CN114845322A

CN114845322A - 无线通信系统中用于控制用户设备状态转变的方法和设备

Info

Publication number: CN114845322A
Application number: CN202111659675.3A
Authority: CN
Inventors: 陈一仁
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2021-01-15
Filing date: 2021-12-30
Publication date: 2022-08-02
Also published as: EP4124161A3; US20220232658A1; US11470676B2; EP4124161A2; EP4030865A1; US20220394805A1; KR20220103625A; EP4124161B1

Abstract

提供了避免非预期的用户设备状态转变的方法和设备，且降低由于非预期的用户设备状态转变而丢包的风险。还提供了避免非预期的带宽部分切换的方法和设备，且降低由于非预期的带宽部分切换而丢包的风险。装置(例如，用户设备)由网络节点通过具有功能性的信令来配置，其中功能性与计时器相关联。装置接收封装，其中封装含有一个或多个有效负载，且有效负载映射到逻辑信道，其中逻辑信道用于多播和/或广播服务，且装置启动或重新启动计时器。

Description

无线通信系统中用于控制用户设备状态转变的方法和设备

相关申请的交叉引用

本申请要求2021年1月15日申请的美国临时专利申请第63/138,075号和2021年1月29日申请的美国临时专利申请第63/143,737号的优先权和权益；其中每一所引用申请的全部公开内容全部以引用的方式并入本文中。

技术领域

本公开大体上涉及无线通信网络，且更明确地说，涉及无线通信系统中用以避免非预期的用户设备(UE)状态转变和/或非预期的带宽部分(BWP)切换的方法和设备。

背景技术

随着对将大量数据传达到移动通信装置以及从移动通信装置传达大量数据的需求的快速增长，传统的移动语音通信网络演变成与互联网协议(IP)数据包通信的网络。此IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。

示例性网络结构是演进型通用陆地无线接入网(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN系统可以提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前，3GPP标准组织正在讨论下一代(例如，5G)新无线电技术。因此，目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。

发明内容

提供了用于避免非预期的UE状态转变的方法和设备，从而使得由于非预期的UE状态转变而丢包的风险降低。进一步提供了用于避免非预期的BWP切换的方法和设备，从而使得由于非预期的BWP切换而丢包的风险降低。

在各种实施例中，装置(例如，UE)由网络节点通过具有功能性的信令来配置，其中功能性与计时器相关联。装置接收封装，其中封装含有一个或多个有效负载，且有效负载映射到逻辑信道，其中逻辑信道用于多播和/或广播服务，且装置启动或重新启动计时器。

在各种实施例中，装置(例如，UE)由网络节点通过具有功能性的第一信令来配置，其中功能性与计时器相关联。装置由网络节点通过第二信令来配置以发起多播和/或广播服务，且装置将值“无穷大”应用于计时器。

在各种实施例中，装置(例如，UE)由网络节点通过具有功能性的第一信令来配置，其中功能性与计时器相关联。装置由网络节点通过第二信令来配置以发起多播和/或广播服务，且装置根据第二信令移除功能性的配置。

在各种实施例中，装置(例如，UE)配置有至少一经激活服务小区，其中经激活服务小区配置有一个或多个BWP。装置监听活动BWP上的物理下行链路控制信道(PDCCH)，其中活动BWP为经配置BWP中的一个，且活动BWP包含活动DL BWP，其中活动DL BWP与计时器相关联。装置接收来自PDCCH的信息，其中来自PDCCH的接收寻址到群组公共RNTI(GC-RNTI)，且信息指示活动BWP上的下行链路分配或上行链路准予。装置启动或重新启动与活动DLBWP相关联的计时器。

在各种实施例中，值“无穷大”可应用于bwp-InactivityTimer的值。优选地，值“无穷大”在UE发起多播和广播服务(MBS)的过程步骤期间应用于与活动DL BWP相关联的bwp-InactivityTimer的值。优选地，在UE关闭MBS服务的过程步骤期间恢复与活动DL BWP相关联的bwp-InactivityTimer的原始值。

在各种实施例中，当UE加入MBS服务时移除bwp-InactivityTimer的配置。优选地，与服务小区的活动DL BWP相关联的bwp-InactivityTimer的状态在UE发起MBS服务的过程步骤期间改变为“未经配置”。

附图说明

图1展示根据本发明的实施例的无线通信系统的图。

图2是根据本发明的实施例的传送器系统(也被称为接入网络)和接收器系统(也被称为用户设备或UE)的框图。

图3是根据本发明的实施例的通信系统的功能框图。

图4是根据本发明的实施例的图3的程序代码的功能框图。

图5为来自3GPP TS 38.321 V16.3.0的图4.2.2-1的再现，从而展示MAC结构概述，当SCG未经配置时且在DAPS交递期间针对每一MAC实体说明MAC实体的一个可能结构。

图6为来自3GPP TS 38.321 V16.3.0的图4.2.2-2的再现，从而展示两个MAC实体的MAC结构概述，当MCG和SCG经配置时说明MAC实体的一个可能结构。

图7为来自3GPP TS 38.331 V16.3.1的图4.2.1-1的再现，从而说明UE RRC状态机和NR中的状态转变的概述，其中UE一次仅具有一个RRC。

图8为来自3GPP TS 38.331 V16.3.1的图5.3.8.1-1的再现，从而说明成功的RRC连接释放。

图9为展示根据本发明的实施例的用于避免非预期的UE状态转变的方法的流程图，其中配置有dataInactivityTimer的UE接收用于MBS业务逻辑信道的MAC SDU并启动或重新启动计时器。

图10为展示根据本发明的实施例的用于避免非预期的UE状态转变的方法的流程图，其中配置有dataInactivityTimer的UE接收用于MBS控制逻辑信道的MAC SDU并启动或重新启动计时器。

图11为展示根据本发明的实施例的用于避免非预期的UE状态转变的方法的流程图，其中配置有dataInactivityTimer的UE接收信令以发起MBS会话并将值“无穷大”应用于计时器。

图12为展示根据本发明的实施例的用于避免非预期的UE状态转变的方法的流程图，其中配置有数据非活动监听的UE接收信令以发起MBS会话并移除数据非活动监听功能性的配置。

图13为展示根据本发明的实施例的用于避免非预期的BWP切换的方法的流程图，其中UE监听配置有bwp-InactivityTimer的经激活服务小区上的PDCCH，寻址到指示下行链路分配或上行链路准予的GC-RNTI的PDCCH在活动BWP上被接收，并启动或重新启动与活动DL BWP相关联的计时器。

具体实施方式

本文中所描述的本发明可应用于或实施于下文描述的示例性无线通信系统和装置中。另外，主要在3GPP架构参考模型的上下文中描述本发明。然而，应了解，借助所公开的信息，本领域技术人员可容易地适配使用且在3GPP2网络架构以及其它网络架构中实施本发明的方面。

下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如语音、数据等。这些系统可以基于码分多址(code division multiple access，CDMA)、时分多址(time division multipleaccess，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、3GPP长期演进(Long Term Evolution，LTE)无线接入、3GPP长期演·！进高级(LongTerm Evolution Advanced，LTE-A)无线接入、3GPP2超移动宽带(Ultra MobileBroadband，UMB)、WiMax、3GPP新无线电(New Radio，NR)或一些其它调制技术。

确切地说，下文描述的示例性无线通信系统装置可经设计以支持一个或多个标准，例如由名为在本文中被称作3GPP的“第三代合作伙伴计划”的协会提供的标准，包含：TS38.300 V16.4.0，“NR；NR和NG-RAN总体描述；阶段2”；TS 38.321 V16.3.0，“NR；媒体接入控制(MAC)协议规范”；TS 38.331 V16.3.1，“NR；无线电资源控制(RRC)协议规范”；RP-201038，(NR多播和广播服务上的经修订工作项)；R2-2008701，(3GPP TSG RAN2#111-e会议的报告)；RAN2 112-e会议报告v2草案；最后纪要报告RAN1#102-e v100；纪要报告RAN1#103-e v020草案；以及在NR，CMCC中运行MBS的CR的R2-2102253,38.300。上文所列的标准和文献特此明确地以全文引用的方式并入。

图1展示根据本发明的一个实施例的多址无线通信系统。接入网络100(accessnetwork，AN)包含多个天线群组，一个包含104和106，另一个包含108和110，并且还有一个包含112和114。在图1中，每一天线群组仅展示两个天线，然而，每一天线群组可利用更多或更少的天线。接入终端(access terminal，AT)116与天线112和114通信，其中天线112和114经由前向链路120传送信息到接入终端116，且经由反向链路118从AT 116接收信息。AT 122与天线106和108通信，其中天线106和108经由前向链路126向AT 122传送信息，并经由反向链路124从AT 122接收信息。在FDD系统中，通信链路118、120、124和126可将不同的频率用于通信。举例来说，前向链路120可以使用与反向链路118所使用频率不同的频率。

每一天线群组和/或它们被设计成在其中通信的区域常常被称作接入网络的扇区。在实施例中，天线群组各自被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。

在经由前向链路120和126的通信中，接入网络100的传送天线可利用波束成形以便改进用于不同接入终端116和122的前向链路的信噪比。另外，相比于经由单个天线对其所有接入终端进行传送的接入网络，使用波束成形对随机分散在其覆盖区域中的接入终端进行传送的接入网络对相邻小区中的接入终端的干扰更少。

AN可为用于与终端通信的固定站或基站，并且也可被称作接入点、节点B、基站、增强型基站、eNodeB，或某一其它术语。AT还可被称作用户设备(UE)、无线通信装置、终端、接入终端或某一其它术语。

图2是MIMO系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(access terminal，AT)或用户设备(user equipment，UE))的实施例的简化框图。在传送器系统210处，从数据源212将用于多个数据流的业务数据提供到传送(TX)数据处理器214。

在一个实施例中，经由相应的传送天线传送每一数据流。TX数据处理器214基于针对每一数据流选择的特定译码方案格式化、译码及交错所述数据流的业务数据以提供经译码数据。

可以使用OFDM技术将每一数据流的经译码数据与导频数据多路复用。导频数据通常为以已知方式进行处理的已知数据样式，且可在接收器系统处使用以估计信道响应。随后基于针对每一数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)来调制(例如，符号映射)所述数据流的经多路复用导频和经译码数据以提供调制符号。可以通过由处理器230执行的指令来确定用于每一数据流的数据速率、译码和调制。

接着将所有数据流的调制符号提供到TX MIMO处理器220，所述TX MIMO处理器可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将N_T个调制符号流提供给N_T个传送器(transmitter，TMTR)222a到222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号和从其传送所述符号的天线。

每一传送器222接收和处理相应的符号流以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波和上转换)所述模拟信号以提供适合于经由MIMO信道传送的经调制信号。接着分别从N_T个天线224a到224t传送来自传送器222a到222t的N_T个经调制信号。

在接收器系统250处，由N_R个天线252a到252r接收所传送的经调制信号，并且将从每一天线252接收到的信号提供到相应的接收器(receiver，RCVR)254a到254r。每一接收器254调节(例如，滤波、放大和下转换)相应的接收到的信号、数字化经调节信号以提供样本，并且进一步处理所述样本以提供对应的“接收到的”符号流。

RX数据处理器260接着基于特定接收器处理技术从N_R个接收器254接收并处理N_R个所接收符号流以提供N_T个“所检测到的”符号流。RX数据处理器260接着解调、解交错及解码每一所检测到的符号流以恢复用于数据流的业务数据。由RX数据处理器260进行的处理与由传送器系统210处的TX MIMO处理器220和TX数据处理器214执行的处理互补。

处理器270周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可包括关于通信链路和/或接收到的数据流的各种类型的信息。接着，反向链路消息由还从数据源236接收多个数据流的业务数据的TX数据处理器238处理、由调制器280调制、由传送器254a到254r调节且被传送回到传送器系统210。

在传送器系统210处，来自接收器系统250的经调制信号通过天线224接收、通过接收器222调节、通过解调器240解调，并通过RX数据处理器242处理，以提取通过接收器系统250传送的反向链路消息。接着，处理器230确定使用哪一预译码矩阵以确定波束成形权重，然后处理所提取的消息。

存储器232可用于暂时存储经由处理器230来自240或242的一些缓冲/计算数据，存储来自212的一些缓冲数据，或存储一些特定程序代码。并且，存储器272可用于暂时存储经由处理器270来自260的一些缓冲/计算数据，存储来自236的一些缓冲数据，或存储一些特定程序代码。

转向图3，此图展示根据本发明的一个实施例的通信装置的替代简化功能框图。如图3中所示，无线通信系统中的通信装置300可用于实现图1中的UE(或AT)116和122，且无线通信系统优选地为NR系统。通信装置300可以包含输入装置302、输出装置304、控制电路306、中央处理单元(central processing unit，CPU)308、存储器310、程序代码312以及收发器314。控制电路306经由CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可以接收由用户经由输入装置302(例如，键盘或小键盘)输入的信号，且可经由输出装置304(例如，监视器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号、将接收到的信号递送到控制电路306、且无线地输出由控制电路306产生的信号。

图4是根据本发明的实施例的图3中所示的程序代码312的简化框图。在此实施例中，程序代码312包含应用层400、层3部分402以及层2部分404，且耦合到层1部分406。层3部分402大体上执行无线电资源控制。层2部分404通常执行链路控制。层1部分406通常执行物理连接。

对于LTE、LTE-A或NR系统，层2部分404可以包含无线电链路控制(Radio LinkControl，RLC)层和媒体接入控制(Medium Access Control，MAC)层。层3部分402可以包含无线电资源控制(Radio Resource Control，RRC)层。

每项发明中描述的下列段落、(子)项目符号、要点、动作或权利要求中的任意两者或超过两者可以逻辑地、合理地、适当地组合以形成特定方法。

每项以下发明中描述的任何语句、段落、(子)项目符号、要点、动作或权利要求可独立地且单独地实施以形成特定方法。以下发明中的相依性，例如“基于”、“更确切地说”等仅为将不限制特定方法的一个可能实施例。

NR多播和广播服务(MBS)上的工作项描述于[4]中。下文引用来自[4]的若干部分：

***************************引用开始[4]*******************************

3调整

在RAN#78与RAN#80之间，对RAN中的5G广播演进进行了讨论，概述“地面广播”和“混合模式多播”的技术属性，从而建议在Rel-16中继续研究“地面广播”，同时保留“混合模式”多播/广播的标准化以进一步发布。在RAN#83中批准增强型EN-TV上的LTE Rel-16 WI，以引入具有新CP和相关设计的新帧结构为目标。“地面广播”的主要属性为仅广播、仅DL、较大且静态的传送区域，通常通过大功率高塔部署实现。

在前两个NR版本，即Rel-15和Rel-16中未指定广播/多播特征支持。尽管如此，存在广播/多播可提供尤其关于系统效率和用户体验的显著改进的重要用例。

关于5G多播-广播服务的架构增强的研究项目在SP-190625中已经批准且正在进行中。

SA2 SI的目标A是关于经由5GS启用一般MBS服务且经识别可得益于此特征的用例包含(但不限于)公共安全和任务关键、V2X应用程序、透明IPv4/IPv6多播递送、IPTV、经由无线、群组通信和IoT应用程序的软件递送。

此Wi旨在为目标A提供与TR 23.757一致的RAN中的支持。

目标B(例如，线性TV、实况、智能TV，和管理和OTT内容、无线电服务)的支持不在此Wi的范围内，即，不应设计系统的RAN部分以满足目标B，然而，针对目标A所设计的解决方案有可能将针对目标B中支持的服务启用高效无线电资源利用，且旨在实现对目标B的前向兼容性。

确切地说，对于公共安全和任务关键，应尽可能地考虑在如TR 23.774中捕获的关于经由5G多播-广播系统(SP-190726)对增强型任务关键(Mission Critical，MC)服务的SA6研究期间所识别的设计目标和在RAN系统复杂度可管理的条件下通过TS22.261中的SA1，条款6.13.2识别的要求。

4目标

4.1SI或核心部分WI或测试部分WI的目标

目标集合包含：

-针对呈RRC_CONNECTED状态的UE指定用于广播/多播的RAN基本功能[RAN1，RAN2，RAN3]：

○指定群组调度机制以允许UE接收广播/多播服务[RAN1，RAN2]

■此目标包含指定启用与单播接收同时的操作所需的必要增强。

○指定对于给定UE具有服务连续性的多播(PTM)与单播(PTP)之间的广播/多播服务递送的动态改变的支持[RAN2，RAN3]

○指定对于具有服务连续性的基本移动性的支持[RAN2，RAN3]

○假设必要的协调功能(如通过MCE代管的功能，如果存在)驻留于gNB-CU中，从而考虑到广播/多播(SP-190625)上SA2 SI的结果指定关于RAN架构和接口的所需改变[RAN3]

○指定例如通过UL反馈改进广播/多播服务的可靠性的所需改变。可靠性等级应基于所提供的应用程式/服务的要求。[RAN1，RAN2]

○研究对于一个gNB-DU内广播/多播传送区域的动态控制的支持且在需要时指定启用其所需的内容[RAN2，RAN3]

-针对呈RRC_IDLE/RRC_INACTIVE状态的UE指定用于广播/多播的RAN基本功能[RAN2，RAN1]：

○指定通过呈RRC_IDLE/RRC_INACTIVE状态的UE启用点到多点传送的接收所需的改变，其目的在于针对PTM接收的配置保持RRC_CONNECTED状态与RRC_IDLE/RRC_INACTIVE状态之间的最大共同性。[RAN2，RAN1]

注意：通过呈RRC_IDLE/RRC_INACTIVE状态的UE接收点到多点传送的可能性(在不需要那些UE获得在呈先前RRC CONNECTED状态时承载广播/多播服务的PTM承载的配置的情况下)在Wi期间经历服务预订和授权假设的验证。

限制和假设：

架构：其为TR 23.757v0.2.0中图4.1-1中的架构：高层级MBS架构，另一限制为仅NG-RAN中的NR(即，连接到5GC)被视为RAT。因此，除在NR SA中之外，当MN为gNB时，在MCG中的MR DC配置的情况下(NE-DC，NR DC)，没有理由避免此WI中标准化的特征的使用。

物理层：将此WI的范围限于当前Rel-15基础参数、物理信道(PDCCH/PDSCH)和信号。

FR2：假设FR2中不存在提供多播/广播传送的问题。如果需要任何增强，那么应相较于上述目标的最小集合以较低优先级进行处理。

为了促进特征的实施和部署，应限制总体实施影响，且应最小化UE复杂度(例如，应避免装置硬件影响)。

SFN提供来自不同小区的用户平面包的空中同步递送。此WI中未提供特定地对于SFN的标准化支持。任何SFN操作对于UE为透明的，且任何相关同步留待网络实施。重复使用现有QCL框架(基于SSB和CSI-RS)。

单播与广播/多播服务之间的灵活资源分配在此WI中应为可能的，但在此WI中并不保证到广播/多播的高达100％的资源分配。

在此WI中未提供对免费播送/仅接收模式的支持。

在版本17中为本WI做出的任何设计决策不应避免在未来版本中引入以下特征：

●在高于gNB-DU等级的多个小区上对SFN的标准化支持；

●免费播送/仅接收模式的支持；

●到广播/多播服务的高达100％的资源分配。

注意：预期在适当的时候与SA2协作。

****************************引用结束[4]******************************

在NR中，与监听用于调度PDSCH的P(S)Cell和/或SCell上的PDCCH和/或P(S)Cell和/或SCell上的PUSCH相关的程序在TS 38.321[2]中指定，且在下文中引用为用于进一步增强的起点。

****************************引用开始[2]******************************

3.1定义

出于本文档的目的，在TR 21.905[1]和下文中给出的术语和定义适用。本文档中定义的术语优先于同一术语(如果存在)在TR 21.905[1]中的定义。

休眠BWP：休眠BWP为经由专用RRC信令由网络配置的下行链路BWP中的一个。在休眠BWP中，UE停止在SCell上/针对SCell监听PDCCH，但在被配置的情况下继续执行CSI测量、自动增益控制(Automatic Gain Control，AGC)和波束管理。

DRX群组：通过RRC配置且具有相同DRX活动时间的服务小区群组。

HARQ信息：用于DL-SCH、UL-SCH或SL-SCH传送的HARQ信息由新数据指示符(NewData Indicator，NDI)、传输块大小(Transport Block size，TBS)、冗余版本(RedundancyVersion，RV)和HARQ过程ID组成。

IAB施主：经由回程和接入链路的网络提供对UE的网络访问的gNB。

IAB节点：支持到UE的NR接入链路和到父节点和子节点的NR回程链路的RAN节点。

先听后说：如果信道识别为被占用，那么根据不执行传送的程序，见TS 37.213[18]。

Msg3：在含有C-RNTI MAC CE或CCCH SDU的UL-SCH上传送、从上部层提交且与UE争用解决身份相关联的消息，作为随机接入程序的部分。

NR回程链路：用于IAB节点与IAB施主之间和在多跳回程的情况下IAB节点之间的回程的NR链路。

NR侧链路通信：使用NR技术而非遍历任何网络节点启用两个或更多个邻近UE之间如TS 23.287[19]中所界定的至少V2X通信的AS功能性。

PDCCH时机：MAC实体在此期间被配置成监听PDCCH的持续时间(即，一个或连续符号数目)。

服务小区：TS 38.331[5]中的PCell、PSCell或SCell。

侧链路传送信息：如在TS 38.212[9]的条款8.3和8.4中指定的用于SL-SCH传送的SCI中包含的侧链路传送信息由以下组成：包含NDI、RV、侧链路过程ID、HARQ反馈启用/停用指示符的侧链路HARQ信息；包含播送类型指示符、源层1ID和目的地层1ID的侧链路识别信息；和包含CSI请求、优先级、通信范围要求和区ID的侧链路其它信息。

特殊小区：对于双重连接性操作，术语特殊小区分别指代MCG的PCell或SCG的PSCell，其取决于MAC实体关联到MCG还是SCG。否则，术语特殊小区指代PCell。特殊小区支持PUCCH传送和基于争用的随机接入，且始终被激活。

时机提前群组：使用同一时机参考小区和同一时机提前值针对具有经配置UL的小区通过RRC配置的服务小区群组。含有MAC实体的SpCell的时机提前群组被称作主时机提前群组(Primary Timing Advance Group，PTAG)，而术语次时机提前群组(Secondary TimingAdvance Group，STAG)是指其它TAG。

V2X侧链路通信：使用E-UTRA技术而非遍历任何网络节点启用邻近UE之间如TS23.285[20]中所定义的V2X通信的AS功能性。

注意：计时器一旦启动就处于运行中，直到其被停止或直到其到期；否则其不处于运行中。计时器可在其不处于运行中的情况下启动，或在其处于运行中的情况下重新启动。计时器始终从其初始值启动或重新启动。在计时器停止或到期(例如，由于BWP切换)之前并不更新计时器的持续时间。当MAC实体为计时器应用零值时，除非另外明确陈述，否则计时器应启动且立即到期。

****************************下一引用[2]******************************

4.2 MAC架构

4.2.1综述

此条款描述MAC的模型，即并不指定或限制实施。

RRC在MAC配置的控制下。

4.2.2MAC实体

UE的MAC实体处置以下传输信道：

-广播信道(BCH)；

-下行链路共享信道(DL-SCH)；

-寻呼信道(PCH)；

-上行链路共享信道(UL-SCH)；

-随机接入信道(RACH)。

当UE配置有SCG时，两个MAC实体被配置成UE：一个用于MCG且一个用于SCG。

当UE配置有DAPS交递时，两个MAC实体由UE使用：一个用于源小区(源MAC实体)且一个用于目标小区(目标MAC实体)。

除非另外指定，否则UE中不同MAC实体的功能独立地操作。除非另外指定，否则每一MAC实体中使用的计时器和参数独立地配置。除非另外指定，否则每一MAC实体考虑的服务小区、C-RNTI、无线电承载、逻辑信道、上部和下部层实体、LCG和HARQ实体指代映射到MAC实体的那些。

如果MAC实体配置有一个或多个SCell，那么每一MAC实体存在多个DL-SCH且可存在多个UL-SCH以及多个RACH；对于每一SCell，一个DL-SCH、一个UL-SCH和SpCell上的一个RACH，一个DL-SCH、零或一个UL-SCH和零或一个RACH。

如果MAC实体未配置有任何SCell，那么每一MAC实体存在一个DL-SCH、一个UL-SCH和一个RACH。

*****************************下一引用[2]*****************************

4.5信道结构

4.5.1综述

MAC子层对在下文中界定的信道进行操作；传输信道为MAC与层1之间的SAP，逻辑信道为MAC与RLC之间的SAP。

4.5.2传输信道

MAC子层使用在下表4.5.2-1中列出的传输信道。

表4.5.2-1：由MAC使用的传输信道

4.5.3逻辑信道

MAC子层提供逻辑信道上的数据传递服务。为了适应不同种类的数据传递服务，界定多种类型的逻辑信道，即各自支持特定类型的信息的传递。

每一逻辑信道类型由传递何种类型的信息来界定。

MAC子层提供在下表4.5.3-1中列出的控制和业务信道。

表4.5.3-1：由MAC提供的逻辑信道

4.5.4传输信道到逻辑信道的映射

4.5.4.1综述

MAC实体负责将逻辑信道映射到传输信道上。此映射取决于通过RRC配置的多路复用。

4.5.4.2上行链路映射

可如表4.5.4.2-1中所描述映射上行链路逻辑信道。

表4.5.4.2-1：上行链路信道映射

4.5.4.3下行链路映射

可如表4.5.4.3-1中所描述映射下行链路逻辑信道。

表4.5.4.3-1：下行链路信道映射

*****************************下一引用[2]*****************************

5.3 DL-SCH数据传递

5.3.1 DL分配接收

在PDCCH上所接收的下行链路分配指示在用于特定MAC实体的DL-SCH上存在传送并且提供相关HARQ信息。

当MAC实体具有C-RNTI、临时C-RNTI或CS-RNTI时，MAC实体应其在此期间监听PDCCH的每一PDCCH时机且针对每一服务小区：

1>如果对于MAC实体的C-RNTI或临时C-RNTI已经在PDCCH上接收到对于此PDCCH时机和此服务小区的下行链路分配：

2>如果这是用于此临时C-RNTI的第一下行链路分配：

3>将NDI视为已切换。

2>如果下行链路分配用于MAC实体的C-RNTI以及如果向相同HARQ过程的HARQ实体指示的前一下行链路分配是接收用于MAC实体的CS-RNTI的下行链路分配或所配置下行链路分配：

3>不管NDI的值如何，将NDI视为已切换。

2>指示下行链路分配的存在并且将相关联HARQ信息递送到HARQ实体。

1>否则如果已经针对此服务小区在用于MAC实体的CS-RNTI的PDCCH上接收对于此PDCCH时机的下行链路分配：

2>如果接收到的HARQ信息中的NDI是1：

3>将用于对应HARQ过程的NDI视为尚未切换；

3>指示对于此服务小区的下行链路分配的存在并且将相关联HARQ信息递送到HARQ实体。

2>如果接收到的HARQ信息中的NDI是0：

3>如果PDCCH内容指示SPS去激活：

4>清除对于此服务小区的经配置下行链路分配(如果存在)；

4>如果与含有其上将传送HARQ反馈的服务小区的TAG相关联的timeAlignmentTimer处于运行中：

5>向物理层指示对SPS去激活的肯定确认。

3>否则如果PDCCH内容指示SPS激活：

4>存储对于此服务小区的下行链路分配和相关联HARQ信息作为所配置下行链路分配；

4>初始化或重新初始化对于此服务小区的经配置下行链路分配以在相关联PDSCH持续时间中启动且根据条款5.8.1中的规则重现；

针对每一服务小区和每一经配置下行链路分配(如果经配置且被激活)，MAC实体应：

1>如果经配置下行链路分配的PDSCH持续时间并不与对于此服务小区的PDCCH上所接收的下行链路分配的PDSCH持续时间重叠：

2>指示物理层在此PDSCH持续时间中根据经配置下行链路分配接收DL-SCH上的传输块并将其递送到HARQ实体；

2>将HARQ过程ID设置成与此PDSCH持续时间相关联的HARQ过程ID；

2>将用于对应HARQ过程的NDI位视为已经切换；

2>指示经配置下行链路分配的存在并且将所存储的HARQ信息递送到HARQ实体。

对于不具有harq-ProcID-Offset的经配置下行链路分配，从以下等式导出与DL传送启动的时隙相关联的HARQ过程ID：

HARQ过程ID＝[floor(CURRENT_slot×10/(numberOfSlotsPerFrame×周期性))]模数nrofHARQ-Processes

其中CURRENT_slot＝[(SFN×numberOfSlotsPerFrame)+帧中的时隙数目]，且numberOfSlotsPerFrame是指每一帧的连续时隙的数目，如在TS 38.211[8]中指定。

对于具有harq-ProcID-Offset的经配置下行链路分配，从以下等式导出与DL传送启动的时隙相关联的HARQ过程ID：

HARQ过程ID＝[floor(CURRENT_slot×10/(numberOfSlotsPerFrame×周期性))]模数nrofHARQ-Processes+harq-ProcID-Offset

注意1：在小区群组中跨越载波的未对准SFN的情况下，所涉及服务小区的SFN用于计算用于经配置下行链路分配的HARQ过程ID。

注意2：CURRENT_slot是指经配置下行链路分配的集束的第一传送时机的时隙索引。

当MAC实体需要读取BCCH时，MAC实体可以基于来自RRC的调度信息：

1>如果已在用于SI-RNTI的PDCCH上接收到对于此PDCCH时机的下行链路分配；

2>向HARQ实体指示用于专用广播HARQ过程的下行链路分配和冗余版本。

5.3.2HARQ操作

5.3.2.1HARQ实体

MAC实体包含用于每一服务小区的HARQ实体，其维持多个并行HARQ过程。每一HARQ过程与HARQ过程标识符相关联。HARQ实体将DL-SCH上所接收的HARQ信息和相关联TB导向到对应HARQ过程(见条款5.3.2.2)。

每一HARQ实体的并行DL HARQ过程的数目在TS 38.214[7]中指定。专用广播HARQ过程用于BCCH。

当物理层未配置成用于下行链路空间多路复用时，HARQ过程支持一个TB。当物理层被配置成用于下行链路空间多路复用时，HARQ过程支持一个或两个TB。

当MAC实体配置有pdsch-AggregationFactor>1时，参数pdsch-AggregationFactor提供下行链路分配的集束内TB传送的数目。集束操作依赖于HARQ实体以调用用于作为相同集束的部分的每一传送的相同HARQ过程。在初始传送之后，pdsch-AggregationFactor-1 HARQ重新传送在集束内跟随其后。

MAC实体应：

1>如果已经指示下行链路分配：

2>将从物理层接收到的TB和相关联HARQ信息分配到由相关联HARQ信息指示的HARQ过程。

1>如果已经针对广播HARQ过程指示下行链路分配：

2>将接收到的TB分配到广播HARQ过程。

5.3.2.2 HARQ过程

当针对HARQ过程进行传送时，从HARQ实体接收到一个或两个(在下行链路空间多路复用的情况下)TB和相关联HARQ信息。

对于每一接收到的TB和相关联HARQ信息，HARQ过程应：

1>如果NDI在提供时相较于对应于此TB的前一所接收传送的值已经切换；或

1>如果HARQ过程等于广播过程，且这是根据由RRC指示的系统信息时间表用于TB的第一所接收传送；或

1>如果这是用于此TB的第一所接收传送(即，不存在用于此TB的前一NDI)：

2>将此传送视为新传送。

1>否则：

2>将此传送视为重新传送。

MAC实体接着应：

1>如果这是新传送：

2>尝试对接收到的数据进行解码。

1>否则，如果这是重新传送：

2>如果用于此TB的数据尚未成功解码：

3>指示物理层将接收到的数据与用于此TB的目前在软缓冲区中的数据组合，并且尝试对组合数据进行解码。

1>如果对于此TB成功地解码MAC实体尝试解码的数据；或

1>如果之前成功地解码用于此TB的数据：

2>如果HARQ过程等于广播过程：

3>将经解码MAC PDU递送到上部层。

2>否则，如果这是用于此TB的数据的第一次成功解码：

3>将解码后MAC PDU递送到拆解和解复用实体。

1>否则：

2>指示物理层用MAC实体尝试解码的数据替代用于此TB的软缓冲区中的数据。

1>如果HARQ过程与用临时C-RNTI指示的传送相关联且争用解决尚未成功(见条款5.1.5)；或

1>如果HARQ过程与用MSGB-RNTI指示的传送相关联且随机接入程序尚未成功完成(见条款5.1.4a)；或

1>如果HARQ过程等于广播过程；或

1>如果与含有其上将传送HARQ反馈的服务小区的TAG相关联的timeAlignmentTimer停止或到期：

2>不指示物理层产生此TB中的数据的确认。

1>否则：

2>指示物理层产生此TB中的数据的确认。

当确定用于其C-RNTI的PDCCH上的NDI相较于前一传送中的值是否已经切换时，MAC实体应忽略用于其临时C-RNTI的PDCCH上的所有下行链路分配中所接收的NDI。

注意：如果MAC实体接收TB大小不同于针对此TB用信号表示的最后一个TB大小的重新传送，那么UE行为留待UE实施。

5.3.3拆解和解复用

MAC实体应拆解和解复用如条款6.1.2和6.1.5a中所界定的MAC PDU。

*****************************下一引用[2]*****************************

5.7非连续接收(Discontinuous Reception，DRX)

MAC实体可由具有DRX功能性的RRC配置，所述功能性控制UE的PDCCH，其监听MAC实体的C-RNTI、CI-RNTI、CS-RNTI、INT-RNTI、SFI-RNTI、SP-CSI-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI、TPC-SRS-RNTI和AI-RNTI的活动。当使用DRX操作时，MAC实体还应根据本规范的其它条款中发现的要求监听PDCCH。当处于RRC_CONNECTED时，如果DRX经配置，那么对于所有已激活服务小区，MAC实体可使用此条款中所指定的DRX操作不连续地监听PDCCH；否则，MAC实体将如TS 38.213[6]中所指定监听PDCCH。

注意1：如果侧链路资源分配模式1由RRC配置，那么DRX功能性未配置。

RRC通过配置以下参数来控制DRX操作：

-drx-onDurationTimer：DRX循环开始时的持续时间；

-drx-SlotOffset：在启动drx-onDurationTimer之前的延迟；

-drx-InactivityTimer：在PDCCH指示MAC实体的新UL或DL传送的PDCCH时机之后的持续时间；

-drx-RetransmissionTimerDL(每一DL HARQ过程，除了广播过程以外)：直到接收到DL重新传送为止的最大持续时间；

-drx-RetransmissionTimerUL(每一ULHARQ过程)：直到接收到UL重新传送的准予为止的最大持续时间；

-drx-LongCycleStartOffset：长DRX循环和界定长和短DRX循环启动的子帧的drx-StartOffset；

-drx-ShortCycle(任选的)：短DRX循环；

-drx-ShortCycleTimer(任选的)：UE将沿循短DRX循环的持续时间；

-drx-HARQ-RTT-TimerDL(每一DL HARQ过程，除了广播过程以外)：在MAC实体预期HARQ重新传送的DL分配之前的最小持续时间；

-drx-HARQ-RTT-TimerUL(每一UL HARQ过程)：在MAC实体预期UL HARQ重新传送准予之前的最小持续时间；

-ps-Wakeup(任选的)：在监听但未检测到DCP的情况下启动相关联drx-onDurationTimer的配置；

-ps-TransmitOtherPeriodicCSI(任选的)：在DCP经配置但相关联drx-onDurationTimer未启动的情况下在由drx-onDurationTimer指示的持续时间期间报告PUCCH上并非L1-RSRP的周期性CSI的配置；

-ps-TransmitPeriodicL1-RSRP(任选的)：在DCP经配置但相关联drx-onDurationTimer未启动的情况下在由drx-onDurationTimer指示的持续时间期间传送PUCCH上为L1-RSRP的周期性CSI的配置；

MAC实体的服务小区可在具有单独DRX参数的两个DRX群组中由RRC配置。当RRC未配置次级DRX群组时，仅存在一个DRX群组且所有服务小区属于所述一个DRX群组。当配置两个DRX群组时，每一服务小区被唯一地分配给所述两个群组中的任一个。为每一DRX群组单独地配置的DRX参数是：drx-onDurationTimer，drx-InactivityTimer。对DRX群组共同的DRX参数是：drx-SlotOffset、drx-RetransmissionTimerDL、drx-RetransmissionTimerUL、drx-LongCycleStartOffset、drx-ShortCycle(任选的)、drx-ShortCycleTimer(任选的)、drx-HARQ-RTT-TimerDL和drx-HARQ-RTT-TimerUL。

当配置DRX循环时，用于DRX群组中的服务小区的活动时间包含以下时候的时间：

-为DRX群组配置的drx-onDurationTimer或drx-InactivityTimer处于运行中；或

-drx-RetransmissionTimerDL或drx-RetransmissionTimerUL在DRX群组中的任何服务小区上处于运行中；或

-ra-ContentionResolutionTimer(如条款5.1.5中所描述)或msgB-ResponseWindow(如条款5.1.4a中所描述)处于运行中；或

-调度请求在PUCCH上发送且待决(如条款5.4.4中所描述)；或

-在针对在基于争用的随机接入前导码当中未被MAC实体选择的随机接入前导码的随机接入响应的成功接收之后未接收到指示经寻址到MAC实体的C-RNTI的新传送的PDCCH(如条款5.1.4和5.1.4a中所描述)。

当配置DRX时，MAC实体应：

1>如果MAC PDU在经配置下行链路分配中被接收：

2>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ过程的drx-HARQ-RTT-TimerDL；

2>停止对应HARQ过程的drx-RetransmissionTimerDL。

1>如果MAC PDU在经配置上行链路准予中传送且未从下部层接收到LBT故障指示：

2>在对应PUSCH传送的第一传送(集束内)结束之后在第一符号中启动对应HARQ过程的drx-HARQ-RTT-TimerUL；

2>在对应PUSCH传送的第一传送(集束内)处停止对应HARQ过程的drx-RetransmissionTimerUL。

1>如果drx-HARQ-RTT-TimerDL到期：

2>如果对应HARQ过程的数据未被成功地解码：

3>在drx-HARQ-RTT-TimerDL到期之后在第一符号中启动对应HARQ过程的drx-RetransmissionTimerDL。

1>如果drx-HARQ-RTT-TimerUL到期：

2>在drx-HARQ-RTT-TimerUL到期之后在第一符号中启动对应HARQ过程的drx-RetransmissionTimerUL。

1>如果接收到DRX命令MAC CE或长DRX命令MAC CE：

2>停止用于每一DRX群组的drx-onDurationTimer；

2>停止用于每一DRX群组的drx-InactivityTimer。

1>如果用于DRX群组的drx-InactivityTimer到期：

2>如果配置短DRX循环：

3>在drx-InactivityTimer到期之后在第一符号中启动或重新启动用于此DRX群组的drx-ShortCycleTimer；

3>使用用于此DRX群组的短DRX循环。

2>否则：

3>使用用于此DRX群组的长DRX循环。

1>如果接收到DRX命令MAC CE：

2>如果配置短DRX循环：

3>在DRX命令MAC CE接收结束之后在第一符号中启动或重新启动用于每一DRX群组的drx-ShortCycleTimer；

3>使用用于每一DRX群组的短DRX循环。

2>否则：

3>使用用于每一DRX群组的长DRX循环。

1>如果用于DRX群组的drx-ShortCycleTimer到期：

2>使用用于此DRX群组的长DRX循环。

1>如果接收到长DRX命令MAC CE：

2>停止用于每一DRX群组的drx-ShortCycleTimer；

2>使用用于每一DRX群组的长DRX循环。

1>如果短DRX循环用于DRX群组，并且[(SFN×10)+子帧号]模数(drx-ShortCycle)＝(drx-StartOffset)模数(drx-ShortCycle)；

2>在从子帧的开始的drx-SlotOffset之后启动用于此DRX群组的drx-onDurationTimer。

1>如果长DRX循环用于DRX群组，且[(SFN×10)+子帧号]模数(drx-LongCycle)＝drx-StartOffset：

2>如果如TS 38.213[6]条款10.3中所指定为活动DL BWP配置DCP监听：

3>如果从下部层接收到与当前DRX循环相关联的指示启动drx-onDurationTimer的DCP指示，如TS 38.213[6]中所指定；或

3>如果如TS 38.213[6]中所指定，与当前DRX循环相关联的在时域中的所有DCP时机在活动时间中发生，考虑在最后DCP时机开始之前4ms，或在测量间隙期间，或当在ra-ResponseWindow处于运行中时MAC实体在由C-RNTI识别的SpCell的recoverySearchSpaceId指示的搜索空间上监听PDCCH传送时所接收的准予/分配/DRX命令MAC CE/长DRX命令MAC CE和发送的调度请求(如条款5.1.4中所指定)；或

3>如果ps-Wakeup被配置有值真且未从下部层接收到与当前DRX循环相关联的DCP指示：

4>从子帧开始在drx-SlotOffset之后启动drx-onDurationTimer。

2>否则：

3>在从子帧的开始的drx-SlotOffset之后启动用于此DRX群组的drx-onDurationTimer。

注意2：在小区群组中跨越载波的未对准SFN的情况下，SpCell的SFN用于计算DRX持续时间。

1>如果DRX群组处于活动时间：

2>监听在此DRX群组中的服务小区上的PDCCH，如TS 38.213[6]中所指定；

2>如果PDCCH指示DL传送：

3>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ过程的drx-HARQ-RTT-TimerDL；

注意3：当HARQ反馈被指示非数字k1值的PDSCH-to-HARQ_feedback定时推迟时，如TS 38.213[6]中所指定，发送DL HARQ反馈的对应传送机会在请求HARQ-ACK反馈的稍后PDCCH中指示。

3>停止对应HARQ过程的drx-RetransmissionTimerDL。

3>如果PDSCH-to-HARQ_feedback定时指示非数字k1值，如TS 38.213[6]中所指定：

4>在用于对应HARQ过程的PDSCH传送之后在第一符号中启动drx-RetransmissionTimerDL。

2>如果PDCCH指示UL传送：

3>在对应PUSCH传送的第一传送(集束内)结束之后在第一符号中启动对应HARQ过程的drx-HARQ-RTT-TimerUL；

3>停止对应HARQ过程的drx-RetransmissionTimerUL。

2>如果PDCCH指示此DRX群组中的服务小区上的新传送(DL或UL)：

3>在PDCCH接收结束之后在第一符号中启动或重新启动用于此DRX群组的drx-InactivityTimer。

2>如果HARQ过程接收到下行链路反馈信息且指示确认：

3>停止对应HARQ过程的drx-RetransmissionTimerUL。

1>如果如TS 38.213[6]条款10.3中所指定为活动DL BWP配置DCP监听；以及

1>如果当前符号n在drx-onDurationTimer持续时间内发生；以及

1>如果如此条款中所指定，与当前DRX循环相关联的drx-onDurationTimer未启动：

2>如果在评估此条款中所指定的所有DRX活动时间条件，考虑到在符号n之前4ms所接收的准予/分配/DRX命令MAC CE/长DRX命令MAC CE和发送的调度请求，MAC实体将不处于活动时间：

3>不传送TS 38.214[7]中界定的周期性SRS和半静态SRS；

3>不报告配置于PUSCH上的半静态CSI；

3>如果ps-TransmitPeriodicL1-RSRP未被配置成具有值真：

4>不报告作为PUCCH上的L1-RSRP的周期性CSI。

3>如果ps-TransmitOtherPeriodicCSI未被配置成具有值真：

4>不报告并非PUCCH上的L1-RSRP的周期性CSI。

1>否则：

2>在当前符号n中，如果在评估此条款中所指定的所有DRX活动时间条件时，考虑到在符号n之前4ms所接收的在此DRX群组中的服务小区上调度的准予/分配和DRX命令MACCE/长DRX命令MAC CE和发送的调度请求，DRX群组将不处于活动时间：

3>不传送在此DRX群组中在TS 38.214[7]中界定的周期性SRS和半静态SRS；

3>不报告PUCCH上的CSI和在此DRX群组中配置于PUSCH上的半静态CSI。

2>如果CSI遮蔽(csi-Mask)由上部层设置：

3>在当前符号n中，如果在评估此条款中所指定的所有DRX活动时间条件时，考虑到在符号n之前4ms所接收的在此DRX群组中的服务小区上调度的准予/分配和DRX命令MACCE/长DRX命令MAC CE，DRX群组的drx-onDurationTimer将不处于运行中；以及

4>在此DRX群组中不报告PUCCH上的CSI。

注意4：如果根据TS 38.213[6]条款9.2.5中指定的程序，UE多路复用配置于PUCCH上的CSI与其它重叠UCI，且与其它UCI多路复用的此CSI将在其中已配置此PUCCH的DRX群组的DRX活动时间外部的PUCCH资源上报告，那么是否报告与其它UCI多路复用的此CSI取决于UE实施。

无论MAC实体是否在DRX群组中的服务小区上监听PDCCH，MAC实体都当预期此情况时在DRX群组中的服务小区上传送HARQ反馈、PUSCH上的非周期性CSI，以及TS 38.214[7]中界定的非周期性SRS。

如果PDCCH时机不完整(例如，活动时间在PDCCH时机中间启动或结束)，那么MAC实体不需要监听PDCCH。

*****************************下一引用[2]*****************************

5.15带宽部分(Bandwidth Part，BWP)操作

5.15.1下行链路和上行链路

除了TS 38.213[6]的条款12之外，此条款还指定了BWP操作的要求。

服务小区可以配置有一个或多个BWP，并且每一服务小区的最大BWP数目在TS38.213[6]中指定。

用于服务小区的BWP切换用于同时激活非活动BWP且去激活活动BWP。可通过指示下行链路分配或上行链路准予的PDCCH、通过bwp-InactivityTimer、通过RRC信令或通过MAC实体自身在随机接入程序起始后或在检测到SpCell上的一致LBT故障后控制BWP切换。在用于SpCell的firstActiveDownlinkBWP-Id和/或firstActiveUplinkBWP-Id的RRC(重新)配置或SCell的激活后，分别由firstActiveDownlinkBWP-Id和/或firstActiveUplinkBWP-Id指示的DL BWP和/或UL BWP(如TS 38.331[5]中所指定)处于活动中而不接收指示下行链路分配或上行链路准予的PDCCH。用于服务小区的活动BWP由RRC或PDCCH指示(如TS 38.213[6]中指定)。对于不成对的频谱，DL BWP与UL BWP配对，并且BWP切换对于UL和DL都是通用的。

对于每一SCell，休眠BWP可通过如TS 38.331[5]中所描述的RRC信令配置有dormantBWP-Id。基于来自PDCCH的指令通过每一SCell或每一休眠SCell群组的BWP切换来进行进入或离开SCell的休眠BWP(如在TS 38.213[6]中指定)。休眠SCell群组配置通过如TS 38.331[5]中所描述的RRC信令来配置。在接收到指示离开休眠BWP的PDCCH后，由firstOutsideActiveTimeBWP-Id或firstWithinActiveTimeBWP-Id指示的DL BWP经激活(如在TS38.331[5]和TS 38.213[6]中指定)。在接收到指示进入休眠BWP的PDCCH后，激活由dormantBWP-Id(如TS 38.331[5]中所指定)指示的DL BWP。不支持用于SpCell或PUCCHSCell的休眠BWP配置。

对于配置有BWP的每一被激活的服务小区，MAC实体应：

1>如果BWP经激活且用于服务小区的活动DL BWP并非休眠BWP：

2>在BWP上的UL-SCH上传送；

2>如果PRACH时机被配置，那么在BWP上的RACH上传送；

2>在BWP上监听PDCCH；

2>如果被配置，那么在BWP上传送PUCCH；

2>针对BWP报告CSI；

2>如果经配置，在BWP上传送SRS；

2>在BWP上接收DL-SCH；

2>根据所存储配置(如果存在的话)(重新)初始化活动BWP上的经配置准予类型1的任何暂停的经配置上行链路准予，且在根据条款5.8.2中的规则的符号中开始；

2>如果lbt-FailureRecoveryConfig经配置：

3>如果在运行，那么停止lbt-FailureDetectionTimer；

3>将LBT_COUNTER设置为0；

3>如条款5.21.2中所指定从下部层监听LBT故障指示。

1>如果BWP经激活且用于服务小区的活动DL BWP为休眠BWP：

2>如果在运行，那么停止此服务小区的bwp-InactivityTimer。

2>不在BWP上监听PDCCH；

2>不监听用于BWP的PDCCH；

2>不在BWP上接收DL-SCH；

2>不在BWP上报告CSI，报告除用于BWP的非周期性CSI外的CSI；

2>不在BWP上传送SRS；

2>不在BWP上的UL-SCH上传送；

2>不在BWP上的RACH上传送；

2>不在BWP上传送PUCCH。

2>分别清除与SCell相关联的任何经配置下行链路分配和任何经配置上行链路准予类型2；

2>暂停与SCell相关联的任何经配置上行链路准予类型1；

2>如果被配置，那么在检测到波束故障的情况下执行SCell的波束故障检测和波束故障恢复。

1>如果BWP被去激活：

2>不在BWP上的UL-SCH上传送；

2>不在BWP上的RACH上传送；

2>不在BWP上监听PDCCH；

2>不在BWP上传送PUCCH；

2>对于BWP不报告CSI；

2>不在BWP上传送SRS；

2>不在BWP上接收DL-SCH；

2>在BWP上清除经配置准予类型2的任何经配置下行链路分配和经配置上行链路准予；

2>在非活动BWP上暂停经配置准予类型1的任何经配置上行链路准予。

在服务小区上起始随机接入程序后，在如条款5.1.1中所指定选择用于执行随机接入程序的载波之后，MAC实体将针对此服务小区的所选载波：

1>如果没有为活动UL BWP配置PRACH时机：

2>将活动UL BWP切换为由initialUplinkBWP指示的BWP；

2>如果服务小区是SpCell：

3>将活动DL BWP切换为由initialDownlinkBWP指示的BWP。

1>否则：

2>如果服务小区是SpCell：

3>如果活动DL BWP与活动UL BWP不具有相同的bwp-Id：

4>将活动DL BWP切换为具有与活动UL BWP相同的bwp-Id的DL BWP。

1>如果在运行，那么停止与此服务小区的活动DL BWP相关联的bwp-InactivityTimer。

1>如果服务小区是SCell：

2>如果正在运行，那么停止与SpCell的活动DL BWP相关联的bwp-InactivityTimer。

1>对SpCell的活动DL BWP和此服务小区的活动UL BWP执行随机接入程序。

如果MAC实体接收用于服务小区的BWP切换的PDCCH，那么MAC实体应：

1>如果没有与此服务小区相关联的进行中的随机接入程序；或

1>如果在接收到寻址到C-RNTI的此PDCCH后成功完成与此服务小区相关联的正在进行的随机接入程序(如条款5.1.4、5.1.4a和5.1.5中所指定)：

2>如果存在，那么取消此服务小区的被触发的一致LBT故障；

2>执行BWP切换为由PDCCH指示的BWP。

如果当与服务小区相关联的随机接入程序在MAC实体中正在进行时MAC实体接收到用于服务小区或休眠SCell群组的BWP切换的PDCCH，那么由UE实现是切换BWP还是忽略用于BWP切换的PDCCH，除了对于用于BWP切换的PDCCH接收寻址到C-RNTI以便成功完成随机接入程序(如条款5.1.4、5.1.4a和5.1.5中所指定)，在这种情况下UE将执行BWP切换到由PDCCH指示的BWP。在接收到除成功争用解决之外的用于BWP切换的PDCCH后，如果MAC实体决定执行BWP切换，那么MAC实体应停止进行中的随机接入程序并在执行BWP切换之后起始随机接入程序；如果MAC决定忽略用于BWP切换的PDCCH，那么MAC实体应继续在服务小区上进行正在进行的随机接入程序。

在当与服务小区相关联的随机接入程序在MAC实体中正在进行时接收到用于服务小区的BWP切换的RRC(重新)配置后，MAC实体应停止正在进行随机接入程序且在执行BWP切换之后起始随机接入程序。

在接收到用于服务小区的BWP切换的RRC(重新)配置后，取消此服务小区中的任何触发的LBT故障。

对于配置有bwp-InactivityTimer的每一激活的服务小区，MAC实体应：

1>如果defaultDownlinkBWP-Id被配置，且活动DL BWP不是由defaultDownlinkBWP-Id指示的BWP，且活动DL BWP不是由dormantBWP-Id(如果被配置)指示的BWP；或

1>如果defaultDownlinkBWP-Id未被配置，且活动DL BWP不是initialDownlinkBWP，且活动DL BWP不是由dormantBWP-Id(如果被配置)指示的BWP：

2>如果在活动BWP上接收到寻址到指示下行链路分配或上行链路准予的C-RNTI或CS-RNTI的PDCCH；或

2>如果针对活动BWP接收寻址到指示下行链路分配或上行链路准予的C-RNTI或CS-RNTI的PDCCH；或

2>如果MAC PDU在经配置上行链路准予中传送且未从下部层接收到LBT故障指示；或

2>如果MAC PDU在经配置下行链路分配中被接收：

3>如果没有与此服务小区相关联的进行中的随机接入程序；或

3>如果在接收到寻址到C-RNTI的此PDCCH后成功完成与此服务小区相关联的正在进行的随机接入程序(如条款5.1.4、5.1.4a和5.1.5中所指定)：

4>启动或重新启动与活动DL BWP相关联的bwp-InactivityTimer。

2>如果与活动DL BWP相关联的bwp-InactivityTimer到期：

3>如果defaultDownlinkBWP-Id被配置：

4>执行BWP切换为由defaultDownlinkBWP-Id指示的BWP。

3>否则：

4>执行BWP切换到initialDownlinkBWP。

注意：如果在SCell上起始随机接入程序，那么此SCell和SpCell两者都与此随机接入程序相关联。

1>如果接收到用于BWP切换的PDCCH，且MAC实体切换活动DL BWP：

2>如果defaultDownlinkBWP-Id被配置，且MAC实体切换到不由defaultDownlinkBWP-Id指示且不由dormantBWP-Id(如果被配置)指示的DL BWP；或

2>如果defaultDownlinkBWP-Id未被配置，且MAC实体切换到并非initialDownlinkBWP且不由dormantBWP-Id(如果被配置)指示的DL BWP：

3>启动或重新启动与活动DL BWP相关联的bwp-InactivityTimer。

****************************下一引用[2]******************************

5.19数据非活动监听

UE可在处于RRC_CONNECTED时通过具有数据非活动监听功能性的RRC配置。RRC通过配置计时器dataInactivityTimer控制数据非活动操作。

当dataInactivityTimer经配置时，UE应：

1>如果任何MAC实体接收用于DTCH逻辑信道、DCCH逻辑信道或CCCH逻辑信道的MACSDU；或

1>如果任何MAC实体传送用于DTCH逻辑信道或DCCH逻辑信道的MAC SDU：

2>启动或重新启动dataInactivityTimer。

1>如果dataInactivityTimer到期：

2>向上部层指示dataInactivityTimer的到期。

*****************************下一引用[2]*****************************

7.1RNTI值

RNTI值呈现于表7.1-1中。

表7.1-1：RNTI值

表7.1-2：RNTI使用

*****************************引用结束[2]*****************************

在NR中，与UE状态和状态转变相关的描述在TS 38.331[3]中指定，且在下文中引用为用于进一步增强的起点。

*****************************引用开始[3]*****************************

4.2.1包含RAT间的UE状态和状态转变

当RRC连接已建立时UE处于RRC_CONNECTED状态或RRC_INACTIVE状态。如果情况不是这样，即无RRC连接建立，那么UE处于RRC_IDLE状态。RRC状态可进一步如下表征：

-RRC_IDLE:

-UE特定DRX可以由上部层配置；

-UE基于网络配置控制移动性；

-UE：

-监听经由DCI通过P-RNTI传送的短消息(见章节6.5)；

-监听用于使用5G-S-TMSI的CN寻呼的寻呼信道；

-执行相邻小区测量和小区选择(重选)；

-获取系统信息并且可发送SI请求(如果经配置)。

-执行可用测量的记录以及经所记录测量配置的UE的位置和时间。

-RRC_INACTIVE:

-UE特定DRX可由上部层或RRC层配置；

-UE基于网络配置控制移动性；

-UE存储UE非活动AS上下文；

-基于RAN的通知区域由RRC层配置；

UE：

-监听经由DCI通过P-RNTI传送的短消息(见章节6.5)；

-监听用于使用5G-S-TMSI的CN寻呼和使用fullI-RNTI的RAN寻呼的寻呼信道；

-执行相邻小区测量和小区选择(重选)；

-周期性地以及在移出经配置的基于RAN的通知区域时执行基于RAN的通知区域更新；

-获取系统信息并且可发送SI请求(如果经配置)。

-RRC_CONNECTED:

-UE存储AS上下文；

-向/从UE传递单播数据；

-在下部层处，UE可配置有UE特定DRX；

-对于支持CA的UE，使用与SpCell聚合的一个或多个SCell以增加带宽；

-对于支持DC的UE，使用与MCG聚合的一个SCG以增加带宽；

-NR内及去往/来自E-UTRA的受网络控制的移动性；

-UE：

-如果经配置，监听经由DCI通过P-RNTI传送的短消息(见章节6.5)；

-监听与共享数据信道相关联的控制信道以确定是否为其调度数据；

-提供信道质量和反馈信息；

-执行相邻小区测量和测量报告；

-获取系统信息；

-执行即时MDT测量以及可用位置报告。

图7为来自3GPP TS 38.331V16.3.1的图4.2.1-1的再现，从而说明UE RRC状态机和NR中的状态转变的概述，其中UE一次仅具有一个RRC。

*****************************下一引用[3]*****************************

5.3.8 RRC连接释放

5.3.8.1综述

此程序的目的是：

-释放RRC连接，这包含所建立的无线电承载以及所有无线电资源的释放；或

-仅在SRB2和至少一个DRB或针对IAB的SRB2设置时才暂停RRC连接，包含所建立的无线电承载的暂停。

5.3.8.2发起

网络发起RRC连接释放程序以将处于RRC_CONNECTED的UE转变到RRC_IDLE；或仅当在RRC_CONNECTED中设置SRB2和至少一个DRB或针对IAB的SRB2时才将处于RRC_CONNECTED的UE转变到RRC_INACTIVE；或当UE尝试恢复时将处于RRC_INACTIVE的UE转变回到RRC_INACTIVE；或当UE尝试恢复时将处于RRC_INACTIVE的UE转变到RRC_IDLE。所述程序也可用以释放和重定向UE到另一频率。

5.3.8.3 UE接收RRCRelease

UE应：

1>使此小节中定义的以下动作从接收到RRCRelease消息的时刻或者任选地当下部层指示已成功确认RRCRelease消息的接收时(选择两个情况中更早的情况)延迟60毫秒；

1>如果在运行，那么停止计时器T380；

1>如果在运行，那么停止计时器T320；

1>如果计时器T316处于运行中；

2>停止计时器T316；

2>清除VarRLF-Report中包含的信息(如果存在)；

1>如果在运行，那么停止计时器T350；

1>如果AS安全性未激活：

2>忽略包含在RRCRelease消息中的除waitTime外的任何字段；

2>如5.3.11中所指定在进入RRC_IDLE后执行动作，释放原因为“其它”，在所述释放原因之后程序结束；

1>如果RRCRelease消息包含指示重新定向到eutra的redirectedCarrierInfo：

2>如果包含cnType：

3>在小区选择之后，向上部层指示可用CN类型和接收到的cnType；

注意1：在重新定向之后选择的E-UTRA小区不支持由cnType指定的核心网络类型的情况处理取决于UE实施。

2>如果包含voiceFallbackIndication：

3>将RRC连接释放视为用于IMS语音的EPS回退(见TS 23.502[43])；

1>如果RRCRelease消息包含cellReselectionPriorities：

2>存储由cellReselectionPriorities提供的小区重选优先级信息；

2>如果包含t320：

3>启动计时器T320，其中根据t320的值设置计时器值；

1>否则：

2>应用在系统信息中广播的小区重选优先级信息；

1>如果包含deprioritisationReq，且UE支持通过去优先级进行RRC连接释放：

2>启动或重新启动计时器T325，其中计时器值设置成用信号表示的deprioritisationTimer；

2>存储deprioritisationReq直到T325到期为止；

1>如果RRCRelease包含measIdleConfig：

2>如果T331处于运行中：

3>停止计时器T331；

3>执行如5.7.8.3中所指定的动作；

2>如果measIdleConfig设置为设置：

3>在VarMeasIdleConfig中存储接收到的measIdleDuration；

3>启动计时器T331，值设置成measIdleDuration；

3>如果measIdleConfig含有measIdleCarrierListNR：

4>在VarMeasIdleConfig中存储接收到的measIdleCarrierListNR；

3>如果measIdleConfig含有measIdleCarrierListEUTRA：

4>在VarMeasIdleConfig中存储接收到的measIdleCarrierListEUTRA；

3>如果measIdleConfig含有validityAreaList：

4>在VarMeasIdleConfig中存储接收到的validityAreaList；

1>如果RRCRelease包含suspendConfig：

2>应用接收到的suspendConfig；

2>移除VarConditionalReconfig内的所有条目，如果存在；

2>对于每一measId，如果相关联的reportConfig具有设置为condTriggerConfig的reportType：

3>针对相关联的reportConfigId：

4>从VarMeasConfig内的reportConfigList移除具有匹配reportConfigId的条目；

3>如果相关联的measObjectId仅与具有设置为condTriggerConfig的reportType的reportConfig相关联：

4>从VarMeasConfig内的measObjectList移除具有匹配measObjectId的条目；

3>从VarMeasConfig内的measIdList移除具有匹配measId的条目；

2>复位MAC并释放预设MAC小区群组配置，如果存在；

2>为SRB1重新建立RLC实体；

2>如果响应于RRCResumeRequest或RRCResumeRequest1接收具有suspendConfig的RRCRelease消息：

3>如果在运行中，那么停止计时器T319；

3>在所存储的UE非活动AS上下文中：

4>用当前K_gNB和K_RRCint密钥替代K_gNB和K_RRCint密钥；

4>用在UE已接收到RRCRelease消息的小区中的临时C-RNTI替代C-RNTI；

4>用UE已接收到RRCRelease消息的小区的cellIdentity替代cellIdentity；

4>用UE已接收到RRCRelease消息的小区的物理小区标识替代物理小区标识；

2>否则：

3>在UE非活动AS上下文中存储当前K_gNB和K_RRCint密钥、ROHC状态、所存储的QoS流到DRB映射规则、用于源PCell的C-RNTI、源PCell的cellIdentity和物理小区标识，NR PSCell的ReconfigurationWithSync内的spCellConfigCommon(如果已配置)，以及所有其它经配置的参数，以下除外：

-PCell的ReconfigurationWithSync内的参数；

-NR PSCell的ReconfigurationWithSync内的参数(如果已配置)；

-E-UTRA PSCell的MobilityControlInfoSCG内的参数(如果已配置)；

-servingCellConfigCommonSIB；

注意2：当UE进入RRC_INACTIVE时，NR侧链路通信相关配置和记录的测量配置未被存储为UE非活动AS上下文。

2>暂停所有SRB和DRB，SRB0除外；

2>向所有DRB的下部层指示PDCP暂停；

2>如果包含t380：

3>启动计时器T380，其中计时器值设置为t380：

2>如果RRCRelease消息正包含waitTime：

3>启动计时器T302，其中值设置为waitTime；

3>通知上部层接入禁止对于除了类别‘0’和‘2’之外的所有接入类别是适用的；

2>如果T390处于运行中：

3>针对所有接入类别，停止计时器T390；

3>执行如5.3.14.4中所指定的动作；

2>向上部层指示RRC连接的暂停；

2>输入RRC_INACTIVE并且执行如在TS 38.304[20]中指定的小区选择；

1>否则

2>如5.3.11中所指定在进入RRC_IDLE后执行动作，释放原因为‘其它’。

5.3.8.4T320到期

UE应：

1>如果T320到期：

2>如果存储，舍弃由cellReselectionPriorities提供或从另一RAT继承的小区重选优先级信息；

2>应用在系统信息中广播的小区重选优先级信息。

5.3.8.5在DataInactivityTimer到期后的UE动作

在呈RRC_CONNECTED时从下部层接收到DataInactivityTimer到期后，UE应：

1>在由于释放原因‘RRC连接失败’而如在5.3.11中所指定进入RRC_IDLE后执行动作。

*****************************引用结束[3]*****************************

在下文中引用来自3GPP会议RAN2#111-e关于[5]中的MBS的协议：

*****************************引用开始[5]*****************************

RAN2#111-E协议

最初关注NR SA，可在何种程度上支持其它情境NR DC、NE DC待确定。

确认将支持小区中的PTM传送。

确认将针对多播服务引入对通过5GC递送的共享业务的PTP和PTM传送的支持，至少对于连接模式(这并不希望排除其它情况)

对于UE，gNB动态地决定是否通过PTM或PTP递送组播数据(共享递送)

哪些层处置可靠性(一般来说)有待进一步研究，以便递送/重复处置，且在PTMPTP交换机处如何起作用有待进一步研究。

最初关注MBS-MBS情境(即，共享递送)，包含PTM和PTP两者(如果适用)。随后的其它情境待确定。

对无损移动性的要求待确定。假设目前R2将无论如何论述低数据丢失或无数据丢失的服务连续性功能性。

R2假设对于连接模式下的Rel-17NR多播移动性，移交(包含变体)为基线，确切哪些变体待确定。

R2预期可存在具有反馈的HARQ(用于PTM)且此由R1指定。

*****************************引用结束[5]*****************************

来自3GPP会议RAN2#112-e的关于[6]中的MBS的协议在下文中引用：

*****************************引用开始[6]*****************************

RAN2#112-e协议

广播和多播会话支持，RRC状态和与SA2 LS相关的其它方面

对于Rel-17，R2指定两个模式：

1：待在连接下可用的针对高QoS(可靠性，时延)要求的一个递送模式(UE在不存在待确定数据接收时有可能切换到其它状态)

2：针对“低”QoS要求的一个递送模式，其中UE还可在非活动/空闲下接收数据(细节待确定)。

R2假设(对于R17)递送模式1仅用于多播会话。

R2假设递送模式2用于广播会话。

递送模式2对于多播会话的适用性有待进一步研究。

无数据：当不存在用于多播会话的进行中的数据时，UE可保持在RRC_CONNECTED下。其它情况FFS

由SA2决定是否支持多播会话激活/去激活机制，且RAN2将基于SA2输入论述是否存在任何RAN2影响。

由SA2决定对本地MBS服务的支持，且RAN2将基于SA2输入论述RAN2影响。

一般来说，由UE(例如，TMGI)订用的MBS服务/群组的信息和MBS服务的QoS要求应提供到RAN。例如用于PTM PTP切换(如果存在)的细节信息有待进一步研究。

层2架构

NR MBS需要从QoS流映射到SDAP中的MBS RB的功能。是否需要任何SDAP标头待确定。

(工作假设)MBS不支持除“从QoS流映射到无线电承载”和“用户平面数据的传递”之外的SDAP功能。是否支持QoS流到无线电承载重新映射有待进一步研究。

一般来说：RAN2等待SA3的进度以用于论述安全性问题。是否需要将LS发送到SA3待确定。

RoHC(至少U-模式)可被配置成用于NR MBS承载。此可适用于Mcast，假设此还可适用于广播。

RoHC位于PDCP处。

NR MBS支持PDCP中的重定序和按次序递送功能。

NR MBS还支持以下PDCP功能：数据传送；PDCP SN的维护；重复舍弃。其它PDCP功能有待进一步研究。

RLC AM支持用于NR MBS的PTP传送。

RLC UM支持用于NR MBS的PTP传送。

RLC UM支持用于NR MBS的PTM传送。

RLC TM并不支持用于NR MBS的PTP传送。

RLC TM并不支持用于NR MBS的PTM传送。

对于PTM，在MAC中NR MBS是否支持不同逻辑信道的多路复用/解复用有待进一步研究。

工作假设：并不支持用于PTM的RLC-AM(可重新讨论，但这意味着用于PTM的RLC-AM的倡导者需要证明需要改变这一点)。

服务连续性

R2旨在支持针对需要此的服务的MBS-MBS移动性的无损移交(详细情境待确定，但至少为PTP-PTP)

为了支持对于5G MBS服务的无损移交，应通过网络侧保证源小区与目标小区之间的至少DL PDCP SN同步和连续性以实现。实现此的特定方法的设计可涉及WG RAN3。

从网络侧，源gNB可将数据转发到目标gNB，且目标gNB将递送转发数据。同时，应该扩展SN状态传递以覆盖用于MBS数据的PDCP SN；随后(在这之后还是并行地有待确定)，UE根据目标配置通过目标小区在目标小区中接收MBS。

从UE侧，还可支持PDCP状态报告。

空闲/非活动支持

UE通过BCCH和/或MCCH(待确定)接收MBS配置(用于广播/递送模式2)，且此可在空闲/非活动模式下接收。连接模式有待进一步研究(取决于UE封端和提供服务的位置等)。通知机构用于宣布MBS控制信息的改变。

*****************************引用结束[6]*****************************

来自3GPP会议RAN1#102-e的关于[7]中的MBS的协议在下文中引用：

*****************************引用开始[7]*****************************

协议：

对于RRC_CONNECTED UE，HARQ-ACK反馈支持用于多播且不需要额外评估来证明这一点。

●有待进一步研究：详细HARQ-ACK反馈解决方案，例如基于ACK/NACK、仅基于NACK。

●有待进一步研究：可任选地停用和/或启用HARQ-ACK反馈。

协议：

对于RRC_CONNECTED UE，至少支持CRC由公共RNTI加扰的群组公共PDCCH以调度群组公共PDSCH，其中群组公共PDSCH的加扰是基于同一公共RNTI。

●有待进一步研究：是否支持UE特定PDCCH来调度用于MBS的PDSCH。

协议：

对于RRC_CONNECTED UE，界定/配置用于群组公共PDSCH的公共频率资源。

●有待进一步研究：是否重复使用BWP框架

●有待进一步研究：公共频率资源与UE专用BWP之间的关系，例如公共频率资源是MBS特定BWP，还是公共频率资源受限于UE的专用BWP内等。

●有待进一步研究：每一UE是否可配置多于一个公共频率资源

协议：

对于RRC_CONNECTED UE，基于UE能力，在时隙中至少支持单播PDSCH与群组公共PDSCH之间的FDM。

●有待进一步研究：时隙中的TDM还是SDM。

协议：

对于RRC_CONNECTED UE，对于群组公共PDSCH至少支持时隙层级重复。

●有待进一步研究：是否需要增强

协议：

对于RRC_CONNECTED UE，现有CSI反馈可用于多播传送。

●有待进一步研究：是否需要增强

*****************************引用结束[7]*****************************

来自3GPP会议RAN1#103-e的关于[8]中的MBS的协议和工作假设在下文中引用：

*****************************引用开始[8]*****************************

协议：为论述方便起见，将以下澄清视为RAN1共识。

●PTP传送：对于RRC_CONNECTED UE，使用CRC由UE特定RNTI(例如，C-RNTI)加扰的UE特定PDCCH以调度由同一UE特定RNTI加扰的UE特定PDSCH。

●PTM传送方案1：对于同一MBS群组中的RRC_CONNECTED UE，使用CRC由群组公共RNTI加扰的群组公共PDCCH以调度由同一群组公共RNTI加扰的群组公共PDSCH。此方案还可被称为基于群组公共PDCCH的群组调度方案。

●PTM传送方案2：对于同一MBS群组中的RRC_CONNECTED UE，使用CRC由UE特定RNTI(例如，C-RNTI)加扰的UE特定PDCCH以调度由群组公共RNTI加扰的群组公共PDSCH。此方案还可被称为基于UE特定PDCCH的群组调度方案。

●注意：‘UE特定PDCCH/PDSCH’此处意味着PDCCH/PDSCH仅可通过目标UE识别但无法通过与目标UE相同的MBS群组中的其它UE识别。

●注意：‘群组公共PDCCH/PDSCH’此处意味着PDCCH/PDSCH在相同时间/频率资源中传送并且可通过同一MBS群组中的所有UE识别。

●是否具有传送方案的额外定义有待进一步研究

协议：对于RRC_CONNECTED UE，如果用于多播的初始传送是基于PTM传送方案1，那么至少支持重新传送可使用PTM传送方案1。

●有待进一步研究：是否支持用于重新传送的PTP传送。

●有待进一步研究：是否支持用于重新传送的PTM传送方案2。

●有待进一步研究：如何指示PTM方案1与传送同一TB的PTP之间的相关性。

●有待进一步研究：如果支持多个重新传送方案，那么接着可针对同一群组中的不同UE同时支持不同重新传送方案吗？

工作假设：

对于RRC-CONNECTED UE的多播，用于群组公共PDCCH/PDSCH的公共频率资源受限于专用单播BWP的频率资源内以支持同一时隙中单播和多播的同时接收

●从两个选项向下选择用于群组公共PDCCH/PDSCH的公共频率资源

○选项2A：公共频率资源经界定为MBS特定BWP，其与专用单播BWP相关联且使用相同基础参数(SCS和CP)

■在MBS特定BWP中的多播接收与其相关联专用BWP中的单播接收之间需要BWP切换有待进一步研究

○选项2B：公共频率资源经界定为具有多个连续PRB的‘MBS频率区域’，其配置于专用单播BWP内。

■有待进一步研究：如何指示MBS频率区域的起始PRB和PRB长度

●UE是否可在公共频率资源中无单播接收的情况下配置有待进一步研究

●关于群组公共PDCCH/PDSCH配置的细节有待进一步研究

●每一UE/每一受UE能力限制的专用单播BWP是否支持多于一个公共频率资源有待进一步研究

协议：对于RRC_CONNECTED UE，基于UE能力，在时隙中支持一个单播PDSCH与一个群组公共PDSCH之间的TDM。

协议：对于RRC_CONNECTED UE，支持用于MBS的SPS群组公共PDSCH

●有待进一步研究：使用群组公共PDCCH还是UE特定PDCCH来用于SPS群组公共PDSCH激活/去激活

●有待进一步研究：每一UE是否支持多于一个SPS群组公共PDSCH配置

●有待进一步研究：是否可配置上行链路反馈且可如何配置上行链路反馈

●有待进一步研究：SPS群组公共PDSCH的重新传送

协议：对于PTM传送方案1，用于群组公共PDCCH的控制资源集配置于用于群组公共PDSCH的公共频率资源内。

●有待进一步研究：用于群组公共PDSCH的公共频率资源内用于群组公共PDCCH的控制资源集的数目

协议：对于在RRC_CONNECTED状态下用于多播的PTM方案1的群组公共PDCCH的搜索空间集，CCE索引对于同一MBS群组中的不同UE为公共的。

协议：从两个选项向下选择Rel-17 MBS的BD/CCE限制

●选项1：Rel-15中界定的每一时隙每一服务小区的所监听PDCCH候选者和非重叠CCE的最大数目对于Rel-17 MBS保持不变。

●选项2：对于支持CA能力的UE，未用的CC的BD/CCE的预算可用于群组公共PDCCH以对BD/CCE的数目进行计数，这类似于用于Rel-16中基于多DCI的多TRP的方法。

协议：对于RRC_CONNECTED UE，在不同时隙中支持单播PDSCH与群组公共PDSCH之间的时隙间TDM(对于支持MBS的UE必选)。

协议：对于RRC_CONNECTED UE，基于UE能力，进一步研究以下情况以用于时隙中单播PDSCH与群组公共PDSCH的同时接收。

●情况1：支持时隙中多个经TDM的单播PDSCH与一个群组公共PDSCH之间的TDM

●情况2：支持时隙中多个群组公共PDSCH当中的TDM

●情况3：支持时隙中多个经TDM的单播PDSCH与多个经TDM的群组公共PDSCH之间的TDM

●情况4：支持时隙中多个经TDM的单播PDSCH与多个经TDM的群组公共PDSCH之间的FDM

●情况5：支持时隙中多个群组公共PDSCH当中的FDM

●有待进一步研究：时隙中每一UE同时所接收的PDSCH的最大数目

协议：对于在RRC_CONNECTED状态下用于多播的PTM方案1的群组公共PDCCH的搜索空间集，进一步研究以下选项。

●选项1：界定特定于多播的新搜索空间类型

●选项2：在Rel-15/16中重复使用现有CSS类型

○有待进一步研究：是否需要修改以用于多播

●选项3：在Rel-15/16中重复使用具有对于MBS的必要修改的现有USS

○有待进一步研究：详细修改

协议：对于RRC_CONNECTED UE，Rel-17中无规范增强来支持时隙中单播PDSCH与群组公共PDSCH之间的SDM。

协议：对于PTM传送方案1，如果商定用于群组公共PDCCH/PDSCH的公共频率资源的选项2A或选项2B，那么基于公共频率资源解译群组公共PDCCH的FDRA字段。

协议：对于在RRC_CONNECTED状态下用于多播的PTM方案1的群组公共PDCCH的搜索空间集，进一步研究以下选项以用于搜索空间集的监听优先级

●选项1：用于多播的搜索空间集的监听优先级与现有Rel-15/16CSS相同

●选项2：用于多播的搜索空间集的监听优先级与现有Rel-15/16USS相同

●不排除其它选项

●至少对于PDCCH过量预订情况，使用监听优先级

○对于其它情况有待进一步研究(例如，在单播还是多播方面精简PDCCH等)

协议：

对于接收多播的RRC_CONNECTED UE，至少对于PTM方案1，支持以下至少一项：

●用于多播的基于ACK/NACK的HARQ-ACK反馈，

●从每一UE视角，UE反馈ACK或NACK。

●从群组内的UE视角，

■有待进一步研究：用于ACK/NACK反馈的PUCCH资源配置，例如共享或单独PUCCH资源。

●包含待使用的条件的细节有待进一步研究

●用于多播的仅基于NACK的HARQ-ACK反馈，

●从每一UE视角，UE仅反馈NACK。

●从群组内的UE视角

■有待进一步研究：用于仅NACK反馈的PUCCH资源配置。

●包含待使用的条件的细节有待进一步研究

●为了在RAN1#104-e中决定是否仅支持上述方案中的一种或两种

●如果支持这两者，那么基于ACK/NACK和仅基于NACK的HARQ-ACK反馈的配置/选择有待进一步研究

协议：

对于接收多播的RRC_CONNECTED UE，对于基于ACK/NACK的HARQ-ACK反馈，如果支持用于群组公共PDCCH调度，那么从每一UE视角，用于HARQ-ACK反馈的PUCCH资源配置向下选择以下选项中的一个：

●选项1：与用于单播的HARQ-ACK反馈的PUCCH资源配置共享

●选项2：与用于单播的HARQ-ACK反馈的PUCCH资源配置分离

●选项3：基于配置的选项1或选项2

协议：

对于接收多播的RRC_CONNECTED UE，对于仅基于NACK的HARQ-ACK反馈，如果支持用于群组公共PDCCH调度，那么从每一UE视角，用于HARQ-ACK反馈的PUCCH资源配置与用于单播的HARQ-ACK反馈的PUCCH资源配置分离。

●PUCCH格式有待进一步研究

协议：

支持启用/停用用于MBS的HARQ-ACK反馈，进一步在以下之间向下选择：

●选项1：DCI

●选项2：RRC配置启用/停用

●选项3：RRC配置启用/停用功能且DCI指示启用/停用

●有待进一步研究：选项4：MAC-CE指示启用/停用

●有待进一步研究：选项5：RRC配置启用/停用功能且MAC-CE指示启用/停用

协议：

对于RRC_CONNECTED UE的群组公共PDSCH的时隙层级重复，为了指示重复次数，进一步在以下当中向下选择：

●选项1：通过DCI

●选项2：通过RRC

●选项3：通过RRC+DCI

●有待进一步研究：选项4：通过MAC-CE

●有待进一步研究：选项5：通过RRC+MAC-CE

●每一选项的细节有待进一步研究。

●对于时隙层级重复的配置的进一步增强有待进一步研究

协议：

从接收多播的RRC_CONNECTED UE的视角，至少对于PTM方案1初始传送，重新传送出于向下选择的目的支持以下选项：

●选项1：群组公共PDCCH调度的群组公共PDSCH

●选项2：UE特定PDCCH调度的PDSCH

○替代例1：PDSCH为UE特定PDSCH

○替代例2：PDSCH为群组公共PDSCH

●选项3：选项1和选项2两者

●其它选项有待进一步研究

●基于CBG的重新传送有待进一步研究

协议：

MBS是否需要CSI反馈增强有待进一步研究，包含但不限于：

●新CQI测量

●新CSI报告格式

●目标BLER

●CSI-RS配置

●A-CSI-RS传送触发

●SRS配置

协议：

对于基于ACK/NACK的HARQ-ACK反馈，如果支持，那么对于接收多播的RRC_CONNECTED UE，支持类型1和类型2HARQ-ACK码本两者，

●HARQ-ACK码本设计的细节有待进一步研究。

●是否支持增强型类型2和/或类型3HARQ-ACK码本有待进一步研究。

协议：对于RRC_IDLE/RRC_INACTIVE UE，支持CRC由公共RNTI加扰的群组公共PDCCH以调度群组公共PDSCH，其中群组公共PDSCH的加扰是基于同一公共RNTI。

●细节有待进一步研究

协议：

●对于RRC_IDLE/RRC_INACTIVE UE，对于群组公共PDCCH/PDSCH支持波束扫掠。

○有待进一步研究：用于支持用于群组公共PDCCH/PDSCH的波束扫掠的细节。

协议：对于RRC_IDLE/RRC_INACTIVE UE，界定/配置用于群组公共PDCCH/PDSCH的公共频率资源。

●UE可假设初始BWP作为用于群组公共PDCCH/PDSCH的预设公共频率资源，如果特定公共频率资源未经配置。

●有待进一步研究：公共频率资源(如果经配置)和初始BWP的关系。

●有待进一步研究：是否配置一个/更多个公共频率资源

●有待进一步研究：公共频率资源的配置和定义细节

协议：从物理层的视角，对于广播接收，同一群组公共PDCCH和对应调度的群组公共PDSCH可通过RRC_IDLE/RRC_INACTIVE UE和RRC_CONNECTED UE两者接收。

●细节有待进一步研究。

协议：对于RRC_IDLE/RRC_INACTIVE UE，对于群组公共PDCCH支持CSS。

●有待进一步研究：重复使用当前CSS类型，界定新CSS类型等。

●其它细节有待进一步研究。

协议：对于RRC_IDLE/RRC_INACTIVE UE，控制资源集可配置于用于群组公共PDCCH/PDSCH的公共频率资源内。如果用于群组公共PDCCH/PDSCH的公共频率资源为初始BWP且控制资源集未经配置，那么预设使用控制资源集0。

●有待进一步研究：用于群组公共PDCCH/PDSCH的控制资源集的配置细节

*****************************引用结束[8]*****************************

用于引入基于NR[9]中的MBS的支持所指定的增强的描述在下文中引用：

*****************************引用开始[9]*****************************

16.x MBS

16.x.1综述

编者注：此处待涵盖的一般方面。

MBS会话经界定为多播会话或广播会话。广播会话将递送广播通信服务且多播会话将递送多播通信服务，其中广播通信服务为同一服务和相同特定内容数据同时提供到地理区域中的所有UE的通信服务且多播通信服务为同一服务和相同特定内容数据同时提供到UE的专用集合的服务种类，如在TS 23.XXX[xx]中指定。

对于MBS服务的传送，情况可分类如下：

-在以下情况下：具有高可靠性和/或低时延的QoS要求的多播会话，如果需要，那么UE可在RRC_CONNECTED下通过保证所需的QoS要求的机构，例如反馈/重新传送和/或PTP辅助接收MBS数据。

-在以下情况下：具有低可靠性和/或时延容许性的QoS要求的广播会话传送，UE可在RRC_IDLE/RRC_INACTIVE/RRC_CONNECTED下接收MBS数据且不需要用于可靠性保证的PTP辅助。

*****************************引用结束[9]*****************************

问题和解决方案1：

当前，在NR Rel-15/16中，如果特定UE群组在(约)同一时间要求来自网络的同一数据/服务，例如特定UE群组要求同一事件的实况流式传输视频/图像/数据，那么网络可针对特定群组中的每一UE使用UE专用下行链路控制信息(DCI)以传送关于每一UE的专用无线电资源以及专用下行链路控制信息的同一/重复数据块(例如同一/重复传输块(TB))和针对特定群组中的每一UE经每一UE的唯一标识(例如C-RNTI)加扰的数据块。更确切地说，网络可针对特定群组中的每一UE传送UE专用下行链路控制信息且针对每一UE调度携载由每一UE的唯一标识加扰的同一传输块的不同PDSCH。以此方式，可针对特定群组中的每一UE多次传送同一数据块，例如同一传输块。

当前，对于网络不存在通过单个群组公共数据块对特定UE群组进行群组调度的机制。换句话说，对于网络不存在将单个群组公共数据块传送到特定UE群组的机制。当在(约)同一时间要求来自网络的同一数据/服务的特定群组中UE的数目变大时，对于特定群组中的每一UE，下行链路控制信息和来自网络的同一/重复数据块(例如同一/重复传输块)的UE专用传送变得低效，因为网络可针对特定群组中的每一UE多次传送同一数据块(传输块)且这可浪费无线电资源和/或传送功率。

在NR Rel-17中，引入MBS工作项以支持网络群组调度特征。对于在(约)同一时间要求同一数据块(传输块)的特定UE群组，网络可使用/传送单个“群组公共(GC)”下行链路控制信息以调度用于特定UE群组的关于群组公共资源的单个“群组公共”数据块(传输块)，其中“群组公共”下行链路控制信息和“群组公共”数据块(传输块)两者经“群组公共”RNTI(例如，GC-RNTI)加扰，所述“群组公共”RNTI可由更高层配置且可在特定群组中的UE当中共享。此处，对于在(约)同一时间要求同一数据块(传输块)且监听群组公共下行链路控制信息以调度群组公共数据块的UE群组，群组中的每一UE配置有或属于多播和广播服务(MBS)群组，所述多播和广播服务(MBS)群组具有对于MBS群组中的每一UE共享且已知的群组公共标识符(例如，GC-RNTI)。优选地，UE可配置有一个或多于一个群组公共RNTI，这意味着UE可属于一个或多于一个MBS群组，其中每一MBS群组可包括UE的不同集合。

基于上文所描述的协议和工作假设，显然，UE应呈RRC_CONNECTED状态以接收具有高可靠性和/或低时延的QoS要求的多播会话。还商定，“当对于多播会话不存在进行中的数据时，UE可保持呈RRC_CONNECTED”。然而，在例如TS 38.331 V16.3.1的NR RRC规范中指定，当呈RRC_CONNECTED状态时，UE将在从下部层接收到dataInactivityTimer到期后在进入RRC_IDLE状态后执行动作。

迄今为止，当前NR MAC规范，例如TS 38.321 V16.3.0仅将DTCH逻辑信道、DCCH逻辑信道或CCCH逻辑信道视为维持用于控制UE RRC状态转变的“dataInactivityTimer”的条件。如果利用PTP传送方案，那么DTCH逻辑信道、DCCH逻辑信道或CCCH逻辑信道可用于MBS服务。然而，如果UE经由其它传送方案(例如，PTM传送方案1)接收MBS服务，那么用于MBS服务的新无线电承载(例如，MRB)可映射到用于MBS业务信道(例如，MTCH)和/或MBS控制信道(MCCH)的新逻辑信道。在此情况下，UE可能不会启动或重新启动dataInactivityTimer，且dataInactivityTimer可到期并使得UE执行从RRC_CONNECTED到RRC_IDLE的状态转变。非预期的状态转变可使得UE在一段时间内未能接收具有高可靠性和/或低时延的QoS要求的多播会话。

为了解决上文所描述的“非预期的状态转变”的问题，提供或实施以下概念、机构、方法和/或实施例中的一个或多个。举例来说，通过应用这些提出方法中的一种或多种，避免非预期的UE状态转变且降低由于非预期的UE状态转变而丢包的风险。

参考图9到图10，本发明的方法为除DTCH逻辑信道、DCCH逻辑信道或CCCH逻辑信道之外，用于MBS业务(例如，MTCH)和/或MBS控制(例如，MCCH)的新逻辑信道被视为维持用于控制UE RRC状态转变的dataInactivityTimer的条件。

实施例可包含装置(例如，UE)由网络节点通过具有功能性的信令来配置，其中所述功能性与计时器相关联。装置接收封装，其中封装含有一个或多个有效负载，且有效负载映射到逻辑信道，其中所述逻辑信道用于多播和/或广播服务，且装置启动或重新启动计时器。

对于图9的实例过程1000，装置在步骤1002处为呈RRC_CONNECTED状态且配置有dataInactivityTimer的UE，在步骤1004处，UE的MAC实体接收MBS业务逻辑信道的MAC SDU，且在步骤1006处，UE启动或重新启动dataInactivityTimer。

对于图10的实例过程1010，装置在步骤1012处为呈RRC_CONNECTED状态且配置有dataInactivityTimer的UE，在步骤1014处，UE的MAC实体接收MBS控制逻辑信道的MAC SDU，且在步骤1016处，UE启动或重新启动dataInactivityTimer。

在各种实施例中，装置为UE，和/或网络节点为gNB。

在各种实施例中，信令为RRC消息。

在各种实施例中，功能性是关于、包含或与数据非活动监听和操作相关。

在各种实施例中，计时器为data-InactivityTimer，其中data-InactivityTimer在data-InactivityTimer到期的情况下控制RRC状态转变的行为。

在各种实施例中，如果data-InactivityTimer到期，那么装置执行到RRC_IDLE状态的RRC状态转变。

在各种实施例中，封装为媒体接入控制(MAC)协议数据单元(PDU)。

在各种实施例中，有效负载为MAC服务数据单元(SDU)。

在各种实施例中，逻辑信道为MBS业务信道(MTCH)和/或MBS控制信道(MCCH)。

返回参考图3和图4，在一个或多个实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以(i)由网络节点通过具有功能性的信令来配置装置300，其中所述功能性与计时器相关联；(ii)在装置300处接收封装，其中封装含有一个或多个有效负载，且有效负载映射到逻辑信道，其中逻辑信道用于多播和/或广播服务；以及(iii)在装置300处启动或重新启动计时器。此外，CPU 308可执行程序代码312以执行本文中所描述的所有描述动作、步骤和方法。

参考图11，本发明的另一方法为可将值“无穷大”应用于dataInactivityTimer的值。优选地，将值“无穷大”在UE发起MBS服务的过程步骤期间应用于通过具有数据非活动监听功能性的RRC配置的dataInactivityTimer的值。

实施例可包含装置(例如，UE)由网络节点通过具有功能性的第一信令来配置，其中所述功能性与计时器相关联。装置由网络节点通过第二信令来配置以发起多播和/或广播服务，且装置将值“无穷大”应用于计时器。

对于图11的实例过程1020，装置在步骤1022处为呈RRC_CONNECTED状态且配置有dataInactivityTime的UE，UE在步骤1024处接收信令以发起MBS会话(和/或UE存储dataInactivityTimer的原始值)，且UE在步骤1026处将“无穷大”值应用于dataInactivityTimer。

在各种实施例中，装置在将值“无穷大”应用于计时器之前进一步存储计时器的原始值。

在各种实施例中，装置进一步由网络节点通过第三信令来配置以关闭多播和/或广播服务，且装置将计时器的原始值恢复到计时器。

在各种实施例中，装置进一步由网络节点通过第三信令来配置以关闭多播和/或广播服务，且装置将第三信令中包含的值应用于计时器。

在各种实施例中，装置为UE，和/或网络节点为gNB。

在各种实施例中，第一信令和/或第二信令和/或第三信令为RRC消息。

返回参考图3和图4，在一个或多个实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以(i)由网络节点通过具有功能性的信令来配置装置300，其中所述功能性与计时器相关联；(ii)由网络节点通过第二信令来配置装置300以发起多播和/或广播服务；以及(iii)将值“无穷大”应用于计时器。此外，CPU 308可执行程序代码312以执行本文中所描述的所有描述动作、步骤和方法。

参考图12，本发明的另一方法为在UE加入MBS服务期间移除dataInactivityTimer的配置。优选地，通过具有数据非活动监听功能性的RRC配置的dataInactivityTimer的状态在UE发起MBS服务的过程步骤期间改变为“未经配置”。

实施例可包含装置(例如，UE)由网络节点通过具有功能性的第一信令来配置，其中所述功能性与计时器相关联。装置由网络节点通过第二信令来配置以发起多播和/或广播服务，且装置根据第二信令移除功能性的配置。

对于图12的实例过程1030，装置在步骤1032处为呈RRC_CONNECTED状态的配置有数据非活动监听功能性的UE，UE在步骤1034处接收信令以发起MBS会话(和/或UE存储数据非活动功能性的原始配置)，且UE在步骤1036处移除数据非活动监听功能性的配置。

在各种实施例中，装置进一步存储功能性的原始配置。

在各种实施例中，装置进一步由网络节点通过第三信令来配置以关闭多播和/或广播服务，且装置恢复功能性的原始配置。

在各种实施例中，装置进一步由网络节点通过第三信令来配置以关闭多播和/或广播服务，且装置根据第三信令配置有所述功能性。

在各种实施例中，装置为UE，和/或网络节点为gNB。

返回参考图3和图4，在一个或多个实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以(i)通过网络节点经由具有功能性的第一信令来配置装置300，其中所述功能性与计时器相关联；(ii)通过网络节点经由第二信令来配置装置300以发起多播和/或广播服务；以及(iii)根据第二信令移除功能性的配置。此外，CPU308可执行程序代码312以执行本文中所描述的所有描述动作、步骤和方法。

应注意，本文中提出的方法、替代方案、步骤、实例和实施例中的任一个可独立地、个别地和/或与组合到一起的多个方法、替代方案、步骤、实例和实施例一起应用。

问题和解决方案2：

基于上文所描述的协议和工作假设，显然，用于MBS服务的频率资源与至少一个带宽部分(BWP)相关且UE应知晓所述BWP来接收MBS服务。作为实例，对于RRC_IDLE/RRC_INACTIVE UE，用于MBS服务的频率资源与初始BWP相关。作为另一实例，对于RRC-CONNECTEDUE，用于MBS服务的频率资源与专用单播BWP相关。

为了接收MBS服务，UE需要知晓特定RNTI值来恢复经加扰PDCCH和/或PDSCH。作为实例，对于RRC_IDLE/RRC_INACTIVE UE，支持CRC经公共RNTI加扰的群组公共PDCCH将调度群组公共PDSCH，其中群组公共PDSCH的加扰是基于同一RNTI。作为另一实例，对于同一MBS群组中的RRC-CONNECTED UE，“PTM传送方案1”使用CRC经群组公共RNTI加扰的群组公共PDCCH以调度经同一群组公共RNTI加扰的群组公共PDSCH。“PTM传送方案1”也被称为“基于群组公共PDCCH的群组调度方案”。作为另一实例，对于同一MBS群组中的RRC-CONNECTEDUE，“PTM传送方案2”使用CRC经UE特定RNTI(例如，C-RNTI)加扰的UE特定PDCCH以调度经同一群组公共RNTI加扰的群组公共PDSCH。“PTM传送方案2”也被称为“基于UE特定PDCCH的群组调度方案”。作为另一实例，对于RRC-CONNECTED UE，“PTP传送”使用CRC经UE特定RNTI(例如，C-RNTI)加扰的UE特定PDCCH以调度经同一UE特定RNTI加扰的UE特定PDSCH。

迄今为止，当前NR MAC规范，例如TS 38.321V16.3.0仅将C-RNTI和/或CS-RNTI视为维持用于控制BWP切换的“bwp-InactivityTimer”的条件。众所周知，C-RNTI和/或CS-RNTI用于单播传送且单播还用作用于MBS服务的PTP传送。然而，如果UE经由其它传送方案(例如，PTM传送方案1)接收MBS服务，那么使用新群组公共RNTI(例如，GC-RNTI)而非C-RNTI和/或CS-RNTI。在此情况下，UE可能不会启动或重新启动“bwp-InactivityTimer”，且“bwp-InactivityTimer”可到期并使得UE在defaultDownlinkBWP-Id经配置的情况下执行到由defaultDownlinkBWP-Id指示的BWP的BWP切换或在defaultDownlinkBWP-Id未经配置的情况下执行到initialDownlinkBWP的切换。非预期的BWP切换行为可使得UE在非预期的切换之前的一段时间内未能在BWP上接收下行链路传送。

为了解决上文所描述的“非预期的BWP切换”的问题，提供或实施以下概念、机构、方法和/或实施例中的一个或多个。举例来说，通过应用这些提出方法中的一种或多种，避免非预期的BWP切换且降低由于非预期的BWP切换而丢包的风险。

参考图13的示例性实施例，本发明的方法为除C-RNTI和/或CS-RNTI之外，新群组公共RNTI(例如，GC-RNTI)被视为维持用于控制BWP切换的“bwp-InactivityTimer”的条件。优选地，寻址到指示下行链路分配或上行链路准予的新群组公共RNTI(例如，GC-RNTI)的PDCCH在活动BWP上被接收且被视为启动或重新启动与活动DL BWP相关联的bwp-InactivityTimer的条件。

实施例可包含装置(例如，UE)配置有至少一经激活服务小区，其中经激活服务小区配置有一个或多个BWP。装置监听活动BWP上的PDCCH，其中活动BWP为经配置BWP中的一个，且活动BWP包含活动DL BWP，且其中活动DL BWP与计时器相关联。装置接收来自PDCCH的信息，其中来自PDCCH的接收寻址到群组公共RNTI(GC-RNTI)，且信息指示活动BWP上的下行链路分配或上行链路准予。装置启动或重新启动与活动DL BWP相关联的计时器。

对于图13的实例过程2000，装置在步骤2002处为监听配置有bwp-InactivityTimer的经激活服务小区上的PDCCH的UE，寻址到指示下行链路分配或上行链路准予的GC-RNTI的PDCCH在步骤2004处在活动BWP上被接收，且UE在步骤2006处启动或重新启动与活动DL BWP相关联的bwp-InactivityTimer。

在各种实施例中，装置为UE。

在各种实施例中，计时器为bwp-InactivityTimer，其中bwp-InactivityTimer在bwp-InactivityTimer到期的情况下触发BWP切换的行为。

在各种实施例中，如果bwp-InactivityTimer到期，那么装置执行到由defaultDownlinkBWP-Id指示的另一BWP的BWP切换，其中由defaultDownlinkBWP-Id指示的BWP为经配置BWP中的一个。

在各种实施例中，如果bwp-InactivityTimer到期，那么装置执行到由initialDownlinkBWP指示的BWP的BWP切换，其中由initialDownlinkBWP指示的BWP为经配置BWP中的一个。

在各种实施例中，活动BWP包含活动DL BWP和活动UL BWP。

在各种实施例中，活动BWP的活动DL BWP与活动UL BWP配对。

返回参考图3和图4，在一个或多个实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以(i)通过至少一经激活服务小区来配置装置300，其中经激活服务小区配置有一个或多个BWP；(ii)监听活动BWP上的PDCCH，其中活动BWP为经配置BWP中的一个，且活动BWP包含活动DL BWP，其中活动DL BWP与计时器相关联；(iii)接收来自PDCCH的信息，其中来自PDCCH的接收寻址到GC-RNTI，且信息指示活动BWP上的下行链路分配或上行链路准予；以及(iv)启动或重新启动与活动DL BWP相关联的计时器。此外，CPU 308可执行程序代码312以执行本文中所描述的所有描述动作、步骤和方法。

本发明的另一方法为可将值“无穷大”应用于bwp-InactivityTimer的值。优选地，值“无穷大”在UE发起MBS服务的过程步骤期间应用于与活动DL BWP相关联的bwp-InactivityTimer的值。优选地，在UE关闭MBS服务的过程步骤期间恢复与活动DL BWP相关联的bwp-InactivityTimer的原始值。

本发明的另一方法为当UE加入MBS服务时移除bwp-InactivityTimer的配置。优选地，与服务小区的活动DL BWP相关联的bwp-InactivityTimer的状态在UE发起MBS服务的过程步骤期间改变为“未经配置”。优选地，在UE关闭MBS服务的过程步骤期间恢复与服务小区的活动DL BWP相关联的bwp-InactivityTimer的状态。

上文已经描述了本公开的各种方面。应清楚，本文中的教示可以广泛多种形式体现，且本文中所公开的任何特定结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文中所公开的方面可以独立于任何其它方面而实施，且可以不同方式组合这些方面中的两个或更多个方面。例如，可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。此外，可使用其它结构、功能性或除了在本文中所阐述的方面中的一个或多个方面之外或不同于在本文中所阐述的方面中的一个或多个方面的结构和功能性来实施此设备或实践此方法。作为上述概念中的一些的实例，在一些方面中，可以基于脉冲重复频率建立并行信道。在一些方面中，可以基于脉冲位置或偏移建立并行信道。在一些方面中，可基于时间跳频序列而建立并行信道。在一些方面中，可以基于脉冲重复频率、脉冲位置或偏移、以及时间跳频序列建立并行信道。

所属领域的一般技术人员将了解，可使用各种不同技术和技法中的任一者来表示信息和信号。举例来说，可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。

所属领域的一般技术人员将进一步了解，结合本文中所公开的方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可实施为电子硬件(例如，数字实施、模拟实施或这两者的组合，其可使用源译码或某一其它技术来设计)、并有指令的各种形式的程序或设计代码(为方便起见，其可在本文中被称作“软件”或“软件模块”)，或两者的组合。为了清楚地说明硬件与软件的可互换性，上文已大体就其功能性来描述了各种说明性组件、块、模块、电路和步骤。此功能性是实施为硬件还是软件取决于特定应用和强加于整个系统的设计约束。本领域的技术人员可以针对每一特定应用以不同方式实施所描述的功能性，但此类实施决策不应被解译为造成对本公开的范围的偏离。

另外，结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可以在集成电路(“IC”)、接入终端或接入点内实施或由所述集成电路、接入终端或接入点执行。IC可以包括通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(fieldprogrammable gate array，FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可以执行驻存在IC内、在IC外或这两种情况下的代码或指令。通用处理器可为微处理器；但在替代方案中，处理器可为任何常规处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP核心，或任何其它此类配置。

应理解，在任何公开的过程中的步骤的任何特定次序或阶层都是示例方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或阶层可以重新布置，同时保持在本公开的范围内。伴随的方法权利要求项以示例次序呈现各个步骤的元件，并且并不意味着限于所呈现的特定次序或阶层。

结合本文中所公开的各方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块、或用这两者的组合实施。软件模块(例如，包含可执行指令和相关数据)和其它数据可以驻存在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或所属领域中已知的任何其它形式的计算机可读存储媒体。示例存储媒体可以耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储媒体读取信息(例如，代码)并将信息写入到存储媒体。示例存储媒体可以与处理器形成一体。处理器和存储媒体可驻存在ASIC中。ASIC可驻存在用户设备中。在替代方案中，处理器和存储媒体可以作为离散组件而驻存在用户设备中。此外，在一些方面中，任何合适的计算机程序产品可以包括计算机可读媒体，所述计算机可读媒体包括与本公开的各方面中的一个或多个相关的代码。在一些方面中，计算机程序产品可以包括封装材料。

尽管已结合各种方面和实例描述本发明，但应理解，本发明能够进行进一步修改。本申请意图涵盖对本发明的任何改变、使用或调适，这通常遵循本发明的原理且包含对本公开的此类偏离，所述偏离处于在本发明所属的技术领域内的已知和惯常实践的范围内。

Claims

1.一种用于控制用户设备状态转变的装置的方法，其特征在于，包括：

由网络节点通过具有功能性的信令来配置所述装置，其中所述功能性与计时器相关联；

接收封装，其中所述封装含有一个或多个有效负载，且所述一个或多个有效负载映射到逻辑信道，其中所述逻辑信道用于多播和/或广播服务；以及

启动或重新启动所述计时器。

2.根据权利要求1所述的方法，其特征在于，所述装置为用户设备。

3.根据权利要求1所述的方法，其特征在于，所述网络节点为gNB。

4.根据权利要求1所述的方法，其特征在于，所述信令为无线电资源控制消息。

5.根据权利要求1所述的方法，其特征在于，所述功能性是关于数据非活动监听和操作。

6.根据权利要求1所述的方法，其特征在于，所述计时器为data-InactivityTimer，且其中所述data-InactivityTimer在所述data-InactivityTimer到期的情况下控制无线电资源控制状态转变的行为。

7.根据权利要求6所述的方法，其特征在于，如果所述data-InactivityTimer到期，那么所述装置执行到RRC_IDLE状态的所述无线电资源控制状态转变。

8.根据权利要求1所述的方法，其特征在于，所述封装为媒体接入控制协议数据单元。

9.根据权利要求1所述的方法，其特征在于，所述一个或多个有效负载为媒体接入控制服务数据单元。

10.根据权利要求1所述的方法，其特征在于，所述逻辑信道为多播/广播服务业务信道和/或多播/广播服务控制信道。

11.一种用于控制用户设备状态转变的装置，其特征在于，包括：

存储器；和

处理器，其以可操作方式耦合到所述存储器，其中所述处理器被配置成执行程序代码以：

启动或重新启动所述计时器。

12.根据权利要求11所述的装置，其特征在于，所述装置为用户设备。

13.根据权利要求11所述的装置，其特征在于，所述网络节点为gNB。

14.根据权利要求11所述的装置，其特征在于，所述信令为无线电资源控制消息。

15.根据权利要求11所述的装置，其特征在于，所述功能性是关于数据非活动监听和操作。

16.根据权利要求11所述的装置，其特征在于，所述计时器为data-InactivityTimer，且其中所述data-InactivityTimer在所述data-InactivityTimer到期的情况下控制无线电资源控制状态转变的行为。

17.根据权利要求16所述的装置，其特征在于，如果所述data-InactivityTimer到期，那么所述装置执行到RRC_IDLE状态的所述无线电资源控制状态转变。

18.根据权利要求11所述的装置，其特征在于，所述封装为媒体接入控制协议数据单元。

19.根据权利要求11所述的装置，其特征在于，所述一个或多个有效负载为媒体接入控制服务数据单元。

20.根据权利要求11所述的装置，其特征在于，所述逻辑信道为多播/广播服务业务信道和/或多播/广播服务控制信道。