非连续接收周期同步方法,系统和设备的制作方法

文档序号:7998747阅读:132来源:国知局
非连续接收周期同步方法,系统和设备的制作方法
【专利摘要】本发明涉及一种非连续周期同步的方法、系统和设备,该方法包括:用户设备(UE)、接入网(RAN)和核心网(CN)协商扩展DRX周期信息;所述CN向所述RAN发送寻呼消息,其中包括扩展DRX周期信息;所述RAN接收所述寻呼消息后确定扩展DRX周期数值,向所述UE发送信令,以指示所述UE采用所述扩展DRX周期数值对应的扩展DRX周期信息,并基于所述扩展DRX周期数值发送寻呼消息;所述UE接收所述信令后基于所述扩展DRX周期信息监听寻呼消息。本发明非连续接收周期同步的方法、系统和设备可达到了同步扩展DRX周期的目的。
【专利说明】非连续接收周期同步方法,系统和设备

【技术领域】
[0001] 本发明涉及无线通信技术,尤其涉及一种非连续接收周期同步的方法,系统和设 备(包括接入网设备和用户设备)。

【背景技术】
[0002] 机器到机器(M2M,Machine to Machine)通信是指机器之间建立连接的所有通信 技术和手段。M2M通信理念在上个世纪九十年代就出现了,但仅停留在理论阶段。2000年以 后,随着移动通信技术的发展,以移动通信技术实现机器设备的联网成为可能。2002年左右 M2M业务就在市场上出现,并在随后的几年迅速发展,成为了众多通信设备商和电信运营商 的关注焦点。目前全球的机器数量比人的数量要多很多,因此可以预见到M2M技术的良好 的市场前景。
[0003] 对M2M通信应用场景研究表明在移动网络上提供M2M通信具有潜在的市场前景。 但M2M业务对系统提出了很多新的要求,为了增强移动网络在这方面的竞争力,有必要对 现有的移动网络进行优化,以更有效地支持M2M通信。
[0004] 现有的移动通信网络主要针对人与人的通信进行设计,而对机器与机器,人与机 器的通信则优化不足。此外,运营商如何能够以低成本提供M2M通信服务,也是M2M通信部 署能否成功的关键。
[0005] 基于以上情况,有必要研究移动网络支持M2M通信的解决方案,解决方案应当最 大限度重用现有网络,以降低大量M2M通信对网络造成的影响以及运营维护的复杂度。
[0006] 目前电信市场竞争日趋激烈,资费不断下降,运营商利润空间不断减小,以人为基 础的通信市场正趋于饱和,M2M对运营商来说是全新的发展机遇。
[0007] 为了有效地利用移动网络资源,第三代合作伙伴计划(3GPP,3rd Generation Partnership Project)提出了机器类型通信(MTC,Machine Type Communication),即机器 对机器(Machine to Machine)、机器对人(Machine to Man)进行通讯的业务,其业务范围 远远超出了以往人对人(H2H,Human to Human)之间的通讯,MTC在接入控制、计费、安全性、 服务质量(Q〇S,Quality of Service)、业务模式等方面与现在的H2H通讯模式有很大的区 别。
[0008] 图1为3GPP移动通信网络架构示意图,如图1所示,无线接入网(如E-UTRAN, UTRAN)和核心网,如在演进分组业务核心网(EPC,Evolved Packet Core)中设有移动性管 理实体(MME,Mobility Management Entity),Serving Gateway,FON Gateway 等网兀,在 GPRS核心网中包括服务GPRS支持节点(SGSN,Serving GPRS Support Node)等网元;在 E-UTRAN中包括演进的节点B (eNB,evolved Node B);其中E-UTRAN通过S1接口和EPC中 的MME/S-GW连接,UTRAN通过Iu接口和SGSN连接。
[0009] 寻呼(page)是为了向目标用户设备指示被叫信息请求或系统信息更改,收到寻 呼消息的目标UE根据寻呼消息指示与网络侧建立连接或者读取更改的系统信息。寻呼的 范围一般是UE的注册区域,寻呼一般在特定的时刻发送,所述特定时刻通过UE标识和寻呼 周期计算获得,因此每个UE都有对应的寻呼时刻。空闲态或连接态UE在自己的寻呼时刻 监听寻呼。寻呼过程由网络侧CN发起,通过RAN发送到目标UE所在寻呼区域,目标UE在 寻呼时刻接收相应的寻呼消息。
[0010] 对于电池供电的MTC UE,需要采取措施以降低UE功耗,对于有电源供电的 MTC UE,同样需要降低UE功耗,以实现绿色节能的目标。目前,智能手机逐渐普及,同 时出现了大量的应用业务运行在智能手机上,这些应用业务可能造成智能手机电池的 功耗增加,寿命缩短,因此智能手机的节电也是一个必须解决的关键问题。非连续接收 (DRX, Discontinuous Reception)是一种减少UE功耗的技术,处于DRX休眠状态的UE 关闭大部分的收发电路,从而达到节能的目的。DRX可以应用在无线资源控制连接(RRC Connected,以下简称连接)模式和无线资源控制空闲(RRC Idle,以下简称空闲)模式,其 中空闲模式的DRX即为寻呼DRX.为了进一步减少UE功耗,目前研究中提出了利用扩展的 DRX周期的方案,如采用扩展的DRX周期以减少空闲模式UE的功耗。
[0011] 在对现有技术的研究和实践过程中发现现有技术存在以下问题:目前UE在确定 寻呼周期时,根据上层指示和系统信息广播的DRX周期选择最小值;因此即使网络侧采用 扩展的DRX周期,UE仍采用系统信息中较短的缺省DRX周期,因此无法实现扩展DRX周期 的同步。


【发明内容】

[0012] 本发明要解决的技术问题是提供一种非连续周期同步的方法、系统和设备,以解 决扩展DRX周期无法同步的问题。
[0013] 为解决上述技术问题,本发明提供了一种非连续接收(DRX)周期同步的方法,该 方法包括:
[0014] 用户设备(UE)、接入网(RAN)和核心网(CN)协商扩展DRX周期信息;
[0015] 所述CN向所述RAN发送寻呼消息,其中包括扩展DRX周期信息;
[0016] 所述RAN接收所述寻呼消息后确定扩展DRX周期数值,向所述UE发送信令,以指 示所述UE采用所述扩展DRX周期数值对应的扩展DRX周期信息,并基于所述扩展DRX周期 数值发送寻呼消息;
[0017] 所述UE接收所述信令后基于所述扩展DRX周期信息监听寻呼消息。
[0018] 为解决上述技术问题,本发明还提供了另一种非连续接收(DRX)周期同步的方法, 该方法包括:
[0019] 接入网(RAN)、用户设备(UE)和核心网(CN)协商扩展DRX周期信息;
[0020] 所述RAN接收所述CN发送的寻呼消息,其中包括CN选择的扩展DRX周期信息;
[0021] 所述RAN确定扩展DRX周期数值,向所述UE发送信令,以指示所述UE采用所述扩 展DRX周期数值对应的扩展DRX周期信息,并基于所述扩展DRX周期数值发送寻呼消息。
[0022] 为解决上述技术问题,本发明还提供了一种非连续接收周期同步的方法,该方法 包括:
[0023] 所述UE与接入网(RAN)、核心网(CN)协商扩展DRX周期信息;
[0024] 所述UE接收所述RAN发送的信令,所述信令指示采用的扩展DRX周期信息;
[0025] 所述UE接收所述信令后,基于扩展DRX周期信息监听寻呼消息。
[0026] 为解决上述技术问题,本发明提供了一种非连续接收周期同步系统,该系统包 括:
[0027] 用户设备(UE)、接入网(RAN)和核心网(CN)的能力协商单元,用于进行扩展DRX周 期信息协商;
[0028] 所述CN的寻呼消息发送单元,用于向所述RAN发送寻呼消息,其中包括协商后的 扩展DRX周期信息;
[0029] 所述RAN的信令发送单元,用于向所述UE发送信令,以指示所述UE采用的扩展 DRX周期信息;
[0030] 所述RAN的寻呼单元,用于接收所述CN发送的寻呼消息,以及基于扩展DRX周期 信息发送寻呼消息;
[0031] 所述UE寻呼监听单元,用于接收所述信令后,基于所述扩展DRX周期信息监听寻 呼消息。
[0032] 为解决上述技术问题,本发明提供了一种接入网(RAN)设备,所述RAN设备包括:
[0033] 能力协商单元,用于与用户设备(UE)和核心网(CN)协商扩展DRX周期信息;
[0034] 寻呼消息接收单元,用于接收所述CN发送的寻呼消息,其中包括CN选择的扩展 DRX周期信息;
[0035] 信令发送单元,用于确定扩展DRX周期数值,并向所述UE发送信令,以指示所述UE 采用所述扩展DRX周期数值对应的扩展DRX周期信息;
[0036] 寻呼消息发送单元,用于基于所述扩展DRX周期数值发送寻呼消息。
[0037] 为解决上述技术问题,本发明提供了一种用户设备,所述用户设备包括:
[0038] 能力协商单元,用于与接入网(RAN)、核心网(CN)协商扩展DRX周期的支持能力;
[0039] 信令接收单元,用于接收所述RAN发送的信令,所述信令包括指示采用扩展DRX周 期信息的指示;
[0040] 监听寻呼单元,用于接收所述信令后,基于扩展DRX周期信息监控寻呼消息。
[0041] 本发明通过CN,RAN和UE之间DRX周期信息的协商,达到了同步扩展DRX周期的 目的,从而可以降低UE功耗,减少UE和网络侧的信令交互。

【专利附图】

【附图说明】
[0042] 图1为3GPP移动通信网络架构示意图;
[0043] 图2为本发明非连续接收周期同步的方法实施例1的示意图;
[0044] 图3为本发明非连续接收周期同步的方法实施例2的流程图;
[0045] 图4为本发明非连续接收周期同步的方法实施例3流程图;
[0046] 图5为本发明非连续接收周期同步的方法实施例4流程图;
[0047] 图6为本发明非连续接收周期同步的方法实施例流程图,该流程从RAN角度描 述;
[0048] 图7为本发明非连续接收周期同步的方法实施例流程图,该流程从UE角度描述;
[0049] 图8为本发明非连续接收周期同步的系统的模块结构示意图;
[0050] 图9为本发明RAN设备的模块结构示意图;
[0051] 图10为本发明用户设备的模块结构示意图。

【具体实施方式】
[0052] 下面结合附图和具体实施例对本发明所述技术方案作进一步的详细描述,以使本 领域的技术人员可以更好的理解本发明并能予以实施,但所举实施例不作为对本发明的限 定。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组 合。
[0053] 实施例1
[0054] 本发明非连续接收周期同步的方法实施例1,如图2所示,该方法包括:
[0055] 步骤210 :用户设备(UE)、接入网(RAN)和核心网(CN)协商扩展DRX周期信息;
[0056] 所述UE、RAN和CN之间可通过不同的交互方式实现扩展DRX周期信息的协商,只 要达成初步协商的目的即可,本发明对具体的交互协商方式不做限定。
[0057] 所述UE包括MTC设备和智能终端,其中MTC UE是指具有MTC功能的UE,智能终端 包括:智能手机、平版电脑、上网卡、上网本等。
[0058] 所述RAN包括演进的基站(eNB)、节点B(NodeB)、无线网络控制器(RNC)、基站控制 器(BSC)或基站收发台(BTS)。可理解地,本发明对执行RAN相关操作的RAN设备不做具体 限定,可根据实际的网络配置灵活调整。
[0059] 所述CN包括:MME和/或SGSN,和/或MSC。可理解地,本发明对执行CN相关操 作的CN设备不做具体限定,可根据实际的网络配置灵活调整。
[0060] 所述扩展DRX周期是指超过系统巾贞号(SFN,System Frame Number)限制的最大 周期数值的周期,如LTE的SFN=10. 24秒,则LTE中扩展DRX周期为超过10. 24秒的DRX周 期。
[0061] 本发明中,所述扩展DRX周期信息包括以下至少一种:
[0062] 扩展DRX周期数值;
[0063] 正常DRX周期的倍数;
[0064] 是否支持扩展DRX周期的布尔值;
[0065] 最大的DRX周期数值。
[0066] 步骤202 :所述CN向所述RAN发送寻呼消息,其中包括扩展DRX周期信息;
[0067] 步骤203 :所述RAN接收所述寻呼消息后确定扩展DRX周期数值,向所述UE发送 信令,以指示所述UE采用所述扩展DRX周期数值对应的扩展DRX周期信息,并基于所述扩 展DRX周期数值发送寻呼消息;
[0068] 具体地,RAN结合CN下发的扩展DRX周期信息、本地信息,运营商策略等确定扩展 周期数值。RAN最终确定的扩展DRX周期数值可能与CN通过寻呼消息下发的扩展DRX周期 信息一致,也可能不一致。
[0069] 步骤204 :所述UE接收所述信令后基于所述扩展DRX周期信息监听寻呼消息。
[0070] 所述RAN根据接收的寻呼消息中的扩展DRX周期信息确定发送寻呼消息的寻呼时 亥IJ,所述UE根据接收的信令中扩展DRX周期信息确定监听所述寻呼消息的寻呼时刻。
[0071 ] 本发明通过CN,RAN和UE之间DRX周期信息的协商,达到了同步扩展DRX周期的 目的,从而可以降低UE功耗,减少UE和网络侧的信令交互。
[0072] 实施例2
[0073] 图3为本发明扩展DRX周期同步方法实施例2的流程图,如图3所示,本发明扩展 DRX周期同步的方法包括以下步骤:
[0074] 步骤301,UE通过RAN向CN发送指示信息,用以指示所述UE支持的扩展DRX周期 信息;
[0075] 所述UE包括MTC设备和智能终端,其中MTC UE是指具有MTC功能的UE,智能终端 包括:智能手机、平版电脑、上网卡、上网本等。
[0076] 所述UE通过非接入层(NAS, Non-Access Stratum)信令发送所述指示信息,所述 NAS信令包括但不限于以下任意一种:附着(attach)请求,位置更新(TAU/RAU)请求,服务 请求(service request);所述UE显式或隐式的向CN指示,所述显式是指UE在NAS信令 中用扩展寻呼周期能力比特EP指示,如EP=1表示UE支持扩展寻呼周期,ΕΡ=0表示UE不 支持,或者不发送EP表示UE支持,发送EP (无论1或0)表示UE不支持等。所述隐式是指 UE在NAS信令中包含支持的扩展寻呼周期,收到扩展寻呼周期的CN确定UE具有支持能力。 所述UE根据网络配置或自身实现确定是否支持扩展DRX周期。
[0077] 所述 RAN 包括:E-UTRAN 和 / 或 UTRAN 和 / 或 GERAN,所述 RAN 通过 Sl/Iu/A 接口 向CN发送支持扩展DRX周期的指示信息;
[0078] 所述CN包括:MME和/或SGSN,和/或MSC。
[0079] 所述扩展DRX周期是指超过系统巾贞号(SFN, System Frame Number)限制的最大 周期数值的周期,如LTE的SFN=10. 24秒,则LTE中扩展DRX周期为超过10. 24秒的DRX周 期。
[0080] 步骤302 :UE向RAN发送指示信息,用于指示UE支持的扩展DRX周期信息;
[0081] 步骤303 :RAN向所述CN、UE发送指示信息,用以指示所述RAN支持的扩展DRX周 期信息;
[0082] 步骤304 :CN根据所述UE、RAN的指示信息以及所述CN支持的扩展DRX周期信息 选择扩展DRX周期信息;
[0083] 以上步骤301至304实现了 UE、RAN和CN之间扩展DRX周期信息的协商。
[0084] CN根据选择的扩展DRX周期信息调整NAS定时器的数值,并通过RAN发送给UE。
[0085] 步骤305, CN向RAN发送包含扩展DRX周期信息的寻呼消息。
[0086] 所述CN通过Sl/Iu接口向RAN发送包含扩展DRX周期的消息,所述消息为寻呼消 息,其中包括CN选择的扩展DRX周期信息,同时包含采用扩展DRX周期进行寻呼的指示信 息;
[0087] 所述扩展DRX周期信息为从UE的NAS请求消息中接收到的,或者CN根据UE能 力信息、运营商策略或网络配置本地选择的;如果是所述CN本地选择的扩展DRX周期,则 所述CN根据UE能力信息指示、UE签约信息,以及UE上业务的服务质量(QoS,Quality of Service)等综合信息确定扩展DRX周期的取值,以保证UE支持所述扩展DRX周期;如果所 述CN收到UE发送的扩展DRX周期请求,则CN可以本地选择小于UE请求的扩展DRX周期, 例如UE请求的数值超过了 CN所支持的最大DRX周期值。
[0088] 所述扩展DRX周期信息可以是具体的周期数值,或正常DRX周期的倍数。
[0089] 在本步骤之前,所述CN可以通过NAS信令向UE发送扩展DRX周期。
[0090] 步骤306, RAN接收所述寻呼消息后确定扩展DRX周期数值,向所述UE发送信令, 以指示所述UE采用所述扩展DRX周期数值对应的扩展DRX周期信息,并基于所述扩展DRX 周期数值发送寻呼消息;
[0091] 具体地,RAN结合CN下发的扩展DRX周期信息、本地信息,运营商策略等确定扩展 周期数值,RAN确定的扩展周期数值小于或等于CN选择的扩展周期信息对应的数值。
[0092] RAN确定扩展DRX周期数值后,通过RRC信令指示UE采用的扩展DRX周期信息,并 基于确定的扩展DRX周期数值发送寻呼消息。
[0093] 具体地,所述RAN根据扩展的DRX周期和UE标识计算出寻呼时刻,并在寻呼时刻 发送收到的寻呼消息。为了保证成功接收所需的寻呼消息,所述RAN可以多次发送同一寻 呼消息。
[0094] 步骤307, UE基于收到的扩展DRX周期信息监听寻呼消息。
[0095] 所述UE根据收到的RAN发送的扩展DRX周期信息计算寻呼时刻,并在寻呼时刻监 听所述寻呼消息。
[0096] 需要指出的是:所述UE在选择的DRX寻呼周期中监听一次或多次寻呼消息,其中 监听多次寻呼消息是指为了正确接收寻呼消息,在DRX周期中的活动(active)时间内,UE 监听多次寻呼消息,此时要求RAN在active时间内发送多次寻呼消息。
[0097] 需要指出的是:所述UE可以通过CN发送的NAS信令接收到扩展DRX周期。
[0098] 实施例3
[0099] 图4为本发明DRX周期同步方法实施例3的流程图,如图4所不,本不例是针对UE 请求扩展DRX周期的场景,本示例方法包括以下步骤:
[0100] 步骤401,RAN向所述CN发送所述RAN支持的扩展DRX周期信息;
[0101] RAN可以向CN发送支持扩展DRX周期的指示信息,所述指示信息可以包含RAN所 能支持的最大DRX周期。
[0102] 步骤402 :UE通过RAN向CN发送请求消息,其中携带所述UE支持的扩展DRX周期 信息;
[0103] 所述用户设备可以是以下任意一种:MTC UE、智能终端;
[0104] 所述UE主动请求或者用户通过操作UE发送请求。
[0105] 所述请求通过以下任意一种NAS信令进行:附着请求,位置更新请求(TAU/RAU), 服务请求,专用NAS信令。
[0106] 所述UE根据应用需求、UE能力等信息选择扩展DRX周期的数值。所述扩展DRX周 期可以是具体数值,或正常DRX周期的倍数。
[0107] 步骤403, CN根据所述CN以及所述RAN支持的扩展DRX周期信息判断是否接受扩 展DRX周期请求,如果是,则转向步骤404,否则转向步骤405。
[0108] 所述CN根据UE的签约信息,网络配置和本地策略等综合判断是否接受UE请求的 扩展DRX周期,例如UE签约信息不支持请求的扩展DRX周期,和/或超过了 CN能支持的最 大DRX周期,则CN拒绝UE请求的扩展DRX周期。
[0109] 步骤404, CN向UE发送接受扩展DRX周期的指示信息。
[0110] 所述CN通过NAS信令向UE发送所述指示信息。所述NAS信令为以下任意一种: 附着接受,位置更新(TAU/RAU)接受,专用NAS信令。转向步骤406.
[0111] 步骤405, CN拒绝UE请求的扩展DRX周期,本地选择扩展DRX周期。
[0112] 所述CN拒绝UE请求的扩展DRX周期,本地选择扩展DRX周期,并通过NAS信令向 所述UE发送拒绝消息。所述拒绝消息中可以包含CN本地选择的DRX周期。
[0113] 以上步骤401-405实现了 UE、RAN和CN之间扩展DRX周期信息的协商。
[0114] 步骤406, CN向RAN发送包含扩展DRX周期信息的寻呼消息。
[0115] 如果所述CN接受UE请求,则CN向RAN发送UE请求的扩展DRX周期,否则所述CN 发送本地确定的DRX周期。
[0116] 需要指出的是:所述CN本地确定的DRX周期数值小于所述UE请求的寻呼周期数 值,所述CN根据UE签约信息,网络配置和CN本地策略等选择本地确定的DRX周期的数值。
[0117] 所述扩展DRX周期通过寻呼消息发送。
[0118] 所述MME通过S1接口向E-UTRAN发送所述扩展DRX周期,所述SGSN通过Iu接口 向UTRAN发送所述扩展DRX周期,所述MSC通过A接口向GERAN发送所述扩展DRX周期。
[0119] 步骤407, RAN接收所述寻呼消息后确定扩展DRX周期数值,向所述UE发送信令, 以指示所述UE采用所述扩展DRX周期数值对应的扩展DRX周期信息,并基于所述扩展DRX 周期数值发送寻呼消息;
[0120] RAN通过无线资源控制信令发送扩展DRX周期,并采用扩展DRX周期发送寻呼消 息。
[0121] 所述 RAN 包括 eNodeB (简称 eNB),RNC (Radio Network Controller,无线网络 控制器)/NodeB,BTS(Base Transceiver Station,基站收发信台)/BSC (Base Station Controller,基站控制器)·
[0122] 所述RAN通过RRC信令向UE发送扩展DRX周期,并根据DRX周期和UE标识计算 寻呼时刻,在相应的寻呼时刻发送收到的寻呼消息。
[0123] 所述RRC信令为现有RRC信令,或专用RRC信令。需要指出的是:所述扩展DRX周 期也可以通过NAS信令从CN发送到UE.
[0124] 步骤408, UE根据扩展DRX周期监听寻呼消息。
[0125] 所述UE根据扩展DRX周期监听寻呼消息。
[0126] 所述UE根据扩展DRX周期和自身标识计算寻呼时刻,并在寻呼时刻监听寻呼消 息。考虑到不同UE的寻呼时刻可能相同,从而造成寻呼冲突,即UE不能正确接收所需的寻 呼消息;为了保证正确接收寻呼消息,在一个扩展DRX周期中,所述UE在active时间内监 听一次或多次寻呼消息,如果监听多次寻呼消息,要求RAN在active时间内发送多次寻呼 消息。
[0127] 实施例4
[0128] 图5为本发明DRX周期同步的实施例4的流程图,如图5示,本示例是针对CN发 送扩展DRX周期的场景,本示例的方法包括以下步骤:
[0129] 步骤501,RAN向所述CN发送所述RAN支持的扩展DRX周期信息;
[0130] RAN可以向CN发送支持扩展DRX周期的指示信息,所述指示信息可以包含RAN所 能支持的最大DRX周期。
[0131] 步骤502 :CN通过所述RAN向所述UE发送指示,以指示所述CN选择的扩展DRX周 期信息;
[0132] CN结合所述CN支持的扩展DRX周期信息、RAN支持的扩展DRX周期信息和以下至 少一项选择所述扩展DRX周期信息:所述UE的签约信息、UE的能力信息、UE业务的服务质 量(QoS)信息、运营商策略或网络配置。
[0133] 具体地,所述CN通过Sl/Iu/A接口向RAN发送扩展DRX周期指示信息,所述指示 信息可以包括具体的扩展DRX周期数值,或者正常DRX周期的倍数。
[0134] 所述RAN通过RRC信令向UE发送扩展DRX周期指示信息。
[0135] 步骤503, UE判断是否支持扩展DRX周期,如果是则执行步骤504,否则执行步骤 508 ;
[0136] 所述UE根据应用QoS和自身能力等判断是否支持扩展DRX周期,例如UE上应用的 QoS不支持扩展DRX周期,或UE自身能力不支持扩展DRX周期,则UE拒绝扩展DRX周期。
[0137] 步骤504, UE向RAN发送接受扩展DRX周期指示信息;
[0138] 所述UE通过RRC信令向RAN发送所述接受指示信息。
[0139] 步骤505, RAN向CN发送接受扩展DRX周期指示信息;
[0140] 所述RAN通过Sl/Iu/A接口向CN发送所述接受指示信息。
[0141] 以上步骤501-505实现了 UE、RAN和CN之间扩展DRX周期信息的协商。
[0142] 步骤506, CN发送包含扩展DRX周期的寻呼消息;
[0143] 步骤507, UE根据扩展DRX周期监听寻呼消息,流程结束。
[0144] 步骤508, UE向CN发送拒绝扩展DRX周期指示信息,转向步骤501。
[0145] 所述UE在发送拒绝信息的同时,发送拒绝的原因,如UE不支持收到的扩展DRX周 期;如果所述UE不支持收到的扩展DRX周期,所述UE可以在拒绝信息中包含UE支持的扩 展DRX周期数值。
[0146] 所述拒绝信息通过NAS信令发送到CN,或通过RRC信令先发送到RAN,再由RAN转 发到CN.
[0147] 所述CN收到拒绝信息后,根据拒绝的原因选择新的扩展DRX周期,例如选择UE在 拒绝信息中包含的扩展DRX周期数值,重复上述步骤402开始的过程,直到所述CN和UE双 方对扩展DRX周期的取值达到一致。
[0148] 以下从RAN的角度对本发明方法进行说明:
[0149] 如6图所示,本发明非连续接收周期同步的方法,包括:
[0150] 步骤601 :接入网(RAN)、用户设备(UE)和核心网(CN)协商扩展DRX周期信息;
[0151] 如上文所述,所述扩展DRX周期信息包括以下至少一种:
[0152] 具体地的扩展DRX周期数值;
[0153] 正常DRX周期的倍数;
[0154] 是否支持扩展DRX周期的布尔值;
[0155] 最大的DRX周期数值。
[0156] 具体地,所述RAN包括演进的基站(eNB )、节点B (NodeB)、无线网络控制器(RNC)、 基站控制器(BSC)或基站收发台(BTS)。
[0157] 步骤602 :所述RAN接收所述CN发送的寻呼消息,其中包括CN选择的扩展DRX周 期信息;
[0158] 步骤603 :所述RAN确定扩展DRX周期数值,向所述UE发送信令,以指示所述UE采 用所述扩展DRX周期数值对应的扩展DRX周期信息,并基于所述扩展DRX周期数值发送寻 呼消息。
[0159] 以下从用户设备的角度对本发明方法进行说明:
[0160] 如图7所示,本发明非连续接收周期同步的方法包括:
[0161] 步骤701 :所述UE与接入网(RAN)、核心网(CN)协商扩展DRX周期信息;
[0162] 步骤702 :所述UE接收所述RAN发送的信令,所述信令指示采用的扩展DRX周期 信息;
[0163] 步骤703 :所述UE接收所述信令后,基于扩展DRX周期信息监听寻呼消息。
[0164] 具体地,对应于上文中的方法实施例3,所述UE与接入网(RAN)、核心网(CN)协商 扩展DRX周期信息的步骤包括:
[0165] 所述UE向所述CN发送扩展DRX请求消息,其中携带所述UE支持的扩展DRX周期 信息;
[0166] 所述UE接收CN发送的接受或拒绝所述请求的消息。
[0167] 对应于上文中的方法实施例4,所述UE与接入网(RAN)、核心网(CN)协商扩展DRX 周期信息的步骤包括:
[0168] 所述UE接收所述CN发送的用以指示所述CN选择的扩展DRX周期信息的指示;
[0169] 所述UE判断并向所述CN发送接受或拒绝所述指示的消息。
[0170] 为实现上述方法实施例,本发明还提供了一种非连续接收周期同步系统,如图8 所示,该系统包括:
[0171] 用户设备(UE)、接入网(RAN)和核心网(CN)的能力协商单元,用于进行扩展DRX周 期信息协商;
[0172] 用户设备(UE)、接入网(RAN)和核心网(CN)的能力协商单元,用于进行扩展DRX周 期信息协商;
[0173] 所述CN的寻呼消息发送单元,用于向所述RAN发送寻呼消息,其中包括协商后的 扩展DRX周期信息;
[0174] 所述RAN的信令发送单元,用于向所述UE发送信令,以指示所述UE采用的扩展 DRX周期信息;
[0175] 所述RAN的寻呼单元,用于接收所述CN发送的寻呼消息,以及基于扩展DRX周期 信息发送寻呼消息;
[0176] 所述UE寻呼监听单元,用于接收所述信令后,基于所述扩展DRX周期信息监听寻 呼消息。
[0177] 可选地,对应实施例2,所述UE的能力协商单元通过所述RAN向所述CN发送包括 所述UE支持扩展DRX周期的能力信息的指示信息;以及向所述RAN发送支持扩展DRX周期 的指示信息;
[0178] 所述RAN的能力协商单元向所述CN和所述UE发送包括所述RAN支持扩展DRX周 期的能力信息的指示信息;
[0179] 所述CN的能力协商单元根据所述UE、RAN的指示信息及自身能力选择扩展DRX周 期信息。
[0180] 可选地,对应方法实施例3,所述RAN的能力协商单元向所述CN发送所述RAN支持 的扩展DRX周期信息;
[0181] 所述UE的能力协商单元通过所述RAN向所述CN发送扩展DRX请求消息,其中携 带所述UE支持的扩展DRX周期信息;
[0182] 所述CN的能力协商单元根据所述CN以及所述RAN支持的扩展DRX周期信息判断 接受所述扩展DRX请求。
[0183] 可选地,对应方法实施例4,所述RAN的能力协商单元向所述CN发送所述RAN支持 的扩展DRX周期信息;
[0184] 所述CN的能力协商单元通过所述RAN向所述UE发送指示,以指示所述CN选择的 扩展DRX周期信息;
[0185] 所述UE的能力协商单元根据其支持的扩展DRX周期信息判断接受所述指示,并通 过所述RAN向所述CN发送接受所述指示的消息。
[0186] 具体地,所述CN的能力协商单元结合所述CN支持的扩展DRX周期信息、RAN支持 的扩展DRX周期信息和以下至少一项选择所述扩展DRX周期信息:所述UE的签约信息、UE 的能力信息、UE业务的服务质量(QoS)信息、运营商策略或网络配置。
[0187] 所述扩展DRX周期信息包括以下至少一种:
[0188] 扩展DRX周期数值;
[0189] 正常DRX周期的倍数;
[0190] 是否支持扩展DRX周期的布尔值;
[0191] 最大的DRX周期数值。
[0192] 所述RAN包括演进的基站(6冊)、此(^8、无线网络控制器(8从:)、基站控制器(85〇 或基站收发台(BTS)。
[0193] 所述RAN的寻呼单元根据接收的寻呼消息中的扩展DRX周期信息确定发送寻呼消 息的寻呼时刻,所述UE的寻呼监听单元根据接收的信令中扩展DRX周期信息确定监听所述 寻呼消息的寻呼时刻。
[0194] 如图9所示,为了实现上述方法,本发明还提供了一种接入网(RAN)设备,所述RAN 设备包括:
[0195] 能力协商单元,用于与用户设备(UE)和核心网(CN)协商扩展DRX周期信息;
[0196] 寻呼消息接收单元,用于接收所述CN发送的寻呼消息,其中包括CN选择的扩展 DRX周期信息;
[0197] 信令发送单元,用于确定扩展DRX周期数值,并向所述UE发送信令,以指示所述UE 采用所述扩展DRX周期数值对应的扩展DRX周期信息;
[0198] 寻呼消息发送单元,用于基于所述扩展DRX周期数值发送寻呼消息。
[0199] 所述扩展DRX周期信息包括以下至少一种:
[0200] 具体地的扩展DRX周期数值;
[0201] 正常DRX周期的倍数;
[0202] 是否支持扩展DRX周期的布尔值;
[0203] 最大的DRX周期数值。
[0204] 所述扩展DRX周期是指超过系统帧号(SFN)限制的最大周期数值的周期。
[0205] 所述RAN包括演进的基站(eNB)、节点B(NodeB)、无线网络控制器(RNC)、基站控制 器(BSC)或基站收发台(BTS)。
[0206] 为了实现上述方法实施例,本发明还提供了一种用户设备,如图10所示,所述用 户设备包括:
[0207] 能力协商单元,用于与接入网(RAN)、核心网(CN)协商扩展DRX周期的支持能力;
[0208] 信令接收单元,用于接收所述RAN发送的信令,所述信令包括指示采用扩展DRX周 期信息的指示;
[0209] 监听寻呼单元,用于接收所述信令后,基于扩展DRX周期信息监控寻呼消息。
[0210] 可选地,所述能力协商单元包括:
[0211] 请求模块,用于向所述CN发送扩展DRX请求消息,其中携带所述UE支持的扩展 DRX周期信息;
[0212] 接收模块,用于接收CN发送的接受或拒绝所述请求的消息。
[0213] 可选地,所述能力协商单元包括:
[0214] 指示接收模块,用于接收所述CN发送的用以指示所述CN选择的扩展DRX周期信 息的指示;
[0215] 判断发送模块,用于根判断并向所述CN发送接受或拒绝所述指示的消息。
[0216] 所述扩展DRX周期信息包括以下至少一种:
[0217] 具体地的扩展DRX周期数值;
[0218] 正常DRX周期的倍数;
[0219] 最大的DRX周期数值。
[0220] 本发明非连续接收周期同步的方法、系统和设备通过CN,RAN和UE之间DRX周期 信息的协商,达到了同步扩展DRX周期的目的,从而可以降低UE功耗,减少UE和网络侧的 信令交互。
[0221] 本发明非连续接收周期同步的方法、系统和设备在现有通信网络的基础上,对其 中的相关网元的处理功能进行了优化形成的,因此,本发明的系统可参见现有通信网络结 构而理解,改进的相关网元的功能也可参照前述扩展DRX寻呼周期方法的相关描述而理 解。
[0222] 所述用户设备包括MTC设备和智能终端,其中MTC UE是指具有MTC功能的UE,智 能终端包括:智能手机、平版电脑、上网卡、上网本等。
[0223] 本领域技术人员应当理解,图6中所示的各处理单元的实现功能可参照前述扩展 DRX周期同步方法的相关描述而理解。本领域技术人员应当理解,图6所示的装置中各处理 单元的功能可通过运行于处理器上的程序而实现,也可通过具体的逻辑电路而实现。上述 的接收单元、存储单元和删除单元是为优化本示例的电能优化装置的技术方案而设置的, 并非用于实现本发明的扩展DRX周期同步装置的基本目的的必要技术手段。
[0224] 显然,本领域的技术人员应该明白,上述的本发明的各处理网元及其相关功能模 块或各步骤可以用通用的计算装置来实现,其可以集中在单个的计算装置上,或者分布在 多个计算装置所组成的网络上,可选地,其可以用计算装置可执行的程序代码来实现,从 而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电 路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不 限制于任何特定的硬件和软件结合。
【权利要求】
1. 一种非连续接收(DRX)周期同步的方法,其特征在于,该方法包括: 用户设备(UE)、接入网(RAN)和核心网(CN)协商扩展DRX周期信息; 所述CN向所述RAN发送寻呼消息,其中包括扩展DRX周期信息; 所述RAN接收所述寻呼消息后确定扩展DRX周期数值,向所述UE发送信令,以指示所 述UE采用所述扩展DRX周期数值对应的扩展DRX周期信息,并基于所述扩展DRX周期数值 发送寻呼消息; 所述UE接收所述信令后基于所述扩展DRX周期信息监听寻呼消息。
2. 如权利要求1所述的方法,其特征在于:所述UE、RAN和CN协商扩展DRX周期信息 的步骤包括: 所述UE向所述CN、RAN发送指示信息,用以指示所述UE支持的扩展DRX周期信息; 所述RAN向所述CN和UE发送指示信息,用以指示所述RAN支持的扩展DRX周期信息; 所述CN根据所述UE、RAN的指示信息以及所述CN支持的扩展DRX周期信息选择扩展 DRX周期信息。
3. 如权利要求1所述的方法,其特征在于:所述UE、RAN和CN协商扩展DRX周期信息 的步骤包括: 所述RAN向所述CN发送所述RAN支持的扩展DRX周期信息; 所述UE通过所述RAN向所述CN发送扩展DRX请求消息,其中携带所述UE支持的扩展 DRX周期信息; 所述CN判断接受或拒绝所述扩展DRX请求,并向所述UE发送接受或拒绝所述请求的 消息。
4. 如权利要求1所述的方法,其特征在于,所述UE、RAN和CN协商扩展DRX周期信息 的步骤包括: 所述RAN向所述CN发送所述RAN支持的扩展DRX周期信息; 所述CN通过所述RAN向所述UE发送指示,以指示所述CN选择的扩展DRX周期信息; 所述UE判断接受或拒绝所述指示,并通过所述RAN向所述CN发送接受或拒绝所述指 示的消息。
5. 如权利要求4所述的方法,其特征在于:所述CN结合所述CN支持的扩展DRX周期信 息、RAN支持的扩展DRX周期信息和以下至少一项选择所述扩展DRX周期信息:所述UE的 签约信息、UE的能力信息、UE业务的服务质量(QoS)信息、运营商策略或网络配置。
6. 如权利要求1至5中任一项所述的方法,其特征在于:所述扩展DRX周期信息包括 以下至少一种: 扩展DRX周期数值; 正常DRX周期的倍数; 是否支持扩展DRX周期的布尔值; 最大的DRX周期数值。
7. 如权利要求1所述的方法,其特征在于:所述RAN包括演进的基站(eNB)、节点 B(NodeB)、无线网络控制器(RNC)、基站控制器(BSC)或基站收发台(BTS)。
8. 如权利要求1所述的方法,其特征在于:所述RAN根据接收的寻呼消息中的扩展DRX 周期信息确定发送寻呼消息的寻呼时刻,所述UE根据接收的信令中扩展DRX周期信息确定 监听所述寻呼消息的寻呼时刻。
9. 一种非连续接收(DRX)周期同步的方法,其特征在于,该方法包括: 接入网(RAN)、用户设备(UE)和核心网(CN)协商扩展DRX周期信息; 所述RAN接收所述CN发送的寻呼消息,其中包括CN选择的扩展DRX周期信息; 所述RAN确定扩展DRX周期数值,向所述UE发送信令,以指示所述UE采用所述扩展 DRX周期数值对应的扩展DRX周期信息,并基于所述扩展DRX周期数值发送寻呼消息。
10. 如权利要求9所述的方法,其特征在于:所述扩展DRX周期是指超过系统帧号 (SFN)限制的最大周期数值的周期,所述扩展DRX周期信息包括以下至少一种: 具体地的扩展DRX周期数值; 正常DRX周期的倍数; 是否支持扩展DRX周期的布尔值; 最大的DRX周期数值。
11. 如权利要求9所述的方法,其特征在于:所述RAN包括演进的基站(eNB)、节点 B(NodeB)、无线网络控制器(RNC)、基站控制器(BSC)或基站收发台(BTS)。
12. -种非连续接收周期同步的方法,其特征在于,该方法包括: 所述UE与接入网(RAN)、核心网(CN)协商扩展DRX周期信息; 所述UE接收所述RAN发送的信令,所述信令指示采用的扩展DRX周期信息; 所述UE接收所述信令后,基于扩展DRX周期信息监听寻呼消息。
13. 如权利要求12所述的方法,其特征在于:所述UE与接入网(RAN)、核心网(CN)协 商扩展DRX周期信息的步骤包括: 所述UE向所述CN发送扩展DRX请求消息,其中携带所述UE支持的扩展DRX周期信 息; 所述UE接收CN发送的接受或拒绝所述请求的消息。
14. 如权利要求12所述的方法,其特征在于:所述UE与接入网(RAN)、核心网(CN)协 商扩展DRX周期信息的步骤包括: 所述UE接收所述CN发送的用以指示所述CN选择的扩展DRX周期信息的指示; 所述UE判断并向所述CN发送接受或拒绝所述指示的消息。
15. 如权利要求12所述的方法,其特征在于:所述扩展DRX周期信息包括以下至少一 种: 扩展DRX周期数值; 正常DRX周期的倍数; 是否支持扩展DRX周期的布尔值; 最大的DRX周期数值。
16. -种非连续接收周期同步系统,其特征在于,该系统包括: 用户设备(UE)、接入网(RAN)和核心网(CN)的能力协商单元,用于进行扩展DRX周期 信息协商; 所述CN的寻呼消息发送单元,用于向所述RAN发送寻呼消息,其中包括协商后的扩展 DRX周期信息; 所述RAN的信令发送单元,用于向所述UE发送信令,以指示所述UE采用的扩展DRX周 期信息; 所述RAN的寻呼单元,用于接收所述CN发送的寻呼消息,以及基于扩展DRX周期信息 发送寻呼消息; 所述UE寻呼监听单元,用于接收所述信令后,基于所述扩展DRX周期信息监听寻呼消 息。
17. 如权利要求16所述的系统,其特征在于:所述UE的能力协商单元通过所述RAN向 所述CN发送包括所述UE支持扩展DRX周期的能力信息的指示信息;以及向所述RAN发送 支持扩展DRX周期的指示信息; 所述RAN的能力协商单元向所述CN和所述UE发送包括所述RAN支持扩展DRX周期的 能力?目息的指不?目息; 所述CN的能力协商单元根据所述UE、RAN的指示信息及自身能力选择扩展DRX周期信 息。
18. 如权利要求16所述的系统,其特征在于: 所述RAN的能力协商单元向所述CN发送所述RAN支持的扩展DRX周期信息; 所述UE的能力协商单元通过所述RAN向所述CN发送扩展DRX请求消息,其中携带所 述UE支持的扩展DRX周期信息; 所述CN的能力协商单元根据所述CN以及所述RAN支持的扩展DRX周期信息判断接受 所述扩展DRX请求。
19. 如权利要求16所述的系统,其特征在于, 所述RAN的能力协商单元向所述CN发送所述RAN支持的扩展DRX周期信息; 所述CN的能力协商单元通过所述RAN向所述UE发送指示,以指示所述CN选择的扩展 DRX周期信息; 所述UE的能力协商单元判断接受所述指示,并通过所述RAN向所述CN发送接受所述 指示的消息。
20. 如权利要求19所述的系统,其特征在于:所述CN的能力协商单元结合所述CN支 持的扩展DRX周期信息、RAN支持的扩展DRX周期信息和以下至少一项选择所述扩展DRX周 期信息:所述UE的签约信息、UE的能力信息、UE业务的服务质量(QoS)信息、运营商策略 或网络配置。
21. -种接入网(RAN)设备,其特征在于,所述RAN设备包括: 能力协商单元,用于与用户设备(UE)和核心网(CN)协商扩展DRX周期信息; 寻呼消息接收单元,用于接收所述CN发送的寻呼消息,其中包括CN选择的扩展DRX周 期信息; 信令发送单元,用于确定扩展DRX周期数值,并向所述UE发送信令,以指示所述UE采 用所述扩展DRX周期数值对应的扩展DRX周期信息; 寻呼消息发送单元,用于基于所述扩展DRX周期数值发送寻呼消息。
22. 如权利要求21所述的方法,其特征在于:所述扩展DRX周期信息包括以下至少一 种: 具体地的扩展DRX周期数值; 正常DRX周期的倍数; 是否支持扩展DRX周期的布尔值; 最大的DRX周期数值; 所述扩展DRX周期是指超过系统帧号(SFN)限制的最大周期数值的周期。
23. -种用户设备,其特征在于,所述用户设备包括: 能力协商单元,用于与接入网(RAN)、核心网(CN)协商扩展DRX周期的支持能力; 信令接收单元,用于接收所述RAN发送的信令,所述信令包括指示采用扩展DRX周期信 息的指示; 监听寻呼单元,用于接收所述信令后,基于扩展DRX周期信息监控寻呼消息。
24. 如权利要求23所述的用户设备,其特征在于,所述能力协商单元包括: 请求模块,用于向所述CN发送扩展DRX请求消息,其中携带所述UE支持的扩展DRX周 期息; 接收模块,用于接收CN发送的接受或拒绝所述请求的消息。
25. 如权利要求23所述的用户设备,其特征在于,所述能力协商单元包括: 指示接收模块,用于接收所述CN发送的用以指示所述CN选择的扩展DRX周期信息的 指示; 判断发送模块,用于判断并向所述CN发送接受或拒绝所述指示的消息。
26. 如权利要求23所述的用户设备,其特征在于:所述扩展DRX周期信息包括以下至 少一种: 具体地的扩展DRX周期数值; 正常DRX周期的倍数; 最大的DRX周期数值; 是否支持扩展DRX周期的布尔值。
【文档编号】H04W64/00GK104125612SQ201310155669
【公开日】2014年10月29日 申请日期:2013年4月28日 优先权日:2013年4月28日
【发明者】许辉, 王亚英 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1