呼叫控制功能扩展

呼叫控制功能的扩展通常指的是增强现有呼叫系统的能力，以适应企业不断变化的通信需求和提升服务效率。这可能包括增加新的功能模块、提高系统的可扩展性、改善用户界面和体验、以及集成先进的技术如人工智能和大数据分析。

        为了更有效地支持补充业务和会议呼叫，IETF又定义了一些新的SIP头部字段。主要有下述4个。

I.Also

可置于请求和响应消息的头部，指示消息接收者对该字段所列地址发出INVITE请求，这些请求消息应包含Request-By(“应某人请求”)字段其中置人含Also字段消息的From字段。这样，收到IN­VITE消息的端系统就知道此邀请是应谁的请求而转发过来的，应用程序就可执行相应操作完成对呼叫分支的控制。

Also字段内可包含多个地址，例如

Also：sip:jones@foo.com,sip:mueller@bar.edu设A、B、C均为端系统，A向B发出邀请，同时请B再向C发出邀请，则其SIP控制流为：

A→-B:INVITEBSIP/2.0

Call-ID:19971214T123503.33@A

Also：C

From:A

B-->A:SIP/2.0200OK

Call-ID:19971214T123503.33@A

From:A

B→C:INVITECSIP/2.0

Call-ID:19971214T123503.33@A

From:B

Requested-By:A

C→B:SIP/2.0200OK

Call-ID:19971214T123503.33@A

From:B

图8.4给出使用Also字段的一个应用实例。在电信营销中，可用自动拨号器拨打选定的客户群，一旦拨通一个用户，立即将其转给营销员处理。设自动拨号器、营销员和客户分别记为A、B和C,则其控制信息流为：

A：回送200响应

图8.4电信营销实例

①A--->C：发送INVITE;C­→A：回送200响应

②A--->B：发送INVITE;AlsoC:B­→A：200

③B--->C：发送INVITE,Requested-By:A;C→B:200

④B--->A:BYE

⑤A→C:BYE

Also字段还可用于处理群地址。例如，G为群地址，它有三个成员：X、Y、z，则群邀请的SIP流为：

A→G:INVITEGSIP/2.0

From:A

Call-ID:19971214T124523.00@A

G→A:SIP/2.0200 OK

From:A

Call-ID:19971214T124523.00@A

Also:X,Y,Z

A->X:INVITEXSIP/2.0

From:A

Call-ID:19971214T124523.00@A

Requested-By:G

A->y INVTTE Y SIP/2.0

From:A

Call-ID:19971214T124523.00@A

Requested-By:G

A→Z:INVITE Z SIP/2.0

From:A

Call-ID:19971214T124523.00@A

Requested-By:G

2.Replaces

该字段可用于请求和响应消息的头部，用法和Also相同，不同之处是它指示消息接收者向所列地址发送BYE消息，Call-ID应和含Replaces的消息相同。Replaces字段中也可以包含特殊的地址表示符”*"，指示消息接收者以新的连接代替呼叫标识为Call-ID的所有原有的呼叫分支。

设A、B为端系统，M为MCU。在A-B建立呼叫后，MCU要将此连接转成和它相连的集中式会议方式，则SIP流可为：

A→B:INVITEBSIP/2.0

Call-ID:19971214T123503.33@A

From:A

B→A:SIP/2.0200OK

Call-ID:19971214T123503.33@A

From:A

M→B:INVITEBSIP/2.0

Call-ID:19971214T123503.33@A

From:M

Replaces:*

B→M:SIP/2.0200OK

Call-lD:19971214T123503.33@A

From:M

B→A:BYE A SIP/2.0

Call-ID:19971214T123503.33@A

From:BRequested-By:M

A→B:SIP/2.0200OK

Call-ID:19971214T123503.33@A

From:B

图8.5示出使用Replaces和Also字段的一个应用实例。例中，A、B、C、D4个用户原来是全网状会议连接，今要转成至MCU的集中式会议连接。为简明计，图中只给出A、B、C三用户连接的转换，其SIP控制过程为：

图8.5网状连接至MCU连接转换实例

①A→MCU：发送INVITE,Also:B,C

②MCU→B：发送INVITE;Replaces:A

③MCU→C：发送INVITE,Replaces:A,B

④B→A：发送BYE,Requested-By:MCU

⑤C→B：发送BYE,Requested-By:MCU

⑥c→A:发送BYE,Requested-By:MCU

如果消息中既含Also字段又含Replaces字段，则必须先完成Al­so字段指定的邀请，才能终结Replaces字段指定的呼叫分支，即先建立新的呼叫，后拆除老的呼叫。

3.Requested-By

该字段和Also及Replaces字段配用，已如上所述。

4.Call-Disposition

该“呼叫处理”字段仅用千请求消息的头部，供客户向服务器指示如何处理呼叫。定义了如下4种处理方式，可以指示使用1种处理方式或组合使用多种处理方式：

•  all：如果SIP请求地址的用户名部分是群用户，则该方式指示代理服务器或重定位服务器将此地址解析为一组成员地址，返回30（0多重选择）响应，成员地址含于Also头部字段中。

•  do-not-forward：＂不要前转”。禁止代理服务器将呼叫转给另一个人。例如，该呼叫是指定受话人的呼叫，或被叫不希望占线时转给秘书等。

•  queue:＂排队＂。若被叫暂时不可达，如正在进行另一个呼叫，主叫可以指示呼叫排队，而不是立即拒绝。

•  do-not-respond:”不要响应＂。指示被叫不要回发响应（包括进展响应和最终响应），可用千向多播组发送的邀请。