具有交互能力信令的虚拟电视房服务转让专利
申请号 : CN200880024361.2
文献号 : CN101690206A
文献日 : 2010-03-31
发明人 : R·韦旦萨姆 , D·里昂 , U·钱德拉
申请人 : 诺基亚公司
摘要 :
权利要求 :
1.一种方法，包括：
响应于在虚拟电视房会话中的参与者和托管虚拟电视房服务的会议服 务器单元之间的独特的会话建立协议，在所述虚拟电视房服务中建立虚拟 电视房会话，从而使得在所述虚拟电视房会话中的每个参与者正在观看相 同的移动电视频道。
2.如权利要求1所述的方法，进一步包括：显示与移动电视频道相 关联的虚拟电视房服务的存在。
3.如权利要求2所述的方法，进一步包括：向所述会议服务器单元 提供唯一身份，用于在所述虚拟电视房会话中的参与者和所述会议服务器 单元之间的会话建立中。
4.如权利要求3所述的方法，进一步包括：在开放移动联盟广播服 务中，作为Service片段的属性ServiceType定义所述虚拟电视房服务。
5.如权利要求3所述的方法，进一步包括：在开放移动联盟广播服 务中，作为Access片段中的属性类型定义所述会议服务器单元的唯一身份。
6.如权利要求3所述的方法，进一步包括：将Access片段的属性类 型设置为所述会议服务器单元的会话初始化协议统一资源标识符。
7.如权利要求3所述的方法，其中通过以公共部分和私有部分组成 的唯一的会话初始化协议统一资源标识符，来定义所述会议服务器单元的 身份。
8.如权利要求7所述的方法，进一步包括：通过并置连接所述公共 部分和所述私有部分，来形成所述会议服务器单元的唯一的会话初始化协 议统一资源标识符。
9.如权利要求8所述的方法，进一步包括：将在用于每个移动电视 节目的电子服务器/节目指南中以信号通知的统一资源标识符的公共部分 与每个虚拟电视房团体独有的统一资源标识符的私有部分并置连接。
10.如权利要求7所述的方法，进一步包括：经由所述唯一的会话初 始化协议统一资源标识符，通过所述会议服务器单元在参与者之中形成会 话初始化协议会话。
11.如权利要求7所述的方法，进一步包括：在所述开放移动联盟广 播电子服务指南的Access片段中以信号通知所述公共部分。
12.如权利要求1所述的方法，进一步包括：提供对于所述虚拟电视 房会话的参与者可用的媒体控制能力。
13.如权利要求12所述的方法，进一步包括：在XML文件中规定媒 体控制，以及在建立所述虚拟电视房会话期间传送所述XML文件。
14.如权利要求3所述的方法，进一步包括：
所述参与者接收在所述电子服务器/节目指南中以信号通知的会议服 务器单元的会话初始化协议统一资源标识符的公共部分，每个参与者具有 参与者所属的虚拟电视房团体独有的会话初始化协议统一资源标识符的私 有部分；
所述参与者中的第一参与者邀请其他参与者中的一个或多个加入与所 述移动电视频道相关的会议；所述参与者响应于将所述会议服务器单元的 会话初始化协议统一资源标识符的私有部分和所述公共部分并置连接，来 形成完整的会话初始化协议统一资源标识符；
所述参与者通过所述会议服务器单元加入所述私有会议；以及
所述参与者中的第一参与者调谐到所述移动电视频道，以用于接收移 动电视内容，从而用于响应于以单播模式向所述会议服务器单元发送移动 电视内容从而使得所述参与者从所述会议服务器单元接收移动电视内容而 与其他参与者共享。
15.如权利要求14所述的方法，进一步包括：所述参与者通过所述 会议服务器单元彼此共享他们各自的个人多媒体内容。
16.如权利要求15所述的方法，进一步包括：所述会议服务器单元 以期望的布局来混合和格式化所述个人多媒体内容和来自所述第一参与者 的移动电视内容。
17.如权利要求3所述的方法，进一步包括：
所述参与者接收在所述电子服务器/节目指南中以信号通知的会议服 务器单元的会话初始化协议统一资源标识符的公共部分，每个参与者具有 参与者所属的虚拟电视房团体独有的会话初始化协议统一资源标识符的私 有部分；
所述参与者响应于将所述会议服务器单元的会话初始化协议统一资源 标识符的私有部分和所述公共部分并置连接，来形成完整的会话初始化协 议统一资源标识符；
所述参与者通过所述会议服务器单元加入所述私有会议；以及
所述参与者调谐到相同移动电视频道，从而使得每个参与者正在观看 相同的移动电视内容。
18.如权利要求17所述的方法，进一步包括：所述参与者通过所述 会议服务器单元彼此共享他们各自的个人多媒体内容。
19.如权利要求18所述的方法，进一步包括：所述会议服务器单元 以期望的布局来混合和格式化所述个人多媒体内容。
20.如权利要求3所述的方法，进一步包括：
第一参与者接收在所述电子服务器/节目指南中以信号通知的会议服 务器单元的会话初始化协议统一资源标识符的公共部分，所述第一参与者 具有虚拟电视房团体独有的会话初始化协议统一资源标识符的私有部分；
所述第一参与者响应于将所述会议服务器单元的会话初始化协议统一 资源标识符的私有部分和所述公共部分并置连接，来形成完整的会话初始 化协议统一资源标识符；
所述第一参与者从参与者会话初始化协议统一资源标识符列表选择其 他参与者的会话初始化协议统一资源标识符；
所述第一参与者与所述会议服务器单元交互，以响应于所述第一参与 者向所述会议服务器单元传送所需信息，建立与所选参与者的会话初始化 协议会话；
响应于所选参与者响应于来自会议服务器单元的邀请而加入会话，所 有参与者通过所述会议服务器单元形成私有会议；以及所述第一参与者调谐到所述移动电视频道，以用于接收移动电视内容， 从而用于响应于以单播模式向所述会议服务器单元发送移动电视内容从而 使得所述其他参与者从所述会议服务器单元接收移动电视内容而与其他参 与者共享。
21.如权利要求20所述的方法，进一步包括：所述参与者通过所述 会议服务器单元彼此共享他们各自的个人多媒体内容。
22.如权利要求21所述的方法，进一步包括：所述会议服务器单元 以期望的布局来混合和格式化所述个人多媒体内容和来自所述第一参与者 的移动电视内容。
23.如权利要求3所述的方法，进一步包括：
第一参与者接收在所述电子服务器/节目指南中以信号通知的会议服 务器单元的会话初始化协议统一资源标识符的公共部分，所述第一参与者 具有虚拟电视房团体独有的会话初始化协议统一资源标识符的私有部分；
所述第一参与者响应于将所述会议服务器单元的会话初始化协议统一 资源标识符的私有部分和所述公共部分并置连接，来形成完整的会话初始 化协议统一资源标识符；
所述第一参与者从参与者会话初始化协议统一资源标识符列表选择其 他参与者的会话初始化协议统一资源标识符；
所述第一参与者与所述会议服务器单元交互，以响应于所述第一参与 者向所述会议服务器单元传送所需信息，建立与所选参与者的会话初始化 协议会话；
响应于所选参与者响应于来自会议服务器单元的邀请而加入会话，所 有参与者通过所述会议服务器单元形成私有会议；以及所选参与者响应于会议服务器单元向所选参与者标识和通知所述移动 电视频道而调谐到相同移动电视频道，从而使得每个参与者正在观看相同 移动电视频道。
24.如权利要求23所述的方法，进一步包括：所述参与者通过所述 会议服务器单元彼此共享他们各自的个人多媒体内容。
25.如权利要求24所述的方法，进一步包括：所述会议服务器单元 以期望的布局来混合和格式化所述个人多媒体内容。
26.一种系统，包括：
虚拟电视房服务，其被配置有响应于在虚拟电视房会话中的参与者和 托管所述虚拟电视房服务的会议服务器单元之间的独特的会话建立协议的 虚拟电视房会话，其中所述会议服务器单元通过唯一的会话初始化协议统 一资源标识符来定义，所述会话初始化协议统一资源标识符通过并置连接 在用于移动电视频道的电子服务器/节目指南中以信号通知的会话初始化 协议统一资源标识符的公共部分和虚拟电视房团体独有的会话初始化协议 统一资源标识符的私有部分来形成，并且所述虚拟电视房服务被安排为使 得在所述虚拟电视房会话中的每个参与者正在观看相同的移动电视频道。
27.如权利要求26所述的系统，被配置为使得移动电视内容被所述 参与者之一接收，以用于通过所述会议服务器单元与所述虚拟电视房会话 中的其他参与者共享。
28.如权利要求26所述的系统，被配置为使得所述虚拟电视房会话 中的参与者调谐到相同的移动电视频道。
29.如权利要求25所述的系统，被进一步配置为使得在XML文件中 规定对于所述虚拟电视房会话中的参与者可用的媒体控制能力，所述XML 文件被配置用于在建立所述虚拟电视房会话期间传送。
30.如权利要求25所述的系统，被进一步配置为在所述虚拟电视房 会话中的参与者中共享各自的个人多媒体内容。
31.一种装置，包括：
托管虚拟电视房服务的会议服务器单元，其中所述会议服务器单元通 过唯一的会话初始化协议统一资源标识符来定义，所述会话初始化协议统 一资源标识符通过并置连接在用于移动电视频道的电子服务器/节目指南 中以信号通知的会话初始化协议统一资源标识符的公共部分和参与者在虚 拟电视房会话中所属的虚拟电视房团体独有的会话初始化协议统一资源标 识符的私有部分来形成，其中所述虚拟电视房服务被配置有响应于在虚拟 电视房会话中的参与者和所述会议服务器单元之间的独特的会话建立协议 的虚拟电视房会话，并且被安排为使得在所述虚拟电视房会话中的每个参 与者正在观看相同的移动电视频道。
32.如权利要求31所述的装置，被进一步配置用于在XML文件中规 定对于所述虚拟电视房会话中的参与者可用的媒体控制能力，所述XML 文件被配置用于在建立所述虚拟电视房会话期间传送。
33.如权利要求32所述的装置，被配置进一步有适当的信号处理器， 用于执行所述虚拟电视房服务的预期操作功能。
34.一种计算机程序产品，包括具体化由计算机处理器执行的计算机 程序编码的计算机可读存储结构，其中所述计算机程序代码包括：用于执 行根据权利要求9的在虚拟电视房服务中建立虚拟电视房会话的方法的指 令。
35.一种专用集成电路，被配置用于根据权利要求9的在虚拟电视房 服务中建立虚拟电视房会话的方法操作。
说明书 :
技术领域
概括地说，本发明涉及虚拟电视房服务的概念，更具体地，涉及虚拟 电视房的形成。
本发明还涉及用于虚拟电视房会话的建立的信令机制。
本发明还涉及多媒体会话交互能力信令，通过该信令将多媒体内容服 务器的媒体控制能力以信号被通知给虚拟电视房中的多媒体会话中的参与 者。
简称列表
3GPP＝第三代合作伙伴计划
3GPP2＝第三代合作伙伴计划2
ASIC＝专用集成电路
B3G＝超三代
BAC＝浏览器和内容
BCAST＝广播
BCMCS＝广播多播服务
BSC＝基站控制器
BSS＝基站系统
BTS＝基站收发信机
CCCP＝集中式会议控制协议
CDMA2000＝码分多址2000
CN＝核心网络
DSP＝数字信号处理器
DVB-H＝手持式数字视频广播
ESG＝电子服务指南
ESP＝电子服务节目
FDMA＝频分多址
FEC＝前向纠错
FPGA＝现场可编程门阵列
GPRS＝通用分组无线业务
GSM＝全球移动通信系统
HARQ＝混合自动重传请求
HTTP＝超文本传输协议
IETF＝互联网工程任务组
IMS＝IP多媒体子系统
IP＝互联网协议
IPDC＝互联网协议数据播送
IPTV＝互联网协议电视
MediaFLO＝媒体前向链路
MBMS：多媒体广播多播服务
MCU＝多点会议单元
MSS＝多媒体消息服务
MSC＝移动交换中心
MSS＝多媒体流服务
OFDM＝正交频分复用
OFDMA＝正交频分多址
OMA＝开放移动联盟
P-T-M＝点对多点
P-T-P＝点对点
PSS＝分组交换流
RAM＝随机访问存储器
RAN＝无线电接入网络
RNC＝无线电网络控制器
RNS＝无线电网络系统
RTCP＝实时控制协议
RTSP＝实时流协议
SGSN＝服务GPRS支持节点
SIP＝会话发起协议
SMS＝短消息服务
TDMA＝时分多址
TRX＝收发器
UE＝用户设备
UMTS＝通用移动电信系统
URI＝统一资源标识符
W-CDMA＝宽带码分多址
XCON＝集中式会议
XHTML＝可扩展超文本标记语言
XML＝可扩展标记语言
背景技术
连同移动电视服务一起，移动多媒体共享应用还正在变得更加流行， 在某种程度上这由于多种技术的可用性，例如有效的媒体编解码器、强大 的移动处理器、便宜的快速存储器、高速3G网络、和用户友好的移动终 端和服务。
可想到，如今和未来的移动终端能够访问移动电视频道以及交互频道。 随着向传统电视服务增加移动性和交互性，许多创新的服务变成可能，这 使得服务提供商彼此竞争，以向移动电视消费者提供创新的服务包。
对于移动电视观众的一个这样的创新服务包是虚拟电视房服务的概 念。在这个概念中，虚拟电视房服务的参与者在地理上位于不同位置，然 而他们将观看相同的移动电视频道，并且将在参与者中通过多媒体交互创 建虚拟电视房。多媒体交互的范围例如从最基本的文本聊天到现场音频/ 视频会议到媒体会议。在每个用户在他/她的各自移动电视上观看相同电视 频道时，将通过实现所有类型的移动多媒体共享来丰富用户体验。效果是， 所有的参与者具有相同的体验，就好像他们全部同时物理地存在于相同房 间中。
因此，需要一种虚拟电视房服务和一种信令机制，以形成虚拟电视房 会话和执行虚拟电视房服务的操作交互和媒体控制特征。
发明内容
在本发明的另一方面，在XML文件中规定对于所述虚拟电视房会话 中的参与者可用的媒体控制能力，所述XML文件被配置用于在建立所述 虚拟电视房会话期间传送。
在本发明的另一方面，与虚拟电视房会话中的其他参与者共享个人多 媒体内容。
附图说明
图1是虚拟电视房服务的第一实例的示意性功能框图；
图2是示出在建立虚拟电视房中的主要功能步骤的流程图；
图3是虚拟电视房服务的另一实例的示意性功能图；
图4是虚拟电视房服务的另一实例的示意性功能图；
图5是虚拟电视房服务的另一实例的示意性功能图；
图6是虚拟电视房服务的另一实例的示意性功能图；
图7是示出多个虚拟电视房团体的实例的示意性功能图；
图8是执行本发明的信号处理器的实例的功能框图；
图9是执行本发明的UE或移动终端的实例的功能框图；
图10是可在其中实现本发明的无线通信系统的框图/流程图；
图11是图10的UE终端或无线终端的缩减框图(仅示出本发明相关 的部分)；
图12是图10的两个通信终端在多层通信协议栈方面的缩减框图；以 及
图13是无线电接入网络的无线终端和用户设备终端的、在功能块方面 的、相应于在连接两个通信终端的空中接口通信信道上发送和接收通信信 号中使用的硬件设备的简化框图。
具体实施方式
参照图1和2一般性示出和描述了体现本发明的虚拟电视房的概念， 以提供发明内容的概要，从而帮助更好地理解本发明。均具有适当安排和 配置的移动设备的多个参与者100、102、104经由适当安排和配置的会议/ 媒体服务器106彼此连接以建立会话。
在这个会话中，参与者不仅共享实时音频/视频/聊天或其他个人多媒体 内容，而且此外，参与者之一100共享电视广播内容110。在这个示例中， 参与者100订了由适当广播/多播发送者112(例如移动电视、卫星、电缆 等)发送的移动电视服务(MBMS、BCMCS等)108。对于刚好流行的一 些节目，电视提供商可为节目提供虚拟电视服务(为了理解体现本发明的 虚拟电视房服务，移动电视操作者如何通过电视广播指示虚拟电视房服务 的可用性的细节不是必要的，但是在这里被提及以示出可通过本发明的虚 拟电视房服务提供的创新服务的另一示例)。
接收广播内容108或希望共享在其移动设备上存储的录制内容的参与 者100以适当方式与会议服务器106建立会话，并向会议服务器提供会议/ 媒体服务器106需要邀请到正在建立的会话中的参与者102、104的列表。 然后，会议服务器向参与者102、104中的每个发出邀请消息，以加入会话。
一旦会话被建立，在参与者102和104加入会议之后，会议/媒体服务 器106向参与者102、104发送由参与者100接收的电视内容作为输出流 114。每个参与者100、102、104还可向会议服务器106发送音频/视频流 116、118、120，并且每个参与者可选择他们希望与哪一位一起观看到(和 听到)电视内容。这样，所有参与者100、102、104看到相同的电视内容， 并共享在实时音频/视频中的他们的想法，即使在地理上他们分布在不同物 理地点。参与者体验到在相同房间中观看电视内容的感觉，因此形成和创 建虚拟电视房。
参与者还可与其他参与者共享他在其移动电话上接收的的现场内容。 会议服务器106将现场内容看作内容提供商的输入，并随后以点对点方式 将现场内容分配给会议的所有其他参与者。
会议服务器还在会话建立阶段期间向其他参与者以信号通知会议服务 器将要在现场电视内容的会话期间提供的媒体控制能力，从而使得参与者 可控制现场电视会话和具有与其他参与者的实时音频/视频会话。可通过使 用例如XML文件实现这种信令。
现在，进一步详细考虑本发明的虚拟电视房服务的概念。应注意，当 前的OMA BCAST ESG规范没有定义虚拟电视房服务。本发明的虚拟电 视房服务的概念将虚拟电视房服务定义为单独的OMA BCAST服务。为 此，在OMA BCAST ESG中的现有机制需要扩展以支持虚拟电视房会话 的快速建立。根据本发明，基于对现有OMA BCAST ESG规范的简单扩 展来建立虚拟电视房会话。
当前版本的OMA BAC BCAST规范规定被标识为ESG的服务使能者 以信号通知与各个移动电视服务和移动数据广播/多播服务相关联的元数 据。根据服务指南数据模型，将这个元数据分成各个ESG片段。将片段标 识为“Service(服务)”、“Schedule(日程)”、“Content(内容)”、 “Access(访问)”、“Session Description(会话描述)”、“Purchase Item (购买项目)”、“Purchase Data(购买数据)”、“Purchase Channel (购买频道)”、“Service Guide Context(服务指南环境)”、“Service Guide Delivery Descriptor(服务指南传递描述符)”、“InteractivityData (交互数据)”和“Preview Data(预览数据)”。在这些ESG片段中， 在本发明中对于虚拟电视房服务使用“InteractivityData”片段、“Service” 片段、和“Access”片段，并在下文中进行说明。
“InteractivityData”片段用于将服务和/或服务的单独内容部分与服 务/内容消费的交互组件相关联。这些交互组件被终端用于可能与“定期的” 广播内容并行地向用户提供交互服务。这些交互服务使得用户能够例如在 电视节目期间投票，或获得与“定期的”广播内容相关的内容。但是 “InteractivityData”片段可被认为声明交互组件的可用性，经由在 http://member.openmobileallliance.org/ftp/Public documents/bcast/Perma nent documents/OMA-TS-BCAST Services-V1 0-20070529-C.zip 5.3.6.1 节可获得的一个或许多交互媒体文档，提供组件的细节，其可包括XHTML 文件、静态图像、电子邮件模板、SMS模板、MMS模板文档等。其具有 与本发明相关的如下相关属性。
InteractiveDeli very E1 NO/ TM 0..1 这个元素指示在交互信道上接收 交互性媒体的可能。交互性媒体可 使用OMA PUSH传递来推送，或 使用HTTP请求向来拉出。如果这 个元素存在，则应包括 PushDelivery和Interactivity MediaURL中的至少一个。 包含以下属性： interactivityMediaURL pushDelivery InteractivityM ediaURL A NO/ TM 0..1 可检索到交互性媒体的URL。在 HTTP响应中，内容类型应该为 “multipart/mixed”。 任何 URI
“Access”片段向终端描述在访问片段的寿命期间终端可如何访问服 务。在以下图表中示出在“Access”片段中定义的元素。
AccessType E1 NM/ TM 1 定义了访问类型。 包含以下属性： TransmissionMedia 包含以下元素： BroadcastTransmission InteractiveTransmissionScheme Transmission Media A NM/ TM 1 这个属性指示哪个信道用于服务 的传递。 0：广播信道 整型
1：交互信道 BroadcastTra nsmission E2 NO/ TM 0..1 这个元素用于IP传输的指示。 包含以下属性： IpAddress 包含以下元素： SessionDescriptionReference SDP
在以下图表中示出在“Access”片段中定义的支持通过交互频道对服 务的访问的元素。
InteractiveTrans missionScheme E2 NO/ TM 0..1 这个元素指示哪个通信系统 或协议用于交互信道。 包含以下属性： TransmissionSchemeType 包含以下元素： AccessServerIpAddress AccessServerURL AccessServerPhoneNumber TransmissionSche meType A NM/ TM 1 1：由交互网络提供的交互信 道 2：NMS 3：WAP 1.0 4：WAP 2.x 5：SMS 6：HTTP 7：语音呼叫 8：服务提供商定义的传输方 案 注意：可基于OMA服务交互 整型
功能增加其他协议或通信系 统 AccessServerIpAd dress E3 NO/ TM 0..N 服务器的IP地址，其提供服 务的不同接入(在交互信道 上) 串 AccessServerURL E3 NO/ TM 0..N 服务器的URL，其提供服务的 不同接入(在交互信道上) 任何 URI AccessServerPhon eNumber E3 NO/ TM 0..N 服务器的电话号码，其提供服 务的不同接入(在交互信道 上)， 注意：MMS和SMS将电话号 码用作地址 整型
在“Access”片段中同样限定的以下属性与本发明相关，并且在以下 图表中示出。
PrivateExt E1 NO/ TO 0..1 这个元素用作私有或应用特定的扩 展的容器。
“Service”片段在总计水平上描述了包括广播服务的内容项目。可使 用多个访问手段(例如广播频道和交互频道)将服务传递至用户。服务可 以把某个用户组或地理区域作为目标。根据终端能力和服务类型， “Service”片段可具有交互部分(多个)以及仅广播部分(多个)，也可 以不具有这些部分。
“Service”片段具有如下定义的属性“ServiceType(服务类型)”。 这个“ServiceType”属性可用于定义新“虚拟电视房”服务。
ServiceType E1 NM/ TM 0..N 服务类型。 允许的值包括： 无符号 字节
0-未规定 1-基础电视 2-基础广播 3-RI服务 4-缓存广播(Cachecast) 5-文件下载服务 6-软件管理服务 7-通知 8-服务指南 9-终端提供服务 10-127保留用于未来使用 128-255保留用于私有使用 混合服务类型应由多个 ServiceType实例的存在来指示 (例如对于混合基础电视和缓 存广播，呈现具有的值1和4的 两个ServiceType实例用于这个 “Service”片段。 这个元素应由终端处理为精确 地向用户呈现为例如文本指示 符、图标、或服务的图形表示。 然而，具有值3和9的 “ServiceType”不应被呈现， 并且不应向用户显示他们的存 在。 对于值6(即软件管理服务)， 用户可选择期望的软件组件(例
如桌面方案、铃音、SG导航器 更新)，在广播信道或交互信道 上下载。由这个软件管理服务提 供的软件组件通过属于这个 “Service”片段的“Content” 片段来描述。不期望地，终端能 够使用这种服务类型自动选择 和下载软件组件。
“Service”片段具有以下图表中所示的以下属性，以描述与服务相关 的附加信息。
PrivateExt E1 NO/ TO 0..1 这个元素用作私有或应用特定 的扩展的容器。
InteractivityData片段的元素InteractiveDelivery(交互传递)的子元 素InteractivityMediaURL(交互媒体URL)被设置为托管虚拟电视房服 务的会议服务器/MCU的SIP URI。
希望建立虚拟电视房会话的移动电视终端的组通过使用标准会议控制 协议(例如CCCP)与会议服务器/MCU建立SIP会话，以及与MCU通 信。然而，这个方法遇到比期望的会话建立时间更长的时间，因为尝试建 立虚拟电视房会话的移动电视观众组的每个成员不知道由该组的其他一个 或多个成员观看的特定频道的标识。这个情形需要与会议服务器的额外 SIP信令或在成员中的其他适合信令，以确保他们正在观看相同的电视频 道。尽管以上方法实现了本发明的虚拟电视房服务的概念，但是该处理导 致不期望的长会话建立延时。
为了减少会话建立时间，在由Service片段的PrivateExt元素提及的 web页面中定义虚拟电视房服务的额外信息。在由Access片段的 PrivateExt元素提及的web页面中也定义如何加入虚拟电视房服务的额外 信息。例如，当用户点击与移动电视频道的虚拟电视房服务相应的 PrivateExt时，web页面/表/GUI将弹出。这个web页面例如：(1)示出 虚拟电视房服务的可用性；(2)示出虚拟电视房的现有参与者；(3)提 示用户录入他/她期望邀请到虚拟电视房会议的用户的身份(例如SIP URI、 电话号码等)；和(4)示出与虚拟电视房相关的其他参数。这个方法需要 在这些ESG片段的PrivateExt元素提及的web页面中规定的许多细节， 并且还被如下描述。
当前显示所安排的移动电视节目的电子服务指南将根据本发明被修 改，以显示与每个相应移动电视频道相关联的虚拟电视房服务的存在。如 果用户定制了虚拟电视房服务，则在节目信息之后显示相关联的交互服务 的图标/标签。当虚拟电视房服务被识别和可用时，用户通过点击这个图标 加入虚拟电视房。
虚拟电视房参与者通过使用托管虚拟电视房服务的会议服务器的唯一 SIP URI经由会议服务器在他们之中形成SIP会话。
会议服务器的唯一SIP URI包括两个部分，标识为“public(公共)” 和“private(私有)”，并通过将“public”和“private”部分并置连接 来形成。对于每个移动电视节目，在电子服务指南/电子节目指南 (ESG/EPG)中始终以信号通知SIP URI的“public”部分。例如，可以 在OMA BCAST ESG的Access片段中以信号通知“public”部分。SIP URI 的“public”部分自身是对于与移动电视频道相应的所有虚拟电视房会话 的SIP URI的共同前缀。SIP URI的“private”部分对于每个虚拟电视房 团体是唯一的，并且可能已经出现或存在于虚拟电视房的参与者的移动电 视终端中，或可通过其他适当信令手段来以信号通知。
在本发明的以下示例性例子中示出虚拟电视房服务和唯一SIP URI的 “public”和“private”部分的使用。其中，在以下例子中，M1、M2、 M3是经由会议服务器MCU形成的虚拟电视房会话的参与者。
参照图3提供第一示例，其示出多点会议单元，该单元被配置和安排 用于将一个参与者从广播/多播源接收的移动电视内容转发给其他参与者， 以及用于在虚拟电视房中的参与者之中和之间共享个人多媒体内容。在这 个示例中，参与者M1、M2、M3接收带有MCU的SIP URI的“public” 部分的ESG。参与者M1邀请参与者M2和M3(使用带外机制，例如SMS) 加入与这个电视频道相关的会议。参与者M1、M2、M3先前以适当方式 获得或接收了MCU的SIP URI的“private”部分。参与者M1、M2、和 M3现在通过将“public”和“private”部分并置连接来形成MCU的完整 SIP URI，并通过MCU加入私有会议。参与者M1现在以下列方式与其他 参与者M2和M3共享由参与者M1接收的移动电视内容。参与者M1是 调谐到移动电视频道的唯一一位，于是以单播模式向MCU发送移动电视 内容。现在，参与者M2和M3从MCU接收移动电视内容。
除了接收移动电视内容之外，参与者M1、M2、M3还可通过MCU 彼此共享他们的个人多媒体内容。这种个人多媒体内容可包括例如现场a/v 供应、存储的a/v剪辑、或本领域普通技术人员熟知的其他这样的多媒体 内容。
MCU可以以任意适合和期望的布局来混合和格式化输入的内容(来 自M1的移动电视内容和从参与者M1、M2、M3接收的个人媒体内容)。
参照图4提出第二示例，其示出多点会议单元，该单元被配置和布置 用于使参与者进行会议以在虚拟电视房中的参与者之中和之间共享个人多 媒体内容，其中每个参与者从广播/多播源接收相同的移动电视内容。在这 个示例中，参与者M1、M2、M3接收带有MCU的SIP URI的“public” 部分的ESG。参与者M1、M2、M3先前以适当方式已经获得或接收了 MCU的SIP URI的“private”部分。参与者M1、M2、和M3现在通过 并置连接“public”和“private”部分来形成MCU的完整SIP URI，并通 过MCU加入私有会议。在这个示例中，参与者M1、M2、M3都调谐到 相同的移动电视频道。
除了接收移动电视内容之外，参与者M1、M2、M3还可通过MCU 彼此共享他们的个人多媒体内容。这种个人多媒体内容可包括例如现场a/v 供应、存储的a/v剪辑、或本领域普通技术人员熟知的其他这样的多媒体 内容。
MCU可以以任意适合和期望的布局来混合和格式化输入内容(从参 与者M1、M2、M3接收的个人媒体内容)。
参照图5提出第三示例，其示出多点会议单元，该单元被配置和安排 用于邀请由单个参与者标识的参与者，和用于将单个参与者从广播/多播源 接收的移动电视内容转发给其他所标识的参与者，以及用于在虚拟电视房 中的参与者之中或他们之间共享个人多媒体内容。在这个示例中，参与者 M1接收带有MCU的SIP URI的“public”部分的ESG，以及先前以适 当方式已经获得或接收了MCU的SIP URI的“private”部分。
然后，参与者M1通过并置连接“public”和“private”部分来形成 MCU的完整SIP URI。现在，参与者M1从M1的地址簿中选择参与者 M2和M3的SIP URI。参与者M1以适当的方式与MCU交互，以建立与 参与者M2和M3的SIP会话，并通过使用会议控制协议(例如CCCP) 向MCU传送所需信息。
向MCU提供的所需信息包括，例如，参与者M2和M3的身份(例 如M2、M3的SIP URI)、虚拟电视房会话的开始时间和结束时间等，以 及建立SIP会话所必须的其他适当信息。参与者M1还可通过任意其他适 合手段向MCU传送这个信息以执行预期功能，例如通过经由HTTP向服 务器上传这个信息，随后服务器将这个信息中继到MCU。参与者M1还可 经由服务提供商网络私有的交互方案向MCU传递这个信息。
然后，MCU邀请参与者M2和M3加入会话，并且参与者M1、M2、 M3现在通过MCU变成私有会议的一部分。
现在，参与者M1按以下方式与参与者M2和M3共享由其接收的移 动电视内容。
参与者M1是调谐到移动电视频道的唯一一位，于是然后以单播模式 向MCU发送移动电视内容。现在，参与者M2和M3从MCU接收移动 电视内容。
除了接收移动电视内容之外，参与者M1、M2、M3还可通过MCU 彼此共享他们的个人多媒体内容。这种个人多媒体内容可包括例如现场a/v 供应、存储的a/v剪辑、或本领域普通技术人员熟知的其他这样的多媒体 内容。
MCU可以以任意适合和期望的布局来混合和格式化输入内容(来自 M1的移动电视内容和从参与者M1、M2、M3接收的个人媒体内容)。
参照图6提出第四示例，其示出多点会议单元，该单元被配置和安排 用于邀请由单个参与者标识的参与者和用于在虚拟电视房中的参与者之中 和之间共享个人多媒体内容，其中每个参与者从广播/多播源接收相同的移 动电视内容。在这个示例中，参与者M1接收带有MCU的SIP URI的 “public”部分的ESG，以及先前以适当方式已经获得或接收了MCU的 SIP URI的“private”部分。
然后，参与者M1通过并置连接“public”和“private”部分来形成 MCU的完整SIP URI。现在，参与者M1从M1的地址簿中选择参与者 M2和M3的SIP URI。参与者M1以适当的方式与MCU交互，以建立与 参与者M2和M3的SIP会话，并通过使用会议控制协议(例如CCCP) 向CPU传送所需信息。
向MCU提供的所需信息包括例如，参与者M2和M3的身份(例如 M2、M3的SIP URI)、虚拟电视房会话的开始时间和结束时间等，以及 建立SIP会话所必须的其他适当信息。参与者M1还可通过任意其他适合 手段向MCU传送这个信息以执行预期功能，例如通过经由HTTP向服务 器上传这个信息，随后服务器将这个信息中继到MCU。参与者M1还可经 由服务提供商网络私有的交互方案向MCU传递这个信息。
然后，MCU邀请参与者M2和M3加入会话，并且同时还向参与者 M2和M3通知调谐到相同的移动电视频道。参与者M1、M2、M3现在通 过MCU成为私有会议的一部分，并且还响应于MCU和调谐到相同的移 动电视频道。
除了接收移动电视内容之外，参与者M1、M2、M3还可通过MCU 彼此共享他们的个人多媒体内容。这种个人多媒体内容可包括例如现场a/v 供应、存储的a/v剪辑、或本领域普通技术人员熟知的其他这样的多媒体 内容。
MCU可以以任意适合和期望的布局来混合和格式化输入内容(从参 与者M1、M2、M3接收的个人媒体内容)。
图7中示出虚拟房服务的另一示例的示意性功能图，其中示出参与者 在各个不同的交互用户团体中。在这个示例中，在虚拟电视房中的参与者 接收移动电视服务和共享个人多媒体内容。如移动团体A所示，参与者 A1、A2和A3在他们各自的移动设备上从广播/多播源接收移动电视内容。 参与者A1、A2和A3以上述类似的方式通过多点会议单元被配置在会话 中，多点会议单元在团体A中用作例如文本聊天服务器，从而使得参与者 A1、A2和A3在观看相同的移动电视内容的同时共享彼此的个人多媒体内 容。
如移动团体B所示，参与者B1和B2在他们各自的移动设备上从广播 /多播源接收移动电视内容。参与者B1和B2以上述类似的方式通过多点 会议单元被配置在会话中，在这个团体中多点会议单元用作例如多媒体共 享服务器，从而使得参与者B1和B2在观看相同的移动电视内容的同时共 享彼此的个人或其他多媒体内容。
如移动团体C所示，参与者C1、C2、C3和C4在他们各自的移动设 备上从广播/多播源接收移动电视内容。参与者C1、C2、C3和C4以上述 类似的方式通过多点会议单元被配置在会话中，在这个团体中多点会议单 元用作例如视频会议服务器，从而使得参与者C1、C2、C3和C4在观看 相同的移动电视内容的同时共享彼此的视频多媒体内容。
在各个移动团体A、B和C中的每一个中，参与者可在地理上位于不 同地点，然而由于体现本发明的虚拟电视房服务，在各个移动团体中的每 一个中的参与者具有相同的体验，就好像每个位于相同的房间中。
结合虚拟电视房服务描述的移动设备和多点会议单元被适当安排和配 置，以执行根据本发明的预期功能。
在示出虚拟电视房服务中的虚拟电视房的基本形成的以上示例中，在 参与者和网络元件之中需要扩展的应用层信令。目前已知和使用的协议不 适于实现由本发明设想的虚拟电视房服务。在以下讨论中公开了在形成虚 拟电视房会话和提供虚拟电视房服务的操作交互和媒体控制特征中使用的 有效信令机制。
在虚拟电视房概念中，当参与者希望共享在其移动设备上存储的多媒 体内容时，参与者向(正在提供多方视频会议服务的)会议服务器上传内 容或作为会议服务器向会议的其他参与者路由的流直接发送内容。然而， 在这种类型的交互多媒体会话中，不存在使接收共享内容的参与者可以控 制流的媒体控制机制，例如暂停、回放、快进、停止等。仅发送参与者具 有执行所有这些媒体控制命令的控制能力。
此外，建立会议和期望共享内容的参与者可指定在这个多媒体实时/ 共享会话期间支持的控制命令(例如播放、快进、回放、暂停、继续、和 停止)。通过在会话建立期间传送的XML文件指定由服务器和参与者(客 户端)支持的控制。
多媒体流应用中用于会话控制和媒体控制的当前协议被称为RTSP， 即IETF协议。在移动多媒体流服务中已经采用了RTSP协议，例如3GPP PSS和3GPP2 MSS。在RTSP流会话中，客户端(服务器是媒体发送者) 可向服务器发送RTSP消息，例如播放、暂停、回放等，以控制服务器正 在接收的媒体流。
用于多媒体会议应用的会话建立和会话控制操作的另一当前协议被称 为SIP，也是现有IETF协议。用于在IMS上的移动多媒体电话会议的建 立和控制的3GPP和3GPP2标准中已经采用了SIP协议。对于上述虚拟电 视房服务概念，控制协议的选择(建立具有电视内容的多方交互会议会话) 将是SIP，然而SIP没有提供在流会话期间通过流命令(例如由RTSP提 供的播放、暂停、快进等)控制媒体的任何机制。然而，如果SIP用作建 立会话的控制协议，则为媒体控制建立另一RTSP会话将是不可能或不可 行的，这是由于RTSP不仅提供媒体控制，而且提供会复制由SIP已经提 供的会话控制的会话控制。因此，需要基于当前现有标准(例如OMA BCAST ESG和IETF SIP)的新信令机制来规定在流会话中由服务器支持 的媒体控制命令。
目前，IETF XCON工作组准备了两个文本草案，称为 “draft-jennings-xcon-media-control-03.txt”和“draft-boulton-xcon- media-template-02.txt”，分别讨论指示多方会议服务器的媒体能力的能力 概念，所述草案文本通过引用合并于此。这些草案提出了使用模板(即XML 文档)来规定会议服务器的媒体能力。规定不同的模板，用于不同的会议 情形，例如基本音频会议、多媒体会议等。通过使用模板，多方音频/视频 会议的终端客户端可向会议的参与者显示适当的GUI。然而，在XCON方 面的工作致力于多方音频/视频会议，并且不适合用于本发明的虚拟电视房 服务概念。
在用户和SIP应用之间的交互的框架在互联网草案ID中有所描述， 其被称为“draft-ietf-sipping-app-interaction-framework-05”，其文本通 过引用合并于此。这个草案的焦点在于激励信令，其允许用户代理在不知 道这个应用的语义信息的情况下与应用交互。为了引用目的提出了该草案 中的信息，仅用于帮助读者更好地理解SIP。
应注意，规定控制的XML规定了仅用于现场的或录制的内容的控制。 其可以是由参与者向会议服务器发送的实时音频/视频会话的媒体控制的 规定，然而这些规定超出了本发明的范围，并且不在这里讨论。
如上所述，在会话建立期间以信号通知XML文件，其描述对于虚拟 电视房服务会话的媒体控制命令。终端软件可呈现适当的GUI用于在特定 会话中提供的控制。终端软件可以在移动电话上分配用于某些命令的某些 按键，例如，分配操纵杆按键用于前进、回放、播放和暂停。在另一实例 中，XML文件可规定某些按键到某些功能的映射，例如，1用于快进、2 用于回放、3用于暂停等。
在会话建立期间，会议服务器(或正在共享内容的移动设备)以信号 通知XML，其指定会议服务器支持用于会话的媒体控制命令。可以按任意 适合的方式表示XML文件以执行期望的功能，并且为了图示的目的在以 下提供可如何表示XML文件的几个示例。所提供的示例并非要包括所有 或对于预期功能是最佳的，因此通过示例而非限制的方式示出XML文件 示例。
在XML文件的第一示例中，Media Control Command元素包括多 个Control(控制)元素。控制元素具有两个属性-Name和Enable。Name 属性指定命令的名称。Enable属性如果设置为“true”则表示这个命令被 支持，如果设置为“false”则表示该命令不被支持。这是规定XML的很 简单的方式。端点可显示GUI，以及可以任意适合的方式在移动设备上分 配按键。从端点到服务器的协议并非本发明的一部分，但是例如可发送回 命令自身的Name，并指定一些参数。
<？xml version＝”1.0”encoding＝”utf-8”？>
在XML文件的第二实例中，除了Name和Enable属性之外还限定了 两个属性，Value和Mapping_Key属性。
Value属性规定在向服务器发送命令时最终客户端应该使用的控制助 记码的值。例如，当客户端需要快进时，应该为这个命令发送值1。在用 于媒体控制的协议中可以限定需要发送的其他参数。这样的另一参数的示 例可以是从流的播放应该开始的点的快进的偏移参数。
Mapping_key属性规定最终客户端在最终设备(例如移动设备或 PDA)上应该为每个命令使用的映射。为了在以下示例中示出，将快进命 令映射到移动设备的操纵杆的右键。这个方法的优点在于当这个机制用于 不同应用时，用户体验相同。
<？xml version＝”1.0”encoding＝”utf-8”？>
应注意，可能在虚拟电视房会话期间仅会议的一个参与者具有使用媒 体控制命令的权利。在这种情况下，通过使用例如在XCON中定义的楼层 控制协议，所有参与者在观看相同内容并且保持同步。
还应注意，在这里，没有规定用于控制命令或机制的XML文件的信 令的传输协议(用于如何从末端参与者向服务器传输控制命令)，因为该 传输本身不是本发明的一部分。然而，传输可以是例如HTTP、RTCP或 新的未规定的协议。
对于理解本发明的概念所需的细节程度，在主要逻辑功能单元之间的 交互对于本领域普通技术人员应该是明显的。应注意，本发明的概念可通 过适当的信号处理器(如图8所示)、数字信号处理器或执行本发明特定 功能的其他适合处理器来实现。
现在转到图9，在这里示出UE或移动终端的示意性功能框图，其示 出执行移动终端的预期功能和实现本发明概念的主要操作功能组件。处理 器(例如图8的信号处理器)根据在存储器中存储的一个或多个指令集执 行移动终端的计算和操作控制。可使用用户接口来提供用户的字母数字输 入和控制信号，并且根据要执行的特定功能来配置用户接口。显示器发送 和接收来自控制器的信号，所述控制器根据要执行的功能控制在显示器屏 幕上显示的图形和文本表示。
控制器控制按本领域普通技术人员已知的方式操作的发送/接收单元。 用于执行MBMS操作功能的功能逻辑元件与控制器适当地互连，以根据 本发明设想地执行MBMS P-T-M传输/接收。电源(例如电池)与移动终 端适当地互连，以实现上述功能。本领域普通技术人员应理解，可以按除 了这里所示和所述的以外的其他方式实现移动终端。
本发明包括或涉及通信系统的单元之间的协作。无线通信系统的实例 包括GSM方案(全球移动通信系统)和UMTS方案(通用移动电信系统)。 由于本发明可能用于B3G系统，所以通信系统的这些元件仅是示例性的， 并非按任意方式将本发明绑定、限制或约束到仅通信系统的这些单元。每 个这样的无线通信系统包括无线电接入网络(RAN)。在UMTS中，RAN 被称为UTRAN(UMTS陆地RAN)。UTRAN包括一个或多个无线电网 络控制器(RNC)，其每个控制一个或多个节点B，所述节点B是被配置 为通信地耦合至一个或多个UE终端的无线终端。RNC和其控制的节点B 的结合被称为无线电网络系统(RNS)。GSM RAN包括一个或多个基站 控制器(BSC)，其每个控制一个或多个基站收发信机(BTS)。其控制 的BSC和BTS的结合被称为基站系统(BSS)。
现在参照图10，示出可在其中实现本发明的无线通信系统10a，其包 括UE终端11、无线电接入网络12、核心网络14和网关15，该系统经由 网关耦合至另一通信系统10b，例如互联网、有线通信系统(包括所谓的 普通旧式电话系统)、和/或其他无线通信系统。无线电接入网络包括无线 终端12a(例如节点B或BTS)和控制器12b(例如RNC或BSC)。控 制器与核心网络有线通信。核心网络典型地包括用于电路交换通信的移动 交换中心(MSC)和用于分组交换通信的服务通用分组无线业务(GPRS) 支持节点(SGSN)。
图11示出通信终端20的一些组件，通信终端20可以是图10的UE 终端11或RAN无线终端12a。通信终端包括处理器22，用于控制设备的 操作，包括所有的输入和输出。由时钟22a调节其速度/定时的处理器可包 括BIOS(基础输入/输出系统)或可包括设备处理机(handler)，用于控 制用户音频和视频输入和输出以及来自键盘的用户输入。BIOS/设备处理 机还可允许从网络接口卡输入和向网络接口卡输出。BIOS和/或设备处理 机还经由收发器(TRX)接口25向TRX 26提供输入和输出的控制，收发 器(TRX)接口25可包括一个或多个数字信号处理器(DSP)、专用集成 电路(ASIC)、和/或现场可编程门阵列(FPGA)。TRX使得能够与另 一类似配备的通信终端用无线电通信。
仍参照图11，通信终端包括易失性存储器(即所谓的可执行存储器) 23和非易失性存储器24(即存储设备存储器)。处理器22可将非易失性 存储器中存储的应用(例如日程应用或游戏)复制到可执行存储器中用于 执行。处理器根据操作系统运行，并且为此，处理器可以从存储设备存储 器向可执行存储器加载操作系统的至少一部分，以激活操作系统的相应部 分。操作系统的其他部分(特别地，通常BIOS的一部分)可作为固件存 在于通信终端中，并且于是并不为了被执行而复制到可执行存储器中。启 动指令是操作系统的这种部分。
现在参照图12，从执行通信根据的协议层的角度示出图10的无线通 信系统。协议层形成协议栈，并包括位于UE 11和CN 14中的CN协议层 32，以及位于UE终端中和RAN 12中(在RAN无线终端12a或RAN控 制器12b中)的无线电协议层31a。通信是对等的。因此，在UE中的CN 协议层与CN中的相应层通信，反之亦然，并且经由更低/中间层提供通信。 因此，更低/中间层向协议栈中紧邻其上的层作为服务提供通信单元(控制 信号或用户数据)的打包或解包。
CN协议典型地包括一个或多个控制协议层和/或用户数据协议层(例 如应用层，即直接与例如日程应用或游戏应用的应用进行接口的协议栈的 层)。
无线电协议典型地包括无线电资源控制(协议)层，其中其具有建立、 重新配置、和释放无线电载体的责任。另一无线电协议层是无线电链路控 制/媒体访问控制层(可作为两个单独的层存在)。这个层实际上提供与物 理层、另一个无线电访问协议层、以及使得能够在空中接口上进行实际通 信的层的接口。
无线电协议位于UE终端和RAN中，而并非CN中。由RAN中的另 一协议栈使得与CN中的CN协议的通信成为可能，其被称为无线电/CN 协议栈。在无线电/CN协议栈中的层和RAN中的无线电协议栈之间的通 信可直接发生，而不经由中间更低层。如图12示出位于CN中的相应无线 电/CN协议栈，于是从而允许在UE终端中的应用级和CN中的应用级之 间的通信。
图13是图10的UE通信终端11和RAN无线通信终端12a的、在功 能块方面的、相应于在连接两个通信终端11、12a的通信信道上发送和接 收通信信号时使用的电信硬件(但是在一些情况下为软件)设备的简化框 图。两者典型地包括响应于要发送的信息的源编码器41a、和相应的源解 码器41b。源编码器去除消息中的传输信息不需要的冗余。两者还包括信 道编码器42a和相应信道解码器42b。信道编码器典型地增加可用于纠错 的冗余，即其执行前向纠错(FEC)编码。两个通信终端还包括速率匹配 器43a和相应的反向速率匹配器43b。速率匹配器增加或从信道编码器提 供的位流(通过所谓的穿孔)去除位，以便以适合于通信终端使用的物理 信道提供位流。两个通信终端还包括交织器45a和解交织器45b。交织器 重新排序位(或位块)，从而使得表示相关信息的位串在输出位流中不是 相连的，因此使得通信更加抵抗于突发错误，即来自临时原因的错误，这 影响仅有限时间的通信，并且仅影响传输位流的一部分。两个通信终端还 包括调制器47a和解调器47b。调制器47a根据调制方案/映射(按照符号 星座)将交织器提供的位块映射至符号。然后，由两个通信终端中包括的 发送器49a使用由此确定的调制符号，以调制一个或多个载体(根据空中 接口，例如WCDMA、TDMA、FDMA、OFDM、OFDMA、CDMA2000 等)，用于在空中传输。两个通信终端还包括接收器49b，其感测和接收 通信终端，并确定向解调器47b传递的相应的调制符号流，随后确定相应 位流(可使用FEC编码来解析错误)等，最终提供接收信息(其当然可以 是精确的发送信息，或可以不是)。通常，作为组件，信道解码器包括提 供所谓的HARQ(混合自动重发请求)处理的进程，从而在基于信道编码 器的FEC编码不能够解析错误的情况下，将请求发送至发送器(可以发送 至信道编码器组件)，以重发具有不可解析错误的传输内容。
上述功能(用于无线电接入网络和UE)可作为非易失性存储器中存 储的软件模块实现，并且，在将所有或一部分软件复制到可执行RAM(随 机存取存储器)之后，可根据需要由处理器执行。备选地，还可由ASIC (专用集成电路)提供由这种软件提供的逻辑。在软件方案的情况下，作 为计算机程序产品提供本发明，所述产品包括体现计算机程序编码的计算 机可读存储结构——即用于计算机处理器执行的软件。
可理解，以上所述的配置仅是本发明原理的应用的示例。在不脱离这 里主张的本发明的范围的情况下，本领域普通技术人员可以设计各种修改 和备选配置。