用于传递mbms用户服务的调度信息的技术的制作方法
【专利摘要】呈现一种用于传递MBMS用户服务的调度信息的技术。这个技术的方法实现包括提供调度信息的步骤，所述调度信息采用重新发生事件的形式描述MBMS用户服务的调度。额外地，或在备选中，调度可采用开始/停止列表的形式描述。用户服务描述（USD）和链接到USD（例如，经由诸如URI的标识符）的调度信息然后传递给移动客户端。
【专利说明】用于传递MBMS用户服务的调度信息的技术
[0001]
【技术领域】
[0002]本公开一般涉及多媒体广播/多播服务(MBMS)。特别地，提供用于传递MBMS用户服务的调度信息的技术。该技术可采用方法、计算机程序产品或装置的形式实现。
【背景技术】
[0003]MBMS是由第三代合作伙伴计划(3GPP)规定的点到多点(PTM)内容传递服务。MBMS使能蜂窝通信网络中内容到多个接收器的有效率的传递。内容可采用内容流(例如，移动电视或广播节目)或内容文件(例如，新闻更新)的形式传递。
[0004]MBMS和演进MBMS(eMBMS)的方面在3GPP技术规范(TS)26.346中定义。关于MBMS并且特别地关于MBMS架构连同蜂窝通信网络的另外的信息在F.Hartung等人的“Deliveryof Broadcast Services in 3G Networks (3G 网络中广播服务的传递)” IEEE Transactionson Broadcasting, Vol.53，N0.1, March 2007，p.188 to 199 中呈现。如在其中论述的，MBMS架构的中心组成部分是所谓的广播多播服务中心(BM-SC)。
[0005]MBMS在功能上分成MBMS承载服务和MBMS用户服务。图1示意地图示MBMS承载服务与MBMS用户服务之间的关系。
[0006]在图1的下半部中示出的MBMS承载服务一般基于多播或广播承载解决互联网协议(IP)层以下的MBMS传送过程。个体MBMS承载服务由临时移动组身份(TMGI)识别。单个全球唯一的TMGI按照MBMS承载服务由BM-SC分配。经由MBMS承载服务的内容传递可涉及PTM或点到点(PTP )传送。
[0007]在图1的上半部中示出的MBMS用户服务一般基于例如流播服务的实时协议(RTP)和文件传递服务的FLUTE协议(参见互联网工程任务组，IETF、RFC 3926)来解决应用或服务层协议和过程。FLUTE内容传递会话在会话描述协议(SDP)文件中定义，其包含允许移动客户端接收移动文件传递的参数。这样的参数通常包括IP多播地址、用户数据报协议(UDP)端口和TMGI。
[0008]目前，不存在FLUTE传递会话概念的详细定时和/或位置信息部分。作为示例，没有保证在开始MBMS承载时移动客户端(在3GPP TS 26.346中也称为用户设备(UE))在MBMS服务区域中。此外，MBMS接收器将持续监视MBMS通知信道(B卩，MBMS控制信道，MCCH)并且等待即将到来的文件传递会话，其在MCCH上由TMGI指示。持续监视MCCH是对于移动客户端的电池消耗并且从而将减少它的运行时间。
[0009]TDoc S4-110448(2011年4月11至15日，美国加利福尼亚州圣地亚哥的TSG_SA#64会议)和S4-110621 (2011年8月15至19日，瑞典Kista的TSG_SA#65会议)论述MBMS传送的功率有效率的监视的问题。如在其中确认的，对于感兴趣的活动的MBMS承载的MCCH的持续监视和关联的MBMS数据的不必要接收增加了移动客户端的功耗。在这方面，TDocS4-110621建议添加调度信息使得移动客户端可以在感兴趣的MBMS承载确实不活动时停用MCCH监视。特别地，建议FLUTE文件传递表(FDT)应描述每个文件被调度来传播时的时间窗口(通过称为startTime和endTime的两个参数)。
[0010]已经发现在FLUTE FDT中传送调度信息遭受若干缺点。例如，FDT中的定时仅能适用于FLUTE会话内的文件(这可以称为对于带内信息在线)。因此，跨不同FLUTE流的内容的定时(例如，如由服务类识别的)不能被适当描述。
【发明内容】
[0011]因此，存在有效率地传递调度信息连同MBMS用户服务的需要。
[0012]根据一个方面，呈现用于传递MBMS用户服务(对其提供用户服务描述(USD ))的调度信息的方法，其中该方法包括提供描述MBMS用户服务的调度的调度信息的步骤，其中该调度采用一个或多个重新发生的事件和/或一个或多个开始/停止列表的形式描述，以及将USD和调度信息传递给UE的步骤，其中USD具有对调度信息的引用或链接。
[0013]调度信息和USD可一起或分别地传递。在一个实现中，调度信息在服务公告过程期间传递。USD可同样在源公告过程期间或在任何其他过程中传递。
[0014]在一个变型中，调度信息被带外传递。在另一个变型中，调度信息经由MBMS带内传递。在这样的实现中，调度信息可以和MBMS数据一起传递或备选地在没有MBMS数据的情况下传递。和MBMS数据一起带内传递的调度信息可重写较旧(过时)的调度信息。
[0015]调度信息相对于其他信息(例如USD)可以是可识别的。作为示例，调度信息可由多用途互联网邮件扩展(MME)类型识别。
[0016]调度信息可规定更新持续时间或时间。该更新持续时间或时间在已过去时可促使UE提取更新的调度信息。提取可经由单播或PTP通信过程来执行。当使用更新时间时，该更新时间可在带内接收调度信息更新时被刷新。
[0017]调度信息可具有任何格式。作为示例，调度信息可采用扩展标记语言(XML)格式来提供。
[0018]USD对于一个或多个MBMS会话可以是有效的。作为示例，USD对于由MBMS用户服务会话包括的多个MBMS会话可以是有效的。
[0019]如上所述，调度信息描述MBMS用户服务的调度。调度可反映由MBMS用户服务会话包括的多个MBMS会话。
[0020]MBMS会话可以是MBMS下载会话。在一个实现中，MBMS下载会话可由FLUTE协议管理或控制。
[0021]由调度信息描述的调度可在UE将为MBMS接收做准备时发信号。对应的信令可用于在没有即将来临的MBMS接收时使UE处于功率节省模式。
[0022]调度信息的传递可伴随着接收位置信息的传递。该接收位置信息可识别MBMS接收的特定区域。
[0023]在一个实现中，调度信息和USD可作为独立项传递给UE。从而，USD因而可不包括调度信息，而仅包括对调度信息的引用或链接。作为示例，调度信息和USD可在独立的片段、实例、元素和/或文件中传递。一般来说，调度信息和USD中的一个或两个可作为它自己的文件而传递。
[0024]根据另一方面，呈现用于确定MBMS用户服务(对其提供USD)的调度信息的方法，其中该方法由UE执行并且包括接收USD和调度信息的步骤，其中该调度信息描述MBMS用户服务的调度，其中调度采用一个或多个重新发生事件和/或一个或多个开始/停止列表的形式描述，其中USD具有对调度信息的引用或链接；以及经由来自USD的引用或链接来确定调度信息的步骤。
[0025]根据所述另一方面的方法可额外包括基于调度信息为接收做准备。为接收做准备可包括开始对于MBMS会话的MCCH监视。额外地，或作为备选，为接收做准备可包括启动UE的MBMS芯片集。
[0026]发起的MBMS用户服务可基于调度信息由UE暂停。作为示例，使发起的MBMS用户服务暂停可包括停止MCCH的监视。备选地或另外，使发起的MBMS用户服务暂停可包括停用UE的MBMS芯片集。
[0027]本文呈现的技术可采用软件的形式、采用硬件的形式或使用组合的软件/硬件方法来实现。关于软件方面，提供计算机程序产品，其包括用于在处理器(例如，计算装置的)上执行计算机程序产品时执行本文呈现的步骤的程序代码部分。该计算机程序产品可存储在例如存储器芯片、CD-ROM、硬盘等的计算机可读记录介质上。此外，可提供计算机程序产品用于经由网络连接下载到这样的记录介质上。
[0028]还提供用于传递MBMS用户服务(对其提供USD )的调度信息的装置，其中该装置包括适应于提供描述MBMS用户服务的调度的调度信息的功能性，其中该调度采用一个或多个重新发生事件和/或一个或多个开始/停止列表的形式来描述；以及适应于将USD和调度信息传递给UE的功能性，其中USD具有对调度信息的引用或链接。
[0029]装置可适应于采用各种方式来传递调度信息。作为示例，调度信息可在服务公告过程期间传递。额外地，或在备选中，调度信息可经由MBMS带外或带内传递。尤其在后面的情况下，调度信息可以和MBMS数据(或备选地，在没有这样的数据的情况下)一起传递。
[0030]调度信息可规定一个或多个额外参数。作为示例，调度信息可规定更新持续时间或时间。
[0031]再进一步地，呈现用于确定MBMS用户服务(对其提供USD)的调度信息的UE，其中该UE包括适应于接收USD和调度信息的功能性，其中该调度信息描述MBMS用户服务的调度，其中调度采用一个或多个重新发生事件和/或一个或多个开始/停止列表的形式来描述；以及适应于经由来自USD的链接或引用来确定调度信息的功能性。
[0032]还提供MBMS系统，其包括用于提供调度信息以及本文呈现的UE的装置。MBMS系统可遵循MBMS和eMBMS规范中的任一个。
【专利附图】
【附图说明】
[0033]结合附图，从示范性实施例的下列描述中，本文呈现的技术的另外的方面、细节和优势将变得显而易见，其中:
图1示意地图示MBMS承载服务和MBMS用户服务的概念；
图2示意地图示与单个TMGI关联的多个MBMS会话；
图3A、3B图示MBMS服务区域与UE之间可能的地理关系；以及 图4图示调度信息传递器和调度信息接收器的第一装置实施例；
图5图示操作图4的调度信息传递器和调度信息接收器的方法实施例； 图6图示调度信息传递器和调度信息接收器的第二装置实施例；以及 图7图示与图4或6中的一个类似的调度信息接收器的更详细的装置实施例。
【具体实施方式】
[0034]在示范性实施例的下列描述中，为了解释而非限制的目的，阐述例如信令步骤的特定顺序等特定细节以便提供对本文呈现的技术的完全理解。对于本领域内技术人员将显而易见的是技术还可在偏离这些特定细节的其他实施例中实践。
[0035]此外，本领域内技术人员将意识到本文在下面解释的服务、功能和步骤可使用结合已编程处理器、专用集成电路(ASIC)、数字信号处理器(DSP)或通用计算机而运行的软件来实现。还将意识到尽管下列实施例将主要在方法和装置的上下文中描述，本文呈现的技术还可在计算机程序产品以及在包括计算机处理器和耦合于该处理器的存储器的系统中体现，其中该存储器用促使处理器执行本文公开的服务、功能和步骤的一个或多个程序来编码。
[0036]在下面，将首先描述其中可以实践本文呈现的技术的实施例的MBMS系统的某些方面。在下文描述的该MBMS系统可如在上文描述的在图1中图示的在功能上实现。
[0037]3GPP TS 26.346区分MBMS用户服务和MBMS用户服务会话(参见条款4.2)以及MBMS会话(广播会话和多播会话分别在条款3.1中定义)。MBMS会话由MBMS承载标识符(即，TMGI)和对其开始MBMS会话的特定MBMS服务区域定义。MBMS承载上的MBMS会话用MBMS会话开始过程来开始并且使用MBMS会话停止过程来停用。
[0038]在下列实施例中的一些中，对于MBMS用户服务会话将同义地使用术语“传递会话”。传递会话在这样的实施例的上下文中可限于“MBMS下载会话”(例如，基于FLUTE协议)。传递会话的定时(即，t线)按常规未提供关于MBMS会话的定时的任何信息(传递会话一般可跨多个MBMS会话)。
[0039]传递会话由SDP文件结合USD文件定义。SDP文件包含识别用于传递内容的MBMS承载的TMGI。在服务公告(SA)期间向移动客户端(在本文也称为UE)提供SDP文件。
[0040]MBMS承载服务定义包括MBMS通知阶段，其允许网络告知MBMS服务区域(目标广播区域)内部的UE关于即将来临的MBMS传送(参见3GPP TS 23.246)。如上文指示的，MBMS承载由TMGI识别，该TMGI可以视为组标识符。MCCH携带关于特定小区中的活动的MBMS承载的信息。网络明确指示MCCH的任何变化，使得UE并不总是必须读取MCCH。UE从分布在服务或应用层上的服务公告获知感兴趣的TMGI。
[0041]使用MBMS承载服务的MBMS会话可以使用MBMS会话开始和停止过程而从BM-SC开始和停止。无线电网络由于MBMS会话开始和停止而改变MCCH的内容。MBMS会话可在特定MBMS服务区域中开始。MBMS服务区域可小于移动通信网络(例如，特定公共陆地移动网络，PLMN)ο当UE在MBMS服务区域内部时，它们可以仅接收MBMS承载上的MBMS会话的MBMS数据。
[0042]例如，MBMS会话可用于直播视频和文件分配服务。两个类型的服务在时间上可受限制并且在也可仅在某些地理区域中(即，在MBMS服务区域内)可用。服务公告信息(SDP文件和USD文件)按常规不包括关于何时开始或停止MBMS会话的定时信息。应该注意SDP文件可比MBMS承载是活动的在长得多的时间内有效。此外，SDP文件可使用连续MBMS会话来描述数据传递(参见3GPP TS 22.246条款5)。由于该情形，UE应持续监视MBMS MCCH来确定感兴趣的MBMS承载(由TMGI识别)是否开始。
[0043]如上所述，MBMS服务公告信息(SDP和USD文件)对于一个或多个MBMS会话(SP，连续MBMS会话)可以是有效的。这意指MBMS承载(由TMGI识别)可以如在图2中图示的对于具有TMGI号X (“TMGI #X”)的MBMS承载上的片段的MBMS会话开始和停止若干次。在图2中，两次开始MBMS会话，例如在1400h与1600h之间的两个连续星期六。对那个MBMS承载的内容感兴趣的UE按常规不知道这个调度。根据3GPP规范，那些UE必须对于MBMS承载的开始持续监视MCCH。显然，这个监视不必要地消耗电池电力。
[0044]此外，当UE在MBMS服务区域内部时(这时MBMS会话是活动的)，UE仅知道MBMS服务区域。在该情况下，UE找到MCCH上感兴趣的服务的TMGI。如果UE在MBMS服务区域外部或如果MBMS会话不活动，则UE不知道MBMS服务区域。
[0045]图3A和3B图示这些情景。图3A中的UE在MBMS服务区域内部。当TMGI #X的MBMS会话活动时，则UE找到MCCH上的TMGI #X并且可以接收关联的内容。如果MBMS会话不活动，则UE无法确定不接收任何业务的原因。UE不接收MBMS业务因为它在MBMS服务区域外部或者未开始具有TMGI #X的MBMS承载。
[0046]图3B中的UE在MBMS服务区域外部。UE还不能确定它为什么不接收具有TMGI #X的MBMS承载的内容的原因。
[0047]“UE在MBMS服务区域内部，而MBMS会话是活动的”的概率取决于服务类型和用户行为。例如，当UE的用户住在郊区或农村地区时，UE通常较少在MBMS服务区域内部。
[0048]在下列实施例中呈现的一个方面基于在UE上发起的MBMS用户服务使对于感兴趣的MBMS承载的MCCH的监视“暂停”这一概念。为此，网络向UE提供调度，并且可选地，提供接收位置信息，如现在将更详细解释的。
[0049]图4图示包括两个装置实施例400、420的MBMS系统的实施例。具体地，描绘用于传递调度或定时信息的装置400 (在下文也称为调度信息传递器，SID)以及在这里配置为用于接收调度信息的移动客户端的UE 420。对MBMS用户服务提供调度信息。MBMS用户服务或其会话与USD关联，如3GPP TS 26.346 (参考例如条款5)中一般描述的。
[0050]如在图4中图示的，SIP 400包括调度信息预备功能性402以及能够与UE 420通信的传递功能性406。SID 400可实现为BM-SC的一部分或采用BM-SC的形式来实现。UE420进而包括能够与SIP 400的传递功能性406通信的接收功能性422。此外，确定功能性424由UE 420包括。
[0051]SID 400的传递功能性406配置成将调度信息以及USD传递给UE 420的接收功能性422。在一个实现中，在服务公告过程期间，USD和调度信息两者作为信息的独立项而一起被传递。在其他实现中，USD和调度信息可以在不同的时间点传递。此外，备选过程可用于传递。
[0052]在下面将参考图5的流程图500更详细描述SID 400和UE 420的操作。
[0053]在初始步骤520中，SIP 400的调度信息预备功能性402提供描述MBMS用户服务的调度的调度或定时信息。采用一个或多个重新发生事件的形式来描述调度。额外地，或在备选中，采用一个或多个开始/停止列表的形式来描述调度。
[0054]在步骤520之后，在步骤530中，SIP 400的传递功能性406将USD和调度信息作为信息的独立项(可选地在间隔开的时间点，即，单独地)传递给UE 420。传递可经由FLUTE协议而对于即将到来或之前开始的MBMS下载会话发生。
[0055]在步骤530中传递的USD具有对调度信息的引用或链接。在这里，USD因而不包括调度信息，而包括引用或链接(例如，普通标识符、统一资源标识符、URI等)。该参考或链接使UE 420能够识别或确定别处的调度信息。因而，调度信息不必包括在USD中或与USD一起传送，并且USD和调度信息不必同时传递。此外，该方法实现调度信息的容易更新(因为在这样的情况下不必再次传递USD)。
[0056]至少就USD来说，传递步骤530可在服务公告过程的上下文中发生。调度信息可同样在服务公告过程期间或在稍后的时间点以及带内(经由MBMS，可选地和MBMS数据一起)或带外传递。
[0057]如由图5中的步骤540指示的，USD和调度信息由UE 420的接收功能性422同时或在不同的时间点接收。在另外的步骤550中，确定功能性424经由来自USD的链接或引用来确定调度信息(的位置)。在该连接中，确定功能性424可(解除)引用来自USD的调度信息(例如，经由公共标识符)。
[0058]在图5中未图示的另外的步骤中，UE 420可处理调度信息的内容。结合这样的处理，UE 420可基于调度信息为接收做准备(例如，UE 420可通过启动UE的MBMS芯片集或用别的方式开始对于MBMS会话的MCCH的监视)。此外，UE 420可基于调度信息使发起的MBMS用户服务暂停(例如，通过停止MCCH的监视和/或停用UE 420的MBMS芯片集)。UE 420可包括适应于执行那些过程中的一个或多个的适合的功能性(未示出)。
[0059]图6图示SID 400和UE 420的两个备选装置实施例。在本实施例中，USD和调度信息经由专用文件(或文件部分)而传递。额外地，或备选地，USD、链接(或引用)和调度信息中的至少一个可包括如在3GPP TS 26.346 (参考，例如条款5)中定义的元数据片段或采用元数据片段的形式传递。
[0060]如在图6中图示的，SID 400包括能够与UE 420通信的信息文件预备功能性602、引用功能性604和传递功能性606。SID 400的信息预备功能性602配置成提供信息文件。信息文件包含调度或定时信息。SID 400的引用功能性604引用来自USD文件的信息文件。为此，USD文件和信息文件彼此关联或链接。SIP 400的传递功能性606配置成将信息文件以及USD文件传递给UE 420。在一个实现中，两个文件在服务公告过程期间一起传递。在其他实现中，文件可以独立传递。
[0061]UE 420再次包括能够传达SIP 400的传递功能性606的接收功能性622。此外，弓丨用功能性624由UE 420包括。引用功能性424 (解除)引用来自USD文件的信息文件用于经由来自USD文件的链接或引用确定调度信息。引用功能性从而在功能上对应于图4的确定功能性424。
[0062]在下面，将更详细描述在图4、5和6中一般描绘的装置和方法实施例。具体地，将首先呈现调度文件(其是可选的)、调度信息和调度(部分地结合可选的位置信息)的更详细实施例。此后，将描述用于处理和利用调度信息(以及可选的位置信息)的各种实施例。
[0063]MBMS用户服务的调度一般可以采用持续时间的形式(用户服务应在X秒后再次开始监视)、采用重新发生事件的形式(用户服务应在1400h与1600h之间每个星期六对于关联的MBMS承载进行监视)或采用开始/停止列表的形式在信息文件中描述。[0064]因为如在图4和6中图示的UE 420可在任何时间离开MBMS服务区域(参见图3B )，信息文件(在下文也称为调度文件)可描述“最小更新持续时间”。当最小更新持续时间已过去并且UE 420还未在带内接收具有MBMS数据的任何更新时，则UE 420可以或应使用单播(即，PTP)来提取用户服务的更新的调度信息。更新机制的意图是保持技术方案起作用，甚至在UE 420离开MBMS服务区域时。
[0065]可选的接收位置信息在这里可基于小区ID或位置区域代码(LAC)。小区ID和LAC两者都可以由处于闲置模式的UE接收。现代的电话操作系统提供应用编程接口(API)来监视位置(例如，Android中的CellLocation API)。接收位置信息可以采用小区ID或LAC列表的形式描述，其中MBMS用户服务使用MBMS承载用于数据分配(即，MBMS服务区域)。
[0066]MBMS服务区域可是非常大的，覆盖整个区域。当MBMS服务区域非常大时，文件(具有接收位置信息)从而在尺寸上可变得非常大。克服大文件的问题的解决方案是允许将接收位置描述文件分区成部分并且描述更新区域:当UE 420离开描述的区域时，则UE 420应更新接收位置文件，从而提供它自己的位置。
[0067]调度和接收位置信息文件可:
□在服务公告期间作为来自用户服务描述(USD)文件的引用
□和MBMS数据一起带内 传递给UE 420。
[0068]调度和接收信息文件可由不范性MIME类型“application/mbms-schedule-and-rx-location+xml”识别。当MBMS下载接收器(即，UE 420)找到具有那个MME类型的文件时，它相应地处理调度和接收位置信息文件。
[0069]示例调度和接收位置信息文件在下文采用示范性XML格式给出:
【权利要求】
1.一种传递多媒体广播/多播服务MBMS用户服务的调度信息的方法，对所述MBMS用户服务提供用户服务描述USD，所述方法包括: 提供(520)描述所述MBMS用户服务的调度的调度信息，其中所述调度采用一个或多个重新发生事件和/或一个或多个开始/停止列表的形式描述；以及 将所述USD和所述调度信息传递(530)给用户设备UE (420)，其中所述USD具有对所述调度信息的引用或链接。
2.如权利要求1所述的方法， 其中所述调度信息在服务公告过程期间传递。
3.如权利要求1或2所述的方法， 其中所述调度信息被带外传递。
4.如权利要求1所述的方法， 其中所述调度信息经由MBMS而带内传递。
5.如权利要求4所述的方法， 其中所述调度信息和MBMS数据一起传递。
6.如权利要求5所述的方法， 其中和所述MBMS数据一起带内传递的所述调度信息重写较旧的调度信息。
7.如前述权利要求中的任一项所述的方法， 其中所述USD在服务公告过程期间传递。
8.如前述权利要求中的任一项所述的方法， 其中所述调度信息由MIME类型识别。
9.如前述权利要求中的任一项所述的方法， 其中所述调度信息规定更新持续时间或时间。
10.如权利要求9所述的方法， 其中所述更新持续时间或时间在已过去时促使所述UE (420)提取更新的调度信息。
11.如权利要求9或10所述的方法， 其中所述更新时间在带内接收调度信息更新时被刷新。
12.如前述权利要求中的任一项所述的方法， 其中所述调度信息采用扩展标记语言XML格式来提供。
13.如前述权利要求中的任一项所述的方法， 其中所述USD对于由MBMS用户服务会话包括的多个MBMS会话是有效的。
14.如前述权利要求中的任一项所述的方法， 其中所述调度反映由MBMS用户服务会话包括的多个MBMS会话。
15.如权利要求13或14所述的方法， 其中所述MBMS会话是MBMS下载会话。
16.如前述权利要求中的任一项所述的方法， 其中所述调度在所述UE (420)将为MBMS接收做准备时发信号。
17.如前述权利要求中的任一项所述的方法， 其中调度信息的传递由接收位置信息的传递伴随。
18.如前述权利要求中的任一项所述的方法，其中所述调度信息和所述USD作为独立项传递给所述UE。
19.如前述权利要求中的任一项所述的方法， 其中所述调度信息和所述USD中的至少一个采用文件的形式传递给所述UE。
20.一种确定多媒体广播/多播服务MBMS用户服务的调度信息的方法，对所述MBMS用户服务提供用户服务描述USD，所述方法由用户设备UE (420)执行并且包括: 接收(540)所述USD和调度信息，其中所述调度信息描述所述MBMS用户服务的调度，其中所述调度采用一个或多个重新发生事件和/或一个或多个开始/停止列表的形式描述，并且其中所述USD具有对所述调度信息的引用或链接；以及 经由来自所述USD的引用或链接来确定(550)所述MBMS用户服务的所述调度信息。
21.如权利要求20所述的方法， 还包括基于所述调度信息为接收做准备。
22.如权利要求21所述的方法， 其中为接收做准备包括开始对于MBMS会话的MBMS控制信道MCCH的监视。
23.如权利要求21或22所述的方法， 其中为接收做准备包括启动所述UE (420)的MBMS芯片集(430)。
24.如权利要求20-23中的任一项所述的方法， 还包括基于所述调度信息使发起的MBMS用户服务暂停。
25.如权利要求24所述的方法， 其中使发起的MBMS用户服务暂停包括停止MBMS控制信道MCCH的监视。
26.如权利要求24或25所述的方法， 其中使发起的MBMS用户服务暂停包括停用所述UE (420)的MBMS芯片集(430)。
27.一种计算机程序产品，其包括用于在被处理器执行时执行如前述权利要求中的任一项所述的步骤的程序代码部分。
28.如权利要求27所述的计算机程序产品，其存储在计算机可读记录介质上。
29.一种用于传递多媒体广播/多播服务MBMS用户服务的调度信息的装置(400)，对所述MBMS用户服务提供用户服务描述USD，所述装置包括: 功能性(402 ;602)，适应于提供描述MBMS用户服务的调度的调度信息，其中所述调度采用一个或多个重新发生事件和/或一个或多个开始/停止列表的形式描述；以及 功能性(406 ;606)，适应于将所述USD和所述调度信息传递给用户设备UE (420)，其中所述USD具有对所述调度信息的引用或链接。
30.如权利要求29所述的装置， 其中所述装置适应于根据下列方式中的一个或多个来传递所述调度信息: 在服务公告过 程期间； 带外； 经由MBMS带内；以及 和MBMS数据一起。
31.如权利要求27或28所述的装置， 其中所述调度信息规定更新持续时间或时间。
32.一种用于确定多媒体广播/多播服务MBMS用户服务的调度信息的用户设备UE(420)，对所述MBMS用户服务提供用户服务描述USD，其中所述UE (420)包括: 功能性(422)，适应于接收所述USD和描述MBMS用户服务的调度的调度信息，其中所述调度采用一个或多个重新发生事件和/或一个或多个开始/停止列表的形式描述，并且其中所述USD具有对所述调度信息的引用或链接； 功能性(424 )，适应于经由来自所述USD的引用或链接来确定所述MBMS用户服务的所述调度信息。
【文档编号】H04W52/02GK103999516SQ201280050179
【公开日】2014年8月20日 申请日期:2012年10月2日 优先权日:2011年10月11日
【发明者】T.洛马, M.J.斯尔辛加尔 申请人:瑞典爱立信有限公司