CN109196811A - 用于物理上行链路请求信道设计的系统和方法 - Google Patents
用于物理上行链路请求信道设计的系统和方法 Download PDFInfo
- Publication number
- CN109196811A CN109196811A CN201780030785.9A CN201780030785A CN109196811A CN 109196811 A CN109196811 A CN 109196811A CN 201780030785 A CN201780030785 A CN 201780030785A CN 109196811 A CN109196811 A CN 109196811A
- Authority
- CN
- China
- Prior art keywords
- purch
- request
- ofdm symbol
- group
- gnodeb
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
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
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公开了用在5G通信网络的用户设备(UE)中的装置。该装置包括包括被配置为执行以下处理的一个或多个处理器:生成上行链路(UL)请求,该UL请求包括有关从UE到与其相关联的gNodeB的请求的信息;确定将被用来映射UL请求的物理上行链路请求信道(PURCH),该PURCH包括预定PURCH子帧中的一组PURCH正交频分复用(OFDM)符号,其中,预定PURCH子帧包括与无线电帧相关联的、包括预留用于PURCH的一个或多个预定PURCH OFDM符号的子帧。该一个或多个处理器还被配置为将UL请求映射到形成PURCH的一组PURCH OFDM符号,以便随后将UL请求提供给gNodeB。
Description
相关申请的参考
本申请要求于2016年6月17日递交的名为“PHYSICAL UPLINK REQUEST CHANNEL(物理上行链路请求信道)”的临时申请PCT/CN2016/086150、以及于2016年8月18日递交的名为“SYSTEM AND METHODS FOR BEAM AWARE UPLINK CONTROL CHANNEL DESIGN(用于波束感知上行链路控制信道设计的系统和方法)”的临时申请PCT/CN2016/095901的优先权,它们的内容通过引用全部结合与此。
技术领域
本公开涉及5G通信系统,更具体地涉及用于供用户设备(UE)向gNodeB发送上行链路请求信息以减小上行链路延迟的物理上行链路请求信道(PURCH)的设计的装置和方法。
背景技术
移动通信从以前的语音系统到今天的极其精密的集成通信平台已经有了显著的发展。下一代无线通信系统5G将提供各种用户和应用在任意时间、任意地点对信息的访问和对数据的共享。在5G系统中,可以应用自包含帧结构。基于自包含帧结构,可以实现动态时分双工(TDD)操作,其中,子帧方向不是预先定义的而是由每个子帧中的控制信令控制。因此,UE可以被与其相关联的gNodeB调度来测量CSI-RS或报告CSI或通过上行链路许可发送一些上行链路数据。但是,在一些情况中,UE可能需要向gNodeB发送一些上行链路请求,例如,调度请求、波束改善请求等。
作为动态时分双工(TDD)操作(其中上行链路传输是基于调度的)的结果,UE需要等待来自gNodeB的上行链路许可来发送上行链路请求信息。在这种情况中,如果其一直没有被任何上行链路许可调度,则UE发送上行链路请求的延迟可能比较高。另外,在大型MIMO系统中,可以对eNodeB和UE侧二者应用波束形成。eNodeB和UE可以保持多个波束。然后,如何决定用于接收不同UE的上行链路请求的网络(NW)波束也成了问题。
附图说明
下面仅通过示例描述系统、装置、和/或方法的一些示例。在上下文中,将参考附图。
图1示出了根据本公开的一个实施例的5G通信网络的简化框图。
图2示出了根据本公开的一个实施例的实现有助于提供从UE到gNodeB的UL请求的物理层过程的示例电路。
图3示出了根据本公开的一个实施例的示例物理上行链路请求信道(PURCH)子帧。
图4示出了根据本文中描述的各种实施例的用在5G通信网络中的用户设备(UE)中的装置的框图。
图5示出了根据本文中描述的各种实施例的用在5G通信网络中的gNodeB中的装置的框图。
图6示出了根据本公开的一个实施例的用于5G通信网络中的用户设备(UE)的方法的流程图。
图7示出了根据本公开的一个实施例的用于5G通信网络中的gNodeB的方法的流程图。
图8示出了根据一些实施例的设备的示例组件。
具体实施方式
在本公开的一个实施例中,公开了用在5G网络通信的用户设备(UE)中的装置。该装置包括一个或多个处理器,该一个或多个处理器生成包括有关从UE到与其相关联的gNodeB的请求的信息的上行链路(UL)请求。该一个或多个处理器还被配置为确定将被用来映射UL请求的、包括预定PURCH子帧中的一组PURCH正交频分复用(OFDM)符号的物理上行链路请求信道(PURCH)。在一些实施例中,预定PURCH子帧包括与无线电帧相关联的包括被保留用于与UE相关联的UL请求的一个或多个预定PURCH OFDM符号的子帧。在一些实施例中,该一个或多个处理器还被配置为将UL请求映射到形成PURCH的一组PURCH OFDM符号,以便随后将UL请求提供给gNodeB。
在本公开的一个实施例中,公开了用在5G通信网络的用户设备(UE)中的装置。该装置包括一个或多个处理器,该一个或多个处理器生成包括有关第一实例中从UE到与其相关联的gNodeB的请求的信息的第一上行链路(UL)请求,并确定第一预定PURCH子帧中被保留用于与UE相关联的UL请求的一个或多个预定PURCH OFDM符号中被用来映射第一UL请求的第一组物理上行链路请求信道(PURCH)OFDM符号,以便将第一UL请求提供给gNodeB。在一些实施例中,第一组PURCH OFDM符号中的PURCH OFDM符号的数目指示包括在第一实例期间UE和gNodeB之间的信道质量的第一信道互易性(reciprocity)。该一个或多个处理器还被配置为生成包括有关不同的第二实例中从UE到与其相关联的gNodeB的请求的信息的不同的第二上行链路(UL)请求,并确定不同的第二预定PURCH子帧中被保留用于与UE相关联的UL请求的一个或多个预定PURCH OFDM符号中将被用来映射第二UL请求的第二组PURCHOFDM符号,以便将第二UL请求提供给gNodeB。在一些实施例中,第二组PURCH OFDM符号中的PURCH OFDM符号的数目指示包括在第二实例期间UE和gNodeB之间的信道质量的不同的第二信道互易性。
在本公开的一个实施例中,公开了用在5G通信网络的gNodeB中的装置。该装置包括一个或多个处理器,该一个或多个处理器接收一个或多个上行链路(UL)请求信号,每个UL请求信号包括来自UE的UL请求。在一些实施例中,UL请求被映射到分别与一个或多个UL请求信号相关联的一个或多个OFDM符号。在一些实施例中,一个或多个OFDM符号与预定物理上行链路请求信道(PURCH)子帧相关联,其中,预定PURCH子帧包括无线电帧内包括被保留用于映射UL请求的一个或多个预定PURCH OFDM符号的子帧。一个或多个处理器还被配置为处理一个或多个UL请求信号,以便对一个或多个UL请求信号上的UL请求进行解码;并且在UL请求被成功解码时,选择性地提供UL资源信号用于随后发射给UE。在一些实施例中,UL资源信号包括用于UE的UL资源或信息。
现在将参考附图描述本公开,其中,贯穿本公开相同的参考标号被用来指代相同的元件,并且其中,所示出的结构和设备不一定是按比例描绘的。如本文中所使用的术语“组件”、“系统”、“接口”、“电路”等被用来指代计算机相关实体、硬件、软件(例如,执行中的软件)、和/或固件。例如,组件可以是处理器(例如,微处理器、控制器、或者其他处理设备)、处理器上运行的进程、控制器、对象、可执行指令、程序、存储设备、计算机、平板PC、和/或具有处理设备的用户设备(例如,移动电话等)。例如,服务器上运行的应用和服务器也可以是组件。一个或多个组件可以驻留在进程中,并且组件可以位于一个计算机上和/或分布在两个以上计算机之间。可以在本文中描述一组元件或一组其他组件,其中,术语“组”可以理解为“一个或多个”。
另外,这些组件可以从具有存储在其上的各种数据结构(例如,模块)的各种计算机可读存储介质执行。组件可以例如,根据具有一个或多个数据分组(例如,来自经由信号与本地系统、分布式系统、和/或横跨网络(例如,互联网、局域网、广域网、或者具有其他系统的类似网络)与另一组件交互的一个组件的数据)的信号,经由本地和/或远程进程通信。
作为另一示例,组件可以是具有由电路或电子电路操作的机械部件提供的特定功能的装置,其中,电路或者电子电路可以由一个或多个处理器执行的软件应用或固件应用操作。一个或多个处理器可以在装置内部或外部,并且可以执行软件或固件应用的至少一部分。作为又一示例,组件可以是通过电子组件而无需机械部件提供特定功能的装置;电子组件可以包括其中执行至少部分地赋予电子组件的功能的软件和/或固件的一个或多个处理器。
意欲使用单词“示例性”来以具体的方式呈现概念。本申请中使用术语“或”来表示包括性的“或”而不是排他性的“或”。即,除非有相反指示或者从上下文中可以明了,否则“X采用A或B”表示任意自然包括排列。即,如果X采用A、X采用B、或者X采用A和B,则任意前述实例都满足“X采用A或B”。另外,本申请和所附权利要求中使用的条款“一”和“一个”应该被一般地理解为表示“一个或多个”,除非有相反的指示或者从上下文中可以明确该条款指向单数形式。另外,详细描述和权利要求中使用了术语“包括”、“包含”、“具有”、“含有”、“有”、或者它们的变形,这些术语用于表示类似于术语“包括”的包括性含义。
下面的详细描述参考附图。相同的参考标号在不同附图中被用来标识相同或类似的元件。在下面的描述中,出于说明而非限制的目的,提供了诸如,特定结构、架构、接口、技术等的具体细节,以便提供对各种实施例的各种方面的透彻理解。但是,本领域技术人员得益于本公开将明白的是,各种实施例的各种方面可以在不偏离这些具体细节的条件下在其他示例中实施。在某些实例中,省略了对公知设备、电路、和方法的描述,以避免不必要的细节模糊对各种实施例的描述。
如上所述,由于5G系统中的动态TDD操作(其中上行链路传输是基于调度的),UE需要等待来自与其相关联的gNodeB的上行链路许可来发送上行链路请求,从而增大了UE发送上行链路请求的上行链路延迟。例如,如果UE需要发送调度请求,但是gNodeB不知道该信息,则gNodeB不会及时调度用于UE的上行链路许可。在一些实施例中,gNodeB指代5G系统中的RAN节点或基站,并且类似于LTE网络中的eNodeB。另外,在大型多输入多输出(MIMO)系统中,可以向gNodeB和UE侧二者应用波束形成。对于中频带(6GHz到30GHz之间的载波频率)和高频带(超过30GHz的载波频率),波束形成是通过将窄辐射波束定向到目标用户来提高信号质量并减小用户间干扰的一项关键技术。在波束形成系统中,gNodeB和UE可以保持多个gNodeB波束。在当前的实施方式中,UE通过利用与多个gNodeB波束相关联的时间-频率资源将上行链路请求(例如,调度请求(SR))重复地发送给gNodeB来增大UE功率。另外,在这些实施例中,gNodeB必须对多个gNodeB波束中的每个波束上的SR进行解码,以便接收SR,这会增大gNodeB处的SR开销。
为了克服上述缺点,本公开提出了一种UE使用预定物理上行链路请求信道(PURCH)将UL请求提供给gNodeB的方法。在一些实施例中,PURCH包括可以被UE用来向gNodeB发送UL请求的、与预定PURCH子帧相关联的一个或多个时间-频率资源(例如,正交频分复用(OFDM)符号)。在一些实施例中,PURCH是5G物理层中使用的物理上行链路控制信道(PUCCH)或物理随机访问信道(PRACH)的扩展,并且具有与其相关联的类似配置和特征。在一些实施例中,将被UE用来向gNodeB提供UL请求的与PURCH相关联的一个或多个时间-频率资源是基于UE和gNodeB之间的信道质量配置的。在一些实施例中,所提出的UE利用与预定PURCH子帧相关联的一个或多个时间-频率资源将UL请求提供给gNodeB的方法使得UE上行链路延迟减小,因为预定PURCH子帧消除了UE等待来自gNodeB的UL许可来发送UL请求的需要。另外,所提出的方法通过避免在不想要的时间-频率资源上重复发射UL请求节省了UE功率。
图1示出了根据本公开的一个实施例的5G通信网络100的简化框图。5G通信网络100包括用户设备(UE)102和gNodeB 104。在一些实施例中,gNodeB 104包括5G系统中的RAN节点或基站(BS)并且可以被关联到第三代合作伙伴计划(3GPP)长期演进(LTE)网络的演进通用陆地无线电接入(E-UTRA)中的eNodeB。在一些实施例中,UE 102可以包括移动电话、膝上型计算机、平板计算机等,并且可以被配置为与gNodeB 104通信。即,在一些实施例中,UE102可以被配置为向gNodeB 104提供上行链路(UL)数据,并且从gNodeB 104接收下行链路(DL)数据。
在一些实施例中,当UE 102具有一些上行链路(UL)数据要发送给gNodeB 104时,UE必须请求gNodeB 104许可一些UL资源来发送UL数据。另外,在一些实施例中,例如,在波束形成系统中,波束切换会由于UE移动、旋转、和阻塞发生。在这些实施例中,UE 102可能需要请求gNodeB 104发送波束改善参考信号(BRRS)或请求gNodeB 104调度波束参考信号接收功率(BRS-RP)报告来告知eNodeB找到了更好的网络(NW)波束或gNodeB、或者NW波束的接收功率改变了很多。另外,在一些实施例中,UE 102可能发现下行链路信道质量显著改变并且可能需要请求gNodeB 104调度信道状态信息参考信号(CSI-RS)以减少一些信道质量指示符(CQI)错配。
在这样的实施例中,UE 102可以被配置为生成包括有关从UE 102到gNodeB 104的一个或多个请求的信息的UL请求。在一些实施例中,UL请求可以包括调度请求(SR),UE 102可以通过SR告知gNodeB 104需要发送一些上行链路数据并进一步请求gNodeB 104许可一些上行链路资源。在一些实施例中,UL请求可以包括缓冲器状态报告(BSR)或短BSR,该BSR或短BSR指示UE 102想要发送给gNodeB 104的上行链路数据的有效载荷大小。在一些实施例中,UE 102可以直接发送BSR而不发送SR以减少延迟。在一些实施例中,BSR使得eNodeB104能够确定将被许可给UE 102、供UE 102进行UL数据发射的UL资源(例如,判断上行链路数据是否可以在一个子帧中发送)。下面的表1示出了3比特短BSR的一个示例,其中,N表示一个资源块组(RBG)中的最大传输块(TB)大小加TB(循环冗余检查)CRC序列长度。在一个示例中,RBG大小可以等于4个资源块(RB)。但是,可以预见实现对于gNodeB 104的短BSR的其他方式也落在本公开的范围中。
短BSR索引 | 有效载荷大小 |
0 | BS=0 |
1 | 0<BS<=5N |
2 | 5N<BS<=10N |
3 | 10N<BS<=15N |
4 | 20N<BS<=25N |
5 | BS>25N |
6-7 | 保留 |
表1:短BSR
在一些实施例中,UL请求可以包括BSR-RP报告、BRRS请求、或CSI-RS请求。例如,在一个示例实施例中,UL请求可以包括2比特BSR-RP报告请求以通知gNodeB 104是否报告完整的BRS-RP,从而使得gNodeB 104可以决定是否调度5G物理上行链路控制信道(xPUCCH)资源或5G物理上行链路共享信道(xPUSCH)资源用于BRS-RP报告,例如,基于xPUCCH资源请求BSR-RP报告的“01”、基于xPUSCH资源请求BSR-RP报告的“10”。另外,在一些实施例中,UL请求可以包括波束与CSI-RS报告(BCR),以向gNodeB 104指示UE 102是否需要触发BRS-RP报告、BRRS请求、或CSI-RS请求。
下面的表2示出了2比特BCR的指示的一个示例,其中,第一值可以指示没有波束与CSI-RS的请求,第二值可以指示BRS-RP报告调度的请求,第三值可以指示改善UE波束的BRRS的请求,第四值可以指示CSI-RS的请求。但是,在另一选项中,为了实现同时请求,每个请求可以由1比特指示。例如,在一些实施例中,BCR可以包括用于指示BRS-RP报告请求的1比特、用于BRRS请求的1比特、以及用于CSI-RS请求的1比特。然后,在这些实施例中,每个请求的第二值可以表示该请求被启用。
BCR索引 | 指示 |
0 | 没有请求 |
1 | 请求BRS-RP报告 |
2 | 请求BRRS |
3 | 请求CSI-RS |
表2:2比特BCR指示
在一些实施例中,用于从UE向与其相关联的gNodeB(例如,gNodeB 104)提供UL请求的物理层进程包括信道编码、扰码、调制、层映射、预编码、以及资源映射,如图2所示。具体地,图2示出了实现物理层进程的示例电路200,并且图2中示出的各种模块可以被包括在图1中的UE 102中。在一些实施例中,图2中示出的物理层进程类似于3GPP技术规范(TS)36.212中定义的物理层进程。例如,在用于错误检测的信道编码电路202中,可以向UL请求或者与其相关联的数据应用信道冗余检查(CRC)代码。另外,在信道编码电路202中,可以向与UL请求相关联的数据应用read-muller(RM)代码、尾部比特卷积编码(TBCC)或极化代码。另外,在一些实施例中,可以在扰码电路204处确定并应用用于对与UL请求相关联的数据进行加扰的扰码序列。在一些实施例中,通过小区ID、虚拟小区ID和/或C-RNTI、和/或扰码ID、以及符号/时隙/子帧索引来确定扰码序列。可以在调制电路206中向与UL请求相关联的数据应用诸如正交相移键控(QPSK)的调制方案。可以在层映射和预编码电路208中应用诸如空间频率块编码(SFBC)的发射分集。一旦进行了预编码,在一些实施例中,在资源映射电路210中,将UL请求映射到与包括无线电帧中的时间-频率网格的物理信道相关联的资源中(如LTE中定义的),以便将UL请求从UE 102提供给gNodeB 104。
在一些实施例中,UE 102可以被配置为基于将UL请求或与其相关联的数据映射到包括与预定PURCH子帧相关联的时间-频率资源的物理上行链路请求信道(PURCH),将UL请求提供给gNodeB 104。在一些实施例中,利用预定PURCH子帧将UL请求提供给gNodeB 104使得能够减小与UE 102相关联的上行链路延迟。在一些实施例中,用于UL请求的发射的预定PURCH子帧可以由高层或gNodeB 104配置。在一些实施例中,PURCH是5G物理层中使用的物理上行链路控制信道(PUCCH)或物理随机访问信道(PRACH)的扩展,并且具有与其相关联的类似配置和特征。在一些实施例中,gNodeB 104被配置为向UE 102提供包括有关一个或多个预定PURCH子帧的资源配置的信息的PURCH信号105,以使得UE 102能够使用预定子帧将UL请求提供给gNodeB 104。在一些实施例中,通过小区专用或UE专用的方式从gNodeB 104向UE 102提供PURCH信号105。例如,在一些实施例中,当以小区专用方式配置PURCH子帧时,可以通过5G主信息块(xMIB)、5G系统信息块(xSIB)将PURCH信号105从gNodeB 104提供到UE102。类似地,在其他实施例中,当以UE专用方式配置PURCH子帧时,可以通过无线电资源控制(RRC)信令将PURCH信号105从gNodeB 104提供到UE 102。在一些实施例中,PURCH信号105包括有关与PURCH子帧相关联的周期性和PURCH子帧偏移的信息,从而提供有关一个或多个预定PURCH子帧的信息。在一些实施例中,PURCH信号105还可以包括有关与PURCH子帧相关联的时域资源(例如,子帧偏移、OFDM符号索引、被占用的OFDM符号)、频域资源(例如,资源块(RB)或资源块组(RBG)索引)、以及代码域资源(例如,循环移位)中的一者或多者的信息。另外,在一些实施例中,PURCH信号105可以包括一个或多个PURCH信号,例如,包括有关第一预定PURCH子帧的信息的第一PURCH信号、包括有关不同的第二PURCH子帧的信息的不同的第二PURCH信号。在一个示例中,PURCH发射实例或子帧是满足以下条件的子帧:
其中,nf指示帧索引,ns指示时隙索引,NOFFSET,PURCH指示PURCH子帧偏移,PURCHPERIODICITY指示与PURCH子帧相关联的周期性。但是,也可以预见确定PURCH子帧的其他方式落入本公开的范围。
在一些实施例中,预定PURCH子帧包括具有一个或多个预定PURCH OFDM符号(即,时间资源)的子帧,每个PURCH OFDM符号具有与长期演进(LTE)物理层或5G系统相关联的无线电帧中被保留用于映射与UE(例如,UE 102)相关联的UL请求的多个子载波(即,频率资源)。图3示出了根据本公开的一个实施例的示例PURCH子帧300。时间轴302指示与PURCH子帧300相关联的OFDM符号(即,时间资源),频率轴304指示与PURCH子帧300相关联的子载波(即,频率资源)。在PURCH子帧300中,PURCH 1和PURCH 2包括可以被用于PURCH(即,用于映射与UE相关联的UL请求)的频率资源或子载波。另外,在PURCH子帧300中,所有OFDM符号被配置为将被用于PURCH,形成PURCH OFDM符号。但是,在其他实施例中,与PURCH子帧300相关联的OFDM符号的仅一部分可以被配置为用于PURCH。在该实施例中,PURCH和5G随机访问信道(xPRACH)在同一子帧中被复用(即,频分复用)。但是,在其他实施例中,PURCH子帧中用于PURCH的资源可以被不同地配置。
一旦有关预定PURCH子帧的信息在UE 102处可用,则在一些实施例中,UE 102进一步被配置为确定包括将被用于映射UL请求的、预定PURCH子帧(例如,PURCH子帧200)中的一个或多个预定PURCH OFDM符号中的一组PURCH OFDM符号的PURCH的资源配置,以便将UL请求提供给gNodeB 104。在一些实施例中,该组PURCH OFDM符号中的OFDM符号的数目指示包括gNodeB 104和UE 102之间的信道质量的信道互易性。
在一些实施例中,形成PURCH的一组PURCH OFDM符号是在UE 102处基于UE 102处的测量确定的。在一些实施例中,UE 102被配置为基于UE 102和gNodeB 104之间的信道互易性的信息,确定PURCH子帧中将被用于将UL请求提供给gNodeB 104的PURCH OFDM符号的数目,以便确定形成PURCH的一组PURCH OFDM符号。在一些实施例中,形成PURCH的一组PURCH OFDM符号中的OFDM符号的数目指示包括UE 102和gNodeB 104之间的信道质量的信道互易性。例如,在一个实施例中,当信道互易性包括指示理想信道质量的完全信道互易性时,该组PURCH OFDM符号可以包括与预定PURCH子帧相关联的单个PURCH OFDM符号;当UE和gNodeB之间的信道质量包括指示非理想信道质量的部分互易性时,该组PURCH OFDM符号可以包括与预定PURCH子帧相关联的多个PURCH OFDM符号。在一些实施例中,UE 102被配置为基于UE 102处的测量确定信道互易性。然而,在其他实施例中,UE 102被配置为基于从gNodeB 104接收到的信道互易性的信息来确定信道互易性。
在一个示例实施例中,将被用于将UL请求提供给gNodeB 104的PURCH OFDM符号的数目是在UE 102处基于定义互易性偏移Ireciprocity确定的,其中,该互易性偏移被用来指示指示非理想信道质量的部分互易性和指示理想信道质量的完全互易性之间的偏移。在一些实施例中,互易性偏移Ireciprocity指示信道互易性。另外,gNodeB 104被配置为配置阈值以允许UE 102推导出用于UL请求的发射的OFDM符号的数目L。在该示例实施例中,三个等级的阈值(即,Threshold0、Threshold1、Threshold2)由高层或gNodeB 104以小区专用的方式经由5G主信息块(xMIB)、5G系统信息块(xSIB)、或RRC信令来配置。在这种情况中,UE可以基于以下等式推导出形成PURCH的OFDM符号的数目:
其中,L指示预定子帧中将被用于映射UL请求的PURCH OFDM符号的数目。例如,当L=1时,基于将UL请求映射到与预定PURCH子帧相关联的单个PURCH OFDM符号,将UL请求从UE 102提供给gNodeB 104仅一次。类似地,当L=4时,基于将UL请求映射到与预定PURCH子帧相关联的四个不同PURCH OFDM符号,将UL请求重复地从UE 102提供给gNodeB 104四次。以上的等式(2)是确定将被用来映射UL请求的PURCH OFDM符号的数目的一种可能方式。但是,在其他实施例中,可以利用其它方法/等式来确定PURCH OFDM符号的数目。
在确定OFDM符号的数目L时,在一些实施例中,UE 102进一步被配置为基于与预定PURCH子帧中的PURCH OFDM符号相关联的gNodeB波束的下行链路测量,识别PURCH子帧中将被用于将UL控制请求提供给gNodeB的、与所确定的OFDM符号数目相对应的一组PURCH OFDM符号(例如,确定该组PURCH OFDM符号的符号索引)。例如,在一些实施例中,UE 102被配置为确定与预定PURCH子帧的OFDM符号相关联的波束参考信号(BRS)接收功率,以便识别预定PURCH子帧中形成PURCH的一组PURCH OFDM符号。在一些实施例中,UE 102进一步被配置为确定与该组OFDM符号相关联的子载波索引或资源块索引。
替代地,在其他实施例中,在UE 102处基于由高层信令提供的与PURCH相关联的一组PURCH OFDM符号的信息,确定包括该组PURCH OFDM符号的资源配置。在一些实施例中,在UE 102处从gNodeB 104接收有关将被用于映射UL请求的一组PURCH OFDM符号的信息。在一些实施例中,在UE 102处通过高层信令或从gNodeB 104接收的有关一组PURCH OFDM符号的信息可以包括有关PURCH子帧中将被用于映射UL请求的OFDM符号的数目、将被用于映射UL请求的PURCH OFDM符号的符号索引(即,标识符)、子载波索引、资源块索引、以及识别分别与一组PURCH OFDM符号相关联的一组gNodeB波束的波束索引中的一者或多者。在一些实施例中,与子帧(例如,PURCH子帧)相关联的OFDM符号的波束索引是预先定义的。在这些实施例中,gNodeB 104可以被配置为生成并提供PURCH信息信号107,该PURCH信息信号107包括有关形成到UE 102的PURCH的一组PURCH OFDM符号的信息。在一些实施例中,可以使用5G主信息块(xMIB)、5G系统信息块(xSIB)、或RRC信令提供PURCH信息信号107。在一个示例实施例中,PURCH信息信号107包括单个资源索引IPURCH。在这些实施例中,UE可以如下推导用于映射UL请求的频率资源m和符号索引k:
其中,k是OFDM符号索引,m是用于映射UL请求的频率资源。
在一些实施例中,PURCH信息信号107可以是PURCH信号105的一部分。在这些实施例中,PURCH信号105可以提供预定PURCH子帧以及预定PURCH子帧中形成将被UE 102用来映射UL请求的PURCH的一组PURCH OFDM符号的信息。在一些实施例中,gNodeB 104可以被配置为通过实现上述等式(2)并基于预定PURCH子帧的下行链路测量(例如,BRS接收功率),确定将被用于映射UL请求的一组PURCH OFDM符号。但是,在其他实施例中,该组PURCH OFDM符号可以在eNodeB 104处不同地确定。
在一些实施例中,当信道互易性包括完全互易性并且当与预定PURCH子帧相关联的最佳gNodeB波束的信息(例如,所保持的Tx/Rx波束对)在UE 102处可用时,UE 102可以被配置为将UL请求映射到与最佳gNodeB波束相关联的OFDM符号,以便将UL请求提供给gNodeB104。类似地,当信道互易性包括完全互易性并且当与预定PURCH子帧相关联的最佳gNodeB波束的信息在gNodeB 104处可用时,gNodeB 104可以向UE 102提供与最佳gNodeB波束相关联的符号索引、频率资源索引(例如,子载波索引)、或波束索引中的至少一者,以便映射UL请求。
在确定形成PURCH的一组PURCH OFDM符号时,UE 102被配置为将UL请求映射到PURCH,从而生成一组被映射的PURCH OFDM符号,以便将UL请求提供给gNodeB 104。在一些实施例中,基于生成分别与PURCH中的一组被映射的PURCH OFDM符号相关联的一组UL请求信号106,将UL请求从UE 102提供给gNodeB。在这些实施例中,UE 102被配置为从与PURCH相关联的一组被映射的PURCH OFDM符号生成一组UL请求信号106。在这些实施例中,该组UL请求信号106中的每个UL请求信号包括UL请求。在一些实施例中,当一组PURCH OFDM符号或PURCH包括单个PURCH OFDM符号(例如,在完全互易性场景中)时,该组UL请求信号106包括分别与单个PURCH OFDM符号相关联的单个UL请求信号。类似地,当形成PURCH的一组PURCHOFDM符号包括多个PURCH OFDM符号(例如,在部分互易性场景中)时,该组UL请求信号106包括分别与多个PURCH OFDM符号相关联的多个UL请求信号。一旦在UE 102处生成一组UL请求信号106,UE 102被进一步配置为将该组UL请求信号106提供给gNodeB 104。
一旦UE 102将包括UL请求的一组UL请求信号106提供给gNodeB 104,gNodeB 104被配置为接收该组UL请求信号106并处理该组UL请求信号106,以便对UL请求进行解码。一旦成功解码UL请求,在一些实施例中,gNodeB 104被配置为向UE 102提供包括一个或多个UL资源/信息/参考信号的UL资源信号108。在一些实施例中,一个或多个UL资源包括UE 102可以用来将与UE 102相关联的UL数据提供给gNodeB 104的资源。在一些实施例中,如果UL请求未被成功解码,则gNodeB 104可以不将UL资源信号108提供给UE 102。
在一些实施例中,预定PURCH子帧具有与其相关联的周期性(例如,按照规则或预定时间间隔重复)并且可以包括多个预定PURCH子帧,每个预定PURCH子帧与相应的时间实例相关联。在这些实施例中,UE 102可以被配置为基于相应时间实例处的信道互易性的信息,动态地针对多个预定PURCH子帧中的每个PURCH子帧确定形成PURCH的一组PURCH OFDM符号。例如,在一些实施例中,可以在第一实例期间使用多个预定PURCH子帧中的第一预定子帧将与UE 102相关联的第一UL请求提供给gNodeB 104,并且可以在不同的第二实例期间使用多个预定PURCH子帧中的不同的第二预定子帧将与UE 102相关联的不同的第二UL请求提供给gNodeB 104。在这些实施例中,UE 102可以被进一步配置为基于与第一实例相关联的第一信道互易性,确定第一预定PURCH子帧中的第一组PURCH OFDM符号,以便映射第一UL请求。
另外,UE 102可以被进一步配置为基于与第二实例相关联的第二信道互易性,确定第二预定PURCH子帧中的第二组PURCH OFDM符号,以便映射第二UL请求。在一些实施例中,根据相应时间实例处的信道互易性,第一组PURCH OFDM符号和第二组PURCH OFDM符号中的OFDM符号的数目可以不同。在这些实施例中,PURCH信号105可以包括有关第一预定PURCH子帧和第二预定PURCH子帧的信息。在一些实施例中,PURCH信号105可以包括第一PURCH信号和不同的第二PURCH信号,其中,第一PURCH信号包括第一预定PURCH子帧的信息,第二PURCH信号包括有关不同的第二预定PURCH子帧的信息。
在一些实施例中,UE 102被进一步配置为当PURCH子帧不是预先定义的或者预定PURCH子帧的信息在UE 102处不可用时,将UL请求映射到与5G物理上行链路控制信道(xPUCCH)或5G随机访问信道(xPRACH)相关联的一个或多个时间-频率资源。
图4示出了根据本文中描述的各种实施例的用在5G通信网络中的用户设备(UE)中的装置400的框图。可以参考图1中的UE 102描述UE,并且装置400可以被包括在图1中的UE102中。装置400包括接收机电路420、处理电路430、以及发射机电路410。另外,在一些实施例中,装置400包括耦合到处理电路430的存储器电路440。接收机电路420和发射机电路410中的每个电路被配置为耦合到一个或多个天线,该一个或多个天线可以是相同或不同的天线。在一些实施例中,接收机电路420和发射机电路410可以具有共同的一个或多个组件,或者它们二者可以被包括在收发机电路中,而在其他方面它们不是这样。在各种实施例中,装置400可以被包括在UE中,例如,装置400(或其部分)可以被包括在UE的接收机和发射机或收发机电路中。在一些实施例中,处理电路430可以被映射到以下图8中的基带电路804,并且接收机电路420和发射机电路410可以被映射到以下图8中的RF电路410。
在一些实施例中,处理电路430被配置为生成包括将被提供给gNodeB(例如,图1中的gNodeB 104)的一个或多个比特的信息的UL请求。在一些实施例中,UL请求可以包括SR、BRS-RP报告、BRRS请求、CSI-RS请求等,如上文针对图1所描述的。在生成UL请求时,处理电路430被进一步配置为将UL请求映射到预定物理上行链路请求信道(PURCH)子帧中的时间-频率资源(例如,一组正交频分复用(OFDM)符号),以便将UL请求提供给gNodeB。在一些实施例中,预定PURCH子帧包括与无线电帧相关联的包括被保留用于PURCH的一个或多个预定PURCH OFDM符号的子帧,如上文针对图1所描述的。
在一些实施例中,处理电路430被进一步配置为在将UL请求映射到与预定PURCH子帧相关联的资源之前,经由接收电路420从gNodeB接收包括有关预定PURCH子帧的资源配置的信息的PURCH信号(例如,图1中的PURCH信号105)。在一些实施例中,PURCH信号可以包括有关用于UE的一个或多个预定PURCH子帧的信息。在一些实施例中,存储器电路440被配置为存储有关一个或多个预定PURCH子帧的信息。在一些实施例中,处理电路430被进一步配置为在将UL请求映射到与预定PURCH子帧相关联的时间-频率资源之前,基于上文在图2中所述的物理层进程200处理UL请求(例如,信道编码、扰码、调制、层映射和预编码)。在一些实施例中,处理电路430被进一步配置为确定包括来自预定PURCH子帧中的一个或多个预定PURCH OFDM符号的一组PURCH OFDM符号的PURCH,以便映射UL请求。在一些实施例中,在处理电路430处基于确定将被用来映射UL请求的PURCH OFDM符号的数目和与PURCH子帧中的PURCH OFDM符号相关联的符号索引确定PURCH,如以上针对图1所述的。
在一些实施例中,在处理电路430处基于实现以上等式(2)来确定形成PURCH的OFDM符号的数目。另外,在一些实施例中,在处理电路430处基于与PURCH子帧相关联的下行链路测量,确定与PURCH子帧中的PURCH OFDM符号相关联的符号索引。例如,在一些实施例中,处理电路430被配置为确定与预定PURCH子帧中的预定PURCH OFDM符号相关联的波束参考信号(BRS)接收功率,以便确定形成PURCH的一组PURCH OFDM符号的符号索引。在一些实施例中,当UE(例如,图1中的UE 102)和gNodeB(例如,图1中的gNodeB 104)之间的信道互易性包括完全互易性时,形成PURCH的OFDM符号的数目包括单个PURCH OFDM符号。类似地,在一些实施例中,当UE和gNodeB之间的信道互易性包括部分互易性时,形成PURCH的OFDM符号的数目包括多个PURCH OFDM符号。在一些实施例中,处理电路430被配置为当信道互易性包括完全互易性时,利用与预定PURCH子帧相关联的(例如,所保持的Rx/Tx波束对的)最佳gNodeB波束所关联的OFDM符号来映射UL请求。
替代地,在其他实施例中,在处理电路430处基于从与其相关联的gNodeB(例如,图1中的gNodeB 104)接收到有关PURCH的信息确定PURCH。在这些实施例中,处理电路430被配置为经由接收电路420从gNodeB接收包括有关PURCH的信息的PURCH信息信号(例如,图1中的PURCH信息信号107)。在一些实施例中,PURCH信息信号可以包括有关预定PURCH子帧中将被用来映射UL请求的PURCH OFDM符号的数目的信息或与预定PURCH子帧中将被用来映射UL请求的PURCH OFDM符号相关联的符号索引,或者包括它们二者。在将UL请求映射到PURCH时,处理电路430被进一步配置为生成一组被映射的PURCH OFDM符号。
另外,处理电路430被配置为分别根据与PURCH相关联的一组被映射的PURCH OFDM符号生成一组UL请求信号(例如,图1中的一组UL请求信号106)。在这些实施例中,该组UL请求信号中的每个UL请求信号包括UL请求。在生成该组UL请求信号时,处理电路430被进一步配置为经由发射机电路410向gNodeB发送该组UL请求信号。在一些实施例中,处理电路430被进一步配置为响应于将该组UL请求信号提供给gNodeB,经由接收电路420从gNodeB接收包括用于UE的一个或多个UL资源/信息/参考信号的UL资源信号108。在一些实施例中,处理电路430可以利用UL资源信号108中的UL资源来将与UE相关联的UL数据提供给gNodeB。在一些实施例中,处理电路430被进一步配置为当PURCH子帧不是预先定义的或者预定PURCH子帧的信息在处理电路430处不可用时,将UL请求映射到与5G物理上行链路控制信道(xPUCCH)或5G随机访问信道(xPRACH)相关联的一个或多个时间-频率资源。
图5示出了根据本文中描述的各种实施例的用在5G通信网络中的gNodeB中的装置500的框图。这里参考图1中的gNodeB 104描述gNodeB。装置500包括接收机电路520、处理电路530、以及发射机电路510。另外,在一些实施例中,装置500包括耦合到处理电路530的存储器电路540。接收机电路520和发射机电路510中的每个电路被配置为耦合到一个或多个天线,该一个或多个天线可以是相同或不同的天线。另外,在一些实施例中,该装置包括耦合到处理电路530的存储器电路540。在一些实施例中,接收机电路520和发射机电路510可以具有共同的一个或多个组件,或者它们二者可以被包括在收发机电路中,而在其他方面它们不是这样。在各种实施例中,装置500可以被包括在与5G通信网络相关联的演进通用陆地无线电接入网络(E-UTRAN)节点B(演进节点B、eNodeB、或eNB)、gNB、或gNodeB中。在一些实施例中,处理电路530可以被映射到以下图8中的基带电路804,并且接收机电路520和发射机电路510可以被映射到以下图8中的RF电路410。
当UE(例如,图1中的UE 102)具有上行链路(UL)数据或一些其他请求要发送给gNodeB(例如,图1中的gNodeB 104)时,UE 102被配置为将包括对于gNodeB的请求的UL请求提供给gNodeB,例如,许可用于将UL数据从UE发射到gNodeB的UL资源的调度请求(SR)。在这些实施例中,处理电路530被配置为经由接收电路520从UE接收包括UL请求的一组UL请求信号(例如,图1中的一组UL请求信号106)。在一些实施例中,该组UL请求信号中的每个UL请求信号包括UL请求。在一些实施例中,该组UL请求信号分别与预定物理上行链路请求信道(PURCH)子帧所关联的一组PURCH OFDM符号相关联,如以上针对图1所描述的。在一些实施例中,来自UE的UL请求被映射到预定PURCH子帧中形成PURCH的一组预定PURCH OFDM符号。
在从UE接收到一组UL请求信号时,处理电路530被配置为处理该组UL请求信号,以解码来自UE的UL请求。在解码UL请求时,处理电路530被配置为生成包括用于UE的一个或多个UL资源/信息/参考信号的UL资源信号(例如,图1中的UL资源信号108)并经由发送电路510向UE发送UL资源信号。在一些实施例中,基于UE和gNodeB之间的信道互易性,来自UE的一组UL请求信号包括一个或多个UL请求信号。
在一些实施例中,处理电路530被进一步配置为在从UE接收到一组UL请求信号之前,确定预定PURCH子帧的资源配置并经由发送电路510将包括有关预定PURCH子帧的资源配置的信息的PURCH信号(例如,图1中的PURCH信号105)发送给UE。在一些实施例中,处理电路530被进一步配置为在将PURCH信号提供给UE之前生成PURCH信号。在一些实施例中,预定PURCH子帧的资源配置被存储在存储器540中。在一些实施例中,处理电路530被进一步配置为确定预定PURCH子帧内的一个或多个预定PURCH OFDM符号中形成将被UE用来映射UL请求的PURCH的一组PURCH OFDM符号。在一些实施例中,处理电路530被配置为将有关预定PURCH子帧中形成将被用来映射来自UE的UL请求的PURCH的一组PURCH OFDM符号的信息作为PURCH信号的一部分提供给UE。但是,在其他实施例中,处理电路530被进一步配置为在从UE接收到一组UL请求信号之前,生成包括有关预定PURCH子帧中将被用来映射来自UE的UL请求的一组PURCH OFDM符号的信息的PURCH信息信号(例如,图1中的PURCH信息信号107)并经由发送电路510向UE发送PURCH信息信号。
在一些实施例中,在处理电路530处确定形成将被用来映射UL请求的PURCH的一组PURCH OFDM符号包括确定该组PURCH OFDM符号中的OFDM符号的数目或者确定与预定PURCH子帧中的一组PURCH OFDM符号相关联的符号索引,或确定它们二者。在一些实施例中,在处理电路530处基于UE和gNodeB之间的信道互易性的信息,确定该组PURCH OFDM符号内的OFDM符号的数目。例如,在一些示例实施例中,当信道互易性包括指示理想信道质量的完全互易性时,预定PURCH子帧中形成PURCH的一组PURCH OFDM符号包括单个OFDM符号;当信道互易性包括指示非理想信道质量的部分互易性时,预定PURCH子帧中形成PURCH的一组PURCH OFDM符号包括多个OFDM符号。但是,在其他实施例中,可以基于信道互易性,相比上述情况不同地选择该组PURCH OFDM符号中的OFDM符号的数目。
在一些实施例中,处理电路530可以被配置为实现以上等式(2),以便确定该组PURCH OFDM符号中的OFDM符号的数目。在一些实施例中,在处理电路530处预先定义一个或多个互易性阈值,以便确定PURCH中的OFDM符号的数目。在一些实施例中,将信道互易性与一个或多个互易性阈值进行比较,以便确定形成PURCH的OFDM符号的数目。但是,也预见到确定形成PURCH的OFDM符号的数目的其他方法落入本公开的范围中。在一些实施例中,处理电路530被配置为基于与预定PURCH子帧相关联的gNodeB波束(或BRS接收功率)的测量,确定与预定PURCH子帧中形成将被用来映射UL请求的PURCH的PURCH OFDM符号相关联的符号索引。例如,在一些实施例中,选择预定PURCH子帧中具有最高BRS接收功率的PURCH OFDM符号用于映射UL请求。
图6示出了根据本公开的一个实施例的用于5G通信网络中的用户设备(UE)的方法600的流程图。本文参考图4中的装置400和图1中的5G通信网络100中的UE 102来说明方法600。在602,在处理电路430处经由接收机电路420接收包括有关将被用来映射与UE(例如,图1中的UE 102)相关联的UL请求以便将UL请求提供给与其相关联的gNodeB(例如,图1中的gNodeB 104)的预定PURCH子帧的信息的物理上行链路请求信道(PURCH)信号(例如,图1中的PURCH信号105)。在一些实施例中,预定PURCH子帧包括与无线电帧相关联的包括被保留用于映射UL请求的一个或多个预定时间-频率资源(例如,预定PURCH OFDM符号)的子帧。在604,在处理电路430处生成包括将从UE发送到与其相关联的gNodeB的信息的UL请求。在606,在处理电路430处确定包括预定PURCH子帧内的一个或多个预定PURCH OFDM符号中将被用来映射UL请求的一组PURCH正交频分复用(OFDM)符号的PURCH。
在一些实施例中,一组PURCH OFDM符号中的OFDM符号的数目指示UE和gNodeB之间的信道互易性。在一些实施例中,在处理电路430处,基于处理电路430处的测量来确定形成PURCH的一组PURCH OFDM符号。但是,在其他实施例中,在处理电路430处基于有关在处理电路430从gNodeB接收的一组PURCH OFDM符号的信息,确定形成PURCH的一组PURCH OFDM符号。在这些实施例中,在以上606处确定PURCH之前,在处理电路430处接收包括有关形成PURCH的一组PURCH OFDM符号的信息的PURCH信息信号(例如,图1中的PURCH信息信号107)。在608,在处理电路430处将UL请求映射到形成PURCH的一组PURCH OFDM符号中的每个OFDM符号,从而形成一组被映射的OFDM符号。在610,在处理电路430处分别从该组被映射的PURCH OFDM符号生成包括UL请求的一组UL请求信号。在612,经由发射机电路410将包括UL请求的该组UL请求信号提供给gNodeB。
图7示出了根据本公开的一个实施例的用于5G通信网络中的gNodeB的方法700的流程图。这里参考图5中的装置500和图1中的5G通信网络100中的gNodeB 104来说明方法700。在702,在处理电路530处生成包括有关将被用来映射来自与其相关联的UE(例如,图1中的UE 102)的UL请求的一个或多个预定PURCH子帧的信息的物理上行链路请求信道(PURCH)信号(图1中的PURCH信号105),并经由发射机电路510将PURCH信号提供给UE。在704,在处理电路530处经由接收机电路520接收一组上行链路(UL)请求信号,每个UL请求信号包括来自UE的UL请求。在一些实施例中,一组UL请求信号分别与预定PURCH子帧中的一组PURCH OFDM符号相关联,并且UL请求被映射到该组PURCH OFDM符号中的每个PURCH OFDM符号。
在一些实施例中,在处理电路530处确定预定PURCH子帧中将被用来映射来自UE的UL请求的一组PURCH OFDM符号。在这些实施例中,在以上704处从UE接收一组UL信号之前,在处理电路530处生成包括有关预定PURCH子帧中将被用来映射UL请求的一组PURCH OFDM符号的信息的PURCH信息信号(例如,图1中的PURCH信息信号107),并经由发射机电路510将PURCH信息信号提供给UE。在706,在处理电路530处处理该组UL请求信号,以便解码该组UL请求信号上的UL请求。在708,当UL请求被成功解码时,在处理电路530处选择性地生成UL资源信号(例如,UL资源信号108)并经由发射机电路510将UL资源信号提供给UE。在一些实施例中,UL资源信号包括用于UE的一个或多个信息。
尽管上文将这些方法示出并描述为一系列动作或事件,但是将明白的是,这些动作或事件的所示出的次序不应该被理解为限制性的意思。例如,除了本文中示出和/或描述的次序之外,一些动作可以按照不同次序进行和/或与其他动作或事件同时进行。另外,并不是所有示出的动作都是实现本公开的一个或多个方面或实施例所必需的。另外,本文中描绘的一个或多个动作可以在一个或多个单独动作和/或阶段中执行。
图8示出了根据一些实施例的设备800的示例组件。在一些实施例中,设备800包括至少如图所示地耦合在一起的应用电路802、基带电路804、射频(RF)电路806、前端模块(FEM)电路808、一个或多个天线810、以及功率管理电路(PMC)812。所示出的设备800的组件可以被包括在UE(例如,图1中的UE 102)或RAN节点(例如,图1中的gNodeB 104)中。在一些实施例中,设备800可以包括更少元件(例如,RAN节点可以不利用应用电路802,并且替代地包括用于处理从EPC接收到的IP数据的处理器/控制器)。在一些实施例中,设备800可以包括诸如,存储器/存储设备、显示器、相机、传感器、或输入/输出(I/O)接口的附加元件。在其他实施例中,以下描述的组件可以被包括在一个以上设备中(例如,对于云RAN(C-RAN)实施方式,所述电路可以分别被包括在一个以上设备中)。
应用电路802可以包括一个或多个应用处理器。例如,应用电路802可以包括例如但不限于一个或多个单核或多核处理器的电路。一个或多个处理器可以包括通用处理器和专用处理器(例如,图形处理器、应用处理器等)的任意组合。处理器可以与存储器/存储设备耦合或者可以包括存储器/存储设备,并且可以被配置为执行存储器/存储设备中存储的指令,以使得各种应用或操作系统在设备800上运行。在一些实施例中,应用电路802的处理器可以处理从EPC接收的IP数据分组。
基带电路804可以包括诸如但不限于一个或多个单核或多核处理器的电路。基带电路804可以包括一个或多个基带处理器或控制逻辑,以处理从RF电路806的接收信号路径接收的基带信号并生成用于RF电路806的发送信号路径的基带信号。基带处理电路804可以与应用电路802接口,用于生成和处理基带信号并用于控制RF电路806的操作。例如,在一些实施例中,基带电路804可以包括第三代(3G)基带处理器804A、第四代(4G)基带处理器804B、第五代(5G)基带处理器804C、或者用于其他现有的代、正在开发的代、或者将来开发出来的代(例如,第二代(2G)、第六代(6G)等)的一个或多个其他基带处理器804D。基带电路804(例如,一个或多个基带处理器804A-D)可以操控经由RF电路806实现与一个或多个无线电网络的通信的各种无线电控制功能。在其他实施例中,基带处理器804A-D的一些或所有功能可以被包括在存储器804G中存储的模块中并经由中央处理单元(CPU)804E执行。无线电控制功能可以包括但不限于,信号调制/解调、编码/解码、无线电频移等。在一些实施例中,基带电路804的调制/解调电路可以包括快速傅里叶变换(FFT)、预编码、或者星座映射/解映射功能。在一些实施例中,基带电路804的编码/解码电路可以包括卷积、咬尾卷积、turbo、Viterbi、或者低密度奇偶校验(LDPC)编码器/解码器功能。调制/解调和编码器/解码器功能的实施例不限于这些示例并且在其他实施例中可以包括其他适当功能。
在一些实施例中,基带电路804可以包括一个或多个音频数字信号处理器(DSP)804F。音频DSP 804F可以包括用于压缩/解压缩和回声消除的元件,并且在其他实施例中可以包括其他适当处理元件。在一些实施例中,基带电路的组件可以适当地结合在单个芯片或单个芯片集中或者布置在同一个电路板上。在一些实施例中,基带电路804和应用电路802的一些或者所有构成组件可以一起实现在例如,片上系统(SOC)上。
在一些实施例中,基带电路804可以提供兼容一种或多种无线电技术的通信。例如,在一些实施例中,基带电路804可以支持与演进通用陆地无线接入网(EUTRAN)或者其他无线城域网(WMAN)、无线局域网(WLAN)、无线个人域网(WPAN)的通信。可以将基带电路804被配置为支持一种以上无线协议的无线电通信的实施例称为多模式基带电路。
RF电路806可以通过非固体介质使用经调制的电磁辐射来实现与无线网络的通信。在各种实施例中,RF电路806可以包括帮助与无线网络的通信的交换机、滤波器、放大器等。RF电路806可以包括接收信号路径,该接收信号路径可以包括对从FEM电路808接收的RF信号进行下变频并向基带电路804提供基带信号的电路。RF电路806还可以包括发送信号路径,该发送信号路径可以包括对基带电路804提供的基带信号进行上变频并向FEM电路808提供RF输出信号供发射的电路。
在一些实施例中,RF电路806的接收信号路径可以包括混频器电路806a、放大器电路806b、以及滤波器电路806c。在一些实施例中,RF电路806的发送信号路径可以包括滤波器电路806c和混频器电路806a。RF电路806还可以包括合成器电路806d,该合成器电路用于合成供接收信号路径和发送信号路径的混频器电路806a使用的频率。在一些实施例中,接收信号路径的混频器电路806a可以被配置为基于合成器电路806d提供的合成频率,对从FEM电路808接收的RF信号进行下变频。放大器电路806b可以被配置为对经下变频的信号进行放大,滤波器电路806c可以是被配置为从经下变频的信号中移除不想要的信号以生成输出基带信号的低通滤波器(LPF)或带通滤波器(BPF)。输出基带信号可以被提供给基带电路804进行进一步处理。在一些实施例中,输出基带信号可以是零频基带信号,尽管这不是必须的。在一些实施例中,接收信号路径的混频器电路806a可以包括无源混频器,尽管实施例的范围在这方面不做限制。
在一些实施例中,发送信号路径的混频器电路806a可以被配置为基于由合成器电路806d提供的合成频率对输入基带信号进行上变频,以生成用于FEM电路808的RF输出信号。基带信号可以由基带电路804提供并由滤波器电路806c进行滤波。
在一些实施例中,接收信号路径的混频器电路806a和发送信号路径的混频器电路806a可以包括两个以上混频器,并且可以分别被布置用于正交下变频和上变频。在一些实施例中,接收信号路径的混频器电路806a和发送信号路径的混频器电路806a可以包括两个以上混频器,并且可以被布置用于镜像抑制(例如,哈特利镜像抑制)。在一些实施例中,接收信号路径的混频器电路806a和发送信号路径的混频器电路806a可以分别被布置用于直接下变频和直接上变频。在一些实施例中,接收信号路径的混频器电路806a和发送信号路径的混频器电路806a可以被配置用于超外差操作。
在一些实施例中,输出基带信号和输入基带信号可以是模拟基带信号,尽管实施例的范围在这方面不做限制。在一些替代实施例中,输出基带信号和输入基带信号可以是数字基带信号。在这些替代实施例中,RF电路806可以包括模数转换器(ADC)和数模转换器(DAC)电路,并且基带电路804可以包括例如,与RF电路806通信的RF接口的数字基带接口。
在一些双模式实施例中,可以提供单独的无线电IC电路用于处理每个频谱的信号,尽管实施例的范围在这方面不做限制。
在一些实施例中,合成器电路806d可以是分数N合成器或者分数N/N+1合成器,尽管实施例的范围在这方面不做限制(因为其他类型的频率合成器也是适合的)。例如,合成器电路806d可以是delta-sigma合成器、倍频器、或者包括与分频器的锁相环的合成器。
合成器电路806d可以被配置为基于频率输入和分频器控制输入,合成供RF电路806的混频器电路806a使用的输出频率。在一些实施例中,合成器电路806d可以是分数N/N+1合成器。
在一些实施例中,频率输入可以由压控振荡器(VCO)提供,尽管这不是必须的。分频器控制输入可以由基带电路804或应用处理器802基于期望的输出频率提供。在一些实施例中,分频器控制输入(例如,N)可以基于应用处理器802指示的信道从查找表确定。
RF电路806的合成器电路806d可以包括分频器、延迟锁定环路(DLL)、多路复用器、以及相位累加器。在一些实施例中,分频器可以是双模分频器(DMD),相位累加器可以是数字相位累加器(DPA)。在一些实施例中,DMD可以被配置为用N或者N+1(例如,基于进位)来除输入信号,以提供分数分频比。在一些示例实施例中,DLL可以包括一组级联的可调谐的延迟元件、相位检测器、电荷泵、以及D型触发器。在这些实施例中,延迟元件可以被配置为将VCO时段分为Nd个相等的相位分组,Nd是延迟线中的延迟元件的数目。这样,DLL提供负反馈,以帮助确保通过延迟线的总延迟为一个VCO周期。
在一些实施例中,合成器电路806d可以被配置为生成作为输出频率的载波频率,同时在其他实施例中,输出频率可以是载波频率的倍数(例如,载波频率的两倍、载波频率的四倍),并且结合积分发生器和分频器电路使用,以生成载波频率处的相互间具有不同相位的多个信号。在一些实施例中,输出频率可以是LO频率(fLO)。在一些实施例中,RF电路806可以包括IQ/极性转换器。
FEM电路808可以包括接收信号路径,该接收信号路径可以包括被配置为对从一个或多个天线810接收的RF信号进行操作,放大接收信号,并将接收信号的放大版本提供给RF电路806进行进一步处理的电路。FEM电路808还可以包括发送信号路径,该发送信号路径可以包括被配置为放大由RF电路806提供的供发射的信号以供一个或多个天线810中的一个或多个天线发射的电路。在各种实施例中,通过发送或接收信号路径的放大可以仅在RF电路806中进行,仅在FEM 808中进行,或者在RF电路806和FEM 808二者中进行。
在一些实施例中,FEM电路808可以包括TX/RX交换机,以在发送模式和接收模式操作之间进行切换。FEM电路可以包括接收信号路径和发送信号路径。FEM电路的接收信号路径可以包括对接收到的RF信号进行放大并提供经放大的接收RF信号作为(例如,到RF电路806的)输出的LNA。FEM电路808的发送信号路径可以包括对(例如,由RF电路806提供的)输入RF信号进行放大的功率放大器(PA)、以及生成供(例如,一个或多个天线810中的一个或多个天线)后续发射的RF信号的一个或多个滤波器。
在一些实施例中,PMC 812可以管理提供给基带电路804的功率。具体地,PMC 812可以控制功率源选择、电压缩放、电池充电、或者DC到DC转换。当设备800能够由电池充电时,例如,当该设备被包括在UE中时,通常可以包括PMC 812。PMC 812可以增大功率转换效率,同时提供期望的实现规模和散热特性。
尽管图8示出PMC 812仅与基带电路804耦合。但是,在其他实施例中,PMC 812可以另外或者替代地与其他组件耦合并执行类似的功率管理操作,该其他组件例如但不限于,应用电路802、RF电路806、或者FEM 808。
在一些实施例中,PMC 812可以控制设备800的各种功率节省机构,或者可以是设备800的各种功率节省机构的一部分。例如,如果设备800处于RRC连接状态,则在其仍然连接到RAN节点的情况下,因为其希望尽快接收到流量,所以其可以在一段不活跃时期后进入被称为不连续接收模式(DRX)的状态。在这种状态期间,设备800可以在短暂的时间间隔期间掉电从而节省功率。
如果在很长一段时间中都没有数据流量活动,则设备800可以变换到RRC空闲状态,在RRC空闲状态其从网络断开并且不执行诸如信道质量反馈、切换之类的操作。设备800进入非常低的功率状态,在该状态中,其周期性地苏醒执行寻呼以侦听网络然后再次掉电。设备800在这种状态中可以不接收数据,并且为了接收数据,其必须变换回RRC连接状态。
附加的功率节省模式可以使设备在比寻呼间隔更长的时段(从数秒到数小时)中对于网络不可用。在这段时间期间,设备对于网络完全不可达并且可以完全掉电。在该时间期间发送的任何数据引发巨大延迟,并且假定该延迟是可接受的。
应用电路802的处理器和基带电路804的处理器可以被用来执行协议栈的一个或多个实例的元件。例如,基带电路804的处理器可以单独或者结合在一起被用来执行层3、层2、或者层1功能,尽管应用电路804的处理器可以利用从这些层接收的数据(例如,分组数据)并进一步执行层4功能(例如,传输通信协议(TCP)和用户数据报协议(UDP)层)。如这里所说的,层3可以包括无线电资源控制(RRC)层,下面将进一步详细描述。如这里所说的,层2可以包括介质访问控制(MAC)层、无线电链路控制(RLC)层、以及分组数据汇聚协议(PDCP)层,将在下面进一步详细描述。如这里所说的,层1可以包括UE/RAN节点的物理层(PHY),将在下面进一步详细描述。
尽管已经示出了并且针对一个或多个实施方式描述了装置,但是可以在不偏离所附权利要求的范围和精神的条件下对所示出的示例做出修改和/或变形。尤其是对由上述组件或结构(装配、设备、电路、系统等)执行的各种功能,除非有相反的指示,否则用来描述这些组件的术语(包括对“装置”的引用)意欲对应于执行所描述的组件的指定功能的任意组件或结构(即,功能等同),即使不是结构等同于执行本文示出的本发明的示例实施方式的功能的所公开的结构。
特别地,对于由上述组件(例如,装配、设备、电路、系统等)执行的各种功能,除非有相反的指示,用于描述这些组件的术语(包括对“装置”的引用)意欲对应执行所描述的组件的指定功能的任意组件或结构(例如,功能等同),即使在结构上不等同于所公开的执行本文中描述的本公开的示例实施方式中的功能的组件。另外,尽管已经针对若干实施方式中的仅一个实施方式公开了特定特征,但是该特征可以根据需要与其他实施方式的一个或多个其他特征结合并且有利于任意给定或特定的应用。
示例可以包括诸如,方法、用于执行方法的动作或块的装置、包括当由机器执行时使得机器执行方法的动作的指令的至少一个机器可读介质、或者用于使用根据本文中描述的实施例和示例的多种通信技术同时通信的装置或系统。
示例1是一种用在5G通信网络的用户设备(UE)中的装置,包括被配置为执行以下处理的一个或多个处理器:生成上行链路(UL)请求,该UL请求包括有关从UE到与其相关联的gNodeB的请求的信息;确定将被用来映射UL请求的物理上行链路请求信道(PURCH),该PURCH包括预定PURCH子帧中的一组PURCH正交频分复用(OFDM)符号,其中,该预定PURCH子帧包括与无线电帧相关联的包括预留用于PURCH的一个或多个预定PURCH OFDM符号的子帧;以及将UL请求映射到形成PURCH的一组PURCH OFDM符号以生成一组被映射的PURCHOFDM符号,以便随后将UL请求提供给gNodeB。
示例2是包括示例1的主题的装置,其中,一个或多个处理器还被配置为:生成包括UL请求的一组UL请求信号,其中,该组UL请求信号是别从一组被映射的PURCH OFDM符号生成;以及经由与一组UL请求信号相关联的射频(RF)接口将该组UL请求信号提供给RF电路,供随后发射到gNodeB。
示例3是包括示例1至2的主题的装置,包括或省略元件,其中,形成PURCH的一组PURCH OFDM符号中的OFDM符号的数目指示包括UE和gNodeB之间的信道质量的信道互易性。
示例4是包括示例1至3的主题的装置,包括或省略元件,其中,形成PURCH的一组PURCH OFDM符号是在一个或多个处理器处通过以下处理确定的:在一个或多个处理器处,基于信道互易性的信息确定预定PURCH子帧中将被用来将UL请求提供给gNodeB的OFDM符号的数目;或者在一个或多个处理器处,基于与PURCH子帧中的一个或多个预定PURCH OFDM符号相关联的gNodeB波束的下行链路测量,识别PURCH子帧中对应于所述OFDM符号的数目、形成一组PURCH OFDM符号的将被用来将UL请求提供给gNodeB的一个或多个PURCH OFDM符号;或者上述两个处理。
示例5是包括示例1至4的主题的装置,包括或省略元件,其中,形成PURCH的一组PURCH OFDM符号是在一个或多个处理器处基于在一个或多个处理器从gNodeB接收到包括有关一组PURCH OFDM符号的信息的PURCH信息信号确定的。
示例6是包括示例1至5的主题的装置,包括或省略元件,其中,从gNodeB接收到的有关一组PURCH OFDM符号的信息包括形成PURCH的OFDM符号的数目、或者识别PURCH子帧中的一组PURCH OFDM符号的符号索引、或者识别分别与一组PURCH OFDM符号相关联的一组gNodeB波束的波束索引中的至少一者。
示例7是包括示例1至6的主题的装置,包括或省略元件,其中,当信道互易性包括指示理想信道质量的完全信道互易性时,形成PURCH的一组PURCH OFDM符号包括单个PURCHOFDM符号,并且其中,当信道互易性包括指示非理想信道质量的部分互易性时,形成PURCH的一组PURCH OFDM符号包括多个PURCH OFDM符号。
示例8是包括示例1至7的主题的装置,包括或省略元件,其中,当信道互易性包括完全互易性时,一组UL请求信号包括与单个PURCH OFDM符号相关联的单个UL请求信号,并且其中,当信道互易性包括完全互易性时,一组UL请求信号包括分别与多个PURCH OFDM符号相关联的多个UL请求信号。
示例9是包括示例1至8的主题的装置,包括或省略元件,其中,UL请求包括包含对于gNodeB的许可用于发送上行链路数据的上行链路资源的请求的调度请求、或者包含将被发送给gNodeB的上行链路数据的有效载荷大小的指示的缓冲器状态报告、或者包含对于gNodeB的提供波束改善参考信号(BRRS)或波束参考信号接收功率(BRS-RP)报告或信道状态信息参考信号(CSI-RS)中的一者或多者的请求的波束与CSI-RS请求(BCR)。
示例10包括示例1至9的主题的装置,包括或省略元件,其中,一个或多个处理器还被配置为:当PURCH子帧不是被预先定义的时,选择性地将UL请求映射到与5G物理上行链路控制信道(xPUCCH)或5G随机访问信道(xPRACH)相关联的一个或多个资源。
示例11是包括示例1至10的主题的装置,包括或省略元件,其中,一个或多个处理器还被配置为在确定PURCH之前从gNodeB接收PURCH信号,该PURCH信号包括有关与将被用来映射UL请求的一个或多个预定PURCH子帧相关联的资源配置的信息。
示例12是包括示例1至11的主题的装置,包括或省略元件,其中,一个或多个预定PURCH子帧具有与其相关联的周期性。
示例13是包括示例1至12的主题的装置,包括或省略元件,其中,与一个或多个预定PURCH子帧相关联的资源配置包括PURCH子帧偏移、OFDM符号索引、被占用的OFDM符号索引、资源块(RB)索引、和资源块组(RBG)索引中的一者或多者。
示例14包括示例1至13的主题的装置,包括或省略元件,其中,PURCH信号是小区专用的,并且一个或多个处理器被配置为使用5G主信息块(xMIB)、5G系统信息块(xSIB)接收PURCH信号。
示例15是包括示例1至14的主题的装置,包括或省略元件,其中,PURCH信号是UE专用的,并且一个或多个处理器被配置为使用无线电资源控制(RRC)信号接收PURCH信号。
示例16是包括示例1至15的主题的装置,包括或省略元件,其中,一个或多个处理器被配置为基于有关相应时间实例处的信道互易性的信息,动态地针对一个或多个预定子帧确定形成PURCH的一组PURCHOFDM符号。
示例17是一种用在5G通信网络的用户设备(UE)中的装置,包括被配置为执行以下处理的一个或多个处理器:生成第一上行链路(UL)请求,该第一UL请求包括有关第一实例中从UE到与其相关联的gNodeB的请求的信息;确定第一预定物理上行链路信道(PURCH)子帧中保留用于与UE相关联的UL请求的一个或多个预定PURCH正交频域复用(OFDM)符号中将被用来映射第一UL请求的第一组PURCH OFDM符号,以便将第一UL请求提供给gNodeB,其中,第一组PURCH OFDM符号中的OFDM符号的数目指示第一信道互易性,该第一信道互易性包括在第一实例期间UE和gNodeB之间的信道质量;生成不同的第二上行链路(UL)请求,该第二UL请求包括有关不同的第二实例中从UE到与其相关联的eNodeB的请求的信息;以及确定不同的第二预定PURCH子帧中保留用于与UE相关联的UL请求的一个或多个预定PURCH OFDM符号中将被用来映射所述第二UL请求的第二组PURCH OFDM符号,以便将第二UL请求提供给gNodeB,其中,第二组PURCH OFDM符号中的OFDM符号的数目指示不同的第二信道互易性,该第二信道互易性包括在第二实例期间UE和gNodeB之间的信道质量。
示例18包括示例17的主题的装置,其中,一个或多个处理器还被配置为将第一UL请求映射到第一组PURCH OFDM符号以生成第一组被映射的PURCH OFDM符号;以及生成包括UL请求的第一组UL请求信号,其中,第一组UL请求信号是分别从第一组被映射的PURCHOFDM符号生成的。
示例19是包括示例17至18的主题的装置,包括或省略元件,其中,一个或多个处理器还被配置为:将第二UL请求映射到第二组PURCH OFDM符号,以生成第二组被映射的PURCHOFDM符号;以及生成包括UL请求的第二组UL请求信号,其中,第二组UL请求信号是分别从第二组被映射的PURCH OFDM符号生成的。
示例20是包括示例17至19的主题的装置,包括或省略元件,还包括:射频(RF)接口,被配置为将第一组UL请求信号和第二组UL请求信号提供给RF电路,供随后发射给gNodeB。
示例21是包括示例17至20的主题的装置,包括或省略元件,其中,一个或多个处理器还被配置为:在确定第一组PURCH OFDM符号和第二组PURCH OFDM符号之前,从与其相关联的gNodeB接收包括有关第一预定PURCH子帧和第二预定PURCH子帧的信息的PURCH信号。
示例22是包括示例17至21的主题的装置,包括或省略元件,其中,第一组PURCHOFDM符号中的OFDM符号的数目和第二组PURCH OFDM符号中的OFDM符号的数目不同。
示例23是包括示例17至22的主题的装置,包括或省略元件,其中,PURCH信号包括第一PURCH信号和不同的第二PURCH信号,第一PURCH信号包括第一预定PURCH子帧的信息,第二PURCH信号包括不同的第二预定PURCH子帧的信息。
示例24是一种用在5G通信网络的gNodeB中的装置,包括被配置为执行以下处理的一个或多个处理器:接收一个或多个上行链路(UL)请求信号,该一个或多个UL请求信号中的每个包括来自UE的UL请求,其中,UL请求被映射到分别与一个或多个UL请求信号相关联的一个或多个正交频分复用(OFDM)符号,并且其中,一个或多个OFDM符号对应于与无线电帧中的预定物理上行链路请求信道(PURCH)子帧相关联的、保留用于映射来自UE的UL请求的一个或多个预定PURCH OFDM符号;以及处理一个或多个UL请求信号,以便对一个或多个UL请求信号上的UL请求进行解码;以及当UL请求被成功解码时,选择性地生成UL资源信号,其中,UL资源信号包括用于UE的一个或多个信息。
示例25是包括示例24的主题的装置,还包括:射频(RF)接口,被配置为向RF电路提供UL资源信号,供后续发射给UE。
示例26是包括示例24至25的主题的装置,包括或省略元件,其中,一个或多个处理器还被配置为:确定包括保留用于映射UL请求的预定PURCH OFDM符号的预定PURCH子帧的资源配置;以及在接收到一个或多个UL请求信号之前,经由RF接口向RF电路提供包括有关预定PURCH子帧的资源配置的信息的PURCH信号,供后续发射给所述UE。
示例27包括示例24至26的主题的装置,包括或省略元件,其中,一个或多个处理器还被配置为:确定预定PURCH子帧中被用来映射UL请求的一个或多个PURCH OFDM符号;以及在接收到一个或多个UL请求信号之前,经由RF接口向RF电路提供包括有关预定PURCH子帧中的一个或多个PURCH OFDM符号的信息的PURCH信息信号,供后续发射给所述UE。
示例28是包括示例24至27的主题的装置,包括或省略元件,其中,一个或多个PURCH OFDM符号是在一个或多个处理器处至少部分地基于包括UE与gNodeB之间的信道质量的信道互易性确定的,并且其中,当信道互易性包括指示理想信道质量的完全互易性时,一个或多个PURCH OFDM符号包括单个PURCH OFDM符号。
示例29包括示例24至28的主题的装置,包括或省略元件,其中,当信道互易性包括指示非理想信道质量的部分互易性时,一个或多个PURCH OFDM符号包括多个PURCH OFDM符号。
示例30是一种用在5G通信网络的用户设备(UE)中的装置,包括:用于生成上行链路(UL)请求的装置,该UL请求包括有关从UE到与其相关联的gNodeB的请求的信息;用于确定将被用来映射UL请求的物理上行链路请求信道(PURCH)的装置,该PURCH包括预定PURCH子帧中的一组PURCH正交频分复用(OFDM)符号,其中,该预定PURCH子帧包括与无线电帧相关联的包括预留用于PURCH的一个或多个预定PURCH IFDM符号的子帧;以及用于将UL请求映射到形成PURCH的一组PURCH OFDM符号以生成一组被映射的PURCH OFDM符号以便随后将UL请求提供给gNodeB的装置。
示例31是包括示例30的主题的装置,还包括:用于生成包括UL请求的一组UL请求信号的装置,其中,该组UL请求信号是分别从一组被映射的PURCH OFDM符号生成的;以及用于将该组UL请求信号提供给gNodeB的装置。
示例32是包括示例30至31的主题的装置,包括或省略元件,其中,形成PURCH的一组PURCH OFDM符号中的OFDM符号的数目指示包括UE和gNodeB之间的信道质量的信道互易性。
示例33是包括示例30至32的主题的装置,包括或省略元件,其中,确定包括一组PURCH OFDM符号的PURCH包括:基于信道互易性的信息,确定预定PURCH子帧中将被用来将UL请求提供给gNodeB的OFDM符号的数目;或者基于与PURCH子帧中的一个或多个预定PURCHOFDM符号相关联的gNodeB波束的下行链路测量,识别PURCH子帧中对应于所述OFDM符号的数目、形成一组PURCH OFDM符号的将被用来将UL请求提供给gNodeB的一个或多个PURCHOFDM符号;或者上述两个处理。
示例34是包括示例30至33的主题的装置,包括或省略元件,其中,形成PURCH的一组PURCH OFDM符号是在基于在一个或多个处理器从gNodeB接收到包括有关一组PURCHOFDM符号的信息的PURCH信息信号确定的。
示例35是包括示例30至34的主题的装置,包括或省略元件,其中,从gNodeB接收到的有关一组PURCH OFDM符号的信息包括形成PURCH的OFDM符号的数目、或者识别PURCH子帧中的一组PURCH OFDM符号的符号索引、或者识别分别与一组PURCH OFDM符号相关联的一组gNodeB波束的波束索引中的至少一者。
示例36是包括示例30至35的主题的装置,包括或省略元件,其中,当信道互易性包括指示理想信道质量的完全信道互易性时,形成PURCH的一组PURCH OFDM符号包括单个PURCH OFDM符号,并且其中,当信道互易性包括指示非理想信道质量的部分互易性时,形成PURCH的一组PURCH OFDM符号包括多个PURCH OFDM符号。
示例37是包括示例30至36的主题的装置,包括或省略元件,其中,当信道互易性包括完全互易性时,一组UL请求信号包括与单个PURCHOFDM符号相关联的单个UL请求信号,并且其中,当信道互易性包括完全互易性时,一组UL请求信号包括分别与多个PURCH OFDM符号相关联的多个UL请求信号。
示例38是包括示例30至37的主题的装置,包括或省略元件,其中,UL请求包括包含对于gNodeB的许可用于发送上行链路数据的上行链路资源的请求的调度请求、或者包含将被发送给gNodeB的上行链路数据的有效载荷大小的指示的缓冲器状态报告、或者包含对于gNodeB的提供波束改善参考信号(BRRS)或波束参考信号接收功率(BRS-RP)报告或信道状态信息参考信号(CSI-RS)中的一者或多者的请求的波束与CSI-RS请求(BCR)。
示例39包括示例30至38的主题的装置,包括或省略元件,还包括:当PURCH子帧不是被预先定义的时,用于选择性地将UL请求映射到与5G物理上行链路控制信道(xPUCCH)或5G随机访问信道(xPRACH)相关联的一个或多个资源的装置。
示例40是包括示例30至39的主题的装置,包括或省略元件,还包括:用于在确定PURCH之前从gNodeB接收PURCH信号的装置,该PURCH信号包括有关与将被用来映射UL请求的一个或多个预定PURCH子帧相关联的资源配置的信息。
示例41是包括示例30至40的主题的装置,包括或省略元件,其中,一个或多个预定PURCH子帧具有与其相关联的周期性。
示例42是包括示例30至41的主题的装置,包括或省略元件,其中,与一个或多个预定PURCH子帧相关联的资源配置包括PURCH子帧偏移、OFDM符号索引、被占用的OFDM符号索引、资源块(RB)索引、和资源块组(RBG)索引中的一者或多者。
示例43包括示例30至42的主题的装置,包括或省略元件,其中,PURCH信号是小区专用的,并且一个或多个处理器被配置为使用5G主信息块(xMIB)、5G系统信息块(xSIB)接收PURCH信号。
示例44是包括示例30至43的主题的装置,包括或省略元件,其中,PURCH信号是UE专用的,并且一个或多个处理器被配置为使用无线电资源控制(RRC)信令接收PURCH信号。
示例45是包括示例30至44的主题的装置,包括或省略元件,其中,形成PURCH的一组PURCH OFDM符号是基于相应时间实例处的信道互易性的信息动态地针对一个或多个预定子帧确定的。
示例46是一种用在5G通信网络的用户设备(UE)中的装置,包括:用于生成第一上行链路(UL)请求的装置,该第一UL请求包括有关第一实例中从UE到与其相关联的gNodeB的请求的信息;用于确定第一预定物理上行链路信道(PURCH)子帧中保留用于与UE相关联的UL请求的一个或多个预定PURCH正交频域复用(OFDM)符号中将被用来映射第一UL请求的第一组PURCH OFDM符号的装置,以便将第一UL请求提供给gNodeB,其中,第一组PURCH OFDM符号中的OFDM符号的数目指示第一信道互易性,该第一信道互易性包括在第一实例期间UE和gNodeB之间的信道质量;用于生成不同的第二上行链路(UL)请求的装置,该第二UL请求包括有关不同的第二实例中从UE到与其相关联的eNodeB的请求的信息;以及用于确定不同的第二预定PURCH子帧中保留用于与UE相关联的UL请求的一个或多个预定PURCH OFDM符号中将被用来映射所述第二UL请求的第二组PURCH OFDM符号的装置,以便将第二UL请求提供给gNodeB,其中,第二组PURCH OFDM符号中的OFDM符号的数目指示不同的第二信道互易性,该第二信道互易性包括在第二实例期间UE和gNodeB之间的信道质量。
示例47包括示例46的主题的装置,还包括:用于将第一UL请求映射到第一组PURCHOFDM符号以生成第一组被映射的PURCH OFDM符号的装置;以及用于生成包括UL请求的第一组UL请求信号的装置,其中,第一组UL请求信号是分别从第一组被映射的PURCH OFDM符号生成的。
示例48是包括示例46至47的主题的装置,包括或省略元件,还包括:用于将第二UL请求映射到第二组PURCH OFDM符号以生成第二组被映射的PURCH OFDM符号的装置;以及用于生成包括UL请求的第二组UL请求信号的装置,其中,第二组UL请求信号是分别从第二组被映射的PURCH OFDM符号生成的。
示例49是包括示例46至48的主题的装置,包括或省略元件,还包括:用于将第一组UL请求信号和第二组UL请求信号提供给gNodeB的部件。
示例50是包括示例46至49的主题的装置,包括或省略元件,还包括:用于在确定第一组PURCH OFDM符号和第二组PURCH OFDM符号之前,从与其相关联的gNodeB接收包括有关第一预定PURCH子帧和第二预定PURCH子帧的信息的PURCH信号的装置。
示例51是包括示例46至50的主题的装置,包括或省略元件,其中,第一组PURCHOFDM符号中的OFDM符号的数目和第二组PURCH OFDM符号中的OFDM符号的数目不同。
示例52包括示例46至51的主题的装置,包括或省略元件,其中,PURCH信号包括第一PURCH信号和不同的第二PURCH信号,第一PURCH信号包括第一预定PURCH子帧的信息,第二PURCH信号包括不同的第二预定PURCH子帧的信息。
示例53是一种用在5G通信网络的gNodeB中的装置,包括:用于接收一个或多个上行链路(UL)请求信号的装置,该一个或多个UL请求信号中的每个包括来自UE的UL请求,其中,UL请求被映射到分别与一个或多个UL请求信号相关联的一个或多个正交频分复用(OFDM)符号,并且其中,一个或多个OFDM符号对应于与无线电帧中的预定物理上行链路请求信道(PURCH)子帧相关联、保留用于映射来自UE的UL请求的一个或多个预定PURCH OFDM符号;以及用于处理一个或多个UL请求信号,以便对一个或多个UL请求信号上的UL请求进行解码的装置;以及用于当UL请求被成功解码时,选择性地生成UL资源信号的装置,其中,UL资源信号包括用于UE的一个或多个信息。
示例54是包括示例53的主题的装置,还包括:用于将UL资源信号提供给UE的装置。
示例55是包括示例53至54的主题的装置,包括或省略元件,还包括:用于确定包括保留用于映射UL请求的预定PURCH OFDM符号的预定PURCH子帧的资源配置的装置;以及用于在接收到一个或多个UL请求信号之前,将包括有关预定PURCH子帧的资源配置的信息的PURCH信号提供给UE的装置。
示例56包括示例53至55的主题的装置,包括或省略元件,还包括:用于确定预定PURCH子帧中被用来映射UL请求的一个或多个PURCH OFDM符号的装置;以及用于在接收到一个或多个UL请求信号之前,将包括有关预定PURCH子帧中的一个或多个PURCH OFDM符号的信息的PURCH信息信号提供给UE的装置。
示例57是包括示例53至56的主题的装置,包括或省略元件,其中,一个或多个PURCH OFDM符号是至少部分地基于包括UE与gNodeB之间的信道质量的信道互易性确定的,并且其中,当信道互易性包括指示理想信道质量的完全互易性时,一个或多个PURCH OFDM符号包括单个PURCH OFDM符号。
示例58包括示例53至57的主题的装置,包括或省略元件,其中,当信道互易性包括指示非理想信道质量的部分互易性时,一个或多个PURCH OFDM符号包括多个PURCH OFDM符号。
可以利用被设计为执行本文中描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或者其他可编程逻辑器件、离散门或晶体管逻辑、离散硬件组件、或者它们的任意组合来实现或者执行结合所公开的方面描述的各种说明性逻辑、逻辑块、模块、和电路。通用处理器可以是微处理器,但是在替代实施例中,处理器可以是任何传统处理器、控制器、微控制器、或状态机。
主题公开的所示出实施例的上述描述(包括摘要中描述的内容)不用于排他性地将所公开的实施例限制到所公开的精确形式。尽管这里出于说明性的目的描述了具体实施例和示例,但是相关领域技术人员可以认识到的是,被认为落在这些实施例和示例的范围内的各种修改也是可能的。
在这点上,尽管已经结合各种实施例和对应附图描述了所公开的主题,但是在可用的情况下将理解的是,可以使用其他类似实施例或者可以在不偏离所公开的主题的条件下对所描述的用于执行所公开的主题的相同、类似、替代、或替换功能的所描述的实施例做出修改和添加。因此,所公开的主题不应该限制于本文描述的任意单一实施例,而是应该根据以下所附的权利要求来在广度和范围上进行理解。
尤其是对于由上述组件(装配、设备、电路、系统等)执行的各种功能,除非有相反指示,否则用来描述这些组件的术语(包括对“装置”的引用)意欲对应于执行所描述的组件的指定功能的任意组件或结构(例如,功能等同),即使在结构上不等同于执行本公开的所示出的示例实施方式中的所公开的结构。另外,尽管已经参考若干实施方式中的仅一种实施方式公开了特定特征,但是这样的特征可以根据需要与其他实施方式的一个或多个其他特征结合并有利于任何给定或特定应用。
Claims (26)
1.一种用在5G通信网络的用户设备(UE)中的装置,包括被配置为执行以下处理的一个或多个处理器:
生成上行链路(UL)请求,该UL请求包括有关从所述UE到与所述UE相关联的gNodeB的请求的信息;
确定将被用来映射所述UL请求的物理上行链路请求信道(PURCH),该PURCH包括预定PURCH子帧中的一组PURCH正交频分复用(OFDM)符号,其中,所述预定PURCH子帧包括与无线电帧相关联的、包括预留用于PURCH的一个或多个预定PURCH OFDM符号的子帧;以及
将所述UL请求映射到形成所述PURCH的所述一组PURCH OFDM符号以生成一组被映射的PURCH OFDM符号,以便随后将所述UL请求提供给所述gNodeB。
2.如权利要求1所述的装置,其中,所述一个或多个处理器还被配置为:
生成包括所述UL请求的一组UL请求信号,其中,所述一组UL请求信号是分别从所述一组被映射的PURCH OFDM符号生成的;以及
经由与之相关联的射频(RF)接口将所述一组UL请求信号提供给RF电路,供随后发射到所述gNodeB。
3.如权利要求1至2中任一项所述的装置,其中,形成所述PURCH的所述一组PURCH OFDM符号中的OFDM符号的数目指示包括所述UE和所述gNodeB之间的信道质量的信道互易性。
4.如权利要求3所述的装置,其中,形成所述PURCH的所述一组PURCH OFDM符号是在所述一个或多个处理器处通过以下处理确定的:
在所述一个或多个处理器处,基于所述信道互易性的信息确定所述预定PURCH子帧中将被用来将所述UL请求提供给所述gNodeB的OFDM符号的数目;或者
在所述一个或多个处理器处,基于与所述PURCH子帧中的所述一个或多个预定PURCHOFDM符号相关联的gNodeB波束的下行链路测量,识别所述PURCH子帧中对应于所述OFDM符号的数目、形成所述一组PURCH OFDM符号的将被用来将所述UL请求提供给所述gNodeB的一个或多个PURCH OFDM符号;或者
上述两个处理。
5.如权利要求3所述的装置,其中,形成所述PURCH的所述一组PURCH OFDM符号是在所述一个或多个处理器处基于在所述一个或多个处理器从所述gNodeB接收到包括有关所述一组PURCH OFDM符号的信息的PURCH信息信号确定的。
6.如权利要求3或5所述的装置,其中,从所述gNodeB接收到的有关所述一组PURCHOFDM符号的信息包括形成所述PURCH的OFDM符号的数目、或者识别所述PURCH子帧中的所述一组PURCH OFDM符号的符号索引、或者识别分别与所述一组PURCH OFDM符号相关联的一组gNodeB波束的波束索引中的至少一者。
7.如权利要求3所述的装置,其中,当所述信道互易性包括指示理想信道质量的完全信道互易性时,形成所述PURCH的所述一组PURCH OFDM符号包括单个PURCH OFDM符号,并且其中,当所述信道互易性包括指示非理想信道质量的部分互易性时,形成所述PURCH的所述一组PURCH OFDM符号包括多个PURCH OFDM符号。
8.如权利要求7所述的装置,其中,当所述信道互易性包括所述完全互易性时,所述一组UL请求信号包括与所述单个PURCH OFDM符号相关联的单个UL请求信号,并且其中,当所述信道互易性包括所述完全互易性时,所述一组UL请求信号包括分别与所述多个PURCHOFDM符号相关联的多个UL请求信号。
9.如权利要求1至2中任一项所述的装置,其中,所述UL请求包括:包含对于所述gNodeB的许可用于发送上行链路数据的上行链路资源的请求的调度请求、或者包含将被发送给所述gNodeB的上行链路数据的有效载荷大小的指示的缓冲器状态报告、或者包含对于所述gNodeB的提供波束改善参考信号(BRRS)或波束参考信号接收功率(BRS-RP)报告或信道状态信息参考信号(CSI-RS)中的一者或多者的请求的波束与CSI-RS请求(BCR)。
10.如权利要求1至2中任一项所述的装置,其中,所述一个或多个处理器还被配置为:当所述PURCH子帧没有被预先定义时,选择性地将所述UL请求映射到与5G物理上行链路控制信道(xPUCCH)或5G随机访问信道(xPRACH)相关联的一个或多个资源。
11.如权利要求1至2中任一项所述的装置,其中,所述一个或多个处理器还被配置为:在确定所述PURCH之前,从所述gNodeB接收PURCH信号,所述PURCH信号包括有关与将被用来映射所述UL请求的一个或多个预定PURCH子帧相关联的资源配置的信息。
12.如权利要求11所述的装置,其中,所述一个或多个预定PURCH子帧具有与其相关联的周期性。
13.如权利要求11所述的装置,其中,与所述一个或多个预定PURCH子帧相关联的所述资源配置包括PURCH子帧偏移、OFDM符号索引、被占用的OFDM符号索引、资源块(RB)索引、和资源块组(RBG)索引中的一者或多者。
14.如权利要求11所述的装置,其中,所述PURCH信号是小区专用的,并且所述一个或多个处理器被配置为使用5G主信息块(xMIB)、5G系统信息块(xSIB)接收所述PURCH信号。
15.如权利要求11所述的装置,其中,所述PURCH信号是UE专用的,并且所述一个或多个处理器被配置为使用无线电资源控制(RRC)信令接收所述PURCH信号。
16.如权利要求11所述的装置,其中,所述一个或多个处理器被配置为基于相应时间实例处的信道互易性的信息,动态地针对所述一个或多个预定子帧确定形成所述PURCH的所述一组PURCH OFDM符号。
17.一种用在5G通信网络的用户设备(UE)中的装置,包括被配置为执行以下处理的一个或多个处理器:
生成第一上行链路(UL)请求,所述第一UL请求包括有关第一实例中从所述UE到与所述UE相关联的gNodeB的请求的信息;
确定第一预定物理上行链路信道(PURCH)子帧中被保留用于与所述UE相关联的UL请求的一个或多个预定PURCH正交频域复用(OFDM)符号中将被用来映射所述第一UL请求的第一组PURCH OFDM符号,以便将所述第一UL请求提供给所述gNodeB,其中,所述第一组PURCHOFDM符号中的OFDM符号的数目指示第一信道互易性,该第一信道互易性包括在所述第一实例期间所述UE和所述gNodeB之间的信道质量;
生成不同的第二上行链路(UL)请求,所述第二UL请求包括有关不同的第二实例中从所述UE到与所述UE相关联的eNodeB的请求的信息;以及
确定不同的第二预定PURCH子帧中被保留用于与所述UE相关联的UL请求的一个或多个预定PURCH OFDM符号中将被用来映射所述第二UL请求的第二组PURCH OFDM符号,以便将所述第二UL请求提供给所述gNodeB,其中,所述第二组PURCH OFDM符号中的OFDM符号的数目指示不同的第二信道互易性,该第二信道互易性包括在所述第二实例期间所述UE和所述gNodeB之间的信道质量。
18.如权利要求17所述的装置,其中,所述一个或多个处理器还被配置为在确定所述第一组PURCH OFDM符号和所述第二组PURCH OFDM符号之前,从与其相关联的所述gNodeB接收包括有关所述第一预定PURCH子帧和所述第二预定PURCH子帧的信息的PURCH信号。
19.如权利要求17至18中任一项所述的装置,其中,所述第一组PURCH OFDM符号中的OFDM符号的数目和所述第二组PURCH OFDM符号中的OFDM符号的数目不同。
20.如权利要求18所述的装置,其中,所述PURCH信号包括第一PURCH信号和不同的第二PURCH信号,其中所述第一PURCH信号包括所述第一预定PURCH子帧的信息,所述第二PURCH信号包括不同的所述第二预定PURCH子帧的信息。
21.一种用在5G通信网络的gNodeB中的装置,包括被配置为执行以下处理的一个或多个处理器:
接收一个或多个上行链路(UL)请求信号,所述一个或多个UL请求信号中的每个包括来自UE的UL请求,其中,所述UL请求被映射到分别与所述一个或多个UL请求信号相关联的一个或多个正交频分复用(OFDM)符号,并且其中,所述一个或多个OFDM符号对应于与无线电帧中的预定物理上行链路请求信道(PURCH)子帧相关联的、被保留用于映射来自UE的UL请求的一个或多个预定PURCH OFDM符号;以及
处理所述一个或多个UL请求信号,以便对所述一个或多个UL请求信号上的所述UL请求进行解码;以及
当所述UL请求被成功解码时,选择性地生成UL资源信号,其中,所述UL资源信号包括用于所述UE的一个或多个信息。
22.如权利要求21所述的装置,还包括:射频(RF)接口,被配置为向RF电路提供所述UL资源信号,供后续发射给所述UE。
23.如权利要求22所述的装置,其中,所述一个或多个处理器还被配置为:
确定包括被保留用于映射UL请求的所述预定PURCH OFDM符号的所述预定PURCH子帧的资源配置;以及
在接收到所述一个或多个UL请求信号之前,经由所述RF接口向所述RF电路提供包括有关所述预定PURCH子帧的所述资源配置的信息的PURCH信号,供后续发射给所述UE。
24.如权利要求22至23中任一项的装置,其中,所述一个或多个处理器还被配置为:
确定所述预定PURCH子帧中被用来映射所述UL请求的所述一个或多个PURCH OFDM符号;以及
在接收到所述一个或多个UL请求信号之前,经由所述RF接口向所述RF电路提供包括所述预定PURCH子帧中的所述一个或多个PURCH OFDM符号的信息的PURCH信息信号,供后续发射给所述UE。
25.如权利要求24所述的装置,其中,所述一个或多个PURCH OFDM符号是在所述一个或多个处理器处至少部分地基于包括所述UE和所述gNodeB之间的信道质量的信道互易性确定的,并且其中,当所述信道互易性包括指示理想信道质量的完全互易性时,所述一个或多个PURCH OFDM符号包括单个PURCH OFDM符号。
26.如权利要求25所述的装置,其中,当所述信道互易性包括指示非理想信道质量的部分互易性时,所述一个或多个PURCH OFDM符号包括多个PURCH OFDM符号。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2016086150 | 2016-06-17 | ||
CNPCT/CN2016/086150 | 2016-06-17 | ||
CN2016095901 | 2016-08-18 | ||
CNPCT/CN2016/095901 | 2016-08-18 | ||
PCT/US2017/036513 WO2017218282A1 (en) | 2016-06-17 | 2017-06-08 | System and method for physical uplink request channel design |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109196811A true CN109196811A (zh) | 2019-01-11 |
CN109196811B CN109196811B (zh) | 2021-10-26 |
Family
ID=59091592
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780030785.9A Active CN109196811B (zh) | 2016-06-17 | 2017-06-08 | 用于物理上行链路请求信道设计的系统和方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN109196811B (zh) |
WO (1) | WO2017218282A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020111764A1 (en) | 2018-11-27 | 2020-06-04 | Samsung Electronics Co., Ltd. | System and method of system information request in a cell supporting multiple uplink carriers |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080175330A1 (en) * | 2007-01-24 | 2008-07-24 | Hyun Bae Jeon | Method and apparatus for estimating channel state information |
CN101981869A (zh) * | 2008-03-25 | 2011-02-23 | 三星电子株式会社 | 在长期演进上行链路控制信道上的复用的系统和方法 |
CN102237926A (zh) * | 2010-04-20 | 2011-11-09 | 中国移动通信集团公司 | 发送与接收信道探测参考信号的方法、装置与系统 |
CN103905163A (zh) * | 2012-12-27 | 2014-07-02 | 上海贝尔股份有限公司 | 多用户特征模式传输的方法和装置 |
US20150146584A1 (en) * | 2013-11-26 | 2015-05-28 | Magnolia Broadband Inc. | System and method for transmit and receive antenna patterns calibration for time division duplex (tdd) systems |
CN104779988A (zh) * | 2015-04-27 | 2015-07-15 | 电子科技大学 | 一种快速迭代波束成形的方法 |
-
2017
- 2017-06-08 CN CN201780030785.9A patent/CN109196811B/zh active Active
- 2017-06-08 WO PCT/US2017/036513 patent/WO2017218282A1/en active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080175330A1 (en) * | 2007-01-24 | 2008-07-24 | Hyun Bae Jeon | Method and apparatus for estimating channel state information |
CN101981869A (zh) * | 2008-03-25 | 2011-02-23 | 三星电子株式会社 | 在长期演进上行链路控制信道上的复用的系统和方法 |
CN102237926A (zh) * | 2010-04-20 | 2011-11-09 | 中国移动通信集团公司 | 发送与接收信道探测参考信号的方法、装置与系统 |
CN103905163A (zh) * | 2012-12-27 | 2014-07-02 | 上海贝尔股份有限公司 | 多用户特征模式传输的方法和装置 |
US20150146584A1 (en) * | 2013-11-26 | 2015-05-28 | Magnolia Broadband Inc. | System and method for transmit and receive antenna patterns calibration for time division duplex (tdd) systems |
CN104779988A (zh) * | 2015-04-27 | 2015-07-15 | 电子科技大学 | 一种快速迭代波束成形的方法 |
Non-Patent Citations (5)
Title |
---|
LIXIA XUE等: ""Next generation TDD cellular communication"", 《2015 49TH ASILOMAR CONFERENCE ON SIGNALS, SYSTEMS AND COMPUTERS》 * |
NOKIA, ALCATEL-LUCENT SHANGHAI BELL: ""Support for Beam Based Common Control Plane"", 《3GPP TSG-RAN WG1#85 R1-165364》 * |
QUALCOMM INCORPORATED: ""Candidate Frame Structures"", 《3GPP TSG-RAN WG1 #85 R1-164695》 * |
刘怡婧: ""TDD系统信道互易性分析与应用的研究"", 《中国优秀硕士学位论文全文数据库》 * |
杨旭: ""TD-LTE发射信号与信道互易性的射频特性研究"", 《中国优秀硕士学位论文全文数据库》 * |
Also Published As
Publication number | Publication date |
---|---|
WO2017218282A1 (en) | 2017-12-21 |
CN109196811B (zh) | 2021-10-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110741583B (zh) | 无线通信系统中用于报告信道状态信息的方法及其装置 | |
JP6657474B2 (ja) | 無線通信システムにおけるcsi報告を遂行するための方法及びそのための装置 | |
CN109757127B (zh) | 用于在无线通信系统中报告信道状态信息的方法及其装置 | |
KR102507758B1 (ko) | 채널 상태 정보 기준 신호(csi-rs)를 위한 방법 및 장치 | |
US9955511B2 (en) | Method for reporting channel state information in wireless communication system, and apparatus therefor | |
JP2021503814A (ja) | 無線通信システムにおけるチャンネル状態情報を送受信する方法及びそのための装置 | |
WO2017146764A1 (en) | System and method for beam information and csi report | |
EP3411997A1 (en) | Multi-shot aperiodic channel state information report for full dimension-multiple input multiple output systems | |
CN109756437A (zh) | 接收数据的方法、发射数据的方法及用户设备 | |
CN107852200A (zh) | 参考信号、测量值以及解调架构和方法 | |
WO2018071105A1 (en) | Null data packet feedback report protocol | |
CN113950861A (zh) | 用于非周期性参考信号发送和接收的方法和装置 | |
CN111867086A (zh) | 通信方法以及通信装置 | |
CN108781124A (zh) | 上行链路控制信息的码分复用 | |
CN108781440A (zh) | 用于上行链路子带波束形成的系统和方法 | |
CN109196811A (zh) | 用于物理上行链路请求信道设计的系统和方法 | |
TWI703831B (zh) | 通道狀態資訊回饋通道 | |
KR20240046900A (ko) | 다중-빔 pusch 반복 송신을 위한 시그널링을 제어하기 위한 방법 | |
CN116761269A (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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20200327 Address after: California, USA Applicant after: Apple Inc. Address before: California, USA Applicant before: INTEL Corp. Effective date of registration: 20200327 Address after: California, USA Applicant after: INTEL Corp. Address before: California, USA Applicant before: INTEL IP Corp. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |