CN101448044A - 一种基于sip协议无串音播放彩铃音的方法 - Google Patents

Abstract

一种基于SIP协议无串音播放彩铃音的方法，应用于NGN和IMS技术领域。本发明的基本方法为：主叫SS在彩铃放音前，希望关闭被叫媒体端口，如果此时主叫SS与被叫SS之间前一次媒体协商已完成，使用UPDATE消息来关闭被叫媒体端口；如果此时前一次媒体协商还未完成，则使用扩展的域间请求INFO消息来关闭被叫媒体端口。本发明方法在符合RFC3311、RFC3264的基础上，解决了跨域彩铃呼叫中出现的串音问题，同时也避免了制造“假媒体”的系统开销，具有较大的理论和实现价值。

Description

一种基于SIP协议无串音播放彩铃音的方法

技术领域

本发明涉及NGN(next generation network—下一代网络)和IMS(IPmultimedia subsystem—IP多媒体子系统)技术领域，尤其涉及一种基于SIP协议无串音播放彩铃音的方法。

背景技术

SIP协议(Session Description Protocol—会话初始化协议)凭借其简单、易于扩展、便于实现等诸多优点越来越得到了业界的青睐，逐步成为NGN(next generation network—下一代网络)和IMS(IP multimediasubsystem—IP多媒体子系统)中的主流协议。越来越多支持SIP的客户端软件、基于SIP协议的服务器和软交换设备的出现，SIP协议越来越受到电信制造商、运营商和标准组织的青睐。

目前的跨域(SS—核心网软交换设备之间，通过SIP协议通信)彩铃(CRBT—Coloring Ring Back Tone)，其网络结构如图1所示。主叫用户，被叫用户分别位于SS1、SS2上，被叫用户签约被叫彩铃(或者主叫用户签约主叫彩铃)，SS之间通过SIP协议通信，SS通过彩铃平台为用户放彩铃音。彩铃业务通常是按照图2所示的流程实现的：

步骤201，主叫SS向被叫SS发送INVITE消息，该INVITE消息携带主叫的SDP(Session Description Protocol—会话描述协议)媒体描述，表示主叫发起的媒体请求，请求建立会话。

步骤202，被叫SS接收INVITE请求，回应100Trying临时响应。

步骤203，被叫SS接收INVITE请求，在被叫侧完成媒体协商后，向主叫SS发送180响应消息，该180响应消息携带被叫的SDP媒体描述，表示被叫的媒体响应，完成了一次域间的媒体协商。

步骤204，这时主叫SS触发彩铃业务，呼叫彩铃平台。

步骤205，彩铃平台为主叫用户放彩铃音。

步骤206，执行后续的呼叫流程。

在这个过程中存在以下问题：主叫SS通过INVITE消息把主叫的媒体信息(包括媒体的IP、端口)带给了被叫SS；在被叫侧完成了一次媒体协商后，被叫SS通过180消息将被叫侧完成协商后的媒体信息带回给主叫，这时主、被叫之间已经完成一次媒体协商，建立了媒体通道。主叫SS触发彩铃业务，呼叫CRBT平台为主叫用户放彩铃音，也就是用彩铃媒体对主叫用户进行媒体切换。但是，之前主、被叫之间已经完成了媒体协商，在彩铃放音过程中被叫随时可能向主叫发送振铃音的媒体包，导致被叫振铃音与彩铃音串音。

为了解决彩铃串音问题，当前通常的做法是：

步骤201中，主叫SS在初始INVITE消息中不把主叫真实的媒体信息(IP、端口)带给被叫SS。而是在INVITE消息中携带一个“假的”主叫媒体描述，其中连接地址属性行(c行)IP地址置为0.0.0.0。采用这种方式，主、被叫之间即使完成一次媒体协商，被叫侧也没有获知主叫真实的媒体资源(IP、端口信息)，在后续的彩铃放音过程中也就无法向主叫的媒体端口发送媒体包。

上述作法虽然可以解决彩铃放音过程中的串音问题，但是也有自身的缺点，主叫SS在查询到用户签约彩铃业务的情况下，必须修改用户媒体信息，制造一个“假的”主叫媒体，这个过程会产生一定的内部消耗。

因此，现有技术仍然存在缺陷，需要改进。

发明内容

本发明所要解决的技术问题是：提供一种基于SIP协议无串音播放彩铃音的方法，解决跨域(SS之间)彩铃呼叫中出现的串音问题。

本发明为解决上述技术问题所采用的技术方案为：

一种基于SIP协议无串音播放彩铃音的方法，包括以下步骤：

A、主叫SS向被叫SS发送带有主叫媒体信息的请求消息，请求建立会话，并且被叫SS收到请求消息后，向主叫SS发送响应消息；

B、主叫SS与被叫SS进行媒体协商，如果主叫SS与被叫SS之间完成一次媒体协商，则主叫SS构造并向被叫SS发送带有关闭被叫媒体端口的新媒体请求；如果主叫SS与被叫SS之间未完成一次媒体协商，则主叫SS构造并向被叫SS发送带有关闭被叫媒体端口的域间扩展请求；

C、被叫SS收到所述新媒体请求或域间扩展请求后，发起媒体切换流程，关闭被叫媒体端口；

D、主叫SS呼叫彩铃平台，并对主叫用户放彩铃音。

所述的方法，其中：所述步骤B中主叫SS与被叫SS之间是否完成一次媒体协商，依据所述响应消息是否带有被叫SS的SDP来判断，若所述响应消息中含有被叫SS的SDP，则主叫SS与被叫SS之间完成了一次媒体协商；否则，主叫SS与被叫SS之间未完成媒体协商。

所述的方法，其中：所述步骤A包括如下步骤：

A11、主叫SS向被叫SS发送带有主叫媒体信息的INVITE请求(呼叫请求)，请求建立会话；

A21、被叫SS接收INVITE请求，回应100Trying临时响应，100Trying临时响应为针对呼叫事务的临时响应，防止呼叫请求重发；

A31、被叫SS接收INVITE请求后，在被叫侧完成媒体协商后，向主叫SS发送带有被叫媒体信息的180(振铃)响应消息，完成一次媒体协商。

所述的方法，其中：所述步骤A包括如下步骤：

A12、主叫SS向被叫SS发送带有主叫媒体信息的INVITE请求，请求建立会话；

A22、被叫SS接收INVITE请求，回应100Trying临时响应；

A32、被叫SS接收INVITE请求后，向主叫SS发送不带被叫媒体信息的180响应消息。

所述的方法，其中：所述步骤B中的新媒体请求为UPDATE消息(媒体切换请求)，所述UPDATE消息中的SDP媒体描述行的属性行被置为inactive(媒体状态为不收不发)或sendolny(媒体状态为只发不收)；所述域间扩展请求为INFO消息(通知消息)，所述INFO消息中携带“text/plain”类型消息体，消息体内容为“CloseMeida”。

所述的方法，其中：所述步骤C还包括如下处理：成功关闭被叫媒体端口后，被叫SS对主叫的UPDATE消息应答200响应(用户摘机消息)，所述200响应中的SDP媒体描述行的属性行被置为inactive或sendolny。

所述的方法，其中：所述步骤C还包括如下处理：成功关闭被叫媒体端口后，被叫SS对主叫的INFO消息应答200响应。

所述的方法，其中：所述步骤C还包括如下处理：如果被叫SS对于被叫发起关端口的媒体切换失败，则被叫SS对主叫UPDATE或INFO消息应答表示SS内部错误的500响应，表示关闭被叫媒体端口失败，并且被叫SS不释放呼叫。

所述的方法，其中：如果主叫SS收到UPDATE或INFO消息的500响应，或者UPDATE或INFO事务超时还未收到任何响应消息，主叫SS也不释放呼叫。

所述的方法，其中：在执行完所述步骤D之后，还执行后续的呼叫流程。

本发明的有益效果为：本发明的基于SIP协议无串音播放彩铃音的方法在符合RFC3311、RFC3264的基础上，解决了跨域彩铃呼叫中出现的串音问题，同时也避免了制造“假媒体”的系统开销，具有较大的理论和实现价值。

附图说明

图1为跨域彩铃的网络结构图；

图2为现有技术存在串音问题的彩铃放音流程图；

图3为本发明在被叫180响应消息带媒体情况下的彩铃放音流程图；

图4为本发明在被叫180响应消息不带媒体情况下的彩铃放音流程图；

图5为本发明方法的流程图。

具体实施方式

下面根据附图和实施例对本发明作进一步详细说明：

本发明提出了一种基于SIP协议的利用UPDATE和INFO消息在域间(SS之间)关闭被叫媒体端口的新方法。在RFC3311(SIP UPDATEMethod)中规定：在初始INVITE会话建立之前，如果SIP实体之间已经完成过一次媒体协商，其中一方需要再次发起修改媒体请求的，需要使用UPDATE消息来切换媒体。因此，可以考虑利用新媒体请求UPDATE消息在放彩铃音之前关闭被叫媒体端口，以解决彩铃串音问题。而RFC3264(An Offer Answer Model with SDP)提供了采用offer-answer机制进行媒体协商，其中规定一次Offer-Answer协商完成之前，协商双方不能发起下一次媒体请求。因此，如果步骤201中主叫SS发出的INVITE消息带有SDP媒体描述，而步骤203中被叫SS的180响应消息中不含有SDP媒体描述，这种情况下SS之间的一次媒体协商没有完成，根据RFC3264中的描述，主叫SS不能向被叫SS发送新媒体请求UPDATE消息关闭被叫的媒体端口。因此，针对跨域彩铃呼叫过程中，无法在媒体协商尚未完成的情况下通过发送UPDATE消息关闭被叫媒体端口的问题，又提出了一种采用域间扩展请求INFO消息关闭媒体端口的新方式，扩展了彩铃关端口方法的应用场景。本发明的基本思想就是，主叫SS在彩铃放音前，希望关闭被叫媒体端口，如果此时前一次媒体协商已完成，使用UPDATE消息来关闭被叫媒体端口；如果此时前一次媒体协商还未完成，则使用扩展的域间请求INFO消息来关闭被叫媒体端口。本发明基本方法如图5所示，包括以下步骤：

A、主叫SS向被叫SS发送带有主叫媒体信息的INVITE消息，请求建立会话，并且被叫SS收到INVITE消息后，向主叫SS发送180响应消息；

B、主叫SS与被叫SS进行媒体协商，如果主叫SS与被叫SS之间完成一次媒体协商，则主叫SS构造并向被叫SS发送带有关闭被叫媒体端口的UPDATE消息；如果主叫SS与被叫SS之间未完成一次媒体协商，则主叫SS构造并向被叫SS发送带有关闭被叫媒体端口的INF0消息；

C、被叫SS收到所述UPDATE消息或INFO消息后，发起媒体切换流程，关闭被叫媒体端口；

D、主叫SS呼叫彩铃平台，并对主叫用户放彩铃音。

对于采用UPDATE消息关闭被叫媒体端口，其步骤B、C、D的具体处理方式为：

B1、主叫SS构造UPDATE请求，其中的SDP媒体描述行(m行)的属性行(a行)置为inactive(或者sendolny)，表示希望关闭被叫媒体端口。

C1、被叫SS收到此扩展的UPDATE消息后，发起媒体切换流程，关闭被叫媒体端口，成功关闭被叫媒体端口后，被叫SS对主叫的UPDATE消息应答200响应。

D1、主叫SS收到响应消息后，呼叫彩铃平台，对主叫用户放彩铃音。

对于采用INFO消息关闭被叫媒体端口，其步骤B、C、D的具体处理方式为：

B2、主叫SS构造扩展的INFO消息，INFO请求消息体结构如下：

Content-Length：text/plain

Content-Length：10

CloseMeida

在扩展的INFO消息中携带“text/plain”类型消息体，消息体内容为“CloseMeida”。表示希望关闭被叫媒体端口，防止彩铃放音过程中出现彩铃音与被叫用户回铃音串音的情况出现。

C2、被叫SS收到此扩展的INFO消息后，发起媒体切换流程，关闭被叫媒体端口，成功关闭被叫媒体端口后，被叫SS对主叫的INFO消息应答200响应。

D2、主叫SS收到响应消息后，呼叫彩铃平台，对主叫用户放彩铃音。

上述方法还具有以下特点：

1、在步骤B1、B2中所构造的UPDATE消息和INFO消息是必须对话内的，表明关闭相应对话的被叫媒体端口。

2、在步骤C1、C2中，如果被叫SS对于被叫发起关端口的媒体切换失败，则被叫SS对主叫SS回500响应，表示关闭被叫媒体端口失败；但是被叫SS并不释放呼叫。后续的彩铃放音可能出现串音的现象，但是不会影响基本呼叫。

3、在步骤D1、D2中，如果主叫SS收到500响应，表示关闭被叫媒体端口失败；或者UPDATE事务超时还未收到任何响应消息，或INFO事务超时还未收到任何响应消息，主叫SS也不释放呼叫。同样，后续的彩铃放音可能出现串音的现象，但是不会影响基本呼叫。

当主叫用户、被叫用户分别位于SS1、SS2上，被叫180响应消息带媒体情况下的无串音播放彩铃音的方法流程如图3所示，包括以下步骤：

步骤301，主叫SS向被叫SS发送INVITE消息(带主叫的媒体信息)，请求建立会话。

步骤302，被叫SS接收INVITE请求，回应100Trying临时响应。

步骤303，被叫SS接收INVITE请求后，在被叫侧完成媒体协商后，向主叫SS发送180响应消息(带被叫的媒体信息)，完成一次媒体协商。

步骤304，主叫SS触发彩铃业务，先向被叫SS发送UPDATE请求，其中的SDP媒体描述行(m行)的属性行(a行)置为inactive(或者sendolny)。表示希望关闭被叫媒体端口，防止彩铃放音过程中出现彩铃音与用户回铃音串音的情况。

步骤305，被叫SS收到这个UPDATE消息后，向被叫发起切换媒体过程，关闭被叫媒体端口。然后向主叫SS发送UPDATE的200响应消息，其中的SDP媒体描述行的属性行置为inactive(或者recvolny)。表示被叫的媒体端口已经关闭，不再向外发送媒体包。

步骤306，关闭被叫媒体端口后，主叫呼叫彩铃平台。

步骤307，彩铃平台为主叫用户放彩铃音。

步骤308，执行后续的呼叫流程。

当主叫用户、被叫用户分别位于SS1、SS2上，被叫180响应消息不带媒体情况下的无串音播放彩铃音的方法流程如图4所示，包括以下步骤：

步骤401，主叫SS向被叫SS发送INVITE消息(带主叫的媒体信息)，请求建立会话。

步骤402，被叫SS接收INVITE请求，回应100Trying临时响应。

步骤403，被叫SS接收INVITE请求后，在被叫侧在未完成媒体协商的情况下向主叫SS发送180响应消息(不带媒体信息)。

步骤404，主叫SS触发彩铃业务，希望关闭被叫媒体端口，根据RFC3264此时媒体协商未完成不能用UPDATE消息发起新的媒体请求。于是向被叫SS发送扩展的请求，其中消息体类型为“text/plain”，消息体内容为“CloseMeida”，表示希望关闭被叫媒体端口，防止彩铃放音过程中出现彩铃音与用户回铃音串音的情况。

步骤405，被叫SS收到INFO消息后，向被叫发起切换媒体过程，关闭被叫媒体端口。然后向主叫SS发送INFO的200响应消息。表示被叫的媒体端口已经关闭，不再向外发送媒体包。

步骤406，关闭被叫媒体端口后，主叫呼叫彩铃平台。

步骤407，彩铃平台为主叫用户放彩铃音。

步骤408，执行后续的呼叫流程。

可以理解的是，对本领域普通技术人员来说，可以根据本发明的技术方案及其发明构思加以等同替换或改变，而所有这些改变或替换都应属于本发明所附的权利要求的保护范围。

Claims (10)

1、一种基于会话初始化协议无串音播放彩铃音的方法，其特征在于：包括以下步骤：

A、主叫核心网软交换设备向被叫核心网软交换设备发送带有主叫媒体信息的请求消息，请求建立会话，并且被叫核心网软交换设备收到请求消息后，向主叫核心网软交换设备发送响应消息；

B、主叫核心网软交换设备与被叫核心网软交换设备进行媒体协商，如果主叫核心网软交换设备与被叫核心网软交换设备之间完成一次媒体协商，则主叫核心网软交换设备构造并向被叫核心网软交换设备发送带有关闭被叫媒体端口的新媒体请求；如果主叫核心网软交换设备与被叫核心网软交换设备之间未完成一次媒体协商，则主叫核心网软交换设备构造并向被叫核心网软交换设备发送带有关闭被叫媒体端口的域间扩展请求；

C、被叫核心网软交换设备收到所述新媒体请求或域间扩展请求后，发起媒体切换流程，关闭被叫媒体端口；

D、主叫核心网软交换设备呼叫彩铃平台，并对主叫用户放彩铃音。

2、根据权利要求1所述的方法，其特征在于：所述步骤B中主叫核心网软交换设备与被叫核心网软交换设备之间是否完成一次媒体协商，依据所述响应消息是否带有被叫核心网软交换设备的会话描述协议来判断，若所述响应消息中含有被叫核心网软交换设备的会话描述协议，则主叫核心网软交换设备与被叫核心网软交换设备之间完成了一次媒体协商；否则，主叫核心网软交换设备与被叫核心网软交换设备之间未完成媒体协商。

3、根据权利要求2所述的方法，其特征在于：所述步骤A包括如下步骤：

A11、主叫核心网软交换设备向被叫核心网软交换设备发送带有主叫媒体信息的呼叫请求，请求建立会话；

A21、被叫核心网软交换设备接收呼叫请求，回应临时响应；

A31、被叫核心网软交换设备接收呼叫请求后，在被叫侧完成媒体协商后，向主叫核心网软交换设备发送带有被叫媒体信息的振铃响应消息，完成一次媒体协商。

4、根据权利要求2所述的方法，其特征在于：所述步骤A包括如下步骤：

A12、主叫核心网软交换设备向被叫核心网软交换设备发送带有主叫媒体信息的呼叫请求，请求建立会话；

A22、被叫核心网软交换设备接收呼叫请求，回应临时响应；

A32、被叫核心网软交换设备接收呼叫请求后，向主叫核心网软交换设备发送不带被叫媒体信息的振铃响应消息。

5、根据权利要求3或4所述的方法，其特征在于：所述步骤B中的新媒体请求为媒体切换请求消息，所述媒体切换请求消息中的会话描述协议行的属性行被置为媒体状态不收不发或媒体状态只发不收；所述域间扩展请求为通知消息，所述通知消息中携带“text/plain”类型消息体，消息体内容为“CloseMeida”。

6、根据权利要求5所述的方法，其特征在于：所述步骤C还包括如下处理：成功关闭被叫媒体端口后，被叫核心网软交换设备对主叫的媒体切换请求消息应答用户摘机消息，所述用户摘机消息中的会话描述协议行的属性行被置为媒体状态不收不发或媒体状态只发不收。

7、根据权利要求5所述的方法，其特征在于：所述步骤C还包括如下处理：成功关闭被叫媒体端口后，被叫核心网软交换设备对主叫的通知消息应答200响应。

8、根据权利要求5所述的方法，其特征在于：所述步骤C还包括如下处理：如果被叫核心网软交换设备对于被叫发起关端口的媒体切换失败，则被叫核心网软交换设备对主叫媒体切换请求或通知消息应答表示核心网软交换设备内部错误的响应，表示关闭被叫媒体端口失败，并且被叫核心网软交换设备不释放呼叫。

9、根据权利要求8所述的方法，其特征在于：如果主叫核心网软交换设备收到媒体切换请求或通知消息的表示核心网软交换设备内部错误的响应，或者媒体切换请求或通知消息事务超时还未收到任何响应消息，主叫核心网软交换设备也不释放呼叫。

10、根据权利要求1所述的方法，其特征在于：在执行完所述步骤D之后，还执行后续的呼叫流程。

Images