CN101448046B - 一种实现单对话彩铃业务的呼叫建立方法 - Google Patents

Abstract

本发明公开了一种实现单对话彩铃业务的呼叫建立方法，包括：主叫方发起呼叫，彩铃应用服务器AS采用单对话方式向所述主叫方播放媒体信息；被叫方应答呼叫，所述彩铃AS在收到被叫方的应答消息后且在转发所述应答消息前，请求所述被叫方发送SDP请求；彩铃AS收到被叫方发送的SDP请求后将其发给所述主叫方；所述主叫方、彩铃AS和被叫方按标准过程实现通话建立。本发明的技术方案对被叫应答后的处理进行了改进，减少了应答后的交互步骤，并且调整了开始计费的时间，使应答到通话开始间的过程大为简化，改善了用户的体验，避免了错误的扣费。

Description

一种实现单对话彩铃业务的呼叫建立方法 

技术领域

本发明涉及通信领域，更具体地涉及IP多媒体子***中一种实现单对话彩铃业务的呼叫建立方法。 

背景技术

IP(网络互联协议，Internet Protocol，简称IP)多媒体子***(IPMultimedia Core Network Subsystem，简称IMS)是由第三代合作伙伴计划(3rd Generation Partnership Project，简称3GPP)提出的一种基于IP的网络架构，构建了一个的开放而灵活的业务环境，支持多媒体应用，能够为用户提供丰富的多媒体业务。 

在IMS业务体系中，控制层和业务层是分离的，控制层不提供具体业务，只向业务层提供必要的触发、路由、计费等功能。控制层中业务触发和控制功能是呼叫会话控制功能(Call Session Control Function，简称CSCF)完成的，CSCF分为代理Proxy(P-CSCF)、查询Interrogating(I-CSCF)和服务Serving(S-CSCF)三种类型，其中负主要责任的是Serving，Interrogating类型是可选的。业务层是由一系列应用服务器(Application Server，简称AS)组成，能提供具体业务服务。控制层(S-CSCF)根据用户的签约信息控制业务触发，调用AS上的业务，实现业务功能。会话中的端到端设备称为用户设备UE(User Equipment)，负责与使用者的交互。这些功能实体使用SIP(Session Initiation Protocol，会话初始协议)协议通讯。在需要播放多媒体信息的业务中，会需要多媒体资源功能(Media Resource Function，简称MRF，分为控制部分MRFC和媒体处理部分MRFP)的参与，也称为媒体服务器，其控制部分负责将SE的SIP信令翻译和解释为对MRFP的指令，或者反之将MRFP的回应翻译和解释为向SE发送的SIP信令，而处理部分负责媒体流的发送和接收。 

SIP协议可以作为会话描述协议(Session Description Protocol，简称SDP)的承载层，SDP负责进行媒体资源信息的协商，包括媒体类型、媒体连接地址、媒体连接端口、带宽要求等信息。SDP协议内容分为请求和响应两种，每个请求必须有一个响应。 

呼叫建立过程中同时向主叫播放多媒体信息的业务是IMS中的一种业务，该业务也可称为彩铃业务，允许在呼叫过程中，向主叫方播放由被叫方事先定制好的多媒体信息，并在被叫方应答后停止尚未停止的多媒体信息播放。单对话彩铃是彩铃业务的一种实现方式，即在一个SIP对话中完成业务实现，而不需要引入新的对话。 

为了简化描述，图示中将彩铃AS和S-CSCF画成了一个实体，他们两者之间的交互是标准的流程。 

图1为现有的单对话彩铃业务的基本消息流程图，描述了现有技术中主叫用户呼叫被叫用户，彩铃AS在呼叫过程中向主叫用户播放彩铃，当被叫用户应答后，彩铃服务器发起媒体重协商的情况，其过程如下： 

步骤101、主叫用户UE-A发起呼叫请求，携带SDP请求，比如发送INVITE(邀请)消息，在消息体中携带SDP请求，消息途经P-CSCF和S-CSCF的转发到达彩铃AS； 

步骤102、彩铃AS转发该呼叫请求给被叫用户UE-B，消息途经S-CSCF； 

步骤103、被叫用户UE-B振铃，回应振铃消息给主叫方，比如发送“180Ringing”消息，该振铃消息途经S-CSCF到达彩铃AS； 

步骤104、彩铃AS呼叫彩铃媒体服务器，携带步骤101中的SDP请求，消息途经S-CSCF； 

步骤105、彩铃媒体服务器应答呼叫，比如发送“200 OK”消息给彩铃AS，携带彩铃会话的SDP响应，消息途经S-CSCF。按标准要求该响应使用的媒体类型必须都包含于SDP请求中，但可以比SDP请求中的媒体类型少； 

步骤106、彩铃AS向主叫方发送彩铃会话的SDP响应，比如通过呼叫消息的临时回应消息携带，临时回应消息可以是“183 Session Progress”消息或“180 Ringing”消息等以“1”打头的消息，消息体中携带彩铃会话的 SDP响应，消息途经S-CSCF和P-CSCF到达UE-A； 

步骤107、同时，彩铃AS向彩铃媒体服务器发送确认应答消息，比如发送ACK(确认)消息，消息途经S-CSCF； 

步骤106和107可以没有先后顺序。 

步骤108、彩铃媒体服务器收到彩铃AS发送的确认应答消息，向UE-A播放彩铃； 

步骤104到108可发生在步骤101之后到109之前的任何时候。 

按标准要求，步骤106到108之间，主叫可能还会与被叫进一步协商媒体资源信息，而后续的协商都是基于前面的协商结果的，由于主叫实际上是与彩铃媒体服务器协商媒体，则当彩铃媒体的媒体类型较步骤101中的SDP请求中的媒体类型少时，主叫会认为被叫只愿意进行较少媒体类型的通话，被叫也会认为主叫减少了愿意使用的媒体类型，这使得主被叫在通话前都只准备了较少媒体类型的资源。 

步骤109、被叫用户UE-B应答呼叫，发送应答消息给主叫方，比如发送“200 OK”消息，携带被叫用户的SDP响应，该应答消息途经S-CSCF到达彩铃AS； 

步骤110、彩铃AS删除应答消息中的SDP响应后，转发给主叫方，消息途经S-CSCF和P-CSCF； 

步骤111、P-CSCF收到应答消息，指示计费功能开始计费； 

步骤112、同时，P-CSCF转发应答消息给UE-A； 

步骤111和112可以没有先后顺序。 

步骤113、UE-A收到应答消息，发送确认应答消息给被叫方，比如发送ACK消息，消息途经P-CSCF和S-CSCF到达彩铃AS； 

步骤114、彩铃AS转发确认应答消息给UE-B，消息途经S-CSCF； 

步骤115、同时，彩铃AS向被叫方询问其正在使用的SDP信息，比如发送不带任何SDP信息的re-INVITE(重呼叫)消息，消息途经S-CSCF到达UE-B； 

步骤114和115可以没有先后顺序。 

步骤116、UE-B收到重呼叫消息，返回UE-B正在使用的SDP信息，并以SDP请求的形式通过回应重呼叫消息携带发往主叫方，回应重呼叫消息可以是“200 OK”消息，SDP请求通过消息体携带，消息途经S-CSCF到达彩铃AS； 

由前述分析可知，此时的SDP请求使用的媒体类型可能比步骤101中的SDP请求使用的媒体类型少。 

步骤117、彩铃AS收到被叫方的SDP请求后，向主叫方发送重呼叫消息，消息体中携带所收到的被叫方的SDP请求，消息途经S-CSCF和P-CSCF到达UE-A； 

步骤118、UE-A收到重呼叫消息，发送回应重呼叫消息给被叫方，比如发送“200 OK”消息，消息体中携带SDP响应，消息途经P-CSCF和S-CSCF到达彩铃AS； 

步骤119、彩铃AS向被叫方发送确认回应消息，比如发送ACK消息，消息体中携带所收到的主叫方的SDP响应，消息途经S-CSCF到达UE-B； 

步骤120、至此，UE-A和UE-B建立起了媒体连接，开始通话。 

现有技术的不足之处是：计费开始得太早，计费开始后，尚有许多信令往来才能真正开始通话，使得计费信息与实际情况有较大出入，这样会导致用户的感受很不好；而且被叫应答后，尚有许多信令往来才能开始通话，这些信令往来会明显花费一些时间，用户会觉得很奇怪，甚至可能会觉得发生了问题而挂断通话。另外，现有技术中的彩铃业务方案能使用的媒体类型受限于主叫呼叫时指定的媒体类型，而且当彩铃业务的媒体类型只包括音频时，主、被叫用户即使为具备视频通话功能的终端并且主叫愿意进行视频通话时，在应答后也可能只能采用音频通话，比较有局限性。 

发明内容

本发明要解决的技术问题是提供一种实现单对话彩铃业务的呼叫建立方法，能够简化被叫应答后的过程，改善用户体验，并且使计费开始时间较 为合理。 

为了解决上述问题，本发明提供了一种实现单对话彩铃业务的呼叫建立方法，包括： 

A、主叫方发起呼叫，彩铃应用服务器AS采用单对话方式向所述主叫方播放媒体信息； 

B、被叫方应答呼叫，所述彩铃AS在收到被叫方的应答消息后且在转发所述应答消息前，请求所述被叫方发送会话描述协议(SDP)请求； 

C、彩铃AS收到被叫方发送的SDP请求后，向所述主叫方发送所述被叫方发送的SDP请求以及被叫方的应答消息； 

D、所述主叫方、彩铃AS和被叫方按标准过程实现通话建立。 

进一步的，步骤A中，所述主叫方发起呼叫具体包括：所述主叫方向所述彩铃AS发送携带SDP请求的呼叫请求消息； 

步骤A中，所述彩铃AS在收到所述呼叫请求消息后转发给所述被叫方，所述被叫方返回回应消息，其中携带SDP响应。 

进一步的，步骤A中，所述彩铃AS收到主叫方发送的消息或被叫方返回的消息后，与彩铃媒体服务器交互，向主叫方转发彩铃会话的SDP请求或响应。 

进一步的，步骤A中：向主叫方发送的彩铃会话的SDP请求通过更新(UPDATE)消息携带。 

进一步的，步骤A中：向主叫方发送的彩铃会话的SDP请求或响应包含主叫方的SDP请求或被叫方的SDP响应中的所有媒体类型。 

进一步的，步骤A中：彩铃AS将向主叫方发送的彩铃会话的SDP请求或响应中的部分或全部媒体类型的方向指示设置为只发送sendonly。 

进一步的，步骤A中：彩铃AS在发送彩铃会话的SDP请求或响应的会话初始协议SIP消息中增加P-Early-Media头域，并将此头域的值设为sendonly。 

进一步的，步骤A中：彩铃AS在发送彩铃会话SDP请求或响应后， 如果收到主叫方新的SDP请求，则将其中方向指示为只接收recvonly的媒体类型的方向指示修改为既发送也接收sendrecv。 

进一步的，步骤A中，彩铃AS收到主叫方携带SDP请求的呼叫请求消息后发给被叫方，并在SDP信息中增加零带宽标识。 

进一步的，步骤C中，彩铃AS通过使用更新UPDATE消息或应答消息携带被叫方发送的SDP请求以将其发给主叫方。 

进一步的，步骤B中： 

彩铃AS使用不带任何SDP信息的重呼叫(re-INVITE)消息来请求被叫方发送SDP请求，被叫方通过re-INVITE的“2”开头的回应消息发送SDP请求。 

本发明的技术方案对被叫应答后的处理进行了改进，减少了应答后的交互步骤，并且调整了开始计费的时间，使应答到通话开始间的过程大为简化，改善了用户的体验，避免了错误的扣费；本发明的优化方案克服了现有技术的局限性，使彩铃业务可以实现任意媒体类型及其组合的播放；另一优化方案能使最终建立的会话使用的媒体类型不会因彩铃业务的媒体类型少而减少；还有一优化方案可以防止被叫方发生数据传递错误。 

附图说明

图1为现有的单对话彩铃业务的基本消息流程图； 

图2为本发明提供的实现单对话彩铃业务的呼叫建立方法的具体实施流程图； 

图3为本发明的应用实例一的基本消息流程图； 

图4为本发明的应用实例二的基本消息流程图； 

图5为本发明的应用实例三的基本消息流程图。 

具体实施方式

下面将结合附图及实施例对本发明的技术方案进行更详细的说明。 

本发明提供了一种实现单对话彩铃业务的呼叫建立方法，如图2所示，主要包括以下步骤： 

A、主叫方发起呼叫，彩铃AS采用单对话方式向主叫方播放媒体信息； 

B、被叫方应答呼叫，彩铃AS在收到被叫方的应答消息后且在转发该应答消息前，请求被叫方发送SDP请求； 

C、彩铃AS收到被叫方发送的SDP请求后将其发给主叫方； 

D、后续主叫方、彩铃AS和被叫方按标准过程实现通话建立。 

进一步的，步骤C中，彩铃AS通过使用UPDATE消息或应答消息携带被叫方发送的SDP请求来将其发给主叫方。 

由上可以看出，如果使用应答消息携带被叫方发送的SDP请求，应答后和开始通话间的过程被大大简化了。 

进一步的，步骤A中： 

主叫方发起呼叫是指主叫方发送携带SDP请求的呼叫请求消息； 

步骤A还可以包括： 

彩铃AS收到主叫方携带SDP请求的请求消息后转发给被叫方，被叫方返回回应消息，其中携带SDP响应。 

彩铃AS收到主叫方的消息或被叫方的消息后，与彩铃媒体服务器交互，向主叫方转发彩铃会话的SDP请求或响应。这使得彩铃的开始可以是在收到呼叫后到收到应答前的任何时候。 

进一步的，步骤B中，向主叫方发送的彩铃会话的SDP请求通过UPDATE消息携带；向主叫方发送的彩铃会话的SDP响应通过INVITE消息的“1”开头的回应消息、或PRACK消息的“2”开头的回应消息携带。 

SDP请求通过UPDATE消息携带是为了使彩铃业务能够使用更丰富的媒体类型，而不只受限于呼叫开始时主叫方发出的SDP请求中使用的媒体类型。 

进一步的，步骤A中，向主叫方发送的彩铃会话的SDP信息包含主叫方的SDP请求或被叫方的SDP响应中的所有媒体类型。 

进一步的，步骤A中，彩铃AS将向主叫方发送的彩铃会话的SDP信息中的部分或全部媒体类型的方向指示设置为sendonly(只发送)。 

进一步的，步骤A中，彩铃AS在发送彩铃会话的SDP信息的SIP消息中增加P-Early-Media头域，并将此头域的值设为sendonly。 

进一步的，步骤A中，彩铃AS在发送彩铃会话SDP信息后，如果收到主叫方新的SDP请求，则将其中方向指示为recvonly(只接收)的媒体类型的方向指示修改为sendrecv(既发送也接收)。 

以上优化方案可以保证最终建立的会话使用的媒体类型不会因彩铃业务使用的媒体类型少而减少，不会使用户在应答前通过早媒体通话，也不会使应答后只能建立单向通话。 

进一步的，步骤A还包括： 

彩铃AS收到主叫方携带SDP请求的消息后发给被叫方，并在SDP信息中增加零带宽标识--即将所有媒体的带宽要求设为0。这样是为了防止被叫方发生数据传递错误。 

进一步的，步骤B中，彩铃AS使用不带任何SDP信息的re-INVITE消息来请求被叫方发送SDP请求，被叫方通过re-INVITE的“2”开头的回应消息发送SDP请求。 

进一步的，步骤D具体包括：主叫方返回SDP响应，彩铃AS将其转发给被叫方后，主被叫双方建立通话。 

下面用三个应用实例进一步说明本发明。 

图3为本发明的应用实例一，描述了主叫用户呼叫被叫用户，彩铃服务器在呼叫过程中向主叫用户播放彩铃，当被叫用户应答后，彩铃服务器发起媒体重协商的情况，其过程如下： 

步骤301、主叫用户UE-A发起呼叫请求，携带SDP请求，比如发送INVITE(邀请)消息，在消息体中携带SDP请求，消息途经P-CSCF和S-CSCF的转发到达彩铃AS； 

步骤302、彩铃AS转发该呼叫消息给被叫用户UE-B，为防止UE-B发生数据传递错误，彩铃AS可在SDP信息中增加零带宽标识，消息途经S-CSCF； 

步骤303、被叫UE-B回临时回应消息，给主叫方，比如发送“180Ringing”或“183 Session Progress”消息等以“1”开头的消息，消息体中可携带UE-B 的SDP响应，该临时回应消息途经S-CSCF到达彩铃AS； 

步骤304～305、与图1的步骤104～105相同； 

步骤306、彩铃AS向主叫方发送彩铃会话的SDP响应，比如通过呼叫消息的临时回应消息携带，临时回应消息可以是“183 Session Progress”消息或“180 Ringing”消息等以“1”打头的消息，消息体中携带彩铃会话的SDP响应，彩铃AS可将此SDP响应中的部分或全部媒体类型的方向指示修改为sendonly(只发送)，或在消息中添加P-Early-Media头域，并可将此头域的值设为sendonly，消息途经S-CSCF和P-CSCF到达UE-A； 

步骤307～309、与图1的步骤107～109相同； 

步骤310、彩铃AS向被叫方发送确认应答消息，比如发送ACK消息，消息途经S-CSCF到达UE-B； 

步骤311、同时，彩铃AS请求被叫方发送SDP请求，比如发送不带任何SDP信息的re-INVITE(重呼叫)消息，消息途经S-CSCF到达UE-B； 

步骤312、UE-B收到步骤311的请求消息，发送回应重呼叫消息，比如发送“200 OK”消息，消息体中携带SDP请求，消息途经S-CSCF到达彩铃AS； 

以下的步骤313～314是可选的执行步骤，一般不需要执行。 

步骤313、彩铃AS收到被叫方的SDP请求后，向主叫方发送更新消息，比如发送UPDATE消息，消息体中携带被叫方的SDP请求，消息途经S-CSCF和P-CSCF到达UE-A； 

步骤314、UE-A收到更新消息，发送同意更新的消息，比如发送“200OK”消息等以“2”开头的回应消息，消息体中携带SDP响应，消息途经P-CSCF和S-CSCF到达彩铃AS； 

以下步骤315、317和318以步骤313～314没有执行的情况来描述。 

步骤315、彩铃AS收到被叫方的SDP请求后，向主叫方发送应答消息，比如发送“200 OK”消息等以“2”开头的消息，消息体中携带被叫方的SDP请求，消息途经P-CSCF； 

步骤316、P-CSCF收到应答消息，指示计费功能开始计费； 

步骤317、同时，P-CSCF转发应答消息给UE-A； 

步骤318、UE-A收到应答消息，发送确认应答消息给被叫方，比如发送ACK消息，消息体中携带主叫方的SDP响应，消息途经P-CSCF和S-CSCF到达彩铃AS； 

如果执行了步骤313～314，则步骤315、317和318的消息中都不会携带任何SDP信息。 

步骤319、彩铃AS转发确认应答消息给UE-B，其中携带主叫方的SDP响应，响应消息途经S-CSCF； 

步骤319可发生在收到携带主叫方的SDP响应的消息后的任何时候，如果有步骤313、314，就是发生在步骤314后的任何时候，否则就是发生在步骤318后。 

步骤320、至此，UE-A和UE-B建立起了媒体连接，开始通话。 

图4为本发明的应用实例二，描述了主叫用户呼叫被叫用户，彩铃服务器在呼叫过程中向主叫用户播放彩铃，当被叫用户应答后，彩铃服务器发起媒体重协商的情况，其过程如下： 

步骤401、UE-A发起呼叫请求，携带SDP请求，比如发送INVITE(邀请)消息，在消息体中携带SDP请求，消息途经P-CSCF和S-CSCF的转发到达彩铃AS； 

步骤402、彩铃AS转发该呼叫消息给UE-B，消息途经S-CSCF； 

步骤403、被叫UE-B发送临时回应消息给主叫方，比如发送“183 SessionProgress”消息等以“1”开头的临时回应消息，消息体中携带被叫的SDP响应，该临时回应消息途经S-CSCF到达彩铃AS； 

步骤404、彩铃AS呼叫彩铃媒体服务器，携带步骤401中的SDP请求，或基于步骤403中的SDP响应生成的SDP请求，消息途经S-CSCF； 

步骤404可发生在步骤401之后到步骤405之前的任何时候。 

步骤405、彩铃媒体服务器应答呼叫，比如发送“200 OK”消息等以“2” 开头的消息给彩铃AS，携带彩铃会话的SDP响应，消息途经S-CSCF； 

步骤406、彩铃AS向主叫方发送彩铃会话的SDP响应或步骤403中携带的SDP响应，比如通过呼叫消息的临时回应消息携带，临时回应消息可以是“183 Session Progress”消息或“180 Ringing”消息等以“1”开头的消息，消息体中携带SDP响应，携带的SDP响应可以是彩铃会话SDP响应，也可以按标准做法，在彩铃会话SDP响应的基础上添加步骤401的SDP请求中的部分或全部媒体类型，或步骤403的SDP响应中的部分或全部媒体类型，还可以就是步骤403中的SDP响应，以保证最终建立的会话使用的媒体类型不会因彩铃业务而减少，彩铃AS还可将携带的SDP响应中的部分或全部媒体类型的方向指示修改为sendonly(只发送)，或在消息中添加P-Early-Media头域，并可将此头域的值设为sendonly，消息途经S-CSCF和P-CSCF到达UE-A； 

步骤406可以发生在步骤403之后到407之前的任何时候，如果步骤304在步骤306前尚未发生，则步骤304～305可以没有，此时步骤406向主叫方发送的就是步骤403中携带的SDP响应，步骤408是呼叫请求，步骤409是应答消息，步骤411就没有了。 

步骤407、UE-A收到临时回应消息，发送预确认消息给被叫方，比如发送PRACK消息，消息体中携带主叫方的新的SDP请求，消息途经P-CSCF和S-CSCF到达彩铃AS； 

步骤408、彩铃AS发送预确认消息给彩铃媒体服务器，比如发送PRACK消息，消息体中携带步骤407中的SDP请求，消息途经S-CSCF； 

步骤409、彩铃媒体服务器收到步骤308的消息，发送回应预确认消息，比如发送“200 OK”消息等以“2”开头的消息，携带新的彩铃会话的SDP响应，消息途经S-CSCF到达彩铃AS； 

步骤410、彩铃AS发送回应预确认消息给主叫方，比如发送“200 OK”消息等以“2”开头的消息，消息体中携带步骤309中的SDP响应，小学途经S-CSCF和P-CSCF到达UE-A； 

步骤411、彩铃服务器应答呼叫，比如发送“200 OK”消息等以“2” 开头的消息给彩铃AS； 

步骤411和步骤410没有顺序关系。 

步骤412、彩铃AS收到彩铃服务器的应答消息后，发送确认应答消息给彩铃服务器，比如发送ACK消息；消息途经S-CSCF； 

步骤413、彩铃AS转发步骤407的预确认消息给被叫方，并可在预确认消息中的SDP请求中增加零带宽标识，以防止UE-B发生数据传递错误，同时，如果步骤406中彩铃AS修改了媒体的方向指示，则可将收到的SDP请求中的媒体类型的方向指示值为recvonly(只接收)的修改为sendrecv(即发送也接收)，消息途经S-CSCF到达UE-B； 

步骤413可以发生在步骤407之后到步骤414之前的任何时候。 

步骤414、UE-B收到预确认消息，发送回应预确认消息，比如发送“200OK”消息等以“2”开头的消息，消息体中携带被叫的新的SDP响应，消息途经S-CSCF到达彩铃AS； 

步骤415、彩铃媒体服务器收到确认应答消息后，向主叫方播放彩铃； 

步骤415可以发生在步骤409之后到步骤416之前的任何时候。 

步骤416～419、与图3中的步骤309～312相同； 

在步骤419和420之间，也可以***与图3中步骤313～314相同的步骤，如果这样，则步骤420、422和423的消息中都不会携带任何SDP信息。 

步骤420～425与图3中的步骤315～320相同。 

图5为本发明的应用实例三，描述了主叫用户呼叫被叫用户，彩铃服务器在呼叫过程中向主叫用户播放彩铃，当被叫用户应答后，彩铃服务器发起媒体重协商的情况，其过程如下： 

步骤501～503、与图4中的步骤401～403相同； 

步骤504、彩铃AS转发临时回应消息给主叫方，消息途经S-CSCF和P-CSCF到达UE-A 

步骤505、同时，彩铃AS呼叫彩铃媒体服务器，比如发送INVITE消 息，不携带任何SDP信息，消息途经S-CSCF； 

步骤505可发生在步骤501之后到步骤506之前的任何时候。 

步骤506、彩铃媒体服务器应答呼叫，比如发送“200 OK”消息等以“2”开头的消息给彩铃AS，携带彩铃会话的SDP请求，消息途经S-CSCF； 

步骤507、彩铃AS向主叫方发送彩铃会话的SDP请求，比如通过发送UPDATE更新消息携带，消息体中携带彩铃会话的SDP请求，消息途经S-CSCF和P-CSCF到达UE-A，根据标准的要求，此消息中的SDP请求可能需要在步骤506的SDP请求的基础上做些调整，彩铃AS还可将携带的SDP请求中的部分或全部媒体类型的方向指示修改为sendonly(只发送)，或在消息中添加P-Early-Media头域，并可将此头域的值设为sendonly； 

步骤508、UE-A收到更新消息，发送同意更新消息给被叫方，比如发送“200 OK”消息等以“2”开头的消息，消息体中携带主叫方的SDP响应，消息途经P-CSCF和S-CSCF到达彩铃AS； 

步骤509、彩铃AS收到主叫方的SDP响应后，向彩铃媒体服务器发送确认应答消息，比如发送ACK消息，消息体中携带主叫方的SDP响应，消息途经S-CSCF，根据标准的要求，此消息中的SDP响应可能需要在步骤508的SDP响应的基础上做些调整； 

步骤510、彩铃媒体服务器收到确认应答消息后，向主叫方播放彩铃； 

步骤511～520、与图4中的步骤416～425基本相同，只是根据标准的要求，步骤515中的SDP请求可能需要在步骤514的SDP请求的基础上做些调整，步骤519中的SDP响应可能需要在步骤518的SDP响应的基础上做些调整； 

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明的权利要求的保护范围。 

Claims (11)

1.一种实现单对话彩铃业务的呼叫建立方法，包括：

A、主叫方发起呼叫，彩铃应用服务器AS采用单对话方式向所述主叫方播放媒体信息；

B、被叫方应答呼叫，所述彩铃AS在收到被叫方的应答消息后且在转发所述应答消息前，请求所述被叫方发送会话描述协议(SDP)请求；

C、彩铃AS收到被叫方发送的SDP请求后，向所述主叫方发送所述被叫方发送的SDP请求以及被叫方的应答消息；

D、所述主叫方、彩铃AS和被叫方按标准过程实现通话建立。

2.如权利要求1所述的方法，其特征在于，

步骤A中，所述主叫方发起呼叫具体包括：所述主叫方向所述彩铃AS发送携带SDP请求的呼叫请求消息；

步骤A中，所述彩铃AS在收到所述呼叫请求消息后转发给所述被叫方，所述被叫方返回回应消息，其中携带SDP响应。

3.如权利要求2所述的方法，其特征在于，

步骤A中，所述彩铃AS收到所述主叫方发送的消息或所述被叫方返回的消息后，与彩铃媒体服务器交互，向主叫方转发彩铃会话的SDP请求或响应。

4.如权利要求3所述的方法，其特征在于，步骤A中：

向主叫方发送的彩铃会话的SDP请求通过更新(UPDATE)消息携带。

5.如权利要求3所述的方法，其特征在于，步骤A中：

向主叫方发送的彩铃会话的SDP请求或响应包含主叫方的SDP请求或被叫方的SDP响应中的所有媒体类型。

6.如权利要求5所述的方法，其特征在于，步骤A中：

彩铃AS将向主叫方发送的彩铃会话的SDP请求或响应中的部分或全部媒体类型的方向指示设置为只发送sendonly。

7.如权利要求5所述的方法，其特征在于，步骤A中：

彩铃AS在发送彩铃会话的SDP请求或响应的会话初始协议SIP消息中增加P-Early-Media头域，并将此头域的值设为sendonly。

8.如权利要求5所述的方法，其特征在于，步骤A中：

彩铃AS在发送彩铃会话SDP请求或响应后，如果收到主叫方新的SDP请求，则将其中方向指示为只接收recvonly的媒体类型的方向指示修改为既发送也接收sendrecv。

9.如权利要求2所述的方法，其特征在于，

步骤A中，彩铃AS收到主叫方携带SDP请求的呼叫请求消息后发给被叫方，并在SDP信息中增加零带宽标识。

10.如权利要求1所述的方法，其特征在于：

步骤C中，彩铃AS通过使用更新UPDATE消息或应答消息携带被叫方发送的SDP请求以将其发给主叫方。

11.如权利要求1所述的方法，其特征在于，步骤B中：

彩铃AS使用不带任何SDP信息的重呼叫(re-INVITE)消息来请求被叫方发送SDP请求，被叫方通过re-INVITE的“2”开头的回应消息发送SDP请求。

Images