一种MCCH修改周期的配置方法和设备
技术领域
本发明实施例涉及通信技术领域,特别涉及一种MCCH修改周期的配置方法和设备。
背景技术
在现有技术中,R9LTE MBMS(Long Term Evolution Multimedia BroadcastMulticast Service,长期演进多媒体广播多播业务)架构的结构示意图如图1所示。
其中,“M3”接口,为MCE(MBMS Coordination Entity,MBMS协调实体)和MME(Mobility Management Entity,移动性管理实体)之间的接口,针对该接口定义了相应的应用功能,以便进行EPS承载等级的MBMS会话控制信令交互。相关的会话控制过程包括:MBMS Session Start和MBMS SessionStop。该接口的信令传输使用SCTP(Stream Control Transmission Protocol,流控制传输协议)协议,即该接口的信令传输是点对点进行的。
“M2”接口,为MCE和eNB(Evolved Node B,演进型B节点)之间的逻辑接口,针对该接口定义了相应的应用功能,以便传输多小区传输模式eNB所需的无线配置参数以及会话控制信令。该接口的信令传输使用SCTP协议,因而该接口的信令传输是点对点方式的。
控制面信息的传输路径为:由BM-SC(Broadcast Multicast Service Center,广播多播服务中心)至MME,至MCE,再到eNB。
“M1”接口,为MBMS(Multimedia Broadcast Multicast Service,多媒体广播多播业务)网关和eNB之间的逻辑接口,该接口是一个纯粹的用户面接口。因此接口上没有定义控制面应用功能。指向单小区和多小区的用户分组的传输是基于IP(Internet Protocol,网络互联协议)多播的点对多点传输(Point ToMultiple-Point,PTM)。
用户面数据的传递路径为:由BM-SC至EMBMS GW(Evolved MultimediaBroadcast Multicast Service Gateway,演进型多媒体广播多播业务网关),再到eNB。
对于现有技术中的BCCH修改周期(Modification Period,MP)的处理流程,如图2所示,BCCH配置由修改周期中的指令进行修改,每个修改周期的开始才开始改变,在修改周期内发送的BCCH内容不允许改变。
场景描述:
BCCH-Config::= SEQUENCE{
modificationPeriodCoeff ENUMERATED{n2,n4,n8,n16}
}
PCCH-Config::= SEQUENCE{
defaultPagingCycle ENUMERATED{
rf32,rf64,rf128,rf256},
nB ENUMERATED{
fourT,twoT,oneT,halfT,quarterT,oneEighthT,
oneSixteenthT,oneThirtySecondT}
}
由以上描述可知,系统广播修改周期(BCCH修改周期)具体可以通过以下公式进行计算:
modificationPeriodCoeff*defaultPagingCycle
从目前参数,可以看出BCCH修改周期最小值为2×32=640ms。
最大值为16×256=40.96s
在MBMS发送中,MCCH信道会设置修改周期(Modification Period,MP)和重复周期(Repetition Period,RP),在修改周期内MCCH信息不变,并且以重复周期进行重复。这样UE在修改周期内可以接收到多次相同的MCCH信息,只要正确接收一次就可以正确解读出MCCH承载的信息。
由于系统需要,总是配置MCCH修改周期大于BCCH周期,目前MCCH的修改周期,重复周期,MCCH的MCS(Modulation and Coding Scheme,调制解码方式)在BCCH中发送,如果假设MCCH的修改周期和BCCH修改周期没有一定关系,即MCCH的修改周期可以大于,等于和小于BCCH的修改周期,那么,就会出现如图3所示的情况。
从图3可以看出,在MBSFN(Multicast/Broadcast over Single FrequencyNetwork,单频网多播/广播)区域中,MCCH需要在第四个修改周期进行修改。通过RAN3的讨论可以确定,通过配置明确的时间(explicit time)知道MCCH在第四个修改周期修改。或根据基站实现在第三个修改周期发MCCH更新消息,然后基站知道在第四个修改周期修改MCCH。
如果MCCH中的MCS需要更新,就需要先更新BCCH中的SIB(SystemInformation Block,系统信息块),具体如图4所示。
比如:在第一个图所示的应用场景中,MCCH修改周期小于BCCH修改周期,需要在第二个系统信息修改周期(System Information Modification Period,SP)更新SIB,并且MCCH修改周期更新和BCCH更新似乎不能同步,MCCH的MCS并不能马上随BCCH更改而生效。
在第二个图所示的应用场景中,MCCH修改周期大于BCCH修改周期,需要在第七个系统信息修改周期更新SIB,MCCH修改周期更新和BCCH更新可以同步,MCCH的MCS马上随BCCH更改而生效。
在第三个图所示的应用场景中,MCCH修改周期等于BCCH修改周期,需要在第四个系统信息修改周期更新SIB,MCCH修改周期更新和BCCH更新可以同步,MCCH的MCS马上随BCCH更改而生效。
因此,可以配置MCCH修改周期总是大于或等于BCCH修改周期保证MCCH的MCS马上随BCCH更改而生效。
在实现本发明实施例的过程中,发明人发现现有技术至少存在以下问题:
由于目前的MCCH修改周期到底可以设置为多少还没有确定的方案,在目前的技术方案下,可以设置MCCH修改周期始终大于BCCH的修改周期。
但是,如前所述,BCCH的修改周期是两个参数决定的,并且最小值为640ms,最大值为40.96s,变化的范围较大,不仅如此,由于一个MBSFN区域的每个基站的BCCH修改周期并不一样,因此,MCE如果不知道基站的BCCH修改周期是没法配置MCCH修改周期的。
发明内容
本发明实施例提供一种MCCH修改周期的配置方法和设备,实现根据各基站上报的BCCH修改周期的相关参数,由MCE进行MCCH的修改周期的协商。
为达到上述目的,本发明实施例一方面提供了一种MCCH修改周期的配置方法,应用于包括多个基站和一个MCE的系统中,所述方法包括:
各所述基站分别向所述MCE上报自身的广播控制信道BCCH的修改周期信息;
各所述基站接收所述MCE返回的根据各BCCH的修改周期信息所对应的最大的BCCH修改周期而确定的MCCH修改周期信息;
各所述基站根据所接收到的MCCH修改周期信息确定自身所对应的MCCH的修改周期。
优选的,各所述基站接收所述MCE返回的根据各BCCH的修改周期信息所对应的最大的BCCH修改周期而确定的MCCH修改周期信息之后,如果各所述基站需要更新自身所对应的BCCH的修改周期,所述方法还包括:
所述基站判断更新后的BCCH的修改周期是否大于当前的MCCH的修改周期;
如果所述基站判断更新后的BCCH的修改周期大于当前的MCCH的修改周期,则所述基站在更新所述BCCH的修改周期之前,向所述MCE上报自身需要更新的BCCH的修改周期信息,并接收所述MCE返回的根据需要更新的BCCH的修改周期信息确定的新的MCCH的修改周期信息。
优选的,如果所述基站判断更新后的BCCH的修改周期小于当前的MCCH的修改周期,所述方法还包括:
所述基站直接更新所述BCCH的修改周期,而不向所述MCE上报自身需要更新的BCCH的修改周期信息;或,
所述基站直接更新所述BCCH的修改周期,并在更新所述BCCH的修改周期之前或之后,向所述MCE上报自身需要更新的BCCH的修改周期信息。
优选的,所述BCCH的修改周期信息,具体包括:
各所述基站所对应的BCCH的修改周期的时间信息;或,
各所述基站所对应的BCCH的修改周期参数modificationPeriodCoeff和缺省寻呼周期参数defaultPagingCycle;或,
各所述基站所对应的BCCH的所有配置信息。
优选的,所述BCCH的修改周期信息所对应的基站通过各所述基站所对应的小区标识来表示,各所述基站分别向所述MCE上报自身的BCCH的修改周期信息的同时,还包括:
各所述基站分别向所述MCE上报自身所对应的小区标识。
另一方面,本发明实施例还提供了一种基站,应用于包括多个基站和一个MCE的系统中,包括:
通信模块,用于向所述MCE上报自身的BCCH的修改周期信息,并接收所述MCE返回的根据各BCCH的修改周期信息所对应的最大的BCCH修改周期而确定的MCCH修改周期信息;
配置模块,用于根据所述通信模块所接收到的MCCH修改周期信息,确定所述基站所对应的MCCH的修改周期。
优选的,所述基站还包括:
判断模块,用于在所述基站需要更新自身所对应的BCCH的修改周期时,判断更新后的BCCH的修改周期是否大于所述配置模块所配置的当前的MCCH的修改周期。
优选的,如果所述判断模块判断更新后的BCCH的修改周期大于当前的MCCH的修改周期,则所述通信模块在所述基站更新所述BCCH的修改周期之前,向所述MCE上报自身需要更新的BCCH的修改周期信息,并接收所述 MCE返回的根据需要更新的BCCH的修改周期信息确定的新的MCCH的修改周期信息;
如果所述判断模块判断更新后的BCCH的修改周期小于当前的MCCH的修改周期,所述基站直接更新所述BCCH的修改周期,而所述通信模块在更新所述BCCH的修改周期之前或之后,向所述MCE上报自身需要更新的BCCH的修改周期信息,或不向所述MCE上报自身需要更新的BCCH的修改周期信息。
优选的,所述BCCH的修改周期信息,具体包括:
所述基站所对应的BCCH的修改周期的时间信息;或,
所述基站所对应的BCCH的修改周期参数modificationPeriodCoeff和缺省寻呼周期参数defaultPagingCycle;或,
所述基站所对应的BCCH的所有配置信息。
另一方面,本发明实施例还提供了一种MCE,应用于包括多个基站和一个MCE的系统中,包括:
接收模块,用于接收各基站上报的BCCH的修改周期信息;
确定模块,用于根据所述接收模块所接收的各基站上报的各BCCH的修改周期信息所对应的最大的BCCH修改周期确定MCCH修改周期信息;
发送模块,用于将所述确定模块所确定的MCCH修改周期信息发送给各基站。
优选的,所述接收模块所接收到的所述BCCH的修改周期信息,具体包括:
所述基站所对应的BCCH的修改周期的时间信息;或,
所述基站所对应的BCCH的修改周期参数modificationPeriodCoeff和缺省寻呼周期参数defaultPagingCycle;或,
所述基站所对应的BCCH的所有配置信息。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例所提出的技术方案,使MCE可以根据系统中各基站上报的BCCH修改周期的信息对当前系统中MCCH修改周期进行协商。
附图说明
图1为现有技术中的一种LTE MBMS的网络结构的示意图;
图2为现有技术中的BCCH的结构示意图;
图3为现有技术中的MCCH的结构示意图;
图4为现有技术中的MCCH修改处理流程的示意图;
图5为本发明实施例所提出的一种MCCH修改周期的配置方法的流程示意图;
图6为本发明实施例所提出的具体应用场景下的一种MCCH修改周期的配置方法的流程示意图;
图7为本发明实施例所提出的一种基站的结构示意图;
图8为本发明实施例所提出的一种MCE的结构示意图。
具体实施方式
为了解决现有技术中存在的问题,本发明实施例提出的一种多媒体广播业务控制信道MCCH修改周期的配置方法,该方法应用于包括多个基站和一个MCE的系统中。
如图5所示,为本发明实施例提出的一种多媒体广播业务控制信道MCCH修改周期的配置方法的流程示意图,具体包括以下步骤:
步骤S501、各基站分别向MCE上报自身的广播控制信道BCCH的修改周期信息。
其中,BCCH的修改周期信息,具体包括:
各基站所对应的BCCH的修改周期的时间信息;或,
各基站所对应的BCCH的修改周期参数modificationPeriodCoeff和缺省寻呼周期参数defaultPagingCycle;或,
各基站所对应的BCCH的所有配置信息。
在具体的应用场景中,可以根据需要具体确定应用上述的哪种信息或信息组合作为BCCH的修改周期信息,具体应用上述的那种形式向MCE进行BCCH的修改周期信息反馈并不会影响本发明的保护范围
需要进一步指出的是,由于BCCH的修改周期信息所对应的基站通过各基站所对应的小区标识来表示,所以,各基站分别向MCE上报自身的BCCH的修改周期信息的同时,还包括:
各基站分别向MCE上报自身所对应的小区标识。
步骤S502、各基站接收MCE返回的根据各BCCH的修改周期信息所对应的最大的BCCH修改周期而确定的MCCH修改周期信息。
步骤S503、各基站根据所接收到的MCCH修改周期信息确定自身所对应的MCCH的修改周期。
在具体的应用场景中,各基站接收MCE返回的根据各BCCH的修改周期信息所对应的最大的BCCH修改周期而确定的MCCH修改周期信息之后,如果各基站需要更新自身所对应的BCCH的修改周期,还进一步包括以下处理流程:
基站判断更新后的BCCH的修改周期是否大于当前的MCCH的修改周期。
如果基站判断更新后的BCCH的修改周期大于当前的MCCH的修改周期,则基站在更新BCCH的修改周期之前,向MCE上报自身需要更新的BCCH的修改周期信息,并接收MCE返回的根据需要更新的BCCH的修改周期信息确定的新的MCCH的修改周期信息。
如果基站判断更新后的BCCH的修改周期小于当前的MCCH的修改周期,基站直接更新BCCH的修改周期,并在更新BCCH的修改周期之前或之后,向MCE上报自身需要更新的BCCH的修改周期信息,或直接不向MCE上报自身需要更新的BCCH的修改周期信息。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例所提出的技术方案,使MCE可以根据系统中各基站上报的BCCH修改周期的信息对当前系统中MCCH修改周期进行协商。
下面,进一步结合具体的示例,对本发明实施例的技术方案进行说明。
本发明实施例给出一种通过M2接口上报基站BCCH修改周期的方法,采用这种方法可以使MCE了解各基站的BCCH修改周期,进而根据上报上来的信息配置MCCH的修改周期。
信令过程如图6所示,在基站决定配置MCCH的修改周期时,需要通过步骤S601在M2接口向MCE上报BCCH的修改周期,然后MCE根据各个基站上报上来的BCCH信息通过步骤S602向各基站配置MCCH修改周期。
由于BCCH的修改周期由两个参数决定,即modificationPeriodCoeff和defaultPagingCycle,因此,本发明实施例所提出的技术方案也可以通过直接上报这两个参数而由MCE直接进行计算处理。
当然,基站也可以直接将BCCH的所有参数直接都上报给MCE,由MCE进行BCCH的计算处理,其中,BCCH的所有参数至少包括以下表1所示的参数。
表1BCCH参数示意
信息类型 |
信息描述 |
Cell Identity |
小区标识 |
...... |
|
BCCH信息列表 |
|
>modificationPeriodCoeff |
修改周期系数 |
>defaultPagingCycle |
缺省Paging周期参数 |
...... |
|
|
|
假设由三基站组成MBSFN网络,基站1,基站2和基站3上报的BCCH修改周期分别为5.12s、10.24s、20.48s,那么,MCE会根据其中的最大值,即20.48s,去配置这个MBSFN区域的MCCH修改周期。
在具体的应用场景中,当基站计划更新BCCH修改周期时,同样需要上报自身新的修改周期,但是,可以首先判断自身更新的修改周期是否大于 MCCH的修改周期,如果更新的BCCH修改周期大于MCCH的修改周期,则在修改前提前通知MCE,信令过程可以仍然采用图6所示的信令过程。
与现有技术相比,本发明实施例具有以下优点:
目前在LTE R9的MBMS版本中,已经确定MCCH在多小区的PMCH信道上传输,MCCH采用的MCS(编码调制方式),修改周期(MP),重复周期(RP)等参数在BCCH上传输。而MCCH的修改是MBSFN区域保持一致的,BCCH的修改周期是小区确定的。
因此,MCE可以通过把MCCH的修改周期配置的总是比BCCH大,来实现接收完BCCH中更新的MCS消息后,可以马上使用该MCS去解调MCCH。
本发明实施例所给出的一种M2接口传输MCCH配置消息的方法,使MCE可以根据基站上传的BCCH修改周期的信息去决定MCCH修改周期等一些参数的配置,对BCCH修改和MCCH修改进行协调。
为了实现本发明实施例的技术方案,本发明实施例还提出了一种基站,应用于包括多个基站和一个MCE的系统中。
如图7所示,为本发明实施例所提出的一种基站的结构示意图,具体包括:
通信模块71,用于向MCE上报自身的BCCH的修改周期信息,并接收MCE返回的根据各BCCH的修改周期信息所对应的最大的BCCH修改周期而确定的MCCH修改周期信息;
配置模块72,用于根据通信模块71所接收到的MCCH修改周期信息,确定基站所对应的MCCH的修改周期。
在具体的应用场景中,该基站还包括:
判断模块73,用于在基站需要更新自身所对应的BCCH的修改周期时,判断更新后的BCCH的修改周期是否大于配置模块72所配置的当前的MCCH的修改周期。
如果判断模块73判断更新后的BCCH的修改周期大于当前的MCCH的修改周期,则通信模块71在基站更新BCCH的修改周期之前,向MCE上报自身需要更新的BCCH的修改周期信息,并接收MCE返回的根据需要更新的BCCH的修改周期信息确定的新的MCCH的修改周期信息;
如果判断模块73判断更新后的BCCH的修改周期小于当前的MCCH的修改周期,基站直接更新BCCH的修改周期,而通信模块71在更新BCCH的修改周期之前或之后,向MCE上报自身需要更新的BCCH的修改周期信息,或不向MCE上报自身需要更新的BCCH的修改周期信息。
其中,需要指出的是,通信模块71所上报的BCCH的修改周期信息,具体包括:
基站所对应的BCCH的修改周期的时间信息;或,
基站所对应的BCCH的修改周期参数modificationPeriodCoeff和缺省寻呼周期参数defaultPagingCycle;或,
基站所对应的BCCH的所有配置信息。
在具体的应用场景中,可以根据需要具体确定应用上述的哪种信息或信息组合作为BCCH的修改周期信息,具体应用上述的那种形式向MCE进行BCCH的修改周期信息反馈并不会影响本发明的保护范围
需要进一步指出的是,由于BCCH的修改周期信息所对应的基站通过各基站所对应的小区标识来表示,所以,通信模块71向MCE上报自身的BCCH的修改周期信息的同时,还包括:
通信模块71分别向MCE上报自身所对应的小区标识。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例所提出的技术方案,使MCE可以根据系统中各基站上报的BCCH修改周期的信息对当前系统中MCCH修改周期进行协商。
另一方面,本发明实施例还提供了一种MCE,应用于包括多个基站和一个MCE的系统中。
如图8所示,本发明实施例所提供的一种MCE的结构示意图,具体包括:
接收模块81,用于接收各基站上报的BCCH的修改周期信息;
确定模块82,用于根据接收模块81所接收的各基站上报的各BCCH的修改周期信息所对应的最大的BCCH修改周期确定MCCH修改周期信息;
发送模块83,用于将确定模块82所确定的MCCH修改周期信息发送给各基站。
其中,接收模块81所接收到的BCCH的修改周期信息,具体包括:
基站所对应的BCCH的修改周期的时间信息;或,
基站所对应的BCCH的修改周期参数modificationPeriodCoeff和缺省寻呼周期参数defaultPagingCycle;或,
基站所对应的BCCH的所有配置信息。
在具体的应用场景中,可以根据需要具体确定应用上述的哪种信息或信息组合作为BCCH的修改周期信息,具体应用上述的那种形式向MCE进行BCCH的修改周期信息反馈并不会影响本发明的保护范围
需要进一步指出的是,由于BCCH的修改周期信息所对应的基站通过各基站所对应的小区标识来表示,所以,接收模块81接收到的各基站上报的BCCH的修改周期信息的同时,还包括:
接收模块81接收各基站上报的自身所对应的小区标识。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例所提出的技术方案,使MCE可以根据系统中各基站上报的BCCH修改周期的信息对当前系统中MCCH修改周期进行协商。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明实施例各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中 的模块或流程并不一定是实施本发明实施例所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明实施例的几个具体实施场景,但是,本发明实施例并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明实施例的保护范围。