CN110636626B - 通信方法、通信设备以及网络设备 - Google Patents
通信方法、通信设备以及网络设备 Download PDFInfo
- Publication number
- CN110636626B CN110636626B CN201810646138.7A CN201810646138A CN110636626B CN 110636626 B CN110636626 B CN 110636626B CN 201810646138 A CN201810646138 A CN 201810646138A CN 110636626 B CN110636626 B CN 110636626B
- Authority
- CN
- China
- Prior art keywords
- phr
- cell
- communication device
- communication
- type2
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 541
- 238000000034 method Methods 0.000 title claims abstract description 152
- 230000005540 biological transmission Effects 0.000 claims abstract description 122
- 230000008569 process Effects 0.000 claims abstract description 27
- 230000001960 triggered effect Effects 0.000 claims abstract description 19
- 238000013475 authorization Methods 0.000 claims abstract description 5
- 238000013507 mapping Methods 0.000 claims description 74
- 238000012545 processing Methods 0.000 claims description 40
- 230000015654 memory Effects 0.000 claims description 36
- 238000004590 computer program Methods 0.000 claims description 16
- 238000003860 storage Methods 0.000 claims description 12
- 238000010586 diagram Methods 0.000 description 38
- 230000006870 function Effects 0.000 description 27
- 230000002776 aggregation Effects 0.000 description 12
- 238000004220 aggregation Methods 0.000 description 12
- 230000007774 longterm Effects 0.000 description 8
- 101150077548 DCI1 gene Proteins 0.000 description 7
- 208000033748 Device issues Diseases 0.000 description 5
- 230000009977 dual effect Effects 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000002441 reversible effect Effects 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- 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
-
- 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/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
- H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
- H04W52/365—Power headroom reporting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- 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
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种通信方法、通信设备以及网络设备,该方法包括:通信设备的功率余量上报PHR被触发,并确定用于传输PHR的第一上行授权资源之后,以及传输PHR之前,通信设备在第一时刻确定PHR中携带的PH值类型,其中,第一时刻包括通信设备基于第一上行授权资源开始逻辑信道优先级LCP过程的时刻或者开始组装介质访问控制协议数据单元MAC PDU的时刻,所述MAC PDU包含所述PHR并且在所述第一上行授权资源上进行传输;所述通信设备向网络设备发送所述PHR。本申请实施例提供的通信方法能够提高通信设备传输PHR的准确性。
Description
技术领域
本申请涉及通信领域,并且更具体地,涉及一种通信方法、通信设备以及网络设备。
背景技术
功率余量报告(power headroom reporting,PHR)为通信设备将通信设备的最大发射功率与估计的通信设备的上行传输功率之差上报给网络设备。通信设备上报的功率余量信息能够为网络设备对通信设备进行上行调度时提供重要的参考。
现有技术中,通信设备传输的PHR中携带的(power headroom)PH值类型可能为真实类型也可能为虚拟类型,但是现有用于传输功率余量报告的方法中确定PH值类型的准确性低。因此,如何更加准确地确定通信设备传输的PHR中携带的PH值类型,提高通信设备传输PHR的准确性,成为亟待解决的问题。
发明内容
本申请提供一种通信方法、通信设备以及网络设备,能够提高通信设备传输PHR的准确性。
第一方面,提供了一种通信方法,包括:通信设备的功率余量报告PHR被触发;所述通信设备确定用于传输所述PHR的第一上行授权资源;所述通信设备在第一时刻确定所述PHR中携带的功率余量PH值类型,其中,所述第一时刻包括所述通信设备基于所述第一上行授权资源开始逻辑信道优先级LCP过程的时刻或者开始组装介质访问控制协议数据单元(media access control protocol data unit,MAC PDU)的时刻,所述MAC PDU包含所述PHR并且在所述第一上行授权资源上进行传输。
根据本申请实施例提供的通信方法,首先确定传输PHR的第一上行授权资源,通过在通信设备基于所述第一上行授权资源开始逻辑信道优先级LCP过程的时刻,或者,通信设备基于所述第一上行授权资源开始组装协议数据单元MAC PDU的时刻,确定传输的PHR中携带的PH值类型,能够提高确定该PHR中PH值类型的准确性,进一步提高通信设备传输PHR的准确性。
应理解,本申请中上述第一上行授权资源,也可以称为第一上行授权(uplinkgrant,UL grant)。即,所述上行授权指示上行授权资源。后续可以将第一上行授权资源简称为第一UL grant,上行授权资源简称为UL grant。
应理解,上述通信方法可以应用于单载波场景以及载波聚合场景下。
例如,应用于单载波场景下,当该小区支持PUCCH传输时,根据该方法确定PH值类型。
还例如,应用于载波聚合场景下,根据该方法确定多个小区的PH值类型。
应理解,上述小区为处于激活状态的小区。
结合第一方面,在第一方面的一种实现方式中,所述通信设备在第一时刻确定所述PHR中携带的PH值类型包括:所述通信设备根据在所述第一时刻之前、且包括所述第一时刻的时间内,是否接收到用于调度UL grant下行控制信息DCI,和/或,所述通信设备根据在所述第一UL grant所在的传输时间段内,是否包括非动态调度的上行传输,在第一时刻确定PHR中携带的所述第一小区的PH值类型。
根据本申请实施例提供的通信方法,以第一时刻之前、且包括所述第一时刻的时间内,是否收到下行控制信息,以及在第一UL grant所在的传输时间段内,是否包括非动态调度的上行传输,作为确定PHR中携带的PH值类型的参考因素,能够提高确定PHR中携带的PH值类型的准确性。
进一步地,上述下行控制信息为专门用于调度UL grant的下行控制信息;
可选地,在一些实施例中,上述在第一UL grant所在的传输时间段内是否包括非动态调度的上行传输,包括:上述在第一UL grant所在的传输时间段内是否有数据在配置的上行资源上传输。
进一步地,上述配置的上行资源(configured uplink grant)指的是提前配置好的周期性出现的上行资源,包括但不限于配置资源类型1configured grant Type1和配置资源类型2configured grant Type2,也可以称为免授权(grant free)资源或半静态调度(semi-persistent Scheduling,SPS)资源
可选地,在另一些实施例中,上述在第一UL grant所在的传输时间段内是否包括非动态调度的上行传输,包括:上述在第一UL grant所在的传输时间段内是否有信道探测参考信号SRS传输。
可选地,在另一些实施例中,上述在第一UL grant所在的传输时间段内是否包括非动态调度的上行传输,包括:上述在第一UL grant所在的传输时间段内是否有物理上行控制信道PUCCH传输。
另外所述非动态调度的上行传输,是指不是由网络设备下发DCI分配UL grant所进行的动态调度,包括但不限于上述所列举的上行传输方式。
结合第一方面及其上述实现方式,在第一方面的另一种实现方式中,所述方法还包括:所述通信设备确定所述第一UL grant的大小能够容纳所述PHR的大小。
根据本申请实施例提供的通信方法,通过使通信设备确定用于传输PHR的第一ULgrant的大小能够容纳所述PHR的大小,能够提高传输PHR的准确性。
结合第一方面及其上述实现方式,在第一方面的另一种实现方式中,所述方法还包括:所述通信设备接收指示信息,所述指示信息用于指示所述通信设备是否上报小区的Type2的PH,其中,所述小区为新空口NR基站下的支持物理上行控制信道的辅小区PUCCHSCell。
根据本申请实施例提供的通信方法,通过使通信设备根据指示信息确定是否上报NR基站下的PUCCH SCell的Type2的PH,能够避免通信设备上报NR基站下的PUCCH SCell的Type2的PH时出错。
可选地,在一些实施例中,上述NR基站下的PUCCH SCell包括:当通信设备配置了新空口-长期演进双连接NR-LTE DC,或长期演进-新空口双连接LTE-NR DC时,所述NR基站下的PUCCH SCell。
可选地,在另一些实施例中,上述NR基站下的PUCCH SCell包括:当所述通信设备没有配置DC,或,所述通信设备配置了新空口-新空口双连接NR-NR DC时,所述NR基站下的PUCCH SCell。
应理解,上述Type2的PH为支持PUCCH传输的小区的PH。
结合第一方面及其上述实现方式,在第一方面的另一种实现方式中,所述指示信息包括:PH的类型信息和/或小区信息,其中,小区信息包括小区类型信息,和/或,小区为NR侧或LTE侧的小区指示信息。
根据本申请实施例提供的通信方法,通过使指示信息包括PH的类型信息和/或小区信息,能够根据指示信息获取PH的类型信息和/或小区信息。
结合第一方面及其上述实现方式,在第一方面的另一种实现方式中,PHR的格式包括:Type2的PH域,所述Type2的PH域用于上报所述小区,且不用于上报除所述小区之外的小区的Type2的PH。
根据本申请实施例提供的通信方法,通过修改通信设备上报的PHR的格式,能够为当支持Type2的PH上报时预留信息传输的空间。
应理解,当所述NR基站下的PUCCH Scell的Type2的PH的PH值类型为真实类型的时候,上述PHR格式中还可以包括上述Type2的PH域对应的PCMAX,f,c域;当所述NR基站下的PUCCHScell的Type2的PH的PH值类型为虚拟类型的时候,上述PHR格式中可以不包括上述Type2的PH域对应的PCMAX,f,c域。
还应理解,上述Type2的PH域用于上报NR基站下的PUCCH Scell,且不用于上报除NR基站下的PUCCH Scell之外的小区的Type2的PH,为将现有技术中的PHR格式中的,第一Type2的PH域可以上报NR基站下的PUCCH Scell的Type2的PH,或者上报非NR基站下的PUCCHScell的Type2的PH修改为,只上报非NR基站下的PUCCH Scell的Type2的PH,并在PHR格式中增加上述的Type2的PH域仅仅用于上报NR基站下的PUCCH Scell的Type2的PH,不上报非NR基站下的PUCCH Scell的Type2的PH。
结合第一方面及其上述实现方式,在第一方面的另一种实现方式中,所述方法还包括:所述通信设备根据预设规则,生成所述PHR格式,其中,所述PHR格式中携带位图bitmap,所述bitmap用于指示所述PHR中携带的PH与多个激活的BWP的第一映射关系。
根据本申请实施例提供的通信方法,通过使通信设备上报的PHR格式中携带bitmap,该bitmap用于指示PHR中携带的PH与多个BWP的第一映射关系,能够完成基于BWP粒度上报PH。
结合第一方面及其上述实现方式,在第一方面的另一种实现方式中,所述bitmap还用于指示所述多个激活的BWP与至少一个小区的第二映射关系。
根据本申请实施例提供的通信方法,通过使bitmap指示BWP所在的小区,能够将BWP与小区对应起来。
结合第一方面及其上述实现方式,在第一方面的另一种实现方式中,所述方法还包括:当小区为特殊小区SpCell或者支持物理上行控制信道的辅小区PUCCH SCell,且所述小区上多个激活的BWP中至少一个BWP支持PUCCH传输时,所述第一映射关系包括:所述至少一个BWP与至少一个Type2的PH的映射关系,以及多个激活的BWP与多个Type1或Type3的PH的映射关系;当所述小区为除所述SpCell和所述PUCCH SCell之外的小区,且所述小区上有至少一个激活的BWP时,所述第一映射关系包括:所述至少一个BWP与至少一个Type1或Type3的PH的映射关系。
根据本申请实施例提供的通信方法,基于不同的小区,通信设备传输的PHR中,携带的不同类型的PH与不同的BWP相对应。
第二方面,提供了一种通信方法,其特征在于,包括:通信设备接收指示信息,所述指示信息用于指示所述通信设备是否上报小区的Type2的PH,其中,所述小区为新空口NR基站下的支持物理上行控制信道的辅小区PUCCH SCell。
根据本申请实施例提供的通信方法,通过使通信设备根据指示信息确定是否上报NR基站下的PUCCH SCell的Type2的PH,能够避免通信设备上报NR基站下的PUCCH SCell的Type2的PH时出错。
可选地,在一些实施例中,上述NR基站下的PUCCH SCell包括:当通信设备配置了新空口-长期演进双连接NR-LTE DC,或长期演进-新空口双连接LTE-NR DC时,所述NR基站下的PUCCH SCell。
可选地,在另一些实施例中,上述NR基站下的PUCCH SCell包括:当所述通信设备没有配置DC,或,所述通信设备配置了新空口-新空口双连接NR-NR DC时,所述NR基站下的PUCCH SCell。
应理解,上述Type2的PH为支持PUCCH传输的小区的PH。
结合第二方面,在第二方面的一种实现方式中,所述指示信息包括:PH的类型信息和/或小区信息,其中,小区信息包括小区类型信息,和/或,小区为NR侧或LTE侧的小区指示信息。
根据本申请实施例提供的通信方法,通过使指示信息包括PH的类型信息和/或小区信息,能够根据指示信息获取PH的类型信息和/或小区信息。
结合第二方面及其上述实现方式,在第二方面的另一种实现方式中,PHR的格式包括:Type2的PH域,所述Type2的PH域用于上报所述小区,且不用于上报除所述小区之外的小区的Type2的PH。
根据本申请实施例提供的通信方法,通过修改通信设备上报的PHR的格式,能够为当支持Type2的PH上报时预留信息传输的空间。
应理解,当所述NR基站下的PUCCH Scell的Type2的PH的PH值类型为真实类型的时候,上述PHR格式中还可以包括上述Type2的PH域对应的PCMAX,f,c域;当所述NR基站下的PUCCHScell的Type2的PH的PH值类型为虚拟类型的时候,上述PHR格式中可以不包括上述Type2的PH域对应的PCMAX,f,c域。
还应理解,上述Type2的PH域用于上报NR基站下的PUCCH Scell,且不用于上报除NR基站下的PUCCH Scell之外的小区的Type2的PH,为将现有技术中的PHR格式中的,第一Type2的PH域可以上报NR基站下的PUCCH Scell的Type2的PH,或者上报非NR基站下的PUCCHScell的Type2的PH修改为,只上报非NR基站下的PUCCH Scell的Type2的PH,并在PHR格式中增加上述的Type2的PH域仅仅用于上报NR基站下的PUCCH Scell的Type2的PH,不上报非NR基站下的PUCCH Scell的Type2的PH。
第三方面,提供了一种通信方法,包括:通信设备根据预设规则,生成功率余量报告PHR格式,其中,所述PHR中携带位图bitmap,所述bitmap用于指示所述PHR中携带的PH与多个激活的BWP的第一映射关系。
根据本申请实施例提供的通信方法,通过使通信设备上报的PHR格式中携带bitmap,该bitmap用于指示PHR中携带的PH与多个BWP的第一映射关系,能够完成基于BWP粒度上报PH。
具体的,所述第一映射关系可以用于指示bitmap里面的每个比特与BWP的映射关系,同时每个比特的值可以指示所对应的BWP是否处于激活状态。
若BWP处于激活状态,则通信设备为处于激活状态的BWP上报相应的PH;若BWP处于非激活状态,则通信设备不为处于非激活状态的BWP上报PH。
作为示例:当上述bitmap的某个比特值为“1”的时候,代表对应的BWP处于激活状态;当bitmap的某个比特值为“0”的时候,代表对应的BWP处于非激活状态。
结合第三方面,在第三方面的一种实现方式中,所述bitmap还用于指示所述多个激活的BWP与至少一个小区的第二映射关系。
所述第二映射关系指每个小区与bitmap中的一个比特对应,具体的一个小区可以包含多个BWP,可以同时激活若干个BWP,当bitmap的某个比特指示该小区处于激活状态的时候,bitmap的其他比特进一步指示该小区内各个BWP的状态,来确定通信设备是否为该BWP上报PH。
根据本申请实施例提供的通信方法,通过使使bitmap指示BWP所在的小区,能够将BWP与小区对应起来。
结合第三方面及其上述实现方式,在第三方面的另一种实现方式中,所述方法还包括:当小区为特殊小区SpCell或者支持物理上行控制信道的辅小区PUCCH SCell,且所述小区上多个激活的BWP中至少一个BWP支持PUCCH传输时,所述第一映射关系包括:所述至少一个BWP与至少一个Type2的PH的映射关系,以及多个激活的BWP与多个Type1或Type3的PH的映射关系;当所述小区为除所述SpCell和所述PUCCH SCell之外的小区,且所述小区上有至少一个激活的BWP时,所述第一映射关系包括:所述至少一个BWP与至少一个Type1或Type3的PH的映射关系。
根据本申请实施例提供的通信方法,基于不同的小区,通信设备传输的PHR中,携带的不同类型的PH与不同的BWP相对应。
第四方面,提供了一种通信方法,其特征在于,包括:通信设备根据在第一时刻之前、并且包括所述第一时刻的时间内,是否接收到用于调度UL grant的下行控制信息DCI,和/或,所述通信设备根据在第一UL grant所在的传输时间段内,是否包括非动态调度的上行传输,在第一时刻确定所述PHR中携带的PH值类型。
其中,所述第一时刻可以是上述第一方面中的第一时刻;所述第一时刻还可以是现有技术中通信设备确定PHR中携带的PH值类型的时刻;所述第一时刻还可以是后续协议规定的通信设备确定PHR中携带的PH值类型的时刻,本实施例对第一时刻不做限制。
所述第一UL grant可以是上述第一方面中的第一UL grant;所述第一UL grant还可以是现有技术中,通信设备用于传输PHR的UL grant;所述第一UL grant还可以是后续协议规定的通信设备用于传输PHR的UL grant,本实施例对第一UL grant不做限制。
根据本申请实施例提供的通信方法,以第一时刻之前、且包括所述第一时刻的时间内,是否收到下行控制信息,以及在第一UL grant所在的传输时间段内,是否包括非动态调度的上行传输,作为确定PHR中携带的PH值类型的参考因素,能够提高确定PHR中携带的PH值类型的准确性。
进一步地,上述下行控制信息为专门用于调度UL grant的下行控制信息;
可选地,在一些实施例中,上述在第一UL grant所在的传输时间段内是否包括非动态调度的上行传输,包括:上述在第一UL grant所在的传输时间段内是否有数据在配置的上行资源上传输。
进一步地,上述配置的上行资源(configured uplink grant)指的是提前配置好的周期性出现的上行资源,包括但不限于配置资源类型1configured grant Type1和配置资源类型2configured grant Type2,也可以称为免授权资源grant free和半静态调度SPS(semi-persistent Scheduling)资源
可选地,在另一些实施例中,上述在第一UL grant所在的传输时间段内是否包括非动态调度的上行传输,包括:上述在第一UL grant所在的传输时间段内是否有信道探测参考信号SRS传输。
可选地,在另一些实施例中,上述在第一UL grant所在的传输时间段内是否包括非动态调度的上行传输,包括:上述在第一UL grant所在的传输时间段内是否有物理上行控制信道PUCCH传输。
另外所述非动态调度的上行传输,是指不是由基站发DCI分配UL grant所进行的动态调度,包括但不限于上述所列举的上行传输方式。
结合第四方面及其上述实现方式,在第四方面的另一种实现方式中,所述方法还包括:所述通信设备确定所述第一UL grant的大小能够容纳所述PHR的大小。
根据本申请实施例提供的通信方法,通过使通信设备确定用于传输PHR的第一ULgrant的大小能够容纳所述PHR的大小,能够提高传输PHR的准确性。
第五方面,提供了一种通信方法,包括:通信设备根据第一指示信息确定X的值,比较所述通信设备随机接入过程中Msg3消息中携带的MAC PDU中包含的公共控制信道的服务数据单元CCCH SDU的大小与X的值是否相等,确定所述MAC PDU中包含的MAC子头中是否携带L域,其中,所述L域用于判断CCCH SDU的大小,所述X为正整数。
根据本申请实施例提供的通信方法,通过使通信设备根据第一指示信息确定X的值进一步通过比较CCCH SDU的大小与X值是否相等,来确定MAC子头中是否携带L域,能够根据CCCH SDU的大小与X值是否相等,去选择是否携带L域。
可选地,第一指示信息为通信设备接收到网络设备发送的第一指示信息。
可选地,第一指示信息为通信设备未接收到网络设备发送的第一指示信息。
结合第五方面,在第五方面的一种实现方式中,通信设备根据第一指示信息确定X的值包括:所述通信设备根据所述第一指示信息确定所述Msg3消息的最小上行授权资源ULgrant的大小,根据所述最小UL grant的值确定所述X的值。
可选地,在一些实施例中,所述通信设备根据第一指示信息确定X的值为:
当所述通信设备接收到第一指示信息时,所述通信设备确定X的值为64;
当所述通信设备未接收到第一指示信息时,所述通信设备确定X的值为48;
可选地,在一些实施例中,所述通信设备根据第一指示信息确定X的值为:
当所述通信设备接收到第一指示信息时,所述通信设备确定X的值为64;
当所述通信设备未接收到第二指示信息时,所述通信设备确定X的值为48;
可选地,在另一些实施例中,所述通信设备根据第一指示信息确定X的值为:
当所述通信设备根据所述第一指示信息确定最小的UL grant的大小为56,则,X=54-8=48;
当所述通信设备根据所述第一指示信息确定最小的UL grant的大小为72,则,X=72-8=64。
根据本申请实施例提供的通信方法,通过使第一指示信息指示针对所述Msg3消息的最小上行授权UL grant的大小,通信设备能够根据第一指示信息确定最小上行授权ULgrant的大小,进而确定X的值,根据CCCH SDU是否与X值相等确定所述MAC PDU中包含的MAC子头中是否携带L域。
结合第五方面及其上述实现方式,在第五方面的另一种实现方式中,所述确定所述MAC PDU中包含的MAC子头中是否携带L域包括:
所述通信设备根据所述最小上行授权UL grant的大小确定X的值,根据CCCH SDU是否与X值相等确定所述MAC PDU中包含的MAC子头中是否携带L域。
结合第五方面及其上述实现方式,在第五方面的另一种实现方式中,所述MAC PDU中包括第四指示信息,所述第四指示信息用于指示所述CCCH SDU的大小。
第六方面,提供了一种通信方法,包括:网络设备生成指示信息,所述指示信息用于指示通信设备是否上报小区的Type2的PH;所述网络设备向所述通信设备发送所述指示信息,其中,所述小区为新空口NR基站下的支持物理上行控制信道的辅小区PUCCH SCell。
根据本申请实施例提供的通信方法,通过使网络设备下发指示信息,指示通信设备是否上报NR基站下的PUCCH SCell的Type2的PH,能够避免通信设备上报NR基站下的PUCCH SCell的Type2的PH时出错。
可选地,在一些实施例中,上述NR基站下的PUCCH SCell包括:当通信设备配置了新空口-长期演进双连接NR-LTE DC,或长期演进-新空口双连接LTE-NR DC时,所述NR基站下的PUCCH SCell。
可选地,在另一些实施例中,上述NR基站下的PUCCH SCell包括:当所述通信设备没有配置DC,或,所述通信设备配置了新空口-新空口双连接NR-NR DC时,所述NR基站下的PUCCH SCell。
应理解,上述Type2的PH为支持PUCCH传输的小区的PH。
结合第六方面,在第六方面的一种实现方式中,所述指示信息包括:PH的类型信息和/或小区信息,其中,小区信息包括小区类型信息,和/或,小区为NR侧或LTE侧的小区指示信息。
根据本申请实施例提供的通信方法,通过使网络设备下发的指示信息包括PH的类型信息和/或小区信息,能够满足通信设备根据该指示信息获取PH的类型信息和/或小区信息。
结合第六方面及其上述实现方式,在第六方面的另一种实现方式中,PHR的格式包括:Type2的PH域,所述Type2的PH域用于上报所述小区,且不用于上报除所述小区之外的小区的Type2的PH。
根据本申请实施例提供的通信方法,通过修PHR的格式,能够为当支持Type2的PH上报时预留信息传输的空间。
第七方面,提供了一种通信方法,其特征在于,包括:网络设备根据预设规则,解析PHR格式,其中,所述PHR格式中携带位图bitmap,所述bitmap用于指示所述PHR中携带的PH与多个激活的BWP的第一映射关系。
根据本申请实施例提供的通信方法,通过使PHR格式中携带bitmap,该bitmap用于指示PHR中携带的PH与多个BWP的第一映射关系,能够完成基于BWP粒度解析得到PHR中的PH。
结合第七方面,在第七方面的一种实现方式中,所述bitmap还用于指示所述多个激活的BWP与至少一个小区的第二映射关系。
根据本申请实施例提供的通信方法,通过使bitmap指示BWP所在的小区,能够将BWP与小区对应起来。
结合第七方面及其上述实现方式,在第七方面的另一种实现方式中,所述方法还包括:当小区为特殊小区SpCell或者支持物理上行控制信道的辅小区PUCCH SCell,且所述小区上多个激活的BWP中至少一个BWP支持PUCCH传输时,所述第一映射关系包括:所述至少一个BWP与至少一个Type2的PH的映射关系,以及所述多个激活的BWP与多个Type1或Type3的PH的映射关系;当所述小区为除所述SpCell和所述PUCCH SCell之外的小区,且所述小区上有至少一个激活的BWP时,所述第一映射关系包括:所述至少一个BWP与至少一个Type1或Type3的PH的映射关系。
根据本申请实施例提供的通信方法,基于不同的小区,通信设备传输的PHR中,携带的不同类型的PH与不同的BWP相对应。
第八方面,提供了一种通信方法,包括:网络设备发送第一指示信息,所述第一指示信息用于指示X的值,所述X的值用于与通信设备随机接入过程中Msg3消息中携带的MACPDU中包含的公共控制信道的服务数据单元CCCH SDU的大小进行比较;比较的结果是否相等用于确定所述MAC PDU中包含的MAC子头中是否携带L域,其中,所述L域用于判断CCCHSDU的大小。
根据本申请实施例提供的通信方法,通过使网络设备发送第一指示信息确定X的值,进一步通过比较CCCH SDU与X值是否相等,来确定MAC子头中是否携带L域,能够根据CCCH SDU的的大小与X值是否相等,大小去选择是否携带L域。
可选地,第一指示信息为网络设备发送的系统消息。
结合第八方面,在第八方面的一种实现方式中,所述第一指示信息还用于指示针对所述Msg3消息的最小上行授权UL grant的大小。
根据本申请实施例提供的通信方法,通过使第一指示信息指示针对所述Msg3消息的最小上行授权UL grant的大小,通信设备能够根据第一指示信息确定最小上行授权ULgrant的大小。
结合第八方面及其上述实现方式,在第八方面的另一种实现方式中,所述指示所述MAC PDU中包含的MAC子头中是否携带L域包括:
所述最小上行授权UL grant的大小确定X的值,根据CCCH SDU是否与X值相等确定所述MAC PDU中包含的MAC子头中是否携带L域。
结合第八方面及其上述实现方式,在第八方面的另一种实现方式中,所述网络设备接收第四指示信息,所述第四指示信息用于指示所述CCCH SDU的大小。
第九方面,提供了一种通信设备,该通信设备可以用来执行第一方面至第四方面及第一方面至第五方面的任意可能的实现方式中的通信设备的操作。具体地,通信设备包括用于执行上述第一方面至第四方面所描述的步骤或功能相对应的部件(means)可以是第一方面至第五方面的通信设备。所述步骤或功能可以通过软件实现,或硬件实现,或者通过硬件和软件结合来实现。
第十方面,提供了一种网络设备,该网络设备可以用来执行第五方面和第六方面及第六方面至第八方面的任意可能的实现方式中的网络设备的操作。具体地,网络设备包括用于执行上述第六方面至第八方面所描述的步骤或功能相对应的部件(means)可以是第四方面至第八方面的网络设备。所述步骤或功能可以通过软件实现,或硬件实现,或者通过硬件和软件结合来实现。
第十一方面,提供了一种通信装置,包括,处理器,存储器,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得该通信装置执行第一至第八方面中任一种可能实现方式中的通信方法。
可选地,所述处理器为一个或多个,所述存储器为一个或多个。
可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
可选的,该通信装置还包括,发射机(发射器)和接收机(接收器)。
第十二方面,提供了一种通信系统,所述系统包括上述通信设备以及网络设备。包括收发器、处理器和存储器。该处理器用于控制收发器收发信号,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得该通信系统执行第一至第八方面任一种可能实现方式中的方法。
第十三方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序(也可以称为代码,或指令),当所述计算机程序被运行时,使得计算机执行上述第一至第八方面中任一种可能实现方式中的方法。
第十四方面,提供了一种计算机可读介质,所述计算机可读介质存储有计算机程序(也可以称为代码,或指令)当其在计算机上运行时,使得计算机执行上述第一至第八方面中任一种可能实现方式中的方法。
第十五方面,提供了一种芯片系统,包括存储器和处理器,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得安装有该芯片系统的通信装置执行上述第一至第八方面中任一种可能实现方式中的方法。
本发明实施例的通信方法、通信设备以及网络设备,使通信设备在基于所述第一UL grant开始逻辑信道优先级LCP过程的时刻或者开始组装协议数据单元MAC PDU的时刻,确定上报的PHR中的PH值类型,能够提高通信设备传输PHR的准确性。
附图说明
图1是能够适用本申请实施例通信方法的系统100的示意图。
图2是一种通信设备传输PHR的示意图。
图3是另一种通信设备传输PHR的示意图。
图4是本申请实施例提供的一种通信方法示意图。
图5是本申请实施例提供的时间窗示意图。
图6是本申请实施例提供的另一种通信方法示意图。
图7是本申请实施例提供的另一种通信方法示意图。
图8是本申请实施例提供的另一种通信方法示意图。
图9是携带L域的MAC子头示意图。
图10是不携带L域的MAC子头示意图。
图11是本申请实施例提供的通信设备的一种结构示意图。
图12是本申请实施例提供的通信设备的另一种结构示意图。
图13是本申请实施例提供的通信设备的另一种结构示意图。
图14是本申请实施例提供的通信设备的另一种结构示意图。
图15是本申请实施例提供的网络设备的一种结构示意图。
图16是本申请实施例提供的网络设备的另一种结构示意图。
图17是本申请实施例提供的网络设备的另一种结构示意图。
图18是本申请实施例提供的网络设备的另一种结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如,部件可以是但不限于,在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示,在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中,部件可位于一个计算机上和/或分布在2个或更多个计算机之间。此外,这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据,例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
应理解,本申请实施例可以应用于各种通信系统,例如:全球移动通信(globalsystem for mobile communications,GSM)系统、码分多址(code division multipleaccess,CDMA)系统、宽带码分多址(wideband code division multiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信系统、先进的长期演进(Advanced long termevolution,LTE-A)系统、通用移动通信系统(Universal Mobile TelecommunicationSystem,UMTS)、无线局域网(wireless local area networks,WLAN)、无线保真(wirelessfidelity,WiFi)或下一代通信系统等,这里,下一代通信系统可以包括例如,第五代(fifth-generation,5G)通信系统或新空口(new radio,NR)等。
通常来说,传统的通信系统支持的连接数有限,也易于实现,然而,随着通信技术的发展,移动通信系统将不仅支持传统的通信,还将支持例如,设备到设备(device todevice,D2D)通信,机器到机器(machine to machine,M2M)通信,机器类型通信(machinetype communication,MTC),以及车辆间(vehicle to vehicle,V2V)通信。
本申请实施例结合通信设备描述了各个实施例,其中:
本申请中的通信设备可以是终端设备。终端设备也可以称为用户设备(userequipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备可以是WLAN中的站点(staion,ST),可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字处理(personaldigital assistant,PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备以及下一代通信系统,例如,5G网络中的终端设备或者未来演进的公共陆地移动网络(public land mobile network,PLMN)网络中的终端设备等。
作为示例而非限定,在本申请实施例中,该通信设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
此外,在本申请实施例中,通信设备还可以是物联网(internet of things,IoT)系统中的终端设备,IoT是未来信息技术发展的重要组成部分,其主要技术特点是将物品通过通信技术与网络连接,从而实现人机互连,物物互连的智能化网络。
作为示例而非限定,在本申请实施例中,该网络设备可以是基站(base station,BS),而基站可能有多种形式,比如宏基站、微基站、中继站和接入点等。
示例性地,本申请实施例涉及到的基站可以是NR中的基站,其中,NR中的基站还可以称为发送接收点(transmission reception point,TRP)或gNB,也可以是GSM或CDMA中的基站收发台(base transceiver station,BTS),也可以是WCDMA系统中的节点B(Node B,NB),还可以是LTE系统中的演进型节点B(evolutional Node B,eNB或eNodeB),还可以是未来5G网络中的下一代节点B(next generation Node B,gNB)。
本申请实施例涉及到的网络设备也可以包括一种部署在无线接入网中能够和终端进行无线通信的设备。
例如,可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器,或者该网络设备可以为中继站、接入点以及未来5G网络中的网络设备或者未来演进的公共陆地移动网络(public land mobile network,PLMN)中的网络设备等。例如,演进型节点B(evolved Node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、网络设备控制器(base station controller,BSC)、网络设备收发台(base transceiver station,BTS)、家庭网络设备(例如,home evolved NodeB,或HomeNode B,HNB)、基带单元(baseband unit,BBU)等。本申请实施例中,实现网络设备的功能的装置可以是网络设备,也可以是支持网络设备实现该功能的装置,例如芯片、电路或者其它装置。本申请实施例中,以实现网络设备的功能的装置是网络设备为例,描述本申请实施例提供的技术方案。
另外,在本申请实施例中,网络设备为小区提供服务,终端设备通过该小区使用的传输资源(例如,频域资源,或者说,频谱资源)与网络设备进行通信,该小区可以是网络设备(例如基站)对应的小区,小区可以属于宏基站,也可以属于小小区(small cell)对应的基站,这里的小小区可以包括:城市小区(metro cell)、微小区(micro cell)、微微小区(pico cell)、毫微微小区(femto cell)等,这些小小区具有覆盖范围小、发射功率低的特点,适用于提供高速率的数据传输服务。
此外,LTE系统或5G系统中的载波上可以同时有多个小区同频工作,在某些特殊场景下,也可以认为上述载波与小区的概念等同。例如,在载波聚合(carrier aggregation,CA)场景下,当为UE配置辅载波时,会同时携带辅载波的载波索引和工作在该辅载波的辅小区的小区标识(cell indentify,Cell ID),在这种情况下,可以认为载波与小区的概念等同,比如UE接入一个载波和接入一个小区是等同的。
在本申请实施例中,终端设备或网络设备包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器(centralprocessing unit,CPU)、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是通信设备或网络设备,或者,是通信设备或网络设备中能够调用程序并执行程序的功能模块。
此外,本申请实施例的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(compact disc,CD)、数字通用盘(digital versatiledisc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(erasableprogrammable read-only memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
图1是能够适用本申请实施例通信方法的系统100的示意图。
如图1所示,该无线通信系统100可以包括一个或多个网络设备,例如,图1所示的网络设备#1 111、网络设备#2 112、网络设备#3 113;该无线通信系统100还可以包括一个或多个通信设备,例如,图1所示的通信设备121。
该无线通信系统100也可支持CoMP传输,即,多个小区或多个网络设备可以协同参与一个通信设备的数据传输或者联合接收一个通信设备发送的数据,或者多个小区或多个网络设备进行协作调度或者协作波束成型。其中,该多个小区可以属于相同的网络设备或者不同的网络设备,并且可以根据信道增益或路径损耗、接收信号强度、接收信号指令等来选择。
可选地,图1示出的通信系统100中,网络设备#1至网络设备#3中的一个(例如网络设备#1)可以为服务网络设备,服务网络设备可以是指通过无线空口协议为通信设备提供无线资源控制(Radio Resource Control,RRC)连接、非接入层(non-access stratum,NAS)移动性管理和安全性输入中至少一项服务的网络设备。可选地,网络设备#2和网络设备#3可以为协作网络设备。服务网络设备可以向通信设备发送控制信令,协作网络设备可以向通信设备发送数据;或者,服务网络设备可以向通信设备发送控制信令,服务网络设备和协作网络设备可以向通信设备发送数据;或者,服务网络设备和协作网络设备均可以向通信设备发送控制信令,并且服务网络设备和协作网络设备均可以向通信设备发送数据;或者,协作网络设备可以向通信设备发送控制信令,服务网络设备和协作网络设备中的至少一个可以向通信设备发送数据;或者,协作网络设备可以向通信设备发送控制信令和数据。本申请实施例对此并未特别限定。
应理解,图1中仅为便于理解,示意性地示出了网络设备#1至网络设备#3和通信设备,但这不应对本申请构成任何限定,该无线通信系统中还可以包括更多或更少数量的网络设备,也可以包括更多数量的通信设备,与不同的通信设备通信的网络设备可以是相同的网络设备,也可以是不同的网络设备,与不同的通信设备通信的网络设备的数量可以相同,也可以不同,本申请对此不做限定。
下面,以网络设备#1 111和通信设备121为例简单说明,网络设备与通信设备之间的通信。
网络设备#1 111可包括1个天线或多个天线。另外,网络设备#1 111可附加地包括发射机链和接收机链,本领域普通技术人员可以理解,它们均可包括与信号发送和接收相关的多个部件(例如处理器、调制器、复用器、解调器、解复用器或天线等)。
网络设备#1 111可以与多个通信设备通信。通信设备121可以是例如蜂窝电话、智能电话、便携式电脑、手持通信设备、手持计算设备、卫星无线电装置、全球定位系统、PDA和/或用于在无线通信系统100上通信的任意其它适合设备。
如图1所示,通信设备121与网络设备#1 111通信,其中,网络设备#1 111通过前向链路(也称为下行链路)向通信设备121发送信息,并通过反向链路(也称为上行链路)网络设备#1 111从通信设备121接收信息。
例如,在频分双工(frequency division duplex,FDD)系统中,例如,前向链路与反向链路使用不同的频带。
再例如,在时分双工(time division duplex,TDD)系统和全双工(full duplex)系统中,前向链路和反向链路可使用共同频带。
被设计用于通信的每个天线(或者由多个天线组成的天线组)和/或区域称为网络设备#1 111的扇区。
例如,可将天线组设计为与网络设备#1 111覆盖区域的扇区中的通信设备通信。网络设备#1 111可以通过单个天线或多天线发射分集向其对应的扇区内所有的通信设备发送信号。在网络设备#1 111通过前向链路与通信设备121进行通信的过程中,网络设备#1111的发射天线也可利用波束成形来改善前向链路的信噪比。
此外,与网络设备#1 111通过单个天线或多天线发射分集向它所有的通信设备发送信号的方式相比,在网络设备#1 111利用波束成形向相关覆盖区域中随机分散的通信设备121发送信号时,相邻小区中的移动设备会受到较少的干扰。
在给定时间,网络设备#1 111、通信设备121可以是无线通信发送装置和/或无线通信接收装置。当发送数据时,无线通信发送装置可对数据进行编码以用于传输。具体地,无线通信发送装置可获取(例如生成、从其它通信装置接收、或在存储器中保存等)要通过信道发送至无线通信接收装置的一定数目的数据比特。这种数据比特可包含在数据的传输块(或多个传输块)中,传输块可被分段以产生多个码块。
此外,该通信系统100可以是PLMN网络、D2D网络、M2M网络、IoT网络或者其他网络,图1只是举例的简化示意图,网络中还可以包括其他网络设备或通信设备,图1中未予以画出。
为了便于理解本申请记载的技术方案,首先简单介绍本申请实施例中会涉及到的、现有技术中的功率余量报告(power headroom report,PHR)、功率余量(powerheadroom,PH)类型、PH值类型、上行调度(uplink grant,UL grant)类型以及部分带宽(bandwidth part,BWP)等基本概念。
应理解,上述的PH类型和PH值类型是不同的概念。PH类型指的是根据小区支持不同的传输分为不同的PH类型,而PH值类型是针对PH值不同分为不同的PH值类型。
功率余量报告:
PHR是通信设备将该通信设备的最大发射功率与估计的通信设备的上行传输功率之差,上报给网络设备。
应理解,通信设备上报的功率余量信息,能够为网络设备对通信设备进行上行调度时提供重要的参考。
网络设备可以根据通信设备上报的PHR,获得通信设备的剩余功率信息。从而网络设备决定为通信设备调度无线资源。
例如,网络设备根据通信设备上报的PHR,获知通信设备的剩余功率比较多时,网络设备可以为通信设备调度较多的频率资源进行较多的数据传输;
或者,网络设备根据通信设备上报的PHR,获知通信设备的剩余功率较少或者已经不够时,网络设备可以为通信设备调度比较少的频率资源进行较少的数据传输。
如上所述,通信设备传输PHR可以一定程度地避免出现通信设备最大发射功率不够的现象;
或者,通信设备传输PHR可以一定程度地避免出现通信设备最大发射功率剩余的现象。
功率余量类型:
在载波聚合中,通信设备的功率余量报告是针对每个小区分别计算和上报的。
并且,功率余量包括以下三种不同类型。
第一种类型(Type1)的功率余量:是针对只支持物理上行共享信道(physicaluplink shared channel,PUSCH)传输的情况;
第二种类型(Type2)的功率余量:是针对支持物理上行控制信道(physicaluplink control channel,PUCCH)和PUSCH传输的情况;
第三种类型(Type3)的功率余量:是针对只支持信道探测参考信号(soundingreference signal,SRS)传输的情况。
应理解,在载波聚合中,通信设备传输PHR时。该PHR中包括的PH值信息,为该载波聚合中激活的所有小区的PH值信息,且当该载波聚合中激活的小区为多个时,通信设备在一个激活的小区上,同时上报该多个激活的小区的PH值信息。
根据上面的介绍,PH可以分为三种类型。
其中,上述Type2的PH,是针对既支持进行PUCCH传输又支持进行PUSCH传输的小区上报的;或者,三种类型的PH中Type2的PH为支持进行PUCCH传输的小区上报的。
根据通信技术的发展,可以同时支持PUCCH和PUSCH传输的小区有两种:
一种是特殊小区(special cell,SpCell),该SpCell分为主基站的主小区(primary cell,PCell)以及辅基站的主小区(primary secondary cell,PSCell)。
另一种是支持PUCCH传输的辅小区(secondary cell,SCell)。
目前在NR中,不管是什么样的小区。即,即使是上述SpCell或PUCCH SCell。都不允许通信设备上报Type2的PH。
因为,在NR协议的第一个版本中,认为支持通信设备上报Type2的PH没有必要,以及考虑到协议的复杂度,禁止通信设备上报Type2的PH。
应理解,NR协议中只是不允许通信设备上报Type2的PH,但是通信设备上报Type2的PH的上报的过程还是保留在协议中的。这是为了前向兼容性,即为了后面版本考虑,标准协议里面保留了通信设备为NR基站下的PUCCH SCell小区上报Type2的PH的流程和格式。
还应理解,上述协议中保留了通信设备为NR基站下的PUCCH SCell小区上报Type2的PH的流程和格式会产生一些问题。
例如,如果通信设备按照现在协议标准执行上报Type2的PH的流程和格式,但是上报的时候需要获取一些必要的上报信息,而在不允许通信设备上报Type2的PH的情况下,通信设备获取上报信息会发生错误。
另外,进一步地,PHR里面携带的PH值类型分两种:
真实类型(real):PH值基于真实的传输上报;
虚拟类型(virtue):没有实际的传输,基于参考格式上报,当PH值为虚拟类型的时候,PHR格式中不包含相应的PCMAX,f,c域。
下面结合图2介绍载波聚合下,通信设备传输PHR的流程。
图2是一种通信设备传输PHR的示意图。图2中包括小区1、小区2、上行调度1、PHR触发以及DCI1。其中,小区1和小区2为载波聚合中不同的小区。
从图2中可以看出,在通信设备的PHR被触发以后,通信设备传输PHR的过程,将在小区1上的上行调度1(UL grant1)上进行。而通信设备的PHR内不仅要包含小区1的PH值,也要包含小区2的PH值。
此时,如果小区2在通信设备传输PHR的时间段内,也有上行传输,那么小区2的PH值类型为上述真实类型;如果小区2在通信设备传输PHR的时间段内,没有上行传输,那么小区2的PH值类型为虚拟类型。
图2中DCI1是用于指示通信设备UL grant1位置的下行控制信息,从通信设备收到该DCI的时刻,到通信设备可以使用UL Grant1资源的时刻,通信设备需要一段时间进行处理。
应理解,上述DCI1下发的时刻,可以是在PHR触发之前,也可以是在PHR出发之后,本申请对此并不限定。
还应理解,上述通信设备可以使用UL Grant1资源的时刻指的是通信设备传输PHR的起始时刻。
还应理解,上述通信设备需要一段时间进行处理包括通信设备处理DCI1,即对DCI进行解析,以及通信设备确定传输PHR的内容。
在NR中,通信设备在不同小区上的处理时间可以不一样,所以可能出现以下情况:
1、通信设备在小区1上收到DCI1的时候,小区2在通信设备的PHR发送时间段内还没有UL grant。那么通信设备根据DCI1收到时刻来判断小区2的PH值类型,应该是在通信设备上报的PHR里面针对小区2上报的PH值类型为虚拟类型;
2、通信设备在小区1上收到DCI1的之后,以及通信设备在PHR传输时刻之前。通信设备在小区2上收到了DCI2,而DCI2指示的UL Grant2和通信设备传输PHR的传输时刻重叠。
如图3所示,图3是另一种通信设备传输PHR的示意图。那么通信设备上报的PHR中针对小区2的PH值类型就应该是真实类型。
因此,在上述图2和图3所示的通信设备传输PHR的过程中。通信设备按照DCI1的接收时刻去判断通信设备上报的PHR中,针对小区2的PH值类型是真实的类型还是虚拟的类型并不准确。
进一步地,通信设备需要明确地规定,确定小区2的PH值类型的依据,以及确定小区2的PH值类型的确定时刻。从而来决定通信设备传输PHR时候应为小区2上报虚拟的还是真实的PH值类型。
应理解,上述UL Grant1资源持续一个时间段,通信设备需要在该时间段内传输PHR所在的MAC PDU。
上行调度(uplink grant,UL grant)类型:
动态调度:网络设备首先向通信设备发送下行控制信息(downlink controlinformation,DCI),该DCI用于指示通信设备实际上行调度的使用时间和位置,则,通信设备在到了DCI指示的上行调度的使用时间使用UL grant进行上行发送信息。在动态调度上进行的传输,可以称为动态上行传输;不在动态调度上进行的传输,称为非动态上行传输。
配置调度(configured grant):网络设备提前指示通信设备,UL grant的起始时间和UL grant按照一定的周期反复出现。则,通信设备可以在UL grant周期性出现的时间使用UL grant。在此UL grant类型下网络设备不需要,根据每个UL grant都发送DCI指示通信设备每个UL grant的使用时间和位置。
部分带宽(bandwidth part,BWP):
部分带宽的概念是在新空口(new radio,NR)中引入的,每个小区可以包括多个BWP。但是在同一个时刻,一个通信设备在每个小区只能激活并使用一个BWP。
由于目前在一个小区上只能激活一个BWP,所以通信设备传输PHR仍然是基于小区进行上报(每个小区上报一个PH值)。
但是,后面协议可能会支持在一个小区上激活多个BWP的情况,那么通信设备传输PHR时需要考虑基于BWP粒度进行上报的方案。
为了解决上述问题,本申请提出一种通信方法,能够提高通信设备传输PHR的准确性。
下面结合图4-图8详细介绍本申请中通信方法
图4是本申请实施例提供的一种通信方法示意图。包括S110-S150五个步骤,下面详细介绍这五个步骤。
S110,通信设备的PHR被触发。
通信设备的PHR被触发条件可以是以下任意一种触发条件:
第一种条件:当通信设备有传输新数据的上行资源,禁止PHR定时器(prohibitPHR-Timer)超时或已经超时,并且在上一次传输PHR之后,路径损耗的变化值已经超过了基准路径损耗的变化值(dl-pathlosschange),单位:分贝(dB)。
第一种条件需要留意两个地方:
第一,这里用的是路径损耗的“变化值”。即,不区分当前路径损耗是变大还是变小,考虑的是路径损耗的绝对差值。
第二,如果prohibitPHR-Timer仍然在运行,是不能触发PHR的。即,无论路径损耗变化多大都没用。
应理解,prohibitPHR-Timer的存在,是为了防止因路径损耗变动频繁,或者路径损耗门限设置过低,导致通信设备频繁地被触发PHR传输PHR的情况发生。
第二种条件:定时PHR定时器(periodicPHR-Timer)超时。
第三种条件:当RRC层配置或重配置,PHR功能或PHR参数,且这种配置或重配置并不是禁止PHR。
例如,RRC重新配置了定时器的值。
应理解,本申请实施例中,通信设备的PHR被触发的条件可以是现有技术中提供的触发条件触发的,也可以是其他能够触发通信设备传输PHR的触发条件触发的,本申请对此并不限定。
S120,通信设备确定用于传输PHR的第一UL grant。
当通信设备的PHR被触发之后,通信设备首先会决定用来传输PHR的第一ULgrant。
可选地,在一些实施例中,所述第一UL grant可以是通信设备的PHR被触发以后,网络设备为通信设备传输新的数据分配的第一个UL Grant。
可选地,在另一些实施例中,所述第一UL grant可以是通信设备的PHR被触发时刻的前后时间段内,距通信设备的PHR被触发时刻,时间最早的UL grant。
可选地,在另一些实施例中,所述第一UL grant可以是通信设备的PHR被触发以后,通信设备收到的第一个用于指示UL grant的DCI所对应的UL grant。
可选地,在另一些实施例中,所述第一UL grant可以为网络设备提前设置的configured grant所指示的UL grant。
应理解,上述第一UL grant可以是单载波场景下,处于激活状态的小区上的ULgrant;或者,上述第一UL grant可以是载波聚合场景下,处于激活状态的、传输所述PHR的小区上的UL grant。
可选地,在一些实施例中,在所述通信设备确定在第一小区上用于传输所述PHR的第一UL grant之前,所述方法还包括:所述通信设备确定所述第一UL grant的大小能够容纳所述PHR的大小。
例如,通信设备首先确定所述第一UL grant为通信设备的PHR被触发以后,网络设备为通信设备传输新的数据分配的第一个UL Grant1,但该UL Grant1资源大小不足以支持通信设备传输PHR。
那么,通信设备需要确定另外一个第一UL grant,为能够支持通信设备传输PHR的UL grant2。该UL grant2可以是通信设备的PHR被触发以后,通信设备收到的第一个用于指示UL grant的DCI所对应的UL grant,或者该UL grant2可以是通信设备的PHR被触发时刻的前后时间段内,距通信设备的PHR被触发的时刻,时间最早的UL grant,或者该UL grant2可以是其他能够支持通信设备传输PHR的UL grant。
本申请对上述如何确定第一UL grant,且第一UL grant的大小能够容纳所述PHR的大小并不限定,可以是上述确定方法中的任意一种。
还应理解,通信设备传输PHR时,传输该PHR的、非支持PUCCH传输的小区的PH值类型一定为真实类型。因为,通信设备用于传输PHR的第一UL grant为小区上的UL grant,则,小区一定有实际传输。
S130,通信设备在第一时刻确定PHR中携带的PH值类型。
通信设备决定传输PHR所用的第一UL grant以及该第一UL grant对应的DCI以后,通信设备基于该第一UL grant开始逻辑信道优先级(logical channel priority,LCP)过程,或者组装开始介质访问控制协议数据单元(media access control protocol dataunit,MAC PDU)过程。
上述LCP过程指的是:通信设备包含多个逻辑信道,在通信设备确定第一UL grant之后。通信设备需要通过LCP过程确定分别为每个逻辑信道分配多大的资源,即从每个逻辑信道里面取多少数据组成一个完整的MAC PDU,进而在该第一UL grant上传输。
应理解,通信设备进行LCP过程时,通信设备需要已知PHR中携带的各个小区的PH值类型。因为各个小区的PH值类型影响PHR的大小,所以通信设备在LCP时需要已知PHR的大小。
上述MAC PDU组装指的是:终端设备确定UL grant以后,根据UL grant的大小进行LCP过程从各个逻辑信道取一定量的数据包,加上相应的MAC子头,组装成一个MAC PDU,进而在所述UL grant上进行传输。
上述第一时刻为通信设备基于所述第一UL grant开始LCP过程的时刻,或者,上述第一时刻为通信设备基于所述第一UL grant开始组装MAC PDU的时刻。
应理解,上述通信设备在第一时刻确定PHR中携带的PH值类型,相比于图2或图3所示的现有技术中,通信设备基于接收DCI时刻确定PH值类型准确性更高。
还应理解,上述确定PH值类型包括:确定载波聚合中处于激活状态的小区的PH值类型。
可选地,在一些实施例中,通信设备根据所述第一时刻之前、并且包括所述第一时刻的时间内,是否接收到用于调度UL grantDCI,确定PHR中携带的PH值类型。其中,所述第一时刻之前、并且包括所述第一时刻的时间所对应的时间窗的示意图如图5所示。
S140,通信设备向网络设备发送PHR。
通信设备在确定上报的PHR之后,将确定好的PHR发送给网络设备。
S150,网络设备解析PHR,获取PH值,进行上行调度。
网络设备接收到通信设备的PHR之后,解析该PHR,获取其中携带的PH值信息,根据该PH值信息,对通信设备进行上行调度。
图5是本申请实施例提供的时间窗示意图。
应理解,本申请实施例只限定时间窗的终止时刻为第一时刻,而对时间窗的时长(L)以及起始时刻(T0)并不限定。
例如,以确定第二小区的PH值类型为例。在时间窗内,通信设备在所述第二小区上接收到DCI,所述DCI指示第二UL grant,且所述第二UL grant的起始时刻和所述第一ULgrant的起始时刻重叠。则在PHR中,针对所述第二小区的PH值类型为真实类型。
应理解,上述对DCI还可以是物理下行控制信道命令(PDCCH order)。
可选地,在另一些实施例中,通信设备根据在所述第一UL grant所在的传输时间段内,是否包括非动态调度的上行传输,在第一时刻确定PHR中携带的PH值类型。
例如,以确定第二小区的PH值类型为例。在通信设备传输PHR的第一UL grant所在的传输时间段内,第二小区包括非动态调度的上行传输。则在PHR中,针对所述第二小区的PH值类型为真实类型。
可选地,在一些实施例中,上述第二小区在第一UL grant所在的传输时间段内是否包括非动态调度的上行传输,包括:上述第二小区在第一UL grant所在的传输时间段内是否有数据在配置的上行资源上传输。
进一步地,上述第二小区的配置的上行资源(configured uplink grant)指的是网络设备提前配置好的、周期性出现的上行资源。包括但不限于配置资源类型1configuredgrant Type1和配置资源类型2configured grant Type2。
例如,在通信设备传输PHR的第一UL grant所在的传输时间段内第二小区有数据在配置的上行资源上传输。则在PHR中,针对所述第二小区的PH值类型为真实类型。
可选地,在另一些实施例中,上述第二小区在第一UL grant所在的传输时间段内是否包括非动态调度的上行传输,包括:上述第二小区在第一UL grant所在的传输时间段内是否有信道探测参考信号SRS传输。
例如,在通信设备传输PHR的第一UL grant所在的传输时间段内第二小区有SRS传输。则在PHR中,针对所述第二小区的PH值类型为真实类型。
可选地,在另一些实施例中,上述第二小区在第一UL grant所在的传输时间段内是否包括非动态调度的上行传输,包括:上述第二小区在第一UL grant所在的传输时间段内是否有物理上行控制信道PUCCH传输。
例如,在通信设备传输PHR的第一UL grant所在的传输时间段内第二小区有PUCCH传输。则在PHR中,针对所述第二小区的PH值类型为真实类型。
可选地,当第二小区上没有上行传输时,即,通信设备上报的PHR中,所述第二小区的PH值类型为虚拟类型。其中,上行传输包括PUSCH、PUCCH或SRS中的至少一种。进一步地,通信设备不需要从物理层获取第二小区相应的PCMAX,f,c值。
图6是本申请实施例提供的另一种通信方法示意图。包括S210-S220两个步骤,下面详细介绍这两个步骤。
S210,网络设备向通信设备发送指示信息。
所述指示信息用于指示通信设备是否上报小区的Type2的PH。其中,小区为NR基站下的支持物理上行控制信道的辅小区PUCCH SCell。
应理解,在发送指示信息之前,网络设备会生成该指示信息。
可选地,在一些实施例中,所述小区包括:
当所述通信设备配置了新空口-长期演进双连接NR-LTE DC,或长期演进-新空口双连接LTE-NR DC时,所述NR基站下的支持物理上行控制信道的辅小区PUCCH SCell。
即,所述指示信息用于指示配置了双连接(dual connectivity,DC)、且双连接的一侧与NR相连接,另一侧与LTE相连接的通信设备,是否上报NR基站下的PUCCH SCell的Type2的PH。
可选地,在另一些实施例中,所述小区包括:
当所述通信设备没有配置DC,或,所述通信设备配置了新空口-新空口双连接NR-NR DC时,所述NR基站下的PUCCH SCell。
即,所述指示信息用于指示单连接,或,配置了双连接、且双连接的两侧与NR相连接的通信设备,是否上报NR基站下的PUCCH SCell的Type2的PH。
可选地,在一些实施例中,所述指示信息为网络设备通过RRC为通信设备配置的新的信息元素(information element,IE),且该IE的值设置为False。
可选地,在另一些实施例中,所述指示信息为网络设备通过RRC为通信设备配置新的IE,且该IE的值设置为True。
可选地,在另一些实施例中,所述指示信息为网络设备不为通信设备配置新的IE。
应理解,可以规定,IE的值设置为False时,通信设备不为NR基站下的PUCCH SCell上上报Type2的PH;或者,可以规定,IE的值设置为True时,通信设备不为NR基站下的PUCCHSCell上上报Type2的PH;或者,可以规定,网络设备不为通信设备配置新的IE时,通信设备不为NR基站下的PUCCH SCell上上报Type2的PH。
可选地,在另一些实施例中,所述指示信息为将现有的IE(phr-Type2OtherCell)的值设置为False。
可选地,在另一些实施例中,所述指示信息为将现有的IE(phr-Type2OtherCell)的值设置为True。
可选地,在另一些实施例中,所述指示信息为网络设备不为通信设备配置现有的IE(phr-Type2otherCell)。
应理解,可以规定,phr-Type2OtherCell的值设置为False时,通信设备不为NR基站下的PUCCH SCell上上报Type2的PH;或者,可以规定,phr-Type2OtherCell的值设置为True时,通信设备不为NR基站下的PUCCH SCell上上报Type2的PH;或者,可以规定,网络设备不为通信设备配置phr-Type2OtherCell时,通信设备不为NR基站下的PUCCH SCell上上报Type2的PH。
可选地,指示信息包括PH的类型信息和/或小区信息。其中,小区信息包括小区类型信息,和/或,小区为NR侧或LTE侧的小区指示信息。
例如,指示信息为网络设备通过RRC为通信设备配置新的IE,可以将IE命名为phr-Type2PucchSCell,其中,phr-Type2为PH的类型为type2的指示信息,PucchSCell为小区类型信息。
应理解,上述IE命名为phr-Type2PucchSCell只是一种举例的形式,还可以为其他命名形式。例如,phr-Type2-NRPucchSCell,或者,NR-PucchSCell。本申请对此并不限制,只需要通信设备根据该指示信息能够确定不为NR基站下的PUCCH SCell上报Type2的PH。
S220,通信设备根据指示信息确定是否上报小区的Type2的PH。
通信设备接收指示信息,根据指示信息确定是否上报上述小区的Type2的PH。
应理解,在协议中可以将上述的指示信息理解为指示通信设备上报小区的Type2的PH的开关,在协议中可以将该开关设置为长关状态,即,指示通信设备不上报小区的Type2的PH。通常为,将上述网络设备不为通信设备配置新的IE、新的IE值设置为False、phr-Type2OtherCell的值设置为False以及网络设备不为通信设备配置phr-Type2OtherCell理解为上述开关为关的状态。
另外也可以通过不引入新的IE方式,实现不为NR侧的PUCCH SCell上报Type2PH的技术效果;具体的可以在协议中规定,配置了NR-NR DC的情况下或者没有配置DC的情况下,必须将协议中的IE:phr-Type2OtherCell值设置为false,其他情况可以设置为true。
进一步地,通信设备可以修改传输的PHR的格式。所述PHR的格式包括:
Type2的PH域,所述Type2的PH域用于上报所述NR基站下的PUCCH SCell,且不用于上报除NR基站下的PUCCH SCell之外的小区的Type2的PH。即,当通信设备可以上报NR基站下的PUCCH SCell的Type2的PH时,PHR的格式中包括该Type2的PH对应的域。
当所述NR基站下的PUCCH Scell的Type2的PH的PH值类型为真实类型的时候,上述PHR格式中还可以包括上述Type2的PH域对应的PCMAX,f,c域;当所述NR基站下的PUCCH Scell的Type2的PH的PH值类型为虚拟类型的时候,上述PHR格式中可以不包括上述Type2的PH域对应的PCMAX,f,c域。
进一步地,PHR的格式中还可以包括第二Type2的PH域,以及所述第二Type2的PH域对应的PCMAX,f,c域,其中,所述第二Type2的PH域用于上报所述LTE基站下的PUCCH SCell的Type2的PH。
修改后的PHR的格式,参考表1。
表1 PHR的格式
表1中第一行中的R表示一直处于激活状态的小区,本申请不涉及。
表1中第一行中的C1~C7表示载波聚合中的不同小区,当C1对应的比特位值为1时,表示C1小区处于激活状态。
表1中第二行中的V对应的比特位值为1时,表示小区的PH值类型为虚拟。
表1中第三行中的R表示预留比特位。
表1中第二行中的PH表示对应小区的PH值。
表1中第三行中的PCMAX,f,c1为功率值辅助信息,本申请不涉及。
应理解当小区1的PH值类型为虚拟时,小区1的PHR格式中不包括PCMAX,f,c1。当小区1的PH值类型为真实时,小区1的PHR格式中包括PCMAX,f,c1。
表1中其他行列信息与现有技术中PHR格式类似,这里不再赘述。本申请实施例中所述的修改PHR格式,主要是将现有中PHR格式中的PH(Type2,SpCell of other MACentity or PUCCH SCell)所在域,修改为PH(Type2,SpCell of other MAC entity),并增加了PH(Type2,PUCCH SCell of other MAC entity)域。
可选地,在一些实施例中,图6还包括S211和S221。
S211,网络设备向通信设备发送第二指示信息。
所述第二指示信息用于指示所述通信设备是否上报第三小区的Type2的PH,其中,所述第三小区为:LTE基站下的PUCCH SCell。
可选地,在一些实施例中,所述第二指示信息用于指示通信设备不上报第三小区的Type2的PH。
所述第三小区包括:当所述通信设备配置了NR-LTE DC或者LTE-NR DC时,所述通信设备相连的长期演进系统LTE基站下的PUCCH Scell。
即,所述第二指示信息用于指示配置了双连接、且双连接的一侧与NR相连接,另一侧与LTE相连接的通信设备,不上报LTE基站下的PUCCH SCell的Type2的PH。
可选地,在另一些实施例中,所述第二指示信息用于指示通信设备上报上述第三小区的Type2的PH。
可选地,在一些实施例中,网络设备是否为通信设备配置新的IE,或者,通过设置新的IE的值作为第二指示信息。
例如,第二指示信息为网络设备为通信设备配置新的IE(命名为:phr-Type2-LTEPucchSCell)。
S221,通信设备根据第二指示信息确定是否上报第三小区的Type2的PH。
通信设备接收第二指示信息,根据第二指示信息确定是否上报上述第三小区的Type2的PH。
可选地,在一些实施例中,第二指示信息为phr-Type2-LTEPucchSCell,当网络设备为通信设备配置phr-Type2-LTEPucchSCell,且phr-Type2-LTEPucchSCell的值设置为true时,通信设备上报上述第三小区的Type2的PH。
可选地,在另一些实施例中,第二指示信息为phr-Type2-LTEPucchSCell,当网络设备为通信设备配置phr-Type2-LTEPucchSCell,且phr-Type2-LTEPucchSCell的值设置为false时,通信设备上报上述第三小区的Type2的PH。
可选地,在另一些实施例中,第二指示信息为网络设备不为通信设备配置phr-Type2-LTEPucchSCell时,通信设备上报上述第三小区的Type2的PH。
或者,可选地,在一些实施例中,第二指示信息为phr-Type2-LTEPucchSCell,当网络设备为通信设备配置phr-Type2-LTEPucchSCell,且phr-Type2-LTEPucchSCell的值设置为true时,通信设备不上报上述第三小区的Type2的PH。
可选地,在另一些实施例中,第二指示信息为phr-Type2-LTEPucchSCell,当网络设备为通信设备配置phr-Type2-LTEPucchSCell,且phr-Type2-LTEPucchSCell的值设置为false时,通信设备上报不上述第三小区的Type2的PH。
可选地,在另一些实施例中,第二指示信息为网络设备不为通信设备配置phr-Type2-LTEPucchSCell时,通信设备不上报上述第三小区的Type2的PH。
应理解,如何通过第二指示信息指示通信设备是否上报第三小区的Type2的PH可以是系统提前规定的,也可以是网络设备与通信设备双方约定的,当收到的第二指示信息具体为某个信息时是上报的情况,否则不上报。
图7是本申请实施例提供的另一种通信方法示意图。包括S310-S330三个步骤,下面详细介绍这三个步骤。
S310,所述通信设备根据预设规则,生成PHR格式。
可选地,在一些实施例中,所述预设规则为系统预定义的。
可选地,在另一些实施例中,所述预设规则为通信设备和网络设备提前约定的。
可选地,在另一些实施例中,所述预设规则为网络设备下发给通信设备的。
应理解,本申请对通信设备如何获取预设规则并不限定。
S320,通信设备向网络设备发送PHR格式。
所述PHR格式中携带位图bitmap,所述bitmap用于指示所述PHR中携带的PH与多个激活的BWP的第一映射关系。或者理解为,
所述通信设备根据预设规则,生成PHR格式,其中,所述PHR格式中携带位图bitmap,所述bitmap的比特BWP满足第一映射关系,所述比特的比特值用于指示,与所述比特满足第一映射关系的BWP是否处于激活状态;
当所述BWP处于激活状态时,所述通信设备上报所述BWP上的PH;
当所述BWP处于非激活状态时,所述通信设备不上报所述BWP上的PH。
进一步地,所述bitmap还用于指示所述多个激活的BWP与至少一个小区的第二映射关系。或者理解为,
所述bitmap中的比特还用于指示,与所述比特满足第二映射关系的小区是否处于激活状态。
所述小区处于激活状态时,所述小区的BWP处于激活状态或者非激活状态;
当所述BWP处于非激活状态时,所述小区的BWP处于非激活状态。可选地,在一些实施例中,通信设备只用一个bitmap来指示哪些BWP处于激活状态。其中,可以根据某个比特在bitmap中的位置,来判断此比特对应的是哪个小区上的哪个BWP。
例如,通信设备根据一个bitmap确定了5个BWP处于激活状态,并指示该5个BWP与5个PH的第一映射关系。其中,根据一个bitmap确定了5个BWP处于激活状可以是该bitmap中5个比特的比特值为“1”,第一映射关系可以是该5个比特与5个BWP一一对应,进一步地5个BWP与5个PH一一对应,所以也可以理解为第一映射关系可以是5个BWP与5个PH的映射关系。
进一步地,通信设备根据5个BWP中BWP1对应的5个比特中的1个比特在bitmap中的位置,确定第二映射关系,并根据第二映射关系确定BWP1为小区1上的第一个BWP。
还例如,通信设备根据一个bitmap确定了5个BWP处于激活状态,并指示该5个BWP与8个PH的第一映射关系。其中,第一映射关系可以是8个PH中的6个PH值分别与3个BWP绑定,剩余的2个PH值与2个BWP绑定。其中,PH与BWP绑定指的是,一个BWP上报的PH。
可选地,在一些实施例中,通信设备用两个bitmap分别指示哪些部分带宽BWP与哪些小区的第二映射关系,以及哪些部分带宽BWP在对应小区的位置。
例如,通信设备根据预设规则,在PHR上报格式里面用bitmap指示各个BWP的PH是否需要上报。
其中,第一个bitmap用于指示某个小区是否激活,如果激活,则相应的第二个bitmap指示对应小区的哪些BWP处于激活状态或者需要上报相应类型的PH。
可选的,只有某个小区处于激活状态,相应的第二个bitmap才存在。
应理解,本实施例对上述相应类型的PH不做限制,可以是前面介绍的PH类型中的任意一种。
在PHR上报格式里面增加两个bitmap之后的格式参考表2。
表2 PHR格式
从表2和表1可以看出,相比于表1在表2中增加了一行B1~B3。
例如,当C1处于激活状态时,根据B1~B3的值判断C1上的多个BWP是否处于激活状态。
应理解,表2只是为了说明上述实施例中的bitmap具体形式,而简单举例。其中,每个小区对应的B的位数并不限制,可以是N个,N为正整数。表2并不能限制本申请的保护范围。
可选地,当小区为特殊小区SpCell或者支持物理上行控制信道的辅小区PUCCHSCell,且所述小区上有至少一个激活的BWP时,所述第一映射关系包括:
所述至少一个BWP与至少一个Type2的PH的映射关系,以及所述多个激活的BWP与多个Type1或Type3的PH的映射关系。或者理解为,
当小区为特殊小区SpCell或者支持物理上行控制信道的辅小区PUCCH Scell,且所述小区上多个激活的BWP中至少一个BWP支持PUCCH传输时,所述通信设备上报所述BWP上的PH包括:
所述通信设备上报所述至少一个BWP上的Type2的PH,以及上报所述多个激活的BWP上的Type1或Type3的PH。
例如,当小区为SpCell,并且该小区上2个BWP处于激活状态,该2个处于激活状态的BWP中,1个BWP支持PUCCH传输。则,通信设备上报该小区的PHR中,应该包括1个BWP上的Type2的PH,以及2个BWP上的Type1或Type3的PH。
可选地,当小区为除所述SpCell和所述PUCCH SCell之外的小区,且所述小区上有至少一个激活的BWP时,所述第一映射关系包括:所述至少一个BWP与至少一个Type1或Type3的PH的映射关系。
或者理解为,
当所述小区为除所述SpCell和所述PUCCH SCell之外的小区,且所述小区上有至少一个激活的BWP时,所述通信设备上报所述BWP上的PH包括:
所述至少一个BWP上的Type1或Type3的PH。
例如,当小区为除所述SpCell和所述PUCCH SCell之外的小区,并且该小区上2个BWP处于激活状态,通信设备上报该小区的PHR中,应该包括2个BWP上的Type1或Type3的PH。
S330,网络设备根据预设规则解析PHR。
网络设备收到通信设备发送的PHR之后,根据预设规则对PHR进行解析,获取相关的信息。
图8是本申请实施例提供的另一种通信方法示意图。包括S410-S420两个步骤,下面详细介绍这两个步骤。
首先简单介绍图8所示的通信方法涉及到的基础概念。
在NR里面,每个MAC PDU包含一个或者多个MAC子PDU。对于通信设备随机接入过程中Msg3消息中携带的MAC PDU来说,该MAC PDU中包含公共控制信道的服务数据单元(common control channel serving data unit,CCCH SDU)和MAC子头。
在NR中,该实施例中的MAC PDU有两种MAC子头:
一种MAC子头携带L域,一种MAC子头不携带L域。其中,L域用于判断CCCH SDU的大小。
应理解,不带L域的MAC子头,相比带L域的MAC子头节省一个字节。因此,在组包的时候,通信设备需要选择使用带L域的子头或者不带L域的MAC子头。
图9是携带L域的MAC子头示意图。其中,
R表示:预留域,预留给以后使用。
F表示:格式域Format field,用于指示L域的长度。
图10是不携带L域的MAC子头示意图。
可选地,通信设备可以根据CCCH SDU的大小,选择携带L域的MAC子头,或者选择不携带L域的MAC子头。
已知后续NR中针对Msg3消息,会支持两种最小的UL grant大小。
一种最小的UL grant是56比特,一种最小的UL grant是72比特。
下面,结合图8详细介绍如何让通信设备知道选择使用携带L域的MAC子头,或者选择不携带L域的MAC子头。
S410,通信设备根据第一指示信息确定X的值。
可选地,在一些实施例中,图8包括S411,网络设备向通信设备下发第一指示信息。即,上述第一指示信息是通信设备接收网络设备下发的。
例如,网络设备向通信设备下发第一指示信息为网络设备的系统消息。系统消息可以是剩余的最小系统信息(Remaining minimum system information,RMSI)。
当所述系统消息包括第一标识时,通信设备确定X的值为64比特;当所述系统消息不包括第一标识时,通信设备确定X的值为48比特。
应理解,本实施例中对上述第一标识的具体实现并不限制,可以是一种IE也可以是系统消息中某个比特的值,还可以是网络设备和通信设备之间约定的其他标识。
可选地,在另一些实施例中,第一指示信息通信设备未收到网络设备向通信设备下发第一指示信息。
例如,当网络设备向通信设备下发系统消息时,通信设备确定X的值为64比特;当网络设备向通信设备未下发系统消息时,通信设备确定X的值为48比特。
可选地,在另一些实施例中,所述通信设备根据第一指示信息确定X的值为包括:所述通信设备根据所述第一指示信息确定所述Msg3消息的最小上行授权资源UL grant的大小,根据所述最小UL grant的值确定所述X的值。
所述第一指示信息用于指示针对所述Msg3消息的最小上行授权UL grant的大小。
例如,第一指示信息为网络设备下发的系统消息,当系统消息包括第一标识时,通信设备确定最小上行授权UL grant的大小为72比特;当系统消息不包括第一标识时,通信设备确定最小上行授权UL grant的大小为56比特。
应理解,本申请实施例中对上述第一标识的具体实现并不限制,可以是一种IE也可以是系统消息中某个比特的值,还可以是网络设备和通信设备之间约定的其他标识。
上述第一指示信息为网络设备下发的系统消息也只是一种举例的形式,第一指示信息还可以是,其他可以用于指示的UL grant的大小指示信息。
当所述通信设备根据所述第一指示信息确定最小的UL grant的大小为56,则,X=56-8=48;
当所述通信设备根据所述第一指示信息确定最小的UL grant的大小为72,则,X=72-8=64。
S420,通信设备比较所述通信设备随机接入过程中Msg3消息中携带的MAC PDU中包含的公共控制信道的服务数据单元CCCH SDU的大小与X的值是否相等,确定所述MAC PDU中包含的MAC子头中是否携带L域。
可选地,在一些实施例中,当所述CCCH SDU的大小为X比特时,通信设备确定所述MAC PDU中包含的MAC子头中不携带L域;当所述CCCH SDU的大小不为X比特时,通信设备确定所述MAC PDU中包含的MAC子头中携带L域。
应理解,上述X比特可以是S410中根据第一指示信息确定的X的值。X比特还可以是系统规定的其他比特数。
可选地,当CCCH SDU的大小为X比特时,MAC子头中包括第一LCID;当CCCH SDU的大小不为X比特时,MAC子头中包括第二LCID。
其中,第一LCID可以为“100001”,第二LCID可以为“000000”,或者,第一LCID和第二LCID可以为其他取值。本申请实施例对此并不限制。
可选地,在一些实施例中,
可选地,在一些实施例中,通信设备还可以根据最小的UL grant的大小确定所述MAC PDU中包含的MAC子头中是否携带L域。
例如,当上述最小的UL grant的大小为56比特时,针对Msg3消息中携带的MAC PDU来说,当CCCH SDU的大小为48比特时,通信设备在MAC PDU中包含的MAC子头中不携带L域;当CCCH SDU的大小为其他比特时,通信设备在MAC PDU中包含的MAC子头中携带L域。因为,当CCCH SDU的大小为48比特时,选用不携带L域的MAC子头可以正好装下整个MAC PDU。
在此情况下,图8包括S431,通信设备向网络设备发送第四指示信息,所述第四指示信息用于指示CCCH SDU的大小。
可选地,通信设备发送的MAC PDU中包括第四指示信息。
第四指示信息可以为第一专用的局部字符集标识符(local character setidentifier,LCID)标识该CCCH SDU大小为48比特。
或者,
当上述最小的UL grant的大小为72比特时,针对Msg3消息中携带的MAC PDU来说,当CCCH SDU的大小为64比特时,通信设备在MAC PDU中包含的MAC子头中不携带L域;当CCCHSDU的大小为其他比特时,通信设备在MAC PDU中包含的MAC子头中携带L域。
在此情况下,图8包括S431,通信设备向网络设备发送第四指示信息,所述第四指示信息用于指示CCCH SDU的大小。
可选地,通信设备发送的MAC PDU中包括第四指示信息。
第四指示信息可以为第二专用的LCID标识该CCCH SDU大小为64比特。
应理解,当图8包括S431时,进一步地,图8应该包括430,网络设备根据第四指示信息确定CCCH SDU的大小。
例如,当上述专用的LCID标识该CCCH SDU大小为48比特时,网络设备接收到Msg3消息时,解析Msg3消息中的MAC PDU。首先,获取LCID的值,如果LCID为上述第一专用的LCID,则网络设备确定CCCH SDU大小为48比特;如果LCID不为上述第一专用的LCID,则,网络设备需要根据接收到的Msg3消息中的MAC PDU的MAC子头的L域确定CCCH SDU大小。
还例如,当上述专用的LCID标识该CCCH SDU大小为64比特时,网络设备接收到Msg3消息时,解析Msg3消息中的MAC PDU。首先,获取LCID的值,如果LCID为上述第二专用的LCID,则网络设备确定CCCH SDU大小为64比特;如果LCID不为上述第二专用的LCID,则,网络设备需要根据接收到的Msg3消息中的MAC PDU的MAC子头的L域确定CCCH SDU大小。
根据前述图4-图8所示的方法,下面结合图11-图18详细介绍本申请涉及的通信设备以及网络设备。
图11是本申请实施例提供的通信设备的一种结构示意图。该通信设备包括处理器801,应用处理器,存储器用户接口,以及其他一些元件(包括未示出的电源等设备)。在图11中,上述处理单元可以是所述处理器801,并完成相应的功能。所述发送单元和/或接收单元,可以是图中的无线收发器803,其通过天线完成相应的功能。可以理解图中所示的各个元件只是示意性的,并不是完成本申请实施例必须的元件。
图12是本申请实施例提供的通信设备的另一种结构示意图。作为一个例子,该通信设备可以完成类似于图11中处理器的功能。在图12中,该通信设备包括处理器,发送数据处理器,处理器。在图12中,上述处理单元可以是所述处理器901,并完成相应的功能。所述发送单元可以是图12中发送数据处理器903,所述接收单元可以是图12中接收数据处理器905。虽然图中示出了信道编码器、信道解码器,但是可以理解这些模块并不对本申请实施例构成限制性说明,仅是示意性的。
图13是本申请实施例提供的通信设备的另一种结构示意图。通信设备1000中包括调制子系统、中央处理子系统、周边子系统等模块。本申请实施例中的通信设备可以作为其中的调制子系统。具体的,该调制子系统可以包括处理器1003,接口1004。其中处理器1003完成上述处理单元的功能,接口1004完成上述发送单元和/或接收单元的功能。作为另一种变形,该调制子系统包括存储器1006、处理器1003及存储在存储器上并可在处理器上运行的程序,所述处理器执行所述程序时实现实施例一至五之一所述方法。需要注意的是,所述存储器1006可以是非易失性的,也可以是易失性的,其位置可以位于调制子系统内部,也可以位于处理装置1000中,只要该存储器1006可以连接到所述处理器1003即可。
作为本申请实施例的另一种形式,提供一种计算机可读存储介质,其上存储有指令该指令被执行时执行图4-图8所述的方法中通信设备的执行步骤。
图14是本申请实施例提供的通信设备的另一种结构示意图。该通信设备可以是执行图4-图8所述的方法中通信设备的步骤的通信设备,也可以是实现类似功能的硬件。所述通信设备1100包括:
处理单元1101,用于触发所述通信设备的功率余量报告PHR。
所述处理单元1101,还用于确定用于传输所述PHR的第一上行授权UL grant;
所述处理单元,还用于在第一时刻确定所述PHR中携带的功率余量PH值类型,其中,所述第一时刻包括所述通信设备基于所述第一UL grant开始逻辑信道优先级LCP过程的时刻或者开始组装介质访问控制协议数据单元MAC PDU的时刻,所述MAC PDU包含所述PHR并且在所述第一UL grant上进行传输;
发送单元1103,用于向网络设备发送所述PHR。
接收单元1102,用于接收下行控制信息DCI。
发送单元1103,用于上行传输数据,以及传输PHR。
在一些实施例中,所述处理单元在第一时刻确定所述PHR中携带的PH值类型包括:
所述处理单元根据在所述第一时刻之前、并且包括所述第一时刻的时间内,接收单元是否接收到用于调度UL grant下行控制信息DCI,和/或,
所述处理单元根据在所述第一UL grant所在的传输时间段内,发送单元是否包括非动态调度的上行传输,在第一时刻确定所述PHR中携带的PH值类型。
所述处理单元,还用于确定所述第一UL grant的大小能够容纳所述PHR的大小。
接收单元,还用于接收指示信息,所述指示信息用于指示所述通信设备是否上报小区的Type2的PH,其中,所述小区为新空口NR基站下的支持物理上行控制信道的辅小区PUCCH SCell
在一些实施例中,所述PHR的格式包括:
Type2的PH域,所述Type2的PH域用于上报所述小区,且不用于上报除所述小区之外的小区用于上报所述小区的Type2的PH。
所述处理单元还用于根据预设规则,生成PHR格式,其中,所述PHR格式中携带位图bitmap,所述bitmap用于指示所述PHR中携带的PH与多个激活的BWP的第一映射关系。
进一步地,所述bitmap还用于指示所述多个激活的BWP与至少一个小区的第二映射关系。
可选地,当小区为特殊小区SpCell或者支持物理上行控制信道的辅小区PUCCHSCell,且所述小区上多个激活的BWP中至少一个BWP支持PUCCH传输时,所述第一映射关系包括:
所述至少一个BWP与至少一个Type2的PH的映射关系,以及多个激活的BWP与多个Type1或Type3的PH的映射关系;
当所述小区为除所述SpCell和所述PUCCH SCell之外的小区,且所述小区上有至少一个激活的BWP时,所述第一映射关系包括:
所述至少一个BWP与至少一个Type1或Type3的PH的映射关系。
所述处理单元,还用于根据第一指示信息确定X的值,比较所述通信设备随机接入过程中Msg3消息中携带的MAC PDU中包含的公共控制信道的服务数据单元CCCH SDU的大小;以及根据所述CCCH SDU的大小与X的值是否相等,确定所述MAC PDU中包含的MAC子头中是否携带L域,其中,所述L域用于判断CCCH SDU的大小,所述X为正整数。
进一步地,所述第一指示信息还用于指示针对所述Msg3消息的最小上行授权ULgrant的大小。所述处理单元根据第一指示信息确定X的值包括:所述处理单元根据所述第一指示信息确定所述Msg3消息的最小上行授权资源UL grant的大小,根据所述最小ULgrant的值确定所述X的值。
所述接收单元1102,还用于接收所述第一指示信息。
进一步地,所述处理单元确定所述MAC PDU中包含的MAC子头中是否携带L域包括:所述处理单元根据所述最小上行授权UL grant的大小确定X的值,根据CCCH SDU是否与X值是否相等确定所述MAC PDU中包含的MAC子头中是否携带L域。
所述发送单元1103,还用于发送第四指示信息,所述第四指示信息用于指示所述CCCH SDU的大小。
图15是本申请实施例提供的网络设备的一种结构示意图。该网络设备包括处理器1201,应用处理器,存储器用户接口,以及其他一些元件(包括未示出的电源等设备)。在图15中,上述处理单元可以是所述处理器1201,并完成相应的功能。所述发送单元和/或接收单元,可以是图中的无线收发器1203,其通过天线完成相应的功能。可以理解图中所示的各个元件只是示意性的,并不是完成本申请实施例必须的元件。
图16是本申请实施例提供的网络设备的另一种结构示意图。作为一个例子,该网络设备可以完成类似于图15中处理器的功能。在图16中,该网络设备包括处理器,发送数据处理器,处理器。在图16中,上述处理单元可以是所述处理器1301,并完成相应的功能。所述发送单元可以是图16中发送数据处理器1303,所述接收单元可以是图16中接收数据处理器1305。虽然图中示出了信道编码器、信道解码器,但是可以理解这些模块并不对本申请实施例构成限制性说明,仅是示意性的。
图17是本申请实施例提供的网络设备的另一种结构示意图。网络设备1400中包括调制子系统、中央处理子系统、周边子系统等模块。本申请实施例中的网络设备可以作为其中的调制子系统。具体的,该调制子系统可以包括处理器1403,接口1404。其中处理器1403完成上述处理单元的功能,接口1404完成上述发送单元和/或接收单元的功能。作为另一种变形,该调制子系统包括存储器1406、处理器1403及存储在存储器上并可在处理器上运行的程序,所述处理器执行图4-图8中所述的方法中网络设备执行的步骤。需要注意的是,所述存储器1406可以是非易失性的,也可以是易失性的,其位置可以位于调制子系统内部,也可以位于处理装置1400中,只要该存储器1406可以连接到所述处理器1403即可。
作为本申请实施例的另一种形式,提供一种计算机可读存储介质,其上存储有指令该指令被执行时执行图4-图8所述的方法中网络设备执行的步骤。
图18是本申请实施例提供的网络设备的另一种结构示意图。该网络设备可以执行图4-图8所述的方法中网络端设备的步骤的网络设备。所述网络设备1500包括:
处理单元1501,用于生成指示信息,所述指示信息用于指示通信设备是否上报小区的Type2的PH;
发送单元1503,用于向所述通信设备发送指示信息,其中,所述小区为新空口NR基站下的支持物理上行控制信道的辅小区PUCCH SCell。
所述功率余量报告PHR的格式包括:
在一些实施例中,Type2的PH域,所述Type2的PH域用于上报所述小区,且不用于上报除所述小区之外的小区的Type2的PH。
处理单元1501,用于根据预设规则,解析PHR格式,其中,所述PHR格式中携带位图bitmap,所述bitmap用于指示所述PHR中携带的PH与多个激活的BWP的第一映射关系。
进一步地,所述bitmap还用于指示所述多个激活的BWP与至少一个小区的第二映射关系。
可选地,当小区为特殊小区SpCell或者支持物理上行控制信道的辅小区PUCCHSCell,且所述小区上多个激活的BWP中至少一个BWP支持PUCCH传输时,所述第一映射关系包括:
所述至少一个BWP与至少一个Type2的PH的映射关系,以及所述多个激活的BWP与多Type1或Type3的PH的映射关系;
当所述小区为除所述SpCell和所述PUCCH SCell之外的小区,且所述小区上有至少一个激活的BWP时,所述第一映射关系包括:
所述至少一个BWP与至少一个Type1或Type3的PH的映射关系。
可选地,网络设备还包括接收单元1502,用于节后通信设备发送的PHR,以及通信设备上行传输的数据。
发送单元1503,还用于发送第一指示信息,所述第一指示信息用于指示X的值,所述X的值用于与通信设备随机接入过程中Msg3消息中携带的MAC PDU中包含的公共控制信道的服务数据单元CCCH SDU的大小进行比较,比较的结果是否相等用于确定所述CCCH SDU的大小用于指示所述MAC PDU中包含的MAC子头中是否携带L域,其中,所述L域用于判断CCCH SDU的大小。
进一步地,所述第一指示信息还用于指示针对所述Msg3消息的最小上行授权ULgrant的大小。
进一步地,所述确定所述MAC PDU中包含的MAC子头中是否携带L域包括:
所述最小上行授权UL grant的大小确定X的值,根据CCCH SDU是否与X值相等确定所述MAC PDU中包含的MAC子头中是否携带L域。
接收单元1502,用于接收第四指示信息,所述第四指示信息用于指示所述CCCHSDU的大小。
还应理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的随机存取存储器(random accessmemory,RAM)可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
上述实施例,可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时,上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质。半导体介质可以是固态硬盘。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (18)
1.一种通信方法,其特征在于,包括:
通信设备的功率余量报告PHR被触发;
所述通信设备确定用于传输所述PHR的第一上行授权资源;
所述通信设备在第一时刻确定所述PHR中携带的功率余量PH值类型,其中,所述第一时刻包括所述通信设备基于所述第一上行授权资源开始逻辑信道优先级LCP过程的时刻或者开始组装介质访问控制协议数据单元MAC PDU的时刻,所述MAC PDU包含所述PHR并且在所述第一上行授权资源上进行传输;
所述通信设备向网络设备发送所述PHR。
2.根据权利要求1所述的通信方法,其特征在于,所述通信设备在第一时刻确定所述PHR中携带的PH值类型包括:
所述通信设备根据在所述第一时刻之前、并且包括所述第一时刻的时间内,是否接收到用于调度上行授权资源的下行控制信息DCI,和/或,
所述通信设备根据在所述第一上行授权资源所在的传输时间段内,是否包括非动态调度的上行传输,在第一时刻确定所述PHR中携带的PH值类型。
3.根据权利要求1或2所述的通信方法,其特征在于,所述方法还包括:
所述通信设备确定所述第一上行授权资源的大小能够容纳所述PHR的大小。
4.根据权利要求1或2所述的通信方法,其特征在于,所述方法还包括:
所述通信设备接收指示信息,所述指示信息用于指示所述通信设备是否上报小区的Type2的PH,其中,所述小区为新空口NR基站下的支持物理上行控制信道的辅小区PUCCHSCell。
5.根据权利要求4所述的方法,其特征在于,所述PHR的格式包括:
Type2的PH域,所述Type2的PH域用于上报所述小区,且不用于上报除所述小区之外的小区的Type2的PH。
6.根据权利要求1或2所述的通信方法,其特征在于,所述方法还包括:
所述通信设备根据预设规则,生成PHR格式,其中,所述PHR格式中携带位图bitmap,所述bitmap用于指示所述PHR中携带的PH与多个激活的BWP的第一映射关系。
7.根据权利要求6所述的通信方法,其特征在于,所述bitmap还用于指示所述多个激活的BWP与至少一个小区的第二映射关系。
8.根据权利要求7所述的通信方法,其特征在于,所述方法还包括:
当小区为特殊小区SpCell或者支持物理上行控制信道的辅小区PUCCH Scell,且所述小区上多个激活的BWP中至少一个BWP支持PUCCH传输时,所述第一映射关系包括:
所述至少一个BWP与至少一个Type2的PH的映射关系,以及所述多个激活的BWP与多个Type1或Type3的PH的映射关系;
当所述小区为除所述SpCell和所述PUCCH SCell之外的小区,且所述小区上有至少一个激活的BWP时,所述第一映射关系包括:
所述至少一个BWP与至少一个Type1或Type3的PH的映射关系。
9.一种通信设备,其特征在于,包括:
处理单元,用于触发所述通信设备的功率余量报告PHR;
所述处理单元,还用于确定用于传输所述PHR的第一上行授权资源;
所述处理单元,还用于在第一时刻确定所述PHR中携带的功率余量PH值类型,其中,所述第一时刻包括所述通信设备基于所述第一上行授权资源开始逻辑信道优先级LCP过程的时刻或者开始组装介质访问控制协议数据单元MAC PDU的时刻,所述MAC PDU包含所述PHR并且在所述第一上行授权资源上进行传输;
发送单元,用于向网络设备发送所述PHR。
10.根据权利要求9所述的通信设备,其特征在于,所述处理单元在第一时刻确定所述PHR中携带的PH值类型包括:
所述处理单元根据在所述第一时刻之前、并且包括所述第一时刻的时间内,接收单元是否接收到用于调度上行授权资源下行控制信息DCI,和/或,
所述处理单元根据在所述第一上行授权资源所在的传输时间段内,发送单元是否包括非动态调度的上行传输,在第一时刻确定所述PHR中携带的PH值类型。
11.根据权利要求9或10所述的通信设备,其特征在于,所述处理单元,还用于确定所述第一上行授权资源的大小能够容纳所述PHR的大小。
12.根据权利要求9或10所述的通信设备,其特征在于,所述通信设备还包括:
接收单元,用于接收指示信息,所述指示信息用于指示所述通信设备是否上报小区的Type2的PH,其中,所述小区为新空口NR基站下的支持物理上行控制信道的辅小区PUCCHSCell。
13.根据权利要求12所述的通信设备,其特征在于,所述PHR的格式包括:
Type2的PH域,所述Type2的PH域用于上报所述小区,且不用于上报除所述小区之外的小区的Type2的PH。
14.根据权利要求9或10所述的通信设备,其特征在于,所述处理单元还用于根据预设规则,生成PHR格式,其中,所述PHR格式中携带位图bitmap,所述bitmap用于指示所述PHR中携带的PH与多个激活的BWP的第一映射关系。
15.根据权利要求14所述的通信设备,其特征在于,所述bitmap还用于指示所述多个激活的BWP与至少一个小区的第二映射关系。
16.根据权利要求15所述的通信设备,其特征在于,
当小区为特殊小区SpCell或者支持物理上行控制信道的辅小区PUCCH SCell,且所述小区上多个激活的BWP中至少一个BWP支持PUCCH传输时,所述第一映射关系包括:
所述至少一个BWP与至少一个Type2的PH的映射关系,以及所述多个激活的BWP与多个Type1或Type3的PH的映射关系;
当所述小区为除所述SpCell和所述PUCCH SCell之外的小区,且所述小区上有至少一个激活的BWP时,所述第一映射关系包括:
所述至少一个BWP与至少一个Type1或Type3的PH的映射关系。
17.一种通信装置,其特征在于,包括:
处理器,用于执行存储器中存储的计算机程序,以使得所述通信装置执行权利要求1至8中任一项所述的方法。
18.一种计算机可读存储介质,其特征在于,包括计算机程序,当其在计算机上运行时,使得所述计算机执行如权利要求1至8中任意一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810646138.7A CN110636626B (zh) | 2018-06-21 | 2018-06-21 | 通信方法、通信设备以及网络设备 |
PCT/CN2019/092013 WO2019242670A1 (zh) | 2018-06-21 | 2019-06-20 | 通信方法、通信设备、网络设备及通信系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810646138.7A CN110636626B (zh) | 2018-06-21 | 2018-06-21 | 通信方法、通信设备以及网络设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110636626A CN110636626A (zh) | 2019-12-31 |
CN110636626B true CN110636626B (zh) | 2021-08-13 |
Family
ID=68966447
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810646138.7A Active CN110636626B (zh) | 2018-06-21 | 2018-06-21 | 通信方法、通信设备以及网络设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110636626B (zh) |
WO (1) | WO2019242670A1 (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10873911B2 (en) * | 2017-03-23 | 2020-12-22 | Ofinno, LCC | Uplink transmission power adjustment |
CN113365337B (zh) * | 2020-03-06 | 2023-07-21 | 维沃移动通信有限公司 | Phr上报方法、phr接收方法、终端和网络设备 |
KR20230006508A (ko) * | 2020-04-21 | 2023-01-10 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 다중 자원 경합에 대한 처리 방법 및 단말 디바이스 |
CN113541762B (zh) * | 2020-04-22 | 2022-10-04 | 华为技术有限公司 | 功率调整方法、装置及系统 |
WO2021223152A1 (en) * | 2020-05-07 | 2021-11-11 | Qualcomm Incorporated | Apparatus and method to restrain inappropriate measurement event |
CN113766674A (zh) * | 2020-06-01 | 2021-12-07 | 夏普株式会社 | 由用户设备执行的方法及用户设备 |
WO2022006696A1 (en) * | 2020-07-06 | 2022-01-13 | Qualcomm Incorporated | Power headroom report triggering by dormant bandwidth part switching |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107046728A (zh) * | 2016-02-06 | 2017-08-15 | 中兴通讯股份有限公司 | 信息的上报方法及装置、非连续传输的方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102238610A (zh) * | 2010-04-30 | 2011-11-09 | 夏普株式会社 | 上行链路功率上升空间报告方法、基站及用户设备 |
KR101894916B1 (ko) * | 2010-08-10 | 2018-10-12 | 삼성전자 주식회사 | 캐리어 집적을 위한 이동통신 시스템에서 가용 전송 출력 정보를 구성하는 방법 및 장치 |
KR101762610B1 (ko) * | 2010-11-05 | 2017-08-04 | 삼성전자주식회사 | 이동 통신 시스템에서 역방향 스케줄링 및 그를 위한 정보 전송 방법 및 장치 |
US10194406B2 (en) * | 2015-09-30 | 2019-01-29 | Ofinno Technologies, Llc | Multi-carrier power headroom in a wireless network |
-
2018
- 2018-06-21 CN CN201810646138.7A patent/CN110636626B/zh active Active
-
2019
- 2019-06-20 WO PCT/CN2019/092013 patent/WO2019242670A1/zh active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107046728A (zh) * | 2016-02-06 | 2017-08-15 | 中兴通讯股份有限公司 | 信息的上报方法及装置、非连续传输的方法 |
Non-Patent Citations (3)
Title |
---|
PHR for NR CA;Lenovo;《3GPP TSG-RAN WG2 Meeting #99bis R2-1711032》;20171013;正文第2节 * |
PHR reporting in different TTI lengths;Huawei;《3GPP TSG-RAN WG2 Meeting #99bis R2-1711433》;20171013;正文第2节 * |
RAN1 Impact on RAN2 PHR;CATT;《3GPP TSG-RAN WG2 Meeting #100 R2-1712860》;20171201;正文第1节 * |
Also Published As
Publication number | Publication date |
---|---|
CN110636626A (zh) | 2019-12-31 |
WO2019242670A1 (zh) | 2019-12-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110636626B (zh) | 通信方法、通信设备以及网络设备 | |
US11937254B2 (en) | Wireless communcation method, terminal device, and network device | |
CN111757542B (zh) | 信号传输的方法和设备 | |
CN113169848B (zh) | 无线通信方法、终端设备和网络设备 | |
US11477763B2 (en) | Communication method and communications apparatus | |
CN110710269B (zh) | 通信方法、通信装置和系统 | |
KR20200061407A (ko) | 미디어 액세스 제어 프로토콜 데이터 유닛 처리 방법 및 장치 | |
JP7263464B2 (ja) | 無線通信方法及び装置 | |
CN112640347A (zh) | 无线通信的方法、终端设备和网络设备 | |
CN116208308A (zh) | 用于确定上行传输参数的方法和终端设备 | |
CN114642057A (zh) | 信息确定方法、信息指示方法、终端设备和网络设备 | |
US11963143B2 (en) | Communication method and communications apparatus | |
EP4216610A1 (en) | Wireless communication method, terminal device, and network device | |
US20220030529A1 (en) | Power Control Method, Terminal Device and Network Device | |
CN111567078A (zh) | 传输信息的方法和设备 | |
CN114731257B (zh) | 上行信道解调方法和上行信道解调装置 | |
CN112715052B (zh) | 随机接入方法、终端设备和网络设备 | |
CN118140451A (zh) | 信息处理方法、终端设备、网络设备、芯片和存储介质 | |
CN115956383A (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 |