专利名称：：一种联合会话建立方法和设备的制作方法
技术领域：
：本发明涉及通信
技术领域：
，更具体地说，涉及一种联合会话建立方法和设备。
背景技术：
：IP多媒体子系统(IMS，MultimediaSubsystem)是基于IP的多媒体业务通信网络，被认为是支持语音、视频、数据等多种媒体及其组合业务，实现多种网络(例如移动与固定网络，分组交换网络与电路交换网络等)融合的下一代通信网络的核心技术。当IMS用户将正在进行的IMS会话的部分或全部媒体由一个用户设备转移到另一个用户设备时，为了提供良好的用户体验，要求会话媒体流在此转移过程中保持连续、不中断。而IMS会话连续性(IMSSC,IMSsessioncontinuity)的提出正是基于上述需求，即该IMS会话连续性可以实现IMS会话的部分或全部媒体在不同用户设备之间转移过程中的连续性。转移后，在不同UE上建立不同媒体，不同UE在SCCAS有多个接入分支(accessleg)而向对端呈现一个对端分支(remoteleg)。这种不同UE上建立的会话称之为联合会话。联合会话可以通过IMS会话建立后转移媒体建立，也可以通过建立IMS会话的过程中转移媒体建立。在实现本发明的过程中，发明人发现现有技术中至少存在如下问题在现有的联合会话的建立过程中，联合会话的发起者主控用户设备无法及时获知联合会话的接收者被控用户设备上的会话建立情况，有可能会导致联合会话无法顺利建立，并造成网络资源的浪费。
发明内容有鉴于此，本发明实施例提供一种联合会话建立方法和设备，以实现。本发明实施例是这样实现的本发明实施例提供了一种联合会话建立方法，包括接收主控用户设备发送的建立联合会话的请求消息；根据所述请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立；获取被控用户设备发送的返回消息，所述返回消息中携带被控用户设备上媒体的建立情况信息；将所述被控用户设备上媒体的建立情况信息发送至所述主控用户设备。本发明实施例还提供了另一种联合会话建立方法，包括接收主控用户设备发送的建立联合会话的请求消息；根据所述请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立，其中，在根据所述请求消息向被控用户设备发送建立媒体消息的过程中加载不触发所述被控用户设备的呼叫前转业务的信息；获取所述被控用户设备发送的返回消息，所述返回消息中携带被控用户设备上媒体的建立情况信息；将所述被控用户设备上媒体的建立情况信息发送至所述主控用户设备。本发明实施例提供了一种业务集中与连续性服务器，包括请求消息接收单元，用于接收主控用户设备发送的建立联合会话的请求消息；建立媒体消息发送单元，用于根据所述请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立；返回消息接收单元，用于接收所述被控用户设备发送的返回消息，所述返回消息中携带被控用户设备上媒体的建立情况信息；建立情况信息发送单元，用于将所述被控用户设备上媒体的建立情况信息发送至所述主控用户设备。本发明实施例提供了一种主控用户设备，包括请求消息发送单元，用于向业务集中与连续性服务器发送建立联合会话的请求消息；返回消息接收单元，用于接收所述业务集中与连续性服务器发送的被控用户设备上媒体的建立情况信息。对现有技术相比，本发明实施例提供的技术方案具有以下优点和特点本发明实施例所提供的技术方案，可以首先接收主控用户设备所发起的建立联合会话的请求消息，并根据该请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立，并能将被控用户设备侧返回的被控用户设备上媒体的建立情况信息及时反馈给主控用户设备，以使主控用户设备能够及时获知联合会话的建立情况，保证联合会话的顺利建立，并减小网络资源的浪费。为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本发明实施例所涉及的一种联合会话建立方法流程图；图2为本发明实施例所涉及的另一种联合会话建立方法流程图；图3为本发明实施例所涉及的一种联合会话系统结构示意图；图4为本发明实施例所涉及的一种业务集中与连续性服务器结构示意图；图5为本发明实施例所涉及的另一种业务集中与连续性服务器结构示意图；图6为本发明实施例所涉及的一种主控用户设备结构示意图；图7为本发明实施例所涉及的一种结合具体场景的联合会话建立方法流程图；图8为本发明实施例所涉及的另一种结合具体场景的联合会话建立方法流程图；图9为本发明实施例所涉及的第三种结合具体场景的联合会话建立方法流程图；图10为本发明实施例所涉及的第四种结合具体场景的联合会话建立方法流程图；图11为本发明实施例所涉及的第五种结合具体场景的联合会话建立方法流程图12为本发明实施例所涉及的第六种结合具体场景的联合会话建立方法流程图。具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明实施例提供了一种联合会话建立方法，该方法具体流程如图1所示，包括步骤101接收主控用户设备发送的建立联合会话的请求消息；在步骤101中，由于主控用户设备在进行联合会话请求的发起时，可以通过INVITE消息来进行，也可以通过refer消息来进行，因此，业务集中与连续性服务器可以接收主控用户设备发送的通过INVITE消息发起的联合会话请求，也可以接收主控用户设备发送的通过refer消息发起的联合会话请求。步骤102根据所述请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立；在步骤102中，业务集中与连续性服务器首先检查所接收到的请求消息中所携带的请求建立联合会话的被控用户设备的识别信息，并根据该识别信息将请求消息发送到对应的被控用户设备，使该用户设备根据该请求消息建立联合会话。另外，业务集中与连续服务器还可以首先检查所接收到的请求消息中所携带的请求建立联合会话的被控用户设备的识别信息，并根据该识别信息将建立媒体的请求消息通过对应被控用户设备的归属网络发送至被控用户设备，使被控用户设备的归属网络对被控设备的当前状态进行检测；当检测结果表明所述被控用户设备可以进行所述媒体的建立时，使所述被控用户设备根据所述请求消息进行媒体的建立。此处需要说明的是，当检测结果表明该被控用户设备无法进行媒体的建立时，可以使用备选用户设备根据请求消息进行媒体的建立，例如，如果当被控用户设备制订了前转业务，则可以使用被控用户设备执行前转业务时的前转用户设备进行媒体的建立。步骤103获取被控用户设备侧发送的返回消息，所述返回消息中携带被控用户设备上媒体的建立情况信息；在步骤103中，当被控用户设备上可以进行媒体的建立时，业务集中与连续性服务器接收被控用户设备发送的返回消息，该返回消息中携带媒体在该被控用户设备上成功建立的信息。而当被控用户设备制订了CW业务并正在执行CW业务时，业务集中与连续性服务器接收到被控用户设备发送的被控用户设备正在执行CW业务，媒体未能成功建立的信息。另外，当被控用户设备制订了⑶IV业务并正在执行⑶IV业务时，业务集中与连续性服务器接收到被控用户设备发送的媒体被前转至其他用户设备的信息。除此以外，当被控用户设备订制了CW业务，但在建立会话过程中并未触发该业务，而被控用户设备暂时又无法进行媒体的建立时，业务集中与连续性服务器接收到被控用户设备发送的媒体无法在该被控用户设备上建立的信息。步骤104将所获取的所述被控用户设备上媒体的建立情况信息发送至所述主控用户设备。根据步骤103中，业务集中与连续性服务器所接收到的多种媒体建立情况信息，则业务集中与连续性服务器相应将该信息发送至主控用户设备，以使主控用户设备获取媒体在被控用户设备上的建立情况。其中，当媒体在所述被控设备上成功建立，业务集中与连续性服务器则向所述主控设备发送媒体在所述被控设备上成功建立的信息。当被控用户设备正在执行呼叫等待CW业务而无法进行媒体的建立，业务集中与连续性服务器则向所述用户主控设备发送所述被控用户设备正在执行CW业务、媒体未能在所述被控用户设备上成功建立的信息。当被控用户设备当前无法进行媒体的建立，业务集中与连续性服务器则向所述主控用户设备发送媒体无法在所述被控用户设备上成功建立的信息。在该处，业务集中与连续性服务器所发送的信息可以采用结束主控用户设备联合会话的形式，也可以采用不结束主控用户设备联合会话的形式来进行。最后，当被控用户设备正在执行呼叫前转CDIV业务，则向所述主控用户设备发送所述媒体的建立被前转至其他用户设备的信息，其中，该消息除了包括媒体进行了前转的指示信息外，还可包括被控用户识别信息或前转用户设备的识别信息等。其中，需要说明的是，当主控用户设备接收到业务集中与连续性服务器发送的被控用户设备上会话的建立状态消息后，主控用户设备还可向业务集中与连续性服务器发送取消在被控用户设备上建立所述媒体的消息，或者，向其他用户设备建立媒体的消息，或者，终止主控用户设备和被控用户设备上媒体的消息。本发明实施例所提供的一种联合会话建立方法，可以首先接收主控用户设备所发起的建立联合会话的请求消息，并根据该请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立，并能将被控用户设备侧返回的联合会话的建立情况信息及时反馈给主控用户设备，以使主控用户设备能够及时获知联合会话的建立情况，保证联合会话的顺利建立，还可相应减小网络资源的浪费。相应地，本发明实施例还提供了另一种联合会话建立方法，该方法具体流程如图2所示步骤201接收主控用户设备发送的建立联合会话的请求消息；在步骤201中，由于主控用户设备在进行联合会话请求的发起时，可以通过INVITE消息来进行，也可以通过refer消息来进行，因此，业务集中与连续性服务器可以接收主控用户设备发送的通过INVITE消息发起的联合会话请求，也可以接收主控用户设备发送的通过refer消息发起的联合会话请求。步骤202根据所述请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立，其中，在根据所述请求消息向被控用户设备发送建立媒体消息的过程中加载不触发所述被控用户设备的呼叫前转业务的信息；在步骤202中，当所要建立媒体的被控用户设备预先制订了呼叫前转业务，为避免被控用户设备在建立媒体的过程中进行媒体的前转，业务集中与连续性服务器在向被控用户设备发送媒体建立消息时，可以在该消息中加载不触发呼叫前转业务的信息，也就是说，当被控用户设备当前无法进行媒体的建立时，也不会采用将所要建立的媒体前转至其他用户设备的方式。步骤203:获取所述被控用户设备发送的返回消息，所述返回消息中携带所述媒体的建立情况信息；步骤204将所获取的所述被控用户设备上媒体的建立情况信息发送至所述主控用户设备。在步骤204中，当被控用户设备上的所述媒体成功建立，业务集中与连续性服务器则向所述主控用户设备发送所述媒体在所述被控用户设备上成功建立的信息；当被控用户设备当前无法进行媒体的建立，业务集中与连续性服务器向主控用户设备发送媒体无法在被控用户设备上成功建立的信息。除了上述步骤以外，在媒体建立过程中或主控用户设备获取被控用户设备上的媒体建立情况信息之后，业务集中与连续性服务器还可接收主控用户设备发送的取消在被控用户设备上建立媒体的消息，或者，接收主控用户设备发送的向其他用户设备建立媒体的消息，或者，接收主控用户设备发送的终止主控用户设备和被控用户设备上的媒体的消息。相应地，本发明实施例还提供了一种联合会话建立系统，该系统包括如图3所示结构主控用户设备301、业务集中与连续性服务器302和被控用户设备303，其中主控用户设备301，用于向所述业务集中与连续性服务器发送建立联合会话的请求消息；并接收所述业务集中与连续性服务器发送的被控用户设备上媒体的建立情况信息；业务集中与连续性服务器302，用于接收所述主控用户设备发送的建立联合会话的请求消息；根据所述请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立；获取被控用户设备发送的返回消息，所述返回消息中携带所述被控用户设备上会话的建立情况信息；将从所述被控用户获取的媒体的建立情况信息发送至所述主控用户设备301；被控用户设备303，用于进行媒体的建立，并将媒体建立情况发送至所述业务集中与连续性服务器。可以理解的是，附图中或实施例中所示仅仅是示意性的，表示逻辑结构，其中所述作为分离部件显示的单元可能是或者可能不是物理上分开的，作为单元显示的部件可能是或者可能不是物理单元，即可以位于一个地方，或者分布到几个网络单元上。该实施例提供的一种联合会话建立系统，可以用于执行本发明实施例提供的联合会话建立方法。该联合会话建立系统进行联合会话建立的过程，可以参见本发明实施例提供的联合会话建立方法。本发明实施例所提供的一种联合会话建立系统，可以首先接收主控用户设备所发起的建立联合会话的请求消息，并根据该请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立，并能将被控用户设备返回的媒体的建立情况信息及时反馈给主控用户设备，以使主控用户设备能够及时获知联合会话的建立情况，保证联合会话的顺利建立，并可相应减小网络资源的浪费。另外，本发明实施例还提供了一种业务集中与连续性服务器，该服务器包括如图4所示结构请求消息接收单元401、建立媒体消息发送单元402、返回消息接收单元403和建立情况信息发送单元404，其中请求消息接收单元401，用于接收主控用户设备发送的建立联合会话的请求消息；建立媒体消息发送单元402，用于根据所述请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立；返回消息接收单元403，用于接收所述被控用户设备发送的返回消息，所述返回消息中携带所述媒体的建立情况信息；建立情况信息发送单元404，用于将从所述被控用户侧获取的所述被控用户设备上媒体的建立情况信息发送至所述主控用户设备。除了上述主要结构外，可以根据实际情况，还可包括以下任一单元取消消息接收单元，用于接收所述主控用户设备发送的取消在被控用户设备上建立所述媒体的消息；重新建立媒体消息接收单元，用于接收所述主控用户设备发送的向其他用户设备建立媒体的消息；终止消息接收单元，用于接收所述主控用户设备发送的终止所述主控用户设备和所述被控用户设备上的媒体的消息。可以理解的是，附图中或实施例中所示仅仅是示意性的，表示逻辑结构，其中所述作为分离部件显示的单元可能是或者可能不是物理上分开的，作为单元显示的部件可能是或者可能不是物理单元，即可以位于一个地方，或者分布到几个网络单元上。该实施例提供的一种业务集中与连续性服务器，可以用于执行本发明实施例提供的联合会话建立方法。该联合会话建立系统进行联合会话建立的过程，可以参见本发明实施例提供的联合会话建立方法。本发明实施例所提供的一种业务集中与连续性服务器，可以首先接收主控用户设备所发起的建立联合会话的请求消息，并根据该请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立，并能将被控用户设备返回的媒体的建立情况信息及时反馈给主控用户设备，以使主控用户设备能够及时获知联合会话的建立情况，保证联合会话的顺利建立，并可相应减小网络资源的浪费。除了上述业务集中与连续性服务器，本实施例还提供了另一种业务集中与连续性服务器，该服务器包括如图5所示结构第二请求消息接收单元501、第二建立媒体消息发送单元502、第二返回消息接收单元503和第二建立情况信息发送单元504，其中第二请求消息接收单元501，用于接收主控用户设备发送的建立联合会话的请求消息；第二建立媒体消息发送单元502，用于根据所述请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立，其中，在根据所述请求消息向被控用户设备发送建立媒体消息的过程中加载不触发所述被控用户设备的呼叫前转业务的信息；第二返回消息接收单元503，用于获取所述被控用户设备发送的返回消息，所述返回消息中携带被控用户设备上媒体的建立情况信息；第二建立情况信息发送单元504，用于将所述被控用户设备上媒体的建立情况信息发送至所述主控用户设备。可以理解的是，附图中或实施例中所示仅仅是示意性的，表示逻辑结构，其中所述作为分离部件显示的单元可能是或者可能不是物理上分开的，作为单元显示的部件可能是或者可能不是物理单元，即可以位于一个地方，或者分布到几个网络单元上。该实施例提供的一种业务集中与连续性服务器，可以用于执行本发明实施例提供的联合会话建立方法。该联合会话建立系统进行联合会话建立的过程，可以参见本发明实施例提供的联合会话建立方法。本发明实施例所提供的一种业务集中与连续性服务器，可以首先接收主控用户设备所发起的建立联合会话的请求消息，并根据该请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立，并能将被控用户设备返回的媒体的建立情况信息及时反馈给主控用户设备，以使主控用户设备能够及时获知联合会话的建立情况，保证联合会话的顺利建立，并可相应减小网络资源的浪费。除此以外，本发明实施例还提供了一种主控用户设备，该主控用户设备可包括如图6所示结构请求消息发送单元601和返回消息接收单元602，其中请求消息发送单元601，用于向业务集中与连续性服务器发送建立联合会话的请求消息；返回消息接收单元602，用于接收所述业务集中与连续性服务器发送的被控用户设备上媒体的建立情况信息。除了上述主要结构外，可以根据实际情况，该主控用户设备还可包括以下任一单元取消消息发送单元，用于向所述业务集中与连续性服务器发送取消在被控用户设备上建立所述媒体的消息重新建立媒体消息发送单元，用于向所述业务集中与连续性服务器发送向其他用户设备建立媒体的消息；终止消息发送单元，用于向所述业务集中与连续性服务器发送终止所述主控用户设备和所述被控用户设备上媒体的消息。可以理解的是，附图中或实施例中所示仅仅是示意性的，表示逻辑结构，其中所述作为分离部件显示的单元可能是或者可能不是物理上分开的，作为单元显示的部件可能是或者可能不是物理单元，即可以位于一个地方，或者分布到几个网络单元上。该实施例提供的一种主控用户设备，可以用于执行本发明实施例提供的联合会话建立方法。该联合会话建立系统进行联合会话建立的过程，可以参见本发明实施例提供的联合会话建立方法。本发明实施例所提供的一种主控用户设备，可以接收业务集中与连续性服务器所发送的反馈消息，能够及时获知被控用户设备上媒体的建立情况，保证联合会话的顺利建立，并可相应减小网络资源的浪费。结合上述方法、系统、设备和具体应用场景，对本发明所提供的技术方案做进一步说明。在本实施例中，假设UE-I为主控用户设备，UE-2为被控用户设备，也就是说，用户希望将正在UE-I上进行的IMS会话的部分媒体转移到UE-2上，并且在本实施例中，主控用户设备UE-I和被控用户设备UE-2分别归属于不同的业务集中与联系性应用网络服务器(SCCAS，ServiceCentralizationandContinuityApplicationServer)，例如，SCCAS-I为UE-I的归属服务器，而SCCAS-2为UE-2的归属服务器，基于以上系统，对本发明所提供的技术方案做进一步说明，具体流程如图7所示，包括步骤701=UE-I发起建立联合会话请求，请求中指示视频媒体在UE-2上建立；在步骤701中，UE-I首先将向其所归属的服务会话控制功能实体(S-CSCF，ServingCallSessionControlFunction)发送建立联合会话的请求，在该请求中，需要携带被控用户设备的相关信息，例如被控用户设备的识别信息，所要向被控用户设备转移的媒体流类型等，在本实施例中，假设S-CSCF-I为UE-I的归属控制功能实体，S-CSCF-I在接收到该建立联合会话的请求消息后，将该请求消息转发至UE-I的归属网络服务器，即SCCAS-I。步骤702=SCCAS-I根据所接收到的建立联合会话请求消息后，向UE-2发送INVITE请求，请求在UE-2上建立媒体；步骤703:UE-2接收SCCAS-I发送的INVITE请求，UE-2接受在其上建立媒体，则返回响应消息并携带媒体描述信息；在步骤703中，UE-2在接收到SCCAS-I所发送的INVITE消息后，如果UE-2使用了资源预留功能，则发送183消息，表明开始资源预留，并可通过183消息返回媒体描述信肩、ο步骤704=SCCAS-I接收到的183消息后，将该消息返回值UE-I；在步骤704中，SCCAS-I在接收到携带媒体描述信息的183消息后，将其返回至UE-I,向UE-I告知UE-2上的会话状态与UE-2的连接还正在进行。其中，需要说明的是，在SCCAS-I向UE-I返回媒体描述信息时，可以采用183消息或message消息来进行通知，并需要在该消息上携带UE-2的用户识别信息，例如可以采用以下形式在183消息或message消息携带call—info头来通知例如Call-Info:183SessionProgress；purpose=controllee-info,controlleeURI；purpose=controlleeinfo0另夕卜，对于message消息来说，还可以通过消息体来表示消息的内容，例如teXt/plain消息体，具体形式可以为“control-info:200ok，，。步骤705=SCCAS-I对所接收到的UE-2发送的183消息返回确认消息；步骤706:UE-2接受通话请求并向SCCAS-I返回200ok消息；在步骤706中，当UE-2上有可用资源进行该呼叫的接通后，UE-2进行连接的建立，并在连接建立成功后通过SCCAS-2向SCCAS-I返回200ok消息，表明连接成功建立。此处需要说明的是，该消息中还可携带媒体协商会话描述协议(SDP，SessionDescriptionProtocol)，以使SCCAS-I与对端用户设备进行媒体协商。步骤707=SCCAS-I在接收到UE-2返回的连接成功建立的消息后，并将连接成功建立的消息告知UE-I；在步骤707中，当SCCAS-I在接收到UE-2返回的连接成功建立的消息后，同样可以采用183消息或message消息携带call-info头来告知UE-I在UE-2上的连接成功建立，例如Call_Info:200ok；purpose=controllee-info,controlleeURI；purpose=controlleeinfo。其中，对于message消息来说，还可以通过消息体来表示消息内容，例如，可以是text/plain消息体，具体为controllee_info:200ok。步骤708=SCCAS-I向对端用户设备进行连接，对端返回响应消息并携带对端的相应媒体描述信息，SCCAS-I收到该信息后，分别向UE-l、UE-2发送200ok、ACK消息，完成对端与UE-1、UE-2的媒体协商，UE-I收到200ok消息后返回ACK确认消息。上述实施例是采用主控用户终端的SCCAS通过INVITE请求向被控UE建立媒体，下面，介绍主控用户终端的SCCAS通过refer请求向被控UE建立媒体的情况。在本实施例中，假设UE-I为主控用户设备，UE-2为被控用户设备，也就是说，用户希望将IMS会话的部分媒体转移到UE-2上，并且在本实施例中，主控用户设备UE-I和被控用户设备UE-2分别归属于不同的业务集中与联系性应用网络服务器(SCCSA,ServiceCentralizationandContinuityApplicationServer)，例如，SCCAS-1为UE-1的归属服务器，而SCCAS-2为UE-2的归属服务器，基于以上系统，对本发明所提供的技术方案做进一步说明，具体流程如图8所示，包括步骤801=UE-I通过发送invite请求建立联合会话，请求中指示视频媒体在UE-2上建立；在步骤801中，UE-I首先将向其所归属的服务会话控制功能实体(S-CSCF，ServingCallSessionControlFunction)发送建立联合会话的请求，在该请求中，需要携带被控用户设备的相关信息，例如被控用户设备的识别信息，所要向被控用户设备转移的媒体类型等，在本实施例中，假设S-CSCF-I为UE-I的归属控制功能实体，S-CSCF-I在接收到该建立联合会话的请求消息后，将该请求消息转发至UE-I的归属网络服务器，即SCCAS-I。步骤802=SCCAS-I根据所接收到的建立联合会话请求消息后，向UE_2发送refer请求；在步骤802中，SCCAS-I向UE-2发送refer请求，该请求中隐含产生了SCCAS-I向UE-2订阅UE-2上会话建立情况。步骤803:UE-2向SCCAS-I返回NOTIFY消息，表明UE-2正在建立相应媒体连接。其上的会话处于IOOtrying阶段；步骤804=SCCAS-I在接收到UE-2发送的NOTIFY消息后，向UE-2返回200ok消息；步骤805=SCCAS-I收到关于UE-2上会话建立情况的NOTIFY消息，将该信息返回UE-1，向UE-I告知UE-2上的会话状态与UE-2的连接还正在进行。具体的，通过建立会话请求的183消息或message消息，并利用Call-info头指明controlleeUE信息。如Call_InfoIOOtrying；purpose=controllee-info,controlleeURI；purpose=controlleeinfo。对于message消息还可以通过消息体传递信息，消息体可以使用text/plain消息体，例如“controllee-info:100trying”。步骤806:UE-2接收到SCCAS-I发送的refer请求后，按refer请求的refer-to头域生成INVITE消息，并将该请求发送至SCCAS-I；步骤807=SCCAS-I将所接收到的UE-2发送的INVITE请求的媒体描述信息与UE-I中媒体的媒体描述信息组合，建立与对端用户设备的信令连接；步骤608对端用户设备向SCCAS-I返回200ok响应消息，并在该消息中携带该对端用户设备的媒体描述信息；步骤809=SCCAS-I接收到对端用户设备发送的媒体描述信息后，向UE-2返回12200ok消息，完成对端用户设备与UE-2的媒体协商；步骤810:UE-2接收到200ok,向SCCAS-I发送NOTIFY信息，通知SCCAS-1UE-2上的媒体成功建立，并返回ACK确认消息；步骤811=SCCAS-I向UE-2返回NOTIFY消息的200ok响应消息，并将UE-2上连接成功建立的信息告知UE-I；在步骤811中，同样可以采用183消息或message消息来告知UE-1在UE-2上的连接成功建立°例如Call-Info:200ok；purpose=controllee-info,controlleeURI；purpose=controlleeinfo。其中，对于message消息来说，还可以通过消息体来表示消息内容，例如，可以是text/plain消息体，具体为controllee-info:200ok。步骤812=SCCAS-I根据对端返回的媒体描述信息，向UE-I返回200ok响应消息，完成，完成对端与UE-I的媒体协商，UE-I返回200ok消息的确认消息。除了上述两个实施例以外，当被控用户终端订制了呼叫等待(CW，CallingWaiting)业务时，可以采用以下流程来进行联合会话的建立。在本实施例中，假设UE-I为主控用户设备，UE-2为被控用户设备，也就是说，用户希望将IMS会话的部分媒体转移到UE-2上，并且在本实施例中，主控用户设备UE-I和被控用户设备UE-2分别归属于不同的业务集中与联系性应用网络服务器(SCCSA,ServiceCentralizationandContinuityApplicationkrver)，例如，SCCAS-I为UE-1的归属服务器，而SCCAS-2为UE-2的归属服务器，基于以上系统，对本发明所提供的技术方案做进一步说明，具体流程如图9所示，包括步骤901=UE-I发起会话请求，指示将部分媒体转移到UE-2以建立联合会话；在步骤901中，UE-I可以通过INVITE请求发起联合会话，还可以通过refer请求发起联合会话。步骤902=SCCAS-I接收到UE-I所发送的建立联合会话的请求后，向UE_2发起在UE-2建立媒体的INVITE请求，而如果此时UE-2订制了CW业务，则可存在如下两种情况一，基于网络决策忙的情况，SCCAS-I向UE-2发送的INVITE请求经过UE所归属的电话服务器(TAS,TelephonyApplicationServer)，则该TAS在接收到INVITE请求后，由于UE-2处于忙的状态则在该请求中加入CW业务指示，并将携带CW业务指示的INVITE请求发送至UE-2；UE-2在接收到该INVITE请求后，向TAS返回振铃响应180消息，并由TAS在180消息中alter-info头指示加入UE-2正在执行CW业务，并最终返回至SCCAS-I0二、基于UE决策忙的情况，SCCAS-I发起在UE-2建立媒体请求INVITE消息，该消息经过UE-2所归属的电话服务器TAS发送到UE-2，UE-2在接收到该INVITE请求后，向TAS返回振铃响应180消息，且该消息中携带alter-info头指示UE-2上的呼叫被置于CW状态，TAS在接收到该180消息后，将该消息返回至SCCAS-I。步骤903=SCCAS-I将UE-2上的呼叫被置为CW状态的信息告知UE-1；在步骤903中，由于UE-I在发起建立联合会话的请求时，存在两种情况一种是通过INVITE请求发起联合会话；另一种是通过refer请求发起联合会话。其中，当UE-I通过INVITE请求发起联合会话时，SCCAS-I可通过以下方式将UE-2上的呼叫被置为CW状态的信息告知UE-I采用183消息或message消息来进行通知，并需要在该消息上携带UE-2的用户识别信息。例如，在183消息或message消息携带call-info头来进行通知，具体形式为Call-Info:Call-waiting-indication；purpose=controllee-info,controlleeURI；purpose=controlleeinfo。除此以夕卜，还可以通过183消息或message消息体携带相关信息进行通知用NDUBCW指示的xml文件格式向UE-I传递指示信息，具体格式为application/3gpp-ims+xml，如Content-Type:application/3gpp-ims+xmlContent—Disposition:3gpp-alternative-service<3gpp-imsversion="1">〈alternative-service〉<reason="controllee-busy">〈/reason〉<action><call-waiting-indication/>〈/action〉</alternative-service><service-info>//用service-info指示controlleeUE-2的信息UE-2URI</service-info></3gpp-ims>而当UE-I通过refer请求发起联合会话时，由于发起refer请求的同时也生成了关于refer所产生会话的状态的订阅关系，即由NOTIFY消息表示UE-2上会话建立的状态信息。当SCCAS-I收到180withalter-info消息，NOTIFY消息将该状态信息通知controllerUE,同时可以在NOTIFY消息的消息体中包含SIPHeader表示相关动作结果信息。因此，SCCAS-I通过NOTIFY消息向UE-I告知UE-2上连接建立状态，其NOTIFY消息可以有如下形式NOTIFYUE-ISIPURISIP/2.0Via:SIP/2.0/UDPTo:UE-ISIPURIFrom:SCCAS-IURICall-ID:CSeq:Event:referSubscription-State:active;expires=(dependsonRefer-ToURI)Contact:sip:SCCASURIContent-Type:message/sipfrag;version=2.0Content-Length:16SIP/2.0180RingingAlert-Info:urn:service:call-waiting//用Alert-Info才旨示cw另外，对于message消息来说，还可以通过消息体来表示消息内容，例如，可以是text/plain消息体，具体为:controllee-info:200ok。步骤904:UE-1接收到SCCAS_1发送关于UE_2的连接建立状态信息，并执行后续操作。在步骤904中，当UE-I接收到SCCAS-I发送关于UE-2的会话建立状态信息后，由于UE-2上的会话被置为CW状态，则UE-I可进行如下操作取消会话建立UE-1向SCCAS-I发送CANCEL消息取消会话建立过程，SCCAS-I同时取消在UE-2上建立媒体。或者，向其他UE转移媒体或不建立该媒体-M-I取消掉在UE-2上的媒体建立并重新向SCCAS-I发起向其他UE的建立媒体的请求，或UE-I取消掉在UE-2上的媒体建立，不建立该媒体。或者，等待UE-2当UE-2在TAS-2设定的CW定时器到期前成功建立了连接，则UE-2向SCCAS-I发送200ok消息，并由SCCAS-I向UE-I告知UE-2上的连接成功建立；当UE-2在TAS-2所设定的CW定时器到期后仍然不能进行连接的建立，则TAS-2向UE-2发送CANCEL消息取消在UE-2上建立媒体，并向SCCAS-I返回480消息，SCCAS-I如实施例一所述通过183消息将UE-2上媒体建立失败信息通知UE-I。上述实施例是UE-I在发起联合会话请求后，请求经过TAS-2时，触发TAS-2执行CW业务，在下面一个实施例中，以不触发TAS-2的CW业务为例，将本发明所提供的技术方案做进一步说明。在本实施例中，假设UE-I为主控用户设备，UE-2为被控用户设备，也就是说，用户希望将会话的部分媒体转移到UE-2上，并且在本实施例中，主控用户设备UE-I和被控用户设备UE-2分别归属于不同的业务集中与联系性应用网络服务器(SCCSA,ServiceCentralizationandContinuityApplicationServer)，例如，SCCAS-1为UE-1的归属服务器，而SCCAS-2为UE-2的归属服务器，基于以上系统，对本发明所提供的技术方案做进一步说明，具体流程如图10所示，包括步骤1001=UE-I发起会话请求，指示将部分媒体转移到UE-2以建立联合会话；步骤1002=SCCAS-I接收到UE-I所发送的建立联合会话的请求后，向UE-2上发起refer消息，以将媒体在UE-2上建立。该refer消息经过TAS服务器，不会触发TAS服务器执行CW业务。步骤1003:UE-2在接收到SCCAS-I发送的媒体建立请求后，向SCCAS-I返回暂时无法建立的消息；在步骤1003中，当UE-2在接收到SCCAS-I发送的建立联合会话的请求后，由于目前还存在其他通话而无法进行该联合会话的建立，因此，向SCCAS-I返回消息，例如，可以是486Busy或是480TemporarilyUnavailable等。步骤1004=SCCAS-I接收UE-2发送的暂时无法建立的消息后，将该消息发送至UE-I；在步骤1004中，SCCAS-I在将UE-2暂时无法建立会话的消息发送至UE-I时，可以采用以下方式SCCAS-I将收到486/480消息返回UE-I而结束该会话建立请求，但该486/480消息需要体现出由于UE-2忙或暂时无法接通而结束的通话；例如，可以通过486消息或480消息携带call-info头来进行通知CalHnfo:48(yTemporarilyUnavailable/486BusyHere；purpose=controllee-info,controlleeURI；purpose=controlleeinfo。或者，通过183消息或message消息来向UE_1告知UE-2上暂时无法建立会话的情况，并携带Call-Info头指示UE-2忙或unavailable，从而不结束联合会话的建立过程，具体形式如Call-Info:480TemporarilyUnavailable/486BusyHere；purpose=controllee-info,controlleeURI；purpose=controlleeinfo；或者，使用183消息或message消息携带消息体指示UE-2上暂时无法建立会话，具体的，消息体类型为text/plain，内容为"controllee-info:480TemporarilyUnavailable，，或"controllee-info:486BusyHere，，。步骤1005=UE-I接收到SCCAS-I发送的指示UE-2上会话建立失败的183消息或message消息后，执行后续操作。在步骤1005中，当UE-I接收到SCCAS-I发送的指示UE-2上会话建立失败的183消息或message消息后，可以执行取消联合会话的建立、向其他UE转移媒体或不建立联合会话等操作，其具体方法在前一实施例中已做介绍，在此不做赘述。除了以上几种情况外，当被控用户设备制订了呼叫前转业务(⑶IV，CommunicationDiversion)，则此时主控用户设备发起与被控用户设备的联合会话请求，本实施例将对该种情况做具体说明。在本实施例中，假设UE-I为主控用户设备，UE-2为被控用户设备，也就是说，用户希望将会话的部分媒体转移到UE-2上，并且在本实施例中，主控用户设备UE-I和被控用户设备UE-2分别归属于不同的业务集中与联系性应用网络服务器(SCCSA,ServiceCentralizationandContinuityApplicationServer)，例如，SCCAS-I为UE-I的归属服务器，而SCCAS-2为UE-2的归属服务器，基于以上系统，对本发明所16提供的技术方案做进一步说明，具体流程如图11所示，包括步骤1101=UE-I发起请求以建立联合会话；在步骤1101中，UE-I可以通过INVITE请求建立联合会话，还可以通过refer请求建立联合会话。步骤1102=SCCAS-I接收到UE-I所发送的建立联合会话的请求后，SCCAS服务器判断出要在controlleeUE上建立媒体，则向UE-2上发起INVITE消息，以将媒体在UE-2上建立。INVITE消息经过UE-2所归属的TAS-2服务器；步骤1103:TAS_2检测到UE-2此时满足执行⑶IV业务的条件，则TAS-2向主叫方SCCAS-I返回UE-2上的呼叫被前转的181通知消息并执行⑶IV业务逻辑。在步骤1103中，呼叫被前转的181通知消息中指示转移方UE(UE_2)信息以及前转方UE的识别信息，在本实施例中，假设UE-2上的呼叫被转至UE-3上。此时，TAS-2向UE-3发送建立联合会话请求消息。步骤1104=SCCAS-I接收TAS-2返回的关于UE_2的状态信息，并将该信息发送至UE-I；在步骤1104中，由于UE-I在发起联合会话请求时，可以通过INVITE消息来进行，也可以通过refer消息来进行，则针对上述两种联合会话的发起形式，在本步骤中，SCCAS-I在向UE-I发送关于UE-2的状态信息时，同样存在两种情况，包括当UE-I通过INVITE消息发起建立联合会话的请求时，SCCAS-I可以通过183消息或message消息通知UE-I关于UE-2的状态，其中，该消息中需要携带表示UE-2的识别信息和UE-2的状态信息，在本实施例中，可以采用在183消息中携带call-info头或subject消息表明所请求建立联合会话的被控用户设备UE-2上的呼叫被前转，例如，Call-Info18ICal1-diverted；purpose=controllee-info,controlleeURI；purpose=controlleeinfo，或subject:controllee-Call-diverted；除此以外，SCCAS-I还可以通过183消息或message消息携带消息体来进行相关信息的通知例如，可以通过消息体指示被转移呼叫和转移的目标地址可以利用⑶IVN业务notify的xml消息体schema<comm-div-info><comm-div-ntfy-info><originating-user-info>//发起呼叫方UE-I,由SCCAS-I保存信息荻得<user-name>Boss</user-name><user-URI>sip:boss@office.com</user-URI></originating-user-info><diverting-user-info>//181消息中p-asserted-identity或history-info头sip:alice@office.com第一项，此处表述controlleeUE:UE-2</diverting-user-info><diverted-to-user-info>//history-info头第二项，前转UE:UE-3sip:bob@office.com</diverted-to-user-info><diversion-reason-info>404//history-info头第二项才旨示出cause</comm-div-ntfy-info></comm-div-info>该方法可以结合实施例一中所述利用Call-info头，用以通知controllerUE正在前转或完成前转。当UE-I通过refer消息发起建立联合会话的请求时，SCCAS-I可以通过NOTIFY消息通知UE-I关于UE-2上会话建立状态，其中，NOTIFY消息的具体形式可以如下Content-Type:message/sipfrag；version=2.0SIP/2.0181callisfarwardedhistory-info用history-info指出呼叫被前转，且指出serveduser(这里为UE-2)和diverted-to-URI(这里是UE-3URI)，也可以用上述方法的消息体代替history-info头来指不serveduser和diverted-to-URI。步骤1105前转方UE-3接收到建立联合会话的请求，接受会话建立请求，返回联合会话建立成功的200ok消息。步骤1106:200ok消息经过TAS-2服务器后，将该消息发送至UE-I。在本实施例中，如果UE-I不接受联合会话的前转，可以发起取消联合会话的请求。或者，向其他UE转移媒体或不建立该媒体-M-I取消掉在UE-2上的媒体建立并重新向SCCAS-I发起向其他UE的建立媒体的请求，或UE-I取消掉在UE-2上的媒体建立，不建立该媒体。上述实施例是主控用户设备在发起建立联合会话的过程中，触发了被控用户设备的CDIV业务，在本实施例中，将对主控用户设备在发起建立联合会话的过程中，不允许被控用户设备执行⑶IV业务的情况做一个说明，因此可以避免在主控UE不希望的UE上建立联合会话。在本实施例中，假设UE-I为主控用户设备，UE-2为被控用户设备，也就是说，用户希望将IMS会话的部分媒体转移到UE-2上，并且在本实施例中，主控用户设备UE-I和被控用户设备UE-2分别归属于不同的业务集中与联系性应用网络服务器(SCCSA,ServiceCentralizationandContinuityApplicationServer)，例如，SCCAS-1为UE-1的归属服务器，而SCCAS-2为UE-2的归属服务器，基于以上系统，对本发明所提供的技术方案做进一步说明，具体流程如图12所示，包括步骤1201=UE-I发起请求以建立联合会话；在步骤1201中，UE-I可以通过INVITE请求建立联合会话，还可以通过refer请求建立联合会话。步骤1202=SCCAS-I接收到UE-I所发送的建立联合会话的请求后，SCCAS服务器判断出要在controlleeUE上建立媒体，则向UE-2上发起INVITE消息，以将媒体在UE-2上建立。INVITE消息经过UE-2所归属的TAS-2服务器；在步骤1202中，SCCAS-I在向UE_2发送建立联合会话请求时，可以在该请求中增加不执行⑶IV业务的指示，具体实现为增加request-disposition头，并置为inactive-CDIV。步骤1203:TAS-2接收到SCCAS-I发送的建立联合会话请求后，将该消息发送至UE-2；在步骤1203中，TAS-2接收到SCCAS-I所发送的建立联合会话请求后，由于该请求中携带有不执行CDIV业务的指示消息，则在检测到UE-2满足执行CDIV业务的条件后，也并不执行CDIV业务，并将UE-I所发起的建立联合会话的请求发送至UE-2。步骤1204:UE_2接收到该建立联合会话请求消息后，如果UE-2无法接收通话则向TAS-2返回无法建立会话的失败响应；在步骤1204中，如果UE-2当前无法建立会话，则需要向TAS-2返回表示无法建立会话的消息，例如，当UE-2处于通话状态时可以向TAS-2返回486BusyHere消息等。步骤1205:TAS-2将UE-2所返回的表示无法建立会话的消息发送至SCCAS-I；步骤1206=SCCAS-I将UE-2无法建立会话的消息发送至UE-1；在步骤1206中，由于UE-I在发起联合会话请求时，可以通过INVITE消息来进行，也可以通过refer消息来进行，则针对上述两种联合会话的发起形式，在本步骤中，SCCAS-I在向UE-I发送关于UE-2无法建立会话的状态信息时，同样存在两种情况，包括当UE-I通过INVITE消息发起建立联合会话的请求时，可以通过直接前转消息结束会话建立过程，并用call-info头域指示由于controllee上会话建立失败而导致联合会话建立失败。CalHnfo具体形式为CalHnfo:488NotAcc印tableHere/480TemporarilyUnavailable/486BusyHere=controllee-info,controlleeURI；purpose=controlleeinfo。或者通过183消息或message消息携带call-info头来进行通知，具体形式同上；除此以外，还可以通过message消息体来进行通知，如“controllee-info:488NotAcc印tableHere”。当UE-I通过refer消息发起建立联合会话的请求时，SCCAS-I可以通过NOTIFY消息通知UE-I关于UE-2的状态。步骤1207若UE-I接收SCCAS-I所发送的关于UE-2无法建立会话的消息。在本实施例中，UE-I可以根据所接收到的关于UE-2无法建立会话的消息，采取后续操作，例如取消联合会话的建立或请求与其他UE建立联合会话。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M(Read-OnlyMemory,只读存储记忆体)、RAM(RandomAccessMemory,随机存储记忆体)、磁碟或者光盘等各种可以存储程序代码的介质。对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。权利要求1.一种联合会话建立方法，其特征在于，包括接收主控用户设备发送的建立联合会话的请求消息；根据所述请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立；获取被控用户设备发送的返回消息，所述返回消息中携带被控用户设备上媒体的建立情况信息；将所述被控用户设备上媒体的建立情况信息发送至所述主控用户设备。2.根据权利要求1所述的方法，其特征在于，所述将所述被控用户设备上媒体的建立情况信息发送至所述主控用户设备，包括当所述被控用户设备上的媒体成功建立，则向所述主控用户设备发送所述媒体在所述被控用户设备上成功建立的信息；或者，当所述被控用户设备的会话被置为呼叫等待状态而无法进行所述媒体的建立，则向所述主控用户设备发送所述被控用户设备的会话被置为呼叫等待状态、所述媒体未能在所述被控用户设备上成功建立的信息；或者，当所述被控用户设备当前无法完成所述媒体的建立，则向所述主控用户设备发送所述媒体无法在所述被控用户设备上成功建立的信息；或者，当所述被控用户设备正在执行呼叫前转业务，则向所述主控用户设备发送所述被控用户设备上的会话被前转至其他用户设备的信息。3.根据权利要求2中所述的方法，其特征在于，所述方法还包括接收所述主控用户设备发送的取消在所述被控用户设备上建立所述媒体的消息；或者，接收所述主控用户设备发送的向其他用户设备建立媒体的消息；或者，接收所述主控用户设备发送的终止所述主控用户设备和被控用户设备上的媒体的消肩、ο4.一种联合会话建立方法，其特征在于，包括接收主控用户设备发送的建立联合会话的请求消息；根据所述请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立，其中，在根据所述请求消息向被控用户设备发送建立媒体消息的过程中加载不触发所述被控用户设备的呼叫前转业务的信息；获取所述被控用户设备发送的返回消息，所述返回消息中携带被控用户设备上媒体的建立情况信息；将所述被控用户设备上媒体的建立情况信息发送至所述主控用户设备。5.根据权利要求4所述的方法，其特征在于，所述将所述被控用户设备上媒体的建立情况信息发送至所述主控用户设备，包括当所述被控用户设备上的所述媒体成功建立，则向所述主控用户设备发送所述媒体在所述被控用户设备上成功建立的信息；或者，当所述被控用户设备当前无法进行所述媒体的建立，则向所述主控用户设备发送所述媒体无法在所述被控用户设备上成功建立的信息。6.根据权利要求4或5所述的方法，其特征在于，所述方法还包括接收所述主控用户设备发送的取消在所述被控用户设备上建立所述媒体的消息；或者，接收所述主控用户设备发送的向其他用户设备建立媒体的消息；或者，接收所述主控用户设备发送的终止所述主控用户设备和所述被控用户设备上的媒体的消息。7.—种业务集中与连续性服务器，其特征在于，包括请求消息接收单元，用于接收主控用户设备发送的建立联合会话的请求消息；建立媒体消息发送单元，用于根据所述请求消息向被控用户设备发送建立媒体消息，以进行联合会话的建立；返回消息接收单元，用于接收所述被控用户设备发送的返回消息，所述返回消息中携带被控用户设备上媒体的建立情况信息；建立情况信息发送单元，用于将所述被控用户设备上媒体的建立情况信息发送至所述主控用户设备。8.根据权利要求7所述的业务集中与连续性服务器，其特征在于，还至少包括以下任一种单元取消消息接收单元，用于接收所述主控用户设备发送的取消在被控用户设备上建立所述媒体的消息；重新建立媒体消息接收单元，用于接收所述主控用户设备发送的向其他用户设备建立媒体的消息；终止消息接收单元，用于接收所述主控用户设备发送的终止所述主控用户设备和所述被控用户设备上的媒体的消息。9.一种主控用户设备，其特征在于，包括请求消息发送单元，用于向业务集中与连续性服务器发送建立联合会话的请求消息；返回消息接收单元，用于接收所述业务集中与连续性服务器发送的被控用户设备上媒体的建立情况信息。10.根据权利要求9所述的主控用户设备，其特征在于，还包括取消消息发送单元，用于向所述业务集中与连续性服务器发送取消在被控用户设备上建立所述媒体的消息；建立媒体消息发送单元，用于发送向其他用户设备建立媒体的消息；终止消息发送单元，用于发送终止所述主控用户设备和所述被控用户设备上的媒体的消息。全文摘要本发明实施例公开了一种联合会话建立方法，该方法包括接收主控用户设备发送的建立联合会话的请求消息；根据所述请求消息向被控用户设备发送建立媒体消息，以用于进行联合会话的建立；获取所述被控用户设备发送的返回消息，所述返回消息中携带被控用户设备上媒体建立情况信息；将所述被控用户设备上媒体的建立情况信息发送至所述主控用户设备。相应地，本发明实施例还提供了一种联合会话建立设备。本发明实施例所提供的技术方案可以使主控用户设备及时获知联合会话的建立情况，保证联合会话的顺利建立，并减小网络资源的浪费。文档编号H04W76/02GK102075494SQ20091022154公开日2011年5月25日申请日期2009年11月20日优先权日2009年11月20日发明者衣强,金辉,龙水平申请人:华为终端有限公司