CN101998258B - 一种mcch更新方法、设备及系统 - Google Patents
一种mcch更新方法、设备及系统 Download PDFInfo
- Publication number
- CN101998258B CN101998258B CN 200910165655 CN200910165655A CN101998258B CN 101998258 B CN101998258 B CN 101998258B CN 200910165655 CN200910165655 CN 200910165655 CN 200910165655 A CN200910165655 A CN 200910165655A CN 101998258 B CN101998258 B CN 101998258B
- Authority
- CN
- China
- Prior art keywords
- mcch
- cycle
- bcch
- base stations
- base station
- 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.)
- Active
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例涉及通信领域一种MCCH更新方法、设备及系统,获取MBSFA内所有基站的BCCH修改周期长度;根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值;使用所述确定的MCCH修改周期更新MCCH消息。本发明实施例实现了更新MCCH消息过程中考虑各个eNB的BCCH修改周期长度,保证各个eNB能同步更新MCCH。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种多媒体广播组播业务控制信道(MCCH,MBMS Control Channel)更新方法、设备及。
背景技术
多媒体广播组播业务(MBMS,Multimedia Broadcast Multicast Service)业务是第三代伙伴组织计划(3GPP,Third Generation Partnership Projects)业务发展的重要内容之一。MBMS主要指网络同时把同样的多媒体数据发送给网络中的多个接收者,较之单用户传输,MBMS极大地节省了空口资源。
MCCH是空口的一个逻辑信道,用于发送MBMS控制信令,与此对应,MBMS业务信道(MTCH,MBMS Traffic Channel)用于发送MBMS的用户数据。3GPP规定MCCH和MTCH都使用多媒体广播主播单频网(MBSFN,Multimedia Broadcast multicast service Single Frequency Network)模式传输,都映射到多播传输信道(MCH,Multicast Channel)信道。这种传输模式要求一定区域内的多个小区在相同的时间、相同的频率,使用相同的传输模式,发送相同的数据包。这些数据包在接收端进行物理层的合并,对于用户设备(UE,User Equipment)而言,无法区分这些数据包来自不同的小区,这些区域称作MBSFN区域。
长期演进(LTE,Long Term Evolution)中MBMS的网络架构如图1所示。
MBMS业务数据开始发送前,需要先进行控制面的流程,建立承载,分配空口资源。这个过程中,广播组播业务中心(BM-SC,Broadcast MulticastService Centre)先发出控制信令会话开始(Session start),该消息经过移动性管理实体(MME,Mobility Management Entity),到达多播协调实体(MCE,Multi-cell/multicast Coordination Entity),MCE再通知基站(eNB)更新MCCH消息。这个MCCH消息可以由MCE生成,直接送交eNB发送,也可以由eNB自己生成。
控制面流程结束后,业务数据自业务提供商(CP,content provider)发出,经BM-SC确定同步发送时间后,经MBMS网关(MBMS-GW,MBMSGateway)到达各个eNB,eNB根据BM-SC确定的同步时间,确定空口的具体发送时机,并发送。
当一个MBMS业务结束时,BM-SC发出控制信令会话停止(Sessionstop),该消息经过MME到达MCE后,MCE再通知eNB更新MCCH消息。
LTE中,MCCH消息的传输周期包括两个:重复周期和修改周期,修改周期长度是重复周期的整数倍。eNB只能在修改周期边界处开始修改MCCH消息,同一修改周期内各个重复周期发送的MCCH消息是相同的。图2表示了两种周期的关系。
对一个小区而言,该小区内用于发送MBMS业务,以及其它特殊用途的子帧都需要在广播控制信道(BCCH,Broadcast Control Channel)里指示,所以当MBMS业务的开始或结束涉及MBSFN子帧的增加或减少时,eNB的BCCH消息也需要同步更新。考虑到BCCH有自己的修改周期,而且MBMS的合并区域内的各个小区可能使用不同的BCCH修改周期。为简化,假定合并区域内的所有小区系统帧号相同。
为实现eNB同步更新BCCH和MCCH消息,现有技术公开的一种同步更新BCCH和MCCH消息的技术方案可以如下所述。
MCE收到session start或session stop等控制消息后,随即通知对应的所有eNB。eNB收到通知后,判断是否需要通知UE“MCCH更改”,如果需要,就发出通知,并且从下一个MCCH修改周期开始更新MCCH消息,同时eNB判断是否需要同时修改BCCH消息,如果需要修改,则先发送寻呼通知UE,寻呼时间持续一个BCCH修改周期,然后再同时更新BCCH消息和MCCH消息。
如图3所示,点划线表示第一eNB的BCCH修改周期,实线表示第二eNB的BCCH修改周期,这两个eNB的BCCH修改周期不同。二者属于同一个MBSFN区域,所以使用相同的MCCH修改周期。MCE在T1时刻通知各个eNB更新MCCH消息,而这种更新需要改变MBSFN子帧的集合,所以需要同步更新BCCH消息。第一eNB收到更新请求后,判断下一个MCCH修改周期边界是T2,但是从T1到T2的时间距离已经不足一个BCCH修改周期了,所以第一eNB不能在T2时刻更新MCCH消息,只能从T3时刻更新MCCH消息。对于第二eNB,由于BCCH修改周期比较短,从T1到T2的时间距离包含一个BCCH修改周期,所以第二eNB可以在T2时刻前使用寻呼通知UE:BCCH要改变。到了T2时刻,同时更新BCCH和MCCH消息。
采用上述现有技术方案,由于各eNB使用的BCCH修改周期不同,导致MCCH修改时机不同,例如,在T2时刻到T3时刻这段时间,各个eNB发送的MCCH内容不同,因此对用户造成了干扰,影响了MBMS业务的正确接收,也就是由于没有考虑各eNB的BCCH修改周期的差异使各个eNB不能同步更新MCCH消息。
发明内容
本发明实施例提供一种MCCH同步更新方法、设备及,更新MCCH消息过程中考虑各个eNB的BCCH修改周期长度,保证各个eNB能同步更新MCCH。
本发明实施例是通过以下技术方案实现的:
本发明实施例提供一种多媒体广播组播业务控制信道MCCH更新方法,包括:
获取多媒体广播主播单频网区域MBSFA内所有基站的广播控制信道BCCH修改周期长度;
根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值;
使用所述确定的MCCH修改周期更新MCCH消息。
本发明实施例提供一种多播协调实体MCE设备,包括:
获取单元,用于获取MBSFA内所有基站的BCCH修改周期长度;
确定单元,用于根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值。
本发明实施例提供一种MCCH更新方法,包括:
从MCE获取多媒体广播主播单频网区域MBSFA内所有基站的广播控制信道BCCH修改周期长度中的最大值;
根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值;
使用所述确定的MCCH修改周期更新MCCH消息。
本发明实施例提供一种基站,包括:
获取单元,用于从MCE获取多媒体广播主播单频网区域MBSFA内所有基站的广播控制信道BCCH修改周期长度中的最大值;
确定单元,用于根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于所述所有基站的BCCH修改周期长度中的最大值;
MCCH更新单元,用于使用所述确定的MCCH修改周期更新MCCH消息。
本发明实施例提供一种MCCH更新系统,包括:多播协调实体MCE及基站;
所述MCE,用于获取多媒体广播主播单频网区域MBSFA内所有基站的广播控制信道BCCH修改周期长度,根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值,并下发MCCH更新请求给基站;
所述基站,用于接收所述MCCH更新请求,并根据确定的所述MCCH修改周期更新MCCH消息。
本发明实施例提供一种MCCH更新系统,包括:多播协调实体MCE及基站;
所述MCE,用于获取多媒体广播主播单频网区域MBSFA内所有基站的广播控制信道BCCH修改周期长度,并下发MCCH更新请求及所有基站的BCCH修改周期长度中的最大值给基站;
所述基站,用于接收所述MCCH更新请求以及所述所有基站的BCCH修改周期长度中的最大值,根据所述所有基站的BCCH修改周期长度中的最大值确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值,并根据确定的所述MCCH修改周期更新MCCH消息。
由上述本发明实施例提供的技术方案可以看出,本发明实施例实现了更新MCCH消息过程中考虑各个eNB的BCCH修改周期长度,保证各个eNB能同步更新MCCH。
附图说明
图1为现有技术LTE中的MBMS架构;
图2为现有技术MCCH修改周期和重复周期关系示意图;
图3为现有技术BCCH和MCCH更新示意图;
图4为本发明一个实施例MCCH更新方法流程图;
图5为本发明又一实施例MCCH更新方法流程图;
图6为本发明一个实施例MCE设备结构示意图;
图7为本发明又一个实施例MCE设备结构示意图;
图8为本发明一个实施例基站结构示意图;
图9为本发明一个实施例基站中MCCH更新模块结构示意图;
图10为本发明一个实施例MCCH更新系统结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,可以理解的是,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明以下实施例涉及在更新MCCH同时需要通知UE的场景,也就是MCE在收到session start等消息,决定更新MCCH时,判断更新MCCH时需要通知UE,其中更新MCCH同时需要通知UE的情况包括但不限于:更新MCCH同时需要修改BCCH,或有新业务到来等等。
本发明一个实施例提供一种MCCH更新方法,所述方法包括如下步骤:
步骤40:获取多MBSFA内所有基站的广播控制信道BCCH修改周期长度;
步骤41:根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值;
步骤42:使用所述确定的MCCH修改周期更新MCCH消息。
本实施例实现了更新MCCH消息过程中考虑各个基站的BCCH修改周期长度,保证各个基站能同步更新MCCH。
本发明另一实施例提供一种MCCH同步更新方法,如图4所示包括如下步骤。
步骤50:MCE获取MBSFA内所有基站的BCCH修改周期长度。
例如,所述MCE获取MBSFA内所有基站的BCCH修改周期长度的方法可以包括如下几种。
1)MCE接收MBSFA内所有基站上报的BCCH修改周期长度。
例如,各基站上电后获取自己的BCCH修改周期长度,向归属的MCE上报自己的BCCH修改周期长度。
2)MCE从网络后台获取配置的所有基站的BCCH修改周期长度。
例如,由于MBSFA的范围是后台配置的,所以后台将MBSFA范围内的所有小区的BCCH修改周期都配置为同一个值,MCE可以从后台获取该BCCH值。在本发明的另一实施例中,后台也可以将MBSFA范围内的所有小区的BCCH修改周期都配置为不同的值,MCE可以从后台获取这些小区的BCCH修改周期长度,从而得到最大值。在本发明的另一实施例中,后台将MBSFA范围内的所有小区的BCCH修改周期都配置为不同的值,MCE从后台直接获取最大的BCCH修改周期值。
3)MCE获取协议容许的最大BCCH修改周期长度;
由于协议的限制,基站的BCCH修改周期长度一般最大只能取10.24秒。
步骤51:根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值;
本实施例为叙述方便,引入公共BCCH修改周期的概念,所述公共BCCH修改周期的长度为所有基站的BCCH修改周期长度中的最大值。
MCE可以将协议容许的最大BCCH修改周期长度作为所述公共BCCH修改周期的长度,或者将所述获取的所有基站的BCCH修改周期长度中的最大值作为公共BCCH修改周期长度。
MCE不需要在每次下发MCCH更新请求前都执行上述步骤50及步骤51,也就是该步骤50-步骤51并非每次执行MCCH更新的必须步骤。
若本步骤51由MCE完成,也就是由MCE确定MCCH修改周期,则MCE在确定了MCCH修改周期后,下发MCCH更新请求的操作包括:
MCE向基站下发包含参数N的MCCH更新请求,其中N为大于等于0的整数;指示基站在接收到所述MCCH更新请求后根据参数N确定更新MCCH消息的时机,当N大于等于1时,基站在当前时刻后第N个MCCH修改周期边界开始更新MCCH消息;当N等于0时,基站在接收到所述MCCH更新请求后立即更新MCCH消息。
在本发明的另一实施例中,MCE选择下发MCCH更新请求时机下发MCCH更新请求给基站,所述选择下发MCCH更新请求时机下发MCCH更请求给基站包括:如果所述MCCH修改周期大于公共BCCH修改周期,则MCE选择距离下一个MCCH修改周期边界的时间差大于所述所有基站的BCCH修改周期长度中的最大值的时刻下发MCCH更新请求;或者针对每个基站选择距离下一个MCCH修改周期边界的时间差大于各自的BCCH修改周期的时刻向所述每个基站下发MCCH更新请求;或者MCE直接下发MCCH更新请求,并携带更新时机指示;或者,如果MCCH修改周期等于公共BCCH修改周期,则MCE在任意时刻向基站下发MCCH更新请求,同时指示基站在接收到MCCH更新请求时刻起经过一个所述所有基站的BCCH修改周期长度中的最大值后的下一个MCCH修改周期的边界更新MCCH消息。
在本发明的另一实施例中,如果本步骤51由基站完成,也就是由基站确定MCCH修改周期,则MCE在确定公共BCCH修改周期后将公共BCCH修改周期下发给基站,基站在确定需要通知UE情况下,确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述公共BCCH修改周期。
步骤52:使用所述确定的MCCH修改周期更新MCCH消息。
例如,如果所述MCCH更新请求中没有携带更新时机的指示,则基站默认在接收到所述MCCH更新请求后的下一个MCCH修改周期的边界更新MCCH消息。
在本发明的另一实施例中,如果所述MCCH更新请求中没有携带更新时机的指示,则基站默认在接收到所述MCCH更新请求后,经过一个所述所有基站的BCCH修改周期长度中的最大值后的下一个MCCH修改周期的边界更新MCCH消息。
在本发明的另一实施例中,如果所述MCCH更新请求中携带更新时机的指示,则基站根据所述指示更新MCCH消息。
在本发明的另一实施例中,如果MCCH修改周期由基站本身确定,则基站根据该确定的MCCH修改周期确定MCCH更新时机,该确定MCCH更新时机的方法包括:
基站判断当前时刻距离下一个MCCH修改周期边界的时间差是否大于公共BCCH修改周期,若当前时刻距离下一个MCCH修改周期边界的时间差大于公共BCCH修改周期,基站则确定所述下一个MCCH修改周期边界为MCCH更新时机,基站从所述下一个MCCH修改周期边界处开始更新MCCH消息。
若当前时刻距离下一个MCCH修改周期边界的时间差小于等于所述公共BCCH修改周期,基站则判断当前时刻距离下下个MCCH修改周期边界的时间差,直到找到一个MCCH修改周期边界距离当前时刻的时间差大于所述公共BCCH修改周期为止,将找到的MCCH修改周期边界作为MCCH更新时机,基站从所述找到的MCCH修改周期边界开始执行MCCH更新。
本发明的另一实施例中,若更新MCCH同时需要更新BCCH消息,则在更新MCCH消息同时更新BCCH消息。
本实施例实现了更新MCCH消息过程中考虑各个基站的BCCH修改周期长度,保证各个基站能同步更新MCCH,并且可以在更新MCCH的同时更新BCCH。
本发明又一实施例提供一种MCCH更新方法,如图5所示,包括如下步骤:
步骤61:基站从MCE获取MBSFA内所有基站的广播控制信道BCCH修改周期长度中的最大值。
其中,MCE获取MBSFA内所有基站的BCCH修改周期长度的方法可以参考上面实施例步骤50中所述,此处不再赘述。MCE将所有基站的BCCH修改周期长度中的最大值下发给基站。
步骤62:基站根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值;
上述步骤61-62的操作并非每次执行MCCH更新时都需要执行,也就是基站在确定了MCCH修改周期后即可在每次接收到MCCH更新请求时都按照该MCCH修改周期更新MCCH消息,当然本发明并不排除定期更新确定MCCH修改周期的方案。
步骤63:使用所述确定的MCCH修改周期更新MCCH消息。
例如,基站接收MCCH更新请求;之后基站判断当前时刻距离下一个MCCH修改周期边界的时间差是否大于所述所有基站的BCCH修改周期长度中的最大值;
若大于所述所有基站的BCCH修改周期长度中的最大值,则确定所述下一个MCCH修改周期边界为MCCH更新时机,从所述下一个MCCH修改周期边界处开始更新MCCH消息;
若小于等于所述所有基站的BCCH修改周期长度中的最大值,则判断当前时刻距离下下个MCCH修改周期边界的时间差,直到找到一个MCCH修改周期边界距离当前时刻的时间差大于所述所有基站的BCCH修改周期长度中的最大值为止,将找到的MCCH修改周期边界作为MCCH更新时机,基站从所述找到的MCCH修改周期边界开始更新MCCH消息。
本实施例实现了更新MCCH消息过程中考虑各个基站的BCCH修改周期长度,保证各个基站能同步更新MCCH,并且可以在更新MCCH的同时更新BCCH。
为进一步理解本发明,下面再以另一实例对上述MCCH更新方法进行详细介绍。
本实例场景为,更新MCCH消息同时需要更新BCCH消息,且MCE将协议容许的最大BCCH修改周期长度10.24秒作为公共BCCH修改周期。eNB的MCCH更新操作包括如下内容。
eNB收到MCE的MCCH更新请求后,如果所述更新请求中包含了MCE指定的MCCH更新时机,则eNB在指定的MCCH更新时机更新MCCH消息及BCCH消息;eNB在该MCCH更新时机前寻呼UE,寻呼持续时间为本eNB的整个BCCH修改周期。
如果MCE没有指定MCCH更新时机,则eNB本身确定MCCH更新时机,具体操作包括:eNB判断当前时刻距离下一个MCCH修改周期边界的时间差。如果时间差大于10.24秒,eNB在下一个MCCH修改周期边界开始更新空口MCCH消息;如果时间差小于或等于10.24秒,eNB再计算当前时刻距离下下个MCCH修改周期边界的时间差,直到找到一个MCCH修改周期边界,距离当前时刻的时间差大于10.24秒为止。eNB从这个MCCH修改周期边界开始,发送新的MCCH消息。eNB在本身确定的MCCH修改边界前,寻呼UE,寻呼持续时间为本eNB的整个BCCH修改周期。
本实例中将协议容许的最大BCCH修改周期长度10.24秒作为公共BCCH修改周期,保证各个eNB能同步更新MCCH,并且在更新MCCH的同时更新BCCH。且操作简便,无需eNB与MCE交互。
本发明一个实施例提供一种MCE设备,如图6所示,该MCE设备包括:
获取单元70,用于获取MBSFA内所有基站的BCCH修改周期长度;所述获取MBSFA内所有基站的BCCH修改周期长度的方法可以参考上面实施例步骤50中所述,此处不再赘述。
确定单元71,用于根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值。所述确定MCCH修改周期的方法过程可以参考前述方法实施例的相关确定MCCH修改周期的方法过程,在此不再赘述。
如图7所示,所述MCE设备还可以包括下面单元中的任一个或多个,图7中三个单元均包括的场景:
第一发送单元72,用于向基站下发包含参数N的MCCH更新请求,其中N为大于等于0的整数;指示基站在接收到所述MCCH更新请求后根据参数N确定更新MCCH消息的时机,当N大于等于1时,基站在当前时刻后第N个MCCH修改周期边界开始更新MCCH消息;当N等于0时,基站在接收到所述MCCH更新请求后立即更新MCCH消息。
第二发送单元73,用于选择下发MCCH更新请求时机下发MCCH更请求给基站。
第三发送单元74,用于将所有基站的BCCH修改周期长度中的最大值发送给基站。
本实施例所述MCE设备在下发MCCH更新请求过程中考虑各个基站的BCCH修改周期长度,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值,保证各个基站能同步更新MCCH。
本发明实施例还提供一种基站,如图8所示,该基站包括:
获取单元80,用于从MCE获取MBSFA内所有基站的广播控制信道BCCH修改周期长度中的最大值;
确定单元81,用于根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于所述所有基站的BCCH修改周期长度中的最大值;
MCCH更新单元82,用于使用所述确定的MCCH修改周期更新MCCH消息。
所述MCCH更新单元82一种实施例结构如图9所示,可以进一步包括:
接收子单元821,用于接收MCCH更新请求;
判断子单元822,用于判断当前时刻距离下一个MCCH修改周期边界的时间差是否大于所述所有基站的BCCH修改周期长度中的最大值,得到判断结果;
选择子单元823,用于根据所述判断子单元822的判断结果选择MCCH更新时机;若大于所述所有基站的BCCH修改周期长度中的最大值,则确定所述下一个MCCH修改周期边界为MCCH更新时机;若小于等于所述所有基站的BCCH修改周期长度中的最大值,则判断当前时刻距离下下个MCCH修改周期边界的时间差,直到找到一个MCCH修改周期边界距离当前时刻的时间差大于所述所有基站的BCCH修改周期长度中的最大值为止,将找到的MCCH修改周期边界作为MCCH更新时机;
更新子单元824,用于根据所述更新时机更新MCCH消息。
本发明实施例所述基站根据所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于所述所有基站的BCCH修改周期长度中的最大值,保证了MBSFA内的多个基站同时更新MCCH消息,达到MCCH同步发送的目的。
本发明实施例还提供一种MCCH更新系统,如图10所示,该系统包括:多播协调实体MCE100及基站101;
所述MCE100,用于获取MBSFA内所有基站的广播控制信道BCCH修改周期长度,根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值,并下发MCCH更新请求给基站101;该MCE的功能及结构参照上面MCE实施例及附图6、7的结构;
所述基站101,用于接收所述MCCH更新请求,并根据确定的所述MCCH修改周期更新MCCH消息。
作为另一个实施例,所述MCE100还用于指示基站101MCCH更新时机,包括:向基站101下发包含参数N的MCCH更新请求,其中N为大于等于0的整数;指示基站在接收到所述MCCH更新请求后根据参数N确定更新MCCH消息的时机,当N大于等于1时,基站在当前时刻后第N个MCCH修改周期边界开始更新MCCH消息;当N等于0时,基站在接收到所述MCCH更新请求后立即更新MCCH消息。
本实施例实现了更新MCCH消息过程中考虑各个基站的BCCH修改周期长度,保证各个基站能同步更新MCCH,并且可以在更新MCCH的同时更新BCCH。
本发明又一MCCH更新系统的实施例,包括:多播协调实体MCE及基站;
所述MCE,用于获取MBSFA内所有基站的广播控制信道BCCH修改周期长度,并下发MCCH更新请求及所有基站的BCCH修改周期长度中的最大值给基站;
所述基站,用于接收所述MCCH更新请求以及所述所有基站的BCCH修改周期长度中的最大值,根据所述所有基站的BCCH修改周期长度中的最大值确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值,并根据确定的所述MCCH修改周期更新MCCH消息。该基站的功能及结构参照上面基站实施例的功能及附图8、9的结构。
作为另一实施例,所述基站还用于根据确定的所述MCCH修改周期选择更新时机更新MCCH消息,包括:
判断当前时刻距离下一个MCCH修改周期边界的时间差是否大于所述所有基站的BCCH修改周期长度中的最大值;
若大于所述所有基站的BCCH修改周期长度中的最大值,则确定所述下一个MCCH修改周期边界为MCCH更新时机,从所述下一个MCCH修改周期边界处开始更新MCCH消息;
若小于等于所述所有基站的BCCH修改周期长度中的最大值,则判断当前时刻距离下下个MCCH修改周期边界的时间差,直到找到一个MCCH修改周期边界距离当前时刻的时间差大于所述所有基站的BCCH修改周期长度中的最大值为止,将找到的MCCH修改周期边界作为MCCH更新时机,基站从所述找到的MCCH修改周期边界开始更新MCCH消息。
本实施例实现了更新MCCH消息过程中考虑各个基站的BCCH修改周期长度,保证各个基站能同步更新MCCH,并且可以在更新MCCH的同时更新BCCH。
综上所述,本发明实施例实现了MBSFA内的多个基站同时更新MCCH,达到MCCH同步更新的目的,而且可以保证一个小区内的BCCH和MCCH同时更新。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,在没有超过本申请的精神和范围内,可以通过其他的方式实现。当前的实施例只是一种示范性的例子,不应该作为限制,所给出的具体内容不应该限制本申请的目的。例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。
另外,所描述系统,装置和方法以及不同实施例的示意图,在不超出本申请的范围内,可以与其它系统,模块,技术或方法结合或集成。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (19)
1.一种多媒体广播组播业务控制信道MCCH更新方法,其特征在于,包括:
获取多媒体广播主播单频网区域MBSFA内所有基站的广播控制信道BCCH修改周期长度;
根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值;
使用所述确定的MCCH修改周期更新MCCH消息。
2.如权利要求1所述的方法,其特征在于,所述获取MBSFA内所有基站的BCCH修改周期长度包括:
接收MBSFA内所有基站上报的BCCH修改周期长度;或
从网络后台获取配置的所有基站的BCCH修改周期长度。
3.如权利要求2所述的方法,其特征在于,所述从网络后台获取配置的所有基站的BCCH修改周期长度包括:
当后台将MBSFA范围内的所有小区的BCCH修改周期都配置为同一个值时,从后台获取该BCCH修改周期;或
当后台将MBSFA范围内的所有小区的BCCH修改周期都配置为不同的值时,从后台获取这些小区的BCCH修改周期长度,从而得到最大值;或
当后台将MBSFA范围内的所有小区的BCCH修改周期都配置为不同的值时,从后台直接获取最大的BCCH修改周期长度值。
4.如权利要求1所述的方法,其特征在于,所述所有基站的BCCH修改周期长度中的最大值为协议容许的最大BCCH修改周期长度。
5.如权利要求1至4任一项所述的方法,其特征在于,所述确定MCCH修改周期后,所述方法还包括:
向基站下发包含参数N的MCCH更新请求,其中N为大于等于0的整数;
指示基站在接收到所述MCCH更新请求后根据参数N确定更新MCCH消息的时机,当N大于等于1时,基站在当前时刻后第N个MCCH修改周期边界开始更新MCCH消息;当N等于0时,基站在接收到所述MCCH更新请求后立即更新MCCH消息。
6.如权利要求1至4任一项所述的方法,其特征在于,所述确定MCCH修改周期后,所述方法还包括:
选择下发MCCH更新请求时机下发MCCH更新请求给基站。
7.如权利要求6所述的方法,其特征在于,所述选择下发MCCH更新请求时机下发MCCH更新请求给基站包括:
如果所述MCCH修改周期大于所有基站的BCCH修改周期长度中的最大值,则选择距离下一个MCCH修改周期边界的时间差大于所述所有基站的BCCH修改周期长度中的最大值的时刻下发MCCH更新请求;或者针对每个基站选择距离下一个MCCH修改周期边界的时间差大于各自的BCCH修改周期的时刻向所述每个基站下发MCCH更新请求;或者直接下发MCCH更新请求,并携带更新时机指示;
如果MCCH修改周期等于所有基站的BCCH修改周期长度中的最大值,则在任意时刻向基站下发MCCH更新请求,同时指示基站在接收到MCCH更新请求时刻起经过一个所述所有基站的BCCH修改周期长度中的最大值后的下一个MCCH修改周期的边界更新MCCH消息。
8.如权利要求7所述的方法,其特征在于,所述使用所述确定的MCCH修改周期更新MCCH消息包括:
如果所述MCCH更新请求中没有携带更新时机的指示,则在接收到所述MCCH更新请求后的下一个MCCH修改周期的边界更新MCCH消息;或
如果所述MCCH更新请求中没有携带更新时机的指示,则在接收到所述MCCH更新请求后,经过一个所述所有基站的BCCH修改周期长度中的最大值后的下一个MCCH修改周期的边界更新MCCH消息;或
如果所述MCCH更新请求中携带更新时机的指示,则根据所述指示更新MCCH消息。
9.如权利要求1所述的方法,其特征在于,所述根据所述所有基站的BCCH修改周期长度确定MCCH修改周期包括:
将所有基站的BCCH修改周期长度中的最大值发送给基站,由基站确定所述MCCH修改周期,选择MCCH更新时机。
10.一种多播协调实体MCE设备,其特征在于,包括:
获取单元,用于获取MBSFA内所有基站的BCCH修改周期长度;
确定单元,用于根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值。
11.如权利要求10所述的设备,其特征在于,还包括:
第一发送单元,用于向基站下发包含参数N的MCCH更新请求,其中N为大于等于0的整数;指示基站在接收到所述MCCH更新请求后根据参数N确定更新MCCH消息的时机,当N大于等于1时,基站在当前时刻后第N个MCCH修改周期边界开始更新MCCH消息;当N等于0时,基站在接收到所述MCCH更新请求后立即更新MCCH消息;或
第二发送单元,用于选择下发MCCH更新请求时机下发MCCH更新请求给基站;或
第三发送单元,用于将所有基站的BCCH修改周期长度中的最大值发送给基站。
12.一种MCCH更新方法,其特征在于,包括:
从MCE获取多媒体广播主播单频网区域MBSFA内所有基站的广播控制信道BCCH修改周期长度中的最大值;
根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值;
使用所述确定的MCCH修改周期更新MCCH消息。
13.如权利要求12所述的方法,其特征在于,所述使用所述确定的MCCH修改周期更新MCCH消息包括:
接收MCCH更新请求;
判断当前时刻距离下一个MCCH修改周期边界的时间差是否大于所述所有基站的BCCH修改周期长度中的最大值;
若大于所述所有基站的BCCH修改周期长度中的最大值,则确定所述下一个MCCH修改周期边界为MCCH更新时机,从所述下一个MCCH修改周期边界处开始更新MCCH消息;
若小于等于所述所有基站的BCCH修改周期长度中的最大值,则判断当前时刻距离下下个MCCH修改周期边界的时间差,直到找到一个MCCH修改周期边界距离当前时刻的时间差大于所述所有基站的BCCH修改周期长度中的最大值为止,将找到的MCCH修改周期边界作为MCCH更新时机,基站从所述找到的MCCH修改周期边界开始更新MCCH消息。
14.一种基站,其特征在于,包括:
获取单元,用于从MCE获取多媒体广播主播单频网区域MBSFA内所有基站的广播控制信道BCCH修改周期长度中的最大值;
确定单元,用于根据所述所有基站的BCCH修改周期长度中的最大值确定MCCH修改周期,使MCCH修改周期的长度大于所述所有基站的BCCH修改周期长度中的最大值;
MCCH更新单元,用于使用所述确定的MCCH修改周期更新MCCH消息。
15.如权利要求14所述的基站,其特征在于,所述MCCH更新单元进一步包括:
接收子单元,用于接收MCCH更新请求;
判断子单元,用于判断当前时刻距离下一个MCCH修改周期边界的时间差是否大于所述所有基站的BCCH修改周期长度中的最大值,得到判断结果;
选择子单元,用于根据所述判断子单元的判断结果选择MCCH更新时机;若大于所述所有基站的BCCH修改周期长度中的最大值,则确定所述下一个MCCH修改周期边界为MCCH更新时机;若小于等于所述所有基站的BCCH修改周期长度中的最大值,则判断当前时刻距离下下个MCCH修改周期边界的时间差,直到找到一个MCCH修改周期边界距离当前时刻的时间差大于所述所有基站的BCCH修改周期长度中的最大值为止,将找到的MCCH修改周期边界作为MCCH更新时机;
更新子单元,用于根据所述更新时机更新MCCH消息。
16.一种MCCH更新系统,其特征在于,包括:多播协调实体MCE及基站;
所述MCE,用于获取多媒体广播主播单频网区域MBSFA内所有基站的广播控制信道BCCH修改周期长度,根据所述所有基站的BCCH修改周期长度确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值,并下发MCCH更新请求给基站;
所述基站,用于接收所述MCCH更新请求,并根据确定的所述MCCH修改周期更新MCCH消息。
17.如权利要求16所述的系统,其特征在于,所述MCE还用于指示基站更新时机,包括:向基站下发包含参数N的MCCH更新请求,其中N为大于等于0的整数,指示基站在接收到所述MCCH更新请求后根据参数N确定更新MCCH消息的时机,当N大于等于1时,基站在当前时刻后第N个MCCH修改周期边界开始更新MCCH消息;当N等于0时,基站在接收到所述MCCH更新请求后立即更新MCCH消息。
18.一种MCCH更新系统,其特征在于,包括:多播协调实体MCE及基站;
所述MCE,用于获取多媒体广播主播单频网区域MBSFA内所有基站的广播控制信道BCCH修改周期长度,并下发MCCH更新请求及所有基站的BCCH修改周期长度中的最大值给基站;
所述基站,用于接收所述MCCH更新请求以及所述所有基站的BCCH修改周期长度中的最大值,根据所述所有基站的BCCH修改周期长度中的最大值确定MCCH修改周期,使MCCH修改周期的长度大于或等于所述所有基站的BCCH修改周期长度中的最大值,并根据确定的所述MCCH修改周期更新MCCH消息。
19.如权利要求18所述的系统,其特征在于,所述基站还用于根据确定的所述MCCH修改周期选择更新时机更新MCCH消息,包括:
判断当前时刻距离下一个MCCH修改周期边界的时间差是否大于所述所有基站的BCCH修改周期长度中的最大值;
若大于所述所有基站的BCCH修改周期长度中的最大值,则确定所述下一个MCCH修改周期边界为MCCH更新时机,从所述下一个MCCH修改周期边界处开始更新MCCH消息;
若小于等于所述所有基站的BCCH修改周期长度中的最大值,则判断当前时刻距离下下个MCCH修改周期边界的时间差,直到找到一个MCCH修改周期边界距离当前时刻的时间差大于所述所有基站的BCCH修改周期长度中的最大值为止,将找到的MCCH修改周期边界作为MCCH更新时机,基站从所述找到的MCCH修改周期边界开始更新MCCH消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910165655 CN101998258B (zh) | 2009-08-14 | 2009-08-14 | 一种mcch更新方法、设备及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910165655 CN101998258B (zh) | 2009-08-14 | 2009-08-14 | 一种mcch更新方法、设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101998258A CN101998258A (zh) | 2011-03-30 |
CN101998258B true CN101998258B (zh) | 2013-06-26 |
Family
ID=43787688
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200910165655 Active CN101998258B (zh) | 2009-08-14 | 2009-08-14 | 一种mcch更新方法、设备及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101998258B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102055757B (zh) * | 2009-10-27 | 2013-07-31 | 电信科学技术研究院 | 一种mcch修改周期的配置方法和设备 |
KR101961520B1 (ko) * | 2012-07-03 | 2019-03-22 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | eMBMS 제어 플레인 동기화 |
CN105101097B (zh) * | 2014-05-07 | 2020-02-14 | 中兴通讯股份有限公司 | 更新多媒体广播多播控制信道信息的方法及设备 |
-
2009
- 2009-08-14 CN CN 200910165655 patent/CN101998258B/zh active Active
Non-Patent Citations (2)
Title |
---|
Huawei.MCCH generation and repetitions.《3GPP TSG-RAN WG2 Meeting #66bis》.2009, |
MCCH generation and repetitions;Huawei;《3GPP TSG-RAN WG2 Meeting #66bis》;20090622;第2章 * |
Also Published As
Publication number | Publication date |
---|---|
CN101998258A (zh) | 2011-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102378113B (zh) | 一种多媒体广播多播业务传输方式的转换方法和系统 | |
CN101854589B (zh) | 多媒体广播多播业务控制信令的传输方法和系统 | |
CN102421066B (zh) | 多媒体广播组播业务计数方法及系统 | |
CN102083003A (zh) | 一种mbms状态请求、反馈的方法及装置 | |
TWI428036B (zh) | 處理多媒體廣播與群播服務之動態排程資訊的方法及通訊裝置 | |
TWI559796B (zh) | 處理多媒體廣播與群播服務之動態排程資訊的方法及通訊裝置 | |
CN102158808A (zh) | Mcch信息的接收方法及装置、用户设备 | |
CN102045646A (zh) | Mbms业务的同步计数方法和设备 | |
CN101931875A (zh) | 一种业务控制信息的发送、接收方法及其系统 | |
CN102056342B (zh) | 一种多播控制信道mcch的收发方法、装置和系统 | |
CN102651847B (zh) | 一种网元获取用户设备的接收状况信息的方法及系统 | |
CN101925000B (zh) | 一种控制终端监听信道的方法、系统及装置 | |
CN103581836A (zh) | 一种群组小数据的发送方法及系统 | |
CN102036175B (zh) | 一种mbms寻呼指示信息的传输方法及网络侧设备 | |
CN101998258B (zh) | 一种mcch更新方法、设备及系统 | |
CN102487482B (zh) | 多媒体广播组播业务的计数方法和系统 | |
CN102045643A (zh) | 资源调整方法和多小区/多播协调实体 | |
CN101442711A (zh) | 用户设备反馈多媒体广播多播业务信息的方法 | |
CN102123134B (zh) | 获取多媒体广播组播控制信息的方法和接收系统 | |
CN102281501A (zh) | 多媒体广播多播业务计数反馈的方法及系统 | |
CN101662356B (zh) | Embms系统中控制信令的同步方法与装置 | |
CN101370170A (zh) | 无线资源协调方法 | |
CN100479414C (zh) | 多媒体广播/组播业务中控制信道上接入信息的传输方法 | |
CN112566045A (zh) | 多媒体广播组播业务mbms传输方法及设备 | |
CN102104836A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |