CN114698154A - 确定终端的特性的方法和通信装置 - Google Patents
确定终端的特性的方法和通信装置 Download PDFInfo
- Publication number
- CN114698154A CN114698154A CN202011628056.3A CN202011628056A CN114698154A CN 114698154 A CN114698154 A CN 114698154A CN 202011628056 A CN202011628056 A CN 202011628056A CN 114698154 A CN114698154 A CN 114698154A
- Authority
- CN
- China
- Prior art keywords
- terminal
- type
- characteristic
- communication
- terminals
- 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.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 209
- 238000000034 method Methods 0.000 title claims abstract description 158
- 238000012545 processing Methods 0.000 claims abstract description 219
- 230000005540 biological transmission Effects 0.000 claims description 217
- 238000005259 measurement Methods 0.000 claims description 81
- 230000008569 process Effects 0.000 claims description 40
- 238000013473 artificial intelligence Methods 0.000 claims description 39
- 230000002776 aggregation Effects 0.000 claims description 28
- 238000004220 aggregation Methods 0.000 claims description 28
- 230000015654 memory Effects 0.000 claims description 22
- 230000000737 periodic effect Effects 0.000 claims description 18
- 238000004590 computer program Methods 0.000 claims description 13
- 238000003860 storage Methods 0.000 claims description 13
- 230000001360 synchronised effect Effects 0.000 claims description 13
- 238000013475 authorization Methods 0.000 claims description 8
- 125000004122 cyclic group Chemical group 0.000 claims description 7
- 230000003190 augmentative effect Effects 0.000 claims description 4
- 239000010410 layer Substances 0.000 description 178
- 230000011664 signaling Effects 0.000 description 124
- 230000006870 function Effects 0.000 description 38
- 238000007726 management method Methods 0.000 description 20
- 238000002360 preparation method Methods 0.000 description 18
- 238000001228 spectrum Methods 0.000 description 18
- 230000003044 adaptive effect Effects 0.000 description 15
- 238000004134 energy conservation Methods 0.000 description 15
- 238000010295 mobile communication Methods 0.000 description 14
- 238000012790 confirmation Methods 0.000 description 11
- 238000013461 design Methods 0.000 description 11
- 230000008859 change Effects 0.000 description 9
- 238000013507 mapping Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 230000003993 interaction Effects 0.000 description 6
- 238000005265 energy consumption Methods 0.000 description 5
- 238000004519 manufacturing process Methods 0.000 description 5
- 230000008447 perception Effects 0.000 description 5
- 230000003068 static effect Effects 0.000 description 5
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000011160 research Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000013468 resource allocation Methods 0.000 description 3
- 239000002699 waste material Substances 0.000 description 3
- 102100033458 26S proteasome non-ATPase regulatory subunit 4 Human genes 0.000 description 2
- 102100036409 Activated CDC42 kinase 1 Human genes 0.000 description 2
- 102100025222 CD63 antigen Human genes 0.000 description 2
- 101000934368 Homo sapiens CD63 antigen Proteins 0.000 description 2
- 101000804821 Homo sapiens WD repeat and SOCS box-containing protein 2 Proteins 0.000 description 2
- 101150049891 MCA1 gene Proteins 0.000 description 2
- 101150009920 MCA2 gene Proteins 0.000 description 2
- 101150073928 MCA3 gene Proteins 0.000 description 2
- 101150086309 MUB1 gene Proteins 0.000 description 2
- 101150033166 MUB2 gene Proteins 0.000 description 2
- 101100023550 Mycobacterium bovis (strain ATCC BAA-935 / AF2122/97) cmaD gene Proteins 0.000 description 2
- 101100077240 Mycobacterium tuberculosis (strain ATCC 25177 / H37Ra) mmaA3 gene Proteins 0.000 description 2
- 101100077241 Mycobacterium tuberculosis (strain ATCC 25618 / H37Rv) mmaA3 gene Proteins 0.000 description 2
- 101150001079 PSMD4 gene Proteins 0.000 description 2
- 101150006293 Rpn10 gene Proteins 0.000 description 2
- 101100274777 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) MCX1 gene Proteins 0.000 description 2
- 101100476722 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) SBA1 gene Proteins 0.000 description 2
- 101100290371 Schizosaccharomyces pombe (strain 972 / ATCC 24843) pca1 gene Proteins 0.000 description 2
- 102100035329 WD repeat and SOCS box-containing protein 2 Human genes 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 108010015046 cell aggregation factors Proteins 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 101150024128 mmaA1 gene Proteins 0.000 description 2
- 101150084640 mmaA2 gene Proteins 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000010363 phase shift Effects 0.000 description 2
- 230000035945 sensitivity Effects 0.000 description 2
- 239000002356 single layer Substances 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 1
- 101001108356 Homo sapiens Nardilysin Proteins 0.000 description 1
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 1
- 102100021850 Nardilysin Human genes 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 238000000691 measurement method Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000000779 smoke Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
-
- 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/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
- H04W52/0264—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by selectively disabling software applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了确定终端的特性的方法和通信装置,终端或网络设备确定的终端的特性集合中的必选特性集合与终端的类型相关,这样对于不同类型的终端,可以分别定义必选特性集合,从而实现终端的特性的定制化,有助于实现终端的特性的最小化,在满足不同类型的终端的特性需求的同时,降低芯片成本和终端实现处理复杂度,实现终端节能。
Description
技术领域
本申请涉及通信领域,并且更具体地涉及确定终端的特性的方法和通信装置。
背景技术
现有新无线(new radio,NR)针对终端的特性的设计,会导致各类终端规模化生产时成本和芯片复杂度较高、终端能耗较大。因此,在下一代技术研究或者第六代(6thGeneration,6G)通信技术研究中需要进一步优化终端的特性的设计。
发明内容
本申请提供了确定终端的特性的方法和通信装置,能够实现终端的特性的定制化,从而简化终端芯片的设计、降低终端芯片的成本,降低芯片和终端实现复杂度,从而降低终端的能耗。
第一方面,本申请提供了一种确定终端的特性的方法。
首先,终端(也可以是终端中的模块或单元)确定特性集合,特性集合可以包括必选特性集合和可选特性集合,其中,必选特性集合与终端的类型相关。必选特性集合为非空集合。可选特性集合可以为空集或非空集合。
其次,终端可以根据确定的特性集合中的特性与网络设备进行通信。
在本申请提供的确定终端特性的方法中,必选特性集合与终端的类型相关,这样,对于不同类型的终端,可以分别定义必选特性集合。这样能够实现终端的特性的定制化,有助于实现终端的特性的最小化,在满足不同类型的终端的特性需求的同时,降低芯片成本和终端实现处理复杂度,实现终端节能。
在一些实现方式中,终端的特性集合中包括第一特性,第一特性可以是必选特性,也可以是可选特性。第一特性的默认值和/或第一特性的候选值集合与终端的类型相关。也就是说,可以针对不同类型的终端分别定义特性的默认值或候选值集合。
现有技术中是仅针对增强移动宽带(enhance mobile broadband,eMBB)定义1种特性的默认值和/或候选值集合,同时适用于多种不同类型的终端,可能会导致某些特性的取值不适用于其他终端类型的终端,导致信令开销较大。而在本申请中,针对不同类型的终端可以分别定义特性的默认值或候选值集合,在满足不同类型的终端的特性需求的同时,降低芯片成本和信令开销,实现终端节能,提高通信效率。
在一些实现方式中,特性集合中的第二特性需要通过与信令交互来确定,在此情况下,终端还可以接收来自网络设备的第一指示信息,第一指示信息指示开启或关闭第二特性,或指示第二特性的取值,并根据第一指示信息开启或关闭第二特性,或确定第二特性的取值。这样,可以实现灵活开启或关闭特性。可选地,在接收到第一指示信息后,终端还可以向网络设备发送第一确认信息,第一确认信息指示第二特性已开启或已关闭、或指示已正确接收第一指示信息。这样,可以保证终端和网络设备对终端的特性集合的理解一致,增强通信的鲁棒性和可靠性,提高通信性能。
在一些实现方式中,特性集合中的第三特性需要通过与信令交互来确定,在此情况下,终端向网络设备发送第二指示信息,第二指示信息指示开启或关闭第三特性,或指示第三特性的取值。由终端建议或告知网络设备终端特性的开启、关闭或取值,可以更好的适应环境或业务的需求,提高特性开启的灵活性,降低终端功耗,实现节能,提高通信性能。可选地,终端还可以接收网络设备发送的第二确认信息,第二确认信息指示第三特性开启或关闭、或指示第三特性的取值、或指示已正确接收第二指示信息。这样,可以保证终端和网络设备对终端的特性集合的理解一致,增强通信的鲁棒性和可靠性,提高通信性能。
在一些实现方式中,不同的终端的类型的如下至少一个属性不同:支持的业务类型、对移动性的需求、对业务数据的传输时延需求、所处的无线信道环境、对业务数据的传输可靠性需求、对覆盖的需求、以及部署场景。
在本申请提供的确定终端特性的方法中,考虑不同的终端类型的属性不同,比如业务类型,移动性,时延需求,可靠性需求,覆盖需求等等,进而确定不同的终端特性。该方法可以针对不同的属性设计不同的终端特性,满足各属性的通信需求,提高通信性能,进而实现终端节能。
在一些实现方式中,终端的类型为以下中的一种:eMBB终端、超可靠低时延通信(ultra reliable and low latency communication,URLLC)终端、物联网(internet ofthing,IoT)终端、客户前置设备(customer premise equipment,CPE)、增强现实(augmented reality,AR)终端、虚拟现实(virtual reality,VR)终端、机器类型通信(machine type communication,MTC)终端、和车联网(vehicle to everything,V2X)终端。
在本申请提供的确定终端特性的方法中,考虑不同的终端类型,比如eMBB终端,URLLC终端,IoT终端,V2X终端等等,进而确定不同的终端特性。该方法可以针对不同的终端类型设计不同的终端特性,满足各终端类型的通信需求,提高通信性能,进而实现终端节能。
在一些实现方式中,若所述终端的类型为第一类型,必选特性集合包括定位特性和旁链路通信特性;和/或,若所述终端的类型为第二类型,必选特性集合包括感知特性和非陆地网络(non-terrestrial networks,NTN)通信特性;和/或;若所述终端的类型为第三类型,必选特性集合包括人工智能(artificial intelligence,AI)特性。
在一些实现方式中,若所述终端的类型为所述第一类型,必选特性集合还包括空口通信特性,所述空口通信特性包括以下特性中的至少一个:超低时延处理定时、循环前缀-正交频分复用(cyclic prefix-orthogonal frequency division multiplexing,CP-OFDM)波形、基于配置授权的数据传输、时隙聚合、混合自动重传请求(hybrid automaticrepeat request,HARQ)进程数为2、基于同步信号块的无线链路管理和/或无线资源管理、非周期信道状态信息测量上报、波束跟踪、以及波束管理;和/或,所述定位特性包括以下特性中的至少一个:基于下行(downlink,DL)离开角(angle of departure,AOD)的定位特性、基于下行到达时间差(downlink-time difference of arrival,DL-TDOA)的定位特性、定位参考信号的带宽大小、下行定位参考信号资源数目、以及支持发送用于定位的周期性探测参考信号(sounding reference signal,SRS);和/或,若所述终端的类型为所述第二类型,必选特性集合还包括空口通信特性,所述空口通信特性包括以下特性中的至少一个:低成本波形、数据信道重复、基于配置授权的数据传输、时隙聚合、以及HARQ进程数为1。
第二方面,本申请提供了一种确定终端的特性的方法。该方法是与第一方面对应的网络设备侧的方法,其有益效果可以参考第一方面对有益效果的描述。
首先,网络设备(也可以是网络设备中的模块或单元)根据终端的类型,确定所述终端的特性集合,特性集合可以包括必选特性集合和可选特性集合,其中,必选特性集合与终端的类型相关。必选特性集合为非空集合。可选特性集合可以为空集或非空集合。
其次,网络设备根据所述特性集合中的特性与所述终端进行通信。
在一些实现方式中,终端的特性集合中包括第一特性,第一特性可以是必选特性,也可以是可选特性。第一特性的默认值和/或第一特性的候选值集合与终端的类型相关。也就是说,可以针对不同类型的终端分别定义特性的默认值或候选值集合。
在一些实现方式中,特性集合中的第二特性需要通过与信令交互来确定,在此情况下,网络设备还可以向终端发送第一指示信息,第一指示信息指示开启或关闭第二特性,或指示第二特性的取值。可选地,网络设备还可以接收终端发送的第一确认信息,第一确认信息指示第二特性已开启或已关闭、或指示已正确接收第一指示信息。
在一些实现方式中,特性集合中的第三特性需要通过与信令交互来确定,在此情况下,网络设备还可以接收终端发送的第二指示信息,第二指示信息指示开启或关闭第三特性,或指示第三特性的取值。可选地,网络设备还可以向终端发送第二确认信息,第二确认信息指示第三特性开启或关闭、或指示第三特性的取值、或指示已正确接收第二指示信息。
在一些实现方式中,不同的终端的类型的如下至少一个属性不同:支持的业务类型、对移动性的需求、对业务数据的传输时延需求、所处的无线信道环境、对业务数据的传输可靠性需求、对覆盖的需求、以及部署场景。
在一些实现方式中,终端的类型为以下中的一种:eMBB终端、URLLC终端、IoT终端、CPE、AR终端、VR终端、MTC终端、和V2X终端。
在一些实现方式中,若所述终端的类型为第一类型,必选特性集合包括定位特性和旁链路通信特性;和/或,若所述终端的类型为第二类型,必选特性集合包括感知特性和非陆地网络NTN通信特性;和/或;若所述终端的类型为第三类型,必选特性集合包括人工智能AI特性。
在一些实现方式中,若所述终端的类型为所述第一类型,必选特性集合还包括空口通信特性,所述空口通信特性包括以下特性中的至少一个:超低时延处理定时、循环前缀-正交频分复用CP-OFDM波形、基于配置授权的数据传输、时隙聚合、混合自动重传请求HARQ进程数为2、基于同步信号块的无线链路管理和/或无线资源管理、非周期信道状态信息测量上报、波束跟踪、以及波束管理;和/或,所述定位特性包括以下特性中的至少一个:基于下行离开角的定位特性、基于下行到达时间差的定位特性、定位参考信号的带宽大小、下行定位参考信号资源数目、以及支持发送用于定位的周期性探测参考信号;和/或,若所述终端的类型为所述第二类型,必选特性集合还包括空口通信特性,所述空口通信特性包括以下特性中的至少一个:低成本波形、数据信道重复、基于配置授权的数据传输、时隙聚合、以及HARQ进程数为1。
第三方面,本申请提供了一种通信装置,该装置包括用于执行上述第一方面或第一方面的任意可能的实现方式中的方法的模块;或者,包括用于执行上述第二方面或第二方面的任意可能的实现方式中的方法的模块。
第四方面,提供了一种通信装置,包括处理器。该处理器与存储器耦合,可用于执行存储器中的指令,以实现上述第一方面中任一种可能实现方式中的方法。可选地,该装置还包括存储器。可选地,该装置还包括通信接口,处理器与通信接口耦合。
在一种实现方式中,该装置为终端设备。当该装置为终端设备时,所述通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该装置为配置于终端设备中的芯片。当该装置为配置于终端设备中的芯片时,所述通信接口可以是输入/输出接口。
可选地,所述收发器可以为收发电路。可选地,所述输入/输出接口可以为输入/输出电路。
第五方面,本申请提供了一种通信装置,包括处理器。该处理器与存储器耦合,可用于执行存储器中的指令,以实现上述第二方面中任一种可能实现方式中的方法。可选地,该装置还包括存储器。可选地,该装置还包括通信接口,处理器与通信接口耦合。
在一种实现方式中,该装置为网络设备。当该装置为网络设备时,所述通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该装置为配置于网络设备中的芯片。当该装置为配置于网络设备中的芯片时,所述通信接口可以是输入/输出接口。
可选地,所述收发器可以为收发电路。可选地,所述输入/输出接口可以为输入/输出电路。
第六方面,本申请提供了一种处理器,包括:输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号,并通过所述输出电路输出信号,使得所述处理器执行上述第一方面或第二方面中任一方面中的任一种可能实现方式中的方法。
在具体实现过程中,上述处理器可以为芯片,输入电路可以为输入管脚,输出电路可以为输出管脚,处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的,输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的,且输入电路和输出电路可以是同一电路,该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。
第七方面,本申请提供了一种通信装置,包括处理器和存储器。该处理器用于读取存储器中存储的指令,并可通过接收器接收信号,通过发射器发射信号,以执行第一方面或第二方面中任一方面中的任一种可能实现方式中的方法。
可选地,所述处理器为一个或多个,所述存储器为一个或多个。
可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
在具体实现过程中,存储器可以为非瞬时性(non-transitory)存储器,例如只读存储器(read only memory,ROM),其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
应理解,相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程,接收能力信息可以为处理器接收输入能力信息的过程。具体地,处理输出的数据可以输出给发射器,处理器接收的输入数据可以来自接收器。其中,发射器和接收器可以统称为收发器。
上述第七方面中的装置可以是芯片,该处理器可以通过硬件来实现也可以通过软件来实现,当通过硬件实现时,该处理器可以是逻辑电路、集成电路等;当通过软件来实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现,该存储器可以集成在处理器中,可以位于该处理器之外,独立存在。
第八方面,本申请提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序或指令,当该计算机程序或指令被执行时,实现上述第一方面或第二方面中任一方面中的任意可能的实现方式中的方法。
第九方面,本申请提供了一种计算机程序产品,包含指令,当该指令被运行时,实现第一方面或第二方面中任一方面中的任意可能的实现方式中的方法。
第十方面,本申请提供了一种通信系统,该通信系统包括终端和网络设备。
附图说明
图1是本申请的实施例应用的通信系统的架构示意图。
图2是本申请的实施例的确定终端的特性的方法的示意性流程图。
图3是本申请的另一实施例的确定终端的特性的方法的示意性流程图。
图4是本申请的另一实施例的确定终端的特性的方法的示意性流程图。
图5是不同类型的终端的特征分析的示例。
图6是本申请的实施例提供的可能的通信装置的结构示意图。
图7是本申请的实施例提供的可能的通信装置的另一结构示意图。
具体实施方式
为了便于理解,下面给出与本申请相关的概念的说明。
1、eMBB
eMBB业务是指在现有移动宽带业务场景的基础上,对于网速、用户体验等性能的进一步提升,这也是最贴近我们日常生活的应用场景。比如,当用户观看4K高清视频,峰值能够达到10Gbps。例如,eMBB业务可以是三维(three-dimensional,3D)/超高清视频等大流量移动宽带的业务。
2、URLLC
URLLC业务可以包括以下各类场景下的业务:工业应用和控制、交通安全和控制、远程制造、远程培训、远程手术、无人驾驶、安防行业等。
3、MTC
MTC业务可以指低成本、覆盖增强的业务,也称为机器与机器(machine-to-machine,M2M)业务,或海量物联网通信(massive machine-type communications,mMTC)业务。
4、IoT
IoT业务可以是具有覆盖广、连接多、速率低、成本低、功耗低、架构优等特点的业务。比如,IoT业务可以应用于智能水表,智能停车、宠物智能跟踪、智能自行车、智能烟雾检测器、智能马桶、智能售货机等场景。
IoT终端可以是传感器、控制器等,比如温度传感器、湿度传感器、火警警报器、感知器、探测器等。IoT终端也可以是MTC终端、窄带IoT(narrow band IoT,NB-IoT)终端或mMTC终端。
5、CPE
CPE可以理解为是移动通信网络和WiFi网络的中继设备,可以将在移动通信网络中接收到的信息通过WiFi信号发送给终端,或者将在WiFi网络中接收到的信息通过移动通信网络的空中接口发给基站。CPE有两个无线通信接口,一个是移动通信网络空中接口用于与移动通信网络中的基站进行通信,另一个是WiFi无线通信接口用于与终端进行通信。这里的移动通信网络可以是任意一种移动通信网络,例如,可以是第四代(4th Generation,4G)移动通信网络、第五代(5th generation,5G)移动通信网络、6G移动通信网络或未来的移动通信网络。CPE可以同时支持多个终端接入。CPE可大量应用于农村、城镇、医院、办公室、工厂、小区等应用场景,能节省铺设有线网络的费用,替代有线宽带。
6、车联网
车联网(vehicle to everything,V2X)是未来智能交通运输系统的关键技术。V2X可以使得车与车、车与基站、基站与基站之间能够通信。从而获得实时路况、道路信息、行人信息等一系列交通信息,从而提高驾驶安全性、减少拥堵、提高交通效率,同时还可以提供车载娱乐信息等。
7、终端的特性
在本申请中,特性也可以替换为能力、功能、特征、特性能力等,即终端的特性也可以描述为终端的能力、终端的功能、终端的特征、终端的特性能力等。下文统一采用特性的描述方式。
终端的特性可以包括必选特性和可选特性。
特性集合是由一个或多个终端的特性构成的集合。
8、必选特性
必选特性是终端的基本特性,是终端必须要支持的特性。在本申请中,由必选特性构成的特性集合也可以描述为最小特性集合、必选特性集合等。
在NR标准中,研究的主要场景为eMBB场景,因此针对eMBB定义了终端的必选特性。
示例性地,现有技术中规定如下特性是必选特性。
1)支持的HARQ进程的个数为16。
2)信道带宽
现有技术中,终端需要支持表1中各个载波、频段的各种信道带宽。
比如,如表1所示,n1频段内终端需要支持20MHz带宽;n2频段内终端需要支持20MHz;n3频段内终端需要支持30MHz带宽;以此类推。
表1
3)波形
现有技术中,针对下行传输,终端需要支持正交频分复用(orthogonal frequencydivision multiplexing,OFDM)波形。针对上行传输,终端需要支持OFDM波形和离散傅里叶变换扩频OFDM(discrete Fourier transform-spread OFDM,DFT-S-OFDM)波形。
4)调制方式
现有技术中,对于频率范围1(frequency range 1,FR1)的数据传输,终端需要支持64正交幅度调制(quadrature amplitude modulation,QAM)。
5)物理下行共享信道(physical downlink shared channel,PDSCH)
现有技术中,终端需要支持虚拟资源块到物理资源块的交织映射(interleavingfor VRB-to-PRB mapping)。
6)小区切换
7)邻小区测量
9、可选特性
可选特性是终端可以支持也可以不支持的能力。
示例性地,现有技术中规定如下特性是可选特性。
1)定位特性
定位特性包括基本的定位参考信号(position reference signal,PRS)的处理能力。
比如,终端发送PRS,基站根据PRS确定终端的位置。
比如,终端接收PRS,终端根据PRS以及基站的位置,确定终端的位置。
2)旁链路通信特性
旁链路通信特性包括基本的旁链路通信的能力,例如,接收和发送旁链路信息。旁链路信息可以包括如下至少一项:旁链路控制信道(sidelink control channel,SCCH)、旁链路共享信道(sidelink shared channel,SSCH)、以及旁链路反馈信道(sidelinkfeedback channel,SFCH)。
3)终端物理上行共享信道(physical uplink shared channel,PUSCH)处理能力2
终端PUSCH处理能力可以简称为PUSCH准备时间(PUSCH preparation time)。
终端PUSCH处理能力可以是指从终端接收到物理下行控制信道(physicaldownlink control channel,PDCCH)到终端传输PUSCH的时间,其中PDCCH携带下行控制信息(downlink control information,DCI),DCI用于调度PUSCH。
其中,PUSCH处理能力包括能力1和能力2。
示例性地,表2是PUSCH处理能力1,表3是PUSCH处理能力2,表4是帧结构参数。表2和表3中的μ表示子载波间隔配置信息,取值见表4。
表2
μ | PUSCH准备时间N<sub>2</sub>[符号] |
0 | 10 |
1 | 12 |
2 | 23 |
3 | 36 |
表3
μ | PUSCH准备时间N<sub>2</sub>[符号] |
0 | 5 |
1 | 5.5 |
2 | 对于频率范围1(frequency range 1),为11 |
表4
μ | Δf=2<sup>μ</sup>·15[kHz] | 循环前缀(cyclic prefix) |
0 | 15 | 正常(normal) |
1 | 30 | 正常 |
2 | 60 | 正常,扩展(extended) |
3 | 120 | 正常 |
4 | 240 | 正常 |
4)PDSCH重复
一次调度可以进行多次重复的数据传输。多次数据传输可以占用多个时隙。重复的次数可以是预定义的,也可以是通过高层信令指示的,或者,也可以通过物理层信令指示的。多个重复的数据可以是不同冗余版本的相同数据,通过该方式的数据传输可以降低码率,多次重复传输获取分集增益,提高数据传输的可靠性,提升覆盖。
5)下行半静态调度(semi-persistent scheduling,SPS)
可以通过一个DCI调度多次传输,可以预定义多次传输的次数,或者通过DCI来终止SPS的传输。基于SPS下的数据传输,可以实现快速的大包数据传输,降低DCI的信令开销,降低传输时延。
6)配置授权,也可以称为免调度授权(grant free)
配置授权类型1(configured grant type 1):基于无线资源控制(radioresource control,RRC)信令配置的调度信息进行数据传输,可以没有DCI指示。
配置授权类型2(configured grant type 2):基于RRC信令配置的调度信息进行数据传输,需要用DCI激活去激活。
基于配置授权类型下的数据传输,可以实现终端快速数据传输,不需要DCI的调度,降低传输时延。
10、终端的特性的默认值和候选值集合
对于终端的特性,如果该特性无需终端与其他设备(例如,其他终端、基站等)进行交互来确认,可以确定为默认值。该默认值可以通过协议预定义。例如,协议直接定义某个特性的取值。又例如,协议定义某个特性的默认值选取候选值集合中的哪个。候选值集合包括某个终端的特性的可能取值。
终端可以上报是否支持某个特性和/或上报支持的取值。对于某个特性,若终端上报支持的某个或多个取值,则网络设备可以根据终端上报的情况确定该特性的取值;若终端不上报,则网络设备默认为某个取值,该取值即为默认值。
11、终端的类型
在本申请中,不同的终端的类型的如下至少一个属性不同:支持的业务类型、对移动性的需求、对业务数据的传输时延需求、所处的无线信道环境、对业务数据的传输可靠性需求、对覆盖的需求、以及部署场景。
或者,终端的类型为以下中的至少一种:eMBB终端、URLLC终端、IoT终端、CPE、AR终端、VR终端、MTC终端、和V2X终端。
可选地,终端的类型也可以是指终端的业务类型。
下面将结合附图,对本申请中的技术方案进行描述。
图1是本申请的实施例应用的通信系统1000的架构示意图。如图1所示,该通信系统包括无线接入网100和核心网200,可选的,通信系统1000还可以包括互联网300。其中,无线接入网100可以包括至少一个无线接入网设备(如图1中的110a和110b),还可以包括至少一个终端(如图1中的120a-120j)。终端通过无线的方式与无线接入网设备相连,无线接入网设备通过无线或有线方式与核心网连接。核心网设备与无线接入网设备可以是独立的不同的物理设备,也可以是将核心网设备的功能与无线接入网设备的逻辑功能集成在同一个物理设备上,还可以是一个物理设备上集成了部分核心网设备的功能和部分的无线接入网设备的功能。终端和终端之间以及无线接入网设备和无线接入网设备之间可以通过有线或无线的方式相互连接。图1只是示意图,该通信系统中还可以包括其它网络设备,如还可以包括无线中继设备和无线回传设备,在图1中未画出。
无线接入网设备可以是基站(base station)、演进型基站(evolved NodeB,eNodeB)、发送接收点(transmission reception point,TRP)、第五代(5th generation,5G)移动通信系统中的下一代基站(next generation NodeB,gNB)、第六代(6thgeneration,6G)移动通信系统中的下一代基站、未来移动通信系统中的基站或WiFi系统中的接入节点等;也可以是完成基站部分功能的模块或单元,例如,可以是集中式单元(central unit,CU),也可以是分布式单元(distributed unit,DU)。无线接入网设备可以是宏基站(如图1中的110a),也可以是微基站或室内站(如图1中的110b),还可以是中继节点或施主节点等。本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。为了便于描述,下文中将无线接入网设备简称为网络设备,网络设备和基站两个术语可以互换。
图1中终端可以位于网络设备的小区覆盖范围内。其中,终端可以通过上行链路(uplink,UL)或下行链路(downlink,DL)与网络设备进行空口通信,在UL方向上,终端可以向网络设备发送数据;在DL方向上,网络设备可以向终端发送控制信息,也可以向终端发送数据,即终端可以接收网络设备发送的控制信息和/或数据。
在本申请的实施例中,终端也可以称为终端设备、用户设备(user equipment,UE)、移动台、移动终端等。终端可以广泛应用于各种场景,例如,设备到设备(device-to-device,D2D)、V2X通信、MTC、IoT、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、无人机、直升机、飞机、轮船、机器人、机械臂、智能家居设备等。本申请的实施例对终端所采用的具体技术和具体设备形态不做限定。
本申请的实施例对网络设备和终端的应用场景不做限定。例如,网络设备和/或终端可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上;还可以部署在空中的飞机、气球和人造卫星上。
网络设备和终端的角色可以是相对的,例如,图1中的直升机或无人机120i可以被配置成移动基站,对于那些通过120i接入到无线接入网100的终端120j来说,终端120i是基站;但对于基站110a来说,120i是终端,即110a与120i之间是通过无线空口协议进行通信的。当然,110a与120i之间也可以是通过基站与基站之间的接口协议进行通信的,此时,相对于110a来说,120i也是基站。因此,基站和终端都可以统一称为通信装置,图1中的110a和110b可以称为具有基站功能的通信装置,图1中的120a-120j可以称为具有终端功能的通信装置。
在本申请的实施例中,网络设备和终端之间、网络设备和网络设备之间、终端和终端之间可以通过授权频谱进行通信,也可以通过免授权频谱进行通信,也可以同时通过授权频谱和免授权频谱进行通信。本申请的实施例即适用于低频场景(sub 6G),也适用于高频场景(6G以上)、太赫兹、光通信等。例如,网络设备和终端之间可以通过6千兆赫(gigahertz,GHz)以下的频谱进行通信,也可以通过6GHz以上的频谱进行通信,还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对通信所使用的频谱资源不做限定。
在本申请的实施例中,网络设备的功能也可以由网络设备中的模块(如芯片)来执行,也可以由包含有网络设备功能的控制子系统来执行。这里的包含有网络设备功能的控制子系统可以是智能电网、工业控制、智能交通、智慧城市等上述终端的应用场景中的控制中心。终端的功能也可以由终端中的模块(如芯片或调制解调器)来执行,也可以由包含有终端功能的装置来执行。
可以理解的是,本申请的实施例中,PDSCH、PDCCH和PUSCH只是作为下行数据信道、下行控制信道和上行数据信道一种举例,在不同的系统和不同的场景中,数据信道和控制信道可能有不同的名称,本申请的实施例对此并不做限定。
本申请实施例中,通信的时域的衡量单位可以称为时间单元或时间调度单位。时间调度单位或者时间单元可以是无线帧,子帧,时隙(slot),微时隙(mini-slot)或者子时隙等。时间调度单位或时间单元也可以是一个或者多个符号等等,其中符号是一种时域上的基本单元。本申请中以时隙为例进行说明。其中,时隙可以是指时间单元,可以用上述时间单元的举例代替,本申请对此不做限定。
本申请实施例中,通信的频域的衡量单位可以称为频域资源单元或频域调度单位。其中,频域资源单元可以是基本资源单元(resource element,RE),资源块(resourceblock),资源块组(resource block group)等。其中,一个资源块可以包括一个或多个资源单元。一个资源块组可以包括一个或多个资源块。比如,用于进行数据传输的频域资源单元可以包括若干个基本资源单元,一个RE可以对应于一个子载波,一个物理资源块(physicalresource block,PRB)中有X1个基本资源单元,X1为大于等于1的整数。示例性地,X1为12。本申请中以资源块为例进行说明。其中,资源块可以是指频域资源单元,可以用上述频域资源单元的举例代替,本申请对此不做限定。
本申请实施例中的,高层信令可以指RRC信令,媒体接入控制(medium accesscontrol,MAC)信令,无线链路控制(radio link control,RLC)信令等中的至少一种。本申请中以RRC信令为例进行说明。其中,RRC信令可以是指高层信令,可以用上述高层信令中的举例代替,本申请对此不做限定。
本申请实施例中的,物理层信令可以是下行控制信息(DCI)、接收控制信息(receive control information,RCI)、上行控制信息(UCI)和发送控制信息(transmitcontrol information,TxCI)中的至少一个。本申请中以DCI为例进行说明。其中,DCI可以是指物理层信令,可以用上述物理层信令中的举例代替,本申请对此不做限定。
在NR标准中终端的必选特性是针对eMBB终端定义的,而对于其他类型的终端(比如,URLLC终端、IoT终端等),在研究终端的特性的时候,是在eMBB终端的基础上继续叠加的,而且大多数的特性是可选特性,会导致各类型的终端规模化生产时成本和芯片复杂度较高、终端能耗较大,举例分析如下。
1、对于必选特性
对于其他类型的终端,eMBB终端的一些必选特性是可以不需要支持的。如果其他类型的终端必须支持eMBB终端的全部必选特性,会导致芯片成本较高,终端功耗较大,芯片复杂度较高,不利用其他类型的终端的大规模商用。
比如,对于HARQ进程数为16,需要终端支持较强的存储能力。因此,如果其他类型的终端必须支持16个HARQ进程,会导致芯片的成本较高,能耗较大,能力较弱。针对某些只有小包数据传输的终端,比如IoT终端,无法满足低成本的需求。
比如,对于信道带宽,针对IoT终端等,无需支持20MHz的带宽,可以仅支持5M或更小的带宽即可。按照目前的设计会导致成本较高。
比如,对于64QAM,针对小包数据传输的业务,无需支持64QAM,可以仅支持16QAM、正交相移键控(quadrature phase shift keying,QPSK)即可。按照目前的设计会导致成本较高,功耗较大。
2、对于可选特性
对于其他类型的终端,很多特别重要的特性定义为了可选特性,会导致终端不能满足业务特性需求,降低了传输性能,不利于工业界大规模商用。
比如,针对IoT终端,为了满足深覆盖的需求,数据重复传输是很重要的特性,在其为可选特性的情况下,会导致覆盖受限,性能受限。
比如,针对URLLC终端,为了满足低时延可靠性的通信需求,终端PUSCH处理能力2和配置授权是很关键的特性,在为可选特性的情况下,会导致处理时间较长,时延较大,无法满足低时延的需求。
3、在现有技术中,不同类型的终端对应的特性的候选值集合或默认值是固定、相同的。采用统一设计可能会导致特性取值的上报的开销较大,降低通信性能。
比如,调制阶数特性的候选值集合可以包括bpsk-halfpi、bpsk、qam16、qam64、以及qam256。如果用二进制表示,每个候选值则需要用3个比特指示。以特性参数ModulationOrder为例:
ModulationOrder::=ENUMERATED{bpsk-halfpi,bpsk,qpsk,qam16,qam64,qam256}
比如,终端支持的用于无线链路测量(radio link measurement,RLM)的信道状态信息参考信号(channel state information-reference signal,CSI-RS)资源的最大个数的候选值集合可以包括2、4、6、8。如果用二进制表示,每个候选值则需要用2个比特指示。以特性参数maxNumberResource-CSI-RS-RLM为例:
maxNumberResource-CSI-RS-RLM ENUMERATED{n2,n4,n6,n8}OPTIONAL
比如,终端支持的用于无线资源管理(radio resource management,RRM)的CSI-RS资源的最大个数的候选值集合可以包括4、8、16、32、64、96等。如果用二进制表示,每个候选值则需要用3个比特指示。以特性参数maxNumberCSI-RS-RRM-RS-SINR为例:
maxNumberCSI-RS-RRM-RS-SINR ENUMERATED{n4,n8,n16,n32,n64,n96}OPTIONAL
比如,终端支持的下行传输的多输入多输出(multiple input multiple output,MIMO)层数的候选值集合可以包括2、4、8等。如果用二进制表示,每个候选值则需要用2个比特指示。以特性参数MIMO-LayersDL为例:
MIMO-LayersDL::=ENUMERATED{twoLayers,fourLayers,eightLayers}
比如,终端支持的上行传输的MIMO层数的候选值集合可以包括1、2、4等。如果用二进制表示,每个候选值则需要用2个比特指示。以特性参数MIMO-LayersUL为例:
MIMO-LayersUL::=ENUMERATED{oneLayer,twoLayers,fourLayers}
比如,终端支持的带宽,针对FR1,候选值集合可以包括5MHz、10MHz、15MHz、20MHz、25MHz、30MHz、40MHz、50MHz、60MHz、80MHz、100MHz等,如果用二进制表示,每个候选值则需要用4个比特指示;针对FR2,候选值集合可以包括50MHz、100MHz、200MHz、400MHz等,如果用二进制表示,每个候选值则需要用2个比特指示。以特性参数SupportedBandwidth为例:
SupportedBandwidth::=CHOICE{
fr1 ENUMERATED{mhz5,mhz10,mhz15,mhz20,mhz25,mhz30,mhz40,mhz50,mhz60,mhz80,mhz100},
fr2 ENUMERATED{mhz50,mhz100,mhz200,mhz400}
}
随着工业界和产业界的发展,主流终端将不再仅是某个类型的终端,而是多种类型的终端都成为主流终端。例如,eMBB终端、URLLC终端、IoT终端、CPE和V2X终端等均成为主流终端。若终端的特性仍采用现NR的设计,会导致各类终端规模化生产时成本和芯片复杂度较高、终端能耗较大。因此,在下一代技术研究或者6G通信技术研究中需要进一步优化终端的特性的设计。
针对上述问题,本申请提出了一种确定终端的特性的方法,能够实现终端的特性的定制化和终端的特性的最小化,在满足不同类型的终端的特性需求的同时,降低芯片成本和终端实现处理复杂度,实现终端节能。
图2是本申请的实施例的确定终端的特性的方法的示意性流程图。图2所示的方法可以由终端和网络设备执行,也可以由终端和网络设备中的模块或单元执行。下面以执行主体为终端和网络设备为例进行描述。
步骤201,终端确定终端的特性集合。
其中,该特性集合与终端的类型相关。
特性集合与终端的类型的关系将在下文详细描述。
步骤202,网络设备根据终端的类型确定终端的特性集合。
步骤203,终端和网络设备根据终端的特性集合中的特性进行通信。
其中,本申请对于步骤201和步骤202的顺序不做限定。比如,可以先步骤201,再步骤202;或者,先步骤202,再步骤201,或者,步骤201和步骤202同时进行。
这里的终端的特性集合可以理解为终端所支持的特性的集合。
终端的特性集合可以包括第一集合和第二集合。第一集合中的特性为必选特性,第一集合为非空集合,第一集合与终端的类型相关,第一集合也可以称为终端的最小特性集合。第二集合中的特性属于由可选特性构成的集合,或者也可以描述为第二集合中的特性为可选特性,第二集合可以为空集或非空集合。
在本申请中,针对不同类型的终端,可以通过协议定义特性集合中的特性。比如,特性集合包括第一特性,第一特性是通过协议定义的。例如,对于第一类型的终端,定义第一特性集合,对于第二类型的终端,定义第二特性集合。在此情况下,对于终端来说,确定终端的特性集合可以理解为检测自己当前的特性集合。对于网络设备来说,确定终端的特性集合可以是根据终端的类型获取与该类型相对应的特性集合。
此外,网络设备可以从终端获取终端的类型。例如,在终端开机时,终端向网络设备上报终端的类型,以便网络设备确定终端的特性集合。
可选地,当网络设备为接入网设备时,网络设备可以从核心网设备获取终端的类型。比如,终端向核心网上报终端的类型,核心网设备向网络设备发送终端的类型,网络设备通过接收到的核心网设备发送的终端的类型确定终端的类型。
在本申请中,终端的特性集合中包括第一特性,第一特性的默认值或候选值集合与终端的类型相关。第一特性可以是必选特性,也可以是可选特性。第一特性的默认值或候选值集合与终端的类型的关系将在下文详细描述。
在一些实现方式中,对于终端的特性集合中的特性的开启、关闭或取值可以是协议预定义的。这样可以减少信令开销。
在另一些实施例中,对于终端的特性集合中的特性的开启、关闭或取值还可以是通过终端和网络设备之间的信令交互确定的。这样可以实现灵活开启或关闭特性以及降低终端能耗。
终端和网络设备的信令交互可以包括终端向网络设备指示开启或关闭某个或某些特性、终端向网络设备指示某个或某些特性的取值、网络设备向终端指示开启或关闭某个或某些特性、网络设备向终端指示某个或某些特性的取值中的至少一个。这里提到的某个或某些特性可以是必选特性,也可以是可选特性。
若终端的特性集合包括第二特性,且由网络设备向终端指示第二特性的开启或关闭、或指示第二特性的取值,终端和网络设备还可以执行步骤404和步骤405,其中,步骤405为可选步骤。
步骤204,网络设备向终端发送第一指示信息。相应地,终端接收网络设备发送的第一指示信息。
其中,第一指示信息指示第二特性的开启或关闭、或指示第二特性的取值。
可选地,第一指示信息包括第一标识,第一标识指示第二特性。
在一些实现方式中,若网络设备针对单个特性指示开启、关闭或取值,第一标识可以为第二特性的标识。若第二特性包括一个或多个特性,第一标识相应的包括至少一个标识。
在另一些实现方式中,第一指示信息还可以指示第五特性的开启、关闭或取值。
作为一个示例,第二特性与第五特性具有关联关系,第一标识可以为第二特性的标识,网络设备可以通过在第一指示信息携带第二特性的标识,实现指示第二特性和第五特性的开启、关闭或取值。也就是说,可以将第二特性与第五特性绑定,当第二特性开启时第五特性也开启,或者当第二特性开启时第五特性关闭,或者当第二特性关闭时第五特性开启,或者当第二特性关闭时第五特性也关闭。
作为一种可能的实现方式,第二特性和第五特性的关联关系可以根据终端的类型确定。
可选地,此处的关联关系可以是协议预定义的,也可以是网络设备通过高层信令,或物理层信令等告知终端的。
例如,HARQ反馈特性与数据信道重复特性可以具有关联关系。当HARQ反馈特性开启时,数据信道重复特性也开启。
作为另一个示例,可以为由第二特性与第五特性构成的特性集合定义集合标识,第一标识可以为该集合标识。当集合标识对应的指示为开启时,该集合标识对应的第二特性和第五特性均开启;当集合标识对应的指示为关闭时,该集合标识对应的第二特性和第五特性均关闭;若集合标识可以对应第二特性和第五特性的取值时,网络设备也可以通过集合标识指示第二特性和第五特性的取值。这样,网络设备可以通过在第一指示信息携带集合标识,实现指示第二特性和第五特性的开启、关闭或取值。
作为一种可能的实现方式,集合标识与特性的对应关系可以根据终端的类型确定。
可选地,集合标识与特性之间具有对应关系,所述对应关系可以是协议预定义的,也可以是网络设备通过高层信令或物理层信令等告知终端的。
例如,如表5所示,集合标识与特性之间对应关系可以是表格中的至少一行或者至少一列。网络设备可以通过指示集合标识1,指示开启或关闭特性a1到特性an;网络设备可以通过指示集合标识2,指示开启或关闭特性b1到特性bn;网络设备可以通过指示集合标识3,指示特性c1到特性cn的取值。其中,an、bn、cn可以相同也可以不同。
表5
集合标识 | 特性集合 |
集合标识1 | 特性a1,特性a2,…,特性an |
集合标识2 | 特性b1,特性b2,…,特性bn |
集合标识3 | 特性c1的取值,特性c2的取值,…,特性cn的取值 |
通过上述联合指示的方式,可以降低指示开销,灵活开启或关闭特性,实现终端节能。
步骤205,终端向网络设备发送第一确认消息。相应地,网络设备接收终端发送的第一确认信息。
其中,第一确认消息指示第二特性已开启或已关闭、或者指示第一指示信息是否接收成功。
1、第一确认信息为物理层信令。
作为一个示例,第一确认信息可以为上行控制信息(uplink controlinformation,UCI)。
例如,UCI可以是调度请求(scheduling request,SR)信息。如果终端发送SR,则表明终端正确接收第一指示信息。或者,如果SR信息中包括的数据承载取值大于或等于(或者大于)XR1,则表明终端正确接收第一指示信息。或者,如果,SR信息中包括的数据承载取值小于(或者小于或等于)XR1,则表明终端没有正确接收第一指示信息。
又例如,UCI可以是肯定应答(acknowledgement,ACK)/否定应答(negativeacknowledgement,NACK)信息。如果终端发送ACK,则表明终端正确接收第一指示信息;如果终端发送NACK,则表明终端未正确接收第一指示信息。或者,可以采用NACK only的方式,即仅接收失败时反馈NACK,接收成功则不反馈。
可选地,第一确认信息可以与数据的反馈一起发送。比如当DCI调度数据信道时,终端可以接收数据信道携带的数据(比如PDSCH),当PDSCH上的数据译码成功时,终端反馈ACK,即表明数据接收成功,并且表明第一指示信息接收成功。当PDSCH上的数据译码失败时,终端反馈NACK,即表明数据接收失败,以及表明第一指示信息接收失败。
可选地,第一确认信息可以与数据的反馈分开发送。比如当DCI调度数据信道时,终端可以接收数据信道携带的数据(比如PDSCH),当PDSCH上的数据译码成功时,终端反馈ACK,即表明数据接收成功。针对第一指示信息,终端可以发送ACK,表明第一指示信息接收成功。当PDSCH上的数据译码失败时,终端反馈NACK,即表明数据接收失败。针对第一指示信息,终端可以发送ACK,表明第一指示信息接收成功。也就是说,终端可以发送两个ACK/NACK信息,其中一个表明第一指示信息的确认,一个表明数据的确认。两个ACK/NACK信息先后顺序不限,可以预定义,也可以网络设备配置。
2、第一确认信息为高层信令。
3、第一确认信息为上行序列或上行信号。
例如,第一确认信息可以为前导序列(preamble)、SRS、或者其他上行信号。当终端接收到第一指示信息,可以发送上行序列前导序列、SRS、或者其他上行信号。
对于网络设备,当网络设备接收到第一确认信息,网络设备可以确定终端已正确接收第一指示信息或终端已开启或关闭某些特性。
在一些实现方式中,终端发送第一确认信息的传输资源可以是网络设备告知终端的。在本申请中,传输资源包括时域资源、频域资源、码资源(序列)中的至少一项。可选地,码资源(序列)可以与终端的标识绑定。
可选地,传输资源可以是公共上行传输资源,即多个终端共同使用的上行传输资源。若终端在公共上行传输资源中发送第一确认信息,则终端可以在发送第一确认信息时发送终端的标识。
可选地,传输资源可以是终端专用的上行传输资源。
在一些实现方式中,终端发送第一确认信息的传输资源也可以是DCI指示的。示例性地,终端接收到DCI,并在DCI中指示的传输资源上传输第一确认信息。
由网络设备建议或指示终端特性的开启、关闭或取值,可以更好的适应环境或业务的需求,提高特性开启的灵活性,降低终端功耗,实现节能,提高通信性能。
若终端的特性集合包括第三特性,且由终端向网络设备指示第三特性的开启或关闭、或指示第三特性的取值,终端和网络设备还可以执行步骤406和步骤407,其中,步骤407为可选步骤。
步骤206,终端向网络设备发送第二指示信息。
其中,第二指示信息指示第三特性的开启或关闭、或指示第三特性的取值。
终端通过第二指示信息表明期望或建议开启或关闭第三特性、或表明期望或建议的第三特性的取值。
可选地,第二指示信息包括第二标识,第二标识指示第二特性。
在一些实现方式中,若网络设备针对单个特性指示开启、关闭或取值。
在另一些实现方式中,第一指示信息还可以指示第六特性的开启、关闭或取值。
第二指示信息的实现方式可以参考第一指示信息的描述,在此不再赘述。
步骤207,网络设备向终端发送第二确认消息。
其中,第二确认消息指示第三特性已开启或已关闭、或者指示第二指示信息是否接收成功。
1、第二确认信息为物理层信令。
1)第二确认信息为DCI。
当网络设备发送DCI调度上行数据即确认接收第二指示信息。
可选地,网络设备可以在DCI中指示开启或关闭第三特性、或指示第三特性的取值,即确定开启或关闭第三特性、或确定第三特性的取值。
可选地,可以通过DCI中的M个比特(bit)指示开启或关闭第三特性,M为正整数。
可选地,DCI中比特数的大小可以取决于第三特性的候选值的个数。例如,比特数等于log2(N)向上取整,其中,N为第三特性的候选值的个数。
可选地,通过DCI中一个bit开启或关闭第三特性。例如,该bit为0表示关闭第三特性,为1表示开启第三特性。
2)第二确认信息为ACK/NACK信息。
如果网络设备发送ACK,则表明网络设备正确接收第二指示信息;如果网络设备发送NACK,则表明网络设备没有正确接收第二指示信息,或者表明网络设备不准许终端进行第三特性的变更,即拒绝终端的请求。或者,可以采用NACK only的方式,即仅接收失败时反馈NACK,接收成功不反馈,或者,仅拒绝终端的请求时反馈NACK,准许终端的请求时不反馈。
可选地,第二确认信息可以与数据的反馈一起发送。比如当终端发送数据信道时,网络设备可以接收数据信道携带的数据(比如PUSCH),当PUSCH上的数据译码成功时,网络设备反馈ACK,即表明数据接收成功,并且表明第二指示信息接收成功或者网络设备准许终端进行第三特性的变更。当PUSCH上的数据译码失败时,网络设备反馈NACK,即表明数据接收失败,以及表明第二指示信息接收失败或者网络设备不准许终端进行第三特性的变更。
可选地,第二确认信息可以与数据的反馈分开发送。比如当终端发送数据信道时,网络设备可以接收数据信道携带的数据(比如PUSCH),当PUSCH上的数据译码成功时,网络设备反馈ACK,即表明数据接收成功。针对第二指示信息,网络设备可以发送ACK,表明第二指示信息接收成功或者网络设备准许终端进行第三特性的变更。当PUSCH上的数据译码失败时,网络设备反馈NACK,即表明数据接收失败。针对第二指示信息,网络设备可以发送ACK,表明第二指示信息接收成功或者网络设备准许终端进行第三特性的变更。也就是说,网络设备可以发送两个ACK/NACK信息,其中一个表明第二指示信息的确认,一个表明数据的确认。两个ACK/NACK信息先后顺序不限。
2、第二确认信息为高层信令。
当网络设备收到第二指示信息,可以发送RRC信令或MAC层信令指示终端第二指示信息接收成功、或指示准许或拒绝终端的请求。
例如,准许终端的请求时,可以发送同意(agree)信息,或者,完成(complete)信息。
又例如,拒绝终端的请求时,可以发送拒绝(reject)信息,或者,释放(release)信息。
终端接收到第二确认信息后,根据第二确认信息开启或关闭第三特性、或者确定第三特性的取值。
在一些实现方式中,网络设备发送第二确认信息的传输资源可以是网络设备告知终端的。
由终端建议或告知网络设备终端特性的开启、关闭或取值,可以更好的适应环境或业务的需求,提高特性开启的灵活性,降低终端功耗,实现节能,提高通信性能。比如,当终端没有数据传输需求或终端的数据量较小时,终端希望进入节能模式时,此时终端可以建议或告知网络设备终端特性的关闭,进而终端可以进入节能模式,降低终端功耗,实现终端节能。
图3是本申请的另一实施例的确定终端的特性的方法的示意性流程图。
与图2所示的方法不同的是,图3所示的方法中,终端可以根据网络设备的指示确定终端的特性集合。
步骤301,网络设备根据终端的类型确定终端的特性集合。详细描述可以参见图2中的步骤202。
步骤302,网络设备向终端发送第一指示信息。相应地,终端接收网络设备发送的第一指示信息。
其中,第一指示信息指示第二特性的开启或关闭、或指示第二特性的取值,第二特性为终端支持的特性。
第一指示信息的详细描述可以参考步骤204中第一指示信息的描述,在此不再赘述。
步骤303,在接收到第一指示信息后,终端向网络设备发送第一确认信息。相应地,网络设备接收终端的第一确认信息。该步骤为可选步骤。
第一确认信息的详细描述可以参考步骤205中第一确认信息的描述,在此不再赘述。
步骤304,终端根据第一指示信息,确定终端的特性集合。
例如,终端根据第一指示信息开启或关闭第二特性、或根据第一指示信息确定第二特性的取值。
步骤305,终端和网络设备根据终端的特性集合中的特性进行通信。
本方案中,终端根据网络设备的指示信息确定终端的特性集合,可以实现网络设备根据环境或业务等的需求,提高特性集合的灵活性,可以实现特性的灵活开启或关闭,降低终端功耗,实现终端节能,提高通信性能。
图4是本申请的另一实施例的确定终端的特性的方法的示意性流程图。
与图2和图3所示的方法不同的是,图4所示的方法中,网络设备根据终端的指示确定终端的特性集合。
步骤401,终端确定终端的特性集合。详细描述可以参见图2中的步骤201。
步骤402,终端向网络设备发送第二指示信息。相应地,网络设备接收终端发送的第二指示信息。
其中,第二指示信息指示第三特性的开启或关闭、或指示第三特性的取值,第三特性为终端支持的特性。
第二指示信息的详细描述可以参考步骤206中第二指示信息的描述,在此不再赘述。
步骤403,在接收到第二指示信息后,网络设备向终端发送第二确认信息。相应地,终端接收网络设备发送的第二确认信息。该步骤为可选步骤。
第二确认信息的详细描述可以参考步骤207中第二确认信息的描述,在此不再赘述。
步骤404,网络设备根据第二指示信息,确定终端的特性集合。
例如,网络设备根据第二指示信息开启或关闭第二特性、或根据第二指示信息确定第二特性的取值。
步骤405,终端和网络设备根据终端的特性集合中的特性进行通信。
本方案中,网络设备根据终端的指示信息确定终端的特性集合,可以实现终端建议或告知网络设备终端特性的开启或关闭,可以使得终端根据环境或业务等的需求,提高特性集合的灵活性,可以实现特性的灵活开启或关闭,降低终端功耗,实现终端节能,提高通信性能。
需要说明的是,上述第一特性、第二特性、第三特性、第五特性或第六特性可以包括一个特性,也可以包括多个特性。
在本申请提出的一种确定终端的特性的方法中,终端特性集合与终端的类型具有对应关系,能够实现终端的特性的定制化和终端的特性的最小化,在满足不同类型的终端的特性需求的同时,降低芯片成本和终端实现处理复杂度,实现终端节能。
下面对本申请的实施例中特性集合与终端的类型的关系进行详细描述。
首先,对几种常见类型的终端的特点进行说明。
不同的终端的类型的如下至少一个属性不同:支持的业务类型、对移动性的需求、对业务数据的传输时延需求、所处的无线信道环境、对业务数据的传输可靠性需求、对覆盖的需求、以及部署场景。
其中,属性还可以包括如下至少一个:时间敏感性需求、位置敏感性需求、定位需求、其他通信需求等。
可选地,业务类型可以根据业务数据的大小确定,例如,业务类型可以包括大包数据、中包数据、小包数据等。移动性可以包括移动、固定,也可以是指运动速度的大小,比如小于3km/h,30km/h,120km/h等等,也可以是指某种场景下的速度,比如步行速度,车速,高铁速度,飞机速度等;其中,移动也可以包括不规律移动、沿固定路线移动、超短距离移动等。传输时延需求可以包括高传输时延、低传输时延和传输时延一般等。信道环境可以包括信道环境多变、信道环境稳定、信道环境相对稳定等。可靠性需求可以包括高可靠性、低可靠性、可靠性一般等。覆盖需求可以包括广覆盖、强覆盖、弱覆盖、一般覆盖、深覆盖等。通信场景可以包括前述对通信系统进行描述时所包括的通信场景,或者通信场景也可以包括上行通信、下行通信、上下行通信、旁链路通信、发送链路、接收链路、全双工通信、接入通信、回传通信、中继通信等,不予限制。
示例性地,终端的类型包括如下一项或多项:eMBB设备、URLLC设备、IoT设备、CPE设备、V2X设备。其中,eMBB设备主要用于传输大包数据,也可以用于传输小包数据,一般处于移动状态,对于传输时延和可靠性的需求一般,上下行通信均有,信道环境比较复杂多变,可以室内通信,也可以室外通信,例如,eMBB设备可以为手机。URLLC设备主要用于传输小包数据,也可以传输中包数据,一般属于非移动状态,或者可以沿固定路线移动,对于传输时延和可靠性的需求较高,即要求低传输时延和高可靠性,上下行通信均有,信道环境稳定,例如,URLLC设备可以为工厂设备。IoT设备主要用于传输小数据,一般处于非移动状态,且位置已知,对于传输时延和可靠性需求中等,上行通信较多,信道环境相对稳定,例如,IoT设备可以是智能水表、传感器。CPE设备主要用于传输大包数据,一般处于非移动状态,或者可以进行超短距离移动,对于传输时延和可靠性的需求中等,上下行通信均有,信道环境相对稳定,例如,CPE设备可以是智慧家庭中的终端设备、AR、VR等。当确定终端设备的终端类型时,可以根据终端设备的业务类型、移动性、传输时延需求、可靠性需求、信道环境和通信场景,将终端设备对应的终端类型确定为eMBB设备、URLLC设备、IoT设备或CPE设备。
需要说明的是,eMBB设备也可以描述为eMBB终端,URLLC设备也可以描述为URLLC终端,IoT设备也可以描述为IoT终端,CPE设备也可以描述为CPE终端,V2X设备也可以描述为V2X终端,不予限制。
需要说明的是,eMBB设备也可以简称为eMBB,URLLC设备也可以简称为URLLC,IoT设备也可以简称为IoT,CPE设备也可以简称为CPE,V2X设备也可以简称为V2X,不予限制。
图5是不同类型的终端的特征分析的示例。
1、第一类型的终端的特征可以是:传输小数据和中数据;终端一般是非移动的,或者有固定路线的,比如工厂场景;对于时延,可靠性的要求比较高;上下行数据传输均有;信道环境稳定。
例如,第一类型的终端可以为URLLC终端。
2、第二类型的终端的特点可以是:一般传输小数据,数据可以是周期性存在;非移动,位置已知,比如智能水表等;对于时延,可靠性的要求一般;上下行数据传输均有,上行数据传输偏多;信道环境相对稳定,对于覆盖要求较高,比如深覆盖需求等。有些特殊的场景,是高速移动场景。
例如,第二类型的终端可以为IoT终端。IoT终端可以包括如下一种或多种:MTC终端、NB-IoT终端、mMTC终端、感知器、传感器、以及控制器等。
3、第三类型的终端的特点可以是:一般传输大数据;终端固定,非移动,短距离通信;时延,可靠性要求一般;上下行数据传输均有;信道环境相对稳定。
例如,第三类型的终端可以为CPE终端、智慧家庭终端、AR终端、或VR终端等。
4、第四类型的终端的特点可以是:传输大数据,也会偶尔有小数据;用户(或终端)一般是移动的;对于时延,可靠性的要求一般;上下行数据传输均有;信道环境比较复杂多变,比如室外、室内等等。
例如,第四类型的终端可以为eMBB终端。
在本申请中,针对在不同类型的终端,分别定义特性集合。
终端的特性集合可以包括第一集合和第二集合。
第一集合中的特性为必选特性,第一集合为非空集合,第一集合与终端的类型相关,第一集合可以称为终端的最小特性集合。
第二集合中的特性属于由可选特性构成的集合,或者也可以描述为第二集合中的特性为可选特性,第二集合可以为空集或非空集合。
第一集合包括以下至少一项:空口通信特性、定位特性、旁链路通信特性、感知特性、AI特性、和NTN特性等。
其中:
空口通信特性也可以替换为Uu通信特性,可以包括以下至少一项:初始接入操作、移动性测量反馈、支持的波形、支持的带宽、调制方式、数据调度、HARQ操作、重传方式、终端处理能力、MIMO、信道测量反馈、帧结构参数、信道编码方式、上行功控操作、资源分配方式、上行控制信道、下行控制信道、载波聚合、双连接、部分带宽(bandwidth part,BWP)、补充的上行链路(supplementary uplink,SUL)、以及空口通信特性中的其他特性等。
定位特性可以包括以下至少一项:基于DL AOD的定位特性、基于DL-TDOA的定位特性、定位参考信号的带宽大小、下行定位参考信号资源数目、以及支持发送用于定位的周期性SRS等。
旁链路通信特性可以包括基本的旁链路通信的能力。
感知特性可以是指具有对信道环境,位置,场景等的感觉或意识的功能或特性。感知特性也可以与定位特性统一,比如感知定位一体化的功能/特性等。感知特性也可以与通信特性统一,比如感知通信一体化的功能/特性等。感知网络可以是指通信设备/通信网络能够感知现存的网络环境,通过对所处环境的理解,实时调查通信网络的配置,智能地适应专业环境的变化。
比如,感知特性可以包括以下至少一项:发送感知参考信号,接收感知参考信号,分析学习决策。
比如,感知特性可以是具有发送和/或接收感知参考信号的特性。通信设备可以具备从变化中学习的能力,且能把它们用到未来的决策中。学习和应用的能力建立在及时感知所在网络环境的基础之上。
AI特性可以是指具有人工智能的功能或特性,可以实现人工智能的算法,运算或处理等。在通信中,通信设备可以利用AI的特性提升通信性能。
比如,AI特性可以包括如下至少一项:基于AI的信道估计,基于AI的信道测量反馈,基于AI的编/解码,基于AI的调制/解调制,基于AI的发射机,基于AI的接收机,基于AI的数据调度,基于AI的功率控制,基于AI的资源管理,基于AI的链路管理,基于AI的网络安全,基于AI的网络优化,基于AI的网络架构,基于AI的物理层通信等。
NTN特性可以是指具有在非地面网络,比如低空网络,高空网络,卫星网络,无人机网络等的网络中进行通信的功能或特性。NTN特性也可以与地面通信统一,比如天地空一体化网络,或者天地空一体化的功能/特性等。NTN网络中的设备可以包括如下至少一项:低轨卫星,高轨卫星,同步卫星,无人机,飞机等非地面设备。比如,网络设备具有NTN特性可以是指具有与非地面设备进行通信的特性,其中,通信可以是指发送信号,和/或,接收信号。比如具有与卫星通信的能力/通信,可以接收卫星的信号,和/或,向卫星发送信号等。
在本申请中,针对在不同类型的终端,分别定义第一集合。
可选地,第一集合与终端的类型相关,或者,也可以称为第一集合与终端的类型具有对应关系。
可选地,第一集合与终端的类型的对应关系,可以是协议预定义的,也可以是网络设备通过信令告知终端的,其中,信令可以是高层信令,也可以是物理层信令。
其中,终端的类型可以包括如下至少一种:第一类型,第二类型,第三类型,第四类型等。
第一集合可以包括如下至少一种:特性1,特性2,特性3,特性4等。
比如第一类型的终端的第一集合包括特性1;第二类型的终端的第一集合包括特性2;第三类型的终端的第一集合包括特性3;第四类型的终端的第一集合包括特性4等。以下进行举例说明:
1)若终端的类型为第一类型,第一集合可以包括定位特性和旁链路通信特性。
以第一类型的终端为URLLC终端为例进行说明。针对URLLC场景,首先,URLLC终端可以是机械手臂、机器人等,机械手臂、机器人等会移动,为了机械手臂等的波束(beam)对准、以及降低波束切换或小区切换带来的时延,本申请将定位特性作为URLLC终端的必选特性,通过定位特性可以进行位置预测、提前准备,这样可以满足精准操作需求、实现0ms时延、以及避免业务中断。其次,考虑到URLLC场景中URLLC终端(例如,工厂内的设备)之间需要通信,因此,本申请将旁链路通信特性作为URLLC终端的必选特性,这样可以满足低时延、高可靠的业务需求。
可选地,第一集合还可以包括空口通信特性。
2)若终端的类型为第二类型,第一集合包括感知特性和非地面网络NTN通信特性。
以第二类型的终端为IoT终端为例进行说明。首先,将感知特性作为IoT终端的必选特性,使得IoT终端可以感知周围的环境,有助于降低功耗、提高通信性能。其次,将NTN特性作为IoT终端的必选特性,有助于提高特殊场景(比如沙漠、海洋等)下的覆盖率,提高通信性能。
可选地,第一集合还可以包括空口通信特性。
3)若终端的类型为第三类型,第一集合包括AI特性。
以第三类型的终端为CPE为例进行说明。针对能力较强的CPE,可以基于AI特性提高通信性能,例如,通过AI进行信道状态信息(channel state information,CSI)获取、信道估计、编码解码、AI接收机、AI发射机等。
可选地,第一集合还可以包括空口通信特性。
4)若终端的类型为第四类型,第一集合包括空口通信特性。例如,第四类型的终端可以为eMBB。
下面对空口通信特性中的部分特性进行详细描述。如下特性的实施例可以相互独立,也可以相互结合,本申请对此不做限定。
1)初始接入操作和移动性测量反馈
初始接入操作和移动性测量反馈也可以合在一起描述为初始接入和移动性(initial access and mobility)特性。初始接入和移动性特性,也可以为分开的两个特性,比如初始接入特性和移动性特性。为了描述方便,下文采用初始接入和移动性特性的描述方式。
初始接入和移动性特性可以包括如下一项或多项:基本的初始接入信道和操作(basic initial access channel and process)、基于同步信号块(synchronizationsignal and physical broadcast channel block,SSB)的信号噪声干扰比(signal tointerference plus noise ratio,SINR)测量(SSB based SINR measurement)、基于SSB的无线链路管理(radio link management,RLM)(SSB based RLM)、基于SSB的无线资源管理(radio resource management,RRM)(SSB based RRM)、基于CSI-RS的SINR测量(CSI-RSbased SINR measurement)、基于CSI-RS的RRM(CSI-RS based RRM)、基于CSI-RS的RLM(CSI-RS based RLM)、小区切换(handover)、和邻区测量(neighborhood-cellmeasurement)等。
考虑到不同类型的终端的特性不同,不同类型的终端支持的初始接入和移动性特性可以不同。终端可以支持初始接入和移动性特性的部分或全部,进而实现终端的最小特性集合定制化,降低终端芯片成本,实现终端节能,提高通信性能。
比如,针对第一类型的终端,终端的第一集合中可以包括基本的初始接入信道和操作、基于SSB的RLM、基于CSI-RS的SINR测量、和基于CSI-RS的RRM。比如,第一类型的终端可以为URLLC终端。考虑到终端可以是位置固定的,也可以是路线固定的,有规律的移动性的,因此该终端的第一集合包括RLM,RRM,SINR测量等,可以更好的适应移动性下通信环境的变化,及时进行移动性管理,提高通信性能。
比如,针对第二类型的终端,终端的第一集合中可以包括基本的初始接入信道和操作。比如第二类型的终端可以是IoT终端。考虑到第二类型的终端可以是位置固定的终端,对于位置固定终端,终端可以不用支持小区切换、邻小区测量等特性,可以降低终端实现的复杂度和终端功耗。
比如,针对第三类型的终端,终端的第一集合中可以包括基本的初始接入信道和操作、和基于CSI-RS的SINR测量。比如,第三类型的终端可以是CPE终端。考虑到第三类型的终端位置固定、一般传输大数据、需高速率传输、没有波束管理,因此终端可以不用支持小区切换、邻小区测量等特性,可以降低终端实现的复杂度和终端功耗。
比如,针对第四类型的终端,终端的第一集合中可以包括基本的初始接入信道和操作、基于SSB的RLM、基于CSI-RS的RRM、小区切换、和邻区测量。比如,第四类型的终端可以为eMBB终端,考虑到该终端可以是位置固定的,也可以是具有移动性的,因此该终端的第一集合包括RLM,RRM,SINR测量,小区切换等,可以更好的适应移动性下通信环境的变化,及时进行移动性管理,提高通信性能。
2)支持的波形
在NR系统中,针对下行数据传输,终端的第一集合中包括OFDM波形,针对上行数据传输,终端的第一集合中包括OFDM波形和DFT-S-OFDM波形。
在本申请中,考虑到不同类型的终端的特性不同,不同类型的终端支持的波形可以不同,进而实现终端的最小特性集合定制化,降低终端芯片成本,实现终端节能,提高通信性能。
比如,针对第一类型的终端,终端的第一集合中可以包括OFDM波形。该OFDM波形可以用于上行传输,也可以用于下行传输。比如,第一类型的终端可以是URLLC终端。
比如,针对第二类型的终端,终端的第一集合中可以包括低成本的波形。低成本波形可以包括加权叠加和相加正交频分复用(weighted overlap and add-orthogonalfrequency division multiplexing,WOLA-OFDM)、滤波器组多载波-偏移正交幅度调制(filter bank based multicarrier-offset quadrature amplitude modulation,FBMC-OQAM)、广义频分复用(generalized frequency division multiplexing,GFDM)、交叉相位调制(cross phase modulation,CPM)、和其他的低成本波形。比如第二类型的终端可以是IoT终端。针对第二类型的终端,为了降低成本,终端的第一集合中包括低成本的波形,即第二类型的终端可以仅支持低成本波形进行通信,从而降低终端成本,提高通信性能。
比如,针对第三类型的终端,终端的第一集合中可以包括OFDM波形。比如,第三类型的终端可以是CPE终端。
比如,针对第四类型的终端,终端的第一集合中包括下行OFDM波形、上行OFDM波形、和上行DFT-S-OFDM波形。即考虑该类型的终端的峰值平均功率比(peak to averagepower ratio,PAPR)性能,又考虑该类型的终端的通信性能。比如,第四类型的终端可以是eMBB终端。
3)支持的带宽
在NR系统中,针对数据传输定义了各种带宽,针对不同的频段,不同类型的终端支持的带宽相同。
在本申请中,考虑到不同类型的终端的特性不同,不同类型的终端支持的带宽可以不同,进而实现终端的最小特性集合定制化,降低终端芯片成本,实现终端节能,提高通信性能。
比如,针对第一类型的终端,终端的第一集合中可以包括20MHz、40MHz、100MHz、200MHz、和400MHz中的至少一个。比如,第一类型的终端可以为URLLC终端。
比如,针对第二类型的终端,终端的第一集合中包括超窄带宽。超窄带宽可以是1.08MHz、3MHz、5MHz、10MHz或其他超窄带宽取值中的至少一个。比如第二类型的终端可以为IoT终端。针对第二类型的终端,为了降低成本,终端的第一集合中包括超窄带宽,即第二类型的终端仅支持超窄带宽进行通信,从而降低终端成本,提高通信性能。
比如,针对第三类型的终端,终端的第一集合中可以包括20MHz、40MHz、100MHz、200MHz、400MHz、和超宽带宽中的至少一个。其中超宽带宽可以是500MHz、800MHz、1GHz、2GHz等中的至少一个。比如,第三类型的终端可以为CPE终端。针对第三类型的终端,为了实现高速的数据传输,第一集合中包括超宽带宽,从而实现高速传输,提高通信性能。
比如,针对第四类型的终端,终端的第一集合中包括20MHz、40MHz、100MHz、200MHz、和400MHz中的至少一个。比如,第四类型的终端可以为eMBB终端。
4)调制方式
在NR系统中,针对数据传输定义了各种调制方式,调制方式也可以称为调制阶数,不同类型的终端支持的调制方式相同或不同类型的终端的特性集合包括的调制方式相同。
终端的特性集合中包括的调制方式或终端支持的调制方式可以是指支持的最高阶数的调制方式。
在本申请中,考虑到不同类型的终端的特性不同,不同类型的终端支持的调制方式可以不同,进而实现终端的最小特性集合定制化,降低终端芯片成本,实现终端节能,提高通信性能。
比如,针对第一类型的终端,终端的第一集合中可以包括64QAM。比如,第一类型的终端可以为URLLC终端。
比如,针对第二类型的终端,终端的第一集合中可以包括1/2二进制移相键控(binary phase shift keying,BPSK)、QPSK、和16QAM中的至少一个。比如,第二类型的终端可以为IoT终端。针对第二类型的终端,为了降低成本,终端的第一集合中包括低阶的调制方式,即第二类型的终端支持1/2BPSK、QPSK、16QAM即可,从而降低终端成本,提高通信性能。
比如,针对第三类型的终端,终端的第一集合中可以包括256QAM、1024QAM、和更高阶的调制方式等中的至少一项。比如,第三类型的终端可以为CPE终端。针对第三类型的终端,为了实现高速的数据传输,终端的第一集合中包括256QAM、1024QAM和更高阶的调制方式等中的至少一项,实现高速传输,提高通信性能。
比如,针对第四类型的终端,终端的第一集合中包括64QAM。比如,第四类型的终端可以为eMBB终端。
对于上述的1)、2)、3)和4),可以相互结合。针对不同类型的终端,对数据的传输需要不同,因此可以确定和/或采用更适合的特性集合,进而实现终端的最小特性集合定制化,降低终端芯片成本,实现终端节能,提高通信性能。
示例性地,一种类型的终端,可以对应一个特性集合,该特性集合中可以包括初始接入和移动性特性中的一种或多种、支持一种或多种波形、支持一种或多种带宽、以及支持一种或多种调制方式。
比如,针对第一类型的终端,终端的第一集合中可以包括基本的初始接入信道和操作、基于SSB的RRM、基于CSI-RS的RRM、基于CSI-RS的SINR测量、OFDM波形、超窄带宽和/或20MHz、16QAM和/或QPSK。比如,第一类型的终端可以为URLLC终端。
比如,针对第二类型的终端,终端的第一集合中可以包括基本的初始接入信道和操作、基于SSB的SINR测量、低成本波形、超窄带宽和/或20MHz、16QAM和/或QPSK。比如,第二类型的终端可以为IoT终端。
比如,针对第三类型的终端,终端的第一集合中可以包括基本的初始接入信道和操作、基于SSB的SINR测量、OFDM波形、超宽窄带宽和/或100MHz、256QAM和/或1024QAM。比如,第三类型的终端可以为CPE终端。
比如,针对第四类型的终端,终端的第一集合中可以包括基本的初始接入信道和操作、基于SSB的RRM、基于CSI-RS的RRM、小区切换、邻区测量、OFDM波形、DFT-S-OFDM波形、20MHz、40MHz、100MHz和64QAM。比如,第四类型的终端可以为eMBB终端。
上述实施例中,设计终端能力集合定制化,根据UE类型或UE定制化终端能力/特性,实现特性与终端的类型匹配,满足各类设备需求,降低通信复杂度,降低芯片成本,降低功耗。
5)调度方式
调度方式可以包括如下一种或多种:动态调度、configured grant type 1、configured grant type 2、SPS、时隙或子时隙聚合(slot/sub-slot aggregation)、跨时隙调度(closs-slot scheduling)、和在随机接入(random access channel,RACH)过程的消息1或者消息3中携带数据。
调度方式还可以包括数据传输方式和/或资源分配方式。比如,数据传输方式可以包括重复传输。比如资源分配方式可以包括时隙内跳频、时隙间跳频、不使能跳频等。
其中:
动态调度:基于动态调度的数据传输是基于物理层信令(比如DCI)调度的数据传输。
时隙或子时隙聚合:基于时隙或子时隙聚合的数据传输,一次数据传输可以占用一个或多个时隙,或者一次数据传输可以占用一个或多个子时隙。时隙或子时隙的数目可以通过聚合因子指示。聚合因子指示可以是通过高层信令或物理层信令指示。
多个时隙或子时隙的数据可以是不同冗余版本的相同数据,通过该方式的数据传输可以降低码率,多次重复传输获取分集增益,提高数据传输的可靠性。基于时隙或子时隙聚合的数据传输,可以实现终端快速的多次数据传输,降低DCI的信令开销,降低传输时延。例如,通过一个DCI,终端可以进行多个时隙或子时隙的数据传输,可以实现快速高效的多次数据的传输,降低DCI开销,降低传输时延,适用于可靠性要求高的业务类型的终端。
多个时隙或子时隙的数据也可以是不同的数据,通过该方式的数据传输可以实现快速大包传输,降低DCI开销,降低传输时延,提高数据传输的容量。基于时隙或子时隙聚合下的数据传输,可以实现终端快速的大包数据传输,降低DCI的信令开销,降低传输时延。例如,通过一个DCI,终端可以进行多个时隙或子时隙的数据传输,可以实现快速高效的大数据包的传输,降低DCI开销,降低传输时延,适用于大包数据的业务类型的终端。
跨时隙调度:基于跨时隙调度的数据传输,物理层信令(比如DCI)所在的时隙与数据所在的时隙并不是同一时隙。基于跨时隙调度的数据传输可以在当前时隙中没有资源时预留后续时隙,降低时延,提前做好收发数据的准备。
在随机接入(RACH)过程的消息1或者消息3中携带数据:终端发送RACH的前导码(preamble)序列时,可以在对应的时频资源上传输数据,避免物理层信令(比如DCI)的调度;或者在随机接入过程中基于随机接入响应(random access response,RAR)的调度,在消息3中传输数据。在随机接入过程的消息1或消息3中携带数据,可以实现终端的数据的快速发送,降低传输时延,提高传输效率。
重复传输:可以是指数据多次重复传输。
时隙内跳频:可以是指数据传输在时隙内不同符号的频域资源不同。
时隙间跳频:可以是指数据传输在不同时隙内的频域资源不同。
不同类型的终端对数据的传输需要可能不同,因此终端和/或网络设备可以根据终端的类型确定和/或采用更适合的调度方式。即定义终端特性集合时可以考虑终端的类型,进而实现终端的最小特性集合定制化,降低终端芯片成本,实现终端节能,提高通信性能。
示例性地,一种类型的终端,可以对应一个特性集合,该特性集合中可以包括一种或多种调度方式。其中,调度方式可以是上文提到的至少一种,或者,也可以是其他的调度方式。
例如,针对类型1的终端,终端的第一集合包括调度方式为A1、A2和A3;针对类型2的终端,终端的第一集合包括调度方式为B1和B2;针对类型X的终端,终端的第一集合包括调度方式为X1和X2。其中,终端类型1、终端类型2、…、终端类型X可以是上述终端的类型中的至少一种,比如eMBB,URLLC,IoT,CPE,V2X,AR/VR等,不予限制。调度方式A1、调度方式A2、A3;调度方式B1、调度方式B2;调度方式X1、调度方式X2均可以是上述调度方式中的至少一种,比如动态调度,配置授权类型调度,SPS调度,时隙或子时隙聚合,跨时隙调度,随机接入携带数据等,不予限制。
在现有技术中,eMBB终端必须支持的是基于动态调度的数据传输,而基于配置授权调度的数据传输和基于时隙聚合的数据传输是可选的。
在本申请中,终端和/或网络设备可以根据终端的类型确定和/或采用更适合的调度方式。
比如,针对第一类型的终端,终端的第一集合中的调度方式包括配置授权的调度方式、和时隙或子时隙聚合的调度方式。比如,第一类型的终端可以为URLLC终端。考虑到第一类型的终端是小数据或中数据、低时延、高可靠的业务传输,因此可以不进行动态调度,直接通过配置授权的调度方式进行传输,来包即可随时传,可以降低时延;采用时隙聚合的调度方式可以进行多次重复传输,提高可靠性,同时降低反馈再重传下的时延。
比如针对第二类型的终端,终端的第一集合中的调度方式包括动态调度。比如,第二类型的终端可以为IoT终端。考虑到第二类型的终端是小数据、有规律的业务传输,因此可以采用动态调度的调度方式。
比如针对第三类型的终端,终端的第一集合中的调度方式包括动态调度、和时隙或子时隙聚合的调度方式。比如第三类型的终端可以是CPE终端。考虑到第三类型的终端的特点是静止、大数据传输,因此可以采用高功耗模式,时刻都有数据传输,因此可以采用动态调度、跨时隙调度、时隙聚合等调度方式在多个时隙进行大数据传输,提升传输速率。
比如,针对第四类型的终端,终端的第一集合中的调度方式包括动态调度。比如第四类型的终端可以为eMBB终端。
在本申请中,可选的,终端的类型与调度方式之间具有对应关系,该对应关系可以是协议预定义的,也可以是网络设备通过信令告知终端的,例如,通过高层信令或物理层信令。
表6为终端的类型与调度方式之间的对应关系的一个示例。
表6
终端的类型 | 调度方式 |
类型1 | 调度方式A1、A2、…、An |
类型2 | 调度方式B1、B2、…、Bn |
… | … |
类型X | 调度方式X1、X2、…、Xn |
其中,终端的类型1~类型X分别可以是上文提到的类型中的一种,例如,eMBB终端、URLLC终端、IoT终端、CPE、V2X终端、AR终端、VR终端等。调度方式A1~An、B1~Bn、X1~Xn可以是如上介绍的调度方式中的至少一种,例如,动态调度、配置授权、SPS、时隙或子时隙聚合、跨时隙调度、和在随机接入过程的消息1或者消息3中携带数据等。其中,An、Bn,…,Xn分别为正整数,取值可以相同或者不同。
表7为终端的类型与调度方式之间的对应关系的一个示例。终端的类型与调度方式之间的对应关系可以是如下表格中的至少一行,和/或,至少一列。
表7
在本申请中,调度方式可以是终端接收数据的调度方式,比如下行调度方式,也可以是终端发送数据的调度方式,比如上行调度方式。
在一些实现方式中,终端和/或网络设备可以根据终端的类型,针对终端接收数据和终端发送数据分别确定和/或定义调度方式。这样,终端的第一集合中包括终端接收数据的调度方式,和/或,终端发送数据的调度方式。
例如,针对类型1的终端,终端的第一集合1的上行调度方式为A1’,和/或,下行调度方式为A1*;和/或,终端的第一集合2的上行调度方式为A2’,和/或,下行调度方式为A2*。
例如,针对类型2的终端,终端的第一集合1的上行调度方式为B1’,和/或,下行调度方式为B1*;和/或,终端的第一集合2的上行调度方式为B2’,和/或,下行调度方式为B2*。
例如,针对类型X的终端,终端的第一集合1的上行调度方式为X1’,和/或,下行调度方式为X1*;和/或,终端的第一集合2的上行调度方式为X2’,和/或,下行调度方式为X2*。
可选地,终端的类型与终端接收数据的调度方式具有对应关系。终端的类型与终端发送数据的调度方式具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令告知终端的,例如,通过高层信令或物理层信令。
表8为终端的类型与调度方式之间的对应关系的另一个示例。
表8
其中,终端的类型1~类型X分别可以是上文提到的类型中的一种,例如,eMBB终端、URLLC终端、IoT终端、CPE、V2X终端、AR终端、VR终端等。上行调度方式A1’~An’、B1’~Bn’、X1’~Xn’,以及下行调度方式A1*~An*、B1*~Bn*、X1*~Xn*可以是如上介绍的调度方式中的至少一种,例如,动态调度、配置授权、SPS、时隙或子时隙聚合、跨时隙调度、和在随机接入过程的消息1或者消息3中携带数据等。其中,An’、Bn’、Xn’、An*、Bn*、Xn*分别为正整数,取值可以相同或者不同。
6)HARQ操作
HARQ操作也可以称为ACK/NACK反馈,也可以称为HARQ方式,可以包括如下一种或多种:不反馈ACK/NACK、码字级ACK/NACK反馈、编码块组级ACK/NACK反馈、同步HARQ、异步HARQ、自适应HARQ(adaptive HARQ)、和非自适应HARQ(non-adaptive HARQ)。
其中:
不反馈ACK/NACK:即数据接收或发送后,终端不需要反馈ACK/NACK。本方式下,可以采用盲重传的方式传输数据,降低时延,降低上行反馈开销,提高通信性能。
码字级ACK/NACK反馈:即反馈数据的粒度是码字,比如码字传输正确反馈ACK,码字传输错误反馈NACK。一个码字也可以称为一个传输块(transmission block,TB)。
编码块组级ACK/NACK反馈:即反馈数据的粒度是编码块组。相比于码字级反馈,编码块组级可以实现更小粒度的反馈。
由于一个TB被分为多个编码块(code block,CB),终端译码时可以知道每个CB是否正确。因此,一种方式就是对每个CB进行ACK/NACK反馈,这样如果某个TB译码失败,终端只需对传输错误的CB进行重传,不用重传整个TB。基于CB的反馈看起来减少了重传的冗余信息,可以提高资源利用率,但是需要反馈很多的上行ACK/NACK,这样会导致上行信令的开销非常大,同样也会造成资源的浪费,因为反馈很多ACK是没有意义的。在NR中引入了一种基于TB反馈和基于CB反馈的折中方案:将TB中的多个CB分组,分组后的CB称为编码块组(code block group,CBG)。一个码字可以包括一个或多个编码块。针对每一个CBG反馈对应的ACK/NACK,并且基于CBG进行重传。比如一个码字包括编码块组1和编码块组2,如果编码块组1传输正确反馈ACK,如果编码块组1传输错误反馈NACK,如果编码块组2传输正确反馈ACK,如果编码块组2传输错误反馈NACK。CBG的最大个数可以是2、4、6、8等。针对每一个CBG反馈对应的ACK/NACK,并且基于CBG进行重传。CBG传输是可配置的,只有配置了基于CBG传输的用户才可以基于CBG进行重传。针对每一个CBG反馈对应的ACK/NACK,可以提高资源利用率,避免重传冗余信息,又可以避免上行反馈信令过大,造成资源的浪费。
HARQ协议在时域上分为同步HARQ和异步HARQ两类;在频域上分为自适应HARQ和非自适应HARQ两类。针对同一HARQ进程(HARQ process),一个HARQ进程在同一传输时间间隔只能处理一个TB。
同步HARQ:意味着重传只能在前一次传输之后的固定时刻发送,也意味着某个特定的子帧,只能使用某个特定的HARQ process进程。同步HARQ的好处在于HARQ进程号可以直接从系统帧号/子帧号中推导出来,而无需显式地发送HARQ进程号。
异步HARQ:意味着重传可以发生在任一时刻,也意味着能以任意顺序使用HARQ进程。异步HARQ的好处在于重传调度更加灵活。
自适应HARQ:可以改变重传所使用的PRB资源以及调制与编码策略(modulationand coding scheme,MCS)。
非自适应HARQ:重传必须与前一次传输(新传或前一次重传)使用相同的PRB资源和MCS。
异步HARQ/同步HARQ、自适应HARQ/非自适应HARQ都是针对前一次传输(包括新传和前一次重传)与重传之间的关系的。
不同类型的终端对数据的传输需要可能不同,因此终端和/或网络设备可以根据终端的类型确定和/或采用更适合的HARQ操作,进而实现终端的最小特性集合定制化,降低终端芯片成本,实现终端节能,提高通信性能。
示例性地,一种类型的终端,可以对应一个特性集合,该特性集合中可以包括一种或多种HARQ方式。其中,HARQ方式可以是上文提到的至少一种,或者,也可以是其他的HARQ方式。
例如,针对类型1的终端,终端的第一集合包括HARQ方式为a1、a2;针对类型2的终端,终端的第一集合包括HARQ方式为b1和b2;针对类型X的终端,终端的第一集合包括HARQ方式为x1和x2。其中,终端类型1、终端类型2、…、终端类型X可以是上述终端的类型中的至少一种,比如eMBB,URLLC,IoT,CPE,V2X,AR/VR等,不予限制。HARQ方式a1、HARQ方式a2、HARQ方式b1、HARQ方式b2、HARQ方式x1、HARQ方式x2均可以是上述HARQ方式中的至少一种,比如不反馈ACK/NACK、码字级ACK/NACK反馈、编码块组级ACK/NACK反馈、同步HARQ、异步HARQ、自适应HARQ、和非自适应HARQ等,不予限制。
在本申请中,终端和/或网络设备可以根据终端的类型确定和/或采用更适合的HARQ方式。
比如,针对第一类型的终端,终端的第一集合中包括不反馈ACK/NACK和/或码字级ACK/NACK反馈。比如,第一类型的终端可以为URLLC终端。考虑到第一类型的终端可以是小数据或中数据、低时延、高可靠的业务传输,因此可以不进行ACK/NACK反馈,直接多次重传,降低时延。针对传输小数据的场景,也可以进行基于码字级ACK/NACK反馈。
比如,针对第二类型的终端,终端的第一集合中包括不反馈ACK/NACK。比如,第二类型的终端可以是IoT终端。考虑到第二类型的终端可以是小数据、有规律的业务传输,因此可以不反馈ACK/NACK,降低时延和反馈开销,实现终端节能,降低终端成本。
比如,针对第三类型的终端,终端的第一集合中包括码字级ACK/NACK反馈和CBG级ACK/NACK反馈。比如,第三类型的终端可以是CPE终端。考虑到第三类型的终端的特点可以是静止、大数据传输,因此可以包括采用码字级ACK/NACK反馈或CBG级ACK/NACK反馈,从而避免冗余正确的CBG重复传输,提高传输效率。
比如,针对第四类型的终端,终端的第一集合中包括码字级ACK/NACK反馈。比如,第四类型的终端可以是eMBB终端。
在本申请中,可选地,终端的类型与HARQ操作之间具有对应关系,所述对应关系可以是协议预定义的,也可以是基站或者核心网通过信令告知终端的。比如通过高层信令或物理层信令。
表9为终端的类型与HARQ操作之间的对应关系的一个示例。
表9
终端的类型 | HARQ操作 |
类型1 | HARQ操作a1,a2,…,an |
类型2 | HARQ操作b1,b2,…,bn |
… | … |
类型X | HARQ操作x1,x2,…,xn |
其中,终端的类型1~类型X分别可以是上文提到的类型中的一种,例如,eMBB终端、URLLC终端、IoT终端、CPE、V2X终端、AR终端、VR终端等。HARQ操作a1~an、b1~bn、x1~xn可以是如上介绍的HARQ操作中的至少一种,例如,不反馈ACK/NACK、码字级ACK/NACK反馈、编码块组级ACK/NACK反馈、同步HARQ、异步HARQ、自适应HARQ、和非自适应HARQ。其中,an、bn,…,xn分别为正整数,取值可以相同或者不同。
表10为终端的类型与HARQ操作之间的对应关系的一个示例。终端的类型与HARQ操作之间的对应关系可以是如下表格中的至少一行,和/或,至少一列。
表10
在本申请中,HARQ操作可以是终端接收数据的HARQ操作,比如下行HARQ操作,也可以是终端发送数据的HARQ操作,比如上行HARQ操作。
在一些实现方式中,终端和/或网络设备可以根据终端的类型,针对终端接收数据和终端发送数据分别确定和/或定义HARQ操作。这样,终端的第一集合中包括终端接收数据的HARQ操作,和/或,终端发送数据的HARQ操作。
可选地,终端的类型与终端接收数据的HARQ操作具有对应关系。终端的类型与终端发送数据的HARQ操作具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令告知终端的,例如,通过高层信令或物理层信令。
比如,针对类型1的终端,终端的第一集合中的上行HARQ操作为a1’,a2’,和/或,下行HARQ操作为a1*,a2*。
比如,针对类型2的终端,终端的第一集合中的上行HARQ操作为b1’,b2’,和/或,下行HARQ操作为b1*,b2*。
比如,针对类型X的终端,终端的第一集合中的上行HARQ操作为x1’,x2’,和/或,下行HARQ操作为x1*,x2*。
可选地,终端的类型与终端接收数据的HARQ操作具有对应关系。终端的类型与终端发送数据的HARQ操作具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令告知终端的,例如,通过高层信令或物理层信令。
表11为终端的类型与HARQ操作之间的对应关系的另一个示例。
表11
其中,终端的类型1~类型X分别可以是上文提到的类型中的一种,例如,eMBB终端、URLLC终端、IoT终端、CPE、V2X终端、AR终端、VR终端等。上行HARQ操作a1’~an’、b1’~bn’、x1’~xn’,以及下行HARQ操作a1*~an*、b1*~bn*、x1*~xn*可以是如上介绍的HARQ操作中的至少一种,例如,不反馈ACK/NACK、码字级ACK/NACK反馈、编码块组级ACK/NACK反馈、同步HARQ、异步HARQ、自适应HARQ、和非自适应HARQ。其中,an’、bn’、xn’、an*、bn*、xn*分别为正整数,取值可以相同或者不同。
7)重传方式
重传方式方式可以包括如下一种或多种:盲重传、码字级重传、和编码块组级重传。
其中:
盲重传:即发送数据时,终端和/或网络设备可以根据传输次数进行重传或重复发送。比如,不需要接收HARQ,直接第一次发送数据时就传输多次、盲重传或者盲多次重传。采用盲重传的方式传输数据,可以降低时延、降低上行反馈开销、以及提高通信性能。
码字级重传:即数据重传的粒度是码字。比如码字传输正确则不需要重传,码字传输错误则重传整个码字。一个码字也可以称为一个TB。
编码块组重传:即数据重传的粒度是编码块组。相比于码字级重传,编码块组级重传可以实现更小粒度的重传。CBG传输是可配置的,只有配置了基于CBG传输的用户才可以基于CBG进行重传。针对每一个CBG进行重传,可以提高资源利用率,避免重传冗余信息,又可以避免上行反馈信令过大,造成资源的浪费。
不同类型的终端对数据的传输需要可能不同,因此可以终端和/或网络设备可以根据终端的类型确定和/或采用更适合的重传方式,进而实现终端的最小特性集合定制化,降低终端芯片成本,实现终端节能,提高通信性能。
示例性地,一种类型的终端,可以对应一个特性集合,该特性集合中可以包括一种或多种重传方式。其中,重传方式可以是上文提到的至少一种,或者,也可以是其他的重传方式。HARQ操作与重传方式可以是对应的。
比如,针对类型1的终端,终端的第一集合的重传方式为aR1,aR2。
比如,针对类型2的终端,终端的第一集合的重传方式为bR1,bR2。
比如,针对类型X的终端,终端的第一集合的重传方式为xR1,xR2。
在本申请中,终端和/或网络设备可以根据终端的类型确定和/或采用更适合的重传方式。
比如,针对第一类型的终端,终端的第一集合中包括盲重传和码字级重传。比如,第一类型的终端可以为URLLC终端。考虑到第一类型的终端可以是小数据或中数据、低时延、高可靠的业务传输,因此可以不进行ACK/NACK反馈,直接多次重传,降低时延。采用多次重复传输,可以提高可靠性,同时降低先反馈再重传导致的时延。针对传输小数据的场景,也可以进行码字级重传。
比如,针对第二类型的终端,终端的第一集合中包括盲重传。比如,第二类型的终端可以为IoT终端。考虑到第二类型的终端可以是小数据、有规律的业务传输,因此可以不反馈ACK/NACK,降低处理复杂度,降低终端成本,提高传输效率。
比如,针对第三类型的终端,终端的第一集合中包括码字级重传和CBG级重传。比如,第三类型的终端可以是CPE终端。考虑到第三类型的终端的特点是静止、大数据传输,因此可以采用码字级重传和CBG级重传的方式,可以避免冗余正确的CBG重复传输,提高传输效率。
比如,针对第四类型的终端,终端的第一集合中包括码字级重传。比如,第四类型的终端可以是eMBB终端。
在本申请中,可选地,终端的类型与重传方式之间具有对应关系,所述对应关系可以是协议预定义的,也可以是基站或者核心网通过信令告知终端的。比如通过高层信令或物理层信令。
表12为终端的类型与重传方式之间的对应关系的一个示例。
表12
终端的类型 | 重传方式 |
类型1 | 重传方式aR1,aR2,…,aRn |
类型2 | 重传方式bR1,bR2,…,bRn |
… | … |
类型X | 重传方式xR1,xR2,…,xRn |
其中,终端的类型1~类型X分别可以是上文提到的类型中的一种,例如,eMBB终端、URLLC终端、IoT终端、CPE、V2X终端、AR终端、VR终端等。HARQ操作aR1~aRn、bR1~bRn、xR1~xRn可以是如上介绍的重传方式中的至少一种,例如,盲重传、码字级重传、和编码块组级重传。其中,aRn、bRn,…,xRn分别为正整数,取值可以相同或者不同。
表13终端的类型与重传方式之间的对应关系的一个示例。终端的类型与重传方式之间的对应关系可以是如下表格中的至少一行,和/或,至少一列。
表13
在本申请中,重传方式可以是终端接收数据的重传方式,比如下行重传方式,也可以是终端发送数据的重传方式,比如上行重传方式。
在一些实现方式中,终端和/或网络设备可以根据终端的类型,针对终端接收数据和终端发送数据分别确定/定义重传方式。这样,终端的第一集合中包括终端接收数据的重传方式,和/或,终端发送数据的重传方式。
可选地,终端的类型与终端接收数据的重传方式具有对应关系。终端的类型与终端发送数据的重传方式具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令告知终端的,例如,通过高层信令或物理层信令。
比如,针对类型1的终端,终端的第一集合中的上行重传方式为aR1’,aR2’,和/或,下行重传方式为aR1*,aR2*。
比如,针对类型2的终端,终端的第一集合中的上行重传方式为bR1’,bR2’,和/或,下行重传方式为bR1*,bR2*。
比如,针对类型X的终端,终端的第一集合中的上行重传方式为xR1’,xR2’,和/或,下行重传方式为xR1*,xR2*。
可选地,终端的类型与终端接收数据的重传方式具有对应关系。终端的类型与终端发送数据的重传方式具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令告知终端的,例如,通过高层信令或物理层信令。
表14为终端的类型与重传方式之间的对应关系的另一个示例。
表14
其中,终端的类型1~类型X分别可以是上文提到的类型中的一种,例如,eMBB终端、URLLC终端、IoT终端、CPE、V2X终端、AR终端、VR终端等。上行重传方式aR1’~aRn’、bR1’~bRn’、xR1’~xRn’,以及下行重传方式aR1*~aRn*、bR1*~bRn*、xR1*~xRn*可以是如上介绍的重传方式中的至少一种,例如,盲重传、码字级重传、和编码块组级重传。其中,aRn’、bRn’、xRn’、aRn*、bRn*、xRn*分别为正整数,取值可以相同或者不同。
8)终端处理能力
终端处理能力可以是包括如下至少一项:PUSCH处理能力,PDSCH处理能力,旁链路处理能力,CSI处理能力。其中,PUSCH处理能力可以称为PUSCH处理时间,PUSCH准备时间,或者,发送准备时间;PDSCH处理能力可以称为PDSCH准备时间,PDSCH解码时间,或者,接收准备时间;旁链路处理能力可以称为物理旁链路共享信道(physical sidelink sharedchannel,PSSCH)准备时间,或者,发送旁链路准备时间,或者,接收旁链路准备时间;CSI处理能力可以称为CSI计算时延需求能力,或者,CSI计算时间。
比如,PDSCH处理能力可以是指从终端接收到PDCCH到终端接收PDSCH的时间,其中PDCCH携带DCI,DCI用于调度PUSCH。
比如,PDSCH处理能力可以是指从终端接收到PDSCH到终端发送反馈信息的时间。
比如,旁链路处理能力可以是指从终端接收到旁链路控制信息到终端发送旁链路数据的时间。其中,旁链路控制信息用于调度旁链路数据。
比如,CSI处理能力可以是指从终端接收到CSI上报指示到终端反馈CSI的时间。其中,CSI上报指示用于指示终端上报CSI,可以是通过DCI触发。
PUSCH处理能力可以包括如下至少一种:PUSCH处理能力1、PUSCH处理能力2、PUSCH处理能力3和PUSCH处理能力4。
其中,PUSCH处理能力1和PUSCH处理能力2可以参见上文的相关描述,在此不再赘述。
示例性地,表2是PUSCH处理能力1,表3是PUSCH处理能力2,表15是PUSCH处理能力3,表16是PUSCH处理能力4。表2,表3,表15和表16中的μ表示子载波间隔配置信息,取值见表4。
PUSCH处理能力3可以是指处理能力更强的能力。处理能力3也可以称为超短时延处理能力、超低时延处理能力、增强处理能力、超低时延处理定时或超短时延处理定时等。比如处理时间小于5个符号。比如可以是ns级的处理时间等。
表15
μ | PUSCH准备时间N<sub>2</sub>[符号] |
0 | 3 |
1 | 4 |
2 | 9 |
3 | 18 |
PUSCH处理能力4可以是指处理能力较弱的能力。处理能力4也可以称为超长时延处理能力、超高时延处理能力、减弱处理能力、超长时延处理定时或超高时延处理定时、放松处理能力、低成本处理能力。比如处理时间大于20个符号。比如可以是ms级的处理时间等。
表16
μ | PUSCH准备时间N<sub>2</sub>[符号] |
0 | 12 |
1 | 14 |
2 | 25 |
3 | 38 |
PDSCH处理能力可以包括如下至少一种:PDSCH处理能力1,PDSCH处理能力2,PDSCH处理能力3,PDSCH处理能力4。
示例性地,表17是PDSCH处理能力1,表18是PDSCH处理能力2,表19是PDSCH处理能力3,表20是PDSCH处理能力4。表17,表18,表19和表20中的μ表示子载波间隔配置信息,取值见表4。
表17
表18
PDSCH处理能力3可以是指处理能力更强的能力。处理能力3也可以称为超短时延处理能力、超低时延处理能力、增强处理能力、超低时延处理定时或超短时延处理定时等。比如处理时间小于3个符号。比如可以是ns级的处理时间等。
表19
PDSCH处理能力4可以是指处理能力较弱的能力。处理能力4也可以称为超长时延处理能力、超高时延处理能力、减弱处理能力、超长时延处理定时或超高时延处理定时、放松处理能力、低成本处理能力。比如处理时间大于20个符号。比如可以是ms级的处理时间等。
表20
PDCCH和PDSCH不同载波间隔时的跨载波调度的PDSCH处理能力可以包括如下至少一种:跨载波调度的PDSCH处理能力1,跨载波调度的PDSCH处理能力2,跨载波调度的PDSCH处理能力3。
示例性地,表21是跨载波调度的PDSCH处理能力1,表22是PDSCH处理能力2,表23是PDSCH处理能力3。表21,表22和表23中的μ表示子载波间隔配置信息,取值见表4。其中,μPDCCH是指PDCCH的子载波间隔。
表21
跨载波调度的PDSCH处理能力2可以是指处理能力更强的能力。处理能力3也可以称为超短时延处理能力、超低时延处理能力、增强处理能力、超低时延处理定时或超短时延处理定时等。比如处理时间小于10个符号。比如可以是ns级的处理时间等。
表22
μPDCCH | Npdsch[符号] |
0 | 3 |
1 | 4 |
2 | 8 |
3 | 12 |
跨载波调度的PDSCH处理能力3可以是指处理能力较弱的能力。处理能力4也可以称为超长时延处理能力、超高时延处理能力、减弱处理能力、超长时延处理定时或超高时延处理定时、放松处理能力、低成本处理能力。比如处理时间大于14个符号。比如可以是ms级的处理时间等。
表23
μPDCCH | Npdsch[符号] |
0 | 6 |
1 | 8 |
2 | 12 |
3 | 16 |
PSSCH处理能力可以包括如下至少一种:PSSCH处理能力1,PSSCH处理能力2,PSSCH处理能力3。
示例性地,表24是PSSCH处理能力1,表25是PSSCH处理能力2,表26是PSSCH处理能力3。表24,表25和表26中的μ表示子载波间隔配置信息,取值见表4。
表24
μ | PSSCH准备时间N<sub>2</sub>[符号] |
0 | 10 |
1 | 12 |
2 | 23 |
3 | 36 |
PSSCH处理能力2可以是指处理能力更强的能力。处理能力3也可以称为超短时延处理能力、超低时延处理能力、增强处理能力、超低时延处理定时或超短时延处理定时等。比如处理时间小于10个符号。比如可以是ns级的处理时间等。
表25
μ | PSSCH准备时间N<sub>2</sub>[符号] |
0 | 8 |
1 | 10 |
2 | 20 |
3 | 34 |
PSSCH处理能力3可以是指处理能力较弱的能力。处理能力4也可以称为超长时延处理能力、超高时延处理能力、减弱处理能力、超长时延处理定时或超高时延处理定时、放松处理能力、低成本处理能力。比如处理时间大于36个符号。比如可以是ms级的处理时间等。
表26
μ | PSSCH准备时间N<sub>2</sub>[符号] |
0 | 12 |
1 | 14 |
2 | 25 |
3 | 38 |
CSI处理能力可以包括如下至少一种:CSI处理能力1,CSI处理能力2,CSI处理能力3,CSI处理能力4。
示例性地,表27是CSI处理能力1,表28是CSI处理能力2,表29是CSI处理能力3,表30是CSI处理能力4。表27,表28,表29和表30中的μ表示子载波间隔配置信息,取值见表4。
表27
表28
CSI处理能力3可以是指处理能力更强的能力。处理能力3也可以称为超短时延处理能力、超低时延处理能力、增强处理能力、超低时延处理定时或超短时延处理定时等。比如处理时间小于10个符号。比如可以是ns级的处理时间等。
表29
CSI处理能力4可以是指处理能力较弱的能力。处理能力4也可以称为超长时延处理能力、超高时延处理能力、减弱处理能力、超长时延处理定时或超高时延处理定时、放松处理能力、低成本处理能力。比如处理时间大于36个符号。比如可以是ms级的处理时间等。
表30
在本申请中,终端和/或网络设备可以根据终端的类型确定和/或定义终端处理能力。
例如,针对第一类型的终端,终端的第一集合可以包括如下至少一项:PUSCH处理能力2,PUSCH处理能力3,PDSCH处理能力2,PDSCH处理能力3,PSSCH处理能力2,CSI处理能力2,CSI处理能力3。比如,第一类型的终端可以为URLLC终端。考虑到第一类型的终端传输超低时延的业务,要求终端具备更强的处理能力,因此,可以将PUSCH处理能力3,和/或,PUSCH处理能力3,和/或,PDSCH处理能力2,和/或,PDSCH处理能力3,和/或,PSSCH处理能力2,和/或,CSI处理能力2,和/或,CSI处理能力3作为第一类型的终端的必选特性,从而满足低延时的需求,提高通信性能。
例如,针对第二类型的终端,终端的第一集合可以包括如下至少一项:PUSCH处理能力4,PDSCH处理能力4,PSSCH处理能力3,CSI处理能力4。比如,第二类型的终端可以为IoT终端。考虑到第二类型的终端的低成本需求,要求终端具备更弱的处理能力,因此,可以将PUSCH处理能力4,和/或,PDSCH处理能力4,和/或,PSSCH处理能力3,和/或,CSI处理能力4作为第二类型的终端的必选特性,从而满足低成本的需求,提高通信性能。
例如,针对第四类型的终端,终端的第一集合中可以包括处理能力1。比如,第四类型的终端可以是eMBB终端。
对于上述的5)、6)、7)和8),可以相互结合。针对不同类型的终端,对数据的传输需要不同,因此可以确定和/或采用更适合的特性集合。
示例性地,一种类型的终端,可以对应一个特性集合,该特性集合中可以包括一种或多种调制方式、一种或多种HARQ操作方式、一种或多种重传方式、以及一种或多种终端处理能力。
比如,针对第一类型的终端,终端的第一集合中可以包括时隙聚合、动态调度、配置授权、处理能力2、处理能力3。比如,第一类型的终端可以是URLLC终端。
比如,针对第二类型的终端,终端的第一集合中可以包括PDSCH重复传输,配置授权。比如,第二类型的终端可以是IoT终端。
比如,针对第三类型的终端,终端的第一集合中可以包括时隙聚合、动态调度、码字级ACK/NACK反馈、码字级重传、CBG级ACK/NACK反馈、CBG级重传、处理能力1。比如,第三类型的终端可以是CPE终端。
例如,针对第四类型的终端,终端的第一集合中可以包括时隙内跳频、动态调度、码字级ACK/NACK反馈、码字级重传、和处理能力1。
上述实施例中,可以实现终端能力集合定制化,终端和/或网络设备可以根据终端的类型或终端定制化终端能力/特性,实现特性与终端的类型匹配,满足各类设备需求,降低通信复杂度,降低芯片成本,降低功耗。
9)MIMO
MIMO特性可以包括如下一项或多项:基本PDSCH传输能力(basic PDSCHreception)、PDSCH波束切换(PDSCH beam swithing)、MIMO多层传输(MIMO multi-layertransmission)、多传输配置指示(transmission configuration indication,TCI)状态(multi-TCI state)、DMRS、波束相关、信道状态信息(CSI)测量反馈(CSI measurement andfeedback)、和基于AI的CSI(AI based CSI)等。
其中:
基本PDSCH传输能力包括数据资源单元映射(data RE mapping)、单层数据传输(single layer transmission)、单TCI状态。
其中,TCI状态用于指示天线端口的准共址(quasi co-located,QCL)信息。准共址信息可以是用于确定信道的大尺度特性参数的信息。两个天线端口之间具有准共址关系,指的是,一个天线端口的信道大尺度特性参数可以通过另一个天线端口得到的(conveyed)信道大尺度特性参数而推知(infer)。大尺度特性参数可以包括平均增益(average gain),平均时延(average delay),时延扩展(delay spread),多普勒频移(Doppler shift),多普勒扩展(Doppler spread),空间参数(spatial parameter,或spatial Rx parameters)中的一项或多项。
其中,空间参数可以包括如下中的一项或多项:到达角(angle of arrival,AOA)、主到达角(dominant AoA)、平均到达角(average AoA)、出发角(angle of departure,AOD)、信道相关矩阵、到达角的功率角度扩展谱、平均出发角(average AoD)、出发角的功率角度扩展谱、发射信道相关性、接收信道相关性、发射波束成型、接收波束成型、空间信道相关性、空间滤波器、空间滤波参数、空间接收参数、权值信息等。
DMRS包括如下一项或多项:调度类型A下的基本DMRS(basic DMRS forscheduling type A)、调度类型B下的基本DMRS(basic DMRS for scheduling type B)、1个符号的前置(front-loaded)DMRS以及2个符号的附加(additional)DMRS(1+2DMRS)、2个符号的前载DMRS以及2个符号的附加DMRS(2+2DMRS)、1个符号的前载DMRS以及3个符号的附加DMRS(1+3DMRS)。
其中,调度类型A可以是指时隙级的调度方式,也可以称为数据信道映射类型A。调度类型B可以是指子时隙或符号级的调度方式,也可以称为数据信道映射类型B。
附加DMRS可以是指在基本DMRS之外的DMRS。
基本DMRS也可以称为前置DMRS,可以是指在一个时间单元传输的DMRS中,占用的符号靠前的DMRS,比如可以放在数据的开始或者相对靠前的位置;附加DMRS可以是指在一个时间单元传输的DMRS中,占用的符号靠后的DMRS。其中,基本DMRS与附加DMRS可以承载在同一调度单元的不同符号位置上,该同一调度单元至少包括子帧、时隙、或者微时隙中的任意一种,本申请实施例对此不作特别限定。
可选地,附加DMRS可以是为了提高信道估计的准确性,可以适用于高速移动的场景,不同符号上信道发生变化,为了提高信道估计的准确性,引入了附加DMRS。
波束相关的特性包括如下一项或多项:周期性波束上报(period beam report)、非周期性波束上报(aperiod beam report)、半静态波束上报(semi-period beamreporting)、基于SSB或CSI-RS的波束测量。
基于AI的CSI是指基于AI的CSI测量反馈、基于AI的信道状态信息获取等。
考虑到不同类型的终端的特性不同,不同类型的终端支持的MIMO特性可以不同。终端可以支持MIMO特性的部分或全部,进而实现终端的最小特性集合定制化,降低终端芯片成本,实现终端节能,提高通信性能。
比如,针对第一类型的终端,终端的第一集合中包括基本PDSCH传输能力。比如,第一类型的终端可以是URLLC终端。针对第一类型中移动速度较低的终端,可以支持单符号DMRS,降低芯片成本,降低处理复杂度,实现终端节能,提高通信性能。
比如,针对第二类型的终端,终端的第一集合中可以包括基本PDSCH传输能力、1+2DMRS、1+3DMRS中的至少一个。比如,第二终端类型可以是IoT终端。考虑到第二类型的终端是传输小数据,为了降低成本,终端的第一集合中包括单流数据传输,而无需支持MIMO多层传输,降低终端成本,提高通信性能。针对第二类型中高速移动的终端,可以支持1+3DMRS,提高信道估计性能,提高通信性能。
比如,针对第三类型的终端,终端的第一集合中可以包括MIMO多层传输、基于AI的CSI等中的至少一项。比如,第三类型的终端可以是CPE终端。针对第三类型的终端,为了实现高速的数据传输,终端的第一集合中包括MIMO多层传输,实现高速传输,提高通信性能。另外,针对第三类型中能力较强的终端,终端的第一集合中可以包括基于AI的CSI,提高信道估计的准确性,降低信道获取的时延,降低反馈开销,提高通信性能。
比如,针对第四类型的终端,终端的第一集合中包括基本PDSCH传输能力、MIMO多层传输、多TCI状态1+2DMRS、周期性波束上报等。比如,第四类型的终端可以是eMBB终端。
10)CSI测量反馈
CSI测量反馈特性可以包括如下一项或多项:时分双工(time divisionduplexing,TDD)CSI测量、频分双工(frequence division duplexing,FDD)CSI测量、CSI-RS配置、CSI测量反馈配置、反馈量、码本、不进行CSI测量反馈等。
其中:
针对TDD下,网络设备可以通过接收终端发送的SRS获得信道状态信息。TDD CSI测量包括如下一项或多项:周期性SRS发送、半持续性SRS发送、非周期SRS发送。
针对FDD下,网络设备需要发送CSI-RS,终端通过接收CSI-RS确定信道状态信息,并将信道状态信息发送给网络设备。网络设备可以根据终端发送的CSI确定信道状态信息。
时间粒度上,CSI测量反馈可以包括如下一项或多项:周期性CSI测量反馈、半持续性CSI测量反馈、非周期性CSI测量反馈。
频域粒度上,CSI测量反馈可以包括如下一项或多项:子带CSI测量反馈和全带CSI测量反馈。子带CSI测量反馈包括子带预编码矩阵指示(precoding matrix indicator,PMI)和子带信道质量指示(channel quality indicator,CQI);全带CSI测量反馈包括全带PMI和全带CQI。
CSI-RS配置可以包括如下一项或多项:时频域资源密度、天线端口数、周期性、半持续性、非周期性、用于测量信道的CSI-RS资源、用于测量干扰的CSI-RS资源、用于tracking波束跟踪的CSI-RS资源。
CSI反馈量可以包括如下一项或多项:秩(RI)、PMI、CQI、参考信号接收功率(RSRP)、波束标识(Beam index)、CRI(CSI-RS资源标识)、基于AI的反馈等。
码本可以包括如下一项或多项:类型1单面板码本、类型1多面板码本、类型2码本、波束。类型1单面板码本为波束选择的码本;类型1多面板码本为在类型1单面板码本的基础上,反馈面板间相位信息;类型2码本为波束合并的码本;波束为端口合并的码本。
考虑到不同类型的终端的特性不同,不同类型的终端支持的CSI测量反馈特性可以不同,进而实现终端的最小特性集合定制化,降低终端芯片成本,实现终端节能,提高通信性能。
示例性地,一种类型的终端,可以对应一个特性集合,该特性集合中可以包括CSI测量反馈特性中的一种或多种。其中,CSI测量反馈特性可以是如上介绍的至少一种,或者,也可以是其他的CSI测量反馈特性。
比如,对于类型1的终端,终端的第一集合中包括的CSI测量反馈特性为AC1,AC2;对于类型2的终端的第一集合中包括的CSI测量反馈特性为BC1,BC2;对于类型X的终端,终端的第一集合中包括的CSI测量反馈特性为XC1,XC2。比如,针对第一类型的终端,终端的第一集合中包括不进行CSI测量反馈、周期性CSI测量反馈中的至少一项。比如,第一类型的终端可以是URLLC终端。针对第一类型终端应用于工厂的场景,终端移动路线可知或者可预测,所以信道环境相对稳定,可以不进行CSI测量反馈,从而降低功耗,降低成本;或者有些终端也可以进行周期性测量,一段时间测量一次,路线已知或可预测,获得信道信息的同时降低功耗。
比如,针对第二类型的终端,终端的第一集合中包括不进行CSI测量反馈、非周期性CSI测量反馈中的至少一项。比如,第二类型的终端可以是IoT终端。考虑到第二类型的终端所处的静止场景,比如智能水表等,可以不进行CSI测量反馈。针对第二类型的终端所处的高速场景,可以进行非周期CSI测量反馈,触发反馈,降低功耗。
比如,针对第三类型的终端,终端的第一集合中包括周期性CSI测量反馈。比如,第三类型的终端可以是CPE终端。针对终端静止、传输大数据的场景,由于终端没有移动性,因此可以进行周期性测量,一段时间测量一次,获得信道信息的同时降低功耗。
比如,针对第四类型的终端,终端的第一集合中包括周期性CSI测量反馈、非周期性CSI测量反馈。比如,第四类型的终端可以是eMBB终端。
在本申请中,可选地,终端的类型与CSI测量反馈方式之间具有对应关系,该对应关系可以是协议预定义的,也可以是网络设备通过信令告知终端的,例如,通过高层信令或物理层信令。
表31为终端的类型与CSI测量反馈方式之间的对应关系的一个示例。终端的类型与CSI测量反馈方式之间的对应关系可以是如下表格中的至少一行,和/或,至少一列。
表31
其中,终端的类型1~类型X分别可以是上文提到的类型中的一种,例如,eMBB终端、URLLC终端、IoT终端、CPE、V2X终端、AR终端、VR终端等。CSI测量反馈方式AC1~ACn、BC1~BCn、XC1~XCn可以是如上介绍的CSI测量反馈方式中的至少一种。其中,ACn、BCn,…,XCn分别为正整数,取值可以相同或者不同。
表32为终端的类型与调度方式之间的对应关系的一个示例。对应关系可以是如下表格中的至少一行,和/或,至少一列。
表32
终端的类型 | CSI测量反馈方式 |
第一类型 | 周期性CSI测量反馈,天线端口数4、8 |
第二类型 | 非周期性CSI测量反馈 |
第四类型 | 周期性CSI测量反馈,天线端口数16、32 |
对于上述的特性1)至10),可以相互结合。针对不同类型的终端,对数据的传输需要/需求不同,因此可以确定和/或采用更适合的特性集合。
例如,对于第一类型的终端,终端的第一集合包括以下特性中的至少一个:处理能力#3、CP-OFDM波形、类型B映射、基于配置授权的数据传输调度、时隙聚合、混合自动重传请求HARQ进程数为2、基于同步信号块的无线链路管理和/或无线资源管理、非周期信道状态信息测量上报、波束跟踪、以及波束管理。比如,第一类型的终端可以是URLLC终端。
例如,对于第二类型的终端,终端的第一集合包括以下特性中的至少一个:低成本波形、数据信道重复传输、类型B映射、基于配置授权的数据传输调度、时隙聚合、以及HARQ进程数为1。比如,第二类型的终端可以是IoT终端。
在本申请中,考虑到不同类型的终端的特性不同,可以针对不同类型的终端分别定义特性集合,能够实现终端的特性的定制化和终端的特性的最小化,在满足不同类型的终端的特性需求的同时,降低芯片成本和终端实现处理复杂度,实现终端节能。
在本申请中,终端的特性的默认值和/或候选值集合可以与终端的类型相关。
本申请实施例提供了一种确定特性的默认值和/或特性的候选值集合的通信方法。本申请中的实施例可以独立,也可以相互结合,本申请对此不做限定。
可选地,终端的特性的默认值与终端的类型之间具有对应关系。
可选地,终端的特性的候选值集合与终端的类型之间具有对应关系。
可选地,终端和/或网络设备可以根据终端的类型与特性的默认值的对应关系确定特性的默认值。和/或,终端和/或网络设备可以根据终端的类型与特性的候选值集合的对应关系确定特性的候选值集合。
下面以第二集合(即终端的可选特性)中的特性为例,对终端的特性的默认值或候选值集合与终端的类型的关系进行描述。需要说明的是,第一集合(即终端的必选特性)中的特性的默认值和/或候选值集合的定义类似,可以参考第第二集合的描述,不再赘述。
针对可选特性的上报,终端可以上报是否支持某个或某些特性,或者,上报支持的取值。现有技术中,针对各类型的终端,特性的默认值以及特性的候选值集合仅有一种,对于各类型的终端都是适用的。
在本申请中,对于可选特性的上报,针对不同类型的终端可以分别定义特性的默认值或候选值集合。即终端和/或网络设备可以根据终端的类型确定特性的默认值,和/或,根据终端的类型确定特性的候选值集合。可选地,终端和/或网络设备可以根据终端的类型确定特性的候选值集合,并根据候选值集合确定特性指示的比特数以及比特含义,进而确定特性的取值(参数取值)。
这样可以降低上报开销,匹配多种芯片,降低芯片成本,按需使能终端的特性,提高频谱效率。
在一些实现方式中,可以通过协议预定义或者通过信令配置终端的类型与特性的默认值的对应关系,和/或,终端的类型与特性的候选值集合的对应关系。该信令可以是高层信令,或者,物理层信令。下面结合举例,对本申请的技术方案进行描述。
1)支持的调制阶数
以特性参数Modulation Order为例。
可选地,支持的调制阶数的候选值集合与终端的类型之间具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令配置给终端的,本申请对此不做限定。该信令可以是高层信令或者物理层信令。
比如,对于类型1的终端,调制阶数的候选值集合为{MA1,MA2,MA3,…,MAn}。
比如,对于类型2的终端,调制阶数的候选值集合为{MB1,MB2,MB3,…,MBn}。
比如,对于类型X的终端,调制阶数的候选值集合为{MX1,MX2,MX3,…,MXn}。
其中,MA1,MA2,MA3,…,MAn,MB1,MB2,MB3,…,MBn,MX1,MX2,MX3,…,MXn可以为如下中的一项或多项:bpsk-halfpi,bpsk,qam16,qam64,qam256,qam1024,或者其他取值。
可选地,支持的调制阶数的默认值与终端的类型之间具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令配置给终端的,本申请对此不做限定。该信令可以是高层信令或者物理层信令。
可选地,参数取值的默认值可以是候选值集合中的第一个取值。
对于上述的第一类型-第四类型:
比如,针对第一类型的终端,调制阶数的候选值集合为{bpsk-halfpi,bpsk,qam16}。如果用二进制表示,则每个取值可以用2比特指示。即针对第一类型的终端的调制阶数的指示的比特数为2。比如,针对第一类型的终端的调制阶数的指示的比特含义可以是指:比特00代表bpsk-halfpi,比特01代表bpsk,比特10代表qam16。比如,第一类型的终端可以是URLLC终端。
比如,第一类型的终端的调制阶数的默认值为bpsk-halfpi。比如,第一类型的终端可以是URLLC终端。
比如,针对第二类型的终端,调制阶数的候选值集合为{bpsk-halfpi,bpsk,qam16}。如果用二进制表示,则每个取值可以用2个比特指示。即针对第二类型的终端的调制阶数的指示的比特数为2。比如,针对第二类型的终端的调制阶数的指示的比特含义可以是指:比特00代表bpsk-halfpi,比特01代表bpsk,比特10代表qam16。比如,第二类型的终端可以是IoT终端。
比如,第二类型的终端的调制阶数的默认值为bpsk-halfpi。比如,第二类型的终端可以是IoT终端。
比如,针对第三类型的终端,调制阶数的候选值集合为{qam16,qam64,qam256,qam1024}。如果用二进制表示,则每个取值可以用2个比特指示。即针对第三类型的终端的调制阶数的指示的比特数为2。比如,针对第三类型的终端的调制阶数的指示的比特含义可以是指:比特00代表qam16,比特01代表qam64,比特10代表qam256,比特11代表qam1024。比如,第三类型的终端可以是CPE终端。
比如,第三类型的终端的调制阶数的默认值为qam16。比如,第三类型的终端可以是CPE终端。
比如,针对第四类型的终端,调制阶数的候选值集合为{bpsk-halfpi,bpsk,qam16,qam64,qam256}。如果用二进制表示,则每个取值可以用3个比特指示。即针对第四类型的终端的调制阶数的指示的比特数为3。比如,针对第四类型的终端的调制阶数的指示的比特含义可以是指:比特000代表bpsk-halfpi,比特001代表bpsk,比特010代表qam16,比特011代表qam64,比特100代表qam256。比如,第四类型的终端可以是eMBB终端。
比如,第四类型的终端的调制阶数的默认值为bpsk-halfpi。比如,第四类型的终端可以是eMBB终端。
可选地,终端和/或网络设备可以根据终端的类型确定调制阶数指示的候选值集合,并根据候选值集合确定调制阶数指示的比特数以及比特含义,进而确定调制阶数的取值(参数取值)。
考虑不同终端的类型的通信特征,设计终端的类型对应的调制阶数指示的候选值集合,可以降低上报开销,匹配多种芯片,降低芯片成本,按需使能终端节能,提高频谱效率。
2)终端支持的用于RLM的CSI-RS资源的最大个数
以特性参数maxNumberResource-CSI-RS-RLM为例。
可选地,支持的用于RLM的CSI-RS资源的最大个数的候选值集合与终端的类型之间具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令配置给终端的,本申请对此不做限定。该信令可以是高层信令或者物理层信令。
比如,对于类型1的终端,最大个数的候选值集合为{MCA1,MCA2,MCA3,…,MCAn}
比如,对于类型2的终端,最大个数的候选值集合为{MCB1,MCB2,MCB3,…,MCBn}。
比如,对于类型X的终端,最大个数的候选值集合为{MCX1,MCX2,MCX3,…,MCXn}。
其中,MCA1,MCA2,MCA3,…,MCAn,MCB1,MCB2,MCB3,…,MCBn,MCX1,MCX2,MCX3,…,MCXn可以为如下中的一项或多项:n2,n4,n6,n8,n12。n2,n4,n6,n8,n12对应的最大个数分别为2,4,6,8,12,或者其他取值。
可选地,支持的用于RLM的CSI-RS资源的最大个数的默认值与终端的类型之间具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令配置给终端的,本申请对此不做限定。该信令可以是高层信令或者物理层信令。
可选地,参数取值的默认值可以是候选值集合中的第一个取值。
对于上述的第一类型-第四类型:比如,针对第一类型的终端,最大个数的候选值集合为{n2,n4}。如果用二进制表示,则每个取值可以用1比特指示。比如第一类型的终端可以是URLLC终端。考虑到第一类型的终端移动路线可知或者可预测,所以信道环境相对稳定,进行RLM的资源数可以比较少,这样能够降低功耗,降低成本,降低上报开销。即针对第一类型的终端的进行RLM的资源数的指示的比特数为1。比如,针对第一类型的终端的进行RLM的资源数的指示的比特含义可以是指:比特0代表2,比特1代表4。
比如,第一类型的终端的进行RLM的资源数的指示的默认值为2。比如,第一类型的终端可以是URLLC终端。
比如,针对第二类型的终端,最大个数的候选值集合为{n6,n8}。如果用二进制表示,则每个取值可以用1个比特指示。比如第二类型的终端可以是IoT终端。针对高速移动场景下,信道环境变化较快,进行RLM的资源数可以比较多,这样能够降低功耗,降低成本,降低上报开销。即针对第二类型的终端的进行RLM的资源数的指示的比特数为1。比如,针对第二类型的终端的进行RLM的资源数的指示的比特含义可以是指:比特0代表6,比特1代表8。
比如,第二类型的终端的进行RLM的资源数的指示的默认值为6。比如,第二类型的终端可以是IoT终端。
比如,针对第三类型的终端,最大个数的候选值集合为{n4,n6}。如果用二进制表示,则每个取值可以用1个比特指示。比如,第三类型的终端可以是CPE终端。由于第三类型的终端没有移动性、传输大数据,RLM的资源数可以比较适中,一段时间测量一次,获得信道信息的同时,最小功耗,降低成本,降低上报开销。即针对第三类型的终端的进行RLM的资源数的指示的比特数为1。比如,针对第三类型的终端的进行RLM的资源数的指示的比特含义可以是指:比特0代表4,比特1代表6。
比如,第三类型的终端的进行RLM的资源数的指示的默认值为4。比如,第三类型的终端可以是CPE终端。
比如,针对第四类型的终端,最大个数的候选值集合为{n2,n4,n6,n8,n12}。如果用二进制表示,则,每个取值可以用3个比特指示。比如,第四类型的终端可以是eMBB终端。即针对第三类型的终端的进行RLM的资源数的指示的比特数为3。比如,针对第四类型的终端的进行RLM的资源数的指示的比特含义可以是指:比特000代表2,比特001代表4,比特010代表6,比特011代表8,比特100代表12等。
比如,第四类型的终端的进行RLM的资源数的指示的默认值为2。比如,第四类型的终端可以是eMBB终端。
可选地,终端和/或网络设备可以根据终端的类型确定进行RLM的资源数的指示的候选值集合,并根据候选值集合确定进行RLM的资源数的指示的比特数以及比特含义,进而确定进行RLM的资源数的取值(参数取值)。
考虑不同终端的类型的通信特征,设计终端的类型对应的进行RLM的资源数的指示的候选值集合,可以降低上报开销,匹配多种芯片,降低芯片成本,按需使能终端节能,提高频谱效率。
3)终端支持的用于RRM的CSI-RS资源的最大个数
以特性参数maxNumberCSI-RS-RRM-RS-SINR为例。
可选地,支持的用于RRM的CSI-RS资源的最大个数的候选值集合与终端的类型之间具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令配置给终端的,本申请对此不做限定。该信令可以是高层信令或者物理层信令。
比如,对于类型1的终端,最大个数的候选值集合为{MMA1,MMA2,MMA3,…,MMAn}
比如,对于类型2的终端,最大个数的候选值集合为{MMB1,MMB2,MMB3,…,MMBn}。
比如,对于类型X的终端,最大个数的候选值集合为{MMX1,MMX2,MMX3,…,MMXn}。
其中,MMA1,MMA2,MMA3,…,MMAn,MMB1,MMB2,MMB3,…,MMBn,MMX1,MMX2,MMX3,…,MMXn的取值可以为如下中的一项或多项:n4,n8,n16,n32,n64,n96。n4,n8,n16,n32,n64,n96对应的最大个数分别为4,6,8,16,32,64,96,或者其他取值。
可选地,支持的用于RRM的CSI-RS资源的最大个数的默认值与终端的类型之间具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令配置给终端的,本申请对此不做限定。该信令可以是高层信令或者物理层信令。
可选地,参数取值的默认值可以是候选值集合中的第一个取值。
对于上述的第一类型-第四类型:
比如,针对第一类型的终端,最大个数的候选值集合为{n4,n8}。如果用二进制表示,则每个取值可以用1比特指示。比如第一类型的终端可以是URLLC终端。考虑到第一类型的终端移动路线可知或者可预测,所以信道环境相对稳定,进行RRM的测量的资源数可以比较少,这样能够降低功耗,降低成本,降低上报开销。即针对第一类型的终端的进行RRM的资源数的指示的比特数为1。比如,针对第一类型的终端的进行RRM的资源数的指示的比特含义可以是指:比特0代表4,比特1代表8。
比如,第一类型的终端的进行RRM的资源数的指示的默认值为4。比如,第一类型的终端可以是URLLC终端。
比如,针对第二类型的终端,最大个数的候选值集合为{n64,n96}。如果用二进制表示,则每个取值可以用1个比特指示。比如第二类型的终端可以是IoT终端。针对高速移动场景下,信道环境变化较快,进行RRM的测量的资源数可以比较多,这样能够降低功耗,降低成本,降低上报开销。即针对第二类型的终端的进行RRM的资源数的指示的比特数为1。比如,针对第二类型的终端的进行RRM的资源数的指示的比特含义可以是指:比特0代表64,比特1代表96。
比如,第二类型的终端的进行RRM的资源数的指示的默认值为64。比如,第二类型的终端可以是IoT终端。
比如,针对第三类型的终端,最大个数的候选值集合为{n16,n32}。如果用二进制表示,则每个取值可以用1个比特指示。比如,第三类型的终端可以是CPE终端。考虑到第三类型的终端没有移动性、传输大数据,RRM的测量的资源数可以比较适中,一段时间测量一次,获得信道信息的同时,最小功耗,降低成本,降低上报开销。即针对第三类型的终端的进行RRM的资源数的指示的比特数为1。比如,针对第三类型的终端的进行RRM的资源数的指示的比特含义可以是指:比特0代表16,比特1代表32。
比如,第三类型的终端的进行RRM的资源数的指示的默认值为16。比如,第三类型的终端可以是CPE终端。
比如,针对第四类型的终端,最大个数的候选值集合为{n4,n8,n16,n32,n64,n96}。如果用二进制表示,则每个取值可以用3个比特指示。比如,第四类型的终端可以是eMBB终端。即针对第四类型的终端的进行RRM的资源数的指示的比特数为3。比如,针对第四类型的终端的进行RRM的资源数的指示的比特含义可以是指:比特000代表4,比特001代表8,比特010代表16,比特011代表32,比特100代表64,比特101代表96等。
比如,第四类型的终端的进行RRM的资源数的指示的默认值为4。比如,第四类型的终端可以是eMBB终端。
可选地,终端和/或网络设备可以根据终端的类型确定进行RRM的资源数的指示的候选值集合,并根据候选值集合确定进行RRM的资源数的指示的比特数以及比特含义,进而确定进行RRM的资源数的取值(参数取值)。
考虑不同终端的类型的通信特征,设计终端的类型对应的进行RRM的资源数的指示的候选值集合,可以降低上报开销,匹配多种芯片,降低芯片成本,按需使能终端节能,提高频谱效率。
4)终端支持的下行传输的MIMO层数
以特性参数MIMO-LayersDL为例。
可选地,支持的下行传输的MIMO层数的候选值集合与终端的类型之间具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令配置给终端的,本申请对此不做限定。该信令可以是高层信令或者物理层信令。
比如,对于类型1的终端,下行传输的MIMO层数的候选值集合为{MLA1,MLA2,MLA3,…,MLAn}。
比如,对于类型2的终端,下行传输的MIMO层数的候选值集合为{MLB1,MLB2,MLB3,…,MLBn}。
比如,对于类型X的终端,下行传输的MIMO层数的候选值集合为{MLX1,MML2,MLX3,…,MLXn}。
其中,MLA1,MLA2,MLA3,…,MLAn,MLB1,MLB2,MLB3,…,MLBn,MLX1,MLX2,MLX3,…,MLXn可以为如下中的一项或多项:twoLayers,fourLayers,eightLayers。twoLayers,fourLayers,eightLayers分别对应最大层数为2层,4层,8层,或者也可以是其他取值。
可选地,支持的下行传输的MIMO层数的默认值与终端的类型之间具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令配置给终端的,本申请对此不做限定。该信令可以是高层信令或者物理层信令。
可选地,参数取值的默认值可以是候选值集合中的第一个取值。
对于上述的第一类型-第四类型:比如,针对第一类型的终端,下行传输的MIMO层数的候选值集合为{oneLayer,twoLayers}。如果用二进制表示,则每个取值可以用1比特指示。比如第一类型的终端可以是URLLC终端。考虑到第一类型的终端传输小数据、低时延、高可靠的业务,因此可以采用层数较低的数据传输。即针对第一类型的终端的支持的下行MIMO层数的指示的比特数为1。比如,针对第一类型的终端的支持的下行MIMO层数的指示的比特含义可以是指:比特0代表1层,比特1代表2层。
比如,第一类型的终端的支持的下行MIMO层数的指示的默认值为1。比如,第一类型的终端可以是URLLC终端。
比如,针对第二类型的终端,下行传输的MIMO层数的候选值集合为{oneLayer,twoLayers}。如果用二进制表示,则每个取值可以用1个比特指示。比如第二类型的终端可以是IoT终端。考虑到第二类型的终端传输小数据,因此可以采用层数较低的数据传输。即针对第二类型的终端的支持的下行MIMO层数的指示的比特数为1。比如,针对第二类型的终端的支持的下行MIMO层数的指示的比特含义可以是指:比特0代表1层,比特1代表2层。
比如,第二类型的终端的支持的下行MIMO层数的指示的默认值为1层。比如,第二类型的终端可以是IoT终端。
比如,针对第三类型的终端,下行传输的MIMO层数的候选值集合为{fourLayers,eightLayers}。如果用二进制表示,则每个取值可以用1个比特指示。比如,第三类型的终端可以是CPE终端。考虑到第三类型的终端静止且传输大数据,因此可以采用层数较高的数据传输,从而实现高速传输,降低上报开销。即针对第三类型的终端的支持的下行MIMO层数的指示的比特数为1。比如,针对第三类型的终端的支持的下行MIMO层数的指示的比特含义可以是指:比特0代表4层,比特1代表8层。
比如,第三类型的终端的支持的下行MIMO层数的指示的默认值为4层。比如,第三类型的终端可以是CPE终端。
比如,针对第四类型的终端,下行传输的MIMO层数的候选值集合为{twoLayers,fourLayers,eightLayers}。如果用二进制表示,则每个取值可以用2个比特指示。比如,第四类型的终端可以是eMBB终端。即针对第四类型的终端的支持的下行MIMO层数的指示的比特数为2。比如,针对第四类型的终端的支持的下行MIMO层数的指示的比特含义可以是指:比特00代表2层,比特01代表4层,比特10代表8层等。
比如,第四类型的终端的支持的下行MIMO层数的指示的默认值为2层。比如,第四类型的终端可以是eMBB终端。
可选地,终端和/或网络设备可以根据终端的类型确定支持的下行MIMO层数的指示的候选值集合,并根据候选值集合确定支持的下行MIMO层数的指示的比特数以及比特含义,进而确定支持的下行MIMO层数的取值(参数取值)。
考虑不同终端的类型的通信特征,设计终端的类型对应的支持的下行MIMO层数的指示的候选值集合,可以降低上报开销,匹配多种芯片,降低芯片成本,按需使能终端节能,提高频谱效率。
5)终端支持的上行传输的MIMO层数
以特性参数MIMO-LayersUL为例。
可选地,支持的上行传输的MIMO层数的候选值集合与终端的类型之间具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令配置给终端的,本申请对此不做限定。该信令可以是高层信令或者物理层信令。
比如,对于类型1的终端,上行传输的MIMO层数的候选值集合为{MUA1,MUA2,…,MUAn}
比如,对于类型2的终端,上行传输的MIMO层数的候选值集合为{MUB1,MUB2,…,MUBn}。
比如,对于类型X的终端,上行传输的MIMO层数的候选值集合为{MUX1,MUL2,…,MUXn}。
其中,MUA1,MUA2,…,MUAn,MUB1,MUB2,…,MUBn,MUX1,MUX2,…,MUXn可以为如下中的一项或多项:oneLayer,twoLayers,fourLayers,eightLayers。oneLayer,twoLayers,fourLayers,eightLayers分别对应最大层数为1层,2层,4层,8层,或者也可以是其他取值。
可选地,支持的上行传输的MIMO层数的默认值与终端的类型之间具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令配置给终端的,本申请对此不做限定。该信令可以是高层信令或者物理层信令。
可选地,参数取值的默认值可以是候选值集合中的第一个取值。
对于上述的第一类型-第四类型:
比如,针对第一类型的终端,上行传输的MIMO层数的候选值集合为{oneLayer,twoLayers}。如果用二进制表示,则每个取值可以用1比特指示。比如第一类型的终端可以是URLLC终端。考虑到第一类型的终端传输小数据、低时延、高可靠的业务,因此可以采用层数较低的数据传输。即针对第一类型的终端的支持的上行MIMO层数的指示的比特数为1。比如,针对第一类型的终端的支持的上行MIMO层数的指示的比特含义可以是指:比特0代表1层,比特1代表2层。
比如,第一类型的终端的支持的上行MIMO层数的指示的默认值为1。比如,第一类型的终端可以是URLLC终端。
比如,针对第二类型的终端,上行传输的MIMO层数的候选值集合为{oneLayer,twoLayers}。如果用二进制表示,则每个取值可以用1个比特指示。比如第二类型的终端可以是IoT终端。考虑到第二类型的终端传输小数据,因此可以采用层数较低的数据传输。即针对第二类型的终端的支持的上行MIMO层数的指示的比特数为1。比如,针对第二类型的终端的支持的上行MIMO层数的指示的比特含义可以是指:比特0代表1层,比特1代表2层。
比如,第二类型的终端的支持的上行MIMO层数的指示的默认值为1层。比如,第二类型的终端可以是IoT终端。
比如,针对第三类型的终端,上行传输的MIMO层数的候选值集合为{fourLayers,eightLayers}。如果用二进制表示,则每个取值可以用1个比特指示。比如,第三类型的终端可以是CPE终端。考虑到于第三类型的终端静止且传输大数据,因此可以采用层数较高的数据传输,从而实现高速传输,降低上报开销。即针对第三类型的终端的支持的上行MIMO层数的指示的比特数为1。比如,针对第三类型的终端的支持的上行MIMO层数的指示的比特含义可以是指:比特0代表4层,比特1代表8层。
比如,第三类型的终端的支持的上行MIMO层数的指示的默认值为4层。比如,第三类型的终端可以是CPE终端。
比如,针对第四类型的终端,上行传输的MIMO层数的候选值集合为{oneLayer,twoLayers,fourLayers,eightLayers}。如果用二进制表示,则每个取值可以用2个比特指示。
比如,第四类型的终端可以是eMBB终端。即针对第四类型的终端的支持的上行MIMO层数的指示的比特数为2。比如,针对第四类型的终端的支持的上行MIMO层数的指示的比特含义可以是指:比特00代表1层,比特01代表2层,比特10代表4层,比特11代表4层等。
比如,第四类型的终端的支持的下行MIMO层数的指示的默认值为1层。比如,第四类型的终端可以是eMBB终端。
可选地,终端和/或网络设备可以根据终端的类型确定支持的上行MIMO层数的指示的候选值集合,并根据候选值集合确定支持的上行MIMO层数的指示的比特数以及比特含义,进而确定支持的上行MIMO层数的取值(参数取值)。
有益效果:考虑不同终端的类型的通信特征,设计终端的类型对应的支持的上行MIMO层数的指示的候选值集合,可以降低上报开销,匹配多种芯片,降低芯片成本,按需使能终端节能,提高频谱效率。
6)终端支持的带宽
以特性参数SupportedBandwidth为例。
可选地,支持的带宽的候选值集合与终端的类型之间具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令配置给终端的,本申请对此不做限定。该信令可以是高层信令或者物理层信令。
针对FR1,带宽的候选值集合为{5MHz,10MHz,15MHz,20MHz,25MHz,30MHz,40MHz,50MHz,60MHz,80MHz,100MHz}。如果用二进制表示,则每个取值可以用4个比特指示。
针对FR2,带宽的候选值集合为{50MHz,100MHz,200MHz,400MHz}。如果用二进制表示,则每个取值可以用2个比特指示。
比如,对于类型1的终端,带宽的候选值集合为{SBA1,SBA2,…,SBAn}
比如,对于类型2的终端,带宽的候选值集合为{SBB1,SBB2,…,SBBn}。
比如,对于类型X的终端,带宽的候选值集合为{SBX1,SBL2,…,SBXn}。
其中,SBA1,SBA2,…,SBAn,SBB1,SBB2,…,SBBn,SBX1,SBX2,…,SBXn可以为如下中的一项或多项:mhz5,mhz10,mhz15,mhz20,mhz25,mhz30,mhz40,mhz50,mhz60,mhz80,mhz100,mhz200,mhz400。mhz5,mhz10,mhz15,mhz20,mhz25,mhz30,mhz40,mhz50,mhz60,mhz80,mhz100,mhz200,mhz400分别对应5MHz,10MHz,15MHz,20MHz,25MHz,30MHz,40MHz,50MHz,60MHz,80MHz,100MHz,200MHz,400MHz,或者也可以是其他取值。
可选地,支持的带宽的默认值与终端的类型之间具有对应关系。该对应关系可以是协议预定义的,也可以是网络设备通过信令配置给终端的,本申请对此不做限定。该信令可以是高层信令或者物理层信令。
可选地,参数取值的默认值可以是候选值集合中的第一个取值。
对于上述的第一类型-第四类型:
比如,针对第一类型的终端,针对FR1,带宽的候选值集合可以为{5MHz,10MHz,20MHz,25MHz,40MHz,50MHz,60MHz,80MHz}。如果用二进制表示,则每个取值可以用3比特指示。比如,第一类型的终端可以是URLLC终端。即针对第一类型的终端的支持的带宽的指示的比特数为3。比如,针对第一类型的终端的支持的带宽的指示的比特含义可以是指:比特000代表5MHz,比特001代表10MHz,以此类推。
比如,第一类型的终端的支持的带宽的指示的默认值为5MHz。比如,第一类型的终端可以是URLLC终端。
URLLC小包低时延高可靠业务传输。可以采用带宽较小的数据传输。降低功耗,降低成本,降低上报开销。
比如,针对第二类型的终端,针对FR1,带宽的候选值集合可以为{1.8MHz,5MHz,10MHz,20MHz}。如果用二进制表示,则每个取值可以用2个比特指示。比如,第二类型的终端可以是IoT终端。即针对第二类型的终端的支持的带宽的指示的比特数为2。比如,针对第二类型的终端的支持的带宽的指示的比特含义可以是指:比特00代表1.8MHz,比特01代表5MHz,比特10代表10MHz,比特11代表20MHz,以此类推。
比如,第二类型的终端的支持的带宽的指示的默认值为1.8MHz。比如,第二类型的终端可以是IoT终端。
考虑到第二类型的终端传输小数据,因此可以采用层数较低的数据传输,降低功耗,降低成本,降低上报开销。
比如,针对第三类型的终端,针对FR1,带宽的候选值集合可以为{20MHz,40MHz,60MHz,100MHz}。如果用二进制表示,则每个取值可以用2个比特指示。比如,第三类型的终端可以是CPE终端。即针对第三类型的终端的支持的带宽的指示的比特数为2。比如,针对第三类型的终端的支持的带宽的指示的比特含义可以是指:比特00代表20MHz,比特01代表40MHz,比特10代表60MHz,比特11代表100MHz,以此类推。
比如,第三类型的终端的支持的带宽的指示的默认值为20MHz。比如,第三类型的终端可以是CPE终端。
考虑到第三类型的终端位置固定且传输大数据,因此可以采用层数较高的数据传输,实现高速传输,降低上报开销。
比如,针对第四类型的终端,针对FR1,带宽的候选值集合为{5MHz,10MHz,15MHz,20MHz,25MHz,30MHz,40MHz,50MHz,60MHz,80MHz,100MHz}等。如果用二进制表示,则每个取值可以用4个比特指示。比如,第四类型的终端可以是eMBB终端。即针对第四类型的终端的支持的带宽的指示的比特数为4。比如,针对第四类型的终端的支持的带宽的指示的比特含义可以是指:比特0000代表5MHz,比特0001代表10MHz,比特0010代表15MHz,比特0011代表20MHz,以此类推等。
比如,第四类型的终端的支持的带宽的指示的默认值为5MHz。比如,第四类型的终端可以是eMBB终端。
可选地,终端和/或网络设备可以根据终端的类型确定支持的带宽的指示的候选值集合,并根据候选值集合确定支持的带宽的指示的比特数以及比特含义,进而确定支持的带宽的取值(参数取值)。
考虑不同终端的类型的通信特征,设计终端的类型对应的支持的带宽的指示的候选值集合,可以降低上报开销,匹配多种芯片,降低芯片成本,按需使能终端节能,提高频谱效率。
本申请提出了一种确定终端的特性的方法,能够实现终端的特性的定制化和终端的特性的最小化,在满足不同类型的终端的特性需求的同时,降低芯片成本和终端实现处理复杂度,实现终端节能。
比如,终端确定第一集合,所述第一集合包括空口通信特性,所述空口通信特性包括以下特性中的至少一个:超低时延处理定时、循环前缀-正交频分复用CP-OFDM波形、基于配置授权的数据传输、时隙聚合、混合自动重传请求HARQ进程数为2、基于同步信号块的无线链路管理和/或无线资源管理、非周期信道状态信息测量上报、波束跟踪、以及波束管理;和/或,所述定位特性包括以下特性中的至少一个:基于下行离开角DL AOD的定位特性、基于下行到达时间差DL-TDOA的定位特性、定位参考信号的带宽大小、下行定位参考信号资源数目、以及支持发送用于定位的周期性探测参考信号SRS。比如,所述终端的类型为第一类型。比如,第一类型的终端可以是URLLC终端。
比如,终端确定第一集合,所述第一集合还包括空口通信特性,所述空口通信特性包括以下特性中的至少一个:低成本波形、数据信道重复、基于配置授权的数据传输、时隙聚合、以及HARQ进程数为1。比如,所述终端的类型为第二类型。比如,第二类型的终端为IoT终端。
在本申请中,终端和/或网络设备可以根据终端的类型确定特性的候选值集合,并根据特性的候选值集合确定特性的取值。特性的取值可以包括取值的比特数以及比特的含义。
需要说明的是,上文仅以1)至5)的参数为例,本申请实施例的方案还可以应用于其他参数。示例性地,还可以是协议38.331中的终端的特性参数。例如,载波聚合参数、频率频带参数、MIMO参数、下行特征集合、上行特征集合、物理层参数、RLC参数,RRC参数、MAC参数、服务数据适配协议(service data adaptation protocol,SDAP)参数、旁链路参数、自组织网络(self-orgonized networked,SON)参数、非授权unlicense参数、定位参数、感知参数、AI参数、射频(radio frequence,RF)参数、节能参数、新无线双链接(new radio dualconnectivity,NRDC)参数、测量移动参数、跨无线接入技术(inter-radio accesstechnology,inter-RAT)通信参数、和高速参数等等。
现有技术中是仅针对eMBB定义1种特性的默认值和/或候选值集合,同时适用于多种不同的终端,可能会导致某些特性的取值不适用于其他终端类型的终端,导致上报开销较大。而在本申请中,针对不同类型的终端可以分别定义特性的默认值或候选值集合,在满足不同类型的终端的特性需求的同时,降低芯片成本和信令开销,实现终端节能。
可以理解的是,为了实现上述实施例中功能,网络设备和终端包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本申请中所公开的实施例描述的各示例的单元及方法步骤,本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用场景和设计约束条件。
图6和图7为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中终端或网络设备的功能,因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中,该通信装置可以是如图1所示的终端120a-120j,也可以是如图1所示的基站设备110a-110b,还可以是应用于终端或网络设备的模块(如芯片)。
如图6所示,通信装置600包括处理单元610和收发单元620。通信装置600用于实现上述图2、图3或图4中所示的方法实施例中终端或网络设备的功能。
当通信装置600用于实现图2所示的方法实施例中终端的功能时:
处理单元610用于终端确定终端的特性集合;
收发单元620用于根据终端的特性集合中的特性与网络设备进行通信。
可选地,收发单元620还用于接收网络设备发送的第一指示信息。
可选地,收发单元620还用于向网络设备发送第一确认信息。
可选地,收发单元620还用于向网络设备发送第二指示信息。
可选地,收发单元620还用于接收网络设备发送的第二确认信息。
当通信装置600用于实现图2所示的方法实施例中网络设备的功能时:
处理单元610用于根据终端的类型确定终端的特性集合。
收发单元620用于根据终端的特性集合中的特性与终端进行通信。
可选地,收发单元620还用于向终端发送第一指示信息。
可选地,收发单元620还用于接收终端发送的第一确认信息。
可选地,收发单元620还用于接收终端发送的第二指示信息。
可选地,收发单元620还用于向终端发送第二确认信息。
当通信装置600用于实现图3所示的方法实施例中终端的功能时:
收发单元620用于接收网络设备发送的第一指示信息;
处理单元610用于终端根据第一指示信息,确定终端的特性集合;
收发单元620还用于根据终端的特性集合中的特性与网络设备进行通信。
可选地,收发单元620还用于向网络设备发送第一确认信息。
当通信装置600用于实现图3所示的方法实施例中网络设备的功能时:
处理单元610用于根据终端的类型确定终端的特性集合。
收发单元620用于向终端发送第一指示信息;根据终端的特性集合中的特性与终端进行通信。
可选地,收发单元620还用于接收终端发送的第一确认信息。
当通信装置600用于实现图4所示的方法实施例中终端的功能时:
处理单元610用于确定终端的特性集合;
收发单元620用于向网络设备发送第二指示信息;根据终端的特性集合中的特性与网络设备进行通信。
可选地,收发单元620还用于接收网络设备发送的第二确认信息。
当通信装置600用于实现图4所示的方法实施例中网络设备的功能时:
收发单元620用于接收终端发送的第二指示信息;
处理单元610用于根据第二指示信息确定终端的特性集合;
收发单元620用于根据终端的特性集合中的特性与终端进行通信。
可选地,收发单元620还用于向接收终端发送第二确认信息。
有关上述处理单元610和收发单元620更详细的描述可以直接参考图2至图4所示的方法实施例中相关描述直接得到,这里不加赘述。
如图7所示,通信装置700包括处理器710和接口电路720。处理器710和接口电路720之间相互耦合。可以理解的是,接口电路720可以为收发器或输入输出接口。可选地,通信装置700还可以包括存储器730,用于存储处理器710执行的指令或存储处理器710运行指令所需要的输入数据或存储处理器710运行指令后产生的数据。
当通信装置700用于实现图2至图4所示的方法时,处理器710用于实现上述处理单元610的功能,接口电路720用于实现上述收发单元620的功能。
当上述通信装置为应用于终端设备的芯片时,该终端设备芯片实现上述方法实施例中终端设备的功能。该终端设备芯片从终端设备中的其它模块(如射频模块或天线)接收信息,该信息是网络设备发送给终端设备的;或者,该终端设备芯片向终端设备中的其它模块(如射频模块或天线)发送信息,该信息是终端设备发送给网络设备的。
当上述通信装置为应用于网络设备的芯片时,该网络设备芯片实现上述方法实施例中网络设备的功能。该网络设备芯片从网络设备中的其它模块(如射频模块或天线)接收信息,该信息是终端设备发送给网络设备的;或者,该网络设备芯片向网络设备中的其它模块(如射频模块或天线)发送信息,该信息是网络设备发送给终端设备的。
可以理解的是,本申请的实施例中的处理器可以是中央处理单元(CentralProcessing Unit,CPU),还可以是其它通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其它可编程逻辑器件、晶体管逻辑器件,硬件部件或者其任意组合。通用处理器可以是微处理器,也可以是任何常规的处理器。
本申请的实施例中的方法步骤可以通过硬件的方式来实现,也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于网络设备或终端设备中。当然,处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时,全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,例如,软盘、硬盘、磁带;也可以是光介质,例如,数字视频光盘;还可以是半导体介质,例如,固态硬盘。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
本申请中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。在本申请的文字描述中,字符“/”,一般表示前后关联对象是一种“或”的关系;在本申请的公式中,字符“/”,表示前后关联对象是一种“相除”的关系。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。
Claims (23)
1.一种确定终端的特性的方法,其特征在于,所述方法包括:
确定所述终端的特性集合,所述特性集合包括第一集合和第二集合,所述第一集合为所述终端的最小特性集合,所述第一集合与所述终端的类型相关,所述第一集合为非空集合,所述第二集合中的特性属于可选特性集合;
根据所述特性集合中的特性与网络设备进行通信。
2.根据权利要求1所述的方法,其特征在于,所述特性集合包括第一特性,所述第一特性的默认值和/或所述第一特性的候选值集合与所述终端的类型相关。
3.根据权利要求1或2所述的方法,其特征在于,所述特性集合包括第二特性,所述方法还包括:
接收来自所述网络设备的第一指示信息,所述第一指示信息指示开启或关闭所述第二特性,或指示所述第二特性的取值。
4.根据权利要求3所述的方法,其特征在于,所述第一指示信息包括第一标识,所述第一标识指示所述第二特性。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述特性集合包括第三特性,所述方法还包括:
向所述网络设备发送第二指示信息,所述第二指示信息指示开启或关闭所述第三特性,或指示所述第三特性的取值。
6.根据权利要求5所述的方法,其特征在于,所述第二指示信息包括第二标识,所述第二标识指示所述第三特性。
7.根据权利要求1至6中任一项所述的方法,其特征在于,
不同的终端的类型的如下至少一个属性不同:支持的业务类型、对移动性的需求、对业务数据的传输时延需求、所处的无线信道环境、对业务数据的传输可靠性需求、对覆盖的需求、以及部署场景;
或所述终端的类型为以下中的一种:增强移动宽带业务eMBB终端、超可靠低时延通信URLLC终端、物联网IoT终端、客户场所设备CPE、增强现实AR终端、虚拟现实VR终端、机器类通信MTC终端、和车联网V2X终端。
8.根据权利要求7所述的方法,其特征在于,
若所述终端的类型为第一类型,所述第一集合包括定位特性和旁链路通信特性;和/或,
若所述终端的类型为第二类型,所述第一集合包括感知特性和非陆地网络NTN通信特性;和/或;
若所述终端的类型为第三类型,所述第一集合包括人工智能AI特性。
9.根据权利要求8所述的方法,其特征在于,
若所述终端的类型为所述第一类型,所述第一集合还包括空口通信特性,所述空口通信特性包括以下特性中的至少一个:超低时延处理定时、循环前缀-正交频分复用CP-OFDM波形、基于配置授权的数据传输、时隙聚合、混合自动重传请求HARQ进程数为2、基于同步信号块的无线链路管理和/或无线资源管理、非周期信道状态信息测量上报、波束跟踪、以及波束管理;和/或,所述定位特性包括以下特性中的至少一个:基于下行离开角DL AOD的定位特性、基于下行到达时间差DL-TDOA的定位特性、定位参考信号的带宽大小、下行定位参考信号资源数目、以及支持发送用于定位的周期性探测参考信号SRS;和/或,
若所述终端的类型为所述第二类型,所述第一集合还包括空口通信特性,所述空口通信特性包括以下特性中的至少一个:低成本波形、数据信道重复、基于配置授权的数据传输、时隙聚合、以及HARQ进程数为1。
10.一种确定终端的特性的方法,其特征在于,所述方法包括:
根据所述终端的类型,确定所述终端的特性集合,所述特性集合包括第一集合和第二集合,所述第一集合为所述终端的最小特性集合,所述第一集合为非空集合,所述第二集合中的特性属于可选特性集合;
根据所述特性集合中的特性与所述终端进行通信。
11.根据权利要求10所述的方法,其特征在于,所述特性集合包括第一特性,所述第一特性的默认值和/或所述第一特性的候选值集合与所述终端的类型相关。
12.根据权利要求10或11所述的方法,其特征在于,所述特性集合包括第二特性,所述方法还包括:
向所述终端发送第一指示信息,所述第一指示信息指示开启或关闭所述第二特性,或指示所述第二特性的取值。
13.根据权利要求12所述的方法,其特征在于,所述第一指示信息包括第一标识,所述第一标识指示所述第二特性。
14.根据权利要求10至13中任一项所述的方法,其特征在于,所述特性集合包括第三特性,所述方法还包括:
接收来自所述终端的第二指示信息,所述第二指示信息指示开启或关闭所述第三特性,或指示所述第三特性的取值。
15.根据权利要求14所述的方法,其特征在于,所述第二指示信息包括第二标识,所述第二标识指示所述第三特性。
16.根据权利要求10至15中任一项所述的方法,其特征在于,
不同的终端的类型的如下至少一个属性不同:支持的业务类型、对移动性的需求、对业务数据的传输时延需求、所处的无线信道环境、对业务数据的传输可靠性需求、对覆盖的需求、以及部署场景;
或所述终端的类型为以下中的一种:增强移动宽带业务eMBB终端、超可靠低时延通信URLLC终端、物联网IoT终端、客户场所设备CPE、增强现实AR终端、虚拟现实VR终端、机器类通信MTC终端、和车联网V2X终端。
17.根据权利要求16所述的方法,其特征在于,
若所述终端的类型为第一类型,所述第一集合包括定位特性和旁链路通信特性;和/或,
若所述终端的类型为第二类型,所述第一集合包括感知特性和非陆地网络NTN通信特性;和/或;
若所述终端的类型为第三类型,所述第一集合包括人工智能AI特性。
18.根据权利要求17所述的方法,其特征在于,
若所述终端的类型为所述第一类型,所述第一集合还包括空口通信特性,所述空口通信特性包括以下特性中的至少一个:超低时延处理定时、循环前缀-正交频分复用CP-OFDM波形、基于配置授权的数据传输、时隙聚合、混合自动重传请求HARQ进程数为2、基于同步信号块的无线链路管理和/或无线资源管理、非周期信道状态信息测量上报、波束跟踪、以及波束管理;和/或,所述定位特性包括以下特性中的至少一个:基于下行离开角DL AOD的定位特性、基于下行到达时间差DL-TDOA的定位特性、定位参考信号的带宽大小、下行定位参考信号资源数目、以及支持发送用于定位的周期性探测参考信号SRS;和/或,
若所述终端的类型为所述第二类型,所述第一集合还包括空口通信特性,所述空口通信特性包括以下特性中的至少一个:低成本波形、数据信道重复、基于配置授权的数据传输、时隙聚合、以及HARQ进程数为1。
19.一种通信装置,其特征在于,包括用于执行如权利要求1至9中的任一项所述方法的模块或单元,或者用于执行如权利要求10至18中的任一项所述方法的模块或单元。
20.一种通信装置,其特征在于,包括处理器和接口电路,所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至9中任一项所述的方法,或者用于实现如权利要求10至18中任一项所述的方法。
21.一种芯片,其特征在于,包括处理器,所述处理器和存储器耦合,所述存储器用于存储计算机程序,所述处理器用于执行所述存储器中存储的计算机程序以实现如权利要求1至9中任一项所述的方法,或者实现如权利要求10至18中任一项所述的方法。
22.一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序或指令,当所述计算机程序或指令被通信装置执行时,实现如权利要求1至9中任一项所述的方法,或者实现如权利要求10至18中任一项所述的方法。
23.一种计算机程序产品,其特征在于,包括计算机程序,当所述计算机程序被运行时,实现如权利要求1至9中任一项所述的方法,或者实现如权利要求10至18中任一项所述的方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011628056.3A CN114698154A (zh) | 2020-12-31 | 2020-12-31 | 确定终端的特性的方法和通信装置 |
PCT/CN2021/138707 WO2022143195A1 (zh) | 2020-12-31 | 2021-12-16 | 确定终端的特性的方法和通信装置 |
EP21913936.7A EP4258808A4 (en) | 2020-12-31 | 2021-12-16 | METHOD FOR DETERMINING THE CHARACTERISTICS OF A TERMINAL DEVICE AND COMMUNICATIONS DEVICE |
US18/343,911 US20230345376A1 (en) | 2020-12-31 | 2023-06-29 | Method for determining feature of terminal and communication apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011628056.3A CN114698154A (zh) | 2020-12-31 | 2020-12-31 | 确定终端的特性的方法和通信装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114698154A true CN114698154A (zh) | 2022-07-01 |
Family
ID=82135277
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011628056.3A Pending CN114698154A (zh) | 2020-12-31 | 2020-12-31 | 确定终端的特性的方法和通信装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230345376A1 (zh) |
EP (1) | EP4258808A4 (zh) |
CN (1) | CN114698154A (zh) |
WO (1) | WO2022143195A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024016191A1 (zh) * | 2022-07-19 | 2024-01-25 | 北京小米移动软件有限公司 | 一种限制信息确定方法/装置/设备及存储介质 |
WO2024021034A1 (en) * | 2022-07-29 | 2024-02-01 | Qualcomm Incorporated | Throughput-based beam reporting techniques |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102238629A (zh) * | 2010-05-07 | 2011-11-09 | 华为技术有限公司 | 机器类型通讯的接入控制方法和设备及通信系统 |
CN108029022B (zh) * | 2015-09-25 | 2021-08-27 | 索尼公司 | 无线电信 |
CN105722012B (zh) * | 2016-02-02 | 2020-08-11 | 腾讯科技(深圳)有限公司 | 一种连接通信设备的方法、终端设备及服务器系统 |
GB201704734D0 (en) * | 2017-03-24 | 2017-05-10 | Samsung Electronics Co Ltd | Improvements in and relating to telecommunications networks |
EP3833070B1 (en) * | 2018-08-09 | 2024-05-01 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for reporting capability |
CN112153632B (zh) * | 2019-06-27 | 2022-12-13 | 华为技术有限公司 | 一种能力上报的方法及通信装置 |
-
2020
- 2020-12-31 CN CN202011628056.3A patent/CN114698154A/zh active Pending
-
2021
- 2021-12-16 WO PCT/CN2021/138707 patent/WO2022143195A1/zh unknown
- 2021-12-16 EP EP21913936.7A patent/EP4258808A4/en active Pending
-
2023
- 2023-06-29 US US18/343,911 patent/US20230345376A1/en active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024016191A1 (zh) * | 2022-07-19 | 2024-01-25 | 北京小米移动软件有限公司 | 一种限制信息确定方法/装置/设备及存储介质 |
WO2024021034A1 (en) * | 2022-07-29 | 2024-02-01 | Qualcomm Incorporated | Throughput-based beam reporting techniques |
Also Published As
Publication number | Publication date |
---|---|
EP4258808A4 (en) | 2024-05-15 |
WO2022143195A1 (zh) | 2022-07-07 |
EP4258808A1 (en) | 2023-10-11 |
US20230345376A1 (en) | 2023-10-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109495230B (zh) | 收发上行链路控制信息的方法和设备 | |
JP7193348B2 (ja) | ダウンリンクデータ送受信方法及びダウンリンクデータ送信基地局並びにダウンリンクデータ受信端末 | |
EP4096113A1 (en) | Method and apparatus for resource-based csi acquisition in advanced wireless communication systems | |
US10686501B2 (en) | Precoding information signaling method and apparatus for uplink transmission in mobile communication system using a plurality of array antennas | |
WO2019029343A1 (zh) | 信息上报方法及装置、信息传输的方法及装置 | |
CN113796038A (zh) | 无线通信系统中发送/接收信道状态信息的方法和装置 | |
CN112399566B (zh) | 处理数据的方法和通信装置 | |
KR20180035642A (ko) | 무선 셀룰라 통신 시스템에서 상향링크 제어신호 전송 방법 및 장치 | |
CN108282864B (zh) | 通信方法、网络侧设备和终端设备 | |
US20230345376A1 (en) | Method for determining feature of terminal and communication apparatus | |
CN115244883A (zh) | 与物理上行链路共享信道相关的多下行链路控制信息消息 | |
CN111788788A (zh) | 针对反馈信令的功率控制 | |
EP3794864A1 (en) | Measurement reporting for radio access network | |
CN111279738A (zh) | 波束成形无线电接入网络中的链路自适应 | |
CN112005512A (zh) | 反馈信令的功率控制 | |
CN116264858A (zh) | 通信系统中的harq-ack信息禁用 | |
CN114424673B (zh) | 用于省略信道状态信息的配置 | |
CN115211048A (zh) | 用于在无线通信系统中发送和接收信道状态信息的方法和装置 | |
CN112398515B (zh) | 用于下行数据传输的方法、终端设备以及网络设备 | |
CN113746606A (zh) | 一种通信方法及装置 | |
CN112514439A (zh) | 无线电接入网络中的bs到bs干扰的处置 | |
EP4145746A1 (en) | Communication method and apparatus | |
CN117581500A (zh) | 解调参考信号和传输模式的配置信令 | |
CN117136516A (zh) | 无线通信系统中用于上行链路发送的方法和装置 | |
US20220029682A1 (en) | Method and apparatus for reporting channel state information for network cooperative communication |
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 |