CN115426681A - 一种信息处理方法和装置 - Google Patents
一种信息处理方法和装置 Download PDFInfo
- Publication number
- CN115426681A CN115426681A CN202210861946.1A CN202210861946A CN115426681A CN 115426681 A CN115426681 A CN 115426681A CN 202210861946 A CN202210861946 A CN 202210861946A CN 115426681 A CN115426681 A CN 115426681A
- Authority
- CN
- China
- Prior art keywords
- wake
- signal
- network device
- terminal
- terminal device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
- H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0235—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a power saving command
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
本申请实施例提供了一种信息处理方法和装置。其中,本申请实施例提供的一种种信息处理方法,包括:网络设备确定唤醒信号的配置信息,该唤醒信号用于指示在一段时长内是否寻呼终端设备,唤醒信号的配置信息用于指示相邻两个唤醒信号之间的时间间隔;网络设备向核心网设备发送唤醒信号的配置信息。
Description
技术领域
本申请实施例涉及通信领域,尤其涉及一种信息处理方法和装置。
背景技术
为了应对未来爆炸性的移动数据流量增长、海量的设备连接、不断涌现的各类新业务和应用场景,第五代移动通信(5th-Generation,5G)系统将应运而生。物联网作为5G的组成部分,其市场需求增长迅猛,预测显示,到2022年5G物联网的连接数将会达到180亿。
目前针对物联网的特点存在如下的解决方案,比如窄带物联网(Narrow Band–Internet of Things,NB-IoT)网络和机器类型通信(Machine Type Communication,MTC)网络。利用窄带技术的特点,来承载物联网业务。其中,NB-IoT网络应用了独立于蜂窝网络的新空口技术,终端成本更低,支持的速率和移动性更低。MTC网络具有蜂窝网络的一些特性,但是MTC网络的终端成本和复杂度略高于NB-IOT网络的终端,但是MTC网络中的终端可以支持更高的速率和更好的移动性。
目前NB-IoT网络和MTC网络都已经在现网中商用,但是也存在新的应用场景需要技术方案的支持,比如节省终端监听寻呼功耗的唤醒信号特性。目前,亟需一种新的信息处理方法,以适应NB-IoT网络和/或MTC网络中的新的应用场景的需求。
发明内容
本申请实施例提供了一种信息处理方法和装置,能够实现唤醒信号的配置信息传输,使得终端设备通过监听唤醒信号来节省终端设备的寻呼功耗,提高网络资源的利用率。
第一方面,本申请实施例提供一种信息处理方法,包括:网络设备确定唤醒信号的配置信息,该唤醒信号用于指示在一段时长内是否寻呼终端设备,唤醒信号的配置信息用于指示相邻两个唤醒信号之间的时间间隔(包括两个唤醒信号可能位置之间的时间间隔);网络设备向核心网设备发送唤醒信号的配置信息。
在本申请实施例中,唤醒信号用于指示在一段时长内是否寻呼终端设备,该一段时长的取值可以由网络设备来确定。唤醒信号主要用于寻呼周期很短,但是被寻呼概率很低的终端设备,终端设备监听到唤醒信号时才会醒来接收寻呼消息,若没有收到唤醒信号,终端设备不监听来自网络设备的寻呼消息直至监听到指示终端会被寻呼的唤醒信号。唤醒信号的配置信息用于指示相邻两个唤醒信号之间的时间间隔,该配置信息的实现方式不做限定。
需要说明的是,本申请中,唤醒信号的配置信息用于指示相邻两个唤醒信号之间的时间间隔,或者唤醒信号的配置信息用于指示终端设备连续两次检测唤醒信号之间的时间间隔。举例说明如下:唤醒信号可有两种情况。情况1、网络设备有发送唤醒信号表示需要唤醒终端设备,若网络设备不发送唤醒信号,则表示不唤醒终端设备。情况2、唤醒信号有两种以上的状态,状态1(比如01)表示唤醒终端设备,状态2(比如10)表示不唤醒终端设备。
举例说明,唤醒信号作用是指示在未来一段时间内有没有终端设备的寻呼。能起到唤醒作用的信号就可以是唤醒信号。例如,可以用信号的有无来指示在未来的一段时间有没有寻呼,终端设备在相应的位置上,只要检测到了唤醒信号,就意味着网络设备将要发送寻呼消息,如果没有检测到唤醒信号,就意味着后面没有寻呼消息,直到下一个信号位置终端设备再去尝试检测唤醒信号。又如,可以用唤醒信号的不同状态指示未来的一段时间有没有寻呼消息。终端设备在相应的位置上检测到特定的信号状态,比如01,就代表即将寻呼消息。如果检测到另一种状态,比如10,就意味着后面没有寻呼消息。本申请实施例中唤醒信号可以减少终端设备监听传统寻呼的监听开销。因为唤醒信号比较简单,监听起来比传统寻呼中监听PDCCH会节省资源,如果终端设备没有被寻呼,终端设备只监听这个唤醒信号,从而达到节省网络资源的目的。
通过前述实施例的举例说明可知,本申请实施例中网络设备可以确定唤醒信号的配置信息,唤醒信号用于指示在一段时长内是否寻呼终端设备,配置信息用于指示相邻两个唤醒信号之间的时间间隔,网络设备向核心网设备发送唤醒信号的配置信息。核心网设备可以接收来自网络设备的唤醒信号的配置信息。因此,本申请实施例能够实现唤醒信号的配置信息传输,核心网设备收到唤醒信号的配置信息后可以基于该配置信息来完成核心网设备对终端设备的寻呼配置,使得终端设备通过监听唤醒信号来节省终端设备的寻呼功耗,提高网络资源的利用率。
在第一方面的一种可能设计中,唤醒信号的配置信息,包括如下信息中的至少一种:指示唤醒信号的周期的信息,或指示唤醒信号与非连续接收DRX周期的对应关系的信息,或,指示时长的信息。其中,指示唤醒信号的周期的信息具体可以是唤醒信号的周期信息,或者能够确定出唤醒信号的周期取值的其它信息。指示唤醒信号与DRX周期的对应关系的信息具体可以使唤醒信号与DRX周期的对应关系信息,例如唤醒信号与DRX周期的对应关系可以是:一个唤醒信号对应有多少个DRX周期的取值,例如以字母x表示一个唤醒信号对应的DRX周期的个数,x的取值可以为1或者2等正整数。指示该时长的信息是指示唤醒信号在一段时长内是否寻呼终端设备的时长的取值,例如该时长表示3个子帧,则唤醒信号在3个子帧内需要寻呼终端设备。在本申请实施例中,唤醒信号的使用门限是指使用唤醒信号的eDRX周期门限,该使用门限的取值单位可以为秒、毫秒等时间单位,也可以为能够体现时间的时隙、子帧、系统帧、超帧等。本申请中时间的时隙、子帧、系统帧或超帧均为一个或多个时间单元的示例,可以理解的是,在不特别强调的情况下,本申请所给出的时间单元的示例可以替换为其他的时间单元,比如子帧可以替换为时隙。
在第一方面的一种可能设计中,唤醒信号的配置信息,还包括:指示唤醒信号在一个周期内的起始位置和持续时间的信息。其中,唤醒信号在一个周期内的起始位置和持续时间可以是作为唤醒信号的配置信息,起始位置表示在一个周期内开始发送唤醒信号的位置,该持续时间则表示唤醒信号在一个周期内所占的单位时间(也可称为时间单元,如符号,或,时隙,或,子帧)的个数。通过指示唤醒信号在一个周期内的起始位置和持续时间的信息可以更为准确的描述出唤醒信号的信号配置参数。
在第一方面的一种可能设计中,方法还包括:网络设备向核心网设备发送指示DRX周期的信息。其中,DRX周期可以由基站来配置,一个DRX周期内每个终端设备有一个寻呼机会。指示DRX周期的信息具体可以是DRX周期的配置信息,或者能够确定出DRX的周期取值的其它信息。网络设备向核心网设备发送指示DRX周期的信息,使得核心网设备可以获取到该指示DRX周期的信息,从而核心网设备可以基于该指示DRX周期的信息获取到DRX周期的取值参数。
在第一方面的一种可能设计中,网络设备向核心网设备发送唤醒信号的配置信息,包括:网络设备向核心网设备发送接口建立请求消息,接口建立请求消息携带唤醒信号的配置信息;或,网络设备向核心网设备发送网络设备的配置更新消息,配置更新消息携带唤醒信号的配置信息。其中,接口建立请求消息是指网络设备和核心网设备之间建立接口时网络设备发送的请求消息,通过该接口建立请求消息携带唤醒信号的配置信息,例如可以在接口建立请求消息中新增字段来承载唤醒信号的配置信息,或者使用接口建立请求消息中的可扩展字段承载唤醒信号的配置信息。网络设备的配置更新消息指示网络设备有配置更新时该网络设备向核心网设备发送的通知消息。
第二方面,本申请实施例提供一种种信息处理方法,包括:核心网设备接收来自网络设备的唤醒信号的配置信息,唤醒信号用于网络设备指示在一段时长内是否寻呼终端设备,配置信息用于指示相邻两个唤醒信号之间的时间间隔(包括两个唤醒信号可能位置之间的时间间隔)。
通过前述实施例的举例说明可知,本申请实施例中,核心网设备可以接收到来自网络设备的唤醒信号的配置信息,唤醒信号用于指示在一段时长内是否寻呼终端设备,配置信息用于指示相邻两个唤醒信号之间的时间间隔(包括两个唤醒信号可能位置之间的时间间隔)。因此,本申请实施例能够实现唤醒信号的配置信息传输,核心网设备可以收到唤醒信号的配置信息后可以基于该配置参数来完成核心网设备对终端设备的寻呼配置,使得终端设备通过监听唤醒信号来节省终端设备的寻呼功耗,提高网络资源的利用率。
在第二方面的一种可能设计中,方法还包括:核心网设备根据唤醒信号的配置信息确定终端设备的寻呼时间窗PTW长度,PTW长度大于相邻两个唤醒信号之间的时间间隔。其中,核心网设备可以根据唤醒信号的配置信息确定终端设备的PTW长度,核心网设备确定出的PTW长度大于相邻两个唤醒信号之间的时间间隔,唤醒信号又是周期性发送的,因此在一个PTW内,有多于1个唤醒信号,从而避免因为错过一次唤醒机会就必须等到下一个eDRX周期所带来的寻呼时延,提高网络资源的利用率。
在第二方面的一种可能设计中,核心网设备接收网络设备发送的唤醒信号的配置信息,包括:核心网设备接收来自网络设备的接口建立请求消息,接口建立请求消息携带唤醒信号的配置信息;或,核心网设备接收来自网络设备的网络设备的配置更新消息,配置更新消息携带唤醒信号的配置信息。其中,核心网设备可以接收来自网络设备的接口建立请求消息,接口建立请求消息是指网络设备和核心网设备之间建立接口时网络设备发送的请求消息,通过该接口建立请求消息携带唤醒信号的配置信息,例如可以在接口建立请求消息中新增字段来承载唤醒信号的配置信息,或者使用接口建立请求消息中的可扩展字段承载唤醒信号的配置信息。核心网设备还可以接收来自网络设备的网络设备的配置更新消息,网络设备的配置更新消息指示网络设备有配置更新时该网络设备向核心网设备发送的通知消息,例如可以在配置更新消息中新增字段来承载唤醒信号的配置信息,或者使用配置更新消息中的可扩展字段承载唤醒信号的配置信息。
在第二方面的一种可能设计中,唤醒信号的配置信息包括指示唤醒信号的周期的信息,核心网设备根据唤醒信号的配置信息确定终端设备的寻呼时间窗PTW长度,包括:核心网设备根据唤醒信号的周期确定PTW长度,PTW长度大于唤醒信号的周期的取值。其中,核心网设备根据唤醒信号的周期的取值来确定PTW长度,核心网确定出的PTW长度大于唤醒信号的周期的取值。举例说明:PTW长度可以大于或等于a乘以唤醒信号的周期的取值,这样在一个PTW长度内可以有大于a个唤醒信号,a的取值可以是正整数,例如a的取值为2时,核心网设备计算出的PTW长度内具有2个唤醒信号。又如,a的取值为3时,核心网设备计算出的PTW长度内具有3个唤醒信号。
在第二方面的一种可能设计中,唤醒信号的配置信息包括指示唤醒信号与非连续接收DRX周期的对应关系的信息,核心网设备根据唤醒信号的配置信息确定出终端设备的寻呼时间窗PTW长度,包括:核心网设备确定唤醒信号与非连续接收DRX周期的对应关系为:一个唤醒信号对应于x个DRX周期,x为正整数;核心网设备根据唤醒信号与非连续接收DRX周期的对应关系确定PTW长度,PTW长度大于x乘以DRX周期的取值得到的结果。其中,核心网设备根据唤醒信号与非连续接收DRX周期的对应关系来确定PTW长度,一个唤醒信号对应于x个DRX周期,x为正整数,例如x的取值为2。核心网确定出的PTW长度大于x乘以DRX周期的取值得到的结果。举例说明:PTW长度可以大于或等于a乘以x,再乘以DRX周期的取值,x乘以DRX周期对应于一个唤醒信号,这样在一个PTW长度内可以有大于a个唤醒信号,a的取值可以是正整数,例如a的取值为2时,核心网设备计算出的PTW长度内具有2个唤醒信号。又如,a的取值为3时,核心网设备计算出的PTW长度内具有3个唤醒信号。
在第二方面的一种可能设计中,唤醒信号的配置信息包括指示时长的信息,核心网设备根据唤醒信号的配置信息确定出终端设备的寻呼时间窗PTW长度,包括:核心网设备根据时长的信息确定PTW长度,PTW长度大于时长的取值。其中,核心网设备根据唤醒信号的时长的取值来确定PTW长度,核心网确定出的PTW长度大于唤醒信号的时长的取值。举例说明:PTW长度可以大于或等于a乘以唤醒信号的时长的取值,这样在一个PTW长度内可以有大于a个唤醒信号,a的取值可以是正整数,例如a的取值为2时,核心网设备计算出的PTW长度内具有2个唤醒信号。又如,a的取值为3时,核心网设备计算出的PTW长度内具有3个唤醒信号。
在第二方面的一种可能设计中,方法还包括:核心网设备向网络设备发送寻呼消息,寻呼消息包括:扩展的非连续接收eDRX周期。其中,核心网设备可以将确定出的终端设备的eDRX周期发送给网络设备,使得该网络设备可以接收到该eDRX周期,从而网络设备可以使用给eDRX周期和唤醒信号的使用门限进行比较,以确定出两者之间的大小关系,再确定是否使用唤醒信号。
在第二方面的一种可能设计中,方法还包括:核心网设备向终端设备发送指示PTW长度的信息;和/或,核心网设备向网络设备发送终端设备的寻呼消息,寻呼消息包括指示PTW长度的信息。其中,核心网设备可以将确定出的终端设备的PTW长度配置给终端设备,例如核心网设备采用透传的方式向终端设备发送终端设备的PTW长度,从而终端设备可以在该PTW长度内确定是否需要监听唤醒信号,或者确定在该PTW长度内是否需要监听寻呼信号。核心网设备还可以向网络设备发送终端设备的寻呼消息,寻呼消息包括指示PTW长度的信息。从而网络设备可以在该PTW长度内确定是否需要发送唤醒信号,或者确定在该PTW长度内是否需要发送寻呼信号。
第三方面,本申请实施例一种信息处理方法,包括:网络设备确定唤醒信号的使用门限;网络设备向终端设备发送唤醒信号的使用门限。
唤醒信号的使用门限是指唤醒信号是否有效的门限值,该使用门限可以根据网络设备的网络资源情况,如果网络资源比较多就可以配置该使用门限的取值大一些,若网络资源比较少,就可以配置该使用门限的取值小一些。又如,也可以根据网络中终端设备的eDRX周期分布,b%的终端eDRX周期都小于c,时,该使用门限可以配置为c,其中,b、c的取值可以根据场景来确定。网络设备和终端设备可以根据该唤醒信号的使用门限来确定是否使用该唤醒信号,若网络设备确定使用该唤醒信号,则网络设备会发送该唤醒信号给终端设备,若终端设备确定使用该唤醒信号,则终端设备会监听该唤醒信号。
通过前述实施例的举例说明可知,本申请实施例中,网络设备向终端设备发送唤醒信号的使用门限。因此,本申请实施例能够实现唤醒信号的使用门限传输,终端设备可以收到唤醒信号的使用门限后可以基于该使用门限以及eDRX周期确定是否监听唤醒信号,当终端设备的eDRX周期小于或等于唤醒信号的使用门限时,终端设备监听唤醒信号,使得终端设备通过监听唤醒信号来节省终端设备的寻呼功耗,提高网络资源的利用率。
在第三方面的一种可能设计中,方法还包括:网络设备接收来自核心网设备的寻呼消息,寻呼消息包括:扩展的非连续接收eDRX周期;网络设备确定eDRX周期小于或等于唤醒信号的使用门限时,网络设备向终端设备发送唤醒信号。其中,核心网设备可以将确定出的终端设备的eDRX周期发送给网络设备,该网络设备可以接收到该eDRX周期,从而网络设备可以使用给eDRX周期和唤醒信号的使用门限进行比较,以确定出两者之间的大小关系,再确定是否使用唤醒信号,当确定eDRX周期小于或等于唤醒信号的使用门限时,网络设备向终端设备发送唤醒信号,网络设备通过该唤醒信号可以唤醒终端设备,接下来网络设备可以再寻呼终端设备,那么终端设备未监听到唤醒信号时,不监听来自网络设备的寻呼消息直至监听到唤醒信号,从而可以节省网络资源。
在第三方面的一种可能设计中,网络设备向终端设备发送唤醒信号的使用门限,包括:网络设备通过广播的方式发送唤醒信号的使用门限。其中,网络设备可以向终端设备发送广播消息,通过该广播消息携带唤醒信号的使用门限,则网络设备的小区内的所有终端设备接收到该广播消息之后,可以通过广播消息确定出唤醒信号的使用门限。网络设备通过广播的方式发送唤醒信号的使用门限,有效的提高了信息发送效率。
在第三方面的一种可能设计中,方法还包括:网络设备接收来自核心网设备的终端设备的寻呼消息,寻呼消息包括指示终端设备的寻呼时间窗PTW长度的信息,PTW长度大于相邻两个唤醒信号之间的时间间隔。其中,核心网设备可以将确定出的终端设备的PTW长度配置给终端设备,例如核心网设备采用透传的方式向终端设备发送终端设备的PTW长度,从而终端设备可以在该PTW长度内确定是否需要监听唤醒信号,或者确定在该PTW长度内是否需要监听寻呼信号。
第四方面,本申请实施例提供一种种信息处理方法,包括:终端设备接收来自网络设备的唤醒信号的使用门限;当终端设备的扩展的非连续接收eDRX周期小于或等于唤醒信号的使用门限时,终端设备监听唤醒信号。
通过前述实施例的举例说明可知,本申请实施例中,终端设备接收到来网络设备的唤醒信号的使用门限,当终端设备的eDRX周期小于或等于唤醒信号的使用门限时,终端设备监听唤醒信号。因此,本申请实施例能够实现唤醒信号的使用门限传输,终端设备可以收到唤醒信号的使用门限后可以基于该使用门限以及eDRX周期确定是否监听寻呼消息,当终端设备的eDRX周期小于或等于唤醒信号的使用门限时,终端设备监听唤醒信号,使得终端设备通过监听唤醒信号来节省终端设备的寻呼功耗,提高网络资源的利用率。
在第四方面的一种可能设计中,方法还包括:当终端设备的eDRX周期大于或等于唤醒信号的使用门限时,终端设备监听来自网络设备的寻呼消息。其中,如果终端设备的eDRX周期大于门限,则直接监听寻呼消息。直接监听寻呼消息是指终端设备不再监听唤醒信号,而是按照PTW长度、eDRX周期来监听寻呼消息。
在第四方面的一种可能设计中,方法还包括:终端设备监听到唤醒信号时,在唤醒信号所指示的时长内监听来自网络设备的寻呼消息。其中,当确定eDRX周期小于或等于唤醒信号的使用门限时,网络设备向终端设备发送唤醒信号,网络设备通过该唤醒信号可以唤醒终端设备,接下来网络设备可以再寻呼终端设备,那么终端设备未监听到唤醒信号时,不监听来自网络设备的寻呼消息直至监听到唤醒信号,从而可以节省网络资源。
在第四方面的一种可能设计中,方法还包括:终端设备接收来自核心网设备的指示寻呼时间窗PTW的长度的信息,寻呼时间窗PTW的长度大于相邻两个唤醒信号之间的时间间隔。其中,核心网设备可以将确定出的终端设备的PTW长度配置给终端设备,例如核心网设备采用透传的方式向终端设备发送终端设备的PTW长度,从而终端设备可以在该PTW长度内确定是否需要监听唤醒信号,或者确定在该PTW长度内是否需要监听寻呼信号。
第五方面,本申请实施例还提供一种网络设备,包括:处理模块,用于确定唤醒信号的配置信息,所述唤醒信号用于指示在一段时长内是否寻呼终端设备,所述配置信息用于指示相邻两个唤醒信号之间的时间间隔(包括两个唤醒信号可能位置之间的时间间隔);发送模块,用于向核心网设备发送所述唤醒信号的配置信息。
在本申请的第五方面中,网络设备的组成模块还可以执行前述第一方面以及各种可能的实现方式中所描述的步骤,详见前述对第一方面以及各种可能的实现方式中的说明。
第六方面,本申请实施例还提供一种核心网设备,包括:接收模块,用于接收来自网络设备的唤醒信号的配置信息,所述唤醒信号用于所述网络设备指示在一段时长内是否寻呼终端设备,所述配置信息用于指示相邻两个唤醒信号之间的时间间隔(包括两个唤醒信号可能位置之间的时间间隔)。
在本申请的第六方面中,核心网设备的组成模块还可以执行前述第二方面以及各种可能的实现方式中所描述的步骤,详见前述对第二方面以及各种可能的实现方式中的说明。
第七方面,本申请实施例还提供一种核心网设备,包括:所述处理模块,还用于确定所述唤醒信号的使用门限;所述发送模块,还用于向所述终端设备发送所述唤醒信号的使用门限。
在本申请的第七方面中,核心网设备的组成模块还可以执行前述第三方面以及各种可能的实现方式中所描述的步骤,详见前述对第三方面以及各种可能的实现方式中的说明。
第八方面,本申请实施例提供一种终端设备,包括:接收模块,用于接收来自网络设备的唤醒信号的使用门限;处理模块,用于当所述终端设备的扩展的非连续接收eDRX周期小于或等于所述唤醒信号的使用门限时,监听所述唤醒信号。
在本申请的第八方面中,终端设备的组成模块还可以执行前述第四方面以及各种可能的实现方式中所描述的步骤,详见前述对第四方面以及各种可能的实现方式中的说明。
第九方面,本申请实施例提供一种信息处理方法,包括:网络设备确定所述网络设备支持的数据早传终端类型,所述数据早传终端类型包括使用用户面UP优化模式的终端设备进行数据早传,或使用控制面CP优化模式的终端设备进行数据早传中的至少一种;所述网络设备向终端设备发送所述网络设备支持的数据早传终端类型的信息。
数据早传是指相对于传统建立连接传输来说,数据早传在建立连接之前就传输数据,因此是一种更早传输的方案。数据早传也可以指的是在随机接入过程中传输数据。传统的数据传输是先通过随机接入进入连接态,然后在连接态进行数据传输,最后释放连接。而本申请实施例中数据早传流程允许终端随机接入过程中就传输上行数据,如果数据较小,可以不进入连接态,数据传输过程和随机接入过程一起结束。
在本申请实施例中,网络设备向终端设备发送网络设备支持的数据早传终端类型的信息,使得终端设备可以根据网络设备发送的信息确定出该网络设备坚持的数据早传终端类型。本申请实施例中可以针对不同类型的终端设备还可以单独指示是否支持数据早传流程。本申请实施例可以实现网络设备单独支持至少一种的数据早传终端类型进行数据早传。
在第九方面的一种可能设计中,所述网络设备确定所述网络设备支持的数据早传终端类型,包括:所述网络设备确定所述网络设备支持使用UP优化模式的终端设备进行数据早传。其中,网络设备可以支持支持使用UP优化模式的终端设备进行数据早传,网络设备支持哪种数据早传终端类型可以由网络设备的配置参数来确定。
在第九方面的一种可能设计中,所述网络设备向终端设备发送所述网络设备支持的数据早传终端类型的信息,包括:所述网络设备向所述终端设备发送指示用于数据早传的随机接入资源的信息,所述指示用于数据早传的随机接入资源的信息用于指示所述网络设备支持使用所述UP优化模式的终端设备进行数据早传;或,所述网络设备向所述终端设备发送指示用于数据早传的随机接入资源的信息,和指示所述网络设备支持使用所述UP优化模式的终端设备进行数据早传的信息。
其中,指示用于数据早传的随机接入资源的信息是指网络设备广播的专用于数据早传的随机接入资源的资源配置信息,通过指示用于数据早传的随机接入资源的信息可以指示网络设备支持使用UP优化模式的终端设备进行数据早传,从而终端设备通过解析指示用于数据早传的随机接入资源的信息,就可以确定出网络设备支持使用UP优化模式的终端设备进行数据早传。
又如,指示网络设备支持使用UP优化模式的终端设备进行数据早传的信息具体可以是一个指示信息,该指示信息可以独立于指示用于数据早传的随机接入资源的信息,网络设备发送指示网络设备支持使用UP优化模式的终端设备进行数据早传的信息给终端设备,从而终端设备通过解析指示网络设备支持使用UP优化模式的终端设备进行数据早传的信息,就可以确定出网络设备支持使用UP优化模式的终端设备进行数据早传。
在第九方面的一种可能设计中,所述网络设备向终端设备发送所述网络设备支持的数据早传终端类型的信息,包括:所述网络设备向所述终端设备发送指示所述网络设备支持使用UP优化模式的终端设备的信息;所述网络设备向所述终端设备发送指示用于数据早传的随机接入资源的信息;其中,指示所述网络设备支持使用UP优化模式的终端设备的信息,和所述指示用于数据早传的随机接入资源的信息,用于指示所述网络设备支持使用UP优化模式的终端设备进行数据早传。在本申请前述实施例中,网络设备支持使用UP优化模式的终端设备是指网络设备对于使用UP优化模式的终端设备的支持,即网络设备发送的指示网络设备支持使用UP优化模式的终端设备的信息仅表示网络设备对使用UP优化模式的终端设备的支持,如果网络设备又发送了指示用于数据早传的随机接入资源的信息。若终端设备接收到了指示网络设备支持使用UP优化模式的终端设备的信息,也接收到了指示用于数据早传的随机接入资源的信息,则终端设备可以根据接收到的这两个信息确定出网络设备支持使用UP优化模式的终端设备进行数据早传。
在第九方面的一种可能设计中,所述网络设备确定所述网络设备支持的数据早传终端类型,包括:所述网络设备确定所述网络设备支持使用CP优化模式的终端设备进行数据早传。其中,网络设备可以支持使用CP优化模式的终端设备进行数据早传,网络设备支持哪种数据早传终端类型可以由网络设备的配置参数来确定。
在第九方面的一种可能设计中,所述网络设备向终端设备发送所述网络设备支持的数据早传终端类型的信息,包括:所述网络设备向所述终端设备发送指示用于数据早传的随机接入资源的信息,所述指示用于数据早传的随机接入资源的信息用于指示所述网络设备支持使用所述CP优化模式的终端设备进行数据早传;或,所述网络设备向所述终端设备发送指示用于数据早传的随机接入资源的信息,和指示所述网络设备支持使用所述CP优化模式的终端设备进行数据早传的信息。
其中,指示用于数据早传的随机接入资源的信息是指网络设备广播的专用于数据早传的随机接入资源的资源配置信息,通过指示用于数据早传的随机接入资源的信息可以指示网络设备支持使用CP优化模式的终端设备进行数据早传,从而终端设备通过解析指示用于数据早传的随机接入资源的信息,就可以确定出网络设备支持使用CP优化模式的终端设备进行数据早传。又如,指示网络设备支持使用CP优化模式的终端设备进行数据早传的信息具体可以是一个指示信息,该指示信息可以独立于指示用于数据早传的随机接入资源的信息,网络设备发送指示网络设备支持使用CP优化模式的终端设备进行数据早传的信息给终端设备,从而终端设备通过解析指示网络设备支持使用CP优化模式的终端设备进行数据早传的信息,就可以确定出网络设备支持使用CP优化模式的终端设备进行数据早传。
在第九方面的一种可能设计中,所述网络设备向终端设备发送所述网络设备支持的数据早传终端类型的信息,包括:所述网络设备向所述终端设备发送指示所述网络设备支持使用CP优化模式的终端设备的信息;所述网络设备向所述终端设备发送指示用于数据早传的随机接入资源的信息;其中,指示所述网络设备支持使用CP优化模式的终端设备的信息,和所述指示用于数据早传的随机接入资源的信息,用于指示所述网络设备支持使用CP优化模式的终端设备进行数据早传。在本申请前述实施例中,网络设备支持使用CP优化模式的终端设备是指网络设备对于使用CP优化模式的终端设备的支持,即网络设备发送的指示网络设备支持使用CP优化模式的终端设备的信息仅表示网络设备对使用CP优化模式的终端设备的支持,如果网络设备又发送了指示用于数据早传的随机接入资源的信息。若终端设备接收到了指示网络设备支持使用CP优化模式的终端设备的信息,也接收到了指示用于数据早传的随机接入资源的信息,则终端设备可以根据接收到的这两个信息确定出网络设备支持使用CP优化模式的终端设备进行数据早传。
在第九方面的一种可能设计中,所述网络设备确定所述网络设备支持的数据早传终端类型,包括:所述网络设备确定所述网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传。其中,网络设备可以支持同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传,网络设备支持哪种数据早传终端类型可以由网络设备的配置参数来确定。
在第九方面的一种可能设计中,所述网络设备向终端设备发送所述网络设备支持的数据早传终端类型的信息,包括:所述网络设备向所述终端设备发送指示用于数据早传的随机接入资源的信息,所述指示用于数据早传的随机接入资源的信息用于指示所述网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传;或,所述网络设备向所述终端设备发送指示用于数据早传的随机接入资源的信息,和指示所述网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传的信息。
其中,指示用于数据早传的随机接入资源的信息是指网络设备广播的专用于数据早传的随机接入资源的资源配置信息,通过指示用于数据早传的随机接入资源的信息可以指示网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传,从而终端设备通过解析指示用于数据早传的随机接入资源的信息,就可以确定出网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传。又如,指示网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传的信息具体可以是一个指示信息,该指示信息可以独立于指示用于数据早传的随机接入资源的信息,网络设备发送指示网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传的信息给终端设备,从而终端设备通过解析指示网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传的信息,就可以确定出网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传。
在第九方面的一种可能设计中,所述网络设备向终端设备发送所述网络设备支持的数据早传终端类型的信息,包括:所述网络设备向所述终端设备发送所述网络设备支持使用所述CP优化模式的终端设备进行数据早传的信息,和指示所述网络设备支持使用所述UP优化模式的终端设备进行数据早传的信息。其中,网络设备可以发送两条指示信息,其中一条指示信息用于指示网络设备支持使用所述CP优化模式的终端设备进行数据早传,另一条指示信息用于指示网络设备支持使用所述UP优化模式的终端设备进行数据早传。
在第九方面的一种可能设计中,所述网络设备向终端设备发送所述网络设备支持的数据早传终端类型的信息,包括:所述网络设备向所述终端设备发送指示用于数据早传的随机接入资源的信息,和指示所述网络设备支持使用所述UP优化模式的终端设备进行数据早传的信息,所述指示用于数据早传的随机接入资源的信息用于指示所述网络设备支持使用所述CP优化模式的终端设备进行数据早传,或者,所述网络设备向所述终端设备发送指示用于数据早传的随机接入资源的信息,和指示所述网络设备支持使用所述CP优化模式的终端设备进行数据早传的信息,所述指示用于数据早传的随机接入资源的信息用于指示所述网络设备支持使用所述UP优化模式的终端设备进行数据早传。
在第九方面的一种可能设计中,所述网络设备向终端设备发送所述网络设备支持的数据早传终端类型的信息,包括:所述网络设备向所述终端设备发送所述网络设备在特定范围内支持的数据早传终端类型的信息,所述特定范围包括:所述网络设备的小区,或者载波,或者覆盖等级中的至少一种。其中,特定范围可以为协议预定义的,也可以为网络设备指示给终端设备的,在此不予赘述。若网络设备确定了特定范围内支持的数据早传终端类型,那么终端设备在确定网络设备支持哪种数据早传终端类型时,终端设备也需要先确定是否满足该特定范围的要求,举例说明如下:确定发起数据早传使用的载波,在基站广播的可用载波中随机选择或按照自身ID选择,比如使用的载波ID为终端ID mod可用于数据早传的载波个数,mod表示取余。如果基站指示支持该终端所属类别在此载波上进行数据早传,则使用数据早传流程。又如,确定发起数据早传的覆盖等级,终端根据自己测量的链路质量,以及基站广播的链路质量和覆盖等级的对应关系,比如若干门限,来确定覆盖等级,如果基站指示支持该终端所属类别在此覆盖等级上进行数据早传,则使用数据早传流程。
第十方面,本申请实施例还提供一种信息处理方法,包括:所述终端设备确定网络设备支持的数据早传终端类型,所述数据早传终端类型包括使用用户面UP优化模式的终端设备进行数据早传,或使用控制面CP优化模式的终端设备进行数据早传中的至少一种;所述终端设备根据所述网络设备支持的数据早传终端类型和所述终端设备的传输类型确定所述终端设备是否使用数据早传模式。所述终端设备的传输类型,包括:所述终端设备使用UP优化模式,或者所述终端设备使用CP优化模式,或者所述终端设备同时使用CP优化模式和UP优化模式。
在第十方面的一种可能设计中,所述终端设备确定网络设备支持的数据早传终端类型,包括:所述终端设备接收来自所述网络设备的指示用于数据早传的随机接入资源的信息;所述终端设备根据所述指示用于数据早传的随机接入资源的信息确定出所述网络设备支持使用用户面UP优化模式的终端设备进行数据早传;或,所述终端设备根据所述指示用于数据早传的随机接入资源的信息确定出所述网络设备支持使用控制面CP优化模式的终端设备进行数据早传;或,所述终端设备根据所述指示用于数据早传的随机接入资源的信息确定出所述网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传。
在第十方面的一种可能设计中,所述终端设备确定网络设备支持的数据早传终端类型,包括:所述终端设备接收来自所述网络设备的指示所述网络设备支持使用CP优化模式的终端设备的信息;所述终端设备根据所述指示所述网络设备支持使用CP优化模式的终端设备的信息确定出所述网络设备支持使用用户面CP优化模式的终端设备进行数据早传。
在第十方面的一种可能设计中,所述终端设备确定网络设备支持的数据早传终端类型,包括:所述终端设备接收来自所述网络设备的指示所述网络设备支持使用UP优化模式的终端设备的信息;所述终端设备根据所述指示所述网络设备支持使用UP优化模式的终端设备的信息确定出所述网络设备支持使用UP优化模式的终端设备进行数据早传。
在第十方面的一种可能设计中,所述终端设备确定网络设备支持的数据早传终端类型,包括:所述终端设备接收所述网络设备支持使用UP优化模式的终端设备的信息;当所述终端设备接收到来自所述网络设备的指示用于数据早传的随机接入资源的信息时,所述终端设备确定所述网络设备支持使用用户面UP优化模式的终端设备进行数据早传。
在第十方面的一种可能设计中,所述终端设备确定网络设备支持的数据早传终端类型,包括:所述终端设备接收所述网络设备支持使用CP优化模式的终端设备的信息;当所述终端设备接收到来自所述网络设备的指示用于数据早传的随机接入资源的信息时,所述终端设备确定所述网络设备支持使用用户面CP优化模式的终端设备进行数据早传。
在第十方面的一种可能设计中,所述终端设备确定网络设备支持的数据早传终端类型,包括:所述终端设备接收所述网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备的信息;当所述终端设备接收到来自所述网络设备的指示用于数据早传的随机接入资源的信息时,所述终端设备确定所述网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备。
在第十方面的一种可能设计中,所述终端设备确定网络设备支持的数据早传终端类型,包括:所述终端设备确定所述网络设备在特定范围内支持的数据早传终端类型的信息,所述特定范围包括:所述网络设备的小区,或者,载波,或者,覆盖等级中的至少一种;所述终端设备确定满足所述范围的要求时,触发执行如下步骤:所述终端设备根据所述网络设备支持的数据早传终端类型和所述终端设备的传输类型确定所述终端设备是否使用数据早传模式。
第十一方面,本申请实施例提供一种网络设备,包括:处理模块,用于确定所述网络设备支持的数据早传终端类型,所述数据早传终端类型包括使用用户面UP优化模式的终端设备进行数据早传,或使用控制面CP优化模式的终端设备进行数据早传中的至少一种;发送模块,用于向终端设备发送所述网络设备支持的数据早传终端类型的信息。
在本申请的第十一方面中,网络设备的组成模块还可以执行前述第九方面以及各种可能的实现方式中所描述的步骤,详见前述对第九方面以及各种可能的实现方式中的说明。
第十二方面,本申请实施例还提供一种终端设备,包括:处理模块,用于确定网络设备支持的数据早传终端类型,所述数据早传终端类型包括使用用户面UP优化模式的终端设备进行数据早传,或使用控制面CP优化模式的终端设备进行数据早传中的至少一种;所述处理模块,用于根据所述网络设备支持的数据早传终端类型和所述终端设备的传输类型确定所述终端设备是否使用数据早传模式。所述终端设备的传输类型,包括:所述终端设备使用UP优化模式,或者所述终端设备使用CP优化模式,或者所述终端设备同时使用CP优化模式和UP优化模式。
在本申请的第十二方面中,终端设备的组成模块还可以执行前述第十方面以及各种可能的实现方式中所描述的步骤,详见前述对第十方面以及各种可能的实现方式中的说明。
第十三方面,提供了一种装置。本申请提供的装置具有实现上述方法方面中终端设备或网络设备或核心网设备行为的功能,其包括用于执行上述方法方面所描述的步骤或功能相对应的部件(means)。所述步骤或功能可以通过软件实现,或硬件(如电路)实现,或者通过硬件和软件结合来实现。
在一种可能的设计中,上述装置包括一个或多个处理器和通信单元。所述一个或多个处理器被配置为支持所述装置执行上述方法中终端设备相应的功能。例如,根据参考信号指示信息,向网络设备发送上行数据。所述通信单元用于支持所述装置与其他设备通信,实现接收和/或发送功能。例如,接收参考信号指示信息。
可选的,所述装置还可以包括一个或多个存储器,所述存储器用于与处理器耦合,其保存装置必要的程序指令和/或数据。所述一个或多个存储器可以和处理器集成在一起,也可以与处理器分离设置。本申请并不限定。
所述装置可以为智能终端或者可穿戴设备等,所述通信单元可以是收发器,或收发电路。可选的,所述收发器也可以为输入/输出电路或者接口。
所述装置还可以为通信芯片。所述通信单元可以为通信芯片的输入/输出电路或者接口。
另一个可能的设计中,上述装置,包括收发器、处理器和存储器。该处理器用于控制收发器或输入/输出电路收发信号,该存储器用于存储计算机程序,该处理器用于运行该存储器中的计算机程序,使得该装置执行第一方面或第一方面中任一种可能实现方式中终端设备完成的方法。
在一种可能的设计中,上述装置包括一个或多个处理器和通信单元。所述一个或多个处理器被配置为支持所述装置执行上述方法中网络设备相应的功能。例如,生成参考信号指示信息。所述通信单元用于支持所述装置与其他设备通信,实现接收和/或发送功能。例如,发送参考信号指示信息。
可选的,所述装置还可以包括一个或多个存储器,所述存储器用于与处理器耦合,其保存网络设备必要的程序指令和/或数据。所述一个或多个存储器可以和处理器集成在一起,也可以与处理器分离设置。本申请并不限定。
所述装置可以为基站,gNB或TRP等,所述通信单元可以是收发器,或收发电路。可选的,所述收发器也可以为输入/输出电路或者接口。
所述装置还可以为通信芯片。所述通信单元可以为通信芯片的输入/输出电路或者接口。
另一个可能的设计中,上述装置,包括收发器、处理器和存储器。该处理器用于控制收发器或输入/输出电路收发信号,该存储器用于存储计算机程序,该处理器用于运行存储器中的计算机程序,使得该装置执行第二方面或第二方面中任一种可能实现方式中网络设备完成的方法。
第十四方面,提供了一种系统,该系统包括上述终端设备和网络设备、核心网设备。
第十五方面,提供了一种计算机可读存储介质,用于存储计算机程序,该计算机程序包括用于执行第一方面至第四方面、第九方面至第十方面中任一种可能实现方式中的方法的指令。
第十六方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述第一方面至第四方面、第九方面至第十方面中任一种可能实现方式中的方法。
附图说明
图1是适用于本申请实施例的信息处理方法的信息处理系统的示意图。
图2是适用于本申请实施例的核心网设备寻呼终端设备的流程示意图。
图3是适用于本申请实施例的信息处理方法中网络设备、核心网设备、终端设备之间的一种交互流程示意图。
图4是本申请实施例提供的一种信息处理方法的的示意性流程图。
图5是本申请实施例提供的另一种信息处理方法的的示意性流程图。
图6是本申请实施例提供的另一种信息处理方法的的示意性流程图。
图7是本申请实施例提供的另一种信息处理方法的的示意性流程图。
图8是适用于本申请实施例的信息处理方法中网络设备、核心网设备、终端设备之间的一种交互流程示意图。
图9是本申请实施例提供的网络设备的结构示意图。
图10是本申请实施例提供的核心网设备的结构示意图。
图11是本申请实施例提供的终端设备的结构示意图。
图12是本申请实施例提供的网络设备的结构示意图。
图13是本申请实施例提供的终端设备的结构示意图。
图14是本申请实施例提供的通信装置的结构示意图。
具体实施方式
本申请实施例提供了一种信息处理方法和装置,能够实现唤醒信号的配置信息传输,使得终端设备通过监听唤醒信号来节省终端设备的寻呼功耗,提高网络资源的利用率。
图1示出了本申请实施例的一种可能的无线接入网(radio access network,简称RAN)的结构示意图。所述RAN可以为2G网络的基站接入系统(即所述RAN包括基站和基站控制器),或可以为3G网络的基站接入系统(即所述RAN包括基站和RNC),或可以为4G网络的基站接入系统(即所述RAN包括eNB和RNC),或可以为5G网络的基站接入系统。所述CN可以为4G网络的MME和/或S-GW,或可以为3G网络的SGSN或GGSN,或可以为5G网络的下一代核心网(NG-Core)。
所述RAN包括一个或多个网络设备20。所述无线接入网可以与核心网(corenetwork,CN)设备30相连。所述网络设备20可以是任意一种具有无线收发功能的设备,或,设置于具体无线收发功能的设备内的芯片。所述网络设备20包括但不限于:基站(例如基站BS,基站NodeB、演进型基站eNodeB或eNB、第五代5G通信系统中的基站gNodeB或gNB、未来通信系统中的基站、WiFi系统中的接入节点、无线中继节点、无线回传节点)等。基站可以是:宏基站,微基站,微微基站,小站,中继站等。多个基站可以支持上述提及的一种或者多种技术的网络,或者未来演进网络。所述核心网可以支持上述提及一种或者多种技术的网络,或者未来演进网络。基站可以包含一个或多个共站或非共站的传输接收点(Transmissionreceiving point,TRP)。网络设备20还可以是云无线接入网络(cloud radio accessnetwork,CRAN)场景下的无线控制器、集中单元(centralized unit,CU)或者分布单元(distributed unit,DU)等。网络设备还可以是服务器,可穿戴设备,或车载设备等。以下以网络设备20为基站为例进行说明。所述多个网络设备20可以为同一类型的基站,也可以为不同类型的基站。基站可以与终端设备10进行通信,也可以通过中继站与终端设备10进行通信。终端10可以支持与不同技术的多个基站进行通信,例如,终端设备可以支持与支持LTE网络的基站通信,也可以支持与支持5G网络的基站通信,还可以支持与LTE网络的基站以及5G网络的基站的双连接。例如将终端接入到无线网络的无线接入网(radio accessnetwork,RAN)节点。目前,一些RAN节点的举例为:gNB、传输接收点(transmissionreception point,TRP)、演进型节点B(evolved Node B,eNB)、无线网络控制器(radionetwork controller,RNC)、节点B(Node B,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolvedNodeB,或home Node B,HNB)、基带单元(base band unit,BBU),或无线保真(wirelessfidelity,Wifi)接入点(access point,AP)等。在一种网络结构中,网络设备可以包括集中单元(centralized unit,CU)节点、或分布单元(distributed unit,DU)节点、或包括CU节点和DU节点的RAN设备。
终端设备10,又称之为用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)、终端等,是一种向用户提供语音和/或数据连通性的设备,或,设置于该设备内的芯片,例如,具有无线连接功允许的手持式设备、车载设备等。目前,一些终端设备的举例为:手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智允许电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。
核心网设备30,具体可以是4G网络中的移动性管理实体(Mobility ManagementEntity,MME),也可以是5G网络中的接入管理功能实体(Access Management Function,AMF)。核心网设备30,可以是物理实体,也可以是功能实体,还可以是设置于物理实体内的芯片。
首先对本申请实施例中的寻呼过程进行示意说明,以NB-IoT场景的寻呼为例,如图2所示,为本申请实施例中核心网设备寻呼终端设备的示意图。寻呼过程需要进行如下的配置:
核心网设备为终端设备配置寻呼时间窗(Paging Time Window,PTW)长度和终端设备的扩展的非连续接收(extended Discontinuous Reception,eDRX)周期TeDRX。
基站通过系统广播发送基站所在小区的寻呼配置,包括非连续接收(Discontinuous Reception,DRX)DRX周期TDRX、一个DRX周期内包含的寻呼机会(PagingOccasion,PO)个数等,供终端设备根据其ID计算在当前小区内的PO位置。其中,一个eDRX内有一个PTW,一个PTW内有若干DRX。在本申请应用于其他场景时,上述时间窗,DRX周期或eDRX周期可以用其他术语代替,只要实现的功能相同或类似即可。
接下来对寻呼过程中各网元的行为分别进行详细说明:
核心网设备(例如MME):当核心网设备寻呼某个终端设备时,会把包含终端设备标识ID、终端设备的PTW和eDRX周期的寻呼消息发送给基站,由基站寻呼终端设备。核心网设备发起寻呼后,会启动一个定时器T3413,若定时器超时还未收到终端设备的寻呼响应,就重发寻呼,并重启定时器。若收到寻呼响应,则停止定时器。
基站(例如eNB):基站接收核心网设备的寻呼消息后,就会按照核心网寻呼消息中携带的终端设备的ID、终端设备的PTW长度、eDRX周期以及自身的寻呼配置信息,在终端设备的PTW内每个DRX周期中终端设备相应的PO上寻呼终端设备。
终端设备(例如UE):根据核心网设备的配置,终端设备每间隔TeDRX醒来一次,在PTW长度内监听寻呼。具体的,在PTW内,终端设备按照所在小区基站所广播的寻呼配置信息,根据自身ID,计算在每一个DRX周期内唯一的PO位置,并在相应的PO上监听寻呼消息。例如终端设备可以先监听物理下行控制信道(Physical Downlink Control Channel,PDCCH),然后根据PDCCH中的调度信息监听物理下行共享信道(Physical Downlink SharedChannel,PDSCH)中的寻呼消息,看是否包含自身ID,如果包含表示被网络寻呼。
在以上的寻呼流程中,一个重要的原则是,在一个PTW内,需要保证核心网有多次尝试寻呼终端设备的机会。否则,核心网寻呼终端一次失败后,只能在下一个eDRX周期内寻呼,时延过大,例如eDRX周期最大为2.91小时。
为了对上述寻呼过程进行优化,在本申请实施例中,终端设备监听寻呼实际上是按照DRX周期去相应的PO位置上尝试解码无线网络临时标识(Paging-Radio NetworkTempory Identity,P-RNTI)加扰的PDCCH,如果能够解码成功,则继续根据PDCCH的调度去解码PDSCH上的寻呼消息,进一步的确定寻呼消息是否包含自身ID。这种操作中PDCCH监听会带来较大功耗,特别是终端设备的寻呼周期较短的时候,频繁为寻呼监听PDCCH。本申请实施例中为寻呼过程使用唤醒信号。唤醒信号在PO中的PDCCH之前,指示终端设备后续的PO中是否会有终端设备寻呼,如果有寻呼,终端设备就去相应位置监听PDCCH,反之则不需要。由于唤醒信号设计较为简单,和监听PDCCH相比监听功耗较低。因此,如果终端设备不被寻呼,那么只需监听一次唤醒信号,不用监听PDCCH,功耗就会减少。指示终端设备后续的PO中是否会有终端寻呼,如果有寻呼,终端就去相应PO位置监听PDCCH,反之则不需要。
例如,所使用一个唤醒信号指示未来的一个PO中是否有终端设备的寻呼。如果可以用一个唤醒信号指示未来的多个PO中是否有终端设备的寻呼,则对于终端来说,可以少监听更多的PDCCH,对于功耗有利;对于基站来说,可以在后续的多个PO少发送唤醒信号,对于网络资源利用率有利。
但是为了实现这一点,需要保证一个PTW内有多个唤醒信号,避免因为错过一次唤醒机会就必须等到下一个eDRX周期所带来的寻呼时延,PTW长度是MME配置,但是唤醒信号的位置和周期都是基站配置的,二者无法保证协同配置,无法保证一个PTW内有多个唤醒信号。
除此之外,唤醒信号的增益主要在于寻呼周期很短,但是被寻呼概率很低的终端设备。寻呼周期较长且寻呼概率较高的终端由于很大概率需要既监听唤醒信号又监听传统的PDCCH,甚至可能有负增益。
请参阅图3所示,为本申请实施例提供的网络设备、终端设备和核心网设备之间的一种交互流程示意图,本申请实施例提供的信息处理方法,主要包括如下过程:
S01、网络设备通过广播发送小区的DRX周期、唤醒信号的配置信息、唤醒信号的使用门限。在本申请实施例中,步骤S01只是网络设备的一种执行步骤的示例,不限定的是,网络设备还可以发送小区的DRX周期、唤醒信号的配置信息、唤醒信号的使用门限中的至少一种。其中,小区的DRX周期可以由基站来配置,一个DRX周期内每个终端设备有一个寻呼机会。唤醒信号用于指示在一段时长内是否寻呼终端设备,该一段时长的取值可以由网络设备来确定。
本申请中,唤醒信号的配置信息用于指示相邻两个唤醒信号之间的时间间隔,或者唤醒信号的配置信息用于指示终端设备连续两次检测唤醒信号之间的时间间隔。举例说明如下:唤醒信号可有两种情况。情况1、网络设备有发送唤醒信号表示需要唤醒终端设备,若网络设备不发送唤醒信号,则表示不唤醒终端设备。情况2、唤醒信号有两种以上的状态,状态1(比如01)表示唤醒终端设备,状态2(比如10)表示不唤醒终端设备。
举例说明,唤醒信号作用是指示在未来一段时间内有没有终端设备的寻呼。能起到唤醒作用的信号就可以是唤醒信号。例如,可以用信号的有无来指示在未来的一段时间有没有寻呼,终端设备在相应的位置上,只要检测到了唤醒信号,就意味着网络设备将要发送寻呼消息,如果没有检测到唤醒信号,就意味着后面没有寻呼消息,直到下一个信号位置终端设备再去尝试检测唤醒信号。又如,可以用唤醒信号的不同状态指示未来的一段时间有没有寻呼消息。终端设备在相应的位置上检测到特定的信号状态,比如01,就代表即将寻呼消息。如果检测到另一种状态,比如10,就意味着后面没有寻呼消息。本申请实施例中唤醒信号可以减少终端设备监听传统寻呼的监听开销。因为唤醒信号比较简单,监听起来比传统寻呼中监听PDCCH会节省资源,如果终端设备没有被寻呼,终端设备只监听这个唤醒信号,从而达到节省网络资源的目的。
本申请中,相邻两个唤醒信号之间的时间间隔包括相邻两个唤醒信号之间的时间间隔,或,两个唤醒信号可能位置之间的时间间隔中的至少一种。
唤醒信号的配置信息用于指示相邻两个唤醒信号之间的时间间隔,配置信息的实现方式具有多种接下来进行举例说明。例如唤醒信号的配置信息,包括如下信息中的至少一种:指示唤醒信号的周期的信息,或指示唤醒信号与DRX周期的对应关系的信息,或,指示该时长的信息。其中,指示唤醒信号的周期的信息具体可以是唤醒信号的周期信息,或者能够确定出唤醒信号的周期取值的其它信息。指示唤醒信号与DRX周期的对应关系的信息具体可以使唤醒信号与DRX周期的对应关系信息,例如唤醒信号与DRX周期的对应关系可以是:一个唤醒信号对应有多少个DRX周期的取值,例如以字母x表示一个唤醒信号对应的DRX周期的个数,x的取值可以为1或者2等正整数。指示该时长的信息是指示唤醒信号在一段时长内是否寻呼终端设备的时长的取值,例如该时长表示3个子帧,则唤醒信号在3个子帧内需要寻呼终端设备。在本申请实施例中,唤醒信号的使用门限是指使用唤醒信号的eDRX周期门限,该使用门限的取值单位可以为秒、毫秒等时间单位,也可以为能够体现时间的子帧、系统帧、超帧等。唤醒信号的使用门限是指唤醒信号是否有效的门限值,该使用门限可以根据网络设备的网络资源情况,如果网络资源比较多就可以配置该使用门限的取值大一些,若网络资源比较少,就可以配置该使用门限的取值小一些。又如,也可以根据网络中终端设备的eDRX周期分布,b%的终端eDRX周期都小于c,时,该使用门限可以配置为c,其中,b、c的取值可以根据场景来确定。网络设备和终端设备可以根据该唤醒信号的使用门限来确定是否使用该唤醒信号,若网络设备确定使用该唤醒信号,则网络设备会发送该唤醒信号给终端设备,若终端设备确定使用该唤醒信号,则终端设备会监听该唤醒信号。
在本申请的一些实施例中,唤醒信号的配置信息,还包括:指示唤醒信号在一个周期内的起始位置和持续时间的信息。
其中,唤醒信号在一个周期内的起始位置和持续时间可以是作为唤醒信号的配置信息,起始位置表示在一个周期内开始发送唤醒信号的位置,该持续时间则表示唤醒信号在一个周期内所占的单位时间的个数。通过指示唤醒信号在一个周期内的起始位置和持续时间的信息可以更为准确的描述出唤醒信号的信号配置参数。
S02、网络设备向核心网设备发送唤醒信号的配置信息。进一步的,网络设备还可以发送DRX周期。
在本申请实施例中,步骤S02只是网络设备的一种执行步骤的示例,不限定的是,网络设备还可以发送DRX周期、唤醒信号的配置信息中的至少一种。其中,网络设备发送DRX周期给核心网设备,核心网设备可以获取到该DRX周期的取值参数。网络设备发送唤醒信号的配置信息给核心网设备,核心网设备可以获取到该唤醒信号的配置信息,从而核心网设备可以确定出唤醒信号的信号配置参数。
在本申请的一些实施例中,网络设备向核心网设备发送唤醒信号的配置信息,包括:
网络设备向核心网设备发送接口建立请求消息,接口建立请求消息携带唤醒信号的配置信息;或,
网络设备向核心网设备发送网络设备的配置更新消息,配置更新消息携带唤醒信号的配置信息。
其中,接口建立请求消息是指网络设备和核心网设备之间建立接口时网络设备发送的请求消息,通过该接口建立请求消息携带唤醒信号的配置信息,例如可以在接口建立请求消息中新增字段来承载唤醒信号的配置信息,或者使用接口建立请求消息中的可扩展字段承载唤醒信号的配置信息。网络设备的配置更新消息指示网络设备有配置更新时该网络设备向核心网设备发送的通知消息,例如可以在配置更新消息中新增字段来承载唤醒信号的配置信息,或者使用配置更新消息中的可扩展字段承载唤醒信号的配置信息。举例说明,如后续步骤S03。
S03、核心网设备通过S1接口建立消息,或通过基站配置更新消息接收唤醒信号的配置信息。进一步的,通过S1接口建立消息,或通过基站配置更新消息接收DRX周期。
例如,基站可以在多个流程或消息中,发送唤醒信号的配置信息给核心网设备。比如在建立基站和核心网接口的时候,在相应接口建立消息中(例如S1接口建立请求消息)或在接口建立完成后的基站配置更新过程的基站配置更新消息中发给核心网设备。
S04、核心网设备根据唤醒信号的配置信息确定终端设备的PTW长度。
在本申请实施例中,步骤S04只是核心设备的一种执行步骤的示例,不限定的是,网络设备还可以根据DRX周期和唤醒信号的配置信息来确定终端设备的PTW长度。例如,核心网设备可以根据唤醒信号的配置信息确定终端设备的PTW长度,核心网设备确定出的PTW长度大于相邻两个唤醒信号之间的时间间隔,即在一个PTW内,有多于1个唤醒信号,从而避免因为错过一次唤醒机会就必须等到下一个eDRX周期所带来的寻呼时延,提高网络资源的利用率。
在本申请的一些实施例中,唤醒信号的配置信息包括指示唤醒信号的周期的信息,核心网设备根据唤醒信号的配置信息确定终端设备的PTW长度,包括:
核心网设备根据唤醒信号的周期确定PTW长度,PTW长度大于唤醒信号的周期的取值。
其中,核心网设备根据唤醒信号的周期的取值来确定PTW长度,核心网确定出的PTW长度大于唤醒信号的周期的取值。举例说明:PTW长度可以大于或等于a乘以唤醒信号的周期的取值,这样在一个PTW长度内可以有大于a个唤醒信号,a的取值可以是正整数,例如a的取值为2时,核心网设备计算出的PTW长度内具有2个唤醒信号。又如,a的取值为3时,核心网设备计算出的PTW长度内具有3个唤醒信号。
在本申请的一些实施例中,唤醒信号的配置信息包括指示唤醒信号与非连续接收DRX周期的对应关系的信息,核心网设备根据唤醒信号的配置信息确定出终端设备的PTW长度,包括:
核心网设备确定唤醒信号与非连续接收DRX周期的对应关系为:一个唤醒信号对应于x个DRX周期,x为正整数;
核心网设备根据唤醒信号与非连续接收DRX周期的对应关系确定PTW长度,PTW长度大于x乘以DRX周期的取值得到的结果。
其中,核心网设备根据唤醒信号与非连续接收DRX周期的对应关系来确定PTW长度,一个唤醒信号对应于x个DRX周期,x为正整数,例如x的取值为2。核心网确定出的PTW长度大于x乘以DRX周期的取值得到的结果。举例说明:PTW长度可以大于或等于a乘以x,再乘以DRX周期的取值得到的结果,x乘以DRX周期对应于一个唤醒信号,这样在一个PTW长度内可以有大于a个唤醒信号,a的取值可以是正整数,例如a的取值为2时,核心网设备计算出的PTW长度内具有2个唤醒信号。又如,a的取值为3时,核心网设备计算出的PTW长度内具有3个唤醒信号。
在本申请的一些实施例中,唤醒信号的配置信息包括指示时长的信息,核心网设备根据唤醒信号的配置信息确定出终端设备的寻呼时间窗PTW长度,包括:
核心网设备根据时长的信息确定PTW长度,PTW长度大于时长的取值。
其中,核心网设备根据唤醒信号的时长的取值来确定PTW长度,核心网确定出的PTW长度大于唤醒信号的时长的取值。举例说明:PTW长度可以大于或等于a乘以唤醒信号的时长的取值,这样在一个PTW长度内可以有大于a个唤醒信号,a的取值可以是正整数,例如a的取值为2时,核心网设备计算出的PTW长度内具有2个唤醒信号。又如,a的取值为3时,核心网设备计算出的PTW长度内具有3个唤醒信号。
S05、核心网设备配置终端设备的PTW长度。
在本申请实施例中,步骤S05只是核心设备的一种执行步骤的示例,不限定的是,网络设备还可以配置终端设备的PTW长度和eDRX周期。其中,核心网设备可以将确定出的终端设备的PTW长度和eDRX周期配置给终端设备,例如核心网设备采用透传的方式向终端设备发送终端设备的PTW长度和eDRX周期。
S06、终端设备可以根据eDRX周期,PTW长度,和唤醒信号的配置信息,监听寻呼消息或唤醒信号。如果终端设备的eDRX周期小于或等于使用门限,则先监听唤醒信号,收到唤醒信号再监听寻呼消息;如果终端设备的eDRX周期大于使用门限,则直接监听寻呼消息。
其中,终端设备可以通过步骤S01获取到唤醒信号的使用门限,终端设备又通过步骤S05获取到终端设备的PTW长度和eDRX周期。接下来终端设备可以判断终端设备的eDRX周期是否小于或等于使用门限,如果终端设备的eDRX周期小于或等于使用门限,则先监听唤醒信号,收到唤醒信号再监听寻呼消息。如果终端设备的eDRX周期大于门限,则直接监听寻呼消息。其中,直接监听寻呼消息是指终端设备不再监听唤醒信号,而是按照PTW长度、eDRX周期来监听寻呼消息。
需要说明的是,本申请的一些实施例中,终端设备还可以判断终端设备的eDRX周期是否小于使用门限,如果终端设备的eDRX周期小于使用门限,则先监听唤醒信号,收到唤醒信号再监听寻呼消息。如果终端设备的eDRX周期大于或等于该使用门限,则直接监听寻呼消息。对于eDRX周期等于使用门限时终端设备的执行行为可以根据应用场景来确定,此处仅做举例说明。
S07、核心网设备向网络设备发送寻呼消息,包括终端设备的PTW长度。进一步的,寻呼消息还可以包括终端设备的ID,和/或,eDRX周期。
在本申请实施例中,当核心网设备需要寻呼终端设备时,核心网设备可以向网络设备发送寻呼消息。
S08、网络设备根据终端设备的eDRX周期决定是否使用唤醒信号,如果使用唤醒信号,执行步骤S09,再执行步骤S10。如果不使用唤醒信号,不发送唤醒信号,只执行步骤S11。
S09、网络设备根据PTW长度,eDRX周期,唤醒信号的配置信息,和终端设备的ID向终端设备发送唤醒信号。
S10、网络设备根据PTW长度,eDRX周期,和终端设备的ID向终端设备发送寻呼消息。
S11、网络设备根据PTW长度,eDRX周期,和终端设备的ID向终端设备发送寻呼消息。
其中,网络设备收到核心网设备的寻呼消息之后,网络设备可以判断终端设备的eDRX周期是否小于或等于使用门限,如果终端设备的eDRX周期小于或等于使用门限,则网络设备可以先发送唤醒信号,再发送寻呼消息。如果终端设备的eDRX周期大于门限,则直接发送寻呼消息。其中,直接发送寻呼消息是指网络设备不再发送监听信号,而是按照PTW长度和eDRX周期来发送寻呼消息。
通过前述实施例的举例说明可知,本申请实施例中网络设备可以确定唤醒信号的配置信息,唤醒信号用于指示在一段时长内是否寻呼终端设备,配置信息用于指示相邻两个唤醒信号之间的时间间隔,网络设备向核心网设备发送唤醒信号的配置信息。核心网设备可以接收来自网络设备的唤醒信号的配置信息。因此,本申请实施例能够实现唤醒信号的配置信息传输,核心网设备可以收到唤醒信号的配置信息后可以基于该配置参数来完成核心网设备对终端设备的寻呼配置,使得终端设备通过监听唤醒信号来节省终端设备的寻呼功耗,提高网络资源的利用率。
接下来分别网络设备、核心网设备和终端设备的角度分别描述本申请实施例提供的信息处理方法,首先请参阅图4所示,本申请实施例提供一种信息处理方法,包括:
S401、网络设备确定唤醒信号的配置信息,唤醒信号用于指示在一段时长内是否寻呼终端设备,配置信息用于指示相邻两个唤醒信号之间的时间间隔。
在本申请实施例中,网络设备可以对唤醒信号进行配置,网络设备完成对唤醒信号的配置之后可以生成唤醒信号的配置信息。或者网络设备也可以通过读取该网络设备的默认配置参数来获取到唤醒信号的配置信息。
本申请实施例中的唤醒信号的配置信息用于指示相邻两个唤醒信号之间的时间间隔,配置信息的实现方式具有多种接下来进行举例说明。例如唤醒信号的配置信息,包括如下信息中的至少一种:指示唤醒信号的周期的信息,或指示唤醒信号与DRX周期的对应关系的信息,或,指示该时长的信息。其中,指示唤醒信号的周期的信息具体可以是唤醒信号的周期信息,或者能够确定出唤醒信号的周期取值的其它信息。指示唤醒信号与DRX周期的对应关系的信息具体可以使唤醒信号与DRX周期的对应关系信息,例如唤醒信号与DRX周期的对应关系可以是:一个唤醒信号对应有多少个DRX周期的取值,例如以字母x表示一个唤醒信号对应的DRX周期的个数,x的取值可以为1或者2等正整数。指示该时长的信息是指示唤醒信号在一段时长内是否寻呼终端设备的时长的取值,例如该时长表示3个子帧,则唤醒信号在3个子帧内需要寻呼终端设备。在本申请实施例中,唤醒信号的使用门限是指使用唤醒信号的eDRX周期门限,该使用门限的取值单位可以为秒、毫秒等时间单位,也可以为能够体现时间的子帧、系统帧、超帧等。
在本申请的一些实施例中,唤醒信号的配置信息,还包括:指示唤醒信号在一个周期内的起始位置和持续时间的信息。
其中,唤醒信号在一个周期内的起始位置和持续时间可以是作为唤醒信号的配置信息,起始位置表示在一个周期内开始发送唤醒信号的位置,该持续时间则表示唤醒信号在一个周期内所占的单位时间的个数。通过指示唤醒信号在一个周期内的起始位置和持续时间的信息可以更为准确的描述出唤醒信号的信号配置参数。
S402、网络设备向核心网设备发送唤醒信号的配置信息。
在本申请的一些实施例中,网络设备获取到唤醒信号的配置信息之后,网络设备向核心网设备发送唤醒信号的配置信息,例如网络设备可以通过网络设备与核心网设备之间的接口发送该唤醒信号的配置信息,例如使用s1接口发送唤醒信号的配置信息。
在本申请的一些实施例中,本申请实施例提供的信息处理方法还可以包括如下步骤:
网络设备向核心网设备发送指示DRX周期的信息。
其中,DRX周期可以由基站来配置,一个DRX周期内每个终端设备有一个寻呼机会。指示DRX周期的信息具体可以是DRX周期的配置信息,或者能够确定出DRX的周期取值的其它信息。网络设备向核心网设备发送指示DRX周期的信息,使得核心网设备可以获取到该指示DRX周期的信息,从而核心网设备可以基于该指示DRX周期的信息获取到DRX周期的取值参数。
在本申请的一些实施例中,网络设备向核心网设备发送唤醒信号的配置信息,包括:
网络设备向核心网设备发送接口建立请求消息,接口建立请求消息携带唤醒信号的配置信息;或,
网络设备向核心网设备发送网络设备的配置更新消息,配置更新消息携带唤醒信号的配置信息。
其中,接口建立请求消息是指网络设备和核心网设备之间建立接口时网络设备发送的请求消息,通过该接口建立请求消息携带唤醒信号的配置信息,例如可以在接口建立请求消息中新增字段来承载唤醒信号的配置信息,或者使用接口建立请求消息中的可扩展字段承载唤醒信号的配置信息。网络设备的配置更新消息指示网络设备有配置更新时该网络设备向核心网设备发送的通知消息,例如可以在配置更新消息中新增字段来承载唤醒信号的配置信息,或者使用配置更新消息中的可扩展字段承载唤醒信号的配置信息。
通过前述实施例的举例说明可知,本申请实施例中网络设备可以确定唤醒信号的配置信息,唤醒信号用于指示在一段时长内是否寻呼终端设备,配置信息用于指示相邻两个唤醒信号之间的时间间隔,网络设备向核心网设备发送唤醒信号的配置信息。核心网设备可以接收来自网络设备的唤醒信号的配置信息。因此,本申请实施例能够实现唤醒信号的配置信息传输,核心网设备可以收到唤醒信号的配置信息后可以基于该配置参数来完成核心网设备对终端设备的寻呼配置,使得终端设备通过监听唤醒信号来节省终端设备的寻呼功耗,提高网络资源的利用率。
前述实施例从网络设备的角度描述了本申请实施例提供的信息处理方法,接下来从核心网设备的角度来描述本申请实施例提供的信息处理方法,请参阅图5所示,本申请实施例提供一种信息处理方法,包括:
S501、核心网设备接收来自网络设备的唤醒信号的配置信息,唤醒信号用于网络设备指示在一段时长内是否寻呼终端设备,配置信息用于指示相邻两个唤醒信号之间的时间间隔。
在本申请实施例中,核心网设备接收来自网络设备的唤醒信号的配置信息,例如核心网设备可以通过网络设备与核心网设备之间的接口接收该唤醒信号的配置信息,例如使用s1接口接收到唤醒信号的配置信息。
本申请实施例中的唤醒信号的配置信息用于指示相邻两个唤醒信号之间的时间间隔,配置信息的实现方式具有多种接下来进行举例说明。例如唤醒信号的配置信息,包括如下信息中的至少一种:指示唤醒信号的周期的信息,或指示唤醒信号与DRX周期的对应关系的信息,或,指示该时长的信息。其中,指示唤醒信号的周期的信息具体可以是唤醒信号的周期信息,或者能够确定出唤醒信号的周期取值的其它信息。指示唤醒信号与DRX周期的对应关系的信息具体可以使唤醒信号与DRX周期的对应关系信息,例如唤醒信号与DRX周期的对应关系可以是:一个唤醒信号对应有多少个DRX周期的取值,例如以字母x表示一个唤醒信号对应的DRX周期的个数,x的取值可以为1或者2等正整数。指示该时长的信息是指示唤醒信号在一段时长内是否寻呼终端设备的时长的取值,例如该时长表示3个子帧,则唤醒信号在3个子帧内需要寻呼终端设备。在本申请实施例中,唤醒信号的使用门限是指使用唤醒信号的eDRX周期门限,该使用门限的取值单位可以为秒、毫秒等时间单位,也可以为能够体现时间的子帧、系统帧、超帧等。
在本申请的一些实施例中,步骤S501核心网设备接收网络设备发送的唤醒信号的配置信息,包括:
核心网设备接收来自网络设备的接口建立请求消息,接口建立请求消息携带唤醒信号的配置信息;或,
核心网设备接收来自网络设备的网络设备的配置更新消息,配置更新消息携带唤醒信号的配置信息。
其中,核心网设备可以接收来自网络设备的接口建立请求消息,接口建立请求消息是指网络设备和核心网设备之间建立接口时网络设备发送的请求消息,通过该接口建立请求消息携带唤醒信号的配置信息,例如可以在接口建立请求消息中新增字段来承载唤醒信号的配置信息,或者使用接口建立请求消息中的可扩展字段承载唤醒信号的配置信息。核心网设备还可以接收来自网络设备的网络设备的配置更新消息,网络设备的配置更新消息指示网络设备有配置更新时该网络设备向核心网设备发送的通知消息,例如可以在配置更新消息中新增字段来承载唤醒信号的配置信息,或者使用配置更新消息中的可扩展字段承载唤醒信号的配置信息。
在本申请的一些实施例中,本申请实施例提供的信息处理方法,还可以包括如下步骤:
S502、核心网设备根据唤醒信号的配置信息确定终端设备的PTW长度,PTW长度大于相邻两个唤醒信号之间的时间间隔。
其中,核心网设备可以根据唤醒信号的配置信息确定终端设备的PTW长度,核心网设备确定出的PTW长度大于相邻两个唤醒信号之间的时间间隔,即在一个PTW内,有多于1个唤醒信号,从而避免因为错过一次唤醒机会就必须等到下一个eDRX周期所带来的寻呼时延,提高网络资源的利用率。
在本申请的一些实施例中,唤醒信号的配置信息包括指示唤醒信号的周期的信息,步骤S502核心网设备根据唤醒信号的配置信息确定终端设备的PTW长度,包括:
核心网设备根据唤醒信号的周期确定PTW长度,PTW长度大于唤醒信号的周期的取值。
其中,核心网设备根据唤醒信号的周期的取值来确定PTW长度,核心网确定出的PTW长度大于唤醒信号的周期的取值。举例说明:PTW长度可以大于或等于a乘以唤醒信号的周期的取值,这样在一个PTW长度内可以有大于a个唤醒信号,a的取值可以是正整数,例如a的取值为2时,核心网设备计算出的PTW长度内具有2个唤醒信号。又如,a的取值为3时,核心网设备计算出的PTW长度内具有3个唤醒信号。
在本申请的一些实施例中,唤醒信号的配置信息包括指示唤醒信号与非连续接收DRX周期的对应关系的信息,步骤S502核心网设备根据唤醒信号的配置信息确定出终端设备的PTW长度,包括:
核心网设备确定唤醒信号与非连续接收DRX周期的对应关系为:一个唤醒信号对应于x个DRX周期,x为正整数;
核心网设备根据唤醒信号与非连续接收DRX周期的对应关系确定PTW长度,PTW长度大于x乘以DRX周期的取值得到的结果。
其中,核心网设备根据唤醒信号与非连续接收DRX周期的对应关系来确定PTW长度,一个唤醒信号对应于x个DRX周期,x为正整数,例如x的取值为2。核心网确定出的PTW长度大于x乘以DRX周期的取值。举例说明:PTW长度可以大于或等于a乘以x,再乘以DRX周期的取值得到的结果,x乘以DRX周期对应于一个唤醒信号,这样在一个PTW长度内可以有大于a个唤醒信号,a的取值可以是正整数,例如a的取值为2时,核心网设备计算出的PTW长度内具有2个唤醒信号。又如,a的取值为3时,核心网设备计算出的PTW长度内具有3个唤醒信号。
在本申请的一些实施例中,唤醒信号的配置信息包括指示时长的信息,步骤S502核心网设备根据唤醒信号的配置信息确定出终端设备的寻呼时间窗PTW长度,包括:
核心网设备根据时长的信息确定PTW长度,PTW长度大于时长的取值。
其中,核心网设备根据唤醒信号的时长的取值来确定PTW长度,核心网确定出的PTW长度大于唤醒信号的时长的取值。举例说明:PTW长度可以大于或等于a乘以唤醒信号的时长的取值,这样在一个PTW长度内可以有大于a个唤醒信号,a的取值可以是正整数,例如a的取值为2时,核心网设备计算出的PTW长度内具有2个唤醒信号。又如,a的取值为3时,核心网设备计算出的PTW长度内具有3个唤醒信号。
本申请的一些实施例中,本申请实施例提供的信息处理方法还可以包括:
核心网设备向网络设备发送寻呼消息,寻呼消息包括:eDRX周期。
其中,核心网设备可以将确定出的终端设备的eDRX周期发送给网络设备,使得该网络设备可以接收到该eDRX周期,从而网络设备可以使用给eDRX周期和唤醒信号的使用门限进行比较,以确定出两者之间的大小关系,再确定是否使用唤醒信号。
在本申请的一些实施例中,本申请实施例提供的信息处理方法还可以包括如下步骤:
核心网设备向终端设备发送指示PTW长度的信息;和/或,
核心网设备向网络设备发送终端设备的寻呼消息,寻呼消息包括指示PTW长度的信息。
其中,核心网设备可以将确定出的终端设备的PTW长度配置给终端设备,例如核心网设备采用透传的方式向终端设备发送终端设备的PTW长度,从而终端设备可以在该PTW长度内确定是否需要监听唤醒信号,或者确定在该PTW长度内是否需要监听寻呼信号。核心网设备还可以向网络设备发送终端设备的寻呼消息,寻呼消息包括指示PTW长度的信息。从而网络设备可以在该PTW长度内确定是否需要发送唤醒信号,或者确定在该PTW长度内是否需要发送寻呼信号。
通过前述实施例的举例说明可知,本申请实施例中,核心网设备可以接收到来自网络设备的唤醒信号的配置信息,唤醒信号用于指示在一段时长内是否寻呼终端设备,配置信息用于指示相邻两个唤醒信号之间的时间间隔。因此,本申请实施例能够实现唤醒信号的配置信息传输,核心网设备可以收到唤醒信号的配置信息后可以基于该配置参数来完成核心网设备对终端设备的寻呼配置,使得终端设备通过监听唤醒信号来节省终端设备的寻呼功耗,提高网络资源的利用率。
前述实施例从网络设备的角度描述了本申请实施例提供的信息处理方法,接下来介绍网络设备执行的另一种信息处理方法,请参阅图6所示,本申请实施例提供一种信息处理方法,包括:
S601、网络设备确定唤醒信号的使用门限。
在本申请实施例中,唤醒信号的使用门限是指唤醒信号是否有效的门限值,唤醒信号可以用于优化寻呼周期短但是寻呼频率较低的终端设备,配置唤醒信号的使用门限可以考虑当前可用的网络资源,以及网络中终端设备的寻呼周期。举例说明,该使用门限可以根据网络设备的网络资源情况,如果网络资源比较多就可以配置该使用门限的取值大一些,若网络资源比较少,就可以配置该使用门限的取值小一些。又如,也可以根据网络中终端设备的eDRX周期分布,b%的终端eDRX周期都小于c,时,该使用门限可以配置为c,其中,b、c的取值可以根据场景来确定。网络设备和终端设备可以根据该唤醒信号的使用门限来确定是否使用该唤醒信号,若网络设备确定使用该唤醒信号,则网络设备会发送该唤醒信号给终端设备,若终端设备确定使用该唤醒信号,则终端设备会监听该唤醒信号。
S602、网络设备向终端设备发送唤醒信号的使用门限。
在本申请实施例中,网络设备获取到该唤醒信号的使用门限之后,网络设备向终端设备发送唤醒信号的使用门限例如可以通过网络设备与终端设备之间的空口发送该唤醒信号的使用门限。
在本申请的一些实施例中,本申请实施例提供一种信息处理方法还包括:
网络设备接收来自核心网设备的寻呼消息,寻呼消息包括:eDRX周期;
网络设备确定eDRX周期小于或等于唤醒信号的使用门限时,网络设备向终端设备发送唤醒信号。
其中,核心网设备可以将确定出的终端设备的eDRX周期发送给网络设备,该网络设备可以接收到该eDRX周期,从而网络设备可以使用给eDRX周期和唤醒信号的使用门限进行比较,以确定出两者之间的大小关系,再确定是否使用唤醒信号,当确定eDRX周期小于或等于唤醒信号的使用门限时,网络设备向终端设备发送唤醒信号,网络设备通过该唤醒信号可以唤醒终端设备,接下来网络设备可以再寻呼终端设备,那么终端设备未监听到唤醒信号时,不监听来自网络设备的寻呼消息直至监听到唤醒信号,从而可以节省网络资源。
在本申请的一些实施例中,网络设备向终端设备发送唤醒信号的使用门限,包括:
网络设备通过广播的方式发送唤醒信号的使用门限。
其中,网络设备可以向终端设备发送广播消息,通过该广播消息携带唤醒信号的使用门限,则网络设备的小区内的所有终端设备接收到该广播消息之后,可以通过广播消息确定出唤醒信号的使用门限。网络设备通过广播的方式发送唤醒信号的使用门限,有效的提高了信息发送效率。
在本申请的一些实施例中,本申请实施例提供一种信息处理方法还包括:
网络设备接收来自核心网设备的终端设备的寻呼消息,寻呼消息包括指示终端设备的PTW长度的信息,PTW长度大于相邻两个唤醒信号之间的时间间隔。
其中,核心网设备可以将确定出的终端设备的PTW长度配置给终端设备,例如核心网设备采用透传的方式向终端设备发送终端设备的PTW长度,从而终端设备可以在该PTW长度内确定是否需要监听唤醒信号,或者确定在该PTW长度内是否需要监听寻呼信号。
通过前述实施例的举例说明可知,本申请实施例中,网络设备向终端设备发送唤醒信号的使用门限。因此,本申请实施例能够实现唤醒信号的使用门限传输,终端设备可以收到唤醒信号的使用门限后可以基于该使用门限以及eDRX周期确定是否监听唤醒信号,当终端设备的eDRX周期小于或等于唤醒信号的使用门限时,终端设备监听唤醒信号,使得终端设备通过监听唤醒信号来节省终端设备的寻呼功耗,提高网络资源的利用率。
前述实施例从网络设备、核心网设备的角度描述了本申请实施例提供的信息处理方法,接下来从终端设备的角度来描述本申请实施例提供的信息处理方法,请参阅图7所示,本申请实施例提供一种信息处理方法,包括:
S701、终端设备接收来自网络设备的唤醒信号的使用门限。
在本申请实施例中,终端设备接收网络设备发送的唤醒信号的使用门限,例如可以通过网络设备与终端设备之间的空口接收到该唤醒信号的使用门限。
在本申请的一些实施例中,终端设备接收来自网络设备的唤醒信号的使用门限,包括:
终端设备通过网络设备发送的广播消息接收到唤醒信号的使用门限。
其中,网络设备可以向终端设备发送广播消息,通过该广播消息携带唤醒信号的使用门限,则网络设备的小区内的所有终端设备接收到该广播消息之后,可以通过广播消息确定出唤醒信号的使用门限。网络设备通过广播的方式发送唤醒信号的使用门限,有效的提高了信息发送效率。
S702、当终端设备的eDRX周期小于或等于唤醒信号的使用门限时,终端设备监听唤醒信号。
其中,终端设备可以判断终端设备的eDRX周期是否小于或等于使用门限,如果终端设备的eDRX周期小于或等于使用门限,则先监听唤醒信号,收到唤醒信号再监听寻呼消息。
在本申请的一些实施例中,本申请实施例提供一种信息处理方法还包括:
当终端设备的eDRX周期大于唤醒信号的使用门限时,终端设备监听来自网络设备的寻呼消息。
其中,如果终端设备的eDRX周期大于门限,则直接监听寻呼消息。直接监听寻呼消息是指终端设备不再监听唤醒信号,而是按照PTW长度、eDRX周期来监听寻呼消息。
在本申请的一些实施例中,本申请实施例提供一种信息处理方法还包括:
终端设备监听到唤醒信号时,在唤醒信号所指示的时长内监听来自网络设备的寻呼消息。
其中,当确定eDRX周期小于或等于唤醒信号的使用门限时,网络设备向终端设备发送唤醒信号,网络设备通过该唤醒信号可以唤醒终端设备,接下来网络设备可以再寻呼终端设备,那么终端设备未监听到唤醒信号时,不监听来自网络设备的寻呼消息直至监听到唤醒信号,从而可以节省网络资源。
在本申请的一些实施例中,本申请实施例提供一种信息处理方法还包括:
终端设备接收来自核心网设备的指示PTW的长度的信息,PTW的长度大于相邻两个唤醒信号之间的时间间隔。
其中,核心网设备可以将确定出的终端设备的PTW长度配置给终端设备,例如核心网设备采用透传的方式向终端设备发送终端设备的PTW长度,从而终端设备可以在该PTW长度内确定是否需要监听唤醒信号,或者确定在该PTW长度内是否需要监听寻呼信号。
通过前述实施例的举例说明可知,本申请实施例中,终端设备接收到来网络设备的唤醒信号的使用门限,当终端设备的eDRX周期小于或等于唤醒信号的使用门限时,终端设备监听唤醒信号。因此,本申请实施例能够实现唤醒信号的使用门限传输,终端设备可以收到唤醒信号的使用门限后可以基于该使用门限以及eDRX周期确定是否监听寻呼消息,当终端设备的eDRX周期小于或等于唤醒信号的使用门限时,终端设备监听唤醒信号,使得终端设备通过监听唤醒信号来节省终端设备的寻呼功耗,提高网络资源的利用率。
接下来针对图4至图7所示的信息处理方法的应用场景进行举例说明,接下来以网络设备具体为基站,核心网设备具体为MME,终端设备具体为UE进行示例说明。本申请实施例中基站可以和核心网设备协同PTW长度和唤醒信号的配置信息,基站通过配置控制使用唤醒信号的终端设备,从而保证终端增益。本申请实施例提供的信息处理方法的一种应用场景主要包括如下过程:
S11、基站通过系统广播发送小区中的唤醒信号的配置信息,该配置信息可以包括:唤醒信号的周期、唤醒信号在一个周期内的起始位置和持续时间中的至少一项。
S12、基站通过系统广播发送小区中的寻呼配置信息,包括DRX周期等。
S13、基站发送本小区的DRX周期配置信息给核心网设备。
S14、如果基站在本小区中配置了唤醒信号,则发送唤醒信号的配置信息给MME,该配置信息用于指示两个唤醒信号的时间间隔。
例如,唤醒信号的配置信息可以包括唤醒信号的周期,其单位可以为秒、毫秒等时间单位,也可以为时隙、符号、子帧、系统帧、超帧等可以体现时间长度的其他单位。
又如,唤醒信号的配置信息可以包括:唤醒信号和基站的DRX周期之间的对应关系。比如一个唤醒信号可以指示未来x个DRX周期内,基站是否会寻呼终端,x的取值为正整数。
需要说明的是,基站可以在多个流程或消息中,发送唤醒信号的配置信息给核心网设备。比如在建立基站和核心网接口的时候,在相应接口建立消息中(例如S1接口建立请求消息)或在接口建立完成后的基站配置更新过程的基站配置更新消息中,将唤醒信号的配置信息发给核心网设备。
S15、MME根据基站的唤醒信号的配置信息配置终端设备的PTW长度,以保证在一个PTW内,有多于1个唤醒信号。比如:PTW长度可以大于或等于a*唤醒信号周期,*表示相乘,这样在一个PTW长度内可以有大于a个唤醒信号,a的取值为正整数。又如,PTW长度可以大于或等于a*x*DRX周期,这样在一个PTW长度内可以有大于a个唤醒信号。
接下来对唤醒信号的使用门限的应用场景进行举例说明,主要包括如下过程:首先基站广播唤醒信号的周期、周期内的位置、持续长度等配置信息。然后基站广播使用唤醒信号的使用门限,单位可以为秒、毫秒等时间单位,也可以为能够体现时间的子帧、系统帧、超帧等。在寻呼过程中:基站首先接收核心网设备的寻呼消息,获取其中的终端设备的ID和eDRX周期,若终端设备的eDRX周期大于基站配置的唤醒信号使用门限,则使用常规的寻呼方式寻呼终端,即在相应的PO上发送P-RNTI加扰的PDCCH。否则,根据自身的唤醒信号的配置信息和终端设备的ID,在相应的位置上发送该终端设备的唤醒信号。终端在每一个eDRX周期醒来后,若自身eDRX周期大于基站广播的唤醒信号使用门限,则直接监听常规的寻呼,即根据基站的寻呼配置,在相应的PO解码P-RNTI加扰的PDCCH。否则,根据基站的唤醒信号的配置信息及自身ID确定唤醒信号位置,监听唤醒信号。
通过前述实施例的举例说明可知,MME可以根据基站的唤醒信号的配置信息,来配置终端设备的PTW长度,进而保证一个PTW内有多次唤醒终端设备的机会。
接下来对本申请实施例提供的数据早传(Early data transmission)进行详细说明,数据早传是指相对于传统建立连接传输来说,数据早传在建立连接之前就传输数据,因此是一种更早传输的方案。数据早传也可以指的是在随机接入过程中传输数据。传统的数据传输是先通过随机接入进入连接态,然后在连接态进行数据传输,最后释放连接。而本申请实施例中数据早传流程允许终端随机接入过程中就传输上行数据,如果数据较小,可以不进入连接态,数据传输过程和随机接入过程一起结束。在数据早传流程中,第一步是通过基站通过广播配置的专用于数据早传的随机接入资源,该随机接入资源可以包括:随机接入时频资源,当终端设备发送前导码(preamble)后就可以开始数据早传流程。在本申请实施例中,如果网络设备在广播中配置了专用于数据早传的随机接入资源,则代表当前网络支持数据早传业务。
物联网的一大特点就是终端多种多样,不同的终端功能不同,对于数据传输的要求不同,占用的网络资源也可能不同。比如,NB-IoT和MTC中就至少有两种传输类型的终端,即使用控制面(Control Plane,CP)优化模式的终端和数据面(User Plane,UP)优化模式的终端设备。其中,
CP优化模式是指将数据在信令承载中传输的物联网传输方案,传统的宽带业务传输,都是先建立控制信令承载,然后建立用户数据传输承载,数据在用户数据传输承载中传输。但是对于物联网的小数据传输场景,业务数据其实很小,但是为了很少的数据需要建立或释放控制信令和用户数据承载,开销很大。将小数据直接放在控制信令承载中传输,可以避免用户数据承载的建立和释放,效率更高。
CP优化模式的有点在于简单和效率高,但是在控制进行了承载中传输数据,数据传输的性能(时延、可靠性)等相对保障较低,因此只适用于较简单的场景。对于一些稍高要求的物联网业务,CP优化模式过于简单,无法适用。因此,UP优化模式作为传统的通过用户数据承载的一些优化,例如主要是一些简化流程,比如用挂起流程代替释放流程,简化每次接入的开销等,更适用于此类要求较高的物联网小数据包传输业务。
在本申请实施例中,网络设备可以通过在广播中配置专用于数据早传的随机接入资源,隐式指示当前网络设备支持数据早传业务。为了针对不同类型的终端设备还可以单独指示是否支持数据早传流程。本申请实施例可以实现网络设备单独支持至少一种的数据早传终端类型进行数据早传。请参阅图8所示,为本申请实施例提供的网络设备、终端设备和核心网设备之间的另一种交互流程示意图,本申请实施例提供的信息处理方法,主要包括如下过程:
S21、网络设备确定网络设备支持的数据早传终端类型。
其中,数据早传终端类型包括使用用户面UP优化模式的终端设备进行数据早传,或使用控制面CP优化模式的终端设备进行数据早传中的至少一种。
在本申请的一些实施例中,网络设备确定网络设备支持的数据早传终端类型,包括:
网络设备确定网络设备支持使用UP优化模式的终端设备进行数据早传。
其中,网络设备可以支持使用UP优化模式的终端设备进行数据早传,对于UP优化模式的说明详见前述实施例的说明,网络设备支持哪种数据早传终端类型可以由网络设备的配置参数来确定。
在本申请的一些实施例中,网络设备确定网络设备支持的数据早传终端类型,包括:
网络设备确定网络设备支持使用CP优化模式的终端设备进行数据早传。
其中,网络设备可以支持使用CP优化模式的终端设备进行数据早传,对于CP优化模式的说明详见前述实施例的说明,网络设备支持哪种数据早传终端类型可以由网络设备的配置参数来确定。
在本申请的一些实施例中,网络设备确定网络设备支持的数据早传终端类型,包括:
网络设备确定网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传。
其中,网络设备可以支持同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传,对于UP优化模式和CP优化模式的说明详见前述实施例的说明,网络设备支持哪种数据早传终端类型可以由网络设备的配置参数来确定。
S22、网络设备向终端设备发送网络设备支持的数据早传终端类型的信息。
在本申请实施例中,网络设备确定出网络设备支持的数据早传终端类型之后,网络设备向终端设备发送网络设备支持的数据早传终端类型的信息,从而终端设备可以接收到该网络设备支持的数据早传终端类型的信息,终端设备通过该信息可以确定出网络设备支持的数据早传终端类型。
进一步的,在本申请的一些实施例中,当网络设备确定网络设备支持使用UP优化模式的终端设备进行数据早传时,步骤S22网络设备向终端设备发送网络设备支持的数据早传终端类型的信息,包括:
网络设备向终端设备发送指示用于数据早传的随机接入资源的信息,指示用于数据早传的随机接入资源的信息用于指示网络设备支持使用UP优化模式的终端设备进行数据早传;或,
网络设备向终端设备发送指示用于数据早传的随机接入资源的信息,和指示网络设备支持使用UP优化模式的终端设备进行数据早传的信息。
其中,指示用于数据早传的随机接入资源的信息是指网络设备广播的专用于数据早传的随机接入资源的资源配置信息,通过指示用于数据早传的随机接入资源的信息可以指示网络设备支持使用UP优化模式的终端设备进行数据早传,从而终端设备通过解析指示用于数据早传的随机接入资源的信息,就可以确定出网络设备支持使用UP优化模式的终端设备进行数据早传。
又如,指示网络设备支持使用UP优化模式的终端设备进行数据早传的信息具体可以是一个指示信息,该指示信息可以独立于指示用于数据早传的随机接入资源的信息,网络设备发送指示网络设备支持使用UP优化模式的终端设备进行数据早传的信息给终端设备,从而终端设备通过解析指示网络设备支持使用UP优化模式的终端设备进行数据早传的信息,就可以确定出网络设备支持使用UP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,网络设备向终端设备发送网络设备支持的数据早传终端类型的信息,包括:
网络设备向终端设备发送指示网络设备支持使用UP优化模式的终端设备的信息;
网络设备向终端设备发送指示用于数据早传的随机接入资源的信息;
其中,指示网络设备支持使用UP优化模式的终端设备的信息,和指示用于数据早传的随机接入资源的信息,用于指示网络设备支持使用UP优化模式的终端设备进行数据早传。
在本申请前述实施例中,网络设备支持使用UP优化模式的终端设备是指网络设备对于使用UP优化模式的终端设备的支持,即网络设备发送的指示网络设备支持使用UP优化模式的终端设备的信息仅表示网络设备对使用UP优化模式的终端设备的支持,如果网络设备又发送了指示用于数据早传的随机接入资源的信息。若终端设备接收到了指示网络设备支持使用UP优化模式的终端设备的信息,也接收到了指示用于数据早传的随机接入资源的信息,则终端设备可以根据接收到的这两个信息确定出网络设备支持使用UP优化模式的终端设备进行数据早传。
在本申请的另一些实施例中,当网络设备确定网络设备支持使用CP优化模式的终端设备进行数据早传时,步骤S22网络设备向终端设备发送网络设备支持的数据早传终端类型的信息,包括:
网络设备向终端设备发送指示用于数据早传的随机接入资源的信息,指示用于数据早传的随机接入资源的信息用于指示网络设备支持使用CP优化模式的终端设备进行数据早传;或,
网络设备向终端设备发送指示用于数据早传的随机接入资源的信息,和指示网络设备支持使用CP优化模式的终端设备进行数据早传的信息。
其中,指示用于数据早传的随机接入资源的信息是指网络设备广播的专用于数据早传的随机接入资源的资源配置信息,通过指示用于数据早传的随机接入资源的信息可以指示网络设备支持使用CP优化模式的终端设备进行数据早传,从而终端设备通过解析指示用于数据早传的随机接入资源的信息,就可以确定出网络设备支持使用CP优化模式的终端设备进行数据早传。
又如,指示网络设备支持使用CP优化模式的终端设备进行数据早传的信息具体可以是一个指示信息,该指示信息可以独立于指示用于数据早传的随机接入资源的信息,网络设备发送指示网络设备支持使用CP优化模式的终端设备进行数据早传的信息给终端设备,从而终端设备通过解析指示网络设备支持使用CP优化模式的终端设备进行数据早传的信息,就可以确定出网络设备支持使用CP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,网络设备向终端设备发送网络设备支持的数据早传终端类型的信息,包括:
网络设备向终端设备发送指示网络设备支持使用CP优化模式的终端设备的信息;
网络设备向终端设备发送指示用于数据早传的随机接入资源的信息;
其中,指示网络设备支持使用CP优化模式的终端设备的信息,和指示用于数据早传的随机接入资源的信息,用于指示网络设备支持使用CP优化模式的终端设备进行数据早传。
在本申请前述实施例中,网络设备支持使用CP优化模式的终端设备是指网络设备对于使用CP优化模式的终端设备的支持,即网络设备发送的指示网络设备支持使用CP优化模式的终端设备的信息仅表示网络设备对使用CP优化模式的终端设备的支持,如果网络设备又发送了指示用于数据早传的随机接入资源的信息。若终端设备接收到了指示网络设备支持使用CP优化模式的终端设备的信息,也接收到了指示用于数据早传的随机接入资源的信息,则终端设备可以根据接收到的这两个信息确定出网络设备支持使用CP优化模式的终端设备进行数据早传。
在本申请的另一些实施例中,当网络设备确定网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传时,步骤S22网络设备向终端设备发送网络设备支持的数据早传终端类型的信息,包括:
网络设备向终端设备发送指示用于数据早传的随机接入资源的信息,指示用于数据早传的随机接入资源的信息用于指示网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传;或,
网络设备向终端设备发送指示用于数据早传的随机接入资源的信息,和指示网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传的信息。
其中,指示用于数据早传的随机接入资源的信息是指网络设备广播的专用于数据早传的随机接入资源的资源配置信息,通过指示用于数据早传的随机接入资源的信息可以指示网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传,从而终端设备通过解析指示用于数据早传的随机接入资源的信息,就可以确定出网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传。
又如,指示网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传的信息具体可以是一个指示信息,该指示信息可以独立于指示用于数据早传的随机接入资源的信息,网络设备发送指示网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传的信息给终端设备,从而终端设备通过解析指示网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传的信息,就可以确定出网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,网络设备向终端设备发送网络设备支持的数据早传终端类型的信息,包括:
网络设备向终端设备发送指示用于数据早传的随机接入资源的信息,和指示网络设备支持使用UP优化模式的终端设备进行数据早传的信息,指示用于数据早传的随机接入资源的信息用于指示网络设备支持使用CP优化模式的终端设备进行数据早传,或者,
网络设备向终端设备发送指示用于数据早传的随机接入资源的信息,和指示网络设备支持使用CP优化模式的终端设备进行数据早传的信息,指示用于数据早传的随机接入资源的信息用于指示网络设备支持使用UP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,网络设备向终端设备发送网络设备支持的数据早传终端类型的信息,包括:
网络设备向终端设备发送网络设备在特定范围内支持的数据早传终端类型的信息,特定范围包括:网络设备的小区,或者载波,或者覆盖等级中的至少一种。
其中,特定范围可以为协议预定义的,也可以为网络设备指示给终端设备的,在此不予赘述。若网络设备确定了特定范围内支持的数据早传终端类型,那么终端设备在确定网络设备支持哪种数据早传终端类型时,终端设备也需要先确定是否满足该特定范围的要求,举例说明如下:确定发起数据早传使用的载波,在基站广播的可用载波中随机选择或按照自身ID选择,比如使用的载波ID为终端ID mod可用于数据早传的载波个数,mod表示取余。如果基站指示支持该终端所属类别在此载波上进行数据早传,则使用数据早传流程。又如,确定发起数据早传的覆盖等级,终端根据自己测量的链路质量,以及基站广播的链路质量和覆盖等级的对应关系,比如若干门限,来确定覆盖等级,如果基站指示支持该终端所属类别在此覆盖等级上进行数据早传,则使用数据早传流程。
S23、终端设备确定网络设备支持的数据早传终端类型,数据早传终端类型包括使用用户面UP优化模式的终端设备进行数据早传,或使用控制面CP优化模式的终端设备进行数据早传中的至少一种。
在本申请的一些实施例中,终端设备确定网络设备支持的数据早传终端类型,包括:
终端设备接收来自网络设备的指示用于数据早传的随机接入资源的信息;
终端设备根据指示用于数据早传的随机接入资源的信息确定出网络设备支持使用用户面UP优化模式的终端设备进行数据早传;或,
终端设备根据指示用于数据早传的随机接入资源的信息确定出网络设备支持使用控制面CP优化模式的终端设备进行数据早传;或,
终端设备根据指示用于数据早传的随机接入资源的信息确定出网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,终端设备确定网络设备支持的数据早传终端类型,包括:
终端设备接收来自网络设备的指示网络设备支持使用CP优化模式的终端设备的信息;
终端设备根据指示网络设备支持使用CP优化模式的终端设备的信息确定出网络设备支持使用用户面CP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,终端设备确定网络设备支持的数据早传终端类型,包括:
终端设备接收来自网络设备的指示网络设备支持使用UP优化模式的终端设备的信息;
终端设备根据指示网络设备支持使用UP优化模式的终端设备的信息确定出网络设备支持使用UP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,终端设备确定网络设备支持的数据早传终端类型,包括:
终端设备接收网络设备支持使用UP优化模式的终端设备的信息;
当终端设备接收到来自网络设备的指示用于数据早传的随机接入资源的信息时,终端设备确定网络设备支持使用用户面UP优化模式的终端设备进行数据早传。
在本申请前述实施例中,网络设备支持使用UP优化模式的终端设备是指网络设备对于使用CP优化模式的终端设备的支持,即网络设备发送的指示网络设备支持使用UP优化模式的终端设备的信息仅表示网络设备对使用UP优化模式的终端设备的支持,如果网络设备又发送了指示用于数据早传的随机接入资源的信息。若终端设备接收到了指示网络设备支持使用UP优化模式的终端设备的信息,也接收到了指示用于数据早传的随机接入资源的信息,则终端设备可以根据接收到的这两个信息确定出网络设备支持使用UP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,终端设备确定网络设备支持的数据早传终端类型,包括:
终端设备接收网络设备支持使用CP优化模式的终端设备的信息;
当终端设备接收到来自网络设备的指示用于数据早传的随机接入资源的信息时,终端设备确定网络设备支持使用用户面CP优化模式的终端设备进行数据早传。
在本申请前述实施例中,网络设备支持使用CP优化模式的终端设备是指网络设备对于使用CP优化模式的终端设备的支持,即网络设备发送的指示网络设备支持使用CP优化模式的终端设备的信息仅表示网络设备对使用CP优化模式的终端设备的支持,如果网络设备又发送了指示用于数据早传的随机接入资源的信息。若终端设备接收到了指示网络设备支持使用CP优化模式的终端设备的信息,也接收到了指示用于数据早传的随机接入资源的信息,则终端设备可以根据接收到的这两个信息确定出网络设备支持使用CP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,终端设备确定网络设备支持的数据早传终端类型,包括:
终端设备接收网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备的信息;
当终端设备接收到来自网络设备的指示用于数据早传的随机接入资源的信息时,终端设备确定网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备。
S24、终端设备根据网络设备支持的数据早传终端类型和终端设备的传输类型确定终端设备是否使用数据早传模式。
其中,终端设备的传输类型,包括:终端设备使用UP优化模式,或者终端设备使用CP优化模式,或者终端设备同时使用CP优化模式和UP优化模式。
在本申请的一些实施例中,终端设备确定网络设备支持的数据早传终端类型,包括:
终端设备确定网络设备在特定范围内支持的数据早传终端类型的信息,特定范围包括:网络设备的小区,或者,载波,或者,覆盖等级中的至少一种;
终端设备确定满足范围的要求时,触发执行如下步骤:
终端设备根据网络设备支持的数据早传终端类型和终端设备的传输类型确定终端设备是否使用数据早传模式。
其中,特定范围可以为协议预定义的,也可以为网络设备指示给终端设备的,在此不予赘述。若网络设备确定了特定范围内支持的数据早传终端类型,那么终端设备在确定网络设备支持哪种数据早传终端类型时,终端设备也需要先确定是否满足该特定范围的要求,举例说明如下:确定发起数据早传使用的载波,在基站广播的可用载波中随机选择或按照自身ID选择,比如使用的载波ID为终端ID mod可用于数据早传的载波个数,mod表示取余。如果基站指示支持该终端所属类别在此载波上进行数据早传,则使用数据早传流程。又如,确定发起数据早传的覆盖等级,终端根据自己测量的链路质量,以及基站广播的链路质量和覆盖等级的对应关系,比如若干门限,来确定覆盖等级,如果基站指示支持该终端所属类别在此覆盖等级上进行数据早传,则使用数据早传流程。
接下来针对图8所示的信息处理方法的应用场景进行举例说明,接下来以网络设备具体为基站,终端设备具体为UE进行示例说明。本申请实施例中基站可以和核心网设备协同PTW长度和唤醒信号的配置信息,基站通过配置控制使用唤醒信号的终端设备,从而保证终端增益。本申请实施例提供的信息处理方法的一种应用场景主要包括如下过程:
S31、基站通过广播为不同的载波配置用于不同覆盖等级(即大于等于一个覆盖等级)的数据早传的随机接入资源,包括随机接入资源出现的周期、资源在每一个周期内的时域位置、可用的子载波ID、终端发送前导的重复次数等;
S32、基站通过广播指示支持的进行常规数据传输的终端类型,这里的常规数据传输指示采用终端设备采用CP优化模式或者UP优化模式。
S33、基站通过广播上述专用于数据早传的随机接入资源和/或专门的指示信息,指示基站支持的数据早传终端类型,主要可以包括如下实现方式:
1、采用随机接入资源的配置信息、以及指示基站支持使用UP优化模式的终端设备的信息:如果基站广播了专用于数据早传的随机接入资源,则说明基站支持CP优化模式的终端进行数据早传流程,再通过专门的指示信息,指示是否支持UP优化模式的终端进行数据早传流程。
2、采用随机接入资源的配置信息、以及指示基站支持使用CP优化模式的终端设备的信息:如果基站广播了专用于数据早传的随机接入资源,则说明基站支持UP优化模式的终端进行数据早传流程;通过专门的指示信息,指示是否支持CP优化模式的终端进行数据早传流程。
3、只采用随机接入资源的配置信息:如果基站广播了专用于数据早传的随机接入资源,则说明基站既支持CP优化模式的终端进行数据早传流程,也支持UP优化模式的终端进行数据早传流程。
4、采用随机接入资源的配置信息、以及常规数据传输的指示信息:如果基站广播了专用于数据早传的随机接入资源,则说明基站支持使用数据早传的终端类型,与步骤S32中指示的支持常规数据传输的终端类型相同。
需要说明的是,以上指示的支持数据早传的终端类型,可以为小区级别的指示,即指示当前小区支持的数据早传终端类型。也可以为支持在某一个载波上和/或某一个覆盖等级数据早传的终端类型。如果是后者,需要单独为每一个载波和/或每一个覆盖等级单独进行指示。
举例说明,步骤S31中配置的用于数据早传的随机接入资源形式为:载波1支持覆盖等级1的资源、覆盖等级2的资源、覆盖等级3的资源。载波2支持覆盖等级1的资源、覆盖等级2的资源。
如果以上指示的支持数据早传的终端类型为小区级的指示,比如CP支持,UP不支持,那么效果为:
载波1:
覆盖等级1的资源:CP支持,UP不支持。
覆盖等级2的资源:CP支持,UP不支持。
覆盖等级3的资源:CP支持,UP不支持。
载波2:
覆盖等级1的资源:CP支持,UP不支持。
覆盖等级2的资源:CP支持,UP不支持。
以上指示的支持数据早传的终端类型还可以为载波级别的指示,即为每个载波单独指示,每一个载波对于CP和UP支持都不同,比如:
载波1:CP支持,UP不支持。
覆盖等级1的资源:CP支持,UP不支持。
覆盖等级2的资源:CP支持,UP不支持。
覆盖等级3的资源:CP支持,UP不支持。
载波2:CP支持,UP支持。
覆盖等级1的资源:CP支持,UP支持。
覆盖等级2的资源:CP支持,UP支持。
以上指示的支持数据早传的终端类型还可以为每个载波上的每个覆盖等级的资源单独指示,每一个载波上每一个覆盖等级的随机资源对于CP和UP支持都不同,比如:
载波1:
覆盖等级1的资源:CP支持,UP不支持。
覆盖等级2的资源:CP支持,UP支持。
覆盖等级3的资源:CP支持,UP支持。
载波2:
覆盖等级1的资源:CP不支持,UP支持。
覆盖等级2的资源:CP不支持,UP支持。
S34、终端根据基站指示的对于数据早传终端类型的支持情况和终端设备自己的传输类型,决定在有数据早传需求时是否使用数据早传。
举例说明,若基站指示为小区级指示:如果终端需要使用数据早传,且基站指示支持终端所属类别进行数据早传,则使用数据早传流程。
若基站指示为针对每一载波和/或每一个覆盖等级,可以包括如下情况:
例如,确定发起数据早传使用的载波,在基站广播的可用载波中随机选择或按照自身ID选择,比如使用的载波ID为终端ID mod可用于数据早传的载波个数,如果基站指示支持该终端所属类别在此载波上进行数据早传,则使用数据早传流程。
又如,确定发起数据早传的覆盖等级,终端根据自己测量的链路质量,以及基站广播的链路质量和覆盖等级的对应关系,比如若干门限,来确定覆盖等级,如果基站指示支持该终端所属类别在此覆盖等级上进行数据早传,则使用数据早传流程。
通过前述的举例说明可知,基站广播对于数据早传终端类型的支持情况,只有符合要求的终端设备才会使用相应的数据造成特性。
接下来,请参阅图9所示,本申请实施例还提供一种网络设备900,包括:
处理模块901,用于确定唤醒信号的配置信息,所述唤醒信号用于指示在一段时长内是否寻呼终端设备,所述配置信息用于指示相邻两个唤醒信号之间的时间间隔;
发送模块902,用于向核心网设备发送所述唤醒信号的配置信息。
在本申请的一些实施例中,所述唤醒信号的配置信息,包括如下信息中的至少一种:指示所述唤醒信号的周期的信息,或指示所述唤醒信号与非连续接收DRX周期的对应关系的信息,或,指示所述时长的信息。
在本申请的一些实施例中,所述唤醒信号的配置信息,还包括:指示所述唤醒信号在一个周期内的起始位置和持续时间的信息。
在本申请的一些实施例中,所述发送模块902,还用于向所述核心网设备发送指示DRX周期的信息。
在本申请的一些实施例中,所述发送模块902,具体用于向核心网设备发送接口建立请求消息,所述接口建立请求消息携带所述唤醒信号的配置信息;或,向核心网设备发送所述网络设备的配置更新消息,所述配置更新消息携带所述唤醒信号的配置信息。
在本申请的一些实施例中,所述处理模块901,还用于确定所述唤醒信号的使用门限;
所述发送模块902,还用于向所述终端设备发送所述唤醒信号的使用门限。
在本申请的一些实施例中,如图9所示,所述网络设备900还包括:
接收模块903,用于接收来自所述核心网设备的寻呼消息,所述寻呼消息包括:扩展的非连续接收eDRX周期;
所述处理模块901,还用于确定所述eDRX周期小于或等于所述唤醒信号的使用门限;
所述发送模块902,还用于所述eDRX周期小于或等于所述唤醒信号的使用门限时,向所述终端设备发送所述唤醒信号。
在本申请的一些实施例中,所述发送模块902,具体用于通过广播的方式发送所述唤醒信号的使用门限。
在本申请的一些实施例中,接收模块903,用于接收来自核心网设备的所述终端设备的寻呼消息,所述寻呼消息包括指示所述终端设备的寻呼时间窗PTW长度的信息,所述PTW长度大于所述相邻两个唤醒信号之间的时间间隔。
如图10所示,本申请实施例还提供一种核心网设备1000,包括:
接收模块1001,用于接收来自网络设备的唤醒信号的配置信息,所述唤醒信号用于所述网络设备指示在一段时长内是否寻呼终端设备,所述配置信息用于指示相邻两个唤醒信号之间的时间间隔。
在本申请的一些实施例中,所述核心网设备1000还包括:
处理模块1002,用于根据所述唤醒信号的配置信息确定所述终端设备的寻呼时间窗PTW长度,所述PTW长度大于所述相邻两个唤醒信号之间的时间间隔。
在本申请的一些实施例中,所述接收模块1001,具体用于接收来自所述网络设备的接口建立请求消息,所述接口建立请求消息携带所述唤醒信号的配置信息;或,接收来自所述网络设备的所述网络设备的配置更新消息,所述配置更新消息携带所述唤醒信号的配置信息。
在本申请的一些实施例中,所述唤醒信号的配置信息包括指示所述唤醒信号的周期的信息,所述处理模块1002,具体用于根据所述唤醒信号的周期确定所述PTW长度,所述PTW长度大于所述唤醒信号的周期的取值。
在本申请的一些实施例中,所述唤醒信号的配置信息包括指示所述唤醒信号与非连续接收DRX周期的对应关系的信息,所述处理模块1002,具体用于确定所述唤醒信号与非连续接收DRX周期的对应关系为:一个唤醒信号对应于x个DRX周期,所述x为正整数;根据所述唤醒信号与非连续接收DRX周期的对应关系确定所述PTW长度,所述PTW长度大于x乘以所述DRX周期的取值得到的结果。
在本申请的一些实施例中,所述唤醒信号的配置信息包括指示所述时长的信息,所述处理模块1002,具体用于根据所述时长的信息确定所述PTW长度,所述PTW长度大于所述时长的取值。
在本申请的一些实施例中,所述核心网设备1000还包括:
发送模块1003,用于向所述网络设备发送寻呼消息,所述寻呼消息包括:扩展的非连续接收eDRX周期。
在本申请的一些实施例中,发送模块1003,用于向所述终端设备发送指示所述PTW长度的信息;和/或,
所述发送模块1003,用于向所述网络设备发送所述终端设备的寻呼消息,所述寻呼消息包括指示所述PTW长度的信息。
如图11所示,本申请实施例提供一种终端设备1100,包括:
接收模块1101,用于接收来自网络设备的唤醒信号的使用门限;
处理模块1102,用于当所述终端设备的扩展的非连续接收eDRX周期小于或等于所述唤醒信号的使用门限时,监听所述唤醒信号。
在本申请的一些实施例中,所述处理模块1102,还用于当所述终端设备的eDRX周期大于所述唤醒信号的使用门限时,所述终端设备监听来自所述网络设备的寻呼消息。
在本申请的一些实施例中,所述处理模块1102,还用于监听到所述唤醒信号时,在所述唤醒信号所指示的时长内监听来自网络设备的寻呼消息。
在本申请的一些实施例中,所述接收模块1101,还用于接收来自核心网设备的指示寻呼时间窗PTW的长度的信息,所述寻呼时间窗PTW的长度大于相邻两个唤醒信号之间的时间间隔。
本申请实施例提供一种网络设备,包括:
处理模块,用于确定所述网络设备支持的数据早传终端类型,所述数据早传终端类型包括使用用户面UP优化模式的终端设备进行数据早传,或使用控制面CP优化模式的终端设备进行数据早传中的至少一种;
发送模块,用于向终端设备发送所述网络设备支持的数据早传终端类型的信息。
在本申请的一些实施例中,所述处理模块,具体用于确定所述网络设备支持使用UP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,所述发送模块,具体用于向所述终端设备发送指示用于数据早传的随机接入资源的信息,所述指示用于数据早传的随机接入资源的信息用于指示所述网络设备支持使用所述UP优化模式的终端设备进行数据早传;或,向所述终端设备发送指示用于数据早传的随机接入资源的信息,和指示所述网络设备支持使用所述UP优化模式的终端设备进行数据早传的信息。
在本申请的一些实施例中,所述发送模块,具体用于向所述终端设备发送指示所述网络设备支持使用UP优化模式的终端设备的信息;向所述终端设备发送指示用于数据早传的随机接入资源的信息;
其中,指示所述网络设备支持使用UP优化模式的终端设备的信息,和所述指示用于数据早传的随机接入资源的信息,用于指示所述网络设备支持使用UP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,所述处理模块,具体用于确定所述网络设备支持使用CP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,所述发送模块,具体用于向所述终端设备发送指示用于数据早传的随机接入资源的信息,所述指示用于数据早传的随机接入资源的信息用于指示所述网络设备支持使用所述CP优化模式的终端设备进行数据早传;或,向所述终端设备发送指示用于数据早传的随机接入资源的信息,和指示所述网络设备支持使用所述CP优化模式的终端设备进行数据早传的信息。
在本申请的一些实施例中,所述发送模块,具体用于向所述终端设备发送指示所述网络设备支持使用CP优化模式的终端设备的信息;向所述终端设备发送指示用于数据早传的随机接入资源的信息;其中,指示所述网络设备支持使用CP优化模式的终端设备的信息,和所述指示用于数据早传的随机接入资源的信息,用于指示所述网络设备支持使用CP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,所述处理模块,具体用于确定所述网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,所述发送模块,具体用于向所述终端设备发送指示用于数据早传的随机接入资源的信息,所述指示用于数据早传的随机接入资源的信息用于指示所述网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传;或,向所述终端设备发送指示用于数据早传的随机接入资源的信息,和指示所述网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传的信息。
在本申请的一些实施例中,所述发送模块,具体用于向所述终端设备发送所述网络设备支持使用所述CP优化模式的终端设备进行数据早传的信息,和指示所述网络设备支持使用所述UP优化模式的终端设备进行数据早传的信息。
在本申请的一些实施例中,所述发送模块,具体用于向所述终端设备发送指示用于数据早传的随机接入资源的信息,和指示所述网络设备支持使用所述UP优化模式的终端设备进行数据早传的信息,所述指示用于数据早传的随机接入资源的信息用于指示所述网络设备支持使用所述CP优化模式的终端设备进行数据早传,或者,向所述终端设备发送指示用于数据早传的随机接入资源的信息,和指示所述网络设备支持使用所述CP优化模式的终端设备进行数据早传的信息,所述指示用于数据早传的随机接入资源的信息用于指示所述网络设备支持使用所述UP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,所述发送模块,具体用于向所述终端设备发送所述网络设备在特定范围内支持的数据早传终端类型的信息,所述特定范围包括:所述网络设备的小区,或者载波,或者覆盖等级中的至少一种。
本申请实施例还提供一种终端设备,包括:
处理模块,用于确定网络设备支持的数据早传终端类型,所述数据早传终端类型包括使用用户面UP优化模式的终端设备进行数据早传,或使用控制面CP优化模式的终端设备进行数据早传中的至少一种;
所述处理模块,用于根据所述网络设备支持的数据早传终端类型和所述终端设备的传输类型确定所述终端设备是否使用数据早传模式。所述终端设备的传输类型,包括:所述终端设备使用UP优化模式,或者所述终端设备使用CP优化模式,或者所述终端设备同时使用CP优化模式和UP优化模式。
在本申请的一些实施例中,所述终端设备,还包括:接收模块,用于接收来自所述网络设备的指示用于数据早传的随机接入资源的信息;
所述处理模块,具体用于根据所述指示用于数据早传的随机接入资源的信息确定出所述网络设备支持使用用户面UP优化模式的终端设备进行数据早传;或,根据所述指示用于数据早传的随机接入资源的信息确定出所述网络设备支持使用控制面CP优化模式的终端设备进行数据早传;或,根据所述指示用于数据早传的随机接入资源的信息确定出所述网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,所述终端设备,还包括:接收模块,用于接收来自所述网络设备的指示所述网络设备支持使用CP优化模式的终端设备的信息;
所述处理模块,具体用于根据所述指示所述网络设备支持使用CP优化模式的终端设备的信息确定出所述网络设备支持使用用户面CP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,所述终端设备,还包括:接收模块,用于接收来自所述网络设备的指示所述网络设备支持使用UP优化模式的终端设备的信息;
所述处理模块,具体用于根据所述指示所述网络设备支持使用UP优化模式的终端设备的信息确定出所述网络设备支持使用UP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,所述处理模块,具体用于接收所述网络设备支持使用UP优化模式的终端设备的信息;
所述处理模块,具体用于当所述终端设备接收到来自所述网络设备的指示用于数据早传的随机接入资源的信息时,确定所述网络设备支持使用用户面UP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,所述终端设备,还包括:接收模块,用于接收所述网络设备支持使用CP优化模式的终端设备的信息;
所述处理模块,具体用于当所述终端设备接收到来自所述网络设备的指示用于数据早传的随机接入资源的信息时,确定所述网络设备支持使用用户面CP优化模式的终端设备进行数据早传。
在本申请的一些实施例中,所述终端设备,还包括:接收模块,用于接收所述网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备的信息;
所述处理模块,具体用于当所述终端设备接收到来自所述网络设备的指示用于数据早传的随机接入资源的信息时,确定所述网络设备同时支持使用UP优化模式的终端设备和使用CP优化模式的终端设备。
在本申请的一些实施例中,所述处理模块,还用于确定所述网络设备在特定范围内支持的数据早传终端类型的信息,所述特定范围包括:所述网络设备的小区,或者,载波,或者,覆盖等级中的至少一种;
所述处理模块,还用于确定满足所述范围的要求时,触发执行如下步骤:根据所述网络设备支持的数据早传终端类型和所述终端设备的传输类型确定所述终端设备是否使用数据早传模式。
以上实施例中,处理模块可以由处理器实现,接收模块,可以由接收器或接收电路或输入接口实现,发送模块,可以由发送器或发送电路或输出接口实现。
图12是本申请实施例提供的一种终端设备的结构示意图。该终端设备可适用于图1所示出的系统中,执行上述方法实施例中终端设备的功能。为了便于说明,图12仅示出了终端设备的主要部件。如图12所示,终端设备40包括处理器、存储器、控制电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理,以及对整个终端设备进行控制,执行软件程序,处理软件程序的数据,例如用于支持终端设备执行上述方法实施例中所描述的动作,如接收唤醒信号的使用门限,根据该使用门限和eDRX周期确定是否监听唤醒信号。存储器主要用于存储软件程序和数据,例如存储上述实施例中所描述唤醒信号的使用门限等。控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器,主要用于收发电磁波形式的射频信号。输入输出装置,例如触摸屏、显示屏,键盘等主要用于接收用户输入的数据以及对用户输出数据。
当终端设备开机后,处理器可以读取存储单元中的软件程序,解释并执行软件程序的指令,处理软件程序的数据。当需要通过无线发送数据时,处理器对待发送的数据进行基带处理后,输出基带信号至射频电路,射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时,射频电路通过天线接收到射频信号,将射频信号转换为基带信号,并将基带信号输出至处理器,处理器将基带信号转换为数据并对该数据进行处理。
本领域技术人员可以理解,为了便于说明,图12仅示出了一个存储器和一个处理器。在实际的终端设备中,可以存在多个处理器和多个存储器。存储器也可以称为存储介质或者存储设备等,本申请实施例对此不做限定。
作为一种可选的实现方式,处理器可以包括基带处理器和/或中央处理器,基带处理器主要用于对通信协议以及通信数据进行处理,中央处理器主要用于对整个终端设备进行控制,执行软件程序,处理软件程序的数据。图12中的处理器可以集成基带处理器和中央处理器的功能,本领域技术人员可以理解,基带处理器和中央处理器也可以是各自独立的处理器,通过总线等技术互联。本领域技术人员可以理解,终端设备可以包括多个基带处理器以适应不同的网络制式,终端设备可以包括多个中央处理器以增强其处理能力,终端设备的各个部件可以通过各种总线连接。所述基带处理器也可以表述为基带处理电路或者基带处理芯片。所述中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中,也可以以软件程序的形式存储在存储单元中,由处理器执行软件程序以实现基带处理功能。
在本申请实施例中,可以将具有收发功能的天线和控制电路视为终端设备40的收发单元401,例如,用于支持终端设备执行前述的接收功能和发送功能。将具有处理功能的处理器视为终端设备40的处理单元402。如图12所示,终端设备40包括收发单元401和处理单元402。收发单元也可以称为收发器、收发机、收发装置等。可选的,可以将收发单元401中用于实现接收功能的器件视为接收单元,将收发单元401中用于实现发送功能的器件视为发送单元,即收发单元401包括接收单元和发送单元,接收单元也可以称为接收机、输入口、接收电路等,发送单元可以称为发射机、发射器或者发射电路等。
处理器402可用于执行该存储器存储的指令,以控制收发单元401接收信号和/或发送信号,完成上述方法实施例中终端设备的功能。作为一种实现方式,收发单元401的功能可以考虑通过收发电路或者收发的专用芯片实现。
图13是本申请实施例提供的一种网络设备的结构示意图,如可以为基站的结构示意图。如图13所示,该基站可应用于如图1所示的系统中,执行上述方法实施例中网络设备的功能。基站50可包括一个或多个射频单元,如远端射频单元(remote radio unit,RRU)501和一个或多个基带单元(baseband unit,BBU)(也可称为数字单元,digital unit,DU)502。所述RRU 501可以称为收发单元、收发机、收发电路、或者收发器等等,其可以包括至少一个天线5011和射频单元5012。所述RRU 501部分主要用于射频信号的收发以及射频信号与基带信号的转换,例如用于向核心网设备发送上述实施例中的唤醒信号的配置信息,或者向终端设备发送上述实施例中所述的唤醒信号的使用门限。所述BBU 502部分主要用于进行基带处理,对基站进行控制等。所述RRU 501与BBU 502可以是物理上设置在一起,也可以物理上分离设置的,即分布式基站。
所述BBU 502为基站的控制中心,也可以称为处理单元,主要用于完成基带处理功能,如信道编码,复用,调制,扩频等等。例如所述BBU(处理单元)502可以用于控制基站执行上述方法实施例中关于网络设备的操作流程。
在一个实例中,所述BBU 502可以由一个或多个单板构成,多个单板可以共同支持单一接入指示的无线接入网(如LTE网),也可以分别支持不同接入制式的无线接入网(如LTE网,5G网或其他网)。所述BBU 502还包括存储器5021和处理器5022,所述存储器5021用于存储必要的指令和数据。例如存储器5021存储上述实施例中的唤醒信号的配置信息、唤醒信号的使用门限、eDRX周期、DRX周期等。所述处理器5022用于控制基站进行必要的动作,例如用于控制基站执行上述方法实施例中关于网络设备的操作流程。所述存储器5021和处理器5022可以服务于一个或多个单板。也就是说,可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路
图14给出了一种通信装置600的结构示意图。装置600可用于实现上述方法实施例中描述的方法,可以参见上述方法实施例中的说明。所述通信装置600可以是芯片,网络设备(如基站),终端设备或者核心网设备,或者其他网络设备等。
所述通信装置600包括一个或多个处理器601。所述处理器601可以是通用处理器或者专用处理器等。例如可以是基带处理器、或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理,中央处理器可以用于对通信装置(如,基站、终端、或芯片等)进行控制,执行软件程序,处理软件程序的数据。所述通信装置可以包括收发单元,用以实现信号的输入(接收)和输出(发送)。例如,通信装置可以为芯片,所述收发单元可以是芯片的输入和/或输出电路,或者通信接口。所述芯片可以用于终端或基站或其他网络设备。又如,通信装置可以为终端或基站或其他网络设备,所述收发单元可以为收发器,射频芯片等。
所述通信装置600包括一个或多个所述处理器601,所述一个或多个处理器601可实现前述实施例中网络设备或者终端设备的方法。
在一种可能的设计中,所述通信装置600包括用于获取唤醒信号的配置信息以及发送该唤醒信号的配置信息。可以通过一个或多个处理器来实现所述获取唤醒信号的配置信息以及发送该唤醒信号的配置信息的功能。例如可以通过一个或多个处理器获取唤醒信号的配置信息,通过收发器、或输入/输出电路、或芯片的接口发送所述唤醒信号的配置信息。所述唤醒信号的配置信息可以参见上述方法实施例中的相关描述。
在一种可能的设计中,所述通信装置600包括用于接收唤醒信号的配置信息,以及根据唤醒信号的配置信息确定终端设备的PTW长度。所述唤醒信号的配置信息以及如何确定PTW长度,可以参见上述方法实施例中的相关描述。例如可以通过收发器、或输入/输出电路、或芯片的接口接收所述唤醒信号的配置信息,通过一个或多个处理器根据唤醒信号的配置信息确定PTW长度。
在一种可能的设计中,所述通信装置600可以用于获取唤醒信号的使用门限以及发送该唤醒信号的使用门限。可以通过一个或多个处理器来实现所述获取唤醒信号的使用门限以及发送该唤醒信号的使用门限的功能。例如可以通过一个或多个处理器获取唤醒信号的使用门限,通过收发器、或输入/输出电路、或芯片的接口发送所述唤醒信号的使用门限。所述唤醒信号的使用门限可以参见上述方法实施例中的相关描述。
在一种可能的设计中,所述通信装置600可以用于接收唤醒信号的使用门限,以及根据唤醒信号的使用门限确定是否监听唤醒信号。所述唤醒信号的使用门限以及如何确定PTW长度,可以参见上述方法实施例中的相关描述。例如可以通过收发器、或输入/输出电路、或芯片的接口接收所述唤醒信号的使用门限,通过一个或多个处理器根据唤醒信号的使用门限确定是否监听唤醒信号。
可选的,处理器601除了实现图2所示的实施例的方法,还可以实现其他功能。
可选的,一种设计中,处理器601可以执行指令,使得所述通信装置600执行上述方法实施例中描述的方法。所述指令可以全部或部分存储在所述处理器内,如指令603,也可以全部或部分存储在与所述处理器耦合的存储器602中,如指令604,也可以通过指令603和604共同使得通信装置600执行上述方法实施例中描述的方法。
在又一种可能的设计中,通信装置600也可以包括电路,所述电路可以实现前述方法实施例中网络设备或终端设备的功能。
在又一种可能的设计中所述通信装置600中可以包括一个或多个存储器602,其上存有指令604,所述指令可在所述处理器上被运行,使得所述通信装置600执行上述方法实施例中描述的方法。可选的,所述存储器中还可以存储有数据。可选的处理器中也可以存储指令和/或数据。例如,所述一个或多个存储器602可以存储上述实施例中所描述的唤醒信号的配置信息,或者上述实施例中所涉及的相关的唤醒信号的使用门限等。所述处理器和存储器可以单独设置,也可以集成在一起。
在又一种可能的设计中,所述通信装置600还可以包括收发单元605以及天线606。所述处理器601可以称为处理单元,对通信装置(终端或者基站)进行控制。所述收发单元605可以称为收发机、收发电路、或者收发器等,用于通过天线606实现通信装置的收发功能。
本申请还提供一种通信系统,其包括前述的一个或多个网络设备,和,一个或多个终端设备。
应注意,本申请实施例中的处理器可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DigitalSignal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读介质,其上存储有计算机程序,该计算机程序被计算机执行时实现上述任一方法实施例所述的通信方法。
本申请实施例还提供了一种计算机程序产品,该计算机程序产品被计算机执行时实现上述任一方法实施例所述的通信方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(Digital Video Disc,DVD))、或者半导体介质(例如,固态硬盘(Solid State Disk,SSD))等。
本申请实施例还提供了一种处理装置,包括处理器和接口;所述处理器,用于执行上述任一方法实施例所述的通信方法。
应理解,上述处理装置可以是一个芯片,所述处理器可以通过硬件来实现也可以通过软件来实现,当通过硬件实现时,该处理器可以是逻辑电路、集成电路等;当通过软件来实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现,改存储器可以集成在处理器中,可以位于所述处理器之外,独立存在。
应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
另外,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应理解,在本申请实施例中,“与A相应的B”表示B与A相关联,根据A可以确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本申请可以用硬件实现,或固件实现,或它们的组合方式来实现。当使用软件实现时,可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于:计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如,如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的,那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本申请所使用的,盘(Disk)和碟(disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟,其中盘通常磁性的复制数据,而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。
总之,以上所述仅为本申请技术方案的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (24)
1.一种信息处理方法,其特征在于,包括:
网络设备确定唤醒信号的配置信息,所述唤醒信号用于指示在一段时长内是否寻呼终端设备,所述配置信息用于指示相邻两个唤醒信号之间的时间间隔;
所述网络设备向核心网设备发送所述唤醒信号的配置信息。
2.根据权利要求1所述的方法,其特征在于,所述唤醒信号的配置信息,包括如下信息中的至少一种:指示所述唤醒信号的周期的信息,或指示所述唤醒信号与非连续接收DRX周期的对应关系的信息,或,指示所述时长的信息。
3.根据权利要求2所述的方法,其特征在于,所述唤醒信号的配置信息,还包括:指示所述唤醒信号在一个周期内的起始位置和持续时间的信息。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述方法还包括:
所述网络设备向所述核心网设备发送指示DRX周期的信息。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述网络设备向核心网设备发送所述唤醒信号的配置信息,包括:
所述网络设备向核心网设备发送接口建立请求消息,所述接口建立请求消息携带所述唤醒信号的配置信息;或,
所述网络设备向核心网设备发送所述网络设备的配置更新消息,所述配置更新消息携带所述唤醒信号的配置信息。
6.根据权利要求1至5中任一项所述的方法,其特征在于,所述方法还包括:
所述网络设备确定所述唤醒信号的使用门限;
所述网络设备向所述终端设备发送所述唤醒信号的使用门限。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
所述网络设备接收来自所述核心网设备的寻呼消息,所述寻呼消息包括:扩展的非连续接收eDRX周期;
所述网络设备确定所述eDRX周期小于或等于所述唤醒信号的使用门限时,所述网络设备向所述终端设备发送所述唤醒信号。
8.根据权利要求6或7所述的方法,其特征在于,所述网络设备向所述终端设备发送所述唤醒信号的使用门限,包括:
所述网络设备通过广播的方式发送所述唤醒信号的使用门限。
9.根据权利要求1至8中任一项所述的方法,其特征在于,所述方法还包括:
所述网络设备接收来自所述核心网设备的所述终端设备的寻呼消息,所述寻呼消息包括指示所述终端设备的寻呼时间窗PTW长度的信息,所述PTW长度大于所述相邻两个唤醒信号之间的时间间隔。
10.一种信息处理方法,其特征在于,包括:
核心网设备接收来自网络设备的唤醒信号的配置信息,所述唤醒信号用于所述网络设备指示在一段时长内是否寻呼终端设备,所述配置信息用于指示相邻两个唤醒信号之间的时间间隔。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
所述核心网设备根据所述唤醒信号的配置信息确定所述终端设备的寻呼时间窗PTW长度,所述PTW长度大于所述相邻两个唤醒信号之间的时间间隔。
12.根据权利要求10或11所述的方法,其特征在于,所述核心网设备接收网络设备发送的唤醒信号的配置信息,包括:
所述核心网设备接收来自所述网络设备的接口建立请求消息,所述接口建立请求消息携带所述唤醒信号的配置信息;或,
所述核心网设备接收来自所述网络设备的所述网络设备的配置更新消息,所述配置更新消息携带所述唤醒信号的配置信息。
13.根据权利要求11至12中任一项所述的方法,其特征在于,所述唤醒信号的配置信息包括指示所述唤醒信号的周期的信息,所述核心网设备根据所述唤醒信号的配置信息确定所述终端设备的寻呼时间窗PTW长度,包括:
所述核心网设备根据所述唤醒信号的周期确定所述PTW长度,所述PTW长度大于所述唤醒信号的周期的取值。
14.根据权利要求11至12中任一项所述的方法,其特征在于,所述唤醒信号的配置信息包括指示所述唤醒信号与非连续接收DRX周期的对应关系的信息,所述核心网设备根据所述唤醒信号的配置信息确定出所述终端设备的寻呼时间窗PTW长度,包括:
所述核心网设备确定所述唤醒信号与非连续接收DRX周期的对应关系为:一个唤醒信号对应于x个DRX周期,所述x为正整数;
所述核心网设备根据所述唤醒信号与非连续接收DRX周期的对应关系确定所述PTW长度,所述PTW长度大于x乘以所述DRX周期的取值得到的结果。
15.根据权利要求11至12中任一项所述的方法,其特征在于,所述唤醒信号的配置信息包括指示所述时长的信息,所述核心网设备根据所述唤醒信号的配置信息确定出所述终端设备的寻呼时间窗PTW长度,包括:
所述核心网设备根据所述时长的信息确定所述PTW长度,所述PTW长度大于所述时长的取值。
16.根据权利要求10至15所述的方法,其特征在于,所述方法还包括:
所述核心网设备向所述网络设备发送寻呼消息,所述寻呼消息包括:扩展的非连续接收eDRX周期。
17.根据权利要求11至15所述的方法,其特征在于,所述方法还包括:
所述核心网设备向所述终端设备发送指示所述PTW长度的信息;和/或,
所述核心网设备向所述网络设备发送所述终端设备的寻呼消息,所述寻呼消息包括指示所述PTW长度的信息。
18.一种信息处理方法,其特征在于,包括:
终端设备接收来自网络设备的唤醒信号的使用门限;
当所述终端设备的扩展的非连续接收eDRX周期小于或等于所述唤醒信号的使用门限时,所述终端设备监听所述唤醒信号。
19.根据权利要求18所述的方法,其特征在于,所述方法还包括:
当所述终端设备的eDRX周期大于所述唤醒信号的使用门限时,所述终端设备监听来自所述网络设备的寻呼消息。
20.根据权利要求18或19所述的方法,其特征在于,所述方法还包括:
所述终端设备监听到所述唤醒信号时,在所述唤醒信号所指示的时长内监听来自网络设备的寻呼消息。
21.根据权利要求18至20中任一项所述的方法,其特征在于,所述方法还包括:
终端设备接收来自核心网设备的指示寻呼时间窗PTW的长度的信息,所述PTW的长度大于相邻两个唤醒信号之间的时间间隔。
22.一种通信装置,其特征在于,用于执行如权利要求1-21中任一项所述的方法。
23.一种通信装置,其特征在于,包括:处理器,所述处理器与存储器耦合;
存储器,用于存储计算机程序;
处理器,用于执行所述存储器中存储的计算机程序,以使得所述装置执行如权利要求1-21中任一项所述的方法。
24.一种可读存储介质,包括程序或指令,当所述程序或指令在计算机上运行时,如权利要求1-21中任意一项所述的方法被执行。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210861946.1A CN115426681A (zh) | 2018-02-14 | 2018-02-14 | 一种信息处理方法和装置 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201880089508.XA CN111788850B (zh) | 2018-02-14 | 2018-02-14 | 一种信息处理方法和装置 |
PCT/CN2018/076905 WO2019157758A1 (zh) | 2018-02-14 | 2018-02-14 | 一种信息处理方法和装置 |
CN202210861946.1A CN115426681A (zh) | 2018-02-14 | 2018-02-14 | 一种信息处理方法和装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880089508.XA Division CN111788850B (zh) | 2018-02-14 | 2018-02-14 | 一种信息处理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115426681A true CN115426681A (zh) | 2022-12-02 |
Family
ID=67619145
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210861946.1A Pending CN115426681A (zh) | 2018-02-14 | 2018-02-14 | 一种信息处理方法和装置 |
CN201880089508.XA Active CN111788850B (zh) | 2018-02-14 | 2018-02-14 | 一种信息处理方法和装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880089508.XA Active CN111788850B (zh) | 2018-02-14 | 2018-02-14 | 一种信息处理方法和装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20200374780A1 (zh) |
EP (1) | EP3755067A4 (zh) |
CN (2) | CN115426681A (zh) |
WO (1) | WO2019157758A1 (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3777347A4 (en) * | 2018-03-30 | 2022-02-23 | Lenovo (Beijing) Limited | METHOD AND DEVICE FOR MONITORING PAGING MESSAGE |
EP3909339A4 (en) * | 2019-01-11 | 2022-01-19 | ZTE Corporation | TRANSMISSION OF INFORMATION TO PRECONFIGURE DEDICATED RESOURCES IN STANDBY MODE |
US11576126B2 (en) * | 2020-03-24 | 2023-02-07 | Qualcomm Incorporated | Wakeup signaling identification |
EP4140210A4 (en) * | 2020-08-07 | 2024-01-17 | Zte Corp | METHOD, DEVICE, AND SYSTEM FOR PAGING AND TRANSMISSION OF UE IDENTITIES IN WIRELESS NETWORKS |
EP4256860A1 (en) * | 2021-01-14 | 2023-10-11 | ZTE Corporation | Method, device, and system for cell measurement in wireless networks |
CN115134760A (zh) * | 2021-03-29 | 2022-09-30 | 华为技术有限公司 | 寻呼方法及其装置 |
CN115190500A (zh) * | 2021-04-01 | 2022-10-14 | 维沃移动通信有限公司 | 传输处理方法、终端及网络侧设备 |
CN117083921A (zh) * | 2022-02-23 | 2023-11-17 | 北京小米移动软件有限公司 | 一种监听唤醒信号的方法、装置及可读存储介质 |
CN116781221A (zh) * | 2022-03-11 | 2023-09-19 | 维沃移动通信有限公司 | 唤醒信号接收方法、装置、终端及网络侧设备 |
WO2024012350A1 (zh) * | 2022-07-13 | 2024-01-18 | 华为技术有限公司 | 信号传输的方法和通信装置 |
CN117528777B (zh) * | 2024-01-05 | 2024-05-07 | 荣耀终端有限公司 | 一种寻呼方法以及相关设备 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100909067B1 (ko) * | 2007-12-18 | 2009-07-23 | 한국전자통신연구원 | 일정 순환 주기 전원 차단 기법을 적용한 웨이크업 수신기및 웨이크업 방법 |
US8064932B2 (en) * | 2008-04-11 | 2011-11-22 | Mediatek Inc. | Methods for scheduling a receiving process and communication apparatuses utilizing the same |
US8423092B2 (en) * | 2008-12-12 | 2013-04-16 | Qualcomm Incorporated | Power management in a mobile device |
US9585091B2 (en) * | 2012-08-17 | 2017-02-28 | Qualcomm Incorporated | Systems and methods for low power wake up signal and operations for WLAN |
CN103596632B (zh) * | 2012-08-24 | 2016-03-30 | 华为终端有限公司 | 调整终端的唤醒周期的方法、装置、终端 |
US10009926B2 (en) * | 2014-07-11 | 2018-06-26 | Qualcomm Incorporated | Methods and apparatus for connectionless access |
CN107046728B (zh) * | 2016-02-06 | 2020-09-22 | 中兴通讯股份有限公司 | 信息的上报方法及装置、非连续传输的方法 |
KR20180035638A (ko) * | 2016-09-29 | 2018-04-06 | 삼성전자주식회사 | RRC Inactive 및 active 상태에서 data 전송 결정 및 방법 및 장치 |
US11096221B2 (en) * | 2017-04-03 | 2021-08-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Transmission of early data in message 3 (MSG3) via a dual grant |
EP3560273B1 (en) * | 2017-07-27 | 2021-06-09 | LG Electronics Inc. | Method and apparatus for performing edt |
WO2019031820A1 (en) * | 2017-08-08 | 2019-02-14 | Lg Electronics Inc. | METHOD AND APPARATUS FOR MANAGING FAILURE OF EARLY DATA TRANSMISSION IN A WIRELESS COMMUNICATION SYSTEM |
EP3651503B1 (en) * | 2017-08-10 | 2021-11-03 | Kyocera Corporation | Communication control method |
US11350445B2 (en) * | 2017-08-10 | 2022-05-31 | Kyocera Corporation | Communication control method for controlling a user equipment to perform early data transmission |
WO2019104459A1 (en) * | 2017-11-28 | 2019-06-06 | Nokia Shanghai Bell Co., Ltd. | Early data transmission |
CN110012557A (zh) * | 2018-01-05 | 2019-07-12 | 夏普株式会社 | 无线通信设备和方法 |
-
2018
- 2018-02-14 EP EP18906099.9A patent/EP3755067A4/en active Pending
- 2018-02-14 CN CN202210861946.1A patent/CN115426681A/zh active Pending
- 2018-02-14 CN CN201880089508.XA patent/CN111788850B/zh active Active
- 2018-02-14 WO PCT/CN2018/076905 patent/WO2019157758A1/zh unknown
-
2020
- 2020-08-14 US US16/993,978 patent/US20200374780A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
EP3755067A1 (en) | 2020-12-23 |
US20200374780A1 (en) | 2020-11-26 |
CN111788850A (zh) | 2020-10-16 |
CN111788850B (zh) | 2022-07-29 |
WO2019157758A1 (zh) | 2019-08-22 |
EP3755067A4 (en) | 2020-12-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111788850B (zh) | 一种信息处理方法和装置 | |
EP3836634B1 (en) | Condition for a terminal to monitor pdcch during drx cycle | |
KR102235394B1 (ko) | 정보를 송신하기 위한 방법 및 장치, 및 채널을 모니터링하기 위한 방법 및 장치 | |
US10251152B2 (en) | Paging method, paging message obtaining method, base station, and terminal | |
US9344996B2 (en) | Radio communication device, base station, method for radio communication, program and radio communication system | |
US20210314912A1 (en) | Communication method and apparatus | |
WO2019120215A1 (zh) | 电能优化的方法以及装置、系统及用户设备 | |
US9549390B2 (en) | Radio communication device, base station, method for radio communication, program, and radio communication system | |
WO2020088258A1 (zh) | 一种寻呼方法、终端设备以及网络设备 | |
CN111867017A (zh) | 一种发送和接收参考信号集合的方法及装置 | |
WO2020063768A1 (zh) | 唤醒信号发送、接收方法、装置、基站、终端和存储介质 | |
EP3753324A1 (en) | Method and apparatus for mapping beam pattern to paging resources | |
EP4108044A1 (en) | Communications devices and methods | |
CN111050400B (zh) | 信息处理的方法和装置 | |
WO2022116090A1 (zh) | 无线通信的方法、终端设备和网络设备 | |
US20220150869A1 (en) | Assignment of a second ue identity to adjust paging timing for ue for wireless network | |
WO2019104734A1 (zh) | 一种寻呼消息的发送方法及装置、计算机存储介质 | |
CN115362724A (zh) | 基于增强非连续接收的寻呼方法、装置、设备及存储介质 | |
WO2022213868A1 (zh) | 用于寻呼的方法和装置 | |
EP4346290A1 (en) | Time window determination method and apparatus and terminal device | |
WO2020191754A1 (zh) | 指示信息的接收方法、发送方法及装置 | |
WO2023179852A1 (en) | Power efficient and robust wake up signaling | |
JP2022108896A (ja) | 基地局及び無線通信方法 | |
CN117641577A (zh) | 通信方法及相关设备 | |
JP2022108895A (ja) | 端末、基地局及び無線通信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |