CN108076441B - 一种寻呼方法及装置、系统 - Google Patents
一种寻呼方法及装置、系统 Download PDFInfo
- Publication number
- CN108076441B CN108076441B CN201611022666.2A CN201611022666A CN108076441B CN 108076441 B CN108076441 B CN 108076441B CN 201611022666 A CN201611022666 A CN 201611022666A CN 108076441 B CN108076441 B CN 108076441B
- Authority
- CN
- China
- Prior art keywords
- paging message
- base station
- rnti
- triggered
- paging
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
Abstract
本发明实施例公开了一种寻呼方法及装置、系统,所述方法包括:基站确定寻呼消息由所述基站触发时,利用第一RNTI对承载寻呼消息的PDCCH进行加扰,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同;基站向UE发送加扰后的承载寻呼消息的PDCCH。UE接收基站发送的加扰后的承载寻呼消息的PDCCH;如果UE利用第一RNTI对所述PDCCH解扰成功,则确定所述PDCCH中的寻呼消息由基站触发。
Description
技术领域
本发明涉及寻呼技术,尤其涉及一种长期演进系统(LTE,Long Term Evolution)中的寻呼方法及装置、系统。
背景技术
长期演进系统(LTE,Long Term Evolution)主要由三类设备组成:用户设备(UE,User Equipment)、核心网(CN,Core Network)和基站(eNB,Evolved Node B),其中,核心网中的移动管理实体(MME,Mobility Management Entity)主要负责信令的传输。UE和eNB的接口为Uu,eNB与核心网的接口为S1。
然而,如图1所示,LTE系统的控制面架构包括:物理层(PHY,Physical layer)、媒体接入控制层(MAC,Medium Access Control)、无线链路层控制协议层(RLC,Radio LinkControl)、分组数据汇聚协议层(PDCP,Packet Data Convergence Protocol)、无线资源控制层(RRC,Radio Resource Control)和非接入层面(NAS,Non-Access Stratum)。
LTE系统中,当UE有数据需要传输时,可发起呼叫或者被呼,先与eNB建立Uu连接,然后eNB与核心网建立关于该UE的S1连接。当该UE没有数据传输后,MME会发起释放UE的过程,eNB会清除该UE的信息,以及释放该UE在S1的连接。随后,UE进入空闲态。
在未来通信系统中,终端数量增长很快,尤其是物联网的应用,会导致eNB需要和大量UE建立信令连接。一方面,这些信令连接会耗费很多空口资源,尤其是针对一些小数据包业务,与传统业务不同,这些业务不仅具有数据包小的特点,而且数据包的发送间隔很长。例如,微信业务,这些业务会在很长时间内一直占用空口资源;另一方面,大量的信令连接对eNB的处理能力和容量提出了很高的要求,这些信令处理会占用eNB的大量的处理时间,而且增加了eNB的硬件处理器和内存的成本。
为了减轻UE和eNB的信令负荷,目前提出了一种轻连接(light connection)状态。当UE没有数据传输的情况下,UE和eNB可保持在轻连接状态。在轻连接状态下,UE只需进行小区重新过程等过程。UE也达到了省电的目的。而eNB不仅会保存UE的信息,还与核心网继续保持该UE的S1连接。这样,当UE在轻连接状态时,且UE有数据传输,只需重新建立UE和eNB的连接,就可恢复通信,也确保了业务的时延要求。
其中,UE在轻连接状态下,且UE有下行数据到达,eNB就需要发起寻呼过程。但是,由于有下行数据到达核心网时,可以引起的寻呼消息有两种:
一种是MME发起的寻呼过程,如图2所示,当UE处于空闲态时,MME会给UE所在跟踪区(TA,Tracking Area)内的所有eNB发送寻呼(paging)消息,eNB再在覆盖范围内广播寻呼(paging)消息,UE监测到自己的寻呼消息后,会向eNB发起RRC建立过程,建立与eNB的连接。
另一种是无线接入网(RAN,Radio Access Network)侧发起的寻呼过程,如图3所示,处于轻连接状态下的UE,核心网将数据包通过该UE的S1连接提交给eNB,eNB需要通过寻呼(paging)消息告知UE,UE收到寻呼消息后,UE向eNB发起RRC恢复过程,回到RRC连接状态,恢复与eNB、核心网的连接。
但是,目前存在一种异常情况,那就是虽然核心网释放了UE,但UE还处于LC状态。当核心网有下行数据传输给UE时,MME就会触发寻呼过程,而UE收到寻呼消息后,却以为是RAN侧发起的寻呼过程,转而向eNB发起RRC恢复过程。
但目前并无解决该异常情况的相关技术方案可供参考。
发明内容
为解决上述技术问题,本发明实施例提供了一种寻呼方法及装置、系统。
本发明实施例提供的寻呼方法,包括:
基站确定寻呼消息由所述基站触发时,利用第一无线网络临时标识RNTI对承载寻呼消息的物理下行控制信道PDCCH进行加扰,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同;
基站向UE发送加扰后的承载寻呼消息的PDCCH。
本发明实施例中,所述方法还包括:
基站侧的无线资源控制层RRC在寻呼消息中填写待寻呼UE的标识,RRC将寻呼消息传输给无线链路控制层RLC时,指示所述寻呼消息由所述基站触发;
RLC将寻呼消息传输给媒体接入控制层MAC时,指示所述寻呼消息由所述基站触发。
本发明实施例中,所述基站确定寻呼消息由所述基站触发时,利用第一无线网络临时标识RNTI对承载寻呼消息的物理下行控制信道PDCCH进行加扰,包括:
基站侧的物理层PHY确定寻呼消息为所述基站触发的寻呼消息时,利用第一RNTI对承载所述寻呼消息的PDCCH进行加扰。
本发明实施例中,所述第一RNTI设置为十六进制数FFF4至FFF9中的任一个。
本发明另一实施例提供的寻呼方法,包括:
UE接收基站发送的加扰后的承载寻呼消息的PDCCH;
如果UE利用第一RNTI对所述PDCCH解扰成功,则确定所述PDCCH中的寻呼消息由基站触发,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同。
本发明实施例中,所述方法还包括:
UE侧的PHY利用第一RNTI解扰所述PDCCH成功后,向UE侧的MAC指示寻呼消息是由基站触发;
UE侧的MAC将寻呼消息传输给RLC时,指示所述寻呼消息由基站触发;
UE侧的RLC将寻呼消息传输给RRC时,指示所述寻呼消息由基站触发。
本发明实施例中,所述方法还包括:
UE侧的RRC接收到基站触发的寻呼消息后,判断寻呼消息中携带的UE标识是否为自己的UE标识;
如果寻呼消息中携带的UE标识为自己的UE标识,则进行RRC恢复。
本发明实施例中,所述新RNTI设置为十六进制数FFF4至FFF9中的任一个。
本发明实施例提供的寻呼装置,包括:
加扰单元,用于确定寻呼消息由基站触发时,利用第一RNTI对承载寻呼消息的PDCCH进行加扰,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同;
发送单元,用于向UE发送加扰后的承载寻呼消息的PDCCH。
本发明实施例中,所述装置还包括:
封装单元,用于通过基站侧的RRC在寻呼消息中填写待寻呼UE的标识;
指示单元,用于当RRC将寻呼消息传输给RLC时,指示所述寻呼消息由所述基站触发;当RLC将寻呼消息传输给MAC时,指示所述寻呼消息由所述基站触发。
本发明实施例中,所述加扰单元,还用于通过基站侧的PHY确定寻呼消息为所述基站触发的寻呼消息时,利用第一RNTI对承载所述寻呼消息的PDCCH进行加扰。
本发明实施例中,所述第一RNTI设置为十六进制数FFF4至FFF9中的任一个。
本发明另一实施例提供的寻呼装置,包括:
接收单元,用于接收基站发送的加扰后的承载寻呼消息的PDCCH;
确定单元,用于如果利用第一RNTI对所述PDCCH解扰成功,则确定所述PDCCH中的寻呼消息由基站触发,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同。
本发明实施例中,所述装置还包括:
指示单元,用于当UE侧的PHY利用第一RNTI解扰所述PDCCH成功后,向UE侧的MAC指示寻呼消息是由基站触发;当UE侧的MAC将寻呼消息传输给RLC时,指示所述寻呼消息由基站触发;当UE侧的RLC将寻呼消息传输给RRC时,指示所述寻呼消息由基站触发。
本发明实施例中,所述装置还包括:
解扰单元,用于通过UE侧的PHY利用第一RNTI或第二RNTI对所述PDCCH解扰。
本发明实施例中,所述装置还包括:
恢复单元,用于当UE侧的RRC接收到基站触发的寻呼消息后,判断寻呼消息中携带的UE标识是否为自己的UE标识;如果寻呼消息中携带的UE标识为自己的UE标识,则进行RRC恢复。
本发明实施例中,所述新RNTI设置为十六进制数FFF4至FFF9中的任一个。
本发明实施例提供的寻呼系统,包括:
基站,用于确定寻呼消息由所述基站触发时,利用第一RNTI对承载寻呼消息的PDCCH进行加扰;向UE发送加扰后的承载寻呼消息的PDCCH,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同;
UE,用于接收基站发送的加扰后的承载寻呼消息的PDCCH;如果利用第一RNTI对所述PDCCH解扰成功,则确定所述PDCCH中的寻呼消息由基站触发。
本发明实施例中,所述基站,具体用于:基站侧的RRC在寻呼消息中填写待寻呼UE的标识,RRC将寻呼消息传输给RLC时,指示所述寻呼消息由所述基站触发;RLC将寻呼消息传输给媒体接入控制层MAC时,指示所述寻呼消息由所述基站触发;基站侧的PHY确定寻呼消息为所述基站触发的寻呼消息时,利用第一RNTI对承载所述寻呼消息的PDCCH进行加扰。
本发明实施例中,所述UE,具体用于:UE侧的PHY利用第一RNTI解扰所述PDCCH成功后,向UE侧的MAC指示寻呼消息是由基站触发;UE侧的MAC将寻呼消息传输给RLC时,指示所述寻呼消息由基站触发;UE侧的RLC将寻呼消息传输给RRC时,指示所述寻呼消息由基站触发。
本发明实施例中,所述UE,具体用于:UE侧的RRC接收到基站触发的寻呼消息后,判断寻呼消息中携带的UE标识是否为自己的UE标识;如果寻呼消息中携带的UE标识为自己的UE标识,则进行RRC恢复。
本发明实施例的技术方案中,基站确定寻呼消息由所述基站触发时,利用第一RNTI对承载寻呼消息的PDCCH进行加扰,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同;基站向UE发送加扰后的承载寻呼消息的PDCCH。UE接收基站发送的加扰后的承载寻呼消息的PDCCH;如果UE利用第一RNTI对所述PDCCH解扰成功,则确定所述PDCCH中的寻呼消息由基站触发。本发明实施例通过对基站侧触发的寻呼消息,基站侧对其采用第一RNTI(也即新RNTI)对承载该寻呼消息的PDCCH进行加扰,以此来区分寻呼消息是由基站侧触发的还是由核心网元(如MME)侧触发的,并针对两种不同的寻呼消息进行差异化处理,由此避免了处于UE处于LC状态时,误将核心网元侧触发寻呼消息作为基站侧触发的,从而避免寻呼过程的错乱。本发明实施例在不更改寻呼消息的前提下,通过对PDCCH加扰的方式区分了寻呼消息的触发源,保护了现有网络投资,无需更改网络硬件,节约了网络维护的成本。
附图说明
图1为LTE系统的控制面架构示意图;
图2为MME发起的寻呼流程示意图;
图3为RAN侧发起的寻呼流程示意图;
图4为本发明实施例一的寻呼方法的流程图;
图5为本发明实施例二的寻呼方法的流程图;
图6为本发明实施例的寻呼方法示例一的流程图;
图7为本发明实施例的寻呼方法示例二的流程图;
图8为本发明实施例一的寻呼装置的组成结构示意图;
图9为本发明实施例二的寻呼装置的组成结构示意图;
图10为本发明实施例的寻呼系统的组成结构示意图。
具体实施方式
为了能够更加详尽地了解本发明实施例的特点与技术内容,下面结合附图对本发明实施例的实现进行详细阐述,所附附图仅供参考说明之用,并非用来限定本发明实施例。
图4为本发明实施例一的寻呼方法的流程图,如图4所示,本发明实施例的寻呼方法包括以下处理步骤:
步骤401,基站确定寻呼消息由所述基站触发时,利用第一RNTI对承载寻呼消息的PDCCH进行加扰,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同。
本发明实施例中,对于基站触发的寻呼消息而言,对应第一RNTI,也称为新RNTI。对于核心网元(如MME)触发的寻呼消息而言,对应第二RNTI,也称为P-RNTI。
步骤402,基站向UE发送加扰后的承载寻呼消息的PDCCH。
本发明实施例中,基站侧的无线资源控制层RRC在寻呼消息中填写待寻呼UE的标识,RRC将寻呼消息传输给无线链路控制层RLC时,指示所述寻呼消息由所述基站触发;RLC将寻呼消息传输给媒体接入控制层MAC时,指示所述寻呼消息由所述基站触发。基站侧的物理层PHY确定寻呼消息为所述基站触发的寻呼消息时,利用第一RNTI对承载所述寻呼消息的PDCCH进行加扰。
本发明实施例中,所述第一RNTI设置为十六进制数FFF4至FFF9中的任一个。
图5为本发明实施例二的寻呼方法的流程图,如图5所示,本发明实施例的寻呼方法包括以下处理步骤:
步骤501,UE接收基站发送的加扰后的承载寻呼消息的PDCCH。
步骤502,如果UE利用第一RNTI对所述PDCCH解扰成功,则确定所述PDCCH中的寻呼消息由基站触发,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同。
本发明实施例中,UE侧的PHY利用第一RNTI解扰所述PDCCH成功后,向UE侧的MAC指示寻呼消息是由基站触发;UE侧的MAC将寻呼消息传输给RLC时,指示所述寻呼消息由基站触发;UE侧的RLC将寻呼消息传输给RRC时,指示所述寻呼消息由基站触发。
本发明实施例中,UE侧的RRC接收到基站触发的寻呼消息后,判断寻呼消息中携带的UE标识是否为自己的UE标识;如果寻呼消息中携带的UE标识为自己的UE标识,则进行RRC恢复。
本发明实施例中,所述新RNTI设置为十六进制数FFF4至FFF9中的任一个。
以下通过具体应用例,对本发明实施例的技术方案作进一步详细阐述。
本发明实施例中,新RNTI是用于加扰RAN侧触发的寻呼消息所对应的PDCCH,可以定义为RAN-P-RNTI(RAN-Paing-Radio Network Temporary Identifier)。根据目前RNTI的使用情况
那么,RAN-P-RNTI的取值可以在FFF4-FFF9中取一值,例如,如下表1所示:
表1
图6为本发明实施例的寻呼方法示例一的流程图,假设某UE处于轻连接状态,当该UE有下行数据到达eNB时,此时,需要eNB发起寻呼,如图6所示,eNB侧的寻呼过程包括以下步骤:
步骤601:当RRC决定要寻呼处于轻连接状态的UE时,会在寻呼消息中填写待寻呼UE的标识,然后组装好寻呼消息;
步骤602:RRC将寻呼消息的数据包交由RLC,并指示该消息的RAN侧触发的寻呼消息;
步骤603:RLC进行TM传输,并映射到逻辑信道PCCH,生成RLC PDU,提交给MAC层,并指示该RLC PDU是RAN侧触发的寻呼消息;
步骤604:MAC层对该数据包进行调度,分配时频资源,并映射到传输信道PCH,生成MAC PDU,提交给PHY,并指示该数据包对应的PDCCH需要用RAN-P-RNTI进行加扰;
步骤605:PHY层对该MAC PDU按照PCH进行编码等处理,并按照MAC的指示,对其PDCCH采用RAN-P-RNTI进行加扰;然后通过无线载波发射出去。
图7为本发明实施例的寻呼方法示例二的流程图,如图7所示,当UE处于轻连接状态,而UE侧的寻呼过程包括以下步骤:
步骤701:UE的PHY在寻呼时刻,采用RAN-P-RNTI监测PDCCH,如果监测成功,将相应的数据包按照PCH进行解码等处理,提交给MAC层,并指示MAC该数据包对应的PDCCH是RAN-P-RNTI加扰;
步骤702:MAC层将该数据包解码,并映射到PCCH,提交给RLC,并指示该RLC PDU是RAN侧触发的寻呼消息;
步骤703:RLC按照TM模式解码,提交给RRC,并指示该消息是RAN侧触发的寻呼消息;
步骤704:RRC解码后,判断寻呼消息是否包含自己的标识;如果不包含,执行步骤705;如果包含,执行步骤706;
步骤705:丢弃该消息;
步骤706:RRC发起RRC恢复过程。
这里举例一个异常场景。
假设某UE处于轻连接状态,但是核心网和eNB已经释放了该UE,当该UE有下行数据到达核心网时,MME发起寻呼过程,eNB发送P-RNTI加扰的寻呼消息。
eNB侧的过程如下:
第一步:RRC判断MME发送的寻呼消息中寻呼的UE是否处于空闲态,如果是,转入第三步,否则,转入第二步;
第二步:RRC释放该UE的上下文信息;
第三步:会在寻呼消息中填写待寻呼UE的标识,然后组装好寻呼消息;
第四步:RRC将寻呼消息的数据包交由RLC,并指示该消息的MME侧触发的寻呼消息;
第五步:RLC进行TM传输,并映射到逻辑信道PCCH,生成RLC PDU,提交给MAC层,并指示该RLC PDU是MME侧触发的寻呼消息;
第六步:MAC层对该数据包进行调度,分配时频资源,并映射到传输信道PCH,生成MAC PDU,提交给PHY,并指示该数据包对应的PDCCH需要用P-RNTI进行加扰;
第七步:PHY层对该MAC PDU按照PCH进行编码等处理,并按照MAC的指示,对其PDCCH采用P-RNTI进行加扰;然后通过无线载波发射出去。
UE侧的过程如下:
第一步:PHY在寻呼时刻,采用RAN-P-RNTI和P-RNTI监测PDCCH,如果用P-RNTI监测成功,将相应的数据包按照PCH进行解码等处理,提交给MAC层,并指示MAC该数据包对应的PDCCH是P-RNTI加扰;
第二步:MAC层将该数据包解码,并映射到PCCH,提交给RLC,并指示该RLC PDU是MME侧触发的寻呼消息;
第三步:RLC按照TM模式解码,提交给RRC,并指示该消息是MME侧触发的寻呼消息;
第四步:RRC解码后,对比寻呼消息是否包含自己的标识;如果不包含,转向第五步;如果包含,转向第六步;
第五步:丢弃该消息;
第六步:回到IDLE态,并指示NAS层。
图8为本发明实施例的寻呼装置的结构组侧示意图一,如图8所示,所述装置包括:
加扰单元81,用于确定寻呼消息由基站触发时,利用第一RNTI对承载寻呼消息的PDCCH进行加扰,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同;
发送单元82,用于向UE发送加扰后的承载寻呼消息的PDCCH。
本发明实施例中,所述装置还包括:
封装单元(图中未示出),用于通过基站侧的RRC在寻呼消息中填写待寻呼UE的标识;
指示单元(图中未示出),用于当RRC将寻呼消息传输给RLC时,指示所述寻呼消息由所述基站触发;当RLC将寻呼消息传输给MAC时,指示所述寻呼消息由所述基站触发。
本发明实施例中,所述加扰单元81,还用于通过基站侧的PHY确定寻呼消息为所述基站触发的寻呼消息时,利用第一RNTI对承载所述寻呼消息的PDCCH进行加扰。
本发明实施例中,所述第一RNTI设置为十六进制数FFF4至FFF9中的任一个。
图9为本发明实施例的寻呼装置的结构组侧示意图二,如图9所示,所述装置包括:
接收单元91,用于接收基站发送的加扰后的承载寻呼消息的PDCCH;
确定单元92,用于如果利用第一RNTI对所述PDCCH解扰成功,则确定所述PDCCH中的寻呼消息由基站触发,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同。
本发明实施例中,所述装置还包括:
解扰单元93,用于通过UE侧的PHY利用第一RNTI对所述PDCCH解扰。
本发明实施例中,所述装置还包括:
指示单元(图中未示出),用于当UE侧的PHY利用第一RNTI解扰所述PDCCH成功后,向UE侧的MAC指示寻呼消息是由基站触发;当UE侧的MAC将寻呼消息传输给RLC时,指示所述寻呼消息由基站触发;当UE侧的RLC将寻呼消息传输给RRC时,指示所述寻呼消息由基站触发。
恢复单元(图中未示出),用于当UE侧的RRC接收到基站触发的寻呼消息后,判断寻呼消息中携带的UE标识是否为自己的UE标识;如果寻呼消息中携带的UE标识为自己的UE标识,则进行RRC恢复。
本发明实施例中,所述新RNTI设置为十六进制数FFF4至FFF9中的任一个。
图10为本发明实施例的寻呼系统的结构组侧示意图,如图10所示,所述装置包括:
基站1001,用于确定寻呼消息由所述基站1001触发时,利用第一RNTI对承载寻呼消息的PDCCH进行加扰;向UE发送加扰后的承载寻呼消息的PDCCH,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同;
UE 1002,用于接收基站1001发送的加扰后的承载寻呼消息的PDCCH;如果利用第一RNTI对所述PDCCH解扰成功,则确定所述PDCCH中的寻呼消息由基站1001触发。
本发明实施例中,所述基站1001,具体用于:基站1001侧的RRC在寻呼消息中填写待寻呼UE 1002的标识,RRC将寻呼消息传输给RLC时,指示所述寻呼消息由所述基站1001触发;RLC将寻呼消息传输给媒体接入控制层MAC时,指示所述寻呼消息由所述基站1001触发;基站1001侧的PHY确定寻呼消息为所述基站1001触发的寻呼消息时,利用第一RNTI对承载所述寻呼消息的PDCCH进行加扰。
本发明实施例中,所述UE 1002,具体用于:UE 1002侧的PHY利用第一RNTI对所述PDCCH解扰。
本发明实施例中,所述UE 1002,具体用于:UE 1002侧的PHY利用第一RNTI解扰所述PDCCH成功后,向UE 1002侧的MAC指示寻呼消息是由基站1001触发;UE 1002侧的MAC将寻呼消息传输给RLC时,指示所述寻呼消息由基站1001触发;UE 1002侧的RLC将寻呼消息传输给RRC时,指示所述寻呼消息由基站1001触发。
本发明实施例中,所述UE 1002,具体用于:UE 1002侧的RRC接收到基站1001触发的寻呼消息后,判断寻呼消息中携带的UE 1002标识是否为自己的UE 1002标识;如果寻呼消息中携带的UE 1002标识为自己的UE 1002标识,则进行RRC恢复。
本发明实施例所记载的技术方案之间,在不冲突的情况下,可以任意组合。
在本发明所提供的几个实施例中,应该理解到,所揭露的方法和智能设备,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个第二处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。
Claims (18)
1.一种寻呼方法,其特征在于,所述方法包括:
基站确定寻呼消息由所述基站触发时,利用第一无线网络临时标识RNTI对承载寻呼消息的物理下行控制信道PDCCH进行加扰,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同;
基站向UE发送加扰后的承载寻呼消息的PDCCH;
所述基站确定寻呼消息由所述基站触发时,利用第一无线网络临时标识RNTI对承载寻呼消息的物理下行控制信道PDCCH进行加扰,包括:
基站侧的物理层PHY确定寻呼消息为所述基站触发的寻呼消息时,利用第一RNTI对承载所述寻呼消息的PDCCH进行加扰。
2.根据权利要求1所述的寻呼方法,其特征在于,所述方法还包括:
基站侧的无线资源控制层RRC在寻呼消息中填写待寻呼UE的标识,RRC将寻呼消息传输给无线链路控制层RLC时,指示所述寻呼消息由所述基站触发;
RLC将寻呼消息传输给媒体接入控制层MAC时,指示所述寻呼消息由所述基站触发。
3.根据权利要求1至2任一项所述的寻呼方法,其特征在于,所述第一RNTI设置为十六进制数FFF4至FFF9中的任一个。
4.一种寻呼方法,其特征在于,所述方法包括:
UE接收基站发送的加扰后的承载寻呼消息的PDCCH;
如果UE利用第一RNTI对所述PDCCH解扰成功,则确定所述PDCCH中的寻呼消息由基站触发,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同;
所述方法还包括:
通过UE侧的PHY利用第一RNTI或第二RNTI对所述PDCCH解扰。
5.根据权利要求4所述的寻呼方法,其特征在于,所述方法还包括:
UE侧的PHY利用第一RNTI解扰所述PDCCH成功后,向UE侧的MAC指示寻呼消息是由基站触发;
UE侧的MAC将寻呼消息传输给RLC时,指示所述寻呼消息由基站触发;
UE侧的RLC将寻呼消息传输给RRC时,指示所述寻呼消息由基站触发。
6.根据权利要求5所述的寻呼方法,其特征在于,所述方法还包括:
UE侧的RRC接收到基站触发的寻呼消息后,判断寻呼消息中携带的UE标识是否为自己的UE标识;
如果寻呼消息中携带的UE标识为自己的UE标识,则进行RRC恢复。
7.根据权利要求4至6任一项所述的寻呼方法,其特征在于,所述RNTI设置为十六进制数FFF4至FFF9中的任一个。
8.一种寻呼装置,其特征在于,所述装置包括:
加扰单元,用于确定寻呼消息由基站触发时,利用第一RNTI对承载寻呼消息的PDCCH进行加扰,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同;
发送单元,用于向UE发送加扰后的承载寻呼消息的PDCCH;
所述加扰单元,还用于通过基站侧的PHY确定寻呼消息为所述基站触发的寻呼消息时,利用第一RNTI对承载所述寻呼消息的PDCCH进行加扰。
9.根据权利要求8所述的寻呼装置,其特征在于,所述装置还包括:
封装单元,用于通过基站侧的RRC在寻呼消息中填写待寻呼UE的标识;
指示单元,用于当RRC将寻呼消息传输给RLC时,指示所述寻呼消息由所述基站触发;当RLC将寻呼消息传输给MAC时,指示所述寻呼消息由所述基站触发。
10.根据权利要求8至9任一项所述的寻呼装置,其特征在于,所述第一RNTI设置为十六进制数FFF4至FFF9中的任一个。
11.一种寻呼装置,其特征在于,所述装置包括:
接收单元,用于接收基站发送的加扰后的承载寻呼消息的PDCCH;
确定单元,用于如果利用第一RNTI对所述PDCCH解扰成功,则确定所述PDCCH中的寻呼消息由基站触发,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同;
所述装置还包括:
解扰单元,用于通过UE侧的PHY利用第一RNTI或第二RNTI对所述PDCCH解扰。
12.根据权利要求11所述的寻呼装置,其特征在于,所述装置还包括:
指示单元,用于当UE侧的PHY利用第一RNTI解扰所述PDCCH成功后,向UE侧的MAC指示寻呼消息是由基站触发;当UE侧的MAC将寻呼消息传输给RLC时,指示所述寻呼消息由基站触发;当UE侧的RLC将寻呼消息传输给RRC时,指示所述寻呼消息由基站触发。
13.根据权利要求11所述的寻呼装置,其特征在于,所述装置还包括:
恢复单元,用于当UE侧的RRC接收到基站触发的寻呼消息后,判断寻呼消息中携带的UE标识是否为自己的UE标识;如果寻呼消息中携带的UE标识为自己的UE标识,则进行RRC恢复。
14.根据权利要求11至13任一项所述的寻呼装置,其特征在于,所述RNTI设置为十六进制数FFF4至FFF9中的任一个。
15.一种寻呼系统,其特征在于,所述系统包括:
基站,用于确定寻呼消息由所述基站触发时,利用第一RNTI对承载寻呼消息的PDCCH进行加扰;向UE发送加扰后的承载寻呼消息的PDCCH,所述第一RNTI与核心网元触发寻呼消息所采用的第二RNTI不同;所述基站具体用于:基站侧的PHY确定寻呼消息为所述基站触发的寻呼消息时,利用第一RNTI对承载所述寻呼消息的PDCCH进行加扰;
UE,用于接收基站发送的加扰后的承载寻呼消息的PDCCH;如果利用第一RNTI对所述PDCCH解扰成功,则确定所述PDCCH中的寻呼消息由基站触发;所述UE具体用于:通过UE侧的PHY利用第一RNTI或第二RNTI对所述PDCCH解扰。
16.根据权利要求15所述的寻呼系统,其特征在于,所述基站,具体用于:基站侧的RRC在寻呼消息中填写待寻呼UE的标识,RRC将寻呼消息传输给RLC时,指示所述寻呼消息由所述基站触发;RLC将寻呼消息传输给媒体接入控制层MAC时,指示所述寻呼消息由所述基站触发。
17.根据权利要求15所述的寻呼系统,其特征在于,所述UE,具体用于:UE侧的PHY利用第一RNTI解扰所述PDCCH成功后,向UE侧的MAC指示寻呼消息是由基站触发;UE侧的MAC将寻呼消息传输给RLC时,指示所述寻呼消息由基站触发;UE侧的RLC将寻呼消息传输给RRC时,指示所述寻呼消息由基站触发。
18.根据权利要求17所述的寻呼系统,其特征在于,所述UE,具体用于:UE侧的RRC接收到基站触发的寻呼消息后,判断寻呼消息中携带的UE标识是否为自己的UE标识;如果寻呼消息中携带的UE标识为自己的UE标识,则进行RRC恢复。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611022666.2A CN108076441B (zh) | 2016-11-17 | 2016-11-17 | 一种寻呼方法及装置、系统 |
PCT/CN2017/105384 WO2018090757A1 (zh) | 2016-11-17 | 2017-10-09 | 一种寻呼方法及装置、系统、计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611022666.2A CN108076441B (zh) | 2016-11-17 | 2016-11-17 | 一种寻呼方法及装置、系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108076441A CN108076441A (zh) | 2018-05-25 |
CN108076441B true CN108076441B (zh) | 2021-11-16 |
Family
ID=62144989
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611022666.2A Active CN108076441B (zh) | 2016-11-17 | 2016-11-17 | 一种寻呼方法及装置、系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108076441B (zh) |
WO (1) | WO2018090757A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3949575B1 (en) * | 2019-04-04 | 2024-01-24 | FG Innovation Company Limited | Method for monitoring paging and apparatus using the same |
CN112398573B (zh) * | 2019-08-14 | 2024-01-02 | 华为技术有限公司 | 一种加扰、解扰方法、网络设备以及终端设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101990162A (zh) * | 2009-08-06 | 2011-03-23 | 大唐移动通信设备有限公司 | Mcch变更通知的传输方法和设备 |
CN102300331A (zh) * | 2011-08-19 | 2011-12-28 | 电信科学技术研究院 | 数据传输方法和设备 |
CN105230094A (zh) * | 2014-04-11 | 2016-01-06 | 华为技术有限公司 | 一种寻呼方法、接收寻呼消息的方法、设备及系统 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102158959B (zh) * | 2010-02-11 | 2014-12-17 | 电信科学技术研究院 | 一种寻呼方法和设备 |
CN103517416B (zh) * | 2012-06-21 | 2017-11-10 | 电信科学技术研究院 | 寻呼消息的传输方法和设备 |
CN103796170B (zh) * | 2012-11-02 | 2017-11-21 | 电信科学技术研究院 | 一种传输数据的方法、系统和设备 |
US9078241B2 (en) * | 2013-03-22 | 2015-07-07 | Sharp Kabushiki Kaisha | Systems and methods for establishing multiple radio connections |
-
2016
- 2016-11-17 CN CN201611022666.2A patent/CN108076441B/zh active Active
-
2017
- 2017-10-09 WO PCT/CN2017/105384 patent/WO2018090757A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101990162A (zh) * | 2009-08-06 | 2011-03-23 | 大唐移动通信设备有限公司 | Mcch变更通知的传输方法和设备 |
CN102300331A (zh) * | 2011-08-19 | 2011-12-28 | 电信科学技术研究院 | 数据传输方法和设备 |
CN105230094A (zh) * | 2014-04-11 | 2016-01-06 | 华为技术有限公司 | 一种寻呼方法、接收寻呼消息的方法、设备及系统 |
Non-Patent Citations (1)
Title |
---|
"RAN-initiated paging and DRX cycle";Intel Corporation;《3GPP TSG RAN WG2 Meeting #95 bis,R2-166690》;20161014;正文第2.3节 * |
Also Published As
Publication number | Publication date |
---|---|
CN108076441A (zh) | 2018-05-25 |
WO2018090757A1 (zh) | 2018-05-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9769788B2 (en) | Coverage constrained devices and paging method | |
EP3445125B1 (en) | Uplink data transmission method and device | |
JP6685384B2 (ja) | 無線通信システムにおけるsiアップデート、eabアップデート及びpwsメッセージを通知するための方法及び装置 | |
CN101836374B (zh) | 用于发送公共控制信道的数据的方法 | |
KR101823475B1 (ko) | Mtc 기기가 사용되는 이동통신시스템에서 메시지 송수신 방법 및 이를 위한 장치 | |
CN107040398B (zh) | 一种数据传输方法、装置及系统 | |
US10680956B2 (en) | Small data transmission method and user equipment using the same | |
WO2016188432A1 (zh) | 一种机器通信调度方法、基站和用户设备 | |
CN108668359B (zh) | 一种寻呼方法、寻呼监听方法及装置和设备 | |
US20140126489A1 (en) | Managing operating parameters for communication bearers in a wireless network | |
WO2009116797A2 (en) | Method of receiving a disaster warning message using scheduling information included in system information within mobile communication system | |
CN106954280B (zh) | 一种数据传输方法、装置及系统 | |
CN108353379B (zh) | 用户设备、网络节点、系统和控制寻呼及无线电通信方法 | |
KR101540481B1 (ko) | 이동통신 시스템에서의 시스템정보에 포함된 스케줄링 정보를 이용하여 재해경보 메시지를 수신하는 방법 | |
KR20130121982A (ko) | 감소된 오버헤드 단문 메시지 송신을 위한 방법 | |
WO2019192218A1 (zh) | 寻呼控制信息的指示、接收方法及装置、存储介质、基站、终端 | |
US10034276B2 (en) | Downlink data transmission method, base station, and user equipment | |
WO2009116798A2 (en) | Method of receiving a disaster waring message through a broadcast/multicast channel | |
WO2022205381A1 (zh) | 广播多播业务传输方法、装置及存储介质 | |
US11736907B2 (en) | Terminal device, infrastructure equipment and methods for receiving warning notification message | |
CN108076441B (zh) | 一种寻呼方法及装置、系统 | |
CN106961653B (zh) | 一种实现数据传输的方法、装置和系统 | |
EP3845028B1 (en) | Enhanced radio-resource control (rrc) idle mode | |
KR101540479B1 (ko) | 이동통신 시스템에서의 재해경보 메시지를 수신하는 방법 | |
CN108668360B (zh) | 一种寻呼消息的发送方法、接收方法、基站及终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |