图7・1说明了现在比较普遍的一项IP电话应用——长途旁路。关于使用VoIP技术长途旁路的应用细节将在第十一章中详述。现假设洛杉矶的戴夫给其在纽约的母亲打电话。戴夫是某IP电话服务供应商（ITSP）
当他拨完其母亲的号码后，他所在地的本地电话交换局A(LECA)识别出该呼叫是长途业务，将其转交长途交换通信公司(IXC)处理。现在其所属的IP电话服务供应商(ITSP)充当IXC,ITSP将模拟语音流转变为分组流经IP网送至纽约。到达对端后，分组流再转化为模拟语音流,由戴夫的母亲所在地的本地电话交换局B(LECB)呼通戴夫的母亲。
在此过程中必须进行如下操作:
(1)地址解析
戴夫所在地的LEC与ITSP间的网关必须找到其母亲所在的LEC与ITSP之间的网关的IP地址。这一过程可以通过将被叫号码的区号与某个特定网关相对应的方法来实现。
(2)搜索路由
ITSP必须选择最优路径发送数据分组，以便保持低时延，并防止链路容量过载。
(3)确保质量
戴夫的语音是与其他业务共享同一个ITSP的。因此，ITSP必须采取措施区分需要实时处理的语音业务与容许大时延的数据业务。因此有必要划分业务的优先级。即使全网中仅有语音业务，ITSP也必须采取措施确保各语音业务流互不干扰，以免影响到用户的通话质量。
(4)流量预测
TCP/IP协议的传输层可在不同程度上保证数据业务的传输可靠性，例如可提供无差错传输服务，或仅简单附加一些检错标志位。对于实时业务，传输层的主要任务是保证语音分组的先后次序。因此洛杉矶的网关要按时间顺序标记各分组以使纽约网关正确接收。
(5)呼叫信令
网关必须能发送和提取呼叫信令。在这个例子中，纽约的网关必须从IP流中提取岀电话号码，以便送至纽约的LEC,由纽约的LEC呼叫戴夫的母亲
(6)语音编码
在LEC端，戴夫的语音被编成64kbit/s数据流向ITSP发送。ITSP将这些数据流进一步压缩为32kbit/s,16kbit/s或更小，再打包成IP分组进
行发送
(7)差错处理
倘若网关、LEC或ITSP出现问题，应当及时发现错误并纠正错误。在最坏情况下，也应确保断开主叫、被叫的连接，以使主叫和被叫的电话转为空闲。
除了上述基本问题，还有另外一些方面需要考虑。例如IP网的网络类型、将语音送入话机的方法以及一些商业考虑如收费、管理、维护等。因为这些因素与系统的互操作性不是直接相关，所以ITU-T并没有规范这些因素，留给运营商各显神通。
图示出了实现上文所描述功能的一些协议的构架。该图是参照IP协议组模型给出的。
