[发明专利]一种寻呼处理的方法、装置和系统

说明书

技术领域

本发明涉及移动通信领域，具体涉及一种寻呼处理的方法、装置和系统。

背景技术

目前，第三代移动通信系统技术日益成熟，相比目前的通信技术，具有较强的技术优势，应用前景十分广阔。为了使第三代移动通信技术能够持续进行技术更新，保证在更长的时间内具有相当的竞争力，从而延长第三代移动通信技术的商业应用周期，3GPP正在研究一种全新的长期演进网络(LongTerm Evolution，LTE)系统以满足未来更长时间内移动通信的应用需求。

根据目前的研究进展，现有的LTE系统寻呼是由UE的媒体控制访问子层(Media Access Controller，MAC)和无线资源管理层(Radio ResourceController，RRC)配合完成的，流程如图1所示，其中包括：

步骤101：用户设备(User Equipment，UE)的MAC根据所述UE的国际移动用户标识(International Mobile Subscriber Identity，IMSI)计算得到接收寻呼的寻呼时机(Paging Occasion，PO)；

步骤102：在PO规定时刻的子帧，UE从寻呼信道(Paging Channel，PCH)上接收寻呼消息。

此时，一个寻呼组中的全部UE都会收到原本设定为发送给组中的某一个或多个成员的所有寻呼消息，在下文中，将被寻呼的某一个或多个UE简称为寻呼目标UE。

步骤103：各UE的MAC将所述寻呼消息转发给UE的RRC。

需要说明的是，所述的寻呼消息是封装在数据包中传送给UE MAC的，而MAC层只执行数据承载的功能，所述寻呼消息中不包含MAC可以解析的消息域，因此MAC层继续将该寻呼消息向上层转发，即将其转发给上层的RRC对所述寻呼消息进行处理

步骤104：各UE的RRC从所述寻呼消息中解析出UE身份标识(Identity，ID)列表，并与自己的ID进行比对。如果列表中不包含该UE自身的ID，则该UE的RRC抛弃所述寻呼消息，否则RRC将所述寻呼消息上报至上层执行寻呼处理。

由上述可见，现有LTE系统的寻呼流程是由RRC对寻呼消息进行解析处理，寻呼组内各UE的MAC无法判断其转发的寻呼消息是否是发给自己的，从而可能导致并非寻呼目标的UE无谓地进行MAC与RRC之间的消息交互，而这种消息交互也就会相应地增加UE不必要的资源开销，并且增加寻呼处理的复杂度。

发明内容

本发明实施例提供一种寻呼处理的方法、装置和系统，能够简化寻呼处理的层间交互，节约寻呼组内UE的资源开销。

为达到上述目的，本发明的技术方案具体是这样实现的：

一种寻呼处理的方法，该方法包括：

寻呼组中各用户设备UE的媒体访问控制子层MAC接收包含消息域的MAC协议数据单元PDU，所述MAC PDU包括MAC头和N个寻呼记录单元MAC PR，N为任意整数；所述消息域包括：设置在MAC头中的系统更新域和设置在MAC PR中的寻呼目标UE的ID域；

检查所述系统更新域，当其处于有效状态时，MAC通知上层进行系统消息更新，获取寻呼目标UE的身份标识ID列表；

判断自身ID是否包含在所述ID列表内，并在自身ID包含在所述ID列表内时通知无线资源管理层RRC。

一种寻呼处理的装置，该装置设置于寻呼组内各UE的MAC中，包括：MAC PDU获取模块、ID提取模块、判断执行模块和系统更新模块；

所述MAC PDU获取模块，用于接收设置了消息域的MAC PDU并发送给所述ID提取模块；

所述ID提取模块，用于从接收的MAC PDU中提取其中包含的寻呼目标UE的ID列表；

所述判断执行模块，用于判断各UE自身的ID是否包含在所述ID列表内， 并在自身ID包含在所述ID列表内时通知RRC；

所述系统更新模块，用于当需要进行系统消息更新时，检查MAC头中的系统更新域，若其处于有效状态，则通知上层进行系统消息更新。

一种寻呼处理的系统，该系统包括网络侧和寻呼处理端；

所述网络侧，用于设定包含消息域的MAC PDU的格式并通知寻呼处理端所述MAC PDU的格式信息；将包含消息域的MAC PDU按照设定格式进行组包后发送给寻呼处理端；

所述寻呼处理端，设置于寻呼组内各UE的MAC上，所述寻呼处理端包括：MAC PDU获取模块、ID提取模块、判断执行模块和系统更新模块；