无线发射/接收单元、方法和网络装置与流程

相关申请的交叉引用

本申请要求享有2011年2月11日提交的美国临时申请61/442,008的权益，该申请的内容在这里引入作为参考。

背景技术：

互联网协议(IP)多媒体子系统(IMS)可以被配置成使用协同会话传送多媒体服务。协同会话可以包括一组两个或更多个接入支路(access legs)和在两个或更多个具有呈现为一个远程支路的IMS订阅的无线发射/接收单元(WTRU)上相关的媒体。WTRU中的一个可以被指定为协作会话的控制方，并可以在其中将协作会话的其他WTRU作为目标的IMS中来发起媒体流的WTRU间传输。

分组交换流(PSS)技术可以使用实时传输协议(RTP)、先进的超文本传输协议(HTTP)和自适应的HTTP流被集成于IMS内。PSS技术可以提供平台以用于传送例如所需的内容或直播电视(TV)节目。

技术实现要素：

描述了一种在协作会话期间同步移动站(即，无线发射/接收单元(WTRU))媒体流的方法和装置。WTRU间传输请求消息、流增加请求消息和会话更新请求消息可以在多个WTRU和会话连续性控制应用服务器(SCC-AS)之间被交换。每个消息可以包括会话描述协议(SDP)属性行(attribute line)，其包含时间同步信息(例如，呈现时间偏移(PTO)信息元素(IE)、媒体流群组标识(ID)和同步容限(synchronization tolerance)IE)。SCC-AS可以更新所述时间同步信息和在其发送到WTRU的消息中包括更新的信息，其中WTRU基于所述更新的时间同步信息可以重新同步它们各自的媒体流。

在一种实施例中，所述WTRU中的第一WTRU可以传送第一消息，该第一消息包括初始的时间同步信息和在媒体流上执行操作的请求。所述WTRU中的第二WTRU可以接收第二消息，该第二消息包括在媒体流上执行操作的请求和初始的时间同步信息或更新的时间同步信息。第二WTRU可以基于初始的时间同步信息、更新的时间同步信息或进一步更新的时间同步信息中的一个重新同步其媒体流。第二WTRU可以传送包括用于重新同步其媒体流的时间同步信息的第三消息。第一WTRU可以接收包括用于重新同步所述第二WTRU的媒体流的时间同步信息的第四消息。所述第一WTRU使用用于重新同步所述第二WTRU的媒体流的时间同步信息可以更新所述第一WTRU的内部状态。

在另一实施例中，所述WTRU中的第一WTRU可以传送第一消息请求对协作会话请求更新。所述WTRU中的第二WTRU可以接收第二消息，该第二消息包括媒体流群组标识(ID)信息元素(IE)和同步容限IE。所述WTRU中的所述第二WTRU可以同步所述媒体流，在每一个所述媒体流上执行呈现时间偏移(PTO)测量以及基于所述PTO测量生成组合媒体流PTO IE。

附图说明

更详细的理解可以从以下结合附图举例的方式给出的描述中得到，其中：

图1A示出了可以在其中实施一个或多个所公开的实施方式的示例通信系统；

图1B示出了可以在图1A所示的通信系统内使用的示例无线发射/接收单元(WTRU)；

图1C示出了可以在图1A所示的通信系统内使用的示例无线电接入网络以及示例核心网络；

图2示出了PSS会话的WTRU间传输的示例通信交换；

图3A和图3B一起示出了用于移动流和创建同步协作会话的示例通信交换；

图4A和图4B一起示出了用于将异步协作会话升级为同步协作会话的示例通信交换；

图5A和图5B一起示出了用于在同步会话内传输流的示例通信交换；

图6A和图6B一起示出了用于校正失去(lack of)同步的示例通信交换；

图7示出了会话连续性控制应用服务器(SCC-AS)的示例方框图；以及

图8示出了WTRU的示例方框图。

具体实施方式

图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、演进型节点B(eNB)、家用节点B(HNB)、家用eNB(HeNB)、站点控制器、接入点(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、OFDMA、SC-FDMA等等。例如，RAN 104中的基站114a与WTRU 102a、102b、102c可以实施如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术，该无线电技术可以用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可以包括如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA则可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。

在另一个实施例中，基站114a和WTRU 102a、102b、102c可以实施如演进型UTRA(E-UTRA)之类的无线电技术，该无线电技术则可以使用长期演进(LTE)和/或高级LTE(LTE-A)来建立空中接口116。

在其他实施例中，基站114a与WTRU 102a、102b、102c可以实施如IEEE802.16(即全球微波互联接入(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000演进数据优化(EV-DO)、临时(Interim)标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、增强型数据速率GSM演进(EDGE)、GSM/EDGE RAN(GERAN)等无线电接入技术。

举例来说，图1A中的基站114b可以是无线路由器、HNB、HeNB或AP，并且可以使用任何适当的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等等)来建立微微小区(picocell)或毫微微小区(femtocell)。如图1A所示，基站114b可以与因特网110直接连接。由此，基站114b未必需要经由核心网络106来接入因特网110。

RAN 104可以与核心网络106进行通信，其中该核心网络106可以是被配置成向WTRU 102a、102b、102c、102d中的一个或多个提供语音、数据、应用和/或网际协议上的语音(VoIP)服务的任何类型的网络。例如，核心网络106可以提供呼叫控制、账单服务、基于移动位置的服务、预付费呼叫、网际互联、视频分配等等，和/或执行高级安全功能，例如用户验证。虽然在图1A中没有示出，但是应该了解，RAN 104和/或核心网络106可以直接或间接地和其他那些使用了与RAN 104相同的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相连的另一个核心网络，其中所述一个或多个RAN可以使用与RAN 104相同的RAT，也可以使用不同的RAT。

通信系统100中一些或所有WTRU 102a、102b、102c、102d可以包括多模能力，也就是说，WTRU 102a、102b、102c、102d可以包括在不同无线链路上与不同无线网络通信的多个收发信机。例如，图1A所示的WTRU 102c可以被配置成与使用基于蜂窝的无线电技术的基站114a通信，以及与可以使用IEEE 802无线电技术的基站114b通信。

图1B示出了可以在图1A所示的通信系统内使用的示例WTRU 102。如图1B所示，WTRU 102可以包括处理器118、收发信机120、发射/接收部件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器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描述成是单个部件，但是WTRU 102可以包括任何数量的发射/接收部件122。更具体地说，WTRU 102可以使用MIMO技术。因此在一个实施例中，WTRU 102可以包括两个或多个经由空中接口116来传送和接收无线信号的发射/接收部件122(例如多个天线)。

收发信机120可以被配置成对发射/接收部件122将要发射的信号进行调制，以及对发射/接收部件122接收的信号进行解调。如上所述，WTRU 102可以具有多模能力。由此，收发信机120可以包括允许WTRU 102借助诸如UTRA和IEEE802.11之类的多个RAT来进行通信的多个收发信机。

WTRU 102的处理器118可以耦合至扬声器/麦克风124、键盘126和/或显示器/触摸板128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并且可以接收来自这些设备的用户输入数据。处理器118还可以向扬声器/麦克风124、键盘126和/或显示器/触摸板128输出用户数据。此外，处理器118可以从任何适当的存储器(例如不可移除存储器130和/或可移除存储器132)中存取信息，以及将信息存入这些存储器。所述不可移除存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或是其他任何类型的存储器存储设备。可移除存储器132可以包括用户标识模块(SIM)卡、记忆棒、安全数字(SD)记忆卡等等。在其他实施例中，处理器118可以访问来自那些并非物理上位于WTRU 102的存储器(例如位于服务器或家庭计算机(未示出)的存储器)的信息，以及将数据存入这些存储器。

处理器118可以接收来自电源134的功率，并且可以被配置成分发和/或控制用于WTRU 102中的其他组件的电力。电源134可以是为WTRU 102供电的任何适当的设备。例如，电源134可以包括一个或多个干电池组(例如镍镉(Ni-Cd)、镍锌(Ni-Zn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池、燃料电池等等。

处理器118还可以与GPS芯片组136相耦合，该芯片组可以被配置成提供关于WTRU 102的当前位置的位置信息(例如经度和纬度)。作为来自GPS芯片组136的信息的补充或替换，WTRU 102可以经由空中接口116接收来自基站(例如基站114a、114b)的位置信息，和/或根据从两个或更多个附近基站接收的信号定时来确定其位置。应该了解的是，在保持与实施例一致的同时，WTRU 102可以借助任何适当的位置确定方法来获取位置信息。

处理器118还可以耦合到其他外围设备138，这其中可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于照片和视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、视频游戏机模块、因特网浏览器等等。

图1C示出了可以在图1A所示的通信系统100内使用的示例RAN 104和核心网络106。如上所述，RAN 104可以使用E-UTRA无线电技术并经由空中接口116来与WTRU 102a、102b、102c进行通信。RAN 104还可以与核心网络106进行通信。

RAN 104可以包括eNB 140a、140b、140c，但是应该了解，在保持与实施例一致的同时，RAN 104可以包括任何数量的eNB。eNB 140a、140b、140c中的每一个都可以包括一个或多个收发信机，以便经由空中接口116来与WTRU 102a、102b、102c进行通信。在一个实施例中，eNB 140a、140b、140c可以实施MIMO技术。由此举例来说，eNB 140a可以使用多个天线来向WTRU 102a发射无线信号，以及接收来自WTRU 102a的无线信号。

每一个eNB 140a、140b、140c都可以与特定小区(未示出)相关联，并且可以被配置成处理无线电资源管理决定、切换决定、上行链路和/或下行链路中的用户调度等等。如图1C所示，eNB 140a、140b、140c可以经由X2接口来相互通信。

图1C所示的核心网络106可以包括移动性管理实体(MME)142、服务网关144和分组数据网络(PDN)网关146。虽然每个前述部件均被描述成是核心网络106的一部分，但应该了解，这些部件中的任何一个都可被核心网络运营商之外的其他实体拥有和/或运营。

MME 142可以经由S1接口而与RAN 104中的每一个eNB 140a、140b、140c相连，并且可以用作控制节点。例如，MME 142可以负责验证WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c的初始附着过程中选择特定服务网关等等。MME 142还可以提供控制平面功能，以便在RAN 104与使用如GSM或WCDMA之类的其他无线电技术的其他RAN(未示出)之间进行切换。

服务网关144可以经由S1接口而与RAN 104中的每一个eNB 140a、140b、140c相连。服务网关144通常可以路由和转发去往/来自WTRU 102a、102b、102c的用户数据分组。该服务网关144还可以执行其他功能，例如在eNB间切换过程中锚定用户平面，在下行链路数据可用于WTRU 102a、102b、102c的时候触发寻呼、管理和存储WTRU 102a、102b、102c的上下文等等。

服务网关144还可以与PDN网关146相连，该PDN网关可以为WTRU 102a、102b、102c提供诸如因特网110之类的分组交换网络的接入，以便促成WTRU 102a、102b、102c与IP使能的设备之间的通信。

核心网络106可以促成与其他网络的通信。例如，核心网络106可以为WTRU 102a、102b、102c提供诸如PSTN 108之类的电路交换网络的接入，以便促成WTRU 102a、102b、102c与传统的陆线通信设备之间的通信。例如，核心网络106可以包括或者可以与用作核心网络106与PSTN 108之间的接口的IP网关(例如IP多媒体子系统(IMS)服务器)进行通信。此外，核心网络106可以为WTRU 102a、102b、102c提供针对网络112的接入，其中该网络可以包括由其他服务供应商拥有和/或运营的其他有线或无线网络。

图2示出了通过创建协作会话在系统200中进行的WTRU间传输操作。系统200可以包括多个WTRU 205₁、205₂、205₃和205₄、会话连续性控制应用服务器(SCC-AS)210和IP网络215。系统200可以使用协作会话提供多媒体服务。如图2所示，在WTRU 105₁和WTRU 105₂之间的语音和视频流可以被移动到WTRU 105₃和WTRU 105₄。协作会话可以包括一组两个或更多个接入支路和在两个或更多个具有呈现为一个远程支路的IMS订阅的WTRU上相关的媒体。WTRU中的一个可以被指定作为协作会话的控制方，并且可以在将协作会话的其他WTRU作为目标的系统200内发起WTRU间媒体流的传输。会话传输过程可以在系统200内被实施以传输会话控制和/或与该会话相关的媒体流。

WTRU可以交换信息元素(IE)以使设备间媒体同步实现。这些IE可以包括群组标识(ID)IE(其能够一起匹配同步的流)，呈现时间偏移(presentation time offset，PTO)IE，以及同步容限IE。

该群组ID IE可以识别正一起被同步的流。空闲的群组ID(例如，指定一个占位符的值为0，或标志的存在)可存在于请求中以指示网络可以生成和/或分配群组ID。当响应请求创建该群组后，时间同步信息可以包括一个有效的群组ID。

PTO IE可以用来确保针对多个WTRU的同步回放(playback)发生。PTO可以如下被计算:

PTO＝当前_回放_时间-当前_时间戳，等式(1)

其中，当前_回放_时间可以是以执行当前正在播放的片段(segment)的第一个字节的回放时的墙上时钟时间为基础的，而当前_时间戳可以是该片段的时间戳，与媒体出现的开始有关。PTO计算可以在间隔处执行，和/或在所有媒体片段上执行。并且，PTO计算可以在随机接入点(RAP)处执行。

同步容限IE可以可选地被提供给多个WTRU以能够在流不同步时触发校正操作。

通过在IMS协作会话内的不同的WTRU终止的PSS流之间的定时同步还可以包括会话描述协议(SDP)属性的使用以用媒体会话或流附着上述IE。SDP属性例如可以包括于用于WTRU间传输的任意消息或任意组合的消息中。

SDP属性可以扩展支持由相同设备控制的两个不同的协作会话的流之间的同步。例如，SDP属性可以用来同步从不同服务器流出的相关的流。

媒体会话描述可以包含时间同步信息。该信息可以被设置为常规值并发送到设备。在该设备上的媒体播放器可以利用该信息调整其回放定时。该信息可以被设置为占位符值，如零。接收者可以用实际值代替占位符，例如，从媒体播放器获得的PTO。

协作会话可以被创建为如下所述的同步的，或可以在其创建后被更新成同步的。

IMS信令可以用来在使用PTO的WTRU上建立回放定时。当该偏移被WTRU知道和使用时，WTRU可以在给定的墙上时钟时间T₀＝TS₀+PTO用时间戳TS₀播放片段。在播放期间，WTRU负责保持足够大的缓冲区以在不同网络接入条件下维持这个偏移。一种维持偏移的可能条件可以要求所有WTRU使用相同的墙上时钟时间。因此，时间同步可以基于网络时间协议(NTP)。

处理可以在WTRU的客户端中被执行以在流上测量PTO，在流上设置期望PTO，以及在测量可能超出限定的容限时产生事件。例如，如果WTRU不同步，则在T₀时刻播放的实际的时间戳为TS₁。当同步时，T₀为TS₀，所以绝对差可被计算并与同步容限比较，(差＝ABS(T₀-PTO-TS₁))。该结果可以用来确定时差是否大于同步容限。WTRU可以使用更新程序来指示该问题。当应用时，(例如，当WTRU不能跟上回放定时)，SCC-AS可以决定使用滞后的PTO并将其发送到所述WTRU来同步。可替换地，SCC-AS可以决定为滞后的WTRU重置初始的PTO。因此，SCC-AS可以维持和分配设备间媒体同步信息。

同步类型的示例为非连续(single shot)同步和连续同步。非连续同步可以在PTO被初始确定并可以用来为任何新的流提供PTO时发生。用于随后更新PTO的机制是可能的。虽然随着数据发送同步信息的可能性存在，但同步信息可以经由IMS信令被携带。

对RTP流的媒体流同步可以使用RTP控制协议(RTCP)实现。目标间的媒体同步(IDMS)发展RTCP扩展来支持设备间媒体流同步。这个基于RTCP的机制可以在整个流会话期间定期地提供定时信息。这可以使回放的连续调整实现。由于目标之一可以是支持双向(如，IP电话(VoIP))对话时，该连续调整可以特别的有用。在这种情况下，最小化缓冲是很重要，进而其可能使得流对于突然的网络变慢或损失更加敏感。

PSS流可以被用来支持内容点播(content on demand)回放或现场直播单向内容。这里，基于WTRU的缓冲能力，这些应用类型中很少需要最小化缓冲。因此，不同的缓冲规模可以用于特定的应用上。例如，当会话语音可接受的最大延迟可以是数以百计ms的数量级，在缓冲启动期间几秒的缓冲可以被视为是内容点播流可接受的。

由于更大的缓冲可以用来播放PSS流内容，所以在回放开始处的一次同步就足够了，并且该缓冲可以补偿大部分网络抖动。当设备检测到其不同步时校正操作可以被触发，但定期地重新同步流的时间量是有限的。非连续方案可以减少与时间同步相关的信令的数量。

信令类型的示例为带内和带外。在RTP流的情况下，RTCP分组可以通过设备被发送到发送者。由于RTCP分组通常跟随与RTP流相同的网络路径，这可以被称为带内信令。此外，在RTP流的情况下，发送者在同步过程中具有活动部分。因为先进的HTTP和自适应HTTP流可以使用常备(stock)HTTP服务器，所以用来同步HTTP流带外信令路径可以是首选的。

PSS流可以包括HTTP流和RTP流。以下实施例可以应用于支持PSS的任何流协议，并且可以允许在流之间使用不同协议同步。

图3A和3B一起示出了在无线通信系统300中在WTRU间传输操作期间，移动流和创建同步的协作会话的示例通信交换，该无线通信系统300包括分组交换流(PSS)适配器/服务器305，会话控制功能(SCF)310，会话连续性控制应用服务器(SCC-AS)315和WTRU 320₁和320₂。WTRU 320₁和320₂的每一个可以包括客户端或者通信会话期间使用的应用。

如图3A所示，在WTRU 320₁和PSS适配器/服务器305之间建立视频流325和音频流330，(即媒体流)，并且书签被创建(335)。在WTRU间传输被执行前，WTRU 320₁可以获得时间同步信息，(例如，在协作会话中所有流的当前PTO、同步容限)(340)。同步容限可以预配置，或者基于流的性质或来源的类型以及目标WTRU来设置。时间同步信息还可以通过WTRU 320₁被设置为占位符，(例如，其值为0)，或者其可以由SCC-AS 315提供。

如图3A所示，WTRU 320₁可以传送WTRU间传输请求消息345到SCC-AS 315，其包括包含群组ID IE、PTO IE和同步容限IE的SDP属性行(即“a”行)，在下列格式中：

a＝3gpp_sync_info:idms_http<群组_ID><PTO><同步_容限>。

在图3A所示的示例中，消息345中的SDP属性行可以指示WTRU间的同步被请求，并且此外可以提供IE以到达此同步。SDP属性行可以用来编码WTRU间媒体同步信息元素，并且可以出现在协作会话内描述媒体同步的所有媒体部分中。

如图3的示例中所示的，群组ID被设置为占位符值(0)直到新的群组由SCC-AS 315创建，PTO被设置为“123456789”，以及同步容限被设置为“500”ms。SCC-AS 315之后可以检查操作授权，创建协作会话，以及如所需要的更新时间同步IE，(例如，如果不由WTRU提供，就生成唯一的群组ID，并且如果其设置为占位符(“0”)，就更新时间同步容限IE)(350)。SCC-AS 315之后可以发送包括更新的时间同步信息的WTRU间传输请求消息355到WTRU 320₂(即，目标WTRU)。可替换地，WTRU间传输请求消息355可以包括在WTRU间传输请求消息345中包括的相同的初始时间同步信息。

参考图3B，在WTRU接受WTRU间传输请求消息355和建立传输会话后，PSS会话在目标WTRU 320₂和PSS适配器/服务器305之间使用书签被建立(360)。在365中，WTRU 320₂可以改变其流软件客户端行为以考虑传输请求消息355中的PTO。具体地，到用户的流的呈现(显示)可以适当地延迟以匹配WTRU间传输请求消息355中的PTO IE。WTRU 320₂可以发送WTRU间传输响应消息370，该WTRU间传输响应消息370包括在WTRU间传输请求消息355中包括的相同的到SCC-AS 315的时间同步IE。可替换地，例如，如果由于客户端软件或者需要更大的缓冲的限制，在WTRU 320₂中不能应用PTO，响应消息370可以包含相比于包括在消息345或消息355中的进一步更新的包括不同PTO IE值的时间同步信息。SCC-AS 315之后可以发送WTRU间传输响应消息375到WTRU 320₁，该WTRU间传输响应消息375包括初始的时间同步信息、更新的时间同步信息、或者进一步更新的同步信息。WTRU 320₁可以用更新的时间同步信息更新其内部状态(380)，(例如，代表包括WTRU 320的ID的协作会话的状态的数据结构)。在385中，如果操作为媒体流(即流)传输，则在WTRU 320₁和PSS适配器/服务器305之间传输的流(视频流325)可能被拆毁，(例如，相反如果操作是流的复制，这个步骤将被忽略)。视频流390之后可以被建立在WTRU 320₂和PSS适配器/服务器305之间，以及音频流395被建立在WTRU 320₁和PSS适配器/服务器305之间。同步协作会话398因此可以在WTRU间传输过程期间经由SCF 310被WTRU 320₁控制，从而WTRU 320₁用作协作会话398的控制方。协作会话398可以被分配新“同步的”属性以指示其所有的媒体流在经由所有的WTRU 320被同步。

例如，如图3A和3B所示的通信交换中，可以通过WTRU₁测量在这个客户端上正在进行的回放上的值来获得PTO。群组ID，其最初不被客户端所知，可以被设置为“未知”的值，(在这个例子中任意地选择为0)。同步容限可以被设置为来自配置的值，或者为“未知”的值(例如0)，以及，在这种情况下，可以由SCC-AS 315来确定。

群组ID可以由SCC-AS 315设置一次，并且可以用于确定哪些流可以被一起同步。每一个协作会话可以有一个唯一的单个群组ID。但是，在某些情况下，两个协作会话可以通过共享一个群组ID来一起被同步。SCC-AS 315可以收集来自通过用户初始测量的PTO，以及之后可以为这个群组ID的所有的流设置这个值。随后，SCC-AS 315可以接收来自非同步的客户端PTO调整。

当由客户端接收时，PTO可以被提供至该客户端媒体播放器应用以及通过该应用来使用该PTO以决定哪个媒体片段可以在给定的时间显示。如果回放缓冲区变为空，(例如：由于暂时的网络不足)，客户端应用回放可以开始滞后。客户端可以指示其新的PTO至SCC-AS 315，(例如，当暂时的网络不足结束后再次开始回放时)。SCC-AS 315之后可以通过更新所有WTRU来使用新的PTO，或者通过请求滞后WTRU以再次使用初始的PTO来发起重新同步。

如果WTRU间操作是流创建，(即流增加)，而不是流传输，则时间同步可以以类似的方式被应用。产生过程可以与图3A和3B所示的过程类似，除了不包括步骤385以外。

图4A和4B一起示出了用于升级异步协作会话为同步协作会话的示例通信交换。

如图4A所示，在WTRU 320₂和PSS适配器/服务器305之间建立视频流425和音频流430(即，媒体流)，而WTRU 320₁经由SCF 310来保持协作会话435的控制，该SCF 310是在之前的WTRU间传输(其中从WTRU 320₁传输视频流和音频流至WTRU 320₂)期间被创建的。早期的协作会话可以不具有指定的任何同步，以及因此，流不能很好地被同步。如图4A所示，流(流425和430)都被WTRU 320₂终止，以及因此，为典型地被很好地同步，这是由于视频/音频同步通过在单个WTRU上的流客户端软件典型地被很好地处理。然而，在为未来的操作做准备的过程中，WTRU 320₁可能想把异步的协作会话435改变为同步的协作会话，(如音频流425和视频流430可以稍后在另一个WTRU上被复制)。在440中，WTRU 320₁可以决定相互同步协作会话的流(即，将协作会话从异步的改为同步的)。WTRU 320₁可以发送会话更新请求消息445，该会话更新请求消息445包括使用专用的新SDP线属性的时间同步IE，其可以出现在SDP有效负载(payload)的每个媒体级描述部分内，(如图4所示)，或可选地可以单独地出现在会话级描述部分中，以指示其应用于协作会话中的每一个媒体流。在图4A中所示的示例中，WTRU 320₁可以使用占位符值为0的群组ID、PTO和同步容限IE，因为这些值对与WTRU 320₁是未知的，并且可以稍后被SCC-AS 315或WTRU 320₂更新。SCC-AS 315可以之后更新协作会话，以及如所需要的更新时间同步IE，(例如，如果WTRU没有提供，则生成唯一的群组ID，以及如果同步容限IE被设置为占位符(“0”)，则更新同步容限IE)(450)。然后，SCC-AS 315可以发送会话更新请求消息455至WTRU 320₂。WTRU 320₂可以继续进行同步媒体流，(例如，通过延迟一个媒体流的呈现来匹配其他媒体流的呈现)，以及之后测量两个媒体流的PTO，(在这个示例中，由于它们通过单个WTRU被使用，所以两者应该为同样的或者相互很接近的)(460)。组合媒体流的PTO可以从这些测量(如平均值或最大值)中生成。

参考图4B，WTRU 320₂可以发送会话更新响应消息465，其包括到SCC-AS 315的组合媒体流PTO IE。SCC-AS 315可以之后发送会话更新响应消息470到WTRU 320₁，该WTRU 320₁可以使用更新的时间同步信息升级其内部状态，(即，协作会话的代表)。视频流480和音频流485可以被同步。协作会话490可以因此经由SCF 310被WTRU 320₁控制，从而WTRU 320₁可以用作同步的协作会话490的控制方。协作会话490可以分配新的“同步的”属性以指示经由所有的WTRU 320的所有的媒体流被同步。

控制方WTRU可以控制协作会话以及具有在远程支路上确定服务的服务配置文件。该控制方WTRU还可以支持协作会话的媒体流，并且请求与设备间传输媒体控制相关的过程。

受控方WTRU可以支持协作会话的媒体流并可以请求设备间传输媒体控制相关的过程，但该受控方WTRU隶属于用于这些过程的授权的控制方WTRU。

例如，协作会话可以在另一个设备上传输或者复制同步的流。因此，该控制方WTRU可以首先同步会话以获得PTO。这种方案还可以在单个流存在时使用，(受控方WTRU上的终止)。在这种情况下，随后增加到协作会话的任何媒体流可以被同步。

图5A和5B一起示出了在同步会话中传输流的示例通信交换。

如图5所示，在WTRU 320₂和PSS适配器/服务器305之间建立视频流505和音频流510，(即媒体流)，而WTRU 320₁经由SCF 310来保持同步协作会话515的控制，该SCF 310是在之前的WTRU间传输(其中从WTRU 320₁传输视频流和音频流至WTRU 320₂)期间被创建的。WTRU 320₁决定传输一个流至其自身，同时保持视频和音频流同步的流呈现(520)。当协作会话准备好被同步时，WTRU 320₁已经知道时间同步IE。WTRU 320₁可以发送包括时间同步IE的WTRU间传输请求525到SCC-AS 315。SCC-AS 315可以通过发送一个移除流消息530来发起流传输，由于WTRU 320₁已经知道时间同步IE，该移除流消息530可以包括或不包括时间同步IE。

参考图5A和5B，但是时间同步IE，他们可以出现在任何消息530、545、550、565和570中的任何一个来在设备间传输操作被执行时实现错误检查和可能地更新值(535、540、545、550、560和565)。通过WTRU间传输响应消息570，WTRU 320₁可以被通知其初始WTRU间传输请求已经成功。在过程的最后，视频流575当时被WTRU 320₁终止，而音频流580被WTRU 320₂终止。视频流575和音频流580可以被同步。因此，协作会话585仍然是同步的，而且还由WTRU 320₁控制。

校正失去同步可以被需要。例如，可以存在现有的同步协作会话，其中WTRU可以检测到其是不同步的(滞后的)。因此，WTRU可以请求同步的更新。SCC-AS 315可以接受并在所有协作会话流上更新同步，或在滞后的WTRU上重置初始的PTO(有效地请求该WTRU“跳过”回放到其他设备上的当前位置)。

图6A和图6B一起示出了校正失去同步的示例通信交换。

如图6A所示，在WTRU 320₁和PSS适配器/服务器305之间建立视频流625以及在WTRU 320₂和PSS适配器/服务器305之间建立音频流630，而WTRU 320₁经由SCF 310来保持同步协作会话635的控制，该SCF 310是在之前的WTRU间传输(其中从WTRU 320₁传输音频流至WTRU 320₂)期间被创建的。在640中，WTRU 320₁可以检测到失去同步。例如，该检测可以在WTRU 320₁执行其PTO周期或连续的测量时发生，并将其与同步协作会话的PTO比较。如果差大于指定的同步容限，则失去同步可以被检测到。通过发送包含时间同步IE(其包括更新的PTO)的会话更新请求消息645，WTRU 320₁可以向SCC-AS 315指示失去同步。在650中，SCC-AS 315可以接受同步更新消息650。在这个示例中，SCC-AS 315可以决定将音频流呈现与视频流呈现匹配。应当注意的是其他策略也可以被实施，(例如，SCC-AS 315可以决定暂停，然后重启两个流)。SCC-AS 315可以发送会话更新请求消息655，该会话更新请求消息655包括到WTRU 320₂的更新的PTO。在660中，WTRU 320₂可以调整其音频呈现为新的偏移，(例如，跳过该呈现至流中的位置)。

参考图6B，WTRU 320₂可以发送回会话更新响应消息665到SCC-AS315，典型地具有相同的时间同步IE来指示重新同步是成功的。应当注意的是，WTRU 320₂还可以发送修改的值，如，来指示其不能重新同步到在流中请求的位置。如果这种情况发生，SCC-AS 315例如可以决定停止流并可能从流中更早的点重新开始。在这个示例中，SCC-AS可以发送回会话更新响应670到WTRU 320₁以指示更新的时间同步IE已经被接受。WTRU 320₁可以在内部状态中储存这个新的值以备将来使用，例如，用以将来再次检查同步。

视频流675和音频流680现在被正确地同步，以及同步协作会话685可以由此经由SCF 310被WTRU 320₁控制，从而WTRU 320₁用作同步协作会话685的控制方。协作会话490可以被分配新“同步的”属性以指示其所有的媒体流经由所有的WTRU 320被同步。

SCC-AS 315可以拒绝同步更新。例如，不正确的(超出范围)PTO值，或者有太多的同步更新，可以是拒绝同步更新的有效原因。此外，SCC-AS 315可以通过强制WTRU 320₁使用初始的PTO来重新同步，(例如，WTRU 320₁回放跳过WTRU 320₂正在播放的位置)。在滞后的流上的PTO测量只有当其稳定时才可以被报告。当在增加缓冲区不能解决问题的情况下(如，失去连接，或者不足以跟上流呈现的带宽)，没有报告可以被生成。

在协作会话期间，存在需要来自不同媒体服务器流、不同的远程支路和在不同的协作会话中的同步的流将被一起同步的情况。这可以通过在两个不同的协作会话呢同步媒体会话来实现。

作为协作会话的当前控制方操作的WTRU可以执行新的WTRU间传输操作。该操作的结果可以是新的协作会话的创建，其可以与已有的协作会话同步。例如，当前协作会话可以具有到音频系统的音频媒体流和到智能手机的视频媒体流。通过在电视(TV)上增加新媒体流(针对音频和视频)，从另一个媒体服务器流出相同的内容，WTRU可以创建协作会话。控制方WTRU可以重新使用时间同步群组ID，(从已有的协作会话)，在WTRU间传输请求中创建第二协作会话。

图7示出了图3A、4A、5A和6A的无线通信系统300中使用的SCC-AS 315的示例方框图。SCC-AS 315可以包括至少一个天线705、接收机710、处理器715和发射机720。接收机710可以被配置成通过至少一个天线705从第一WTRU接收第一WTRU间传输请求消息。处理器715可以被配置成基于接收到的WTRU间传输请求消息针对运营授权检查，创建协作会话并生成唯一的媒体流群组ID。如果在第一WTRU间传输请求消息中的同步容限IE被设置为占位符(0)，处理器715可以被配置成更新同步容限IE。发射机720可以被配置成通过至少一个天线705传送包括更新的时间同步信息的第二WTRU间传输请求消息到第二WTRU，该第二WTRU关联于与第一WTRU相同的协作会话。接收机715还可以被配置成通过至少一个天线705从第二WTRU接收第一WTRU间传输响应消息。发射机720还可以被配置成通过至少一个天线705传送第二WTRU间传输响应消息到第一WTRU。

接收机710还可以被配置成通过至少一个天线705从第一WTRU接收第一会话更新请求消息。处理器715可以被配置成更新现有的协作会话和生成唯一的媒体流群组ID。如果在第一会话更新请求消息中的同步容限IE被设置为占位符(0)，处理器715可以被配置成更新同步容限IE。发射机720可以被配置成通过至少一个天线705传送包括更新的时间同步信息的第二会话更新请求消息到第二WTRU，该第二WTRU关联于与第一WTRU相同的协作会话。接收机715还可以被配置成通过至少一个天线705从第二WTRU接收第一会话更新响应消息。发射机720还可以被配置成通过至少一个天线705传送第二会话更新响应消息到第一WTRU。

图8示出了图3A、4A、5A和6A的无线通信系统300中使用的WTRU 320的示例方框图。WTRU 320包括至少一个天线805、接收机810、处理器815和发射机820。处理器815可以被配置成获得时间同步信息(例如，当前的PTO、同步容限、媒体群组ID)和生成包括SDP属性行的WTRU间传输请求消息，该SDP属性行包含媒体群组ID IE、PTO IE和同步容限IE)。发射机820可以被配置成通过至少一个天线805传送WTRU间传输请求消息。接收机810可以被配置成通过至少一个天线805接收WTRU间传输响应消息。处理器815还可以被配置成使用包括在WTRU间传输响应消息中的更新的时间同步信息更新其内部状态。

处理器815还可以被配置成当通过接收机810接收到在WTRU间传输响应消息中提供的PTO时缓冲其媒体流和随后开始该媒体流的回放。

处理器815还可以被配置成确定是否将现有的异步协作会话改变为异步会话以及生成包括SDP属性行的会话更新请求消息，该SDP属性行包含媒体群组ID IE、PTO IE和同步容限IE。发射机820可以被配置成通过至少一个天线805传送会话更新请求消息。接收机810可以被配置成通过至少一个天线805接收会话更新响应消息。处理器815还可以被配置成使用包括在会话更新响应消息中的更新的时间同步信息更新其内部状态。

处理器815还可以被配置成同步协作会话的媒体流、在每个媒体流上执行PTO测量和基于PTO测量生成组合媒体流PTO IE。

实施例

1.一种在协作会话期间同步各个无线发射/接收单元(WTRU)的媒体流的方法，该方法包括：

所述WTRU中的第一WTRU传送包括初始的时间同步信息和在所述媒体流上执行操作的请求的第一消息；以及

所述WTRU中的第二WTRU接收第二消息，该第二消息包括在所述媒体流上执行所述操作的所述请求以及所述初始的时间同步信息或更新的时间同步信息。

2.根据实施例1所述的方法，该方法还包括：

所述第二WTRU根据所述初始的时间同步信息、所述更新的时间同步信息、或者进一步更新的时间同步信息中的一个重新同步所述第二WTRU的媒体流。

3.根据实施例2所述的方法，该方法还包括：

所述第二WTRU传送第三消息，该第三消息包括用于重新同步所述第二WTRU的媒体流的时间同步信息；

所述第一WTRU接收第四消息，该第四消息包括用于重新同步所述第二WTRU的媒体流的时间同步信息；

所述第一WTRU使用用于重新同步所述第二WTRU的媒体流的时间同步信息更新所述第一WTRU的内部状态。

4.根据实施例3所述的方法，其中所述初始的时间同步信息、所述更新的时间同步信息和所述进一步更新的时间同步信息包括呈现时间偏移(PTO)信息元素(IE)。

5.根据实施例4所述的方法，其中所述PTO被用于确保针对WTRU发生同步的回放。

6.根据实施例4所述的方法，其中所述PTO是基于在执行正在播放的当前片段的第一字节的回放时的墙上时钟时间的当前回放时间和当前时间戳之间的差。

7.根据实施例6所述的方法，其中相对于媒体呈现的开始，所述当前时间戳为片段的时间戳。

8.根据实施例2-7中任一实施例所述的方法，其中所述初始的时间同步信息、所述更新的时间同步信息和所述进一步更新的时间同步信息包括媒体流群组标识(ID)信息元素(IE)。

9.根据实施例2-8中任一实施例所述的方法，其中所述初始的时间同步信息、所述更新的时间同步信息和所述进一步更新的时间同步信息包括在媒体流不同步时来触发校正操作的同步容限信息元素(IE)。

10.根据实施例3-7中任一实施例所述的方法，其中所述第一消息、第二消息、第三消息、第四消息中的每一个包括会话描述协议(SDP)属性行，该会话描述协议(SDP)属性行包含呈现时间偏移(PTO)信息元素(IE)、媒体流分组标识(ID)IE和同步容限IE。

11.根据实施例1-10中任一实施例所述的方法，其中所述操作为WTRU间传输操作。

12.根据实施例1-11中任一实施例所述的方法，其中所述媒体流包括视频流和音频流。

13.根据实施例1-12中任一实施例所述的方法，其中所述协作会话由WTRU中的一个WTRU控制。

14.根据实施例1-13中任一实施例所述的方法，其中所述第一消息和第二消息为WTRU间传输请求消息或流增加请求消息。

15.根据实施例3所述的方法，其中所述第三消息和第四消息为WTRU间传输响应消息或流增加请求消息。

16.一种在协作会话期间同步各个无线发射/接收单元(WTRU)的媒体流的方法，该方法包括：

所述WTRU中的第一WTRU传送对所述协作会话的更新的第一消息；

所述WTRU中的第二WTRU接收第二消息，该第二消息包括媒体流群组标识(ID)信息元素(IE)和同步容限IE；以及

所述WTRU中的所述第二WTRU中的一个同步所述媒体流，在每一个所述媒体流上执行呈现时间偏移(PTO)测量、以及根据所述PTO测量生成组合媒体流PTO IE。

17.根据实施例16所述的方法，该方法还包括：

所述第二WTRU传送第三消息，该第三消息包括会话描述协议(SDP)属性行，该会话描述协议(SDP)属性行包含所述组合的媒体流PTO IE、所述群组ID和所述同步容限IE；

所述第一WTRU接收第四消息，该第四消息包括SDP属性行；以及

所述WTRU使用所述组合的媒体流PTO IE、所述群组标识ID和所述同步容限IE来更新所述WTRU的内部状态。

18.根据实施例16所述的方法，其中所述PTO测量被用于确保针对所述WTRU发生同步的回放。

19.一种会话连续性控制应用服务器(SCC-AS)，该SCC-AS包括：

处理器，被配置成创建包括多个媒体流的协作会话和生成包括会话描述协议(SDP)属性行的消息，该SDP属性行包含呈现时间偏移(PTO)信息元素(IE)、媒体流群组标识(ID)和同步容限IE；以及

发射机，被配置成传送所述消息。

20.根据实施例19所述的SCC-AS，其中所述消息是无线发射/接收单元(WTRU)间传输请求消息或流增加请求消息。

21.一种会话连续性控制应用服务器(SCC-AS)，该SCC-AS包括：

处理器，被配置成更新包括多个媒体流的协作会话和生成包括会话描述协议(SDP)属性行的消息，该SDP属性行包含呈现时间偏移(PTO)信息元素(IE)、媒体流群组标识(ID)和同步容限IE；以及

发射机，被配置成传送所述消息。

22.根据实施例21所述的SCC-AS，其中所述消息为会话更新请求消息或流增加请求消息。

23.一种无线发射/接收单元(WTRU)，该WTRU包括：

处理器，被配置成生成包括会话描述协议(SDP)属性行的消息，该SDP属性行包含呈现时间偏移(PTO)信息元素(IE)、媒体流群组标识(ID)和同步容限IE；以及

发射机，被配置成传送所述消息。

24.根据实施例23所述的WTRU，其中所述消息是WTRU间传输请求消息或流增加请求消息。

25.根据实施例23所述的WTRU，其中所述消息是会话更新请求消息。

虽然在上文中描述了采用特定组合的特征和元素，但是本领域普通技术人员将会了解，每一个特征既可以单独使用，也可以与其他特征和元素进行任何组合。此外，这里描述的方法可以在引入到计算机可读介质中由计算机或处理器执行的计算机程序、软件或固件中实施。关于计算机可读介质的示例包括电信号(经由有线或无线连接发射)以及计算机可读存储介质。关于计算机可读存储介质的示例包括但不局限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、诸如内部硬盘和可移动磁盘之类的磁介质、磁光介质、以及诸如CD-ROM碟片和数字多功能光盘(DVD)之类的光介质。与软件相关联的处理器可以用于实施在WTRU、UE、终端、基站、RNC或任何主计算机中使用的射频收发信机。