通信方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及装置。

背景技术

寻呼(paging)是网络设备寻找终端设备的一种重要手段。以5G的终端设备为例，网络设备通过对终端设备的寻呼，可以找到处于RRC-IDLE态或RRC-INACTIVE态的终端设备；或者，网络设备在进行系统消息更新后可以通过寻呼通知处于RRC-IDLE态、RRC-INACTIVE态或RRC-CONNECTED态的终端设备。

寻呼的过程主要包括寻呼消息调度信息和寻呼消息的传输。其中，寻呼消息调度信息通常由物理下行控制信道(Physical Downlink Control Channel，PDCCH)承载，寻呼消息通常由物理下行共享信道(Physical Downlink Shared Channel，PDSCH)承载。

处于上述RRC-IDLE态、RRC-INACTIVE态或RRC-CONNECTED态的终端设备可以周期性的在固定的寻呼时机(Paging Occasion，PO)上通过PDSCH接收寻呼消息。

其中，上述周期指的是不连续接收(Discontinuous Reception)的周期。可以理解的是，一个DRX周期可以理解为一个寻呼周期，一个DRX周期可以包括休眠期和激活期，即处于上述RRC-IDLE态、RRC-INACTIVE态或RRC-CONNECTED态的终端设备可以在寻呼周期内的某个特定帧(例如，该特定帧也可以称之为寻呼帧(Paging Frame，PF))的特定子帧(该特定子帧也称之为PO)上激活，以进入激活期，而在其他时间可以保持休眠状态，即保持在休眠期，由此可以节省终端设备的功耗。

PO是一个子帧，在该子帧上可能会使用寻呼无线网络临时标识(Paging-RadioNetwork Temporary Identity，P-RNTI)加扰，并指示寻呼消息的物理下行控制信道(Physical Downlink Control Channel，PDCCH)。

可以理解的是，P-RNTI是一个服务小区内所有终端设备共享的，通过在PDCCH上对寻呼消息调度信息的解析，可以找到传输寻呼消息的PDSCH的资源，并可以在该资源上解析寻呼消息。而寻呼消息中可以包括一个或多个终端设备的标识，通过在寻呼消息中判断终端设备的标识，终端设备可以确定网络设备是否在发起对其的寻呼。

在无线通信环境中，由于建筑物及地面对无线电波的反射、散射等影响，会导致发射信号沿着不同的传输路径到达接收机的时间不同。也就是说，在终端设备接收寻呼信号(，例如，该寻呼信号可以包括寻呼消息调度信息和寻呼消息)时，由于寻呼信号在经过多径传输后会形成频率选择性衰落，因此，终端设备可以首先进行信道估计，然后可以利用信道估计的结果进行频域均衡，并可以解调频域均衡后的数据，即在频域均衡后对寻呼信号进行解调。可见，信道估计的性能优劣直接影响接收机的接收性能，即信道估计的性能优劣严重影响对寻呼信号的解调性能。

然而，在低信噪比的场景中，目前的相关技术对寻呼的信道估计的准确度较低，严重影响了对寻呼的接收性能。

发明内容

本申请提供了一种通信方法及装置，有助于提升对寻呼的接收性能。

第一方面，本申请提供了一种通信方法，包括：响应于通过物理下行控制信道PDCCH接收到的寻呼消息调度信息，获取第一参数基准值和第二参数预设值；其中，所述第一参数用于表征所述寻呼消息调度信息的接收时延，所述第二参数用于表征信道冲击响应长度；基于预设的多个相对于所述第一参数基准值的时延偏移对所述寻呼消息调度信息进行尝试解调，获得多个尝试解调结果；其中，每个尝试解调结果对应一组信道估计参数值，所述信道估计参数值包括所述第二参数预设值和第一参数参考值，所述第一参数参考值由所述第一参数基准值和所述时延偏移确定；基于所述多个尝试解调结果确定目标信道估计参数值；采用所述目标信道估计参数值对所述寻呼消息调度信息进行解调。

本申请实施例可以有助于提升对寻呼的接收性能。

其中一种可能的实现方式中，所述获取第一参数基准值和第二参数预设值之前，所述方法还包括：获取第三参数估计值；其中，所述第三参数用于表征信噪比；若所述第三参数估计值大于预设阈值，获取第一参数估计值和第二参数估计值，采用所述第一参数估计值和所述第二参数估计值对寻呼消息调度信息进行解调；或者，若所述第三参数估计值小于或等于预设阈值，获取第一参数基准值和第二参数预设值。

其中一种可能的实现方式中，所述第一参数估计值、所述第二参数估计值和所述第三参数估计值通过一组物理广播信道PBCH分别对所述第一参数、所述第二参数和所述第三参数估计后获得。

其中一种可能的实现方式中，所述预设阈值由终端设备的天线数确定。

其中一种可能的实现方式中，每个尝试解调结果对应信噪比值和/或译码路径矩阵差异度，所述目标信道估计参数值对应最高的信噪比值和/或最大的译码路径矩阵差异度。

其中一种可能的实现方式中，所述第一参数参考值用于对所述寻呼消息调度信息进行相位旋转。

其中一种可能的实现方式中，所述方法还包括：采用所述目标信道估计参数值对寻呼消息进行解调。

其中一种可能的实现方式中，所述方法还包括：获取与所述目标信道估计参数值临近的一个或多个信道估计参数值；采用与所述目标信道估计参数值临近的一个或多个信道估计参数值对寻呼消息进行解调。

第二方面，本申请实施例提供一种通信装置，包括：处理器和存储器，存储器用于存储程序；处理器用于运行程序，执行如第一方面所述的通信方法。

第三方面，本申请提供了一种可读存储介质，该可读存储介质中存储有程序，当其在终端设备上运行时，使得终端设备实现如第一方面所述的通信方法。

第四方面，本申请提供了一种程序，当上述程序在终端设备的处理器上运行时，使得所述终端设备执行如第一方面所述的通信方法。

在一种可能的设计中，第四方面中的程序可以全部或者部分存储在与处理器封装在一起的存储介质上，也可以部分或者全部存储在不与处理器封装在一起的存储器上。

第五方面，本申请实施例提供了一种通信装置，包括：一个或多个功能模块，该一个或多个功能模块用于执行第一方面提供的任意一种的通信方法。

第六方面，提供了一种通信系统，包括：用于执行第一方面提供的任意一种方法的终端设备和网络设备。

其中，第二方面和第五方面中的通信装置可以为芯片或终端设备。

附图说明

图1为本申请实施例提供的通信系统的架构示意图；

图2为本申请提供的通信方法一个实施例的流程示意图；

图3为本申请提供的通信方法另一个实施例的流程示意图；

图4为本申请提供的通信装置一个实施例的结构示意图；

图5为本申请提供的通信装置另一个实施例的结构示意图。

具体实施方式

本申请实施例中，除非另有说明，字符“/”表示前后关联对象是一种或的关系。例如，A/B可以表示A或B。“和/或”描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

需要指出的是，本申请实施例中涉及的“第一”、“第二”等词汇，仅用于区分描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量，也不能理解为指示或暗示顺序。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。此外，“以下至少一项(个)”或者其类似表达，是指的这些项中的任意组合，可以包括单项(个)或复数项(个)的任意组合。例如，A、B或C中的至少一项(个)，可以表示：A，B，C，A和B，A和C，B和C，或A、B和C。其中，A、B、C中的每个本身可以是元素，也可以是包含一个或多个元素的集合。

本申请实施例中，“示例的”、“在一些实施例中”、“在另一实施例中”等用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。

本申请实施例中的“的(of)”、“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，所要表达的含义是一致的。本申请实施例中，通信、传输有时可以混用，应当指出的是，在不强调其区别时，其所表达的含义是一致的。例如，传输可以包括发送和/或接收，可以为名词，也可以是动词。

本申请实施例中涉及的等于可以与大于连用，适用于大于时所采用的技术方案，也可以与小于连用，适用于小于时所采用的技术方案。需要说明的是，当等于与大于连用时，不能与小于连用；当等于与小于连用时，不与大于连用。

以下对本申请实施例涉及的部分名词进行解释说明，以便于本领域技术人员理解。

1、终端设备。本申请实施例中终端设备是一种具有无线收发功能的设备，可以称之为终端(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、接入终端设备、车载终端设备、工业控制终端设备、UE单元、UE站、移动站、远方站、远程终端设备、移动设备、UE终端设备、无线通信设备、UE代理或UE装置等。终端设备可以是固定的或者移动的。需要说明的是，终端设备可以支持至少一种无线通信技术，例如长期演进(long term evolution，LTE)、新空口(new radio，NR)等。例如，终端设备可以是手机(mobile phone)、平板电脑(pad)、台式机、笔记本电脑、一体机、车载终端、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备、未来移动通信网络中的终端设备或者未来演进的公共移动陆地网络(public land mobile network，PLMN)中的终端设备等。

在本申请的一些实施例中，终端设备还可以是具有收发功能的装置，例如芯片系统。其中，芯片系统可以包括芯片，还可以包括其它分立器件。

2、网络设备。本申请实施例中网络设备是一种为终端设备提供无线通信功能的设备，也可称之为接入网设备、无线接入网(radio access network，RAN)设备等。其中，网络设备可以支持至少一种无线通信技术，例如LTE、NR等。示例的，网络设备包括但不限于：第五代移动通信系统(5th-generation，5G)中的下一代基站(generation nodeB，gNB)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(basetransceiver station，BTS)、家庭基站(例如，home evolved node B、或home node B，HNB)、基带单元(baseband unit，BBU)、收发点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、移动交换中心等。网络设备还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器、集中单元(centralizedunit，CU)、和/或分布单元(distributed unit，DU)，或者网络设备可以为中继站、接入点、车载设备、终端设备、可穿戴设备以及未来移动通信中的网络设备或者未来演进的PLMN中的网络设备等。

在一些实施例中，网络设备还可以为具有为终端设备提供无线通信功能的装置，例如芯片系统。示例的，芯片系统可以包括芯片，还可以包括其它分立器件。

寻呼(paging)是网络设备寻找终端设备的一种重要手段。以5G的终端设备为例，网络设备通过对终端设备的寻呼，可以找到处于RRC-IDLE态或RRC-INACTIVE态的终端设备；或者，网络设备在进行系统消息更新后可以通过寻呼通知处于RRC-IDLE态、RRC-INACTIVE态或RRC-CONNECTED态的终端设备。

寻呼的过程主要包括寻呼消息调度信息和寻呼消息的传输。其中，寻呼消息调度信息通常由物理下行控制信道(Physical Downlink Control Channel，PDCCH)承载，寻呼消息通常由物理下行共享信道(Physical Downlink Shared Channel，PDSCH)承载。

处于上述RRC-IDLE态、RRC-INACTIVE态或RRC-CONNECTED态的终端设备可以周期性的在固定的寻呼时机(Paging Occasion，PO)上通过PDSCH接收寻呼消息。

其中，上述周期指的是不连续接收(Discontinuous Reception)的周期。可以理解的是，一个DRX周期可以理解为一个寻呼周期，一个DRX周期可以包括休眠期和激活期，即处于上述RRC-IDLE态、RRC-INACTIVE态或RRC-CONNECTED态的终端设备可以在寻呼周期内的某个特定帧(例如，该特定帧也可以称之为寻呼帧(Paging Frame，PF))的特定子帧(该特定子帧也称之为PO)上激活，以进入激活期，而在其他时间可以保持休眠状态，即保持在休眠期，由此可以节省终端设备的功耗。

PO是一个子帧，在该子帧上可能会使用寻呼无线网络临时标识(Paging-RadioNetwork Temporary Identity，P-RNTI)加扰，并指示寻呼消息的物理下行控制信道(Physical Downlink Control Channel，PDCCH)。

可以理解的是，P-RNTI是一个服务小区内所有终端设备共享的，通过在PDCCH上对寻呼消息调度信息的解析，可以找到传输寻呼消息的PDSCH的资源，并可以在该资源上解析寻呼消息。而寻呼消息中可以包括一个或多个终端设备的标识，通过在寻呼消息中判断终端设备的标识，终端设备可以确定网络设备是否在发起对其的寻呼。

在无线通信环境中，由于建筑物及地面对无线电波的反射、散射等影响，会导致发射信号沿着不同的传输路径到达接收机的时间不同。也就是说，在终端设备接收寻呼信号(，例如，该寻呼信号可以包括寻呼消息调度信息和寻呼消息)时，由于寻呼信号在经过多径传输后会形成频率选择性衰落，因此，终端设备可以首先进行信道估计，然后可以利用信道估计的结果进行频域均衡，并可以解调频域均衡后的数据，即在频域均衡后对寻呼信号进行解调。可见，信道估计的性能优劣直接影响接收机的接收性能，即信道估计的性能优劣严重影响对寻呼信号的解调性能。

然而，在低信噪比的场景中，目前的相关技术对寻呼的信道估计的准确度较低，严重影响了对寻呼的接收性能。

基于上述问题，本申请实施例提出了一种通信方法，有助于提升对寻呼消息的解调性能。

现结合图1-图3对本申请实施例提供的通信方法进行示例性说明。

图1为本申请实施例提供的通信系统的网络架构图。图1所示的通信系统可以由终端设备和网络设备组成，其中，终端设备和终端设备之间可以采用无线方式进行通信。

当然，图1所示的通信系统仅为示例性说明，并不构成对本申请实施例应用的通信系统的限定。例如，虽然图1未示出，本申请实施例的通信系统中还可以包括核心网设备等。

可以理解的是，本申请实施例可以应用于陆地网络场景；或者，本申请实施例可以应用于非陆地网络场景(如卫星通信场景)等，对此不做限定。

图2为本申请提供的通信方法一个实施例的流程示意图，具体包括以下步骤：

步骤201，网络设备通过物理广播信道向终端设备发送广播消息。相应的，终端设备通过物理广播信道接收广播消息。

步骤202，终端设备基于一组物理广播信道对广播消息的接收，获取第一参数估计值、第二参数估计值及第三参数估计值。

具体地，第一参数估计值可以由终端设备通过一组物理广播信道(PhysicalBroadcast Channel，PBCH)对广播消息的接收，对第一参数进行估计后获得；第二参数估计值可以由终端设备通过一组PBCH对广播消息的接收，对第二参数进行估计后获得；第三参数估计值可以由终端设备通过一组PBCH对广播消息的接收，对第三参数进行估计后获得。

可以理解的是，为了节省资源以及降低终端设备的功耗，本申请实施例不使用多组PBCH，仅使用一组PBCH对第一参数、第二参数和第三参数的值进行估计。

其中，第一参数(Tdelay)用于表征寻呼消息调度信息的接收时延，该第一参数估计值可以认为是寻呼消息调度信息在空口的时延的估计值，该第一参数估计值对寻呼消息调度信息的接收表现为相位旋转。

可以理解的是，本申请实施例针对的是寻呼消息调度信息的接收场景，因此，该第一参数为寻呼消息调度信息的接收时延；在一些实施例中，本申请实施例还可以应用于其他信号的接收场景，因此，该第一参数可以用于表征接收其他信号的时延，本申请实施例对此不作特殊限定。

第二参数(Cirlen)用于表征信道冲击响应长度，该第二参数估计值可以是信道时延的估计值，即第二参数与信道时延密切相关。

第三参数(SNR)用于表征信噪比，该第三参数估计值可以为对信噪比的估计值。

步骤203，网络设备向终端设备发送寻呼消息调度信息。相应的，终端设备接收寻呼消息调度信息。

具体地，寻呼可以由核心网设备发起，例如，该核心网设备可以是移动管理实体(Mobility Management Entity，MME)。该核心网设备可以生成寻呼消息调度信息，并可以将寻呼消息调度信息发送给网络设备，例如，该网络设备可以是基站，并可以由网络设备将寻呼消息调度信息发送给终端设备。或者，

寻呼可以由网络设备发起。例如，网络设备可以生成寻呼消息调度信息，并可以将该寻呼消息调度信息发送给终端设备。

本申请实施例对上述两种寻呼的方式不作特殊限定。

可以理解的是，网络设备可以通过PDCCH向终端设备发送寻呼消息调度信息。相应的，终端设备可以通过PDCCH接收寻呼消息调度信息。

步骤204，终端设备判断第三参数估计值是否大于预设阈值。

具体地，终端设备可以获取预设阈值，其中，该预设阈值可以用于表征信噪比的阈值。

在一些可选的实施例中，该预设阈值可以预先设定在终端设备中；或者，该预设阈值可以由协议规定；或者，该预设阈值可以由终端设备与网络设备协商确定；或者，该预设阈值可以由网络设备指示给终端设备，本申请实施例对此不作特殊限定。

在一些可选的实施例中，该预设阈值可以和终端设备的天线数相关，例如，若终端设备的天线数越高，表示该终端设备的接收性能更好，因此，预设阈值可以设置的越低；或者，若终端设备的天线数越少，表示该终端设备的接收性能更差，因此，预设阈值可以设置的越高。

若终端设备判断第三参数估计值大于预设阈值，可以认为当前的信噪比环境是较好的，并可以执行步骤210。或者，

若终端设备判断第三参数估计值小于或等于预设阈值，可以认为当前的信噪比环境是较差的，并可以执行步骤205。

步骤205，终端设备获取第二参数预设值。

具体地，在低信噪比的场景中，噪声会严重影响信道估计的准确性，从而会影响对寻呼消息调度信息的解调性能。因此，为了有效滤除噪声的影响，本申请实施例中，终端设备可以不采用第二参数估计值，并可以将第二参数设置为预设值。

其中，该第二参数的预设值可以相对于典型信道模型的最大多径时延为一个小值，例如，三种典型信道模型的最大多径时延通常可以分别达到290ns、480ns或2595ns，该第二参数的预设值可以为10Ts以内的任何一个值，而10Ts相当于325ns，因此，第二参数的预设值相对于典型信道模型的最大多径时延而言为一个较小的值。Ts为与预设频率对应的采样率。示例性的，该预设频率可以为30.72Mhz，或者，该预设频率可以为其他值，本申请实施例对此不作特殊限定。

步骤206，终端设备获取第一参数基准值。

具体地，终端设备可以给第一参数设置基准值，其中，该第一参数的基准值可以认为是解调窗基准时延。

示例性的，第一参数的基准值的范围可以在3Ts-5Ts之间。优选地，第一参数的基准值可以设置为3Ts。

步骤207，终端设备基于预设的多个相对于第一参数基准值的时延偏移对寻呼消息调度信息进行尝试解调，获得多个尝试解调结果。

具体地，终端设备可以获取预设的多个相对于第一参数基准值的时延偏移，即预设的多个相对于第一参数基准值的时延偏移可以理解为相对于第一参数基准值的相对时延。

在一些实施例中，该预设的多个相对于第一参数基准值的时延偏移可以是均匀分布，或者，该预设的多个相对于第一参数基准值的时延偏移可以是不均匀分布，本申请实施例对此不作特殊限定。

示例性的，以4个时延偏移为例，预设的多个相对于第一参数基准值的时延偏移可以包括：[-20Ts，-10Ts，10Ts，20Ts]。

其中，-20Ts表示的是相对于第一参数基准值偏移了-20Ts，-10Ts表示的是相对于第一参数基准值偏移了-10Ts，10Ts表示的是相对于第一参数基准值偏移了10Ts，20Ts表示的是相对于第一参数基准值偏移了20Ts。

可以理解的是，上述示例中的4个偏移值仅是示例性说明，并不构成对本申请实施例的限定，在一些实施例中，第一参数基准值的时延偏移可以是其他数值。

通过第一参数基准值和预设的多个相对于第一参数基准值的时延偏移可以计算获得多个第一参数参考值。

其中，第一参数参考值＝第一参数基准值+时延偏移。

示例性的，以第一参数参考值为3Ts，以及预设的多个相对于第一参数基准值的时延偏移包括[-20Ts，-10Ts，10Ts，20Ts]为例，第一参数参考值可以包括[-17Ts，-7Ts，13Ts，23Ts]。

接着，终端设备可以基于上述多个第一参数参考值及第二参数预设值对寻呼消息调度信息进行尝试解调。

其中，上述尝试解调的过程可以是依次按照每个第一参数参考值和第二参数预设值的组合尝试对寻呼消息调度信息进行解调。

示例性的，假设多个第一参数参考值可以包括4个参考值，例如，该4个参考值可以分别为第一参数参考值1、第一参数参考值2、第一参数参考值3和第一参数参考值4。由此可以分别将该4个参考值分别与第二参数预设值进行组合，得到4个组合。

以4个组合为例，表1示例性的示出了组合与第一参数参考值及第二参数预设值的对应关系。

表1

参考表1，该4个组合可以分别为组合1、组合2、组合3和组合4。其中，组合1＝[第一参数参考值1，第二参数预设值]，组合2＝[第一参数参考值2，第二参数预设值]，组合3＝[第一参数参考值3，第二参数预设值]，组合4＝[第一参数参考值4，第二参数预设值]。

接着，可以依次使用上述组合尝试对寻呼消息调度信息进行解调。其中，本申请实施例对组合的尝试顺序可以不作特殊限定。例如，可以按照组合1、组合2、组合3、组合4的顺序，或者，按照组合4、组合3、组合2、组合1的顺序。

现以通过多个组合中的一个组合进行尝试解调为例，结合图3对使用信道估计参数对寻呼消息调度信息的尝试解调方式进行示例性说明。

图3为寻呼消息的解调过程示意图，具体包括以下步骤：

步骤301，终端设备获取存储在缓存中的寻呼消息调度信息。

具体地，终端设备可以将通过PDCCH接收到的寻呼消息调度信息存储在缓存中，并可以从缓存中获取接收到的寻呼消息调度信息，由此可以启动对寻呼消息调度信息的尝试解调。

步骤302，终端设备对寻呼消息调度信息进行傅里叶变换。

步骤303，终端设备选取多个组合中的一个组合作为目标组合，基于目标组合中的信道估计参数对傅里叶变换后的寻呼消息调度信息进行相位旋转。

具体地，当终端设备对寻呼消息调度信息进行傅里叶变换后，可以使用多个组合中的一个组合中的第一参数参考值对傅里叶变换后的寻呼消息调度信息进行相位旋转。

可以理解的是，多个组合中的一个组合可以是按照组合的尝试顺序确定的组合。以多个组合包括组合1、组合2、组合3、组合4，且组合的尝试顺序为组合1、组合2、组合3、组合4为例，首次选取的组合可以是组合1，即可以使用组合1中的第一参数参考值对傅里叶变换后的寻呼消息调度信息进行相位旋转。

步骤304，终端设备基于目标组合中的信道估计参数进行信道估计。

具体地，当终端设备对傅里叶变换后的寻呼消息调度信息进行相位旋转后，可以对相位旋转后的寻呼消息调度信息进行信道估计。

在一些可选的实施例中，信道估计的方式可以通过矩形功率谱实现，即可以通过矩形功率谱对相位旋转后的寻呼消息调度信息进行滤波。

示例性的，矩形功率谱的模型可以通过如下公式表征：

其中，L

通过傅里叶变换可以得到如下公式：

R

其中，Δk为两个子载波之间的距离，Δf为子载波间隔。

可以理解的是，在一些可选的实施例中，信道估计的方式也可以通过其他功率谱实现，例如，指数谱，本申请实施例对此不作特殊限定。

步骤305，终端设备对信道估计后的寻呼消息调度信息进行尝试解调，获得尝试解调结果。

具体地，当终端设备对傅里叶变换后的寻呼消息调度信息进行相位旋转后，可以基于多入多出(Multiple-Input Multiple-Output，MIMO)技术对信道估计后的寻呼消息调度信息进行解调，由此可以得到与当前的目标组合对应的尝试解调结果。

可以理解的是，当通过当前的目标组合获取与当前的目标组合对应的尝试解调结果后，可以使用多个组合中的下一个组合再次执行步骤301-步骤305，由此可以得到下一个目标组合的尝试解调结果，直至多个组合中所有组合尝试解调完为止，最终可以获得多个解调结果，其中，多个解调结果中的每个结果与多个组合中的一个组合对应。

以上述多个组合包括组合1、组合2、组合3、组合4为例，表2示例性的示出了多个组合与尝试解调结果之间的映射关系。

表2

参考表2，当终端设备对上述4个组合全部尝试解调完之后，可以得到4个尝试解调结果，例如，该4个尝试解调结果可以包括尝试解调结果1、尝试解调结果2、尝试解调结果3及尝试解调结果4，其中，尝试解调结果1可以与组合1对应，即尝试解调结果1可以是通过组合1的参数值进行尝试解调后获得，尝试解调结果2可以与组合2对应，即尝试解调结果2可以是通过组合2的参数值进行尝试解调后获得，尝试解调结果3可以与组合3对应，即尝试解调结果3可以是通过组合3的参数值进行尝试解调后获得，尝试解调结果4可以与组合4对应，即尝试解调结果4可以是通过组合4的参数值进行尝试解调后获得。

步骤208，终端设备基于多个尝试解调结果确定目标信道估计参数值。

具体地，当终端设备通过尝试解调获取到多个尝试解调结果中，可以在多个尝试解调结果中选取一个最优的尝试解调结果，并可以将最优尝试解调结果对应的信道估计参数值确定为目标信道估计参数值。

其中，信道估计参数值为第二参数预设值及第一参数参考值的组合。

例如，多个尝试解调结果中的每个结果可以对应PDCCH的信噪比的估计值，多个尝试解调结果中最高信噪比对应的解调结果可以认为是最优的尝试解调结果，可以将最高信噪比对应的信道估计参数值确定为目标信道估计参数值。

以表2中的4个尝试解调结果为例，表3示例性的示出了尝试解调结果与PDCCH信噪比的对应关系。

表3

参考表3，每个组合都具有其信道估计参数值，其中，信道估计参数值可以是第二参数预设值及第一参数参考值的组合。例如，组合1具有信道估计参数值1，该信道估计参数值1可以包括第二参数预设值及第一参数参考值1；组合2具有信道估计参数值1，该信道估计参数值2可以包括第二参数预设值及第一参数参考值2；组合3具有信道估计参数值3，该信道估计参数值3可以包括第二参数预设值及第一参数参考值3；组合4具有信道估计参数值4，该信道估计参数值4可以包括第二参数预设值及第一参数参考值4。

此外，每个组合可以对应一个尝试解调结果，每个尝试解调结果可以对应一个PDCCH信噪比。其中，组合1可以对应尝试解调结果1，尝试解调结果1可以对应信噪比1；组合2可以对应尝试解调结果2，尝试解调结果2可以对应信噪比2；组合3可以对应尝试解调结果3，尝试解调结果3可以对应信噪比3；组合4可以对应尝试解调结果4，尝试解调结果4可以对应信噪比4。

如前文所述，每个组合中包含第二参数预设值及第一参数参考值，该第二参数预设值及第一参数参考值的组合可以认为是信道估计参数值。

假设信噪比1>信噪比2>信噪比3>信噪比4，则最高信噪比为信噪比1，与信噪比1对应的尝试解调结果为尝试解调结果1，即尝试解调结果1为最优的尝试解调结果，与信噪比1对应的组合为组合1，即组合1中的信道估计参数值1为目标信道估计参数值。

又例如，多个尝试解调结果中的每个结果可以对应译码时的路径矩阵(PathMatrix，PM)差异度，多个尝试解调结果中最大差异度对应的解调结果可以认为是最优的尝试解调结果，可以将最大差异度对应的信道估计参数值确定为目标信道估计参数值。

其中，上述译码的方式可以是基于极化码(Polar Code)，或者，译码的方式可以是基于咬尾卷积码(Tail Biting Convolutional Code，TBCC)，或者，译码的方式可以是基于其他类型的码，本申请实施例对此不作特殊限定。

以表2中的4个尝试解调结果为例，表4示例性的示出了尝试解调结果与PM差异度的对应关系。

表4

参考表4，每个组合可以对应一个尝试解调结果，每个尝试解调结果可以对应一个PM差异度。其中，组合1可以对应尝试解调结果1，尝试解调结果1可以对应差异度1；组合2可以对应尝试解调结果2，尝试解调结果2可以对应差异度2；组合3可以对应尝试解调结果3，尝试解调结果3可以对应差异度3；组合4可以对应尝试解调结果4，尝试解调结果4可以对应差异度4。

假设差异度1>差异度2>差异度3>差异度4，则最大差异度为差异度1，与差异度1对应的尝试解调结果为尝试解调结果1，即尝试解调结果1为最优的尝试解调结果，与差异度1对应的组合为组合1，即组合1中的信道估计参数值1为目标信道估计参数值。

可以理解的是，上述两种目标信道估计参数值的确定方式可以单独使用，或者，上述两种目标信道估计参数值的确定方式可以结合使用，本申请实施例对此不作特殊限定。

在一些可选的实施例中，该目标信道估计参数值也可以用于对在PDSCH上传输的寻呼消息的解调，由此可以降低对寻呼消息解析的复杂度，同时也可以提高对寻呼消息的解调性能，从而可以整体提升对整个寻呼过程的接收性能。

在一些可选的实施例中，除了上述目标信道估计参数值之外，还可以增加一个或多个信道估计参数值，该一个或多个信道估计参数值可以是与目标信道估计参数值临近的值。示例性的，该一个或多个信道估计参数值中的部分值或全部值可以比目标信道估计参数值大，或者，该一个或多个信道估计参数值中的部分值或全部值可以比目标信道估计参数值小，本申请实施例对此不作特殊限定。该一个或多个信道估计参数值可以用于对寻呼消息解析，由此可以进一步降低对寻呼消息解析的复杂度，同时也可以提高对寻呼消息的解调性能。

步骤209，终端设备采用目标信道估计参数值对寻呼消息调度信息进行解调。

步骤210，终端设备采用第一参数估计值和第二参数估计值对寻呼消息调度信息进行解调。

具体地，终端设备可以采用现有的相关接收机制(例如，现有协议规定的接收机制)对寻呼消息调度信息进行解调，例如，终端设备可以采用第一参数估计值和第二参数估计值对寻呼消息调度信息进行解调，其中，采用第一参数估计值和第二参数估计值对寻呼消息调度信息进行解调的方式具体可以参考现有协议的相关描述，在此不再赘述。

图4为本申请通信装置一个实施例的结构示意图，如图4所示，上述通信装置40可以包括：获取模块41、尝试解调模块42、确定模块43及解调模块44；其中，

获取模块41，用于响应于通过物理下行控制信道PDCCH接收到的寻呼消息调度信息，获取第一参数基准值和第二参数预设值；其中，所述第一参数用于表征所述寻呼消息调度信息的接收时延，所述第二参数用于表征信道冲击响应长度；

尝试解调模块42，用于基于预设的多个相对于所述第一参数基准值的时延偏移对所述寻呼消息调度信息进行尝试解调，获得多个尝试解调结果；其中，每个尝试解调结果对应一组信道估计参数值，所述信道估计参数值包括所述第二参数预设值和第一参数参考值，所述第一参数参考值由所述第一参数基准值和所述时延偏移确定；

确定模块43，用于基于所述多个尝试解调结果确定目标信道估计参数值；

解调模块44，用于采用所述目标信道估计参数值对所述寻呼消息调度信息进行解调。

其中一种可能的实现方式中，上述通信装置40还可以包括：

判断模块，用于获取第三参数估计值；其中，所述第三参数用于表征信噪比；

若所述第三参数估计值大于预设阈值，获取第一参数估计值和第二参数估计值，采用所述第一参数估计值和所述第二参数估计值对寻呼消息调度信息进行解调；或者，

若所述第三参数估计值小于或等于预设阈值，获取第一参数基准值和第二参数预设值。

其中一种可能的实现方式中，所述第一参数估计值、所述第二参数估计值和所述第三参数估计值通过一组物理广播信道PBCH分别对所述第一参数、所述第二参数和所述第三参数估计后获得。

其中一种可能的实现方式中，所述预设阈值由终端设备的天线数确定。

其中一种可能的实现方式中，每个尝试解调结果对应信噪比值和/或译码路径矩阵差异度，所述目标信道估计参数值对应最高的信噪比值和/或最大的译码路径矩阵差异度。

其中一种可能的实现方式中，所述第一参数参考值用于对所述寻呼消息调度信息进行相位旋转。

其中一种可能的实现方式中，所述解调模块44还可以用于采用所述目标信道估计参数值对寻呼消息进行解调。

其中一种可能的实现方式中，所述解调模块44还可以用于获取与所述目标信道估计参数值临近的一个或多个信道估计参数值；

采用与所述目标信道估计参数值临近的一个或多个信道估计参数值对寻呼消息进行解调。

在一种可能的实现方式中，该通信装置40可以为芯片或终端设备。

图4所示实施例提供的通信装置40可用于执行本申请所示方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述。

应理解以上通信装置40的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块以软件通过处理元件调用的形式实现，部分模块通过硬件的形式实现。例如，检测模块可以为单独设立的处理元件，也可以集成在终端设备的某一个芯片中实现。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit；以下简称：ASIC)，或，一个或多个微处理器(Digital Signal Processor；以下简称：DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array；以下简称：FPGA)等。再如，这些模块可以集成在一起，以片上系统(System-On-a-Chip；以下简称：SOC)的形式实现。

图5为本申请实施例提供的一种通信装置500的结构示意图，上述通信装置500可以包括：至少一个处理器；以及与上述处理器通信连接的至少一个存储器。上述通信装置500可以为终端设备。上述存储器存储有可被上述处理器执行的程序指令，终端设备中的处理器调用上述程序指令能够执行本申请实施例提供的通信方法中的终端设备执行的动作。

如图5所示，通信装置500以通用计算设备的形式表现。通信装置500的组件可以包括但不限于：一个或者多个处理器510，存储器520，连接不同系统组件(包括存储器520和处理器510)的通信总线540以及通信接口530。

通信总线540表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture；以下简称：ISA)总线，微通道体系结构(Micro Channel Architecture；以下简称：MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation；以下简称：VESA)局域总线以及外围组件互连(Peripheral ComponentInterconnection；以下简称：PCI)总线。

通信装置500典型地包括多种计算机系统可读介质。这些介质可以是任何能够被终端设备访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器520可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory；以下简称：RAM)和/或高速缓存存储器。终端设备可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(Compact Disc Read Only Memory；以下简称：CD-ROM)、数字多功能只读光盘(Digital Video Disc Read Only Memory；以下简称：DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与通信总线540相连。存储器520可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块的程序/实用工具，可以存储在存储器520中，这样的程序模块包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块通常执行本申请所描述的实施例中的功能和/或方法。

通信装置500也可以与一个或多个外部设备(例如键盘、指向设备、显示器等)通信，还可与一个或者多个使得用户能与该终端设备交互的设备通信，和/或与使得该终端设备能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过通信接口530进行。并且，通信装置500还可以通过网络适配器(图5中未示出)与一个或者多个网络(例如局域网(Local Area Network；以下简称：LAN)，广域网(Wide Area Network；以下简称：WAN)和/或公共网络，例如因特网)通信，上述网络适配器可以通过通信总线540与终端设备的其它模块通信。应当明白，尽管图5中未示出，可以结合通信装置500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Drives；以下简称：RAID)系统、磁带驱动器以及数据备份存储系统等。

处理器510通过运行存储在存储器520中的程序，从而执行各种功能应用以及数据处理，例如实现本申请实施例提供的方法。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对通信装置500的结构限定。在本申请另一些实施例中，通信装置500也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

以上各实施例中，涉及的处理器可以例如包括CPU、DSP、微控制器或数字信号处理器，还可包括GPU、嵌入式神经网络处理器(Neural-network Process Units；以下简称：NPU)和图像信号处理器(Image Signal Processing；以下简称：ISP)，该处理器还可包括必要的硬件加速器或逻辑处理硬件电路，如ASIC，或一个或多个用于控制本申请技术方案程序执行的集成电路等。此外，处理器可以具有操作一个或多个软件程序的功能，软件程序可以存储在存储介质中。

本申请实施例还提供一种可读存储介质，该可读存储介质中存储有程序，当其在终端设备上运行时，使得终端设备执行本申请所示实施例提供的通信方法。

本申请实施例还提供一种程序产品，该程序产品包括程序，当其在终端设备上运行时，使得终端设备执行本申请所示实施例提供的通信方法。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c或a和b和c，其中a，b，c可以是单个，也可以是多个。

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

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

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

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