在协同会话中控制媒体和通知控制方状态的制作方法

专利名称：在协同会话中控制媒体和通知控制方状态的制作方法
技术领域：
本发明涉及移动操作环境，具体地说，本发明涉及关于用户设备间转移的协同会话。
背景技术：
为了提供通信内容(诸如语音、视频、分组数据、消息、广播等等)，广泛部署了无线通信系统。这些无线系统可以是能够通过共享可用系统资源来支持多个用户的多址网络。这种多址网络的例子包括码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址 (FDMA)网络、正交FDMA(OFDMA)网络以及单载波FDMA(SC-FDMA)网络。IP多媒体(IM)核心网络(CN)服务集中化和连续性(SCC)提供了持续进行同一用户控制下的、不同接入网之间或者不同用户设备(UE)之间的具有多个媒体的通信会话的能力。当通信会话在不同的UE之间转移时，这种会话可以是具有控制方UE和受控方UE的协同会话。通常，在协同会话中只有一个控制方UE，或者一次只有一个控制方UE，但是可以有数个受控方UE。一些协议能够根据会话发起协议(SIP)、会话描述协议(SDP)以及3GPP电路交换 (CS)领域的协议来实现IMS SCC。然而，由于为了提供媒体需要源UE发生改变，而且控制可能被转移，所以仍然存在着挑战。

发明内容
下面给出对一个或多个方面的简要概述，以提供对这些方面的基本理解。该概述不是对全部预期方面的泛泛概括，并且不是旨在标识全部方面的关键或重要要素，也不是描述任意或全部方面的范围。该概述的目的仅在于作为后文所提供更详细描述的序言，以简化形式提供一个或多个方面的一些概念。在一个方面，提供了一种用于协同会话中的用户设备间转移的方法。第一用户设备在数据分组会话期间与远程终端进行通信。通过与网络实体进行通信，第一用户设备在协同会话期间控制第二用户设备以进行用户设备间转移。第一用户设备和第二用户设备中的一个指示第一用户设备和第二用户设备中的一个是否支持作为在用户设备间转移中的控制方所需的功能。在另一个方面，提供了用于协同会话中的用户设备间转移的至少一个处理器。第一模块在数据分组会话期间进行从第一用户设备到远程终端的通信。第二模块通过与网络实体进行通信，在协同会话期间控制第二用户设备以进行用户设备间转移。第三模块指示第一用户设备和第二用户设备中的一个是否支持作为在用户设备间转移中的控制方所需的功能。在另一个方面，提供了一种用于协同会话中的用户设备间转移的计算机程序产品。非暂态计算机可读存储介质包括多组代码。第一组代码使计算机在数据分组会话期间进行从第一用户设备到远程终端的通信。第二组代码使计算机通过与网络实体进行通信， 在协同会话期间控制第二用户设备以进行用户设备间转移。第三组代码使计算机指示第一用户设备和第二用户设备中的一个是否支持作为在用户设备间转移中的控制方所需的功能。在另一个方面，提供了一种用于协同会话中的用户设备间转移的装置。提供了用于在数据分组会话期间进行从第一用户设备到远程终端的通信的模块。提供了用于通过与网络实体进行通信，在协同会话期间控制第二用户设备以进行用户设备间转移的模块。提供了用于指示第一用户设备和第二用户设备中的一个是否支持作为在用户设备间转移中的控制方所需的功能的模块。在另一个方面，提供了一种用于协同会话中的用户设备间转移的装置。收发机在数据分组会话期间进行从第一用户设备到远程终端的通信。计算平台通过与网络实体进行通信，在协同会话期间经由收发机控制第二用户设备以进行用户设备间转移，指示第一用户设备和第二用户设备中的一个是否支持作为在用户设备间转移中的控制方所需的功能。在另一个方面，提供了一种用于协同会话中的用户设备间转移的方法。网络实体在数据分组会话期间通过网络远程地协助第一用户设备和第二用户设备与远程终端的协同会话。网络实体在协同会话期间将信令从第一用户设备和第二用户设备中的一个中继到另一个以控制用户设备间转移。网络实体从第一用户设备和第二用户设备中的支持作为用户设备间转移中的控制方所需的功能的一个用户设备接收指示。在另一个方面，提供了用于协同会话中的用户设备间转移的至少一个处理器。第一模块在数据分组会话期间通过网络远程地协助第一用户设备和第二用户设备与远程终端的协同会话。第二模块在协同会话期间将信令从第一用户设备和第二用户设备中的一个中继到另一个以控制用户设备间转移。第三模块从第一用户设备和第二用户设备中的支持作为用户设备间转移中的控制方所需的功能的一个用户设备接收指示。在另一个方面，提供了一种用于协同会话中的用户设备间转移的计算机程序产品。非暂态计算机可读存储介质包括多组代码。第一组代码使计算机在数据分组会话期间通过网络远程地协助第一用户设备和第二用户设备与远程终端的协同会话。第二组代码使计算机在协同会话期间将信令从第一用户设备和第二用户设备中的一个中继到另一个以控制用户设备间转移。第三组代码使计算机从第一用户设备和第二用户设备中的支持作为用户设备间转移中的控制方所需的功能的一个用户设备接收指示。
在另一个方面，提供了一种用于协同会话中的用户设备间转移的装置。提供了用于在数据分组会话期间通过网络远程地协助第一用户设备和第二用户设备与远程终端的协同会话的模块。提供了用于在协同会话期间将信令从第一用户设备和第二用户设备中的一个中继到另一个以控制用户设备间转移的模块。提供了用于从第一用户设备和第二用户设备中的支持作为用户设备间转移中的控制方所需的功能的一个用户设备接收指示的模块。在另一个方面，提供一种用于协同会话中的用户设备间转移的装置。网络接口在数据分组会话期间通过网络远程地协助第一用户设备和第二用户设备与远程终端的协同会话以进行用户设备间转移，并且在协同会话期间将信令从第一用户设备和第二用户设备中的一个中继到另一个以控制用户设备间转移。计算平台经由网络接口从第一用户设备和第二用户设备中的支持作为用户设备间转移中的控制方所需的功能的一个用户设备接收指示。为了实现前述和有关的目的，一个或多个方面包括下面将要充分描述和在权利要求中特别指出的各个特征。下面的描述和附图以举例方式说明所述一个或多个方面的特征。但是，这些特征仅说明可采用各个方面之基本原理的一些不同方法，并且，所描述的实施例旨在包括所有这些方面及其等同物。


图1示出了一通信系统的示意图，其中，用户设备的协同会话在通过核心网络和网络实体与远程终端进行通信的同时执行用户设备间转移(IUT)。图2示出了在协同会话期间跟踪媒体连接以进行IUT的时序图。图3示出了一通信系统的示意图，其中在协同会话中在用户设备(UE)之间转移媒体会话中的媒体组件。图4示出了用户设备执行协同会话的IUT的方法的流程图。图5示出了网络执行协同会话的IUT的方法的流程图。图6示出了至少部分地结合在用户设备中的、用于协同会话的IUT的电组件的逻辑组的方框图。图7示出了至少部分地结合在节点中的、用于协同会话的IUT的电组件的逻辑组的方框图。图8示出了具有用于由用户设备进行的协同会话的IUT的模块的装置的方框图。图9示出了具有用于由网络实体进行的协同会话的IUT的模块的装置的方框图。图10示出了示例性计算环境的示图。图11示出了多址无线通信系统的示图。图12示出了多输入多输出(MIMO)通信系统的示意图。
具体实施例方式
通信系统扩展了由IMS (IP多媒体子系统)架构使用的IETF (互联网工程任务组) SIP(会话发起协议)信令。作为基本使用情况，最初，第一用户设备(UEl)(控制方)与远程UE进行媒体会话(例如，音频、视频和消息会话)。为了将一个媒体组件的提供方或者用户转移到受控方UE，控制方UEl向SCC AS发送REFER消息，该REFER消息具有用于触发媒体会话操作的相关主体。服务集中化和连续性应用服务器(SCC AS)能够解译REFER消息的内容，以便对一个或多个UE(发起UE自身或者其它UE)执行媒体会话操作。本发明提供了一种REFER消息，其在携带目标对话和媒体信息的独立SIP报头中、在REFER将携带的 SDP主体中、或者在将存在于REFER中的XML主体中传送需要进行什么操作。在一个方面，在协同会话中，当UEl向UE2转移媒体，并且可能同时还转移协同会话的控制时，本发明使得UE能够向SCC AS通知该UE是控制方(即，支持IUT控制方功能 (例如，发送用于发起IUT操作的SIP消息的功能)所需的过程，)还是受控方。在另一方面，用户设备支持作为用户设备间转移中的控制方所需的功能。用户设备可以从网络实体(例如，SCC AS)接收用作协同会话中的控制方还是受控方的指示。发送或接收该指示可以通过使用选自下述机制的一种机制来实现会话发起协议(SIP)媒体特征标签、会话发起协议(SIP)报头、以及会话发起协议(SIP)消息中的内容主体。下面进一步描述本发明的各个方面。应当明白的是，本文的公开内容可以用多种形式来实现，而且本文公开的任何特定结构或功能仅仅是说明性的。根据本文的公开内容， 本领域技术人员应当理解，本文公开的方面可以独立于其它方面来实现，并且可以用各种方式组合这些方面中的两个或更多方面。例如，使用本文阐述的任意数量的方面可以实现装置或可以实现方法。此外，使用其它结构、功能、或者除本文阐述的一个或多个方面之外的结构和功能或不同于本文阐述的一个或多个方面的结构和功能，可以实现装置或实现方法。举例来说，以在移动通信环境中提供动态查询和推荐为背景，对本申请所述的多种方法、设备、系统和装置进行描述。本领域技术人员应当明白，类似的技术也可以适用于其它通信环境和非通信环境。如本文中使用的那样，术语“内容”和“对象”用于描述任何类型的应用、多媒体文件、图像文件、可执行程序、程序、网页、脚本、文档、演示文稿、消息、数据、元数据、或者可在设备上渲染、处理或执行的任何其它类型的媒体或信息。在本申请中所用的术语“组件”、“系统”和“模块”等旨在指代与计算机相关的实体，其可以是硬件、软件、执行中的软件、固件、中间件、微代码、或其任意组合。例如，组件可以是但不限于处理器上运行的进程、处理器、对象、可执行程序、执行的线程、程序或计算机。一个或多个组件可以驻留在执行中的进程和/或线程内，并且，组件可以位于一台计算机上和/或分布于两台或更多台计算机之间。另外，可以通过在其上存储有多种数据结构的多种计算机可读介质来执行这些组件。这些组件可以例如根据具有一个或多个数据分组的信号通过本地和/或远程进程来进行通信，该一个或多个数据分组例如是来自一个组件的数据，该组件在本地系统中、分布式系统中和/或在诸如互联网的网络上与其它系统的组件通过信号进行交互。此外，如本领域普通技术人员所能明白的，本申请描述的系统的组件可以重新排列或由另外的组件来补充，以便有助于实现关于其描述的各个方面、目的、优点等，并且不受限于给定附图中阐述的精确配置。此外，利用用于执行本申请所述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意组合，可以实现或执行结合本申请的实施例所描述的各种示例性的逻辑、逻辑框、模块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可能实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合， 或者任何其它适当的配置。此外，至少一个处理器可包括可操作于执行本文所述操作或者动作中的一个或多个的一个或多个模块。此外，本发明的各个方面或特征可以实现成方法、装置或使用标准编程或工程技术的制品。此外，结合本申请的方面所描述的方法或算法的操作或者动作可直接体现为硬件、由处理器执行的软件模块或二者的组合。此外，在一些方面，方法或者算法的操作或者行为可作为至少一组代码或指令或者多组代码或指令的任意组合驻留在机器可读介质或者计算机可读介质上，该机器可读介质或者计算机可读介质可以结合到计算机程序产品中。此外，本文中使用的术语“制品”旨在涵盖可从任何计算机可读设备、载体或介质访问的计算机程序。例如，计算机可读介质可以包括但不限于磁存储设备(例如，硬盘、软盘、 磁带等)，光盘(例如，压缩光盘(⑶)、数字通用光盘(DVD)等)，智能卡和闪存设备(例如， 卡、棒、键驱动器等)。此外，本申请描述的各种存储介质可表示用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于无线信道，以及能够存储、包含或携带指令或数据的各种其它介质。此外，本申请描述的各个方面涉及移动设备。移动设备还可以称为系统、用户单元、用户站、移动站、移动台、移动设备、蜂窝设备、多模式设备、远程站、远程终端、接入终端、用户终端、用户代理、用户装置或用户设备等等。用户站可以是蜂窝电话、无绳电话、会话发起协议(SIP)电话、无线本地环路(WLL)站、个人数字助理(PDA)、具有无线连接能力的手持设备、或者连接到无线调制解调器或有助于与处理设备进行无线通信的类似机制的其它处理设备。此外，本申请中使用的“示例性的”一词意味着用作例子、例证或说明。本申请中被描述为“示例性”的任何方面或设计方案不一定被解释为比其它方面或设计方案更优选或更具优势。确切而言，使用示例性一词是想要以具体的方式来表示构思。此外，说明书和权利要求中所使用的术语“或者”旨在表示包括性的“或者”而不是排它性的“或者”。也就是说，除非另外指定，或者从上下文能清楚得知，否则“X使用A或者B”的意思是任何自然的包括性置换。也就是说，在这个例子中，X可以使用A，X可以使用B，或者X可以使用A和B 二者，从而在上述例子中的任意一个的情况下，都满足“X使用A或者B”。另外，除非另外指定或从上下文能清楚得知是单数形式，否则本申请和所附权利要求书中所使用的冠词“一” 和“一个”通常表示“一个或多个”。本申请中使用的术语“推断”或“推论”通常指的是根据通过事件和/或数据获得的一组观察报告的、关于系统、环境和/或用户状态的推理过程或推断系统、环境和/或用户状态的过程。例如，推论可以用来识别特定的内容或动作，或产生状态的概率分布。这种推论是概率性的，也就是说，根据所考虑的数据和事件，对相关的状态概率分布进行计算。 推论还可以指用于根据事件集和/或数据集构成高级事件的技术。这种推论使得根据观察到的事件集和/或存储的事件数据来构造新的事件或动作，而不管事件是否在极接近的时间上相关，也不管事件和数据是否来自一个或数个事件和数据源。现在参照附图描述多个方面。在下面的描述中，为便于解释，给出了大量具体细节，以便提供对一个或多个实施例的全面理解。然而，很明显，也可以不用这些具体细节来实现所述实施例。在其它例子中，以方框图形式示出公知结构和设备，以便于帮助描述一个或多个实施例。在协同会话中控制媒体所公开的例子提供了用户设备用于在协同会话中控制介质的方法和装置。随着互联网的广泛应用以及多种有线和无线通信设备的增加，个体或者团体都变成IP连接的。 当前，在任何时间、任意位置以及使用任何通信设备接入任何电信(telecom)和数据通信 (datacom)服务(诸如，语音、视频、IM)成为一种需求，并且，在未来这种需求将更大。可以很自然预想到的是，用户希望能够在设备之间移动、能够在设备之间来回转移媒体流、以及能够在设备当中操作媒体。本文公开的方法和装置使得用户能够通过他们的用户设备(UE) 来执行这些各种媒体操作。上述媒体操作包括对媒体流的特征进行添加、删除、修改(例如，改变编解码器 (编码器-解码器)、方向等等)；转移媒体会话；取回媒体会话；混合和复制媒体流等等。 这些操作可由UE在媒体流上进行，该媒体流是由该UE自身、或任何UE和多个UE在某一时期提供的。在一些情况下，人们所关注的是有限的媒体类型(例如，仅音频和视频)、转移操作、或者用于协同有关的媒体会话的方法。本文中公开的例子提供了同时修改多个媒体会话并执行多个操作的能力。在某些所公开的方面，可扩展标记语言(XML)的使用提供了可扩展以适应将来可能出现的其它操作/添加的益处。所公开的例子提供对XML主体、会话发起协议(SIP)报头或者会话描述协议(SDP) 主体的使用，以便实现媒体会话改变；同时调用对多个设备的UE间转移(IUT)；用于填充报头以实现IUT的机制(S卩，请求URI (统一资源标识符)、Refer-To报头、目标-对话 (Target-Dialog)报头、XML主体的结构等等)。所公开的例子涉及题为“3GPP TS 24. 237 IP Multimedia Subsystem (IMS) Service Continuity ；Stage 3，，的文档。在一些例子中，对IP多媒体子系统(IMS)架构所使用的互联网工程任务组(IETF) 会话发起协议(SIP)信令进行扩展。参照图1描述了一个例子。示出了通信系统100，其中，在用户设备(冊)之间建立了协同会话102，具体地说，第一 UE(〃 UEl" )104用作控制方，第二 UE(〃 UE2" )106用作受控方，第三UE(〃 UE3" ) 108也用作受控方。每个UE104、 106、108通过各自的本地路径112连接到IMS核心网络(CN) 110，以便向通向远程终端116 的远程路径114发送信令，以及可能最终向该远程路径114进行媒体转移。由于同样耦合到IMS CN 110的服务集中化和连续性(SCC)应用服务器(AS) 118的操作，协同会话102表现为源于一个信令UE并发向远程终端116。UE间转移(IUT)的控制是由下述信令来实现的:UE1104和SCC AS 118之间的服务控制信令120、UE2106和SCC AS 118之间的媒体控制信令122、UE3108和SCC AS 118之间的媒体控制信令124、以及远程终端116和SCC AS 118之间的远程路径信令126。通信系统100执行协同会话媒体连接跟踪128。在一个方面，诸如UE1104的装置用作协同会话102中的IUT的控制方。UE1104的收发机140在数据分组会话期间与远程终端116进行通信。UEl 104的计算平台142通过与网络实体(示为SCC AS 118)进行通信，在协同会话102期间经由收发机140控制UE2106 以进行IUT。计算平台142确定针对协同会话102的媒体操作的改变，并保持针对媒体操作的改变而更新的关于协同会话102的媒体组件信息。
在另一个方面，一种装置被示为SCC AS 118，其用于协同会话中的用户设备间转移。在UE的数据分组会话期间，SCC AS 118的网络接口 144通过网络(示为IMS CN 110) 远程地协助UE1104、UE2106和UE3108与远程终端116之间的协同会话102。网络接口 144 接收针对协同会话102的媒体操作的改变。SCC AS 118的计算平台146保持针对媒体操作的改变而更新的关于协同会话102的媒体组件信息。在图2中，描述了用于在协同会话期间跟踪媒体连接以进行IUT的操作200的方法或者顺序。最初，如230所示，UEl (控制方)104与远程UE (远程终端)116进行音频、视频和即时消息(IM)会话。随后，UE1104将媒体会议的视频部分转移到UE2(受控方)，将会议的IM部分转移到UE3，并仍然保持控制。为此，UE1104向SCC AS发送REFER消息，如232 所示，该REFER消息具有用于触发媒体会议操作的有关主体或有关的SIP报头。SCC AS能够解译REFER消息的内容，以便对一个或多个UE (发起UEl 104自身或者其它UE106、108) 执行媒体会议操作(方框234)。对于用于传送作为IUT操作的一部分需要进行什么操作的REFER消息，有几种备选方案。这些备选方案包括(a)将会存在于REFER中的XML主体 (方框236)，(b)在携带目标对话和媒体信息的独立SIP报头中(方框238)，或者(c)在 REFER将要携带的SDP主体中(方框M0)。在241所示的一个例子中，UE的REFER消息请求统一资源标识符(URI)被发送给 SCC AS。该REFER消息具有指向目标UE的URI的Refer-To报头。使用目标-对话报头的 REFER消息向SCC AS告知需要修改其媒体或控制的协同会话的对话。REFER消息包括XML主体，以便传送关于执行哪种类型的操作的信息(方框M2)。 在最基本的媒体操作要素的形式下，XML主体包括
〈media—operation〉
<operation>op_code</operation〉 <media>m_type</media〉 <media—line>m—line number</media_line> <From_uri>source Uri</from_uri> <To_uri>target Uri</To_Uri>其它要素</media_operation>其中，opcode指定执行的操作的类型，例如添加、删除、修改、转移、复制和混合。m_type指示可采用RFC4566中所指定的值的媒体类型音频、视频、文档、应用和消息。m_line_number指示正在被操作的媒体流的媒体行号。如果操作涉及两个设备，则源URI (source URI)指示该操作的源设备。目标URI (target URI)指示该操作的目标设备。也可以包括其它要素以指定操作的更多详细信息，这些信息包括有效载荷类型以及媒体转移方向。see AS 118向UE2发送信号(如246所示)，并且向UE3发送信号(如248所示)。示例性XML主体可以包括
REFER <SCC AS>
Refer-To : Ue2@SccAs
Target-Dialog : Uel—SccAs—CallId <Collaborative_Session> <media—operation〉<operation>add</operation〉 <media>audio</media> <To_Uri>Ue2@SccAs</To_Uri> 〈media—line〉1 </media—line〉 </media—operation〉 〈media—operation〉
<operation>delete</operation〉 <media>audio</media> <To—Uri〉Ue3 @SccAs</To_Uri> 〈media—line> 1 </media—line> </media—operation〉 <media—operation〉
<operation>modify</operation> <media>audio</media> <To_Uri>Ue4@SccAs</To_Uri> 〈media—line〉1 </media—line〉 <payload>H264</payload> <direction>recvonly</ direction〉 </media—operation〉 <media—operation〉
<operation>transfer</operation〉 <media>audio</media> <From_Uri>Ue5 @SccAs</From_Uri> <To Uri〉Ue 1 @SccAs</To Uri> 〈media—line〉1 </media—line> </media—operation〉 <media—operation〉
<operation>retrieve</operation> <media>audio</media> <To_Uri>Ue3 @SccAs</To_Uri>〈media—line〉1 </media—line〉 〈/media—operation〉 <media—operation〉
<operation>duplicate</operation> <media>audio</media> <To_Uri>Ue 1 @SccAs</To_Uri> 〈media—line〉1 </media—line〉 〈/media—operation〉 <media—operation〉
<operation>mix</operation〉 <media>audio</media> <To_Uri>Ue 1 @SccAs</To_Uri> 〈media—line〉1 </media—line〉 〈/media—operation〉 </Operation>
<keep_session_control>no</keep_session_control>
〈session—control—target—uri> Ue2@Scc_As</ session—control—target—uri>
</Collaborative_Session>为了保持对媒体会议的跟踪以进行其它类似媒体操作，控制方UE1104按顺序保持媒体行结构(方框M4)。如果控制方UE1104在其与SCC AS的对话的SDP主体中保持对全部媒体流的跟踪，则在该XML主体中指定的媒体行号表示根据控制方UEl视角的媒体行顺序。如果不保持对全部媒体流的跟踪，则媒体行号可以采用UEx :#y的形式，其中，UEx 指定媒体流所在的UE的URI，并且#y指定该特定UE上的媒体的基数(cardinal number)。 有可能一次性地将UE1104希望根据媒体会话进行的全部操作用信号通知给SCC AS 118。 SCC AS 118可以在独立的通知中用信号反馈这些操作的成功和失败，如250所示。在这个例子中，有可能同时修改多个媒体组件并执行多个操作。此外，使用XML具有适于为将来可能发生的其它操作/添加而进行扩展的益处。在260所示的另一个例子中，如果目的是进行由控制方UE1104向另一个UE106、 108发起的简单媒体转移，那么这可以利用REFER消息中的SIP报头来实现，如262所示，该 SIP报头指示期望被转移的具体媒体组件、媒体行信息以及其它相关信息。或者，该消息也可以表示为现有SIP报头(例如，Refer-To报头，或目标-对话SIP报头)中的报头参数。下面示出了在SIP报头中携带IUT操作信息的一个例子REFER <SCC AS>
Refer-To : Ue2@SccAs
Target-Dialog : Uel—SccAs—CallId IUT: video ;2下面示出了作为报头/URI参数的一部分来携带IUT操作信息的一个例子
REFER <SCC AS>
Refer-To
Ue2@SccAs body=m%3Daudio%200%20RTP%2FAVP%2097%0Dm%3Dvide o%204568%20RTP%2FAVP%2098%0Dm%3Dmessage%200%20MSRP%2FT CP%20%2A
Target-Dialog : Uel—SccAs—CallId在270所示的另一个例子中，可以在REFER中所携带的SDP主体中传送具有新属性的相同信息，所述新属性标识出操作、源URI和目标URI、操作所针对的媒体行，如272所不。
REFER <SCC AS>
Refer-To : Ue2@SccAs
Target-Dialog : Uel—SccAs—CallId m=video 49170 RTP/AVP 99 a=rtpmap:99 H264/90000
a=fmtp:99 profile-level-id=42A01E; packetization-mode=l ； a=media—operation: add a=xfer_source_uri :UE 1 @Scc—As a=xfer_taget_uri :UE2 @Scc_As在协同会话中向UE通知控制方状态随着互联网的广泛应用以及大量有线和无线通信设备的增多，个体以及团体变成超级连接的。目前，存在着在任何时间、任何地点以及使用任何通信设备接入任何电信和数据通信服务(例如，语音、视频、IM)的需求，并且这种需求将来会更大。所公开的例子提供了用于向用户设备(UE)通知协同会话中的控制方状态(特别地，UE是否支持IUT控制方功能(例如，发送SIP消息以发起IUT操作的功能)所需的过程) 的方法和装置；该方法还使得UE能够获知其是否被指定作为协同会话中的控制方。所公开的例子涉及题为 “3GPP TS24. 237 :IP Multimedia Subsystem(IMS)Service Continuity ； Stage 3”的文档，故以引用方式将其并入本文。图3示出了所公开例子的一个方面。参照图3，在通信系统300的一个例子中，最初，UEl (控制方)302与远程UE312进行媒体会话304 (例如，视频电话会议)，该媒体会话 304包括音频部分306、视频部分308以及IM部分310。如314所示，UE1302随后将媒体会话304的源视频部分316转移到UE2 (受控方)318。在319，UE1302将媒体会话304的源IM部分320转移到UE3322，并保持对媒体会话304的控制。如果UEl要在转移视频的同时将会话控制转移到例如UE2318的UE，那么需要SCC AS324通知UE2318 现在UE2318是该协同会话326的控制方。在一些例子中，提供了 IMS架构所使用的扩展IETF SIP信令来告知媒体转移目标该媒体转移目标是控制方UE还是受控方UE。 SCC AS在发往媒体转移目标(在该情况下，为UE2)的INVITE消息中包括特征标签、新SIP报头或新内容主体，这些标签、报头和内容主体通知该媒体转移目标现在是该协同会话的控制方(或者受控方)。当SCCAS使UEl的媒体流改变方向时，类似的标签/报头可以包括在返回到UEl的INVITE或者其它SIP消息中，这些标签/报头通知UE1是否为控制方/受控方(触发IUT操作的UE)。类似的标签/报头可以包括在来自UEl的INVITE 或者其它SIP消息中，用于指示UEl是否支持控制方的功能。下面是一些例子使用新SIP报头控制方。值“Yes”标识该UE是控制方。.91.16.7:5060 SIP/2.0
Call-ID: b98d50b3d8a72c46f973097ed52ff81c at 10.91.16.82
CSeq: 1 INVITE
From: "Test" <sip:6020 at 10.91.16.7>;tag=12345 To: "7000" <sip:7000 at 10.91.16.7>
Via: SIP/2.0/UDP 10.91.16.82:5060;branch=z9hG4bK461 edf96ee970e3c 1 cbfaa
0b58b86634
Max-Forwards: 70
Collaborative Session-Controller : yes Contact: "6020" <sip:6020 at 10.91.16.82:5060> Content-Type: application/sdp
Defining a new content type在下面的例子中，定义应用的新内容类型/collaborative_session_iut。在将UE 指向媒体的同一的INVITE中，在包括SDP的多部分的MIME主体内，利用该新的内容类型来传送该UE是否为控制方的信息。“yes”值标识UE是控制方，而“no”值标识该UE是受控方。或者，可以在其它SIP消息主体(例如，0PTI0NS、PUBLISH等)中独立地使用该内容类型。该信息也可以是另一个事件包、XML模式的一部分，使得可以使用隐式或显示预约通过 NTFY将该信息发送给UE。INVITE sip:7000 at 10.91.16.7:5060 SIP/2.0
Call-ID: b98d50b3d8a72c46f973097ed52ff81c at 10.91.16.82
CSeq: 1 INVITE
From: "Test" <sip:6020 at 10.91.16.7>;tag=12345 To: "7000" <sip:7000 at 10.91.16.7>
Via: SIP/2.0/UDP 10.91.16.82:5060;branch=z9hG4bK461 edf96ee970e3c 1 cbfaa
0b58b86634
Max-Forwards: 70
Contact: "6020" <sip:6020 at 10.91.16.82:5060> Content-Type: multipart/mixed;boundary="theboundary"
—theboundary
Content-Type: application/collaborative_session—iut+xml
<Collaborative_Session>
〈controller〉yes</controller>
</Collaborative_Session>
—the boundary
Content-Type: application/sdp
v=0
ο=- 95 1 INIP4 192.168.45.194
s=-t=0 0
m=audio 5234 RTP/AVP 0 8 c=IN IP4 192.168.45.197
a=ptime:20
a=maxptime:20 a=sendrecv在图4中，示出了用于协同会话中的IUT的方法1100。在数据分组会话期间，第一用户设备与远程终端进行通信(方框1104)。第一用户设备通过与网络实体进行通信，在协同会话期间控制第二用户设备以进行IUT(方框1106)。第一用户设备和第二用户设备中的一个指示第一用户设备和第二用户设备中的一个是否支持作为用户设备间转移中的控制方所需的功能(方框1108)。在图5中，示出了用于协同会话中的用户设备间转移的方法1200。在数据分组会话期间，网络实体通过网络远程地协助第一用户设备和第二用户设备与远程终端的协同会话，以进行IUT(方框1204)。在协同会话期间，网络实体将信令从第一用户设备和第二用户设备中的一个中继到另一个以控制用户设备间转移(方框1206)。网络实体从第一用户设备和第二用户设备中的支持作为用户设备间转移中的控制方所需的功能的一个用户设备接收指示(方框1208)。参照图6，示出了用于协同会话中的用户设备间转移的系统1300。例如，系统1300 可至少部分地位于用户设备(UE)中。应该理解的是，系统1300被示为包括功能框，该功能框可以是表示由计算平台、处理器、软件或者它们的组合(例如，固件)执行的功能的功能框。系统1300包括可以联合操作的多个电组件的逻辑组1302。例如，逻辑组1302可包括 用于在数据分组会话期间进行从第一用户设备到远程终端的通信的电组件1304。此外，逻辑组1302可包括用于通过与网络实体进行通信，在协同会话期间控制第二用户设备以进行用户设备间转移的电组件1306。对于另一个例子，逻辑组1302可包括用于指示第一用户设备和第二用户设备中的一个是否支持作为用户设备间转移中的控制方所需的功能的电部件。此外，系统1300可包括保存用于执行与电组件1304-1308相关联的功能的指令的存储器1320。尽管电组件1304-1308被示为在存储器1320的外部，应该理解的是，电组件1304-1308中的一个或多个也可以位于存储器1320的内部。参照图7，示出了用于协同会话中的用户设备间转移的系统1400。例如，系统1400 可至少部分地位于网络实体(例如，应用服务器)中。应该理解的是，系统1400被示为包括功能框，该功能框可以是表示由计算平台、处理器、软件或者它们的组合(例如，固件)执行的功能的功能框。系统1400包括可联合操作的电组件的逻辑组1402。例如，逻辑组1402 可包括用于在数据分组会话期间通过网络远程地协助第一用户设备和第二用户设备与远程终端的协同会话以进行用户设备间转移的电组件1404。此外，逻辑组1402可包括用于在协同会话期间将信令从第一用户设备和第二用户设备中的一个中继到另一个以控制用户设备间转移的电部件1406。此外，逻辑组1402可包括用于从第一用户设备和第二用户设备中的支持作为用户设备间转移中的控制方所需的功能的一个用户设备接收指示的电部件1408。另外，系统1400可包括保存用于执行与电组件1404-1408相关联的功能的指令的存储器1420。尽管电组件1404-1408被示为在存储器1420的外部，应该理解的是，电组件1404-1408中的一个或多个也可以位于存储器1420的内部。在图8中，示出了用于协同会话中的用户设备间转移的装置1502。提供了模块 1504，用于在数据分组会话期间进行从第一用户设备到远程终端的通信。提供了模块1506， 用于在协同会话期间，通过与网络实体进行通信来控制第二用户设备以进行用户设备间转移。提供了模块1508，用于指示第一用户设备和第二用户设备中的一个是否支持作为用户设备间转移中的控制方所需的功能。在图9中，示出了用于协同会话中的用户设备间转移的装置1602。提供了模块 1604，用于在数据分组会话期间通过网络远程地协助第一用户设备和第二用户设备与远程终端的协同会话，以进行用户设备间转移。提供了模块1606，用于在协同会话期间将信令从第一用户设备和第二用户设备中的一个中继到另一个以控制用户设备间转移。提供了模块 1608，用于从第一用户设备和第二用户设备中的支持作为用户设备间转移中的控制方所需的功能的一个用户设备接收指示。参照图10，用于实现本发明的多个方面的示例性计算环境1700包括计算机1712。 计算机1712包括处理单元1714、系统存储器1716以及系统总线1718。系统总线1718将多个系统组件相耦合，包括但不局限于将系统存储器1716与处理单元1714相耦合。处理单元1714可以是多种可用处理中的任何一种。双微处理器和其它多处理器结构也可以用作处理单元1714。系统总线1718可以是多种总线结构中的任何一种，这些总线结构包括使用任何种类的可用总线体系结构的存储器总线或存储器控制器、外围总线或者外部总线、和/或本地总线，这些可用总线体系结构包括但不限于工业标准体系结构(ISA)、微通道体系结构(MSA)、扩展的ISA(EISA)、智能驱动电子设备(IDE)、VESA本地总线(VLB)、外围组件互连(PCI)、插件总线、通用串行总线(USB)、加速图形端口(AGP)、个人计算机存储卡国际协会(PCMCIA)总线、火线(IEEE 1794)以及小型计算机系统接口(SCSI)。系统存储器1716包括易失性存储器1720和非易失性存储器1722。在非易失性存储器1722中存储有基本输入/输出系统￠10 ，该BIOS包括基本例程，以便例如在启动期间在计算机1712中的部件之间传送信息。举例来说而非限制，非易失性存储器1722 可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦写可编程 ROM(EEPROM)或者闪存。易失性存储器1720包括随机存取存储器(RAM)，其中RAM作为外部缓存存储器。举例来说而非限制，RAM可以以多种形式来使用，例如，静态RAM(SRAM)、动态 RAM (DRAM)、同步 DRAM (SDRAM)、双倍数据速率 SDRAM (DDR SDRAM)、增强型 SDRAM (ESDRAM)、 Synchlink DRAM (SLDRAM)、直读式 Rambus RAM(RDRAM)、直读式动态 Rambus RAM (DRDRAM)以及动态 Rambus RAM(RDRAM)。计算机1712还包括可移动/不可移动的、易失性/非易失性计算机存储介质。举例来说，图10示出了磁盘存储器17M。磁盘存储器17 包括但不限于磁盘驱动器、软盘驱动器、磁带驱动器、Jaz驱动器、Zip驱动器、LS-100驱动器、闪存卡、存储棒。此外，磁盘存储器17M可包括独立的或者与其它存储介质相结合的存储介质，这种其它存储介质包括但不限于光盘驱动器，诸如压缩光盘ROM设备(⑶-ROM)、⑶可记录驱动器(⑶-R驱动器)、⑶可重写驱动器(⑶-RW驱动器)或者数字通用光盘ROM驱动器(DVD-ROM)。为了有助于磁盘存储设备17M与网络总线1718的连接，一般将可移动或者不可移动接口用作接 Π 1726ο应该理解的是，图10描述了适当操作环境1700中的、用作用户和所述基本计算机资源之间的中间媒介的软件。这种软件包括操作系统17观。可存储在磁盘存储器17Μ上的该操作系统17 用于控制和分配计算机系统1712的资源。系统应用1730利用由操作系统17 通过存储在系统存储器1716或磁盘存储器17M上的程序模块1732和程序数据 1734而进行的资源管理。应该理解的是，所要求的主题可使用多种操作系统或者操作系统的组合来实现。用户通过输入设备1736将命令或者信息输入计算机1712。输入设备1736包括但不限于定点设备(例如，鼠标)、跟踪球、触笔、触摸板、键盘、传声器、操纵杆、游戏手柄、卫星天线、扫描仪、TV调谐卡、数字照相机、数字摄像机、网络摄像机等等。这些以及其它输入设备通过系统总线1718经由接口端口 1738连接到处理单元1714。举例来说，接口端口 1738包括串行端口、并行端口、游戏端口、以及通用串行总线(USB)。输出设备1740与输入设备1736使用相同类型的一些端口。因此，例如，USB端口可用于提供对计算机1712的输入，以及将信息从计算机1712输出到输出设备1740。提供输出适配器1742是为了说明 除了其它输出设备1740以外，有一些输出设备1740(例如，监控器、扬声器以及打印机)需要专门的适配器。输出适配器1742包括(举例来说而非限制)显卡和声卡，该声卡和显卡提供了输出设备1740和系统总线1718之间的连接手段。应该注意到，其它设备和/或设备的系统(例如，远程计算机1744)同时提供输入和输出能力。计算机1712可以使用对一个或多个远程计算机(诸如，远程计算机1744)的逻辑连接在网络环境中操作。远程计算机1744可以是个人计算机、服务器、路由器、网络PC、工作站、基于微处理器的设备、对等设备或者其它普通网络节点等等，并且，远程计算机1744 一般包括关于计算机1712描述的多个或者全部要素。为了简洁起见，对于远程计算机 1744，仅示出了存储器设备1746。远程计算机1744通过网络接口 1748逻辑连接到计算机 1712，然后通过通信连接1750进行物理连接。网络接口 1748包括有线和/或无线通信网络，例如，局域网(LAN)和广域网(WAN)。LAN技术包括光纤分布式数据接口(FDDI)、铜缆分布式数据接口(⑶DI)、以太网、令牌环网等等。WAN技术包括但不限于点对点链路、电路交换网络(例如，综合服务数字网络(ISDN)及其变型)、分组交换网络以及数字用户线路 (DSL)。通信连接1750是指用于将网络接口 1748连接到总线1718的硬件/软件。虽然为了说明清楚起见而将通信连接1750示为在计算机1712的内部，通信连接1750也可以在计算机1712的外部。只是举例而言，与网络接口 1748的连接所必需的硬件/软件包括内部和外部技术，例如，调制解调器(包括常规电话级调制解调器、电缆调制解调器和DSL调制解调器)、ISDN适配器以及以太网卡。参照图11，示出了根据一个方面的多址无线通信系统。接入点(AP) 1800包括多个天线组，其中一个天线组包括天线18018和天线1806，另一个天线组包括天线1808和天线1810，还有另一个天线组包括天线1812和天线1814。在图11中对每一个天线组仅示出两个天线，然而，对于每个天线组可以使用更多或更少的天线。接入终端(AT) 1816与天线 1812和天线1814进行通信，其中，天线1812和天线1814通过前向链路1820向接入终端 1816发送信息，并且通过反向链路1818从接入终端1816接收信息。接入终端1822与天线1806和天线1808进行通信，其中，天线1806和天线1808通过前向链路1拟6向接入终端1822发送信息，并且通过反向链路1拟4从接入终端1822接收信息。在FDD系统中，通信链路1818、1820、18 和1拟6可以使用不同的频率进行通信。例如，前向链路1820可以使用与反向链路1818所使用频率不同的频率。通常将每组天线和/或这些天线被设计以进行通信的区域称作接入点的扇区。在这个方面，天线组各自被设计以与接入点1800所覆盖区域的扇区中的接入终端进行通信。在通过前向链路1820和1拟6进行的通信中，接入点1800的发射天线使用波束成形，以便为不同的接入终端1816和1822改善前向链路的信噪比。并且，相比接入点通过单个天线向所有接入终端进行发射的情况，接入点使用波束成形向随机分散在其覆盖区域中的接入终端进行发射，对邻近小区中的接入终端带来的干扰较少。接入点是用于与终端通信的固定站，也可称作接入点、节点B或一些其它术语。接入终端也可称作用户设备(UE)、无线通信设备、终端或一些其它术语。MIMO系统使用多个汎个)发射天线和多个(Nk个)接收天线以进行数据传输。 由Nt个发射天线和Nk个接收天线形成的MIMO信道可以分解成NS个独立信道，这些信道也称为空间信道，其中NS彡min{NT，NK}。NS个独立信道中的每一个对应于一个维度。如果使用由多个发射天线和接收天线产生的更多维度，则MIMO系统可以提供改善的性能(例如， 更高的吞吐量和/或更高的可靠性)。MIMO系统能够支持时分双工(“TDD”)和频分双工(“FDD”)。在TDD系统中，前向链路传输和反向链路传输在相同的频率区域上，从而互易原理使得能够根据反向链路信道来估计前向链路信道。这使得当在接入点处有多个天线可用时，接入点能够提取前向链路上的发射波束成形增益。本文的公开内容可结合到使用多个组件与至少一个其它节点进行通信的节点 (例如，设备)中。图12示出了可用于协助节点之间的通信的几个示例性组件。具体地说， 图12示出了 MIMO系统1900的无线设备1910(例如，接入点)和无线设备1950(例如，接入终端)。在设备1910处，将数个数据流的业务数据从数据源1912提供给发射(“TX” ) 数据处理器1914。在一些方面中，每个数据流通过相应的发射天线进行发射。TX数据处理器1914根据为每个数据流选择的特定编码方案对每个数据流的业务数据进行格式化、编码和交织， 以提供编码数据。可以利用OFDM技术将每个数据流的编码数据与导频数据进行复用。导频数据一般是采用公知技术进行处理的公知数据模式，并且可以在接收机系统处用来估计信道响应。然后，根据为该数据流选择的特定调制方案(例如，BPSK、QSPK,M-PSK或M-QAM)，对每个数据流的经复用的导频和编码数据进行调制(即，符号映射)，以便提供调制符号。可以通过由处理器1930执行的指令来确定每个数据流的数据速率、编码和调制。数据存储器 1932存储由处理器1930或者设备1910的其它组件使用的程序代码、数据以及其它信息。然后，将全部数据流的调制符号提供给TX MIMO处理器1920，该处理器对调制符号进行进一步处理(例如，针对OFDM)。随后，TX MIMO处理器1920向Nt个各自具有发射机(TMTR)和接收机(RCVR)的收发机(“XCVR”)192h至1922t提供&个调制符号流。在某些方面，TX MIMO处理器1920对数据流的符号以及发射符号的天线应用波束成形加权。每个发射机192h_1922t接收相应的符号流并对其进行处理，以便提供一个或多个模拟信号，并对这些模拟信号进行进一步调节(例如放大、滤波和上变频)，以便提供适于在MIMO信道上传输的调制信号。随后，从队个天线192 至1924t分别发射来自收发机1922a至1922t的Nt个调制信号。在设备1950处，所发射的调制信号由Nk个天线195 至1952r接收，并且，来自每个天线1952a-1952r的接收信号被提供给相应的收发机(“XCVR”)195 至l%4r。每个收发机195^-1954r对相应的接收信号进行调节(例如滤波、放大和下变频)，对调节后的信号进行数字化处理以提供采样，并且对这些采样进行进一步处理，以提供相应的“接收” 符号流。处理器I960接收来自Nk个收发机l%4a_l卯4r的Nk个接收符号流，并根据特定的接收机处理技术对这些符号流进行处理，以便提供Nt个“经检测的”符号流。然后，RX数据处理器I960对每个经检测的符号流进行解调、解交织和解码，以便恢复数据流的业务数据。RX数据处理器I960所进行的处理与设备1910处的TX MIMO处理器1920和TX数据处理器1914所执行的处理是互补的。处理器1970定期地确定使用哪个预编码矩阵。处理器1970制定包括矩阵索引部分和秩值部分的反向链路消息。数据存储器1972可以存储由处理器1970或者设备1950 的其它组件使用的程序代码、数据和其它信息。反向链路消息可以包括关于通信链路和/或接收到的数据流的各种类型的信息。 然后，反向链路消息由TX数据处理器1938进行处理，由调制器1980进行调制，由收发机 195 至1954r进行调节并被发送回设备1910，其中TX数据处理器1938还从数据源1936 接收数个数据流的业务数据。在设备1910处，来自设备1950的调制信号由天线192^_1924t接收，由收发机 192h-1922t进行调节，由解调器(“DEM0D”)1940进行解调，并由RX数据处理器1942进行处理，以便提取由设备1950发送的反向链路消息。接下来，处理器1930确定使用哪个预编码矩阵来确定波束成形加权，然后对所提取的消息进行处理。图12还示出了可包括一个或多个执行干扰控制操作的组件的通信组件。例如，干扰(“INTER. ”)控制组件1990可以与处理器1930和/或设备1910的其它组件协作，以便将信号发送到另一个设备(例如，设备1950)/从另一个设备(例如，设备1950)接收信号。类似地，干扰控制组件1992可以与处理器1970和/或设备1950的其它组件协作，以便将信号发送到另一个设备(例如，设备1910)/从另一个设备(例如，设备1910)接收信号。应该理解的是，对于每个设备1910和1950，所述组件中的两个或更多个的功能可由单个组件提供。例如，单个处理组件可以提供干扰控制组件1990和处理器1930的功能，并且单个处理组件可以提供干扰控制组件1992和处理器1970的功能。对于本领域技术人员来说，不脱离本发明的精神和保护范围的基础上的本发明内容的变化形式、修改形式和其它实施方式是容易想到的。因此，本发明不是由上述说明性的描述定义的，而是由权利要求书的精神和范围定义的。
权利要求
1.一种用于协同会话中的用户设备间转移的方法，包括在数据分组会话期间，进行从第一用户设备到远程终端的通信；通过与网络实体进行通信，在协同会话期间控制第二用户设备以进行用户设备间转移；以及指示所述第一用户设备和所述第二用户设备中的一个是否支持作为用户设备间转移中的控制方所需的功能。
2.根据权利要求1所述的方法，其中，进行从所述第一用户设备到所述远程终端的通信进一步包括使用会话发起协议 (SIP)，并且其中，在所述协同会话期间控制所述第二用户设备以进行用户设备间转移进一步包括使用增强的会话发起协议(SIP)与所述网络实体进行通信。
3.根据权利要求1所述的方法，其中，指示所述第一用户设备和所述第二用户设备中的一个是否支持作为用户设备间转移中的控制方所需的功能进一步包括向所述网络传送所述第一用户设备和所述第二用户设备中的所述一个是否支持用于用户设备间转移的控制方功能；以及从所述网络实体接收所述第一用户设备和所述第二用户设备中的所述一个将用作所述协同会话中的控制方还是受控方的指示。
4.根据权利要求1所述的方法，其中，指示所述第一用户设备和所述第二用户设备中的一个是否支持作为用户设备间转移中的控制方所需的功能进一步包括使用选自下述机制的一种机制会话发起协议(SIP)媒体特征标签、会话发起协议 (SIP)报头、以及会话发起协议(SIP)消息中的内容主体。
5.根据权利要求1所述的方法，其中，从所述网络实体接收所述第一用户设备和所述第二用户设备中的所述一个将用作所述协同会话中的控制方还是受控方的指示进一步包括对选自下述机制的一种机制进行检测会话发起协议(SIP)媒体特征标签、会话发起协议(SIP)报头、以及会话发起协议(SIP)消息中的内容主体。
6.根据权利要求1所述的方法，其中，控制第二用户设备以进行用户设备间转移进一步包括在转移请求中指示信息，所述信息包括要执行的转移操作、要进行操作的媒体组件类型和媒体组件标识、以及所述转移操作的源设备和目标设备。
7.根据权利要求1所述的方法，还包括通过确定选自下述操作中的一种操作来确定所述协同会话的媒体操作的改变对媒体流的特征进行添加、删除和修改，转移媒体会话，取回媒体会话，对媒体流进行混合，以及对媒体流进行复制。
8.根据权利要求1所述的方法，其中，在所述协同会话期间控制所述第二用户设备以进行用户设备间转移进一步包括与服务集中化和连续性(SCC)应用服务器进行通信。
9.根据权利要求1所述的方法，还包括通过使用可扩展标记语言(XML)消息来传送所述协同会话的媒体操作的改变。
10.根据权利要求9所述的方法，其中，使用所述XML消息来传送所述改变进一步包括将所述协同会话的控制转移到所述第二用户设备。
11.根据权利要求9所述的方法，还包括使用为协同会话中的简单媒体转移定义的多用途互联网邮件扩展(MIME)类型。
12.根据权利要求9所述的方法，还包括使用包含在会话发起协议(SIP)消息中的可扩展标记语言(XML)消息来执行媒体操作。
13.根据权利要求1所述的方法，还包括使用包含在REFER消息的会话发起协议(SIP)报头中的信令来传送媒体操作的改变。
14.根据权利要求1所述的方法，还包括使用包含在SIP消息主体或者SIP消息报头中的会话描述协议(SDP)表示中的信令来传送用户设备间转移媒体操作。
15.根据权利要求1所述的方法，还包括 跟踪媒体方向属性。
16.根据权利要求1所述的方法，还包括指示双向媒体组件，该双向媒体组件包括分别在不同用户设备处终止的多个单向媒体组件。
17.用于协同会话中的用户设备间转移的至少一个处理器，包括第一模块，用于在数据分组会话期间进行从第一用户设备到远程终端的通信； 第二模块，用于通过与网络实体进行通信，在协同会话期间控制第二用户设备以进行用户设备间转移；以及第三模块，用于指示所述第一用户设备和所述第二用户设备中的一个是否支持作为用户设备间转移中的控制方所需的功能。
18.一种用于协同会话中的用户设备间转移的计算机程序产品，包括 非暂态计算机可读存储介质，其包括第一组代码，用于使计算机在数据分组会话期间进行从第一用户设备到远程终端的通第二组代码，用于使所述计算机通过与网络实体进行通信，在协同会话期间控制第二用户设备以进行用户设备间转移；以及第三组代码，用于使所述计算机指示所述第一用户设备和所述第二用户设备中的一个是否支持作为用户设备间转移中的控制方所需的功能。
19.一种用于协同会话中的用户设备间转移的装置，包括用于在数据分组会话期间进行从第一用户设备到远程终端的通信的模块； 用于通过与网络实体进行通信，在协同会话期间控制第二用户设备以进行用户设备间转移的模块；以及用于指示所述第一用户设备和所述第二用户设备中的一个是否支持作为用户设备间转移中的控制方所需的功能的模块。
20.一种用于协同会话中的用户设备间转移的装置，包括收发机，用于在数据分组会话期间进行从第一用户设备到远程终端的通信；以及计算平台，用于通过与网络实体进行通信，在协同会话期间经由所述收发机控制第二用户设备以进行用户设备间转移，并且用于指示所述第一用户设备和所述第二用户设备中的一个是否支持作为用户设备间转移中的控制方所需的功能。
21.根据权利要求20所述的装置，其中，经由所述收发机的计算变换还用于 使用会话发起协议(SIP)来进行从所述第一用户设备到所述远程终端的通信，以及通过使用增强的会话发起协议(SIP)与所述网络实体进行通信，在所述协同会话期间控制所述第二用户设备以进行用户设备间转移。
22.根据权利要求20所述的装置，其中，经由所述收发机的计算变换还用于通过向所述网络传送所述第一用户设备和所述第二用户设备中的一个是否支持用于用户设备间转移的控制方功能，来指示所述第一用户设备和所述第二用户设备中的所述一个是否支持作为用户设备间转移中的控制方所需的功能；并且所述收发机还用于从所述网络实体接收所述第一用户设备和所述第二用户设备中的所述一个将用作所述协同会话中的控制方还是受控方的指示。
23.根据权利要求20所述的装置，其中，经由所述收发机的计算变换还用于 通过使用选自下述机制的一种机制来指示所述第一用户设备和所述第二用户设备中的一个是否支持作为用户设备间转移中的控制方所需的功能会话发起协议(SIP)媒体特征标签、会话发起协议(SIP)报头、以及会话发起协议(SIP)消息中的内容主体。
24.根据权利要求20所述的装置，其中，所述收发机还用于通过对选自下述机制的一种机制进行检测来从所述网络实体接收所述第一用户设备和所述第二用户设备中的所述一个将用作所述协同会话中的控制方还是受控方的指示会话发起协议(SIP)媒体特征标签、会话发起协议(SIP)报头、以及会话发起协议(SIP)消息中的内容主体。
25.根据权利要求20所述的装置，其中，所述收发机还用于通过在转移请求中指示信息来控制第二用户设备以进行用户设备间转移，所述信息包括要执行的转移操作、要进行操作的媒体组件类型和媒体组件标识、以及所述转移操作的源设备和目标设备。
26.根据权利要求20所述的装置，其中，经由所述收发机的计算变换还用于 通过确定选自下述操作中的一种操作来确定所述协同会话的媒体操作的改变对媒体流的特征进行添加、删除和修改，转移媒体会话，取回媒体会话，对媒体流进行混合，以及对媒体流进行复制。
27.根据权利要求20所述的装置，其中，经由所述收发机的计算变换还用于 通过与服务集中化和连续性(SCC)应用服务器进行通信，在所述协同会话期间控制所述第二用户设备以进行用户设备间转移。
28.根据权利要求20所述的装置，其中，所述收发机还用于通过使用可扩展标记语言(XML)消息来传送所述协同会话的媒体操作的改变。
29.根据权利要求观所述的装置，其中，所述收发机还用于使用所述XML消息来传送所述改变进一步包括将所述协同会话的控制转移到所述第二用户设备。
30.根据权利要求观所述的装置，其中，所述收发机还用于使用为协同会话中的简单媒体转移定义的多用途互联网邮件扩展(MIME)类型。
31.根据权利要求观所述的装置，其中，所述收发机还用于使用包含在会话发起协议(SIP)消息中的可扩展标记语言(XML)消息。
32.根据权利要求20所述的装置，其中，所述收发机还用于使用包含在REFER消息的会话发起协议(SIP)报头中的信令来传送媒体操作的改变。
33.根据权利要求20所述的装置，其中，所述收发机还用于使用包含在SIP消息主体或者SIP消息报头中的会话描述协议(SDP)表示中的信令来传送用户设备间转移媒体操作。
34.根据权利要求20所述的装置，其中，所述计算平台还用于跟踪媒体方向属性。
35.根据权利要求20所述的装置，其中，所述计算平台还用于指示双向媒体组件包括分别在不同用户设备处终止的多个单向媒体组件。
36.一种用于协同会话中的用户设备间转移的方法，包括在数据分组会话期间，通过网络远程地协助第一用户设备和第二用户设备与远程终端的协同会话；在协同会话期间，将信令从所述第一用户设备和所述第二用户设备中的一个中继到另一个，以控制用户设备间转移；以及从所述第一用户设备和所述第二用户设备中的支持作为用户设备间转移中的控制方所需的功能的一个用户设备接收指示。
37.根据权利要求36所述的方法，还包括使用会话发起协议(SIP)和增强的会话发起协议(SIP)与所述第一用户设备、所述第二用户设备和所述远程终端进行通信。
38.根据权利要求36所述的方法，还包括向所述第一用户设备和所述第二用户设备中的所述一个用户设备发送用作所述协同会话中的控制方或受控方的指示。
39.根据权利要求36所述的方法，其中，接收所述第一用户设备和所述第二用户设备中的一个是否支持作为用户设备间转移中的控制方所需的功能的指示进一步包括使用选自下述机制的一种机制会话发起协议(SIP)媒体特征标签、会话发起协议 (SIP)报头、以及会话发起协议(SIP)消息中的内容主体。
40.根据权利要求36所述的方法，其中，向所述第一用户设备和所述第二用户设备中的所述一个用户设备发送用作所述协同会话中的控制方或受控方的指示进一步包括对选自下述机制的一种机制进行检测会话发起协议(SIP)媒体特征标签、会话发起协议(SIP)报头、以及会话发起协议(SIP)消息中的内容主体。
41.根据权利要求36所述的方法，还包括在转移请求中指示信息，所述信息包括要执行的转移操作、要进行操作的媒体组件类型和媒体组件标识、以及所述转移操作的源设备和目标设备。
42.根据权利要求36所述的方法，还包括通过确定选自下述操作中的一种操作来确定所述协同会话的媒体操作的改变对媒体流的特征进行添加、删除和修改，转移媒体会话，取回媒体会话，对媒体流进行混合，以及对媒体流进行复制。
43.根据权利要求36所述的方法，其中，使用服务集中化和连续性(SCC)应用服务器来协助所述协同会话。
44.根据权利要求36所述的方法，还包括通过使用可扩展标记语言(XML)消息来传送所述协同会话的媒体操作的改变。
45.根据权利要求44所述的方法，其中，使用所述XML消息来传送所述改变进一步包括将所述协同会话的控制转移到所述第二用户设备。
46.根据权利要求44所述的方法，还包括使用为协同会话中的简单媒体转移定义的多用途互联网邮件扩展(MIME)类型。
47.根据权利要求44所述的方法，还包括使用包含在会话发起协议(SIP)消息中的可扩展标记语言(XML)消息。
48.根据权利要求36所述的方法，还包括使用包含在REFER消息的会话发起协议(SIP)报头中的信令来传送媒体操作的改变。
49.根据权利要求36所述的方法，还包括使用包含在SIP消息主体或者SIP消息报头中的会话描述协议(SDP)表示中的信令来传送用户设备间转移媒体操作。
50.根据权利要求36所述的方法，还包括 跟踪媒体方向属性。
51.根据权利要求36所述的方法，还包括指示双向媒体组件包括分别在不同用户设备处终止的多个单向媒体组件。
52.用于协同会话中的用户设备间转移的至少一个处理器，包括第一模块，用于在数据分组会话期间通过网络远程地协助第一用户设备和第二用户设备与远程终端的协同会话；第二模块，用于在协同会话期间将信令从所述第一用户设备和所述第二用户设备中的一个中继到另一个以控制用户设备间转移；以及第三模块，用于从所述第一用户设备和所述第二用户设备中的支持作为用户设备间转移中的控制方所需的功能的一个用户设备接收指示。
53.一种用于协同会话中的用户设备间转移的计算机程序产品，包括 非暂态计算机可读存储介质，其包括第一组代码，用于使计算机在数据分组会话期间通过网络远程地协助第一用户设备和第二用户设备与远程终端的协同会话；第二组代码，用于使所述计算机在协同会话期间将信令从所述第一用户设备和所述第二用户设备中的一个中继到另一个以控制用户设备间转移；以及第三组代码，用于使所述计算机从所述第一用户设备和所述第二用户设备中的支持作为用户设备间转移中的控制方所需的功能的一个用户设备接收指示。
54.一种用于协同会话中的用户设备间转移的装置，包括用于在数据分组会话期间通过网络远程地协助第一用户设备和第二用户设备与远程终端的协同会话的模块；用于在协同会话期间将信令从所述第一用户设备和所述第二用户设备中的一个中继到另一个以控制用户设备间转移的模块；用于从所述第一用户设备和所述第二用户设备中的支持作为用户设备间转移中的控制方所需的功能的一个用户设备接收指示的模块。
55.一种用于协同会话中的用户设备间转移的装置，包括网络接口，用于在数据分组会话期间通过网络远程地协助第一用户设备和第二用户设备与远程终端的协同会话，并且用于在协同会话期间将信令从所述第一用户设备和所述第二用户设备中的一个中继到另一个以控制用户设备间转移；以及计算平台，用于经由所述网络接口从所述第一用户设备和所述第二用户设备中的支持作为用户设备间转移中的控制方所需的功能的一个用户设备接收指示。
56.根据权利要求55所述的装置，其中，所述网络接口还用于使用会话发起协议(SIP)和增强的会话发起协议(SIP)与所述第一用户设备、所述第二用户设备和所述远程终端进行通信。
57.根据权利要求55所述的装置，其中，所述网络接口还用于向所述第一用户设备和所述第二用户设备中的所述一个用户设备发送用作所述协同会话中的控制方或受控方的指示。
58.根据权利要求55所述的装置，其中，所述网络接口还用于通过使用选自下述机制的一种机制来接收所述第一用户设备和所述第二用户设备中的一个是否支持作为用户设备间转移中的控制方所需的功能的所述指示会话发起协议 (SIP)媒体特征标签、会话发起协议(SIP)报头、以及会话发起协议(SIP)消息中的内容主体。
59.根据权利要求55所述的装置，其中，所述网络接口还用于通过对选自下述机制的一种机制进行检测来向所述第一用户设备和所述第二用户设备中的所述一个用户设备发送用作所述协同会话中的控制方或受控方的所述指示会话发起协议(SIP)媒体特征标签、会话发起协议(SIP)报头、以及会话发起协议(SIP)消息中的内容主体。
60.根据权利要求55所述的装置，其中，所述网络接口还用于在转移请求中指示信息，所述信息包括要执行的转移操作、要进行操作的媒体组件类型和媒体组件标识、以及所述转移操作的源设备和目标设备。
61.根据权利要求55所述的装置，其中，所述计算平台还用于通过确定选自下述操作中的一种操作来确定所述协同会话的媒体操作的改变对媒体流的特征进行添加、删除和修改，转移媒体会话，取回媒体会话，对媒体流进行混合，以及对媒体流进行复制。
62.根据权利要求55所述的装置，还包括用于协助所述协同会话的服务集中化和连续性(SCC)应用服务器。
63.根据权利要求55所述的装置，其中，所述网络接口还用于通过使用可扩展标记语言(XML)消息来传送所述协同会话的媒体操作的改变。
64.根据权利要求63所述的装置，其中，所述网络接口还用于使用所述XML消息来传送所述改变进一步包括将所述协同会话的控制转移到所述第二用户设备。
65.根据权利要求63所述的装置，其中，所述网络接口还用于使用为协同会话中的简单媒体转移定义的多用途互联网邮件扩展(MIME)类型。
66.根据权利要求63所述的装置，其中，所述网络接口还用于使用包含在会话发起协议(SIP)消息中的可扩展标记语言(XML)消息。
67.根据权利要求55所述的装置，其中，所述网络接口还用于使用包含在REFER消息的会话发起协议(SIP)报头中的信令来传送媒体操作的改变。
68.根据权利要求55所述的装置，其中，所述网络接口还用于使用包含在SIP消息主体或者SIP消息报头中的会话描述协议(SDP)表示中的信令来传送用户设备间转移媒体操作。
69.根据权利要求55所述的装置，其中，所述计算平台还用于 跟踪媒体方向属性。
70.根据权利要求55所述的方法，其中，所述计算平台还用于指示双向媒体组件包括分别在不同用户设备处终止的多个单向媒体组件。
全文摘要
通信系统对IMS架构所使用的IETF会话发起协议(SIP)信令进行了扩展。作为基本使用情况，最初，第一用户设备(UE1)(控制方)与远程UE进行媒体会话(例如，音频、视频以及消息会话)。为了将一个媒体组件的提供方转移到受控方UE，控制方UE1向服务集中化和连续性应用服务器(SCC AS)发送REFER消息，该REFER消息具有用于触发媒体会话操作的相关主体。SCC AS能够解译REFER消息的内容，以便对一个或多个UE(发起UE自身或者其它UE)执行媒体会话操作。本发明提供了一种REFER消息，其在携带目标对话和媒体行号的独立SIP报头中、在REFER所携带的SDP主体中、或者在将存在于REFER中的XML主体中传送需要进行什么操作。
文档编号H04L29/06GK102422615SQ201080020642
公开日2012年4月18日 申请日期2010年5月14日 优先权日2009年5月14日
发明者A·C·马亨德兰, S·多肯, 靳海鹏 申请人:高通股份有限公司