用于网际协议多媒体子系统协同会话中的识别和传递的方 法和装置 相关申请的交叉引用
本申请要求于 2010 年 3 月 4 日提交的美国临时申请 No.61/310,486 以及于 2010 年 3 月 26 日提交的美国临时申请 No.61/317,988 的权益， 上述申请的内容通过引用结合于 此作为参考。
技术领域
本发明涉及通信。 背景技术 网际协议 （IP） 多媒体子系统 （IMS） 是用于通过各种接入平台来提供多媒体服务 的体系结构框架。基于网际协议， IMS 促进了多媒体服务的创建和部署， 其允许 IMS 用户在 任何设备上在任何地方接入个人交互、 多媒体服务。IMS 是接入不可知的， 其中服务分发独 立于基础的接入平台， 并且 IMS 中网际协议的使用允许接入平台之间的互操作性。 IMS 还导 致了网络基础架构、 支配和管理的节省 （saving） 。 此外， 通过使用独立的控制和承载功能以 及在分组交换网络基础结构之上以覆盖服务分发网络为特色， IMS 允许将类似语音电话的 电路交换 （CS） 服务迁移到分组交换 （PS） 域中。
在 IMS 中， 媒体会话可以被定向到通过 IMS 网络通信的多个具有 IMS 能力的设备 中的任何一个。因此， IMS 网络可能面临与媒体会话的路由有关的决策以及如何用信号传 送这样的确定。另外， 多个具有 IMS 能力的设备可以由多个 IMS 网络以及这些网络的功能 实体服务， 由此各个网络可能面临与 IMS 会话的管理有关的决策， 这些网络可以在不造成 不必要的信令流量的情况下设法解决这个问题。
因此， 期望具有一种方法和装置， 用于具有 IMS 能力的设备指示路由偏好到 IMS 网 络。此外， 还期望具有一种方法和装置， 用于 IMS 网络和具有 IMS 能力的设备有效地识别和 传递它们的任务 （role） 。
发明内容
描述了一种用于执行网际协议 （IP） 多媒体子系统 （IMS） 操作的方法和装置。无线 发射 / 接收单元 （WTRU） 向 IMS 网络注册 IMS 服务优先级。该 IMS 服务优先级指示了 WTRU 的在接收 IMS 服务中的优先级。基于 WTRU 的 IMS 服务优先级， WTRU 可以从 IMS 网络接收 IMS 服务。可以使用优先级值来指示 IMS 服务优先级， 并且 WTRU 在与 IMS 网络的信号发送 中可以使用会话发起协议 （SIP） 消息。WTRU 可在 SIP 联系 （SIP Contact） 报头字段中使用 q 值参数来注册服务优先级值。WTRU 还可向 IMS 网络注册公共用户标识， 并且所述公共用 户标识可以与其它具有 IMS 能力的 WTRU 共享。 附图说明结合附图， 根据以实例方式给出的以下描述可以更详细地理解本发明， 其中 ：
图 1A 是可在其中实施一个或多个所公开的实施方式的示例通信系统的系统图 ；
图 1B 是可在图 1A 所示的通信系统中使用的示例无线发射 / 接收单元 （WTRU） 的 系统图 ；
图 1C 是可在图 1A 所示的通信系统中使用的示例无线电接入网络和示例核心网络 的系统图 ；
图 2A 示出了处于与远程方的 IMS 会话的 WTRU ；
图 2B 示出了 IMS 网络中的功能实体 ；
图 2C 示出了协同 （collaborative） IMS 会话中由单个 IMS 网络服务的多个 WTRU ；
图 3 示出了根据所描述的实施方式用于 WTRU 注册和 IMS 会话路由的信息流 ； 以及
图 4 示出了 IMS 协同会话中由多个 IMS 网络服务的多个 WTRU ；
图 5 示出了根据所描述的实施方式用于锚 （anchor） 服务集成和连续性应用服务 器 （SCC AS） 识别和传递的信息流 ； 以及
图 6 示出了用于 IMS 协同会话控制传递的信息流。 具体实施方式 图 1A 是在其中可实施一个或多个所公开的实施方式的示例通信系统 100 的图。 通信系统 100 可以是向多个无线用户提供诸如语音、 数据、 视频、 消息、 广播等内容的多接 入系统。通信系统 100 可使多个无线用户能够通过共享包括无线带宽的系统资源来接入这 样的内容。例如， 通信系统 100 可采用一个或多个信道接入方法， 这些方法例如为码分多址 （CDMA） 、 时分多址 （TDMA） 、 频分多址 （FDMA） 、 正交 FDMA （OFDMA） 、 单载波 FDMA （SC-FDMA） 等。
如图 1A 所示， 通信系统 100 可包括 ： 无线发射 / 接收单元 （WTRU） 102a、 102b、 102c、 102d ； 无线电接入网络 （RAN） 104 ； 核心网络 106 ； 公共交换电话网络 （PSTN） 108 ； 因特网 110 ； 以及其他网络 112。 但是可以理解的是， 所公开的实施方式设想了任意数目的 WTRU、 基 站、 网络和 / 或网络元素。WTRU 102a、 102b、 102c、 102d 中的每一者可以是被配置成在无线 环境中运行和 / 或通信的任意类型的设备。举例来说， WTRU 102a、 102b、 102c、 102d 可被配 置成传送和 / 或接收无线信号， 并且可包括用户设备 （UE） 、 移动站、 固定或移动订户单元、 寻呼机、 蜂窝电话、 个人数字助理 （PDA） 、 智能电话、 膝上型电脑、 上网本、 个人电脑、 无线传 感器、 消费类电子产品等。
通信系统 100 还可以包括基站 114a 和基站 114b。基站 114a、 114b 的每一者可以 是被配置成与 WTRU 102a、 102b、 102c、 102d 中的至少一者无线对接以便于接入到诸如核心 网络 106、 因特网 110 和 / 或网络 112 的一个或多个网络中的任意类型的设备。举例来说， 基站 114a、 114b 可以是基站收发信机 （BTS） 、 节点 B、 e 节点 B、 家用节点 B、 家用 e 节点 B、 站 点控制器、 接入点 （AP） 、 无线路由器等。虽然将基站 114a、 114b 的每一者图示为单个元件， 但可以理解的是， 基站 114a、 114b 可包括任意数目的互连基站和 / 或网络元素。
基站 114a 可以是 RAN 104 的一部分， RAN 104 还可以包括其他基站和 / 或网络元 素 （未示出） ， 例如基站控制器 （BSC） 、 无线电网络控制器 （RNC） 、 中继节点等。基站 114a 和 / 或基站 114b 可被配置成在可被称为小区 （未示出） 的特定地理区域内传送和 / 或接收无线 信号。小区可进一步被划分为小区扇区。例如， 与基站 114a 相关联的小区可被划分为三个
扇区。因此， 在一种实施方式中， 基站 114a 可包括三个收发信机， 即小区的每个扇区有一个 收发信机。在另一种实施方式中， 基站 114a 可采用多输入多输出 （MIMO） 技术， 并且因此针 对小区的每个扇区可使用多个收发信机。
基站 114a、 114b 可通过空中接口 116 与 WTRU 102a、 102b、 102c、 102d 中的一者 或多者通信， 空中接口 116 可以是任意适当的无线通信链路 （例如射频 （RF） 、 微波、 红外线 （IR） 、 紫外线 （UV） 、 可见光等） 。空中接口 116 可使用任意适当的无线电接入技术 （RAT） 来 建立。
更具体地， 如上所述， 通信系统 100 可以是多接入系统并且可采用一个或多个信 道接入方案， 例如 CDMA、 TDMA、 FDMA、 OFDAM、 SC-FDMA 等。例如， 在 RAN 104 中的基站 114a 和 WTRU 102a、 102b、 102c 可实施诸如全球移动电信系统 （UMTS） 陆地无线电接入 （UTRA） 这 样的无线电电技术， 该 UMTS UTRA 可使用宽带 CDMA（WCDMA） 来建立空中接口 116。WCDMA 可包括诸如高速分组接入 （HSPA） 和 / 或演进型 HSPA（HSPA+） 这样的通信协议。HSPA 可包 括高速下行链路分组接入 （HSDPA） 和 / 或高速上行链路分组接入 （HSUPA） 。
在另一种实施方式中， 基站 114a 和 WTRU 102a、 102b、 102c 可实施诸如演进型 UMTS 陆地无线电接入 （E-UTRA） 这样的无线电技术， E-UTRA 可使用长期演进 （LTE） 和 / 或高级 LTE（LTE-A） 来建立空中接口 116。
在其他实施方式中， 基站 114a 和 WTRU 102a、 102b、 102c 可实施诸如 IEEE 802.16 （即全球微波互联接入 （WiMAX） ） 、 CDMA2000、 CDMA20001X、 CDMA2000EV-DO、 临时标准 2000 （IS-2000） 、 临时标准 95（IS-95） 、 临时标准 856（IS-856） 、 全球移动通信系统 （GSM） 、 用于 GSM 演进的增强型数据速率 （EDGE） 、 GSM EDGE（GERAN） 这样的无线电技术。
图 1A 中的基站 114b 可以是无线路由器、 家用节点 B、 家用 e 节点 B 或接入点， 并且 例如可使用任意适当的 RAT 以便于局限区域 （诸如营业场所、 住宅、 车辆、 学校等） 中的无线 连接性。在一种实施方式中， 基站 114b 和 WTRU 102c、 102d 可以实施诸如 IEEE 802.11 这 样的无线电技术来建立无线局域网 （WLAN） 。 在另一种实施方式中， 基站 114b 和 WTRU 102c、 102d 可实施诸如 IEEE 802.15 这样的无线电技术来建立无线个人局域网 （WPAN） 。 在又一种 实施方式中， 基站 114b 和 WTRU 102c、 102d 可使用基于蜂窝的 RAT（例如 WCDMA、 CDMA2000、 GSM、 LTE、 LTE-A 等） 来建立微微小区或毫微微小区。如图 1A 所示， 基站 114b 可具有到因特 网 110 的直接连接。因此， 基站 114b 可以不需要经由核心网络 106 来接入因特网 110。
RAN 104 可 以 与 核 心 网 络 106 通 信， 该 核 心 网 络 106 可 以 是 被 配 置 成 向 WTRU 102a、 102b、 102c、 102d 中的一者或多者提供语音、 数据、 应用和 / 或网际协议上的语音 （VoIP） 服务的任意类型的网络。例如， 核心网络 106 可提供呼叫控制、 计费服务、 基于移动 位置的服务、 预付费呼叫、 因特网连接、 视频分布等， 和 / 或执行诸如用户认证这样的高级 安全功能。虽然在图 1A 中未示出， 但可以理解的是， RAN 104 和 / 或核心网络 106 可与采 用与 RAN104 相同的 RAT 或不同 RAT 的其他 RAN 直接或间接通信。例如， 除了与可以使用 E-UTRA 无线电技术的 RAN 104 相连接之外， 核心网络 106 还可以与采用 GSM 无线电技术的 另一 RAN（未示出） 通信。
核心网络 106 还可用作 WTRU 102a、 102b、 102c、 102d 接入 PSTN 108、 因特网 110 和 / 或其他网络 112 的网关。PSTN 108 可包括提供普通老式电话服务 （POTS） 的电路交换电话 网。因特网 110 可包括使用公共通信协议的全球互连计算机网络和设备系统， 该公共通信协议例如 TCP/IP 网际协议族中的传输控制协议 （TCP） 、 用户数据报协议 （UDP） 和网际协议 （IP） 。网络 112 可包括由其他服务提供商所有和 / 或运营的有线或无线通信网络。例如， 网络 112 可包括与可采用与 RAN 104 相同的 RAT 或不同的 RAT 的一个或多个 RAN 相连接的 另一核心网络。
通信系统 100 中的 WTRU 102a、 102b、 102c、 102d 中的一些或全部可包括多模式能 力， 即 WTRU 102a、 102b、 102c、 102d 可包括用于通过不同无线链路与不同无线网络通信的 多个收发信机。例如， 在图 1A 中的 WTRU102c 可被配置成与可采用基于蜂窝的无线电技术 的基站 114a 和与可采用 IEEE 802 无线电技术的基站 114b 通信。
图 1B 是示例 WTRU 102 的系统图。如图 1B 所示， WTRU 102 可包括处理器 118、 收 发信机 120、 发射 / 接收元件 122、 扬声器 / 麦克风 124、 键盘 126、 显示器 / 触摸板 128、 不可 移除存储器 106、 可移除存储器 132、 电源 134、 全球定位系统 （GPS） 芯片组 136 和其他外围 设备 138。可以理解的是， 在保持与实施方式一致的情况下， WTRU 102 可包括前述元件的任 意子组合。
处理器 118 可以是通用处理器、 专用处理器、 常规处理器、 数字信号处理器 （DSP） 、 多个微处理器、 与 DSP 核心相关联的一个或多个微处理器、 控制器、 微控制器、 专用集成电 路 （ASIC） 、 现场可编程门阵列 （FPGA） 电路、 以及其他任何类型的集成电路 （IC） 、 状态机等。 处理器 118 可执行信号编码、 数据处理、 功率控制、 输入 / 输出处理和 / 或使 WTRU 102 能够 在无线环境中运行的任何其他功能。处理器 118 可与收发信机 120 耦合， 该收发信机 120 可与发射 / 接收元件 122 耦合。虽然图 1B 将处理器 118 和收发信机 120 图示为分离的组 件， 可以理解的是， 处理器 118 和收发信机 120 可在电子封装或芯片中被集成在一起。 发射 / 接收元件 122 可被配置成通过空中接口 116 向基站 （例如基站 114a） 传送信 号或从基站 （例如基站 114a） 接收信号。例如， 在一种实施方式中， 发射 / 接收元件 122 可 以是被配置成传送和 / 或接收 RF 信号的天线。在另一种实施方式中， 发射 / 接收元件 122 例如可以是被配置成传送和 / 或接收 IR、 UV 或可见光信号的发射器 / 检测器。在又一种实 施方式中， 发射 / 接收元件 122 可被配置成传送和接收 RF 和光信号两者。可以理解的是， 发射 / 接收元件 122 可被配置成传送和 / 或接收无线信号的任意组合。
此外， 虽然在图 1B 中发射 / 接收元件 122 被图示为单个元件， 但 WTRU102 可包括 任意数目的发射 / 接收元件 122。更具体地， WTRU 102 可采用 MIMO 技术。因此， 在一种实 施方式中， WTRU 102 可包括用于通过空中接口 116 传送和接收无线信号的两个或更多个发 射 / 接收元件 122（例如多个天线） 。
收发信机 120 可被配置成对将由发射 / 接收元件 122 传送的信号进行调制以及对 由发射 / 接收元件 122 接收的信号进行解调。如上所述， WTRU 102 可具有多模式能力。因 此， 收发信机 120 可包括使 WTRU 102 能够经由多个 RAT（例如 UTRA 和 IEEE 802.11） 通信 的多个收发信机。
WTRU 102 的处理器 118 可耦合至下列组件或从下列组件接收用户输入数据 ： 扬声 器 / 麦克风 124、 键盘 126、 和 / 或显示器 / 触摸板 128（例如液晶显示器 （LCD） 显示单元或 有机发光二极管 （OLED） 显示单元） 。处理器 118 还可以向扬声器 / 麦克风 124、 键盘 126、 和 / 或显示器 / 触摸板 128 输出用户数据。并且， 处理器 118 可从诸如不可移除存储器 106 和 / 或可移除存储器 132 这样的任意类型的适当存储器访问信息， 并将数据存储至所述存
储器。 所述不可移除存储器 106 可包括随机存取存储器 （RAM） 、 只读存储器 （ROM） 、 硬盘或任 意其他类型的记忆存储设备。所述可移除存储器 132 可包括订户标识模块 （SIM） 卡、 存储 棒、 安全数字 （SD） 存储卡等。在其他实施方式中， 处理器 118 可从物理上不位于 WTRU 102 上 （例如位移服务器或家用计算机 （未示出） 上） 的存储器访问信息， 并将数据存储至所述存 储器。
处理器 118 可从电源 134 接收电力， 并可被配置成对 WTRU 102 中的其他组件的电 力进行分配和 / 或控制。电源 134 可以是用于向 WTRU 102 供电的任意适当设备。例如， 电 源 134 可包括一个或多个干电池 （例如镍镉 （NiCd） 、 镍锌 （NiZn） 、 镍金属氢化物 （NiMH） 、 锂 离子 （Li-ion） 等） 、 太阳能电池、 燃料电池等。
处理器 118 还可以与 GPS 芯片组 136 耦合， 该 GPS 芯片组 136 可被配置成提供与 WTRU 102 的当前位置相关的位置信息 （例如经度和纬度） 。除了或代替来自 GPS 芯片组 136 的信息， WTRU 102 可通过空中接口 116 从基站 （例如基站 114a、 114b） 接收位置信息， 和/ 或基于从两个或更多个邻近基站接收的信号的定时 （timing） 来确定其位置。可以理解的 是， 在与实施方式保持一致的情况下， WTRU 102 可借助于任意适当的定位方法来获取位置 信息。 处理器 118 可进一步与其他外围设备 138 耦合， 所述其他外围设备 138 可包括提 供附加特征、 功能和 / 或有线或无线连接的一个或多个软件和 / 或硬件模块。例如， 外围设 备 138 可包括加速计、 电子罗盘、 卫星收发信机、 数字照相机 （用于照片或视频） 、 通用串行总 线 （USB） 端口、 振动设备、 电视收发信机、 免提耳机、 蓝牙 模块、 调频 （FM） 无线电单元、 数字 音乐播放器、 媒体播放器、 视频游戏机模块、 因特网浏览器等。
图 1C 是根据一种实施方式的 RAN 104 和核心网络 106 的系统图。如上所述， RAN 104 可采用 E-UTRA 无线电技术、 通过空中接口 116 与 WTRU102a、 102b、 102c 通信。RAN 104 还可以与核心网络 106 通信。
RAN 104 可包括 e 节点 B 140a、 140b、 140c， 但是可以理解的是， 在与实施方式保持 一致的情况下， RAN 104 可包括任意数目的 e 节点 B。e 节点 B 140a、 140b、 140c 中的每一 者可包括用于通过空中接口 116 与 WTRU 102a、 102b、 102c 通信的一个或多个收发信机。在 一种实施方式中， e 节点 B 140a、 140b、 140c 可实施 MIMO 技术。因此， e 节点 B 140a 可例如 使用多个天线向 WTRU 102a 传送无线信号以及从 WTRU 102a 接收无线信号。
e 节点 B 140a、 140b、 140c 中的每一者可与特定的小区 （未示出） 关联， 并且可被配 置成处理无线电资源管理决策、 切换决策、 上行链路和 / 或下行链路中的用户调度等。如图 1C 所示， e 节点 B 140a、 140b、 140c 可通过 X2 接口相互通信。
图 1C 中示出的核心网络 106 可包括移动性管理网关 （MME） 142、 服务网关 144 和 分组数据网络 （PDN） 网关 146。虽然上述元件的每一者均被图示为核心网络 106 的一部分， 但可以理解的是， 这些元件的任意一者可由非核心网络运营商的实体所有和 / 或运营。
MME 142 可经由 S1 接口与 RAN 104 中的 e 节点 B 142a、 142b、 142c 的每一者连接， 并且可用作控制节点。例如， MME 142 可负责认证 WTRU102a、 102b、 102c 的用户、 承载激活 / 去激活、 在 WTRU 102a、 102b、 102c 的初始附着期间选取特定的服务网关等。 MME 142 还可以 提供用于在 RAN104 与采用诸如 GSM 或 WCDMA 这样的其他无线电技术的其他 RAN（未示出） 之间切换的控制平面功能。
服务网关 144 可经由 S1 接口与 RAN 104 中的 e 节点 B 140a、 140b、 140c 的每一者 连接。 服务网关 144 通常可路由和转发去往 / 来自 WTRU 102a、 102b、 102c 的用户数据分组。 服务网关 144 还可以执行其他功能， 例如在 e 节点 B 间切换期间锚定用户平面、 当对于 WTRU 102a、 102b、 102c 来说下行链路数据可用时触发寻呼、 管理和存储 WTRU 102a、 102b、 102c 的 上下文等。
服务网关 144 还可以与 PDN 网关 146 连接， 该 PDN 网关 146 可向 WTRU102a、 102b、 102c 提供到诸如因特网 110 这样的分组交换网络的接入， 以便于 WTRU 102a、 102b、 102c 与 IP 使能设备之间的通信。
核心网络 106 可便于与其他网络通信。例如， 核心网络 106 可向 WTRU102a、 102b、 102c 提供到诸如 PSTN 108 这样的电路交换网络的接入， 以便于 WTRU 102a、 102b、 102c 与传 统陆线通信设备之间的通信。例如， 核心网络 106 可包括用作核心网络 106 与 PSTN 108 之 间的接口的 IP 网关 （例如 IP 多媒体子系统 （IMS） 服务器） ， 或可与该 IP 网关通信。并且， 核心网络 106 可向 WTRU 102a、 102b、 102c 提供到网络 112 的接入， 该网络 112 可包括由其 他服务提供商所有和 / 或运营的其他有线或无线网络。
图 2A 示出了处于与远程方 205 的 IMS 会话的 WTRU 201。该 IMS 会话通过 IMS 网 络 210 进行 （conduct） 。WTRU 201 与远程方可以具有任意数量的正在进行的媒体会话。例 如， 图 2A 示出了音频会话 202 和视频会话 203。这些会话是示例性的， 并且可以使用其它 的多媒体会话。IMS 网络 210 拥有 IMS 服务并提供会话和媒体控制。该 IMS 网络 210 管理 WTRU 的服务交互并建立、 监控、 支持和释放多媒体会话。 此外， WTRU 201 保持与 IMS 网络 210 的 IMS 控制信令 204。WTRU 可使用 IMS 控制 信令 204 来行使 （exercise） 会话控制能力。IMS 控制信令允许 WTRU 接受或者拒绝来自远 程方的建立媒体会话的入 （incoming） 请求。WTRU 201 在控制路径 204 上执行 IMS 控制信 令。IMS 网络 210 是 WTRU 的 IMS 控制信令 204 的接收方。
图 2B 示出了 IMS 网络 210 的功能实体。呼叫会话控制功能 （CSCF） 实体 213 位 于 WTRU、 远程方以及其它 IMS 网络实体之间的 IMS 控制信令的路径上。CSCF 实体可以检查 WTRU、 远程方以及其它 IMS 网络实体的消息传送。CSCF 实体决定转发哪个应用服务器 （AS） 控制消息来提供 IMS 服务。CSCF 实体提供路由服务并执行网络运营商的策略。CSCF 实体 还处理 WTRU 注册。
IMS 网络可以使用一个或多个 AS。所述一个或多个 AS 被配置成拥有和执行 IMS 服务并与 CSCF 213 对接。服务集成和连续性 AS （SCC AS） 214 锚定 IMS 会话并使得媒体会 话能够具有服务连续性， 所述媒体会话包括提供并执行 WTRU 之间的媒体会话的传递、 组合 和划分媒体流、 以及附加媒体流。在 SCC AS 214 的旁边， 其它 AS（例如图 2B 中所示的 AS 215） 可与 CSCF 213 对接， 以便提供其它 IMS 相关服务。
图 2B 中示出的 WTRU 201 具有与 IMS 网络 210 的控制信令， 其由控制路径 212 表 示。WTRU 201 也可具有任意数目的 IMS 媒体会话， 这些会话集中地由媒体路径 211 表示。 图 2B 还示出了用于 IMS 会话的接入和远程支路 （leg） 。接入支路是 WTRU 与 SCC AS 之间的 控制支路， 而远程支路是 SCCAS 与远程方之间的控制支路。
多个 WTRU 可通过 IMS 网络进行与远程方的单个协同 IMS 会话。图 2C 示出了协 同 IMS 会话中由单个 IMS 网络服务的多个 WTRU。在图 2C 中， WTRU 201A-C（在下文中全部
由单独的数字 WTRU 201 表示） 被包括在与远程方 （未示出） 的协同 IMS 会话中。每个 WTRU 201 具有控制路径 212A-C 和媒体路径 211A-C。媒体路径 211 表示 WTRU 201 正在进行的媒 体会话。控制路径 212 表示用于 WTRU 201 的控制信令。
虽然所有的 WTRU 201 被包括在协同 IMS 会话中， 但是其中一个 WTRU201 作为用于 协同会话的控制方 WTRU。在图 2C 中， WTRUA201A 作为用于协同会话的控制方 WTRU。作为 控制方， WTRU A 201A 能执行设备间传递 （IDT） 过程， 通过该 IDT 过程， WTRU A 201A 可在协 同会话中包括的任何 WTRU 201 上添加、 传递、 复制和移除媒体会话。此外， 协同会话中的控 制方 WTRU（例如 WTRU A 201A） 的服务简档可确定服务在协同会话与远程方之间的路径上 可用。
虽然被包括在与所有 WTRU 201 的协同会话中， 但是远程方可能不知道其媒体会 话中的一者或多者是与受控方 WTRU（例如 WTRU B 201B 和 WTRU C 201C） 进行的。在协同 会话中， 远程方可能仅知道控制方 WTRU， WTRU A 201A。控制方 WTRU A 201A 使用控制路径 212A 来用于协同会话控制消息传送以及用于与其自身的媒体路径 211 相关的控制信令。 在 协同会话中， 受控方 WTRU B 201B 和 WTRU C 201C 分别经由媒体路径 211B-C 执行媒体会话。 受控方 WTRU B 201B 和 WTRU C 201C 还使用控制路径 212B-C 来用于控制信令。
在协同会话中， 受控方 WTRU 从属于控制方 WTRU， 以用于 IDT 过程。例如， 控制方 WTRU 可从受控方 WTRU 中移除媒体会话。 此外， 如果受控方 WTRU 设法建立媒体会话， 则受控 方 WTRU 可向控制方 WTRU 请求这样的建立， 并且控制方 WTRU 可接受或拒绝该请求。
在图 2C 中， 服务集成和连续性应用服务器 （SCC AS） 214 作为锚 SCCAS， 其管理 WTRU 与远程方之间的会话控制信令。此外， SCC AS 214 使得协同会话中的媒体会话能够实现服 务连续性并提供和执行 IDT 过程。虽然在图 2C 中仅有一个 SCC AS 服务于协同会话， 但是 在其它场景中， 协同会话中的多个 WTRU 可各自具有它们自己的作为到锚 SCC AS 的代理的 SCC AS。图 2C 还示出了 IMS 网络实体 CSCF 213 和 AS 215。
如图 2B-C 所示， IMS 会话中通过控制路径的控制信令可使用诸如会话发起协议 （SIP） 的信令协议。本领域公知的是， SIP 是允许建立、 修改、 终结、 添加和复制 IMS 多媒体 会话的信令协议。SIP 是基于文本的协议， 其中消息可以具有以下两种形式之一 ： 请求和响 应。SIP 请求包括注册 （REGISTER） 请求， WTRU 可使用该 REGISTER 请求来向 IMS 网络注册与 WTRU 关联的公共用户标识 （PUI） 。SIP 请求的其它示例包括邀请 （INVITE） 请求， 该 INVITE 请求可用于在 WTRU 与远程方之间建立媒体会话， 以及包括应答 （ACK） 请求， 该 ACK 请求可 用于确认响应已被接收。SIP 响应码包括临时响应 （即 1xx） 以及成功响应 （即 2xx） ， 该临时 响应可用于指示请求已被接收并正被处理， 该成功响应可用于指示动作已被成功地接收和 接受。
WTRU 以及正在利用 SIP 消息的 IMS 网络可使用 SIP 报头。某些 SIP 报头包括 “去 往 （To） ” （期望的接收者的地址） “来自 、 （From） ” （发送者的地址） 以及 “联系 （Contact） ” （标 识所请求的资源或者请求发起者的地址信息， 取决于它是用于请求还是用于响应的报头） 。
在 IMS 中， WTRU 可使用公共用户标识 （PUI） 来注册到 IMS 网络中。PUI 可以是 SIP 统一资源标识符 （URI） （例如电子邮件 （e-mail） 地址） 或者电话 URI（Tel URI） （例如电话 号码） 。IMS 网络可通过寻址 WTRU 的 PUI 来联系 WTRU。多个 WTRU 可共享同一 PUI。例如， 在一个 IMS 订阅中， IMS 订户可具有共享同一 PUI 的多个 WTRU。WTRU 可向 IMS 网络注册其能力。能控制协同会话的 WTRU 可向 IMS 网络注册为协 同会话控制方 WTRU。此外， 能实现媒体控制的 WTRU 可以这样注册。媒体控制方 WTRU （不管 是协同会话的控制方 WTRU 还是受控方 WTRU） 在协同会话中可具有特定定义的媒体控制特 权。 WTRU 可在任何时候更新或改变其向该网络注册的简档。 为了注册其能力， WTRU 可在 SIP 联系报头中使用特征标签。例如， 设法注册协同会话控制能力的 WTRU 可使用诸如 g.3gpp. iut=″控制方″（g.3gpp.iut=″ controller″） 的特征标签， 而设法注册媒体控制能力的 WTRU 可使用诸如 g.3gpp.iut=″媒体控制方″（g.3gpp.iut=″ media-controller″） 的 特征标签。当使用 SIP 注册 （SIP REGISTER） 请求来联系 IMS 网络时， WTRU 可包括指示其 IMS 能力的特征标签。
IMS 网络可保持 WTRU 的能力的简档。该简档可受 WTRU 向网络注册的能力或者受 网络知识中的其它信息的影响。网络可依赖于在提供 IMS 服务 （例如媒体会话路由） 或者确 定 WTRU 是否被允许执行 IMS 动作期间服务简档中的 WTRU 的注册能力或信息。例如， 在 IMS 网络中， 负责媒体会话连续性的 SCC AS 可使用注册的 WTRU 能力或者简档信息来影响媒体 会话路由。 在其接收入媒体会话请求的事件中， SCC AS 可向 CSCF 指示将被路由到注册的控 制方 WTRU 的会话的偏好。CSCF 随后可使用该偏好来路由媒体会话到控制方注册的 WTRU。 在 SIP 中， SCC AS 可 使 用 IETF RFC 3841 报 头 和 参 数 来 指 示 路 由 偏 好 给 CSCF。例如， SCC AS 可用控制方 WTRU 特征标签和 “显式 （explicit） ” 参数将接受 - 联系 （Accept-Contact） 报头字段添加到 SIP 请求中， 由此要求将该请求路由到注册有控制方能 力的 WTRU。一旦接收到 SIP 请求中的报头字段和控制方特征标签， CSCF 就将该请求路由到 具有注册的控制方能力的 WTRU。 如果没有 WTRU 具有注册的控制方能力， 则该请求被路由到 不是注册的控制方的 WTRU。SCC AS 也可通过添加具有 “要求 （require） ” 参数的 SIP 联系 报头字段来指示路由偏好。
WTRU 可向 IMS 网络注册优先级值。该优先级值可向 IMS 网络指示与同一 PUI 下同 样向 IMS 网络注册的其它 WTRU 相比的 WTRU 的优先级。该优先级值也可向 IMS 网络指示用 于接收 IMS 会话的 WTRU 的偏好等级。在 IMS 管理以及提供诸如确定在哪里建立或路由媒 体会话的 IMS 服务中， IMS 网络可使用优先级值。与 WTRU 关联的较高优先级值可向网络指 示用于建立和路由媒体会话到那个 WTRU 的更好偏好。 例如， 如果具有同一 PUI 的多个 WTRU 向 IMS 网络注册为控制方， 则 IMS 网络中的 CSCF 可路由入媒体会话到具有较高优先级值的 WTRU。在一种实施方式中， WTRU 可使用 SIP 联系报头字段中的 q 值参数来向 IMS 网络注册 优先级值。
图 3 示出了根据这种实施方式用于 WTRU 注册和 IMS 会话路由的信息流。在图 3 中， 具有 IMS 能力的 WTRU A 301 设法向 IMS 网络注册其能力和优先级值。WTRU A 301A 发 送 SIP REGISTER 请求 310 给 IMS CSCF 313。 SIP REGISTER 请求 310 具有联系报头字段， 该 联系报头字段包括指示 WTRU A 301 能力的特征标签以及指示与 WTRU A 301A 关联的优先 级值的 q 值。在图 3 中， 指示 WTRU A 301 的控制方能力的特征标签是 g.3gpp. 控制方 =″ 控制方″ （g.3gpp.controller=″ controller″） ， 而指示与 WTRU A 301A 关联的优先级值 的 q 值是 q=5。
CSCF 313 发送 SIP REGISTER 请求 310 给 SCC AS 314， 并且 CSCF 313 发送 SIP 200（同意 （OK） ） 响应 310 给 WTRU A 301A。SCC AS 314 还发送 SIP 200（OK） 响应 310 给
CSCF 313。结果， WTRU A 301A 已经向 IMS 网络注册了其能力和优先级值。WTRU B 301B 和 WTRU C 301C 同样地向 IMS 网络注册 （320、 330） 它们的能力和关联的优先级值。WTRU A-C 301A-C 在同一 PUI 下向 IMS 网络注册。WTRU B 301B 注册指示控制方能力的特征标签以及 q=8 的 q 值， 而 WTRU C 301C 不注册指示控制方能力的特征标签， 但注册 q=5 的 q 值。
CSCF 313 针对媒体会话而从远程方 （未示出） 接收 SIP 邀请 （SIP INVITE） 请求 340。SIP INVITE 请求 340 被寻址到由 WTRU A-C 301A-C 共享的 PUI。CSCF 313 发送 SIP INVITE 请求 340 给 SCC AS 314。SCC AS 314 优选将 SIP INVITE 请求路由到控制方 WTRU。 SCC AS 314 使用 RFC 3841 过程并用控制方特征标签添加接受 - 联系 345 来在 SIP INVITE 请求中指示该偏好。SCC AS 314 发送 SIP INVITE 请求 350 给 CSCF 313。
WTRU A 301A 和 WTRU B 301B 具有控制方能力， 而 WTRU C 301C 不具有这样的能 力。因此， CSCF 313 可发送 SIP INVITE 请求给 WTRUA 301A 或 WTRU B 301B， 但不发送给 WTRU C 301C。WTRU B 301B 具有较 WTRU A 301A 更高的关联的 q 值， 因此 CSCF 313 确定 SIP INVITE 请求指向具有更高 q 值的控制方 WTRU （355） ， 并随后发送 SIP INVITE 请求 360 给 WTRU B 301B。CSCF 313 发送 SIP INVITE 请求给 WTRU B 301B， 而不是分流 （forking） ， 即发送 SIP INVITE 请求给 WTRU A 301A 和 WTRU B 301B 两者。 在 IMS 会话中可包括多个 SCC AS， 每个 SCC AS 服务一个 WTRU 或者多个 WTRU。这 可以是多个 WTRU 被包括在协同 IMS 会话中并且该多个 WTRU 由多个 SCC AS 服务的情况。 例 如， 一个 SCC AS 可以是用于协同会话的锚 SCC AS， 而其它的 SCC AS 可以针对锚 SCC AS 代 理消息。
由于 WTRU 在不同的 IMS 订阅之下或者由不同的 IMS 网络服务， 因此 IMS 会话中包 括的 WTRU 可具有不同的 SCC AS。 服务于发起 IMS 会话的 WTRU 的 SCC AS 可作为锚 SCC AS， 直到该锚被传递给另一个 SCC AS。发起 WTRU 可包括 IMS 会话中的其它 WTRU（例如， 通过 传递、 复制或者建立 IMS 媒体会话给这些 WTRU） 。因此， 服务于其它 WTRU 的 SCC AS 可作为 发起 WTRU 的 SCC AS 的代理。
图 4 示出了 IMS 协同会话中由多个 IMS 网络服务的多个 WTRU。WTRU401A-C（在 下文中全部由单个数字 WTRU 401 表示） 中的每一个分别由它们各自 IMS 网络中的 SCC AS 402A-C 服务。SCC AS A 402A 是策略操控 （govern） IMS 会话的锚。此外， 锚 SCC AS A 402A 使得所有 WTRU 401 之间的媒体会话能够服务连续性。 SCC AS B 402B 和 SCC AS C 402C 分 别服务 WTRU B 401B 和 WTRU C 401C， 其中 WTRU B 401B 和 WTRU C 401C 可属于不同的 IMS 订阅。在 SCC AS A 402A 处锚定的协同会话中， SCC ASB 402B 和 SCC AS C 402C 分别作为 WTRU B 401B 与 SCC AS A 402A 以及 WTRU C 401C 与 SCC AS A402A 之间的消息的代理。
在图 4 中， 远程方 （未示出） 将接入支路 （leg） 407 提供给锚 SCC AS A402A 并将远 程支路 408 提供给 SCC AS A 402A。每个 WTRU 401 都具有与它们各自的 SCC AS 402 的控 制路径 405 以及与远程方的媒体路径 406。此外， 每个 IMS 网络都具有 CSCF 403A-C。
SCC AS 可使用控制信令来将它自己标识为到其它 SCC AS 的锚。此外， 锚 SCC AS 可从它自己通过控制信令将锚传递给另一个 SCC AS， 或者非锚 SCC AS 可通过控制信令向锚 SCC AS 请求传递锚点 （anchor point） 。
SCC AS 之间的信令可专用于锚识别和传递， 或者该信令可被结合到或包括到 IMS 信令中。例如， 锚 SCC AS 可通过将控制信令结合到 IMS 控制消息中来识别该锚 SCC AS 自
己， 其中该 IMS 控制消息通过非锚 SCC AS 被路由， 但是期望针对由非锚 SCC AS 服务的 WTRU。 由此， 路由消息给其所服务的 WTRU 的非锚 SCC AS 可以通过消息而被通知锚 SCC AS 的标识。 非锚可移除结合在消息中的信令并将消息传给它想要的一方， 即 WTRU。结果， 在某种意义 上， 该锚信令可 “载于 （ride） ” 传统的 IMS 信令。
为了安全的目的， 优选地是仅仅 IMS 网络中的 SCC AS 知道锚 SCC AS。 因此， 在 IMS 信令被传递给 WTRU 之前， SCC AS 接收者可移除结合在 IMS 信令中的用于锚识别和传递的 信令。
表1： 动作 （Action） 参数域
因 此， 如 果 具 有 地 址 sccas1@example.com 的 锚 SCC AS 寻 求 传 递 锚 点 至 具 有 地 址 sccas2@example.com 的 另 一 个 SCC AS， 则 锚 SCC AS 可 使 用 报 头 P-Anchor-Point -ID:inserted-by:sccas1@example.com Action: 传 递 - 锚 请 求 - 至 （transfer-anchor request-to） :sccas2@example.com。 随 后， 如 果 具 有 地 址 sccas2@example.com 的 非 锚 SCC AS 接受锚点传递， 则非锚 SCC AS 可使用报头 P-Anchor-Point-ID:Inserted-by:sc cas2@example.com Action: 锚点 （anchor-point）来响应。可替换地， 如果非锚 SCC AS 拒绝锚点传递， 则它可使用报头 P-Anchor-Point-ID:Inserted-by:sccas2@example.com Action:reject-anchor 来响应。
图 5 示出了根据这种实施方式用于锚 SCC AS 识别和传递的信息流。在图 5 中， SCC AS A 502A 是针对正在进行的 IMS 会话的锚 SCC AS 505， 而 SCC AS B 502B 和 SCC AS C 502C 为非锚。SCC AS 502A-C 中的每一个可服务于具有 IMS 能力的 WTRU （未示出） ， 使用 SCC AS B 502B 和 SCC AS C502C 作为它们各自的 WTRU 与锚 SCC AS A 502A 之间的 IMS 信 令的代理。属于不同 IMS 网络的 WTRU 可被包括在协同 IMS 会话中。通过在去往 SCCAS B 502B 的消息中包括 SIP 报头， SCC AS A 502A 将它自己标识为锚 （510） 。该 SIP 报头可以 是单独发送的 SIP 消息的一部分以便传递该锚信息， 或者可替换地， 该报头可被简单地结
合到期望针对不是 SCC AS B 502B 的一方的 SIP 消息中。例如， 该报头可被包括在去往由 SCC AS B 502B 服务的 WTRU 的 SIP 消息中。当其接收到该消息时， SCC AS B 502B 可随后 移除报头信息， 并且在其作为代理的任务中， 传递 SIP 消息的剩余部分 （remainder） 给其正 在服务的 WTRU。
通过在去往 SCC AS B 502B 的 SIP 消息中包括 SIP 报头， SCC AS A 502A 请求传 递锚点给 SCC AS B 502B （520） 。通过在去往 SCC AS A 502A 的 SIP 消息中包括 SIP 报头， SCC AS B 502B 接受锚点传递 （520） 。由此， SCC ASB 502B 成为锚 SCC AS（535） 。通过在 去往 SCC AS B 502B 的 SIP 消息中包括 SIP 报头， SCC AS C 502C 随后向 SCC AS B 502B 请 求传递锚点至该 SCCAS C 502C 自己 （540） 。SCC AS B 502B 不想放弃锚点， 因此通过在去往 SCCAS C 502C 的 SIP 消息中包括 SIP 报头， SCC AS B 502B 拒绝锚点传递请求 （550） ， 由 此 SCC AS B 502B 保存 （remain） 锚 SCC AS（555） 。
在另一种实施方式中， SIP XML 体可被用于锚识别和传递。锚 SCC AS 可使用 XML 体来标识该锚 SCC AS 自己给其它 SCC AS。SCC AS 也可包括 SCC AS 寻求执行的动作类型， 诸如保存锚或者请求锚传递。此外， XML 可包括锚被期望传递到的 SCC AS 的标识或者寻求 锚传递的非锚 SCC AS 的标识。
在 另 一 种 实 施 方 式 中， 通 过 在 SIP 消 息 的 呼 叫 - 信 息 （Call-Info）报 头 中 包 括 它 的 地 址 （例 如 Call-Info:sccas1@example.com; 目 的 = 锚 （purpose=anchor） ） ， SCC AS 可将它自己标识为锚 SCC AS。在另一种实施方式中， 锚 SCC AS 可像这样地在 记录 - 路由 （Record-Route）报 头 中 标 识 该 锚 SCC AS 自 己。 例 如， 锚 SCC AS 可 添 加 参数 （例 如 “anchor-point” ）至 它 在 SIP 消 息 的 Record-Route 报 头 中 的 地 址。 例 如， Record-Route:sccas 1@example.com;anchor-point 将具有地址 sccas 1@example.com 的 SCCAS 标识为锚点。
在 IMS 协同会话中， 由控制方 WTRU 维持会话控制， 而包括在协同会话中的其它 WTRU 是受控方 WTRU。控制方 WTRU 可将它自己标识为 IMS 网络或者包括在协同会话中的其 它 WTRU 的协同会话控制方。 此外， 控制方 WTRU 可传递协同会话控制给另一个 WTRU， 使得接 收协同会话控制的 WTRU 作为新的控制方 WTRU。
在 IMS 网络中， SIP 信令可用于指示协同会话控制方 WTRU 的标识。此外， SIP 控 制信令可用于传递协同会话控制。SIP XML 体可包括指示用于协同会话的控制方 WTRU 的 信息元素。另外， XML 体可用于在 IMS 控制信令中从一个 WTRU 传递协同会话控制给另一个 WTRU。例如， 控制方 WTRU 可使用 SIP XML 体来请求另一个 WTRU 承担 （assume） 协同会话控 制。协同会话控制可被接受或者拒绝， 而且接受或拒绝协同会话控制传递的 WTRU 可将其指 示在 SIP XML 体中。此外， 受控方 WTRU 可使用 SIP XML 体来请求控制方 WTRU 向其传递协 同会话控制。
在另一种实施方式中， 协同会话中的控制方 WTRU 可在 SIP 联系 （SIP Contact） 报 头字段中包括参数， 该参数指示该控制方 WTRU 是寻求保持还是传递协同会话控制。例如， 联系报头字段中出现参数 “控制方 （controller） ” 告知 SCC AS 和 IMS 网络 WTRU 寻求保持 协同会话控制。
在另一种实施方式中， P-Header 可用于传递协同会话控制。P-Header 可具有标 识协同会话控制方的控制方参数。它也可具有动作参数， 该动作参数指示控制方 WTRU 对 传递协同会话控制给另一个 WTRU 的请求或者受控方 WTRU 对从控制方 WTRU 获得协同会话 控制的请求。P-Header 也可具有指示动作参数所相关的 WTRU 的参数。例如， WTRU A 可在 诸如涉及 （REFER） 或者重新邀请 （Re-INVITE） 的 SIP 消息中包括 SIP 报头 P- 会话 - 控制 （P-Session-Control） （控制方 =wtruA@example.com） ： Controller=wtruA@example.com; 动 作 = 传递 （Action=transfer） ; 请求 - 至 wtruB@example.com （Request-to=wtruB@example. com） 以请求传递协同会话控制给 WTRU B。通过在去往 WTRU A 的 SIP 消息中包括 SIP 报头， WTRUB 可接受或者拒绝该请求。
在另一种实施方式中， 通过改变 IMS 网络联系 （affiliate） 的控制方 WTRU 的联系 地址， 协同会话控制可被传递。在这种实施方式中， 如果 IMS 网络先前接收具有针对一个控制方 WTRU 的联系地址的 IMS 信令， 则接收具有针对另一个控制方 WTRU 的联系地址的 IMS 信 令的 IMS 网络可指示协同会话控制传递， 其中这两个 WTRU 都处于协同会话中。联系地址的 改变可与指示设备具有控制方能力的 “控制方” 特征标签一起被指示。请求中特征标签的 出现意味着 WTRU 是控制方， 而特征标签的缺失 （absence） 则意味着具有控制方能力的另一 个 WTRU 可获得对协同会话的控制。因此， 控制方特征标签的出现或缺失可提示 SCC AS 改 变 IMS 网络为控制方 WTRU 标识为联系地址的联系地址。
图 6 示出了用于传递 IMS 协同会话控制的信息流。在图 6 中， WTRU A601A 和 WTRU B 601B 在与远程方 605 的协同会话中使用。 SCC AS A 602A 服务于 WTRU A 601A， 而 SCC AS B 602B 服务于 WTRU B 601B。对于该协同会话， WTRU A 601A 维持协同会话控制。WTRU A 601A 是控制方 WTRU， WTRU B 601B 是受控方 WTRU， 而 SCC AS A 602A 是用于协同会话 610 的锚 SCC AS。每个 WTRU 601A-B 具有与远程方 605 的媒体流 （620） 。
作为控制方 WTRU， WTRU A 601A 维持与 SCC AS A 602A 和远程方 605 的协同会话 控制信令 （630） 。WTRU A 601A 寻求传递协同会话控制给 WTRUB 601B。根据此处描述的实 施方式， WTRU A 601A 发送 SIP 请求给 WTRU B601B 以传递协同会话控制 （640） 。根据此处 描述的实施方式， WTRU B 601B 接受协同会话控制的传递并发送指示其接受协同会话控制 的 SIP 消息给 WTRUA 601A（650） 。由此， WTRU B 601B 变成控制方 WTRU， 而 WTRUA 601A 变 成用于协同会话的受控方 WTRU（660） 。作为控制方 WTRU， WTRU B 601B 维持与 SCC AS A 602A 和远程方 605 的协同会话控制信令 （670） ， 其中 SCC AS A 602A 作为锚 SCC AS， 而 SCC AS B 602B 代理 WTRUB 601B 与 SCC AS A 602A 之间的消息。
虽然在上文中描述了采用特定组合的特征和元素， 但是本领域普通技术人员将会 了解， 每一个特征既可以单独使用， 也可以与其他特征和元素进行任意组合。此外， 此处描 述的方法可以在引入到计算机可读介质中并供计算机或处理器运行的计算机程序、 软件或 固件中实施。关于计算机可读介质的实例包括电信号 （经由有线或无线连接传送） 以及计算 机可读存储介质。 关于计算机可读介质的示例包括但不局限于只读存储器 （ROM） 、 随机存取 存储器 （RAM） 、 寄存器、 缓冲存储器、 半导体存储设备、 诸如内部硬盘和可移除磁盘之类的磁 介质、 磁光介质、 以及诸如 CD-ROM 碟片和数字多用途碟片 （DVD） 之类的光介质。与软件相 关联的处理器可以用于实施在 WTRU、 UE、 终端、 基站、 RNC 或任何主计算机中使用的射频收 发信机。
实施例
1、 一种用于网际协议 （IP） 多媒体子系统 （IMS） 运行的方法， 该方法包括向 IMS 网 络注册 IMS 服务优先级。
2、 根据实施例 1 所述的方法， 其中 IMS 服务优先级向 IMS 网络指示在接收 IMS 服 务中无线发射 / 接收单元 （WTRU） 的优先级。
3、 根据前述实施例中任一项实施例所述的方法， 其中至少部分地基于所述 WTRU 的 IMS 服务优先级， IMS 服务从 IMS 网络被接收。
4、 根据前述实施例中任一项实施例所述的方法， 其中所述 WTRU 在与 IMS 网络的信 号发送中使用会话发起协议 （SIP） 。
5、 根据前述实施例中任一项实施例所述的方法， 其中所述 WTRU 在 SIP 联系报头字 段中使用 q 值参数来向 IMS 网络注册其优先级值。6、 根据前述实施例中任一项实施例所述的方法， 其中向 IMS 网络注册公共用户标识。 7、 根据前述实施例中任一项实施例所述的方法， 其中所述 WTRU 与其它具有 IMS 能 力的 WTRU 共享其公共用户标识。
8、 根据前述实施例中任一项实施例所述的方法， 其中向 IMS 网络注册 IMS 服务能 力。
9、 根据前述实施例中任一项实施例所述的方法， 其中 IMS 服务能力向 IMS 网络指 示所述 WTRU 的特定执行 IMS 功能的能力。
10、 根据前述实施例中任一项实施例所述的方法， 其中至少部分地基于所述 WTRU 的 IMS 服务能力， IMS 服务从 IMS 网络被接收。
11、 根据前述实施例中任一项实施例所述的方法， 其中 WTRU 使用 SIP 联系报头字 段特征标签向 IMS 网络注册 IMS 服务能力。
12、 根据前述实施例中任一项实施例所述的方法， 其中 WTRU 向 IMS 网络注册控制 方能力。
13、 根据前述实施例中任一项实施例所述的方法， 其中 WTRU 向 IMS 网络注册媒体 控制方能力。
14、 根据前述实施例中任一项实施例所述的方法， 其中能够控制协同会话的 WTRU 向 IMS 网络注册为协同会话控制方 WTRU。
15、 根据前述实施例中任一项实施例所述的方法， 其中媒体控制方 WTRU 具有在协 同会话中特定定义的媒体控制特权而不管其是协同会话的控制方 WTRU 还是受控方 WTRU。
16、 根据前述实施例中任一项实施例所述的方法， 其中 WTRU 可在任何时刻向网络 更新或改变其注册的简档。
17、 根据前述实施例中任一项实施例所述的方法， 其中 WTRU 可使用 SIP 联系报头 中的特征标签来注册协同会话控制能力。
18、 根据前述实施例中任一项实施例所述的方法， 其中 WTRU 使用 SIPREGISTER 请 求来联系 IMS 网络。
19、 根据前述实施例中任一项实施例所述的方法， 其中所述 IMS 网络能够维持 WTRU 的能力的简档。
20、 根据前述实施例中任一项实施例所述的方法， 其中所述简档受所述 WTRU 向网 络注册的能力的影响或者受网络知识中的其它信息的影响。
21、 根据前述实施例中任一项实施例所述的方法， 其中所述网络依赖于所述 WTRU 注册的能力或者在提供 IMS 服务的服务简档中的信息。
22、 根据前述实施例中任一项实施例所述的方法， 其中注册的 WTRU 能力或者简档 信息影响了媒体会话路由。
23、 根据前述实施例中任一项实施例所述的方法， 其中当接收到入媒体会话请求 时， SCC AS 向 CSCF 指示将被路由到所注册的控制方 WTRU 的会话的偏好。
24、 根据前述实施例中任一项实施例所述的方法， 其中 CSCF 使用所述偏好来路由 媒体会话到控制方注册的 WTRU。
25、 根据前述实施例中任一项实施例所述的方法， 其中 SCC AS 使用 IETF RFC 3841
报头和参数来向 CSCF 指示路由偏好。
26、 根据前述实施例中任一项实施例所述的方法， 其中 WTRU 用控制方 WTRU 特征标 签和 “显式” 参数将接受 - 联系报头字段添加到 SIP 请求中
27、 根据前述实施例中任一项实施例所述的方法， 其中一旦接收到 SIP 请求中的 报头字段和控制方特征标签， 则 CSCF 将所述请求路由到具有注册的控制方能力的 WTRU。
28、 根据前述实施例中任一项实施例所述的方法， 其中在没有 WTRU 具有注册的控 制方能力的情况下， 所述请求被路由到不是注册的控制方的 WTRU。
29、 根据前述实施例中任一项实施例所述的方法， 其中 SCC AS 通过添加具有 “要 求” 参数的 SIP 联系报头字段来指示路由偏好。
30、 根据前述实施例中任一项实施例所述的方法， 其中 WTRU 向 IMS 网络注册优先 级值。
31、 根据前述实施例中任一项实施例所述的方法， 其中所述优先级值向 IMS 网络 指示与其它 WTRU 相比的 WTRU 的优先级。
32、 根据前述实施例中任一项实施例所述的方法， 其中所述优先级值向 IMS 网络 指示用于接收 IMS 会话的 WTRU 的偏好等级。 33、 根据前述实施例中任一项实施例所述的方法， 其中在 IMS 管理以及提供 IMS 服 务中， IMS 网络使用优先级值。
34、 根据前述实施例中任一项实施例所述的方法， 其中 IMS 网络使用优先级值来 确定在哪里建立或路由媒体会话。
35、 根据前述实施例中任一项实施例所述的方法， 其中与 WTRU 关联的较高优先级 值向网络指示用于建立和路由媒体会话到所述 WTRU 的更好偏好。
36、 根据前述实施例中任一项实施例所述的方法， 其中在具有同一 PUI 的多个 WTRU 向 IMS 网络注册为控制方的情况下， IMS 网络中的 CSCF 路由入媒体会话到具有较高优 先级值的 WTRU。
37、 根据前述实施例中任一项实施例所述的方法， 其中 WTRU 使用 SIP 联系报头字 段中的 q 值参数来向 IMS 网络注册其优先级值。
38、 根据前述实施例中任一项实施例所述的方法， 其中执行内部设备传递 （IDT） 。
39、 根据前述实施例中任一项实施例所述的方法， 其中从多个 WTRU 确定控制方 WTRU。
40、 根据前述实施例中任一项实施例所述的方法， 其中 IDT 发生在源网络中。
41、 根据前述实施例中任一项实施例所述的方法， 其中 IDT 发生在目标网络中。
42、 根据前述实施例中任一项实施例所述的方法， 其中 IDT 包括在协同会话中的 第一无线发射 / 接收单元 （WTRU） 执行与第二 WTRU 的通信会话。
43、 根据前述实施例中任一项实施例所述的方法， 其中 IDT 发生在协同会话中。
44、 根据前述实施例中任一项实施例所述的方法， 其中多个 WTRU 注册它们的能 力。
45、 根据前述实施例中任一项实施例所述的方法， 其中基于 WTRU 的能力来确定控 制方 WTRU。
46、 根据前述实施例中任一项实施例所述的方法， 其中基于 WTRU 的优先级来确定
控制方 WTRU。
47、 根据前述实施例中任一项实施例所述的方法， 其中基于注册来确定控制方 WTRU。
48、 根据前述实施例中任一项实施例所述的方法， 其中多个 WTRU 注册类似的能 力。
49、 根据前述实施例中任一项实施例所述的方法， 其中 WTRU 包括指示控制方能力 的特征标签。
50、 根据前述实施例中任一项实施例所述的方法， 其中 WTRU 发送会话发起协议 （SIP） 请求给服务呼叫会话控制功能 （S-CSCF） 。
51、 根据前述实施例中任一项实施例所述的方法， 其中注册请求包括 IP 地址、 注 册 ID、 能力信息或控制方信息中的至少一者。
52、 根据前述实施例中任一项实施例所述的方法， 其中服务呼叫会话控制功能 （S-CSCF） 发送 SIP REGISTER 请求给服务集成和连续性应用服务器 （SCC AS） 。
53、 根据前述实施例中任一项实施例所述的方法， 其中服务集成和连续性应用服 务器 （SCC AS） 发送应答 （ACK） 给服务呼叫会话控制功能 （S-CSCF） 。
54、 根据前述实施例中任一项实施例所述的方法， 其中服务呼叫会话控制功能 （S-CSCF） 从远程源接收 SIP INVITE。
55、 根据前述实施例中任一项实施例所述的方法， 其中服务呼叫会话控制功能 （S-CSCF） 在 SIP INVITE 中插接受 - 联系报头。
56、 根据前述实施例中任一项实施例所述的方法， 其中服务呼叫会话控制功能 （S-CSCF） 路由呼叫到控制方 WTRU。
57、 根据前述实施例中任一项实施例所述的方法， 其中基于 q 值来确定控制方 WTRU。
58、 根据前述实施例中任一项实施例所述的方法， 其中在 IMS 会话中包括多个 SCC AS。
59、 根据前述实施例中任一项实施例所述的方法， 其中每个 SCC AS 服务于一个 WTRU 或多个 WTRU。
60、 根据前述实施例中任一项实施例所述的方法， 其中在协同 IMS 会话中包括多 个 WTRU， 并且由多个 SCC AS 来服务这些 WTRU。
61、 根据前述实施例中任一项实施例所述的方法， 其中一个 SCC AS 是用于协同会 话的锚 SCC AS， 而其它的 SCC AS 作为该锚 SCC AS 的代理。
62、 根据前述实施例中任一项实施例所述的方法， 其中由于 WTRU 在不同的 IMS 订 阅之下或者由不同的 IMS 网络服务， 因此 IMS 会话中包括的所述 WTRU 具有不同的 SCC AS。
63、 根据前述实施例中任一项实施例所述的方法， 其中服务于发起了 IMS 会话的 WTRU 的 SCC AS 作为锚 SCC AS， 直到该锚点被传递给另一个 SCC AS。
64、 根据前述实施例中任一项实施例所述的方法， 其中发起 WTRU 包括 IMS 会话中 的其它 WTRU。
65、 根据前述实施例中任一项实施例所述的方法， 其中发起 WTRU 针对其它 WTRU 传 递、 复制或建立 IMS 媒体会话。66、 根据前述实施例中任一项实施例所述的方法， 其中 SCC AS 作为发起 WTRU 的 SCC AS 的代理。
67、 根据前述实施例中任一项实施例所述的方法， 其中 SCC AS 使用控制信令来将 该 SCC AS 自己标识为到其它 SCC AS 的锚。
68、 根据前述实施例中任一项实施例所述的方法， 其中锚 SCC AS 通过控制信令从 该锚 SCC AS 自己传递锚点给另一个 SCC AS。
69、 根据前述实施例中任一项实施例所述的方法， 其中代理 SCC AS 通过控制信令 向锚 SCC AS 请求锚点的传递。
70、 根据前述实施例中任一项实施例所述的方法， 其中 SCC AS 之间的信令专用于 锚识别和传递。
71、 根据前述实施例中任一项实施例所述的方法， 其中信令被结合到或包括到 IMS 信令中。
72、 根据前述实施例中任一项实施例所述的方法， 其中锚 SCC AS 通过将控制信令 结合到 IMS 控制消息中来标识该锚 SCC AS 自己， 该 IMS 控制消息通过代理 SCC AS 被路由， 但是期望由 SCC AS 服务的 WTRU。
73、 根据前述实施例中任一项实施例所述的方法， 其中路由消息给它所服务的 WTRU 的代理 SCC AS 通过消息被通知锚 SCC AS 的标识。
74、 根据前述实施例中任一项实施例所述的方法， 其中代理移除结合的锚信令并 将原始消息传递给它期望的一方。
75、 根据前述实施例中任一项实施例所述的方法， 其中仅仅 IMS 网络中的 SCC AS 知道锚 SCC AS。
76、 根据前述实施例中任一项实施例所述的方法， 其中在 IMS 信令被传递之前， SCC AS 接收者移除结合在 IMS 信令中的用于锚识别和传递的信令。
77、 根据前述实施例中任一项实施例所述的方法， 其中 SCC AS 在 SIP 报头中将该 SCC AS 自己标识为锚 SCC AS。
78、 根据前述实施例中任一项实施例所述的方法， 其中 SCC AS 使用 SIP 报头来从 一个 SCC AS 传递锚给另一个 SCC AS。
79、 根据前述实施例中任一项实施例所述的方法， 其中私用报头标识锚 SCC AS。
80、 根据前述实施例中任一项实施例所述的方法， 其中私用报头指示传递锚 SCC AS 的请求。
81、 根据前述实施例中任一项实施例所述的方法， 其中通过将 P-Anchor-Point-ID 地址从当前锚 SCC AS 的地址改变到寻求将锚传递到的 SCC AS 的地址来请求锚传递。
82、 根据前述实施例中任一项实施例所述的方法， 其中参数被添加到 SIP 报头中 以用于传递 SCC AS 锚。
83、 根据前述实施例中任一项实施例所述的方法， 其中一个参数请求传递锚点至 由该参数标识的另一 SCC AS。
84、 根据前述实施例中任一项实施例所述的方法， 其中报头字段用于锚识别或者 传递包括多个参数。
85、 根据前述实施例中任一项实施例所述的方法， 其中一个参数标识了插入到 SIP消息中的报头的 SCC AS。
86、 根据前述实施例中任一项实施例所述的方法， 其中一个参数能够允许 SCC AS 将报头字段的作用通知给其它 SCC AS。
87、 根据前述实施例中任一项实施例所述的方法， 其中参数标识锚点、 请求到另一 个 SCC AS 的锚传递、 请求从锚 SCC AS 到另一个 SCC AS 的锚传递、 或者拒绝所请求的锚传 递。
88、 根据前述实施例中任一项实施例所述的方法， 其中 SIP XML 体标识了锚 SCC AS。
89、 根据前述实施例中任一项实施例所述的方法， 其中 SIP XML 体请求了锚 SCC AS 的传递。
90、 根据前述实施例中任一项实施例所述的方法， 其中 SIP XML 体包括了 SCC AS 寻求执行的动作类型。
91、 根据前述实施例中任一项实施例所述的方法， 其中 SIP XML 体包括了锚点被期 望传递到的 SCC AS 的标识。
92、 根据前述实施例中任一项实施例所述的方法， 其中 SIP XML 体包括了寻求锚传 递的非锚 SCC AS 的标识。
93、 根据前述实施例中任一项实施例所述的方法， 其中 SCC AS 通过在 SIP 消息的 呼叫 - 信息报头中包括该 SCC AS 的地址， 将该 SCC AS 自己标识为锚 SCC AS。
94、 根据前述实施例中任一项实施例所述的方法， 其中锚 SCC AS 像这样地在记 录 - 路由报头中标识该锚 SCC AS 自己。
95、 根据前述实施例中任一项实施例所述的方法， 其中控制方 WTRU 维持协同会话 控制。
96、 根据前述实施例中任一项实施例所述的方法， 其中包括在协同会话中的其它 WTRU 是受控方 WTRU。
97、 根据前述实施例中任一项实施例所述的方法， 其中控制方 WTRU 将该控制方 WTRU 自己标识为 IMS 网络或者包括在协同会话中的其它 WTRU 的协同会话控制方。
98、 根据前述实施例中任一项实施例所述的方法， 其中控制方 WTRU 传递协同会话 控制给另一个 WTRU， 使得接收协同会话控制的 WTRU 作为新的控制方 WTRU。
99、 根据前述实施例中任一项实施例所述的方法， 其中 SIP 信令用于指示协同会 话控制方 WTRU 的标识。
100、 根据前述实施例中任一项实施例所述的方法， 其中 SIP 控制信令用于传递协 同会话控制。
101、 根据前述实施例中任一项实施例所述的方法， 其中 SIP XML 体包括指示用于 协同会话的控制方 WTRU 的信息元素。
102、 根据前述实施例中任一项实施例所述的方法， 其中 XML 体在 IMS 控制信令中 用于从一个 WTRU 传递协同会话控制给另一个 WTRU。
103、 根据前述实施例中任一项实施例所述的方法， 其中控制方 WTRU 使用 SIP XML 体来请求另一个 WTRU 承担协同会话控制。
104、 根据前述实施例中任一项实施例所述的方法， 其中协同会话控制被接受或拒绝。 105、 根据前述实施例中任一项实施例所述的方法， 其中接受或拒绝协同会话控制 传递的 WTRU 将其指示在 SIP XML 体中。
106、 根据前述实施例中任一项实施例所述的方法， 其中受控方 WTRU 使用 SIP XML 体来请求从控制方 WTRU 向该受控方 WTRU 传递协同会话控制。
107、 根据前述实施例中任一项实施例所述的方法， 其中协同会话中的控制方 WTRU 在 SIP 联系报头字段中包括了指示该控制方 WTRU 是寻求保持还是传递协同会话控制得参 数。
108、 根据前述实施例中任一项实施例所述的方法， 其中联系报头字段中出现的参 数 “控制方” 告知 SCC AS 和 IMS 网络 WTRU 寻求保持协同会话控制。
109、 根据前述实施例中任一项实施例所述的方法， 其中 P- 报头能够用于传递协 同会话控制。
110、 根据前述实施例中任一项实施例所述的方法， 其中 P- 报头具有标识协同会 话控制方的控制方参数。
111、 根据前述实施例中任一项实施例所述的方法， 其中 P- 报头具有动作参数， 该 动作参数指示了控制方 WTRU 传递协同会话控制给另一个 WTRU 的请求。
112、 根据前述实施例中任一项实施例所述的方法， 其中 P- 报头具有动作参数， 该 动作参数指示了受控方 WTRU 从控制方 WTRU 获得协同会话控制的请求。
113、 根据前述实施例中任一项实施例所述的方法， 其中 P- 报头具有指示动作参 数所相关的 WTRU 的参数。
114、 根据前述实施例中任一项实施例所述的方法， 其中 WTRU 在 SIP 消息中包括 P- 报头。
115、 根据前述实施例中任一项实施例所述的方法， 其中 WTRU 在 SIP 消息 REFER 或 者 Re-INVITE 中包括 P- 报头以请求传递协同会话控制给另一个 WTRU。
116、 根据前述实施例中任一项实施例所述的方法， 其中通过在 SIP 消息中包括 SIP 报头， WTRU 接受或拒绝请求。
117、 根据前述实施例中任一项实施例所述的方法， 其中通过改变 IMS 网络联系控 制方 WTRU 的联系地址， 协同会话控制被传递。
118、 根据前述实施例中任一项实施例所述的方法， 其中在 IMS 网络先前接收具有 针对一个控制方 WTRU 的联系地址的 IMS 信令的情况下， 接收具有针对另一个控制方 WTRU 的联系地址的 IMS 信令的 IMS 网络指示协同会话控制传递， 其中这两个 WTRU 都处于协同会 话中。
119、 根据前述实施例中任一项实施例所述的方法， 其中联系地址的改变与 “控制 方” 特征标签一起被指示。
120、 根据前述实施例中任一项实施例所述的方法， 其中请求中特征标签的出现意 味着设备是控制方。
121、 根据前述实施例中任一项实施例所述的方法， 其中特征标签的缺失意味着具 有控制方能力的另一个设备能够获得协同会话的控制。
122、 根据前述实施例中任一项实施例所述的方法， 其中控制方特征标签的出现或
缺失提示 SCC AS 改变 IMS 网络为控制方 WTRU 标识为联系地址的联系地址。
123、 一种用于在无线通信中使用的无线发射 / 接收单元 （WTRU） ， 该 WTRU 被配置成 执行根据实施例 1-122 中任一项实施例所述的方法。
124、 一种用于在无线通信中使用的基站， 该基站被配置成执行根据实施例 1-123 中任一项实施例所述的方法。
125、 一种被配置成执行根据实施例 1-122 中任一项实施例所述的方法的集成电 路。
SCC AS 可使用 SIP 报头来识别锚 SCC AS 并从一个 SCC AS 传递锚给另一个 SCC AS。私用 （private） 报头或 P- 报头 （P-Header） 是可用于这个目的的 SIP 报头字段的一个 示例。标记 （label） 为 P- 锚点 - 标识 （P-Anchor-Point-ID） 的 P-Header 可用于识别锚点。 例如， P-Anchor-Point-ID:sccas1@example.com 可用于通过其地址 sccas1@example.com 来识别锚 SCC AS， 由此， 锚 SCC AS 可将该报头字段插入 （insert） 到 IMS SIP 信令中来将该 锚 SCC AS 自己标识为锚 SCC AS 给其它 SCC AS。特别地， 在可信 （trusted） 网络或者域中， 不是锚的 SCC AS 如此地识别该 SCC AS 自己是不可能的。
在另一种实施方式中， 通过将 P-Anchor-Point-ID 的地址从当前锚 SCCAS 的地址 改变到寻求将锚传递到的 SCC AS 的地址， SCC AS 可请求锚传递。
参 数 可 被 添 加 到 该 报 头 中 以 用 于 传 递 SCC AS 锚。 例 如， 锚 SCC AS 可 使 用 传递 - 锚点 - 至 （transfer-anchor-point-to）来 传 递 锚 点 至 该 参 数 所 标 识 的 另 一 个 SCC AS。 例 如， SCC AS 可 将 P-Header P-Anchor-Point-ID:sccas 1@example. com;transfer-anchor-to:sccas2@example.com 插入到 SIP 消息中， 以便将该 SCC AS 自己 标识为锚点， 并请求传递该锚点至另一个 SCCAS （由该 SCC AS 自己的地址 sccas2@example. com 标识） 。
在另一种实施方式中， 用于锚识别或传递的报头字段可包括多个参数。由…插入 （insert-by） 参数可标识将报头插入到 SIP 消息中的 SCC AS。动作 （Action） 参数可允许 SCC AS 将报头字段的作用通知给其它 SCC AS。动作 （Action） 报头字段可标识锚点、 请求 至另一个 SCC AS 的锚传递、 请求从锚 SCC AS 至另一个 SCC AS 的锚传递、 或者拒绝所请求 的锚传递。表 1 示出了 Action 参数字段的实例以及它们相关的含义。