寻呼UE的方法、基站及UE |
|||||||
| 申请号 | CN201280031264.2 | 申请日 | 2012-11-06 | 公开(公告)号 | CN104012155B | 公开(公告)日 | 2017-12-22 |
| 申请人 | 华为技术有限公司; | 发明人 | 张力学; 胡振兴; | ||||
| 摘要 | 公开了寻呼UE的方法、基站及UE，该方法包括：基站接收核心网侧下发的用于寻呼UE的寻呼消息，该寻呼消息中包含作为第一参数的eDRX周期，和用于标识eDRX周期中普通状态持续的超 帧 个数的第二参数；基站根据UE的UE标识、以及第一参数和第二参数计算用于寻呼UE的超帧；如果确定当前超帧与用于寻呼UE的超帧匹配时，则当前超帧处于普通状态，基站在当前超帧向UE下发寻呼消息。本 发明 通过设置用超帧表示的eDRX周期，因此可以在更长的寻呼周期内实现对M2M网络中的UE进行寻呼，从而使得M2M网络中的UE无需被频繁唤醒，节省了这些UE的电量，并且在适应了这些UE的时延特性的同时，提升了M2M网络的寻呼性能。 | ||||||
| 权利要求 | 1.一种寻呼用户设备UE的方法，其特征在于，所述方法包括： |
||||||
| 说明书全文 | 寻呼UE的方法、基站及UE技术领域[0001] 本发明涉及通信技术领域，特别涉及寻呼用户设备（User Equipment，UE）的方法、基站及UE。 背景技术[0002] 物联网（Machine to Machine，M2M）技术是将物品通过信息传感设备与互联网连接，实现智能化识别和管理的网络。M2M比现行的互联网更为庞大，可以广泛应用于智能电网、智能交通、环境保护、智能家居等各个领域。物联网和无线通信技术结合后，物联网中的UE可以按照长期演进（Long Term Evolution，LTE）系统中定义的寻呼UE的方式，当UE接收到寻呼消息时，上报应用数据。LTE系统中按照寻呼周期对UE进行寻呼，寻呼周期的长度受到系统帧（System Frame，SF）的限制，每个SF长度为10ms，包含十个子帧。SF编号（System Frame Number，SFN）以1024为周期，每个周期内的SFN为0至1023，因此在LTE系统中，可能的寻呼周期最长为1024个SF的长度，即10.24s。 [0003] 由于物联网中的很多UE具有时延容忍的特性，这些UE可以每天或者几天上报一次应用数据，其它时间则可以处于待机状态，尤其是有些场合还要求UE有超长待机功能，如野外监控、动物保护，要求UE可以待机一年或者更长时间；但是，由于现有技术中能设置的寻呼周期最大值为10.24s，因此如果将该寻呼周期应用于物联网中的UE，则难以与这些UE的时延特性相匹配，导致这些UE需要频繁按照寻呼周期进行唤醒，而UE在大部分唤醒时都没有上报应用数据的需要，因此耗费了UE的电量、降低了待机时间，难以满足超常待机的要求，同时降低了M2M网络的性能。 发明内容[0004] 本发明实施例提供了寻呼UE的方法、基站及UE，以解决现有M2M网络中的寻呼周期与UE的时延特性不匹配，导致UE耗电量高、网络性能差的问题。 [0005] 为了解决上述技术问题，本发明实施例公开了如下技术方案： [0006] 第一方面，提供一种用于寻呼用户设备UE的方法，所述方法包括： [0007] 基站接收核心网侧下发的用于寻呼UE的寻呼消息，所述寻呼消息中包含作为第一参数的扩展非连续接收eDRX周期，和用于标识所述eDRX周期中普通状态持续的超帧个数的第二参数； [0008] 所述基站根据所述UE的UE标识、以及所述第一参数和第二参数计算用于寻呼所述UE的超帧； [0009] 如果确定当前超帧与用于寻呼所述UE的超帧匹配时，则所述当前超帧处于所述普通状态，所述基站在所述当前超帧向所述UE下发所述寻呼消息。 [0010] 结合第一方面，在第一种可能的实现方式中，所述基站根据所述UE的UE标识、以及所述第一参数和第二参数计算用于寻呼所述UE的超帧，包括： [0011] 将所述UE标识对所述第一参数取模，得到第三参数； [0012] 获取满足如下公式的超帧编号，将所述超帧编号对应的超帧作为用于寻呼所述UE的超帧：所述超帧编号mod第一参数=Enu[第三参数，（第三参数+1）mod第一参数，……，（第三参数+第二参数）mod第一参数]，其中，所述Enu表示枚举，所述mod表示取模。 [0013] 结合第一方面，或第一种可能的实现方式，在第二种可能的实现方式中，所述第一参数和第二参数包括： [0014] 由所述UE向核心网侧上报的所述第一参数和第二参数；或者， [0016] 结合第一方面，或第一种可能的实现方式，或第二种可能的实现方式，在第三种可能的实现方式中，所述确定当前超帧与用于寻呼所述UE的超帧的超帧匹配，包括： [0017] 获取当前超帧的超帧编号； [0018] 当所述当前超帧的超帧编号属于所述用于寻呼UE的超帧的超帧编号时，确定所述当前超帧与用于寻呼所述UE的超帧匹配。 [0019] 结合第一方面，或第一种可能的实现方式，或第二种可能的实现方式，或第三种可能的实现方式，在第四种可能的实现方式，所述基站在所述当前超帧向所述UE下发所述寻呼消息，包括： [0020] 所述基站计算在所述当前超帧内用于寻呼所述UE的系统帧及所述系统帧内的子帧； [0021] 所述基站在所述系统帧内的子帧向所述UE下发所述寻呼消息。 [0022] 第二方面，提供一种寻呼UE的方法，所述方法包括： [0023] UE获取作为第一参数的扩展非连续接收eDRX周期，以及用于标识所述eDRX周期中普通状态持续的超帧个数的第二参数； [0024] 所述UE根据所述UE的UE标识、以及所述第一参数和第二参数计算用于接收寻呼消息的超帧； [0025] 如果确定当前超帧与用于接收所述寻呼消息的超帧匹配时，则所述当前超帧处于所述普通状态，所述UE在所述当前超帧接收基站下发的所述寻呼消息。 [0026] 结合第二方面，在第一种可能的实现方式中，所述UE根据所述UE的UE标识、以及所述第一参数和第二参数计算用于接收寻呼消息的超帧，包括： [0027] 将所述UE标识对所述第一参数取模，得到第三参数； [0028] 获取满足如下公式的超帧编号，将所述超帧编号对应的超帧作为用于接收寻呼消息的超帧：所述超帧编号mod第一参数=Enu[第三参数，（第三参数+1）mod第一参数，……，（第三参数+第二参数）mod第一参数]，其中，所述Enu表示枚举，所述mod表示取模。 [0029] 结合第二方面，或第一种可能的实现方式，在第二种可能的实现方式中，所述第一参数和第二参数包括： [0030] 由所述UE设置的所述第一参数和第二参数；或者， [0031] 所述核心网侧在UE附着时通过非接入层NAS消息向所述UE下发的所述第一参数和第二参数。 [0032] 结合第二方面，或第一种可能的实现方式，或第二种可能的实现方式，在第三种可能的实现方式中，所述确定当前超帧与用于接收所述寻呼消息的超帧匹配，包括： [0033] 获取当前超帧的超帧编号； [0034] 当所述当前超帧的超帧编号属于所述用于接收寻呼消息的超帧的超帧编号时，确定所述当前超帧与用于接收所述寻呼消息的超帧匹配。 [0035] 结合第三种可能的实现方式，在第四种可能的实现方式中，所述获取当前超帧的超帧编号具体为：获取基站通过系统信息广播的当前超帧的超帧编号，所述基站在所述当前超帧内广播预设次数的超帧编号； [0036] 所述系统信息包括：系统信息块类型1，或者重新设置的系统信息块。 [0037] 结合第二方面，或第一种可能的实现方式，或第二种可能的实现方式，或第三种可能的实现方式，或第四种可能的实现方式，在第五种可能的实现方式中，所述UE在所述当前超帧接收基站下发的所述寻呼消息，包括： [0038] 所述UE计算在所述当前超帧内用于接收所述寻呼消息的系统帧及所述系统帧内的子帧； [0039] 所述UE在所述系统帧内的子帧接收所述基站下发的所述寻呼消息。 [0040] 第三方面，提供一种基站，所述基站包括： [0041] 接收单元，用于接收核心网侧下发的用于寻呼UE的寻呼消息，所述寻呼消息中包含作为第一参数的扩展非连续接收eDRX周期，和用于标识所述eDRX周期中普通状态持续的超帧个数的第二参数； [0042] 计算单元，用于根据所述UE的UE标识、以及所述接收单元接收到的所述第一参数和第二参数计算用于寻呼所述UE的超帧； [0043] 确定单元，用于确定当前超帧与所述计算单元计算得到的用于寻呼所述UE的超帧是否匹配； [0044] 下发单元，用于当所述确定单元确定当前超帧与所述用于寻呼所述UE的超帧匹配时，则所述当前超帧处于所述普通状态，在所述当前超帧向所述UE下发所述寻呼消息。 [0045] 结合第三方面，在第一种可能的实现方式中，所述计算单元包括： [0046] 第三参数获取子单元，用于将所述UE标识对所述第一参数取模，得到第三参数； [0047] 超帧编号获取子单元，用于获取满足如下公式的超帧编号，将所述超帧编号对应的超帧作为用于寻呼所述UE的超帧：所述超帧编号mod第一参数=Enu[第三参数，（第三参数+1）mod第一参数，……，（第三参数+第二参数）mod第一参数]，其中，所述Enu表示枚举，所述mod表示取模。 [0048] 结合第三方面，或第一种可能的实现方式，在第二种可能的实现方式中，所述确定单元包括： [0049] 超帧编号获取子单元，用于获取当前超帧的超帧编号； [0050] 超帧匹配子单元，用于当所述超帧编号获取子单元获取到的当前超帧的超帧编号属于所述用于寻呼UE的超帧的超帧编号时，确定所述当前超帧与用于寻呼所述UE的超帧匹配。 [0051] 结合第三方面，或第一种可能的实现方式，或第二种可能的实现方式，在第三种可能的实现方式中，所述下发单元包括： [0052] 系统帧和子帧计算子单元，用于计算在所述当前超帧内用于寻呼所述UE的系统帧及所述系统帧内的子帧； [0053] 寻呼消息下发子单元，用于在所述系统帧和子帧计算子单元计算得到的所述系统帧内的子帧向所述UE下发所述寻呼消息。 [0054] 第四方面，提供一种基站，所述基站包括： [0055] 收发信机，用于接收核心网侧下发的用于寻呼UE的寻呼消息，所述寻呼消息中包含作为第一参数的扩展非连续接收eDRX周期，和用于标识所述eDRX周期中普通状态持续的超帧个数的第二参数； [0056] 处理器，用于根据所述UE的UE标识、以及所述收发信机接收到的所述第一参数和第二参数计算用于寻呼所述UE的超帧，并确定当前超帧与用于寻呼所述UE的超帧是否匹配； [0057] 所述收发信机，还用于当所述处理器确定当前超帧与用于寻呼所述UE的超帧匹配时，则所述当前超帧处于所述普通状态，在所述当前超帧向所述UE下发所述寻呼消息。 [0058] 结合第四方面，在第一种可能的实现方式中，所述处理器，具体用于将所述UE标识对所述第一参数取模，得到第三参数，并获取满足如下公式的超帧编号，将所述超帧编号对应的超帧作为用于寻呼所述UE的超帧：所述超帧编号mod第一参数=Enu[第三参数，（第三参数+1）mod第一参数，……，（第三参数+第二参数）mod第一参数]，其中，所述Enu表示枚举，所述mod表示取模。 [0059] 结合第四方面，或第一种可能的实现方式，在第二种可能的实现方式中，所述处理器，具体用于获取当前超帧的超帧编号，当所述当前超帧的超帧编号属于所述用于寻呼UE的超帧的超帧编号时，确定所述当前超帧与用于寻呼所述UE的超帧匹配。 [0060] 结合第四方面，或第一种可能的实现方式，或第二种可能的实现方式，在第三种可能的实现方式中，所述处理器，还用于计算在所述当前超帧内用于寻呼所述UE的系统帧及所述系统帧内的子帧； [0061] 所述收发信机，具体用于在所述处理器计算得到的系统帧内的子帧向所述UE下发所述寻呼消息。 [0062] 第五方面，提供一种用户设备UE，所述UE包括： [0063] 获取单元，用于获取作为第一参数的扩展非连续接收eDRX周期，以及用于标识所述eDRX周期中普通状态持续的超帧个数的第二参数； [0064] 计算单元，用于根据所述UE的UE标识、以及所述获取单元获取到的所述第一参数和第二参数计算用于接收寻呼消息的超帧； [0065] 确定单元，用于确定当前超帧与所述计算单元计算得到的用于接收所述寻呼消息的超帧是否匹配； [0066] 接收单元，用于当所述确定单元确定当前超帧与所述用于接收所述寻呼消息的超帧匹配时，则所述当前超帧处于所述普通状态，在所述当前超帧接收基站下发的所述寻呼消息。 [0067] 结合第五方面，在第一种可能的实现方式中，所述计算单元包括： [0068] 第三参数获取子单元，用于将所述UE标识对所述第一参数取模，得到第三参数； [0069] 超帧编号获取子单元，用于获取满足如下公式的超帧编号，将所述超帧编号对应的超帧作为用于接收寻呼消息的超帧：所述超帧编号mod第一参数=Enu[第三参数，（第三参数+1）mod第一参数，……，（第三参数+第二参数）mod第一参数]，其中，所述Enu表示枚举，所述mod表示取模。 [0070] 结合第五方面，或第一种可能的实现方式，在第二种可能的实现方式中，所述确定单元包括： [0071] 超帧编号获取子单元，用于获取当前超帧的超帧编号； [0072] 超帧匹配子单元，用于当所述超帧编号获取子单元获取到的当前超帧的超帧编号属于所述用于接收寻呼消息的超帧的超帧编号时，确定所述当前超帧与用于接收所述寻呼消息的超帧匹配。 [0073] 结合第五方面，或第一种可能的实现方式，或第二种可能的实现方式，在第三种可能的实现方式中，所述接收单元包括： [0074] 系统帧和子帧计算子单元，用于计算在所述当前超帧内用于接收所述寻呼消息的系统帧及所述系统帧内的子帧； [0075] 寻呼消息接收子单元，用于在所述系统帧和子帧计算子单元计算得到的系统帧内的子帧接收所述基站下发的所述寻呼消息。 [0076] 第六方面，提供一种UE，所述UE包括： [0077] 处理器，用于获取作为第一参数的扩展非连续接收eDRX周期，以及用于标识所述eDRX周期中普通状态持续的超帧个数的第二参数，根据所述UE的UE标识、以及所述第一参数和第二参数计算用于接收寻呼消息的超帧，并确定当前超帧与用于接收所述寻呼消息的超帧是否匹配； [0078] 无线收发信机，用于当所述处理器确定当前超帧与用于接收所述寻呼消息的超帧匹配时，则所述当前超帧处于所述普通状态，在所述当前超帧接收基站下发的所述寻呼消息。 [0079] 结合第六方面，在第一种可能的实现方式中，所述处理器，具体用于将所述UE标识对所述第一参数取模，得到第三参数，获取满足如下公式的超帧编号，将所述超帧编号对应的超帧作为用于接收寻呼消息的超帧：所述超帧编号mod第一参数=Enu[第三参数，（第三参数+1）mod第一参数，……，（第三参数+第二参数）mod第一参数]，其中，所述Enu表示枚举，所述mod表示取模。 [0080] 结合第六方面，或第一种可能的实现方式，在第二种可能的实现方式中，所述处理器，具体用于获取当前超帧的超帧编号，当所述当前超帧的超帧编号属于所述用于接收寻呼消息的超帧的超帧编号时，确定所述当前超帧与用于接收所述寻呼消息的超帧匹配。 [0081] 结合第六方面，或第一种可能的实现方式，或第二种可能的实现方式，在第三种可能的实现方式中，所述处理器，还用于计算在所述当前超帧内用于接收所述寻呼消息的系统帧及所述系统帧内的子帧； [0082] 所述无线收发信机，具体用于在所述处理器计算得到的系统帧内的子帧接收所述基站下发的所述寻呼消息。 [0083] 本发明实施例中，基站接收核心网侧下发的用于寻呼UE的寻呼消息，该寻呼消息中包含作为第一参数的eDRX周期，和用于标识eDRX周期中普通状态持续的超帧个数的第二参数，根据UE的UE标识、以及第一参数和第二参数计算用于寻呼该UE的超帧，如果确定当前超帧与用于寻呼UE的超帧匹配时，则当前超帧处于普通状态，在当前超帧向UE下发所述寻呼消息。本发明实施例通过设置用超帧表示的eDRX周期，因此可以在更长的寻呼周期内实现对M2M网络中的UE进行寻呼，从而使得M2M网络中的UE无需被频繁唤醒，节省了这些UE的电量，并且在适应了这些UE的时延特性的同时，提升了M2M网络的寻呼性能。附图说明 [0084] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。 [0085] 图1A为本发明寻呼UE的方法的一个实施例流程图； [0086] 图1B为本发明实施例中超帧与系统帧和子帧之间的关系示意图； [0087] 图1C为本发明实施例中eDRX周期与SupFOffset之间的对应关系示意图； [0088] 图2为本发明寻呼UE的方法的另一个实施例流程图： [0089] 图3为本发明寻呼UE的方法的另一个实施例流程图； [0090] 图4为本发明基站的一个实施例框图； [0091] 图5为本发明基站的另一个实施例框图； [0092] 图6为本发明UE的一个实施例框图； [0093] 图7为本发明UE的另一个实施例框图。 具体实施方式[0094] 本发明如下实施例提供了寻呼UE的方法、基站及UE。 [0095] 为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中技术方案作进一步详细的说明。 [0096] 现有LTE网络中对SF进行编号，生成SFN，SFN以1024为周期循环编号，每个周期内的SFN为0至1023，每个SF由10个子帧组成，每个子帧为1ms，因此一个SF为10ms，每个SFN周期内的SF长度为10.24s。现有技术中最长的寻呼周期无法超过一个SFN周期的长度，当超过一个SFN周期的长度时，则UE即使计算出SFN，但是无法获知该SFN属于哪个SFN周期，因此将导致寻呼失败。 [0097] LTE网络的省电监听机制称为非连续接收（Discontinuous Reception，DRX），DRX分为空闲态时的DRX（IDLE_DRX）和连接态时的DRX（ACTIVE_DRX），无论对于上述哪一种DRX，其都可以分为工作状态和DRX状态。当UE处于工作状态时，UE从睡眠状态唤醒，监听下行信道并进行上行数据传输，当UE处于DRX状态时，则UE进入睡眠状态，并停止监听无线信道以及停止上行数据传输。通过DRX机制，UE可以不再连续监听无线信道，由此降低UE的功耗。当UE处于IDLE_DRX时，UE没有建立无线资源控制连接协议（Radio Resource Control，RRC）连接，因此UE需要在工作状态唤醒，以便监听基站下发的寻呼消息，从而确定是否需要建立RRC连接。其中，UE唤醒后，在特定的SFN对应的特定子帧内监听物理下行控制信道（Physical Downlink Control Channel，PDCCH），以获取基站可能通过PDCCH下发的寻呼指示无线网络临时标识（Paging-Radio Network Temporary Identity，P-RNTI）。其中，UE在获得用来监听PDCCH的系统帧和子帧时，首先需要获得基站广播的DRX周期,通常在IDLE_DRX时，UE的寻呼周期即为DRX周期。 [0098] 本发明实施例中进一步将现有技术中每个周期的无线帧定义为一个超帧（Super Frame，SupF），并相应设置超帧编号（Super Frame Number，SupFN）。具体的，对每1024个无线帧组成的超帧依次进行编号，由于每个SF的持续时间为10ms，因此每个超帧的长度为10.24s。其中，SupFN的长度可以为10bit（即1024个超帧）、8bit（256个超帧）、6bit（64个超帧），相应的每一组编号的持续时间分别为174分钟、43分钟和11分钟。本发明实施例在IDLE_DRX时，为了能在更长的寻呼周期内实现对网络中的时延容忍的UE进行寻呼，设置以超帧为单位的DRX周期，该周期可以称为扩展DRX（enhanced DRX，eDRX）周期，以区别于现有技术中设置的DRX周期。 [0099] 本发明实施例中，每个eDRX周期以超帧为单位进行计数，每个eDRX周期分为normal（普通）状态和inactive（闲置）状态，normal状态和inactive状态的持续时间都为一个超帧的持续时间长度的整数倍，即normal状态和inactive状态也以超帧为单位进行计数，例如，一个eDRX周期持续5个超帧，其中normal状态持续2个超帧，则inactive状态持续3个超帧。其中，当UE处于normal状态时，跳转到现有技术中的DRX机制，当UE处于inactive状态时，则进入睡眠状态。 [0100] 由于本发明实施例中通过设置eDRX周期扩展了UE的寻呼周期长度，因此当基站对UE进行寻呼时，需要先获得用于寻呼UE的超帧（用超帧号表示），然后再按照现有技术方式获得该超帧下用于寻呼UE的SF（用SFN表示）和子帧（用子帧号表示）。下面结合寻呼UE的过程对本发明实施例进行描述。 [0101] 参见图1A，为本发明寻呼UE的方法的一个实施例流程图，该实施例从基站侧描述了寻呼UE的过程： [0102] 步骤101：基站接收核心网侧下发的用于寻呼UE的寻呼消息，所述寻呼消息中包含作为第一参数的扩展非连续接收eDRX周期，和用于标识所述eDRX周期中普通状态持续的超帧个数的第二参数。 [0103] 参见图1B，为本发明实施例中超帧与系统帧和子帧之间的关系示意图： [0104] 图1B中示出的一个超帧包含1024个SF，每个SF包含十个子帧。 [0105] 参见图1C，为本发明实施例中eDRX周期与SupFOffset之间的对应关系示意图： [0106] 图1C中，从上到下分别示出了在一个eDRX周期中normal状态持续不同超帧个数的示意，包括：normal状态持续一个超帧，相应的，用于标识该eDRX周期中normal状态持续的超帧个数的SupFOffset（第二参数）为0；normal状态持续二个超帧，相应的，用于标识该eDRX周期中，normal状态持续的超帧个数的SupFOffset（第二参数）为1；normal状态持续三个超帧，相应的，用于标识该eDRX周期中normal状态持续的超帧个数的SupFOffset（第二参数）为2；normal状态持续四个超帧，相应的，用于标识该eDRX周期中normal状态持续的超帧个数的SupFOffset（第二参数）为3。 [0107] 本实施例中，用于下发寻呼消息的核心网侧设备可以为移动性管理实体（Mobility Management Entity，MME）或服务通用分组无线技术支持节点（Serving General Packet Radio Service Support Node，SGSN），当MME接收到核心网侧的服务网关（Service Gateway，S-GW）发送的下行数据到达指示时，如果确定该下行数据传输的目标UE为具有时延容忍特性的UE时，则MME向基站下发寻呼该UE的寻呼消息，该寻呼消息中包含作为第一参数的eDRX周期，和用于标识该eDRX周期中普通状态持续的超帧个数，进一步该寻呼消息中还可以包含用于表示该UE类型的时延容忍指示。其中，寻呼消息中携带的第一参数和第二参数可以是UE初始接入网络时，由该UE向核心网侧上报的第一参数和第二参数，或者，由核心网侧指定的第一参数和第二参数，其中第二参数可以在寻呼时不下发给基站，作为缺省值基站认为该参数为0。 [0108] 步骤102：基站根据所述UE的UE标识、以及所述第一参数和第二参数计算用于寻呼所述UE的超帧。 [0109] 本实施例中，基站接收到寻呼消息后，可以获得UE的UE标识，第一参数和第二参数，首先基站将UE标识对第一参数取模，得到第三参数，该UE标识可以具体为UE的国际移动用户识别码(Mobile Subscriber Identification Number，IMSI)，然后基站获取满足如下公式的超帧编号，将这些超帧编号对应的超帧作为用于寻呼UE的超帧：所述超帧编号mod第一参数=Enu[第三参数，（第三参数+1）mod第一参数，……，（第三参数+第二参数）mod第一参数]，其中，Enu表示枚举，mod表示取模。其中，计算得到的超帧编号数量根据第二参数的不同而不同。 [0110] 步骤103：如果确定当前超帧与用于寻呼所述UE的超帧匹配时，则当前超帧处于普通状态，基站在所述当前超帧向所述UE下发所述寻呼消息。 [0111] 本实施例中，基站获取当前超帧的超帧编号。其中，基站可以通过系统信息广播当前超帧的超帧编号给UE，该系统信息可以包括：系统信息块类型1（System Information Block1，SIB1），该SIB1以80ms为周期进行广播，或者SIB2，或者基站可以重新设置一个新的用于广播超帧编号的系统信息块，对此本发明实施例不进行限制。 [0112] 本实施例中，如果当前超帧的超帧编号属于前述步骤102中计算得到的用于寻呼UE的超帧的超帧编号时，确定当前超帧与用于寻呼所述UE的超帧匹配；进一步，基站可以按照现有技术中的计算方式计算在当前超帧内用于寻呼UE的SF及该SF内的子帧，并在该SF内的子帧向UE下发所述寻呼消息。 [0113] 由上述实施例可见，该实施例中通过设置用超帧表示的eDRX周期，因此可以在更长的寻呼周期内实现对M2M网络中的UE进行寻呼，从而使得M2M网络中的UE无需被频繁唤醒，节省了这些UE的电量，并且在适应了这些UE的时延特性。 [0114] 参见图2，为本发明寻呼UE的方法的另一个实施例流程图，该实施例从UE侧描述了寻呼UE的过程： [0115] 步骤201：UE获取作为第一参数的扩展非连续接收eDRX周期，以及用于标识所述eDRX周期中普通状态持续的超帧个数的第二参数。 [0116] 本实施例中，超帧与系统帧和子帧之间的关系可以如前述图1B所示，一个eDRX周期中normal状态持续不同超帧个数的示例可以如图1C所示，在此不再赘述。 [0117] 本实施例中，UE获取的第一参数和第二参数可以是UE初始接入网络时，由该UE向核心网侧上报的第一参数和第二参数，或者，由核心网侧在UE附着时通过非接入层（Non-Access Stratum，NAS）消息指定的第一参数和第二参数。当第一参数和第二参数为核心网侧通过NAS消息指定的参数时，则该UE在初始接入网络时，可以接收由核心网侧的MME通过NAS消息发送的第一参数和第二参数，其中第二参数可以省略，UE设置缺省值为0。 [0118] 步骤202：UE根据所述UE的UE标识、以及所述第一参数和第二参数计算用于接收寻呼消息的超帧。 [0119] 本实施例中，UE在获取到第一参数和第二参数后，首先UE将该UE的UE标识对第一参数取模，得到第三参数，该UE标识可以具体为UE的IMSI，然后UE获取满足如下公式的超帧编号，将这些超帧编号对应的超帧作为用于接收寻呼消息的超帧：所述超帧编号mod第一参数=Enu[第三参数，（第三参数+1）mod第一参数，……，（第三参数+第二参数）mod第一参数]，其中，Enu表示枚举，mod表示取模。其中，计算得到的超帧编号数量根据第二参数的不同而不同。 [0120] 步骤203：如果确定当前超帧与用于接收所述寻呼消息的超帧匹配时，则当前超帧处于普通状态，UE在所述当前超帧接收基站下发的所述寻呼消息。 [0121] 本实施例中，UE可以获取当前超帧的超帧编号，可选的，UE可以获取基站通过系统信息广播的当前超帧的超帧编号，基站可以设置每个超帧内广播超帧编号的次数，或者广播超帧编号的间隔，以便UE无论在何时接入网络，都可以获得当前超帧的超帧编号；或者UE也可以在首次接入网络时获取基站通过系统信息广播的超帧编号，后续UE可以根据首次广播的超帧编号计算出当前超帧的超帧编号。其中，系统信息可以包括：SIB1，该SIB1以80ms为周期进行广播，或者SIB2，或者基站可以重新设置一个新的用于广播超帧编号的系统信息块，对此本发明实施例不进行限制。 [0122] 本实施例中，如果当前超帧的超帧编号属于前述步骤202中计算得到的用于接收寻呼消息的超帧编号时，确定当前超帧与用于寻呼所述UE的超帧匹配；进一步，UE可以照现有技术中的计算方式计算在当前超帧内用于接收寻呼消息的SF及该SF内的子帧，并在该SF内的子帧唤醒，接收基站下发的寻呼消息。 [0123] 由上述实施例可见，该实施例中通过设置用超帧表示的eDRX周期，因此可以在更长的寻呼周期内实现对M2M网络中的UE进行寻呼，从而使得M2M网络中的UE无需被频繁唤醒，节省了这些UE的电量，并且在适应了这些UE的时延特性的同时，提升了M2M网络的寻呼性能。 [0124] 参见图3，为本发明寻呼UE的方法的另一个实施例流程图，该实施例结合核心网侧、基站及UE之间的交互详细描述了一个寻呼UE的应用实例: [0125] 步骤301：UE初始接入网络，获得MME发送的eDRXCycle和指示normal状态持续超帧个数的SupFOffset。 [0126] 步骤302：eNB广播当前超帧的超帧编号。 [0127] 步骤303：MME接收到下行数据到达指示，该下行数据到达指示中包含待寻呼UE的UE标识。 [0128] 步骤304：MME根据UE标识查找UE的签约信息，确定该UE为时延容忍特性的UE。 [0129] 步骤305：MME向eNB下发寻呼消息（Paging），该寻呼消息中可以携带UE标识、eDRXCycle、SupFOffset和时延容忍指示。 [0130] 步骤306：eNB根据寻呼消息中携带的时延容忍指示确定待寻呼的UE为具有时延容忍特性的UE，则根据UE标识、eDRXCycle和SupFOffset计算用于寻呼UE的超帧，超帧内的SF和SF内的子帧。 [0131] 本步骤中，假设用于寻呼UE的超帧称为SupFN，则SupFN为满足如下公式的SupFN： [0132] SupFN mod eDRXCycle=Enu{K，(K+1)mod eDRXCycle，……，(K+SupFOffset)mod eDRXCycle}，其中，K=UE_ID mod eDRXCycle，mod表示取模，Enu表示枚举，UE_ID可以为UE的IMSI，或者IMSI对1024取模的结果值。 [0133] 在计算完用于寻呼UE的SupFN后，可以按照现有技术进一步计算用于寻呼UE的SF，假设用于寻呼UE的SF称为寻呼帧（Paging Frame，PF），则PF为满足如下公式的SFN： [0134] SFN mod T=(T div N)*(UE_ID mod N) [0135] 上式中，T表示UE的DRX周期，T=min(UE specific DRX，default DRX value)，其中，UE specific DRX表示UE指定的DRX寻呼周期，default DRX value表示网络广播的默认DRX寻呼周期，即T取值UE指定的DRX寻呼周期和网络广播的默认DRX寻呼周期中的较小值；div表示整除；N为min(T,nB)，其中nB的取值范围为4T,2T,T,T/2,T/4,T/8,T/16,T/32。 [0136] 在计算完PF后，最后计算用于寻呼UE的子帧，假设用于寻呼UE的子帧称为寻呼子帧(Paging Occasion,PO)，PO通常通过PO查找表进行获取，如下表1为频分双工（Frequency Division Duplexing，FDD）模式下的PO查找表，如下表2为时分双工（Time Division Duplexing，TDD）模式下的PO查找表： [0137] 表1 [0138]Ns PO when i_s=0 PO when i_s=1 PO when i_s=2 PO when i_s=3 1 9 N/A N/A N/A 2 4 9 N/A N/A 4 0 4 5 9 [0139] 表2 [0140]Ns PO when i_s=0 PO when i_s=1 PO when i_s=2 PO when i_s=3 1 0 N/A N/A N/A 2 0 5 N/A N/A 4 0 1 5 6 [0141] 要通过查找上表1或表2获得PO，则首先要计算得到索引i_s和Ns，其中i_s按照如下公式计算： [0142] i_s=floor(UE_ID/N)mod Ns, [0143] UE_ID=IMSI mod 1024 [0144] 上式中，floor表示UE_ID与N相除后向下取整；Ns为max(1,nB/T)，即Ns的取值为1和nB/T这两个值中的较大值。 [0145] 步骤307：eNB在计算得到的超帧内的SF内的子帧向UE下发寻呼消息。 [0147] 需要说明的是，图3中主要示出了eNB计算寻呼UE的超帧，超帧内SF，及SF内子帧的过程，在实际应用过程中，当UE获得了eDRXCycle和SupFOffset后，则可以根据UE标识、eDRXCycle和SupFOffset，采用与eNB一致的计算方式计算接收寻呼消息的超帧，超帧内的SF和SF内的子帧，以便当eNB在步骤307下发寻呼消息后，UE可以同时唤醒，接收到该寻呼消息，在此不再赘述。 [0148] 与本发明寻呼UE的方法的实施例相对应，本发明还提供了用于执行上述方法实施例的基站及UE的实施例。 [0149] 参见图4，为本发明基站的一个实施例框图： [0150] 该基站包括：接收单元410、计算单元420、确定单元430和下发单元440。 [0151] 其中，接收单元410，用于接收核心网侧下发的用于寻呼UE的寻呼消息，所述寻呼消息中包含作为第一参数的扩展非连续接收eDRX周期，和用于标识所述eDRX周期中普通状态持续的超帧个数的第二参数； [0152] 计算单元420，用于根据所述UE的UE标识、以及所述接收单元410接收到的所述第一参数和第二参数计算用于寻呼所述UE的超帧； [0153] 确定单元430，用于确定当前超帧与所述计算单元420计算得到的用于寻呼所述UE的超帧是否匹配； [0154] 下发单元440，用于当所述确定单元430确定当前超帧与所述用于寻呼所述UE的超帧匹配时，则所述当前超帧处于所述普通状态，在所述当前超帧向所述UE下发所述寻呼消息。 [0155] 可选的，所述计算单元420可以包括（图4中未示出）： [0156] 第三参数获取子单元，用于将所述UE标识对所述第一参数取模，得到第三参数； [0157] 超帧编号获取子单元，用于获取满足如下公式的超帧编号，将所述超帧编号对应的超帧作为用于寻呼所述UE的超帧：所述超帧编号mod第一参数=Enu[第三参数，（第三参数+1）mod第一参数，……，（第三参数+第二参数）mod第一参数]，其中，所述Enu表示枚举，所述mod表示取模。 [0158] 可选的，所述确定单元430可以包括（图4中未示出）： [0159] 超帧编号获取子单元，用于获取当前超帧的超帧编号； [0160] 超帧匹配子单元，用于当所述超帧编号获取子单元获取到的当前超帧的超帧编号属于所述用于寻呼UE的超帧的超帧编号时，确定所述当前超帧与用于寻呼所述UE的超帧匹配。 [0161] 可选的，所述下发单元440可以包括（图4中未示出）： [0162] 系统帧和子帧计算子单元，用于计算在所述当前超帧内用于寻呼所述UE的系统帧及所述系统帧内的子帧； [0163] 寻呼消息下发子单元，用于在所述系统帧和子帧计算子单元计算得到的所述系统帧内的子帧向所述UE下发所述寻呼消息。 [0164] 参见图5，为本发明基站的另一个实施例框图： [0165] 该基站包括：收发信机510和处理器520。 [0166] 其中，收发信机510，用于接收核心网侧下发的用于寻呼UE的寻呼消息，所述寻呼消息中包含作为第一参数的扩展非连续接收eDRX周期，和用于标识所述eDRX周期中普通状态持续的超帧个数的第二参数； [0167] 处理器520，用于根据所述UE的UE标识、以及所述收发信机510接收到的所述第一参数和第二参数计算用于寻呼所述UE的超帧，并确定当前超帧与用于寻呼所述UE的超帧是否匹配； [0168] 所述收发信机510，还用于当所述处理器确定当前超帧与用于寻呼所述UE的超帧匹配时，则所述当前超帧处于所述普通状态，在所述当前超帧向所述UE下发所述寻呼消息。 [0169] 可选的，所述处理器520，可以具体用于将所述UE标识对所述第一参数取模，得到第三参数，并获取满足如下公式的超帧编号，将所述超帧编号对应的超帧作为用于寻呼所述UE的超帧：所述超帧编号mod第一参数=Enu[第三参数，（第三参数+1）mod第一参数，……，（第三参数+第二参数）mod第一参数]，其中，所述Enu表示枚举，所述mod表示取模。 [0170] 可选的，所述处理器520，可以具体用于获取当前超帧的超帧编号，当所述当前超帧的超帧编号属于所述用于寻呼UE的超帧的超帧编号时，确定所述当前超帧与用于寻呼所述UE的超帧匹配。 [0171] 可选的，所述处理器520，还可以用于计算在所述当前超帧内用于寻呼所述UE的系统帧及所述系统帧内的子帧； [0172] 所述收发信机510，具体用于在所述处理器计算得到的系统帧内的子帧向所述UE下发所述寻呼消息。 [0173] 参见图6，为本发明UE的一个实施例框图： [0174] 该UE包括：获取单元610、计算单元620、确定单元630和接收单元640。 [0175] 其中，获取单元610，用于获取作为第一参数的扩展非连续接收eDRX周期，以及用于标识所述eDRX周期中普通状态持续的超帧个数的第二参数； [0176] 计算单元620，用于根据所述UE的UE标识、以及所述获取单元610获取到的所述第一参数和第二参数计算用于接收寻呼消息的超帧； [0177] 确定单元630，用于确定当前超帧与所述计算单元620计算得到的用于接收所述寻呼消息的超帧是否匹配； [0178] 接收单元640，用于当所述确定单元630确定当前超帧与所述用于接收所述寻呼消息的超帧匹配时，则所述当前超帧处于所述普通状态，在所述当前超帧接收基站下发的所述寻呼消息。 [0179] 可选的，所述计算单元620可以包括（图6中未示出）： [0180] 第三参数获取子单元，用于将所述UE标识对所述第一参数取模，得到第三参数； [0181] 超帧编号获取子单元，用于获取满足如下公式的超帧编号，将所述超帧编号对应的超帧作为用于接收寻呼消息的超帧：所述超帧编号mod第一参数=Enu[第三参数，（第三参数+1）mod第一参数，……，（第三参数+第二参数）mod第一参数]，其中，所述Enu表示枚举，所述mod表示取模。 [0182] 可选的，所述确定单元630可以包括（图6中未示出）： [0183] 超帧编号获取子单元，用于获取当前超帧的超帧编号； [0184] 超帧匹配子单元，用于当所述超帧编号获取子单元获取到的当前超帧的超帧编号属于所述用于接收寻呼消息的超帧的超帧编号时，确定所述当前超帧与用于接收所述寻呼消息的超帧匹配。 [0185] 可选的，所述接收单元640可以包括（图6中未示出）： [0186] 系统帧和子帧计算子单元，用于计算在所述当前超帧内用于接收所述寻呼消息的系统帧及所述系统帧内的子帧； [0187] 寻呼消息接收子单元，用于在所述系统帧和子帧计算子单元计算得到的系统帧内的子帧接收所述基站下发的所述寻呼消息。 [0188] 参见图7，为本发明UE的另一个实施例框图： [0189] 该UE包括：处理器710和无线收发信机720。 [0190] 其中，处理器710，用于获取作为第一参数的扩展非连续接收eDRX周期，以及用于标识所述eDRX周期中普通状态持续的超帧个数的第二参数，根据所述UE的UE标识、以及所述第一参数和第二参数计算用于接收寻呼消息的超帧，并确定当前超帧与用于接收所述寻呼消息的超帧是否匹配； [0191] 无线收发信机720，用于当所述处理器确定当前超帧与用于接收所述寻呼消息的超帧匹配时，则所述当前超帧处于所述普通状态，在所述当前超帧接收基站下发的所述寻呼消息。 [0192] 可选的，所述处理器710，可以具体用于将所述UE标识对所述第一参数取模，得到第三参数，获取满足如下公式的超帧编号，将所述超帧编号对应的超帧作为用于接收寻呼消息的超帧：所述超帧编号mod第一参数=Enu[第三参数，（第三参数+1）mod第一参数，……，（第三参数+第二参数）mod第一参数]，其中，所述Enu表示枚举，所述mod表示取模。 [0193] 可选的，所述处理器710，可以具体用于获取当前超帧的超帧编号，当所述当前超帧的超帧编号属于所述用于接收寻呼消息的超帧的超帧编号时，确定所述当前超帧与用于接收所述寻呼消息的超帧匹配。 [0194] 可选的，所述处理器710，还可以用于计算在所述当前超帧内用于接收所述寻呼消息的系统帧及所述系统帧内的子帧； [0195] 所述无线收发信机720，可以具体用于在所述处理器计算得到的系统帧内的子帧接收所述基站下发的所述寻呼消息。 [0196] 由上述实施例可见，基站接收核心网侧下发的用于寻呼UE的寻呼消息，该寻呼消息中包含作为第一参数的eDRX周期，和用于标识eDRX周期中普通状态持续的超帧个数的第二参数，根据UE的UE标识、以及第一参数和第二参数计算用于寻呼该UE的超帧，如果确定当前超帧与用于寻呼UE的超帧匹配时，则当前超帧处于普通状态，在当前超帧向UE下发所述寻呼消息。本发明实施例通过设置用超帧表示的eDRX周期，因此可以在更长的寻呼周期内实现对M2M网络中的UE进行寻呼，从而使得M2M网络中的UE无需被频繁唤醒，节省了这些UE的电量，并且在适应了这些UE的时延特性的同时，提升了M2M网络的寻呼性能。 [0197] 本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例或者实施例的某些部分所述的方法。 [0198] 本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。 |
||||||
QQ群二维码
意见反馈
意见反馈