CN106465332B - 寻呼发送以及接收的增强方法以及用户设备 - Google Patents

Abstract

本发明提供用于需要CE的UE的寻呼发送以及接收的方法以及装置。在一个新颖方面中，UE上报自己的CE状态给MME。CE级别有关信息以及对应小区ID从ENB提供给MME。当寻呼该UE时，MME发送包含重复数量的寻呼信息给对应追踪区域中的所有ENB。在另一个新颖方面中，寻呼区域用于CE UE。UE接收寻呼区域信息，通知该网络，以及在检测到已接收以及已存储寻呼区域之间的改变时，更新该已存储寻呼区域信息。在另一个实施例中，UE在检测到CE状态改变时，上报自己的CE状态。该ENB存储UE CE信息以及将其转发给相同寻呼区域中相邻ENB。该eNB使用重复寻呼自己的CE UE列表上的UE，而正常寻呼其他UE。

Description

寻呼发送以及接收的增强方法以及用户设备

相关申请的交叉引用

本申请要求2014年5月9日递交的，申请号为CN201410195278.9标题为“寻呼发送以及接收的优化机制(OPTIMIZED MECHANISM FOR PAGING TRANSMISSION ANDRECEPTION)”中国专利申请案的优先权，上述申请的标的在此合并作为参考。

技术领域

所揭露实施例一般有关于无线通信，以及更具体地，有关于用于寻呼发送以及接收的优化机制。

背景技术

无线通信可大范围的扩展对于所有类型的网络都是挑战，尤其在乡村或者远程区域。由于无线环境的属性，服务以及功率对于传递而言是困难的。使用传统的基站方式传递覆盖是不可实现以及不经济的。以LTE为例，其可以部署在比2G以及3G系统更高的载波频率上，这暗示出对于LTE的更高的穿舒适也自己潜在的需要增加更多站点以保证足够好的覆盖范围。增加站点是不经济的，以及需要冗长的谈判(negotiation)。相较于当前蜂窝通信系统，机器对机器(Machine-to-Machine，M2M)应用需要低成本设备以及改进的覆盖范围。举例说明，一些智能电表设备通常安装在地下室，或者铝箔衬背(foil-backed)隔离屏蔽的设备中，金属窗户，或者传统的厚墙建筑中。相较于正常装置的典型的运作环境，这些智能电表经历着更大的路径损耗，例如20dB路径损耗。为了保证网络提供更好的可能解决方案以最大化覆盖范围以及服务特定装置，第三代合作伙伴计划(3rd generationpartnership project，3GPP)无线接入网络1(RAN 1)工作组已经研究了需要覆盖范围扩展/覆盖范围增强(coverage extension/coverage enhancement，CE)的装置的覆盖范围增强。已经提出一些潜在的解决方案，例如物理信道的重复(repetition)以提高覆盖范围。

对于网络发起(network-originated)的给需要CE的UE的数据传输，当他们在RRC空闲(IDLE)时有一些挑战，其包含网络不知道UE驻留在哪个小区上，以及是否UE需要CE或者不需要。因此网络不知道是否透过传输发送而寻呼具有CE的UE。一个可能的解决方案是在网络侧，MME假设UE不需要CE。网络不知道UE的CE状态而正常寻呼该UE。但是在这样方式下，既然寻呼没有HARQ过程(process)，需要CE的UE通常不能在一个寻呼时机(pagingoccasion，PO)中收到寻呼消息，这意味着UE是不可达的(unreachable)。

在无线网络中有效地寻呼需要CE的UE的改进以及增强是需要的。

发明内容

本发明提供用于需要CE的UE的寻呼发送以及接收的方法以及装置。

在一个新颖方面中，寻呼区域，被追踪区域(tracking area)中多个小区的一个子集合覆盖的地理区域，用于CE UE。在一个实施例中，寻呼区域由寻呼区域识别符(identity，ID)或者相邻小区列表所辨识(identified)，其从广播信息中获取。UE收到寻呼区域信息，以及通知网络UE的存在以及在检测到已接收寻呼区域以及已存储寻呼区域的任何改变时，更新已存储寻呼区域信息。在一个实施例中，UE建立RRC连接以指示出自己的存在。在另一个实施例中，UE使用指示出自己的存在的建立起因(establishment cause)而建立RRC连接。在另一个实施例中，UE使用指示出“寻呼区域改变”的建立起因而建立RRC连接。在一个实施例中，UE从系统信息(system information，SI)接收寻呼区域信息。在另一个实施例中，UE在检测到CE状态改变时上报自己的CE状态。在一个实施例中，UE周期性上报自己的CE状态。在再一个实施例中，UE在检测到已接收寻呼区域以及已存储寻呼区域之间寻呼区域信息改变时，上报自己之前存储的寻呼区域信息。

在一个新颖方面中，基站将自己的寻呼区域信息在系统信息中广播。在从需要CE的UE收到存在指示时，基站存储UE信息，以及将该信息转发给相同寻呼区域中的相邻基站。基站使用重复寻呼CE UE表上的UE，以及其他UE正常寻呼。在一个实施例中，如果检测到一个或者多个释放触发事件，基站从自己的CE UE列表中，释放UE信息，触发事件包含，没有成功寻呼UE一定尝试，在一个周期内没有被成功寻呼到一定尝试次数，另一组相邻eNB告知，UE已经移出寻呼区域。

在另一个新颖方面，MME获取UE的CE状态。如果被寻呼UE处于CE模式，MME决定寻呼重复数量。MME通知一个或者多个eNB，寻呼为用于低成本或者需要CE的UE。在一个实施例中，MME提供重复数量给相同追踪区域中的基站，这样基站透过重复数量而重复发送寻呼消息。在另一个实施例中，MME从基站接收CE相关信息。CE相关信息包含UE CE状态以及对应小区ID。

下面详细描述本发明的其他实施例以及有益效果。发明内容不用于限定本发明。本发明保护范围以权利要求为准。

附图说明

附图中相同数字表示相似元件，用于说明本发明的实施例。

图1为根据本发明的实施例，具有需要CE的UE的无线通信网络的示意图。

图2为根据本发明的实施例，用于需要CE的UE，UE、ENB以及MME之间用于寻呼过程的寻呼过程示意图。

图3为根据本发明的实施例，一个寻呼区域中组织有一个或者多于一个ENB的无线通信系统示意图。

图4为根据本发明的实施例，UE指示出自己的存在给ENB的流程示意图。

图5为根据本发明的实施例，寻呼区域中UE指示出CE状态的改变给ENB的流程示意图。

图6为根据本发明的实施例，UE、ENB以及MME用于寻呼过程的示例系统级别流程示意图。

图7为根据本发明的实施例，ENB寻呼需要CE的UE的流程示意图。

图8为根据本发明的实施例，寻呼区域中的ENB，存储或者更新需要CE的UE的信息的详细流程图。

图9为根据本发明的实施例，当在CE模式中，UE处理寻呼区域过程的示意图。

图10为根据本发明的实施例中，CE模式中，基站处理寻呼区域的流程示意图。

图11为根据本发明的实施例，CE模式中的UE上报自己的CE状态给网络的示意图。

图12为根据本发明的实施例，MME通知CE状态给ENB，以重复发送UE的寻呼消息的寻呼过程示意图。

图13为根据本发明的实施例，MME发送CE状态信息给追踪区域中全部ENB，以重复发送寻呼消息的示意图。

图14为根据本发明的实施例，需要CE的UE上报自己的CE状态给网络的流程图。

图15为根据本发明的实施例，ENB寻呼需要CE的UE的流程示意图。

图16为根据本发明的实施例，MME发送UE CE状态给追踪区域中的基站的流程图。

具体实施方式

下面详细参考本发明的一些实施例，参考附图介绍本发明的例子。

图1为根据本发明的实施例，具有需要CE的UE的无线通信网络100的示意图。无线通信系统100包含多个固定基础单元，例如基站111-116，以及基站121-124，形成地理区域中分布的网络，每一个基站覆盖一个地理区域。基础单元也可以称作为是接入点，接入终端，基站，节点B(Node-B)、演进节点B(eNode-B，eNB)或者所属领域中的其他词汇。一个或者多个基站111-116，以及121-124为服务区域中多个移动台101、102以及103提供服务，服务区域例如小区，或者小区扇区。回程线路(Backhaul)连接，例如X2接口131-136连接非共址基站，例如111-116。这些回程线路或者为理想，或者为非理想的。

在一个实施例中，移动通信网络100包含多个基站ENB以及多个移动台，例如移动台101、102以及103。UE101位于ENB111的服务范围区域内，以及与ENB111透过无线链路117进行通信。UE101需要CE。链路117上的数据区块需要重复发送，这样UE101可以正确地接收传输。正常UE102以及103分别位于ENB116以及121的覆盖范围区域内。UE102以及103与ENB116以及121，分别透过无线链路118以及125进行通信。当从ENB到移动台有DL封包要发送，每一移动台得到DL分配，例如PDSCH中的一组无线资源。当UE需要将封包在UL中发送ENB，移动台从基站获得分配UL共享信道(Physical Uplink Shared Channel，PUSCH)的授权，其中包含一组UL无线资源。移动台从PDCCH或者EPDCCH获得DL或者UL调度信息，其中PDCCH或者EPDCCH为专用于该移动台。DL或者UL调度信息以及其他控制信息，由PDCCH承载，称作下行链路控制信息(Downlink Control Information，DCI)。

网络实体，例如MME 141与基站，例如ENB111-116以及121以及124，透过链路例如137-139连接。虽然没有图示，无线网络100的每一个ENB具有与MME141的链路。无线网络100中，寻呼过程以网络实体，例如MME 141开始。一个或者多个小区，或者一个或者多个ENB形成一个追踪区域。例如，形成追踪区域110，包含ENB111到116，或者ENB111到116服务的多个小区。追踪区域120包含ENB121-124，或者ENB121到124所服务的多个小区。在追踪区域(track area)级别(level)，当UE处于空闲(IDLE)模式，UE的位置MME知道。当网络需要寻呼UE时，MME发送寻呼消息给UE存在的追踪区域中的所有ENB。例如，MME141发送寻呼消息给追踪区域110中的所有ENB，当ENB需要寻呼空闲模式UE101，或者空闲模式UE102时。相似地，当寻呼空闲模式UE103时，MME141发送寻呼消息给追踪区域120中的所有ENB。

在一个例子中，UE101需要CE，这意味着数据区块需要重复发送，这样UE101可以正确接收到。因此，给空闲模式UE101的寻呼消息需要在不同子帧上透过重复而重复发送。这样做，ENB111-116都需要透过重复数量而重复发送寻呼消息。追踪区域110中产生大量数据流量(data traffic)。在一个新颖方面，形成的寻呼区域，每一个包含追踪区域中多个ENB或者多个小区的一个子集合。每一个ENB在寻呼区域中追踪(track)需要CE的UE。在相同寻呼区域中的ENB透过X2接口交换CE UE信息。需要CE的UE将自己的CE状态报告给服务小区。

在一个实施例中，通信系统利用RRC层控制UE以及ENB之间的通信，在无线接口，以及UE跨小区的移动性。RRC层实施系统信息广播/接收、寻呼，RRC连接建立/释放，NAS信息传递，移动性控制以及等等。RRC层的例子包含3GPP UMTS标准的LTE的RRC层。

在另一个实施例中，通信系统利用NAS层控制UE以及MME之间的通信。NAS层实施EPS承载管理(bearer management)、鉴权(authentication)、ECM空闲移动性处理(mobility handling)、ECM空闲中的寻呼发起(paging origination)以及安全性控制。NAS层例子包含3GPP UMTS标准的LTE的NAS层。

图1为根据本发明的实施例，移动台101以及基站111和MME141的简化方块示意图160、150以及170。

ENB 111具有天线155，发送以及接收无线信号。RF收发器模块153，耦接到天线，从天线155接收RF信号，将其转换为基频信号，以及发送给处理器152。RF收发器153也将从处理器152接收的基频信号进行处理，将其转换为RF信号，以及发送给天线155。处理器152处理已接收基频信号以及调用不同功能模块以实施ENB111的功能。存储器151存储程序指令以及数据154，以控制ENB111的运作。ENB111也包含一组控制模块，例如寻呼区域处理器156，UE CE状态处理器157以及寻呼模块158，以实施功能任务以及寻呼移动台。寻呼区域处理器156为功能模块以及与ENB和UE通信，以实现寻呼区域方法。在另一个例子中，如果没有形成寻呼区域，所以可以执行具有重复的寻呼，所以在此情况下，寻呼区域处理器156可以被忽略，以及寻呼模块158可以用于寻呼UE以执行没有寻呼区域信息的寻呼，举例说明，具有重复地寻呼UE，或者没有重复的正常寻呼。UE CE状态处理器157实施任务，这样网络实体可以获取UE的CE状态。

移动台101具有天线165，其发送以及接收无线信号。RF收发器模块163，耦接到天线，从天线165接收RF信号，将其转换为基频信号，以及发送给处理器162。RF收发器163也将从处理器162收到的基频信号转换，将其转换为RF信号，以及发送给天线165。处理器162处理已接收基频信号以及调用不同功能模块以实施移动台101的功能。存储器161存储程序指令以及数据164以控制移动台101的运作。

移动台101也包含实施功能任务的一组控制模块。信息处理器191存储寻呼信息，例如寻呼消息。寻呼区域为用于寻呼消息的追踪区域的一个子集合。寻呼区域处理器192从无线网络中的基站接收寻呼区域的信息，当UE需要CE时，决定是否在寻呼区域以及UE的已存储寻呼区域之间是否有任何改变，以及通知基站是否有寻呼区域改变。寻呼模块193在寻呼区域中接收以及处理寻呼消息，其中寻呼消息透过重复数量而重复发送。在另一个实施例中，没有形成寻呼区域，所以寻呼区域处理器192可以被忽略，以及寻呼模块193接收以及处理寻呼消息，其中重复数量重复第发送寻呼消息。CE状态处理器194检测UE CE状态以及转发状态信息给网络实体。

MME 141具有收发器模块173，用于接收消息以及发送给处理器172。收发器173也将从处理器172接收的信号转换以及发送该信号给其他实体。处理器172处理已接收信号以及调用不同功能模块实施MME 141的功能。存储器171存储程序指令以及数据174以控制MME141的运作。MME141也包含控制模块，例如CE状态处理器177，以实施用于MME 141的功能以及任务，以及寻呼模块178在追踪区域中为寻呼UE而实施功能以及任务。

图2为根据本发明的实施例，对于需要CE的UE，UE、ENB以及MME之间用于寻呼过程的示意图。UE201需要CE。空闲模式的UE201处于ENB202、203以及204所服务的追踪区域，ENB202、203以及204为透过S1接口连接到网络实体，例如MME 205。从网络侧，如果有朝着RRC空闲的UE的移动终止(Mobile Terminating，MT)呼叫，MME透过发送寻呼消息给每一个ENB而初始化寻呼过程，上述ENB，具有属于该UE注册的追踪区域中的小区，该UE透过S1接口使用S1应用协议(SI application protocol，S1AP)。根据保存在UE中的服务MME的MME上下文(context)，寻呼请求发给相关ENB。步骤211、212以及213中，MME205分别发送寻呼请求给ENB204、203以及202。回给MME的寻呼响应在NAS层初始化，以及ENB基于NAS层路由信息而发送。在从MME收到寻呼消息之后，在无线接口上，透过在多个小区上发送寻呼消息，属于S1AP寻呼消息中指示出的追踪区域中的ENB，实施UE的寻呼。对于需要CE的UE，例如UE201，物理信道(PDSCH以及可能的PDCCH)上的寻呼相关信息传输可能需要在多个子帧之间重复。步骤231到233中，ENB204、203以及202分别重复地发送寻呼消息给UE201。所属领域技术人员可以理解，图中REP-1表示以重复数量第一次重复地发送，以此类推直到REP-N。

为了节省发生在整个追踪区域中的寻呼重复的无线资源，比追踪区域更小的地理区域定义在本发明的实施例中。如果需要CE的UE为大部分静止情况下，假设这些保持在相对长周期时间内保持在该区域中。也对于具有低移动性状态或者静止的MTC UE，这样的假设也是可用的。称作寻呼区域的地理区域被用于需要CE，具有低移动性状态，或者静止的UE的寻呼。一个或者多个相邻，以及彼此透过X2接口进行通信的ENB覆盖的寻呼区域。虽然寻呼消息从MME产生，MME在追踪区域的所有小区中寻呼UE，只有属于需要CE的UE存在的寻呼区域需要为了CE而重复地发送寻呼消息。举例说明，ENB202以及204形成寻呼区域以及UE201在寻呼区域中。在一个新颖方面中，只有ENB202以及204使用相同寻呼数量或者不同寻呼数量而寻呼UE201。ENB203在收到来自MME205的寻呼请求之后，没有重复地寻呼UE201。在一个实施例中，寻呼重复的相同数量用在属于一个需要CE的特定UE的寻呼区域中的所有小区。重复数量至少基于被寻呼UE的覆盖范围状态而决定。

图3为根据本发明的实施例，每一个寻呼区域中组织有一个或者多于一个ENB的无线通信系统示意图。由MME 141所服务的追踪区域110如图3所示，如图1所示的相同，包含ENB111到116，每一个覆盖一个地理区域。在一个新颖方面中，形成多个寻呼区域，每一个包含一个追踪区域中多个ENB的一个子集合。例如，ENB111以及112提供分布在地里区域内的覆盖范围，其为寻呼区域310。ENB113形成寻呼区域320。ENB114、115以及116提供分布在地里区域内的覆盖范围，其为寻呼区域330。UE303在寻呼区域330中。寻呼区域310为透过ENB111以及ENB112之间经由X2接口131的协调(coordination)而形成。寻呼区域330在ENB114、115以及116之间，经由X2接口134、135以及136透过ENB114、115以及116之间的协调而形成。

既然寻呼区域由一组小区形成，其可以透过小区列表而进行定义。对于E-UTRAN，小区列表中每一个项目(entry)对应小区的EUTRAN小区全球识别符(E-UTAN Cell GlobalIdentifier，ECGI)以及物理小区识别符(Physical Cell Identifier，PCI)。可替换地，寻呼区域可以由寻呼区域ID而识别。举例说明，不同寻呼区域具有不同ID，这可以唯一在宽范围(wide area)内识别。为了使得需要CE的UE知道其驻留的小区在哪个寻呼区域，寻呼区域相关信息，例如小区列表或者寻呼区域ID需要在SI中广播。每一个ENB可以包含属于不同寻呼区域中的多个小区，其中每个小区可以只属于一个寻呼区域。

寻呼区域信息在MME的管理下，透过相邻ENB的协调而得到。寻呼区域透过ID或者相邻小区列表而识别。提供覆盖范围给相同寻呼区域的ENB，可以具有相同寻呼区域ID或者相同小区列表。寻呼区域信息由ENB所广播。

如果需要CE的UE的UE信息没有被多个ENB所存储，寻呼区域中的上述多个ENB考虑UE为新进入者。在空闲模式的UE301首次驻留在ENB111的小区上。在此情况下，如果收到来自UE301的CE指示，ENB111将该信息与相同寻呼区域中的ENB112共享。既然每一个ENB与相邻ENB共享UE信息，用于特定需要CE的UE的UE信息由寻呼区域中所有ENB保存，即使UE的RRC连接被释放。需要CE的UE的UE信息以及CE状态，其被包含UE ID的寻呼区域中的多个ENB所共享。当UE301移动到ENB113所服务的新的位置时，标记为UE301-M，在透过已广播系统信息，检测到不同寻呼区域之后，UE通知ENB113自己的存在。相似地，ENB113可以与相同寻呼区域中多个ENB共享UE301-M的信息。在此例子中，相同寻呼区域中没有ENB113之外的其他ENB。

图4为根据本发明的实施，UE指示给ENB自己的存在的流程图。步骤401中，UE进入RRC空闲模式。随后，步骤402中，UE实施小区选择或者重选以找到一个小区驻留。在一个实施例中，如果UE决定其需要CE，UE决定其检测到的小区是否支持CE。在一个实施例中，UE偏好支持CE的小区。在另一个实施例中，UE只选择支持CE的小区。步骤403中，UE驻留在一个支持CE的小区上。步骤404中，UE从系统信息中获取寻呼区域信息。步骤411中，UE检查已存储寻呼区域信息的存在。如果UE没有存储任何寻呼区域信息，即，寻呼区域没有当前值，UE转到步骤421。步骤421中，UE与网络建立RRC连接。随后，步骤422中，UE将自己存在寻呼区域中指示给网络。然后寻呼区域的对应信息，例如寻呼区域ID或者相邻小区列表由UE在步骤424所存储。如果在步骤411中，UE检测到存储有寻呼区域信息，其转到步骤412。步骤412中，UE决定已接收寻呼区域不同于已存储寻呼区域。如果步骤412决定寻呼区域没有不同，那么UE转到步骤430，以及结束寻呼区域更新过程，以及在一种情况下，与原始网络像通常一样(图未示)建立RRC连接。如果步骤412决定已接收寻呼区域以及已存储寻呼区域之间有差异，UE转到步骤421以及与网络建立RRC连接。当UE实施小区选择/重选以及驻留到另一个小区上，UE检查是否其移动到不同寻呼区域。如果UE移动到不同寻呼区域，其与网络建立RRC连接以及将自己存在于新寻呼区域指示给网络。然后，步骤422中，UE将自己存在于寻呼区域中指示给网络。在一个实施例中，UE可选地发送自己之前存储的寻呼区域信息给新基站(步骤423)。在另一个实施例中，寻呼区域的对应信息，例如寻呼区域ID或者相邻小区列表由UE在步骤424所更新。即使与网络的RRC连接被释放，UE以及基站保存寻呼区域信息。在RRC空闲中的UE可以检查是否其移动到不同寻呼区域，由于空闲模式移动性，透过获取寻呼区域信息。

UE的CE状态随着UE的移动性而改变，或者由于其他因素，例如环境改变而改变。在一个实施例中，CE状态指示出只有CE-UE或者无CE UE。在另一个实施例中，使用用于CE状态的不同级别。在其他情况下，UE监视自己的CE状态，相应地向网络更新CE改变。

图5为根据本发明的实施例，UE将CE状态改变指示给ENB的流程示意图。步骤511中，UE501驻留到ENB502所服务的小区上，ENB502与ENB503以及504一起形成寻呼区域505。UE501在步骤512监视CE状态。步骤513中，检测到UE的覆盖范围状态改变之后，UE501更新自己的覆盖范围状态给网络。如果UE501为处于RRC连接状态，UE501将自己的覆盖范围状态直接上报。否则，UE501与网络建立RRC连接，用于覆盖范围更新。在一个实施例中，步骤521中，UE501发送CE状态改变指示给ENB502。在从UE501收到CE状态改变指示之后，ENB502与相同寻呼区域505中相邻ENB，更新信息。步骤522中，ENB502，发送UE501的CE状态改变指示给ENB503。步骤523中，ENB502发送UE501的CE状态改变指示给ENB504。上述步骤522以及523或者并行或者串行实施。在另一个实施例中，UE501周期性上报自己的CE状态给ENB。在一个实施例中，这样的周期性上报可以对齐(align)，或者与其他UE周期性上报。

图6为根据本发明的实施例，用于需要CE的UE，UE、ENB以及MME寻呼过程的系统流程图。UE601驻留在ENB602上。UE601需要CE。寻呼区域605包含ENB602、603以及604。ENB602、603以及604，与MME 606通信。图6包含寻呼区域更新过程610，包含步骤611到613，寻呼过程620包含步骤621到623，以及释放过程630包含步骤631到633。

步骤611中，UE使用CE状态，指示出自己的存在给ENB602。在步骤612中，ENB602存储UE 601信息在自己的CE UE列表。步骤613中，在相同寻呼区域605中ENB602与ENB603以及604共享UE601信息。

步骤621中，MME606发送用于UE601的寻呼请求给追踪区域中的所有ENB。步骤622中，ENB602检查是否UE601需要CE。如果在步骤622中为是，步骤623中，ENB602透过重复数量而重复寻呼UE601。如果否，ENB602正常寻呼UE601。相似地，在寻呼区域605中ENB603以及604，透过重复数量而重复寻呼UE601，因为他们决定UE601需要CE。否则，寻呼区域605中ENB603以及604，正常寻呼UE601，即没有重复。

用于需要CE的特定UE的UE信息可以由属于寻呼区域中的多个ENB在某些条件下所释放，某些条件例如UE的覆盖范围状态变得更好，以及变为正常模式，或者需要CE的UE没有在预定尝试次数中被成功寻呼到，或者另一个寻呼区域中的ENB告知UE已经离开原始寻呼区域。步骤631中，ENB602为UE601检测一个或者多个释放UE信息触发/条件。步骤632中，UE602从自己的CE UE列表中释放UE601。步骤633中，ENB602将UE601的释放告知ENB603以及604。

在一个新颖方面，用于CE UE的寻呼过程的增强，在MME层不需要改变。ENB保持追踪需要CE的UE，以及基于他们的CE状态而不同地寻呼UE。图7为根据本发明的实施例，ENB寻呼需要CE的UE的流程示意图。步骤701中，ENB从MME接收寻呼请求。步骤710中，ENB基于被寻呼UE ID而检查已存储UE信息。步骤702中，ENB检查是否被寻呼UE为需要CE的UE，即，如果被寻呼UE为寻呼区域中的CE UE。如果步骤702决定为否，步骤721中ENB正常没有重复地寻呼UE。如果步骤702决定为是，步骤722中ENB透过重复数量重复地寻呼UE。

图8为根据本发明的实施例，寻呼区域中的ENB，存储或者更新需要CE的UE信息的流程示意图。图8包含UE过程810以及ENB过程830。UE801需要CE。步骤811中，UE801驻留到ENB802上，以及获取寻呼区域信息。ENB802，与ENB803以及804一起形成寻呼区域805。步骤810中，UE801检查已存储覆盖范围区域信息。步骤812，UE801决定是否从ENB802接收的寻呼区域以及已存储的寻呼区域信息之间是否有寻呼区域改变。UE801决定寻呼区域改变，如果之前没有存储寻呼区域信息，或者已接收寻呼区域不同于已存储寻呼区域。在检测到寻呼区域改变之后，UE801转到步骤821以及发送RRC连接请求(RRCConnection Request)消息给ENB802。步骤822中，UE802从ENB802接收RRC连接建立(RRCConnection Setup)消息。步骤823中，UE801发送RRC连接完成(RRCConnection Complete)消息给ENB802。在一个实施例中，UE801包含CE状态指示或者RRC连接完成或者RRC连接请求消息中的信息。在另一个实施例中，UE使用建立起因(establishment cause)信息粒子(information element，IE)指示出“寻呼区域改变”的RRC连接。步骤831中，ENB802在收到在RRC连接完成或者RRC连接请求消息中的CE状态信息之后，将UE信息存储在自己的CE UE列表中。在一个实施例中，UE信息包含UE ID以及CE状态。步骤832中，ENB802将UE信息转发给ENB803。步骤833中，ENB803存储UE信息在自己的CE UE列表中。步骤834中，ENB 802转发UE信息给ENB804。步骤835中，UE804存储UE信息在自己的CE UE列表中。

图9为根据本发明的实施，CE模式中寻呼区域处理的UE过程的流程图。步骤901中，需要CE的UE从无线网络的基站接收寻呼区域信息，其中寻呼区域为追踪区域的一个子集合。步骤902中，UE决定已接收寻呼区域以及UE的已存储寻呼区域之间是否有任何改变。步骤903中，UE告知基站，是否有任何寻呼区域改变。步骤904中，UE在寻呼区域中接收寻呼消息，其中寻呼消息透过重复数量被重复发送。

图10为根据本发明的实施例，在CE模式中，寻呼区域处理的基站过程的流程示意图。步骤1001中，基站存储寻呼区域的信息，其中寻呼区域为一个相邻基站簇(cluster)所覆盖的地理区域。步骤1002中，基站存储包含CE UE的CE UE列表。步骤1003中，基站在检测到触发事件之后，更新CE UE列表。步骤1004中，基站透过重复数量重复地寻呼CE UE列表上的UE。

使用寻呼区域解决办法，无线网络可以有效地寻呼CE模式中的UE。这样的解决方案需要及系统级别的改变以及额外的信令过程。另一个可能的解决方案为需要UE将CE状态上报给网络实体，例如透过ENB给MME。当MME需要寻呼UE时，其可以告知对应追踪区域中的所有ENB，以重复寻呼UE。这个简化的解决方案，虽然没有那么有效率，可以需要更少信令。

图11为根据本发明的实施例，CE模式中的UE上报自己的CE状态的示意图。步骤1111中，UE1101驻留到ENB1102所服务的一个小区上。ENB1102与网络控制实体，例如MME1103通信。UE1101在步骤1112监视自己的CE状态。在一个实施例中，如果UE1101为低成本UEUE1101决定自己处于CE模式。UE1101也决定自己处于CE模式，如果为正常UE需要CE。步骤1121中，UE在检测到CE模式之后，发送CE状态报告给ENB1102。如果UE1101在RRC连接状态，UE1101直接上报自己的覆盖范围状态。否则，UE1101与网络建立RRC连接用于覆盖范围状态报告。在从UE1101收到CE状态报告之后，步骤1122中ENB1102发送CE状态报告给MEM1103。在一个实施例中，ENB1102发送CE状态报告给MME 1103。在一个实施例中，UE1101在进入到新的追踪区域之后，上报自己的CE状态。在一个实施例中，来自UE的CE状态报告包含UE的CE状态以及用于UE的对应小区ID。ENB将UE CE状态报告直接转发给MME。在另一个实施例中，来自UE的CE状态报告只包含UE的CE状态。ENB在自己的CE状态报告中增加对应小区信息，以及发送UE的CE状态以及用于UE的对应小区ID给MME。

图12为根据本发明的实施例，MME将CE状态告知ENB，这样给UE的寻呼消息重复发送的寻呼流程示意图。UE1201需要CE。在空闲模式的UE1201在ENB1202、1203以及1204服务的追踪区域1206中，ENB1202、1203以及1204透过S1接口与网络实体，例如MME1205而连接。在一个实施例中，MME1205决定UE1201的CE状态。在检测到UE1201需要CE之后，MME1205发送信息给追踪区域1206的所有基站。步骤1211、1212以及1213中，MME205发送响应请求分别给ENB1204、1203以及1202。回给MME的寻呼响应在NAS层初始化，以及基于NAS层路径信息而由ENB发送。在收到来自MME的寻呼消息时，属于S1AP寻呼消息中指示出来的追踪区域的ENB，在无线接口上，透过重复地在多个小区上发送寻呼消息而实施UE的寻呼。在一个实施例中，在S1AP寻呼消息中指示出被寻呼UE需要CE，在检测到该S1AP寻呼消息中的CE信息之后，追踪区域1206中的基站，透过重复而重复发送寻呼消息给UE1201。ENB1204、1203以及1202在步骤1231、1232以及1233中重复地分别发送寻呼消息给UE1201。在一个实施例中，重复数量透过MME提供给基站。

图13为根据本发明的实施例，MME发送CE状态给追踪区域中的所有ENB，以重复发送寻呼消息的示意图。MME141所服务的追踪区域110，如图1所示，包含ENB111到116，每一个覆盖一个地理区域。需要CE的UE1301，驻留在ENB116上。MME141获取UE1301的CE状态。在一个实施例中，MME141存储UE1301的CE状态信息。在移动终端结束呼叫被发起给UE1301时，MME141发送寻呼请求给追踪区域110中的所有ENB。在一个新颖方面，MME141发送寻呼请求给追踪区域110中的所有基站，以及指示出被寻呼UE的CE信息。在从MME141收到具有CE信息的寻呼请求，ENB111到116透过重复数量重复地寻呼UE1301。在一个实施例中，MME141提供重复数量。在一个实施例中，重复数量在寻呼请求消息中指示出来。在另一个实施例中，ENB基于来自MME的信息而得到自己的重复数量。在再一个实施例中，重复数量为基于CE状态。

图14为根据本发明的实施例，需要CE的UE上报自己的CE状态给网络的流程示意图。步骤1401中，无线网络中UE检测CE模式。步骤1402中，UE发送指示出CE模式的CE报告给网络。步骤1403中，UE从网络接收寻呼消息，其中寻呼消息透过重复数量被重复发送。

图15为根据本发明的实施例，ENB寻呼需要CE的UE的流程图。步骤1501中，基站在无线网络中，接收来自网络的用于CE模式的UE的寻呼请求。步骤1502中，基站透过重复数量重复地发送寻呼消息给UE。

图16为根据本发明的实施例，追踪区域中，MME发送UE CE状态给基站的流程图。步骤1601中，无线网络中，网络实体为UE决定CE模式。步骤1602中，网络实体为追踪区域中的一个或者多个基站发送用于UE的寻呼请求，其中该寻呼请求指示出UE的CE模式。

虽然联系特定实施例说明本发明，本发明保护范围不以此为限。相应地，所描述的实施例的各种特征的组合，润饰，以及修改，在不脱离本发明精神范围内可以进行，本发明保护范围以权利要求为准。

Claims (12)

1.一种寻呼增强方法，包含：

无线网络中从基站接收用户设备UE的寻呼区域信息，其中该寻呼区域为追踪区域的一个子集合；

决定已接收寻呼区域以及该UE的已存储寻呼区域之间是否有改变；

如果有任何寻呼区域改变，则通知该基站；以及

在该已接收寻呼区域中接收寻呼消息，其中该寻呼消息使用重复数量而重复发送。

2.如权利要求1所述的方法，其特征在于，该通知该基站包含：

与该基站建立无线资源控制RRC连接；以及

上报该UE的该寻呼区域改变给该基站。

3.如权利要求2所述的方法，其特征在于，用于RRC连接建立的RRC连接请求中的建立起因信息粒子IE，指示出来该寻呼区域改变。

4.如权利要求1所述的方法，其特征在于，进一步包含：

如果有该寻呼区域改变则更新该已存储寻呼区域。

5.如权利要求1所述的方法，其特征在于，通知该基站进一步包含：

周期性地上报该已存储寻呼区域信息给该无线网络。

6.如权利要求1所述的方法，其特征在于，该UE为处于覆盖范围增强CE模式，以及该方法进一步包含：

检测CE状态改变；以及

上报该CE状态改变给该无线网络。

7.一种用于寻呼增强的用户设备，包含：

收发器，用于透过第一无线链路发送以及接收无线信号；

信息处理器，存储寻呼区域的信息，该寻呼区域为追踪区域的一个子集合；

寻呼区域处理器，用于该用户设备UE从基站接收寻呼区域的信息，决定已接收寻呼区域以及该UE的已存储寻呼区域之间是否有任何改变，以及如果有任何寻呼区域改变，通知该基站；以及

寻呼模块，在该已接收寻呼区域中，接收以及处理寻呼消息，其中该寻呼消息被使用重复次数而重复发送。

8.如权利要求7所述的用户设备，其特征在于，该寻呼区域处理器与该基站建立无线资源控制RRC连接，以及将该UE的该寻呼区域改变报告给该基站。

9.如权利要求8所述的用户设备，其特征在于，用于RRC连接建立的RRC连接请求中的建立起因信息粒子IE指示出该寻呼区域改变。

10.如权利要求7所述的用户设备，其特征在于，如果有该寻呼区域改变，该信息处理器更新该已存储寻呼区域。

11.如权利要求7所述的用户设备，其特征在于，该UE为处于覆盖范围增强CE模式，该寻呼区域处理器在检测到CE状态改变时，将该CE状态改变上报给该无线网络。

12.一种存储器，存储有程序，所述程序在被执行时使得用户设备执行权利要求1-6中任一项所述的呼增强方法的步骤。