具体实施方式
本申请实施例提供了两种方案,用以实现在终端进行覆盖模式切换时获取用于目标覆盖模式的系统消息,并保持业务连续性或减少时延。
方案一:基站通过RRC消息将终端进入目标覆盖模式所需的系统消息传输给终端;
方案二:基站通知终端获取进入目标覆盖模式所需的系统消息。其中,基站可通过媒体接入控制控制单元(Media Access Control Control Element,MAC CE)或无线链路控制(Radio Link Control,RLC)控制协议数据单元(Protocol Data Unit,PDU)或RRC消息进行上述通知。
下面结合附图对本申请提供的实施例进行详细描述。
参见图1,为本申请实施例方案一提供的系统消息获取流程示意图。
在S101中,基站确定终端从第一覆盖模式进入第二覆盖模式,在S102中,基站向该终端发送RRC消息,该RRC消息中包括终端进入第二覆盖模式所需的系统消息。该RRC消息用于指示终端从第一覆盖模式进入第二覆盖模式,以使终端根据该RRC消息的指示以及该消息中包含的进入第二覆盖模式所需的系统消息,进入第二覆盖模式。其中,所述RRC消息可以是RRC连接重配置消息,也可以是其他RRC消息。
上述实施例可适用于从普通覆盖模式切换到覆盖增强模式的场景,此种情况下,第一覆盖模式为普通覆盖模式,第二覆盖模式为覆盖增强模式。上述实施例也可以适用于从覆盖增强模式切换到普通覆盖模式的场景,此种情况下,第一覆盖模式为覆盖增强模式,第二覆盖模式为普通覆盖模式。
下面分别结合图2对采用方案一从普通覆盖模式切换到覆盖增强模式的流程进行描述,结合图3对采用方案一从覆盖增强模式切换到普通覆盖模式的流程进行描述。
参见图2,为本申请实施例方案一提供的从普通覆盖模式切换到覆盖增强模式的流程。该流程中的终端为支持覆盖增强模式的终端。如图所示,该流程可包括如下步骤:
S201:基站确定终端是否从普通覆盖模式进入覆盖增强模式。若确定为是,则转入S202,否则可转入S201或者执行其它操作。
该步骤中,基站可通过对终端的信号质量进行监测来判断是否需要将终端从普通覆盖模式切换到覆盖增强模式。比如,可预先设置用于判决的第一门限,若基站检测到处于普通覆盖模式下的终端的上行信号质量低于该第一门限,则判定需要将该终端的上行覆盖从普通覆盖模式切换到覆盖增强模式。
在一种应用场景中,处于普通覆盖模式下的RRC空闲态的终端接入系统后从RRC空闲态转换为非RRC空闲态(比如RRC连接态或RRC非激活态),基站对处于非RRC空闲态的该终端的信号质量进行监测,以判决是否需要将该终端从普通覆盖模式切换到覆盖增强模式。其中,对于处于普通覆盖模式的RRC空闲态的终端来说,可读取MIB和SIBType1、SIBType2到SIBType8。可选地,对于支持LTE和无线局域网(Wireless Local AreaNetwork,WLAN)互操作的终端,则还读取SIBType17。处于普通覆盖的RRC连接态的终端,可读取MIB、SIBType1、SIBType2。可选地,如果终端支持码分多址(Code Division Multiple Access,CDMA)2000,则还读取SIBType8。可选地,对于支持LTE和WLAN互操作的终端还读取SIBType17。
S202:基站向该终端发送RRC连接重配置消息,该RRC连接重配消息中包括终端进入覆盖增强模式所需的系统消息。该RRC连接重配置消息用于指示终端从普通覆盖模式进入覆盖增强模式。
S203:终端接收到该RRC连接重配置消息后,可根据其中包含的终端进入覆盖增强模式所需的系统消息进入覆盖增强模式。
上述流程的S202中,所述RRC连接重配消息中所包含的系统消息可包括进入覆盖增强模式所需的SIBType1-BR和SIBType2。其中,SIBType1-BR为用于覆盖增强模式的系统信息,可复用SIBType1的结构,SIBType1-BR中的字段的内容可以与用于进入普通覆盖模式所需的SIBType1的字段内容不同。SIBType1-BR的传输块大小以及在每个调度周期内的重复次数可由主信息块(MasterInformationBlock,MIB)指示,SIBType1-BR的传输时频位置和RV版本可以采用协议定义的方式或由MIB指示的方式。对于Rel-13来说,可通过扩展MIB,使其包括SIBType1-BR的调度信息。MIB不受Rel-13LC/EC终端的6个物理资源块(PhysicalResource Block,PRB)的系统带宽限制的影响,因为在已有协议中MIB固定在系统带宽中间的6个PRB上传输。MIB的格式也不需要发生变化。
可选地,用于增强覆盖模式的其他类型系统信息块(SystemInformationBlockType)可在用于增强覆盖模式的SI消息(SI message)中传输,SI消息的调度机制中仍然沿用LTE协议中定义的SI窗口(SI-Window)和SI优先级(SI-periodicity)机制。用于增强覆盖模式的SI消息在一个SI-Window内的传输图样(pattern)在SIBType1-BR中携带。
可选地,若终端支持多媒体广播多播业务(Multimedia Broadcast MulticastService,MBMS)接收,则所述RRC连接重配置消息中所包含的系统消息还可包括SIBType13。
可选地,若终端支持单小区点到多点(Single Cell-Point to Multi-point,SC-PTM)接收,则所述RRC连接重配置消息中所包含的系统消息还可包括SIBkType20。
可选地,若终端支持MBMS业务连续性,则所述RRC连接重配置消息中所包含的系统消息还可包括SIBType15。
通过以上描述可以看出,对于支持覆盖增强的LTE终端,在RRC空闲态在普通覆盖模式下进入RRC连接态后,若从普通覆盖模式转为增强覆盖模式,则基站可通过RRC消息(比如RRC重配置消息)协助该终端获取进入覆盖增强模式所需的系统消息。与现有技术相比,终端在进入连接态或非激活态后无需再返回到空闲态来接收进入覆盖增强模式所需的系统消息,因而避免了基站将终端释放到RRC空闲态接收用于覆盖增强模式所需的系统消息所导致的业务终端和时延,也避免了强制要求支持覆盖增强的终端同时接收和维护进入覆盖增强模式和普通覆盖模式所需的系统消息,从而同时保存和维护两套系统消息导致的终端复杂性增加和功耗增大。
参见图3,为本申请实施例方案一提供的从覆盖增强模式切换到普通覆盖模式的流程。该流程中的终端为支持覆盖增强模式的终端。如图所示,该流程可包括如下步骤:
S301:基站确定终端是否从覆盖增强模式进入普通覆盖模式。若确定为是,则转入S302,否则可转入S301或者执行其它操作。
该步骤中,基站可通过对终端的信号质量进行监测来判断是否需要将终端从覆盖增强模式切换到普通覆盖模式。比如,可预先设置用于判决的第一门限,若基站检测到处于覆盖覆盖模式下的终端的上行信号质量高于该第一门限,则判定需要将该终端的上行覆盖从覆盖增强模式切换到普通覆盖模式。
在一种应用场景中,处于覆盖增强模式下的RRC空闲态的终端接入系统后转换为RRC连接态,基站对处于RRC连接态的该终端的信号质量进行监测,以判决是否需要将该终端从覆盖增强模式切换到普通覆盖模式。其中,对于处于覆盖增强模式的RRC空闲态的终端来说,可读取MIB和SIBType1-BR、用于覆盖增强模式的SIBType2到SIBType8。可选地,对于支持LTE和WLAN互操作的终端,则还读取SIBType17。
S302:基站向该终端发送RRC连接重配置消息,该RRC连接重配消息中包括终端从覆盖增强模式进入普通覆盖模式所需的系统消息。该RRC连接重配置消息用于指示终端从覆盖增强模式进入普通覆盖模式。
S303:终端接收到该RRC连接重配置消息后,可根据其中包含的终端进入普通覆盖模式所需的系统消息进入普通覆盖模式。
上述流程的S302中,所述RRC连接重配消息中所包含的系统消息可包括用于进入普通覆盖模式所需的SIBType1和SIBType2。
可选地,若终端支持CDMA2000,则所述RRC连接重配置消息中所包含的系统消息还可包括SIBType8。可选地,若终端支持LTE和WLAN互操作,则所述RRC连接重配置消息中所包含的系统消息还可包括SIBType17。可选地,若终端支持MBMS接收,则所述RRC连接重配置消息中所包含的系统消息还可包括SIBType13。可选地,若终端支持SC-PTM接收,则所述RRC连接重配置消息中所包含的系统消息还可包括SIBkType20。可选地,若终端支持MBMS业务连续性,则所述RRC连接重配置消息中所包含的系统消息还可包括SIBType15。
通过以上描述可以看出,对于支持覆盖增强的LTE终端,在RRC空闲态在覆盖增强模式下进入RRC连接态后,若从覆盖正确模式转为普通覆盖模式,则基站可通过RRC重配置消息协助该终端获取进入普通覆盖模式所需的系统消息。与现有技术相比,终端在进入连接态或非激活态后无需再返回到空闲态来接收进入普通覆盖模式所需的系统消息,因而避免了基站将终端释放到RRC空闲态接收用于普通覆盖模式所需的系统消息所导致的业务终端和时延,也避免了强制要求支持覆盖增强的终端同时接收和维护进入覆盖增强模式和普通覆盖模式所需的系统消息,从而同时保存和维护两套系统消息导致的终端复杂性增加和功耗增大。
参见图4,为本申请实施例方案二提供的系统消息获取流程示意图。
在S401中,基站确定终端从第一覆盖模式进入第二覆盖模式;在S402中,基站通知该终端获取进入第二覆盖模式所需的系统消息。终端可根据该通知获取进入第二覆盖模式所需的系统消息,并根据获取到的系统消息进入第二覆盖模式。
上述实施例可适用于从普通覆盖模式切换到覆盖增强模式的场景,此种情况下,第一覆盖模式为普通覆盖模式,第二覆盖模式为覆盖增强模式。上述实施例也可以适用于从覆盖增强模式切换到普通覆盖模式的场景,此种情况下,第一覆盖模式为覆盖增强模式,第二覆盖模式为普通覆盖模式。
下面分别结合图5对采用方案二从普通覆盖模式切换到覆盖增强模式的流程进行描述,结合图6对采用方案二从覆盖增强模式切换到普通覆盖模式的流程进行描述。
参见图5,为本申请实施例方案二提供的从普通覆盖模式切换到覆盖增强模式的流程。该流程中的终端为支持覆盖增强模式的终端。如图所示,该流程可包括如下步骤:
S501:基站确定终端是否从普通覆盖模式进入覆盖增强模式。若确定为是,则转入S502,否则可转入S501或者执行其它操作。
该步骤中,基站可通过对终端的信号质量进行监测来判断是否需要将终端从普通覆盖模式切换到覆盖增强模式,具体实现方法可参见前述实施例。
在一种应用场景中,处于处于普通覆盖模式下的RRC空闲态的终端接入系统后从RRC空闲态转换为非RRC空闲态(比如RRC连接态或RRC非激活态),基站对处于非RRC空闲态的该终端的信号质量进行监测,以判决是否需要将该终端从普通覆盖模式切换到覆盖增强模式。其中,对于处于普通覆盖模式的RRC空闲态的终端来说,可读取MIB和SIBType1、SIBType2到SIBType8。可选地,对于支持LTE和WLAN互操作的终端,则还读取SIBType17。处于普通覆盖的RRC连接态的终端,可读取MIB、SIBType1、SIBType2。可选地,如果终端支持CDMA2000,则还读取SIBType8。可选地,对于支持LTE和WLAN互操作的终端还读取SIBType17。
S502:基站通知该终端获取进入覆盖增强模式所需的系统消息。可选地,基站可通过MAC CE或RLC控制PDU或RRC消息进行上述通知。
S503:终端接收到该通知后,可根据该通知获取进入覆盖增强模式所需的系统消息。
该步骤中,终端可根据该通知读取从普通覆盖模式进入覆盖增强模式所需的SIBType1-BR和SIBType2。可选地,若终端支持MBMS接收,则终端还读取SIBType13。可选地,若终端支持SC-PTM接收,则终端还取SIBType20。可选地,若终端支持MBMS业务连续性,则终端还读取SIBType15。
S504:基站向该终端发送RRC消息,所述RRC消息用于指示该终端从普通覆盖模式进入覆盖增强模式。该终端接收到该RRC消息后,根据获取到的进入覆盖增强模式所需的系统消息,从普通覆盖模式进入覆盖增强模式。所述RRC消息可以是RRC连接重配置消息或其他RRC消息。
该步骤中,在一个例子中,终端根据接收到的通知获取进入覆盖增强模式所需的系统消息后,通知基站获取完成进入覆盖增强模式所需的系统消息。基站接收到该通知后,向该终端发送RRC连接重配置消息,以指示终端从普通覆盖模式切换到覆盖增强模式。可选地,终端可通过MAC CE或者RLC控制PDU或者RRC消息通知基站已经读取完上述系统消息。
在另一个例子中,基站可估计该终端获取完成进入覆盖增强模式所需的系统消息后,向该终端发送RRC连接重配置消息,以指示终端从普通覆盖模式切换到覆盖增强模式。
可选地,上述S502的通知中可包括系统信息变更指示,所述系统信息变更指示用于指示进入覆盖增强模式所需的系统消息是否发生更新。具体实施时,该系统信息变更指示可以是SIBType1-BR中包含的systemInfoValueTag(基站可将SIBType1-BR中的systemInfoValueTag携带在上述通知中发送给终端)。systemInfoValueTag的取值为大于等于0的整数,若系统消息有更新,则其取值自动加1。终端可根据systemInfoValueTag的取值判断系统消息是否有更新。
相应地,终端可根据该系统信息变更指示判断系统消息是否有更新,若有更新,则按照上述方式获取进入增强覆盖模式所需的系统消息;若没有更新,则无需获取进入增强覆盖模式所需的系统消息,可根据之前获取到的进入增强覆盖模式所需的系统消息进入覆盖增强模式。
例如,终端接收到MAC CE或RLC控制PDU或RRC消息后,将当前接收到的MAC CE或RLC控制PDU或RRC消息中的systemInfoValueTag,与存储的systemInfoValueTag进行对比,若前者的取值大于后者,则表明系统消息有变化,则终端读取进入覆盖增强模式所需的SIBType1-BR和SIBType2。可选地,若终端支持MBMS接收,则还取SIBType13。可选地,若终端支持SC-PTM接收,则还读取SIBType20。可选地,若终端支持MBMS业务连续性,则终端还读取SIBType15。若前者的取值等于后者,则表明系统消息无变化,则终端无需读取上述系统消息。
通过以上描述可以看出,对于支持覆盖增强的LTE终端,在RRC空闲态在普通覆盖模式下进入RRC连接态后,若从普通覆盖模式转为增强覆盖模式,则基站可通过通知终端获取进入覆盖增强模式所需的系统消息的方式协助该终端获取进入覆盖增强模式所需的系统消息。与现有技术相比,终端在进入连接态或非激活态后无需再返回到空闲态来接收进入覆盖增强模式所需的系统消息,因而避免了基站将终端释放到RRC空闲态接收用于覆盖增强模式所需的系统消息所导致的业务终端和时延,也避免了强制要求支持覆盖增强的终端同时接收和维护进入覆盖增强模式和普通覆盖模式所需的系统消息,从而同时保存和维护两套系统消息导致的终端复杂性增加和功耗增大。
参见图6,为本申请实施例方案二提供的从覆盖增强模式切换到普通覆盖模式的流程。该流程中的终端为支持覆盖增强模式的终端。如图所示,该流程可包括如下步骤:
S601:基站确定终端是否从覆盖增强模式进入普通覆盖模式。若确定为是,则转入S602,否则可转入S601或者执行其它操作。
该步骤中,基站可通过对终端的信号质量进行监测来判断是否需要将终端从覆盖增强模式切换到普通覆盖模式,具体实现方法可参见前述实施例。
在一种应用场景中,处于覆盖增强模式下的RRC空闲态的终端接入系统后转换为非RRC空闲态(比如RRC连接态或RRC非激活态),基站对处于非RRC空闲态的该终端的信号质量进行监测,以判决是否需要将该终端从覆盖增强模式切换到普通覆盖模式。其中,对于处于覆盖增强模式的RRC空闲态的终端来说,可读取MIB和SIBType1-BR、用于覆盖增强模式的SIBType2到SIBType8。可选地,对于支持LTE和WLAN互操作的终端,则还读取SIBType17。
S602:基站通知该终端获取进入普通覆盖模式所需的系统消息。可选地,基站可通过MAC CE或RLC控制PDU或RRC消息进行上述通知。
S603:终端接收到该通知后,可根据该通知获取进入普通覆盖模式所需的系统消息。
该步骤中,终端可根据接收到的通知读取用于普通覆盖的SIBType1和SIBType2。可选地,若终端支持CDMA2000,则终端还读取SIBType8。可选地,若终端支持LTE和WLAN互操作,则终端还读取SIBType17。可选地,若终端支持MBMS接收,则终端还读取SIBType13。可选地,若终端支持SC-PTM接收,则终端还读取SIBType20。可选地,若终端支持MBMS业务连续性,则终端还读取SIBType15。
S604:基站向该终端发送RRC消息,所述RRC消息用于指示该终端从覆盖增强模式进入普通覆盖模式。该终端接收到该RRC消息后,根据获取到的进入普通覆盖模式所需的系统消息,从覆盖增强模式进入普通覆盖模式。所述RRC消息可以是RRC连接重配置消息或其他RRC消息。
该步骤中,在一个例子中,终端根据接收到的通知获取进入普通覆盖模式的系统消息后,通知基站获取完成进入普通覆盖模式所需的系统消息。基站接收到该通知后,向该终端发送RRC连接重配置消息,以指示终端从覆盖增强模式切换到普通覆盖模式。可选地,终端可通过MAC CE或者RLC控制PDU或者RRC消息通知基站已经读取完上述系统消息。
在另一个例子中,基站可估计该终端获取完成进入普通覆盖模式所需的系统消息后,向该终端发送RRC连接重配置消息,以指示终端从覆盖增强模式切换到普通覆盖模式。
可选地,上述S503的通知中可包括系统信息变更指示,所述系统信息变更指示用于指示进入普通覆盖模式所需的系统消息是否发生更新。具体实施时,该系统信息变更指示可以是SIBType1中包含的systemInfoValueTag(基站可将SIBType1中的systemInfoValueTag携带在上述通知中发送给终端)。systemInfoValueTag的取值为大于等于0的整数,若系统消息有更新,则其取值自动加1。终端可根据systemInfoValueTag的取值判断系统消息是否有更新。
相应地,终端可根据该系统信息变更指示判断系统消息是否有更新,若有更新,则按照上述方式获取进入普通覆盖模式所需的系统消息;若没有更新,则无需获取进入普通增强模式所需的系统消息,可根据之前获取到的进入普通覆盖模式所需的系统消息进入普通覆盖模式。
例如,终端接收到MAC CE或RLC控制PDU或RRC消息后,将当前接收到的MAC CE或RLC控制PDU或RRC消息中的systemInfoValueTag,与存储的systemInfoValueTag进行对比,若前者的取值大于后者,则表明系统消息有变化,则终端读取用于普通覆盖的SIBType1和SIBType2。可选地,若终端支持CDMA2000,则终端还读取SIBType8。可选地,若终端支持LTE和WLAN互操作,则终端还读取SIBType17。可选地,若终端支持MBMS接收,则终端还读取SIBType13。可选地,若终端支持SC-PTM接收,则终端还读取SIBType20。可选地,若终端支持MBMS业务连续性,则终端还读取SIBType15。若前者的取值等于后者,则表明系统消息无变化,则终端无需读取上述系统消息。
通过以上描述可以看出,对于支持覆盖增强的LTE终端,在RRC空闲态在覆盖增强模式下进入RRC连接态后,若从覆盖正确模式转为普通覆盖模式,则基站可通过通知终端获取进入普通覆盖模式所需的系统消息的方式协助该终端获取进入普通覆盖模式所需的系统消息。与现有技术相比,终端在进入连接态或非激活态后无需再返回到空闲态来接收进入普通覆盖模式所需的系统消息,因而避免了基站将终端释放到RRC空闲态接收用于普通覆盖模式所需的系统消息所导致的业务终端和时延,也避免了强制要求支持覆盖增强的终端同时接收和维护进入覆盖增强模式和普通覆盖模式所需的系统消息,从而同时保存和维护两套系统消息导致的终端复杂性增加和功耗增大。
基于相同的技术构思,本发明实施例还提供了一种基站,该基站可实现本申请实施例方案一中基站侧执行的流程。参见图7,为本申请实施例提供的该基站的结构示意图,该基站可包括:确定模块701、发送模块702,其中:
确定模块701用于确定终端从第一覆盖模式进入第二覆盖模式;发送模块702用于向所述终端发送RRC消息,所述RRC消息用于指示所述终端从第一覆盖模式进入第二覆盖模式,所述RRC消息中包括终端进入第二覆盖模式所需的系统消息。
可选地,所述第一覆盖模式为普通覆盖模式,所述第二覆盖模式为覆盖增强模式;或者,所述第一覆盖模式为覆盖增强模式,所述第二覆盖模式为普通覆盖模式。
其中,若第一覆盖模式为普通覆盖模式、所述第二覆盖模式为覆盖增强模式,则所述系统消息可包括的内容如前述实施例所述,在此不再重复。若第一覆盖模式为覆盖增强模式、所述第二覆盖模式为普通覆盖模式,则所述系统消息包括的内容如前述实施例所述,在此不再重复。
基于相同的技术构思,本发明实施例还提供了一种终端,该终端可实现本申请实施例方案一中终端侧执行的流程。参见图8,为本申请实施例提供的该终端的结构示意图,该终端可包括:接收模块801、处理模块802,其中:
接收模块801用于在所述终端处于第一覆盖模式下接收基站发送的用于指示所述终端从第一覆盖模式进入第二覆盖模式的RRC消息,所述RRC消息中包括所述终端进入第二覆盖模式所需的系统消息;处理模块802用于根据所述进入第二覆盖模式所需的系统消息,进入第二覆盖模式。
可选地,所述第一覆盖模式为普通覆盖模式,所述第二覆盖模式为覆盖增强模式;或者,所述第一覆盖模式为覆盖增强模式,所述第二覆盖模式为普通覆盖模式。
其中,若第一覆盖模式为普通覆盖模式、所述第二覆盖模式为覆盖增强模式,则所述系统消息可包括的内容如前述实施例所述,在此不再重复。若第一覆盖模式为覆盖增强模式、所述第二覆盖模式为普通覆盖模式,则所述系统消息包括的内容如前述实施例所述,在此不再重复。
基于相同的技术构思,本发明实施例还提供了一种基站,该基站可实现本申请实施例方案二中基站侧执行的流程。参见图9,为本申请实施例提供的该基站的结构示意图,该基站可包括:确定模块901、发送模块902,进一步地还可包括接收模块903,其中:
确定模块901用于确定终端从第一覆盖模式进入第二覆盖模式;发送模块902用于通知所述终端获取进入第二覆盖模式所需的系统消息。
可选地,发送模块902具体用于:通过MAC CE或RLC控制PDU或RRC消息,通知所述终端获取用于第二覆盖模式所需的系统消息。
可选地,所述MAC CE或RLC控制PDU或RRC消息中包括系统信息变更指示,所述系统信息变更指示用于指示所述进入第二覆盖模式所需的系统消息是否发生更新。
可选地,接收模块903用于在所述发送模块通知所述终端获取用于第二覆盖模式所需的系统消息之后,接收所述终端发送的获取完成第二覆盖模式所需的系统消息的通知;所述发送模块还用于:在所述接收模块接收所述获取完成第二覆盖模式所需的系统消息的通知后,向所述终端发送RRC消息,所述RRC消息用于指示所述终端从第一覆盖模式进入第二覆盖模式;或者,所述发送模块还用于:在估计所述终端获取完成进入第二覆盖模式所需的系统消息后,向所述终端发送RRC消息,所述RRC消息用于指示所述终端从第一覆盖模式进入第二覆盖模式。
可选地,所述第一覆盖模式为普通覆盖模式,所述第二覆盖模式为覆盖增强模式;或者,所述第一覆盖模式为覆盖增强模式,所述第二覆盖模式为普通覆盖模式。
基于相同的技术构思,本发明实施例还提供了一种终端,该终端可实现本申请实施例方案二中终端侧执行的流程。参见图10,为本申请实施例提供的该终端的结构示意图,该终端可包括:接收模块1001、获取模块1002,进一步地还可包括发送模块1003、处理模块1004,其中:
接收模块1001用于在所述终端处于第一覆盖模式下时接收基站发送的通知,所述通知用于指示所述终端获取用于第二覆盖模式所需的系统消息;获取模块1002用于根据所述通知获取进入第二覆盖模式所需的系统消息。
可选地,接收模块1001具体用于:接收所述基站通过MAC CE或RLC控制PDU或RRC消息发送的通知。
可选地,所述MAC CE或RLC控制PDU或RRC消息中包括系统信息变更指示,所述系统信息变更指示用于指示进入第二覆盖模式所需的系统消息是否发生更新;获取模块1002具体用于:若根据所述系统信息变更指示确定系统信息发生更新,则获取进入第二模式覆盖所需的系统消息。
可选地,发送模块1003用于在所述获取模块根据所述通知获取进入第二覆盖模式所需的系统消息之后,向所述基站发送获取完成第二覆盖模式所需的系统消息的通知;接收模块1001还用于:接收所述基站根据所述获取完成第二覆盖模式所需的系统消息的通知向所述终端发送的RRC消息;处理模块1004用于根据所述RRC消息从第一覆盖模式进入第二覆盖模式。或者,接收模块1001还用于接收所述基站估计所述终端获取完成进入第二覆盖模式所需的系统消息后向所述终端发送的RRC消息;处理模块1004用于根据所述RRC消息从第一覆盖模式进入第二覆盖模式。
可选地,所述第一覆盖模式为普通覆盖模式,所述第二覆盖模式为覆盖增强模式;或者,所述第一覆盖模式为覆盖增强模式,所述第二覆盖模式为普通覆盖模式。
其中,若第一覆盖模式为普通覆盖模式、所述第二覆盖模式为覆盖增强模式,则所述系统消息可包括的内容如前述实施例所述,在此不再重复。若第一覆盖模式为覆盖增强模式、所述第二覆盖模式为普通覆盖模式,则所述系统消息包括的内容如前述实施例所述,在此不再重复。
基于相同的技术构思,本发明的另一实施例还提供了一种通信装置,该通信装置可实现本申请实施例方案一中终端侧执行的流程。该通信装置可以是终端。
参见图11,为本发明实施例提供的通信装置的结构示意图。如图所示,该通信装置可包括:处理器1101、存储器1102、收发机1103以及总线接口。
处理器1101负责管理总线架构和通常的处理,存储器1102可以存储处理器1101在执行操作时所使用的数据。收发机1103用于在处理器1101的控制下接收和发送数据。
总线架构可以包括任意数量的互联的总线和桥,具体由处理器1101代表的一个或多个处理器和存储器1102代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。处理器1101负责管理总线架构和通常的处理,存储器1102可以存储处理器1101在执行操作时所使用的数据。
本发明实施例揭示的流程,可以应用于处理器1101中,或者由处理器1101实现。在实现过程中,信号处理流程的各步骤可以通过处理器1101中的硬件的集成逻辑电路或者软件形式的指令完成。处理器1101可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1102,处理器1101读取存储器1102中的信息,结合其硬件完成信号处理流程的步骤。
具体地,处理器1101,用于读取存储器1102中的程序,执行下列过程:确定终端从第一覆盖模式进入第二覆盖模式;通过收发机向所述终端发送RRC消息,所述RRC消息用于指示所述终端从第一覆盖模式进入第二覆盖模式,所述RRC消息中包括终端进入第二覆盖模式所需的系统消息。上述流程的具体实现过程可参见前述实施例的描述,在此不再重复。
基于相同的技术构思,本发明的另一实施例还提供了一种通信装置,该通信装置可实现本申请实施例方案一中终端侧执行的流程。该通信装置可以是终端。
参见图12,为本发明实施例提供的通信装置的结构示意图。如图所示,该通信装置可包括:处理器1201、存储器1202、收发机1203以及总线接口。
处理器1201负责管理总线架构和通常的处理,存储器1202可以存储处理器1201在执行操作时所使用的数据。收发机1203用于在处理器1201的控制下接收和发送数据。
总线架构可以包括任意数量的互联的总线和桥,具体由处理器1201代表的一个或多个处理器和存储器1202代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。处理器1201负责管理总线架构和通常的处理,存储器1202可以存储处理器1201在执行操作时所使用的数据。
本发明实施例揭示的流程,可以应用于处理器1201中,或者由处理器1201实现。在实现过程中,信号处理流程的各步骤可以通过处理器1201中的硬件的集成逻辑电路或者软件形式的指令完成。处理器1201可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1202,处理器1201读取存储器1202中的信息,结合其硬件完成信号处理流程的步骤。
具体地,处理器1201,用于读取存储器1202中的程序,执行下列过程:处于第一覆盖模式时通过收发机接收基站发送的用于指示所述终端从第一覆盖模式进入第二覆盖模式的RRC消息,所述RRC消息中包括所述终端进入第二覆盖模式所需的系统消息;根据所述进入第二覆盖模式所需的系统消息,进入第二覆盖模式。上述流程的具体实现过程可参见前述实施例的描述,在此不再重复。
基于相同的技术构思,本发明的另一实施例还提供了一种通信装置,该通信装置可实现本申请实施例方案二中基站侧执行的流程。该通信装置可以是基站。
参见图13,为本发明实施例提供的通信装置的结构示意图。如图所示,该通信装置可包括:处理器1301、存储器1302、收发机1303以及总线接口。
处理器1301负责管理总线架构和通常的处理,存储器1302可以存储处理器1301在执行操作时所使用的数据。收发机1303用于在处理器1301的控制下接收和发送数据。
总线架构可以包括任意数量的互联的总线和桥,具体由处理器1301代表的一个或多个处理器和存储器1302代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。处理器1301负责管理总线架构和通常的处理,存储器1302可以存储处理器1301在执行操作时所使用的数据。
本发明实施例揭示的流程,可以应用于处理器1301中,或者由处理器1301实现。在实现过程中,信号处理流程的各步骤可以通过处理器1301中的硬件的集成逻辑电路或者软件形式的指令完成。处理器1301可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1302,处理器1301读取存储器1302中的信息,结合其硬件完成信号处理流程的步骤。
具体地,处理器1301,用于读取存储器1302中的程序,执行下列过程:确定终端从第一覆盖模式进入第二覆盖模式;通过收发机通知所述终端获取进入第二覆盖模式所需的系统消息。上述流程的具体实现过程可参见前述实施例的描述,在此不再重复。
基于相同的技术构思,本发明的另一实施例还提供了一种通信装置,该通信装置可实现本申请实施例方案二中终端侧执行的流程。该通信装置可以是终端。
参见图14,为本发明实施例提供的通信装置的结构示意图。如图所示,该通信装置可包括:处理器1401、存储器1402、收发机1403以及总线接口。
处理器1401负责管理总线架构和通常的处理,存储器1402可以存储处理器1401在执行操作时所使用的数据。收发机1403用于在处理器1401的控制下接收和发送数据。
总线架构可以包括任意数量的互联的总线和桥,具体由处理器1401代表的一个或多个处理器和存储器1402代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。处理器1401负责管理总线架构和通常的处理,存储器1402可以存储处理器1401在执行操作时所使用的数据。
本发明实施例揭示的流程,可以应用于处理器1401中,或者由处理器1401实现。在实现过程中,信号处理流程的各步骤可以通过处理器1401中的硬件的集成逻辑电路或者软件形式的指令完成。处理器1401可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1402,处理器1401读取存储器1402中的信息,结合其硬件完成信号处理流程的步骤。
具体地,处理器1401,用于读取存储器1402中的程序,执行下列过程:在终端处于第一覆盖模式时通过收发机接收基站发送的通知,所述通知用于指示所述终端获取用于第二覆盖模式所需的系统消息;根据所述通知通过所述收发机获取进入第二覆盖模式所需的系统消息。上述流程的具体实现过程可参见前述实施例的描述,在此不再重复。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。