CN114867108B - 一种寻呼处理方法及基站 - Google Patents
一种寻呼处理方法及基站 Download PDFInfo
- Publication number
- CN114867108B CN114867108B CN202210643544.4A CN202210643544A CN114867108B CN 114867108 B CN114867108 B CN 114867108B CN 202210643544 A CN202210643544 A CN 202210643544A CN 114867108 B CN114867108 B CN 114867108B
- Authority
- CN
- China
- Prior art keywords
- cell
- updated
- cce
- prbs
- uplink
- 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.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 30
- 101150071746 Pbsn gene Proteins 0.000 claims abstract description 144
- 230000002776 aggregation Effects 0.000 claims description 45
- 238000004220 aggregation Methods 0.000 claims description 45
- 238000004891 communication Methods 0.000 claims description 7
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 238000000034 method Methods 0.000 description 26
- 238000010586 diagram Methods 0.000 description 9
- 230000003044 adaptive effect Effects 0.000 description 6
- 230000009286 beneficial effect Effects 0.000 description 6
- 230000003111 delayed effect Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 3
- 238000013468 resource allocation Methods 0.000 description 3
- 230000008447 perception Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
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
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/52—Allocation or scheduling criteria for wireless resources based on load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供的一种寻呼处理方法及基站，包括：获取预设时间内待更新小区内已分配CCE的使用信息，或者上下行PRB的个数；在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，并根据调整后的CCE对所述待更新小区内的终端发起寻呼处理。能够针对5G网络重负载的特点，对CCE资源进行调整，确保寻呼请求消息成功发送到用户终端，避免被延迟或丢弃，有效提高了重负载下的5G网络的寻呼成功率。
Description
技术领域
本申请涉及通信技术领域，尤其涉及一种寻呼处理方法及基站。
背景技术
在移动通信网络中，当处于空闲状态的用户终端有下行数据到达，例如接收微信、被叫语音时，核心网就会通过基站向该用户终端发送寻呼请求消息，核心网收到该用户终端对寻呼请求消息的响应即表示寻呼成功。寻呼成功率反映了移动通信网络的接通能力，是一项重要的网络质量指标。
当前，移动通信网络运营商仍沿用提高4G网络寻呼成功率的方法，包括合理设置跟踪区(Tracking Area，简称TA)范围、提升基站覆盖率、合理规划寻呼信道、增加寻呼信道的功率等方式来提高5G网络的寻呼成功率。
然而，5G网络相较4G网络有其新的特点，最为突出的就是大流量应用较多，数据业务量也高出多个数量级，商业区、住宅、高校等流量热点区域凸显，因此存在部分重负载的基站。在繁忙的时间段，重负载基站下的小区内承载寻呼请求消息的CCE资源受限，导致寻呼消息拥塞，某些寻呼消息被延迟，甚至被丢弃。而现有的提高寻呼成功率的方法并不能解决重负载下CCE资源受限的问题，因此很难有效提高5G网络的寻呼成功率。
发明内容
本申请提供一种寻呼处理方法及基站，用于解决现有的提高寻呼成功率的方法无法有效提高重负载下的5G网络的寻呼成功率的问题。
第一方面，本申请提供一种寻呼处理方法，包括：获取预设时间内待更新小区内已分配CCE的使用信息，或者上下行PRB的个数；在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，并根据调整后的CCE对所述待更新小区内的终端发起寻呼处理。
在一种具体实施方式中，所述待更新小区内已分配CCE的使用信息包括：公共DCI所占用的PDCCH CCE的个数、上行DCI所使用的PDCCH CCE的个数、下行DCI所使用的PDCCHCCE的个数，以及可用的PDCCH CCE的个数；所述上下行PRB的个数包括：上行业务所使用的PRB个数、上行可用的PRB的个数、下行业务所使用的PRB个数，以及下行可用的PRB的个数。
在一种具体实施方式中，所述在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，包括：获取所述待更新小区内已分配CCE的使用信息，并根据所述待更新小区内已分配CCE的使用信息，确定所述待更新小区在所述预设时间内的CCE利用率；在确定所述CCE利用率达到了第一预设的重载CCE利用率门限时，在时域的每半个帧上，为所述待更新小区的PDCCH信道增加一个时间符号，并将所述待更新小区的PDSCH信道上减少一个时间符号，以实现对所述已分配的CCE进行调整。
在一种具体实施方式中，所述在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，包括：根据获取的所述预设时间内所述待更新小区内的所述上行业务所使用的PRB个数，以及所述上行可用的PRB的个数，确定上行PRB利用率；在确定所述上行PRB利用率达到了预设的重载PRB利用率门限时，将所述待更新小区的CCE聚合等级设置为1。
在一种具体实施方式中，所述在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，包括：根据获取的所述预设时间内所述待更新小区内的所述下行业务所使用的PRB个数，以及所述下行可用的PRB的个数，确定下行PRB利用率；在确定所述下行PRB利用率达到了预设的重载PRB利用率门限时，将所述待更新小区的CCE聚合等级设置为1。
在一种具体实施方式中，所述在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，包括：获取所述待更新小区内已分配CCE的使用信息，并根据所述待更新小区内已分配CCE的使用信息，确定所述待更新小区在所述预设时间内的CCE利用率；在确定所述CCE利用率达到了第二预设的重载CCE利用率门限时，将所述待更新小区的CCE聚合等级设置为1。
在一种具体实施方式中，所述在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，包括：根据获取的所述上行业务所使用的PRB个数和所述下行业务所使用的PRB个数之比，调整所述待更新小区的上行CCE的最大占比。
第二方面，本申请提供一种基站，包括：获取模块，用于获取预设时间内待更新小区内已分配CCE的使用信息，或者上下行PRB的个数；调整处理模块，用于在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，并根据调整后的CCE对所述待更新小区内的终端发起寻呼处理。
在一种具体实施方式中，所述待更新小区内已分配CCE的使用信息包括：公共DCI所占用的PDCCH CCE的个数、上行DCI所使用的PDCCH CCE的个数、下行DCI所使用的PDCCHCCE的个数，以及可用的PDCCH CCE的个数；所述上下行PRB的个数包括：上行业务所使用的PRB个数、上行可用的PRB的个数、下行业务所使用的PRB个数，以及下行可用的PRB的个数。
在一种具体实施方式中，所述调整处理模块，具体用于：获取所述待更新小区内已分配CCE的使用信息，并根据所述待更新小区内已分配CCE的使用信息，确定所述待更新小区在所述预设时间内的CCE利用率；在确定所述CCE利用率达到了第一预设的重载CCE利用率门限时，在时域的每半个帧上，为所述待更新小区的PDCCH信道增加一个时间符号，并将所述待更新小区的PDSCH信道上减少一个时间符号，以实现对所述已分配的CCE进行调整。
在一种具体实施方式中，所述调整处理模块，具体用于：根据获取的所述预设时间内所述待更新小区内的所述上行业务所使用的PRB个数，以及所述上行可用的PRB的个数，确定上行PRB利用率；在确定所述上行PRB利用率达到了预设的重载PRB利用率门限时，将所述待更新小区的CCE聚合等级设置为1。
在一种具体实施方式中，所述调整处理模块，具体用于：根据获取的所述预设时间内所述待更新小区内的所述下行业务所使用的PRB个数，以及所述下行可用的PRB的个数，确定下行PRB利用率；在确定所述下行PRB利用率达到了预设的重载PRB利用率门限时，将所述待更新小区的CCE聚合等级设置为1。
在一种具体实施方式中，所述调整处理模块，具体用于：获取所述待更新小区内已分配CCE的使用信息，并根据所述待更新小区内已分配CCE的使用信息，确定所述待更新小区在所述预设时间内的CCE利用率；在确定所述CCE利用率达到了第二预设的重载CCE利用率门限时，将所述待更新小区的CCE聚合等级设置为1。
在一种具体实施方式中，所述调整处理模块，具体用于：根据获取的所述上行业务所使用的PRB个数和所述下行业务所使用的PRB个数之比，调整所述待更新小区的上行CCE的最大占比。
第三方面，本申请提供一种基站，包括：处理器，存储器，通信接口；所述存储器用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行第一方面所述的寻呼处理方法。
本申请提供一种寻呼处理方法及基站，获取预设时间内待更新小区内已分配CCE的使用信息，或者上下行PRB的个数；在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，并根据调整后的CCE对所述待更新小区内的终端发起寻呼处理。相较于现有的提升寻呼成功率的方法，本申请针对5G网络重负载的特点，获取小区内承载寻呼请求消息的CCE的使用情况，以及反映上下行业务需求的PRB的个数，在CCE的使用信息或者上下行PRB的个数满足重载条件，即小区当前寻呼请求消息过多、上下行业务量过大时，对CCE资源进行调整，确保寻呼请求消息成功发送到用户终端，避免被延迟或丢弃，有效提高了重负载下的5G网络的寻呼成功率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为适用于本申请提供的寻呼处理方法的通信系统架构示意图；
图2为本申请提供的一种寻呼处理方法实施例一的流程示意图；
图3为本申请提供的一种寻呼处理方法实施例二的流程示意图；
图4a为调整前的一个半帧中PDCCH信道、PDSCH信道占用的资源示意图；
图4b为调整后的一个半帧中PDCCH信道、PDSCH信道占用的资源示意图；
图5为本申请提供的一种寻呼处理方法实施例三的流程示意图；
图6为本申请提供的一种寻呼处理方法实施例四的流程示意图；
图7为本申请提供的一种寻呼处理方法实施例五的流程示意图；
图8为本申请提供的一种寻呼处理方法实施例六的流程示意图；
图9为本申请提供的一种基站的结构示意图；
图10为本申请提供的另一种基站的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在根据本实施例的启示下作出的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先对本申请所涉及的名词进行解释：
控制信道单元(Control Channel Element，简称CCE)：是物理下行控制信道(Physical Downlink Control Channel，简称PDCCH)资源分配的基本调度单位，也是承载下行控制信息(Downlink Control Information，简称DCI)的基本单元。
物理资源块(Physical Resource Block，简称PRB)：是物理下行共享信道(Physical Downlink Share Channel，简称PDSCH)和物理上行共享信道(Physical UplinkShare Channel，PUSCH)资源分配的基本调度单位，用于传输下行和上行用户数据。
本申请提供的寻呼处理方法，可以适用于图1所示的通信系统架构示意图。如图1所示，该通信系统包括：5G基站gNB(3GPP将5G基站命名为gNodeB，简称gNB)和多个用户终端(User Equipment，简称UE)，基站gNB在小区内对用户终端UE进行寻呼，图1中每个六边形区域代表一个小区。在寻呼的过程中，基站gNB借助下行控制信息DCI，通过小区的物理下行控制信道PDCCH，向用户终端UE发送寻呼请求消息，PDCCH中承载DCI的资源为CCE。在5G的重载场景下，寻呼消息较多，由于CCE资源不足，不能及时发送，寻呼消息的时延增加甚至被丢弃，导致寻呼成功率低。基于上述技术问题，本申请的发明构思在于：如何在5G的重载场景下，对CCE资源进行调整，确保寻呼请求消息成功发送到用户终端，避免被延迟或丢弃，有效提高寻呼成功率。
下面，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图2为本申请提供的一种寻呼处理方法实施例一的流程示意图。参见图2，该寻呼处理方法具体包括以下步骤：
步骤S201：获取预设时间内待更新小区内已分配CCE的使用信息，或者上下行PRB的个数。
在本实施例中，基站以小区为单位为物理下行控制信道PDCCH分配CCE资源，为物理下行共享信道PDSCH分配PRB资源。
PDCCH信道为5G基站的物理下行控制信道，主要承载物理下行共享信道PDSCH和物理上行共享信道(Physical Uplink Share Channel，简称PUSCH)的下行控制信息DCI。在一个小区的PDCCH信道中，承载着多种DCI，主要包括：辅助UE接收PDSCH发送的数据的下行DCI，辅助UE通过PUSCH发送数据的上行DCI，以及主要承载功控命令的公共DCI。其中，寻呼请求消息就是通过下行DCI发送的。
5G基站为物理下行控制信道PDCCH分配资源的基本单位为控制信道单元CCE。已分配CCE的使用信息可以是小区内各种DCI占用PDCCH信道的CCE个数以及PDCCH信道所有可用的CCE个数。
PDSCH信道为5G基站的物理下行共享信道，用于传输下行用户数据。例如接收到了一条微信，微信的内容就需要通过PDSCH信道下发给用户。5G基站为物理下行共享信道PDSCH分配资源的基本单位为物理资源块PRB。
PUSCH信道为5G基站的物理上行共享信道，用于传输行用户数据。例如用户发送了一条微信，微信的内容就需要通过PUSCH信道上传给基站。5G基站为物理上行共享信道PUSCH分配资源的基本单位为物理资源块PRB。
上下行PRB的个数可以是上行业务所占用的PUSCH信道的PRB个数、PUSCH信道所有可用的PRB的个数、下行业务所占用的PDSCH信道的PRB个数，以及PDSCH信道所有可用的PRB的个数。
步骤S202：在确定该已分配CCE的使用信息或者该上下行PRB的个数满足重载条件时，对该待更新小区内的已分配的CCE进行调整，并根据调整后的CCE对该待更新小区内的终端发起寻呼处理。
已分配CCE的使用信息，例如小区内各种DCI占用PDCCH信道的CCE个数以及PDCCH信道所有可用的CCE个数等，可以反映小区当前CCE资源的使用情况。已分配CCE的使用信息满足重载条件，即表明当前寻呼消息过多，5G网络正处于重负载的情形下。
上下行PRB的个数，例如上行业务所占用的PUSCH信道的PRB个数、PUSCH信道所有可用的PRB的个数、下行业务所占用的PDSCH信道的PRB个数，以及PDSCH信道所有可用的PRB的个数，可以反映小区当前上下行业务需求。上下行PRB的个数满足重载条件，即表明当前上下行业务量过大，5G网络正处于重负载的情形下。
在5G网络正处于重负载的情形下，对小区内的已分配的CCE资源进行调整，并根据调整后的CCE对该小区内的终端发起寻呼处理，能够确保寻呼请求消息借助调整后的CCE资源成功发送到用户终端，避免被延迟或丢弃。
在本实施例中，获取预设时间内待更新小区内已分配CCE的使用信息，或者上下行PRB的个数；在确定已分配CCE的使用信息或者上下行PRB的个数满足重载条件时，对该待更新小区内的已分配的CCE进行调整，并根据调整后的CCE对该待更新小区内的终端发起寻呼处理。相较于现有的提升寻呼成功率的方法，本申请针对5G网络重负载的特点，获取小区内承载寻呼请求消息的CCE的使用情况，以及反映上下行业务需求的PRB的个数，在CCE的使用信息或者上下行PRB的个数满足重载条件，即小区当前寻呼请求消息过多、上下行业务量过大时，对CCE资源进行调整，确保寻呼请求消息成功发送到用户终端，避免被延迟或丢弃，有效提高了重负载下的5G网络的寻呼成功率。
图3为本申请提供的一种寻呼处理方法实施例二的流程示意图，在上述图2所示实施例的基础上，参见图3，该步骤201和步骤202的一种具体实现方式为：
步骤S301：获取预设时间内待更新小区内已分配CCE的使用信息。
在本实施例中，该待更新小区内已分配CCE的使用信息包括：公共DCI所占用的PDCCH CCE的个数、上行DCI所使用的PDCCH CCE的个数、下行DCI所使用的PDCCH CCE的个数，以及可用的PDCCH CCE的个数。
步骤S302：根据该待更新小区内已分配CCE的使用信息，确定该待更新小区在该预设时间内的CCE利用率。
在本实施例中，CCE利用率可以通过如下公式计算：
CCE利用率＝(公共DCI所占用的PDCCH CCE的个数+上行DCI所使用的PDCCH CCE的个数+下行DCI所使用的PDCCH CCE的个数)/可用的PDCCH CCE的个数
步骤S303：在确定该CCE利用率达到了第一预设的重载CCE利用率门限时，在时域的每半个帧上，为该待更新小区的PDCCH信道增加一个时间符号，并将该待更新小区的PDSCH信道上减少一个时间符号，以实现对该已分配的CCE进行调整。
CCE利用率可以反映小区当前CCE资源的使用情况。CCE利用率过高，达到了第一预设的重载CCE利用率门限时，即表明当前寻呼消息过多，5G网络正处于重负载的情形下。
图4a为调整前的一个半帧中PDCCH信道、PDSCH信道占用的资源示意图。阴影区域为PDCCH信道占用的资源，每个方格代表一个CCE资源块；非阴影区域为PDSCH信道占用的资源，每个方格代表一个PRB资源块。
如图4a所示，横轴为一个半帧，一个半帧0.5ms，包含14个时间符号0～13。按照协议规定，PDCCH在时域资源上可以占用时隙的1-3个时间符号，默认PDCCH信道只占用1个时间符号，如图4a中的阴影区域所示。
纵轴为整个小区的带宽，PDCCH在频域上占据整个小区带宽，一个CCE在频域上占据72个子载波的宽度，一个子载波30kHz，所以一个CCE在频域上占据72*30kHz＝2.16MHz。小区带宽除以一个CCE的宽度，就是PDCCH在一个时间符号上占用的CCE个数。
在步骤S302中，可用的PDCCH CCE的个数＝PDCCH在一个时间符号上占用的CCE个数*PDCCH占用的时间符号个数。
当CCE利用率到达重载CCE利用率门限时，基站为PDCCH信道扩容，在时域上增加一个符号的CCE资源，同时减少了PDSCH信道的PRB资源，调整后的一个半帧中PDCCH信道、PDSCH信道占用的资源如图4b所示。
在本实施例中，基站通过基站参数HEAVYLOADCCEUSAGETHLD(重载CCE利用率门限)来设置第一预设的重载CCE利用率门限。PDCCH在上行和下行共时隙调度的CCE利用率大于该门限时，按照重载模式处理；否则，维持当前状态。该参数配置值越大，PDCCH越难满足重载条件；该参数配置值越小，PDCCH越容易满足重载条件。PDCCH经判决进入重载后，如果PDCCH资源不受限，则小区和用户速率提升；如果PDCCH资源受限，则小区和用户速率降低。
在本实施例中，基站参数HEAVYLOADCCEUSAGETHLD设置为65。此时，第一预设的重载CCE利用率门限为65％。当CCE利用率达到了65％时，基站在时域的每半个帧上，为待更新小区的PDCCH信道增加一个时间符号，并将该待更新小区的PDSCH信道上减少一个时间符号，以实现进入重载后，为PDCCH信道在时域上增加一个符号的CCE资源。
在本实施例中，基站根据小区内已分配CCE的使用信息，确定该小区在该预设时间内的CCE利用率，并在该CCE利用率达到了第一预设的重载CCE利用率门限时，为该小区的PDCCH信道增加一个时间符号的CCE资源。实现了在小区当前寻呼请求消息过多时，及时为该小区的PDCCH信道扩容，确保寻呼请求消息成功发送到用户终端，避免被延迟或丢弃，进一步提高了重负载下的5G网络的寻呼成功率。
图5为本申请提供的一种寻呼处理方法实施例三的流程示意图。在上述图2所示实施例的基础上，参见图5，该步骤201和步骤202的一种具体实现方式为：
步骤S501：获取预设时间内待更新小区内上下行PRB的个数。
该上下行PRB的个数可以包括：上行业务所使用的PRB个数以及上行可用的PRB的个数。
步骤S502：根据获取的该预设时间内该待更新小区内的该上行业务所使用的PRB个数，以及该上行可用的PRB的个数，确定上行PRB利用率。
在本实施例中，上行PRB利用率可以通过如下公式计算：
上行PRB利用率＝上行业务所使用的PRB的个数/上行可用的PRB的个数
步骤S503：在确定该上行PRB利用率达到了预设的重载PRB利用率门限时，将该待更新小区的CCE聚合等级设置为1。
CCE聚合等级表征每个用户调度信息DCI连续占用的CCE个数。CCE聚合等级可以为1、2、4、8、16，分别代表每个用户调度信息DCI连续占用的CCE个数为1、2、4、8、16。CCE聚合等级为1，则每个用户调度信息DCI连续占用1个CCE。
上行PRB利用率可以反映小区当前上行业务需求。上行PRB利用率达到了预设的重载PRB利用率门限时，即表明当前上行业务量过大，5G网络正处于重负载的情形下。
在本实施例中，基站通过基站参数PDCCHAGGLEVEL1STRATEGY(PDCCH聚合级别1策略)来设置PDCCH信道中CCE聚合等级的设置策略。当该参数设置为ADAPT时，基站根据小区负载情况来设置PDCCH信道中CCE聚合等级；当该参数设置为NOT_CONFIG时，PDCCH信道中CCE聚合等级不强制设置为1，在小区重载场景下，CCE聚合等级也不为1，PDCCH信道容量容易受限，小区吞吐率和用户感知速率降低；当该参数设置为CONFIG时，PDCCH信道中CCE聚合等级始终为1，在小区轻载场景下，CCE聚合等级也为1，对PDCCH传输可靠性有影响，用户感知速率降低。
在本实施例中，基站参数PDCCHAGGLEVEL1STRATEGY设置为ADAPT，基站根据小区负载情况来设置PDCCH信道中CCE聚合等级。上行PRB利用率可以反映小区当前上行业务需求，即小区负载情况。具体地，预设的重载PRB利用率门限为60％，当上行PRB利用率达到了60％时，将该小区的CCE聚合等级设置为1。
在本实施例中，基站根据小区内上行业务所使用的PRB个数以及上行可用的PRB的个数，确定了上行PRB利用率，并在上行PRB利用率达到了预设的重载PRB利用率门限时，将该小区的CCE聚合等级设置为1，使每个用户调度信息DCI尽量少占用CCE资源，实现了在小区上行业务需求过多时，合理调配CCE资源，确保寻呼请求消息成功发送到用户终端，避免被延迟或丢弃，进一步提高了重负载下的5G网络的寻呼成功率。
图6为本申请提供的一种寻呼处理方法实施例四的流程示意图。在上述图2所示实施例的基础上，参见图6，该步骤201和步骤202的一种具体实现方式为：
步骤S601：获取预设时间内待更新小区内上下行PRB的个数。
该上下行PRB的个数可以包括：下行业务所使用的PRB个数以及下行可用的PRB的个数。
步骤S602：根据获取的该预设时间内该待更新小区内的该下行业务所使用的PRB个数，以及该下行可用的PRB的个数，确定下行PRB利用率。
在本实施例中，下行PRB利用率可以通过如下公式计算：
下行PRB利用率＝下行业务所使用的PRB的个数/下行可用的PRB的个数
步骤S603：在确定该下行PRB利用率达到了预设的重载PRB利用率门限时，将该待更新小区的CCE聚合等级设置为1。
CCE聚合等级表征每个用户调度信息DCI连续占用的CCE个数。CCE聚合等级为1，则每个用户调度信息DCI连续占用1个CCE。
下行PRB利用率可以反映小区当前下行业务需求。下行PRB利用率达到了预设的重载PRB利用率门限时，即表明当前下行业务量过大，5G网络正处于重负载的情形下。
在本实施例中，基站通过基站参数PDCCHAGGLEVEL1STRATEGY(PDCCH聚合级别1策略)来设置PDCCH信道中CCE聚合等级的设置策略。基站参数PDCCHAGGLEVEL1STRATEGY设置为ADAPT，基站根据小区负载情况来设置PDCCH信道中CCE聚合等级。下行PRB利用率可以反映小区当前下行业务需求，即小区负载情况。具体地，预设的重载PRB利用率门限为60％，当下行PRB利用率达到了60％时，将该小区的CCE聚合等级设置为1。
在本实施例中，基站根据小区内下行业务所使用的PRB个数以及下行可用的PRB的个数，确定了下行PRB利用率，并在下行PRB利用率达到了预设的重载PRB利用率门限时，将该小区的CCE聚合等级设置为1，使每个用户调度信息DCI尽量少占用CCE资源，实现了在小区下行业务需求过多时，合理调配CCE资源，确保寻呼请求消息成功发送到用户终端，避免被延迟或丢弃，进一步提高了重负载下的5G网络的寻呼成功率。
图7为本申请提供的一种寻呼处理方法实施例五的流程示意图。在上述图2所示实施例的基础上，参见图7，该步骤201和步骤202的一种具体实现方式为：
步骤S701：获取预设时间内待更新小区内已分配CCE的使用信息。
在本实施例中，该待更新小区内已分配CCE的使用信息包括：公共DCI所占用的PDCCH CCE的个数、上行DCI所使用的PDCCH CCE的个数、下行DCI所使用的PDCCH CCE的个数，以及可用的PDCCH CCE的个数。
步骤S702：根据该待更新小区内已分配CCE的使用信息，确定该待更新小区在该预设时间内的CCE利用率。
在本实施例中，CCE利用率可以通过如下公式计算：
CCE利用率＝(公共DCI所占用的PDCCH CCE的个数+上行DCI所使用的PDCCH CCE的个数+下行DCI所使用的PDCCH CCE的个数)/可用的PDCCH CCE的个数
步骤S703：在确定该CCE利用率达到了第二预设的重载CCE利用率门限时，将该待更新小区的CCE聚合等级设置为1。
CCE聚合等级表征每个用户调度信息DCI连续占用的CCE个数。CCE聚合等级为1，则每个用户调度信息DCI连续占用1个CCE。
CCE利用率可以反映小区当前CCE资源的使用情况。CCE利用率过高，达到了第二预设的重载CCE利用率门限时，即表明当前寻呼消息过多，5G网络正处于重负载的情形下。
在本实施例中，基站通过基站参数PDCCHAGGLEVEL1STRATEGY(PDCCH聚合级别1策略)来设置PDCCH信道中CCE聚合等级的设置策略。基站参数PDCCHAGGLEVEL1STRATEGY设置为ADAPT，基站根据小区负载情况来设置PDCCH信道中CCE聚合等级。CCE利用率可以反映小区当前CCE资源的使用情况，即小区负载情况。具体地，第二预设的重载CCE利用率门限为15％，当CCE利用率达到了15％时，将该小区的CCE聚合等级设置为1。
在本实施例中，基站根据小区内已分配CCE的使用信息，确定了CCE利用率，并在CCE利用率达到了第二预设的重载CCE利用率门限时，将该小区的CCE聚合等级设置为1，使每个用户调度信息DCI尽量少占用CCE资源，实现了在小区当前寻呼请求消息过多时，合理调配CCE资源，确保寻呼请求消息成功发送到用户终端，避免被延迟或丢弃，进一步提高了重负载下的5G网络的寻呼成功率。
图8为本申请提供的一种寻呼处理方法实施例六的流程示意图。在上述图2所示实施例的基础上，参见图8，该步骤201和步骤202的一种具体实现方式为：
步骤S801：获取预设时间内待更新小区内上下行PRB的个数。
该上下行PRB的个数包括：上行业务所使用的PRB个数以及下行业务所使用的PRB个数。
步骤S802：根据获取的该上行业务所使用的PRB个数和该下行业务所使用的PRB个数之比，调整该待更新小区的上行CCE的最大占比。
上行PRB利用率可以反映小区当前上行业务需求。下行PRB利用率可以反映小区当前下行业务需求。
在本实施例中，基站可以获取预设时间待更新小区内上行业务所使用的PRB个数和下行业务所使用的PRB个数，根据上行业务所使用的PRB个数与下行业务所使用的PRB个数的比值，去调整待更新小区的上行CCE的最大占比。
具体地，例如在15分钟内，上行业务使用了5个PRB，下行业务使用了50个PRB，上行业务所使用的PRB个数和该下行业务所使用的PRB个数之比为5/50＝0.1，可以参照该比例，将待更新小区的上行CCE最大占比调整为0.1。
在本实施例中，基站通过基站参数UL_DL_CCE_RATIO_ADAPT_SW(上下行CCE配比自适应开关)来控制小区上下行CCE配比自适应功能的打开和关闭。该开关为开时，基于上下行业务需求情况自适应地分配上行CCE最大占比；该开关为关时，上行CCE最大占比为固定值，取值过大，上行可用CCE比例高，下行可用CCE比例低，下行调度容易受限，甚至可能导致掉话；取值过小，上行可用CCE比例低，下行可用CCE比例高，上行调度容易受限，也可能导致掉话。
在本实施例中，基站参数UL_DL_CCE_RATIO_ADAPT_SW设置为打开。
在本实施例中，基站通过基站参数CCERATIOADAPTADJPRD(CCE配比自适应调整周期)来设置上下行CCE配比自适应调整周期。该参数设置的越小，上下行CCE配比调整速度越快，PDCCH支持的调度用户数提升速度越快，但是上下行CCE需求预估越不准确，导致PDCCH支持的调度用户数越少；该参数设置的越大，上下行CCE配比调整速度越慢，PDCCH支持的调度用户数提升速度越慢，但是上下行CCE需求预估越准确，使得PDCCH支持的调度用户数越多。
在本实施例中，基站参数CCERATIOADAPTADJPRD设置为4，即上下行CCE配比自适应调整周期为4ms。此时，基站每4ms获取待更新小区内上下行PRB的个数，根据获取的上行业务所使用的PRB个数和下行业务所使用的PRB个数之比，调整待更新小区的上行CCE的最大占比。
下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。
图9为本申请提供的一种基站的结构示意图；如图9所示，该基站90包括：获取模块91以及调整处理模块92。其中，获取模块91用于获取预设时间内待更新小区内已分配CCE的使用信息，或者上下行PRB的个数。调整处理模块92用于在确定该已分配CCE的使用信息或者该上下行PRB的个数满足重载条件时，对该待更新小区内的已分配的CCE进行调整，并根据调整后的CCE对该待更新小区内的终端发起寻呼处理。
本申请实施例提供的基站可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方案中，该待更新小区内已分配CCE的使用信息包括：公共DCI所占用的PDCCH CCE的个数、上行DCI所使用的PDCCH CCE的个数、下行DCI所使用的PDCCHCCE的个数，以及可用的PDCCH CCE的个数。该上下行PRB的个数包括：上行业务所使用的PRB个数、上行可用的PRB的个数、下行业务所使用的PRB个数，以及下行可用的PRB的个数。
在一种可能的实施方案中，调整处理模块92具体用于获取该待更新小区内已分配CCE的使用信息，并根据该待更新小区内已分配CCE的使用信息，确定该待更新小区在该预设时间内的CCE利用率；在确定该CCE利用率达到了第一预设的重载CCE利用率门限时，在时域的每半个帧上，为该待更新小区的PDCCH信道增加一个时间符号，并将该待更新小区的PDSCH信道上减少一个时间符号，以实现对该已分配的CCE进行调整。
本申请实施例提供的基站可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方案中，调整处理模块92具体用于根据获取的该预设时间内该待更新小区内的该上行业务所使用的PRB个数，以及该上行可用的PRB的个数，确定上行PRB利用率；在确定该上行PRB利用率达到了预设的重载PRB利用率门限时，将该待更新小区的CCE聚合等级设置为1。
本申请实施例提供的基站可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方案中，调整处理模块92具体用于根据获取的该预设时间内该待更新小区内的该下行业务所使用的PRB个数，以及该下行可用的PRB的个数，确定下行PRB利用率；在确定该下行PRB利用率达到了预设的重载PRB利用率门限时，将该待更新小区的CCE聚合等级设置为1。
本申请实施例提供的基站可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方案中，调整处理模块92具体用于获取该待更新小区内已分配CCE的使用信息，并根据该待更新小区内已分配CCE的使用信息，确定该待更新小区在该预设时间内的CCE利用率；在确定该CCE利用率达到了第二预设的重载CCE利用率门限时，将该待更新小区的CCE聚合等级设置为1。
本申请实施例提供的基站可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方案中，调整处理模块92具体用于根据获取的该上行业务所使用的PRB个数和该下行业务所使用的PRB个数之比，调整该待更新小区的上行CCE的最大占比。
本申请实施例提供的基站可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
图10为本申请提供的另一种基站的结构示意图。如图10所示，该基站100包括处理器101、存储器102，以及通信接口103；其中，存储器102用于存储处理器101的可执行指令；处理器101配置为经由执行可执行指令来执行前述任一方法实施例中的技术方案。
可选的，存储器102既可以是独立的，也可以跟处理器101集成在一起。
可选的，当存储器102是独立于处理器101之外的器件时，基站100还可以包括总线104，用于将上述器件连接起来。
该基站用于执行前述任一方法实施例中的技术方案，其实现原理和技术效果类似，在此不再赘述。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或对其中部分或全部技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (13)
1.一种寻呼处理方法，其特征在于，包括：
获取预设时间内待更新小区内已分配CCE的使用信息，或者上下行PRB的个数；
在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，并根据调整后的CCE对所述待更新小区内的终端发起寻呼处理；
所述待更新小区内已分配CCE的使用信息包括：公共DCI所占用的PDCCH CCE的个数、上行DCI所使用的PDCCHCCE的个数、下行DCI所使用的PDCCH CCE的个数，以及可用的PDCCHCCE的个数；
所述上下行PRB的个数包括：上行业务所使用的PRB个数、上行可用的PRB的个数、下行业务所使用的PRB个数，以及下行可用的PRB的个数。
2.根据权利要求1所述的寻呼处理方法，其特征在于，所述在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，包括：
获取所述待更新小区内已分配CCE的使用信息，并根据所述待更新小区内已分配CCE的使用信息，确定所述待更新小区在所述预设时间内的CCE利用率；
在确定所述CCE利用率达到了第一预设的重载CCE利用率门限时，在时域的每半个帧上，为所述待更新小区的PDCCH信道增加一个时间符号，并将所述待更新小区的PDSCH信道上减少一个时间符号，以实现对所述已分配的CCE进行调整。
3.根据权利要求1所述的寻呼处理方法，其特征在于，所述在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，包括：
根据获取的所述预设时间内所述待更新小区内的所述上行业务所使用的PRB个数，以及所述上行可用的PRB的个数，确定上行PRB利用率；
在确定所述上行PRB利用率达到了预设的重载PRB利用率门限时，将所述待更新小区的CCE聚合等级设置为1。
4.根据权利要求1所述的寻呼处理方法，其特征在于，所述在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，包括：
根据获取的所述预设时间内所述待更新小区内的所述下行业务所使用的PRB个数，以及所述下行可用的PRB的个数，确定下行PRB利用率；
在确定所述下行PRB利用率达到了预设的重载PRB利用率门限时，将所述待更新小区的CCE聚合等级设置为1。
5.根据权利要求1所述的寻呼处理方法，其特征在于，所述在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，包括：
获取所述待更新小区内已分配CCE的使用信息，并根据所述待更新小区内已分配CCE的使用信息，确定所述待更新小区在所述预设时间内的CCE利用率；
在确定所述CCE利用率达到了第二预设的重载CCE利用率门限时，将所述待更新小区的CCE聚合等级设置为1。
6.根据权利要求1所述的寻呼处理方法，其特征在于，所述在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，包括：
根据获取的所述上行业务所使用的PRB个数和所述下行业务所使用的PRB个数之比，调整所述待更新小区的上行CCE的最大占比。
7.一种基站，其特征在于，包括：
获取模块，用于获取预设时间内待更新小区内已分配CCE的使用信息，或者上下行PRB的个数；
调整处理模块，用于在确定所述已分配CCE的使用信息或者所述上下行PRB的个数满足重载条件时，对所述待更新小区内的已分配的CCE进行调整，并根据调整后的CCE对所述待更新小区内的终端发起寻呼处理；
所述待更新小区内已分配CCE的使用信息包括：公共DCI所占用的PDCCH CCE的个数、上行DCI所使用的PDCCH CCE的个数、下行DCI所使用的PDCCH CCE的个数，以及可用的PDCCHCCE的个数；
所述上下行PRB的个数包括：上行业务所使用的PRB个数、上行可用的PRB的个数、下行业务所使用的PRB个数，以及下行可用的PRB的个数。
8.根据权利要求7所述的基站，其特征在于，所述调整处理模块，具体用于：
获取所述待更新小区内已分配CCE的使用信息，并根据所述待更新小区内已分配CCE的使用信息，确定所述待更新小区在所述预设时间内的CCE利用率；
在确定所述CCE利用率达到了第一预设的重载CCE利用率门限时，在时域的每半个帧上，为所述待更新小区的PDCCH信道增加一个时间符号，并将所述待更新小区的PDSCH信道上减少一个时间符号，以实现对所述已分配的CCE进行调整。
9.根据权利要求7所述的基站，其特征在于，所述调整处理模块，具体用于：
根据获取的所述预设时间内所述待更新小区内的所述上行业务所使用的PRB个数，以及所述上行可用的PRB的个数，确定上行PRB利用率；
在确定所述上行PRB利用率达到了预设的重载PRB利用率门限时，将所述待更新小区的CCE聚合等级设置为1。
10.根据权利要求7所述的基站，其特征在于，所述调整处理模块，具体用于：
根据获取的所述预设时间内所述待更新小区内的所述下行业务所使用的PRB个数，以及所述下行可用的PRB的个数，确定下行PRB利用率；
在确定所述下行PRB利用率达到了预设的重载PRB利用率门限时，将所述待更新小区的CCE聚合等级设置为1。
11.根据权利要求7所述的基站，其特征在于，所述调整处理模块，具体用于：
获取所述待更新小区内已分配CCE的使用信息，并根据所述待更新小区内已分配CCE的使用信息，确定所述待更新小区在所述预设时间内的CCE利用率；
在确定所述CCE利用率达到了第二预设的重载CCE利用率门限时，将所述待更新小区的CCE聚合等级设置为1。
12.根据权利要求7所述的基站，其特征在于，所述调整处理模块，具体用于：
根据获取的所述上行业务所使用的PRB个数和所述下行业务所使用的PRB个数之比，调整所述待更新小区的上行CCE的最大占比。
13.一种基站，其特征在于，包括：
处理器，存储器，通信接口；
所述存储器用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至6中任一项所述的寻呼处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210643544.4A CN114867108B (zh) | 2022-06-09 | 2022-06-09 | 一种寻呼处理方法及基站 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210643544.4A CN114867108B (zh) | 2022-06-09 | 2022-06-09 | 一种寻呼处理方法及基站 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114867108A CN114867108A (zh) | 2022-08-05 |
| CN114867108B true CN114867108B (zh) | 2023-11-28 |
Family
ID=82623912
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210643544.4A Active CN114867108B (zh) | 2022-06-09 | 2022-06-09 | 一种寻呼处理方法及基站 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114867108B (zh) |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010133059A1 (zh) * | 2009-05-22 | 2010-11-25 | 中兴通讯股份有限公司 | 一种控制信道资源的分配方法及装置 |
| WO2012024869A1 (zh) * | 2010-08-24 | 2012-03-01 | 中兴通讯股份有限公司 | 一种提高物理下行控制信道传输性能的方法及装置 |
| CN102448179A (zh) * | 2012-01-18 | 2012-05-09 | 中兴通讯股份有限公司 | 一种分配资源的方法及演进型基站 |
| CN102868502A (zh) * | 2011-07-05 | 2013-01-09 | 中兴通讯股份有限公司 | 一种调整物理下行控制信道聚合度的方法及装置 |
| JP2014033327A (ja) * | 2012-08-03 | 2014-02-20 | Sharp Corp | 基地局、端末、通信システム、通信方法および集積回路 |
| CN107333300A (zh) * | 2016-04-29 | 2017-11-07 | 大唐移动通信设备有限公司 | 一种小区负载的调整方法和装置 |
| WO2018188369A1 (zh) * | 2017-04-11 | 2018-10-18 | 京信通信系统（中国）有限公司 | 一种资源调度方法及装置 |
| CN109217997A (zh) * | 2017-07-07 | 2019-01-15 | 普天信息技术有限公司 | 子帧内cfi动态调整的方法及装置 |
| CN113286320A (zh) * | 2020-02-19 | 2021-08-20 | 大唐移动通信设备有限公司 | 一种控制信道单元cce聚合等级调整方法及装置 |
| CN113824543A (zh) * | 2021-09-07 | 2021-12-21 | 深圳金信诺高新技术股份有限公司 | 自适应调整pdcch聚合度的方法、基站及存储介质 |
| CN114554599A (zh) * | 2020-11-25 | 2022-05-27 | 大唐移动通信设备有限公司 | 一种pdcch资源分配方法、装置及网络设备 |
-
2022
- 2022-06-09 CN CN202210643544.4A patent/CN114867108B/zh active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010133059A1 (zh) * | 2009-05-22 | 2010-11-25 | 中兴通讯股份有限公司 | 一种控制信道资源的分配方法及装置 |
| WO2012024869A1 (zh) * | 2010-08-24 | 2012-03-01 | 中兴通讯股份有限公司 | 一种提高物理下行控制信道传输性能的方法及装置 |
| CN102868502A (zh) * | 2011-07-05 | 2013-01-09 | 中兴通讯股份有限公司 | 一种调整物理下行控制信道聚合度的方法及装置 |
| CN102448179A (zh) * | 2012-01-18 | 2012-05-09 | 中兴通讯股份有限公司 | 一种分配资源的方法及演进型基站 |
| JP2014033327A (ja) * | 2012-08-03 | 2014-02-20 | Sharp Corp | 基地局、端末、通信システム、通信方法および集積回路 |
| CN107333300A (zh) * | 2016-04-29 | 2017-11-07 | 大唐移动通信设备有限公司 | 一种小区负载的调整方法和装置 |
| WO2018188369A1 (zh) * | 2017-04-11 | 2018-10-18 | 京信通信系统（中国）有限公司 | 一种资源调度方法及装置 |
| CN109217997A (zh) * | 2017-07-07 | 2019-01-15 | 普天信息技术有限公司 | 子帧内cfi动态调整的方法及装置 |
| CN113286320A (zh) * | 2020-02-19 | 2021-08-20 | 大唐移动通信设备有限公司 | 一种控制信道单元cce聚合等级调整方法及装置 |
| CN114554599A (zh) * | 2020-11-25 | 2022-05-27 | 大唐移动通信设备有限公司 | 一种pdcch资源分配方法、装置及网络设备 |
| CN113824543A (zh) * | 2021-09-07 | 2021-12-21 | 深圳金信诺高新技术股份有限公司 | 自适应调整pdcch聚合度的方法、基站及存储介质 |
Non-Patent Citations (2)
| Title |
|---|
| LTE-A系统中E-PDCCH设计及性能研究;尤雅;朱宇霞;张元雨;;现代电子技术(第05期);全文 * |
| Panasonic.R1-106089 "Impact of Sparse CCE Utilization on the PDCCH Performance in Macro/Pico HetNets with Cell Range Expansion".3GPP tsg_ran\WG1_RL1.2010,(第TSGR1_63期),全文. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114867108A (zh) | 2022-08-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20200236662A1 (en) | Telecommunications apparatus and methods | |
| US11032802B2 (en) | Mobile terminal device and associated method for obtaining uplink resources | |
| US20200015312A1 (en) | Method and device for determining discontinuous reception configuration | |
| EP3836687A1 (en) | Information transmission method and apparatus | |
| US8325655B2 (en) | Multi-carrier HSDPA channel establishing method and the multi-carrier downlink packet data transmitting method | |
| US10117221B2 (en) | Method and corresponding apparatus for sending and receiving trunking paging in LTE system | |
| JP4913211B2 (ja) | 無線システムにおいてアイドル期間中に無線通信を制御するための方法 | |
| WO2019174499A1 (zh) | 下行、上行传输方法、装置及基站、终端、存储介质 | |
| KR20090046686A (ko) | 무선통신 시스템에서 전력제어 방법 | |
| CN101772078A (zh) | 一种负载控制方法及装置 | |
| CN108271213B (zh) | 通信控制方法、非授权传输方法及装置 | |
| EP2374306B1 (en) | Method and arrangement relating to power consumption in a communications network | |
| US11477817B2 (en) | Systems and methods for prioritized channel access for 802.11ax clients in BSS with mixed clients | |
| RU2716500C1 (ru) | Способ расстановки приоритетов мощности восходящей линии для коротких интервалов времени передачи | |
| CN114867108B (zh) | 一种寻呼处理方法及基站 | |
| US9313685B2 (en) | Enhancement of access control for CDMA2000 | |
| CN114143722B (zh) | 多播业务的接收及发送方法、装置、存储介质、终端、基站 | |
| CN107820216B (zh) | 基于sc-mtch的调度方法及装置 | |
| US20230058594A1 (en) | Communications device, infrastructure equipment and methods | |
| WO2021063109A1 (zh) | 上行授权请求控制方法、装置、终端及存储介质 | |
| CN110087322B (zh) | 一种调度请求方法、终端、资源分配方法及基站 | |
| EP3620018B1 (en) | Random acces procedures for mtc devices | |
| CN108632978B (zh) | 信息传输的处理方法及装置、节点 | |
| KR101145177B1 (ko) | 이동 통신 시스템에서 랜덤 억세스 방법 | |
| CN113141578B (zh) | 一种集群组呼业务的mcs调整方法及装置 |
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 |