CN102348291A - 基于对话关联标识的会话建立方法及系统 - Google Patents

Abstract

本发明公开了一种基于对话关联标识的会话建立方法，设置用于标识所发起对话的对话关联信息；所述方法还包括：在呼叫请求发起方发起的呼叫请求中插入所述对话关联信息；作为执行背靠背用户代理B2BUA行为的应用服务器AS接收到所述呼叫请求后，生成发送至呼叫请求接收方的呼叫请求，所述发送至呼叫请求接收方的呼叫请求中携带有所述对话关联信息；所述呼叫请求接收方接收所述B2BUA发送的呼叫请求后建立对话，并保存所述对话关联信息。本发明同时公开了一种基于对话关联标识的会话建立系统。本发明实现了对话确认的快捷性，同时也兼容现有的会话建立流程，保证了技术方案的通用性。

Description

基于对话关联标识的会话建立方法及系统

技术领域

本发明涉及会议业务的建立技术，尤其涉及一种基于对话关联标识的会话建立方法及系统。

背景技术

第三代合作伙伴计划(3GPP，3rd Generation Partner Project)定义了应用服务器(AS，Application Server)在处理会话发起协议(SIP，Session InitiationProtocol)消息时，行为模式可以为代理(Proxy)、路由背靠背用户代理(RoutingB2BUA，Routing Back to Back User Agent)或初始背靠背用户代理(InitiatingB2BUA)。当AS采用Routing B2BUA或Initiating B2BUA行为模式时，AS两侧的会话标识(Dialog ID)经由AS修改，AS两侧的Dialog ID将会不一样。

图1为呼叫请求路径中存在B2BUA时的会话建立流程图，如图1所示，B2BUA针对UE-A发起的对话1的呼叫请求，B2BUA-1由于执行B2BUA行为，将会修改对话的ID，即修改为新的对话2后再转发该呼叫请求。具体的会话建立流程如下：

步骤101，UE-A发送一个呼叫请求，其中携带的对话信息为对话1；

步骤102，服务呼叫会话控制功能实体(S-CSCF，Serving Call Session ControlFunction)接收到该呼叫请求后，根据用户UE-A的签约规则，将该呼叫请求触发给B2BUA-1；

步骤103，由于该B2BUA-1执行B2BUA的功能，当其接收到呼叫请求后，将该呼叫请求中的对话1信息进行替换，如替换成对话2，并将其转发给S-CCSF；

步骤104，S-CSCF根据用户的签约规则，可能还会将该呼叫请求触发给其他的AS，最终到达被叫用户UE-B；

步骤105，被叫用户UE-B接收到的呼叫请求中的对话信息就是对话2的信息，UE-B回复200OK应答消息；

步骤106，S-CSCF接收到该200OK应答后，将该应答消息再触发给B2BUA-1；

步骤107，B2BUA-1根据之前对话信息转换的关系，将接收到的200OK应答消息中的对话信息转换成对话1的信息，并转发给S-CSCF；

步骤108，S-CSCF再将转换后的200OK应答消息转发给UE-A；

从图1所示的会话建立流程可以看出，UE-A所面对的对话是对话1，而UE-B所面对的对话是对话2，对话1与对话2之间的关联管理由B2BUA-1负责。

在现有技术中关于会议的建立有多种方式，其中一种场景是通过会议应用服务器将用户添加到会议业务中，其标准流程如图2所示，其中UE-A与UE-B之间先建立了一个会话，然后UE-A再建立一个会议业务，希望将UE-B添加到已建立的会议业务中，从而实现多方通话。

图2为通过会议应用服务器将用户添加到会议业务中会议建立流程图，如图2所示，具体包括以下步骤：

步骤201，UE-A发起起呼请求；

步骤202，由代理呼叫会话控制功能实体(P-CSCF，Proxy Call SessionControl Function)将该起呼请求发送到为UE-A服务的S-CSCF上；

步骤203，S-CSCF将该起呼请求发送给被叫用户UE-B；

步骤204～步骤206，UE-B发送200OK应答给UE-A，此时UE-A和UE-B之间建立的对话可以称为对话1；

步骤207，UE-A希望进行多方通话，于是发起会议建立请求给会议AS；

步骤208～步骤209，通过P-CSCF，S-CSCF将该会议建立请求发送给会议AS；

步骤210～步骤212，会议AS接收UE-A的会议建立，向UE-A返回200OK应答，此时UE-A和会议AS之间建立的对话2；

步骤213～步骤215，此时UE-A希望将UE-B添加到刚建立的会议业务中，并替代原来UE-A和UE-B之间的对话，UE-A向会议AS发送转移(REFER)请求，其中携带有一个Replacess头域或参数，其值为对话1的信息；

步骤216～步骤217，会议AS收到该转移请求后，向被叫用户UE-B发送一个新的呼叫请求，其中也携带有一个Replacess头域或参数，其值为对话1的信息；

步骤218，UE-B收到该呼叫请求后，首先找到UE-B上的对话1信息，确定该新的呼叫是要替代原来建立的对话1；

步骤219～步骤220，当UE-B同意该请求后，向会议AS发送200OK应答；

步骤221～步骤223，同时UE-B向UE-A发送请求结束原来的对话1；

步骤224～步骤226，UE-A发送200OK，接受对话1的结束。

此时对话1就被替换到了会议业务里了，但在上面的过程中没有考虑会话建立的过程中有B2BUA的情况，由于在现有的IMS的网络中，有很多的AS会参与到用户的会话中为用户服务，所以在会话建立的过程中有B2BUA的出现是很常见的情况。

图3为现有会议业务建立过程中有B2BUA的流程图，如图3所示，在图2所示的会议建立过程中出现B2BUA时，具体处理流程如下：

步骤301～步骤302，用户发起一个起呼请求，与图2所示的步骤201～步骤202相同；

步骤303，S-CSCF根据用户的签约规则，将该起呼请求触发给B2BUA-1；

步骤304，由于B2BUA-1是作为背靠背用户代理起作用，因此，B2BUA-1将起呼请求的对话1信息替换成对话A再转发给UE-B；

步骤305，UE-B回复200OK应答，此时UE-B上建立的对话信息是对话2；

步骤306～步骤308，B2BUA-1将UE-B的200OK转发给UE-A，其中再将对话A转换成对话1的信息，此时在UE-A上建立的是对话1；

步骤309～步骤319，是会议建立的过程，该会议建立过程与图2所示的步骤207～步骤217相同；

步骤320，当UE-B收到会议AS发送的呼叫请求后，对对话1进行查找，由于之前对话1的建立过程中经过了一个B2BUA-1，所以在UE-B上并没有对话1的信息；

步骤321，由于找不到对话1的信息，UE-B会拒绝会议AS发送过来的呼叫请求，从而使该添加过程失败。

而在非IP多媒体子系统(IMS，IP Multimedia Subsystem)的应用场景下，同样会出现上述的问题。如呼叫经过一个或多个B2BUA设备(如边界会话控制器(SBC，Session Border Controllers))，而该/这些B2BUA设备对呼叫的Dialog标识进行修改，从而导致后续的Replacess过程无法进行。

发明内容

有鉴于此，本发明的主要目的在于提供一种基于对话关联标识的会话建立方法及系统，能在替换呼叫建立过程中准确定位所替换对话。

为达到上述目的，本发明的技术方案是这样实现的：

一种基于对话关联标识的会话建立方法，设置用于标识所发起对话的对话关联信息；所述方法还包括：

在呼叫请求发起方发起的呼叫请求中插入所述对话关联信息；

B2BUA接收到所述呼叫请求后，生成发送至呼叫请求接收方的呼叫请求，所述发送至呼叫请求接收方的呼叫请求中携带有所述对话关联信息；

所述呼叫请求接收方接收所述B2BUA发送的呼叫请求后建立对话，并保存所述对话关联信息；

会话一方确定发起替换呼叫时，构造带有Replaces头部的请求发送至所述B2BUA；其中，所述带有Replaces头部的请求中携带有所述对话关联信息。

优选地，所述方法还包括：

所述B2BUA接收到带有Replaces头部的请求后，生成发送至会话另一方的带有Replaces头部的请求；其中，所生成的带有Replaces头部的请求中携带有所述对话关联信息；

所述会话另一方收到所述带有Replaces头部的请求后，根据所述对话关联信息释放所关联的呼叫。

优选地，所述会话一方或会话另一方为用户、用户代理或用户设备。

优选地，所述带有Replaces头部的请求包括INVITE请求或REFER请求。

优选地，所述在呼叫请求发起方发起的呼叫请求中插入所述对话关联信息，和/或在所述带有Replaces头部的请求中携带有所述对话关联信息，具体指：

为呼叫请求和/或带有Replaces头部的请求设置会话发起协议SIP头部或SIP头部参数，在所述SIP头部或所述SIP头部参数中承载所述对话关联信息。

优选地，所述对话关联信息为Session ID。

优选地，所述方法还包括：

作为代理行为的AS接收到呼叫请求和/或带有Replaces头部的请求后，透传所述呼叫请求和/或所述带有Replaces头部的请求。

优选地，所述方法还包括：

不支持携带所述对话关联信息的SIP头部的B2BUA或呼叫请求接收方接收到带有该SIP头部的呼叫请求后，所述B2BUA或所述呼叫请求接收方回复失败响应，其中，所述失败响应表示所述B2BUA或所述呼叫请求接收方不支持携带所述对话关联信息的SIP头部；所述呼叫请求发起方重新构造不携带所述对话关联信息的呼叫请求并重新发送。

一种基于对话关联标识的会话建立系统，包括设置单元、第一生成单元、第一接收单元、第二生成单元、第二接收单元、对话建立单元、保存单元和第三生成单元；所述第一接收单元和所述第二生成单元位于B2BUA中，所述第二接收单元、所述对话建立单元和所述保存单元位于所述呼叫请求接收方中；所述第三生成单元位于会话的一方中；其中，

设置单元，用于设置用于标识所发起对话的对话关联信息；

第一生成单元，用于生成发送至呼叫请求接收方的呼叫请求；其中，所述呼叫请求中携带有所述对话关联信息；

第一接收单元，用于接收所述呼叫请求；

第二生成单元，用于在所述第一接收单元接收到所述呼叫请求后，生成发送至呼叫请求接收方的呼叫请求，所述发送至呼叫请求接收方的呼叫请求中携带有所述对话关联信息；

第二接收单元，位于所述呼叫请求接收方，用于接收所述B2BUA发送的呼叫请求；

对话建立单元，用于在所述第二接收单元接收到所述呼叫请求后建立对话；

保存单元，用于保存所述对话关联信息；

第三生成单元，用于在会话一方确定发起替换呼叫时，生成带有Replaces头部的请求发送至所述B2BUA；其中，所述带有Replaces头部的请求中携带有所述对话关联信息。

优选地，所述系统还包括释放单元，位于会话另一方中；其中，

在所述第一接收单元接收到带有Replaces头部的请求后，所述第二生成单元生成发送至会话另一方的带有Replaces头部的请求；其中，所生成的带有Replaces头部的请求中携带有所述对话关联信息；

释放单元，用于在所述会话另一方收到所述带有Replaces头部的请求后，根据所述对话关联信息释放所关联的呼叫。

优选地，所述会话一方或会话另一方为用户、用户代理或用户设备；所述带有Replaces头部的请求包括INVITE请求或REFER请求。

优选地，所述设置单元进一步用于为呼叫请求及带有Replaces头部的请求设置SIP头部或SIP头部参数，在所述SIP头部或所述SIP头部参数中承载所述对话关联信息。

优选地，所述系统还包括透传单元，位于作为代理行为的AS中，用于在接收到呼叫请求及带有Replaces头部的请求后，透传所述呼叫请求及所述带有Replaces头部的请求。

优选地，所述系统还包括：

第一回复单元，位于不支持携带所述对话关联信息的SIP头部的B2BUA中，用于在所述第一接收单元接收到携带所述SIP头部的呼叫请求后，向呼叫请求接收方回复失败响应，其中，所述失败响应表示B2BUA不支持携带所述对话关联信息的SIP头部；

所述第一生成单元重新生成发送至所述呼叫请求接收方的、不携带所述对话关联信息的呼叫请求。

优选地，所述系统还包括：

第二回复单元，位于不支持携带所述对话关联信息的SIP头部的呼叫请求接收方中，在所述第二接收单元接收到所述B2BUA转发的携带所述对话关联信息的SIP头部的呼叫请求后，向呼叫请求接收方回复失败响应，其中，所述失败响应表示所述呼叫请求接收方不支持携带所述对话关联信息的SIP头部；

所述第一生成单元重新生成发送至所述呼叫请求接收方的、不携带所述对话关联信息的呼叫请求。

本发明中，通过设置标识所发起对话的对话关联信息，并在生成呼叫请求及带有Replaces头部的请求时插入所述对话关联信息，这样，B2BUA接收到携带对话关联信息的呼叫请求时，将不会修改所述对话关联信息，而是直接进行拷贝后发送给其他网元；而呼叫请求接收方接收到携带对话关联信息的呼叫请求后，保存该对话关联信息。会话一方发起带有Replaces头部的请求时，会话另一方接收到携带有对话关联信息的带有Replaces头部的请求后，可以直接根据对话关联信息确定出替换的对话，从而实现相关会议业务的建立。当B2BUA或呼叫接收方不支持扩展的呼叫请求时，还会通知呼叫请求发起方重新生成不携带对话关联信息的普通呼叫请求。本发明实现了对话确认的快捷性，同时也兼容现有的会话建立流程，保证了技术方案的通用性。

附图说明

图1为呼叫请求路径中存在B2BUA时的会话建立流程图；

图2为通过会议应用服务器将用户添加到会议业务中会议建立流程图；

图3为现有会议业务建立过程中有B2BUA的流程图；

图4为本发明基于对话关联标识的会话建立方法的流程图；

图5为本发明会议建立流程中B2BUA不支SIP头部或SIP参数的流程图；

图6为本发明会议建立流程中接收方不支SIP头部或SIP参数的流程图；

图7为本发明基于对话关联标识的会话建立系统的第一种组成结构示意图；

图8为本发明基于对话关联标识的会话建立系统的第二种组成结构示意图。

具体实施方式

本发明基本思想为，通过设置标识所发起对话的对话关联信息，并在生成呼叫请求及带有Replaces头部的请求时插入所述对话关联信息，这样，B2BUA接收到携带对话关联信息的呼叫请求时，将不会修改所述对话关联信息，而是直接进行拷贝后发送给其他网元；而呼叫请求接收方接收到携带对话关联信息的呼叫请求后，保存该对话关联信息。会话一方发起带有Replaces头部的请求时，会话另一方接收到携带有对话关联信息的带有Replaces头部的请求后，可以直接根据对话关联信息确定出替换的对话，从而实现相关会议业务的建立。当B2BUA或呼叫接收方不支持扩展的呼叫请求时，还会通知呼叫请求发起方重新生成不携带对话关联信息的普通呼叫请求。

为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进一步详细说明。

本发明中，首先设置用于标识所发起对话的对话关联信息；这样，在呼叫请求发起方发起的呼叫请求中插入所述对话关联信息；作为执行B2BUA行为的AS接收到所述呼叫请求后，生成发送至呼叫请求接收方的呼叫请求，所述发送至呼叫请求接收方的呼叫请求中携带有所述对话关联信息；所述呼叫请求接收方接收所述B2BUA发送的呼叫请求后建立对话，并保存所述对话关联信息。具体的，为呼叫请求设置SIP头部或SIP参数，所述SIP头部或SIP参数承载所述对话关联信息。

会话一方确定发起替换呼叫时，构造带有Replaces头部的请求并发送至所述B2BUA；其中，所述带有Replaces头部的请求中携带有所述对话关联信息；

所述B2BUA接收到带有Replaces头部的请求后，生成发送至会话另一方的带有Replaces头部的请求；其中，所生成的带有Replaces头部的请求中携带有所述对话关联信息。为带有Replaces头部的请求设置会话发起协议SIP头部，所述SIP头部承载所述对话关联信息。

本发明中，作为代理行为的AS接收到呼叫请求及带有Replaces头部的请求后，透传所述呼叫请求及所述带有Replaces头部的请求。

当不支持携带所述对话关联信息的SIP头部的B2BUA或呼叫请求接收方接收到带有该SIP头部的呼叫请求后，所述B2BUA或所述呼叫请求接收方回复失败响应，其中，所述失败响应表示所述B2BUA或所述呼叫请求接收方不支持携带所述对话关联信息的SIP头部；所述呼叫请求发起方重新构造不携带所述对话关联信息的呼叫请求并重新发送。

以下通过具体示例，进一步阐明本发明技术方案的实质。

图4为本发明基于对话关联标识的会话建立方法的流程图，如图4所示，UA为用户代理(User Agent)，具体分为客户端用户代理(UAC)、服务端用户代理(UAS)；本发明基于对话关联标识的会话建立方法包括以下步骤：

步骤401，UAC需要发送呼叫请求，而在构造呼叫请求消息的同时，构造Dialog Correlation Header，在呼叫请求消息中插入有一个唯一的呼叫标识，用于标识呼叫(Call或Session)；

步骤402，UAC发送该呼叫请求；

步骤403，如果呼叫路径中存在Proxy，Proxy需要透传该呼叫请求消息，包括Dialog Correlation Header；

步骤404，该Proxy转发所透传得消息；

步骤405，对于B2BUA设备(如AS、SBC、BGW等)，需要拷贝DialogCorrelation Header，并构造转发到呼叫接收方的呼叫请求消息；

步骤406，该B2BUA将所构造的呼叫请求消息，用新的Dialog ID发送；这与现有的呼叫处理流程的处理方式相同；

步骤407，UAS接收到呼叫请求消息后，保存Dialog Correlation Header及其中的呼叫关联标识；

步骤408，UAS发送响应消息，其中携带Dialog Correlation Header，当然，在发送的响应消息中，也可以不必携带Dialog Correlation Header；

步骤409，B2BUA拷贝其中的Dialog Correlation Header，构造发送给呼叫发起方的响应消息，并向下一跳发送；

步骤410，Proxy透传响应消息，及其中的Dialog Correlation Header；

步骤411，UAC或UAS的任意一方，后续需要发起呼叫替换请求，根据Dialog Correlation Header构造Replacess头部及参数；本示例中，由UAC发起呼叫替换请求；

步骤412，该UAC(或UAS)发送呼叫替换请求消息，携带所构造的Replacess头部及参数，呼叫替换请求消息可以是可以携带Replacess头部的任意请求消息，如INVITE消息或Refer消息等；

步骤413，Proxy透传此消息，及其中的Replacess头部及参数；

步骤414，B2BUA拷贝其中的Replacess头部及参数，并构造发送至会话另一方的带有Replaces头部的请求消息；

步骤415，该B2BUA将所构造的带有Replaces头部的请求消息，用新的Dialog ID发送；这与现有的会议建立处理方式相同；

步骤416，UAS(或UAC)接收到此消息，并根据Replacess中的呼叫关联标识与所记录的呼叫关联标识比较，并替换关联到的那路呼叫；补充说明：此处比较时，UAS(或UAC)需要比较所记录的Dialog Correlation Header中的呼叫关联标识，以及原呼叫没有带Dialog Correlation Header时，所记录的DialogID。

本发明中，UAC可以决定，本次发起的呼叫请求中携带Dialog CorrelationHeader或者不携带Dialog Correlation Header。也可以作为一种策略，进行配置，如在组网环境不存在B2BUA设备时，可以选择不携带Dialog CorrelationHeader。

考虑设备的互通性，也可以定义一种SIP的能力表示对Dialog CorrelationHeader的支持(new Require/Supported header option tag)的标识，如将该标识设置为“DC”。当UAC所发送的呼叫请求中，带有Dialog Correlation Header，同时在Require头部中，设置对应的标识如“DC”。当呼叫路径中存在网元，如B2BUA，或UAS，不支持此头部，而拒绝该呼叫请求后，UAC应重新发起不带Dialog Correlation Header的呼叫请求。

图5为本发明会议建立流程中B2BUA不支SIP头部或SIP参数的流程图，如图5所示，本示例会议建立流程包括以下步骤：

步骤501，UAC构造呼叫请求，呼叫请求中携带有SIP头部或SIP参数，而SIP头部或SIP参数中携带Dialog Correlation Header，呼叫请求中还可以携带一个表示是否支持该Dialog Correlation Header的能力的标识，如DC；

步骤502至步骤504，中间网元(Proxy)透传请求消息、中间网元(B2BUA)拷贝SIP头部或SIP参数；

步骤505至步骤507，B2BUA不支持此头部，回复相应拒绝消息如4xx，表示拒绝，并表示不支持携带有Dialog Correlation Header的SIP头部；

步骤508，UAC接收到4xx后，重新发起呼叫请求，不带Dialog CorrelationHeader，可以携带一个表示是否支持该Dialog Correlation Header的能力的标识。

图6为本发明会议建立流程中接收方不支SIP头部或SIP参数的流程图，如图6所示，图6为本发明会议建立流程中接收方不支SIP头部或SIP参数的流程图，如图6所示，本示例会议建立流程包括以下步骤：

步骤601，UAC构造呼叫请求，呼叫请求中携带有SIP头部或SIP参数，而SIP头部或SIP参数中携带Dialog Correlation Header，呼叫请求中还可以携带一个表示是否支持该Dialog Correlation Header的能力的标识，如DC；

步骤602至步骤604，中间网元(Proxy)透传请求消息、中间网元(B2BUA)拷贝SIP头部或SIP参数；

步骤605至步骤607，UAS不支持此SIP头部或SIP参数，回复相应拒绝消息如4xx，表示拒绝，并表示不支持携带有Dialog Correlation Header的SIP头部或SIP参数；

步骤608，UAC接收到4xx后，重新发起呼叫请求，不带Dialog CorrelationHeader，可以携带一个表示是否支持该Dialog Correlation Header的能力的标识。

作为一种实现方式，上述的Dialog Correlation Header可以是Session ID的头部。

图7为本发明基于对话关联标识的会话建立系统的第一种组成结构示意图，如图7所示，本发明基于对话关联标识的会话建立系统包括所述系统包括设置单元70、第一生成单元71、第一接收单元72、第二生成单元73、第二接收单元74、对话建立单元75、保存单元76和第三生成单元77；第一生成单元71位于呼叫请求发起方中，第一接收单元72和第二生成单元73位于B2BUA中，第二接收单元74、对话建立单元75和保存单元76位于所述呼叫请求接收方中；第三生成单元77位于会话的一方中；其中，

设置单元70，用于设置用于标识所发起对话的对话关联信息；

第一生成单元71，用于生成发送至呼叫请求接收方的呼叫请求；其中，所述呼叫请求中携带有所述对话关联信息；

第一接收单元72，用于接收所述呼叫请求；

第二生成单元73，用于在第一接收单元71接收到所述呼叫请求后，生成发送至呼叫请求接收方的呼叫请求，所述发送至呼叫请求接收方的呼叫请求中携带有所述对话关联信息；

第二接收单元74，位于所述呼叫请求接收方，用于接收所述B2BUA发送的呼叫请求；

对话建立单元75，用于在第二接收单元74接收到所述呼叫请求后建立对话；

保存单元76，用于保存所述对话关联信息；

第三生成单元77，用于在会话一方确定发起替换呼叫时，生成带有Replaces头部的请求发送至所述B2BUA；其中，所述带有Replaces头部的请求中携带有所述对话关联信息。

图8为本发明基于对话关联标识的会话建立系统的第二种组成结构示意图，如图8所示，在图7所示系统的基础上，本发明基于对话关联标识的会话建立系统还包括释放单元78，位于会话另一方中；其中，

在第一接收单元72接收到带有Replaces头部的请求后，第二生成单元73进一步生成发送至会话另一方的带有Replaces头部的请求；其中，所生成的带有Replaces头部的请求中携带有所述对话关联信息；

释放单元78，用于在所述会话另一方收到所述带有Replaces头部的请求后，根据所述对话关联信息释放所关联的呼叫。

上述会话一方或会话另一方为用户、用户代理或用户设备；所述带有Replaces头部的请求包括邀请INVITE请求或转移REFER请求。

在图7或图8所示系统的基础上，本发明基于对话关联标识的会话建立系统还包括透传单元(未图示)，位于作为代理行为的AS中，用于在接收到呼叫请求及带有Replaces头部的请求后，透传所述呼叫请求及所述带有Replaces头部的请求。

在图8所示系统的基础上，本发明基于对话关联标识的会话建立系统还包括第一回复单元(未图示)，位于不支持携带所述对话关联信息的SIP头部的B2BUA中，用于在第一接收单元72接收到携带所述SIP头部的呼叫请求后，向呼叫请求接收方回复失败响应，其中，所述失败响应表示B2BUA不支持携带所述对话关联信息的SIP头部；

第一生成单元71重新生成发送至所述呼叫请求接收方的、不携带所述对话关联信息的呼叫请求。

在图8所示系统的基础上，本发明基于对话关联标识的会话建立系统还包括第二回复单元(未图示)，位于不支持携带所述对话关联信息的SIP头部的呼叫请求接收方中，在第二接收单元74接收到所述B2BUA转发的携带所述对话关联信息的SIP头部的呼叫请求后，向呼叫请求接收方回复失败响应，其中，所述失败响应表示所述呼叫请求接收方不支持携带所述对话关联信息的SIP头部；

第一生成单元71重新生成发送至所述呼叫请求接收方的、不携带所述对话关联信息的呼叫请求。

本领域技术人员应当理解，本发明基于对话关联标识的会话建立系统是为实现前述的基于对话关联标识的会话建立方法而设计的，上述各处理单元的实现功能可参照前述的上行反馈的方法的相关描述而理解。各处理单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (15)

1.一种基于对话关联标识的会话建立方法，其特征在于，设置用于标识所发起对话的对话关联信息；所述方法还包括：

在呼叫请求发起方发起的呼叫请求中插入所述对话关联信息；

背靠背用户代理B2BUA接收到所述呼叫请求后，生成发送至呼叫请求接收方的呼叫请求，所述发送至呼叫请求接收方的呼叫请求中携带有所述对话关联信息；

所述呼叫请求接收方接收所述B2BUA发送的呼叫请求后建立对话，并保存所述对话关联信息；

会话一方确定发起替换呼叫时，构造带有替换(Replaces)头部的请求发送至所述B2BUA；其中，所述带有Replaces头部的请求中携带有所述对话关联信息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述B2BUA接收到带有Replaces头部的请求后，生成发送至会话另一方的带有Replaces头部的请求；其中，所生成的带有Replaces头部的请求中携带有所述对话关联信息；

所述会话另一方收到所述带有Replaces头部的请求后，根据所述对话关联信息释放所关联的呼叫。

3.根据权利要求2所述的方法，其特征在于，所述会话一方或会话另一方为用户、用户代理或用户设备。

4.根据权利要求1所述的方法，其特征在于，所述带有Replaces头部的请求包括邀请INVITE请求或转移REFER请求。

5.根据权利要求1所述的方法，其特征在于，所述在呼叫请求发起方发起的呼叫请求中插入所述对话关联信息，和/或在所述带有Replaces头部的请求中携带有所述对话关联信息，具体指：

为呼叫请求和/或带有Replaces头部的请求设置会话发起协议SIP头部或SIP头部参数，在所述SIP头部或所述SIP头部参数中承载所述对话关联信息。

6.根据权利要求5所述的方法，其特征在于，所述对话关联信息为SessionID。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

作为代理行为的AS接收到呼叫请求和/或带有Replaces头部的请求后，透传所述呼叫请求和/或所述带有Replaces头部的请求。

8.根据权利要求5所述的方法，其特征在于，所述方法还包括：

不支持携带所述对话关联信息的SIP头部的B2BUA或呼叫请求接收方接收到带有该SIP头部的呼叫请求后，所述B2BUA或所述呼叫请求接收方回复失败响应，其中，所述失败响应表示所述B2BUA或所述呼叫请求接收方不支持携带所述对话关联信息的SIP头部；所述呼叫请求发起方重新构造不携带所述对话关联信息的呼叫请求并重新发送。

9.一种基于对话关联标识的会话建立系统，其特征在于，所述系统包括设置单元、第一生成单元、第一接收单元、第二生成单元、第二接收单元、对话建立单元、保存单元和第三生成单元；所述第一生成单元位于呼叫请求发起方中，所述第一接收单元和所述第二生成单元位于B2BUA中，所述第二接收单元、所述对话建立单元和所述保存单元位于所述呼叫请求接收方中；所述第三生成单元位于会话的一方中；其中，

设置单元，用于设置用于标识所发起对话的对话关联信息；

第一生成单元，用于生成发送至呼叫请求接收方的呼叫请求；其中，所述呼叫请求中携带有所述对话关联信息；

第一接收单元，用于接收所述呼叫请求；

第二生成单元，用于在所述第一接收单元接收到所述呼叫请求后，生成发送至呼叫请求接收方的呼叫请求，所述发送至呼叫请求接收方的呼叫请求中携带有所述对话关联信息；

第二接收单元，位于所述呼叫请求接收方，用于接收所述B2BUA发送的呼叫请求；

对话建立单元，用于在所述第二接收单元接收到所述呼叫请求后建立对话；

保存单元，用于保存所述对话关联信息；

第三生成单元，用于在会话一方确定发起替换呼叫时，生成带有Replaces头部的请求发送至所述B2BUA；其中，所述带有Replaces头部的请求中携带有所述对话关联信息。

10.根据权利要求9所述的系统，其特征在于，所述系统还包括释放单元，位于会话另一方中；其中，

在所述第一接收单元接收到带有Replaces头部的请求后，所述第二生成单元进一步生成发送至会话另一方的带有Replaces头部的请求；其中，所生成的带有Replaces头部的请求中携带有所述对话关联信息；

释放单元，用于在所述会话另一方收到所述带有Replaces头部的请求后，根据所述对话关联信息释放所关联的呼叫。

11.根据权利要求10所述的系统，其特征在于，所述会话一方或会话另一方为用户、用户代理或用户设备；所述带有Replaces头部的请求包括INVITE请求或REFER请求。

12.根据权利要求9所述的系统，其特征在于，所述设置单元进一步用于为呼叫请求及带有Replaces头部的请求设置SIP头部或SIP头部参数，在所述SIP头部或所述SIP头部参数中承载所述对话关联信息。

13.根据权利要求9所述的系统，其特征在于，所述系统还包括透传单元，位于作为代理行为的AS中，用于在接收到呼叫请求及带有Replaces头部的请求后，透传所述呼叫请求及所述带有Replaces头部的请求。

14.根据权利要求12所述的系统，其特征在于，所述系统还包括：

第一回复单元，位于不支持携带所述对话关联信息的SIP头部的B2BUA中，用于在所述第一接收单元接收到携带所述SIP头部的呼叫请求后，向呼叫请求接收方回复失败响应，其中，所述失败响应表示B2BUA不支持携带所述对话关联信息的SIP头部；

所述第一生成单元重新生成发送至所述呼叫请求接收方的、不携带所述对话关联信息的呼叫请求。

15.根据权利要求12所述的系统，其特征在于，所述系统还包括：

第二回复单元，位于不支持携带所述对话关联信息的SIP头部的呼叫请求接收方中，在所述第二接收单元接收到所述B2BUA转发的携带所述对话关联信息的SIP头部的呼叫请求后，向呼叫请求接收方回复失败响应，其中，所述失败响应表示所述呼叫请求接收方不支持携带所述对话关联信息的SIP头部；

所述第一生成单元重新生成发送至所述呼叫请求接收方的、不携带所述对话关联信息的呼叫请求。

Images