一种处理寻呼的方法和装置
技术领域
本发明涉及通信技术领域,尤其涉及一种处理寻呼的方法和装置。
背景技术
移动通信***未来发展中,为了更好的满足物联网设备和可穿戴设备接入蜂窝网络,D2D通信(Device to Device Communication)技术中引入了中继机制。对于脱网remoteUE(远端UE)或者与网络之间信号质量较差的远端UE,如果为了让其可以和网络进行通信,可以为其选择一个邻近的在网第三方UE为其中转数据(中继技术),该第三方UE称为relayUE(中继UE)。在feD2D(further enhanced D2D)技术中进一步引入了L2relay(基于LTE层2协议栈的中继技术),通过连接到L2relay UE,远端UE可以实现在LTE核心网中注册并建立RRC连接进行通信。此外,远端UE在某些情况下通过中继UE与网络通信可以得到更高的传输成功率,并且更加省电。基于以上原因,需要一种远端UE能够监听和/或接收寻呼消息的方法。
发明内容
鉴于上述技术问题,本发明实施例提供一种处理寻呼的方法和装置设备,解决UE无法通过中继技术接收寻呼消息的问题。
依据本发明实施例的一个方面,提供了一种处理寻呼的方法,包括:
若远端UE需要通过寻呼中继监听和/或接收寻呼消息,所述远端UE确定与其对应的中继UE,所述中继UE用于监听和/或接收网络发送给所述远端UE的寻呼消息;
所述远端UE建立与所述中继UE的寻呼中继关系;
在寻呼中继关系建立后,所述远端UE监听和/或接收所述中继UE转发的寻呼消息。
可选地,所述远端UE建立与所述中继UE的寻呼中继关系,包括:
所述远端UE与所述中继UE建立通信连接;
在通信连接建立完成之后,所述远端UE向所述中继UE发送寻呼中继关系建立请求消息;
所述远端UE接收中继UE发送的寻呼中继关系建立请求的响应消息,所述响应消息中携带网络设备为所述中继UE分配的用于寻呼消息转发的寻呼中继资源池的配置参数;
所述远端UE根据所述寻呼中继资源池的配置参数配置寻呼中继资源池,所述寻呼中继资源池是所述远端UE接收中继UE发送寻呼消息的接收资源池;
所述远端UE向所述中继UE发送寻呼中继配置完成消息。
可选地,所述寻呼中继关系建立请求消息中携带远端UE的身份标识。
可选地,所述远端UE的身份标识为所述远端UE的SAE临时移动签约用户标识S-TMSI。
可选地,所述寻呼中继关系建立请求消息中携带远端UE的非连续接收DRX配置参数,以使所述中继UE能够基于远端UE的DRX配置参数计算监听远端UE的寻呼消息的寻呼时机,并在相应的寻呼时机上监听远端UE的寻呼消息。
可选地,所述方法还包括:
所述远端UE根据其DRX配置确定寻呼时机,并利用该寻呼时机在根据所述寻呼中继配置消息配置的寻呼中继资源池中监听寻呼消息。
可选地,所述方法还包括:
当所述远端UE与基站之间的信道质量小于第一门限值,且所述远端UE与中继UE之间的信道质量大于第二门限值时,所述远端UE确定通过寻呼中继监听和/或接收寻呼消息。
可选地,所述第一门限值和第二门限值均由网络配置。
可选地,所述方法还包括:
当所述远端UE当前的覆盖增强等级为预定的覆盖增强等级时,所述远端UE确定通过寻呼中继监听和/或接收寻呼消息。
可选地,所述预定的覆盖增强等级由网络配置。
依据本发明实施例的第二个方面,还提供了一种处理寻呼的方法,包括:
中继UE建立与远端UE的寻呼中继关系,其中所述远端UE需要通过寻呼中继监听和/或接收寻呼消息;
所述中继UE监听和/或接收网络发送给所述远端UE的寻呼消息,并将所述寻呼消息转发给所述远端UE。
可选地,所述中继UE建立与远端UE的寻呼中继关系,包括:
所述中继UE与远端UE建立连接;
在通信连接建立完成之后,所述中继UE接收所述远端UE发送的寻呼中继关系建立请求消息;
所述中继UE向网络设备请求寻呼中继资源池;
所述中继UE向所述远端UE发送寻呼中继关系建立请求的响应消息,所述响应消息中携带网络设备为所述中继UE分配的用于寻呼消息转发的寻呼中继资源池的配置参数,以使所述远端UE能够根据所述寻呼中继资源池的配置参数配置寻呼中继资源池,所述寻呼中继资源池是所述远端UE接收中继UE发送寻呼消息的接收资源池;
所述中继UE接收所述远端UE发送的寻呼中继配置完成消息。
可选地,所述寻呼中继关系建立请求消息中携带远端UE的身份标识。
可选地,所述远端UE的身份标识为所述远端UE的SAE临时移动签约用户标识S-TMSI。
可选地,所述寻呼中继关系建立请求消息中携带远端UE的非连续接收DRX配置参数。
可选地,所述中继UE监听和/或接收网络发送给所述远端UE的寻呼消息,并将所述寻呼消息转发给所述远端UE,包括:
所述中继UE基于远端UE的DRX配置参数计算监听远端UE的寻呼消息的寻呼时机,并在相应的寻呼时机上监听远端UE的寻呼消息;
当所述中继UE接收到包含所述远端UE的身份标识的寻呼消息时,所述中继UE将接收到的寻呼消息使用所述寻呼中继资源池进行寻呼广播,所述寻呼广播的寻呼时机遵循远端UE的DRX配置参数计算出的寻呼时机,其中,所述寻呼中继资源池是网络设备为中继UE分配的,且所述中继UE将其配置给远端UE。
依据本发明实施例的第三个方面,还提供了一种处理寻呼的装置,应用于远端UE,包括:
确定模块,用于若远端UE需要通过寻呼中继监听和/或接收寻呼消息,确定与远端UE对应的中继UE,所述中继UE用于监听和/或接收网络发送给所述远端UE的寻呼消息;
第一建立模块,用于建立所述远端UE与所述中继UE的寻呼中继关系;
第一处理模块,用于在寻呼中继关系建立后,监听和/或接收所述中继UE转发的寻呼消息。
可选地,所述第一建立模块包括:
第一连接建立单元,用于建立所述远端UE与所述中继UE的通信连接;
第一发送单元,用于在通信连接建立完成之后,向所述中继UE发送寻呼中继关系建立请求消息;
第一接收单元,用于接收中继UE发送的寻呼中继关系建立请求的响应消息,所述响应消息中携带网络设备为所述中继UE分配的用于寻呼消息转发的寻呼中继资源池的配置参数;
配置单元,用于根据所述寻呼中继资源池的配置参数配置寻呼中继资源池,所述寻呼中继资源池是所述远端UE接收中继UE发送寻呼消息的接收资源池;
第二发送单元,用于向所述中继UE发送寻呼中继配置完成消息。
可选地,所述寻呼中继关系建立请求消息中携带远端UE的身份标识。
可选地,所述远端UE的身份标识为所述远端UE的SAE临时移动签约用户标识S-TMSI。
可选地,所述寻呼中继关系建立请求消息中携带远端UE的非连续接收DRX配置参数,以使所述中继UE能够基于远端UE的DRX配置参数计算监听远端UE的寻呼消息的寻呼时机,并在相应的寻呼时机上监听远端UE的寻呼消息。
可选地,所述装置还包括:
监听模块,用于根据远端UE的DRX配置确定寻呼时机,并利用该寻呼时机在根据所述寻呼中继配置消息配置的寻呼中继资源池中监听寻呼消息。
可选地,所述确定模块进一步用于:
当所述远端UE与基站之间的信道质量小于第一门限值,且所述远端UE与中继UE之间的信道质量大于第二门限值时,确定所述远端UE通过寻呼中继监听和/或接收寻呼消息。
可选地,所述第一门限值和第二门限值均由网络配置。
可选地,所述确定模块进一步用于:
当所述远端UE当前的覆盖增强等级为预定的覆盖增强等级时,确定所述远端UE通过寻呼中继监听和/或接收寻呼消息。
可选地,所述预定的覆盖增强等级由网络配置。
依据本发明实施例的第四个方面,还提供了一种处理寻呼的装置,应用于中继UE,包括:
第二建立模块,用于建立中继UE与远端UE的寻呼中继关系,其中所述远端UE需要通过寻呼中继监听和/或接收寻呼消息;
第二处理模块,用于监听和/或接收网络发送给所述远端UE的寻呼消息,并将所述寻呼消息转发给所述远端UE。
可选地,所述第二建立模块包括:
第二连接建立单元,用于建立所述中继UE与远端UE的通信连接;
第二接收单元,用于在通信连接建立完成之后,接收所述远端UE发送的寻呼中继关系建立请求消息;
请求单元,用于向网络设备请求寻呼中继资源池;
第三发送单元,用于向所述远端UE发送寻呼中继关系建立请求的响应消息,所述响应消息中携带网络设备为所述中继UE分配的用于寻呼消息转发的寻呼中继资源池的配置参数,以使所述远端UE能够根据所述寻呼中继资源池的配置参数配置寻呼中继资源池,所述寻呼中继资源池是所述远端UE接收中继UE发送寻呼消息的接收资源池;
第三接收单元,用于接收所述远端UE发送的寻呼中继配置完成消息。
可选地,所述寻呼中继关系建立请求消息中携带远端UE的身份标识。
可选地,所述远端UE的身份标识为所述远端UE的SAE临时移动签约用户标识S-TMSI。
可选地,所述寻呼中继关系建立请求消息中携带远端UE的非连续接收DRX配置参数。
可选地,所述第二处理模块包括:
监听单元,用于所述中继UE基于远端UE的DRX配置参数计算监听远端UE的寻呼消息的寻呼时机,并在相应的寻呼时机上监听远端UE的寻呼消息;
寻呼单元,用于当所述中继UE接收到包含所述远端UE的身份标识的寻呼消息时,将接收到的寻呼消息使用所述寻呼中继资源池进行寻呼广播,所述寻呼广播的寻呼时机遵循远端UE的DRX配置参数计算出的寻呼时机,其中,所述寻呼中继资源池是网络设备为中继UE分配的,且所述中继UE将其配置给远端UE。
上述技术方案中的一个技术方案具有如下优点或有益效果:本发明实施例提供了一种UE基于中继技术监听和/或接收网络发送的寻呼消息的方案,能够实现远端UE通过中继UE监听和/或接收寻呼消息,尤其是能够避免出现脱网的远端UE可以注册在网络但是无法接收和监听寻呼消息的问题,并且可以降低处于覆盖增强模式的在网UE的功耗。
附图说明
图1为D2D发现/通信示意图;
图2为UE-to-Network Relay的示意图;
图3a为L2UE-to-Network relay架构中用户面的示意图;
图3b为L2UE-to-Network relay架构中控制面的示意图;
图4为本发明实施例一中处理寻呼的方法的流程图;
图5为本发明实施例二中处理寻呼的方法的流程图;
图6为本发明实施例三中寻呼中继关系建立的流程图;
图7为本发明实施例三中网络发送远端UE的寻呼消息到中继UE的流程图;
图8为本发明实施例三中中继UE转发寻呼消息给远端UE的流程图;
图9为本发明实施例三中寻呼中继关系建立的流程图;
图10为本发明实施例三中中继UE转发寻呼消息给远端UE的流程图;
图11为本发明实施例四中处理寻呼的装置的框图;
图12为本发明实施例五中处理寻呼的装置的框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
(1)D2D(Device to Device)接近服务
D2D(Device-to-Device),即终端直通技术,是指邻近的终端可以在近距离范围内通过直连链路进行数据传输的方式,不需要通过中心节点(即基站)进行转发,也不需要通过传统的蜂窝链路进行UE间的信息传输。
3GPP中,D2D接近服务包括以下两大类:
D2D发现:UE(用户设备)使用E-UTRA来确认另外一个UE在其附近。例如,D2D UE可以使用该服务来寻找附近的出租车、寻找在其附近的朋友等;
D2D通信:相互接近的UE,通过在两个UE之间直接建立链路(如图1所示),这样将原本通过网络传输的通信链路转化为本地的直接通信链路,节省了大量的带宽和网络效率;或者两个相互接近的UE,可以利用直接链路通信来获得稳定高速低廉的通信服务。接近服务通信一般是在网络侧控制或者辅助下进行的,eNB(基站)甚至可能会为进行接近服务通信的UE动态的分配资源。
为了便于描述,可以定义两种链路类型:
D2D链路:指设备和设备之间直接进行通信的链路;
D2N链路:设备和网络节点之间进行通信的链路。
此外,参与D2D发现/通信的UE分为两种角色:
D2D发送UE:即发送D2D发现/通信消息的UE;
D2D接收UE:即接收D2D发送UE发送的发现/通信消息的UE。
(2)UE-to-Network Relay
在D2D发现和通信技术的基础上,UE可以通过Relay的方式与网络进行数据传输。D2D***中UE到网络的relay模型为:
UE-to-Network Relay
UE通过Relay UE(中继用户设备)与网络进行通信的方式称为UE-to-NetworkRelay,如图2所示。网络覆盖外的远端UE(remote UE)为了与网络进行通信,以中继UE作为Relay节点,通过中继UE转发自己的上下行信号。其中,中继UE和远端UE(远端用户设备)之间的通信通过D2D通信实现,中继UE和网络间通过蜂窝通信实现。
在以上的Relay场景中,源UE首先要找到能够为自己进行数据Relay的Relay UE,该UE需要能同时与源UE和目标节点进行数据传输。源UE发现Relay UE的过程可以通过D2D发现来实现,具体可以有两种方式:
Relay UE广播自己的发现信号,其中携带自己作为Relay节点的信息,源UE在收到该发现信号后判断是否选择该Relay UE来转发自己的信号。
源UE发送请求发现信号,信号中包含自己和目标节点的信息。周围UE在收到该请求发现信号后,判断自己是否可以作为该UE和目标节点间的Relay UE,如果可以则发送一个响应发现信号。源UE在收到响应发现信号后判断是否选择该Relay UE来转发自己的信号。
(3)L2UE-to-Network Relay
在传统的D2D的UE-to-Network Relay架构中,网络不能从中继发送的数据中过滤出其转发的来自远端UE的业务,所以在feD2D技术中引入了L2UE-to-Network relay架构,基于此,网络和运营商可以将通过中继UE连接到网络的远端UE作为一个独立的LTE用户进行计费管理和安全性控制。L2UE-to-Network relay架构如图3a和3b所示。
由于远端UE与基站之间存在端到端的PDCP和RRC逻辑实体,所以网络可以通过中继UE的数据转发实现对远端UE的安全性和服务质量(QoS,quality of service)的管理。同时远端UE可以作为独立的LTE UE在网络中注册并建立RRC连接。
在feD2D技术中,同时定义了远端UE通过中继UE接入网络的场景,即在网远端UE连接到在网的中继UE,或脱网远端UE连接到在网的中继UE,上述在网的中继UE与网络建立连接之后可以转发远端UE与网络之间的数据通信。远端UE与中继UE之间建立的PC5连接进行D2D通信,中继UE与网络之间通过Uu接口进行通信。
在feD2D中引入了脱网远端UE通过中继UE在网络侧进行注册的机制,当前LTE***中,注册到网络的UE需要接收寻呼消息,然而脱网UE无法直接监听网络发送的寻呼消息,在现有的D2D通信中继技术中也不支持寻呼消息的发送和转发。同时,当UE通过中继与网络通信更加省电并且信道质量更好时,在现有技术中UE无法通过中继技术接收寻呼消息。
本发明的实施例提供了一种UE基于中继技术监听和/或接收网络发送的寻呼消息的方法和设备,可以解决UE无法通过中继技术接收寻呼消息的问题。
本领域技术人员知道,本发明的实施方式可以实现为一种***、装置、设备、方法或计算机程序产品。因此,本发明的实施例可以具体实现为以下形式:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
实施例一
参见图4,图中示出了一种处理寻呼的方法,具体步骤如下:
步骤401、若远端UE需要通过寻呼中继监听和/或接收寻呼消息,所述远端UE确定与其对应的中继UE,所述中继UE用于监听和/或接收网络发送给所述远端UE的寻呼消息;
上述通过寻呼中继监听和/或接收寻呼消息,是指在网远端UE连接到在网的中继UE,或脱网远端UE连接到在网的中继UE,上述在网的中继UE与网络建立连接之后,远端UE可以通过中继UE监听和/或接收寻呼消息。
例如,若远端UE为在网络注册的脱网远端UE,则该远端UE确定通过寻呼中继监听和/或接收寻呼消息。
又例如,当远端UE(在网的远端UE)与基站之间的信道质量小于第一门限值,且远端UE与中继UE之间的信道质量大于第二门限值时,远端UE确定通过寻呼中继监听和/或接收寻呼消息。需要说明的是,上述第一门限值和第二门限值均由网络配置。
又例如,当远端UE(在网的远端UE)当前的覆盖增强等级为预定的覆盖增强等级时,远端UE确定通过寻呼中继监听和/或接收寻呼消息。需要说明的是,上述预定的覆盖增强等级由网络配置。
步骤402、远端UE建立与所述中继UE的寻呼中继关系;
远端UE建立与所述中继UE的寻呼中继关系的过程可以是:
远端UE与所述中继UE建立通信连接;在通信连接建立完成之后,所述远端UE向所述中继UE发送寻呼中继关系建立请求消息;所述远端UE接收中继UE发送的寻呼中继关系建立请求的响应消息,所述响应消息中携带网络设备(例如基站)为所述中继UE分配的用于寻呼消息转发的寻呼中继资源池的配置参数;所述远端UE根据所述远端UE接收中继UE发送的寻呼中继关系建立请求的响应消息,所述响应消息配置寻呼中继资源池,所述寻呼中继资源池是所述远端UE接收中继UE发送寻呼消息的接收资源池;所述远端UE向所述中继UE发送寻呼中继配置完成消息,至此该远端UE与该中继UE之间的寻呼中继关系建立完成。
在本实施例中,寻呼中继关系的建立请求中携带远端UE的身份标识,例如S-TMSI,从而使得中继UE能够根据带远端UE的身份标识识别出需要转发的寻呼消息。
在本实施例中,基于节电的考虑,寻呼中继关系的建立请求中可以携带远端UE的非连续接收DRX配置参数,以使所述中继UE能够基于远端UE的DRX配置参数计算监听远端UE的寻呼消息的寻呼时机PO,并在相应的PO上监听远端UE的寻呼消息。
步骤403、在寻呼中继关系建立后,所述远端UE监听和/或接收所述中继UE转发的寻呼消息。
本发明实施例提供了一种UE基于中继技术监听和/或接收网络发送的寻呼消息的方案,能够解决远端UE通过中继UE监听和/或接收寻呼消息的问题,尤其是能够避免出现脱网的远端UE可以注册在网络但是无法接收和监听寻呼消息的问题,并且可以降低处于覆盖增强模式的在网UE的功耗。
实施例二
参见图5,图中示出了一种处理寻呼的方法,具体步骤如下:
步骤501、中继UE建立与远端UE的寻呼中继关系,其中所述远端UE需要通过寻呼中继监听和/或接收寻呼消息;
中继UE与远端UE建立通信连接;在通信连接建立完成之后,所述中继UE接收所述远端UE发送的寻呼中继关系建立请求消息;所述中继UE向网络设备请求寻呼中继资源池,所述中继UE向所述远端UE发送寻呼中继关系建立请求的响应消息,所述响应消息中携带网络设备为所述中继UE分配的用于寻呼消息转发的寻呼中继资源池的配置参数,以使所述远端UE能够根据所述寻呼中继资源池的配置参数配置寻呼中继资源池,所述寻呼中继资源池是所述远端UE接收中继UE发送寻呼消息的接收资源池;中继UE接收所述远端UE发送的寻呼中继配置完成消息。
在本实施例中,所述寻呼中继关系建立请求消息中携带远端UE的身份标识。例如,远端UE的S-TMSI(SAE临时移动签约用户标识)。
在本实施例中,所述寻呼中继关系建立请求消息中还可以携带远端UE的非连续接收DRX配置参数。
步骤502、中继UE监听和/或接收网络发送给所述远端UE的寻呼消息,并将所述寻呼消息转发给所述远端UE。
具体地,中继UE基于远端UE的DRX配置参数计算监听远端UE的寻呼消息的寻呼时机,并在相应的寻呼时机上监听远端UE的寻呼消息;当所述中继UE接收到包含所述远端UE的身份标识的寻呼消息时,所述中继UE将接收到的寻呼消息使用寻呼中继资源池进行寻呼广播,所述寻呼广播的寻呼时机遵循远端UE的DRX配置参数计算出的寻呼时机,其中,所述寻呼中继资源池是网络设备为中继UE分配的,且所述中继UE将其配置给远端UE。
本发明实施例提供了一种UE基于中继技术监听和/或接收网络发送的寻呼消息的方案,能够解决远端UE通过中继UE监听和/或接收寻呼消息的问题,尤其是能够避免出现脱网的远端UE可以注册在网络但是无法接收和监听寻呼消息的问题,并且可以降低处于覆盖增强模式的在网UE的功耗。
实施例三
下面介绍本实施例中的寻呼中继的应用场景:
场景1、已经在网络注册的脱网远端UE,由于脱网远端UE不能直接监听和/或接收基站发送的寻呼消息,脱网远端UE必须要通过寻呼中继的方式监听和/或接收基站发送的寻呼消息。
场景2、对于在网的远端UE,如果远端UE处于覆盖增强模式,其与基站通信时每条消息都需要进行一定次数的重复发送,获得合并增益以保证发送成功率。这种情况下,远端UE直接监听和/或接收基站发送的寻呼,会产生比较大的电量消耗。为了降低耗电,远端UE可以选择通过寻呼中继的方式监听和/或接收寻呼消息。
在本实施例中,网络可以配置远端UE的覆盖增强等级和寻呼消息接收方式之间的关联关系:
(1)网络配置处于第一覆盖增强等级下的远端UE,需要直接监听和/或接收基站发送的寻呼消息。需要说明的是,在本实施例中并不具体限定第一覆盖增强等级;
(2)网络配置处于第二覆盖增强等级下的远端UE,需要通过寻呼中继的方式监听和/或接收寻呼消息。需要说明的是,在本实施例中并不具体限定第二覆盖增强等级;
(3)在网的远端UE基于当前所处的覆盖增强等级,选择接收和监听寻呼消息的方式。
场景3、对于在网的远端UE,当其直接与网络通信的信道质量低于第一门限值,其通过中继UE与网络通信的信道质量高于第二门限值时,远端UE需要通过寻呼中继的方式监听和/或接收寻呼消息。需要说明的是,在本实施例中并不具体限定第一门限值和第二门限值,上述第一门限值和第二门限值可以由网络配置。
参见图6,图中示出了寻呼中继关系建立的流程,当远端UE需要通过寻呼中继的方式监听和/或接收寻呼消息时,需要找到一个中继UE并与之建立寻呼中继关系,具体的过程如下:
步骤601、远端UE与中继UE建立通信连接;
例如,远端UE通过现有协议中的中继发现和选择过程,选择一个合适的中继UE并与之建立一对一的sidelink连接。
步骤602、在通信连接建立完成之后,远端UE向中继UE发送寻呼中继关系建立请求消息。
例如,在一对一的sidelink连接建立完成之后,远端UE向中继UE发送寻呼中继关系建立请求消息。
步骤603、远端UE接收中继UE发送的寻呼中继关系建立请求消息的响应消息。
中继UE在收到寻呼中继关系建立请求消息之后,向远端UE回复寻呼中继关系建立请求消息的响应消息,至此该远端UE与该中继UE之间的寻呼中继关系建立完成。
由于网络侧在发送寻呼时,会将具有相同寻呼时机的UE的寻呼内容汇总成一条寻呼消息,并在寻呼消息中携带被寻呼UE的SAE临时移动用户标识(S-TMSI,SystemArchitecture Evolution Temporary Mobile Station Identifier),远端UE在监听到寻呼消息时,通过解析其中的S-TMSI判断某条寻呼消息中是否有针对自己的寻呼内容。
对于与远端UE建立了寻呼中继关系的中继UE,由于需要读取并转发远端UE的寻呼内容,所以必须知道远端UE的S-TMSI,可选的方式是在远端UE发送的上述寻呼中继关系请求消息中携带远端UE的S-TMSI,当然也并不限于此。
在本实施例中,当中继UE与某个远端UE建立了中继寻呼关系之后,中继UE需要开始监听该远端UE的寻呼消息。
在LTE***中,寻呼消息的发送和接受遵循非连续接收(DRX)的原则,基于节电的考虑,UE根据DRX配置只会在特定的寻呼时机(PO,Paging Occasion)监听寻呼消息,同时eNodeB只在相应的PO给UE发送寻呼消息。PO由根据DRX配置计算得出,因为eNodeB保有UE的DRX配置,所以UE与eNodeB对PO的理解是相同的。
在本实施例中,对于寻呼中继的情况,eNodeB在发送远端UE的寻呼消息时,需要解决的问题是eNodeB是遵循中继UE的DRX配置还是远端UE的DRX配置。不论采用哪种方式,都可以实现中继UE监听远端UE的寻呼消息,但都需要对中继UE或者网络的寻呼机制做一定的改进和增强。
参见图7,图中示出了网络发送远端UE的寻呼消息到中继UE的流程,具体的步骤如下:
步骤701、在远端UE与中继UE建立寻呼中继关系过程中,远端UE在发送给中继UE的寻呼中继关系建立请求消息中携带远端UE的DRX配置参数。
步骤702、eNodeB在给远端UE发送寻呼消息时,根据相应远端UE的DRX配置计算PO。
步骤703、中继UE基于远端UE的DRX配置计算监听远端UE的寻呼消息的PO,并在相应的PO上监听远端UE的寻呼消息。
在feD2D中,中继UE与远端UE可以使用PC5单播或PC5广播两种通信方式。对于处于RRC空闲状态的远端UE,需要接收网络发送的寻呼消息但是没有必要与中继UE之间保持一对一的连接。同时,寻呼消息在LTE***中为广播消息,不需要在激活安全性的L2连接上发送。所以中继UE可以采用PC5广播的方式转发寻呼消息。
参见图8,图中示出了中继UE转发寻呼消息给远端UE的流程,具体步骤如下:
步骤801、远端UE与中继UE建立寻呼中继关系完成后,中继UE向网络侧请求用于PC5口寻呼广播的寻呼中继资源池,并将该寻呼中继资源池的配置参数通知远端UE。
步骤802、中继UE接收到一条消息如果其中包含远端UE的S-TMSI,则在上述寻呼中继资源池中发送相应的寻呼消息。
步骤803、远端UE在上述寻呼中继资源池中监听并接收寻呼。
处于远端UE节电的考虑,中继UE与远端UE之间的寻呼发送和监听可以遵循DRX原则。远端UE与中继UE建立寻呼中继关系的过程中,远端UE可以将自身的DRX配置参数通知给中继UE。
场景1
某个需要通过寻呼中继监听和/或接收寻呼消息的远端UE,首先通过中继发现过程找到一个合适的中继UE,并与之建立寻呼中继关系。
参见图9,图中示出了建立寻呼中继关系的流程,具体步骤如下:
步骤901、远端UE通过中继发现过程找到一个合适的中继UE,并与之建立连接。
步骤902、远端UE向中继UE发送寻呼中继建立请求消息,寻呼中继建立请求消息中携带远端UE的S-TMSI以及DRX配置。
步骤903、中继UE成功接收步骤902中的寻呼中继建立请求消息后,中继UE向eNodeB申请用于寻呼消息转发的寻呼中继资源池。
步骤904、eNodeB收到步骤903中的中继UE发送的请求后,为中继UE分配寻呼中继资源池。
步骤905、中继UE收到步骤904中eNodeB分配的寻呼中继资源池之后,向远端UE发送寻呼中继配置消息,该寻呼中继配置消息中携带eNodeB分配的寻呼中继资源池的配置参数。
步骤906、远端UE成功接收寻呼中继配置消息,并获取其中的寻呼中继资源池的配置参数之后,向中继UE回复寻呼中继配置完成消息。至此远端UE与中继UE之间的寻呼中继关系建立完成。
需要说明的是,中继UE将上述寻呼中继资源池作为转发远端UE的寻呼消息的发送资源池,以及远端UE将上述寻呼中继资源池作为接收中继UE转发寻呼消息的接收资源池。
场景2
寻呼关系建立完成之后,中继UE在远端UE的PO上监听寻呼消息,并将远端UE的寻呼消息转发给远端UE。
参见图10,图中示出了中继UE转发寻呼消息给远端UE的流程,具体步骤如下:
步骤1001、中继UE在远端的UE的PO上监听寻呼消息,并在该PO上接收到的寻呼消息是否包含远端UE的S-TMSI
步骤1002、当中继UE接收到包含远端UE的S-TMSI的寻呼消息时,将相应的寻呼内容在远端UE的PO上使用寻呼中继资源池中发送。远端UE在自己的PO上在寻呼中继资源中监听和/或接收寻呼消息。
本发明实施例提供了一种UE基于中继技术监听和/或接收网络发送的寻呼消息的方案,能够解决远端UE通过中继UE监听和/或接收寻呼消息的问题,尤其是能够避免出现脱网的远端UE可以注册在网络但是无法接收和监听寻呼消息的问题,并且可以降低处于覆盖增强模式的在网UE的功耗。
实施例四
参见图11,图中示出了一种处理寻呼的装置,应用于远端UE,该装置1100,包括:
确定模块1101,用于若远端UE需要通过寻呼中继监听和/或接收寻呼消息,确定与远端UE对应的中继UE,所述中继UE用于监听和/或接收网络发送给所述远端UE的寻呼消息;
第一建立模块1102,用于建立所述远端UE与所述中继UE的寻呼中继关系;
第一处理模块1103,用于在寻呼中继关系建立后,监听和/或接收所述中继UE转发的寻呼消息。
在本实施例中,可选地,所述第一建立模块1102包括:
第一连接建立单元,用于建立所述远端UE与所述中继UE的通信连接;
第一发送单元,用于在通信连接建立完成之后,向所述中继UE发送寻呼中继关系建立请求消息;
第一接收单元,用于接收中继UE发送的寻呼中继关系建立请求的响应消息,所述响应消息中携带网络设备为所述中继UE分配的用于寻呼消息转发的寻呼中继资源池的配置参数;
配置单元,用于根据所述寻呼中继资源池的配置参数配置寻呼中继资源池,所述寻呼中继资源池是所述远端UE接收中继UE发送寻呼消息的接收资源池;
第二发送单元,用于向所述中继UE发送寻呼中继配置完成消息。
在本实施例中,可选地,所述寻呼中继关系建立请求消息中携带远端UE的身份标识。
在本实施例中,可选地,所述远端UE的身份标识为所述远端UE的SAE临时移动签约用户标识S-TMSI。
在本实施例中,可选地,所述寻呼中继关系建立请求消息中携带远端UE的非连续接收DRX配置参数,以使所述中继UE能够基于远端UE的DRX配置参数计算监听远端UE的寻呼消息的寻呼时机,并在相应的寻呼时机上监听远端UE的寻呼消息。
在本实施例中,可选地,所述装置还包括:
监听模块,用于根据远端UE的DRX配置确定寻呼时机,并利用该寻呼时机在根据所述寻呼中继配置消息配置的寻呼中继资源池中监听寻呼消息。
在本实施例中,可选地,所述确定模块1101进一步用于:
当所述远端UE与基站之间的信道质量小于第一门限值,且所述远端UE与中继UE之间的信道质量大于第二门限值时,确定所述远端UE通过寻呼中继监听和/或接收寻呼消息。
在本实施例中,可选地,所述第一门限值和第二门限值均由网络配置。
在本实施例中,可选地,所述确定模块进一步用于:
当所述远端UE当前的覆盖增强等级为预定的覆盖增强等级时,确定所述远端UE通过寻呼中继监听和/或接收寻呼消息。
在本实施例中,可选地,所述预定的覆盖增强等级由网络配置。
本发明实施例提供了一种UE基于中继技术监听和/或接收网络发送的寻呼消息的方案,能够解决远端UE通过中继UE监听和/或接收寻呼消息的问题,尤其是能够避免出现脱网的远端UE可以注册在网络但是无法接收和监听寻呼消息的问题,并且可以降低处于覆盖增强模式的在网UE的功耗。
实施例五
参见图12,图中示出了一种处理寻呼的装置,应用于中继UE,该装置1200包括:
第二建立模块1201,用于建立中继UE与远端UE的寻呼中继关系,其中所述远端UE需要通过寻呼中继监听和/或接收寻呼消息;
第二处理模块1202,用于监听和/或接收网络发送给所述远端UE的寻呼消息,并将所述寻呼消息转发给所述远端UE。
在本实施例中,可选地,所述第二建立模块1201包括:
第二连接建立单元,用于建立所述中继UE与远端UE的通信连接;
第二接收单元,用于在通信连接建立完成之后,接收所述远端UE发送的寻呼中继关系建立请求消息;
请求单元,用于向网络设备请求寻呼中继资源池;
第三发送单元,用于向所述远端UE发送寻呼中继关系建立请求的响应消息,所述响应消息中携带网络设备为所述中继UE分配的用于寻呼消息转发的寻呼中继资源池的配置参数,以使所述远端UE能够根据所述寻呼中继资源池的配置参数配置寻呼中继资源池,所述寻呼中继资源池是所述远端UE接收中继UE发送寻呼消息的接收资源池;
第三接收单元,用于接收所述远端UE发送的寻呼中继配置完成消息。
在本实施例中,可选地,所述寻呼中继关系建立请求消息中携带远端UE的身份标识。
在本实施例中,可选地,所述远端UE的身份标识为所述远端UE的SAE临时移动签约用户标识S-TMSI。
在本实施例中,可选地,所述寻呼中继关系建立请求消息中携带远端UE的非连续接收DRX配置参数。
在本实施例中,可选地,所述第二处理模块1202包括:
监听单元,用于所述中继UE基于远端UE的DRX配置参数计算监听远端UE的寻呼消息的寻呼时机,并在相应的寻呼时机上监听远端UE的寻呼消息;
寻呼单元,用于当所述中继UE接收到包含所述远端UE的身份标识的寻呼消息时,将接收到的寻呼消息使用寻呼中继资源池进行寻呼广播,所述寻呼广播的寻呼时机遵循远端UE的DRX配置参数计算出的寻呼时机,其中,所述寻呼中继资源池是网络设备为中继UE分配的,且所述中继UE将其配置给远端UE。
本发明实施例提供了一种UE基于中继技术监听和/或接收网络发送的寻呼消息的方案,能够解决远端UE通过中继UE监听和/或接收寻呼消息的问题,尤其是能够避免出现脱网的远端UE可以注册在网络但是无法接收和监听寻呼消息的问题,并且可以降低处于覆盖增强模式的在网UE的功耗。
应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本发明的各种实施例中,应理解,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
另外,本文中术语“***”和“网络”在本文中常可互换使用。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
在本申请所提供的实施例中,应理解,“与A相应的B”表示B与A相关联,根据A可以确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。
在本申请所提供的几个实施例中,应该理解到,所揭露方法和装置,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络侧设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述的原理前提下还可以做出若干改进和润饰,这些改进和润饰也在本发明的保护范围内。