CN102149042A - Mbms的业务声明更新处理方法、装置和*** - Google Patents
Mbms的业务声明更新处理方法、装置和*** Download PDFInfo
- Publication number
- CN102149042A CN102149042A CN2010101110551A CN201010111055A CN102149042A CN 102149042 A CN102149042 A CN 102149042A CN 2010101110551 A CN2010101110551 A CN 2010101110551A CN 201010111055 A CN201010111055 A CN 201010111055A CN 102149042 A CN102149042 A CN 102149042A
- Authority
- CN
- China
- Prior art keywords
- service statement
- mbms service
- mbms
- receiving terminal
- statement
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种MBMS的业务声明更新处理方法、装置和***,所述方法包括:当MBMS业务声明发生更新时,向接收端发送MBMS业务声明更新信息;以及向所述接收端提供更新的MBMS业务声明,MBMS业务声明更新信息的发送方式。通过本发明,采用在更新MBMS业务声明时,在一些接收端必须监听的信息中向接收端发送MBMS业务声明更新信息,进而使接收端能够及时获取更新的MBMS业务声明更新信息,根据MBMS业务声明更新信息,接收端决定是否立即更新MBMS业务声明,从而避免了接收端周期更新MBMS业务声明,降低了接收端的耗电。
Description
技术领域
本发明涉及长期演进(Long Term Evolution,简称为LTE)***,特别涉及多媒体广播和组播业务(Multimedia Broadcast MulticastService,简称为MBMS)的业务声明更新处理方法、装置和***。
背景技术
随着Internet的迅速发展和大屏幕多功能手机的普及,出现了大量移动数据多媒体业务和各种高带宽多媒体业务,例如,视频会议、电视广播、视频点播、广告、网上教育、互动游戏等,这些多媒体业务一方面满足了移动用户不断上升的业务需求,同时也为移动运营商带来新的业务增长点。这些多媒体业务要求多个用户能够同时接收相同数据,与一般的数据业务相比,其具有数据量大、持续时间长、时延敏感等特点。
为了有效地利用移动网络资源,第三代合作伙伴计划(3rdGeneration 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的业务声明更新处理方法,包括接收处理过程:其接收来自网络侧的MBMS业务声明更新信息;并获取更新的MBMS业务声明。
根据本发明的再一个方面,提供了一种MBMS的业务声明更新处理装置,包括:发送模块,用于当MBMS业务声明发生更新时,向接收端发送MBMS业务声明更新信息;以及业务声明提供模块,用于向所述接收端提供更新的MBMS业务声明。
根据本发明的又一方面,提供了一种MBMS的业务声明更新处理装置,包括接收模块,用于接收来自网络侧的MBMS业务声明更新信息;以及业务声明获取模块,用于获取更新的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 FrequencyNetwork,多媒体广播组播单频网)区域发送请求消息。如此,上述请求与接收单元中的MBMS业务声明请求消息中包含MBSFN区域标识信息,用以指示请求的MBMS业务声明对应的MBSFN区域;相应地,网络侧返回被请求的MBSFN区域的MBMS业务声明。MBSFN区域标识信息可以采用在发送上述MBMS业务声明更新信息的消息中设置多个MBSFN区域的标识位,每个标识位对应一个MBSFN区域。
例如:当网络侧需要指示多个MBSFN区域的MBMS业务是否发生更新时,可以在寻呼消息中设置多个标识位,每个标识位为1个比特。并且,在寻呼消息中的标识位顺序可以和MBSFN区域ID建立对应关系,例如多个MBSFN区域的标识位由高位到低位分别与由小到大的MBSFN区域ID相对应。即标识位的顺序与MBSFN区域ID的大小顺序对应,如第一个标识位对应MBSFN区域ID最小的MBSFN区域的MBMS业务声明是否发生更新,...最后一个标识位对应MBSFN区域ID最大的MBSFN区域的MBMS业务声明是否发生更新。
本发明实施例中的网络侧设备可以是运营商提供的MBMS的运营平台、基站、多小区协调实体(Multi-cell/multicast CoordinationEntity,简称MCE)节点或者广播组播业务中心(Broadcast MulticastService Center,简称BMSC)节点等;接收端设备可以是用户的手机或掌上电脑等设备。
在本发明实施例中,对应于上述的***,提供了一种MBMS的业务声明更新处理方法,图2是根据本发明实施例的MBMS的业务声明更新处理方法的流程图,图2是以网络侧设备进行的发送处理为例说明的,该方法包括如下步骤:
步骤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(MulticastBroadcast 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的业务声明更新处理方法的流程图,该方法包括如下步骤:
步骤S402:接收端首次获取MBMS业务声明;
步骤S404:接收端监听寻呼消息中是否携带MBMS业务声明更新信息,如果是,执行步骤S406;如果否,继续监听;
当接收端第一次获取了MBMS业务声明后,存储到本地,然后接收端可以不再主动获取MBMS业务声明,直到通过监听寻呼消息发现MBMS业务声明发生更新后,则再一次获取更新的MB MS业务声明;当MBMS业务声明更新信息中包含指示多个MBSFN区域内MBMS业务声明是否发生更新时,接收端需要判断是否是自己感兴趣的MBSFN区域的MBMS业务声明发生更新,如果是,则执行步骤406,否则,接收端可以不更新MBMS业务声明;
步骤S406:接收端通过WAP平台获取更新的MBMS业务声明;然后返回步骤S404,继续监听;
当接收端不需要MBMS业务时,将结束上述监听。当网络侧需要更新MBMS业务声明时,网络侧在寻呼消息(Paging message)中发送一个表示MBMS业务声明即将更新的指示信息。当网络例需要指示多个MBSFN区域的MBMS业务是否发生更新时,可以在寻呼消息中设置多个标识位,每个标识位为1个比特。并且,在寻呼消息中的标识位顺序可以和MBSFN区域ID建立对应关系,例如标识位的顺序与MBSFN区域ID的大小顺序对应,如第一个标识位对应MBSFN区域ID最小的MBSFN区域的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的业务声明更新处理方法的流程图,该方法包括如下步骤:
步骤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业务声明请求消息,网络侧仅为接收端发送被请求的MB SFN区域的MBMS业务声明。如此,MBMS业务声明请求消息中包含MBSFN区域标识信息。
本实施例的网络侧需要更新MBMS业务声明时,首先在MBMS更新通知消息和MCCH信息中携带MBMS业务声明更新信息标志。本实施例选择同时在MBMS更新通知消息和MCCH信息携带MBMS业务声明更新信息标志,是因为根据目前的协议,正在接收MBMS业务的接收端仅需要监听MCCH信息即可,对于对MBMS业务感兴趣但是还没有接收MBMS业务的接收端仅监听MBMS更新通知消息即可,同时在两个消息(信息)中发送MBMS业务声明更新信息,可以保证对于MBMS业务感兴趣的所有接收端都可以接收到MBMS业务声明更新信息。
为了保证可靠性,网络侧可以在规定的时间内多次发送MBMS业务声明更新信息,即多次发送MBMS更新通知消息或MCCH信息,并在该消息(信息)中携带表示MBMS业务声明即将更新的指示信息。该指示信息可以是一个标识位,当该标识位存在时,则说明MBMS业务声明发生更新,该标识位不存在时,则说明MBMS业务声明没有发生更新。该标识位的具体实现有多种多样,例如可以是一个比特位,当比特位置“1”时,表示有MBMS业务声明更新,当该比特位置“0”时,则表示MBMS业务声明未更新;该指示信息也可以是通过一个设置的标识是否存在来表示MBMS业务声明是否更新,当设置的标识存在时,表示MBMS业务声明发生更新。
当网络侧需要指示多个MBSFN区域的MBMS业务是否发生更新时,可以在寻呼消息中设置多个标识位,每个标识位为1个比特。并且,在寻呼消息中的标识位顺序可以和MBSFN区域ID建立对应关系,例如标识位的顺序与MBSFN区域ID的大小顺序对应,如第一个标识位对应MBSFN区域ID最小的MB SFN区域的MBMS业务声明是否发生更新,...最后一个标识位对应MBSFN区域ID最大的MBSFN区域的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的业务声明更新处理方法的流程图,该方法包括如下步骤:
步骤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区域ID的大小顺序对应,如第一个标识位对应MBSFN区域ID最小的MBSFN区域的MBMS业务声明是否发生更新,...最后一个标识位对应MBSFN区域ID最大的MBSFN区域的MBMS业务声明是否发生更新。
接收端接收到包含MBMS业务声明更新信息的短消息或者彩信后,立即获取新的MBMS业务声明,本实施例的接收端通过WAP方式自行下载MBMS业务声明信息,并且更新本地存储的MBMS业务声明;或者接收端发送MBMS业务声明请求消息给网络侧,然后网络侧发送更新的MBMS业务声明给接收端。本实施例选择短消息或者彩信方式发送MBMS业务声明更新信息,而短消息或者彩信不需要接收端持续监听,可以降低接收端的耗电。
从以上的描述中可以看出,本发明实现了如下技术效果:
网络侧在更新MBMS业务声明时,在一些接收端必须监听的信息中向接收端发送MBMS业务声明更新信息,使接收端能够及时获知MBMS业务声明已更新,并获取更新的MBMS业务声明。根据MBMS业务声明更新信息,接收端决定是否立即更新MBMS业务声明,这种获取业务声明的方式不需要接收端一直处于获取MBMS业务声明的状态,只有得到更新信息后才需要获取,从而避免了接收端周期更新MBMS业务声明,降低了接收端的耗电。同时这种方式也可以使接收到能够主动获取MBMS业务声明,使***得到了进一步地优化。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (21)
1.一种多媒体广播和组播业务MBMS的业务声明更新处理方法,其特征在于,包括发送处理过程,其步骤如下:
当MBMS业务声明发生更新时,向接收端发送MBMS业务声明更新信息;以及
向所述接收端提供更新的MBMS业务声明。
2.根据权利要求1所述的方法,其特征在于,所述MBMS业务声明更新信息通过以下至少之一方式发送:
以短消息方式发送给接收端;
以彩信消息的方式发送给接收端;
通过多播控制信道MCCH信息中发送给接收端;
承载于MBMS更新通知消息中发送给接收端;
携带在寻呼消息中发送给接收端;
以小区广播的方式发送给接收端。
3.根据权利要求2所述的方法,其特征在于,在发送所述MBMS业务声明更新信息的消息中包括表示业务声明发生更新的标识位。
4.根据权利要求2所述的方法,其特征在于,所述MBMS业务声明更新信息包括指示多个多媒体广播组播单频网MBSFN区域的MBMS业务声明是否各自发生更新的信息。
5.根据权利要求4所述的方法,其特征在于,所述指示多个MBSFN区域的MBMS业务声明是否各自发生更新的信息包括:在发送所述MBMS业务声明更新信息的消息中设置有多个MBSFN区域的标识位,每个标识位对应一个MBSFN区域。
6.根据权利要求5所述的方法,其特征在于,所述每个标识位为1个比特,所述多个MBSFN区域的标识位由高位到低位分别与由小到大的MBSFN区域ID相对应。
7.根据权利要求1所述的方法,其特征在于,向所述接收端提供更新的MBMS业务声明包括更新MBMS业务声明的平台中的MBMS业务声明,使所述接收端通过所述平台下载更新的MBMS业务声明。
8.根据权利要求1所述的方法,其特征在于,向所述接收端提供更新的MBMS业务声明包括按照预先设定的周期向所述接收端发送更新的MBMS业务声明。
9.一种多媒体广播和组播业务MBMS的业务声明更新处理方法,其特征在于,包括接收处理过程,其步骤如下:
接收来自网络侧的MBMS业务声明更新信息;以及
获取更新的MBMS业务声明。
10.根据权利要求9所述的方法,其特征在于,所述获取更新的MBMS业务声明的步骤至少包括以下方式之一:
通过MBMS业务声明的平台自行下载更新的MBMS业务声明;
向所述网络侧发送MBMS业务声明请求消息,并接收所述网络侧返回的更新的MBMS业务声明;以及
按照预先设定的周期接收所述网络侧发送的更新的MBMS业务声明。
11.根据权利要求10所述的方法,其特征在于,所述MBMS业务声明请求消息中包含MBSFN区域标识信息,用以指明请求的MBMS业务声明对应的MBSFN区域;相应地,所述网络侧返回被请求的MBSFN区域的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区域。
17.根据权利要求13所述的装置,其特征在于,所述业务声明提供模块至少包括下述单元之一:
平台更新单元,用于更新MBMS业务声明的平台中的MBMS业务声明,使所述接收端通过所述平台下载更新的MBMS业务声明;以及
周期发送单元,用于按照预先设定的周期向所述接收端发送更新的MBMS业务声明。
18.一种多媒体广播和组播业务MBMS的业务声明更新处理装置,其特征在于包括:
接收模块,用于接收来自网络侧的MBMS业务声明更新信息;以及
业务声明获取模块,用于获取更新的MBMS业务声明。
19.根据权利要求18所述的装置,其特征在于,所述业务声明获取模块至少包括以下单元之一:
下载单元,用于通过MBMS业务声明的平台自行下载更新的MBMS业务声明;
请求与接收单元,用于向所述网络侧发送MBMS业务声明请求消息,并接收所述网络侧返回的更新的MBMS业务声明;以及
接收单元,用于按照预先设定的周期接收所述网络侧发送的更新的MBMS业务声明。
20.根据权利要求19所述的装置,其特征在于,所述请求与接收单元中的MBMS业务声明请求消息中包含MBSFN区域标识信息,用以指明请求的MBMS业务声明对应的MBSFN区域;相应地,所述网络侧返回被请求的MBSFN区域的MBMS业务声明。
21.一种多媒体广播和组播业务MBMS的业务声明更新处理***,包括网络侧设备和接收端设备,其特征在于:
所述网络侧设备包括:发送模块,用于当MBMS业务声明发生更新时,向接收端设备发送MBMS业务声明更新信息;业务声明提供模块,用于向所述接收端设备提供更新的MBMS业务声明;以及
所述接收端设备包括:接收模块,用于接收来自所述网络侧设备的MBMS业务声明更新信息;业务声明获取模块,用于获取更新的MBMS业务声明。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101110551A CN102149042A (zh) | 2010-02-10 | 2010-02-10 | Mbms的业务声明更新处理方法、装置和*** |
PCT/CN2011/070729 WO2011097996A1 (zh) | 2010-02-10 | 2011-01-27 | 多媒体广播和组播业务的业务声明更新处理方法、装置和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101110551A CN102149042A (zh) | 2010-02-10 | 2010-02-10 | Mbms的业务声明更新处理方法、装置和*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102149042A true CN102149042A (zh) | 2011-08-10 |
Family
ID=44367260
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010101110551A Pending CN102149042A (zh) | 2010-02-10 | 2010-02-10 | Mbms的业务声明更新处理方法、装置和*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102149042A (zh) |
WO (1) | WO2011097996A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105721525A (zh) * | 2014-12-03 | 2016-06-29 | 中兴通讯股份有限公司 | 业务声明文件的更新处理方法、装置及*** |
WO2022056796A1 (zh) * | 2020-09-17 | 2022-03-24 | 华为技术有限公司 | 一种通信方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101023666A (zh) * | 2004-07-20 | 2007-08-22 | 高通股份有限公司 | 用于给装置提供节目指南状态信息的方法和设备 |
CN101083580A (zh) * | 2006-05-30 | 2007-12-05 | 华为技术有限公司 | 移动终端获取电子业务指南更新的方法及服务器和终端 |
CN101193098A (zh) * | 2006-11-27 | 2008-06-04 | 华为技术有限公司 | 电子业务指南数据更新方法、***、服务器和终端 |
-
2010
- 2010-02-10 CN CN2010101110551A patent/CN102149042A/zh active Pending
-
2011
- 2011-01-27 WO PCT/CN2011/070729 patent/WO2011097996A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101023666A (zh) * | 2004-07-20 | 2007-08-22 | 高通股份有限公司 | 用于给装置提供节目指南状态信息的方法和设备 |
CN101083580A (zh) * | 2006-05-30 | 2007-12-05 | 华为技术有限公司 | 移动终端获取电子业务指南更新的方法及服务器和终端 |
CN101193098A (zh) * | 2006-11-27 | 2008-06-04 | 华为技术有限公司 | 电子业务指南数据更新方法、***、服务器和终端 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105721525A (zh) * | 2014-12-03 | 2016-06-29 | 中兴通讯股份有限公司 | 业务声明文件的更新处理方法、装置及*** |
WO2022056796A1 (zh) * | 2020-09-17 | 2022-03-24 | 华为技术有限公司 | 一种通信方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2011097996A1 (zh) | 2011-08-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101931885B (zh) | 多媒体广播和组播业务控制信道更新的通知方法及*** | |
CN106470400B (zh) | 单小区多播控制信道的资源配置方法、***及装置 | |
CN101959131B (zh) | Mbms通知信息的承载方法与装置 | |
US8830895B2 (en) | Method and system for acquiring service list and multimedia broadcast multicast service data | |
CN102036178B (zh) | 一种发送、传输mbms通知指示信息的***及方法 | |
CN101867876A (zh) | Mcch更新指示信息的调度信息的承载、接收方法与装置 | |
CN101990160A (zh) | 实现mbms控制信道更新通知的方法、装置及*** | |
CN104429149A (zh) | eMBMS控制面同步 | |
CN101909242B (zh) | 一种通知信息变化和获取信息的方法、***及装置 | |
CN102740234B (zh) | 一种mbms挂起方法、***及mce | |
CN102387472B (zh) | 用户设备及其接收多媒体广播和组播业务的方法 | |
CN101931879A (zh) | 一种多播控制信道信息的传输方法及其设备 | |
CN101969604B (zh) | 一种多媒体广播和组播业务通知消息的发送方法和装置 | |
CN101998262B (zh) | 多播广播组播业务通知信息的配置方法及装置 | |
CN102036172B (zh) | 一种多媒体广播和组播业务通知消息的发送方法及*** | |
CN102149042A (zh) | Mbms的业务声明更新处理方法、装置和*** | |
CN102202262B (zh) | 一种获取多播控制信息的用户设备及方法 | |
CN102651849A (zh) | 实现mbms业务连续性的上报方法和用户设备 | |
CN102291678A (zh) | 指示广播业务有效区域的方法及*** | |
CN101778341B (zh) | Mbms控制信令更新指示信令承载的方法和*** | |
CN102487480A (zh) | 一种传输多媒体广播组播mbms业务的载波的选择方法、装置 | |
CN102123134A (zh) | 获取多媒体广播组播控制信息的方法和接收*** | |
CN102036174B (zh) | 一种mbms通知信息的传输方法及*** | |
CN101771946B (zh) | 基于基站的mbms业务控制信令更新方法及*** | |
CN102413427B (zh) | Mbms业务的统计信令的通知方法和*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110810 |