WO2011097996A1 - 多媒体广播和组播业务的业务声明更新处理方法、装置和系统 - Google Patents

Description

多媒体广播和组播业务的业务声明更新处理方法、 装置和系统 技术领域 本发明涉及长期演进 ( Long Term Evolution , 简称为 LTE ) 系统， 特别 涉及多媒体广播和组播业务（ Multimedia Broadcast Multicast Service, 简称为 MBMS ) 的业务声明更新处理方法、 装置和系统。 背景技术 随着 Internet的迅速发展和大屏幕多功能手机的普及， 出现了大量移动 数据多媒体业务和各种高带宽多媒体业务， 例如， 视频会议、 电视广播、 视 频点播、 广告、 网上教育、 互动游戏等， 这些多媒体业务一方面满足了移动 用户不断上升的业务需求， 同时也为移动运营商带来新的业务增长点。 这些 多媒体业务要求多个用户能够同时接收相同数据， 与一般的数据业务相比， 其具有数据量大、 持续时间长、 时延敏感等特点。 为了有效地利用移动网络资源， 第三代合作伙伴计划（3rd Generation Partnership Project, 简称为 3GPP )提出了 MBMS业务， 该业务是一种从一 个数据源向多个目标传送数据的技术， 实现了网络（包括核心网和接入网） 资源的共享， 提高了网络资源 （尤其是空中接口资源） 的利用率。

3GPP定义的 MBMS业务不仅能够实现纯文本氏速率的消息类的组播和 广播， 而且还能够实现高速多媒体业务的广播和组播， MBMS业务能够提供 多种丰富的视频、 音频和多媒体业务， 顺应了未来移动数据发展的趋势， 为 3G的发展提供了更好的业务前景。

MBMS业务声明是一种 MBMS业务节目信息的导航信息， 可以通过手 机终端应用程序以人机界面的形式展示各种节目的导航信息。 MBMS业务声 明包括媒体描述和会话描述， 例如组播业务标识、 地址、 传送时间等信息。 在不同的标准中称谓可能不同， 有时称为电子业务指南 （ Electronic Service Guide, 简称为 ESG ), 或者电子节目指南 （ Electronic Program Guide, 简称 为 EPG ), 总之它们的基本功能和目的是相同的， 具体的实现形式可能有一 定的差异。 MBMS业务声明承载的信息内容变化非常緩慢， 属于半静态配置的信 息， 类似于现在的电视报。 MBMS业务声明承载的信息一般都是预先安排很 长时间内的。 在实现本发明的过程中， 发明人发现： 接收端第一次获得 MBMS业务 声明后， 只要没有新的 MBMS业务声明发送， 接收端则不需要继续接收 MBMS业务声明， 这样可以便于接收端省电； 而当 MBMS业务声明发生更 新后， 发送端应该及时告知接收端 MBMS业务声明发生了更新， 此时接收 端可以选择立即更新 MBMS业务声明， 或者， 接收端此时正在忙于其他事 情， 为了不中断或影响到接收端正在进行的事情 （例如接收端正在在线游戏 等， 整占用着无线网络资源），接收端可以过一会儿再更新 MBMS业务声明。 但是目前还没有一种机制能够及时通知接收端 MBMS业务声明发生更新， 导致接收端一直处于接收 MBMS业务声明的状态， 耗电较大。 发明内容 本发明的主要目的在于提供一种 MBMS的业务声明更新处理方法、 装 置和系统， 以至少解决上述问题。 根据本发明的一个方面， 提供了一种 MBMS的业务声明更新处理方法， 包括发送处理过程： 当 MBMS业务声明发生更新时， 向接收端发送 MBMS 业务声明更新信息； 并向所述接收端提供更新的 MBMS业务声明。 优选地， MBMS业务声明更新信息通过以下至少之一方式发送： 以短消 息方式发送给接收端； 以彩信消息的方式发送给接收端； 通过多播控制信道 MCCH信息中发送给接收端； 承载于 MBMS更新通知消息中发送给接收端； 携带在寻呼消息中发送给接收端； 以小区广播的方式发送给接收端。 优选地， 在发送 MBMS业务声明更新信息的消息中包括表示业务声明 发生更新的标识位。 优选地， MBMS业务声明更新信息包括指示多个多媒体广播组播单频网

MBSFN区域的 MBMS业务声明是否各自发生更新的信息。 优选地，指示多个 MBSFN区域的 MBMS业务声明是否各自发生更新的 信息包括：在发送 MBMS业务声明更新信息的消息中设置有多个 MBSFN区 i或的标识位， 每个标识位对应一个 MBSFN区 i或。 优选地， 每个标识位为 1个比特， 多个 MBSFN区 i或的标识位由高位到 氐位分别与由小到大的 MBSFN区 i或 ID相对应。 优选地， 向接收端提供更新的 MBMS业务声明包括更新 MBMS业务声 明的平台中的 MBMS业务声明， 使接收端通过平台下载更新的 MBMS业务 声明。 优选地， 向接收端提供更新的 MBMS业务声明包括按照预先设定的周 期向接收端发送更新的 MBMS业务声明。 根据本发明的另一个方面， 提供了一种 MBMS的业务声明更新处理方 法， 包括接收处理过程： 其接收来自网络侧的 MBMS业务声明更新信息； 并获取更新的 MBMS业务声明。 优选地， 获取更新的 MBMS业务声明的步骤至少包括以下方式之一： 通过 MBMS业务声明的平台自行下载更新的 MBMS业务声明； 向网络侧发 送 MBMS业务声明请求消息，并接收网络侧返回的更新的 MBMS业务声明； 以及按照预先设定的周期接收网络侧发送的更新的 MBMS业务声明。 优选地， MBMS业务声明请求消息中包含 MBSFN区域标识信息， 用以 指明请求的 MBMS业务声明对应的 MBSFN区 i或； 相应地， 网络侧返回被请 求的 MBSFN区 i或的 MBMS业务声明。 优选地， MBMS业务声明请求消息是通过至少以下方式之一发送的： 在 MBMS上行专用信道上发送； 通过短信方式发送； 以及通过彩信方式发送。 根据本发明的再一个方面， 提供了一种 MBMS的业务声明更新处理装 置， 包括： 发送模块， 设置为当 MBMS业务声明发生更新时， 向接收端发 送 MBMS业务声明更新信息； 以及业务声明提供模块， 设置为向所述接收 端提供更新的 MBMS业务声明。 优选地， MBMS业务声明更新信息通过以下至少之一方式发送： 以短消 息方式发送给接收端； 以彩信消息的方式发送给接收端； 通过多播控制信道 MCCH信息中发送给接收端； 承载于 MBMS更新通知消息中发送给接收端； 携带在寻呼消息中发送给接收端； 以小区广播的方式发送给接收端。 优选地， MBMS业务声明更新信息包括指示多个 MBSFN区域的 MBMS 业务声明是否各自发生更新的信息。 优选地，指示多个 MBSFN区域的 MBMS业务声明是否各自发生更新的 信息包括：在发送 MBMS业务声明更新信息的消息中设置有多个 MBSFN区 i或的标识位， 每个标识位对应一个 MBSFN区 i或。 优选地， 所述业务声明提供模块至少包括下述单元之一： 平台更新单元， 设置为更新 MBMS业务声明的平台中的 MBMS业务声明， 使接收端通过平 台下载更新的 MBMS业务声明； 以及周期发送单元， 设置为按照预先设定 的周期向接收端发送更新的 MBMS业务声明。 根据本发明的又一方面， 提供了一种 MBMS的业务声明更新处理装置， 包括接收模块， 设置为接收来自网络侧的 MBMS业务声明更新信息； 以及 业务声明获取模块， 设置为获取更新的 MBMS业务声明。 优选地， 业务声明获取模块至少包括以下单元之一： 下载单元， 设置为 通过 MBMS业务声明的平台自行下载更新的 MBMS业务声明； 请求与接收 单元， 设置为向网络侧发送 MBMS业务声明请求消息， 并接收网络侧返回 的更新的 MBMS业务声明； 以及接收单元， 设置为按照预先设定的周期接 收网络侧发送的更新的 MBMS业务声明。 优选地， 所述请求与接收单元中的 MBMS业务声明请求消息中包含 MBSFN区 i或标识信息， 用以指明请求的 MBMS业务声明对应的 MBSFN区 域; 相应地， 网络侧返回被请求的 MBSFN区 i或的 MBMS业务声明。 才艮据本发明的还一方面， 提供了一种 MBMS的业务声明更新处理系统， 包括网络侧设备和接收端设备， 该网络侧设备包括： 发送模块， 设置为当 MBMS业务声明发生更新时， 向接收端设备发送 MBMS业务声明更新信息； 业务声明提供模块， 设置为向所述接收端设备提供更新的 MBMS业务声明； 该接收端设备包括： 接收模块， 设置为接收来自所述网络侧设备的 MBMS 业务声明更新信息； 业务声明获取模块， 设置为获取更新的 MBMS业务声 明。 通过本发明， 釆用在更新 MBMS业务声明时， 向接收端发送 MBMS业 务声明更新信息， 进而使接收端可以及时获取更新的 MBMS业务声明， 而 不需要一直保持接收 MBMS业务声明的状态， 降低了接收端的耗电。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1是本发明实施例提供的 MBMS的业务声明更新处理系统的结构框 图； 图 2是本发明实施例提供的 MBMS的业务声明更新处理方法的流程图； 图 3是本发明实施例提供的另一 MBMS的业务声明更新处理方法的流 程图； 图 4是本发明实施例 1提供的 MBMS的业务声明更新处理方法的流程 图； 图 5是本发明实施例 2提供的 MBMS的业务声明更新处理方法的流程 图； 以及 图 6是本发明实施例 3提供的 MBMS的业务声明更新处理方法的流程 图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。 本发明实施例中， 通过当 MBMS业务声明发生更新时， 向接收端发送 MBMS业务声明更新信息， 使接收端能够及时获知 MBMS业务声明发生更 新， 同时接收端不需要一直处于接收 MBMS业务声明的状态， 减少了耗电。 基于此， 提供了一种 MBMS的业务声明更新处理系统， 包括网络侧设备和 接收端设备。 图 1是根据本发明实施例的 MBMS的业务声明更新处理系统 的结构框图， 如图 1所示， 网络侧设备包括发送模块 12和业务声明提供模 块 14； 接收端设备包括接收模块 16和业务声明获取模块 18 , 下面对此系统 进行详细的说明。 网络侧设备包括发送模块 12 , 设置为当 MBMS业务声明发生更新时， 向接收端设备发送 MBMS业务声明更新信息； 业务声明提供模块 14耦合至 发送模块 12 , 设置为向接收端设备提供更新的 MBMS业务声明； 接收端设备包括接收模块 16 , 设置为接收来自网络侧设备的 MBMS业 务声明更新信息； 业务声明获取模块 18耦合至接收模块 16 , 该模块设置为 获取更新的 MBMS业务声明。 优选地， 上述 MBMS业务声明更新信息通过下面至少之一方式发送： 以短消息方式发送给接收端、 以彩信消息的方式发送给接收端、 通过多 播控制信道 （ Multimedia Control Channel , 简称为 MCCH ) MCCH信息中发 送给接收端、 承载于 MBMS更新通知消息中发送给接收端、 携带在寻呼消 息 ( paging message ) 中发送给接) 端、 以小区广播（ Cell Broadcast ) 的方式 发送给接收端。 优选地， 业务声明提供模块 14至少包括下述单元之一： 平台更新单元， 设置为更新 MBMS业务声明的平台中的 MBMS业务声明， 接收端设备通过 该平台下载更新的 MBMS业务声明； 周期发送单元， 设置为按照预先设定 的周期向接收端设备发送 MBMS业务声明， 并且每个周期时机处可以更新 MBMS业务声明。 优选地， 业务声明获取模块 18至少包括以下单元之一： 下载单元， 设 置为通过 MBMS业务声明的平台自行下载更新的 MBMS业务声明； 请求与 接收单元， 设置为向网络侧设备发送 MBMS业务声明请求消息， 并接收网 络侧设备返回的更新的 MBMS业务声明； 以及接收单元， 设置为按照预先 设定的周期接收网络侧设备发送的更新的 MBMS业务声明。

MBMS业务声明请求消息能够实现为让接收端仅针对感兴趣的 MBSFN ( Multimedia Broadcast multicast service Single Frequency Network, 多媒体广 播组播单频网） 区域发送请求消息。 如此， 上述请求与接收单元中的 MBMS 业务声明请求消息中包含 MBSFN区域标识信息， 用以指示请求的 MBMS 业务声明对应的 MBSFN区 i或； 相应地， 网络侧返回被请求的 MBSFN区 i或 的 MBMS业务声明。 MBSFN区 i或标识信息可以釆用在发送上述 MBMS业 务声明更新信息的消息中设置多个 MBSFN区域的标识位， 每个标识位对应 一个 MBSFN区 i或。 例如：当网络侧需要指示多个 MBSFN区域的 MBMS业务是否发生更新 时， 可以在寻呼消息中设置多个标识位， 每个标识位为 1个比特。 并且， 在 寻呼消息中的标识位顺序可以和 MBSFN区域 ID建立对应关系， 例如多个 MBSFN区 i或的标识位由高位到氐位分别与由小到大的 MBSFN区 i或 ID相对 应。 即标识位的顺序与 MBSFN区 i或 ID的大小顺序对应， 如第一个标识位对 应 MBSFN区 i或 ID最小的 MBSFN区 i或的 MBMS业务声明是否发生更新， ... 最后一个标识位对应 MBSFN区 i或 ID最大的 MBSFN区 i或的 MBMS业务声 明是否发生更新。 本发明实施例中的网络侧设备可以是运营商提供的 MBMS的运营平台、 基站、 多小区协调实体（ Multi-cell/multicast Coordination Entity , 简称 MCE ) 节点或者广播组播业务中心（ Broadcast Multicast Service Center,简称 BMSC ) 节点等； 接收端设备可以是用户的手机或掌上电脑等设备。 在本发明实施例中， 对应于上述的系统， 提供了一种 MBMS的业务声 明更新处理方法， 图 2是 居本发明实施例的 MBMS的业务声明更新处理 方法的流程图， 图 2是以网络侧设备进行的发送处理为例说明的， 该方法包 括如下步 4聚： 步骤 S202: 当 MBMS业务声明发生更新时， 网络侧设备向接收端设备 发送 MBMS业务声明更新信息； 以及 步骤 S204: 网络侧设备向接收端设备提供更新的 MBMS业务声明。 其中， 网络侧设备向接收端设备发送 MBMS业务声明更新信息可以至 少通过以下方式之一完成：

1 ) 网络侧设备通过短消息方式通知接收端设备 MBMS业务声明发生更 新；

2 )网络侧设备通过彩信方式通知接收端设备 MBMS业务声明发生更新； 3 ) 网络侧设备通过 MBMS更新通知消息通知接收端设备 MBMS业务 声明发生更新；

4 )网络侧设备通过 MCCH信息通知接收端设备 MBMS业务声明发生更 新； 5 )网络侧设备通过寻呼消息通知接收端设备 MBMS业务声明发生更新；

6 ) 网络侧设备通过小区广播（ Cell Broadcast ) 消息通知接收端设备 MBMS业务声明发生更新。 上述 MBMS更新通知消息具体可以参考 LTE 36.331协议的定义。 优选地， 上述短消息、 彩信、 MBMS更新通知消息、 MCCH信息、 寻呼 消息和小区广播消息中都包括表示业务声明发生更新的标识位。 当接收端设 备收到的消息中有该标识位或者该标识位的值为预先指定的值 （例如： 1 ) 时， 则可以确认 MBMS业务声明发生更新； 优选地， 为了使接收端设备能够知道哪个 MBSFN ( Multicast Broadcast Single Frequency Network, 多播广播单频网络）区域的 MBMS业务声明发生 了更新， 以便确定自身是否需要更新 MBMS业务声明， 可以在 MBMS业务 声明更新信息中包括更新的业务声明对应的 MBSFN区域标识信息。 即实现 MBMS业务声明更新信息能够指示出是哪个 MBSFN区域的 MBMS业务声 明发生更新。 在本实施例中， 网络侧设备可以通过多种方式为接收端设备提供更新的

MBMS业务声明，例如：更新 MBMS业务声明的平台中的 MBMS业务声明， 使接收端设备能够通过该平台下载更新的 MBMS业务声明； 其中， MBMS 业务声明的平台可以具体为无线应用协议 ( Wireless Application Protocol , 简 称为 WAP )平台或者是网站； 或者， 网络侧设备按照预先设定的周期向接收 端设备发送更新的 MBMS业务声明；这种周期发送 MBMS业务声明的方式， 可以一直有效， 即无论 MBMS业务声明是否发生更新， 网络侧设备都会按 照预先设定的周期 （例如， 0.5小时一次） 向接收端设备发送 MBMS业务声 明。 在本发明实施例中， 对应于上述图 1的系统， 提供了另一种 MBMS的 业务声明更新处理方法， 图 3是才艮据本发明实施例的另一种 MBMS的业务 声明更新处理方法的流程图， 图 3是以接收端设备进行的接收处理为例说明 的， 该方法包括如下步^^ 步骤 S302: 接收端设备接收来自网络侧设备的 MBMS业务声明更新信 息； 以及 步骤 S304: 接收端设备获取更新的 MBMS业务声明。 优选地， 步骤 S304至少包括以下方式之一： 通过 MBMS业务声明的平台（例如 WAP平台） 自行下载更新的 MBMS 业务声明； 向网络侧发送 MBMS业务声明请求消息， 并接收所述网络侧返回的更 新的 MBMS业务声明； 以及 按照预先设定的周期接收网络侧设备发送的更新的 MBMS业务声明。 其中， MBMS业务声明请求消息是通过至少以下方式之一发送的： 在 MBMS上行专用信道上发送； 通过短信方式发送； 以及通过彩信方式发送。 本实施例提供的 MBMS业务声明更新信息的发送方式， 均为接收端设 备必须监听的信息， 所以可以非常容易的通知接收端设备 MBMS业务声明 发生更新， 便于接收端设备节约电能。 同时， 本实施例给出了发送 MBMS业务声明更新信息后的网络侧设备 的具体处理， 便于接收端设备在没有正确接收到 MBMS业务声明更新信息 时， 也可以保证业务的正常接收。 本实施例中的接收端设备收到 MBMS业务声明更新信息后， 可以获取 最新的 MBMS业务声明。 并且， 不需要一直处于接收 MBMS业务声明的状 态， 可以在收到 MBMS业务声明更新信息后主动获取更新的 MBMS业务， 进而减少了设备的耗电， 优化了系统。 下面结合优选实例对本实施例进行详细的说明。 优选实施例 1 本实施例的网络侧通过发送寻呼消息的方式发送 MBMS业务声明更新 信息， 接收端通过 WAP 自行下载更新 MBMS业务声明。 下面介绍具体处理 过程。 图 4是本发明实施例提供的 MBMS的业务声明更新处理方法的流程图， 该方法包括如下步 4聚： 步骤 S402： 接收端首次获取 MBMS业务声明； 步骤 S404:接收端监听寻呼消息中是否携带 MBMS业务声明更新信息， 如果是， 执行步骤 S406; 如果否， 继续监听； 当接收端第一次获取了 MBMS业务声明后， 存储到本地， 然后接收端 可以不再主动获取 MBMS业务声明， 直到通过监听寻呼消息发现 MBMS业 务声明发生更新后， 则再一次获取更新的 MBMS业务声明； 当 MBMS业务 声明更新信息中包含指示多个 MBSFN区域内 MBMS业务声明是否发生更新 时，接收端需要判断是否是自己感兴趣的 MBSFN区域的 MBMS业务声明发 生更新， 如果是， 则执行步骤 406, 否则， 接收端可以不更新 MBMS业务声 明； 步骤 S406: 接收端通过 WAP平台获取更新的 MBMS业务声明； 然后返 回步 4聚 S404, 继续监听； 当接收端不需要 MBMS业务时， 将结束上述监听。 当网络侧需要更新 MBMS业务声明时， 网络侧在寻呼消息 （ Paging message ) 中发送一个表示 MBMS业务声明即将更新的指示信息。 当网络侧需要指示多个 MBSFN区域 的 MBMS业务是否发生更新时， 可以在寻呼消息中设置多个标识位， 每个 标识位为 1个比特。 并且， 在寻呼消息中的标识位顺序可以和 MBSFN区 i或 ID建立对应关系， 例如标识位的顺序与 MBSFN区 i或 ID的大小顺序对应， 如第一个标识位对应 MBSFN区 i或 ID最小的 MBSFN区 i或的 MBMS业务声 明是否发生更新 , ...最后一个标识位对应 MBSFN区域 ID最大的 MBSFN区 域的 MBMS业务声明是否发生更新。 该指示信息可以是一个标识位， 当该标识位存在时， 则说明 MBMS业 务声明发生更新， 该标识位不存在时， 则说明 MBMS业务声明没有发生更 新。 该标识位的具体实现有多种多样， 例如可以是一个比特位， 当该比特位 置 "1"时， 表示有 MBMS业务声明更新， 当该比特位置 "0"时， 则表示 MBMS 业务声明未更新； 该指示信息还可以是通过一个设置的标识是否存在来表示 MBMS业务声明是否更新， 例如， 当设置的标识存在时， 表示 MBMS业务 声明发生更新。 当网络侧需要更新 MBMS业务声明时，则首先在寻呼消息中发送 MBMS 业务声明更新信息标志。 同时， 网络侧立即更新 WAP平台中的 MBMS业务 声明。 为了保证接收端能够收到更新的 MBMS业务声明， 本实施例中的网 络侧还需要继续按照之前的规则发送 MBMS业务声明， 例如按照之前设定 的周期发送 MBMS业务声明。 本实施例中的接收端持续监听接收寻呼消息， 如果在寻呼消息中发现 MBMS业务声明更新信息的标志， 则获取更新的 MBMS业务声明， 例如， 接收端通过 WAP方式自行下载 MBMS业务声明信息， 并且更新本地存储的 MBMS业务声明， 或者接收端发送 MBMS业务声明请求消息给网络侧， 然 后网络侧发送更新的 MBMS业务声明给接收端。 根据 LTE协议可知， 接收端总是按照一定的规则 （具体的规则本专利不 涉及，可以参考 LTE协议 36.304协议的 7.1章节）持续监听接收寻呼消息的， 检测其中是否有自己的寻呼消息， 本实施例充分利用接收端持续监听寻呼消 息的特点， 在寻呼消息中设置相应的用于指示 MBMS业务声明是否更新的 标识来通知接收端 MBMS业务声明是否发生更新。 本实施例不需要为监听 MBMS业务声明是否更新再引入一个让接收端持续监听的信道， 利于接收端 节省电能。 优选实施例 2 本实施例与实施例 1不同之处在于网络侧通过 MBMS更新通知消息和 MCCH信息发送 MBMS业务声明更新信息，接收端通过发送 MBMS业务声 明请求消息给网络侧， 然后网络侧发送更新的 MBMS业务声明给接收端。 这里接收端也可以釆用实施例 1的方式接收更新的 MBMS业务声明。 下面 介绍具体处理过程。 图 5是本发明实施例提供的 MBMS的业务声明更新处理方法的流程图， 该方法包括如下步 4聚： 步骤 S502： 接收端首次获取 MBMS业务声明； 步骤 S504: 接收端监听 MBMS更新通知消息或 MCCH信息是否携带

MBMS业务声明更新信息， 如果是， 执行步骤 S506; 如果否， 继续监听； 当接收端第一次获取 MBMS业务声明后， 存储到本地， 然后接收端可 以不再主动获取 MBMS业务声明， 直到通过监听 MBMS更新通知消息或 MCCH信息发现 MBMS业务声明发生更新后， 则再一次获取更新的 MBMS 业务声明； 当 MBMS业务声明更新信息中包含指示多个 MBSFN区域内 MBMS业务声明是否发生更新时， 接收端需要判断是否是自己感兴趣的 MBSFN区域的 MBMS业务声明发生更新， 如果是， 则执行步骤 506, 否则， 接收端可以不更新 MBMS业务声明。 步骤 S506： 接收端发送 MBMS业务声明请求消息给网络侧； 步骤 S508: 网络侧收到上述 MBMS业务声明请求消息后， 发送更新的 MBMS业务声明给接收端； 以及 步骤 S510: 接收端将更新的 MBMS业务声明保存在本地， 然后返回步 骤 S504继续监听。 当接收端不需要 MBMS业务时， 将结束上述监听。

MBMS业务声明请求消息能够实现为让接收端仅针对感兴趣的 MBSFN 区域发送 MBMS业务声明请求消息， 网络侧仅为接收端发送被请求的 MBSFN区 i或的 MBMS业务声明。 如此， MBMS业务声明请求消息中包含 MBSFN区域标识信息。 本实施例的网络侧需要更新 MBMS业务声明时， 首先在 MBMS更新通 知消息和 MCCH信息中携带 MBMS业务声明更新信息标志。 本实施例选择 同时在 MBMS更新通知消息和 MCCH信息携带 MBMS业务声明更新信息标 志， 是因为根据目前的协议， 正在接收 MBMS业务的接收端仅需要监听 MCCH信息即可，对于对 MBMS业务感兴趣但是还没有接收 MBMS业务的 接收端仅监听 MBMS更新通知消息即可， 同时在两个消息 （信息） 中发送 MBMS业务声明更新信息， 可以保证对于 MBMS业务感兴趣的所有接收端 啫可以接收到 MBMS业务声明更新信息。 为了保证可靠性， 网络侧可以在规定的时间内多次发送 MBMS业务声 明更新信息， 即多次发送 MBMS更新通知消息或 MCCH信息， 并在该消息 (信息） 中携带表示 MBMS业务声明即将更新的指示信息。 该指示信息可 以是一个标识位， 当该标识位存在时， 则说明 MBMS业务声明发生更新， 该标识位不存在时， 则说明 MBMS业务声明没有发生更新。 该标识位的具 体实现有多种多样， 例如可以是一个比特位， 当比特位置 "Γ，时， 表示有 MBMS业务声明更新， 当该比特位置 "0"时，则表示 MBMS业务声明未更新； 该指示信息也可以是通过一个设置的标识是否存在来表示 MBMS业务声明 是否更新， 当设置的标识存在时， 表示 MBMS业务声明发生更新。 当网络侧需要指示多个 MBSFN区域的 MBMS业务是否发生更新时，可 以在寻呼消息中设置多个标识位， 每个标识位为 1个比特。 并且， 在寻呼消 息中的标识位顺序可以和 MBSFN区域 ID建立对应关系，例如标识位的顺序 与 MBSFN区 i或 ID的大小顺序对应， 如第一个标识位对应 MBSFN区 i或 ID 最小的 MBSFN区域的 MBMS业务声明是否发生更新，…最后一个标识位对 应 MBSFN区 i或 ID最大的 MBSFN区 i或的 MBMS业务声明是否发生更新。 根据 LTE协议可知，接收端按照一定的规则（具体的规则本专利不涉及， 可以参考 LTE协议 36.331协议的 5.8章节）持续监听接收 MBMS更新通知 消息或 MCCH信息，检测其中是否有自己关注的信息， 本实施例充分利用接 收端持续监听 MBMS更新通知消息或 MCCH信息的特点，在 MBMS更新通 知消息或 MCCH信息中设置相应的用于指示 MBMS业务声明是否更新的标 识来通知接收端， MBMS业务声明是否发生更新。 本实施例不需要为监听 MBMS业务声明是否更新再引入一个让接收端持续监听的信道，这样利于终 端节省电能。 优选实施例 3 本实施例与上述实施例 1、 2不同之处在于网络侧通过短消息或者彩信 方式发送 MBMS业务声明更新信息。 本实施例的接收端通过 WAP 自行下载 更新 MBMS业务声明。 接收端也可以釆用实施例 1和实施例 2的处理方式。 下面介绍具体处理过程。 图 6是本发明实施例提供的 MBMS的业务声明更新处理方法的流程图， 该方法包括如下步 4聚： 步骤 S602： 接收端首次获取 MBMS业务声明； 步骤 S604: 接收端等待短消息或彩信中是否携带 MBMS业务声明更新 信息， 如果是， 执行步骤 S606; 如果否， 继续等待； 当接收端第一次获取了 MBMS业务声明后， 存储到本地， 然后接收端 可以不再主动获取 MBMS业务声明， 直到接收到短消息或者彩信， 并发现 MBMS业务声明发生更新后， 则再一次获取更新的 MBMS业务声明； 当 MBMS业务声明更新信息中包含指示多个 MBSFN区域内 MBMS业务声明 是否发生更新时， 接收端需要判断是否是自己感兴趣的 MBSFN区域的

MBMS业务声明发生更新， 如果是， 则执行步骤 606, 否则， 接收端可以不 更新 MBMS业务声明； 步骤 S606: 接收端通过 WAP 自行下载更新 MBMS业务声明； 然后返回 步骤 S604继续等待。 当接收端不需要 MBMS业务时， 将结束上述流程。 当网络侧需要更新 MBMS业务声明时， 首先在短消息或者彩信中携带 一个表示 MBMS业务声明即将更新的指示信息 （为了保证可靠性， 可以在 规定的时间内多次发送该短消息或者彩信）。 上述指示信息可以是一个标识位， 当该标识位存在时， 则说明 MBMS 业务声明发生更新， 该标识位不存在时， 则说明 MBMS业务声明没有发生 更新。 该标识位的具体实现有多种多样， 例如可以是一个比特位， 当比特位 置 "1"时， 表示有 MBMS业务声明更新， 当该比特位置 "0"时， 则表示 MBMS 业务声明未更新； 上述指示信息也可以是通过一个设置的标识是否存在来表 示 MBMS业务声明是否更新， 当设置的标识存在时， 表示 MBMS业务声明 发生更新。 当网络侧需要指示多个 MBSFN区域的 MBMS业务是否发生更新时，可 以在寻呼消息中设置多个标识位， 每个标识位为 1个比特。 并且， 在寻呼消 息中的标识位顺序可以和 MBSFN区域 ID建立对应关系，例如标识位的顺序 与 MBSFN区 i或 ID的大小顺序对应， 如第一个标识位对应 MBSFN区 i或 ID 最小的 MBSFN区域的 MBMS业务声明是否发生更新，…最后一个标识位对 应 MBSFN区 i或 ID最大的 MBSFN区 i或的 MBMS业务声明是否发生更新。 接收端接收到包含 MBMS业务声明更新信息的短消息或者彩信后， 立 即获取新的 MBMS业务声明， 本实施例的接收端通过 WAP方式自行下载 MBMS业务声明信息， 并且更新本地存储的 MBMS业务声明； 或者接收端 发送 MBMS业务声明请求消息给网络侧， 然后网络侧发送更新的 MBMS业 务声明给接收端。 本实施例选择短消息或者彩信方式发送 MBMS业务声明 更新信息， 而短消息或者彩信不需要接收端持续监听， 可以降低接收端的耗 电。 从以上的描述中可以看出， 本发明实现了如下技术效果: 网络侧在更新 MBMS业务声明时， 在一些接收端必须监听的信息中向 接收端发送 MBMS业务声明更新信息， 使接收端能够及时获知 MBMS业务 声明已更新， 并获取更新的 MBMS业务声明。 居 MBMS业务声明更新信 息， 接收端决定是否立即更新 MBMS业务声明， 这种获取业务声明的方式 不需要接收端一直处于获取 MBMS业务声明的状态， 只有得到更新信息后 才需要获取， 从而避免了接收端周期更新 MBMS业务声明， 降低了接收端 的耗电。 同时这种方式也可以使接收到能够主动获取 MBMS业务声明， 使 系统得到了进一步地优化。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书

1. 一种多媒体广播和组播业务 MBMS的业务声明更新处理方法， 包括发 送处理过程， 其步 4聚如下：

当 MBMS业务声明发生更新时， 向接收端发送 MBMS业务声明 更新信息； 以及

向所述接收端提供更新的 MBMS业务声明。

2. 根据权利要求 1所述的方法， 其中， 所述 MBMS业务声明更新信息通 过以下至少之一方式发送：

以短消息方式发送给接收端；

以彩信消息的方式发送给接收端；

通过多播控制信道 MCCH信息中发送给接收端；

承载于 MBMS更新通知消息中发送给接收端；

携带在寻呼消息中发送给接收端；

以小区广播的方式发送给接收端。

3. 根据权利要求 2所述的方法， 其中， 在发送所述 MBMS业务声明更新 信息的消息中包括表示业务声明发生更新的标识位。

4. 根据权利要求 2所述的方法， 其特征在于， 所述 MBMS业务声明更新 信息包括指示多个多媒体广播组播单频网 MBSFN区域的 MBMS业务 声明是否各自发生更新的信息。

5. 根据权利要求 4所述的方法， 其中， 所述指示多个 MBSFN区域的 MBMS业务声明是否各自发生更新的信息包括： 在发送所述 MBMS 业务声明更新信息的消息中设置有多个 MBSFN区域的标识位， 每个 标识位对应一个 MBSFN区 i或。

6. 根据权利要求 5所述的方法， 其中， 所述每个标识位为 1个比特， 所 述多个 MBSFN区 i或的标识位由高位到氐位分别与由小到大的 MBSFN 区域 ID相对应。

7. 根据权利要求 1所述的方法， 其中， 向所述接收端提供更新的 MBMS 业务声明包括更新 MBMS业务声明的平台中的 MBMS业务声明， 使 所述接收端通过所述平台下载更新的 MBMS业务声明。

8. 根据权利要求 1所述的方法， 其特征在于， 向所述接收端提供更新的 MBMS业务声明包括按照预先设定的周期向所述接收端发送更新的 MBMS业务声明。

9. 一种多媒体广播和组播业务 MBMS的业务声明更新处理方法， 包括接 收处理过程， 其步 4聚如下：

接收来自网络侧的 MBMS业务声明更新信息； 以及

获取更新的 MBMS业务声明。

10. 根据权利要求 9所述的方法， 其中， 所述获取更新的 MBMS业务声明 的步 4聚至少包括以下方式之一：

通过 MBMS业务声明的平台自行下载更新的 MBMS业务声明； 向所述网络侧发送 MBMS业务声明请求消息 ,并接收所述网络侧 返回的更新的 MBMS业务声明； 以及

按照预先设定的周期接收所述网络侧发送的更新的 MBMS业务 声明。

11. 根据权利要求 10所述的方法， 其中， 所述 MBMS业务声明请求消息 中包含 MBSFN区域标识信息， 用以指明请求的 MBMS业务声明对应 的 MBSFN区 i或； 相应地， 所述网络侧返回被请求的 MBSFN区 i或的 MBMS业务声明。

12. 根据权利要求 10或 11所述的方法， 其中， 所述 MBMS业务声明请求 消息是通过至少以下方式之一发送的：

在 MBMS上行专用信道上发送；

通过短信方式发送； 以及

通过彩信方式发送。

13. —种多媒体广播和组播业务 MBMS的业务声明更新处理装置， 包括： 发送模块， 设置为当 MBMS业务声明发生更新时， 向接收端发送 MBMS业务声明更新信息； 以及

业务声明提供模块，设置为向所述接收端提供更新的 MBMS业务 声明。

14. 根据权利要求 13所述的装置， 其中， 所述 MBMS业务声明更新信息 通过以下至少之一方式发送：

以短消息方式发送给接收端；

以彩信消息的方式发送给接收端；

通过多播控制信道 MCCH信息中发送给接收端；

承载于 MBMS更新通知消息中发送给接收端；

携带在寻呼消息中发送给接收端；

以小区广播的方式发送给接收端。

15. 根据权利要求 14所述的装置， 其中， 所述 MBMS业务声明更新信息 包括指示多个 MBSFN区域的 MBMS业务声明是否各自发生更新的信 息。

16. 根据权利要求 15所述的装置， 其中， 所述指示多个 MBSFN区域的 MBMS业务声明是否各自发生更新的信息包括： 在发送所述 MBMS 业务声明更新信息的消息中设置有多个 MBSFN区域的标识位， 每个 标识位对应一个 MBSFN区 i或。

17. 根据权利要求 13所述的装置， 其中， 所述业务声明提供模块至少包括 下述单元之一：

平台更新单元， 设置为更新 MBMS业务声明的平台中的 MBMS 业务声明， 使所述接收端通过所述平台下载更新的 MBMS业务声明； 以及 周期发送单元， 设置为按照预先设定的周期向所述接收端发送更 新的 MBMS业务声明。

18. —种多媒体广播和组播业务 MBMS的业务声明更新处理装置， 包括: 接收模块， 设置为接收来自网络侧的 MBMS业务声明更新信息； 以及

业务声明获取模块， 设置为获取更新的 MBMS业务声明。

19. 根据权利要求 18所述的装置， 其中， 所述业务声明获取模块至少包括 以下单元之一：

下载单元， 设置为通过 MBMS业务声明的平台自行下载更新的 MBMS业务声明；

请求与接收单元，设置为向所述网络侧发送 MBMS业务声明请求 消息， 并接收所述网络侧返回的更新的 MBMS业务声明； 以及

接收单元， 设置为按照预先设定的周期接收所述网络侧发送的更 新的 MBMS业务声明。

20. 根据权利要求 19所述的装置，其中，所述请求与接收单元中的 MBMS 业务声明请求消息中包含 MBSFN区域标识信息， 用以指明请求的 MBMS业务声明对应的 MBSFN区 i或； 相应地， 所述网络侧返回被请 求的 MBSFN区 i或的 MBMS业务声明。

21. 一种多媒体广播和组播业务 MBMS的业务声明更新处理系统， 包括网 络侧设备和接收端设备：

所述网络侧设备包括： 发送模块， 设置为当 MBMS业务声明发生 更新时， 向接收端设备发送 MBMS业务声明更新信息； 业务声明提供 模块， 设置为向所述接收端设备提供更新的 MBMS业务声明； 以及 所述接收端设备包括： 接收模块， 设置为接收来自所述网络侧设 备的 MBMS业务声明更新信息； 业务声明获取模块， 设置为获取更新 的 MBMS业务声明。