专利名称：通信会话中会话特征的信号通知系统和方法
技术领域：
本发明总体涉及多媒体广播/组播服务(MBMS)的使用。更具体地，本发明涉及 MBMS通信会话期间会话特征的信号通知(signaling)。
背景技术：
本部分旨在为权利要求中详述的本发明提供背景或上下文。本说明书此处可包括 可以加以探求的概念，而不必是那些之前已设想或探求的。因此，除非此处另外指出，否则 本部分中所描述的并不是指相对于本申请说明书和权利要求书的现有技术，也不因为包括 在本部分中就承认是现有技术。 近年来，移动广播解决方案已被不同组织标准化，例如第三代合作伙伴计划 (3GPP)MBMS服务。MBMS是可以经由现存的全球移动通信系统(GSM)和通用移动电信系统 (UMTS)蜂窝网络提供的广播服务。3GPP MBMS以成本高效的方式为3GPP终端提供组播或 广播数据的能力。 图1是MBMS系统体系结构100的图示。在系统体系结构100中，位于IP网络115 中的广播组播服务中心(BM-SC)100负责若干动作，包括服务公告、服务注册、安全功能、数 据递送、营账和计费。照此，BM-SC 110是MBMS服务的使能者。BM-SC 110从内容提供商120 接收内容，并且通过核心网125、即通过网关通用分组无线服务(GPRS)支持节点(GGSN)130 和服务GPRS支持节点(SGSN) 135提供所述内容。SGSN 135接着经由例如GSM演进的GSM 增强数据(EDGE)无线接入网(GERAN) 145或UMTS陆地无线接入网(UTRAN) 150的网络将所 述内容提供给一个或多个MBMS接收器140。 MBMS内容可以使用一种或多种递送方法被递送给接收器。递送方法包括下载方法 和流传送方法。取决于每个应用的需求，不同应用在向MBMS订户递送内容时可以使用不同 递送方法。例如，移动TV将使用流传送递送方法，而消息应用(例如多媒体消息服务(匪S) 应用)以及音乐视频剪辑下载将使用文件下载方法。 MBMS流传送服务定义将被MBMS服务使用的一套媒体编解码器和格式。同时，以下 视频编解码器在MBMS中被指定。然而，其它编解码器也是可能的，并且以下编解码器还可 以被修改。 -H. 263类0级别45-在发布6中H. 264基线概要级别lb被建议
-在发布7中H. 264基线概要级别1. 2被建议 当前， 一对音频编解码器也被建议——增强型AAC+和ARM-WB+。再一次地，其它音 频编解码器也是可能的，并且以上音频编解码器还可以被修改。 MBMS用户服务通常在MBMS会话开始之前或在所述会话其自身进行期间被公告。 该过程使用MBMS用户服务发现/公告功能来实施。服务公告过程包括例如使用开放移动联 盟(OMA)PUSH机制经由组播(使用MBMS文件下载会话)或单播来发送用户服务描述(USD)。 USD是联系在一起的、描述用户服务并且提供对于接入服务必要的信息的元数据分段的集
5合。MBMS定义了许多元数据分段。关联递送过程描述分段描述例如文件修复或接收报告的 附加过程。会话描述分段携带会话的会话描述协议(SDP)，其用于收听和配置会话。安全描 述分段描述用于保护MBMS用户服务的服务保护过程。FEC修复流描述分段描述保护服务包 的前向纠错(FEC)流。 USD的元数据分段及其关系在图2中示出。如图2中所示，用户服务描述分段200 包含用户服务包描述分段(USBD)210，用户服务包描述分段210其自身引用FEC修复流描述 分段220。递送方法分段230引用关联递送过程描述分段240、会话描述分段250和安全描 述分段260。递送方法分段230还包含用户服务描述分段200。 USD可以使用USBD分段210来描述被捆绑到一起的许多服务。USBD分段210可 以包含一个或多个USD实例。USBD分段210可以引用单一 FEC修复流描述分段220。 USD 分段200描述单一MBMS用户服务(由其服务id标识)的详情。USD包含其它描述性条目， 所述条目包括MBMS用户服务的名称和语言。各种元数据分段被放入MBMS元数据包封中， 所述MBMS元数据包封以适于传输的格式嵌入分段。MBMS元数据包封可以携带任意类型的 数据分段(即不仅仅是MBMS元数据分段)。 在MBMS发布7 (Rel-7)中，MBMS被扩展为通过将对H. 264级别的需求从lb改为 1. 2b来使能对中等质量视频(即CIF@15Hz)的接收。这使能了 MBMS用户服务组合的存在 (即， 一些用户服务被寻址到仅Rel-7终端，以及一些用户服务可由发布6 (Rel-6)和Rel_7 的终端这两者解码)。此外，预期对MBMS用户服务需求(例如音频/视频编解码器、安全保 护等)的另外更新和扩展将来将被标准化。 数字视频广播(DVB) IP数据广播(IPDC)和OMA广播(BCAST)定义了在发出时携 带对服务的描述的服务指南。IPDC电子服务指南在获取分段中定义组件特征的语义。接收 终端可以检测服务的特征并且决定其是否可以消费该服务。然而，该安排的未来兼容性未 被确定，因为在该系统中新需求不能被遗留终端轻易地添加和理解。 MBMS USD的会话描述分段还携带用于在MBMS会话中被传输的任意媒体流的编解 码器相关信息。然而，媒体客户端通常这样被设计为忽略任何其不理解的SDP参数。因此， 接收到包含Rel-7编解码器参数的SDP的Rel-6MBMS终端可以简单地忽略该参数，以及该 终端将接收其媒体解码器不能解析的内容。
发明内容
各种实施方式提供一种用于信号通知针对MBMS用户服务的消费需求的系统和方 法。该系统和方法是前向兼容的，其允许接收终端检测例如在服务描述中的新特征(如果 引入的话)对于所述服务的消费是否是需要的。如果不支持需要的特征，则所述终端将不 尝试加入会话。根据各种实施方式的服务公告或服务发现携带关于针对MBMS用户服务的 需求的信息。不被所述终端所理解的、或者识别为不被终端所支持的、需要的(例如软件和 /或硬件)特征的任何需求，都向终端指示其不能正确消费所述服务，例如，其不能正确接 收或解压縮与所述服务关联的数据，或者所述终端不具有运行与所述服务关联的应用所需 要的软件或硬件。各种实施方式可以用不同类型的设备、网元、网络和系统来实现，以及各 种实施方式可以结合众多标准和使用情形被使用。 当结合附图阅读时，从以下详细描述中，本发明的这些和其它优势和特征以及其
6组织和运转方式将变得显而易见，其中，贯穿以下描述的若干图，类似单元具有类似标号。
图1是MBMS系统体系结构的图示； 图2示出了 MBMS用户服务描述元数据分段之间的相互关系；
图3是示出本发明的各种实施方式的实现的流程图；
图4是可以结合各种实施方式的实现使用的电子设备的立体图；以及
图5是可以被包含在图4的电子设备中的电路的示意图。
具体实施例方式
各种实施方式提供一种用于信号通知针对MBMS用户服务的消费需求的系统和方 法。该系统和方法是前向兼容的，其允许接收终端检测在例如服务描述中的新特征(如果 被引入的话)对于服务的消费是否是需要的。如果不支持需要的特征，则终端将不加入会 话。根据各种实施方式的服务公告或服务发现携带关于针对MBMS用户服务的需求的信息。 不被终端所理解的、或者被识别为终端不支持的、需要的(例如软件和/或硬件)特征的任 何需求，都向终端指示其不能正确消费服务，例如，其不能正确接收或解压縮与服务关联的 数据，或者终端不具有运行与服务关联的应用所需要的软件或硬件。各种实施方式可以用 不同类型的设备、网元、网络和系统来实现。 将一组特征值定义为标识可以由MBMS用户服务使用的不同特征。根据各种实施
方式，将用户服务公告修改为包括需要的特征的列表。 一个具体实施方式
利用MBMS用户服
务描述来包括需求的列表。已修改USD的示例语法如下 〈xs: complexType name =〃 userServiceDescriptionType 〃 〉 〈xs: sequence〉 〈xs:element name =〃 RequireFeature〃 type
=〃 RequireFeatureType〃 minOccurs = 〃 1〃
maxOccurs =〃 unbounded 〃 /〉 〈xs: element name = 〃 name 〃 type = 〃 nameType 〃 minOccurs
=〃 0〃 maxOccurs = 〃 unbounded" /〉
〈xs : element
=〃 xs:language 〃 minOccurs = 〃 0 〃
maxOccurs=〃 unbounded" /〉
〈xs : element
=〃 deliveryMethodType〃
maxOccurs =〃 unbounded 〃 /〉
〈xs:element name
=〃 accessGroupType〃 minOccurs = 〃 0〃
maxOccurs =〃 unbounded 〃 /〉 〈xs:any namespace = 〃 ##other 〃 minOccurs
=〃 unbounded"
serviceLMgimge
deli veryMe tho d
ac c e s sGroup
type
type
type
0〃 maxOccurs
7
processContents = 〃 lax〃 /〉
〈/xs: sequence〉 〈xs: attribute name = 〃 serviceld
=〃 required" /〉 〈xs:anyAttribute processContents ='' 〈/xs: complexType〉 〈xs: complexType name =〃 RequireFeatureType
type
xs:anyURI 〃 use
skip'
required'
optional'
optional'
〈xs:attribute name
〈xs:attribute name
〈xs:attribute name
〈xs:attribute name
feature
minValue 〃 value
maxValue 〃 value
xs:string use
xs:string use
xs:string use
Value
xs:string
US6
optional' 〈/xs: complexType〉 可以还针对不同版本或发布的MBMS来定义特征列表。例如，Rel-7定义以下特征-视频编解码器"H. 264"和"H. 263"是可能的-视频编解码器概要"基线"、"0"、"3"-视频编解码器级别定义"lb"、"1. 2"、"45"-音频编解码器"增强的AMR-WB"和"增强的aacPlus" 除以上之外，可以针对安全性、传输协议、FEC保护等来定义其它特征。例如，以下 是包括特征指示的用户服务描述分段的示例 〈？ xml version =〃 1.0〃 encoding = 〃 UTF_8〃 ？〉 〈b皿dleDescription xmlns =〃 urn:3GPP:metadata:2005:MBMS:userServiceDescription〃 xmlns:xsi =〃 http://www.w3. org/2001/XMLSchema_instance〃 fecDescriptionURI = 〃 http://www.example, com/3gpp/mbms/ sessionl—fec. sdp〃 〉
serviceld 〈userServiceDescription =〃 urn:3gpp:1234567890coolcat〃 〉 〈requireFeature feature = 〃 VideoCodec〃 Value = 〃 H. 264〃 /〉 〈requireFeature feature = 〃 VideoCodecLevel 〃 Value
=〃 1.2〃 /〉〈namelang = 〃EN">Welcome〈/name>〈namelang = 〃DE">Wi1lkommen〈/name>〈namelang = 〃FR">Bienvenue〈/name>〈namelang = 〃FI">Tervetuloa〈/name>
:serviceLMiqimqe>EN〈/serviceLMigimge>
〈serviceLangimge>DE〈/serviceLangimge> 〈deliveryMethod accessGroupId =〃 1〃 sessionDescriptionURI = 〃 http://www.example.com/3gpp/
mbms/sessionl. sdp〃 /> 〈deliveryMethod sessionDescriptionURI = 〃 http://www.example.com/3gpp/mbms/session2.sdp" associatedProcedureDescriptionURI = 〃 http://www. example. com/3gpp/mbms/procedureX. xml 〃 /> 〈deliveryMethod sessionDescriptionURI = 〃 http://www.example.com/3gpp/mbms/session3.sdp" associatedProcedureDescriptionURI = 〃 http://www. example. com/3gpp/mbms/procedureY. xml 〃 /> 〈deliveryMethod accessGroupId =〃 2〃 sessionDescriptionURI = 〃 http://www.example.com/3gpp/mbms/session4. sdp〃 /> 〈accessG丽p id = 〃 1〃 > 〈accessBearer>3GPP. R6. GERAN〈/accessBearer> 〈accessBearer>3GPP. R6. UTRAN〈/accessBearer> 〈/accessGroup> 〈accessG丽p id = 〃 2〃 > 〈accessBearer>3GPP. R6. UTRAN〈/accessBearer> 〈/accessGroup> 〈/userServiceDescription> 〈/bimdleDescription> 当遇到一个或多个特征时，终端如果不能理解其所遇到的涉及会话的特征中的一
个或多个、或者如果其遇到任何其不支持的特征值，则不加入相关MBMS会话。在一个实施方式中，这通过使发送到接收终端的规范文本来指示如下内容而加以实现，即指示如果需要的特征中的一个或多个不被支持或不被理解则终端不应当加入会话。在另一实施方式中，XML语法解析可以被设置为"严格"，以及特征名称可以被定义为受控词(controlledterm)。 图3是示出各种实施方式可以被实现所经由的过程的流程图。在图3中的300处，BM-SC生成用于至少一个MBMS会话的服务公告，所述服务公告包括对于如果接收终端不能理解或不支持服务公告中的特征(例如软件特征、硬件特征、视频编解码器、音频编解码器等)则其不应当加入特定MBMS会话的指示。在310处，服务公告被广播或组播到一个或多个接收终端。服务公告还可以使用OMA PUSH OTA规范经由短消息服务(SMS)载体或HTTP载体被发送。在320处，特定接收终端接收到服务公告。如果接收终端不理解或支持服务公告中的特征，则在330处，其决定不加入会话。另一方面，如果接收终端理解和支持所述特征的全部，则其在340处加入相关MBMS会话。 图4和5示出了一个代表性电子设备12，其中，本发明的各种实施方式可以在该电子设备中被实现。本申请中描述的各种设备中的每个可以包含图4和5的电子设备12中所示的单元中的一个或多个。然而，应当理解，本发明不旨在限于一种特定类型的电子设备12。图4和5的电子设备12包括外壳30、采用液晶显示器形式的显示器32、小键盘34、麦克风36、耳机38、电池40、红外端口 42、天线44、根据本发明的一个实施方式采用UICC形式的智能卡46、读卡器48、无线接口电路52、编解码器54、控制器56、存储器58和电池80。
本发明在方法步骤的一般上下文中被描述，其中，所述方法步骤在一个实施方式中可以由包括例如程序代码的计算机可执行指令的程序产品来实现，所述程序产品由计算机在联网环境中执行。本发明的各种实施方式可以在网元和/或服务提供商的服务器中被实现。 一般来说，程序模块包括实施特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机可执行指令、关联的数据结构和程序模块代表用于执行此处公开的方法的步骤的程序代码的示例。所述可执行指令或关联的数据结构的特定序列代表用于实现所述步骤中描述的功能的对应动作的示例。 本发明的软件和web实现可以关联于使用基于规则逻辑和其它逻辑来完成各种数据库搜索步骤、关联步骤、比较步骤和判决步骤的标准编程技术。还应当指出，术语"组件"和"模块"当用在此处和权利要求中时旨在包含使用一行或多行软件代码的实现和/或硬件实现和/或用于接收手动输入的设备。 本发明的实施方式的前述描述已为了示例和描述目的而被呈现。其不旨在是穷举性的，或者将本发明限于所公开的精确形式，并且，符合以上讲述的修改和变型是可能的，或者可以从本发明的实现中获得。另外，还应当指出，本发明的各种实施方式的适用性不限
于任何特定标准或发布、或者特定标准或发布的任何版本。实施方式被选择和描述，其是为了阐明本发明的原理及其实际应用，以便使本领域的技术人员能够在各种实施方式中以及
在带有适于所设想的特定使用的修改的情况下使用本发明。此处描述的实施方式的特征可以被并入方法、装置、模块、系统、网元和计算机程序产品的所有可能组合中。
10
权利要求
一种方法，其包括在接收终端处接收服务公告，所述服务公告包括与服务相关联的一个或多个特征需求；如果所述接收终端不能理解或支持所述一个或多个特征需求中的任一特征需求，则决定不加入所述服务；以及如果所述接收终端可以理解或支持所述一个或多个特征需求，则订阅所述服务。
2. 根据权利要求1所述的方法，其中所述一个或多个特征需求被包括在多媒体广播组播服务(MBMS)用户服务描述(USD)中。
3. 根据权利要求l所述的方法，进一步包括，读取关于如下内容的指示如果所述接收终端不能理解或支持所述一个或多个特征需求中的任一特征需求，则所述服务不应当被加入。
4. 根据权利要求3所述的方法，其中所述指示被包括在所述MBMS USD中。
5. 根据权利要求3所述的方法，其中所述指示包括被设置为"严格"的XML语法解析，以及其中所述一个或多个特征需求的名称被设置为受控词。
6. 根据权利要求1所述的方法，其中所述一个或多个特征需求中的至少一个是软件特征、硬件特征、音频编解码器和视频编解码器中之一。
7. —种体现在计算机可读存储介质中的计算机程序产品，其包括被配置如下的计算机代码在接收终端处接收服务公告，所述服务公告包括与服务相关联的一个或多个特征需求；如果所述接收终端不能理解或支持所述一个或多个特征需求中的任一特征需求，则决定不加入所述服务；以及如果所述接收终端可以理解或支持所述一个或多个特征需求，则订阅所述服务。
8. —种设备，其包括接收装置，用于在接收终端处接收服务公告，所述服务公告包括与服务关联的一个或多个特征需求；决定装置，用于决定不加入所述服务，如果所述接收终端不能理解或支持所述一个或多个特征需求中的任一特征需求；以及订阅装置，用于订阅所述服务，如果所述接收终端可以理解或支持所述一个或多个特征需求。
9. 根据权利要求8所述的装置，其中所述一个或多个特征需求被包括在多媒体广播组播服务(MBMS)用户服务描述(USD)中。
10. 根据权利要求8所述的装置，其中所述电子设备被进一步配置为，读取关于如下内容的指示如果所述接收终端不能理解或支持所述一个或多个特征需求中的任一特征需求，则所述服务不应当被加入。
11. 根据权利要求10所述的装置，其中所述指示被包括在所述MBMS USD中。
12. 根据权利要求10所述的装置，其中所述指示包括被设置为"严格"的XML语法解析，以及其中所述一个或多个特征需求的名称被设置为受控词。
13. 根据权利要求8所述的装置，其中所述一个或多个特征需求中的至少一个是软件特征、硬件特征、音频编解码器和视频编解码器中之一。
14. 一种设备，其包括用于在接收终端处接收服务公告的装置，所述服务公告包括与服务关联的一个或多个 特征需求；用于如果所述接收终端不能理解或支持所述一个或多个特征需求中的任一特征需求， 则决定不加入所述服务的装置；以及用于如果所述接收终端可以理解或支持所述一个或多个特征需求，则订阅所述服务的装置。
15. —种方法，其包括准备包括与服务关联的一个或多个特征需求的服务公告；以及 将所述服务公告发送到至少一个接收设备。
16. 根据权利要求15所述的方法，其中所述一个或多个特征需求被包括在多媒体广播 组播服务(MBMS)用户服务描述(USD)中。
17. 根据权利要求15所述的方法，进一步包括，准备关于如下内容的指示如果所述接 收终端不能理解或支持所述一个或多个特征需求中的任一特征需求，则所述服务不应当被 加入。
18. 根据权利要求17所述的方法，其中所述指示被包括在所述MBMS USD中。
19. 根据权利要求17所述的方法，其中所述指示包括被设置为"严格"的XML语法解 析，以及其中所述一个或多个特征需求的名称被设置为受控词。
20. 根据权利要求15所述的方法，其中所述一个或多个特征需求中的至少一个是软件 特征、硬件特征、音频编解码器和视频编解码器中之一。
21. —种体现在计算机可读存储介质中的计算机程序产品，其包括被配置如下的计算 机代码准备包括与服务关联的一个和多个特征需求的服务公告；以及 将所述服务公告发送到至少一个接收设备。
22. —种装置，其包括 一种电子设备，其被配置为准备包括与服务关联的一个或多个特征需求的服务公告；以及 将所述服务公告发送到至少一个接收设备。
23. 根据权利要求22所述的装置，其中，所述一个或多个特征需求被包括在多媒体广 播组播服务(MBMS)用户服务描述(USD)中。
24. 根据权利要求22所述的装置，其中所述电子设备被进一步配置为，准备关于如下 内容的指示如果所述接收终端不能理解或支持所述一个或多个特征需求中的任一特征需 求，则所述服务不应当被加入。
25. 根据权利要求24所述的装置，其中所述指示被包括在所述MBMS USD中。
26. 根据权利要求24所述的装置，其中所述指示包括被设置为"严格"的XML语法解 析，以及其中所述一个或多个特征需求的名称被设置为受控词。
27. 根据权利要求22所述的装置，其中所述一个或多个特征需求中的至少一个是软件 特征、硬件特征、音频编解码器和视频编解码器中之一。
28. —种设备，其包括用于准备包括与服务关联的一个或多个特征需求的服务公告的装置；以及 用于将所述服务公告发送到至少一个接收设备的装置。
29. —种系统，其包括 广播组播服务中心(BM-SC)，其被配置为准备包括与服务关联的一个或多个特征需求的服务公告；以及 至少一个接收终端，其被配置为当所述服务公告被从所述BM-SC发送时接收所述服务公告；如果所述接收终端不能理解或支持所述一个或多个特征需求中的任一特征需求，则决 定不加入所述服务；以及如果所述接收终端可以理解或支持所述一个或多个特征需求，则加入所述服务。
30. —种网元，其包括 处理器；以及存储器单元，其可通信地连接到所述处理器，并且包括用于处理包括一个或多个与服务关联的特征需求的服务公告的计算机代码。
31. 根据权利要求30所述的网元，其中所述一个或多个特征需求被包括在多媒体广播 组播服务(MBMS)用户服务描述(USD)中。
32. 根据权利要求30所述的网元，其中所述存储器单元进一步包括这样的计算机代 码，其用于处理关于如下内容的指示如果所述接收终端不能理解或支持所述一个或多个 特征需求中的任一特征需求，则所述服务不应当被加入。
33. 根据权利要求32所述的网元，其中所述指示被包括在所述MBMS USD中。
34. 根据权利要求32所述的网元，其中所述指示包括被设置为"严格"的XML语法解 析，以及其中，所述一个或多个特征需求的名称被设置为受控词。
全文摘要
一种用于指定针对MBMS用户服务的消费需求的系统和方法。该系统和方法前向兼容，并且允许遗留终端检测在较晚版本中引入的新特征对于服务的消费是否需要。如果不支持需要的特征，则所述终端将不尝试加入会话。服务公告或服务发现携带关于对MBMS用户服务的需求的信息。不被终端理解的任何需求都向所述终端指示其不能正确接收和解码所述服务。
文档编号H04L29/06GK101766010SQ200880100595
公开日2010年6月30日 申请日期2008年6月17日 优先权日2007年6月19日
发明者I·鲍阿齐齐, R·维丹萨姆 申请人:诺基亚公司