一种通信方法和装置

技术领域

本申请实施例涉及通信领域，并且更具体地，涉及一种通信方法和装置。

背景技术

目前，R17引入新无线(new radio，NR)低能力的用户设备(reduced capabilityuser equipment，REDCAP UE)。与传统UE的能力相比，REDCAP UE的工作带宽、天线数等均有所降低。同时，REDCAP UE对低功耗的需求更高，因此也需要更多节能策略来实现更低的能耗。

针对R17中的REDCAP UE，第三代合作伙伴计划(3rd generation partnershipproject，3GPP)已经明确了终端设备对扩展非连续接收(extended discontinuousreception，eDRX)增强的支持。目前技术中，可以按照LTE的协议中定义的测量周期进行eDRX场景下的测量，然而这会造成终端设备的测量周期和评估周期较为频繁，使得终端设备的能耗增大。

发明内容

本申请提供一种通信方法和装置，可以基于配置的不同寻呼时间窗PTW的长度，动态调整(例如，拉长)eDRX场景下的测量周期和/或评估周期，使得终端设备在单个PTW窗内完成测量、评估的条件下尽可能降低终端设备能耗，从而更好地实现终端设备节能效果。

第一方面，提供的一种通信的方法，该方法包括：终端设备从网络设备接收扩展非连续接收eDRX周期的第一参数，第一参数用于确定eDRX场景下测量的第二参数，第一参数包括寻呼时间窗PTW的时间长度、非连续接收DRX的周期T

本申请中，eDRX场景下的测量，是指当网络侧为UE配置了eDRX周期且存在寻呼时间窗PTW时，UE的测量周期和评估周期，与普通DRX场景相区别，普通的DRX场景不配置寻呼时间窗PTW。

本申请中，[Z

基于上述方案，本申请中，随着PTW时长的增大(也可以理解为，随着量化参数X的增大)，其eDRX场景下的测量周期T

第二方面，提供了一种通信的方法，该方法包括：终端设备从网络设备接收扩展非连续接收eDRX周期的第一参数，第一参数用于确定eDRX场景下测量的第二参数，第一参数包括寻呼时间窗PTW的时间长度、非连续接收DRX的周期T

基于上述方案，本申请中，随着PTW时长的增大(也可以理解为，随着量化参数X的增大)，其eDRX场景下的评估周期T

在一种实现方式中，所述第一参数和第二参数的对应关系及Z

本申请中，第一参数和第二参数的对应关系也可以理解为第一参数和第二参数之间映射关系，其表现形式，例如可以是表格等，不做限定。

本申请中，该对应关系可以配置在终端设备上，终端设备可以基于该对应关系确定第二参数的值。

基于上述技术方案，本申请中，可以由协议预定义所述第一参数和第二参数的对应关系，从而终端设备可基于网侧下发的不同寻呼时间窗PTW的时间长度，遵从协议约束，拉长测量周期和/或评估周期，最终获得终端设备的节能收益。

在一种实现方式中，所述正数R为时间间隔粒度的实数。

在一种实现方式中，所述正数R为1.28秒。

在一种实现方式中，终端设备上也可以不配置第一参数和第二参数的对应关系，此时，终端设备可以基于第一参数自主确定第二参数的取值。

基于上述技术方案，终端设备可以自主确定第二参数的取值，从而可实现终端设备自主在保证测量性能的前提下，在每个PTW时长内适当拉长测量周期和/或评估周期，最终获得节能收益，实现测量性能与节能效果的折中。

第三方面，提供了一种通信的方法，该方法包括：网络设备根据扩展非连续接收eDRX周期的第一参数与第二参数的对应关系，确定第二参数，其中，所述第一参数包括寻呼时间窗PTW的时间长度、非连续接收DRX的周期T

基于上述方案，本申请中，随着PTW时长的增大(也可以理解为，随着量化参数X的增大)，其eDRX场景下的测量周期T

第四方面，提供了一种通信的方法，该方法包括网络设备根据扩展非连续接收eDRX周期的第一参数与第二参数的对应关系，确定第二参数，其中，第一参数用于确定eDRX场景下测量的第二参数，第一参数包括寻呼时间窗PTW的时间长度、非连续接收DRX的周期T

基于上述技术方案，本申请中，随着PTW时长的增大(也可以理解为，随着量化参数X的增大)，其eDRX场景下的评估周期T

在一种实现方式中，网络设备可以根据第二参数修改网络设备测量资源相关的配置参数，并将修改后的配置参数发送给终端设备。

本申请中，例如，网络设备可以基于第二参数修改同步信号和物理广播信道块(synchronization signal and PBCH block，SSB)的发射周期和SSB测量时间配置(SSBmeasurement timing configuration，SMTC)中的周期参数等。

基于上述技术方案，本申请中，网络设备可以基于第二参数修改eDRX测量资源相关的配置参数，例如网络设备可以在较长的PTW中适当减少SSB的发射次数，从而拉长SSB的发射周期(同时拉长SMTC中的周期参数)，最终实现网络设备的节能。

在一种实现方式中，所述第一参数和第二参数的对应关系是由协议预定义的。

在一种实现方式中，所述正数R为时间间隔粒度的实数。

在一种实现方式中，所述正数R为1.28秒。

第五方面，提供了一种通信装置，该装置包括用于执行第一方面或第二方面中任意一方面中的任意一种可能的实现方式中的方法的单元。

第六方面，提供了一种通信装置，该装置包括用于执行第三方面或第四方面中任意一方面中的任意一种可能的实现方式中的方法的单元。

第七方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第一方面或第二方面中任意一方面中的任一种可能实现方式中的方法。可选地，该装置还包括存储器。可选地，该装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该装置为终端设备。当该装置为终端设备时，该通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该装置为配置于终端设备中的芯片。当该装置为配置于终端设备中的芯片时，该通信接口可以是输入/输出接口。

在一种实现方式中，该装置为宿主节点设备。当该装置为宿主节点设备时，该通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该装置为配置于宿主节点中的芯片。当该装置为配置于宿主节点中的芯片时，该通信接口可以是输入/输出接口。可选地，该收发器可以为收发电路。可选地，该输入/输出接口可以为输入/输出电路。

第八方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第三方面或第四方面中任意一方面中的任一种可能实现方式中的方法。可选地，该装置还包括存储器。可选地，该装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该装置为网络设备。当该装置为网络设备时，该通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该装置为配置于网络设备中的芯片。当该装置为配置于网络设备中的芯片时，该通信接口可以是输入/输出接口。

在一种实现方式中，该装置为宿主节点设备。当该装置为宿主节点设备时，该通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该装置为配置于宿主节点设备中的芯片。当该装置为配置于宿主节点设备中的芯片时，该通信接口可以是输入/输出接口。

可选地，该收发器可以为收发电路。可选地，该输入/输出接口可以为输入/输出电路。

第九方面，提供了一种处理器，包括：输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号，并通过所述输出电路发射信号，使得所述处理器执行第一方面之第四方面中任一方面中任一种可能实现方式中的方法。

在具体实现过程中，上述处理器可以为一个或多个芯片，输入电路可以为输入管脚，输出电路可以为输出管脚，处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于收发器接收并输入的，输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的，且输入电路和输出电路可以是同一电路，该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。

第十方面，提供了一种处理装置，包括处理器和存储器。该处理器用于读取存储器中存储的指令，并可通过收发器接收信号，通过发射器发射信号，以执行第一方面至第四方面中任一方面中任一种可能实现方式中的方法。

可选地，所述处理器为一个或多个，所述存储器为一个或多个。

可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。

在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

应理解，相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程，接收能力信息可以为处理器接收输入能力信息的过程。具体地，处理器输出的数据可以输出给发射器，处理器接收的输入数据可以来自收发器。其中，发射器和收发器可以统称为收发器。

上述第十方面中的处理装置可以是一个或多个芯片。该处理装置中的处理器可以通过硬件来实现也可以通过软件来实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。

第十一方面，提供了一种计算机可读介质，所述计算机可读介质存储有计算机程序(也可以称为代码，或指令)，当其在计算机上运行时，使得计算机执行上述第一方面至第四方面中任一方面中的任一种可能实现方式中的方法。

第十二方面，提供了一种芯片系统，包括处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片系统的设备执行上述第一方面至第四方面中任一方面中任一种可能实现方式中的方法。

第十三方面，提供了一种通信系统，所述通信系统包括第五方面涉及的装置、第六方面涉及的装置。

附图说明

图1是本申请适用的一种场景示意图。

图2是本申请适用的一种协议栈架构示意图。

图3是本申请提供的DRX示意图。

图4是本申请提供的eDRX示意图。

图5是本申请提供的通信方法500的示意性框图。

图6是本申请提供的通信方法600的示意性框图。

图7是本申请提供的通信方法700的示意性流程图。

图8是本申请提供的通信装置100的示意性框图。

图9是本申请提供的通信装置200的示意性框图。

图10是本申请提供的终端设备的示意图。

图11是本申请提供的网络设备的示意图。

图12是本申请提供的网络设备的另一示意图。

具体实施方式

本申请实施例可应用的无线通信系统可以遵从第三代合作伙伴计划(thirdgeneration partnership project，3GPP)的无线通信标准。包括但不限于：全球移动通信(global system of mobile communication，GSM)系统、长期演进(long term evolution，LTE)频分双工(frequency division duplex，FDD)系统、LTE时分双工(time divisionduplex，TDD)、LTE系统、先进的长期演进(LTE-Advanced，LTE-A)系统、下一代通信系统(例如，5G通信系统)、多种接入系统的融合系统，或演进系统(例如，6G通信系统)。

本申请提供的技术方案还可以应用于机器类通信(machine typecommunication，MTC)、机器间通信长期演进技术(Long Term Evolution-machine，LTE-M)、设备到设备(device to device，D2D)网络、机器到机器(machine to machine，M2M)网络、物联网(internet of things，IoT)网络或者其他网络。其中，IoT网络例如可以包括车联网。其中，车联网系统中的通信方式统称为车到其他设备(vehicle to X，V2X，X可以代表任何事物)，例如，该V2X可以包括：车辆到车辆(vehicle to vehicle，V2V)通信，车辆与基础设施(vehicle to infrastructure，V2I)通信、车辆与行人之间的通信(vehicle topedestrian，V2P)或车辆与网络(vehicle to network，V2N)通信等。

无线接入网设备可以是具有无线收发功能的设备。该无线接入网设备可以是提供无线通信功能服务的设备，通常位于网络侧，包括但不限于：第五代(5th generation，5G)通信系统中的下一代基站(gNodeB，gNB)、第六代(6th generation，6G)移动通信系统中的下一代基站、未来移动通信系统中的基站或WiFi系统中的接入节点等，LTE系统中的演进型节点B(evolved node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、家庭基站(例如，homeevolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)，传输接收点(transmission reception point，TRP)、发射点(transmitting point，TP)、基站收发台(base transceiver station，BTS)等。在一种网络结构中，该接入网设备可以包括集中单元(centralized unit，CU)节点、或分布单元(distributed unit，DU)节点、或包括CU节点和DU节点的RAN设备、或者控制面CU节点和用户面CU节点，以及DU节点的RAN设备。接入网设备为小区提供服务，用户设备通过该小区使用的传输资源(例如，频域资源，或者说，频谱资源)与基站进行通信，该小区可以是基站(例如基站)对应的小区，小区可以属于宏基站，也可以属于小小区(small cell)对应的基站，这里的小小区可以包括：城市小区(metrocell)、微小区(micro cell)、微微小区(pico cell)、毫微微小区(femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。无线接入网设备可以是宏基站(如图1中的110a)，也可以是微基站或室内站(如图1中的110b)，还可以是中继节点或施主节点，V2X通信系统中的为用户设备提供无线通信服务的设备、云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器、中继站、车载设备、可穿戴设备以及未来演进网络中的网络设备等。本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。为了便于描述，下文以基站作为无线接入网设备的例子进行描述。

终端还可以称为终端设备、用户设备(user equipment，UE)、移动台(mobilestation，MS)、移动终端(mobile terminal，MT)等，其可以是用户侧的一种用于接收或发射信号的实体，如手机。终端设备可以是用户设备(user equipment，UE)，其中，UE包括具有无线通信功能的手持式设备、车载设备、可穿戴设备或计算设备。示例性地，UE可以是手机(mobile phone)、平板电脑或带无线收发功能的电脑。终端设备还可以是虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。终端可以广泛应用于各种场景，例如，设备到设备(device-to-device，D2D)、车物(vehicle toeverything，V2X)通信、机器类通信(machine-type communication，MTC)、物联网(internet of things，IOT)、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、无人机、直升机、飞机、轮船、机器人、机械臂、智能家居设备等。

本申请中的终端设备，例如，可以是低能力的用户设备(reduced capabilityuser equipment，REDCAP UE)，也可以扩展到传统UE，例如现有节能的UE配置BWP带宽比较窄也可以应用。具体来说，本申请中的终端设备可以为A类型终端设备或B类型终端设备，A类型终端设备和B类型终端设备可以具备下述至少一项区别特征：

1、带宽能力不同，例如，A类型终端设备支持的带宽小于B类型终端设备支持的带宽。

2、收发天线数不同，例如，A类型终端设备支持的收发天线数小于B类型终端设备支持的收发天线数。

3、上行最大发射功率不同，例如，A类型终端设备支持的上行最大发射功率小于B类型终端设备支持的上行最大发射功率。

4、协议版本不同。例如，A类型终端设备可以是NR版本17(release-17，Rel-17)或者NR Rel-17以后版本中的终端设备。B类型终端设备例如可以是NR版本15(release-15，Rel-15)或NR版本16(release-16，Rel-16)中的终端设备。B类型终端设备也可以称为NR传统(NR legacy)终端设备。

5、对数据的处理能力不同。例如，A类型终端设备接收下行数据与发送对该下行数据的反馈之间的最小时延大于B类型终端设备接收下行数据与发送对该下行数据的反馈之间的最小时延；和/或，A类型终端设备发送上行数据与接收对该上行数据的反馈之间的最小时延大于B类型终端设备发送上行数据与接收对该上行数据的反馈之间的最小时延。

一种可能的实现方式中，A类型终端设备可以是指低能力REDCAP终端设备，或者，A类型终端设备还可以是指低能力终端设备、降低能力终端设备、REDCAP UE、ReducedCapacity UE、窄带NR(narrow-band NR，NB-NR)UE、节能UE等。B类型终端设备可以是指传统能力或正常能力或高能力的终端设备，也可以称为传统(legacy)终端设备或者常规(normal)终端设备，B类型终端设备与A类型终端设备具有但不限于上述区别特征。

本申请实施例中，用于实现终端的功能的装置可以是终端；也可以是能够支持终端实现该功能的装置，例如芯片系统、或通信模块、或调制解调器等，该装置可以被安装在终端中。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。本申请实施例提供的技术方案中，以用于实现终端的功能的装置是终端，以终端是UE为例，描述本申请实施例提供的技术方案。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。

可选的，UE也可以用于充当基站。例如，UE可以充当调度实体，其在车辆外联(vehicle-to-everything，V2X)、设备到设备(device-to-device，D2D)或点对点(peer topeer，P2P)等中的UE之间提供侧行链路信号。

基站和终端可以是固定位置的，也可以是可移动的。基站和终端可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在空中的飞机、气球和人造卫星上。本申请的实施例对基站和终端的应用场景不做限定。

基站和终端之间、基站和基站之间、终端和终端之间可以通过授权频谱进行通信，也可以通过免授权频谱进行通信，也可以同时通过授权频谱和免授权频谱进行通信；可以通过6千兆赫(gigahertz，GHz)以下的频谱进行通信，也可以通过6GHz以上的频谱进行通信，还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对无线通信所使用的频谱资源不做限定。

在本申请的实施例中，基站的功能也可以由基站中的模块(如芯片)来执行，也可以由包含有基站功能的控制子系统来执行。这里的包含有基站功能的控制子系统可以是智能电网、工业控制、智能交通、智慧城市等上述终端的应用场景中的控制中心。终端的功能也可以由终端中的模块(如芯片或调制解调器)来执行，也可以由包含有终端功能的装置来执行。

图1是本申请适用的一种场景示意图。如图1所示，无线通信系统包括终端和基站。按照传输方向的不同，从终端到基站的传输链路记为上行链路(uplink，UL)，从基站到终端的传输链路记为下行链路(downlink，DL)。相类似地，上行链路中的数据传输可简记为上行数据传输或上行传输，下行链路中的数据传输可简记为下行数据传输或下行传输。该无线通信系统中，基站可通过集成或外接的天线设备，为特定地理区域提供通信覆盖。位于基站的通信覆盖范围内的一个或多个终端，均可以接入基站。一个基站可以管理一个或多个小区(cell)。每个小区具有一个身份证明(identification)，该身份证明也被称为小区标识(cell identity，cell ID)。从无线资源的角度看，一个小区是下行无线资源，以及与其配对的上行无线资源(非必需)的组合。

终端和基站应知晓该无线通信系统预定义的配置，包括系统支持的无线电接入技术(radio access technology，RAT)以及系统规定的无线资源配置等，比如无线电的频段和载波的基本配置。载波是符合系统规定的一段频率范围。这段频率范围可由载波的中心频率(记为载频)和载波的带宽共同确定。这些系统预定义的配置可作为无线通信系统的标准协议的一部分,或者通过终端和基站间的交互确定。相关标准协议的内容，可能会预先存储在终端和基站的存储器中，或者体现为终端和基站的硬件电路或软件代码。

该无线通信系统中，基站支持一种或多种相同的RAT，例如5G新无线(new radio，NR)、5G NRREDCAP UE、4G LTE或未来演进系统的RAT。具体地，终端和基站采用相同的空口参数、编码方案和调制方案等，并基于系统规定的无线资源相互通信。

图2是本申请适用的一种协议栈架构示意图。如图2所示，该协议栈架构的控制面包含多层，例如：非接入层(non-access stratum，NAS)、无线资源控制(radio resourcecontrol，RRC)、分组数据汇聚层协议(packet data convergence protocol，PDCP)、无线链路控制(radio link control，RLC)、媒体接入控制(media access control，MAC)以及物理层(physical layer，PHY)。其中，NAS层实现UE的注册管理、鉴权接入控制和会话管理。UE可以通过基站与核心网进行信令交互。RRC信令交互模块可以是基站和UE用于发送及接收RRC信令的模块。MAC信令交互模块可以是基站和UE用于发送及接收MAC控制单元(controlelement，CE)信令的模块。PHY信令及数据交互模块可以是基站和UE用于发送及接收上行或下行控制信令，例如，物理上行控制信道(physical uplink control channel，PUCCH)、物理下行控制信道(physical downlink control channel，PDCCH)，以及上行或下行数据的模块，例如，物理上行共享信道(physical uplink shared channel，PUSCH)、物理下行共享信道(physical downlink shared channel，PDSCH)。该协议栈的用户面包括：业务数据适配协议(service data adaption protocol，SDAP)、PDCP、RLC、MAC、PHY。其中，SDAP通过RRC信令配置，负责将服务质量(quality of service，QoS)流(flow)映射到数据无线承载(data radio bearer，DRB)上。

目前，R17引入NR REDCAP UE。如前所述，与传统UE的能力相比，REDCAP UE的工作带宽、天线数等均有所降低。同时，REDCAP UE对低功耗的需求更高，因此也需要更多节能策略来实现更低的能耗。例如，REDCAP UE在可穿戴场景中应用时，对其电池待机时间的要求是需要工作几天(甚至一至两周)；又例如，REDCAP UE在工业无线场景中应用时，对其电池待机时间的要求是至少几周；再例如，REDCAP UE在视频监控场景中应用时，对其电池待机时间的要求可能是几年甚至更长。

针对R17中的REDCAP UE，第三代合作伙伴计划(3rd generation partnershipproject，3GPP)确定应明确对扩展非连续接收(extended discontinuous reception，eDRX)增强的支持，同时也应明确在eDRX下的测量约束。目前，已经确定：①当处于空闲态(Idle)和激活态(Inactive)的RedCap UE配置的eDRX周期小于或者等于10.24s时，不采用寻呼时间窗(paging time window，PTW)和寻呼超帧(paging hyper-frame，PH)；②当处于Idle和Inactive态的RedCap UE配置的eDRX周期大于10.24s时(3GPP标准暂定可到10485.76s)，将采用PTW和PH。

为便于理解本申请的技术方案，下面对本申请中eDRX概念以及涉及到的专业术语进行简单的介绍。

非连续接收(discontinuous reception，DRX)可让UE周期性的在某些时候进入眠状态(sleep mode)，不去监听PDCCH，而需要监听的时候，则从睡眠状态中唤醒(wake up)，这样就能够使UE达到省电的目的。图3示出了一个典型的DRX周期。如图3所示，在本申请中，一个DRX周期可以包括唤醒(on duration)时段(也可以理解为，寻呼(paging)时机)和睡眠时段。该唤醒时段也可以称为激活期。终端设备可以在唤醒时段与网络设备进行通信。换句话说，DRX周期用于描述DRX状态下两次On Duration出现的间隔时长。每个DRX周期由一个On Duration和一个可能存在的休眠期组成。

如图4所示，和DRX相比，eDRX寻呼周期比较长，每个eDRX周期内有一个寻呼时间窗(paging time window，PTW)和深度睡眠期。eDRX可以使得终端能够更好的节省功耗，但是也会导致更长的下行数据延时。模块只能在PTW内按DRX周期监听寻呼信道，以便接收下行业务；PTW外的时间处于睡眠态，不监听寻呼信道、不能接收下行业务。

eDRX技术中引入超帧(hyper system frame number，H-SFN(超级系统帧号，简称，超帧))，1Hyper-SFN＝1024SFN＝10.24秒。eDRX周期的取值以超帧为单位，取值范围为{10.24s×2

目前，LTE TS36.133标准(具体参见LTE TS36.133标准中的表4.2.2.3-2)给出了空闲态(Idle)UE配置了eDRX下的小区重选测量约束(同频与异频约束相同)，其中eDRX的周期范围为[5.12s,2621.44s]，且测量约束与PTW窗内的DRX周期和高层配置的PTW窗长相关，如下表格1所示。

表格1

在表格1中，eDRX idle cycle length表示UE处于空闲态时的eDRX周期长度；DRXcycle length表示UE的DRX的周期长度；PTW length表示UE的PTW的时间长度；T

从表格1可以看出，为保证测量过程能在1个PTW窗内完成，测量周期均为1个DRX周期，即，每个DRX周期均需测量；同时对于评估周期(参见，表格1中的T

参阅目前的NRTS38.133标准，现有NR协议仍未定义eDRX场景下终端设备的测量周期或者评估周期的情况，因此，需要一种通信方法在考虑eDRX使用PTW和PH机制的情况下，提供有利于终端设备节能的eDRX PTW场景测量方法。

需要说明的是，本申请的下述实施例中的技术方案可以应用于eDRX场景。

本申请中，eDRX场景下的测量，是指当网络侧为UE配置了eDRX周期且存在寻呼时间窗PTW时，UE的测量周期和评估周期，与普通DRX场景相区别，普通的DRX场景不配置寻呼时间窗PTW。

图5是本申请提出的一种eDRX测量方法500，如图5所示，该方法包括：

步骤501，终端设备从网络设备接收扩展非连续接收eDRX周期的第一参数。

对应的，网络设备向终端设备发送扩展非连续接收eDRX周期的第一参数。

本申请中，第一参数用于确定所述eDRX场景下测量的第二参数。例如，第一参数可以包括寻呼时间窗PTW的时间长度、非连续接收DRX的周期T

步骤502，终端设备根据第一参数与第二参数的对应关系，确定eDRX场景下测量的第二参数。

在一种实现方式中，本申请中，第二参数可以包括eDRX场景下的测量周期T

本申请中，第一参数与第二参数的对应关系，也可以理解为映射关系。作为一个示例，终端设备可以通过网络设备配置的T

本申请中，例如，第一参数与第二参数的对应关系可以是由协议预定义的。

例如，协议中可以规定，X落入预配置的多个(例如，P个，P为大于或者等于2的整数，)PTW的时间长度的量化区间中的一个区间，如果Z

本申请中，本申请中，[Z

本申请中，例如，PTW的时间长度可以用某个实数R的倍数(例如，某个实数R的X倍)进行衡量，在一种实现方式中，该实数R的物理意义可以是表示某个时间间隔的粒度，例如，1.28秒、2.56秒，等等，不做限定。本申请中，X也可以理解为是PTW的时间长度的量化参数。

例如，网络设备配置的PTW的时间长度为1.28的整数倍。作为一个示例，PTW的时间长度可以为：1.28(1.281×1)秒、2.56(1.28×2)秒、5.12(1.28×4)秒，等等。网络设备和终端设备双方可以协议约定，网络设备用发送倍数的方式，为终端设备配置PTW的时间长度。换句话说，网络设备为终端设备配置的PTW的时间长度可以用某个参数进行量化。例如，本申请中的“量化区间”可以理解为，1.28的倍数区间，作为一个示例，量化区间可以为：1≤X＜2，此时，可以理解为网络设备为终端设备配置的PTW的时间长度的区间为1.28秒≤X＜2.56秒，也即，[1.28秒，2.56秒)对应的量化区间为[1，2)；作为另一个示例，量化区间可以为：2≤X＜4，此时，可以理解为网络设备为终端设备配置的PTW的时间长度的区间为2.56秒≤X＜5.12秒，也即，[2.56秒，5.12秒)对应的量化区间为[2，4)；作为又一个示例，量化区间可以为：4≤X＜10，此时，可以理解为网络设备为终端设备配置的PTW的时间长度的区间为5.12秒≤X＜12.8秒，也即，[5.12秒，12.8秒)对应的量化区间为[4，10)，等等。其中，在上述描述中，符号([)表示前闭后开区间。

基于上述方案，本申请中，随着PTW时长的增大(也可以理解为，随着量化参数X的增大)，其eDRX场景下的测量周期T

在另一种实现方式中，本申请中，第二参数可以包括eDRX场景下的评估周期T

X落入预配置的多个(例如，P个，P为大于或者等于2的整数，)PTW的时间长度的量化区间中的一个区间，P个区间所对应的评估周期T

基于上述方案，本申请中，随着PTW时长的增大(也可以理解为，随着量化参数X的增大)，其eDRX场景下的评估周期T

在另一种方式中，终端设备上也可以不配置第一参数和第二参数的对应的关系，此时，终端设备可以根据第一参数自主确定第二参数的值。从而可以实现终端设备自主在保证测量性能的前提下，在每个PTW时长内适当拉长测量周期和/或评估周期，最终获得节能收益，实现测量性能与节能效果的折中。

本申请中，在一些实现方式中，对于网络设备为终端设备配置的某个特定的eDRX的周期T

本申请中，对于网络设备为终端设备配置的某个特定的eDRX的周期T

步骤503，终端设备根据第二参数，进行eDRX场景下的测量。

例如，终端设备可以根据确定的测量周期T

图6是本申请提供的通信方法600，如图6所示，该方法包括：

步骤601，网络设备根据扩展非连续接收eDRX周期的第一参数与第二参数的对应关系，确定第二参数。

其中，第一参数可以包括寻呼时间窗PTW的时间长度、非连续接收DRX的周期T

在一种实现方式中，第二参数可以包括eDRX场景下的测量周期T

在另一种实现方式中，第二参数可以包括eDRX场景下的评估周期T

具体地，本实施例中，第一参数、第二参数以及第一参数与第二参数的对应关系等相关的解释可以参照方法500中的描述，此处不再赘述。

本申请中网络设备上可以预配置有第一参数与第二参数的对应关系，网络设备可以根据配置的PTW的时间长度(也可以理解为PTW的时间长度的量化参数，例如X)以及该对应关系确定第二参数。

在又一种实现方式中，网络设备上可以预配置第一参数和第二参数的对应的关系(例如，该对应关系可以是协议预定义的)。网络设备确定第二参数后，可以根据第二参数修改测量资源相关的配置参数。例如，网络设备可以基于第二参数修改同步信号和物理广播信道块(synchronization signal and PBCH block，SSB)的发射周期和SSB测量时间配置(SSB measurement timing configuration，SMTC)中的周期参数等，并将修改后的SSB和SMTC相关测量配置参数发送给终端设备，终端设备可以基于该配置参数进行eDRX场景下的测量。例如，网络设备可以在较长的PTW中适当减少SSB的发射次数，从而拉长SSB的发射周期(同时拉长SMTC中的周期参数)，最终实现网络设备的节能。由于网络可以减小少发送SSB，可以实现网络设备省电的目的。

步骤602，网络设备向终端设备发送第二参数和/或向终端设备发送修改后的配置参数。

例如，网络设备可以通过系统信息块消息(system information block，SIB)或寻呼(paging)消息，将确定的第二参数直接发送给终端设备。

在一些实现方式中，例如，网络设备可以将修改后的SSB和SMTC相关测量配置参数发送给终端设备。

基于上述技术方案，本申请中，网络设备可以基于为终端设备配置的PTW的时间长度确定终端设备eDRX场景下的测量的第二参数，并发送给终端设备。随着PTW时长的增大(也可以理解为，随着量化参数X的增大)，网络设备所确定的终端设备eDRX场景下的测量周期和/或评估周期可以是动态调整的(例如，测量周期T

图7是本申提供的一个具体的实施例，本实施例中网络设备以基站为例进行描述，终端设备以用户设备UE进行描述，如图7所示，该方法700包括：

步骤701，基站向UE发送超帧号。

例如，基站可以在主信息块(master information block，MIB)消息和SIB1广播消息中携带Hyper-SFN超帧号并发送给UE。

步骤702，UE可以根据自身能力确定使用eDRX还是DRX。当UE确定要使用eDRX时，可以继续执行下述步骤。

步骤703，UE向第一网元发送第一请求，第一请求用于请求eDRX周期的参数(第一参数的一例)。

本申请中，第一网元例如可以移动管理实体(mobility management entity，MME)网元，或者；第一网元例如可以是接入及移动性管理功能(access and mobilitymanagement function，AMF)网元。

例如，UE可以在附着请求(attach request)消息，或者；UE可以在跟踪区更新(tracking area update，TAU)请求中携带eDRX周期长度，发送给第一网元。

步骤704，第一网元接收第一请求并为UE配置不同的eDRX周期T

若第一网元接受UE的eDRX请求，则第一网元可以根据本地策略可为UE配置不同的eDRX周期T

本申请中对于确定测量参数的方式，可以有以下两种实现实现方式，可以是由终端设备根据对应关系确定测量参数，也可以是网络设备确定测量参数并发送给终端设备，具体实现方式可以如下所述：

方式一：

705a，第一网元向UE发送eDRX周期T

在一种实现方式中，第一网元可以在附着接收(attach accept)消息或者跟踪区更新接收(TAU accept)消息中携带T

本申请中，DRX周期T

706a，UE根据eDRX周期T

在一种可能的实现方式中，对于频段1(frequence range 1，FR1)(例如，低频)。UE上可以预配置T

需要说明的是，下述表格2中，为FR1的小区重选相关测量的对应关系。表格2中可以理解为同频测量的场景(例如，如果测量的同频小区的SMTC周期>20ms，则M2＝1.5；否则M2＝1。)，异频测量时可以将下述表格中的M2设置为1.5。表格2中的N1指的是缩放因子(Scaling Factor)；表格2中的T

表格2

如表格2所示，本申请中，当配置了eDRX且存在PTW窗时，为降低在PTW窗内UE启动搜索和测量的功耗，可以对PTW的时间长度分为多个区间(也可以理解为，对PTW的时间长度进行分档)，随着PTW的时间长度的增加，适当增加测量周期T

本申请中，表格2中，加粗字体对应的数值或区间，可以理解为是根据本申请的方案所确定的，或者所设计的。

作为一个示例，对于测量周期T

如果网络设备为终端设备配置的PTW的时间长度为2.56秒(即，1.28的2倍)，此时UE可以根据协议预定义的对应关系(例如表格2)确定X落入区间#2，即测量周期T

作为一个示例，假设网络设备为终端设备配置的DRX周期T

如果网络设备为终端设备配置的PTW的时间长度为5.12秒(即，1.28的4倍)，此时UE可以根据协议预定义的对应关系(例如表格2)确定落入区间#2，对应的测量周期T

需要说明的是，该示例中(例如，表格2)中测量周期可以按照本申请的技术方案进行设计，评估周期可以继续参照现有协议设计，对此不做限定。

同样的，本申请的技术构思也适用于评估周期的设计中，如下表格3所示。

表格3

如表格3所示，本申请中，当配置了eDRX且存在PTW窗时，为降低在PTW窗内UE启动搜索和测量的功耗，可以对PTW的时间长度分为多个区间(也可以理解为，对PTW的时间长度进行分档)，随着PTW的时间长度的增加，适当增加评估周期T

作为一个示例，对于评估周期T

如果网络设备为终端设备配置的PTW的时间长度为2.56秒(即，1.28的2倍)，UE可以根据协议预定义的对应关系(例如，表格3)确定落入区间#2，对应的评估周期T

如果网络设备为终端设备配置的PTW的时间长度为5.12秒(即，1.28的4倍)，UE可以根据协议预定义的对应关系(例如，表格3)确定落入区间#2，对应的评估周期T

需要说明的是，该示例中(例如，表格3)中评估周期可以按照本申请的技术方案进行设计，测量周期可以继续参照现有协议设计，对此不做限定。

在一些实施例中，例如，下述表格4中，测量周期和评估周期都可以参照本申请提供的技术方案进行设计。

表格4

在一种可能的实现方式中，对于频段2(frequence range 2，FR2)(例如，高频)，UE上可以预配置T

需要说明的是，下述表格5中，为FR2的小区重选相关测量的对应关系。表格5中可以理解为同频测量的场景(例如，如果测量的同频小区的SMTC周期>20ms，则M2＝1.5；否则M2＝1。)，异频测量时可以将下述表格中的M2设置为1.5。表格5中的N1指的是缩放因子；表格5中的T

表格5

/>

作为一个示例，对于测量周期T

如果网络设备为终端设备配置的PTW的时间长度为16.64秒(即，1.28的13倍)，对于测量周期，此时，UE可以根据协议预定义的对应关系(例如表格5)确定落入区间#2，对应的测量周期T

作为一个示例，对于测量周期T

如果网络设备为终端设备配置的PTW的时间长度为12.8秒(即，1.28的10倍)，UE可以根据协议预定义的对应关系(例如，表格5)确定测量周期T

同样的，对于评估周期T

需要说明的是，频段2的实施例中，在一些实施例中测量周期可以按照本申请提供的方案进行设计，评估周期仍然采用现有协议的方案进行设计；在一些实施例中，测量周期仍然可以采用现有协议的技术方案进行设计，评估周期可以采用本申请的技术方案进行设计；在一些实施例中，测量周期和评估周期都可以采用本申请的技术方案进行设计(例如，表格5)。

步骤708，UE根据测量参数，进行eDRX场景下的测量。

方式二：

步骤705b，第一网元向基站发送eDRX周期T

步骤706b，基站根据T

本申请中，该对应关系(也可以理解为，映射关系)也可以是配置在基站上，基站根据PTW的时间长度和该对应关系确定测量参数(例如，测量周期和评估周期)。

具体地，基站根据对应关系和该对应关系确定测量参数的方法可以参照上述UE确定测量参数的描述，此处不再赘述。

步骤707b，基站向UE发送测量参数。

步骤708，UE根据测量参数，进行eDRX场景下的测量。

基于上述技术方案，终端设备或者网络设备可以根据协议的定义确定测量参数，基于不同PTW的时间长度，动态拉长测量参数的周期，可以实现更好的UE节能效果。

可以理解，在本申请中，“如果…时”、“当…时”以及“如果”均指在某种客观情况下装置会做出相应的处理，并非是限定时间，且也不要求装置实现时一定要有判断的动作，也不意味着存在其它限定。

需要说明的是，本申请中下述实施例中出现的“高频”、“低频”的概念为相对的，本申请的技术方案并不限定“高频”、“低频”的具体频段，下述实施例中的各个频段也仅仅是为了便于理解而进行举例说明。随着技术的演进，“高频”、“低频”所对应的具体的射频频段也会发生变化，但均在本申请的保护范围中。

作为一个示例，本申请中低频频段例如可以是LTE的低频段：700MHz、1.8GHz、2.1GHz或2.6GHz等这些频段；本申请中的高频频段例如可以是毫米波频段：24GHz、26GHz、28GHz、39GHz等频段。

以上，结合图5至图7详细说明了本申请实施例提供的通信方法。下面结合图8和图9介绍本申请实施例提供的通信装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。

上述主要从各个节点之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个节点，例如终端设备或者网络设备，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端设备或者终端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。

图8是本申请实施例提供的通信装置100的示意性框图。如图所示，该装置100可以包括：收发单元110和处理单元120。

在一种可能的设计中，该装置100可以是上文方法实施例中的终端设备，也可以是用于实现上文方法实施例中终端设备的功能的芯片。应理解，该装置100可对应于根据本申请实施例的方法400、方法500、方法700中的终端设备，该装置100可以执行本申请实施例的方法400、方法500、方法700中的终端设备所对应的步骤。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

具体的，收发单元用于接收扩展非连续接收eDRX周期的第一参数，所述第一参数用于确定所述eDRX场景下测量的第二参数，所述第一参数包括寻呼时间窗PTW的时间长度、非连续接收DRX的周期T

在一些实施例中，所述收发单元用于接收扩展非连续接收eDRX周期的第一参数，所述第一参数用于确定所述eDRX场景下测量的第二参数，所述第一参数包括寻呼时间窗PTW的时间长度、非连续接收DRX的周期T

在一种可能的设计中，该装置100可以是上文方法实施例中的网络设备，也可以是用于实现上文方法实施例中网络设备的功能的芯片。应理解，该装置100可对应于根据本申请实施例的方法500、方法600、方法700中的网络设备，该装置100可以执行本申请实施例的方法500、方法600、方法700中的网络设备所对应的步骤。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

具体的，所述处理单元用于根据扩展非连续接收eDRX周期的第一参数与第二参数的对应关系，确定第二参数，其中，所述第一参数包括寻呼时间窗PTW的时间长度、非连续接收DRX的周期T

在一些实施例中，所述处理单元用于根据扩展非连续接收eDRX周期的第一参数与第二参数的对应关系，确定第二参数，其中，所述第一参数包括寻呼时间窗PTW的时间长度、非连续接收DRX的周期TDRX、扩展非连续接收eDRX的周期TeDRX，所述第二参数包括eDRX场景下的评估周期T2，其中，所述PTW的时间长度是正数R的X倍，所述评估周期T2是所述TDRX的正整数倍，所述X落入预配置的P个PTW的时间长度的量化区间中的一个区间，P为大于或者等于2的整数，P个区间所对应的评估周期T

图9是本申请实施例提供的通信装置200的示意性框图。如图所示，该装置200包括：至少一个处理器220。该处理器220与存储器耦合，用于执行存储器中存储的指令，以发送信号和/或接收信号。可选地，该装置200还包括存储器230，用于存储指令。可选的，该装置200还包括收发器210，处理器220控制收发器210发送信号和/或接收信号。

应理解，上述处理器220和存储器230可以合成一个处理装置，处理器220用于执行存储器230中存储的程序代码来实现上述功能。具体实现时，该存储器230也可以集成在处理器220中，或者独立于处理器220。

还应理解，收发器210可以包括收发器(或者称，接收机)和发射器(或者称，发射机)。收发器还可以进一步包括天线，天线的数量可以为一个或多个。收发器210有可以是通信接口或者接口电路。

具体的，该装置200中的收发器210可以对应于装置100中的收发单元110，该装置200中的处理器220可对应于装置200中的处理单元120。

应理解，各收发器处理器执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

图10是本申请提供的终端设备的示意图。下面结合图10对该终端设备的结构和功能进行描述。该终端设备30可以是图4中示出的方法500、方法600中的终端设备。如图10所示，该终端设备30包括处理器31和收发器32。

可选地，收发器32可以包括控制电路和天线，其中，控制电路可用于基带信号与射频信号的转换以及对射频信号的处理，天线可用于收发射频信号。

可选地，该终端设备30还可以包括存储器、输入输出装置等。

处理器31可用于对通信协议以及通信数据进行处理，以及对整个终端设备进行控制，执行软件程序，处理软件程序的数据，例如用于支持终端设备执行前文中的结合图5至图7描述的相应操作。存储器主要用于存储软件程序和数据。当终端设备开机后，处理器31可以读取存储器中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。

图11是本申请提供的网络设备的示意图。下面结合图11对网络设备的结构和功能进行描述。图11是本申请实施例提供的网络设备10的结构示意图。该网络设备10可以是图5中示出的方法500中的网络设备。如图12所示，该网络设备10包括：收发器1010和处理器1020。

可选地，该收发器1010可以称为远端射频单元(remote radio unit，RRU)、收发单元、收发机、或者收发电路等等。收发器1010可以包括至少一个天线1011和射频单元1012，收发器1010可以用于射频信号的收发以及射频信号与基带信号的转换。

可选地，该网络设备10包括一个或多个基带单元(baseband unit，BBU)1020。该基带单元1020包括处理器1022。基带单元1020主要用于进行基带处理，如信道编码，复用，调制，扩频等，以及对基站进行控制。收发器1010与该基带单元1020可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。

在一个示例中，基带单元1020可以由一个或多个单板构成，多个单板可以共同支持单一接入制式的无线接入网，也可以分别支持不同接入制式的无线接入网。基带单元1020包括处理器1022。处理器1022可以用于控制网络设备10执行前文中的结合图5至图7描述的方法实施例中的相应操作。可选地，基带单元1020还可以包括存储器1021，用以存储必要的指令和数据。

图12是本申提供的无线通信设备的另一示意图。如图12所示，ANT_1表示第一天线，ANT_N表示第N天线，N为大于1的正整数。Tx表示发送路径，Rx表示接收路径，不同的数字表示不同的路径。每条路径均可以表示一个信号处理通道。其中，FBRx表示反馈接收路径，PRx表示主接收路径，DRx表示分集接收路径。HB表示高频，LB表示低频，两者是指频率的相对高低。BB表示基带。应理解，图12中的标记和组件仅为示意目的，仅作为一种可能的实现方式，本申请实施例还包括其他的实现方式。例如，无线通信设备可以包括更多或更少的路径，包括更多或更少的组件。

其中，应用子系统可包括一个或多个处理器。多个处理器可以多个相同类型的处理器，也可以包括多种类型的处理器组合。本申请中，处理器可以是通用用途的处理器，也可以是为特定领域设计的处理器。例如，处理器可以是中央处理单元(center processingunit，CPU)，数字信号处理器(digital signal processor，DSP)，或微控制器(microcontrol unit，MCU)。处理器也可以是图形处理器(graphics processing unit，GPU)、图像信号处理器(image signal processing，ISP)，音频信号处理器(audio signalprocessor，ASP)，以及为人工智能(artificial intelligence，AI)应用专门设计的AI处理器。AI处理器包括但不限于神经网络处理器(neural network processing unit，NPU)，张量处理器(tensor processing unit，TPU)以及被称为AI引擎的处理器。

射频集成电路(包括RFIC 1，以及一个或多个可选的RFIC 2)和射频前端器件可以共同组成射频子系统。根据信号的接收或发送路径的不同，射频子系统也可以分为射频接收通道(RF receive path)和射频发射通道(RF transmit path)。其中，射频接收通道可通过天线接收射频信号，对该射频信号进行处理(如放大、滤波和下变频)以得到基带信号，并传递给基带子系统。射频发送通道可接收来自基带子系统的基带信号，对基带信号进行处理(如上变频、放大和滤波)以得到射频信号，并最终通过天线将该射频信号辐射到空间中。射频集成电路可以被称为射频处理芯片或射频芯片。

与射频子系统主要完成射频信号处理类似，基带子系统主要完成对基带信号的处理。基带子系统可以从基带信号中提取有用的信息或数据比特，或者将信息或数据比特转换为待发送的基带信号。这些信息或数据比特可以是表示语音、文本、视频等用户数据或控制信息的数据。例如，基带子系统可以实现诸如调制和解调，编码和解码等信号处理操作。对于不同的无线接入技术，例如5G NR和4G LTE，基带信号处理操作也不完全相同。

与应用子系统类似，基带子系统也可包括一个或多个处理器。此外，基带子系统还可以包括一种或多种硬件加速器(hardware accelerator，HAC)。硬件加速器可用于专门完成一些处理开销较大的子功能，如数据包(data packet)的组装和解析，数据包的加解密等。这些子功能采用通用功能的处理器也可以实现，但是因为性能或成本的考量，采用硬件加速器可能更加合适。在具体的实现中，硬件加速器主要是用专用集成电路(applicationspecified intergated circuit，ASIC)来实现。当然，硬件加速器中也可以包括一个或多个相对简单的处理器，如MCU。

基带子系统可以集成为一个或多个芯片，该芯片可称为基带处理芯片或基带芯片。基带子系统可以作为独立的芯片，该芯片可被称调制解调器(modem)或modem芯片。基带子系统可以按照modem芯片为单位来制造和销售。modem芯片有时也被称为基带处理器或移动处理器。此外，基带子系统也可以进一步集成在更大的芯片中，以更大的芯片为单位来制造和销售。这个更大的芯片可以称为系统芯片，芯片系统或片上系统(system on a chip，SoC)，或简称为SoC芯片。基带子系统的软件组件可以在芯片出厂前内置在芯片的硬件组件中，也可以在芯片出厂后从其他非易失性存储器中导入到芯片的硬件组件中，或者还可以通过网络以在线方式下载和更新这些软件组件。

此外，该无线通信设备中还可包括存储器，例如图12中的内存和大容量存储器。此外，在应用子系统和基带子系统中，还可以分别包括一个或多个缓存。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(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)、同步连接动态随机存取存储器(synch-link DRAM，SLDRAM)和直接内存总线随机存取存储器(directram-bus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品上存储有计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行方法500、方法600、方法700实施例中任意一个实施例的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行方法500、方法600、方法700实施例中任意一个实施例的方法。

根据本申请实施例提供的方法，本申请还提供一种系统，其包括前述的装置或设备。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disc，SSD))等。

上述各个装置实施例中网络侧设备与终端设备和方法实施例中的网络侧设备或终端设备对应，由相应的模块或单元执行相应的步骤，例如通信单元(收发器)执行方法实施例中接收或发送的步骤，除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中，处理器可以为一个或多个。

在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在2个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所述领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。