深入解析SIP网络中的广义第三方呼叫控制
1. Link程序的基本操作
Link程序在SIP网络的第三方呼叫控制(3PCC)中扮演着关键角色。它的操作基于端口状态,例如从C OFFER SENT状态,Link程序需等待应答并过渡到STEADY状态。当两个端口状态合适时,Link程序可在一个端口发送请求消息,启动端到端的基本报价 - 应答交换呼叫流程。不过,这个请求消息可能因冲突(glare)被拒绝。若Link程序失去重新邀请(re - INVITE)重试机会,就必须处理传入的重新邀请,并等待媒体状态再次合适。
若进入时某个端口处于特定媒体状态,Link程序可采取捷径。例如,若端口1进入时处于C SOLICIT SENT状态,Link程序无需再发送请求,因为已发送过。此时,它需确保端口2处于STEADY或S SOLICIT RECV状态,在端口1收到报价或请求报价后,可分别在端口2发送报价或请求报价。
当Link程序成功请求并端到端中继了一次新的报价 - 应答交换(由于报价是请求而来,包含完整媒体能力),便进入透明阶段。在此阶段,多数情况下,Link程序在端点间透明传递媒体报价和应答。但要注意,不能在从端点收到重新邀请后再向该端点发送重新邀请,以免造成冲突。
2. 冲突处理示例
以下是冲突处理的示例表格:
| 情况 | 操作 | 结果 |
| ---- | ---- | ---- |
| (a) | Link程序将重新邀请从一方传递到另一方,同时另一方也发送重新邀请,Link程序又直接传递回去 | 与一方的对话产生冲突,两个对话出现新的媒体状态,增加Hold和Link程序复杂度 |
| (b) | Link程序用491 Reque
超级会员免费看
订阅专栏 解锁全文


被折叠的 条评论
为什么被折叠?



