一种系统消息更新信息的发送、接收方法及其装置
技术领域
本发明涉及通信技术领域,尤其是涉及了一种系统消息更新信息的发送、接收方法及其装置。
背景技术
LTE(Long Term Evolve,长期演进)系统中UE(User Equipment,用户设备)的RRC(Radio Resource Control,无线资源控制)状态分为RRC空闲态(RRC_IDLE)和RRC连接态(RRC_CONNECTED);RRC空闲态是指UE没有与任何基站建立连接,只由核心网实体保存UE上下文的状态;RRC连接态是指UE与特定基站建立连接的状态,在RRC连接态下UE才能进行数据传输。
在LTE系统中,当UE处于RRC空闲态时,基站可以通过寻呼消息找到UE,且处于RRC空闲态的UE在收到寻呼消息后,将发起与基站的RRC连接建立过程,进入RRC连接态,并开始数据传输。需要注意的是,寻呼消息除了承担基站呼叫RRC空闲态UE的功能之外,还承担着通知系统消息更新信息的功能。
UE按照一定的周期以DRX(Discontinuous Reception,非连续接收)形式监听寻呼消息,即每隔一段时间在固定位置监听P-RNTI(Paging Radio Network TemporaryIdentity,寻呼无线网络临时标识)加扰的PDCCH(Physical Downlink Control Channel,物理下行控制信道)调度的寻呼消息;其中,周期称为paging DRX周期,监听调度寻呼消息的位置称为PO(Paging Occasion,寻呼时刻)。
UE根据如下公式计算PO的位置:SFN mod T=(T div N)*(UE_ID mod N),且根据该公式可计算出PO所处于的无线帧位置编号SFN,其中T为paging DRX周期,N由网络配置决定,UE_ID为该UE的IMSI;此外,还需要通过如下公式计算该无线帧中的具体子帧:i_s =floor(UE_ID/N) mod Ns,其中N,Ns由网络配置决定,通过计算得到的i_s即可获知子帧位置。
需要注意的是,从上述公式可以看出,不同的UE_ID计算得到的PO位置可能是不同的;此外,基站侧同样会根据上述公式计算每一个UE监听寻呼消息的位置,从而当网络需要对该UE寻呼时,在相同位置调度该UE的寻呼消息。
如图1所示,为LTE系统中通知系统消息更新信息的示意图,在一个系统消息更新周期内,基站通知系统消息更新信息,且在下一个系统消息更新周期内,发送更新后的系统消息;其中,系统消息更新周期等于基站在系统消息中配置的修改周期因子乘以默认寻呼周期。
进一步的,通知的系统消息更新信息由PCH(Paging Channel,寻呼信道)承载,且包含在寻呼消息中;其具体为:基站在UE可接收寻呼调度的位置PO发送寻呼调度命令,并在该子帧发送寻呼消息,该寻呼消息是一条RRC消息,且在PDSCH(Physical Downlink SharedChannel,物理下行共享信道)上传输;此外,寻呼消息中携带UE标识、系统消息变更指示等信息,且基站可在一条寻呼消息中携带多个UE标识并通知系统消息变更的信息。
现有技术中,为了满足日益增长的数据业务需求,基于LTE系统的基站本地IP接入系统应运而生。如图2所示,为基站本地IP接入系统的示意图,基站本地IP接入系统通过构建本地无线网络,由基站(又为接入点AP)为用户提供网络覆盖和无线接入服务;由于基站本地IP接入系统采用了扁平化的网络架构,其能够简单而低成本地实现UE对外部网络的访问,这种架构完全基于接入网的架构,取消了LTE系统的核心网,简化了数据传输路径和网络复杂度。
需要注意的是,在基站本地IP接入系统中,UE一般处于相对静止状态,且没有核心网实体保存UE的上下文,因此基站本地IP接入系统中没有RRC空闲态,UE接入网络后直接进入RRC连接态,并与选定基站一直保持连接。
在实现本发明的过程中,发明人发现现有技术中至少存在以下问题:
在基站本地IP接入系统中,UE将一直处于RRC连接态,不需要基站侧在发起传输时对UE进行寻呼,且如果为了通知系统消息更新信息功能而保留寻呼机制,则存在以下问题:1)需要使用寻呼相关信道,包括PCCH(Physical Control Channel,物理控制信道)和PCH,使得信道结构复杂化;2)需要用RRC消息通知系统消息变更,占用PDSCH资源;3)由于小区下不同UE的PO不同,系统消息变更通知需要相应发送多次,不仅增加了数据传输资源,还增加了用于调度命令的物理层控制信道资源的占用。
发明内容
本发明实施例提供一种系统消息更新信息的发送、接收方法及其装置,以更合理的通知系统消息更新信息。
为了达到上述目的,本发明实施例提供一种系统消息更新信息的发送方法,包括:
基站设备确定需要进行系统消息更新;
所述基站设备通过物理下行控制信道PDCCH在系统消息更新周期内通知系统消息更新信息;
所述基站设备在下一个系统消息更新周期内发送更新后的系统消息。
本发明实施例提供一种系统消息更新信息的接收方法,包括:
用户设备UE在系统消息更新周期内监听用于通知系统消息更新信息的物理下行控制信道PDCCH;
所述UE确定系统消息更新;
所述UE在下一个系统消息更新周期接收更新后的系统消息。
本发明实施例提供一种基站设备,包括:
确定模块,用于确定需要进行系统消息更新;
第一发送模块,用于通过物理下行控制信道PDCCH在系统消息更新周期内通知系统消息更新信息;
第二发送模块,用于在下一个系统消息更新周期内发送更新后系统消息。
本发明实施例提供一种用户设备UE,包括:
第一接收模块,用于在系统消息更新周期内监听用于通知系统消息更新信息的物理下行控制信道PDCCH;
确定模块,用于确定系统消息更新;
第二接收模块,用于在下一个系统消息更新周期接收更新后的系统消息。
与现有技术相比,本发明实施例至少具有以下优点:本发明实施例中,提供一种在基站本地IP接入系统中通知系统消息更新信息的方式,可以简化信道结构,节约空口数据传输资源和控制信道资源。
附图说明
为了更清楚地说明本发明的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术中LTE系统中通知系统消息更新信息的示意图;
图2是现有技术中基站本地IP接入系统的示意图;
图3是本发明实施例一中提供的一种系统消息更新信息的发送、接收方法流程示意图;
图4是本发明实施例二中提供的针对通知系统消息更新信息的相关参数的示意图;
图5是本发明实施例二中提供的SIB2的radioResourceConfigCommon消息的IE格式示例示意图;
图6是本发明实施例三中提供的针对通知系统消息更新信息的示意图;
图7是本发明实施例四中提供的针对UE监听PDCCH的示意图;
图8是本发明实施例五提供的一种基站设备的结构示意图;
图9是本发明实施例六提供的一种用户设备的结构示意图。
具体实施方式
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本发明实施例一提供一种系统消息更新信息的发送、接收方法,由基站设备通知系统消息更新信息,并发送更新后的系统消息;以及由UE接收系统消息更新信息,并接收更新后的系统消息;该方法可以应用于不需要进行寻呼的系统(例如,图2所示的基站本地IP接入系统)中,本发明实施例中对应用场景不再详加赘述;如图3所示,该方法包括以下步骤:
步骤301,基站设备确定需要进行系统消息更新。具体的,当系统消息发生变化时,则基站设备可以确定需要进行系统消息更新。
步骤302,基站设备通过PDCCH在系统消息更新周期内通知系统消息更新信息。针对该基站设备的处理,则:UE在系统消息更新周期内监听用于通知系统消息更新信息的PDCCH,并确定系统消息更新。
本发明实施例中,基站设备通过PDCCH在系统消息更新周期内通知系统消息更新信息,包括:基站设备通过PDCCH在系统消息更新周期内的相同时刻通知小区下所有UE系统消息更新信息。针对该基站设备的处理,则:所有UE在系统消息更新周期内的相同时刻监听同一条用于通知系统消息更新信息的PDCCH,以确定系统消息更新。
本发明实施例中,基站设备通过PDCCH在系统消息更新周期内通知系统消息更新信息,包括:基站设备按照规定的通知系统消息更新信息的重复时间间隔在一个系统消息更新周期内通过PDCCH多次通知系统消息更新信息。针对该基站设备的处理,则:UE在系统消息更新周期内多次监听用于通知系统消息更新信息的PDCCH。
本发明实施例中,PDCCH承载的DCI(Downlink Control Information,下行控制消息)可采用DCI format(格式) 1C,且其中所有信息比特位设为规定值,该规定值为协议中规定的数值,不需要基站设备和UE的协商过程,如规定在通知系统消息更新信息时每个比特都置为1;以及,PDCCH通过专用的用于通知系统消息更新信息的RNTI(Radio NetworkTemporary Identifier,无线网络临时标识)加扰,如复用LTE系统的P-RNTI(Paging RadioNetwork Temporary Identifier,寻呼无线网络临时标识)进行加扰,以便UE进行PDCCH类型区分。
进一步的,基于上述PDCCH的相关特征,则UE在获知PDCCH通过专用的用于通知系统消息更新信息的RNTI加扰,且PDCCH承载的DCI采用DCI format 1C,其中所有信息比特位设为规定值时,该UE可以确定系统消息更新。
需要注意的是,DCI format用于承载UL(上行)/DL(下行)的调度信息或者公用信息,DCI format包括:DCI format 0/1/1A/2/2A/3/3A/1B/1C等,且其中的DCI format 1C一般用于承载DL的调度信息或者公用信息,并用于调度SI(Rank Indication,秩指示),RAR(Random Access Response,随机接入响应),PAGING(寻呼)等。
此外,DCI format 1C的长度与系统带宽有关,其长度至少为8个bit,且该8个bit被设为规定值(如8个bit都被设置为1),在更大的系统带宽下,DCI format 1C的长度会大于8个bit,此情况下其中有8个bit被设为规定值(如8个bit都被设置为1),且其他bit为冗余bit。
步骤303,基站设备在下一个系统消息更新周期内发送更新后的系统消息。针对该基站设备的处理,则:UE在下一个系统消息更新周期内接收更新后的系统消息。
需要注意的是,该步骤303中的下一个系统消息更新周期与上述步骤302中的系统消息更新周期是对应的;例如,当上述步骤302中的系统消息更新周期为系统消息更新周期1时,则该步骤303中的下一个系统消息更新周期为系统消息更新周期2。
本发明实施例中,基站设备通过PDCCH在系统消息更新周期内通知系统消息更新信息之前,该基站设备还需要确定通知系统消息更新信息的发送时刻以及重复时间间隔,并通过RRC消息(具体为系统消息,例如SIB2等)发送该确定的发送时刻以及重复时间间隔。
该系统消息中携带的参数具体包括但不限于:通知系统消息更新信息的重复次数、通知系统消息更新信息的重复时间间隔、通知系统消息更新信息的具体子帧位置;且通过系统消息中携带的参数可以直接确定出通知系统消息更新信息的发送时刻以及系统消息更新周期,且系统消息更新周期具体为:通知系统消息更新信息的重复次数*通知系统消息更新信息的重复时间间隔。
进一步的,在基站设备发送系统消息之后,则UE可以接收到系统消息,且系统消息中携带的参数具体包括但不限于:通知系统消息更新信息的重复次数、通知系统消息更新信息的重复时间间隔、通知系统消息更新信息的具体子帧位置;之后,UE确定系统消息更新周期为:通知系统消息更新信息的重复次数*通知系统消息更新信息的重复时间间隔。
本发明实施例中,UE在系统消息更新周期内监听用于通知系统消息更新信息的PDCCH包括:UE从系统消息更新周期的起点开始,在可能通知系统消息更新信息的时刻(子帧位置)监听用于通知系统消息更新信息的PDCCH;如果没有接收到PDCCH,则UE在下一个可能通知系统消息更新信息的时刻继续监听用于通知系统消息更新信息的PDCCH;如果接收到PDCCH,则UE确定在下一个系统消息更新周期内基站设备将发送更新后的系统消息,且在本系统消息更新周期内停止监听用于通知系统消息更新信息的PDCCH。
以下结合具体的实施例进行详细说明。
实施例二
本发明实施例二中,为针对通知系统消息更新信息的相关参数的过程,如图4所示,该过程包括以下步骤:
步骤401,基站设备确定通知系统消息更新信息的发送时刻以及重复时间间隔。
步骤402,基站设备通过系统消息(以SIB2为例进行后续说明)发送该确定的发送时刻以及重复时间间隔。
本发明实施例中,在确定发送时刻以及重复时间间隔之后,基站设备可将该发送时刻以及重复时间间隔组织到SIB2的radioResourceConfigCommon消息中进行传输,如图5所示,为该SIB2的radioResourceConfigCommon消息的IE(Information Elements,信息元素)格式示例示意图,且该SIB2的radioResourceConfigCommon消息中可以包括:通知系统消息更新信息的重复次数、通知系统消息更新信息的重复时间间隔、通知系统消息更新信息的具体子帧位置;且通过系统消息中携带的参数可以直接确定出通知系统消息更新信息的发送时刻以及系统消息更新周期,且系统消息更新周期具体为:通知系统消息更新信息的重复次数*通知系统消息更新信息的重复时间间隔。
在图5中,modificationPeriodCoeff表示通知系统消息更新信息的重复次数,且实际的系统消息更新周期的无线帧的数目=modificationPeriodCoeff*notificationRepetitionCycle,n2对应值2,n4对应值4,n8对应值8,以及n16对应值16;notificationRepetitionCycle表示通知系统消息更新信息的重复时间间隔,值rf32对应32个无线帧,rf64对应64个无线帧等;notificationOffset结合notificationRepetitionCycle,指明通知系统消息更新信息时可能在哪个无线帧传输:SFN mod notificationRepetitionCycle = notificationOffset;notificationSF-Index指明在哪个子帧可能通知系统消息更新信息。
步骤403,UE接收来自基站设备的系统消息SIB2,并从该SIB2中得到radioResourceConfigCommon消息。
步骤404,UE利用radioResourceConfigCommon中携带的信息,获得通知系统消息更新信息的重复次数、通知系统消息更新信息的重复时间间隔、通知系统消息更新信息的具体子帧位置,并计算系统消息更新周期为:通知系统消息更新信息的重复次数*通知系统消息更新信息的重复时间间隔。
实施例三
本发明实施例三中,为针对通知系统消息更新信息的过程,如图6所示,该过程包括以下步骤:
步骤601,基站设备确定需要进行系统消息更新。
步骤602,基站设备在系统消息更新周期1的系统消息更新通知时刻发送用于系统消息更新的PDCCH,该PDCCH用专用的用于通知系统消息更新信息的RNTI(如P-RNTI)加扰,承载信息格式为DCI format 1C,其中所有信息比特位设为规定值(该规定值为协议中规定的数值,不需要基站设备和UE的协商过程),如全1。
步骤603,基站设备在下一个系统消息更新周期(即系统消息更新周期2)发送更新后的系统消息。
本发明实施例中,针对上述基站设备的处理,相应的UE侧处理还包括:
对应步骤602,UE在每个可传输系统消息更新信息的规定子帧内,监听用于通知系统消息更新信息的PDCCH,解读到PDCCH用专用的用于通知系统消息更新信息的RNTI(如P-RNTI)加扰,且PDCCH承载信息格式为DCI format 1C,其中所有信息比特位设为规定值(该规定值为协议中规定的数值,不需要基站设备和UE的协商过程),如全1的PDCCH,则确定系统消息更新。
对应步骤603,UE在下一个系统消息更新周期,即系统消息更新周期2接收新的系统消息,并取代原来存储的系统消息信息。
实施例四
本发明实施例四中,为针对UE监听PDCCH的过程,如图7所示,该方法包括以下步骤:
步骤701,UE确定系统消息更新周期的起点,在第一个规定的通知系统消息更新信息的子帧位置监听用于通知系统消息更新信息的PDCCH。
步骤702,UE判断是否检测到用于通知系统消息更新信息的PDCCH;如果否,执行步骤703;如果是,执行步骤705。
步骤703,UE判断是否是系统消息更新周期内的最后一个通知系统消息更新信息的子帧位置;如果否,执行步骤704,如果是,执行步骤706。
步骤704,UE在下一个通知系统消息更新信息的子帧位置监听用于通知系统消息更新信息的PDCCH,并转到步骤702。
步骤705,UE确定在下一个系统消息更新周期内接收更新后的系统消息。
步骤706,UE确定在本系统消息更新周期内停止监听用于通知系统消息更新信息的PDCCH。
实施例五
基于与上述方法同样的发明构思,本发明实施例中还提供了一种基站设备,如图8所示,该基站设备包括:
确定模块11,用于确定需要进行系统消息更新;
第一发送模块12,用于通过物理下行控制信道PDCCH在系统消息更新周期内通知系统消息更新信息;
第二发送模块13,用于在下一个系统消息更新周期内发送更新后系统消息。
所述第一发送模块12,具体用于通过PDCCH在系统消息更新周期内的相同时刻通知小区下所有用户设备UE系统消息更新信息。
所述第一发送模块12,具体用于按照规定的通知系统消息更新信息的重复时间间隔在系统消息更新周期内通过PDCCH多次通知系统消息更新信息。
本发明实施例中,所述PDCCH承载的下行控制消息格式采用DCI format 1C,且其中所有信息比特位设为规定值,该规定值为协议中规定的数值,不需要基站设备和UE的协商过程;以及,所述PDCCH通过专用的用于通知系统消息更新信息的无线网络临时标识RNTI加扰。
所述确定模块11,还用于确定通知系统消息更新信息的发送时刻以及重复时间间隔;且该基站设备还包括:第三发送模块14,用于通过系统消息发送所述发送时刻以及重复时间间隔。
本发明实施例中,所述系统消息中携带的参数具体包括:通知系统消息更新信息的重复次数、通知系统消息更新信息的重复时间间隔、通知系统消息更新信息的具体子帧位置。
本发明实施例中,所述系统消息更新周期具体为:通知系统消息更新信息的重复次数*通知系统消息更新信息的重复时间间隔。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
实施例六
基于与上述方法同样的发明构思,本发明实施例中还提供了一种用户设备,如图9所示,该用户设备包括:
第一接收模块21,用于在系统消息更新周期内监听用于通知系统消息更新信息的物理下行控制信道PDCCH;
确定模块22,用于确定系统消息更新;
第二接收模块23,用于在下一个系统消息更新周期接收更新后的系统消息。
本发明实施例中,所述PDCCH承载的下行控制消息格式采用DCI format 1C,且其中所有信息比特位设为规定值,该规定值为协议中规定的数值,不需要基站设备和UE的协商过程;以及,所述PDCCH通过专用的用于通知系统消息更新信息的无线网络临时标识RNTI加扰;
所述确定模块22,具体用于在获知所述PDCCH通过专用的用于通知系统消息更新信息的RNTI加扰,且所述PDCCH承载的DCI采用DCI format 1C,其中所有信息比特位设为规定值时,确定系统消息更新。
该用户设备还包括:第三接收模块24,用于接收系统消息,且所述系统消息中携带的参数具体包括:通知系统消息更新信息的重复次数、通知系统消息更新信息的重复时间间隔、通知系统消息更新信息的具体子帧位置;
所述确定模块22,还用于确定所述系统消息更新周期为:通知系统消息更新信息的重复次数*通知系统消息更新信息的重复时间间隔。
所述第一接收模块21,具体用于从系统消息更新周期的起点开始,在可能通知系统消息更新信息的时刻监听用于通知系统消息更新信息的PDCCH;
如果没有接收到PDCCH,则在下一个可能通知系统消息更新信息的时刻继续监听用于通知系统消息更新信息的PDCCH;
如果接收到PDCCH,则确定在下一个系统消息更新周期内基站设备将发送更新后的系统消息,且在本系统消息更新周期内停止监听用于通知系统消息更新信息的PDCCH。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。