技术领域
本公开涉及移动通信系统中用户设备(UE)和基站的操作。更具体地，本公开涉及通过使用波束来改进在下一代移动通信系统中使用多输入多输出(MIMO)能力测量和应用路径损耗的方法。
背景技术
为了满足自第4代(4G)通信系统的部署以来增加的对无线数据流量的需求，已经做出努力来开发改进的第5代(5G)或准5G通信系统。因此，5G或准5G通信系统也称为“超4G网络”或“后长期演进(LTE)系统”。5G通信系统被认为是在更高频率毫米(mm)波频带(例如，60千兆赫(GHz)频带)中实现的，以便实现更高的数据速率。为了降低无线电波的传播损耗并增加传输距离，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术。此外，在5G通信系统中，基于高级的小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP))、接收端干扰消除等，正在进行对系统网络改进的开发。在5G系统中，已经开发了作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)，以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏代码多址(SCMA)。
作为人类生成和消费信息的、以人为中心的连接网络的互联网，现在正在向物联网(IoT)演进，在物联网(IoT)中，诸如事物的分布式实体在没有人为干预的情况下交换和处理信息。通过与云服务器连接、作为IoT技术和大数据处理技术相结合的万物互联(IoE)已经出现。由于IoT实现方式需要诸如“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”等技术要素，所以最近已经研究了传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)等。这种IoT环境可以提供智能互联网技术服务，智能互联网技术服务通过收集和分析在互连事物之间生成的数据来为人类生活创造新的价值。IoT可以通过现有信息技术(IT)和各种工业应用的融合和结合而被应用于各种领域，包括智能家庭、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能电器和高级的医疗服务。
与此相一致，已经做出了各种尝试以将5G通信系统应用于IoT网络。例如，诸如传感器网络、机器类型通信(MTC)和机器到机器(M2M)通信的技术可以通过波束成形、MIMO和阵列天线来实现。云无线电接入网络(RAN)作为上述大数据处理技术的应用也可以被认为是5G技术和IoT技术之间的融合的示例。
需要一种用于更新与终端配置和激活用于物理上行链路控制信道(PUCCH)传输的波束信息的操作相关(空间关系)的波束信息的方法。
以上信息仅作为背景信息提供，以帮助理解本公开。关于上述任何一项是否可以作为本公开的现有技术来应用，既还没有做出确定，也还没有做出断言。
发明内容
技术问题
本公开的各方面旨在至少解决上述问题和/或缺点，并且至少提供下述优点。因此，本公开的一个方面是提供一种用于使用波束来改进在下一代移动通信系统中使用多输入多输出(MIMO)能力测量和应用路径损耗的现有方法的方法，特别是在用户设备(UE)测量通信信道中的路径损耗并应用路径损耗的方法中。特别地，由于UE的发送和接收天线的数量的增加，路径损耗测量可能增加，并且可能需要动态地更新有效路径损耗测量的操作。
附加的方面将在下面的描述中被部分地阐述，并且部分地将从描述中变得清楚，或者可以通过对所呈现的实施例的实践来获知。
此外，本公开涉及UE使用波束来配置和激活在下一代移动通信系统中用于物理上行链路控制信道(PUCCH)传输的波束信息(空间关系)的操作。一般地，可以通过单个媒体访问控制(MAC)控制元素(MAC CE)来更新或指示用于一个服务小区内特定带宽部分(BWP)中的PUCCH资源的波束(空间关系)。然而，由于可以在一个服务小区和BWP中配置多个PUCCH资源，所以需要多个MAC CE传输来更新关于所有所配置的PUCCH资源的波束信息，从而导致信令和等待时间的增加。
本公开中要实现的技术任务不限于上述技术方面，并且本领域技术人员将从以下描述中清楚地理解未提及的其他技术方面。
问题的解决方案
第一方面提供了一种由无线通信系统中的终端执行的方法，该方法包括：
接收第一消息，该第一消息包括关于至少一个探测参考信号资源指示符(SRI)物理上行链路共享信道(PUSCH)功率控制标识符(ID)和至少一个PUSCH路径损耗参考参考信号(RS)ID之间的映射的信息；
接收第二消息，该第二消息包括用于更新至少一个SRI PUSCH功率控制ID和至少一个PUSCH路径损耗参考RS ID之间的映射的媒体访问控制(MAC)控制元素(CE)；以及
使用至少一个PUSCH路径损耗参考RS ID来识别PUSCH路径损耗。
第二方面提供了一种由无线通信系统中的基站执行的方法，该方法包括：
发送第一消息，该第一消息包括关于至少一个探测参考信号资源指示符(SRI)物理上行链路共享信道(PUSCH)功率控制标识符(ID)和至少一个PUSCH路径损耗参考参考信号(RS)ID之间的映射的信息；以及
发送第二消息，该第二消息包括用于更新至少一个SRI PUSCH功率控制ID和至少一个PUSCH路径损耗参考RS ID之间的映射的媒体访问控制(MAC)控制元素(CE)，
其中，PUSCH路径损耗是由终端使用至少一个PUSCH路径损耗参考RS ID来识别的。
第三方面提供了一种无线通信系统中的终端，该终端包括：
收发器；和
控制器，该控制器被配置为：
经由收发器从基站接收第一消息，该第一消息包括关于至少一个探测参考信号资源指示符(SRI)物理上行链路共享信道(PUSCH)功率控制标识符(ID)和至少一个PUSCH路径损耗参考参考信号(RS)ID之间的映射的信息；经由收发器从基站接收第二消息，该第二消息包括用于更新至少一个SRI PUSCH功率控制ID和至少一个PUSCH路径损耗参考RS ID之间的映射的媒体访问控制(MAC)控制元素(CE)；以及使用至少一个PUSCH路径损耗参考RS ID来识别PUSCH路径损耗。
第四方面提供了一种无线通信系统中的基站，该基站包括：
收发器；和
控制器，该控制器被配置为：
经由收发器向终端发送第一消息，该第一消息包括关于至少一个探测参考信号资源指示符(SRI)物理上行链路共享信道(PUSCH)功率控制标识符(ID)和至少一个PUSCH路径损耗参考参考信号(RS)ID之间的映射的信息，以及
经由收发器向终端发送第二消息，该第二消息包括用于更新至少一个SRI PUSCH功率控制ID和至少一个PUSCH路径损耗参考RS ID之间的映射的媒体访问控制(MAC)控制元素(CE)，
其中，PUSCH路径损耗是由终端使用至少一个PUSCH路径损耗参考RS ID来识别的。
发明的有益效果
根据实施例，可以使用波束在下一代移动通信系统中动态地测量和应用由基站配置的多个路径损耗资源，特别是在UE测量通信信道中的路径损耗并应用路径损耗的方法中。
此外，在下一代移动通信系统中，被应用于在服务小区的BWP中配置的PUCCH资源的传输的波束信息可以通过被共同应用于多个PUCCH资源而不是针对单独的PUCCH资源而被指示来被更新，从而减少应用相应的配置的等待时间并减少用于更新的信令开销。
从以下结合附图公开了本公开的各种实施例的详细描述中，本公开的其他方面、优点和显著特征对于本领域技术人员来说将变得清楚。
附图说明
从以下结合附图的描述中，本公开的特定实施例的上述和其他方面、特征和优点将变得清楚，其中：
图1示出了根据本公开的实施例的LTE系统的结构；
图2示出了根据本公开的实施例的LTE系统的无线协议结构；
图3示出了根据本公开的实施例的下一代移动通信系统的结构；
图4示出了根据本公开的实施例的下一代移动通信系统的无线协议结构；
图5示出了根据本公开的实施例的下一代移动通信系统的结构；
图6示出了根据本公开的实施例的由新无线电(NR)系统使用的帧结构；
图7示出了根据本公开的实施例的、NR系统中在物理上行链路共享信道(PUSCH)中配置的路径损耗参考信号(以下称为“路径损耗参考信号(RS)”)的指示和测量资源类型的场景；
图8示出了根据本公开的实施例的、NR系统中用于在PUSCH中配置的路径损耗RS的指示和测量资源类型的UE的总体操作；
图9示出了根据本公开的实施例的NR系统中在PUSCH中配置的多个路径损耗RS的有效资源指示、测量资源类型和动态映射更新的场景；
图10示出了根据本公开的实施例的在PUSCH中配置的多个路径损耗RS的有效资源指示、测量资源类型和动态映射更新的总体UE操作；
图11示出了根据本公开的实施例的用于动态地更新要求测量的路径损耗RS的第一MAC CE和第一映射方法；
图12示出了根据本公开的实施例的用于动态地更新要求测量的路径损耗RS的第二MAC CE和第二映射方法；
图13示出了根据本公开的实施例的用于在探测参考信号(SRS)传输中配置的路径损耗RS的动态资源指示和测量资源类型的总体UE操作；
图14示出了根据本公开的实施例的用于动态地更新要求测量的路径损耗RS的MACCE和映射方法；
图15示出了根据本公开的实施例的用于PUSCH和SRS传输的路径损耗RS的测量和应用的总体操作；
图16示出了根据本公开的实施例的基站的总体操作；
图17示出了根据本公开的实施例的下一代移动通信系统的结构以及在其中应用了PUCCH资源配置和波束激活操作的场景；
图18示出了根据本公开的实施例的在NR系统中通过对通过多个服务小区和BWP配置的多个PUCCH资源进行分组来同时更新传输波束的操作；
图19示出了根据本公开的实施例的经由无线电资源控制(RRC)控制消息配置PUCCH资源组并通过MAC CE对PUCCH资源组应用同时波束更新的UE操作；
图20示出了根据本公开的实施例的通过MAC CE支持对PUCCH资源组的同时波束更新的总体UE操作；
图21示出了根据本公开的实施例的MAC CE结构；
图22示出了根据本公开的实施例的MAC CE结构；
图23示出了根据本公开的实施例的MAC CE结构；
图24示出了根据本公开的实施例的MAC CE结构；
图25示出了根据本公开的实施例的MAC CE结构；
图26示出了根据本公开的实施例的MAC CE结构；
图27示出了根据本公开的实施例的基站的总体操作；
图28是示出根据本公开的实施例的UE的内部结构的框图；和
图29是示出根据本公开的实施例的NR基站的配置的框图。
具体实施方式
为了满足自第4代(4G)通信系统的部署以来增加的对无线数据流量的需求，已经做出努力来开发改进的第5代(5G)或准5G通信系统。因此，5G或准5G通信系统也称为“超4G网络”或“后长期演进(LTE)系统”。5G通信系统被认为是在更高频率毫米(mm)波频带(例如，60千兆赫(GHz)频带)中实现的，以便实现更高的数据速率。为了降低无线电波的传播损耗并增加传输距离，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术。此外，在5G通信系统中，基于高级的小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP))、接收端干扰消除等，正在进行对系统网络改进的开发。在5G系统中，已经开发了作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)，以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏代码多址(SCMA)。
作为人类生成和消费信息的、以人为中心的连接网络的互联网，现在正在向物联网(IoT)演进，在物联网(IoT)中，诸如事物的分布式实体在没有人为干预的情况下交换和处理信息。通过与云服务器连接、作为IoT技术和大数据处理技术相结合的万物互联(IoE)已经出现。由于IoT实现方式需要诸如“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”等技术要素，所以最近已经研究了传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)等。这种IoT环境可以提供智能互联网技术服务，智能互联网技术服务通过收集和分析在互连事物之间生成的数据来为人类生活创造新的价值。IoT可以通过现有信息技术(IT)和各种工业应用的融合和结合而被应用于各种领域，包括智能家庭、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能电器和高级的医疗服务。
与此相一致，已经做出了各种尝试以将5G通信系统应用于IoT网络。例如，诸如传感器网络、机器类型通信(MTC)和机器到机器(M2M)通信的技术可以通过波束成形、MIMO和阵列天线来实现。云无线电接入网络(RAN)作为上述大数据处理技术的应用也可以被认为是5G技术和IoT技术之间的融合的示例。
需要一种用于更新与终端配置和激活用于物理上行链路控制信道(PUCCH)传输的波束信息的操作相关(空间关系)的波束信息的方法。
以上信息仅作为背景信息提供，以帮助理解本公开。关于上述任何一项是否可以作为本公开的现有技术来应用，既还没有做出确定，也还没有做出断言。
本公开的各方面旨在至少解决上述问题和/或缺点，并且至少提供下述优点。因此，本公开的一个方面是提供一种用于使用波束来改进在下一代移动通信系统中使用多输入多输出(MIMO)能力测量和应用路径损耗的现有方法的方法，特别是在用户设备(UE)测量通信信道中的路径损耗并应用路径损耗的方法中。特别地，由于UE的发送和接收天线的数量的增加，路径损耗测量可能增加，并且可能需要动态地更新有效路径损耗测量的操作。
附加的方面将在下面的描述中被部分地阐述，并且部分地将从描述中变得清楚，或者可以通过对所呈现的实施例的实践来获知。
此外，本公开涉及UE使用波束来配置和激活在下一代移动通信系统中用于物理上行链路控制信道(PUCCH)传输的波束信息(空间关系)的操作。一般地，可以通过单个媒体访问控制(MAC)控制元素(MAC CE)来更新或指示用于一个服务小区内特定带宽部分(BWP)中的PUCCH资源的波束(空间关系)。然而，由于可以在一个服务小区和BWP中配置多个PUCCH资源，所以需要多个MAC CE传输来更新关于所有所配置的PUCCH资源的波束信息，从而导致信令和等待时间的增加。
本公开中要实现的技术任务不限于上述技术方面，并且本领域技术人员将从以下描述中清楚地理解未提及的其他技术方面。
根据实施例，可以使用波束在下一代移动通信系统中动态地测量和应用由基站配置的多个路径损耗资源，特别是在UE测量通信信道中的路径损耗并应用路径损耗的方法中。
此外，在下一代移动通信系统中，被应用于在服务小区的BWP中配置的PUCCH资源的传输的波束信息可以通过被共同应用于多个PUCCH资源而不是针对单独的PUCCH资源而被指示来被更新，从而减少应用相应的配置的等待时间并减少用于更新的信令开销。
从以下结合附图公开了本公开的各种实施例的详细描述中，本公开的其他方面、优点和显著特征对于本领域技术人员来说将变得清楚。
从以下结合附图的描述中，本公开的特定实施例的上述和其他方面、特征和优点将变得清楚，其中：
图1示出了根据本公开的实施例的LTE系统的结构；
图2示出了根据本公开的实施例的LTE系统的无线协议结构；
图3示出了根据本公开的实施例的下一代移动通信系统的结构；
图4示出了根据本公开的实施例的下一代移动通信系统的无线协议结构；
图5示出了根据本公开的实施例的下一代移动通信系统的结构；
图6示出了根据本公开的实施例的由新无线电(NR)系统使用的帧结构；
图7示出了根据本公开的实施例的、NR系统中在物理上行链路共享信道(PUSCH)中配置的路径损耗参考信号(以下称为“路径损耗参考信号(RS)”)的指示和测量资源类型的场景；
图8示出了根据本公开的实施例的、NR系统中用于在PUSCH中配置的路径损耗RS的指示和测量资源类型的UE的总体操作；
图9示出了根据本公开的实施例的NR系统中在PUSCH中配置的多个路径损耗RS的有效资源指示、测量资源类型和动态映射更新的场景；
图10示出了根据本公开的实施例的在PUSCH中配置的多个路径损耗RS的有效资源指示、测量资源类型和动态映射更新的总体UE操作；
图11示出了根据本公开的实施例的用于动态地更新要求测量的路径损耗RS的第一MAC CE和第一映射方法；
图12示出了根据本公开的实施例的用于动态地更新要求测量的路径损耗RS的第二MAC CE和第二映射方法；
图13示出了根据本公开的实施例的用于在探测参考信号(SRS)传输中配置的路径损耗RS的动态资源指示和测量资源类型的总体UE操作；
图14示出了根据本公开的实施例的用于动态地更新要求测量的路径损耗RS的MACCE和映射方法；
图15示出了根据本公开的实施例的用于PUSCH和SRS传输的路径损耗RS的测量和应用的总体操作；
图16示出了根据本公开的实施例的基站的总体操作；
图17示出了根据本公开的实施例的下一代移动通信系统的结构以及在其中应用了PUCCH资源配置和波束激活操作的场景；
图18示出了根据本公开的实施例的在NR系统中通过对通过多个服务小区和BWP配置的多个PUCCH资源进行分组来同时更新传输波束的操作；
图19示出了根据本公开的实施例的经由无线电资源控制(RRC)控制消息配置PUCCH资源组并通过MAC CE对PUCCH资源组应用同时波束更新的UE操作；
图20示出了根据本公开的实施例的通过MAC CE支持对PUCCH资源组的同时波束更新的总体UE操作；
图21示出了根据本公开的实施例的MAC CE结构；
图22示出了根据本公开的实施例的MAC CE结构；
图23示出了根据本公开的实施例的MAC CE结构；
图24示出了根据本公开的实施例的MAC CE结构；
图25示出了根据本公开的实施例的MAC CE结构；
图26示出了根据本公开的实施例的MAC CE结构；
图27示出了根据本公开的实施例的基站的总体操作；
图28是示出根据本公开的实施例的UE的内部结构的框图；和
图29是示出根据本公开的实施例的NR基站的配置的框图。
提供参考附图的以下描述来帮助全面理解由权利要求及其等同物所定义的本公开的各种实施例。以下描述包括有助于理解的各种具体细节，但是这些仅仅被认为是示例性的。因此，本领域普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，可以对本文所描述的各种实施例做出各种改变和修改。此外，为了清楚和简明起见，可以省略对公知的功能和构造的描述。
在以下描述和权利要求中使用的术语和词语不限于书目意义，而是仅由发明人使用，以使得能够清楚和一致地理解本公开。因此，对于本领域的技术人员来说显而易见的是，以下对本公开的各种实施例的描述仅仅是为了说明的目的而提供的，而不是为了限制由所附权利要求及其等同物限定的本公开而提供的。
应当理解，单数形式“一”、“一个”和“该”包括复数指代物，除非上下文另有明确规定。因此，例如，对“组件表面”的提及包括对一个或多个这样的表面的提及。
在下文中，为了便于解释，在本公开中使用在第三代合作伙伴项目长期演进(3GPPLTE)标准中定义的术语和名称。然而，本公开不限于这些术语和名称，而是可以被同等地应用于根据其他标准的系统。
图1示出了根据本公开的实施例的LTE系统的结构。
参考图1，LTE系统的无线电接入网络可以包括演进的节点B(以下称为“eNB”、“节点B”或“基站”)105、110、115或120、移动性管理实体(MME)125和服务网关(S-GW)130。用户设备(以下称为“UE”或“终端”)135通过eNB 105、110、115和120以及用户网关130接入外部网络。
参考图1，eNB 105、110、115和120对应于通用移动电信系统(UMTS)的现有节点B。eNB 105、110、115和120通过无线信道连接到UE 135，并且扮演比现有节点B更复杂的角色。在LTE系统中，通过共享信道提供包括实时服务(诸如基于互联网协议的语音(VoIP)服务)的所有用户业务。因此，需要收集诸如UE的缓冲器状态、可用传输功率状态和信道状态的状态信息并执行调度的设备。eNB 105、110、115和120负责这些功能。一个eNB 105、110、115或120一般控制多个小区。例如，为了实现100Mbps的传输速度，LTE系统例如在20兆赫(MHz)的带宽下使用正交频分复用(以下称为“OFDM”)作为无线电接入技术。此外，LTE系统应用自适应调制和编码(以下称为“AMC”)，其根据UE 135的信道状态来确定调制方案和信道编码率。S-GW 130是在MME 125的控制下提供数据承载并生成或移除数据承载的设备。MME 125是不仅执行UE 135的移动性管理功能还执行各种控制功能并且连接到多个基站105、110、115和120的设备。
图2示出了根据本公开的实施例的LTE系统的无线协议结构。
参考图2，LTE系统的无线协议包括分别在UE和eNB中的分组数据汇聚协议(PDCP)205和240、无线电链路控制(RLC)210和235、以及媒体访问控制(MAC)215和230。PDCP 205和240负责IP报头压缩/解压缩等。PDCP 205和240的主要功能概述如下。
-报头压缩和解压缩(仅健壮性报头压缩(ROHC))
-用户数据的传送
-在RLC AM下的PDCP重建过程中，对上层PDU的按序递送
-对于DC中的分离承载(仅支持RLC AM)，针对发送的PDCP PDU路由和针对接收的PDCP PDU重新排序
-在RLC AM下的PDCP重建过程中，对下层SDU的重复检测
-在RLC AM下的PDCP数据还原过程中，在切换时对PDCP SDU的重传，以及针对DC中的分离承载，对PDCP PDU的重传
-加密和解密
-上行链路中基于定时器的SDU丢弃
无线电链路控制(以下称为“RLC”)210和235将PDCP分组数据单元(PDU)重构为适当的尺寸，并执行自动重复请求(ARQ)操作。RLC 210和235的主要功能概述如下。
-上层PDU的传送
-通过ARQ的纠错(仅针对AM数据传送)
-RLC SDU的级联、分段和重组(仅针对UM和AM数据传送)
-RLC数据PDU的重新分段(仅针对AM数据传送)
-RLC数据PDU的重新排序(仅针对UM和AM数据传送)
-重复检测(仅针对UM和AM数据传送)
-协议错误检测(仅针对AM数据传送)
-RLC SDU丢弃(仅针对UM和AM数据传送)
-RLC重建
MAC 215和230连接到在一个UE中配置的多个RLC层设备、将RLC PDU复用为MACPDU、并将MAC PDU解复用为RLC PDU。MAC 215和230的主要功能概述如下。
-逻辑信道和传输信道之间的映射
-将属于一个或多个不同的逻辑信道的MAC SDU复用到被递送到物理层或从物理层递送的传输块(TB)中/从被递送到物理层或从物理层递送的传输块(TB)中解复用出属于一个或多个不同的逻辑信道的MAC SDU
-调度信息报告
-通过HARQ的纠错
-一个UE的逻辑信道之间的优先级处理
-通过动态调度的、UE之间的优先级处理
-多媒体广播/多播(MBMS)服务标识
-传输格式选择
-填充
物理(PHY)层220和225执行对上层数据的信道编码和调制，并将数据转换为OFDM符号，以经由无线信道发送OFDM符号，或者解调经由无线信道接收到的OFDM符号，并执行对OFDM符号的信道解码，以将OFDM递送到上层。PHY层220和225还使用混合ARQ(HARQ)来进行附加的纠错，其中，接收器发送一比特以指示是否接收到从发送器发送的分组。这被称为HARQ ACK/NACK信息。响应于上行链路传输的下行链路HARQ ACK/NACK信息可以通过诸如物理混合ARQ指示信道(PHICH)的物理信道来发送，并且响应于下行链路传输的上行链路HARQACK/NACK信息可以通过诸如物理上行链路控制信道(PUCCH)或物理上行链路共享信道(PUSCH)的物理信道来发送。
PHY层220和225可以包括一个频率/载波或多个频率/载波，并且同时配置和使用多个频率的技术被称为载波聚合(以下称为“CA”)。在CA中，代替使用一个载波，而使用主载波和一个附加子载波或多个附加子载波以用于终端(或UE)和基站(E-UTRAN NodeB：eNB)之间的通信，从而与子载波的数量相关地，显著地增加传输量。在LTE中，使用主载波的基站的小区被称为主小区(PCell)，而使用子载波的小区被称为辅小区(SCell)。
尽管未在图中示出，但是无线电资源控制(以下称为“RRC”)层存在于每个UE和基站的PDCP层之上。RRC层可以交换用于无线电资源控制的连接和测量相关的建立控制消息。
图3示出了根据本公开的实施例的下一代移动通信系统的结构。
参考图3，下一代移动通信系统的无线电接入网络包括新无线电节点B(以下称为“NR NB”或“gNb”)310和新无线电核心网络(NR CN或下一代核心网络(NG CN))305。新无线用电户设备(以下称为“NR UE”或“终端”)315通过NR gNb 310和NG CN 305接入外部网络。
参考图3，NR gNb 310对应于现有LTE系统的演进节点B(eNB)。NR gNB 310通过无线信道连接到NR UE 315，并且可以提供比现有节点B更先进的服务。在下一代移动通信系统中，可以通过共享信道服务所有用户业务。因此，需要收集诸如UE的缓冲器状态、可用传输功率状态和信道状态的状态信息的设备(例如，NR UE 315)并执行调度的设备。NR gNB310负责这些功能。一个NR gNB 310一般控制多个小区。下一代移动通信系统可以具有比现有最大带宽更大的带宽，以便实现相比于当前的LTE而言的超高速数据传输。此外，除了OFDM之外，下一代移动通信系统还可以采用波束成形技术作为无线电接入技术。此外，下一代移动通信系统应用AMC，该AMC根据NR UE 315的信道状态来确定调制方案和信道编码率。NR CN 305执行移动性支持、承载建立和服务质量(QoS)建立的功能。NR CN 305是不仅执行NR UE 315的移动性管理功能还执行各种控制功能并且连接到多个基站(例如，NR gNB310)的设备。下一代移动通信系统也可以与现有LTE系统互通，在这种情况下，NR CN 305通过网络接口连接到MME 325。MME 325连接到eNB 330，该eNB 330是现有基站。
图4示出了根据本公开的实施例的下一代移动通信系统的无线协议结构。
参考图4，下一代移动通信系统的无线协议包括分别在UE和NR基站处的NR SDAP401和445、NR PDAP 405和440、NR RLC 410和435、以及NR MAC 415和430。
NR SDAP 401和445的主要功能可以包括以下功能中的一些。
-用户平面数据的传送
-对于DL和UL两者的、QoS流和DRB之间的映射
-在DL和UL分组两者中标记QoS流ID
-对于UL SDAP PDU，反射式QoS流到DRB的映射
关于SDAP层设备，UE可以经由RRC消息接收关于针对每个PDCP层设备、每个承载或每个逻辑信道是否使用SDAP层设备的报头或者是否使用SDAP层设备的功能的配置。当SDAP报头被配置时，SDAP报头的一比特NAS QoS反射式指示符(NAS反射式QoS)和一比特AS QoS反射式指示符(AS反射式QoS)可以用于指示，以使UE能够更新或重新配置上行链路和下行链路QoS流以及数据承载的映射信息。SDAP报头可以包括指示QoS的QoS流ID信息。QoS信息可以用作数据处理优先级、调度信息等，以便支持期望的服务。
NR PDCP 405和440的主要功能可以包括以下功能中的一些。
-报头压缩和解压缩(仅ROHC)
-用户数据的传送
-上层PDU的按序递送
-上层PDU的无序递送
-针对接收的PDCP PDU重新排序
-下层SDU的重复检测
-PDC PSDU的重传
-加密和解密
-上行链路中基于定时器的SDU丢弃。
在上述功能中，NR PDCP设备的重新排序功能是指基于PDCP序列号(SN)按序对在下层接收到的PDCP PDU进行重新排列的功能。NR PDCP设备的重新排序功能可以包括以重新排列的顺序将数据发送到上层的功能、或者不考虑顺序立即发送数据的功能。此外，重排序功能可以包括通过重排序来记录丢失的PDCP PDU的功能，可以包括向发送器报告丢失的PDCP PDU的状态的功能，并且可以包括请求重传丢失的PDCP PDU的功能。
NR RLC 410和435的主要功能可以包括以下功能中的一些。
-上层PDU的传送
-上层PDU的按序递送
-上层PDU的无序递送
-通过ARQ的纠错
-RLC SDU的级联、分段和重组
-RLC数据PDU的重新分段
-RLC数据PDU的重新排序
-重复检测
-协议错误检测
-RLC SDU丢弃
-RLC重建
在上述功能中，NR RLC设备的按序递送功能是指将从下层接收到的RLC SDU按顺序递送到上层的功能。当一个原始的RLC SDU被划分成要被接收的多个RLC SDU时，NR RLC设备的按序递送功能可以包括重组和递送多个RLC SDU的功能。NR RLC设备的按序递送功能可以包括基于RLC SN或PDCP SN来对接收到的RLC PDU的功能进行重新排列，可以包括通过重新排序来记录丢失的RLC PDU的功能，可以包括向发送器报告丢失的RLC PDU的状态的功能，并且可以包括请求丢失的RLC PDU的重传的功能。如果存在丢失的RLC SDU，则RLC NR设备的按序递送功能可以包括仅将丢失的RLC SDU之前的RLC SDU按顺序递送到上层的功能。此外，NR RLC设备的按序递送功能可以包括以下功能：当定时器已经到期时，尽管存在丢失的RLC SDU，也将在定时器启动之前接收到的所有RLC SDU按顺序递送到上层。此外，NRRLC设备的按序递送功能可以包括以下功能：当定时器到期时，尽管存在丢失的RLC SDU，也将迄今为止接收到的所有RLC SDU按顺序递送到上层。NR RLC设备可以按接收顺序(不管序列号的顺序，按到达顺序)处理RLC PDU，并且可以以无序的方式将RLC PDU递送到PDCP设备。当接收分段时，NR RLC设备可以接收存储在缓冲器中的或者稍后要被接收的分段，可以将这些分段重构为一个完整的RLC PDU，并且可以将RLC PDU递送到PDCP设备。NR RLC层可以不包括级联功能，并且级联功能可以在NR MAC层中执行、或者可以用NR MAC层的复用功能来代替。
NR RLC设备的无序递送功能是指将从下层接收到的RLC SDU直接递送到上层的功能，而不考虑顺序。当一个原始的RLC SDU被划分成要被接收的多个RLC SDU时，NR RLC设备的无序递送功能可以包括重组和递送多个RLC SDU的功能。此外，NR RLC设备的无序递送功能可以包括通过存储和重新排序接收到的RLC PDU的RLC SN或PDCP SN来记录丢失的RLCPDU的功能。
NR MAC 415和430可以连接到在一个设备中配置的多个NR RLC层设备，并且NR个MAC的主要功能可以包括以下功能中的一些。
-逻辑信道和传输信道之间的映射
-MAC SDU的复用/解复用
-调度信息报告
-通过HARQ的纠错
-一个UE的逻辑信道之间的优先级处理
-通过动态调度的、UE之间的优先级处理
-MBMS服务标识
-传输格式选择
-填充
NR PHY层420和425可以执行上层数据的信道编码和调制，并将数据转换为OFDM符号，以经由无线信道发送OFDM符号，或者解调经由无线信道接收的OFDM符号，并执行对OFDM符号的信道解码，以将OFDM符号递送到上层。
图5示出了根据本公开的实施例的另一个下一代移动通信系统的结构。
参考图5，由基于波束操作的NR gNB 505所服务的小区可以包括多个发送和接收点(TRP)510、515、520、525、530、535和540。TRP 510、515、520、525、530、535和540是指具有发送和接收与现有NR基站(eNB)分离的物理信号的一些功能的块，并且可以包括多个天线。NR gNB 505可以由中央单元(CU)表示，并且TRP 510、515、520、525、530、535和540可以由分布式单元(DU)表示。可以通过分离独自的PDCP/RLC/MAC/PHY层(545)来配置NR gNB 505和TRP 510、515、520、525、530、535和540的功能。也就是说，TRP 515和525可以仅具有PHY层，并且可以执行PHY层的功能，并且TRP 510、535和540可以仅具有PHY层和MAC层，并且可以执行PHY层和MAC层的功能。TRP 520和530可以仅具有PHY层、MAC层和RLC层，并且可以执行PHY层、MAC层和RLC层的功能。特别地，TRP 510、515、520、525、530、535和540可以使用波束成形技术，以通过使用多个发送和接收天线在不同方向上生成窄波束来发送和接收数据。UE550通过TRP 510、515、520、525、530、535和540接入NR gNB 505和外部网络。NR gNB 505通过收集诸如UE 550的缓冲器状态、可用传输功率状态和信道状态的状态信息，并执行调度，来支持UE 550和核心网络(CN)(尤其是AMF/SMF 555)之间的连接，以便为用户提供服务。
图6示出了根据本公开的实施例的由NR系统使用的帧结构。
NR系统的目标是比LTE更高的传输速度，并考虑在高频率下操作的场景以确保宽频带。特别地，NR系统考虑以高频率生成定向波束并向UE发送具有高数据速率的数据的场景。
参考图6，可以考虑当与小区中的UE 671、673、675、677和679通信时，NR基站或TRP(例如，基站601)使用不同的波束的场景。也就是说，在示出的图中，假设这样的场景，在该场景中，UE 1 671使用波束#1 651通信，UE 2 673使用波束#5 655通信，并且UE 3 675、UE4 677和UE 5 679使用波束#7 657通信。
为了测量UE 671、673、675、677和679使用哪个波束与TRP通信，在时间上存在发送公共开销信号的开销子帧(以下称为“osf”603)。osf 603可以包括用于获得正交频分复用(OFDM)符号的定时的主同步信号(PSS)、用于检测小区ID的辅同步信号(SSS)等。此外，osf603可以发送物理广播信道(PBCH)，该物理广播信道包括系统信息、主信息块(MIB)、或对于UE接入系统所必需的信息(例如，下行链路波束的带宽、系统帧号等)。此外，在osf 603中，基站601针对每个符号(或在多个符号上)使用不同的波束来发送参考信号。UE 671、673、675、677和679可以从参考信号中导出用于标识每个波束的波束索引值。在示出的图中，假设存在由基站601发送的从波束#1 651至波束#12 662的12个波束，并且通过在osf 603中每符号进行扫描来发送不同的波束。也就是说，可以在osf 603中每符号发送独自的波束(例如，在第一符号631中发送波束#1 651，在第二符号632中发送波束#2 652等)，并且UE671、673、675、677和679可以测量osf 603，以测量在osf 603中发送的波束中最强信号经由其而被发送的波束。
图6示出了在osf 603每25个子帧重复，并且剩余的24个子帧是发送和接收普通数据的数据子帧(以下称为“dsf”605)的场景。因此，假设根据通过基站601的调度，UE 3 675、UE 4 677和UE 5 679通常使用波束#7 657来执行通信(611)，UE 1 671使用波束#1 651来执行通信(613)，并且UE 2 673使用波束#5 655来执行通信(615)。在示出的图中，基站601的发送波束#1651至发送波束#12 662主要是示意性的，但是可以进一步考虑用于接收基站601的发送波束的UE 671、673、675、677和679的接收波束(例如，第一接收波束681、第二接收波束683、第三接收波束685和第四接收波束687)。在示出的图中，UE 1 671具有四个波束681、683、685和687，并且执行波束扫描以确定哪个波束具有最佳接收性能。这里，当不能同时使用多个波束时，可以针对每个osf 603使用一个接收波束来接收与接收波束的数量一样多的osf 603，从而找到基站601的最佳发送波束和UE 671的最佳接收波束。
本公开描述了一种方法，该方法用于降低由于可以通过对MIMO功能的增强而测量的路径损耗资源的数量的增加而导致的UE的测量复杂度，以及动态地控制在下一代移动通信系统中测量路径损耗资源并且考虑到路径损耗资源来确定上行链路传输功率的现有操作中的对各种路径损耗资源的测量。
一般地，上行链路传输功耗可以定义如下。
传输功率＝目标接收功率+路径损耗+(动态调整)
如上所示，UE可以将上行链路传输强度确定为从基站接收到的下行链路信号的传输功率、通过路径损耗参考信号(RS)测量的信号强度以及对UE RF有影响的动态调整的总和。也就是说，路径损耗参考信号的测量对于计算上行链路传输的信号强度是必要的，并且测量资源类型的配置和用于测量的方法被包括在上行链路配置中(例如，PUSCH-Config、探测参考信号(SRS)-Config等)。将在以下实施例中详细描述具体操作。作为参考，路径损耗参考信号的测量是L3测量值(由UE根据先前测量值和当前测量值两者确定的)，其中测量窗口存在。
图7示出了根据本公开的实施例的、NR系统中在PUSCH中配置的路径损耗参考信号(以下称为“路径损耗RS”)的指示和测量资源类型的场景。特别地，该图示出了现有NR系统中的操作，在本公开提出的实施例中可以参考该操作。
为了测量适用于PUSCH传输的路径损耗RS，可以通过当前RRC消息在PUSCH-Config中配置最多四个可用的路径损耗RS资源，并且UE可以测量所配置的路径损耗RS，并且可以将路径损耗RS应用于PUSCH传输。也就是说，UE考虑路径损耗RS测量值来确定PUSCH传输功率。配置和应用用于PUSCH传输的路径损耗RS的操作如下。
1.可以通过RRC配置向UE提供路径损耗RS和用于指示被应用于实际PUSCH传输的路径损耗RS的映射信息。
■PUSCH-PathlossReferenceRS(PUSCH路径损耗参考RS)：配置最多四个路径损耗RS
◆路径损耗RS的索引
◆被配置为CSI-RS资源或SSB资源
◆UE对所配置的路径损耗RS执行测量。
■SRI-PUSCH-PowerControl(SRI PUSCH功率控制)：配置与用于实际PUSCH传输的路径损耗RS的映射(最多16个映射)，该路径损耗RS可以通过下行链路控制信息(DCI)的SRS资源指示符(SRI)比特来指示
◆用于指示PUSCH传输的SRI的索引信息
◆与SRI索引相关联的路径损耗RS的索引
◆特定功率配置(sri-P0-PUSCH-AlphaSetId和sri-PUSCH-ClosedLoopIndex)
路径损耗RS可以被配置如下表1所示。
表1
2.用于(基于码本或非码本的)PUSCH传输的特定路径损耗RS可以经由以DCI格式0_1的SRI指示给UE，该SRI用于指定实际应用的一个路径损耗RS，尽管UE在阶段1测量最多四个路径损耗RS。
参考图7，如在阶段1中，可以指示最多四个路径损耗RS的配置(705、710、715和720)，该四个路径损耗RS可以特别地通过RRC消息的PUSCH-Config中的PUSCH-PathlossReferenceRS来配置。此外，可以指示与16个SRI相关联的路径损耗RS(725、727、729、731、733、735、737、739、741、743、745、747、749、751、753和755)，这可以特别地通过RRC消息的PUSCH-Config中的SRI-PUSCH-PowerControl来配置。配置通过RRC消息配置的路径损耗RS和SRI之间的映射，并且经由通过DCI的SRI来指示用于实际PUSCH传输的一个路径损耗RS。除了可以配置最多四个路径损耗RS之外，SRI和路径损耗RS之间的映射没有限制。
图8示出了根据本公开的实施例的、NR系统中用于在PUSCH中配置的路径损耗RS的指示和测量资源类型的UE的总体操作。
参考图8，示出了现有NR系统中的操作，在本公开提出的实施例中可以参考该操作。
在RRC连接状态下，在操作805中，UE接收PUSCH配置信息，并且该配置信息可以提供确定PUSCH传输的信号强度和功率所需的路径损耗RS配置信息以及关于SRI和路径损耗RS之间的关联(association)的配置信息。已经参考图7详细描述了具体配置信息和具体操作。在操作810中，UE对在操作805中配置的最多四个路径损耗RS资源执行L3测量，并存储和管理测量值。在操作815中，当基站指示对于UE的上行链路传输(PUSCH)的调度时，基站不仅可以通过DCI指示调度资源信息，还通过DCI指示被应用于计算传输的信号强度和功率的特定路径损耗RS，并且UE可以接收DCI。也就是说，基站可以指示与DCI的SRI相映射的路径损耗RS，并且UE可以测量相应的路径损耗RS资源并且可以计算路径损耗。在操作820中，UE可以考虑到路径损耗来确定PUSCH传输信号的功率。
图9示出了根据本公开的实施例的NR系统中在PUSCH中配置的多个路径损耗RS的有效资源指示、测量资源类型和动态映射更新的场景。
对于被应用于PUSCH传输的路径损耗RS的测量，基站可以通过RRC消息在PUSCH-Config中为UE配置最多64个路径损耗RS资源，并且UE可以在所配置的路径损耗RS中测量最多4个路径损耗RS资源，并且可以将测量应用于PUSCH传输。也就是说，UE考虑路径损耗RS测量值来计算PUSCH传输功率。为此，需要一种方法，该方法用于指示由UE初始测量的资源(最多四个资源)，即使基站通过RRC配置为UE配置最多64个路径损耗RS资源。该方法描述如下。配置和应用用于PUSCH传输的路径损耗RS的操作如下。
1.可以通过RRC配置向UE提供路径损耗RS和用于指示应用于实际PUSCH传输的路径损耗RS的映射信息。
■PUSCH-PathlossReferenceRS：配置最多64个路径损耗RS
◆路径损耗RS的索引
◆被配置为CSI-RS资源或SSB资源
■SRI-PUSCH-PowerControl：配置与用于实际PUSCH传输的路径损耗RS的映射(最多16个映射)，该路径损耗RS可以通过下行链路控制信息(DCI)的SRI比特来指示
◆用于指示PUSCH传输的SRI的索引信息
◆与SRI索引相关联的路径损耗RS的索引
◆特定功率配置(sri-P0-PUSCH-AlphaSetId和sri-PUSCH-ClosedLoopIndex)
◆上述各条信息通过以下的MAC CE而被包括在动态映射更新中
◆由于UE可以测量最多四个路径损耗RS，因此与所有sri-PUSCH-PowerControlId相关联的sri-PUSCH-PathlossReferenceRS-Id的数量被限制为最多四个
■用于通过RRC配置来配置初始测量的路径损耗RS的方法
◆方法1：现有列表用于要被初始测量的最多四个路径损耗RS，只有当通过MAC CE更新列表时，才能对配置要新添加的最多60个路径损耗RS的列表执行实际测量
◆方法2：配置最多64个路径损耗RS，并且要被实际测量的最多四个路径损耗RS被限制为与SRI-PUSCH-PowerControl中配置的SRI相关联的路径损耗RS资源，即，sri-PUSCH-PathlossReferenceRS-Id。即使通过MAC CE更新关于SRI和路径损耗RS之间的映射的信息，这种限制仍然适用
表2和表3是在以上描述中作为参考的示例。
表2
表3
2.UE需要通过MAC CE来动态地执行测量，以更新路径损耗RS和SRI之间的映射，并且路径损耗RS可以由SRI指示。将在下面的公开中详细描述具体的MAC CE结构和操作方法。
3.用于(基于码本或非码本的)PUSCH传输的特定路径损耗RS可以经由以DCI格式0_1的SRI来指示，该SRI用于指定实际应用的一个路径损耗RS，尽管UE在阶段1和阶段2测量最多四个路径损耗RS。
参考图9，如在阶段1中，940、945、950和955指示最多64个路径损耗RS的配置，该64个路径损耗RS可以特别地通过RRC消息的PUSCH-Config中的PUSCH-PathlossReferenceRS来配置。如图所示，901、903、905、907、909、911、913和915指示与SRI相关联的路径损耗RS的映射关系，该映射关系可以特别地通过RRC消息的PUSCH-Config中的SRI-PUSCH-PowerControl来配置。配置通过RRC消息配置的路径损耗RS和SRI之间的映射，并且经由通过DCI的SRI来指示用于实际PUSCH传输的一个路径损耗RS。除了可以配置最多四个路径损耗RS之外，SRI和路径损耗RS之间的映射没有限制。随后，可以通过MAC CE更新要被测量的路径损耗RS，以更新路径损耗RS和SRI之间的映射，并且路径损耗RS和SRI之间的关系由921、923、925、927、929、931、933和935来指示。
下面示出了具体示例。可以通过RRC消息初始配置八条SRI映射信息，其中每一条SRI映射信息与路径损耗RS具有如下映射关系。
-SRI#1与路径损耗RS#1相关联
-SRI#2与路径损耗RS#1相关联
-SRI#3与路径损耗RS#2相关联
-SRI#4与路径损耗RS#2相关联
-SRI#5与路径损耗RS#3相关联
-SRI#6与路径损耗RS#3相关联
-SRI#7与路径损耗RS#4相关联
-SRI#8与路径损耗RS#4相关联
随后，SRI和路径损耗RS之间的映射关系通过接收MAC CE更新如下。
-SRI#1与路径损耗RS#11相关联
-SRI#2与路径损耗RS#11相关联
-SRI#3与路径损耗RS#21相关联
-SRI#4与路径损耗RS#21相关联
-SRI#5与路径损耗RS#33相关联
-SRI#6与路径损耗RS#33相关联
-SRI#7与路径损耗RS#44相关联
-SRI#8与路径损耗RS#44相关联
引入上述SRI和路径损耗RS之间的映射的动态更新可以代替更新RRC配置的现有过程，使得以低延迟改变配置信息成为可能。
图10示出了根据本公开的实施例的在PUSCH中配置的多个路径损耗RS的有效资源指示、测量资源类型和动态映射更新的总体UE操作。
参考图10，在操作1005中，处于RRC连接状态的UE可以接收PUSCH配置信息，并且该配置信息可以提供确定PUSCH传输的信号强度和功率所需的路径损耗RS配置信息以及关于SRI和路径损耗RS之间的关联的配置信息。特别地，可以配置关于与可以特别地通过RRC消息的PUSCH-Config中的SRI-PUSCH-PowerControl来初始配置的SRI相关联的路径损耗RS的信息。可以配置通过RRC消息配置的SRI和路径损耗RS之间的映射，并且可以经由通过DCI的SRI来指示用于实际PUSCH传输的一个路径损耗RS。除了可以配置最多四个路径损耗RS之外，SRI和路径损耗RS之间的映射没有限制。已经参考图9详细描述了具体配置信息和具体操作。
在操作1010中，UE可以对在操作1005中配置的要求初始测量的最多四个路径损耗RS资源执行L3测量，并且可以存储和管理测量值。在操作1015中，UE可以通过基站接收路径损耗RS更新MAC CE，以用于更新路径损耗RS和SRI之间的映射，并且可以使用由MAC CE所指示的信息来更新和管理关于路径损耗RS和SRI之间的关系的信息。在操作1015中，UE可以在特定时间(转换时间)内根据先前的映射规则来测量路径损耗RS，并且可以在预定的特定时间(转换时间)之后测量并反映在新改变的映射规则中配置的路径损耗RS。这是因为路径损耗RS测量是基于L3测量的，因此测量值不能通过MAC CE立即改变，并且平均值需要通过应用先前的测量值来计算。在以下实施例中，将更详细地描述MAC CE的具体结构和信息以及具体操作。具体地，可以考虑与用于路径损耗RS更新的MAC CE结构相关的两种方法。
-用于路径损耗RS更新的第一MAC CE映射方法(在图11中描述)：指示一个路径损耗RS所应用于的多个SRI索引的方法
-用于路径损耗RS更新的第二MAC CE映射方法(在图12中描述)：指示多个路径损耗RS所分别应用于的SRI索引的方法
在这两种方法中，还需要条件，即，与SRI相关联的路径损耗RS的总和被限制为四。这是因为UE只能测量和管理最多四个路径损耗RS。也就是说，在操作1020中，UE可以基于在操作1015中更新后的信息来测量和管理最多四个路径损耗RS。
在操作1025中，UE可以通过DCI从基站接收对上行链路传输(PUSCH)的调度，并且控制信息不仅可以指示调度资源信息，还可以指示被应用于计算传输的信号强度和功率的特定路径损耗RS。也就是说，可以指示与DCI的SRI相映射的路径损耗RS，并且UE可以测量相应的路径损耗RS资源并且可以计算路径损耗。在操作1030中，UE可以考虑路径损耗来确定PUSCH传输信号的功率。
图11示出了根据本公开的实施例的用于动态地更新要求测量的路径损耗RS的第一MAC CE和第一映射方法。
参考图11，示出了一个路径损耗RS所应用于的多个SRI索引。为了指示对多个路径损耗RS的更新，需要发送多个MAC CE。需要引入先前不存在的新的下行链路MAC CE，并且可以分配新的LCID。本公开提出了在位图中指示路径损耗RS的选项1和直接指示路径损耗RS索引的选项2，并且具体的MAC CE结构和相关字段可以如下。
1.选项1：基于位图指示路径损耗RS索引的方法
■补充上行链路(SUL)指示符1101：指示上行链路类型，1比特
■服务小区ID 1103：服务小区索引，5比特
■带宽部分(BWP)ID 1105：BWP索引，2比特，可以指示由RRC配置所指示的特定组索引，而不指示服务小区索引和BWP索引
■指示是否存在多个SRI ID的指示符(C1)1107和1115：指示是否存在与随后通过1比特所指示的路径损耗RS 1123相关联的附加SRI ID
■SRI ID 1109和1117：与路径损耗RS相关联的SRI的索引，4比特
■闭环索引(CLId)1111和1119：可选地被包括或可以不被包括，用于标识闭环索引，1比特
■Alpha值索引(AlphaSetId)1113和1121：可选地被包括或可以不被包括，转发与用于传输功率调整的特定alpha值相对应的索引，5比特
■路径损耗RS索引1123：在位图中指示最多64个路径损耗RS中的一个路径损耗RS的索引，8字节，仅一比特可以被设置为1
2.选项2：直接指示路径损耗RS索引的方法
■SUL(补充上行链路)指示符1151：指示上行链路类型，1比特
■服务小区ID 1153：服务小区索引，5比特
■BWP ID 1155：BWP索引，2比特，可以指示由RRC配置所指示的特定组索引，而不指示服务小区索引和BWP索引
■预留比特1157
■路径损耗RS索引1159：路径损耗RS索引，5比特，指示与下面信令通知的SRI相关联的路径损耗资源
■指示是否存在多个SRI ID的指示符(C1)1161和1169：指示是否存在与由相应的MAC CE通过1比特所指示的路径损耗RS 1159相关联的附加SRI ID
■SRI ID 1163和1171：与路径损耗RS相关联SRI的索引，4比特
■闭环索引(CLId)1165和1173：可选地被包括或可以不被包括，用于标识闭环指数，1比特
■Alpha值索引(AlphaSetId)1167和1175：可选地被包括或可以不被包括，转发与传输功率调整的特定alpha值相对应的索引，5比特
图12示出了根据本公开的实施例的用于动态地更新要求测量的路径损耗RS的第二MAC CE和第二映射方法。
参考图12，其特征在于，关于一个路径损耗RS所应用于的多个SRI索引的映射信息指示多个集合被同时更新。也就是说，为了指示对多个路径损耗RS的更新，不如图11中那样需要传输多个MAC CE，而是通过一个MAC CE指示多个路径损耗RS，并且提供关于与路径损耗RS相关联的SRI的映射信息。需要引入先前不存在的新的下行链路MAC CE，并且可以分配新的LCID。本公开提出了在位图中指示路径损耗RS的选项1和直接指示路径损耗RS索引的选项2，并且具体的MAC CE结构和相关字段可以如下。
1.选项1：基于位图指示路径损耗RS索引的方法
■SUL(补充上行链路)指示符1201：指示上行链路类型，1比特
■服务小区ID 1203：服务小区索引，5比特
■BWP ID 1205：BWP索引，2比特，可以指示由RRC配置所指示的特定组索引，而不指示服务小区索引和BWP索引。
■指示是否存在多个SRI ID的指示符(C1)1207、1215、1225和1233：指示是否存在与随后通过1比特所指示的路径损耗RS 1223相关联的附加SRI ID
■SRI ID 1209、1217、1227和1235：与路径损耗RS相关联的SRI的索引，4比特
■闭环索引(CLId)1211、1219、1229和1237：可选地被包括或可以不被包括，用于标识闭环索引，1比特
■Alpha值索引(AlphaSetId)1213、1221、1231和1239：可选地被包括或可以不被包括，转发与传输功率调整的特定alpha值相对应的索引，5比特
■路径损耗RS索引1223和1241：在位图中指示最多64个路径损耗RS中的一个路径损耗RS的索引，8字节，仅一比特可以被设置为1
2.选项2：直接指示路径损耗RS索引的方法
■补充上行链路(SUL)指示符1251：指示上行链路类型，1比特
■服务小区ID 1253：服务小区索引，5比特
■BWP ID 1255：BWP索引，2比特，可以指示由RRC配置所指示的特定组索引，而不指示服务小区索引和BWP索引
■用于更新多个路径损耗RS的指示符(C2)1257和1277：指示存在关于一个路径损耗RS和SRI的附加映射信息，1比特
■路径损耗RS索引1259：路径损耗RS索引，5比特，指示与下面信令通知的SRI相关联的路径损耗资源
■指示是否存在多个SRI ID的指示符(C1)1261、1269、1281和1289：指示是否存在与由相应的MAC CE通过1比特所指示的路径损耗RS 1159相关联的附加SRI ID
■SRI ID 1263、1271、1283和1291：与路径损耗相关的SRI ID的索引，4比特
■闭环索引(CLId)1265、1273、1285和1293：可选地被包括或可以不被包括，用于标识闭环索引，1比特
■Alpha值索引(AlphaSetId)1267、1275、1287和1295：可选地被包括或可以不被包括，转发与传输功率调整的特定alpha值相对应的索引，5比特
图13示出了根据本公开的实施例的用于在SRS传输中配置的路径损耗RS的动态资源指示和测量资源类型的总体UE操作。
参考图13，在操作1305中，处于RRC连接状态的UE可以接收关于SRS资源的配置信息，并且该配置信息可以提供确定SRS资源传输的信号强度和功率所需的路径损耗RS配置信息。特别地，可以通过RRC消息的SRS-Config中的SRS-ResourceSet向UE提供被应用于一个SRS资源集的路径损耗RS配置信息。尽管一个路径损耗RS是经由RRC配置的，但最多可以配置64个资源。表4涉及基于Rel-15的SRS传输的路径损耗RS配置方法，并且可以随后以扩展的方式将多个路径损耗RS配置添加到SRS-ResourceSet中。此外，有必要指示要求初始测量的初始路径损耗资源。在一个示例中，先前使用的字段可以被用作初始值，并且扩展的路径损耗RS配置可以被用于通过MAC CE的动态资源更新。
表4
UE可以对在操作1305中配置的要求初始测量的路径损耗RS资源执行L3测量，并且可以存储和管理测量值。在操作1310中，UE从基站接收用于实际测量在操作1305中配置的多个路径损耗RS并指示需要被应用的资源的MAC CE。将在图14中描述具体的MAC CE结构和具体操作。在操作1315中，UE可以测量通过接收到的MAC CE所指示的路径损耗RS资源，可以计算路径损耗，并且可以考虑路径损耗来确定SRS传输信号的功率。
图14示出了根据本公开的实施例的用于动态地更新要求测量的路径损耗RS的MACCE和映射方法。
参考图14，UE可以在RRC消息的SRS-Config(具体地，SRS-ResourceSet配置)中配置多个路径损耗RS资源。此外，有必要指示要求初始测量的初始路径损耗资源。在一个示例中，先前使用的字段可以被用作初始值，并且扩展的路径损耗RS配置可以被用于通过MACCE的动态资源更新。随后，当有必要更新用于测量路径损耗RS的资源(该路径损耗RS被应用于SRS传输)并且需要计算传输功率时，可以通过MAC CE将该资源更新为多个路径损耗RS中的一个。可以使用图14所示的结构。
-包括SRS资源集的服务小区ID 1405：5比特
-包括SRS资源集ID的BWP ID 1410：2比特
-SUL指示符1415：1比特
-SRS资源集ID 1420：4比特
-路径损耗RS索引1425：6比特，向UE指示动态变化的路径损耗RS资
源信息
图15示出了根据本公开的实施例的用于PUSCH和SRS传输的路径损耗RS的测量和应用的总体操作。
参考图15，在操作1505中，UE 1501可以驻留在特定基站1502上，并且在操作1510中，可以执行与相应的服务小区的RRC连接建立。在操作1515中，UE 1501可以与基站1502执行数据发送和接收，并且在操作1520中，基站1502可以通过RRC配置提供用于UE 1501需要针对上行链路传输而考虑的路径损耗计算的配置信息。在操作1520中，UE 1501可以接收PUSCH配置信息和SRS配置信息。PUSCH配置信息可以包括确定PUSCH传输的信号强度和功率所需的多条(最多64条)路径损耗RS配置信息和关于SRI和路径损耗RS之间的关联的配置信息，并且SRS配置信息可以包括针对每个SRS-ResourceSet而配置的SRS传输的多条(最多64条)路径损耗RS配置信息。在操作1520中，UE 1501可以对为PUSCH配置的要求初始测量的最多四个路径损耗RS资源和为SRS配置的初始路径损耗资源执行L3测量，并且可以存储和管理测量值。
在操作1525中，UE 1501可以通过基站1502接收用于更新路径损耗RS和SRI之间的映射的路径损耗RS更新SRI，并且可以使用由MAC CE所指示的信息来更新和管理映射。在操作1530中，UE 1501可以通过DCI从基站1502接收对上行链路传输(PUSCH)的调度，并且控制信息不仅可以包括调度资源信息，还可以包括指示被应用于计算传输的信号强度和功率的特定路径损耗RS的信息。也就是说，可以指示与DCI的SRI相映射的路径损耗RS，并且UE1501可以测量相应的路径损耗RS资源并且可以计算路径损耗。在操作1535中，UE 1501可以考虑路径损耗来确定PUSCH传输信号的功率，并且可以执行传输。
在执行前述操作的同时，UE 1501可以根据所配置的SRS传输配置来执行SRS传输，其中，UE 1501可以基于通过初始RRC配置所指示的路径损耗RS来确定传输功率。在操作1540中，UE 1501可以从基站1502接收指示需要在实际SRS传输中被测量和应用的路径损耗资源的MAC CE。在操作1545中，UE 1501可以测量由接收到的MAC CE所指示的路径损耗RS资源，可以计算路径损耗，并且可以考虑路径损耗来确定SRS传输信号的功率。
图16示出了根据本公开的实施例的应用了本公开的基站的总体操作。
参考图16，在操作1605中，基站与UE建立连接，并且在操作1610，请求和接收UE的能力。在操作1610中，基站可以根据UE的能力来确定UE是否具有动态路径损耗RS更新能力。随后，在操作1615中，基站可以考虑到UE的能力向UE提供RRC配置信息。在操作1615中，基站可以经由PUSCH配置和SRS配置信息向UE提供多个路径损耗RS配置。在操作1620中，对于具有动态路径损耗RS更新能力的UE，基站可以通过MAC CE更新关于路径损耗RS和可应用于PUSCH传输的SRI之间的映射的信息。在操作1625中，基站可以经由DCI将与SRI索引相关联的、需要被应用于实际PUSCH和SRS传输的路径损耗RS的指示转发给UE，或者可以通过MACCE向UE指示特定路径损耗RS索引。在操作1630中，基站可以接收从UE发送的上行链路信号。
根据本公开，为了改进下一代移动通信系统中的MIMO操作，在UE配置和激活用于PUCCH传输的波束信息(空间关系)的操作中，一般可以通过单个MAC CE来更新/指示一个服务小区内特定带宽部分(BWP)中的PUCCH资源的波束(空间关系)。然而，由于在一个服务小区和BWP中可以配置多个PUCCH资源，所以需要多个MAC CE传输来更新关于所有配置的PUCCH资源的波束信息，从而导致信令和等待时间的增加。因此，本公开提出了一种方法，其中配置多个PUCCH资源，并且同时更新关于用于发送多个PUCCH资源的波束的多条信息。
图17示出了根据本公开的实施例的下一代移动通信系统的结构以及在其中应用了PUCCH资源配置和波束激活操作的场景。
参考图17，可以存在由基于波束操作的NR gNB所服务的多个小区。连接到特定小区(小区1)1705的UE 1715可以接收不同服务小区(小区2)1710的配置。因此，UE 1715可以通过CA向多个小区发送数据和从多个小区接收数据。在现有NR系统中，可以通过RRC控制信号为每个服务小区和BWP提供物理下行链路控制信道(PDCCH)配置和物理下行链路共享信道(PDSCH)配置，从而提供用于接收下行链路控制信号和数据信号的配置信息，并且可以提供相关的接收波束配置信息(1720和1725)。此外，可以通过RRC控制信号为每个服务小区和BWP提供PUCCH-Config，并且可以根据该配置同时配置PUCCH资源和相关的传输波束(1730和1735)。目前，在一个小区组中，除了主小区(PCell)/主-辅小区(PSCell)之外，还可以配置一个PUCCH SCell。一种通过RRC控制消息在PUCCH资源配置操作中配置PUCCH资源的方法如下。
-PUCCH资源集：具有相同有效载荷的PUCCH资源被分组的单元。存在于一个PUCCH资源集中的PUCCH资源具有相同的有效载荷尺寸。可以为每个BWP配置最多四个PUCCH资源集。
-PUCCH资源：包括关于实际PUCCH资源的配置信息，并且可以为每个PUCCH资源集配置最多32个PUCCH资源。所有PUCCH资源的索引是128
-空间关系信息：下面的表5示出了关于波束的信息，PUCCH资源实际上通过这些波束来发送，并且可以从同步信号块(SSB)、信道状态信息参考信号(CSI-RS)和探测参考信号(SRS)中选择一个波束。可以为每个BWP配置最多八条波束信息，并且相应的波束的数量可以从Rel-16中的8个增加到64个
表5
PUCCH-SpatialRelationInfo::＝SEQUENCE{
pucch-SpatialRelationInfoId PUCCH-SpatialRelationInfoId,
servingCellId ServCellIndex OPTIONAL,--Need S
referenceSignal CHOICE{
ssb-Index SSB-Index,
csi-RS-Index NZP-CSI-RS-ResourceId,
srs SEQUENCE{
Resource SRS-ResourceId,
uplinkBWP BWP-Id
}
},
pucch-PathlossReferenceRS-Id PUCCH-PathlossReferenceRS-Id,
p0-PUCCH-Id P0-PUCCH-Id,
closedLoopIndex ENUMERATED{i0,i1}
}
PUCCH-SpatialRelationInfoId::＝INTEGER
(1..maxNrofSpatialRelationInfos)
基于关于PUCCH资源的RRC配置信息，UE可以响应于下行链路信号发送PUCCH/ACK/NACK信号。此外，在上述操作中与每个PUCCH资源相关联的初始波束信息可以是在初始RRC连接过程中使用的波束信息(在初始RACH操作中的SSB)，并且MAC CE可以随后用于更新与特定PUCCH资源相关联的波束信息。也就是说，使用PUCCH空间关系激活/去激活MAC CE，并且该MAC CE具有以下结构。
■预留比特(包括在内以用于字节对齐)1745和1760
■服务小区ID(5比特)1750
■BWP ID(2比特)1755
■PUCCH资源ID(7比特)1765
■空间关系位图(1比特，最多八个位图中仅一个被激活)1770
此操作指示波束，由MAC CE所指示的服务小区和BWP中的PUCCH资源通过此波束来发送。当接收到MAC CE时，UE可以更新和应用关于与相关的PUCCH资源相关联的波束的信息。如上所述，可以提供每个BWP的PUCCH配置信息，并且可以配置最多128个PUCCH资源。因此，在最坏的情况下，可能需要通过128个MAC CE的更新来更新关于128个配置的PUCCH资源的波束信息，这增加了相应的操作中的等待时间，并且导致显著的信令开销。
图18示出了根据本公开的实施例的在NR系统中通过对通过多个服务小区和BWP配置的多个PUCCH资源进行分组来同时更新传输波束的操作。
如图17中所描述的，NR系统被设计为能够使用具有方向性的波束在UE和基站之间进行数据发送/接收。目前，仅激活/去激活一个服务小区中的特定BWP中的波束(传输配置指示符(TCI)状态或PUCCH空间关系)是可能的。在本公开中，考虑了一种方法，其中多个PUCCH资源被配置为一组，并且同时支持对多个PUCCH资源的波束更新操作。以下特定场景适用。
-RRC配置场景1：可以针对多个服务小区和在小区的多个BWP中配置的多个PUCCH资源来配置组，并且可以同时更新被应用于传输的多条波束信息(每个小区组的组配置)
-RRC配置场景2：可以针对单个服务小区和在小区的多个BWP中配置的多个PUCCH资源来配置组，并且可以同时更新被应用于传输的多条波束信息(每个小区的组配置)
-RRC配置场景3：可以针对单个服务小区和在小区的单个BWP中配置的多个PUCCH资源来配置组，并且可以同时更新被应用于传输的多条波束信息(每个BWP的组配置)
根据本公开，可以减少用于PUCCH资源的波束更新操作中的等待时间，并且减少用于波束更新操作的信令开销。上述三种场景在针对多个PUCCH资源配置组的级别上是不同的，并且这些组可以在小区组、小区和BWP级别上配置和操作。
参考图18，在操作1805中，处于空闲(RRC_IDLE)模式的UE 1801可以搜索合适的小区，可以驻留在相应的基站上，然后在操作1810中，当生成要被发送的数据时，可以接入基站和PCell 1802。在空闲模式下，UE不连接到网络以节省功率，因此不能发送数据。UE需要转换到连接(RRC_CONNECTED)模式进行数据发送。UE驻留是指UE停留在小区中并接收寻呼消息以确定是否发送下行链路数据。在操作1815中，当UE成功接入基站和PCell时，UE将其状态改变为连接(RRC_CONNECTED)模式，并且可以在连接模式下执行与基站的数据发送和接收。
在操作1820中，基站可以在RRC连接状态下通过RRC消息向UE发送用于配置多个服务小区和BWP的配置信息(ServingCellConfig)。RRC消息可以包括用于通过PDCCH和PDSCH进行接收的配置信息(PDCCH-Config和PDSCH-Config)以及用于PUCCH传输的配置信息(PUCCH-Config)。具体地，RRC消息可以包括BWP配置(BWP-Uplink和BWP-Downlink)、CORESET配置、加扰配置、TCI状态(PDSCH-Config中的TCI-State)配置等。例如，可以为每个服务小区的每个下行链路BWP提供TCI状态配置，并且该TCI状态配置可以被单独包括在PDCCH-Config和PDSCH-Config中，并且用于PUCCH资源传输的波束配置可以被包括在PDCCH-Config中。在PUCCH配置中，可以配置PUCCH资源、PUCCH资源集、空间关系信息等，并且配置的细节如图17所示。特别地，在上述操作中，用于PUCCH资源的空间关系信息的条数可以从现有的8条增加到64条，这意味着用于PUCCH资源传输的波束解析度可以进一步增加。
根据本公开，在操作1820中，例如，为了在RRC配置中预先配置可应用于相同传输波束的多个PUCCH资源组，根据前述三种场景的应用的可应用于相同传输波束的多个PUCCH资源或PUCCH资源集可以被配置为单个组。可替代地，当前PUCCH资源集可以用作用于执行同时波束更新的PUCCH资源组。根据场景，可以在小区组、小区或BWP级别中配置和操作PUCCH资源组。在该操作中，可以通过RRC消息来配置关于初始PUCCH资源组的所应用的波束的信息。在这种情况下，可以针对与预设的初始波束信息相关联的PUCCH资源组执行PUCCH传输，直到通过单独的MAC CE指示了波束信息更新。
-RRC配置场景1：多个服务小区和存在于BWP中的多个PUCCH资源可以在CellGroupConfig中被配置为单个组/列表(组中的一个条目被配置为服务小区ID+BWP ID+PUCCH资源ID或PUCCH资源集ID)
-RRC配置场景2：存在于服务小区的多个BWP中的多个PUCCH资源可以在ServingCellConfig中被配置为单个组/列表(组中的一个条目被配置为BWP ID+PUCCH资源ID或PUCCH资源集ID)
-RRC配置场景3：存在于服务小区和BWP中的多个PUCCH资源可以在BWP的PUCCH-Config中被配置为单个组/列表(组中的一个条目被配置为PUCCH资源ID或PUCCH资源集ID)
表6示出了当应用了RRC配置场景3时可以发送的RRC消息。
表6
PUCCH-Config::＝SEQUENCE{
resourceSetToAddModList SEQUENCE(SIZE(1..maxNrofPUCCH-ResourceSets))OF PUCCH-ResourceSet OPTIONAL,--Need N
resourceSetToReleaseList SEQUENCE(SIZE(1..maxNrofPUCCH-ResourceSets))OF PUCCH-ResourceSetId OPTIONAL,--Need N
resourceToAddModList SEQUENCE(SIZE(1..maxNrofPUCCH-Resources))OFPUCCH-Resource OPTIONAL,--Need N
resourceToReleaseList SEQUENCE(SIZE(1..maxNrofPUCCH-Resources))OFPUCCH-ResourceId OPTIONAL,--Need N
format1 SetupRelease{PUCCH-FormatConfig}OPTIONAL,--Need M
format2 SetupRelease{PUCCH-FormatConfig}OPTIONAL,--Need M
format3 SetupRelease{PUCCH-FormatConfig}OPTIONAL,--Need M
format4 SetupRelease{PUCCH-FormatConfig}OPTIONAL,--Need M
schedulingRequestResourceToAddModList SEQUENCE(SIZE(1..maxNrofSR-Resources))OFSchedulingRequestResourceConfig OPTIONAL,--Need N
schedulingRequestResourceToReleaseList SEQUENCE(SIZE(1..maxNrofSR-Resources))OFSchedulingRequestResourceId
OPTIONAL,--Need N
multi-CSI-PUCCH-ResourceList SEQUENCE(SIZE(1..2))OF PUCCH-ResourceIdOPTIONAL,--Need M
dl-DataToUL-ACK SEQUENCE(SIZE(1..8))OFINTEGER(0..15)OPTIONAL,--Need M
spatialRelationInfoToAddModList SEQUENCE(SIZE(1..maxNrofSpatialRelationInfos))OF PUCCH-SpatialRelationInfo
OPTIONAL,--Need N
spatialRelationInfoToReleaseList SEQUENCE(SIZE(1..maxNrofSpatialRelationInfos))OF PUCCH-SpatialRelationInfoId
OPTIONAL,--Need N
pucch-PowerControl PUCCH-PowerControlOPTIONAL,--Need M
...,
[[spatialRelationInfoToAddModListExt-r16 SEQUENCE(SIZE(1..maxNrofSpatialRelationInfosExt))OF PUCCH-SpatialRelationInfo-r16OPTIONAL,--Need N
spatialRelationInfoToReleaseListExt-r16 SEQUENCE(SIZE(1..maxNrofSpatialRelationInfosExt))OF PUCCH-SpatialRelationInfoId-r16OPTIONAL,--Need NresourceGroupToAddModList-r16 SEQUENCE(SIZE(1..maxNrofPUCCH-ResourceGroup))OFPUCCH-ResourceGroupOPTIONAL,--Need N
resourceGroupToReleaseList-r16 SEQUENCE(SIZE(1..maxNrofPUCCH-ResourceGroup))OF PUCCH-ResourceGroupId OPTIONAL,--Need N]]
}
PUCCH-ResourceGroup::＝SEQUENCE{
pucch-ResourceGroupId PUCCH-ResourceGroupId,
pucch-resourceList SEQUENCE(SIZE(1..maxNrofPUCCH-Resources))OF PUCCH-ResourceId OPTIONAL,--Need N
spatialRelationInfo-r16 PUCCH-SpatialRelationInfoId-r16 OPTIONAL,--Need R
}
PUCCH-ResourceGroupId::＝INTEGER(0..maxNrofPUCCH-ResourceGroup-1)
maxNrofSpatialRelationInfos INTEGER::＝8
maxNrofSpatialRelationInfosExt INTEGER::＝56
PUCCH-SpatialRelationInfo-r16::＝SEQUENCE{
pucch-SpatialRelationInfoId-r16 PUCCH-SpatialRelationInfoId-r16,
servingCellId ServCellIndex OPTIONAL,--Need S
referenceSignal CHOICE{
ssb-Index SSB-Index,
csi-RS-Index NZP-CSI-RS-ResourceId,
srs SEQUENCE{
resource SRS-ResourceId,
uplinkBWP BWP-Id
}
},
pucch-PathlossReferenceRS-Id PUCCH-PathlossReferenceRS-Id,
p0-PUCCH-Id P0-PUCCH-Id,
closedLoopIndex ENUMERATED{i0,i1}
}
PUCCH-SpatialRelationInfoId-r16::＝INTEGER(0..maxNrofSpatialRelationInfos-1-r16)
maxNrofSpatialRelationInfos-1-r16::＝63
maxNrofSpatialRelationInfos-r16::＝64
可替代地，可以经由MAC来支持对多个PUCCH资源的所应用的波束更新操作，而不是如在操作1820中那样，在RRC配置中预先配置可应用于相同传输波束的多个PUCCH资源组。在这种情况下，可以省略上述通过RRC配置的PUCCH资源组。将在以下实施例中描述根据所应用的场景的具体的MAC CE结构和操作。
在操作1825中，基站发送用于指示/更新经由RRC配置信息而配置的PUCCH资源的传输波束的MAC CE。在本公开中，在该操作中使用的MAC CE可以是指示针对多个PUCCH资源的同时传输波束更新的MAC CE。在该操作中应用的MAC CE的类型和结构可以根据实施例变化，并且可以被分类如下。
-当使用基于RRC的方法时：可以基于在RRC控制消息中配置的PUCCH资源组信息来提供组ID和所应用的波束信息。具体结构将在下面的实施例中提及
-当使用仅MAC CE的方法时：MAC CE包括应用了同时波束更新的所有PUCCH资源的ID。具体结构将在下面的实施例中提及
根据本公开，在操作1820、操作1825中，对多个PUCCH资源的同时波束更新是可能的。在操作1830中，基站指示下行链路调度和下行链路控制信息。以下实施例提供了用于更新的具体方法。在操作1835中，可以通过在操作1825和操作1830中所指示的下行链路波束(TCI状态)和上行链路波束(PUCCH资源传输波束)来执行应用了相应的发送和接收资源的数据发送和接收。例如，UE通过为与基站通信而配置的波束来执行上行链路数据接收。特别地，ACK/NACK传输可以通过PUCCH资源来执行。
在操作1840中，基站还可以发送MAC CE，以便更新先前发送的MAC CE，并且可以使用MAC CE来更新激活和去激活的波束。在本公开中，操作1840旨在对单独的PUCCH资源执行波束更新，而不是对多个PUCCH资源执行同时波束更新。例如，在操作1825中，可以激活对多个PUCCH资源的同时波束更新，并且在操作1840中，可以执行对单独的PUCCH资源的波束更新，并且在操作1845中，使用更新后的波束进行通信。
将PUCCH资源配置为组以及同时更新波束的前述操作可以通过指定所配置的组ID或特定组来更新波束。此外，前述操作还可以支持对所有额外配置的组的同时更新波束的操作，这可以由在操作1825中使用的MAC CE来指示，并且接收MAC CE的UE可以将所有配置的组的PUCCH资源的波束更新为所指示的波束。可替代地，可以在1820的RRC配置操作中配置包括所有组的附加组。例如，被配置为一组的PUCCH资源可以同时被配置在另一组中。下面将在单独的实施例中描述具体的MAC CE结构和字段。
下面的实施例考虑到可能的选项而提出了特定方法，作为用于支持对上述PUCCH资源的同时波束更新的方法。特别地，第三实施例公开了RRC重新配置被用作用于配置PUCCH资源组的方法的场景。第四实施例公开了关于需要波束更新的PUCCH资源的所有信息都包括在MAC CE中的场景。此外，不仅支持对包括多个PUCCH资源的PUCCH资源组的同时波束更新，而且支持对现有的单独的PUCCH资源的波束更新，从而除了减少信令开销和等待时间之外，还支持有效的波束更新操作。总体操作遵循图18所示的流程图，将在以下实施例中描述具体操作。
图19示出了根据本公开的实施例的经由RRC控制消息配置PUCCH资源组并通过MACCE应用对PUCCH资源组的同时波束更新的UE操作。
参考图19，在操作1905中，处于RRC连接状态的UE响应于来自基站的UE能力请求消息，生成、存储并向基站发送UE能力信息。特别地，在该操作中，UE能力信息包括关于是否支持对多个PUCCH资源的同时波束更新的信息。为了指示该信息，可以使用下面示出的两种方法。
1.用于发送UE能力的第一种方法
采用一比特指示符来指示UE是否支持对多个PUCCH资源的同时波束更新。当指示UE支持相应的能力时，基站可以建立相应的配置。
2.用于发送UE能力的第二种方法
包括指示符，以指示UE是否支持对由UE支持的每个特定频带或频带组合的多个PUCCH资源的同时波束更新。基站可以只为包括该指示符的BC配置相应的功能。
当在前述用于发送UE能力的方法中指示符被指示为真(TRUE)时，UE可以将相应的能力同等地应用于属于UE的分量载波的所有BWP或配置了相应的功能的BC。可替代地，可以添加指示对于每个BWP支持相应的能力的UE能力。
在操作1910中，基站可以通过RRC消息向UE发送用于配置多个服务小区的配置信息。RRC消息包括用于通过PDCCH和PDSCH进行接收的配置信息(PDCCH-Config和PDSCH-Config)，并且用于PUCCH资源传输的波束配置可以包括在PUCCH-Config中。具体地，RRC消息可以包括BWP配置(BWP-Uplink和BWP-Downlink)、CORESET配置、加扰配置、TCI状态(PDSCH-Config中的TCI-State)配置、PUCCH资源集和PUCCH资源、空间关系信息等。作为参考，关于空间关系信息配置，尽管支持最多八条空间关系信息，但是可以确定和配置最多64条空间关系信息。具体地，可以为每个服务小区的每个下行链路BWP提供TCI状态配置，并且该TCI状态配置可以单独地包括在PDCCH-Config和PDSCH-Config中，并且用于PUCCH资源传输的PUCCH资源配置和波束配置也可以包括在PUCCH-Config中。根据第三实施例，在操作1910中，通过RRC消息提供应用了对多个PUCCH资源进行同时波束更新的PUCCH资源或PUCCH资源集的列表。该列表在本公开中被称为PUCCH资源组，并且所配置的组的数量可以被限制为四。然而，这仅仅是示例，并且有限的数量可以被设置为更大的数量。此外，应用了相同波束配置的服务小区信息(例如，SCell ID)和BWP信息(例如，BWP ID)也可以与PUCCH资源ID或PUCCH资源集ID一起在配置了PUCCH资源组的PUCCH-Config中被配置。可以在CellGroupConfig或ServingCellConfig级别提供包括应用了相应的功能的小区信息(例如，SCell ID)和BWP信息(例如，BWP ID)的PUCCH资源ID或PUCCH资源组ID。在这种情况下，PUCCH资源组配置需要被同等地应用于每个相应的小区组或服务小区，并且可以被应用于所有指示的服务小区和BWP。
在操作1915中，UE可以从基站接收指示用于PUCCH资源传输的波束的MAC CE。在该操作中，UE可以接收指示对现有单独的PUCCH资源的波束激活的MAC CE、或者可以接收指示对多个新定义的PUCCH资源的同时波束更新的MAC CE。稍后将描述具体的MAC CE结构。
在操作1920中，UE分析在操作1915中接收到的MAC CE，以确定指示哪个操作，然后执行相关操作。当接收到的MAC CE指示对多个PUCCH资源的同时波束更新时(通过分配新的LCID或将指示同步波束更新的指示信息(例如，一比特指示符)包括在现有MAC CE字段中)，在操作1925中，UE需要将接收到的MAC CE中的波束信息应用于被映射到由MAC CE所指示的PUCCH资源组ID的PUCCH资源组。在操作1925中由MAC CE所指示的服务小区ID和BWP ID可以是在载波中配置的一个服务小区和一个BWP以及在操作1910中配置的BWP，并且可以是例如PCell ID和上行链路活动BWP ID。在操作1930中，UE可以更新用于属于在操作1925中所指示的PUCCH资源组的PUCCH资源的波束。在操作1935中，UE可以通过所配置的波束执行数据发送和接收，并且当再次接收到与PUCCH资源相关联的波束更新MAC CE时，可以重复操作1920。
当在操作1920中由UE接收到的MAC CE指示对单独的PUCCH资源的波束激活时(通过在现有MAC CE中分配现有LCID，现有MAC CE字段不包括指示对多个服务小区和BWP的波束更新的指示信息)，在操作1940中，UE可以应用关于由接收到的MAC CE所指示的PUCCH资源ID的相关波束信息，并且在操作1945中，可以执行相应的操作，例如，可以更新相关联的波束。在操作1950中，UE可以通过所配置的波束执行数据发送和接收。当再次接收到与PUCCH资源相关联的波束更新MAC CE时，可以重复操作1920。
图20示出了根据本公开的实施例的通过MAC CE支持对PUCCH资源组的同时波束更新的总体UE操作。
参考图20，在操作2005中，处于RRC连接状态的UE可以响应于来自基站的UE能力请求消息，生成、存储并向基站发送UE能力信息。具体地，在该操作中，UE能力信息可以包括关于是否支持对多个PUCCH资源进行同时波束更新的信息。为了指示该信息，可以使用下面示出的两种方法。
1.用于发送UE能力的第一种方法
采用一比特指示符来指示UE是否支持对多个PUCCH资源的同时波束更新。当指示UE支持相应的能力时，基站可以建立相应的配置。
2.用于发送UE能力的第二种方法
包括指示符，以指示UE是否支持对由UE支持的每个特定频带或频带组合的多个PUCCH资源的同时波束更新。基站可以只为包括该指示符的BC配置相应的功能。
当在前述用于发送UE能力的方法中指示符被指示为真(TRUE)时，UE可以将相应的能力同等地应用于属于UE的分量载波的所有BWP或配置了相应的功能的BC。可替代地，可以添加指示对于每个BWP支持相应的能力的UE能力。
在操作2010中，基站可以通过RRC消息向UE发送用于配置多个服务小区的配置信息。RRC消息可以包括用于通过PDCCH和PDSCH进行接收的配置信息(PDCCH-Config和PDSCH-Config)。此外，用于PUCCH资源传输的波束配置可以包括在PUCCH-Config中。具体地，RRC消息可以包括BWP配置(BWP-Uplink和BWP-Downlink)、CORESET配置、加扰配置、TCI状态(PDSCH-Config中的TCI-State)配置、PUCCH资源集和PUCCH资源、空间关系信息等。作为参考，关于空间关系信息配置，尽管传统上支持最多八条空间关系信息，但是可以确定和配置最多64条空间关系信息。例如，可以为每个服务小区的每个下行链路BWP提供TCI状态配置，并且该TCI状态配置可以单独地包括在PDCCH-Config和PDSCH-Config中，并且用于PUCCH资源传输的PUCCH资源配置和波束配置也可以被包括在PDCCH-Config中。根据第四实施例，在操作2010中，没有通过RRC消息提供对其应用了对多个PUCCH资源进行同时波束更新的PUCCH资源或PUCCH资源集的列表。也就是说，根据第四实施例，没有在RRC配置中指定PUCCH资源组，而是由在操作2015中发送的MAC CE立即指示对其执行了波束更新的所有PUCCH资源或PUCCH资源集。
在操作2015中，UE可以从基站接收指示用于PUCCH资源传输的波束的MAC CE。在该操作中，UE可以接收指示对现有单独的PUCCH资源的波束激活的MAC CE、或者可以接收指示对多个新定义的PUCCH资源的同时波束更新的MAC CE。稍后将描述具体的MAC CE结构。
在操作2020中，UE分析在操作2015中接收到的MAC CE，以确定指示哪个操作，然后执行相关操作。当接收到的MAC CE指示对多个PUCCH资源的同时波束更新时(通过分配新的LCID或将指示同步波束更新的指示信息(例如，一比特指示符)包括在现有MAC CE字段中)，在操作2025中，UE可以将接收到的MAC CE中的波束信息应用于由MAC CE所指示的任何PUCCH资源列表。例如，MAC CE可以包括多个PUCCH资源ID或PUCCH资源集ID。此外，该操作包括可以提供属于不同服务小区或不同BWP的PUCCH资源、多个集合，每个集合包括服务小区ID、BWP ID和PUCCH资源ID。在操作2025中由MAC CE所指示的服务小区ID和BWP ID可以是在载波配置的一个服务小区和一个BWP以及在操作2010中配置的BWP，并且可以是例如PCellID和上行链路活动BWP ID。在操作2030中，UE更新用于在操作2025中所指示的PUCCH资源列表的波束。在操作2035中，UE可以通过所配置的波束执行数据发送和接收，并且当再次接收到与PUCCH资源相关联的波束更新MAC CE时，可以重复操作2020。
当在操作2020中，由UE接收到的MAC CE指示对单独的PUCCH资源的波束激活时(通过在现有MAC CE中分配现有LCID，现有MAC CE字段不包括指示对多个服务小区和BWP的波束更新的指示信息)，在操作2040中，UE可以应用关于由接收到的MAC CE所指示的PUCCH资源ID的相关波束信息，并且在操作2045中，可以执行相应的操作，例如，可以更新相关联的波束。在操作2050中，UE可以通过所配置的波束执行数据发送和接收，并且当再次接收到与PUCCH资源相关联的波束更新MAC CE时，可以重复操作2020。
图21示出了根据本公开的实施例的MAC CE结构。
图22示出了根据本公开的实施例的MAC CE结构。
在本公开的实施例中，PUCCH资源组经由RRC控制消息来配置，并且对PUCCH资源组的同时波束更新通过MAC CE来应用。因此，已经在RRC控制消息中配置了PUCCH资源组，并且相应地，MAC CE可以使用该信息。MAC CE具有根据以下选项的特定结构。
-参考图21，通过引入新的LCID，可以使用新的MAC CE。在这种情况下，MAC CE结构包括预留比特2105、服务小区ID 2110和BWP ID 2115，并且可以包括经由RRC配置的PUCCH资源组ID 2120(例如，其是四比特，但是可以具有增加的比特数)和与实际PUCCH资源传输相关联的波束信息2125。首先，UE可以辨识出该MAC CE是用于通过LCID对多个PUCCH资源进行同时波束更新的MAC CE。可以通过MAC CE指定经由先前的RRC配置提供的一个服务小区和BWP，并且可以通过PUCCH资源组信息对经由RRC而配置的所有相关联的PUCCH资源执行同时波束更新。
-参考图22，通过引入新的LCID，可以使用新的MAC CE。在这种情况下，MAC CE结构包括预留比特2230和2245、服务小区ID 2235和BWP ID2240，并且可以包括经由RRC配置的PUCCH资源组ID 2250(例如，其是四比特，但是可以具有增加的比特数)和与实际PUCCH资源传输相关联的位图格式的波束信息2255。首先，UE可以辨识出该MAC CE是用于通过LCID对多个PUCCH资源进行同时波束更新的MAC CE。可以通过MAC CE指定经由先前的RRC配置提供的一个服务小区和BWP，并且可以通过PUCCH资源组信息对经由RRC而配置的所有相关联的PUCCH资源执行同时的波束更新。这里，关于位图格式的波束信息2255，仅一条可以被设置为1，并且当需要通过多个波束进行PUCCH传输时，多个实体可以被设置为1。
图23示出了根据本公开的实施例的MAC CE结构。
图24示出了根据本公开的实施例的MAC CE结构。
图25示出了根据本公开的实施例的MAC CE结构。
图26示出了根据本公开的实施例的MAC CE结构。
在本公开的实施例中，通过MAC CE来支持对PUCCH资源组的同时波束更新，而无需RRC配置。例如，由于没有通过RRC配置预先提供PUCCH资源组信息，所以MAC CE需要包括用于对多个PUCCH资源进行同时波束更新的所有相关信息(即，关于多个PUCCH资源)。MAC CE具有根据以下选项的特定结构。
-参考图23，通过引入新的LCID，可以使用新的MAC CE。在这种情况下，MAC CE结构包括预留比特2305、服务小区ID 2310和BWPID 2315，并且可以包括与实际PUCCH资源传输相关联的波束信息2320。此外，可以提供需要经由2320中实际指示的波束进行传输的PUCCH资源的列表2325。首先，UE可以辨识出该MAC CE是用于通过LCID对多个PUCCH资源进行同时波束更新的MAC CE。可以通过MAC CE指定经由先前的RRC配置提供的一个服务小区和BWP，并且可以对通过多个PUCCH资源列表所指示的所有PUCCH资源执行同时波束更新。
-参考图24，通过引入新的LCID，可以使用新的MAC CE。在这种情况下，MAC CE结构包括预留比特2430和2445、服务小区ID 2435和BWP ID 2440，并且可以包括与实际PUCCH资源传输相关联的波束信息2450。此外，可以以位图格式提供需要经由2450中实际指示的波束进行传输的PUCCH资源的列表2455。首先，UE可以辨识出该MAC CE是用于通过LCID对多个PUCCH资源进行同时波束更新的MAC CE。可以通过MAC CE指定经由先前的RRC配置提供的一个服务小区和BWP，并且可以对通过多个PUCCH资源列表所指示的所有PUCCH资源执行同时波束更新。这里，关于位图格式的波束信息(即，列表2455)，仅一条可以被设置为1，并且当需要通过多个波束进行PUCCH传输时，多个实体可以被设置为1。
-参考图25，通过引入新的LCID，可以使用新的MAC CE。在这种情况下，MAC CE结构可以包括预留比特2560、服务小区ID 2565和BWP ID 2570，并且可以包括对其执行了相应的波束更新的PUCCH资源集的总数2575和与实际PUCCH资源传输相关联的波束信息2580。此外，可以提供需要经由波束信息2580中实际指示的波束进行传输的PUCCH资源集的列表2585。首先，UE可以辨识出该MAC CE是用于通过LCID对多个PUCCH资源进行同时波束更新的MAC CE。可以通过MAC CE指定经由先前的RRC配置提供的一个服务小区和BWP，并且可以对通过多个PUCCH列表所指示的所有PUCCH资源执行同时波束更新。
-参考图26，通过引入新的LCID，可以使用新的MAC CE。在这种情况下，MAC CE结构可以包括预留比特2690、2693和2695、服务小区ID 2691和BWP ID 2692，并且可以包括与实际PUCCH资源传输相关联的波束信息2694。此外，可以以位图格式提供需要经由波束信息2694中实际指示的波束进行传输的PUCCH资源集的列表2696。首先，UE可以辨识出该MAC CE是用于通过LCID对多个PUCCH资源进行同时波束更新的MAC CE。可以通过MAC CE指定经由先前的RRC配置提供的一个服务小区和BWP，并且可以对通过多个PUCCH资源集列表所指示的所有PUCCH资源执行同时波束更新。这里，关于位图格式的波束信息(即，列表2696)，仅一条可以被设置为1，并且当需要通过多个波束进行PUCCH传输时，多个实体可以被设置为1。
图27示出了根据本公开的实施例的基站的总体操作。
参考图27，在操作2705中，基站可以与UE建立RRC连接状态。在操作2710中，基站可以向UE请求UE能力，并且可以接收相应的UE能力信息。基站可以分析在上述操作中接收到的UE能力，并且可以确定UE是否具有对多个PUCCH资源进行同时波束更新的能力。此外，基站可以识别基站是否已经配置了相应的功能。然后，在操作2715中，基站可以通过RRC消息、根据UE能力，向UE提供关于对多个PUCCH资源进行同时波束更新的配置信息。该操作对应于第三实施例，并且在第四实施例的该操作中提供了附加的操作。当UE不具有相应的能力或者基站确定相应的配置不是必需的时，基站可以提供用于对基本PUCCH资源进行波束更新的配置信息，而不是提供用于对多个PUCCH资源进行同时波束更新所需的配置信息。
在操作2720中，基站可以通过基于经由RRC配置的PUCCH资源配置和相关的波束配置信息(对多个PUCCH资源进行同时波束更新所必需的信息)发送用于对多个PUCCH资源的同时波束更新的波束更新MAC CE来指示波束更新。在该操作中，可以使用用于PUCCH资源的现有波束指示MAC CE。在操作2725中，基站可以接收PUCCH资源，并且可以根据所配置和所指示的波束来执行数据通信。
图28是示出根据本公开的实施例的UE的内部结构的框图。
参考图28，UE包括射频(RF)处理器2810、基带处理器2820、存储单元2830和控制器2840。
RF处理器2810执行通过无线信道发送或接收信号的功能，诸如信号的频带转换和放大。也就是说，RF处理器2810将从基带处理器2820提供的基带信号上变频为RF频带信号，以通过天线发送RF频带信号，并将通过天线接收到的RF频带信号下变频为基带信号。例如，RF处理器2810可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、数模转换器(DAC)和模数转换器(ADC)。尽管图28仅示出了一个天线，但是UE可以包括多个天线。此外，RF处理器2810可以包括多个RF链。此外，RF处理器2810可以执行波束成形。对于波束成形，RF处理器2810可以调整通过多个天线或天线元件发送和接收的每个信号的相位和强度。RF处理器2810可以执行MIMO，并且可以在执行MIMO时接收多个层。
基带处理器2820根据系统的物理层规范执行转换基带信号和比特流的功能。例如，在数据发送中，基带处理器2820对发送比特流进行编码和调制，从而生成复符号。在数据接收中，基带处理器2820解调和解码从RF处理器2810提供的基带信号，从而重构接收比特流。例如，根据OFDM，在数据发送中，基带处理器2820通过对发送比特流进行编码和调制来生成复符号，将复符号映射到子载波，并通过快速傅立叶逆变换(IFFT)和循环前缀(CP)插入来构造OFDM符号。在数据接收中，基带处理器2820将从RF处理器2810提供的基带信号划分成OFDM符号，通过快速傅立叶变换(FFT)重构被映射到子载波的信号，并通过解调和解码重构接收比特流。
如上所述，基带处理器2820和RF处理器2810发送和接收信号。因此，基带处理器2820和RF处理器2810可以被称为发送器、接收器、收发器或通信单元。基带处理器2820和RF处理器2810中的至少一个可以包括多个通信模块，以支持多种不同的无线电接入技术。此外，基带处理器2820和RF处理器2810中的至少一个可以包括用于处理不同频带中的信号的不同通信模块。例如，不同的无线电接入技术可以包括无线LAN(例如，IEEE 802.11)、蜂窝网络(例如，LTE网络)等。此外，不同的频带可以包括超高频(SHF)频带(例如，2.NRHz或NRhz)和毫米波频带(例如，60GHz)。
存储单元2830存储数据，诸如默认程序、应用和用于操作UE的配置信息。特别地，存储单元2830可以存储关于使用第二无线电接入技术执行无线通信的第二接入节点的信息。存储单元2830根据来自控制器2840的请求提供存储的数据。
控制器2840控制UE的总体操作。例如，控制器2840通过基带处理器2820和RF处理器2810发送和接收信号。此外，控制器2840在存储单元2830中记录和读取数据。为此，控制器2840可以包括至少一个处理器。例如，控制器2840可以包括通信处理器(CP)(例如，多连接处理器2842)来执行对通信的控制，并且可以包括应用处理器(AP)来控制上层，诸如应用。控制器2840、基带处理器2820、RF处理器2810和存储单元2830可以电连接。
图29是示出根据本公开的实施例的NR基站的配置的框图。
参考图29，基站包括RF处理器2910、基带处理器2920、回程通信单元2930、存储单元2940和控制器2950。
RF处理器2910执行通过无线信道发送或接收信号的功能，诸如信号的频带转换和放大。也就是说，RF处理器2910将从基带处理器2920提供的基带信号上变频为RF频带信号，以通过天线发送RF频带信号，并将通过天线接收到的RF频带信号下变频为基带信号。例如，RF处理器2910可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、DAC和ADC。尽管图29仅示出了一个天线，但是基站可以包括多个天线。此外，RF处理器2910可以包括多个RF链。此外，RF处理器2910可以执行波束成形。对于波束成形，RF处理器2910可以调整通过多个天线或天线元件发送和接收的每个信号的相位和强度。RF处理器2910可以发送一个或多个层，从而执行下行链路MIMO。
基带处理器2920根据第一无线电接入技术的物理层规范来执行转换基带信号和比特流的功能。例如，在数据发送中，基带处理器2920对发送比特流进行编码和调制，从而生成复符号。在数据接收中，基带处理器2920解调和解码从RF处理器2910提供的基带信号，从而重构接收比特流。例如，根据OFDM，在数据发送中，基带处理器2920通过对发送比特流进行编码和调制来生成复符号，将复符号映射到子载波，并通过IFFT和CP插入来构造OFDM符号。在数据接收中，基带处理器2920将从RF处理器2910提供的基带信号划分成OFDM符号，通过FFT重构被映射到子载波的信号，并通过解调和解码重构接收比特流。如上所述，基带处理器2920和RF处理器2910发送和接收信号。因此，基带处理器2920和RF处理器2910可以被称为发送器、接收器、收发器、通信单元或无线通信单元。
回程通信单元2930提供用于执行与网络中其他节点的通信的接口。也就是说，回程通信单元2930可以将从基站发送到另一节点(例如，辅基站或核心网络)的比特流转换为物理信号，并且可以将从另一节点接收到的物理信号转换为比特流。
存储单元2940存储数据，诸如默认程序、应用和用于操作基站的配置信息。特别地，存储单元2940可以存储关于被分配给连接的UE的承载的信息、从连接的UE报告的测量结果等。此外，存储单元2940可以存储作为用于确定是否向UE提供或停止多连接的标准的信息。存储单元2940根据来自控制器2950的请求提供存储的数据。
控制器2950控制基站的总体操作。例如，控制器2950通过基带处理器2920和RF处理器2910或者通过回程通信单元2930发送和接收信号。此外，控制器2950在存储单元2940中记录和读取数据。为此，控制器2950可以包括至少一个处理器(例如，多连接处理器2952)。控制器2950、RF处理器2910、基带处理器2920、回程通信单元2930和存储单元2940可以电连接。
权利要求中公开的方法和/或根据本公开说明书中描述的各种实施例的方法可以通过硬件、软件或硬件和软件的组合来实现。
当这些方法由软件来实现时，可以提供用于存储一个或多个程序(软件模块)的计算机可读存储介质。存储在计算机可读存储介质中的一个或多个程序可以被配置为由电子设备中的一个或多个处理器执行。该至少一个程序可以包括使电子设备执行根据由所附权利要求限定和/或在此公开的本公开的各种实施例的方法的指令。
程序(软件模块或软件)可以存储在非易失性存储器中，包括随机访问存储器和闪速存储器、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、磁盘存储设备、光盘ROM(CD-ROM)、数字多功能盘(DVD)或其他类型的光存储设备或磁带。可替代地，它们中的一些或全部的任意组合可以形成存储程序的存储器。此外，电子设备中可以包括多个这样的存储器。
此外，程序可以被存储在可附接的存储设备中，该存储设备可以通过诸如互联网、内联网、局域网(LAN)、广域网(WLAN)和存储区域网(SAN)或其组合的通信网络来接入电子设备。这种存储设备可以经由外部端口接入电子设备。此外，通信网络上的单独的存储设备可以接入便携式电子设备。
在本公开的上述详细实施例中，根据所呈现的详细实施例，包括在本公开中的元素以单数或复数表示。然而，为了便于描述，针对所呈现的情况适当地选择单数形式或复数形式，并且本公开不限于以单数或复数形式表达的元素。因此，以复数表示的元素也可以包括单个元素，或者以单数表示的元素也可以包括多个元素。
尽管在本公开的详细描述中已经示出了具体实施例，但是在不脱离本公开的范围的情况下，不同的修改是可能的。因此，本公开的范围将不由所描述的实施例来限定，而是由所提及的所附权利要求及其等同物来限定。
机译： 用于在下一代移动通信系统中动态配置信道丢失测量的方法和装置
机译： 用于在下一代移动通信系统中动态配置信道丢失测量的方法和装置
机译： 用于在下一代移动通信系统中动态配置信道丢失测量的方法和装置
