CN1893427A - 一种进行业务支持能力协商的方法 - Google Patents
一种进行业务支持能力协商的方法 Download PDFInfo
- Publication number
- CN1893427A CN1893427A CN 200510083807 CN200510083807A CN1893427A CN 1893427 A CN1893427 A CN 1893427A CN 200510083807 CN200510083807 CN 200510083807 CN 200510083807 A CN200510083807 A CN 200510083807A CN 1893427 A CN1893427 A CN 1893427A
- Authority
- CN
- China
- Prior art keywords
- business support
- network
- support ability
- session
- sip
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种进行业务支持能力协商的方法，该方法包括：a.会话发起协议SIP网络中的网络实体接收到主叫方发送的携带主叫方业务支持能力信息的会话协商请求消息后，给被叫方发送携带SIP网络支持的业务支持能力信息以及应用程序的会话协商请求消息；b.被叫方根据自身支持的业务支持能力从会话协商请求消息携带的SIP网络支持的业务支持能力信息进行处理：选择自身支持的业务支持能力，携带在应答消息中发送给SIP网络中的网络实体并执行该请求消息所携带的应用程序；c.SIP网络中的网络实体判断被叫方所选择的业务支持能力是否和主叫方的业务支持能力相同，如果是，判定主被叫方之间直接传输数据；否则，判定主被叫方传输的数据进行业务支持能力转换后再转发。
Description
技术领域
本发明涉及在会话发起协议(SIP)网络中的会话建立技术，特别涉及一种SIP网络的主被叫方在会话建立过程中进行业务支持能力协商的方法。
背景技术
随着宽带网络的发展，移动通信不仅仅局限于传统的语音通信，而且可以结合音频、视频、图片和文本等多种媒体业务。多种媒体业务通过与呈现业务(presence)、短消息、网页(WEB)浏览、定位信息、推送业务(PUSH)和文件共享等数据业务的结合，可以满足用户设备(UE)的多种需求。
在多种数据业务应用的推动下，3GPP以及3GPP2等标准组织都先后推出了IMS架构，目的是在移动网络中使用一种标准化开放结构实现多种多样的多媒体业务应用，提供给UE更多的选择和更丰富的感受。
在3GPP版本5(R5，Release)阶段，引入了IMS，IMS叠加在分组域网络之上，由呼叫控制功能(CSCF)、媒体网关控制功能(MGCF)、媒体资源功能(MRF)和归属签约用户服务器(HSS)等功能实体组成。其中CSCF又可以分为服务CSCF(S-CSCF)、代理CSCF(P-CSCF)和查询CSCF(I-CSCF)三个逻辑实体。S-CSCF是IMS的业务交换中心，执行会话控制，维持会话状态，负责管理UE信息，产生计费信息等；P-CSCF是UE接入IMS的接入点，完成UE注册，负责服务质量(QoS)控制和安全管理等；I-CSCF负责IMS域之间的互通，管理S-CSCF的分配和选择，对外隐藏网络拓扑和配置，产生计费数据等。MGCF控制网关，实现IMS和其它网络的互通。MRF提供媒体资源。HSS存储UE的签约数据和配置信息等。
3GPP定义的IMS网络也可以应用于3GPP2中定义的分组网络之上，提供和多种类型网络的互通，实现和用户终端使用终端类型的无关性。因此在这里不限制IMS只应用在3GPP相关的网络和应用上，其他类型的接入网络和承载网络的业务和应用也可以用IMS架构来实现。
SIP是由Interne工程任务组(IETF)提出的IP电话信令协议。SIP用于发起会话，它能控制多个参与者参加的多媒体会话的建立和终结，并能动态调整和修改会话属性，如会话带宽要求、传输的媒体类型(语音、视频和文本等)、媒体的编解码格式、对组播和单播的支持等。在IMS中，使用SIP协议作为IP多媒体会话的信令控制协议。
IMS网络的业务平台是基于SIP建立的网际协议(IP)电话会话的业务平台。当终端要享受IMS网络上的应用服务时，需要在终端与终端或者AS之间建立会话，在建立会话的过程中，主被叫终端需要进行业务支持能力的协商，在业务支持能力协商的过程中IMS网络上的网络实体有可能参与业务支持能力协商的过程。会话的业务支持能力是指在会话协商完成后所开始的业务，实现这些业务所需要的能力。业务支持能力的信息可以由SIP消息的消息体(Content)携带，可以通过Content/sdp或者Content/application或者Content/mime等方式。
在现有3GPP IMS规范中，当主被叫终端通过IMS网络进行会话协商时，主叫终端通过IMS网络向被叫终端发出会话协商请求消息，该请求采用SIP消息并且携带业务支持能力信息，该请求经过IMS网络中的网络实体的处理。IMS网络中的网络实体将该请求转发给被叫终端，当被叫终端根据该请求携带的业务支持能力信息判断出自身不支持主叫终端的业务支持能力后，返回给IMS网络中的网络实体或主叫终端错误应答消息，IMS网络中的网络实体或主叫终端收到错误应答消息后重新进行主被叫终端业务支持能力的协商以及转换。
这里所述的业务支持能力指的是IMS网络的网络实体或者主被叫终端在实现业务时所需要具备的各种能力，比如编解码能力、多媒体处理能力、媒体参数能力以及应用程序等，业务支持能力信息包括会话描述协议(SDP)信息以及一些应用程序(如铃声)、信息等。
图1为IMS规范规定的媒体参数能力协商流程图，该流程包括的网络实体有：主叫终端UE1、UE1所属的P-CSCF#1、UE1所属的S-CSCF#1、被叫终端UE2、被叫终端UE2所属的P-CSCF#2以及UE1所属的S-CSCF#1，其具体过程为：
步骤101、UE1在SDP的负载中增加了编码参数，编码参数反映了UE1的业务支持能力和在会话中期望的编码参数。
步骤102、在UE1发出的会话建立请求(INVITE)中携带了SDP，发给P-CSCF#1。
步骤103、P-CSCF#1检查SDP中描述的媒体参数信息，如果由于本地策略原因或者QoS授权原因，P-CSCF#1不能允许媒体参数信息在会话中使用，就拒绝业务支持能力的协商。在拒绝消息中会包含足够的信息通知给UE1，以便UE1根据这些信息发起下一次会话协商。
步骤104、P-CSCF#1允许媒体参数信息在会话中使用，P-CSCF#1将INVITE转发给S-CSCF#1。
步骤105、S-CSCF#1检查SDP中描述的媒体参数信息，如果由于本地策略原因或者UE1签约的原因，S-CSCF#1不能允许媒体参数信息在会话中使用，就拒绝业务支持能力的协商。在拒绝消息中会包含足够的信息通知给UE1，以便UE1根据这些信息发起下一次会话协商。
步骤106、S-CSCF#1允许媒体参数信息在会话中使用，S-CSCF#1将INVITE转发给S-CSCF#2。
步骤107、S-CSCF#2检查SDP中描述的媒体参数信息，如果由于本地策略原因或者UE2签约的原因，S-CSCF#2不能允许媒体参数信息在会话中使用，就拒绝业务支持能力的协商。在拒绝消息中会包含足够的信息通知给UE1，以便UE1根据这些信息发起下一次会话协商。
步骤108、S-CSCF#2允许媒体参数信息在会话中使用，S-CSCF#2将INVITE转发给P-CSCF#2。
步骤109、P-CSCF#2检查SDP中描述的媒体参数信息，如果由于本地策略原因或者QoS授权的原因，P-CSCF#2不能允许媒体参数信息在会话中使用，就拒绝业务支持能力的协商。在拒绝消息中会包含足够的信息通知给UE1，以便UE1根据这些信息发起下一次会话协商。
这时P-CSCF#2生成授权令牌(Authorization-Token)。
步骤110、P-CSCF#2允许媒体参数信息在会话中使用，P-CSCF#2将INVITE转发给UE#2，授权令牌包含在INVITE中。
步骤111、UE#2决定完成会话的一组完整编码，和对比在消息中的SDP中编码信息的交集，如果哪种媒体不支持就在该媒体描述的端口号上设为0，对支持媒体的媒体描述的端口号上插入分配一个端口号。
步骤112、UE2给P-CSCF#2返回SDP应答，即一组媒体流和编码的描述。
步骤113、P-CSCF#2授权保留这些媒体流和编码的QoS资源。
步骤114、P-CSCF#2转发SDP应答给S-CSCF#2。
步骤115、S-CSCF#2转发SDP应答给S-CSCF#1。
步骤116、S-CSCF#1转发SDP应答给P-CSCF#1。
步骤117、P-CSCF#1授权保留这些媒体流和编码的QoS资源。
步骤118、授权令牌包含在SDP描述中，P-CSCF转发SDP应答给UE#1。
步骤119、UE1决定在会话中使用哪些媒体流，UE1决定在媒体流中使用哪些编码参数。如果在一个会话中可以选择多于一种媒体流，或者如果一个媒体流中可以选择多于一种编码参数，那么UE1需要再次和UE2协商以将编码参数的数量减少到一个。
步骤120～124、UE1向UE2发出提议的SDP(offered SDP)。
使用这种方法能够在会话协商过程中协商得到在会话中被使用的编码参数，该编码参数即为主被叫终端协商的业务支持能力。
在会话协商的过程中，网络实体根据本地策略、业务质量(QoS)授权或用户的签约等原因决定是否接受协商的请求，如果网络实体拒绝会话协商，就返回拒绝应答，并且在拒绝的应答中提供足够的信息提供给主叫方，使得主叫方决定如何进行下一次会话协商。
图2为现有技术主被叫终端通过IMS网络建立多方通话会话的信令部分截取的流程图。本流程涉及的IMS网络实体包括：S-CSCF、IMS网络中的AS、提供IMS网络媒体资源的MRF，其具体步骤为：
步骤200、主叫终端UE1向S-CSCF发送携带UE1的业务支持能力信息的INVITE请求，该请求携带业务标识，用于标识本次业务请求的业务类型。
步骤201、S-CSCF给UE1返回接收到该INVITE请求的响应，即100Trying消息。
对于每个INVITE请求，都会有一个100Trying消息的应答，图2在以下的流程中没有标识出来。
步骤202、S-CSCF根据INVITE请求携带的业务标识确定处理本次业务请求的AS，将携带UE1的业务支持能力信息的INVITE请求转发给所确定的AS。
步骤203、AS返回INVITE请求的响应给S-CSCF。
步骤204、S-CSCF将携带UE1的业务支持能力信息的INVITE请求发送给被叫终端UE2。
步骤205、UE2根据INVITE请求携带的UE1的业务支持能力信息，判断出自身不支持UE1的业务支持能力，返回给S-CSCF携带UE2支持的业务支持能力信息的错误消息，该错误消息表示不支持UE1业务支持能力，即3GPP IMS规范中的606Response(Not Acceptable，UA SDP)。
步骤206、S-CSCF给UE2发送接收到错误消息的确认消息，即ACK消息。
步骤207、S-CSCF向AS转发错误消息，即606-2消息。
步骤208、接收到错误消息的AS进行业务支持能力转换的判断后，判断出需要进行业务支持能力的转换，转入步骤209。
步骤209、AS给S-CSCF返回接收到错误消息的确认消息，即ACK-2消息。
步骤210、AS向S-CSCF发送携带UE2支持的业务支持能力信息的INVITE请求，该UE2的SDP是由AS从携带UE2支持的业务支持能力信息的错误消息中获得的。
步骤211、S-CSCF将携带UE2支持的SDP的INVITE请求转发给MRF。
步骤212、MRF根据自身存储的媒体资源对INVITE请求携带的UE2支持的业务支持能力信息进行判断，判断出UE2支持INVITE请求携带的业务支持能力信息，发送携带媒体参数的确认该INVITE请求的消息给S-CSCF，即携带媒体参数的200OK应答。
步骤213～214、S-CSCF将200OK应答发送给AS，AS返回给S-CSCF收到该200OK消息的确认消息，即ACK-3消息。
步骤215、S-CSCF给MRF返回收到该200OK消息的确认消息，即ACK-3消息。
步骤216、确定UE1与UE2之间所传输的数据都要根据UE1所支持的SDP以及UE2所支持的业务支持能力进行业务支持能力的转换后，按照3GPP IMS规范继续执行后续建立会话步骤，直至UE1和UE2之间建立会话。
从图1和图2所述的方案可以看出，在进行主被叫终端能力协商的过程中，在被叫终端不支持主叫终端的业务支持能力或会话协商传输路径上的网络实体不支持主叫方的业务支持能力时会发送错误消息，当会话协商传输路径上的网络实体或主叫终端接收到被叫终端的错误消息后，会重新进行主被叫终端之间的业务支持能力协商，完成本次主被叫终端的会话。
由于被叫方在收到会话建立请求不能建立会话时，向主叫方返回错误应答消息，并通知不能接受会话协商的原因，主叫方按照错误应答消息的提示重新进行会话协商。主叫方在接收到错误应答消息后，再在主被叫终端之间重新协商业务支持能力，这会造成会话建立的时延，从而影响主被叫终端之间的会话质量。更进一步地，在一些基于IMS网络的业务应用中，比如：基于蜂窝网络的按键即说(PoC，PTT over Cellular)业务，对于会话建立的时延有严格的要求，当被叫方返回错误消息时，再在主被叫终端之间的重新协商业务支持能力，这增加了会话处理的时延，降低了用户使用的满意度，这对PoC业务在IMS网络中地发展造成了阻碍。
发明内容
有鉴于此，本发明的主要目的在于提供一种进行业务支持能力协商的方法，该方法能够简化主被叫方进行业务支持能力协商的过程，从而减少会话建立的时延。更进一步地，该方法还能够在SIP网络提供PoC业务时，简化业务支持能力协商过程，减少会话建立的时延。
根据上述目的，本发明的技术方案是这样实现的：
一种进行业务支持能力协商的方法，该方法包括：
a、会话发起协议SIP网络中的网络实体接收到主叫方发送的携带主叫方业务支持能力信息的会话协商请求消息后，给被叫方发送携带SIP网络支持的业务支持能力信息的会话协商请求消息；
b、被叫方根据自身支持的业务支持能力从会话协商请求消息携带的SIP网络支持的业务支持能力信息中选择自身支持的业务支持能力，携带在应答消息中发送给SIP网络中的网络实体；
c、SIP网络中的网络实体判断被叫方所选择的业务支持能力是否和主叫方的业务支持能力相同，如果是，判定主被叫方之间直接传输数据；否则，判定主被叫方传输的数据进行业务支持能力转换后再转发。
步骤c所述的主被叫方传输的数据进行业务支持能力转换后再转发的过程为：
主叫方要传输的数据经过业务支持能力转换后转发给被叫方；或者被叫方要传输的数据经过业务支持能力转换后转发给主叫方。
步骤a所述的SIP网络支持的业务支持能力信息的获取过程为：
在能力服务器Capability Server中存储SIP网络支持的业务支持能力信息，SIP网络中的网络实体通过查询Capability Server获取到SIP网络支持的业务支持能力信息。
步骤a所述的SIP网络支持的业务支持能力信息的获取过程为：
SIP网络中的网络实体中预先存储SIP网络支持的业务支持能力信息，SIP网络中的网络实体直接获取到SIP网络支持的业务支持能力信息。
所述SIP网络中的网络实体为应用服务器AS、或者呼叫控制功能CSCF、或者媒体资源功能MRF或者SIP服务器；
其中AS为控制按键即说PoC业务功能PoC Server(Controlling)、或者参与控制PoC业务功能PoC Server(Participating)、多方通话服务器ConferenceServer、业务能力交互管理器Service Capability Interaction Manager(SCIM)、呈现业务服务器Presence Server；CSCF为代理呼叫控制功能P-CSCF或者服务呼叫控制功能S-CSCF或者查询呼叫控制功能I-CSCF；SIP服务器为呼出边界网关控制功能BGCF、SIP协议的应用层网关SIP-ALG。
所述主叫方为主叫终端、或者执行客户代理UA的应用服务器AS、或者SIP网络的边界网关；所述被叫方为被叫终端或者执行UA的AS、或者SIP网络的边界网关。
所述业务支持能力信息为会话描述协议SDP、应用程序、或者位置信息或者呈现presence信息；
其中，SDP包括会话信息、会话发起方联系信息、时间信息、连接信息、编解码类型、带宽信息、封装密码、传输协议会话属性的描述、编码速率、媒体流的速率、分组包间隔时间、写字板方向、多方会话类型、字体设置、媒体描述语言、编码质量以及格式设置参数媒体属性的描述；应用程序包括文本、铃声、视频媒体、音频媒体、动画以及执行程序。
所述的SIP网络为主叫方和被叫方所属的SIP网络；
或者所述的SIP网络为主叫方所属的SIP网络和被叫方所属的SIP网络；
或者所述的SIP网络为主叫方所属的SIP网络、被叫方所属的SIP网络、以及主叫方所属的SIP网络和被叫方所属的SIP网络中间穿越的一个或多个SIP网络。
从上述方案可以看出，本发明在主被叫方进行业务支持能力协商过程中，当主叫方向SIP网络发出携带主叫方的业务支持能力的会话协商请求消息时，SIP网络中的网络实体可以直接更改会话协商请求消息的消息体中的内容，将其获得的SIP网络支持的业务支持能力信息携带在该请求消息中发送给被叫方，由被叫方选择其支持的业务支持能力后发送给SIP网络中的网络实体，SIP网络中的网络实体根据所接受的被叫方支持的业务支持能力进行后续处理。由于本发明主叫方并不像现有技术那样等到被叫方返回拒绝消息后重新进行主被叫方之间业务支持能力的协商，而是直接向被叫方提供SIP网络的业务支持能力信息供被叫方选择，从而简化了主被叫方进行业务支持能力协商的过程，减少会话建立的时延。
由于本发明的业务支持能力协商方法也可以在进行PoC会话建立过程中使用，因此该方法在SIP网络提供PoC业务时，简化业务支持能力协商过程，减少会话建立的时延，提高用户使用的体验。
附图说明
图1为IMS规范规定的媒体参数能力协商流程图；
图2为现有技术主被叫终端通过IMS网络建立多方通话会话的信令部分截取的流程图；
图3为本发明进行业务支持能力协商的信令流程图；
图4为本发明当IMS网络采用PoC业务时，终端进行业务支持能力协商实施例一的信令流程图；
图5为本发明当IMS网络采用PoC业务时，终端进行业务支持能力协商实施例二的信令流程图；
图6为本发明IMS网络中的应用服务器共同提供被叫终端所支持SDP的业务支持能力转换示意图；
图7为本发明的终端在IMS网络中进行业务支持能力协商的信令实施例的流程图；
图8为本发明SIP网络中的网络实体向会话协商请求消息中的消息体增加铃声和修改铃声的信令流程图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚明白，以下举具体实施例并参照附图，对本发明进行进一步详细的说明。
本发明提供的方法可以用于IMS网络，但是不限于IMS网络，本发明可以用于任何SIP网络。
本发明所述的主叫方为主叫终端、或者执行客户代理UA的应用服务器AS、或者SIP网络的边界网关；所述被叫方为被叫终端或者SIP网络中的网络实体。当然，作为主叫方的IMS网络中的实体和作为被叫方的IMS网络中的实体可以互不相同。
SIP网络中的网络实体在会话协商的过程中，可以对收到的主叫方发出的会话协商请求消息中的业务支持能力信息中的内容进行修改，在本发明中以SDP描述的业务支持能力信息为例说明，将SIP网络中支持的业务支持能力信息加入到会话协商请求消息的消息体(Message body)中，提供给被叫方选择。被叫方收到会话协商请求消息后，可以从该消息中选择期望的业务支持能力作为本次会话的业务支持能力协商的结果。在被叫方返回的应答消息中携带了其选择的会话的业务支持能力，SIP网络上的网络实体根据返回的应答中携带的业务支持能力决定是否需要进行业务支持能力的转换，并且将返回的应答发送到主叫方。
需要说明的是，在进行会话协商过程中，会话协商请求消息途径的SIP网络不仅仅只有一个，也可能有多个。所述的SIP网络为主叫方和被叫方所属的SIP网络；或者所述的SIP网络为主叫方所属的SIP网络和被叫方所属的SIP网络；或者所述的SIP网络为主叫方所属的SIP网络、被叫方所属的SIP网络、以及主叫方所属的SIP网络和被叫方所属的SIP网络中间穿越的一个或多个SIP网络。
在本发明中，SIP网络上支持的业务支持能力可以预先保存在SIP网络的网络实体上，也可以保存在独立的能力服务器(Capability Server)上。Capability Server是SIP网络上一个逻辑功能实体，Capability Server上保存着SIP网络上的网络实体的业务支持能力，这些业务支持能力可以在Capability Server上按照不同的网络实体区分保存。SIP网络上的网络实体在修改会话协商请求消息中的业务支持能力信息时，网络实体可以向Capability Server查询SIP网络上支持的业务支持能力，Capability Server返回业务支持能力信息给查询的网络实体。网络实体将查询到的业务支持能力信息加入到会话协商请求消息中，提供给被叫方选择。
本发明的业务支持能力信息是以SDP为例进行说明的，在实际的实现中，可以是任何通过SIP协议协商的协议会话信息，这个信息根据会话使用的协议的不同而不同，比如当协商的是RTP协议的时候，这个业务支持能力信息可以是编解码类型，编码速率等，而当协商的是MSRP的时候，这个业务能力信息可以是媒体流的速率等，当协商一些应用协议的时候，这个业务支持能力信息还可以包括位置信息、呈现(presence)信息和铃声等多种信息。其中，SDP包括会话信息、会话发起方联系信息、时间信息、连接信息、编解码类型、带宽信息、封装密码、传输协议会话属性的描述、编码速率、媒体流的速率、分组包间隔时间、写字板方向、多方会话类型、字体设置、媒体描述语言、编码质量以及格式设置参数媒体属性的描述；应用程序包括文本、铃声、视频媒体、音频媒体、动画以及执行程序。
本发明在SIP网络上可以修改会话协商中的业务支持能力的网络实体可以为所述SIP网络中的网络实体为AS、或者呼叫控制功能CSCF、或者媒体资源功能MRF或者SIP服务器。其中AS为控制按键即说PoC业务功能PoC Server(Controlling)、或者参与控制PoC业务功能PoC Server(Participating)、多方通话服务器(Conference Server)、业务能力交互管理器(Service Capability Interaction Manager(SCIM))、呈现服务器(PresenceServer)；CSCF可以为代理呼叫控制功能P-CSCF或者服务呼叫控制功能S-CSCF或者查询呼叫控制功能I-CSCF；SIP服务器可以为呼出边界网关控制功能(BGCF)或者SIP协议的应用层网关(SIP-ALG)。
在本发明中，主要以用户终端(UE)作为发起会话协商的主叫方为例进行说明。在实现过程中，发起会话的主叫方和终结会话的被叫方可以是UE，也可以是执行客户代理(UA)的AS或者SIP网络的边界网关。即在SIP网络中的主被叫终端可以作为主叫方和被叫方使用本发明的业务支持能力协商方法进行会话协商；SIP网络中的一个主叫终端和一个AS可以作为主叫方和被叫方使用本发明的业务支持能力协商方法进行会话协商；在SIP网络中的两个AS也可以作为主叫方和被叫方使用本发明的业务支持能力协商方法进行会话协商。
下面实施例中使用的SDP1，SDP2等描述指得是使用会话描述协议SDP描述的业务能力信息，简单的使用SDPn来表示，和会话描述协议SDP是不同的。
图3为本发明的主被叫方进行业务支持能力协商的信令流程图，涉及的网络实体包括：主叫方、被叫方、主叫方侧网络实体、会话协商处理实体、能力服务器(Capability Server)、被叫方侧网络实体，其具体步骤为：
步骤300、主叫方向主叫方侧网络实体发送会话协商请求消息，该请求消息携带主叫方的业务支持能力信息。
该业务支持能力信息可以用SDP1来描述，SDP1中包括业务支持能力类型、媒体参数以及编码参数等关于业务支持能力的参数。
步骤301、主叫方侧网络实体给主叫方返回接收到该请求消息的响应，即100Trying消息。
对于每个会话协商请求消息，都会有一个100Trying消息的应答，本发明在以下的流程中没有标识出来。
步骤302、主叫方侧网络实体根据该请求消息确定如何处理会话协商请求消息，确定如何将会话协商请求消息提供给支持本发明规定的业务支持能力协商功能的会话协商处理实体，将该请求消息发送给会话协商处理实体。
本发明可以在会话协商请求消息中设置业务标识，标识该请求消息要进行的业务支持能力协商，主叫方侧网络实体根据该请求消息中设置的业务标识确定为本次会话协商服务的会话协商处理实体。
同样地，主叫方侧网络实体也可以根据该请求消息中设置的业务标识确定为发起该请求消息的主叫方提供何种服务。
步骤303、会话协商处理实体可以向Capability Server发送SIP网络所支持的业务支持能力查询请求。
步骤304、Capability Server给会话协商处理实体返回SIP网络所支持的业务支持能力查询请求应答，该应答携带SIP网络所支持的业务支持能力信息，例如SIP网络所支持的业务支持能力信息的描述SDP1、SDP2、SDP3以及SDP4。
步骤305、会话协商处理实体向主叫方侧网络实体发送携带IMS网络所支持的业务支持能力信息，如SDP1、SDP2、SDP3以及SDP4的会话协商请求消息。
步骤306～307、主叫方侧网络实体将收到的该会话协商请求消息通过被叫方侧网络实体发送给被叫方。
步骤308～309、接收到该会话协商请求消息的被叫方根据该请求消息携带业务支持能力信息，例如SDP1、SDP2、SDP3以及SDP4描述的业务支持能力，选择自身支持的业务支持能力，如SDP4描述的业务支持能力，通过被叫方侧网络实体返回给主叫方侧网络实体携带业务支持能力信息的描述SDP4的应答。
步骤310、主叫方侧网络实体将接收到的携带业务支持能力信息的描述SDP4的应答转发给会话协商处理实体。
步骤311、会话协商处理实体将应答携带的业务支持能力信息的描述SDP4和主叫方支持的业务支持能力信息的描述SDP1进行比较，判断两者是否相同，如果是，确定主被叫方之间传输的数据直接通过会话协商处理实体发送给对方，执行步骤312；如果不是，确定主被叫方之间传输的数据进行业务支持能力转换后发送给对方，执行步骤312。
步骤312～313、会话协商处理实体通过主叫方侧网络实体给主叫方发送200OK应答，本次主被叫方之间的业务支持能力协商完成。
当然，如果会话协商处理实体自身存储有SIP网络支持的所有业务支持能力，则本发明可以省略步骤303～304，在步骤305中会话协商处理实体直接将自身存储的业务支持能力携带在会话协商请求消息中发送。
这里所述的会话协商处理实体可以独立存在，也可以集成在SIP网络中的任何一个网络实体中，当会话协商处理实体集成在一个网络实体中时，该网络实体即可以按照本发明规定的会话协商优化方法进行会话协商过程。
本发明的会话协商的业务支持能力交互过程可以适用与多个场景中，如主叫方网络和被叫方网络都支持本发明的会话业务支持能力协商方法；主叫方网络支持本发明的会话业务支持能力协商方法，被叫方网络不支持本发明的会话业务支持能力协商方法；主叫方网络不支持本发明的会话业务支持能力协商方法，被叫方网络支持本发明的会话业务支持能力协商方法；不区分主被叫方网络。
主叫方网络和被叫方网络中的网络实体都支持业务支持能力协商的实施例。
以在IMS网络中，主叫方网络和被叫方网络都支持业务支持能力协商的情况进行说明。这里的主叫方可以是主叫终端，也可以是IMS网络中的网络实体。当主叫方和被叫方属于不同的IMS网络时，不同IMS网络中的CSCF、AS和MRF等都可以使用本发明的方法，对会话协商中消息体中的业务支持能力进行修改，并加入IMS网络支持的业务支持能力。
在本例中，主叫终端所在的IMS网络和被叫终端所在的IMS网络中的网络实体都可以使用本发明描述的方法，修改会话协商中的业务支持能力信息，并提供给被叫终端。主叫终端根据期望向其所在的IMS网络发出会话协商请求消息，在该请求消息中携带了主叫终端期望的业务支持能力信息的描述SDP1。主叫终端所在的IMS网络中的P-CSCF#1和S-CSCF#1根据收到的会话协商请求消息的业务支持能力信息的描述SDP1和运营商的本地策略，在会话协商请求消息的消息体中加入主叫终端所在IMS网络支持的业务支持能力信息的描述SDP2，并且将会话协商请求消息发送到被叫终端所在的IMS网络。被叫终端所在的IMS网络上的P-CSCF#2和S-CSCF#2收到携带业务支持能力信息的描述SDP1和SDP2的会话协商请求消息后，根据被叫终端所在的IMS网络的运营商本地策略在会话协商请求消息中加入被叫终端所在的IMS网络支持的业务支持能力信息的描述SDP3和SDP4。在主叫方IMS网络和被叫方IMS网络上的网络实体加入到会话协商请求消息中的业务支持能力信息的描述SDP1、SDP2、SDP3和SDP4，提供给被叫终端选择。
在主叫方IMS网络和被叫方IMS网络上的网络实体也可以向其所在IMS网络上的Capability Server查询IMS网络上支持的业务支持能力信息，Capability Server返回的IMS网络上支持的业务能力信息的描述SDP。主被叫方IMS网络上的网络实体在加入IMS网络上支持的业务支持能力信息时，需要遵循运营商的本地策略和在运营商的控制下，本地策略来源于运营商地设置，可以保存在Capability Server上，也可以保存在其他网络实体上。
被叫终端收到的会话协商请求消息中携带了被主叫终端和经过的IMS网络上的网络实体添加的业务支持能力信息的描述SDP1、SDP2、SDP3和SDP4，被叫终端根据被叫终端上的业务支持能力选择期望的业务支持能力信息的描述SDP2，并在返回的应答消息中携带了业务支持能力信息的描述SDP2。因此，在主叫方IMS网络和被叫方IMS网络都支持本发明的业务支持能力的过程中，完成了业务支持能力协商的过程。
当主叫方和被叫方属于不同的SIP网络，且需要AS加入会话的控制和处理时，以在IMS网络中进行会话建立过程来说明本发明。在会话建立的信令交互过程中，有主叫终端所在的IMS网络中的P-CSCF#1、S-CSCF#1和AS#1、被叫终端所在的IMS网络中的P-CSCF#2、S-CSCF#2和AS#2参与。主叫终端所在的IMS网络中的S-CSCF#1可以根据本地策略修改主叫终端发出的会话协商请求消息中的业务支持能力信息，将主叫终端所在IMS网络支持的业务支持能力信息的描述SDP2加入到消息体中，主叫终端所在的IMS网络中的AS#1可以将会话协商请求消息改变，将AS#1可以获得的主叫终端所在的IMS网络支持的业务支持能力信息的描述SDP3和SDP4加入到会话协商的消息体内。
AS#1获得的IMS网络支持的其他业务支持能力信息的描述SDP3和SDP4的方法，可以事先保存在AS#1上，可以从参与会话的其他AS上获得，也可以从保存有这些业务支持能力信息的Capability Server上查询获得。
主叫方IMS网络上的网络实体(包括P-CSCF#1、S-CSCF#1和AS#1)在加入IMS网络上支持的业务支持能力时，需要遵循运营商的本地策略和在运营商的控制下，本地策略来源于运营商地设置，可以保存在Capability Server上，也可以保存在其他网络实体上。主叫终端所在IMS网络中的S-CSCF#1负责将AS#1处理过的会话协商转发到被叫终端所在IMS网络上，会话协商的业务支持能力信息的描述包括SDP1、SDP2、SDP3和SDP4。
被叫终端所在IMS网络上的P-CSCF#2和S-CSCF#2负责检查会话协商的业务支持能力信息，根据运营商本地策略将被叫终端所在IMS网络支持的业务支持能力信息的描述SDP5加入到会话协商请求消息中，并且根据会话协商的内容将会话协商请求消息转发到被叫终端所在IMS网络的AS#2上。被叫终端所在的IMS网络上的AS#2可以将会话协商请求消息改变，将AS#2可以获得的主叫终端所在的IMS网络支持的业务支持能力信息的描述SDP6和SDP7加入到会话协商消息的消息体内。
AS#2获得的IMS网络支持的其他业务支持能力信息的描述SDP6和SDP7的方法是，可以预先保存在AS#1上，可以从在被叫终端所在的IMS网络上参与会话的其他AS上获得，也可以从保存有这些业务支持能力信息的Capability Server上查询获得。
被叫方IMS网络上的网络实体(包括P-CSCF#2、S-CSCF#2和AS#2)在加入IMS网络上支持的业务支持能力时，需要遵循运营商的本地策略和在运营商的控制下，本地策略来源于运营商地设置，可以保存在Capability Server上，也可以保存在其他网络实体上。这时会话协商请求消息中携带的业务支持能力信息的描述SDP1、SDP2、SDP3、SDP4、SDP5、SDP6和SDP7。
主叫终端所在的IMS网络的P-CSCF#1、S-CSCF#1和AS#1和被叫终端所在的IMS网络的P-CSCF#2、S-CSCF#2和AS#2在消息体中的业务支持能力信息的描述SDP2、SDP3、SDP4、SDP5、SDP6和SDP7，以提供给被叫终端进行选择。
被叫终端所在的IMS网络将会话协商请求消息发送到被叫终端，被叫终端根据会话协商请求消息的业务支持能力信息和其业务支持能力选择期望的业务支持能力信息的描述SDP1，并且在返回的应答消息中携带其选择的业务支持能力信息的描述SDP1。因此，在主叫方IMS网络和被叫方IMS网络都支持本发明的业务支持能力的会话协商过程中，AS如果参与了会话协商的过程，完成了业务支持能力协商的过程。
在上例中，主叫终端所在的IMS网络的P-CSCF#1、S-CSCF#1和AS#1和被叫终端所在的IMS网络的P-CSCF#2、S-CSCF#2和AS#2都按照本发明的方法改变了会话协商请求消息的业务支持能力信息。
以下具体说明Capability Server在SIP网络中业务支持能力交互中如何使用。
Capability Server保存了SIP网络中能够支持的业务支持能力，具体的业务支持能力是被按照不同的功能实体保存，以在IMS网络中的使用情况加以说明。IMS网络上保存业务支持能力的网络实体可以是CSCF，AS或者MRF，包含这些网络实体但不限于这些网络实体。本发明以SDP描述的业务支持能力为例说明业务支持能力信息的保存和业务支持能力协商过程中如何使用Capability Server。
SIP网络上的网络实体可以将为业务提供支持的业务支持能力保存在Capability Server上，业务支持能力被按照不同的网络实体保存，当SIP网络上的其他网络实体向Capability Server查询提供业务所需要的业务支持能力信息时，Capability Server检索保存的SIP网络上能够支持的业务支持能力，并且遵循运营商的本地策略在查询应答消息中使用SDP协议规定的描述格式将业务支持能力信息的描述返回给进行查询的网络实体。在IMS网络中不同的网络实体均可以是查询IMS网络中支持业务支持能力的网络实体。
在IMS网络会话协商过程中，CSCF、AS和MRF等网络实体对CapabilityServer的使用具体过程如下。
当主叫方和被叫方属于不同的SIP网络，以在IMS网络中的使用情况为例，在会话协商的信令交互过程中，有主叫终端所在的IMS网络中的P-CSCF#1、S-CSCF#1和AS#1、被叫终端所在的IMS网络中的P-CSCF#2、S-CSCF#2和AS#2参与。主叫终端所在的IMS网络中的P-CSCF#1、S-CSCF#1可以修改主叫终端发出的会话协商请求消息中的业务支持能力信息的描述SDP 1，根据运营商的本地策略将主叫终端所在IMS网络支持的业务支持能力信息的描述SDP2加入到消息体中。P-CSCF#1、S-CSCF#1获得IMS网络支持的业务支持能力信息的方法可以是向Capability Server#1发出业务支持能力查询，在收到Capability Server#1返回消息中的业务支持能力查询结果后进行下一步的操作。主叫终端所在的IMS网络中的AS#1可以将会话协商请求消息的消息体改变，将AS#1可以获得的主叫终端所在的IMS网络支持的业务支持能力信息SDP3和SDP4加入到会话协商的消息体内。AS#1获得的IMS网络支持的其他业务支持能力信息的描述SDP3和SDP4，可以预先保存在AS#1上，可以从参与会话的其他AS上获得，也可以向Capability Server#1发出业务支持能力查询请求，查询CapabilityServer#1上保存的IMS网络支持的业务支持能力信息，由Capability Server#1返回的消息中得到IMS网络支持的业务支持能力信息的描述SDP3和SDP4。主叫终端所在IMS网络中的CSCF#1负责将AS#1处理过的会话协商转发到被叫终端所在IMS网络上，会话协商的业务支持能力信息的描述SDP1、SDP2、SDP3和SDP4。
被叫终端所在IMS网络上的S-CSCF#2负责检查会话协商的业务支持能力信息，根据运营商本地策略将被叫终端所在IMS网络支持的业务支持能力信息的描述SDP5加入到会话协商请求消息中，并且根据会话协商的内容将消息转发到被叫终端所在IMS网络的AS#2上。P-CSCF#2、S-CSCF#2获得IMS网络支持的业务支持能力的方法可以是向Capability Server#2发出业务支持能力查询，在收到Capability Server#2返回消息中的业务支持能力查询结果后进行下一步的操作。被叫终端所在的IMS网络上的AS#2可以将会话协商请求消息改变，将AS#2可以获得的主叫终端所在的IMS网络支持的业务支持能力信息的描述SDP6和SDP7加入到会话协商的消息体内。AS#2获得的IMS网络支持的其他业务支持能力信息的描述SDP6和SDP7，可以预先保存在AS#2上，可以从被叫终端所在的IMS网络上参与会话的其他AS上获得，也可以向被叫终端所在的IMS网络的CapabilityServer#2发出业务支持能力查询请求，查询Capability Server#2上保存的IMS网络支持的业务支持能力，由Capability Server#2返回的消息中得到IMS网络支持的业务支持能力信息的描述SDP6和SDP7。这时会话协商请求消息中携带的业务支持能力信息的描述SDP1、SDP2、SDP3、SDP4、SDP5、SDP6和SDP7。
主叫终端所在的IMS网络的CSCF#1和AS#1和被叫终端所在的IMS网络的CSCF#2和AS#2在消息体中业务支持能力信息的描述SDP2、SDP3、SDP4、SDP5、SDP6和SDP7，提供给被叫终端进行选择。
被叫终端所在的IMS网络上的S-CSCF#2将会话协商请求消息发送到被叫终端，被叫终端可以根据会话协商请求消息的业务支持能力信息和其业务支持能力选择期望的业务支持能力信息的描述SDP1，并且在返回的应答消息中携带其选择的业务支持能力信息的描述SDP1。这样IMS网络上的网络实体使用本发明的会话业务支持能力协商方法，向Capability Server查询IMS网络上的业务支持能力信息，从而完成会话协商的过程。
MRF作为IMS网络中共享的多媒体资源处理功能实体，可以被其他网络实体调用，MRF也可以作为SIP Proxy和SIP B2BUA直接同终端进行信令交互。在现有规范中规定，MRF可以直接同终端进行信令交互，MRF和终端直接交互的场景主要出现在Ad-hoc会议中，UE加入MRF控制的会话和MRF要求UE加入到会话中。因此，MRF在会话协商过程中也可以修改会话协商请求消息中的业务支持能力。
本发明提供的方法还可以应用在PoC业务中，以下就举具体的实施例说明业务支持能力协商在PoC业务中的应用。
在IMS网络中实现PoC业务时，也可以采用本发明所述的方法进行业务支持能力协商。PoC服务器在IMS平台中作为AS为UE提供PoC服务，PoC服务器，可以是PoC Server(Controlling)和PoC Server(Participating)收到业务协商请求消息时，这里称之为INVITE请求后，在INVITE请求中添加PoC服务器支持的业务支持能力提供给被叫终端选择。PoC Server(Controlling)和PoC Server(Participating)可以属于同一个IMS网络也可以属于不同的IMS网络，PoC Server(Controlling)和PoC Server(Participating)可以一个PoC服务器进行改变呼叫请求的业务支持能力信息的描述SDP的内容的操作也可以先后都进行改变呼叫请求的业务支持能力信息的描述SDP的内容的操作。被叫终端收到INVITE请求后，根据自己的业务支持能力，选择SDP描述的业务支持能力，并在200OK应答中携带已经选择的SDP中描述的业务支持能力。PoC服务器收到被叫终端发来的200OK应答后，获得被叫终端选择的业务支持能力信息的描述SDP，判断是否需要进行业务支持能力的转换，进行后续处理步骤。
图4为本发明当IMS网络采用PoC业务时，终端进行业务支持能力协商实施例一的信令流程图，涉及的实体包括：主叫终端UE1、被叫终端UE2、IMS网络中的UE1所属的S-CSCF1、IMS网络中的UE2所属的S-CSCF2、在本次会话中管辖UE1和UE2所在群组的控制PoC业务功能(PoC Server(Controlling))、管辖UE2的参与控制PoC业务功能实体(PoC Server(Participating))，假设PoC Server(Controlling)存储有所支持的业务支持能力信息的描述SDP，其具体步骤为：
步骤400、UE1向S-CSCF1发送建立PoC会话请求，即INVITE请求，该请求携带了UE1的SDP1。
步骤401、S-CSCF1根据该INVITE请求确定本次业务由PoC Server(Controlling)进行处理，将该INVITE请求转发给PoC Server(Controlling)。
步骤402、PoC Server(Controlling)向S-CSCF1发送携带PoC Server(Controlling)所支持的业务支持能力信息的描述SDP1、SDP2、SDP3以及SDP4的INVITE请求。
步骤403、S-CSCF1将收到的INVITE请求发送给S-CSCF2。
步骤404～405、S-CSCF2将收到的INVITE请求发送给管辖UE2的PoCServer(Participating)，PoC Server(Participating)返回接收到INVITE请求的应答给S-CSCF2。
步骤406、S-CSCF2将INVITE请求发送给UE2。
步骤407、接收到INVITE请求的UE2根据该请求携带的业务支持能力信息的描述SDP1、SDP2、SDP3以及SDP4选择自身支持的SDP，如SDP4，给S-CSCF2返回携带业务支持能力信息的描述SDP4的200OK应答。
步骤408～409、S-CSCF2将携带业务支持能力信息的描述SDP4的200OK应答发送给PoC Server(Participating)，PoC Server(Participating)返回接收到200OK应答的响应给S-CSCF2。
步骤410、S-CSCF2将携带业务支持能力信息的描述SDP4的200OK应答发送给S-CSCF1。
步骤411、S-CSCF1将接收到的携带业务支持能力信息的描述SDP4的200OK应答转发给PoC Server(Controlling)。
步骤412、PoC Server(Controlling)将200OK应答携带的业务支持能力信息的描述SDP4和UE1支持的业务支持能力信息的描述SDP1进行比较，判断两者是否相同，如果是，PoC Server(Controlling)确定UE1和UE2之间传输的数据直接通过PoC Server(Controlling)发送给对方终端，执行步骤413；否则，PoC Server(Controlling)确定UE1和UE2之间传输的数据进行业务支持能力转换后发送给对方终端，执行步骤413。
步骤413～414、PoC Server(Controlling)按照PoC业务规范规定的流程，通过S-CSCF1给UE1发送200OK应答，本次UE1和UE2之间的业务支持能力协商完成。
这样，使用本发明中的业务支持能力协商的交互优化流程，PoC Server(Controlling)实现了基于IMS的PoC业务支持能力协商过程。
图5为本发明当IMS网络采用PoC业务时，终端进行业务支持能力协商实施例二的信令流程图，涉及的实体包括：主叫终端UE1、被叫终端UE2、IMS网络中的UE1所属的S-CSCF1、IMS网络中的UE2所属的S-CSCF2、在本次会话中管辖UE1和UE2所在群组的PoC Server(Controlling)、管辖UE2的PoC Server(Participating)，假设PoC Server(Participating)存储有所支持的SDP，其具体步骤为：
步骤500、UE1向S-CSCF1发送建立PoC会话请求，即INVITE请求，该请求携带了UE1的业务支持能力信息的描述SDP1。
步骤501、S-CSCF1根据该INVITE请求确定本次业务由PoC Server(Controlling)进行处理，将该INVITE请求转发给PoC Server(Controlling)。
步骤502、PoC Server(Controlling)给S-CSCF1发送接收到该INVITE请求的响应。
步骤503、按照PoC业务规范，S-CSCF1按照PoC业务规范，将该INVITE请求发送给S-CSCF2。
步骤504、S-CSCF2将该INVITE请求发送给管辖UE2的PoC Server(Participating)。
步骤505、PoC Server(Participating)向S-CSCF2发送携带PoC Server(Participating)所支持的业务支持能力的描述SDP1、SDP2、SDP3以及SDP4的INVITE请求。
当然，PoC Server(Participating)所支持的业务支持能力信息的描述SDP和PoC Server(Controlling)所支持的业务支持能力信息的描述SDP可以不相同。
步骤506、S-CSCF2将INVITE请求发送给UE2。
步骤507、接收到INVITE请求的UE2根据该请求携带的业务支持能力信息的描述SDP1、SDP2、SDP3以及SDP4选择自身支持的SDP，如SDP4，给S-CSCF2返回携带业务支持能力信息的描述SDP4的200OK应答给S-CSCF2。
步骤508、S-CSCF2将携带SDP4的200OK应答发送给PoC Server(Participating)。
步骤509、PoC Server(Participating)将200OK应答携带的业务支持能力信息的描述SDP4和UE1支持的业务支持能力信息的描述SDP1进行比较，判断两者是否相同，如果是，PoC Server(Participating)确定UE1和UE2之间传输的数据直接通过PoC Server(Controlling)发送给对方终端，执行步骤510；否则，PoC Server(Participating)确定UE1和UE2之间传输的数据进行业务支持能力转换后发送给对方终端，执行步骤510。
步骤510、PoC Server(Participating)返回接收到200OK应答的响应给S-CSCF2。
步骤511、S-CSCF2将200OK应答发送给S-CSCF1。
步骤512、S-CSCF1将200OK应答转发给PoC Server(Controlling)。
步骤513～514、PoC Server(Controlling)按照PoC业务规范规定的流程，通过S-CSCF1给UE1发送200OK应答，本次UE1和UE2之间的业务支持能力协商完成。
这样，使用本发明中的业务支持能力协商的交互优化流程，PoC Server(Participating)实现了基于IMS的PoC业务支持能力协商过程。
PoC Server(Controlling)和PoC Server(Participating)分别属于控制PoC业务所在网络的AS和主被叫终端所在网络的AS。需要注意的是PoCServer(Controlling)和PoC Server(Participating)在收到INVITE消息后，均可以将其所在网络支持的业务支持能力信息的描述SDP加入到INVITE请求中提供给被叫终端选择。
以下举几个具体的实施例说明本发明提供的方法。
图6为本发明IMS网络中的服务器共同提供被叫终端所支持的业务支持能力转换示意图，如图所示：UE1和UE2之间的会话通过IMS网络的AS建立，AS可以根据提供业务的类型以及自身提供的业务支持能力确定是否需要服务器提供业务支持能力支持，如果是，则UE1和UE2之间的数据传输，分别由AS和服务器进行业务支持能力转换后传输。
由此可以看出，本发明UE1和UE2之间传输的数据进行业务支持能力转换后发送给对方终端过程中的业务支持能力转换可以由AS独立完成，也可以由AS授权IMS网络中的其他有业务支持能力转换功能的实体完成，还可以由AS和IMS网络中的其他有业务支持能力转换功能的实体共同完成。
举例说明，当被叫终端所选择的业务支持能力信息的描述SDP与主叫终端支持的业务支持能力信息的描述SDP不相同且被叫终端所选择的业务支持能力信息的描述SDP为其他服务器支持的SDP时，则由其他服务器提供主被叫终端所传输数据的业务支持能力转换；当被叫终端所选择的业务支持能力信息的描述SDP与主叫终端支持的业务支持能力信息的描述SDP不相同且被叫终端所选择的SDP中，有AS支持的业务支持能力信息的描述SDP，也有其他服务器支持的业务支持能力信息的描述SDP时，则由AS和其他服务器共同提供主被叫终端所传输数据的业务支持能力转换。
以下举一个具体的实施例来说明最终由其他服务器和AS共同提供业务转换能力地业务支持能力协商过程。图7为本发明的终端在IMS网络中进行业务支持能力协商的信令实施例的流程图，涉及的网络实体包括：主叫终端UE1、被叫终端UE2、IMS网络中的UE1所属的S-CSCF1、IMS网络中的UE2所属的S-CSCF2、IMS网络中的AS、提供IMS网络所支持业务支持能力的Capability Server，其具体步骤为：
步骤700、UE1向S-CSCF1发起会话协商，即INVITE请求，该请求携带UE1的业务支持能力信息的描述SDP1，SDP1中包括业务支持能力类型、媒体参数以及编码参数等关于业务支持能力的参数。
步骤701、S-CSCF1给UE1返回接收到该INVITE请求的响应，即100Trying消息。
对于每个INVITE请求，都会有一个100Trying消息的应答，本发明在以下的流程中没有标识出来。
步骤702、S-CSCF1根据该INVITE请求确定提供业务支持能力协商功能的AS，将该INVITE请求转发给AS。
步骤703、AS向Capability Server发送业务支持能力查询请求。
步骤704、Capability Server给AS返回业务支持能力查询请求应答，该应答携带IMS网络支持的业务支持能力信息的描述SDP，例如SDP1、SDP2、SDP3以及SDP4。
其中，SDP1和SDP2为AS支持的业务支持能力的描述，SDP1、SDP2、SDP3和SDP4为其他服务器支持的业务支持能力的描述。
步骤705、AS向S-CSCF1发送携带业务支持能力的描述SDP1、SDP2、SDP3以及SDP4的INVITE请求。
步骤706～707、S-CSCF1将收到的INVITE请求通过S-CSCF2发送给UE2。
步骤708～709、接收到INVITE请求的UE2根据该请求携带的业务支持能力信息的描述SDP1、SDP2、SDP3以及SDP4选择自身支持的业务支持能力，如SDP4和SDP2，通过S-CSCF2返回给S-CSCF1携带SDP4和SDP2的200OK应答。
其中，所选择的SDP4描述的业务支持能力为应用服务器支持的业务支持能力，所选择的SDP2描述的业务支持能力为AS支持的业务支持能力。
步骤710、S-CSCF1将接收到的携带业务支持能力的描述SDP4和SDP2的200OK应答转发给AS。
步骤711、AS将200OK应答携带的业务支持能力信息的描述SDP4以及SDP2和UE1支持的SDP1进行比较，判断两者是否相同，如果是，AS确定UE1和UE2之间传输的数据直接通过AS和应用服务器发送给对方终端，执行步骤712；如果不是，确定UE1和UE2之间传输的数据进行业务支持能力转换后发送给对方终端，即经过AS和其他服务器共同进行业务支持能力转换后发送给对方终端，执行步骤712。
步骤712～713、AS通过S-CSCF1给UE1发送200OK应答，本次UE1和UE2之间的业务支持能力协商完成。
本发明提供的业务支持能力的协商方法可以不限于其使用的网络，即，可以用在主叫UE所在的网络中的功能实体上，可以是CSCF、AS、MRF，可以是以上的网络实体但是并不限于这些网络实体；也可以用于被叫方所在的SIP网络。本发明的业务支持能力的协商方法可以在主叫方和被叫方所在的业务网络同时使用，也可以分别使用，此外，在某些应用中，不区分主被叫网络，也可以使用这种业务能力协商的方法。
本发明在主被叫方进行业务支持能力协商过程中，当主叫方向SIP网络发出携带主叫终端的业务支持能力的会话协商请求消息时，SIP网络中的网络实体可以直接更改会话协商请求消息中的内容，将其获得的SIP网络支持的业务支持能力的信息携带在该请求消息中发送给被叫方，由被叫方选择其支持的业务支持能力后发送给SIP网络中的网络实体，SIP网络中的网络实体根据所接受的被叫方支持的业务支持能力进行后续处理。由于本发明主叫方并不像现有技术那样等到被叫方返回拒绝消息后才重新进行主被叫方之间业务支持能力的协商，而是直接提供SIP网络的业务支持能力信息供被叫方选择，从而简化了主被叫方进行业务支持能力协商的过程，减少会话建立的时延。
SIP网络中的实体除了对会话协商请求消息携带的业务支持能力信息进行修改以外，还可以对该请求消息携带的应用程序信息进行编辑或者增删，应用程序信息包括铃声、图片、消息、视频、执行程序等内容。被叫方收到该请求消息后可以根据被叫方的设置执行或者删除这些应用程序信息。
图8为本发明SIP网络中的网络实体向会话协商请求消息中的消息体增加铃声和修改铃声的信令流程图，涉及的实体包括：主叫终端UE1、被叫终端UE2、SIP网络中的UE1所属的SIP网络中的S-CSCF#1、UE2所属的SIP网络中的S-CSCF#2、UE1所属SIP网络中的AS#1、UE2所属SIP网络中的AS#2，假设AS#1存储UE1所在SIP网络中支持的铃声播放程序Sound#1，AS#2存储UE2所在SIP网络中支持的铃声播放程序Sound#2，其具体步骤为：
步骤800、UE1向S-CSCF#1发送会话协商请求消息，即INVITE请求，该请求携带了UE1的业务支持能力信息，UE1还可以在该请求消息的消息体中加入铃声播放程序Sound。
步骤801、S-CSCF#1根据该INVITE请求确定本次业务由AS#1进行处理，将该INVITE请求转发给AS#1。
步骤802、AS#1根据运营商的策略决定是否在会话协商消息的消息体中增加、修改或删除SIP网络支持的在AS#1上保存的铃声播放程序Sound。如果运营商的策略要求AS#1加入铃声播放程序Sound#1，并删除原有的铃声播放程序Sound，AS#1向S-CSCF#1发送携带Sound#1的INVITE请求。
步骤803、S-CSCF#1将收到的INVITE请求发送给S-CSCF#2。
步骤804～805、S-CSCF#2将收到的INVITE请求发送给AS#2，AS#2根据运营商的策略可以选择是否增加、改变或删除会话请求消息的消息体中的内容，返回接收到INVITE请求的应答给S-CSCF#2，这时会话请求消息的消息体中可以包含Sound#1和/或Sound#2。
步骤806、S-CSCF#2将INVITE请求发送给UE2。
步骤807、接收到INVITE请求的UE2根据该请求携带的铃声播放程序，除了会话协商外，还向使用UE2的用户播放铃声。这时，UE2给S-CSCF#2返回200OK应答并进行会话协商过程的其他操作步骤。
在这样一个会话协商过程中，AS#1和AS#2根据运营商的策略修改了会话协商请求消息的消息体的内容，可以增加、修改或删除该请求消息的消息体中的铃声播放程序Sound，除了会话协商请求消息中提供的会话协商机制外还提供了其他应用程序信息。
向会话协商请求消息的消息体中编辑或增删应用程序信息的网络实体可以是S-CSCF、P-CSCF、AS、MRF中的一个或多个，并不限于以上的网络实体。网络实体编辑或增删应用程序信息的应用程序信息可以包括铃声、图片、消息、视频、执行程序内容，但不限于这些内容。网络实体编辑或增删应用程序信息的过程可以和会话协商的过程同时进行，并不影响业务支持能力协商的过程。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所做的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
Claims (8)
1、一种进行业务支持能力协商的方法，其特征在于，该方法包括：
a、会话发起协议SIP网络中的网络实体接收到主叫方发送的携带主叫方业务支持能力信息的会话协商请求消息后，给被叫方发送携带SIP网络支持的业务支持能力信息的会话协商请求消息；
b、被叫方根据自身支持的业务支持能力从会话协商请求消息携带的SIP网络支持的业务支持能力信息中选择自身支持的业务支持能力，携带在应答消息中发送给SIP网络中的网络实体；
c、SIP网络中的网络实体判断被叫方所选择的业务支持能力是否和主叫方的业务支持能力相同，如果是，判定主被叫方之间直接传输数据；否则，判定主被叫方传输的数据进行业务支持能力转换后再转发。
2、如权利要求1所述的方法，其特征在于，步骤c所述的主被叫方传输的数据进行业务支持能力转换后再转发的过程为：
主叫方要传输的数据经过业务支持能力转换后转发给被叫方；或者被叫方要传输的数据经过业务支持能力转换后转发给主叫方。
3、如权利要求1所述的方法，其特征在于，步骤a所述的SIP网络支持的业务支持能力信息的获取过程为：
在能力服务器Capability Server中存储SIP网络支持的业务支持能力信息，SIP网络中的网络实体通过查询Capability Server获取到SIP网络支持的业务支持能力信息。
4、如权利要求1所述的方法，其特征在于，步骤a所述的SIP网络支持的业务支持能力信息的获取过程为：
SIP网络中的网络实体中预先存储SIP网络支持的业务支持能力信息，SIP网络中的网络实体直接获取到SIP网络支持的业务支持能力信息。
5、如权利要求1～4中任意一项权利要求所述的方法，其特征在于，所述SIP网络中的网络实体为应用服务器AS、或者呼叫控制功能CSCF、或者媒体资源功能MRF或者SIP服务器；
其中AS为控制按键即说PoC业务功能PoC Server(Controlling)、或者参与控制PoC业务功能PoC Server(Participating)、多方通话服务器ConferenceServer、业务能力交互管理器Service Capability Interaction Manager(SCIM)、呈现业务服务器Presence Server；CSCF为代理呼叫控制功能P-CSCF或者服务呼叫控制功能S-CSCF或者查询呼叫控制功能I-CSCF；SIP服务器为呼出边界网关控制功能BGCF、SIP协议的应用层网关SIP-ALG。
6、如权利要求1或2所述的方法，其特征在于，所述主叫方为主叫终端、或者执行客户代理UA的AS、或者SIP网络的边界网关；所述被叫方为被叫终端或者执行UA的AS、或者SIP网络的边界网关。
7、如权利要求1、3或4所述的方法，其特征在于，所述业务支持能力信息为会话描述协议SDP、应用程序、或者位置信息或者呈现presence信息；
其中，SDP包括会话信息、会话发起方联系信息、时间信息、连接信息、编解码类型、带宽信息、封装密码、传输协议会话属性的描述、编码速率、媒体流的速率、分组包间隔时间、写字板方向、多方会话类型、字体设置、媒体描述语言、编码质量以及格式设置参数媒体属性的描述；应用程序包括文本、铃声、视频媒体、音频媒体、动画以及执行程序。
8、如权利要求1所述的方法，其特征在于，所述的SIP网络为主叫方和被叫方所属的SIP网络；
或者所述的SIP网络为主叫方所属的SIP网络和被叫方所属的SIP网络；
或者所述的SIP网络为主叫方所属的SIP网络、被叫方所属的SIP网络、以及主叫方所属的SIP网络和被叫方所属的SIP网络中间穿越的一个或多个SIP网络。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200510083807 CN1893427A (zh) | 2005-07-07 | 2005-07-07 | 一种进行业务支持能力协商的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200510083807 CN1893427A (zh) | 2005-07-07 | 2005-07-07 | 一种进行业务支持能力协商的方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN1893427A true CN1893427A (zh) | 2007-01-10 |
Family
ID=37597942
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200510083807 Pending CN1893427A (zh) | 2005-07-07 | 2005-07-07 | 一种进行业务支持能力协商的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1893427A (zh) |
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008125058A1 (fr) * | 2007-04-16 | 2008-10-23 | Huawei Technologies Co., Ltd. | Procédé, système et appareil destinés à déterminer une passerelle de routage |
| WO2009006830A1 (fr) * | 2007-07-05 | 2009-01-15 | Huawei Technologies Co., Ltd. | Procédé, dispositif et système pour implémenter la communication entre les terminaux utilisateur |
| CN101902452A (zh) * | 2008-11-28 | 2010-12-01 | 株式会社日立制作所 | 管理装置 |
| WO2010148863A1 (zh) * | 2009-12-11 | 2010-12-29 | 中兴通讯股份有限公司 | 机顶盒基于sip协议与pc客户端互通的方法及系统 |
| CN101459970B (zh) * | 2007-12-14 | 2011-02-09 | 华为技术有限公司 | 一种媒体类型变更的方法、系统和装置 |
| CN101998325A (zh) * | 2009-08-25 | 2011-03-30 | 中兴通讯股份有限公司 | 一种指示终端媒体类型的呼叫方法及装置 |
| CN102047676A (zh) * | 2008-05-30 | 2011-05-04 | 日本电气株式会社 | 服务器装置和通信方法以及程序 |
| CN101325732B (zh) * | 2007-06-15 | 2011-07-20 | 华为技术有限公司 | 呼叫控制的方法和ims的电路交换控制装置及终端设备 |
| CN102256234A (zh) * | 2010-05-19 | 2011-11-23 | 电信科学技术研究院 | 一种对用户鉴权过程进行处理的方法及设备 |
| CN102308560A (zh) * | 2011-07-18 | 2012-01-04 | 华为技术有限公司 | 云计算系统中的媒体流数据的传输方法及装置 |
| CN102377755A (zh) * | 2010-08-24 | 2012-03-14 | 中国电信股份有限公司 | 语音编码转换方法和装置 |
| CN101577884B (zh) * | 2008-09-19 | 2012-06-13 | 中兴通讯股份有限公司 | 一种ip多媒体链路的媒体协商方法 |
| CN101764810B (zh) * | 2009-12-25 | 2012-11-21 | 中国科学院声学研究所 | 一种跨域业务提供的协商方法和系统 |
| WO2012174904A1 (zh) * | 2011-06-20 | 2012-12-27 | 中兴通讯股份有限公司 | 一种ims会议接入的方法、装置及系统 |
| CN101854671B (zh) * | 2009-04-02 | 2013-03-20 | 华为软件技术有限公司 | 配置处理方法和装置 |
| CN104580166A (zh) * | 2014-12-19 | 2015-04-29 | 大唐移动通信设备有限公司 | 一种基于cscf媒体编码格式转换的方法和装置 |
| WO2016008314A1 (zh) * | 2014-07-18 | 2016-01-21 | 中兴通讯股份有限公司 | 一种实现富通信套件rcs系统通讯的方法及装置 |
| CN105656869A (zh) * | 2014-12-08 | 2016-06-08 | 阿尔卡特朗讯 | 一种用于建立sip会话的方法与设备 |
| CN112235123A (zh) * | 2015-02-25 | 2021-01-15 | 华为技术有限公司 | 业务功能注册机制和能力索引编制 |
| CN112543172A (zh) * | 2019-09-23 | 2021-03-23 | 维沃移动通信有限公司 | 一种ims呼叫方法、终端和网络功能 |
| CN113098864A (zh) * | 2021-03-31 | 2021-07-09 | 杭州海康威视系统技术有限公司 | 一种数据传输系统 |
-
2005
- 2005-07-07 CN CN 200510083807 patent/CN1893427A/zh active Pending
Cited By (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101291274B (zh) * | 2007-04-16 | 2012-03-21 | 华为技术有限公司 | 一种确定路由网关的方法、网络及装置 |
| WO2008125058A1 (fr) * | 2007-04-16 | 2008-10-23 | Huawei Technologies Co., Ltd. | Procédé, système et appareil destinés à déterminer une passerelle de routage |
| CN101325732B (zh) * | 2007-06-15 | 2011-07-20 | 华为技术有限公司 | 呼叫控制的方法和ims的电路交换控制装置及终端设备 |
| US8369314B2 (en) | 2007-06-15 | 2013-02-05 | Huawei Technologies Co., Ltd. | Call control method and IMS CS control apparatus |
| WO2009006830A1 (fr) * | 2007-07-05 | 2009-01-15 | Huawei Technologies Co., Ltd. | Procédé, dispositif et système pour implémenter la communication entre les terminaux utilisateur |
| CN101340613B (zh) * | 2007-07-05 | 2012-12-12 | 华为技术有限公司 | 一种实现用户终端通信的方法、装置和系统 |
| CN101459970B (zh) * | 2007-12-14 | 2011-02-09 | 华为技术有限公司 | 一种媒体类型变更的方法、系统和装置 |
| CN102047676A (zh) * | 2008-05-30 | 2011-05-04 | 日本电气株式会社 | 服务器装置和通信方法以及程序 |
| US8693536B2 (en) | 2008-05-30 | 2014-04-08 | Nec Corporation | Server apparatus, communication method and program |
| CN101577884B (zh) * | 2008-09-19 | 2012-06-13 | 中兴通讯股份有限公司 | 一种ip多媒体链路的媒体协商方法 |
| CN101902452A (zh) * | 2008-11-28 | 2010-12-01 | 株式会社日立制作所 | 管理装置 |
| CN101854671B (zh) * | 2009-04-02 | 2013-03-20 | 华为软件技术有限公司 | 配置处理方法和装置 |
| CN101998325A (zh) * | 2009-08-25 | 2011-03-30 | 中兴通讯股份有限公司 | 一种指示终端媒体类型的呼叫方法及装置 |
| CN101741857B (zh) * | 2009-12-11 | 2014-04-30 | 中兴通讯股份有限公司 | 机顶盒基于sip协议与pc客户端互通的方法及系统 |
| WO2010148863A1 (zh) * | 2009-12-11 | 2010-12-29 | 中兴通讯股份有限公司 | 机顶盒基于sip协议与pc客户端互通的方法及系统 |
| CN101764810B (zh) * | 2009-12-25 | 2012-11-21 | 中国科学院声学研究所 | 一种跨域业务提供的协商方法和系统 |
| CN102256234A (zh) * | 2010-05-19 | 2011-11-23 | 电信科学技术研究院 | 一种对用户鉴权过程进行处理的方法及设备 |
| CN102377755A (zh) * | 2010-08-24 | 2012-03-14 | 中国电信股份有限公司 | 语音编码转换方法和装置 |
| CN102377755B (zh) * | 2010-08-24 | 2015-03-04 | 中国电信股份有限公司 | 语音编码转换方法和装置 |
| WO2012174904A1 (zh) * | 2011-06-20 | 2012-12-27 | 中兴通讯股份有限公司 | 一种ims会议接入的方法、装置及系统 |
| CN102308560B (zh) * | 2011-07-18 | 2014-04-16 | 华为技术有限公司 | 云计算系统中的媒体流数据的传输方法及装置 |
| CN102308560A (zh) * | 2011-07-18 | 2012-01-04 | 华为技术有限公司 | 云计算系统中的媒体流数据的传输方法及装置 |
| US10313407B2 (en) | 2011-07-18 | 2019-06-04 | Huawei Technologies Co., Ltd. | Method and apparatus for establishing a session between a thin client and a media gateway for media data streaming |
| US9178925B2 (en) | 2011-07-18 | 2015-11-03 | Huawei Technologies Co., Ltd. | Exchanging media stream data between thin client and media gateway, bypassing virtual machine, in cloud computing system |
| CN105282115A (zh) * | 2014-07-18 | 2016-01-27 | 中兴通讯股份有限公司 | 一种实现富通信套件rcs系统通讯的方法及装置 |
| WO2016008314A1 (zh) * | 2014-07-18 | 2016-01-21 | 中兴通讯股份有限公司 | 一种实现富通信套件rcs系统通讯的方法及装置 |
| CN105656869A (zh) * | 2014-12-08 | 2016-06-08 | 阿尔卡特朗讯 | 一种用于建立sip会话的方法与设备 |
| CN104580166B (zh) * | 2014-12-19 | 2018-08-31 | 大唐移动通信设备有限公司 | 一种基于cscf媒体编码格式转换的方法和装置 |
| CN104580166A (zh) * | 2014-12-19 | 2015-04-29 | 大唐移动通信设备有限公司 | 一种基于cscf媒体编码格式转换的方法和装置 |
| CN112235123A (zh) * | 2015-02-25 | 2021-01-15 | 华为技术有限公司 | 业务功能注册机制和能力索引编制 |
| CN112235123B (zh) * | 2015-02-25 | 2024-04-12 | 华为技术有限公司 | 业务功能注册机制和能力索引编制 |
| CN112543172A (zh) * | 2019-09-23 | 2021-03-23 | 维沃移动通信有限公司 | 一种ims呼叫方法、终端和网络功能 |
| CN112543172B (zh) * | 2019-09-23 | 2022-05-06 | 维沃移动通信有限公司 | 一种ims呼叫方法、终端和网络功能 |
| CN113098864A (zh) * | 2021-03-31 | 2021-07-09 | 杭州海康威视系统技术有限公司 | 一种数据传输系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1893427A (zh) | 一种进行业务支持能力协商的方法 | |
| CN1801810A (zh) | 一种会话初始化协议消息体内容处理方法及网络 | |
| CN101052161A (zh) | 一种实现ims业务互通的方法和系统 | |
| CN101030964A (zh) | 会话控制装置和方法 | |
| CN101053231A (zh) | 负载控制信息的基于消息的传递 | |
| CN101057519A (zh) | 内容服务器和内容服务系统 | |
| CN101030961A (zh) | 一种在基于ngn网络实现时移电视业务的方法及其系统 | |
| CN1620798A (zh) | 用于在视频会议系统中提供私人会谈信道的方法和系统 | |
| CN1838610A (zh) | 一种实现网际协议多媒体子系统中用户注册的方法 | |
| CN1913503A (zh) | 一种会话路由路径控制方法和系统 | |
| CN1846420A (zh) | 嵌入的服务质量相关信息的传送 | |
| CN1909681A (zh) | 第三代移动通信系统的跨域路由控制方法 | |
| CN1722670A (zh) | 通信系统、通信终端设备及会议控制单元 | |
| CN1794675A (zh) | 建立聊天室数据传输通道实现聊天消息传送的方法 | |
| CN101052154A (zh) | Ip多媒体子系统及其编解码转换控制方法 | |
| CN1894904A (zh) | 接口呼叫信令协议 | |
| CN100550908C (zh) | 一种进行会话能力信息操作的方法及网络实体 | |
| CN1643505A (zh) | 视频会议系统结构 | |
| CN1859380A (zh) | 一种离线消息获取方法 | |
| CN1863174A (zh) | 一种即时消息系统和消息处理方法 | |
| CN101075890A (zh) | 实现群组会话体验质量的方法及系统 | |
| CN101064863A (zh) | 一种ims网络下提供媒体资源服务的方法和系统 | |
| CN101047529A (zh) | 媒体会话数据发送控制方法、控制关系协商方法及控制系统 | |
| CN1665324A (zh) | 架构即按即说通信连结及即按即说客户单元的方法及通信装置 | |
| CN101043431A (zh) | 一种缩短多方通话业务建立时间的方法与系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |