专利名称：一种基于sip协议无串音播放彩铃音的方法
技术领域：
'本发明涉及NGN( next generation network—下一代网络)和IMS (IP multimedia subsystem—IP多媒体子系统)技术领域，尤其涉及一种基于 SIP协议无串音播放彩铃音的方法。
背景技术：
SIP协议(Session Description Protocol—会话初始化协议)凭借其简 单、易于扩展、便于实现等诸多优点越来越得到了业界的青睐，逐步成 为NGN ( next generation network—下一^网纟备)和IMS (IP multimedia subsystem—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请求，回应lOOTrying临时响应。步骤203,被叫SS接收INVITE请求，在被叫侧完成媒体协商后， 向主叫SS发送180响应消息，该180响应消息携带被叫的SDP媒体描 述，表示被叫的媒体响应，完成了一次域间的媒体协商。
步骤204，这时主叫SS触发彩铃业务，呼叫彩铃平台。
步骤205,彩铃平台为主叫用户放彩铃音。
步骤206,执行后续的呼叫流程。
在这个过程中存在以下问题主叫SS通过INVITE消息把主叫的媒 体信息(包括媒体的IP、端口)带给了被叫SS;在被叫侧完成了一次 媒体协商后，被叫SS通过180消息将被叫侧完成协商后的媒体信息带 回给主叫，这时主、被叫之间已经完成一次媒体协商，建立了媒体通道。 主叫SS触发彩铃业务，呼叫CRBT平台为主叫用户放彩铃音，也就是 用彩铃媒体对主叫用户进行i某体切换。但是，之前主、被叫之间已经完 成了媒体协商，在彩铃放音过程中被叫随时可能向主叫发送振铃音的媒 体包，导致被叫振铃音与彩铃音串音。
为了解决彩铃串音问题，当前通常的做法是
步骤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包括如下步骤
All、主叫SS向被叫SS发送带有主叫媒体信息的INVITE请求(呼 叫请求)，请求建立会话；
'A21 、被叫SS接收INVITE请求，回应lOOTrying临时响应，lOOTrying 临时响应为针对呼叫事务的临时响应，防止呼叫请求重发；
A31、被叫SS接收INVITE请求后，在被叫侧完成媒体协商后，向主叫SS发送带有被叫媒体信息的180(振铃)响应消息，完成一次媒体协商。
所述的方法，其中所述步骤A包括如下步骤 A12、主叫SS向被叫SS发送带有主叫媒体信息的INVITE请求， 请求建立会话；
A22 、被叫SS接收INVITE请求，回应1 OOTrying临时响应； 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响应消息带J;某体情况下的彩铃放音流程
图4为本发明在被叫180响应消息不带媒体情况下的彩铃放音流程
图5为本发明方法的流程图。
具体实施例方式
下面根据附图和实施例对本发明作进 一 步详细说明 本发明提出了 一种基于SIP协议的利用UPDATE和INFO消息在域 间(SS之间)关闭被叫媒体端口的新方法。在RFC3311 (SIPUPDATE Method)中规定在初始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发送带有关闭被叫^某体端口的INFO消息；
C、 被叫SS收到所述UPDATE消息或INFO消息后，发起媒体切换流 程，关闭被叫媒体端口；
D、 主叫SS呼叫彩铃平台，并对主叫用户放彩铃音。
对于采用UPDATE消息关闭被叫媒体端口，其步骤B、 C、 D的具体处理方式为
Bl、主叫SS构造UPDATE请求，其中的SDP媒体描述行(m行)
的属性行(a行)置为inactive (或者sendohiy)，表示希望关
闭被叫媒体端口。 Cl、被叫SS收到此扩展的UPDATE消息后，发起媒体切换流程，
关闭被叫媒体端口，成功关闭被叫媒体端口后，被叫SS对主
叫的UPDATE消息应答200响应。
Dl、主叫SS收到响应消息后，呼叫彩铃平台，对主叫用户放彩铃 立
曰o
对于采用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请求后，在被叫侧完成Jf某体协商后， 向主叫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,执行后续的呼叫流程。
可以理解的是，对本领域普通技术人员来说，可以根据本发明的技 术方案及其发明构思加以等同替换或改变，而所有这些改变或替换都应 属于本发明所附的权利要求的保护范围。
1权利要求
1、一种基于会话初始化协议无串音播放彩铃音的方法，其特征在于包括以下步骤A、主叫核心网软交换设备向被叫核心网软交换设备发送带有主叫媒体信息的请求消息，请求建立会话，并且被叫核心网软交换设备收到请求消息后，向主叫核心网软交换设备发送响应消息；B、主叫核心网软交换设备与被叫核心网软交换设备进行媒体协商，如果主叫核心网软交换设备与被叫核心网软交换设备之间完成一次媒体协商，则主叫核心网软交换设备构造并向被叫核心网软交换设备发送带有关闭被叫媒体端口的新媒体请求；如果主叫核心网软交换设备与被叫核心网软交换设备之间未完成一次媒体协商，则主叫核心网软交换设备构造并向被叫核心网软交换设备发送带有关闭被叫媒体端口的域间扩展请求；C、被叫核心网软交换设备收到所述新媒体请求或域间扩展请求后，发起媒体切换流程，关闭被叫媒体端口；D、主叫核心网软交换设备呼叫彩铃平台，并对主叫用户放彩铃音。
2、 根据权利要求1所述的方法，其特征在于所述步骤B中主叫 核心网软交换设备与被叫核心网软交换设备之间是否完成一 次媒体协 商，.依据所述响应消息是否带有被叫核心网软交换设备的会话描述协议 来判断，若所述响应消息中含有被叫核心网软交换设备的会话描述协 议，则主叫核心网软交换设备与被叫核心网软交换设备之间完成了 一次 媒体协商；否则，主叫核心网软交换设备与被叫核心网软交换设备之间 未完成媒体协商。
3、 根据权利要求2所述的方法，其特征在于所述步骤A包括如 下步骤Al 1 、主叫核心网软交换设备向被叫核心网软交换设备发送带有主叫媒体信息的呼叫请求，请求建立会话；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之后，还执行后续的呼叫流程。
全文摘要
一种基于SIP协议无串音播放彩铃音的方法，应用于NGN和IMS技术领域。本发明的基本方法为主叫SS在彩铃放音前，希望关闭被叫媒体端口，如果此时主叫SS与被叫SS之间前一次媒体协商已完成，使用UPDATE消息来关闭被叫媒体端口；如果此时前一次媒体协商还未完成，则使用扩展的域间请求INFO消息来关闭被叫媒体端口。本发明方法在符合RFC3311、RFC3264的基础上，解决了跨域彩铃呼叫中出现的串音问题，同时也避免了制造“假媒体”的系统开销，具有较大的理论和实现价值。
文档编号H04M3/42GK101448044SQ20071007755
公开日2009年6月3日 申请日期2007年11月26日 优先权日2007年11月26日
发明者桦 周, 珂 范, 贺晋宁 申请人:中兴通讯股份有限公司