CN102804730A

CN102804730A - 用于实现设备之间的媒体和媒体转移的系统和方法

Info

Publication number: CN102804730A
Application number: CN201080030006.3A
Authority: CN
Inventors: 安德鲁·艾伦; 简·亨德里克·卢卡斯贝克; 艾德里安·巴克利; 让-菲利普·科米尔; 金英爱
Original assignee: Research in Motion Ltd
Current assignee: BlackBerry Ltd
Priority date: 2009-05-04
Filing date: 2010-04-30
Publication date: 2012-11-28
Also published as: KR20120058461A; CA2760899A1; WO2010129424A1; JP2012526414A; JP5452821B2; US20110040836A1; KR101332709B1; EP2428014A1

Abstract

本发明展示了激活会话控制的方法。该方法包括接收激活协作会话的控制的请求，以及确定接受对激活协作会话的控制的请求。该方法包括响应于接收到激活请求，发送指示，所述指示对所确定的接受进行指示。响应中的指示可以对接受进行指示。该方法可以包括当响应中的指示对接受进行指示时，订阅事件包。

Description

用于实现设备之间的媒体和媒体转移的系统和方法

相关申请的交叉引用

本申请要求在2009年5月4日提交的、具有相同标题的美国临时专利申请No.61/175,394的优先权，并且通过引用将其并入本文中。

技术领域

本公开总体涉及针对移动通信系统中会话的媒体和/或控制功能管理，以及更具体地，涉及用于实现设备之间的媒体和/或控制功能转移的系统和方法。

背景技术

如本文使用的，术语“设备”可以指代术语“移动台”(MS)、“用户代理”或者“用户设备”(UE)，其可以包括电子设备，例如，固定和移动电话、个人数字助理、手持型或者膝上型计算机、智能电话、打印机、传真机、电视、机顶盒以及其他视频显示设备、家庭音频设备和其他家庭娱乐系统、家庭监视和控制系统(例如，家庭监视、告警系统和气候控制系统)、增强型家用电器(例如计算机化的电冰箱)以及具有网络通信能力的类似设备。在一些配置中，UE可以指代移动的无线设备。作为移动无线设备的这种UE可以包括，也可以不包括存储模块，该存储模块在设备内部或者可被拆卸，示例为(但不限于)：订户识别模块(SIM)或者可能包括ISIM应用、高密度闪存、MicroSD、R-UIM等在内的UICC卡。还可以由可下载的软件(SIM/UICC安全软件)来提供SIM/UICC功能。该术语还可以指代具有类似能力但不是很容易便携的设备，例如，台式计算机、机顶盒、TV、IPTV或者网络节点。术语设备还包含了术语SIP用户代理(UA)，SIP用户代理可以是固定的或者移动的。当UA是网络节点时，该网络节点可以代表例如另一功能(例如，UA或者固定线路设备)，并对该UA或者固定线路设备进行仿真或模仿。例如，对于一些UA，一般驻留到设备上的IMS SIP客户端实际上驻留在网络中，并使用优化协议向设备中继SIP消息信息。换言之，可以将传统上由UA执行的一些功能以远程UA的形式进行分布，其中，远程UA代表了网络中的UA。术语“UA”还可以指代可端接通信会话的任何硬件或软件组件，该通信会话包括但不限于SIP会话。此外，本文可以将术语“用户代理”、“UA”、“用户设备”、“UE”和“节点”作为同义词使用。本领域技术人员将意识到，在本申请中可以相互交换使用这些术语。

UE可以在提供高速数据通信的无线通信网络中操作。例如，UE可以根据全球移动通信系统(GSM)和通用分组无线服务(GPRS)技术来进行操作。现今，这种UE还可以根据增强数据速率GSM演进(EDGE)、或者增强GPRS(EGPRS)或增强GPRS阶段2(EGPRS2)进行操作。UE可以操作的其他无线网络包括(但不限于)：CDMA、UMTS、E-UTRAN、WiMax以及WLAN(例如，802.11)。UE还可以在固定网络环境(例如，xDSL、DOCSIS有线网络、以太网或光网络)下操作。一些UE可以具有多模操作能力，其中，这些UE可以在一个以上的接入网技术上操作，既可以一次在一个接入网上，在一些设备中，也可以同时使用多个接入技术。

EDGE/EGPRS/EGPRS2是允许增加的数据传输速率和改进的数据传输可靠性的数字移动通信技术的示例。该网络经常被归类为2.75G网络技术。大约自2003年起，从北美开始，已经在全世界将EDGE引入到GSM网络中。EDGE/EGPRS/EGPRS2可以用于任何分组交换的应用，例如那些涉及互联网连接的应用。高速数据应用(例如视频和其他多媒体服务)受益于EGPRS的增加的数据容量。UE还可以在其他无线技术中操作，例如(但不限于)Wimax、Wifi等。

随着通信网络变得日益复杂，网络基础结构正在远离基于电话的单标识概念(例如，电话号码)，该单标识唯一地映射到单个电话线路、蜂窝电话或者其他UE。例如，会话发起协议(SIP)和其他相关的基于互联网的通信技术支持将多个设备注册到网络，每个设备共享相同的用户标识(例如，SIP或者Tel统一资源标识符(URI))或者一组交叠或者相同的标识。该组标识被称为隐式注册集合(IRS)。在与通信网络的演进保持一致中，SIP还能够在网络与UE之间建立的相同会话中支持各种媒体类型，包括(但不限于)：文本、用于应用的数据、音频和视频等。本领域技术人员将意识到，设备/SIP UA可以具有不同的能力，例如，支持视频的小屏幕或者支持HDTV的IPTV。因此，如果在小屏幕上开始的在两个或更多设备/SIP UA之间的具有视频和语音分量的会话可以在用户靠近HDTV时将其视频分量移动到HDTV上，则这可以是有利的。该能力被称为UE间转移(IUT)，并且在3GPP TS 23.237和3GPP TS 24.292中对其进行了定义。

为了在IUT、PNM和其他服务(如黑莓联盟)中提供网络和相关设备的有效操作，一些网络包括管理器或控制器UE，管理器或控制器UE具有对在目标UE群中传送的设备或会话进行管理的能力，该目标UE群中的目标UE均与网络服务器相关。在该情况下，可以将管理器或控制器UE配置为管理经由一个或多个其他UE而可用的各种特征/参数的操作。在一些情况下，可以将控制器功能从控制器UE转移到另一个有能力提供控制器功能的UE。在一些情况下，多个UE可以担当控制器。在一些情况下，控制器UE可以实现个人网络管理(PNM)控制器功能。在一些情况下，UE具有多个用户代理，每个接入网一个。类似地，可以将管理器或控制器UA配置为管理经由一个或多个其他UA而可用的各种特征/参数的操作。管理器或控制器UA还可以是管理器或控制器UE。以下，除非根据上下文显而易见，否则术语UE和UA通常是可交换使用的。

SIP使得UE可被配置为使得：可以基于通信被寻址到哪个UE，取决于用于通信过滤和服务转向的发送者标识来对UE进行通知。例如，用户可以配置呼叫/通信转发服务，以允许向家庭成员提供特定的公共用户标识(例如，家庭电话号码或者电子邮件地址)来通过用户的移动电话直接找到用户，以及可以将朋友或家庭成员转发到个人语音邮件，而将同事转发到办公室电话，其最终转发到公司语音邮件。

由此，SIP允许用户在多个UE上具有一致的标识，其中，UE可以包括家庭电话、个人移动电话、工作电话、公司移动电话、休假家庭电话、膝上型计算机基于IP的语音(VoIP)客户端、传真机等。一致的公共用户标识还使得不管用户正好当前使用哪个UE，该用户都是能被找到的。该灵活性最小化了以下必要性：维持大的面向设备的联系人列表以标识地址簿中的每个用户，以及当尝试建立通信时，不得不决定哪个设备是最好的(每个用户(及其所有关联的蜂窝电话、家庭电话、计算机等)可以由单个标识来识别)。由此，在网络和/或进行端接的用户确定了用于与个人联系的最合适UE的情况下，有可能与仅使用单个标识的某个人通信。

在实现SIP并具有管理器或控制器UE的网络中，期望确保向具有处理内容(可以包括各种媒体类型)的最佳能力的UE建立新的会话。当用户可以使用电视或者计算机屏幕/监视器时，在没有用于显示视频内容或者具有非常小的视频屏幕的常规办公电话上接受包括视频内容在内的媒体，这可能不是最适当的。此外，当UE已经参与到使用一个或多个媒体类型的会话中并且UE接收到将一个或多个媒体类型增加或者修改到会话的邀请时，应该对控制器UE进行识别，以使得用户可以请求将新的媒体类型转移到可以支持和处理或呈现新的媒体类型的不同UE。例如，如果用户在该用户的移动电话上参与到音频会话中，并且该用户希望在另一设备上接受所增加的视频流媒体，控制器UE向用户提供选择另一设备(例如，膝上型PC)的能力，以基于例如设备能力和用户偏好来接收和显示所增加的视频流媒体。

此外，用户可以在会话时间期间针对会话的控制器使用不同设备。例如，用户可以在户外的花园中在其移动电话上接受会话或者会话的一个或多个媒体分量，而然后移动到屋子内，并将音频和视频分量转移到其台式计算机，以及，因为用户希望现在从其台式计算机控制会话，他还将会话的控制从其移动电话转移到其台式计算机。最终，控制器状态功能仅应该在能够成为控制器设备且被网络授权接收控制器功能的特定成员UE之间转移(例如，基本的电视不太可能具有与用户互动以执行控制器功能的能力)。因此，提供一种在可能由不同订户使用的一组UE(例如，共享的设备，如家庭电话和电视)之间分发和处理针对会话、媒体和控制器功能的转移请求的安全机制是很重要的。

发明内容

附图说明

为了更全面地理解本公开，现在参照以下结合附图的简述以及详述，其中，相似的引用标号表示相似的部分。

图1示出了在与网络相关联的UE之间转移媒体和IUT控制器功能的示例流程；

图2示出了用于实现本系统的示例性通信网络，本系统用于执行在连接到网络的UE之间的IUT媒体和/或控制器功能转移；

图3示出了用于将UE注册到IMS网络并导致注册到SCC AS的示例流程；

图4示出了用于识别一个或多个具有IUT能力的UE的示例性允许IUT列表管理对象，该具有IUT能力的UE包括受控器UE，或者既包括控制器UE也包括受控器UE；

图5a和5b示出了图4中示出的示例性允许IUT列表MO的参数和DDF；

图6示出了用于向UE提供IUT控制器功能的示例流程，其中，仅从单个控制器UE请求授权；

图7示出了用于向UE提供IUT控制器功能的示例流程，其中，仅从多个控制器UE请求授权；

图8示出了如IUT控制器UE所请求的，向UE转移媒体A和控制器功能的示例流程；

图9示出了用于从UE-1向UE-2转移媒体A和控制器功能的示例流程，入局会话请求包括控制器功能标识符，并在Gm参考点上传送该入局会话，以及经由电路交换网络发送媒体A；

图10示出了用于从UE-1向UE-2转移媒体A和控制器功能的示例流程，其中，入局会话请求包括控制器功能标识符，并在I1参考点上传送该入局会话，以及经由CS网络发送媒体A；

图11示出了与用户相关联的多个UE，在该UE的子集之间建立协作会话；

图12a和12b示出了用于在接收到会话邀请请求时，端接协作会话建立的示例流程；

图13示出了用于从第一PS UE向第二PS UE转移IUT控制器功能的示例流程，其中，第一UE和第二UE可以使用相同的承载或者不同的承载；

图14是用于向使用Gm参考点的协作会话中的另一UE转移媒体/控制器功能的备选消息流程的说明图；

图15是用于向使用I1参考点的协作会话中另一UE转移媒体/控制器功能的备选消息流程的说明图；

图16是用于控制器发起的进行中会话信息转移的备选消息流程的说明图；

图17示出了包括用户代理的实施例在内的无线通信系统；

图18示出了用户代理的框图，该用户代理包括数字信号处理器(DSP)和存储器；

图19示出了可以由用户代理的处理器实现的软件环境；

图20示出了系统的示例，该系统包括适于实现提供网络之间的会话转变的连续性的方法的处理组件；

图21是用于将描述相关联的控制器和受控器UE的信息存储在网络内的示例性结构的说明图；

图22是存储在网络中(例如，存储在HSS中)的示例信息的说明图；

图23是具有参考比特值位置的示例指示符的说明图。

具体实施方式

通过提供用于移动通信系统中的媒体和/或控制功能管理的系统和方法，以及更具体地，通过提供用于实现设备之间的媒体转移和/或控制功能转移的系统和方法，本公开克服了前述缺陷。

在一个示例中，用于从第一用户设备(UE)向可能属于相同方的第二UE转移控制器功能的方法包括：建立用于在第一UE和第三UE之间传输媒体内容的会话。初始向第一UE指派用于会话的控制器功能。该方法包括：从第一UE接收向第二UE至少转移用于会话的控制器功能的子集的请求，以及确定第二UE实现控制器功能的能力。当第二UE具有作为控制器操作的能力时，该方法包括向第二UE至少指派该用于会话的控制器功能的子集，以及对至少转移该用于会话的控制器功能的子集的请求加以响应，以通知第一UE释放会话。

在另一示例中，用于从第一用户设备(UE)向第二UE转移控制器功能的方法包括：建立用于在第一UE和第三UE之间传输媒体内容的会话。初始向第一UE指派用于会话的控制器功能，以及第一UE包括接口。该方法包括：经由第一UE接口接收向第二UE转移用于会话的控制器功能的请求，向应用服务器发送会话控制器功能转移请求，以及从应用服务器接收转移响应。当转移响应指示第一UE应该释放会话控制器功能时，该方法包括释放会话控制器功能。

在另一示例中，转移用于在第一用户设备(UE)和第三UE之间传输媒体内容的会话的方法包括：向第一UE指派用于会话的控制器功能，从第一UE接收对向第二UE转移用于传输媒体内容的会话的请求，以及确定第二UE接收用于传输媒体内容的会话的能力。当第二UE有能力接收用于传输媒体内容的会话时，该方法包括：向第二UE转移用于传输媒体内容的会话，以及，对向第二UE转移用于传输媒体内容的会话的请求加以响应，以通知第一UE释放会话。

现在参考附图来描述本公开的各个方面，其中，相似的标号始终指代相似或对应的单元。然而，应该理解，附图及其相关的详细描述不是旨在将所要求权利的主题限制为所公开的具体形式。相反，本发明要包含落入所要求权利的主题的精神和范围之内的所有修改、等效物和备选。

如本文所使用的，术语“组件”、“系统”等旨在指代与计算机有关的实体，可以是硬件、硬件和软件的组合、软件或者执行中的软件。例如，组件可以是但不限于在处理器上运行的过程、处理器、对象、可执行文件、执行的线程、程序和/或计算机。作为说明，计算机上运行的应用和计算机都可以是组件。一个或多个组件可以驻留在执行的过程和/或线程内，且组件可以在一个计算机上本地化和/或在两个或更多计算机之间分布。

在本文中，单词“示例性”意味着“作为示例、实例或说明”。不需要将本文中任何被描述为“示例性”的方面或设计解释为比其他方面或设计更优选或占优势。

此外，可以使用标准的编程和/或工程技术将所公开的主题实现为系统、方法、装置或制造环节，以产生软件、固件、硬件或其任意组合来控制计算机或基于处理器的设备以实现本文详述的方面。本文使用的术语“制造环节”(或者备选地“计算机程序产品”)旨在包含从任何计算机可读设备、载体或介质可以访问的计算机程序。例如，计算机可读介质可以包括(但不限于)：磁存储设备(例如，硬盘、软盘、磁带等)、光盘(例如，高密度盘(CD)、数字通用盘(DVD)等)、智能卡和闪存设备(例如，卡、存储棒等)。此外，应该意识到，可以使用载波来携带计算机可读电子数据，例如在发送和接收电子邮件中所使用的载波或者在访问网络(例如，互联网或局域网(LAN))中所使用的载波。当然，本领域技术人员将认识到，在不脱离所要求权利的主题的范围或精神的情况下，可以对该配置做出很多修改。

本系统提供了用于实现在与通信网络相关联的设备之间的媒体转移或控制功能转移的媒体和/或控制功能管理。在一个实现中，系统根据3GPP TS 23.237执行UE间转移(IUT)，以从一个或多个控制器SIP UA或UE向一个或多个受控器SIP UA或UE转移会话的一个或多个媒体分量或者一些或全部的媒体流和/或控制器功能(ITU控制器)。可以在各种通信网络中实现该系统，其中，将UE配置为被指派了单个共享标识(例如，Tel URI、SIP URI、MSISDN、C-MSISDN、GRUU(全球可路由用户代理URI等)，或者具有与和网络相关联的其他UE相交叠的标识信息。在网络内，每个UE可以发起各种通信会话，每个会话涉及数据的通信，数据可以包括多种媒体类型，例如(但不限于)：用于应用(媒体类型应用)的数据、语音、文本、视频(包括各种编码方案)和音频。

在一个配置中，经由网络来实现系统，该网络支持SIP，并且除了非控制器或者受控器SIP UA或UE之外，具有各种管理器或控制器SIP UA或UE。取决于(但不限于)网络规则、运营商策略、用户偏好或者其他系统要求，可以将控制器功能从第一控制器UE移到另一UE。在一些情况下，可以经由网络提供具有控制器或受控器功能的UE，其中，通过与具有类似功能能力和系统设计的控制器UE相类似的方式，对受控器UE进行配置。当UE中的一个UE一开始注册到网络时，自动将注册到无线服务器的第一个支持控制器功能的UE指派为管理器或控制器UE。在一些情况下，当网络接收到由支持控制器功能的UE发送的针对协作会话的初始转移请求时，可以将该UE自动指派为管理器或控制器UE。然而，可以使用其他算法来确定UE聚集中预备控制器UE。在连接到网络后，用户可以可选地将控制器指派从第一个注册的UE改变到在该用户或者其他相关用户控制之下的其他已注册UE中的一个。

使用本系统，为具有多个UE(均共享公共标识)的用户提供服务的网络可以接收对参与到包括各种媒体类型在内的会话中的邀请。在接收邀请后，网络根据邀请中描述的媒体类型、用户指定的优选UE或者可用于控制器UE或网络的其他信息，向用户的UE转移、转发或发送会话邀请(例如，SIP INVITE(SIP邀请)或SIP Re-INVITE(SIP再邀请))。如果用户已经参与到使用各种媒体类型的会话中，并且针对相同的会话接收到增加、删除或者修改一个或多个媒体类型的要约(例如，会话描述协议(SDP)要约)，可以识别用于向不同的UE转移新的媒体类型和会话控制功能的控制器UE。

在一个实现中，当UE(例如，ICS UE)接收到包含用于使用IP承载来建立会话的SDP的SIP INVITE请求时，ICS UE根据3GPP TS 24.229建立会话，然而有如下的说明。首先，如果SIP INVITE请求包含Target-Dialog报头(包含与ICS UE与服务一致性和连续性应用服务器(SCC AS)之间的现有对话(或者正在建立过程中的对话)相对应的对话参数)时，ICS UE将SIP INVITE请求视为作为相同会话一部分的另一对话，该另一对话是由Target-Dialog报头中包含的对话参数所识别的对话。第二，如果SIP INVITE请求不包含Target-Dialog报头，然而在ICS UE和SCC AS之间存在现有对话(或者正在建立过程中的对话)，SCC AS可以检查该请求中的对话参数是否与ICS UE和SCC AS之间的现有对话(或者正在建立过程中的对话)上接收到的Target-Dialog报头中接收的对话参数相对应，如果是，ICS UE可以将SIP INVITE请求视为作为相同会话一部分的另一对话，该另一对话是在其上接收到Target-Dialog报头的对话。该第二说明可以包含与发送请求的顺序相比，请求以乱序方式到达的可能性。

可以将被配置为根据本系统来实现IUT的控制器UE配置为进行以下一项或多项：通过在不同的UE上创建新的接入段(leg)来将一个或多个媒体流增加到会话，将一个或多个媒体流增加到不同UE上的现有接入段上的会话，从不同UE上的接入段上的会话中移除一个或多个媒体流，在不同的UE上提供具有媒体的MMTel服务控制(参见例如3GPP TS22.173)，以及在不同UE上提供媒体特征更新。因此，可以将每个控制器UE配置为建立和/或释放协作会话，该协作会话提供了使用特定网络实体或节点(例如，SCC AS)来锚定(anchor)的一个或多个会话。当维持正在进行的协作会话时，每个控制器UE可以将协作会话的媒体流转移到目标UE。此外，可以将每个控制器UE配置为在建立或不建立协作会话的情况下，向目标UE转移可用的一个或多个媒体流中的全部或者一些。如果向目标UE转移所有的媒体流，可以释放控制器UE上的现有会话。

在一个示例系统实现中，为了实现UE间转移(IUT)，SCC AS使用面向S-CSCF的ISC参考点用于UE间转移的执行。例如，为了使能并执行IUT，SCC AS可以首先分析如下所述的UE间转移所需的信息，并基于运营商策略和用户偏好，决定应该执行哪个接入网。然后，如果该信息与运营商策略不相符，SCC AS可以拒绝UE间转移请求。SCC AS可以在注册之后从归属订户服务器(HSS)检索与在HSS的用户简档中存储的IMS私有用户标识绑定的C MSISDN，以及在第三方注册之后从HSS检索与HSS的用户简档中存储的IMS私有用户标识绑定的、用于UE间转移的控制器功能。SCC AS还可以确定UE是否被允许以及具有用于UE间转移的控制器功能，使用在入局SIP INVITE或者入局UE间转移请求中提供的信息将UE间转移请求与已锚定的会话相关，以及执行不同UE之间的IMSUE间转移，该不同UE属于经由相同或不同接入网相连的相同IMS订阅。SCC AS还可以提供IUT转移专用的计费数据，向控制器UE提供可转移UE的信息，以及基于对和各种服务连续性有关的输入因素的分析，决定是否更新所规定的用于UE间转移的运营商策略。SCC AS还可以产生用于UE间转移的运营商策略，并通过经由OMA DM向UE发送运营商策略来对用于UE间转移的运营商策略进行更新，OMA DM包括运营商策略和用户偏好(它们也可以用于发起针对出局会话的UE间转移过程)之间的优先级，以及确定是否向控制器UE发送从远程方接收到的入局会话邀请，以使得进行端接的控制器UE可以发起UE间转移。

一般来说，在以下情况中，SCC AS提供在一个或多个接入网上合并和/或划分媒体流的功能：根据会话转移、会话端接的需要，或者在会话建立期间当UE请求增加在附加接入网上的媒体流时，或者当UE请求向现有会话增加和/或删除在一个或多个接入网上的媒体流时。

当处理IMS会话的媒体流时，SCC AS可以考虑到与会话相关联的服务。

为了在特定接入段上路由SIP方法(SIP METHOD)(例如SIPINVITE)，需要识别与该接入段相对应的特定注册流程。

Draft-ietf-sip-outbound描述了SIP UA或UE如何可以通过多个注册流程来注册，通过该多个注册流程，请求可以到达UA或UE。如在3GPP IMS中所支持的，UE使用在Draft-ietf-sip-outbound中定义的机制，以在不同的接入网上使用不同的流程进行注册。如Draft-ietf-sip-outbound中所定义的，不同接入网上的每个流程可以在SIP REGISTER请求的Contact报头中包含不同的“reg-id”联系人报头参数。如3GPP TS 24.229中所描述的，当注册UE在SIP REGISTER请求中包括P-Access-Network-Info报头时：表1中示出了根据3GPP TS 24.229的扩展P-Access-Network-Info报头字段的示例语法。

表1

从P-Access-Network-Info的语法可以看出，access-type指示了在其上路由SIP REGISTER请求的网络所使用的接入网技术。然而，虽然“reg-id”参数唯一地标识了注册流程，没有使得网络可以对在特定注册流程上引导诸如SIP INVITE之类的SIP方法进行引导的当前机制。为了使得其可行，可能定义并在SIP REGISTER请求的Contact报头中包括媒体特征标记，该媒体特征标记对注册流程进行了标识(“reg-id”参数不是媒体特征标记)。下面是这种媒体特征标记的两个可能的实施例的示例。本领域技术人员将意识到，适当的字母数字式字符的任何构造可以用于从SIPUA/UE传达相同的含义。

在表2中示出的第一示例中，定义了特征标记g.3gpp.icsflow，其允许将字符串包括在对流程进行标识的媒体特征标记中。该字符串可以包含与“reg-id”参数中相同的标识符值(例如，g.3gpp.icsflow＝[regid])，或者其可以包含某个其他字符串，然而，在一个实现中，针对每个注册流程，字符串必须不同。对于媒体特征标记中使用的字符串，UE可以允许用户定义人类可理解的标签，因为当执行媒体转移时，用户可能需要使用这些标签来指示其希望将媒体类型转移到哪个接入段(例如，“互联网”、“有线电视”、“蜂窝”、“WLAN”)。

表2

在表3所示另一示例中，将现有的g.3gpp.ics媒体特征标记增强为还指示注册是直接来自于移动电话还是来自于网络节点，还指示了正在使用哪个注册流程。

表3

当进行注册时，UE将P-Access-Network-Info报头包括在SIPREGISTER请求中，该P-Access-Network-Info包含在该接入段上使用的接入技术的标识，UE将媒体特征标记也包括在SIP REGISTER请求的Contact报头中，该媒体特征标记包含如上所述的流程的唯一标识符。

SCC AS或者另一网络节点可以通过按照RFC 3860或者增强的第三方注册过程(例如，包括在第三方SIP REGISTER请求的主体中的入局SIPREGISTER请求)来订阅注册事件包，以获得媒体特征标记。SCC AS还可以从第三方SIP REGISTER请求获得P-Access-Network-Info报头。

例如，SCC AS还可以从以下各项获得其实现IMS中心化服务(ICS)特定要求所需的注册状态信息：例如，从任何接收到的如3GPP TS 24.229中所指定的第三方注册请求(例如，包括在第三方注册请求的主体中包含的信息)获得，从任何接收到的如3GPP TS 24.229中所指定的注册事件包获得，或者从如3GPP TS 29.328和3GPP TS 29.329中所指定的Sh接口获得。使用这些机制，SCC AS可以获得access-type，以及从P-Access-Network-Info报头获得access-class值(如果存在)以及g.3gpp.icsflow媒体特征标记的值，以及将access-type和access-class值(如果存在)与g.3gpp.icsflow媒体特征标记的值相关联，以使得可以在与特定的IP-CAN相对应的特定流程上路由请求。

SCC AS或者另一网络节点存储从P-Access-Network-Info报头(该报头与从媒体特征标记获得的接入段/流程标识符相关联)获得的access-type和/或access-class信息(可能包括相关联的位置信息)。注意到，P-CSCF还可以在P-Access-Network-Info报头中包括附加的接入类型(access type)或者接入类别(access class)值，P-Access-Network-Info报头包含由网络验证并因而通过包括“np”(网络提供)参数来指示的接入类别和接入类型。基于运营商的可用性和策略，可以将来自于UE提供的P-Access-Network-Info报头和/或网络提供的P-Access-Network-Info报头或来自这两个报头的接入类型和/或接入类别与从媒体特征标记获得的接入段/流程标识符相关联存储。

当SCC AS(或者另一网络节点)基于运营商策略或者用户偏好或者用户配置来确定要在特定接入段上路由包含特定的所提议的媒体类型在内的请求时，SCC AS(或者另一网络节点)获得之前从媒体特征标记获得的、与从P-Access-Network-Info报头获得的接入类型和/或接入类别相关联存储的接入段/流程标识符。然后，SCC AS(或者另一网络节点)将Accept-Contact报头包括在请求中，该Accept-Contact报头包含媒体特征标记(例如，g.3gpp.icsflow)，该媒体特征标记具有为接入段/流程标识符而设置的值，该接入段/流程标识符与针对要在其上路由请求的接入段的接入类型和/或接入类别相关联。还可以将参数“require”和“explicit”可选地包括在Accept-Contact报头中，该Accept-Contact报头与包含接入段/流程标识符在内的媒体特征标记相关联。结果，使用在RFC 3841中描述的机制将请求路由到使用期望的接入段的UE，以及对应地，如果接受了该请求，还要使用该接入段来建立媒体。

在一些实现中，运营商在网络中规定了网络运营商的策略，并且例如可以在初始规定期间或者经由例如OMA DM设备管理将策略传输到UE。不管运营商何时更新策略，都可以经由OMA设备管理向UE传输运营商策略。

针对每个所支持类型的媒体或者媒体组，运营商策略可以指示：被限制用于始发会话和会话转移的接入网络的列表、要由具有SC能力的UE使用来始发会话和会话转移的优选接入网络(按优先级的顺序)的列表(当这些接入网络变得可用并且会话转移是可能的时候)；以及具有SC能力的UE是否“将”/“应当”/“可以”开始向优先级比当前接入网络高的目标接入网络转移媒体流(当目标接入网络变得可用并且会话转移是可能的时候)。通过指示“将”，运营商强制UE根据归属运营商的优选接入网络列表尽可能快地开始会话转移。通过指示“应当”，运营商建议UE：在考虑到本地操作环境信息之后，如果会话转移是可能的和所期望的，则根据归属运营商的优选接入网络列表开始会话转移。通过指示“可以”，运营商让UE自由决定在考虑到本地操作环境信息之后，如果会话转移是可能的和所期望的，是否根据用户偏好(当已配置时)开始会话转移。不管是否配置用户偏好时，UE都可以考虑归属运营商的优选接入网络列表。运营商策略还可以指示在部分会话转移的情况下，是保留还是丢弃不可转移的媒体流。一般来说，用于会话转移的运营商策略与用于T-ADS的运营商策略相一致。

用户偏好可以指示例如优选接入。本地操作环境信息可以是实现特有的，并且可以包括诸如无线环境信息、IP连接质量(抖动、延迟和分组丢失)、应用特有的要求、存储器考量、功率考量等在内的项目。当决定使用哪个接入来用于出局会话时或者在考虑发起会话转移之前，UE可以考虑运营商策略、用户偏好和本地操作环境信息。一般来说，不向网络转移用于接入转移的用户偏好。

对于IUT，在决定UE是否被允许和有能力担当控制器时，在确定将哪个接入网用于入局会话时，在特定的UE上发送哪个媒体类型时以及是否从远程方向控制器UE发送入局会话邀请时，UE可以经由Ut接口向SCC AS指示如下用户偏好，以及SCC AS可以考虑运营商策略和用户偏好：担当控制器UE的优选UE；用于入局会话的优选接入网络类型；要在用户的具体UE上接收的优选媒体类型；以及在控制器UE上从远程方接收入局会话邀请的偏好。

此外，对于IUT，一般将UE配置为支持IUT控制器或受控器功能。在进行端接的UE的情况下，可以将UE配置为变成控制器UE，以当远端发送会话邀请时将IUT应用于进行中的会话。

如果用户希望当执行媒体转移时，对在具体的接入段上针对一个或多个媒体类型建立媒体会话进行引导，用户可以通过在其控制器UE上选择其希望用于具体媒体类型的接入段来对此进行指示。对于媒体特征标记中使用的字符串，UE可以在之前已经允许用户定义了人类可理解的标签，以使得当执行媒体转移时，用户可以使用这些标签来指示其希望将媒体类型转移到哪个接入段(例如，“互联网”、“有线电视”、“蜂窝”或“WLAN”)。备选地，当进行涉及接入类型的注册时，设备提供用户可以读取的人类可读接入类型与设备支持的接入类型之间的映射。下面是示例实施例，然而本领域技术人员将意识到，可以或多或少对映射进行限制，其中，理念是将人类可读的字母数字型字符串映射到大量可能的P-Access-Network-Info报头接入类型值。

例如，WLAN＝″IEEE-802.11″/″IEEE-802.11a″/″IEEE-802.11b″/″IEEE-802.11g″/″IEEE-802.11n″

DSL＝″ADSL″/″ADSL2″/″ADSL2+″/″RADSL″/″SDSL″/″HDSL″/″HDSL2″/″G.SHDSL″/″VDSL″/″IDSL″

蜂窝＝″3GPP-GERAN″/″3GPP-UTRAN-FDD″/″3GPP-UTRAN-TDD″/″3GPP-E-UTRAN-FDD″/″3GPP-E-UTRAN-TDD″

有线电视＝″DOCSIS″

例如，如果用户具有同时支持WLAN和蜂窝(例如，EDGE/UMTS/LTE)接入的多模能力的移动电话，用户可以因为带宽效率、成本效率或者更好的图像质量的原因希望在WLAN接入上接收视频媒体类型，而使用蜂窝连接用于语音和音频媒体类型。为了这样做，UE在用于请求媒体转移的请求(例如，SIP REFER请求)中包括Accept-Contact报头，该Accept-Contact报头包含媒体特征标记(例如，g.3gpp.icsflow)，该媒体特征标记具有针对用户选择的接入段的接入段/流程标识符而设置的值，所转移的媒体类型要在该接入段上路由。还可以将参数“require”和“explicit”可选地包括在与包含接入段/流程标识符的媒体特征标记相关联的Accept-Contact报头中。在SIP REFER请求的情况下，可以将Accept-Contact报头及其值嵌入在Refer-To报头内。当SCC AS(或者另一网络节点)接收到媒体转移请求时，其然后将来自媒体转移请求的Accept-Contact报头及其值一起包括在向媒体要被转移到的UE发送的请求中。这导致使用在RFC 3841中描述的机制将请求路由到使用所期望的接入段的UE，以及对应地，如果接受了该请求，也要使用该接入段来建立媒体。注意到，在一些情况下(例如以上的示例)，媒体要被转移到的UE与担当发送媒体转移请求的控制器UE可以是相同的UE。

图1示出了可以由本系统实现的在与网络相关联的SIP UA或UE之间转移媒体和/或IUT控制器功能的示例通信流程。该流程允许从第一控制器UE(UE-1)向第二受控器UE(UE-2)转移对包含两个媒体分量的会话的服务控制。例如，通过共享相同的SIP URI或Tel URI，或者具有通过隐式注册集合(IRS)定义的交叠或相同的公共用户标识，第一UE和第二UE可以共享相同的公共用户标识。然而，其将具有唯一的私有标识，例如(但不限于)：IMS私有标识、IMSI、MIN等。在该示例中，UE-1具有与远程UE建立的多媒体会话，该远程UE的会话已锚定在SCCAS处。UE-1在一开始推动协作会话控制。

如图1所示，多媒体会话包括两个媒体分量(媒体A和媒体B)，且UE-1想要经由IUT向UE-2转移协作会话控制以及媒体分量之一(媒体A)。如图所示，在步骤101中，UE-1通过向SCC AS传输或发送转移请求，发起向UE-2转移协作会话控制和媒体类型(媒体A)的过程。转移请求指示了要向UE-2转移协作会话控制和媒体类型(媒体A)。转移请求可以包含SDP(可能嵌入在SIP REFER请求的Refer-To报头中)，该SDP包含要转移的媒体类型。备选地，可以通过在转移请求中发信号通知适当的特征标记等来指示媒体类型。可以由(但不限于)GRUU、SIP URI、Tel URI等来标识UE-2。在步骤102中，SCC AS识别该请求，并执行验证过程。验证过程可以包括验证UE-1被允许执行IUT，UE-2标识(在本实施例中是UE-2的GRUU)存储在SCC AS中(存在有效的注册)，以及针对该GRUU存储的是与从UE-1的请求中接收到的媒体特征标记相匹配的媒体特征标记。如果UE-2的GRUU不存在，或者特征标记不匹配，则可拒绝该请求。备选地，验证过程可以包括SCC AS检索已授权的UE的Tel URI、SIP URI。如果所检索的Tel URI、SIP URI与可以使用的一个UE-1相匹配，则SCC AS可以识别到与所检索的Tel URI、SIP URI相匹配的另一目标UE。然后，SCC AS将确保：对接受联系人(accept contact)报头中的特征标记以及explicit和required参数进行设置，以将备选联系人选择为执行请求的UE的联系人。

如果UE-1被允许请求向UE-2转移协作会话控制和媒体A，SCC AS可以向UE-2传输或者发送对将向UE-2转移协作会话控制和媒体A进行指示的请求。例如，SIP方法(如，SIP INVITE)可以包括作为目标的UE-2的GRUU，以及包括指示协作会话控制(IUT控制器功能)的媒体特征标记。SIP方法可以将所需的媒体特征标记与“Explicit”和“Required”一起包括在Accept-Contact报头中。备选地，包括SDP，SDP包含要转移的媒体类型。在步骤103中，系统在UE-2和SCC AS之间建立协作会话控制。此时，UE-2变为协作会话的控制器UE(基于对指示IUT控制器功能的媒体特征标记进行接收)。然而，在其它实现中，UE-1可以发送包括要转移的媒体在内的转移请求，同时将协作会话控制保持在UE-1上。在这种情况下，转移请求不包括协作会话控制(IUT控制器功能)的指示、标识符、令牌、旗标或者媒体特征标记。

在一个实现中，协作会话包括一个或多个IP多媒体子系统(IMS)会话的逻辑集合(该一个或多个IP IMS会话很可能在共享相同IMS订阅的两个或更多UE上)，该逻辑集合锚定在远程段上出现的SCC AS中，作为单一IMS会话。从订户的角度看，该远程段可以是SCC AS和远程方之间的呼叫控制段(对于附加示例，请参见3GPP TS 23.292以获得针对使用电路交换媒体的IMS会话的远程段的定义)。

在步骤104中，在UE-2和SCC AS之间建立携带媒体A的会话。此时，系统可以根据与UE-2的新会话建立来可选地更新SCC AS和远程方之间的远程段。例如，可以将远程段更新为实现视频编解码调整或改变(例如，因为改变是IPTV设备所需要的，否则要对媒体进行重新协商)。在成功地建立协作会话控制和向UE-2转移媒体A之后，在步骤105中，SCCAS向UE-1发送转移响应(例如，根据RFC 3515，用于最终响应的SIPNOTIFY请求)。在接收到转移响应之后，在步骤106中，可以释放UE-1上之前的携带媒体A的会话，以及释放协作会话控制。在成功转移协作会话控制之后，UE-1变为受控器UE(接收和/或发送作为协作会话的一部分的媒体流(媒体B)，同时对于会话控制来说从属于控制器UE的UE)，UE-2取得了控制器UE的角色。在UE-2与远程方之间传输媒体类型(媒体A)，而在UE-1和远程方之间继续传输媒体类型(媒体B)。如果转移没有成功，SCC AS应该将指示转移失败的消息发送回UE-1。消息可以包括(但不限于)SIP 488(在此不可接受(Not Acceptable Here))响应。可以将警告包括在指示失败原因的响应中。可以将至UE-1的指示转移失败的消息包含在SIP NOTIFY请求中，SIP NOTIFY请求在主体中包含来自UE-2的响应(例如，SIP 488(在此不可接受)响应)的SIPfrag。

图1所示通信流程允许UE间的媒体和协作会话控制的转移。除了媒体和协作会话控制转移之外，以上流程还可以在一个或多个控制器UE授权将控制器功能给予目标UE后，在UE之间转移控制器功能。

在一个实现中，为了方便会话转移(例如，为了IMS服务连续性)，可以将UE配置为存储和应用针对会话转移的运营商策略(例如，如上所述的策略)。UE还可以基于触发准则来发起会话转移过程，触发准则包括当前运营商策略、用户偏好和本地操作环境信息，这向SCC AS提供了进行会话转移操作的必要细节。UE还可以提供其支持IUT的控制器或受控器功能的能力，并基于当前运营商策略和用户偏好发起IUT过程，这向SCC AS提供了进行IUT操作的必要细节。

UE可以具有可能使用不同接入网的多个注册上下文。取决于网络或者应用服务器(AS)中的IUT策略和实现，可以将UE配置为针对一些或所有的媒体传输使用不同的接入网。例如，根据一些预先定义的用户偏好或网络/运营商策略，UE可以使用无线局域网(WLAN)无线装置或者某个其他接入网用于具有适当的属性的视频类型的媒体传输。

对属性或目标UE或特定目标UE进行指示的指示符还能够识别接入技术(例如，由相同设备支持)。使用上述过程，可以在使用具体接入技术的具体接入段上路由请求。

在其他系统实现中，控制器UE功能还可以驻留在物理盒(例如，机顶盒)中，或者是驻留在个人计算机、媒体服务器、归属节点B或者其他没有由用户进行物理操作的设备中的可执行软件。在一个示例中，用户被媒体接收器(media sink)或受控器UE所包围。媒体接收器可以进行与控制器UE或者其他媒体控制器设备的互动，或者对控制器UE或者其他媒体控制器设备进行补充。例如，TV远程控制可以提供停止和回倒或者其他功能，这些功能可以由媒体接收器或者TV截取并转发到被配置为处理各种功能的设备或UE。在一些实现中，单个盒子可以支持用于不同的外部物理设备的多个SIP UA。例如，针对所连接的其他没有SIP功能的设备(例如，基本的电视、传统的固定线路电话以及不支持SIP的家庭娱乐系统)，家庭服务器或者机顶盒可以实现多个SIP UA。

现在参考图2，示出了用于实现本系统以执行IUT的示例性通信网络。网络212是通信网络，并包括各种组件，例如，基站、SCC AS、呼叫会话控制功能(CSCF)(例如，P(代理)-CSCF、S(服务)-CSCF和I(询问)-CSCF)、移动交换中心(MSC)服务器、用于IMS中心化服务(ICS)的增强型MSC和/或各种数据存储系统，该各种数据存储系统用于存储设备能力、用户偏好、用于IUT的控制器UE和受控器UE的列表、每个设备的会话段映射信息以及在实现本系统中使用的其他规则或限制。通过与网络212进行通信，UE可以变为与网络相关联(例如，注册)，并通过网络212与其他相关联的UE通信，或者与被配置为经由网络212通信的其他设备通信。用户214具有多个UE 216、218和220。UE 216、218和220共享可以由例如IRS集合A中的Tel URI或SIP URI所定义的单个标识230。用户222具有同样连接到网络212的UE 224和226。UE 224和226也通过例如IRS B来共享标识。

在图2中，用户214的UE包括若干不同的设备。UE 216是不具有视频能力的蜂窝电话，UE 218是具有基于IP的语音(VoIP)和视频会议能力的膝上型计算机，以及UE 220是被配置为与网络212通信但是具有最小用户输入能力的电视。在本示例中，电视220通过硬线连接来连接到用于与网络212通信的代理221。代理221可以包括家庭网关、线缆盒、机顶盒或者用于与网络212通信的其他系统。代理221可以无线地或者经由硬线连接与网络212通信。然而，本领域技术人员将意识到，可以将代理221中的一些或全部并入到电视220中。当UE 216、218和220中的每个与网络212建立连接时，可以向与用户214相关联的一个或多个UE指派IUT控制器功能。可以基于对UE的功能能力、用户偏好、网络需求或者经由用户214、网络212或者通信网络212中的任何其他实体变得可用的数据的任意组合进行评估的规则，来指派IUT控制器功能。在本示例中，UE 216(蜂窝电话)一开始被分配了IUT控制器功能。由此，UE 216可以向UE218和220中的任一个发送对与进行中会话有关的特定媒体的转移请求。作为转移过程的一部分，UE 216还可以向网络212发出向UE 218和220中的任何UE转移IUT控制器功能的请求。在一些情况下，取决于网络定义和用户定义的规则，可以向属于用户222的UE 224和226转移一些或者所有的媒体以及IUT控制功能。

参考图2，用户214可以使用蜂窝电话216向属于用户230的UE 232发起电话呼叫。因为蜂窝电话216不支持视频，所建立的会话仅包括语音而没有视频。然而，如果用户230的UE 232支持视频，并且用户230希望向会话增加视频，用户230可以向用户214发出向会话增加视频的请求或邀请。因为蜂窝电话216不能处理视频，除非用户214指示UE 216重定向到可以处理视频的UE，否则不能将视频增加到会话。在该示例中，当接收向进行中会话增加视频的请求时，UE 214可以指示UE 216将具有视频类型的请求重定向到具有视频会议能力的膝上型计算机218。为了将具有视频的请求重定向到膝上型计算机218，蜂窝电话216产生消息(例如，SIP3xx非最终响应)，以将具有视频类型的请求重定向到网络212(如果使用了诸如SIP 3xx响应之类的最终SIP响应，可将整个会话进行重定向)。取决于系统实现，当从远程方接收增加新媒体类型的请求时，网络(例如，SCC AS)可以基于例如设备能力、用户偏好或者网络规则向目标UE自动发起邀请。备选地，蜂窝电话218提供的用户接口可以允许用户214指示蜂窝电话218将消息重定向至膝上型计算机218。在网络212(例如，SCC AS)接收对将请求重定向的请求时，网络212(例如，SCC AS)验证膝上型计算机218可以支持视频类型媒体。这包括SCC AS 212查看媒体特征标记，该媒体特征标记是作为膝上型计算机218的SIPREGISTRATION的一部分传送到SCC AS 212并与注册膝上型计算机218GRUU媒体特征标记相对存储在SCC AS 212中的。

SCC AS 212验证蜂窝电话216具有请求重定向的能力，并被授权进行该请求。如果满足这些要求，SCC AS 212可以检查来自控制器的SIP方法(例如，SIP INVITE)中包含的特征标记是否与媒体被重定向至的SIP Contact相对地进行了存储。如果存在媒体特征标记，SCC AS通过发送具有包含媒体类型在内的SDP的邀请请求(例如，SIP INVITE)，将请求重定向至膝上型计算机218。SCC AS还根据RFC 3841设置“Explicit”和“Required”，以确保在S-CSCF中选择了正确的目标。在重定向和协作会话建立成功时，蜂窝电话216还可以请求向膝上型计算机218转移IUT控制器功能。

在本示例中，向膝上型计算机218转移IUT控制器功能。由此，膝上型计算机218有再次与用户214可接入的其他UE进行视频会议会话的选择。例如，为了利于更多的人群观看正在进行的视频会议，用户214可以希望将视频会议上的一些或所有媒体复制到电视220上，同时在被配置为经由网络212通信的膝上型计算机218上保持视频会议。在该示例中，电视220不包括麦克风。由此，使用膝上型计算机218(其具有IUT控制器状态)的用户214指示网络212仅将正在进行的视频会议会话的视频部分复制到电视220。在一个实现中，SCC AS在转移之后从已转移的段释放媒体类型，有必要发信号通知请求了副本。可以使用新的媒体特征标记、SDP变量、参数和/或SIP报头来发信号通知副本。在另一实现中，进行转移的UE在转移之后从已转移的段释放媒体类型，不需要对请求了副本进行发信号通知。在对副本授权时，SCC AS 212向电视220发送消息(例如，具有视频媒体类型的会话邀请(SIP INVITE))，以方便观看。然而，会话的语音部分仍然停留在膝上型计算机218上，以使得用户214可以继续与用户230通信。在该示例中，电视220同样没有用于接收用户输入以发起附加的媒体转移的用户接口。相应地，IUT控制器状态停留在膝上型计算机218上，以使得用户214可以将视频会议的视频部分从电视220转移到另一设备。如果要将IUT控制器状态转移到传统电视220，可能没有将会话转移到另一设备的机制，因为传统电视220不能提供适当的用户接口用于发起这种转移：会话的视频部分将变得不离开传统电视220。

取决于系统实现，可以向可针对每个用户建立的UE的数目和组合应用各种策略和限制。例如，网络可以实现进行如下规定的限制：仅有一个具有IUT控制器能力的UE可以变为IUT控制器；或者对于任何协作会话，多个具有IUT控制器能力的UE可以变为IUT控制器；对于所有的协作会话，多个具有IUT控制器能力的UE可以变为IUT控制器，然而针对相同的协作会话仅有一个IUT控制器UE。此外，可以通过网络规则、用户偏好或其组合来指定优选承载(例如，电路交换或分组交换)。例如，优选承载设置可以取决于媒体类型和设备能力，例如，电路交换用于话音媒体类型会话，以及分组交换用于视频类型会话。

网络(例如，SCC AS)还可以使用以下指示来用于计费目的：对哪个UE是IUT控制器的指示、执行IUT控制器功能的UE标识、用于IUT的订阅集合指示(指示属于相同订阅的UE的集合)以及承载指示(根据所使用的承载不同，可以有不同的计费)。

在本系统中，可以将每个UE配置为与网络通信(例如，经由SCC AS或通信网络的另一组件)，以关于UE是否具有支持IUT控制器功能来对网络(在本实例中，SCC AS)进行指示。在一个实现中，UE例如使用SIP消息向SCC AS发送其能力，SIP消息包括SIP方法或者SIP响应或可扩展标记语言-配置接入协议(XCAP)或基于网页服务(例如，使用SOAP或HTTP)，其中，SIP方法包括SIP REGISTER、SIP PUBLISH、SIPSUBSCRIBE、SIP NOTIFY、SIP INVITE、SIP Re-INVITE、SIP UPDATE、SIP OPTIONS以及SIP REFER。UE向SCC AS发送其能力的一种方式是使用媒体特征标记，例如，Contact报头中的g.3gpp.iut。例如，可以将包括Contact报头的SIP方法(例如，SIP REGISTER、SIP SUBSCRIBE、SIPNOTIFY、SIP INVITE、SIP Re-INVITE、SIP UPDATE、SIP OPTIONS、SIP PUBLISH以及SIP REFER)配置为包括IUT控制器媒体特征标记，以指示具体的UE对IUT控制器功能的支持。备选地，SIP响应(例如，SIP 200OK)还可以包括可被配置为指示UE的控制器能力的Contact报头。

当使用Contact报头来实现时，IUT控制器特征标记可以包括例如三个可能的值(因为系统可以使用具有各种名称和属性的其他值，仅描述示例性的值)。首先，值“Active”可以指示具有与IUT控制器特征标记相关联的联系人地址的UE当前正在担当会话的IUT控制器。其次，值“Inactive”可以指示具有与IUT控制器特征标记相关联的联系人地址的UE当前正在担当会话的IUT受控器(即，不是活跃的IUT控制器)，然而其能够被指派IUT控制器角色。第三，值“Passive”可以指示具有与IUT控制器特征标记相关联的联系人地址的UE当前正在担当会话的IUT受控器，并且不能够或不愿意接受IUT控制器角色。被动还可以意味着设备可以担当受控器，然而不具有控制器功能。

在一些实现中，IUT控制器指示可以关于任何具体的UE包括两个可能的值，例如(Active，Inactive)或者(Active，Passive)。示例的值定义可以包括：g.3gpp.iutcontroller＝“active”或g.3gpp.iutcontroller＝“passive”。在一些情况下，IUT控制器值放在版本指示符的前面。例如，IUT控制器值可以是“ActiveX”，其中，X可以是从0或1到Y的值，Y指示UE所支持的IUT的版本。另一示例是g.3gpp.iut＝[能力]，其中，能力指示IUT设备的能力，例如是“控制器”或者是“受控器”。可以将控制器扩展为“activecontroller”(活跃控制器)或“passcontroller”(被动控制器)。活跃控制器意味着SIP UA/UE正在执行会话的控制器动作，而被动控制器意味着SIP UA/UE具有控制器能力但是不在担当控制器。下面在表4中提供了特征标记的示例定义，然而本领域技术人员将意识到，可以使用对适当的字母数字式字符的任何构造来从SIP UA/UE传达相同的含义。

表4

在其它实现中，用户可以使用SIP、XCAP等将支持IUT控制器功能的UE配置为基于用户偏好来激活或者去激活IUT控制器设置。例如，可以将IUT控制器UE或受控器UE的激活或者去激活设置放置在SIP或XCAP消息的XML MIME主体中。如果在UE上激活IUT控制器设置，则UE担当IUT控制器UE。如果在UE上去激活IUT控制器设置，则UE担当IUT受控器UE。以下是以XML形式设置具体UE的IUT控制器功能的示例：

除了向网络通知具体的UE是否具有能力或者愿意担当控制器UE之外，本系统允许将支持多个承载的UE配置为向网络指示用户优选的承载，网络存储诸如UE能力和用户偏好之类的信息。取决于UE，UE可以具有使用例如电路交换和/或分组交换通信协议与网络通信的能力。对于支持多个承载的UE，可以经由SIP、XCAP或其他编码方案，通过用户偏好来指定优选的承载。在一个实现中，根据具体的媒体类型和/或设备能力来指定优选承载。例如，可以针对具有具体能力的设备上的具体媒体类型来指定具体的承载。备选地，可以针对所有UE指定通用承载偏好，而不管媒体类型和/或设备能力如何。例如，可以在SIP或XCAP消息的XML MIME主体中指定承载偏好。以下示出了具有XML形式的示例性编码。

在接收到指示UE能力的消息以及(可选地)与针对UE的优选承载有关的用户偏好时，如果消息包括在UE上支持IUT控制器功能以及将UE用作控制器的偏好，一个或多个网络组件可以验证UE被允许并能够担当控制器，该一个或多个组件是例如呼叫会话控制功能(如P-CSCF、S-CSCF、I-CSCF)、移动交换中心(MSC)服务器、用于ICS的增强型MSC或者SCC AS。在一个实施例中，如果接收到的消息包含所支持的承载类型和/或使用具体承载类型的偏好，SCC AS还可以验证UE支持具体的承载并已针对该具体承载进行了注册。

在验证期间，SCC AS确定哪个(些)UE将作为控制器，例如通过检查SIP REGISTER请求的Contact报头中的IUT控制器媒体特征标记来进行。在一个实现中，SCC AS使用订阅注册事件包或增强的第三方注册过程(包括在第三方SIP REGISTER请求的主体中的入局SIP REGISTER请求)来获得媒体特征标记。SCC AS还可以确定可以用于进行注册的UE的承载。如果网络的策略中的优选/所支持的承载值与接收到的消息中的优选/所支持的承载值不同，可以优先采用网络策略所定义的优选/所支持的承载值。使用上述过程，可以在使用具体接入技术的具体接入段或者优选承载上路由请求。

为了验证UE满足用于控制器功能指派和/或具体承载指派的特定要求，网络维持数据库，该数据库存储了用户的公共用户标识(例如，TelURI、SIP URI等)、用户的私有用户标识(例如，IMS私有用户标识、IMSI等)、哪些UE(例如，实例ID、IMEI、MIN或者GRUU)属于相同的订阅集合、哪些UE属于相同的IUT、哪些UE具有IUT控制器功能的能力、设备标识(例如，实例ID、IMEI、MIN、全球可路由UA URI(GRUU))、映射到每个设备的设备昵称、与每个设备相连接的会话段映射信息、每个UE上支持或优选的承载或无线接入技术(RAT)、为UE或者中间设备(其支持多个PS接入技术或多个订阅或对等(P2P)服务，并且每RAT或订阅或P2P服务具有至少一个UE)识别每RAT的每个UA的地址、许可另一UE获得控制器功能的授权规则、以及描述UE或者与UE相关联的其他信息。该数据库可以存储在HSS中，并由SCC AS使用Sh接口进行访问，或者使用作为注册结果的可以从S-CSCF接收到的信息来进行访问。可以将数据库存储在网络内的其他实体中。可以在SCC AS内部或者与其相结合。在一个实现中，为了执行注册动作，网络可以在数据库中检查用于UE的IRS，以查看请求注册的UE是否具有与已授权的UE相同的IRS集合。如果进行注册的UE所使用的IRS集合与存储在数据库中的已授权的UE的IRS集合相同，IRS集合可以指示通过IMS私有ID描述的具体能力，以及UE是控制器还是受控器。此外，IRS集合可以指示UE是否仅可以被控制，以及UE是否可以订阅和退订服务。

在本系统的操作期间，网络节点向控制器UE或者IUT UE的集合分发IUT UE的URI或标识的列表(即，可以请求IUT转移或被转移的UE的URI或标识的集合，或者属于相同IUT集合的控制器和受控器UE的URI的集合)，允许识别哪些UE是控制器或者受控器、哪些UE支持IUT控制器功能以及可以将IUT控制器功能转移到哪个UE。IUT UE的URI或标识的列表可以包括诸如设备昵称、每个IUT UE的每个URI或标识所支持的媒体类型之类的信息。

当UE注册到网络时，UE将包括上述的特征标记。作为注册过程的一部分，存储UE的GRUU。然后，将该GRUU作为URI传输到所有潜在的控制器UE。所发送的信息还可以包括对通过GRUU识别的UE是否是IUT控制器、控制器(被动角色)和受控器、具有受控器能力或者具有传统能力的鉴定。如果UE担当控制器，还可以传输所支持的媒体类型、已注册的RAT等来协助UE。如果设备执行重注册以及媒体标记(包括例如已注册的RAT)已经改变，则这可以导致对向具有IUT控制器能力的UE发送的信息的刷新。

如图3中所示出的，UE在步骤301中注册到IMS网络，这使得注册到SCC AS。SCC AS需要确定已经注册的设备是否是IUT集合的一部分。这可以通过SCC AS意识到在相同IRS中已经存在具有IUT能力的一个或多个UE来进行确定，如果SCC AS可以在步骤302中的Y处进行该确定，则SCC AS将在步骤303中与OMA DM服务器通信。在步骤304中，SCC AS可以将必要的标识包括到OMADM服务器，以使得OMADM服务器可以将信息传输到必要的设备或者需要该信息的其他设备。这可以包括实例ID、设备标识的列表。这些将是在注册过程中已经获得的。在一些情况下，如果ICS UE具有IMEI，在执行注册之前，如在3GPP TS 23.003中所定义的，ICS UE基于该IMEI产生实例ID。

在另一实现中，可以存在当UE注册时发送的某种形式的IUT组标识符(参见表5中的示例)，该标识符对允许来自不同IRS的订户在相同的IUT组中的IUT组进行标识。在该情况下，如果UE是IUT集合的一部分，则SCC AS将检查UE何时注册。IUT组标识符的一个可能的实施例可以是新的媒体特征标记或者之前所定义的媒体特征标记的扩展。例如，3.gpp.iutgroup＝[变量]。

表5

在一个实现中，当分发IUT UE的URI或标识的列表时，还可以经由开放移动联盟设备管理(OMA DM)、客户端规定(Client Provisioning)或者其他设备管理和规定协议来包括并提供服务SCC AS的地址。为了分发IUT UE的URI或标识的列表，网络可以使用空中传输机制，例如但不限于，非结构化补充服务数据(USSD)、短消息服务(SMS)、多媒体广播组播服务(MSMS)、小区广播、GERAN中基于GPRS运行的IP管道、UTRAN、LTE、WLAN、WiMax或者CDMA2000。进行识别的URI可以是TEL URI(E.164号码)、包含公共用户标识的SIP URI或者全球可路由用户代理URI(GRUU)。还可以在可拆卸存储器模块中提供该列表，可拆卸存储器模块包括(但不限于)：USIM、SIM、R-UIM、UICC或者高密度闪存(Compact flash)。备选地，可以使用其他配置管理机制，例如，如draft-ietf-sipping-config-framework中所描述的SIP配置框架(SIPCONFIG FRAMEWORK)。

可以周期性地更新IUT UE的URI或标识的列表，或者可以通过当列表改变或更新时才再广播、发送或者传输列表、广播更新，或通过每个控制器UE请求已更新的列表，才非周期性地更新该列表。备选地，可以通过例如经由用户接口直接向每个UE传输已更新的信息，或者通过向UE提供包含已更新列表的物理媒体来更新列表。当属于可以使用IRS集合的相同IUT组的其他UE进行注册或注销时，更新UE上的URI的列表。更新IUT UE的URI或标识的列表可以是重要的，因为可以稳定地将UE增加(或注册)至服务网络实体/从服务网络实体移除(或注销)，服务网络实体是例如HSS、S-CSCF、服务网络中的SCC AS(例如S-CSCF、HSS或SCC AS)。更新可以包括如上删除、增加或者修改条目。诸如SCC AS、DM服务器的网络节点提供IUT UE的URI或标识的列表。

图4示出了用于标识一个或多个IUT UE的示例性允许IUT列表管理对象。MO 440包括根节点442，根节点442可以担当固定节点的零或者一个账户的占位符。AllowedIUTEntries(允许IUT条目)内部节点444可用于提供对订阅集合ID的列表的引用，并且可以包括运行时节点(run timenode)446来作为一个或多个订阅集合ID的占位符。运行时节点446可以包括对一个或多个IUT UE、设备昵称和/或媒体令牌的URI或标识的引用。附加运行时节点450可以用作IUT URI(即，每个IUT UE的URI或标识)、设备昵称或媒体令牌数据集(dataset)的占位符。运行时节点450可以包括用于存储IUT URI、设备昵称、媒体令牌或者其他数据的叶452、454和456。

如果对于UE仅存在一个订阅集合，则在MO中可以不存在所示出的节点。可以出于可缩放性的目的增加所示出的节点，例如，在用户具有针对IUT UE的多个订阅集合的情况下。存在各种包括在MO内的节点(其不一定都是必须的)，例如(但不限于)：MO中与IUT URI相对应的IUTURI(即，IUT UE的URI或标识符)节点或者设备昵称节点或者二者都有。在MO中也可以包括用于设备的媒体令牌节点。图5a和5b示出了图4所示允许IUT列表MO的参数和DDF的细节。也可以使用基本文件来分发IUT UE的URI或标识的列表。下面提供了示例性的基本文件(EF)，并且可以使用该基本文件来提供允许IUT列表(EFAIUTL)、IUT设备昵称(EFIUTDN)、IUT媒体令牌(EFIUMT)和IUT控制器指示(EFIUTCONTI)定义。当以这种方式使用EF时，可以将EF包括在例如USIM、SIM、R-UIM、UICC或高密度闪存中。

第一示例EF包括EF_AIUTL(允许IUT列表)，并在表6中对其示出。EF可以包含用于对属于允许IUT列表的UE的IUT URI(即，IUT UE的URI或标识)(或设备昵称)的编码。此外，针对列表中的每个IUT URI(或设备昵称)，可以提供至对应设备昵称(或IUT URI)、媒体令牌和IUT控制器指示的链接。允许IUT列表TLV对象可以包括一个或多个IUT列表TLV，其中，每个IUT列表TLV与TEL URI、SIP URI、GRUU、实例ID、IMEI等中的一个或多个相关联。下面，在表7中示出了示例性的允许IUT列表信息。

表6

表7

在表7中，IUT列表标记′80′的内容可以包括每个IUT订阅集合的允许IUT列表，可以将其应用于在该TLV的值字段中提供的以下各项中的一个或多个：TEL URI、SIP URI、GRUU、实例ID、IMEI等。

表8中示出了用于IUT列表标记′80′的示例编码。在该示例中，可以将未使用的字节设置为值′FF′。

表8

另一示例性EF包括表9中示出的EF_IUTDN(IUT设备昵称)。可以将EF配置为包含IUT设备昵称。在该示例中，在EF_AIUTL中提供IUT URI与对应设备昵称之间的关联。一般来说，在该示例中，可以使用TS 31.101中定义的UCS2编码选项之一来执行编码。

表9

另一示例性EF包括表10中示出的EF_IUTMT(IUT媒体令牌)。该EF包含IUT媒体令牌。在该示例中，在EF_AIUTL中提供IUT设备URI与对应媒体令牌之间的关联。

表10

对于该EF，表11中示出了示例IUT媒体令牌标记。

描述	标记值
		IUT媒体令牌标记	′80′

表11

对于该EF，表12中示出了示例IUT媒体令牌信息。

表12

在表12所示示例中，IUT媒体令牌标记′80′可以具有IUT媒体令牌的内容，例如，文本、视频、音频等，并例如使用TS 31.101中定义的UCS2编码选项之一来执行编码。

另一示例EF包括表13中示出的EF_IUTCONTI(IUT控制器指示)。该EF可以包含IUT控制器指示。在EF_AIUTL中提供IUT URI和对应的IUT控制器指示之间的关联。可以通过文本格式或图标格式提供IUT控制器指示。

表13

在该EF中，每个指示器类型的指示符状态可以是1比特长，并且可以如下进行编码或设置。如果比特值等于1，将指示设置为活跃。然而，如果比特值等于0，将指示设置为不活跃。例如，图23是具有参考比特值位置的示例指示符的说明图。

在除了IUT UE的URI或标识之外没有其他有用信息的情况下，对IUT UE的URI或标识的列表进行定义并使其可用，在这种情况下，IUTUE可以收集与其他已标识的UE有关的信息，或者单方面采取动作，以通过与SCC AS或网络的其他组件进行通信来修改列表。在一个示例中，IUT控制器UE向列表中标识的UE发送SIP OPTIONS，以确定其他IUT UE的能力(例如，通过使用在200OK响应中接收到的IUT控制器特征标记)并发现哪个(些)IUT UE当前可用且具有IUT能力，以及发现哪个(些)IUT UE可以具有向其转移的IUT控制器功能。经由例如响应于如SIPOPTIONS请求的消息而返回的200(OK)响应之类的消息，IUT受控器UE可以获得其他UE的能力，包括指示对IUT控制器/受控器功能的支持的媒体特征标记。

在已经确定IUT UE的URI或标识的列表以及可选地已经更新该列表的情况下，网络中的数据库(例如，存储在SCC AS、HSS等中)可以存储对控制器UE和受控器UE进行标识的信息。可以将该信息存储在任何适当的介质中，例如，计算机数据库或者其他电子存储介质。数据库可以包括根据系统要求的任何适当的表结构。图21是用于在网络内(例如，在归属订户服务器(HSS)内)存储信息的示例性结构的说明图，该信息描述了相关联的控制器和受控器UE。在图21中，用户A具有三个属于IUT集合的设备，并且设备I是IUT控制器。剩余设备作为IUT受控器操作。

图22是存储在网络中(例如，HSS内)的示例信息的说明图。图22示出了针对三个用户的数据，各个用户在相同的订阅成员集合中。在下面的表中，用户A和用户B具有IUT控制器功能，并且可以建立IUT授权规则，而用户C担当IUT受控器。

在表内，订阅集合是基于相同订阅或不同订阅(该不同订阅受漫游协定的管辖)，为了IUT目的的相同用户的UE的集合。订阅成员集合是被允许进行UE间转移的成员之间的UE的集合，这些成员可以属于相同运营商订阅或受到漫游协定的管辖的不同运营商订阅。在表内，对于IUTUE集合，将每个UE区分为IUT控制器UE或IUT受控器UE。每个UE具有可以与昵称(例如，“卧室电视”、“我的移动”等)相映射的设备ID，例如GRUU、实例ID或者IMEI。此外，针对每个UE，该表定义了该UE支持特定媒体类型和格式的能力。

取决于系统实现，可以将描述控制器和受控器UE的信息存储在各种网络组件中，例如，可以将授权规则存储在XDMS中，可以将至存储在XDMS中的授权规则的文档链接存储在订阅数据库中。在一个示例中，将针对每个设备的媒体令牌的链接或者针对IUT控制的各种授权规则存储在数据库中或者另一网络实体中。

网络可以执行用于实现IUT的订阅集合绑定。取决于运营商间协定(在网络之间交换订户信息和订户的设备信息)，订阅集合可以具有相同运营商或者是在不同运营商之间的。系统可以支持相同订阅集合的IUT。在网络上应当将相同的订阅集合指示为IUT的“订阅集合指示”，以及可以在存储器(例如，ME、USIM或者ISIM)中向相同订阅集合的UE提供该指示。

网络还应该具有存储“最近的优选配置”的能力。例如，在初始呼叫时，如果用户已经在两个UE之间划分了视频呼叫会话(语音在具有ID I的设备上，视频上具有ID II的设备上)，可以将网络设置为针对后续的视频呼叫坚持该配置，该配置导致在多个UE上端接呼叫。

网络还应该具有存储“最近担当控制器的UE”的能力。例如，在初始通信时，对于协作会话，UE-1已担当IUT控制器功能，而UE-2已担当IUT受控器UE。在端接初始通信和建立新的协作会话之后，基于网络中被如下设置的信息，之前作为控制器UE的UE-1变为控制器UE：针对在之前通信终止后的后续新通信，坚持该最近的控制器UE配置。

当UE注册到网络时，UE将向网络发送标识该UE的信息。注册信息可以包括向UE指派网络内的控制器功能的请求。在一个示例中，UE出于识别的目的向网络提供IMS私有标识、IMS公共用户标识以及UE的实例ID，以及提供之前识别出UE具有IUT控制器能力的特征标记。可以向SCC AS提供注册信息，然后SCC AS可以检验注册信息。然后，SCC AS可以查询存储UE及其订户信息的数据库，以确定订户和/或UE组合是否被允许作为控制器。数据库可以是本地的或者外部的。示例的外部数据库包括HSS以及SCC AS中的内部数据库。可以使用Sh接口，或者经由Cx接口的ServiceInfo字段，来发送注册信息。

通过检查以上列出的标识信息的组合，SCC AS可以确定是否授权UE成为控制器。相应地，SCC AS可以在所有设备都被允许成为控制器的这种情况下检查私有ID，SCC AS可以在仅有以该私有ID来使用的设备才可以是控制器的这种情况下检查私有ID和IMEI。或者，在将私有ID与设备(IMEI)和公共用户ID结合起来注册才可以是控制器的这种情况下，SCC AS可以检查私有ID、IMEI和公共ID。

在一些实现中，在注册UE之后，SCC AS向UE提供要在后续SIP方法中使用来标识该UE已经被授权作为控制器的令牌、旗标或者指示。可以将令牌或指示包括在特征标记、新的P报头或者XML主体中。备选地，SCC AS可以将SCC AS中的UE的注册记录标记为能够作为控制器UE。从而，当UE发送INVITE或者另一SIP方法时，SCC AS可以检查其绑定，以确定UE是否能够执行控制器功能。

系统还可以执行附加检查，以确定系统中的设备是否已在担当控制器，以及当另一设备请求控制器功能时，系统可以拒绝该请求并向设备提供指示(指示可以包括带外信令机制)，或者根据上述规则接受该请求。

可以将针对具体UE的控制器功能限制为：对都是由与控制器UE相关联的相同用户所操作的其他UE进行控制。然而，在本系统的一些实现中，一个用户的具体控制器UE可以具有对属于其他用户的其他UE的控制器功能，其中，该具体的控制器UE和该其他UE都在相同的订阅成员关系之下。在该情况下，具体的UE可以提供允许用户设置授权规则的机制，该授权规则许可已请求执行控制器功能的目标UE可以执行控制器功能，以及网络(例如，SCC AS或XDMS)可以处理授权规则，并确定是否允许目标UE执行控制器功能。在执行控制器功能的其他实现中，可以要求UE获得来自现有控制器UE的赞同，或者控制器UE已指派的一个或多个目标UE的赞同。在一些情况下，可以授权无线服务器中的任何目标UE执行控制器功能。UE可以基于临时限制、功能限制(例如，仅允许转移特定媒体类型)或者可以是永久性地来执行控制器功能。可以指派任何控制器UE来设置用于向其他用户操作的UE转移控制器功能的临时许可规则、功能许可规则或其他许可规则。

图6示出了用于向UE提供IUT控制器功能的示例流程，其中，仅向单个控制器UE请求授权。在步骤601中，受控器UE向网络发送接收IUT控制器功能的请求消息。在步骤602中，服务器(例如，使用S-CSCF或SCC AS)查询由在服务器本身存储的或在由控制器UE设置的另一网络实体(例如，XDMS)中存储的授权规则，并发现没有向IUT控制器功能的指派施加的临时限制、功能限制或者其他限制，以及发现对IUT控制器指派的授权仅需要由控制器UE来进行授权。在步骤603中，网络向控制器UE发送授权或赞同目标受控器UE接收控制器功能的请求消息。在步骤604中，如果控制器UE的用户接受该请求，控制器UE发送OK响应。在该步骤中，控制器UE的用户可以设置临时/永久性许可。在一些情况下，这些对临时/永久性许可的限制是在网络内预先定义的。在步骤605中，服务器发送OK响应，以将控制器功能给予受控器UE。步骤604中的OK响应可以与步骤605中的不同。服务器可以在该响应中包括：a)临时或者永久性的密码，以及b)允许目标受控器UE得到控制器功能的令牌、标识符或者证书。如果目标UE仅接收到担当IUT控制器的临时许可，在释放或者离开当前会话时，或者在退出提供用户接口来改变受控器UE上的一些设置或参数的程序时，临时的密码可变得无效，并从而目标UE将不保持IUT控制器功能。

图7示出了用于向UE提供IUT控制器功能的示例流程，其中，仅向多个控制器UE请求授权或赞同。在步骤701中，受控器UE向服务器发送接收IUT控制器功能的请求消息。在步骤702中，服务器识别具有现有IUT控制器功能的UE，查找由所识别的控制器设置的授权规则，并发现服务器需要具有IUT控制器功能的一个或多个用户(或者用户的UE)的授权或赞同。用户可以对其自身和/或具有控制器功能的用户进行指派。在步骤703中，网络向控制器UE发送授权目标受控器UE接收IUT控制器功能的请求消息。在步骤704中，如果所指派的用户接受该请求，所指派的用户的UE发送OK响应。当授权提供IUT控制器功能时，所指派的控制器UE可以设置各种许可或者限制。备选地，具有控制器UE的用户可以定义各种临时许可限制、功能许可限制或者永久性的许可限制，并将其在网络内发送。在步骤705中，如果所有指派的用户授权给予控制器功能，服务器发送OK响应。步骤704中的OK响应可以与步骤705中的不同。如果控制器UE已经设置对提供IUT控制器功能的许可或者其他限制，网络在向目标控制器UE发出授权时包括这些限制。如果目标UE仅接收到担当IUT控制器的临时许可，在释放或者离开当前会话时，或者在退出提供用户接口来改变受控器UE上的一些设置或参数的程序时，临时的密码可变得无效，并从而目标UE不保持IUT控制器功能。

取决于系统实现，在建立会话之前、在会话建立过程期间或者在已经建立具体的会话之后，可以确定IUT控制器UE。在一些情况下，在一开始将有能力支持IUT控制器功能并发送初始转移请求的UE指派为IUT控制器UE。如果在会话建立之前确定IUT控制器UE，UE可以请求基于UE作为IUT控制器UE进行操作的能力以及相关联的用户偏好来分配IUT控制器功能。UE可以允许用户仅从IUT UE的可用URI或标识的列表分配一个UE来作为活跃的IUT控制器。可以针对相同用户的不同UE建立不同的IUT控制器设置。如果在会话建立时指派IUT控制器，如上所述，在IUT控制器特征标记被设置为“Active”的情况下，UE可以发送会话建立请求，例如SIP INVITE、SIP Re-INVITE或者SIP REFER请求。

在一些情况下，通过根据RFC 3841来将指示IUT控制器的媒体特征标记包括在Accept-Contact报头中，SCC AS可以确保将对会话的所有端接邀请路由到作为IUT控制器的UE。

在一些情况下，针对任何进行中的会话指派单个IUT控制器UE可以是所期望的。因此，为了确保系统仅指派单个IUT控制器UE，在接收到向特定UE指派IUT控制器功能的请求之后，网络可以验证以下各项：进行请求的UE具有IUT控制能力(例如，在联系人报头中存在对IUT控制器能力进行指示的媒体特征标记)；进行请求的UE被授权作为IUT控制器(如上所述，通过检查与该UE的注册相关联的IMS私有用户id来看是否允许控制器功能，可以实现授权)；存在着来自网络节点(SCC AS或者策略数据库)的策略，该策略是针对所有进行中的会话，仅有一个UE应该成为IUT控制器；以及针对相同的用户，不存在其他已分配的IUT控制器UE。如果所有这些条件都满足，网络发送以下肯定性响应：进行请求的UE要成为IUT控制器。网络可以向其他IUT UE发送对哪个UE(例如，使用GRUU)已被分配了IUT控制器功能进行指定的指示。这可以由订阅通知的UE来实现，以及当已经指派了控制器时，向包含控制器的GRUU的UE发送通知。如果不满足以上的一个或多个条件，网络可以拒绝请求。在拒绝请求中，网络可以包括对拒绝请求的原因进行解释的原因代码。

当注册特定UE作为控制器时，提供认证或者授权机制以确保仅向已授权的用户和/或已授权的UE分配控制器功能是很重要的。在一个示例中，除了用户订阅之外，IUT订阅是家庭订阅。家庭订阅可以包括父亲、母亲和孩子们的订阅。在该示例中，可以使用网络中的授权功能来验证在家庭订阅中，特定UE被允许作为控制器UE。一个示例网络实现提供了两个分离的授权等级。

首先，网络确定是否允许正在订阅的设备属于相同的订阅成员。这可以是过滤准则的结果，然而同样地，由SCC AS进行该操作，因此其他过滤准则可以向该AS发送SIP方法。来自HSS的服务信息(Service Info)字段中可存在着透明地去往SCC AS的信息，该信息指示作为UE执行SIPREGISTRATION的结果，其是否具有IUT能力。例如，在一些情况下，在SCC AS中可以存在着对正被订阅的设备是否能够执行控制器功能进行确定的信息。备选地，可以经由IMSI或者私有标识来提供该信息。例如，所有家庭成员都属于相同的个人网络，但仅父亲有能力将设备设置为母亲和孩子们的其他设备的控制器。

其次，SCC AS确定是否允许正在注册的UE成为IUT控制器。这可以通过检查正被注册的UE的GRUU信息来进行。同样可以将该信息存储在HSS或SCC AS内，由此，订户指示哪个设备可以是控制器。备选地，将整个信息链接到注册消息是可能的，其中，当UE注册时，将存在私有ID。可以使用私有ID来确定UE是否有能力使用IUT。可存在诸如IMSI私有ID可以是“指派控制器”或者“受到控制”的能力。因此，允许源自具有“指派控制器”的私有用户ID的任何UE设置该UE作为控制器。

能够访问IRS的IMS私有ID可以具有特定的简档，例如，家庭订阅可以包含4个IMS私有ID：父亲、母亲和两个小孩。父亲是允许指派控制器的唯一一人。存在着全部相同的订阅成员，可以将其称为订阅成员集合。

假定两个IMS私有ID可以指派针对组的控制器，一个IMS私有ID必须具有超控权力(override authority)，或者如果你被允许作为控制器，如果另一UE变为控制器，你会得到通知。如果你当前是控制器，你可以拒绝该改变或者允许该改变。这要求在网络内订阅状态通知，以及在接收到网络具有具体策略的通知时，询问其他控制器是否可以改变控制能力。

可以在会话建立之前、在会话建立期间或者当请求至另一UE的IUT控制器转移功能时，确定IUT控制器UE。当在会话建立之前确定IUT控制器UE时，UE基于UE的能力和用户偏好，发送对具有IUT控制器功能的请求。UE可以允许用户从IUT UE的URI或标识的列表分配多个UE来作为活跃的IUT控制器。当在会话建立期间确定IUT控制器UE时，以及当任何具有IUT控制器能力的UE请求至另一UE的IUT控制器功能转移时，UE发送具有指示IUT控制器功能的媒体特征标记的请求，例如SIPINVITE、SIP re-INVITE或者SIP REFER请求。媒体特征标记可以是标识要被转移的IUT控制器功能的IMS通信服务标识符(ICSI)值或者IMS应用参考标识符(IARI)值。当网络接收到该请求时，网络检查：进行请求的UE能够作为IUT控制器；进行请求的UE被授权作为IUT控制器(例如，通过检查与该UE的注册相关联的IMS私有用户id来看是否允许控制器功能，以实现授权)；以及针对任何进行中的会话或者针对相同的协作会话，存在着多个UE要变为IUT控制器的策略(例如，来自于策略数据库)。

如果以上所有这些条件都满足，网络发送以下肯定性响应：进行请求的UE要成为IUT控制器。网络可以向其他IUT UE发送哪个UE(例如，使用GRUU信息)是IUT控制器的指示。如果以上的一个或多个条件不满足，网络可以拒绝该请求，并可选地提供用于解释请求被拒绝的原因的原因代码。

当已被建立为IUT控制器UE时，控制器UE可以向网络发出请求，请求将媒体类型转移到特定的受控器UE，或者将IUT控制器功能转移到其他UE。为了让IUT控制器UE向受控器UE转移媒体和/或控制器功能，IUT控制器UE向网络(例如，SCC AS)发送消息(例如，SIP REFER请求)。SIP REFER请求可以包含嵌入到REFER-TO报头中的URI内的另一消息，例如SIP报头和/或SIP INVITE请求或SIP Re-INVITE请求的SDP内容中的至少一些，SCC AS要将其发送至由Refer-To报头中的URI所标识的受控器UE。向受控器UE发送的SIP INVITE请求或SIP RE-INVITE请求可以包含对要向受控器UE转移的媒体类型进行标识的数据。为了允许受控器UE确定正在向其转移控制，SIP INVITE请求还包括标识IUT控制器功能的标识符。该标识符可以包括：a)在SIP报头字段中标识IUT控制器功能的URI；b)Request-URI中或者TO报头中的URI中的新SIP URI参数(即，IUT控制器URI参数)；c)指示要将IUT控制器包括在Accept-Contact报头中的媒体特征标记(根据RFC 3841)；d)IMS通信服务标识符(ICSI)值或者IMS应用参考标识符(IARI)值，其标识应该转移IUT控制器功能，例如，将“g.3gpp.app_ref”特征标记包括在Accept-Contact报头中(注意到，根据RFC 3840，UE之前在注册时已经把媒体特征标记注册到SIPREGISTER请求的Contact报头中)；或者e)转移对IUT控制器功能进行指示的新SIP报头字段(例如，根据RFC 3427的P报头)。在另一实现中，可以使用附加选项来扩展3.gpp.iut特征标记，以标识正在转移控制器功能。下面在表14中包括了一个示例实施例。

表14

其他实施例还可以包括当UE执行转移控制器功能的请求时，UE将媒体特征标记设置为受控器。当SCC AS接收请求时，SCC AS将检查已从其接收到消息的UE的状态。如果UE的状态被指派为控制器，UE将会知道想要让该UE将控制器功能传递给在消息中标识的目标设备。当SCCAS向目标设备发送消息时，消息可以包括对正在向UE指派控制器功能进行标识的令牌或者标识符。

以下图8中的示例示出了用于应IUT控制器UE的请求，从第一控制器向另一UE转移IUT控制器功能和/或媒体类型的流程。在示例中，UE-1具有与远程方建立的多媒体会话，该多媒体会话已锚定在SCC AS处。多媒体会话包含两个媒体分量(媒体A和媒体B)，以及UE-1想要向另一UE-2转移协作会话控制以及媒体类型之一(媒体A)。在示例中，UE-1和UE-2可以已经使用相同的接入网承载或者不同的网络接入承载进行了注册。UE-1和UE-2可以使用不同的互联网协议-跨网络连接(IP-CAN)，例如，UE-1上是3GPP IP-CAN，而UE-2上是非3GPP IP-CAN。已锚定的SCC AS或者另一网络实体可以确定针对每个UE使用什么承载。假定UE-1和UE-2属于相同的订户。

不管UE何时经由IP CAN获取IP连接，UE都可以如TS 23.228中所定义的注册到IMS中。在该情况下，用户简档包含绑定到IMS私有用户标识的C MSISDN。S-CSCF可以遵守在TS 23.218中定义的过程，该过程用于执行对SCC AS的第三方注册。当将CS接入用于媒体时，如TS 23.292中所指定的，可以将UE注册到IMS中。当如TS 23.228中所定义的注册到IMS中时，UE可以指示其支持IUT控制器或受控器功能的能力。下面在表15中示出了针对S-CSCF，向SCC AS执行第三方注册的示例SIPREGISTER请求。

表15

图8示出了用于应IUT控制器UE的请求向UE转移IUT控制器功能的流程。在步骤801中，UE-1决定向UE-2转移协作会话控制和媒体类型(媒体A)。UE-1向SCC AS发送请求，指示将向UE-2转移当前的协作会话控制和媒体类型(媒体A)。在步骤802中，SCC AS(或者任何其他网络组件)识别转移请求，验证UE-2被允许并且能够担当控制器，验证UE-2已经注册了适当的能力(例如，根据RFC 3840的特征标记)，基于设备能力、用户偏好和/或网络中的策略确定要将什么承载用于UE-2，以及确定UE-2是否已经注册了所选择的承载。在步骤803中，SCC AS产生并使用Gm或I1参考点向UE-2发送会话建立请求消息，或者指示要转移协作会话控制和媒体类型(媒体A)的其他数据转移方法。在步骤804中，在UE-2和SCC AS之间建立协作会话控制。UE-2变为已建立的协作会话的控制器UE。在步骤805中，建立用于在UE-2和远程方之间传输媒体类型(媒体A)的会话。此时，相应地更新远程段。当在UE-2上成功建立协作会话控制和媒体类型(媒体A)之后，在步骤806中，SCC AS向UE-1发送对转移请求消息的响应消息或者向UE-1通知转移请求消息的结果的另一消息(例如，根据RFC 3515，针对作为SIP REFER请求的结果而接收到的最终响应来发送的SIP NOTIFY请求)。最后，在步骤807中，可以释放之前在UE-1上的媒体类型(媒体A)会话，以及释放协作会话控制。此时，UE-1变为受控器UE。

图9示出了从UE-1向UE-2转移IUT控制器功能的流程图，其中，在Gm参考点上传送入局会话请求，以及经由电路交换网络发送媒体。针对ICS增强的MSC服务器可以是用于实现所示出的流程的互通实体的示例性实体。备选地，互通实体可以包含传统的MSC服务器和MGCF。当互通实体与MSC服务器和MGCF相对应时，CS承载建立过程遵循TS 23.292的图7.4.2.2.2-2中的步骤11-17。

参考图9，在步骤901和902中，UE-1决定向UE-2转移协作会话控制和媒体A。因此，UE-1经由IMS实体向SCC AS发送请求，指示将向UE-2转移当前的协作会话控制和媒体A。在该示例中，IUT控制器UE可以通过发送具有以下信息的请求来经由例如SIP REFER发起转移请求：1)源UE(可以包括在From报头字段内、P-Asserted-Identity报头字段内或者P-Served-User报头字段内)，2)目标UE(可以包括在Refer-To报头字段内)，3)IUT控制器转移指示(可以包括在Accept-Contact报头字段内，例如，嵌入在邀请请求中或者嵌入在Refer-To报头字段中)，4)Target-Dialog-ID(如果目标UE已经是协作会话的一部分，则可以包括在包含现有的对话标识符在内的Target-Dialog报头字段内，以及当这是针对目标UE的新会话时，则没有Target-Dialog-ID)，以及5)媒体类型(例如，音频、视频、文件等)(例如，包括在Refer-To报头字段中)。

在步骤905中，SCC AS识别请求(例如，SIP REFER请求)，验证UE-2被允许并且能够担当控制器，验证UE-2已经注册了适当的能力，例如：根据RFC 3840的特征标记；基于设备能力、用户偏好和/或网络中的策略要将什么承载用于UE-2；以及UE-2是否已经注册了所选择的承载。如果UE-2没有被允许担当控制器，SCC AS可以拒绝请求。如果UE-2拒绝协作会话控制转移，发送对该拒绝进行指示的适当响应。该响应可以指示拒绝转移的原因。当所提供的媒体类型或代码不可接受时，这种响应可以是SIP 488(在此不可接受)。可以将警告包括在指示失败原因的响应中。可以将至UE-1的指示转移失败的消息包含在SIP NOTIFY请求中，SIP NOTIFY请求在主体中包含来自UE-2的响应(例如，SIP 488(在此不可接受)响应)的SIPfrag。

在步骤906和907中，如果在步骤905中接收到的消息包含针对音频或视频的媒体转移，则SCC AS产生并向UE-2发送会话建立请求消息。会话建立请求消息(例如，SIP INVITE请求或者后续发送以接收SIP REFER的SIP re-INVITE)包括以下信息：1)源UE(可以包括在Referred-By报头字段和P-Asserted-Identity报头字段内、P-Preferred-Identity报头字段内或者P-Served-User报头字段内)，2)目标UE(可以包括在To报头字段和Request-URI字段内)，3)IUT控制器转移指示(可以包括在Accept-Contact报头字段内)，4)Target-Dialog(如果目标UE已经是协作会话的一部分，则可以包括在包含现有的对话在内的Target-Dialog报头字段内，以及当这是针对目标UE的新会话时，则没有Target-Dialog)，以及5)媒体类型(例如，音频、视频、文件等)(可以包括在嵌入到邀请请求中的SDP中)。请求还可以包括要针对CS呼叫建立使用的PSI DN，其标识了该会话。如果SDP包含允许在CS上建立承载的M行(M line)，则在步骤910中，UE-2使用PSI DN作为B号码，向互通实体发送CS呼叫建立消息。在步骤911中，互通实体(例如，针对ICS增强的MSC服务器)使用呼叫进行消息来响应，并开始建立CS承载控制信令路径。在步骤912和913中，互通实体经由IMS实体向SCC AS发送SIP INVITE。当SCC AS在步骤913处接收到邀请(INVITE)时，SCC AS可以使用PSI DN来检索会话信息，以及在步骤916中，当互通实体经由IMS实体从SCC AS接收到SIP 200 OK时，互通实体将接收到的SIP 200 OK响应映射到连接(CONNECT)消息，并将其发送给UE-2。在步骤917中，当接收到连接消息时，UE-2向互通实体发送连接ACK(CONNECT ACK)消息。在步骤920中，UE-2、互通实体和SCC AS完成了CS承载控制信令路径的建立。在UE-2和SCCAS之间建立了协作会话控制。UE-2变为已建立的协作会话的控制器UE。在步骤921中，建立了在UE-2和远程方之间的媒体类型(媒体A)通信的交换。此时，如果需要改变SDP信息，对远程段进行相应更新。在步骤922和923中，当在UE-2上成功建立协作会话控制和媒体类型(媒体A)之后，SCC AS向UE-1发送对转移请求消息的响应消息或者使用例如SIPNOTIFY来通知转移请求消息的结果的消息。最后，在步骤926中，可以释放之前在UE-1上的媒体类型(媒体A)会话，以及释放协作会话控制。UE-1变为受控器UE。注意到，在以上示例中，没有描述涉及到常规肯定应答消息的通信的步骤。如果将在UE-1上的所有媒体流向UE-2转移，可以释放UE-1上的现有会话。

图10示出了从UE-1向UE-2转移IUT控制器功能和媒体的流程，其中，在I1参考点上传送入局会话，以及经由CS网络发送媒体。在一个实现中，针对ICS增强的MSC服务器可以是互通实体的示例性实体。备选地，互通实体可以包含传统的MSC服务器和MGCF。当互通实体与MSC服务器和MGCF相对应时，CS承载建立过程遵循TS 23.292的图7.4.2.2.2-2中的步骤1011-1017。

在步骤1001和1002中，UE-1决定向UE-2转移协作会话控制和媒体A。因此，UE-1经由IMS实体向SCC AS发送请求，指示将向UE-2转移当前的协作会话控制和媒体A。在一个实现中，UE-1例如经由具有以下信息的SIP REFER方法来发送转移请求：1)源UE(可以包括在From报头字段内、P-Asserted-Identity报头字段内或者P-Served-User报头字段内)，2)目标UE(可以包括在Refer-To报头字段内)，3)IUT控制器转移指示(可以包括在Accept-Contact报头字段内，例如，嵌入在邀请请求中或者嵌入在Refer-To报头字段中)，4)Target-Dialog(如果目标UE已经是协作会话的一部分，则可以包括在包含现有的对话标识符在内的Target-Dialog报头字段内，以及当这是针对目标UE的新会话时，则没有Target-Dialog)，以及5)媒体类型(例如，音频、视频、文件等)(可以包括在Refer-To报头字段中)。

在步骤1005中，SCC AS识别请求(例如，SIP REFER请求)。如果UE-2是在SCC AS中SIP注册过的，SCC AS验证UE-2被允许并且能够担当控制器，验证UE-2已经注册了适当的能力(例如，根据RFC 3840的特征标记)，基于设备能力、用户偏好和/或网络中的策略确定要将什么承载用于UE-2，以及确定UE-2是否已经注册了所选择的承载。如果UE-2没有被允许担当控制器，则SCC AS可以拒绝该请求。如果UE-2拒绝协作会话控制转移，发送对该拒绝进行指示的适当响应，以及可选地发送拒绝原因。

在步骤1006中，SCC AS已经确定通过参考点Gm不可到达UE-2。例如，这可以是因为UE没有活跃的SIP注册，在另一示例中，UE-2可以是进行了SIP注册的，然而已经经由I1协议向SCC AS告知Gm参考点不可用。倘若步骤1002中接收到的消息包含针对音频或视频的SDP行(SDPline)，则SCC AS产生并经由I1参考点向UE-2发送入局呼叫请求消息，该入局呼叫请求消息包括IUT控制器功能的指示以及触发UE-2建立承载建立的指示，如果UE还没有建立所选择的承载，则使用诸如以下传输机制(但不限于)：USSD、SMS、MBMS、小区广播(CellBroadcast)、基于GERAN中的GPRS运行的IP管道、UTRAN、LTE、WLAN、WiMax或者CDMA2000。

在步骤1007中，UE-2向互通实体发送CS呼叫建立消息，以及在步骤1008中，互通实体使用呼叫进行消息来响应，并开始建立CS承载控制信令路径。在步骤1009和1010中，互通实体经由IMS实体向SCC AS发送SIPINVITE。在步骤1013中，当互通实体经由IMS实体从SCC AS接收到SIP200 OK时，互通实体将接收到的SIP 200 OK响应映射到连接消息，并将其发送往UE-2。

在步骤1014中，当接收到连接消息时，UE-2向互通实体发送连接ACK消息，以及在步骤1017中，UE-2、互通实体和SCC AS完成CS承载控制信令路径的建立。此时，在UE-2和SCC AS之间建立了协作会话控制。UE-2变为已建立的协作会话的控制器UE。

在步骤1018中，在UE-2和远程方之间建立了媒体类型(媒体A)。此时，相应地更新远程段。在步骤1019和1020中，当在UE-2上成功建立协作会话控制和媒体类型(媒体A)之后，SCC AS向UE-1发送对转移请求消息的响应消息或者使用例如SIP NOTIFY消息来对转移请求消息的结果进行指示的消息。在步骤1023中，可以释放之前在UE-1上的媒体A，以及释放协作会话控制。此时，UE-1变为受控器UE。注意到，在以上示例中，没有描述涉及到常规肯定应答消息的通信的步骤。如果将UE-1上的所有媒体流向UE-2转移，可以释放UE-1上的现有会话。

以上示例描述了导致向符合条件的具有控制器能力的UE成功转发IUT控制器功能或媒体的流程。然而，如果转移不成功，系统可以向进行请求的UE发送各种消息响应原因代码或者指示，以提供对转移为何失败的解释。示例响应原因代码或指示包括：没有IUT控制器能力(因此，该UE不能进行针对控制器状态的合法请求)、针对该会话已经有了IUT控制器UE(例如，在仅有单个UE可以成为IUT控制器的情况下)、UE不在相同的订阅下、IUT控制器的最大限制、不可用(未注册、没有电池等)、未被授权作为IUT控制器、不支持的媒体类型、不支持的媒体格式、因为已经达到同时会话的最大数目而不允许建立新的会话、忙碌等。可以将响应原因代码或者指示包含在响应中包括的SIP告警(SIP Warning)报头中。在一些情况下，可以将拒绝响应和相关联的原因代码或指示包括在SIP NOTIFY请求的主体中，例如在SIPfrag内，SIPfrag包含了在SCCAS或者其他网络节点处接收到的响应消息的部分。

在本系统的操作期间，IUT控制器UE可以进行订阅，以接收对与用户相关联的特定UE或者所有UE上正在进行的会话进行描述的通知。该通知可以标识各种正在进行的会话及其相关联的受控器和/或控制器UE。在一个示例中，用户A已发起两个会话，一个与用户C和用户D，另一个与用户B。关于与用户C和D的会话，用户A针对其IUT控制器UE集合(即，设备1、2和3)具有三个会话。对于与用户B的对话，用户A在其IUT UE集合(即，设备2和3)上有两个会话。在本示例中，用户A可以希望知道对与该用户的IUT UE相关联的当前进行中会话进行描述的信息。在该情况下，用户A可以发送请求(例如，SIP SUBSCRIBE)，并使用在RFC 4235中描述的对话事件包来得到响应(例如，SIP NOTIFY)，该响应具有针对每个Target-Dialog的以下信息集合：

-Target-Dialog

-参与的用户ID(SIP URI、TEL URI或昵称)

-IUT设备ID/昵称

-IUT控制器设备ID/昵称

-每个会话的媒体类型或者文件(即，针对特定协作会话，对在用户A的设备上存在三个不同会话的通知)

如图11所示示例中说明的，针对所有进行中会话，对用户A可存在多个UE。对于涉及与用户C的设备68或70的通信的协作会话X，用户A的设备60已经向用户A的设备64发出了转移请求，以及对于涉及与用户B的设备66的通信的协作会话Y，用户A的设备62已经向用户A的设备64发出了转移请求。当在用户A的设备62上接收到对新媒体类型的新邀请时，有可能使用用户A的设备60来发送媒体转移请求或者重定向请求，以向用户A的设备64转移新邀请。如果已经成功接受了媒体转移请求或重定向请求，向该会话的控制器UE或者所有的IUT控制器UE(用户A的设备60和62)转移成功通知。取决于用户偏好和设备能力，用户可以进行配置以在所有控制器UE上接收通知，或者指派多个控制器UE中哪个UE来接收通知，而不是将接收通知指派给所有的控制器UE。如图11所示，虽然针对用户A存在着多个UE，对于每个协作会话仅存在一个IUT控制器UE。由此，当特定协作会话上的会话状态已改变时，仅该特定协作会话的控制器UE接收通知。

在一些实现中，可以存在有资格被向任何控制器UE发送的大量的通知业务。可以在网络和/或每个单独的UE上的通知机制内实现过滤机制，以对向进行控制的UE发送的通知业务的量进行优化。

对于端接会话，在本系统的一个实现中，无论哪个UE首先接收到对会话建立的请求并能够接受该会话建立请求，其可以被分配控制器功能(否则，已经接受会话的UE将坚持该会话，并将不会具有向用户的另一UE发送转移请求的能力)。在从远程方接收到初始会话建立请求(例如，SIP INVITE、SIP re-INVITE或者SIP UPDATE)时，网络可需要确保该请求被路由到作为控制器和/或支持控制器功能的UE。一旦已经建立了会话，进行端接的用户可以想要向相同用户的另一UE转移协作会话控制。如果目标UE不具有IUT控制器能力并且不是IUT控制器UE，则目标UE不能够向另一UE做出转移请求。然而，在一些情况下，转移仍可以发生。例如，UE可以允许用户在网络上提供重定向设置，即，用于当邀请请求到达端接侧中时，将请求重定向至特定UE，例如用户所指派的控制器UE。此外，UE可以允许用户建立用户偏好(很可能与媒体类型和设备能力相结合)，以指示将哪个承载用于会话建立。例如，具有两个UE的用户可以建立如下用户偏好：将分组交换承载用于UE-1上的话音类型的会话，以及将电路交换承载用于UE-2上的视频类型的会话。

备选地，如果没有重定向设置，当端接网络接收到邀请请求时，网络发送请求以询问用户是在UE上接受该邀请还是重定向至另一UE(即，控制器UE)。如果用户决定重定向至另一UE(其是控制器UE)，则网络向端接网络发送包含所转移的UE标识的响应，以及端接网络向用户所指派的UE发送邀请请求。

备选地，如果没有重定向设置，当端接UE接收到邀请请求时，该UE询问用户是接受该邀请还是重定向至另一UE。如果用户决定重定向至另一UE(即，控制器UE)，则网络向端接网络发送重定向请求。在该情况下，端接网络向用户所指派的UE发送邀请请求。当端接网络接收到(例如，经由SCC AS)邀请请求(例如，SIP INVITE、SIP RE-INVITE或者SIP UPDATE)时，端接网络基于设备能力、用户偏好和/或策略来确定哪个端接UE要成为IUT控制器，以及确定将哪个承载用于该端接UE。网络检查端接UE已经针对所标识的承载进行了注册。如果没有，网络可以向端接UE发送发起承载注册的指示。在承载注册成功后，网络(例如，经由SCC AS)发送邀请请求消息(例如，SIP INVITE)，指示向目标端接UE给予会话控制和特定的媒体类型。在接收到Ack或OK响应消息时，SCC AS可以向远程方发送已经将媒体流重定向至不同UE的指示。

图12a和12b示出了在远程方发送会话邀请请求时，用于端接协作会话建立的流程。在一个实现中，针对ICS增强的MSC服务器可以是互通实体的示例性实体。备选地，互通实体可以包含传统的MSC服务器和MGCF。示例流程假设UE-1已经建立了作为IUT控制器以及针对视频类型的会话建立使用PS承载的设备能力/用户偏好。UE-2已经建立了使用CS承载来用于话音媒体类型的会话建立的设备能力/用户偏好。图12a示出了高级流程如下。在步骤1101中，端接网络(例如，SCC AS)接收邀请消息(例如，SIP INVITE或SIP re-INVITE)。在步骤1102中，SCC AS基于设备能力、用户偏好和/或策略确定哪个端接UE变为IUT控制器，以及基于设备能力、用户偏好和/或策略确定将哪个承载用于端接UE。在该示例中，SCC AS确定UE-1担当IUT控制器，并使用具有视频媒体类型的PS承载，而UE-2使用具有话音媒体类型的CS承载。在步骤1103和1104中，SCC AS经由IMS实体向互通实体发送邀请请求消息(例如，SIPINVITE)，以建立针对UE-2的协作会话。在步骤1105中，互通实体向UE-2发送CS呼叫建立消息。在步骤1106中，UE-2、互通实体和SCC AS完成CS承载控制信令路径的建立，以及SCC AS和远程方完成远程段建立。建立在UE-2和SCC AS之间的具有话音媒体类型的协作会话，建立SCCAS和远程方之间的远程段。

在步骤1107和1108中，SCC AS经由IMS实体向UE-1发送邀请请求消息(例如，SIP INVITE)。在步骤1109中，在UE-1和SCC AS之间建立具有视频媒体类型的协作会话，并更新SCC AS和远程方之间的远程段。UE-1得到允许应用IUT转移请求的协作会话控制。

在图12a所示步骤中，在一个实现中，假定UE-1和UE-2属于相同的订户(即，相同的订阅集合)，以及SCC AS确定在UE-2上通过CS网络且在UE-1上通过PS网络建立协作会话，UE-1保持协作会话控制。在一些情况下，当互通实体与MSC服务器和MGCF相对应时，CS承载建立过程遵循TS 23.292的图7.4.2.2.2-2中的步骤11-17。

图12b比图12a示出更多的细节，该细节如下：在步骤1201中，端接网络(例如，SCC AS)接收邀请消息(例如，SIP INVITE或SIPre-INVITE)。在步骤1202中，SCC AS基于设备能力、用户偏好和/或策略确定哪个端接UE变为IUT控制器，以及基于设备能力、用户偏好和/或策略确定将哪个承载用于端接UE。在该示例中，SCC AS确定UE-1担当IUT控制器，并使用具有视频媒体类型的PS承载，而UE-2使用具有话音媒体类型的CS承载。在步骤1203和1204中，SCC AS经由IMS实体向互通实体发送邀请请求消息(例如，SIP INVITE)，以向UE-2建立协作会话。在步骤1205和1206中，互通实体向UE-2发送CS呼叫建立消息，并接收CS呼叫连接消息。在步骤1207至1209中，经由IMS实体和SCC AS向远程方发送SIP 200 OK响应消息。远程方在步骤1210至1212中向互通实体发送SIPACK，以及互通实体向UE-2发送连接响应(CONNECT response)消息。在步骤1214中，在UE-2和远程方之间建立具有话音媒体类型的会话。

在步骤1215至1217中，SCC AS向端接UE-1发送邀请请求消息(例如，SIP INVITE)，以建立具有视频媒体类型的会话。此时，建立与SCCAS的协作会话控制，以及进行端接的UE-1变为IUT控制器。在如步骤1218至1220中所示经由互通实体和IMS实体从UE-2接收SIP 200 OK响应时，在步骤1221中，SCC AS向远程方发送SIP UPDATE，以更新远程段。在步骤1222至步骤1225中的成功SIP响应后，在步骤1226中，在UE-1和SCC AS之间建立具有视频媒体类型的协作会话，并更新SCC AS和远程方之间的远程段。注意到，在以上示例中，没有完整描述涉及到常规肯定应答消息的通信的步骤。

图13示出了用于从PS UE-1向PS UE-2转移IUT控制器功能的流程。UE-1和UE-2可以使用相同的承载或不同的承载。即使在UE-1和UE-2上使用分组交换承载，在UE-1上使用3GPP IP-CAN以及在UE-2上使用非3GPP IP-CAN也是可能的。在步骤1301和1302中，UE1决定向UE 2转移协作会话控制和媒体A。因此，UE-1经由IMS实体向SCC AS发送请求，指示将向UE 2转移当前服务控制和媒体类型(媒体A)。在步骤1305中，SCC AS识别请求(例如，SIP REFER请求)，验证UE-2被允许并能够担当控制器，以及基于设备能力、用户偏好和/或网络中的策略确定用于UE-2的PS承载。

在步骤1306和1307中，SCC AS产生并发送会话建立请求消息，例如，指示协作会话控制和媒体类型(媒体A)的SIP INVITE请求(或者SIPre-INVITE)。可以使用上述的Accept-Contact报头中的流标识符媒体特征标记来将会话建立请求路由到所期望的接入段(承载)上。在步骤1312中，在UE 2和SCC AS之间建立协作会话控制。UE 2变为已建立的协作会话的控制器UE。在步骤1313中，在UE 2和远程方之间建立了媒体类型(媒体A)通信。相应地更新远程段。在步骤1314和1315中，当在UE 2上成功建立协作会话控制和媒体类型(媒体A)之后，SCC AS向UE 1发送对转移请求消息的响应消息或者通知转移请求消息的结果的消息，例如SIPNOTIFY消息。在步骤1318中，可以释放之前在UE 1上的媒体类型(媒体A)和协作会话控制。UE 1变为受控器UE。注意到，在以上示例中，没有描述涉及到常规肯定应答消息的通信的步骤。

可以使用本系统和方法来提供IUT控制器转移应用。本系统所实现的示例方法指示了能够执行IUT控制器功能和不能够执行IUT控制器功能中的至少一个。该方法包括在会话发起协议(SIP)消息中提供对有能力支持IUT：控制器功能的指示，以及在会话发起协议(SIP)消息中提供对没有能力支持IUT：控制器功能的指示。可以使用媒体特征标记来指示对有能力执行IUT控制器功能和没有能力支持IUT：控制器功能中的至少一个的指示。媒体特征标记可以指示以下值中的至少一个：“Active”，指示有能力担当IUT控制器并且当前正在担当协作会话的IUT控制器；“Inactive”，指示有能力担当IUT控制器然而当前没有在担当协作会话的IUT控制器；以及“Passive”，指示没有能力担当协作会话的IUT控制器。

取决于实现，可以将媒体特征标记包含在Contact报头中。会话发起协议(SIP)消息可以包括以下之一：SIP REGISTER请求、SIP INVITE请求、SIP Re-INVITE请求、SIP UPDATE请求、SIP PRACK请求、SIPREFER请求、SIP PUBLISH请求、SIP MESSAGE请求、SIP SUBSCRIBE请求、SIP NOTIFY请求、SIP OPTIONS请求以及SIP响应。

从一个设备向另一个设备转移IUT控制器功能的示例方法包括在会话发起协议(SIP)消息中提供对IUT：控制器功能的转移的指示。可以使用媒体特征标记来指示对IUT：控制器功能的转移的指示。可以在Accept-Contact报头中包含媒体特征标记。会话发起协议(SIP)消息可以是以下各项之一：SIP INVITE请求、SIP Re-INVITE请求、SIP UPDATE请求、SIP PRACK请求、SIP REFER请求、SIP PUBLISH请求、SIPMESSAGE请求、SIP SUBSCRIBE请求、SIP NOTIFY请求、SIP OPTIONS请求以及SIP INFO请求。媒体特征标记可以包含在Accept-Contact报头中，Accept-Contact报头自身包含在Refer-To报头内。

方法可以包括作为响应，接收对IUT转移成功或者IUT转移不成功之一的指示。指示可以包括SIP响应、SIP UPDATE请求、SIP PRACK请求、SIP NOTIFY请求、SIP PUBLISH请求、SIP MESSAGE请求、SIP OPTIONS请求或者SIP MESSAGE请求。备选地，指示可以是以下各项之一：Contact报头中的媒体特征标记、SIP请求或者SIP响应的主体内的媒体特征标记、SIP请求或者SIP响应的主体的SIPfrag内的媒体特征标记、或者以XML格式编码的媒体特征标记。

备选地，方法可以提供从一个连接点(point of attachment)向另一个连接点转移IUT控制器功能。连接点技术可以包括IEEE-802.11、IEEE-802.11a、IEEE-802.11b、IEEE-802.11g、IEEE-802.11n、3GPP-GERAN、3GPP-UTRAN-FDD、3GPP-UTRAN-TDD、3GPP-E-UTRAN-FDD、3GPP-E-UTRAN-TDD、ADSL，ADSL2、ADSL2+、RADSL、SDSL、HDSL、HDSL2、G.SHDSL、VDSL、IDSL、3GPP2-1X、3GPP2-1X-HRPD、3GPP2-UMB、DOCSIS、IEEE-802.3、IEEE-802.3a、IEEE-802.3e、IEEE-802.3i、IEEE-802.3j、IEEE-802.3u、IEEE-802.3ab、IEEE-802.3ae、IEEE-802.3ak、IEEE-802.3aq、IEEE-802.3an、IEEE-802.3y、IEEE-802.3z、IEEE-802.3y、3GPP-GERAN、3GPP-UTRAN、3GPP-E-UTRAN、3GPP-WLAN、3GPP-GAN或3GPP-HSPA。然而，在一些情况下，可以使用其他接入技术、类别或者类型。

从一个设备向另一个设备转移IUT控制器功能的另一示例方法包括在会话发起协议(SIP)消息中接收对IUT：控制器功能的转移的指示。可以使用媒体特征标记来指示对IUT：控制器功能的转移的指示。可以在Accept-Contact报头中包含媒体特征标记。会话发起协议(SIP)消息可以是以下各项中一项或者多项：SIP INVITE请求、SIP Re-INVITE请求、SIP UPDATE请求、SIP PRACK请求、SIP REFER请求、SIP PUBLISH请求、SIP MESSAGE请求、SIP SUBSCRIBE请求、SIP NOTIFY请求、SIPOPTIONS请求或者SIP INFO请求。媒体特征标记可以包含在Accept-Contact报头中，Accept-Contact报头自身包含在Refer-To报头内。方法可以包括作为响应，发送对IUT转移成功和IUT转移不成功之一的指示。可以将指示包含在以下各项之一中：SIP响应、SIP UPDATE请求、SIP PRACK请求、SIP NOTIFY请求、SIP PUBLISH请求、SIP MESSAGE请求、SIP OPTIONS请求和SIP MESSAGE请求。指示可以是以下各项之一：Contact报头中的媒体特征标记、SIP请求或者SIP响应的主体内的媒体特征标记、SIP请求或者SIP响应的主体中的SIPfrag内的媒体特征标记、或者以XML格式编码的媒体特征标记。方法可以包括针对协作会话，执行活跃IUT控制器功能。

还可以将本系统配置为将SIP请求定向到特定的接入应用上。用于识别接入网上的注册流程的示例方法包括：在会话发起协议(SIP)REGISTER请求的P-Access-Network-Info报头中提供对SIP REGISTER请求在其上传输的接入网的类型进行标识的标识符，以及在会话发起协议(SIP)REGISTER请求的Contact报头中提供媒体特征标记，该媒体特征标记包含将该注册流程相对于相同设备的所有其他注册流程进行唯一标识的值。媒体特征标记可以包含从包括在SIP REGISTER请求中的“reg-id”联系人报头参数导出的值。媒体特征标记可以包含作为文本字符串的值。媒体特征标记包含作为由用户输入的文本字符串的值。识别接入网上的注册流程的示例方法包括：从会话发起协议(SIP)REGISTER请求的P-Access-Network-Info报头中获得对在其上传输SIP REGISTER请求的接入网的接入类型或接入类别进行标识的标识符；从会话发起协议(SIP)REGISTER请求的Contact报头中获得媒体特征标记，该媒体特征标记包含将该注册流程相对于相同设备的所有其他注册流程进行唯一标识的值；以及将接入类型或接入类别与来自媒体特征标记的值相关联。可以使用以下各项中至少一项来获得会话发起协议(SIP)REGISTER请求的内容：接收到的第三方注册请求的主体、接收到的第三方注册请求中的P-Access-Network-Info报头、以及SIP NOTIFY请求的主体内的注册事件包。方法可以包括：接收SIP请求或者产生SIP请求，确定要将SIP请求路由到由接入类型或接入类别值标识的具体接入段上，检索与接入类型或接入类别值相关联的媒体特征标记值，以及将检索到的媒体特征标记值包括在SIP请求的Accept-Contact报头中。SIP请求可以是以下各项之一：SIP INVITE请求、SIP Re-INVITE请求、SIP UPDATE请求、SIPPRACK请求、SIP REFER请求、SIP PUBLISH请求、SIP MES SAGE请求、SIP SUBSCRIBE请求、SIP OPTIONS请求以及SIP INFO请求。

在识别要将请求发送到的接入网上的注册流程的示例方法包括：在SIP请求的Accept-Contact报头中提供媒体特征标记，该媒体特征标记包含唯一标识设备的注册流程的值。媒体特征标记可以包含作为文本字符串的值。媒体特征标记可以包含作为由用户输入的文本字符串的值。SIP请求可以是以下各项之一：SIP INVITE请求、SIP RE-INVITE请求、SIPUPDATE请求、SIP PRACK请求、SIP REFER请求、SIP PUBLISH请求、SIP MESSAGE请求、SIP SUBSCRIBE请求、SIP OPTIONS请求以及SIPINFO请求。媒体特征标记可以包含在Accept-Contact报头中，Accept-Contact报头自身包含在Refer-To报头内。

图14是用于使用Gm参考点向协作会话中的另一UE转移媒体/控制器功能的备选消息流程的说明图。图14中示出的消息流程示出了用于从UE-1向UE-2转移媒体和IUT控制器功能的示例方法，其中，在Gm参考点上传送入局会话，以及经由CS网络建立媒体。在该示例中，假设UE-1和UE-2属于相同的订户(即，相同的订阅集合)，互通实体与针对ICS增强的MSC相对应，以及遵循具有使用TS 23.292中示出的Gm参考点的CS媒体的端接过程。在该示例中，当互通实体与MSC服务器和MGCF相对应时，CS承载建立过程可以遵循TS 23.292的图7.4.2.2.2-2中的步骤11-17。

参考图14，在步骤1401中，UE 1决定向UE 2转移媒体A和协作会话控制，并向IMS实体发送指示要向UE 2转移当前协作会话控制和媒体A的转移请求。在步骤1402中，IMS实体向SCC AS转发该转移请求，以及在步骤1403中，SCC AS识别转移请求，验证UE-2被允许并能够担当控制器，基于UE-2的能力、用户偏好和/或网络中的策略来执行T-ADS，以及选择CS域以用于媒体A的建立。如果不允许UE-2担当控制器或者不能成功执行转移请求，SCC AS以该原因来拒绝请求，并停止进行以下的步骤。

仍然参考图14，在步骤1404中，SCC AS产生并向IMS实体发送邀请请求，如TS 23.292中所示，该邀请请求指示媒体A和协作会话控制，并指示让UE-2发起CS承载建立过程。在步骤1405中，IMS实体向UE-2转发接收到的邀请请求，以及在步骤1406中，UE-2向互通实体发送CS呼叫建立消息。在步骤1407中，互通实体以呼叫进行消息来响应，并开始建立CS承载控制信令路径，以及在步骤1408和1409中，互通实体经由IMS实体向SCC AS发送邀请。在步骤1410中，UE-2、互通实体和SCC AS完成了CS承载控制信令路径的建立。在UE 2和SCC AS之间建立了协作会话控制。UE 2变为已建立的协作会话的控制器UE。在步骤1411中，在UE 2和远程方之间建立媒体A。相应地更新远程段。在步骤1412中，在将协作会话控制和媒体A成功转移到UE 2上之后，SCC AS向IMS实体发送IUT转移结果消息，以及在步骤1413中，IMS实体向UE-1转发IUT转移结果消息。最后，在步骤1414中，释放之前的媒体A和协作会话控制。UE 1变为受控器UE。

图15是用于使用I1参考点向协作会话中的另一UE转移媒体/控制器功能的备选消息流程的示意。图15中示出的消息流程示出了用于从UE-1向UE-2转移IUT控制器功能的示例方法，其中，在I1参考点上传送入局会话，以及经由CS网络建立媒体。在该示例中，假设UE-1和UE-2属于相同的订户(即，相同的订阅集合)，互通实体与针对ICS增强的MSC相对应，以及遵循具有使用TS 23.292中示出的I1参考点的CS媒体的端接过程。在该示例中，当互通实体与MSC服务器和MGCF相对应时，CS承载建立过程遵循TS 23.292的图7.4.2.2.2-2中的步骤11-17。

参考图15，在步骤1501中，UE 1决定向UE 2转移媒体A和协作会话控制，并向IMS实体发送指示要向UE 2转移当前协作会话控制和媒体A的转移请求。在步骤1502中，IMS实体向SCC AS转发该转移请求，以及在步骤1503中，SCC AS识别转移请求，验证UE-2被允许并能够担当控制器，基于UE-2的能力、用户偏好和/或网络中的策略来执行T-ADS，以及选择CS域以用于媒体A的建立。如果不允许UE-2担当控制器或者不能成功执行转移请求，SCC AS以该原因来拒绝请求，并停止进行以下的步骤。在步骤1504中，SCC AS产生并经由I1参考点向UE-2发送入局呼叫请求，如TS 23.292中所示，入局呼叫请求指示让UE-2发起CS承载建立过程以及要向UE-2转移的协作会话控制和媒体A。

仍然参考图15，在步骤1505中，UE-2向互通实体发送CS呼叫建立消息，以及在步骤1506中，互通实体使用呼叫进行消息来响应，并开始建立CS承载控制信令路径。在步骤1507和1508中，互通实体经由IMS实体向SCC AS发送邀请，以及在步骤1509中，UE-2、互通实体和SCC AS完成CS承载控制信令路径的建立。在UE 2和SCC AS之间建立了协作会话控制。UE 2变为已建立的协作会话的控制器UE。在步骤1510中，在UE 2和远程方之间建立媒体A。相应地更新远程段。在步骤1511中，在将协作会话控制和媒体A成功转移到UE 2上之后，SCC AS向IMS实体发送IUT转移结果消息。在步骤1512中，IMS实体向UE-1转发IUT转移结果消息，以及在步骤1513中，释放之前的媒体A和协作会话控制。UE 1变为受控器UE。

图16是用于控制器发起的进行中会话信息转移的备选消息流程的说明图。在图16中示出的示例中，UE-1、UE-2和UE-3可以在相同的用户订阅之下。在UE-2和远程方之间有一个具有媒体A的会话，以及在UE-3和远程方之间有另一个具有媒体B的会话。图16呈现了UE-1请求针对用户的IUT UE的所有进行中会话状态信息的信息流。

参考图16，在步骤1601中，UE-1向SCC AS发送关于用户的IUT UE的进行中会话状态信息的请求。该请求可以包括要在响应中获得什么信息。信息可以包括用户的IUT UE的进行中会话、每个进行中会话的媒体类型和/或每个进行中会话的源UE和目标UE。在步骤1602中，SCC AS检查用户的IUT UE的所有进行中会话，并过滤所请求的信息，即，在UE-2和远程方之间有一个具有媒体类型A的会话A，以及在UE-3和远程方之间有另一个具有媒体类型B的会话B。在步骤1603中，SCC AS向UE-1发送关于UE-2和UE-3上的所有进行中会话状态信息的响应。

在本系统的以下实现中SCC AS可担当B2BUA：在选择在PS域中传输媒体的情况中，SCC AS向端接ICS UE提供服务，并接收由于初始过滤准则和T-ADS结果而产生的初始SIP INVITE请求，以在PS域中传送媒体。如果在PS域中注册多个联系人，并且T-ADS选择使用不同IP-CAN来建立不同的媒体类型，SCC AS可以针对每个所选择的PS域IP-CAN，根据3GPP TS24.229来创建SIP INVITE请求。SIP INVITE请求可以包括：i)Accept-Contact报头，包含媒体特征标记g.3gpp.icsflow和媒体特征标记g.3gpp.ics，媒体特征标记g.3gpp.icsflow包含在注册处与所选择的PS域IP-CAN的接入类型或接入类别相关联的值，媒体特征标记g.3gpp.ics包含值“principal”以及参数“require”和“explict”，以及ii)如果针对该会话的已知段已经存在，或者在SCC AS和ICS UE之间正在使用不同的IP-CAN建立的过程中，则包括Target-Dialog报头，该Target-Dialog报头包含SCC AS和ICS UE之间的该现有对话的对话参数(SCC AS SCC AS可以在SIPINVITE请求中包括Target-Dialog报头，使得ICS UE可以将不同的请求作为相同会话的一部分进行相关)，以及iii)针对所选择的要使用IP-CAN来建立的媒体类型的SDP。

如果在PS域中注册了多个联系人以及T-ADS选择在相同的IP-CAN上建立所有的媒体类型，SCC AS可以根据3GPP TS24.229创建SIPINVITE请求，并可以在该请求中包括：i)Accept-Contact报头，包含媒体特征标记g.3gpp.icsflow和媒体特征标记g.3gpp.ics，媒体特征标记g.3gpp.icsflow包含在注册处与所选择的PS域IP-CAN的接入类型或接入类别相关联的值，媒体特征标记g.3gpp.ics包含值“principal”以及参数“require”和“explicit”，ii)如果针对该会话的已知段已经存在，或者在SCCAS和ICS UE之间正在使用不同的IP-CAN建立的过程中，包括Target-Dialog报头，该Target-Dialog报头包含SCC AS和ICS UE之间的该现有对话的对话参数(SCC AS SCC AS可以在SIP INVITE请求中包括Target-Dialog报头，使得ICS UE可以将不同的请求作为相同会话的一部分进行相关)，以及iii)针对初始SIP INVITE请求中包含的所有媒体类型的SDP。

如果仅在PS域中注册单个联系人，SCC AS可以根据3GPP TS24.229创建SIP INVITE请求，并可以在该请求中包括i)Accept-Contact报头，包含媒体特征标记g.3gpp.ics，媒体特征标记g.3gpp.ics包含值“principal”以及参数“require”和“explicit”，以及ii)针对初始SIP INVITE请求中包含的所有媒体类型的SDP。

现在参考图17，示出了包括示例性UE 1700的实施例的无线通信系统。可以操作该UE来实现本公开的各方面，然而本公开不应受限于这些实现。虽然示出为移动电话，UE可以采用各种形式，包括无线手机、寻呼机、个人数字助理(PDA)、便携式计算机、平板计算机、膝上型计算机、智能电话、打印机、传真机、电视、机顶盒以及其他视频显示设备、家庭音频设备和其他家庭娱乐系统、家庭监视和控制系统(例如，家庭监视告警系统和气候控制系统)以及增强的家用电器(例如，计算机化的冰箱)。很多适合的设备结合了这些功能中的一些或全部。在本公开的一些实施例中，UE 1700不是通用计算设备(例如，便携式计算机、膝上型计算机或平板计算机)，而是专用通信设备(例如，移动电话、无线手持机、寻呼机或PDA)或者车辆中安装的电信设备。UE 1700还可以是具有类似功能但是不是便携的设备(例如，台式计算机、机顶盒或者网络节点)、包括这种设备或者被包括在这种设备中。UE 1700可以支持特殊化的动作，例如游戏、库存控制、作业控制和/或任务管理功能等。

UE 1700包括显示器702。UE 1700还包括触敏表面、键盘或者统称为704的其他输入按键，以用于由用户输入。键盘可以是全尺寸的或精简的字母数字式键盘，如QWERTY、Dvorak、AZERTY以及连续型的键盘，或者是具有与电话键区相关联的字母的传统数字键区。输入键可包括滚轮、退出(exit)或逃生(escape)键、轨迹球以及其它向内按下以提供其他输入功能的导航或功能键。UE 1700可呈现用于用户进行选择的选项、用于用户进行操纵的控制和/或用于用户进行指引的光标或其它指示符。

UE 1700还可以从用户接受数据输入，包括拨打的数字或者用于配置UE 1700的操作的各种参数值。UE 1700还可以响应于用户命令，执行一个或多个软件或固件应用。响应用户的互动，这些应用可配置UE 1700执行各种定制的功能。此外，例如从无线基站、无线接入点或者对等UE1700等，可以在空中对UE 1700进行编程和/或配置。

在UE 1700可执行的各种应用中有网页浏览器，其使得显示器702显示出网页。可以经由与无线网络接入节点、小区塔、对等UE 1700或者其他任何无线通信网络或系统1702的无线通信来获得网页。网络1702耦合到有线网络1704，例如互联网。经由无线链路和有线网络，UE 1700访问各个服务器(例如，服务器1706)上的信息。服务器1706可以提供可在显示器702上显示的内容。备选地，UE 1700可以通过对等UE 1700接入网络1702，该对等UE 1700在中继类型或跳类型的连接中担当中间设备。

图18示出了UE 1700的框图。虽然对UE 1700的各种已知的组件进行了描述，在实施例中，可以将所列出的组件和/或没有列出的附加组件的子集包括在UE 1700中。UE 1700包括数字信号处理器(DSP)1802和存储器1804。如图所示，UE 1700还可以包括天线和前端单元1806、射频(RF)收发信机1808、模拟基带处理单元1810、麦克风1812、耳机扬声器1814、头戴式耳机端口1816、输入/输出接口1818、可拆卸存储卡1820、通用串行总线(USB)端口1822、短距无线通信子系统1824、警报器1826、键区1828、包括触敏表面1830的液晶显示器(LCD)、LCD控制器1832、电荷耦合器件(CCD)像机1834、像机控制器1836和全球定位系统(GPS)传感器1838。在一个实施例中，UE 1700可以包括不提供触敏屏的另一种显示器。在一个实施例中，DSP 1802可以在不通过输入/输出接口1818的情况下直接与存储器1804通信。

DSP 1802或者某种其他形式的控制器或中央处理单元进行操作，以根据存储在存储器1804或者存储在DSP 1802自身内所包含的存储器中的嵌入式软件或者固件来控制UE 1700的各种组件。除了嵌入式软件或者固件之外，DSP 1802可以执行其他应用，该其他应用存储在存储器1804中，或者经由诸如便携式数据存储介质(如，可拆卸的存储卡1820)的信息载体介质变得可用，或经由有线或无线网络通信变得可用。该应用软件可包括对DSP 1802进行配置以提供想要的功能的已编译的机器可读指令集，或者该应用软件可以是由解释器或编译器进行处理以对DSP 1802进行间接配置的高级软件指令。

可提供天线和前端单元1806以在无线信号和电信号之间进行转换，使得UE 1700可以从蜂窝网络或其它一些可用的无线通信网络或者从对等UE 1700发送和接收信息。在一个实施例中，天线和前端单元1806可以包括多个天线，以支持波束成形和/或多输入多输出(MIMO)操作。如本领域技术人员所知道的，MIMO操作可以提供空间分集，可以使用空间分集来克服困难的信道条件和/或提高信道吞吐量。天线和前端单元1806可以包括天线调谐和/或阻抗匹配组件、RF功率放大器和/或低噪声放大器。

RF收发信机1808提供频率偏移，将接收到的RF信号转换到基带以及将基带发射信号转换到RF。在一些描述中，可以将无线电收发信机或者RF收发信机理解为包括其他信号处理功能，例如调制/解调、编码/解码、交织/解交织、扩频/解扩、快速傅立叶逆变换(IFFT)/快速傅立叶变换(FFT)、循环前缀添加/移除以及其他的信号处理功能。出于清楚的目的，此处的描述将该信号处理的描述从RF和/或无线电级分离，并概念性地将该信号处理分配给模拟基带处理单元1810和/或DSP 1802或其他中央处理单元。在一些实施例中，可以将RF收发信机1808、天线和前端1806的部分以及模拟基带处理单元1810合并在一个或者多个处理单元或专用集成电路(ASIC)中。

模拟基带处理单元1810可以提供对输入和输出的各种模拟处理，例如，对来自于麦克风1812和耳机1816的输入以及去往耳机1814和头戴式耳机1816的输出的模拟处理。因此，模拟基带处理单元1810可具有用于连接到内置麦克风1812和耳机扬声器1814的端口，其使得UE 1700可被用作蜂窝电话。模拟基带处理单元1810还可包括用于连接到头戴式耳机和其它免提的麦克风和扬声器配置的端口。模拟基带处理单元1810可以在一个信号方向上提供数模变换，并在相反的信号方向上提供模数变换。在一些实施例中，可以通过数字处理组件(例如，通过DSP 1802或其他中央处理单元)来提供模拟基带处理单元1810的至少一些功能。

DSP 1802可以执行调制/解调、编码/解码、交织/解交织、扩频/解扩、快速傅立叶逆变换(IFFT)/快速傅立叶变换(FFT)、循环前缀添加/移除以及与无线通信相关联的其他信号处理功能。在实施例中，例如，在码分多址接入(CDMA)技术应用中，对于发射机功能，DSP 1802可以执行调制、编码、交织和扩频，而对于接收机功能，DSP 1802可以执行解扩、解交织、解码和解调的功能。在另一实施例中，例如，在正交频分复用接入(OFDMA)技术应用中，对于发射机功能，DSP 1802可以执行调制、编码、交织、快速傅立叶逆变换和循环前缀添加，而对于接收机功能，DSP 1802可以执行循环前缀移除、快速傅立叶变换、解交织、解码和解调。在其他无线技术应用中，DSP 1802可以执行其他的信号处理功能或者信号处理功能的组合。

DSP 1802可以经由模拟基带处理单元1810与无线网络进行通信。在一些实施例中，通信可以提供互联网连接，使得用户可以获得对互联网的内容的接入以及发送和接收电子邮件或文本消息。输入/输出接口1818与DSP 1802以及各种存储器和接口互联。存储器1804和可拆卸存储卡1820可以提供软件和数据来配置DSP 1802的操作。在接口中，可以有USB接口1822和短距离无线通信子系统1824。可以使用USB接口1822对UE1700充电，并还可以使得UE 1700起到与个人计算机或其他计算机系统交换信息的外设的功能。短距离无线通信子系统1824可包括使得UE1700与其它附近的移动设备和/或无线基站进行无线通信的红外端口、Bluetooth接口、符合IEEE 802.11的无线接口或其它任何短距无线通信子系统。

输入/输出接口1818还可将DSP 1802与警报器1826相连接，当触发警报器1826时，例如通过振铃、播放旋律或震动来使得UE 1700向用户提供警告。警报器1826可担当用于警告用户各种事件中的任何事件的机制，这些事件如：来电、新的文本消息、以及通过安静地震动而进行的预约提醒，或针对具体的来电者播放特定的预分配旋律。

键区1828经由接口1818耦合到DSP 1802，以向用户提供一个做出选择、输入信息或者通过其他方式向UE 1700提供输入的机制。键盘1828可以是全尺寸的或精简的字母数字式键盘，如QWERTY、Dvorak、AZERTY以及连续型的键盘，或者是具有与电话键区相关联的字母的传统数字小键盘。输入键可包括滚轮、退出(exit)或逃生(escape)键、轨迹球以及其它向内按下以提供其他输入功能的导航或功能键。另一输入机制可以是LCD 1830，LCD 1830可包括触摸屏能力并且还可向用户显示文本和/或图形。LCD控制器1832将DSP 1802与LCD 1830相耦合。

CCD像机1834(如果装备了)可以使得UE 1700拍摄数字图片。DSP1802经由像机控制器1836与CCD像机1834通信。在另一实施例中，可以使用根据电荷耦合器件之外的技术来操作的摄像机。将GPS传感器1838耦合到DSP 1802，以对全球定位系统信号解码，从而使得UE 1700可以确定其位置。还可包括其他各种外围设备以提供附加的功能，如，广播电台和电视接收。

图19示出了DSP 1802可以实现的软件环境1902。DSP 1802执行操作系统驱动程序1904，操作系统驱动程序1904提供了其与软件从其进行操作的平台。操作系统驱动程序1904使用标准化的接口向UA硬件提供驱动程序，该标准化的接口是应用软件可以访问的。操作系统驱动程序1904包括在UE 1700上运行的应用之间转移控制的应用管理服务(“AMS”)1906。图19中还示出了网页浏览器应用1908、媒体播放器应用1910以及Java小应用1912。网页浏览器应用1908配置UE 1700来作为网页浏览器操作，允许用户将信息输入到表单中，以及选择链接以检索和查看网页。媒体播放器应用1910配置UE 1700以检索和播放音频或视听媒体。Java小应用1912配置UE 1700来提供游戏、应用以及其它功能。组件1914可以提供本文描述的功能。

上述的UE 1700、接入设备和其他组件可以包括能够执行与上述动作相关的指令的处理组件。图20示出了系统2000的示例，系统2000包括适用于实现本文公开的一个或多个实施例的处理组件2010。除了处理器2010(其可以指的是中央处理器单元(CPU)或DSP)之外，系统2000可以包括网络连接设备2020、随机存取存储器(RAM)2030、只读存储器(ROM)2040、辅助存储器2050和输入/输出(I/O)设备2060。在一些实施例中，可以将用于对确定最小数目的HARQ过程ID进行实现的程序存储在ROM 2040中。在一些情况下，这些组件中的一些可以不出现，或者可以通过彼此间的各种组合或者与未示出的其他组件的各种组合来进行组合。这些组件可以位于单个物理实体中，或者可以位于多个物理实体中。可以将在本文中描述为由处理器2010进行的任何动作由处理器2010单独进行，或者由处理器2010与图中示出或未示出的一个或多个组件相结合来一起进行。

处理器2010执行可以从网络连接设备2020、RAM 2030、ROM 2040或辅助存储器2050(其可以包括各种基于盘的系统，例如硬盘、软盘或光盘)存取的指令、代码、计算机程序或者脚本。虽然仅示出了一个处理器2010，然而可以存在多个处理器。因此，尽管可以将指令讨论为由处理器执行，但是指令可以由一个或多个处理器同时地、串行地、或以其他方式执行。可以将处理器2010实现为一个或多个CPU芯片。

网络连接设备2020可以采用以下形式：调制解调器、调制解调器组、以太网设备、通用串行总线(USB)接口设备、串行接口、令牌网设备、光纤分布式数据接口(FDDI)设备、无线局域网(WLAN)设备、无线收发信机设备(例如，码分多址接入(CDMA)设备)、全球移动通信系统(GSM)无线收发信机设备、微波接入的全球可互操作性(WiMAX)设备、和/或其他众所周知的用于连接网络的设备。这些网络连接设备2020可使得处理器2010能够与互联网或者一个或多个电信网络通信，或者与处理器2010可以从其接收信息或处理器2010可以向其输出信息的其他网络通信。

网络连接设备2020还可以包括一个或多个收发信机组件2025，该收发信机组件2025能够以电磁波的形式(例如，射频信号或者微波频率信号)无线地发送和/或接收数据。备选地，数据可以在电子连接器的表面中或表面上、同轴电缆中、波导中、光介质(例如，光纤)中或者在其他介质中传播。收发信机组件2025可以包括分开的接收单元和发送单元或者单个收发信机。收发信机2025发送和接收的信息可以包括已经由处理器2010处理过的数据或者要由处理器2010执行的指令。以例如计算机数据基带信号或嵌入在载波中的信号的形式，可以从网络接收并向网络输出这种信息。可以根据不同的顺序对数据排序，对于处理或产生数据或者发射或接收数据来说，该不同的顺序可以是所期望。可以将基带信号、嵌入在载波中的信号或者当前使用或此后发展的其他类型的信号称为传输介质，并且可以根据为本领域技术人员所熟知的若干方法来产生传输介质。

可以使用RAM 2030来存储易失性数据，以及可能存储由处理器2010执行的指令。ROM 2040是非易失性存储器设备，一般其存储器容量比辅助存储器2050的存储器容量小。可以使用ROM 2040来存储指令，以及可能存储在指令的执行期间读取的数据。对ROM 2030和RAM 2040的存取一般快于对辅助存储器2050的存取。辅助存储器2050一般包括一个或多个盘驱动或带驱动，并且可以用于数据的非易失性存储，或者如果RAM 2030的大小不足以保存所有的工作数据，将辅助存储器750用作溢出数据存储设备。辅助存储器2050可以用于存储程序，当选择这种程序以用于执行时，将程序加载至RAM 2030。

I/O设备2060可以包括液晶显示器(LCD)、触摸屏显示器、键盘、键区、开关、拨号盘、鼠标、轨迹球、语音识别器、读卡器、纸带读取器、打印机、视频监视器、或者其它众所周知的输入设备。同样地，取代作为网络连接设备2020的组件，或者在作为网络连接设备2020的组件之外，可以将收发信机2025视为I/O设备2060的组件。I/O设备2060的一些或者全部可以与在之前描述的UE 1700的图中所描绘的各个组件(例如，显示器和输入)实质上相类似。

虽然本公开中已提供若干实施例，应该理解，在不脱离本公开的精神和范围的情况下，可以通过很多其他特定的形式来实施所公开的系统和方法。要将本示例视为说明性的而不是限制性的，意在不对此处给出的细节造成限制。例如，可将各种元件或部件组合或集成在另一个系统中，某些特征也可以忽略或不实现。

同样地，在不脱离本公开的范围的情况下，在各种实施例中被描述和示意为离散或单独状态的技术、系统和方法可以与其他系统、模块、技术或方法组合或集成。不管是以电子、机械还是以其他的方式，所示出或讨论为连接或直接连接或者彼此通信的其它项可通过一些接口、设备或中间组件间接连接或者进行通信。在不脱离本文公开的原理和范围的情况下，本领域技术人员可以发现并做出改变、替换和变更的其他示例。

权利要求书(按照条约第19条的修改)

1.一种激活会话控制的方法，所述方法包括：

在用户设备UE处接收激活协作会话的控制的请求；

确定接受对激活协作会话的控制的请求；

响应于接收到激活请求，发送指示，所述指示对所确定的接受进行指示，其中，当拒绝接受时，所述指示包括拒绝原因；以及

当接受对激活协作会话的控制的请求时：

作为协作会话的控制器UE进行操作；以及

当激活控制的请求指示临时的许可时，在协作会话终止时放弃控制器UE状态。

2.根据权利要求1所述的方法，其中，响应中的指示对接受进行指示。

3.根据权利要求2所述的方法，其中，响应中对接受进行指示的指示是被设置为活跃的。

4.根据权利要求1所述的方法，还包括：当响应中的指示对接受进行指示时，订阅事件包。

5.根据权利要求1所述的方法，其中，响应中的指示对拒绝进行指示。

6.根据权利要求5所述的方法，其中，响应中对接受进行指示的指示是被设置为被动的。

7.根据权利要求2所述的方法，其中，所述指示是XML单元。

8.根据权利要求6所述的方法，其中，所述指示是XML单元。

9.根据权利要求2所述的方法，其中，所述指示是特征标记。

10.根据权利要求6所述的方法，其中，所述指示是特征标记。

11.根据权利要求1所述的方法，其中，对激活协作会话的控制的请求还包括请求转移媒体。

12.一种网络节点，包括：

处理器，所述处理器被配置为：

在用户设备UE处接收激活协作会话的控制的请求；

确定接受对激活协作会话的控制的请求；以及

响应于接收到激活请求，发送指示，所述指示对所确定的接受进行指示，其中，当拒绝接受时，所述指示包括拒绝原因。

13.根据权利要求12所述的网络节点，其中，响应中的指示对接受进行指示。

14.根据权利要求13所述的网络节点，其中，响应中对接受进行指示的指示是被设置为活跃的。

15.根据权利要求12所述的网络节点，其中，所述处理器被配置为当响应中的指示对接受进行指示时，订阅事件包。

16.根据权利要求12所述的网络节点，其中，响应中的指示对拒绝进行指示。

17.根据权利要求16所述的网络节点，其中，响应中对接受进行指示的指示是被设置为被动的。

Claims

1.一种激活会话控制的方法，所述方法包括：

接收激活协作会话的控制的请求；

确定接受对激活协作会话的控制的请求；以及

响应于接收到激活请求，发送指示，所述指示对所确定的接受进行指示。

3.根据权利要求2所述的方法，其中，响应中对接受进行指示的指示是被设置为活跃的UE间转移控制器。

6.根据权利要求5所述的方法，其中，响应中对接受进行指示的指示是被设置为被动的UE间转移控制器。

7.根据权利要求2所述的方法，其中，所述指示是XML单元。

8.根据权利要求6所述的方法，其中，所述指示是XML单元。

9.根据权利要求2所述的方法，其中，所述指示是特征标记。

10.根据权利要求6所述的方法，其中，所述指示是特征标记。

12.一种网络节点，包括：

处理器，所述处理器被配置为：

接收激活协作会话的控制的请求；

确定接受对激活协作会话的控制的请求；以及

14.根据权利要求13所述的网络节点，其中，响应中对接受进行指示的指示是被设置为活跃的UE间转移控制器。

17.根据权利要求16所述的网络节点，其中，响应中对接受进行指示的指示是被设置为被动的UE间转移控制器。