CN111819813A - 寻呼控制消息传输方法、装置及通信设备 - Google Patents

寻呼控制消息传输方法、装置及通信设备 Download PDF

Info

Publication number
CN111819813A
CN111819813A CN202080001097.1A CN202080001097A CN111819813A CN 111819813 A CN111819813 A CN 111819813A CN 202080001097 A CN202080001097 A CN 202080001097A CN 111819813 A CN111819813 A CN 111819813A
Authority
CN
China
Prior art keywords
pdcch signaling
type
different
paging
pdcch
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.)
Granted
Application number
CN202080001097.1A
Other languages
English (en)
Other versions
CN111819813B (zh
Inventor
牟勤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN202210353399.6A priority Critical patent/CN114826529A/zh
Publication of CN111819813A publication Critical patent/CN111819813A/zh
Application granted granted Critical
Publication of CN111819813B publication Critical patent/CN111819813B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开实施例是关于寻呼控制消息传输方法、装置及通信设备。该方法包括：根据用户设备(UE)的类型，发送与所述UE的类型对应的物理下行控制信道(PDCCH)信令；所述PDCCH信令携带有所述用户设备UE的寻呼控制消息；其中，不同所述UE的类型对应的PDCCH信令不同，所述寻呼控制消息，用于指示寻呼消息的调度信息。

Description

寻呼控制消息传输方法、装置及通信设备
技术领域
本申请涉及无线通信技术领域但不限于无线通信技术领域，尤其涉及寻呼控制消息传输方法、装置及通信设备。
背景技术
在第四代(4G，4th Generation)蜂窝移动通信系统中，为了支持物联网业务，提出了机器型通信(MTC，Machine Type Communication)和窄带物联网(NB-IoT，Narrow BandInternet of Things)两大技术。这两大技术主要针对的是低速率，高时延等场景。比如抄表，环境监测等场景。NB-IoT目前最大只能支持几百k的速率，MTC目前最大只能支持几M的速率。但同时另外一方面，随着物联网业务的不断发展，比如视频监控，智能家居，可穿戴设备和工业传感监测等业务的普及。这些业务通常要求几十到100M的速率，同时对时延也有相对较高的要求，因此LTE中的MTC，NB-IoT技术很难满足要求。
在第五代(5G，5th Generation)蜂窝移动通信系统的新空口(New radio)中，一种新类型用户设备(UE，User Equipment)被用以来覆盖这种中端物联网设备的要求。该新类型的UE，被称为轻量化用户设备(Reduced capability UE)或者简称为轻量空口(NR-lite)。
对于轻量化用户设备的要求是：低造价，低复杂度；一定程度的覆盖增强；功率节省。由于目前5G新空口(NR，New Radio)是针对高速率低时延等高端终端设计的，因此,当前的设计无法满足轻量化UE的上述要求。因此，需要对目前的NR系统进行改造用以满足轻量化UE的要求。
发明内容
有鉴于此，本公开实施例提供了一种寻呼控制消息传输方法、装置及通信设备。
根据本公开实施例的第一方面，提供一种寻呼控制消息传输方法，其中，应用于基站，所述方法包括：
根据用户设备UE的类型，发送与所述UE的类型对应的物理下行控制信道(PDCCH，Physical Downlink Control Channel)信令；所述PDCCH信令携带有所述用户设备UE的寻呼控制消息；其中，不同所述UE的类型对应的PDCCH信令不同，所述寻呼控制消息，用于指示寻呼消息的调度信息。
根据本公开实施例的第二方面，提供一种寻呼控制消息传输方法，其中，应用于用户设备UE，所述方法包括：
采用与所述UE的类型对应的接收参数，接收PDCCH信令，其中，所述PDCCH信令携带有寻呼所述UE的寻呼控制消息；不同所述UE的类型对应的PDCCH信令不同，所述寻呼控制消息，用于指示寻呼消息的调度信息。
根据本公开实施例的第三方面，提供一种寻呼控制消息传输装置，其中，应用于基站，所述装置包括：第一发送模块，其中，
所述第一发送模块，配置为根据用户设备UE的类型，发送与所述UE的类型对应的PDCCH信令；所述PDCCH信令携带有所述用户设备UE的寻呼控制消息；其中，不同所述UE的类型对应的PDCCH信令不同，所述寻呼控制消息，用于指示寻呼消息的调度信息。
根据本公开实施例的第四方面，提供一种寻呼控制消息传输装置，其中，应用于用户设备UE，所述装置包括：第一接收模块，其中，
所述第一接收模块，配置为采用与所述UE的类型对应的接收参数，接收PDCCH信令，其中，所述PDCCH信令携带有寻呼所述UE的寻呼控制消息；不同所述UE的类型对应的PDCCH信令不同，所述寻呼控制消息，用于指示寻呼消息的调度信息。
根据本公开实施例的第五方面，提供一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，所述处理器运行所述可执行程序时执行如第一方面所述寻呼控制消息传输方法的步骤。
根据本公开实施例的第六方面，提供一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，所述处理器运行所述可执行程序时执行如第二方面所述寻呼控制消息传输方法的步骤。
本公开实施例提供的寻呼控制消息传输方法、装置及存储介质，基站根据用户设备UE的类型，发送与所述UE的类型对应的物理下行控制信道PDCCH信令；所述PDCCH信令携带有所述用户设备UE的寻呼控制消息；其中，不同所述UE的类型对应的PDCCH信令不同，所述寻呼控制消息，用于指示寻呼消息的调度信息。如此，采用与UE的类型对应的PDCCH信令分别携带与UE的类型对应的寻呼控制消息，一方面，采用与UE的类型对应的PDCCH信令携带寻呼控制消息，满足不同UE类型的不同传输需求，提高通信效率。另一方面，不同类型PDCCH信令可以分别满足不同类型UE的寻呼控制消息的传输需求，降低了不同类型UE的寻呼控制消息之间的耦合性，提高了寻呼控制消息的传输灵活性。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开实施例。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明实施例，并与说明书一起用于解释本发明实施例的原理。
图1是根据一示例性实施例示出的一种无线通信系统的结构示意图；
图2是根据一示例性实施例示出的一种寻呼控制消息传输方法的流程示意图；
图3是根据一示例性实施例示出的PDCCH资源候选位置示意图；
图4是根据一示例性实施例示出的另一种寻呼控制消息传输方法的流程示意图；
图5是根据一示例性实施例示出的又一种寻呼控制消息传输方法的流程示意图；
图6是根据一示例性实施例示出的再一种寻呼控制消息传输方法的流程示意图；
图7是根据一示例性实施例示出的一种寻呼控制消息传输装置的框图；
图8是根据一示例性实施例示出的另一种寻呼控制消息传输装置的框图；
图9是根据一示例性实施例示出的一种用于寻呼控制消息传输的装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明实施例的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
请参考图1，其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示，无线通信系统是基于蜂窝移动通信技术的通信系统，该无线通信系统可以包括：若干个终端11以及若干个基站12。
其中，终端11可以是指向用户提供语音和/或数据连通性的设备。终端11可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，终端11可以是物联网终端，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(Station，STA)、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobilestation)、移动台(mobile)、远程站(remote station)、接入点、远程终端(remoteterminal)、接入终端(access terminal)、用户装置(user terminal)、用户代理(useragent)、用户设备(user device)、或用户终端(user equipment，UE)。或者，终端11也可以是无人飞行器的设备。或者，终端11也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线通信设备。或者，终端11也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
基站12可以是无线通信系统中的网络侧设备。其中，该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication，4G)系统，又称长期演进(Long Term Evolution，LTE)系统；或者，该无线通信系统也可以是5G系统，又称新空口(new radio，NR)系统或5G NR系统。或者，该无线通信系统也可以是5G系统的再下一代系统。其中，5G系统中的接入网可以称为NG-RAN(New Generation-Radio Access Network，新一代无线接入网)。或者，MTC系统。
其中，基站12可以是4G系统中采用的演进型基站(eNB)。或者，基站12也可以是5G系统中采用集中分布式架构的基站(gNB)。当基站12采用集中分布式架构时，通常包括集中单元(central unit，CU)和至少两个分布单元(distributed unit，DU)。集中单元中设置有分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层、无线链路层控制协议(Radio Link Control，RLC)层、媒体访问控制(Media Access Control，MAC)层的协议栈；分布单元中设置有物理(Physical，PHY)层协议栈，本公开实施例对基站12的具体实现方式不加以限定。
基站12和终端11之间可以通过无线空口建立无线连接。在不同的实施方式中，该无线空口是基于第四代移动通信网络技术(4G)标准的无线空口；或者，该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口，比如该无线空口是新空口；或者，该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。
在一些实施例中，终端11之间还可以建立E2E(End to End，端到端)连接。比如车联网通信(vehicle to everything，V2X)中的V2V(vehicle to vehicle，车对车)通信、V2I(vehicle to Infrastructure，车对路边设备)通信和V2P(vehicle to pedestrian，车对人)通信等场景。
在一些实施例中，上述无线通信系统还可以包含网络管理设备13。
若干个基站12分别与网络管理设备13相连。其中，网络管理设备13可以是无线通信系统中的核心网设备，比如，该网络管理设备13可以是演进的数据分组核心网(EvolvedPacket Core，EPC)中的移动性管理实体(Mobility Management Entity，MME)。或者，该网络管理设备也可以是其它的核心网设备，比如服务网关(Serving GateWay，SGW)、公用数据网网关(Public Data Network GateWay，PGW)、策略与计费规则功能单元(Policy andCharging Rules Function，PCRF)或者归属签约用户服务器(Home Subscriber Server，HSS)等。对于网络管理设备13的实现形态，本公开实施例不做限定。
本公开实施例涉及的执行主体包括但不限于：支持5G蜂窝移动通信的终端等UE，以及基站等。
本公开实施例的应用场景为，NR中承载寻呼控制消息的搜索空间为类型2PDCCH公共搜索空间(type-2——PDCCH CSS)，即寻呼搜索空间。在寻呼搜索空间中，承载的PDCCH是由寻呼无线电网络临时标识符(P-RNTI)进行加扰循环冗余校验(CRC，Cyclic RedundancyCheck)的。在通信协议中，一般P-RNTI采用固定的字段“FFFE”。同时，寻呼搜索空间的配置中包含以下参数
1、容纳寻呼搜索空间的控制资源集(CORESET，control resource set)的标识(ID，Identity)。当配置信息中，寻呼搜索空间的配置中缺失CORESET时，用户设备默认寻呼搜索空间在CORESET#0中传输；
2、PDCCH监测起始时隙时间，包括：PDCCH监测周期以及在监测周期内的时间偏移；
3、PDCCH监测持续时隙数；
4、PDCCH在一个时隙中的监测模式；
5、搜索空间中包含的控制信道元素(CCE，Control Channel Elements)聚合等级以及每个CCE聚合等级下所对应的PDCCH传输候选位置数；
寻呼搜索空间在所对应的CORESET中根据资源确定规则确定对应的CCE资源，资源确定规则可以用表达式(1)表示：
Figure BDA0002556142500000041
其中，
Figure BDA0002556142500000042
表示迭代值，对于寻呼搜索空间来说
Figure BDA0002556142500000043
NCCE,p表示在一个CORESET中所包含的CCE的总数，p表示第p个物理资源块集，L表示CCE聚合程度，i＝0,…,L-1，
Figure BDA0002556142500000044
表示CCE聚合程度L所对应的候选传输位置的个数，
Figure BDA0002556142500000045
nCI表示载波指示字段的值，对于寻呼搜索空间来说。
另外，在寻呼搜索空间配置中，在相同的带宽部分(BWP，bandwidth part)中，所有UE都监测同一个寻呼搜索空间。
轻量化UE和其他NR中的非轻量化UE用户需要共享一个寻呼控制消息，包括：采用相同的寻呼PDCCH资源和寻呼PDSCH资源。寻呼PDCCH信令在一个寻呼搜索空间中传输。在实际应用中，由于NR用户与NR-lite用户的用户能力不同，共享一个寻呼搜索空间会限制配置的灵活性。
本实施例提供一种寻呼控制消息传输方法可以应用于移动通信网络中的基站中，如图2所示，寻呼控制消息传输方法可以包括：
步骤201：根据用户设备UE的类型，发送与UE的类型对应的PDCCH信令；PDCCH信令携带有用户设备UE的寻呼控制消息；其中，不同UE的类型对应的PDCCH信令不同，所述寻呼控制消息，用于指示寻呼消息的调度信息。
不同类型的UE可以是具有不同数据传输能力和/或不同信号接收能力的UE。这里，数据传输能力可以包括：传输速率、和/或传输时延等。UE的类型可以有两种或两种以上，
示例性的，第一类UE和第二类UE可以是多种类型类型中的两类。第一类UE可以是5G蜂窝移动通信系统中的轻量化UE(Reduced capability UE)。第二类UE可以是5G蜂窝移动通信系统中的非轻量化UE，如增强移动宽带(eMBB，Enhanced Mobile Broadband)终端等。与第二类UE相比，第一类UE可以具有较低的传输数量以及较高的传输时延。
寻呼消息的调度信息可以包括寻呼消息的PDSCH资源信息以及调制与编码策略信息等。基站可以通过在PDCCH信令承载寻呼控制消息，并基于寻呼控制消息指示的传输资源，发送寻呼消息。UE接收并解析寻呼控制信息，并在控制寻呼控制消息指示的PDSCH资源以及调制与编码策略接收寻呼消息。
相关技术中，第一类UE的寻呼控制消息和第二类UE的寻呼控制消息携带于相同的PDCCH信令中。第一类UE和第二类UE可以是具有不同数据传输能力和/或不同信号接收能力的UE，因此，同一PDCCH信令需要同时满足第一类UE和第二类UE的对于数据传输要求和/或信号质量要求等，使得PDCCH信令传输资源范围同时受第一类UE和第二类UE的限制，降低了PDCCH信令传输资源配置的灵活性。
这里，可以采用第一类PDCCH信令和第二类PDCCH信令分别携带针对第一类UE的寻呼控制消息和针对第二类UE的寻呼控制消息。第一类PDCCH信令不同于第二类PDCCH信令。
这里，第一类PDCCH信令和第二类PDCCH信令可以是具有不同传输资源的PDCCH信令。例如，第一类PDCCH信令所属的寻呼搜索空间和第二类PDCCH信令的寻呼搜索空间可以不同，或者，第一类PDCCH信令的传输周期和第二类PDCCH信令的传输周期可以不同，或者，第一类PDCCH信令的传输带宽和第二类PDCCH信令的传输带宽可以不同。
不同类型PDCCH信令可以满足不同类型UE对于数据传输的要求和/或信号质量的要求。例如，针对第一类UE对信号质量要求较高的情况，可以采用干扰较小的频域资源传输第一类PDCCH信令。
UE在接收PDCCH信令时，可以根据自身UE类型对应的接收参数，接收与UE类型对应的PDCCH信令。接收参数可以是预先设置在UE内部的。接收参数可以是PDCCH信令的传输资源参数、和/或PDCCH解扰序列、和/或PDCCH信令所属寻呼搜索空间时频资源参数等。
示例性的，第一类UE可以根据第一类UE对应的接收参数，接收第一类PDCCH信令。
不同PDCCH信令承载的寻呼控制信息可以不同，不同寻呼控制信息可以指示不同的寻呼消息的调度信息，如此，不同类型UE可以在不同传输资源接收各自的寻呼信息，提高了寻呼消息的传输灵活性，降低了不同类型UE的寻呼消息之间的耦合性。
如此，采用与UE类型对应的PDCCH信令分别携带与UE类型对应的寻呼控制消息，一方面，采用与UE类型对应的PDCCH信令携带寻呼控制消息，满足不同UE类型的不同传输需求，提高通信效率。另一方面，不同类型PDCCH信令可以分别满足不同类型UE的寻呼控制消息的传输需求，降低了不同类型UE的寻呼控制消息之间的耦合性，提高了寻呼控制消息的传输灵活性。
在一个实施例中，步骤201可以包括：
在不同类型UE的共享寻呼搜索空间上，发送PDCCH信令，其中，不同UE的类型对应的PDCCH信令的加扰序列不同。
这里，共享寻呼搜索空间可以是不同UE的类型对应的PDCCH信令共有的寻呼搜索空间。寻呼搜索空间可以是携带有寻呼控制消息的PDCCH信令的传输资源。寻呼搜索空间可以是type-2PDCCH CSS。
UE可以在共享寻呼搜索空间监听PDCCH信令。这里，基站发送不同类型PDCCH信令的传输资源可以相同。不同类型的UE可以在同一个寻呼搜索空间监听各自的PDCCH信令。
为区分不同UE类型对应的PDCCH信令，基站可以采用不同的加扰序列分别对不同UE类型对应的PDCCH信令进行加扰。
示例性的，采用第一类UE对应的加扰序列对第一类PDCCH信令进行加扰，采用第二类UE对应的加扰序列对第二类PDCCH信令进行加扰。
例如，可以采用第一类UE和第二类UE对应的UE标识分别对第一类PDCCH信令和第二类PDCCH信令进行加扰。这里，第一类UE的UE标识不同于第二类UE的UE标识。第一类UE的UE标识不同于第二类UE的UE标识可以是标识比特数不同，和/或，编码方式不同。
接收参数可以是UE的解扰序列。同一类UE的加扰序列和解扰序列相同。UE在共享寻呼搜索空间接收到PDCCH信令后，可以采用自身对应的解扰序列对PDCCH信令进行解扰，如果解扰成功则确定该PDCCH信令是发送给自身的PDCCH信令。
如此，通过同一寻呼搜索空间承载不同类型的PDCCH信令，提高的寻呼搜索空间的承载能力，提高通信效率。
在一个实施例中，加扰序列为寻呼无线电网络临时标识符P-RNTI，其中，不同类型UE的P-RNTI不同。
这里，可以为不同类型的UE分配不同的P-RNTI，基站采用与UE类型对应的加扰序列对PDCCH信令加扰。
UE侧接收到PDCCH信令后，可以采用与自身类型对应的P-RNTI进行解扰。
示例性的，针对非轻量化UE可以采用相关技术的P-RNTI，如FFFE。针对轻量化UE，可以由通信协议新固定一个不同的P-RNTI，或者可以由基站配置一个不同的P-RNTI。
在一个实施例中，步骤201可以包括：
在UE的类型对应的PDCCH信令的寻呼搜索空间发送PDCCH，其中，不同UE的类型对应的PDCCH信令的寻呼搜索空间不同。
这里，不同UE的类型对应的PDCCH信令可以通过不同的寻呼搜索空间进行承载。
这里，接收参数可以是寻呼搜索空间的资源参数，不同类型的UE可以根据各自寻呼搜索空间的资源参数，分别在各自UE类型对应的寻呼搜索空间接收各自的PDCCH。
资源参数可以包括寻呼搜索空间的频域参数和/或时域参数，不同的频域参数可以指示不同的频域资源，不同的时域参数可以指示不同的时域资源。
可以根据不同的UE类型，配置与UE类型对应的寻呼搜索空间。例如，可以针对不同UE类型的传输能力，配置与传输能力对应的寻呼搜索空间。
如此，通过不同寻呼搜索空间分别承载不同UE类型对应的PDCCH信令，使PDCCH信令所属寻呼搜索空间匹配对应的UE类型，提高了携带寻呼控制消息的PDCCH信令选择灵活性，进而使得不同类型PDCCH信令可以分别满足不同类型UE的寻呼控制消息的传输需求，降低了不同类型UE的寻呼控制消息之间的耦合性，减少解耦时数据解码导致的错误率，从而提高UE接收PDCCH信令的成功率。
在一个实施例中，不同UE的类型对应的PDCCH信令的寻呼搜索空间的时域资源不同。
这里，基站可以在不同时域资源的寻呼搜索空间分别发送不同UE类型对应的PDCCH信令。
接收参数可以是包括寻呼搜索空间的时域资源的资源参数。UE可以根据自身UE类型对应的时域资源的寻呼搜索空间上接收PDCCH信令。
如此，通过不同UE类型的寻呼控制消息可以承载在采用不同时域资源传输的PDCCH信令上，实现采用不同PDCCH信令携带不同类型UE的寻呼控制消息。
在一个实施例中，不同UE的类型对应的PDCCH信令的寻呼搜索空间的周期不同；
或，
不同UE的类型对应的PDCCH信令的寻呼搜索空间的周期相同，不同UE的类型对应的PDCCH信令的寻呼搜索空间的周期内的时域偏移量不同；
或，
不同UE的类型对应的PDCCH信令的寻呼搜索空间内单个时隙上的发送符号不同。
这里，基站可以采用不同周期的寻呼搜索空间分别承载不同UE的类型对应的PDCCH信令。
接收参数可以是寻呼搜索空间的周期，即UE监测寻呼搜索空间的监测周期，UE可以根据自身UE类型对应的监测周期，监听并接收PDCCH信令。
这里，针对周期相同的寻呼搜索空间所承载的不同UE的类型对应的PDCCH信令，基站可以基于不同的时域偏移量分别发送不同UE的类型对应的PDCCH信令。
接收参数可以是PDCCH信令寻呼搜索空间的周期内的时域偏移量，即UE监测寻呼搜索空间的监测周期内的时域偏移量，UE可以根据监测周期内，基于与自身UE类型对应的时域偏移量，在寻呼搜索空间监听并接收PDCCH信令。
发送符号可以是正交频分复用(OFDM，Orthogonal Frequency DivisionMultiplexing)符号，单个时隙可以由多个OFDM符号组成。不同UE的类型对应的PDCCH信令，可以分别采用多个不同的OFDM符号承载。
示例性的，单个时隙具有8个符号，第一类PDCCH信令可以采用第1个符号，第3个符号，第5个符号进行承载，第二类PDCCH信令可以采用第2个符号，第4个符号，第5个符号进行承载。
接收参数可以是单个时隙上的承载PDCCH的多个发送符号的位置，UE可以根据自身UE类型对应承载PDCCH的多个发送符号，在单个时隙内接收PDCCH信令。
针对不同UE类型单个时隙上的承载PDCCH的发送符号，可以建立对应的监测模式。监测模式可以是监测单个时隙上发送符号的方式。不同监测模式监测的单个时隙上的承载PDCCH的发送符号不同。UE可以基于自身UE类型对应的监测模式监测单个时隙上的承载PDCCH的发送符号。
在一个实施例中，不同UE的类型对应的PDCCH信令的寻呼搜索空间所属的控制资源集CORESET不同。
CORESET包括寻呼搜索空间中的PDCCH信令在频域上占据的频段，以及在时域上占用的OFDM符号数等资源。
基站可以采用不同的CORESET分别发送不同UE的类型对应的PDCCH信令。
UE可以基于自身UE类型对应的CORESET，接收PDCCH信令。
示例性的，可以为非轻量化UE配置使用CORESET#1，可以为轻量化UE用户配置使用CORESET#0。
如此，通不同UE类型的寻呼控制消息可以承载在采用不同CORESET承载的PDCCH信令上，实现采用不同PDCCH信令携带不同类型UE的寻呼控制消息。
在一个实施例中，步骤201可以包括：
在不同类型UE的共享CORESET上，在按照资源确定规则确定的候选CCE资源上发送PDCCH信令；
其中，不同UE的类型对应的资源确定规则不同。
这里，在不同类型UE的共享CORESET上采用不同规则参数确定的CCE资源不同。
CCE资源是承载PDCCH信令的共享寻呼搜索空间传输资源的基本组成单位。承载PDCCH信令的搜索空间传输可以具有1个或多个CCE资源。
承载PDCCH信令的CCE资源可以采用如表达式(1)所示的资源确定规则确定的。不同资源确定规则可以得到不同的CCE资源。
这里，在不同类型UE的共享CORESET上，为不同的UE类型设置不同的资源确定规则，从而得到不同的候选CCE资源。不同的候选CCE资源可以用于承载不同UE类型的PDCCH信令。
如此，通过针对不同UE类型设置不同的资源确定规则，使得不同UE类型的寻呼控制消息可以承载在采用不同CCE资源承载的PDCCH信令上，实现采用不同PDCCH信令携带不同类型UE的寻呼控制消息。
在一个实施例中，
不同所述UE的类型对应的所述资源确定规则的规则参数不同；
其中，所述规则参数包括：偏移量参数和/或随机化参数。
针对不同UE类型，可以采用不同的偏移量参数和/或随机化参数。
这里，偏移量参数可以为0。基于不同偏移量参数，可以通过资源确定规则得到不同的CCE资源，从而实现PDCCH信令传输资源不同；
或者，还可以将资源确定规则的预定规则参数随机化，采用不同的随机化参数得到不同的CCE资源。
示例性的，在表达式(1)所示资源确定规则的基础上设置偏移量参数X，可以得到如表达式(2)所示的资源确定规则，表达式(1)所示资源确定规则和表达式(2)所示的资源确定规则得到侧CCE资源不同。
Figure BDA0002556142500000081
其中
Figure BDA0002556142500000082
表示迭代值，对于寻呼搜索空间来说
Figure BDA0002556142500000083
NCCE,p表示在一个CORESET中所包含的CCE的总数，p表示第p个物理资源块集，L表示CCE聚合程度，i＝0,…,L-1，
Figure BDA0002556142500000084
表示CCE聚合程度L所对应的候选传输位置的个数，
Figure BDA0002556142500000085
nCI表示载波指示字段的值，对于寻呼搜索空间来说nCI＝0。
针对第一类UE，X可以不等于0，针对第二类UE，X可以为0。如此，第二类UE可以采用相关技术中的CCE资源传输第二PDCCH信令。第一类UE可以采用不同于第二类UE的CCE资源传输第一PDCCH信令。
例如，针对非轻量化UE配置，X可以为0；针对轻量化UE配置，X可以不等于0。
偏移量参数可以是针对现有资源确定规则具体参数的偏移量。例如，偏移量参数可以是表达式一种
Figure BDA0002556142500000086
的偏移量。
示例性的，针对非轻量化UE配置，
Figure BDA0002556142500000087
的偏移量可以取0，针对轻量化UE配置，
Figure BDA0002556142500000088
的偏移量可以取非0数。如此，可以实现为非轻量化UE和轻量化UE配置不同的CCE资源。
在一个实施例中，不同UE的类型对应的PDCCH信令的PDCCH资源的聚合等级不同；
和/或，
不同UE的类型对应的PDCCH信令的PDCCH资源的候选传输位置个数不同。
聚合等级可以是组成一个PDCCH资源的CCE资源个数。聚合等级可以为1，2，4或8。聚合等级可以表征PDCCH资源中CCE资源个数，例如聚合等级为8的PDCCH资源中CCE资源个数为8。
不同聚合等级的PDCCH资源不同。因此，采用不同聚合等级的PDCCH资源分别传输不同UE的类型对应的PDCCH信令，如此，可以实现采用不同PDCCH信令携带不同类型UE的寻呼控制消息。
寻呼搜索空间中具有多个CCE资源，例如，寻呼搜索空间中具有88个。相同聚合等级的PDCCH资源在寻呼搜索空间的位置可以有多个。即PDCCH资源的候选传输位置有多个。这里，可以采用不同候选传输位置的PDCCH资源分别传输第一PDCCH信令和第二PDCCH信令。如此，可以实现采用不同PDCCH信令携带不同类型UE的寻呼控制消息。
示例性的，如图3所示，在寻呼搜索空间中具有n个CCE资源，以n＝88为例，聚合等级为8的PDCCH资源在寻呼搜索空间中可以有两个候选位置：候选位置1和候选位置2，可以采用候选位置1的PDCCH资源传输第一PDCCH信令，采用候选位置2的PDCCH资源传输第二PDCCH信令。
在一个实施例中，如图4所示，寻呼控制消息传输方法还可以包括：
步骤202：响应于第一类UE的初始宽带部分(BWP，Bandwidth part)的带宽等于CORESET#0的带宽，采用第二类UE的PDCCH信令承载第一类UE的寻呼控制消息。
基站可以配置承载不同UE的寻呼控制消息的PDCCH信令。例如，基站可以配置采用第二类PDCCH信令承载。
在寻呼搜索空间配置中，如果不同类型UE的BWP相同，则不同类型UE可以监测同一个寻呼搜索空间，即不同类型UE的PDCCH信令相同。
示例性的，非轻量化UE和轻量化UE是否使用不同的寻呼PDCCH信令可以由基站进行配置或者根据其他条件进行决定。例如，如果轻量化UE的初始BWP的带宽等于CORESET#0的带宽，则配置轻量化UE使用非轻量化UE相同的PDCCH信令携带寻呼控制消息。
如此，基站可以灵活配置UE使用的PDCCH。
在一个实施例中，寻呼控制消息传输方还可以包括：发送配置信令，所述配置信令，用于指示第一类UE的寻呼控制消息由第一类UE的PDCCH信令承载或由第二类UE的PDCCH信令承载。
基站可以为不同类型UE配置承载寻呼控制消息的PDCCH信令。例如，基站可以为第一类UE配置采用第二类UE的第二类PDCCH信令承载寻呼控制消息。
如此，基站可以灵活配置UE使用的PDCCH。
在一个实施例中，不同类型的UE的数据传输能力、和/或信号接收能力、和/或信号接收能力功耗不同。
不同类型的UE可以是具有不同数据传输能力和/或不同信号接收能力的UE。这里，数据传输能力可以包括：传输速率、和/或传输时延等。UE的类型可以有两种或两种以上，
第一类UE可以是5G蜂窝移动通信系统中的轻量化UE(Reduced capability UE)。第二类UE可以是5G蜂窝移动通信系统中的非轻量化UE，如增强移动宽带(eMBB，EnhancedMobile Broadband)终端等。本实施例提供一种寻呼控制消息传输方法可以应用于移动通信网络中的用户设备中，如图5所示，寻呼控制消息传输方法可以包括：
步骤501：采用与UE的类型对应的接收参数，接收PDCCH信令，其中，PDCCH信令携带有寻呼UE的寻呼控制消息；不同UE的类型对应的PDCCH信令不同，所述寻呼控制消息，用于指示寻呼消息的调度信息。
不同类型的UE可以是具有不同数据传输能力和/或不同信号接收能力的UE。这里，数据传输能力可以包括：传输速率、和/或传输时延等。UE的类型可以有两种或两种以上，
示例性的，第一类UE和第二类UE可以是多种类型类型中的两类。第一类UE可以是5G蜂窝移动通信系统中的轻量化UE(Reduced capability UE)。第二类UE可以是5G蜂窝移动通信系统中的非轻量化UE，如增强移动宽带(eMBB，Enhanced Mobile Broadband)终端等。与第二类UE相比，第一类UE可以具有较低的传输数量以及较高的传输时延。
寻呼消息的调度信息可以包括寻呼消息的PDSCH资源信息以及调制与编码策略信息等。基站可以通过在PDCCH信令承载寻呼控制消息，并基于寻呼控制消息指示的传输资源，发送寻呼消息。UE接收并解析寻呼控制信息，并在控制寻呼控制消息指示的PDSCH资源以及调制与编码策略接收寻呼消息。
相关技术中，第一类UE的寻呼控制消息和第二类UE的寻呼控制消息携带于相同的PDCCH信令中。第一类UE和第二类UE可以是具有不同数据传输能力和/或不同信号接收能力的UE，因此，同一PDCCH信令需要同时满足第一类UE和第二类UE的对于数据传输要求和/或信号质量要求等，使得PDCCH信令传输资源范围同时受第一类UE和第二类UE的限制，降低了PDCCH信令传输资源配置的灵活性。
这里，可以采用第一类PDCCH信令和第二类PDCCH信令分别携带针对第一类UE的寻呼控制消息和针对第二类UE的寻呼控制消息。第一类PDCCH信令不同于第二类PDCCH信令。
这里，第一类PDCCH信令和第二类PDCCH信令可以是具有不同传输资源的PDCCH信令。例如，第一类PDCCH信令所属的寻呼搜索空间和第二类PDCCH信令的寻呼搜索空间可以不同，或者，第一类PDCCH信令的传输周期和第二类PDCCH信令的传输周期可以不同，或者，第一类PDCCH信令的传输带宽和第二类PDCCH信令的传输带宽可以不同。
不同类型PDCCH信令可以满足不同类型UE对于数据传输的要求和/或信号质量的要求。例如，针对第一类UE对信号质量要求较高的情况，可以采用干扰较小的频域资源传输第一类PDCCH信令。
UE在接收PDCCH信令时，可以根据自身UE类型对应的接收参数，接收与UE类型对应的PDCCH信令。接收参数可以是预先设置在UE内部的。接收参数可以是PDCCH信令的传输资源参数、和/或PDCCH解扰序列、和/或PDCCH信令所属寻呼搜索空间时频资源参数等。
示例性的，第一类UE可以根据第一类UE对应的接收参数，接收第一类PDCCH信令。
不同PDCCH信令承载的寻呼控制信息可以不同，不同寻呼控制信息可以指示不同的寻呼消息的调度信息，如此，不同类型UE可以在不同传输资源接收各自的寻呼信息，提高了寻呼消息的传输灵活性，降低了不同类型UE的寻呼消息之间的耦合性。
如此，采用与UE类型对应的PDCCH信令分别携带与UE类型对应的寻呼控制消息，一方面，采用与UE类型对应的PDCCH信令携带寻呼控制消息，满足不同UE类型的不同传输需求，提高通信效率。另一方面，不同类型PDCCH信令可以分别满足不同类型UE的寻呼控制消息的传输需求，降低了不同类型UE的寻呼控制消息之间的耦合性，提高了寻呼控制消息的传输灵活性。
在一个实施例中，步骤501可以包括：
在不同类型UE的共享寻呼搜索空间上，接收PDCCH信令；
采用与UE的类型对应的解扰序列，解扰PDCCH信令；
其中，不同UE的类型对应的PDCCH信令的加扰序列不同。
这里，共享寻呼搜索空间可以是不同UE的类型对应的PDCCH信令共有的寻呼搜索空间。寻呼搜索空间可以是携带有寻呼控制消息的PDCCH信令的传输资源。寻呼搜索空间可以是type-2PDCCH CSS。
UE可以在共享寻呼搜索空间监听PDCCH信令。这里，基站发送不同类型PDCCH信令的传输资源可以相同。不同类型的UE可以在同一个寻呼搜索空间监听各自的PDCCH信令。
为区分不同UE类型对应的PDCCH信令，基站可以采用不同的加扰序列分别对不同UE类型对应的PDCCH信令进行加扰。
示例性的，采用第一类UE对应的加扰序列对第一类PDCCH信令进行加扰，采用第二类UE对应的加扰序列对第二类PDCCH信令进行加扰。
例如，可以采用第一类UE和第二类UE对应的UE标识分别对第一类PDCCH信令和第二类PDCCH信令进行加扰。这里，第一类UE的UE标识不同于第二类UE的UE标识。第一类UE的UE标识不同于第二类UE的UE标识可以是标识比特数不同，和/或，编码方式不同。
接收参数可以是UE的解扰序列。同一类UE的加扰序列和解扰序列相同。UE在共享寻呼搜索空间接收到PDCCH信令后，可以采用自身对应的解扰序列对PDCCH信令进行解扰，如果解扰成功则确定该PDCCH信令是发送给自身的PDCCH信令。
如此，通过同一寻呼搜索空间承载不同类型的PDCCH信令，提高的寻呼搜索空间的承载能力，提高通信效率。
在一个实施例中，解扰序列为P-RNTI，不同类型UE的P-RNTI不同。
这里，可以为不同类型的UE分配不同的P-RNTI，基站采用与UE类型对应的加扰序列对PDCCH信令加扰。
UE侧接收到PDCCH信令后，可以采用与自身类型对应的P-RNTI进行解扰。
示例性的，针对非轻量化UE可以采用相关技术的P-RNTI，如FFFE。针对轻量化UE，可以由通信协议新固定一个不同的P-RNTI，或者可以由基站配置一个不同的P-RNTI。
在一个实施例中，接收参数，包括：资源参数；
步骤501可以包括：采用与UE的类型对应资源参数，在UE的类型对应的PDCCH信令的寻呼搜索空间接收PDCCH信令，其中，不同UE的类型对应的PDCCH信令的寻呼搜索空间不同。
这里，不同UE的类型对应的PDCCH信令可以通过不同的寻呼搜索空间进行承载。
这里，接收参数可以是寻呼搜索空间的资源参数，不同类型的UE可以根据各自寻呼搜索空间的资源参数，分别在各自UE类型对应的寻呼搜索空间接收各自的PDCCH。
资源参数可以包括寻呼搜索空间的频域参数和/或时域参数，不同的频域参数可以指示不同的频域资源，不同的时域参数可以指示不同的时域资源。
可以根据不同的UE类型，配置与UE类型对应的寻呼搜索空间。例如，可以针对不同UE类型的传输能力，配置与传输能力对应的寻呼搜索空间。
如此，通过不同寻呼搜索空间分别承载不同UE类型对应的PDCCH信令，使PDCCH信令所属寻呼搜索空间匹配对应的UE类型，提高了携带寻呼控制消息的PDCCH信令选择灵活性，进而使得不同类型PDCCH信令可以分别满足不同类型UE的寻呼控制消息的传输需求，降低了不同类型UE的寻呼控制消息之间的耦合性，减少解耦时数据解码导致的错误率，从而提高UE接收PDCCH信令的成功率。
在一个实施例中，接收参数包括：时域资源参数；
步骤501可以包括：采用与UE的类型对应时域资源参数，在UE的类型对应的PDCCH信令的寻呼搜索空间所属的时域上接收PDCCH信令，其中，不同UE的类型对应的寻呼搜索空间所属的时域不同。
这里，基站可以在不同时域资源的寻呼搜索空间分别发送不同UE类型对应的PDCCH信令。
接收参数可以是包括寻呼搜索空间的时域资源的资源参数。UE可以根据自身UE类型对应的时域资源的寻呼搜索空间上接收PDCCH信令。
如此，通过不同UE类型的寻呼控制消息可以承载在采用不同时域资源传输的PDCCH信令上，实现采用不同PDCCH信令携带不同类型UE的寻呼控制消息。
在一个实施例中，时域资源参数包括以下之一：
UE的类型对应的PDCCH信令的寻呼搜索空间的周期；
UE的类型对应的PDCCH信令的寻呼搜索空间的周期内的时域偏移量；
UE的类型对应的PDCCH信令的寻呼搜索空间内单个时隙上的发送符号。
这里，基站可以采用不同周期的寻呼搜索空间分别承载不同UE的类型对应的PDCCH信令。
接收参数可以是寻呼搜索空间的周期，即UE监测寻呼搜索空间的监测周期，UE可以根据自身UE类型对应的监测周期，监听并接收PDCCH信令。
这里，针对周期相同的寻呼搜索空间所承载的不同UE的类型对应的PDCCH信令，基站可以基于不同的时域偏移量分别发送不同UE的类型对应的PDCCH信令。
接收参数可以是PDCCH信令寻呼搜索空间的周期内的时域偏移量，即UE监测寻呼搜索空间的监测周期内的时域偏移量，UE可以根据监测周期内，基于与自身UE类型对应的时域偏移量，在寻呼搜索空间监听并接收PDCCH信令。
发送符号可以是正交频分复用(OFDM，Orthogonal Frequency DivisionMultiplexing)符号，单个时隙可以由多个OFDM符号组成。不同UE的类型对应的PDCCH信令，可以分别采用多个不同的OFDM符号承载。
示例性的，单个时隙具有8个符号，第一类PDCCH信令可以采用第1个符号，第3个符号，第5个符号进行承载，第二类PDCCH信令可以采用第2个符号，第4个符号，第5个符号进行承载。
接收参数可以是单个时隙上的承载PDCCH的多个发送符号的位置，UE可以根据自身UE类型对应承载PDCCH的多个发送符号，在单个时隙内接收PDCCH信令。
针对不同UE类型单个时隙上的承载PDCCH的发送符号，可以建立对应的监测模式。监测模式可以是监测单个时隙上发送符号的方式。不同监测模式监测的单个时隙上的承载PDCCH的发送符号不同。UE可以基于自身UE类型对应的监测模式监测单个时隙上的承载PDCCH的发送符号。
在一个实施例中，接收参数包括：控制资源集CORESET参数；
步骤501可以包括：在UE的类型对应的PDCCH信令的寻呼搜索空间所属的控制资源集CORESET上接收PDCCH信令，其中，不同UE的类型对应的PDCCH信令的寻呼搜索空间所属的控制资源集CORESET不同。
CORESET包括寻呼搜索空间中的PDCCH信令在频域上占据的频段，以及在时域上占用的OFDM符号数等资源。
基站可以采用不同的CORESET分别发送不同UE的类型对应的PDCCH信令。
UE可以基于自身UE类型对应的CORESET，接收PDCCH信令。
示例性的，可以为非轻量化UE配置使用CORESET#1，可以为轻量化UE用户配置使用CORESET#0。
如此，通不同UE类型的寻呼控制消息可以承载在采用不同CORESET承载的PDCCH信令上，实现采用不同PDCCH信令携带不同类型UE的寻呼控制消息。
在一个实施例中，接收参数，包括：资源确定规则的规则参数；
步骤501可以包括：在按照UE的类型对应的PDCCH信令的资源确定规则确定的候选CCE资源上接收PDCCH信令；
其中，不同UE的类型对应的资源确定规则不同。
这里，在不同类型UE的共享CORESET上采用不同规则参数确定的CCE资源不同。
CCE资源是承载PDCCH信令的共享寻呼搜索空间传输资源的基本组成单位。承载PDCCH信令的搜索空间传输可以具有1个或多个CCE资源。
承载PDCCH信令的CCE资源可以采用如表达式(1)所示的资源确定规则确定的。不同资源确定规则可以得到不同的CCE资源。
这里，在不同类型UE的共享CORESET上，为不同的UE类型设置不同的资源确定规则，从而得到不同的候选CCE资源。不同的候选CCE资源可以用于承载不同UE类型的PDCCH信令。
如此，通过针对不同UE类型设置不同的资源确定规则，使得不同UE类型的寻呼控制消息可以承载在采用不同CCE资源承载的PDCCH信令上，实现采用不同PDCCH信令携带不同类型UE的寻呼控制消息。
在一个实施例中，不同所述UE的类型对应的所述资源确定规则的规则参数不同；
其中，所述规则参数包括：偏移量参数和/或随机化参数。
针对不同UE类型，可以采用不同的偏移量参数和/或随机化参数。
这里，偏移量参数可以为0。基于不同偏移量参数，可以通过资源确定规则得到不同的CCE资源，从而实现PDCCH信令传输资源不同。
或者，还可以将资源确定规则的预定规则参数随机化，采用不同的随机化参数得到不同的CCE资源。
示例性的，在表达式(1)所示资源确定规则的基础上设置偏移量参数X，可以得到如表达式(2)所示的资源确定规则，表达式(1)所示资源确定规则和表达式(2)所示的资源确定规则得到侧CCE资源不同。
表达式(2)中中，
Figure BDA0002556142500000131
表示迭代值，对于寻呼搜索空间来说
Figure BDA0002556142500000132
NCCE,p表示在一个CORESET中所包含的CCE的总数，p表示第p个物理资源块集，L表示CCE聚合程度，i＝0,…,L-1，
Figure BDA0002556142500000133
表示CCE聚合程度L所对应的候选传输位置的个数，
Figure BDA0002556142500000134
nCI表示载波指示字段的值，对于寻呼搜索空间来说nCI＝0。
针对第一类UE，X可以不等于0，针对第二类UE，X可以为0。如此，第二类UE可以采用相关技术中的CCE资源传输第二PDCCH信令。第一类UE可以采用不同于第二类UE的CCE资源传输第一PDCCH信令。
例如，针对非轻量化UE配置，X可以为0；针对轻量化UE配置，X可以不等于0。
偏移量参数可以是针对现有资源确定规则具体参数的偏移量。例如，偏移量参数可以是表达式一种
Figure BDA0002556142500000135
的偏移量。
示例性的，针对非轻量化UE配置，
Figure BDA0002556142500000136
的偏移量可以取0，针对轻量化UE配置，
Figure BDA0002556142500000137
的偏移量可以取非0数。如此，可以实现为非轻量化UE和轻量化UE配置不同的CCE资源。
在一个实施例中，接收参数包括：PDCCH资源参数；
采用与UE的类型对应的接收参数，接收PDCCH信令，包括：
采用与UE的类型对应PDCCH信令的PDCCH资源参数，在PDCCH信令的PDCCH资源上接收PDCCH信令，其中，不同UE的类型对应的PDCCH信令的PDCCH资源不同；
PDCCH信令由PDCCH资源进行承载，这里可以采用不同的PDCCH资源分别传输不同UE的类型对应第二PDCCH信令。如此，可以实现采用不同PDCCH信令携带不同类型UE的寻呼控制消息。
在一个实施例中，PDCCH资源参数包括以下之一：
PDCCH信令的PDCCH资源的聚合等级；
和/或，
PDCCH信令的PDCCH资源的候选传输位置个数。
聚合等级可以是组成一个PDCCH资源的CCE资源个数。聚合等级可以为1，2，4或8。聚合等级可以表征PDCCH资源中CCE资源个数，例如聚合等级为8的PDCCH资源中CCE资源个数为8。
不同聚合等级的PDCCH资源不同。因此，采用不同聚合等级的PDCCH资源分别传输不同UE的类型对应的PDCCH信令，如此，可以实现采用不同PDCCH信令携带不同类型UE的寻呼控制消息。
寻呼搜索空间中具有多个CCE资源，例如，寻呼搜索空间中具有88个。相同聚合等级的PDCCH资源在寻呼搜索空间的位置可以有多个。即PDCCH资源的候选传输位置有多个。这里，可以采用不同候选传输位置的PDCCH资源分别传输第一PDCCH信令和第二PDCCH信令。如此，可以实现采用不同PDCCH信令携带不同类型UE的寻呼控制消息。
示例性的，如图3所示，在寻呼搜索空间中具有n个CCE资源，以n＝88为例，聚合等级为8的PDCCH资源在寻呼搜索空间中可以有两个候选位置：候选位置1和候选位置2，可以采用候选位置1的PDCCH资源传输第一PDCCH信令，采用候选位置2的PDCCH资源传输第二PDCCH信令。
在一个实施例中，如图6所示，寻呼控制消息传输方法还可以包括：
步骤502：响应于UE为第一类UE，接收基站响应于第一类UE的初始BWP的带宽等于CORESET#0的带宽发送的，采用第二类UE的PDCCH信令承载的第一类UE的寻呼控制消息。
基站可以配置承载不同UE的寻呼控制消息的PDCCH信令。例如，基站可以配置采用第二类PDCCH信令承载。
在寻呼搜索空间配置中，如果不同类型UE的BWP相同，则不同类型UE可以监测同一个寻呼搜索空间，即不同类型UE的PDCCH信令相同。
示例性的，非轻量化UE和轻量化UE是否使用不同的寻呼PDCCH信令可以由基站进行配置或者根据其他条件进行决定。例如，如果轻量化UE的初始BWP的带宽等于CORESET#0的带宽，则配置轻量化UE使用非轻量化UE相同的PDCCH信令携带寻呼控制消息。
如此，基站可以灵活配置UE使用的PDCCH。
在一个实施例中，寻呼控制消息传输方还可以包括：接收配置信令，采用所述配置信令指示的PDCCH信令承载所述寻呼控制消息。
基站可以为不同类型UE配置承载寻呼控制消息的PDCCH信令。例如，基站可以为第一类UE配置采用第二类UE的第二类PDCCH信令承载寻呼控制消息。
如此，基站可以灵活配置UE使用的PDCCH。
在一个实施例中，不同类型的UE的数据传输能力、和/或信号接收能力、和/或信号接收能力功耗不同。
不同类型的UE可以是具有不同数据传输能力和/或不同信号接收能力的UE。这里，数据传输能力可以包括：传输速率、和/或传输时延等。UE的类型可以有两种或两种以上，
第一类UE可以是5G蜂窝移动通信系统中的轻量化UE(Reduced capability UE)。第二类UE可以是5G蜂窝移动通信系统中的非轻量化UE，如增强移动宽带(eMBB，EnhancedMobile Broadband)终端等。
以下结合上述任意实施例提供一个具体示例：
本实施例方案的核心在于给被称为轻量化用户设备(Reduced capability UE)，这里简称为NR-lite用户和非轻量化用户设备，这里简称为其他NR用户分别配置不同的寻呼PDCCH
1：分别传输NR-lite用户和其他NR用户的寻呼PDCCH。即其他NR用户的寻呼控制消息与NR-lite的寻呼控制消息不再复用传输，而是分开传输。
A：NR-lite用户和其他NR用户仍然共享寻呼搜索空间，但是各自对应的PDCCH使用不同的P-RNTI进行加扰。比如其他NR用户仍然使用原来的P-RNTI，而对应NR-lite用户，协议可以固定另外的P-RNTI或者基站配置其他的P-RNTI。
B：给NR-lite用户和其他NR用户配置不同的寻呼搜索空间，对应的寻呼搜索空间可以只具有有以下一项参数不同。
a、不同用户配置不同的CORESET。比如对于其他NR用户配置使用CORESET#1，给NR-lite用户配置使用CORESET#0。
b、不同的PDCCH监测时间，包括：不同的监测周期，在监测周期内的时间偏移，在一个时隙中的监测模式等。
C：NR-lite用户和其他NR用户使用不同的预设CCE资源确定规则，或者在预设CCE资源确定规则中使用不同的参数得到对应寻呼搜索空间的CCE资源。比如其他NR用户仍然复用原有的规则，NR-lite用户可以在原有基础上加上X的偏移，如表达式(2)所示。或者NR-lite仍然使用原来的CCE资源确定规则，即表达式(1)，只是对于
Figure BDA0002556142500000151
的取值不再设置为0，可以设置为其他数值。
2：，NR-lite的寻呼PDCCH所配置的聚合程度和/或对应的PDCCH的候选传输位置可以不同。
3：是否给NR-lite用户和其他NR用户是否使用不同的寻呼PDCCH可以由基站进行配置或者根据其他条件进行决定。比如当初始(initial)BWP的带宽等于CORESET#0的带宽，此时可以默认NR-lite用户可以与其他NR用户使用相同的寻呼PDCCH。
本发明实施例还提供了一种寻呼控制消息传输装置，应用于基站，图7为本发明实施例提供的寻呼控制消息传输装置100的组成结构示意图；如图7所示，装置100包括：第一发送模块110，其中，
第一发送模块110，配置为根据用户设备UE的类型，发送与UE的类型对应的PDCCH信令；PDCCH信令携带有用户设备UE的寻呼控制消息；其中，不同UE的类型对应的PDCCH信令不同。
在一个实施例中，第一发送模块110，包括：
第一发送子模块111，配置为在不同类型UE的共享寻呼搜索空间上，发送PDCCH信令，其中，不同UE的类型对应的PDCCH信令的加扰序列不同，所述寻呼控制消息，用于指示寻呼消息的调度信息。
在一个实施例中，加扰序列为寻呼无线电网络临时标识符P-RNTI，其中，不同类型UE的P-RNTI不同。
在一个实施例中，第一发送模块110，包括：
第二发送子模块112，配置为在UE的类型对应的PDCCH信令的寻呼搜索空间发送PDCCH，其中，不同UE的类型对应的PDCCH信令的寻呼搜索空间不同。
在一个实施例中，不同UE的类型对应的PDCCH信令的寻呼搜索空间的时域资源不同。
在一个实施例中，不同UE的类型对应的PDCCH信令的寻呼搜索空间的周期不同；
或，
不同UE的类型对应的PDCCH信令的寻呼搜索空间的周期相同，不同UE的类型对应的PDCCH信令的寻呼搜索空间的周期内的时域偏移量不同；
或，
不同UE的类型对应的PDCCH信令的寻呼搜索空间内单个时隙上的发送符号不同。
在一个实施例中，不同UE的类型对应的PDCCH信令的寻呼搜索空间所属的控制资源集CORESET不同。
在一个实施例中，第一发送模块110，包括：
第三发送子模块113，配置为在不同类型UE的共享CORESET上，在按照资源确定规则确定的候选CCE资源上发送PDCCH信令；
其中，不同UE的类型对应的资源确定规则不同。
在一个实施例中，不同所述UE的类型对应的所述资源确定规则的规则参数不同；
其中，所述规则参数包括：偏移量参数和/或随机化参数。
在一个实施例中，不同UE的类型对应的PDCCH信令的PDCCH资源的聚合等级不同；
和/或，
不同UE的类型对应的PDCCH信令的PDCCH资源的候选传输位置个数不同。
在一个实施例中，装置100还包括：
第二发送模块120，配置为响应于第一类UE的初始BWP的带宽等于CORESET#0的带宽，采用第二类UE的PDCCH信令承载第一类UE的寻呼控制消息。
在一个实施例中，装置100还包括：
第三发送模块130：配置为发送配置信令，所述配置信令，用于指示第一类UE的寻呼控制消息由第一类UE的PDCCH信令承载或由第二类UE的PDCCH信令承载。
在一个实施例中，不同类型的UE的数据传输能力、和/或信号接收能力、和/或信号接收能力功耗不同。
本发明实施例还提供了一种寻呼控制消息传输装置，应用于用户设备(UE)，图8为本发明实施例提供的寻呼控制消息传输装置200的组成结构示意图；如图8示，装置200包括：第一接收模块210，其中，
第一接收模块210，配置为采用与UE的类型对应的接收参数，接收PDCCH信令，其中，PDCCH信令携带有寻呼UE的寻呼控制消息；不同UE的类型对应的PDCCH信令不同，所述寻呼控制消息，用于指示寻呼消息的调度信息。
在一个实施例中，第一接收模块210，包括：
第一接收子模块211，配置为在不同类型UE的共享寻呼搜索空间上，接收PDCCH信令；
解析子模块212，配置为采用与UE的类型对应的解扰序列，解扰PDCCH信令；
其中，不同UE的类型对应的PDCCH信令的加扰序列不同。
在一个实施例中，解扰序列为寻呼无线电网络临时标识符P-RNTI，不同类型UE的P-RNTI不同。
在一个实施例中，接收参数，包括：资源参数；
第一接收模块210，包括：
第二接收子模块213，配置为采用与UE的类型对应资源参数，在UE的类型对应的PDCCH信令的寻呼搜索空间接收PDCCH信令，其中，不同UE的类型对应的PDCCH信令的寻呼搜索空间不同。
在一个实施例中，接收参数包括：时域资源参数；
第一接收模块210，包括：
第三接收子模块214，配置为采用与UE的类型对应时域资源参数，在UE的类型对应的PDCCH信令的寻呼搜索空间所属的时域上接收PDCCH信令，其中，不同UE的类型对应的寻呼搜索空间所属的时域不同。
在一个实施例中，时域资源参数包括以下之一：
UE的类型对应的PDCCH信令的寻呼搜索空间的周期；
UE的类型对应的PDCCH信令的寻呼搜索空间的周期内的时域偏移量；
UE的类型对应的PDCCH信令的寻呼搜索空间内单个时隙上的发送符号。
在一个实施例中，接收参数包括：控制资源集CORESET参数；
第一接收模块210，包括：
第四接收子模块215，配置为在UE的类型对应的PDCCH信令的寻呼搜索空间所属的控制资源集CORESET上接收PDCCH信令，其中，不同UE的类型对应的PDCCH信令的寻呼搜索空间所属的控制资源集CORESET不同。
在一个实施例中，接收参数，包括：资源确定规则的规则参数；
第一接收模块210，包括：
第五接收子模块216，配置为在按照UE的类型对应的PDCCH信令的资源确定规则确定的候选CCE资源上接收PDCCH信令；
其中，不同UE的类型对应的资源确定规则不同。
在一个实施例中，不同所述UE的类型对应的所述资源确定规则的规则参数不同；
其中，所述规则参数包括：偏移量参数和/或随机化参数。
在一个实施例中，接收参数包括：PDCCH资源参数；
第一接收模块210，包括：
第六接收子模块217，配置为采用与UE的类型对应PDCCH信令的PDCCH资源参数，在PDCCH信令的PDCCH资源上接收PDCCH信令，其中，不同UE的类型对应的PDCCH信令的PDCCH资源不同。
在一个实施例中，PDCCH资源参数包括以下之一：
PDCCH信令的PDCCH资源的聚合等级；
和/或，
PDCCH信令的PDCCH资源的候选传输位置个数。
在一个实施例中，装置200还包括：
第二接收模块220，配置为响应于UE为第一类UE，接收基站响应于第一类UE的初始BWP的带宽等于CORESET#0的带宽发送的，采用第二类UE的PDCCH信令承载的第一类UE的寻呼控制消息。
在一个实施例中，装置200还包括：
第三接收模块230，配置为接收配置信令，采用所述配置信令指示的PDCCH信令承载所述寻呼控制消息。
在一个实施例中，不同类型的UE的数据传输能力、和/或信号接收能力、和/或信号接收能力功耗不同。
在示例性实施例中，第一发送模块110、第二发送模块120、第三发送模块130、第一接收模块210、第二接收模块220和第三接收模块230等可以被一个或多个中央处理器(CPU，Central Processing Unit)、图形处理器(GPU，Graphics Processing Unit)、基带处理器(BP，baseband processor)、应用专用集成电路(ASIC，Application Specific IntegratedCircuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro ControllerUnit)、微处理器(Microprocessor)、或其他电子元件实现，也可以结合一个或多个射频(RF，radio frequency)天线实现，用于执行前述方法。
图9是根据一示例性实施例示出的一种用于寻呼控制消息传输的装置3000的框图。例如，装置3000可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图9，装置3000可以包括以下一个或多个组件：处理组件3002，存储器3004，电源组件3006，多媒体组件3008，音频组件3010，输入/输出(I/O)的接口3012，传感器组件3014，以及通信组件3016。
处理组件3002通常控制装置3000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件3002可以包括一个或多个处理器3020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件3002可以包括一个或多个模块，便于处理组件3002和其他组件之间的交互。例如，处理组件3002可以包括多媒体模块，以方便多媒体组件3008和处理组件3002之间的交互。
存储器3004被配置为存储各种类型的数据以支持在设备3000的操作。这些数据的示例包括用于在装置3000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器3004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件3006为装置3000的各种组件提供电力。电源组件3006可以包括电源管理系统，一个或多个电源，及其他与为装置3000生成、管理和分配电力相关联的组件。
多媒体组件3008包括在装置3000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件3008包括一个前置摄像头和/或后置摄像头。当设备3000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件3010被配置为输出和/或输入音频信号。例如，音频组件3010包括一个麦克风(MIC)，当装置3000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器3004或经由通信组件3016发送。在一些实施例中，音频组件3010还包括一个扬声器，用于输出音频信号。
I/O接口3012为处理组件3002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件3014包括一个或多个传感器，用于为装置3000提供各个方面的状态评估。例如，传感器组件3014可以检测到设备3000的打开/关闭状态，组件的相对定位，例如组件为装置3000的显示器和小键盘，传感器组件3014还可以检测装置3000或装置3000一个组件的位置改变，用户与装置3000接触的存在或不存在，装置3000方位或加速/减速和装置3000的温度变化。传感器组件3014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件3014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件3014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件3016被配置为便于装置3000和其他设备之间有线或无线方式的通信。装置3000可以接入基于通信标准的无线网络，如Wi-Fi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件3016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件3016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置3000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器3004，上述指令可由装置3000的处理器3020执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明实施例的其它实施方案。本申请旨在涵盖本发明实施例的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明实施例的一般性原理并包括本公开实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明实施例的真正范围和精神由下面的权利要求指出。
应当理解的是，本发明实施例并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明实施例的范围仅由所附的权利要求来限制。

Claims (31)

1.一种寻呼控制消息传输方法，其中，应用于基站，所述方法包括：
根据用户设备UE的类型，发送与所述UE的类型对应的物理下行控制信道PDCCH信令；所述PDCCH信令携带有所述用户设备UE的寻呼控制消息；其中，不同所述UE的类型对应的PDCCH信令不同，所述寻呼控制消息，用于指示寻呼消息的调度信息。
2.根据权利要求1所述的方法，其中，所述根据用户设备UE的类型，发送与所述UE的类型对应的PDCCH信令，包括：
在不同类型所述UE的共享寻呼搜索空间上，发送所述PDCCH信令，其中，不同所述UE的类型对应的所述PDCCH信令的加扰序列不同。
3.根据权利要求2所述的方法，其中，
所述加扰序列为寻呼无线电网络临时标识符P-RNTI，其中，不同类型所述UE的P-RNTI不同。
4.根据权利要求1所述的方法，其中，所述根据UE的类型，发送与所述UE的类型对应的PDCCH信令，包括：
在所述UE的类型对应的所述PDCCH信令的寻呼搜索空间发送所述PDCCH，其中，不同所述UE的类型对应的所述PDCCH信令的寻呼搜索空间不同。
5.根据权利要求4所述的方法，其中，不同所述UE的类型对应的所述PDCCH信令的寻呼搜索空间的时域资源不同。
6.根据权利要求5所述的方法，其中，
不同所述UE的类型对应的所述PDCCH信令的寻呼搜索空间的周期不同；
或，
不同所述UE的类型对应的所述PDCCH信令的寻呼搜索空间的周期相同，不同所述UE的类型对应的所述PDCCH信令的寻呼搜索空间的周期内的时域偏移量不同；
或，
不同所述UE的类型对应的所述PDCCH信令的寻呼搜索空间内单个时隙上的发送符号不同。
7.根据权利要求4所述的方法，其中，
不同所述UE的类型对应的所述PDCCH信令的寻呼搜索空间所属的控制资源集CORESET不同。
8.根据权利要求1所述的方法，其中，所述根据用户设备UE的类型，发送与所述UE的类型对应的PDCCH信令，包括：
在不同类型所述UE的共享CORESET上，在按照资源确定规则确定的候选CCE资源上发送所述PDCCH信令；
其中，不同所述UE的类型对应的所述资源确定规则不同。
9.根据权利要求8所述的方法，其中，
不同所述UE的类型对应的所述资源确定规则的规则参数不同；
其中，所述规则参数包括：偏移量参数和/或随机化参数。
10.根据权利要求1至9任一项所述的方法，其中，
不同所述UE的类型对应的所述PDCCH信令的PDCCH资源的聚合等级不同；
和/或，
不同所述UE的类型对应的PDCCH信令的PDCCH资源的候选传输位置个数不同。
11.根据权利要求1至9任一项所述的方法，其中，所述方法还包括：
响应于第一类UE的初始宽带部分BWP的带宽等于CORESET#0的带宽，采用第二类UE的PDCCH信令承载所述第一类UE的寻呼控制消息。
12.根据权利要求1至9任一项所述的方法，其中，所述方法还包括：发送配置信令，所述配置信令，用于指示第一类UE的寻呼控制消息由第一类UE的PDCCH信令承载或由第二类UE的PDCCH信令承载。
13.根据权利要求1至9任一项所述的方法，其中，
不同类型的UE的数据传输能力、和/或信号接收能力、和/或信号接收能力功耗不同。
14.一种寻呼控制消息传输方法，其中，应用于用户设备UE，所述方法包括：
采用与所述UE的类型对应的接收参数，接收物理下行控制信道PDCCH信令，其中，所述PDCCH信令携带有寻呼所述UE的寻呼控制消息；不同所述UE的类型对应的PDCCH信令不同，所述寻呼控制消息，用于指示寻呼消息的调度信息。
15.根据权利要求14所述的方法，其中，所述采用与所述UE的类型对应的接收参数，接收PDCCH信令，包括：
在不同类型所述UE的共享寻呼搜索空间上，接收所述PDCCH信令；
采用与所述UE的类型对应的解扰序列，解扰所述PDCCH信令；
其中，不同所述UE的类型对应的所述PDCCH信令的加扰序列不同。
16.根据权利要求15所述的方法，其中，所述解扰序列为寻呼无线电网络临时标识符P-RNTI，不同类型所述UE的P-RNTI不同。
17.根据权利要求14所述的方法，其中，所述接收参数，包括：资源参数；
采用与所述UE的类型对应的接收参数，接收PDCCH信令，包括：
采用与所述UE的类型对应的所述资源参数，在所述UE的类型对应的所述PDCCH信令的寻呼搜索空间接收所述PDCCH信令，其中，不同所述UE的类型对应的所述PDCCH信令的寻呼搜索空间不同。
18.根据权利要求17所述的方法，其中，所述接收参数包括：时域资源参数；
采用与所述UE的类型对应的接收参数，接收PDCCH信令，包括：
采用与所述UE的类型对应所述时域资源参数，在所述UE的类型对应的所述PDCCH信令的寻呼搜索空间所属的时域上接收所述PDCCH信令，其中，不同所述UE的类型对应的寻呼搜索空间所属的时域不同。
19.根据权利要求18所述的方法，其中，所述时域资源参数包括以下之一：
所述UE的类型对应的所述PDCCH信令的寻呼搜索空间的周期；
所述UE的类型对应的所述PDCCH信令的寻呼搜索空间的周期内的时域偏移量；
所述UE的类型对应的所述PDCCH信令的寻呼搜索空间内单个时隙上的发送符号。
20.根据权利要求17所述的方法，其中，所述接收参数包括：控制资源集CORESET参数；
采用与所述UE的类型对应的接收参数，接收PDCCH信令，包括：
在所述UE的类型对应的所述PDCCH信令的寻呼搜索空间所属的控制资源集CORESET上接收所述PDCCH信令，其中，不同所述UE的类型对应的所述PDCCH信令的寻呼搜索空间所属的控制资源集CORESET不同。
21.根据权利要求14所述的方法，其中，所述接收参数，包括：资源确定规则的规则参数；
采用与所述UE的类型对应的接收参数，接收PDCCH信令，包括：
在按照所述UE的类型对应的所述PDCCH信令的资源确定规则确定的候选CCE资源上接收所述PDCCH信令；
其中，不同所述UE的类型对应的所述资源确定规则不同。
22.根据权利要求21所述的方法，其中，
不同所述UE的类型对应的所述资源确定规则不同；
其中，所述规则参数包括：偏移量参数和/或随机化参数。
23.根据权利要求14至22任一项所述的方法，其中，所述接收参数包括：PDCCH资源参数；
采用与所述UE的类型对应的接收参数，接收PDCCH信令，包括：
采用与所述UE的类型对应所述PDCCH信令的PDCCH资源参数，在所述PDCCH信令的PDCCH资源上接收所述PDCCH信令，其中，不同所述UE的类型对应的所述PDCCH信令的PDCCH资源不同。
24.根据权利要求23所述的方法，其中，所述PDCCH资源参数包括以下之一：
所述PDCCH信令的PDCCH资源的聚合等级；
和/或，
所述PDCCH信令的PDCCH资源的候选传输位置个数。
25.根据权利要求14至22任一项所述的方法，其中，所述方法还包括：
响应于所述UE为第一类UE，接收基站响应于所述第一类UE的初始宽带部分BWP的带宽等于CORESET#0的带宽发送的，采用第二类UE的PDCCH信令承载的所述第一类UE的寻呼控制消息。
26.根据权利要求14至22任一项所述的方法，其中，所述方法还包括：接收配置信令，采用所述配置信令指示的PDCCH信令承载所述寻呼控制消息。
27.根据权利要求14至22任一项所述的方法，其中，
不同类型的UE的数据传输能力、和/或信号接收能力、和/或信号接收能力功耗不同。
28.一种寻呼控制消息传输装置，其中，应用于基站，所述装置包括：第一发送模块，其中，
所述第一发送模块，配置为根据用户设备UE的类型，发送与所述UE的类型对应的物理下行控制信道PDCCH信令；所述PDCCH信令携带有所述用户设备UE的寻呼控制消息；其中，不同所述UE的类型对应的PDCCH信令不同，所述寻呼控制消息，用于指示寻呼消息的调度信息。
29.一种寻呼控制消息传输装置，其中，应用于用户设备UE，所述装置包括：第一接收模块，其中，
所述第一接收模块，配置为采用与所述UE的类型对应的接收参数，接收物理下行控制信道PDCCH信令，其中，所述PDCCH信令携带有寻呼所述UE的寻呼控制消息；不同所述UE的类型对应的PDCCH信令不同，所述寻呼控制消息，用于指示寻呼消息的调度信息。
30.一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，所述处理器运行所述可执行程序时执行如权利要求1至13任一项所述寻呼控制消息传输方法的步骤。
31.一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，所述处理器运行所述可执行程序时执行如权利要求14至27任一项所述寻呼控制消息传输方法的步骤。
CN202080001097.1A 2020-05-26 2020-05-26 寻呼控制消息传输方法、装置及通信设备 Active CN111819813B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210353399.6A CN114826529A (zh) 2020-05-26 2020-05-26 寻呼控制消息传输方法、装置及通信设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/092303 WO2021237445A1 (zh) 2020-05-26 2020-05-26 寻呼控制消息传输方法、装置及通信设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202210353399.6A Division CN114826529A (zh) 2020-05-26 2020-05-26 寻呼控制消息传输方法、装置及通信设备

Publications (2)

Publication Number Publication Date
CN111819813A true CN111819813A (zh) 2020-10-23
CN111819813B CN111819813B (zh) 2022-04-22

Family

ID=72860050

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202080001097.1A Active CN111819813B (zh) 2020-05-26 2020-05-26 寻呼控制消息传输方法、装置及通信设备
CN202210353399.6A Pending CN114826529A (zh) 2020-05-26 2020-05-26 寻呼控制消息传输方法、装置及通信设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202210353399.6A Pending CN114826529A (zh) 2020-05-26 2020-05-26 寻呼控制消息传输方法、装置及通信设备

Country Status (4)

Country Link
US (1) US20230247584A1 (zh)
EP (1) EP4160963A4 (zh)
CN (2) CN111819813B (zh)
WO (1) WO2021237445A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112544114A (zh) * 2020-11-19 2021-03-23 北京小米移动软件有限公司 下行控制信息加扰方法、装置、通信设备和存储介质
CN112804750A (zh) * 2021-03-25 2021-05-14 江苏亨鑫众联通信技术有限公司 一种区分寻呼消息的方法和设备
CN113366894A (zh) * 2021-04-26 2021-09-07 北京小米移动软件有限公司 一种寻呼消息监测方法、寻呼消息监测装置及存储介质
CN114982174A (zh) * 2020-12-30 2022-08-30 北京小米移动软件有限公司 一种通信方法、通信装置及存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103298128A (zh) * 2012-02-23 2013-09-11 华为技术有限公司 随机接入处理方法和设备
WO2015042862A1 (zh) * 2013-09-27 2015-04-02 华为技术有限公司 寻呼用户设备的方法和装置
CN106454908A (zh) * 2015-08-10 2017-02-22 深圳市中兴微电子技术有限公司 一种调度信息的处理方法及装置
US20180176881A1 (en) * 2014-03-21 2018-06-21 Telefonaktiebolaget Lm Ericsson (Publ) Methods and Arrangements Regarding Paging of Wireless Communication Devices of a Certain Category
US20180192436A1 (en) * 2017-01-03 2018-07-05 Lg Electronics Inc. Method and user equipment for receiving downlink signals
US20180212736A1 (en) * 2015-08-12 2018-07-26 Intel IP Corporation Configuration of non-ue-specific search space for m-pdcch
CN108353381A (zh) * 2015-11-04 2018-07-31 交互数字专利控股公司 实施用于带宽缩减的机器类型通信mtc设备的寻呼过程的方法及mtc设备
CN110351815A (zh) * 2018-04-04 2019-10-18 中兴通讯股份有限公司 一种寻呼方法、基站及用户设备
CN110944341A (zh) * 2018-09-25 2020-03-31 夏普株式会社 由用户设备执行的方法以及用户设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130155954A1 (en) * 2011-12-14 2013-06-20 Interdigital Patent Holdings, Inc. Method and apparatus for triggering machine type communications applications
CN104756564B (zh) * 2013-10-16 2019-01-11 华为技术有限公司 一种发送、接收寻呼消息的方法、装置及系统
WO2018144873A1 (en) * 2017-02-02 2018-08-09 Convida Wireless, Llc Apparatuses for transmission of paging blocks in swept downlink beams
WO2020055102A1 (en) * 2018-09-13 2020-03-19 Samsung Electronics Co., Ltd. System and method of transmitting and receiving paging and system information

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103298128A (zh) * 2012-02-23 2013-09-11 华为技术有限公司 随机接入处理方法和设备
WO2015042862A1 (zh) * 2013-09-27 2015-04-02 华为技术有限公司 寻呼用户设备的方法和装置
US20180176881A1 (en) * 2014-03-21 2018-06-21 Telefonaktiebolaget Lm Ericsson (Publ) Methods and Arrangements Regarding Paging of Wireless Communication Devices of a Certain Category
CN106454908A (zh) * 2015-08-10 2017-02-22 深圳市中兴微电子技术有限公司 一种调度信息的处理方法及装置
US20180212736A1 (en) * 2015-08-12 2018-07-26 Intel IP Corporation Configuration of non-ue-specific search space for m-pdcch
CN108353381A (zh) * 2015-11-04 2018-07-31 交互数字专利控股公司 实施用于带宽缩减的机器类型通信mtc设备的寻呼过程的方法及mtc设备
US20180192436A1 (en) * 2017-01-03 2018-07-05 Lg Electronics Inc. Method and user equipment for receiving downlink signals
CN110351815A (zh) * 2018-04-04 2019-10-18 中兴通讯股份有限公司 一种寻呼方法、基站及用户设备
CN110944341A (zh) * 2018-09-25 2020-03-31 夏普株式会社 由用户设备执行的方法以及用户设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LENOVO: "DL physical control channels for MTC", 《3GPP TSG RAN WG1 MEETING #80 R1-150550》 *
NOKIA 等: "Paging in NR", 《3GPP TSG-RAN WG1 NR AH MEETING R1-1701061》 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112544114A (zh) * 2020-11-19 2021-03-23 北京小米移动软件有限公司 下行控制信息加扰方法、装置、通信设备和存储介质
WO2022104657A1 (zh) * 2020-11-19 2022-05-27 北京小米移动软件有限公司 下行控制信息加扰方法、装置、通信设备和存储介质
CN112544114B (zh) * 2020-11-19 2023-10-10 北京小米移动软件有限公司 下行控制信息加扰方法、装置、通信设备和存储介质
CN114982174A (zh) * 2020-12-30 2022-08-30 北京小米移动软件有限公司 一种通信方法、通信装置及存储介质
CN114982174B (zh) * 2020-12-30 2024-05-14 北京小米移动软件有限公司 一种通信方法、通信装置及存储介质
CN112804750A (zh) * 2021-03-25 2021-05-14 江苏亨鑫众联通信技术有限公司 一种区分寻呼消息的方法和设备
CN113366894A (zh) * 2021-04-26 2021-09-07 北京小米移动软件有限公司 一种寻呼消息监测方法、寻呼消息监测装置及存储介质

Also Published As

Publication number Publication date
US20230247584A1 (en) 2023-08-03
CN111819813B (zh) 2022-04-22
WO2021237445A1 (zh) 2021-12-02
EP4160963A4 (en) 2024-02-28
CN114826529A (zh) 2022-07-29
EP4160963A1 (en) 2023-04-05

Similar Documents

Publication Publication Date Title
CN111819813B (zh) 寻呼控制消息传输方法、装置及通信设备
JP7520163B2 (ja) 情報伝送方法、装置、通信機器及び記憶媒体
CN113170282A (zh) 寻呼早期指示指示方法、装置、通信设备和存储介质
CN113056951A (zh) 信息传输方法、装置、通信设备和存储介质
CN112075113B (zh) 资源配置方法、装置、通信设备和存储介质
CN111357239A (zh) 通信处理方法、装置及计算机存储介质
CN112690033B (zh) 确定资源复用方法及装置、信息解调方法及装置、介质
CN110771222A (zh) 寻呼配置方法、装置、通信设备及存储介质
CN112236977A (zh) 参数配置方法、装置、通信设备和存储介质
CN111919490A (zh) 信息传输方法、装置、通信设备及存储介质
CN115053473A (zh) Rsrp门限确定方法、装置、通信设备及存储介质
CN111279778B (zh) 通信处理方法、装置及计算机存储介质
CN112514316A (zh) 联合调度多个传输块的方法、装置、通信设备及存储介质
CN111316741A (zh) 传输调度方法、装置、通信设备及存储介质
CN113508608A (zh) 下行控制信息传输方法及装置、通信设备及存储介质
CN111226457A (zh) 资源配置方法、装置、通信设备及存储介质
CN111373826A (zh) 信息处理方法、装置、基站、终端及存储介质
CN110546899A (zh) 信道检测方式切换方法、装置及存储介质
CN110574467A (zh) 信息处理方法、装置及计算机存储介质
CN115553028A (zh) 无线通信方法及装置、通信设备及存储介质
CN113228553A (zh) 信息传输方法、装置、通信设备和存储介质
CN115398843A (zh) 降低干扰的方法及装置、通信设备和存储介质
CN110546914A (zh) 资源配置的方法及装置、通信设备及存储介质
CN110945827A (zh) 下行控制信息配置方法、装置、通信设备及存储介质
CN112470537B (zh) 信息传输方法、装置、通信设备和存储介质

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
GR01 Patent grant
GR01 Patent grant