非激活态下的数据传输

技术领域

本专利文件总体上涉及无线通信。

背景技术

移动通信技术正在使世界走向一个日益互联和网络化的社会。移动通信的快速增长和技术的进步导致了对容量和连接性的更大需求。其他方面，如能源消耗、设备成本、频谱效率和延迟等对于满足各种通信场景的需求也很重要。目前正在讨论各项技术，包括提供更高服务质量的新方式。

发明内容

本文件公开了与数字无线通信相关的方法、系统和设备，并且更具体地涉及与非激活态下的数据传输相关的技术。

在一个示例性方面，公开了一种用于数据通信的方法。所述方法包括：当终端处于非激活态时，通过所述终端识别与网络节点的数据传输已经失败。所述方法还包括：响应于所述终端转换到所述终端已连接到网络节点的已连接状态，通过所述终端向所述网络节点发送与所述数据传输的失败相关的一组信息。

在另一个示例性方面，公开了一种包括处理器的无线通信装置。所述处理器被配置为实现本文描述的方法。

在又一个示例性方面，本文描述的各项技术可以实施为处理器可执行代码并存储在计算机可读程序介质上。

一个或多个实现方式的细节在随附的附件、附图和下面的描述中得以阐述。其他特征将从描述和附图以及从条款中显而易见。

附图说明

图1是示例性5G网络架构的图示。

图2示出了示例性非激活数据传输失败信息报告过程的信令过程。

图3是示例性IDTF报告过程的信令过程。

图4是用于示例性统计量报告过程的信令过程。

图5是用于报告nID的示例性过程的信令过程。

图6示出了用于非激活态下的数据传输的示例性方法的框图。

图7示出了可以在其中应用根据本技术的一个或多个实施例的技术的无线通信系统的示例。

图8是硬件平台的一部分的框图表示。

具体实施方式

新一代无线通信—5G新空口(NR)通信—的发展是持续移动宽带演进过程的一部分，以满足不断增长的网络需求。NR将提供更大的吞吐量，以允许更多用户同时连接。其他方面，如能源消耗、设备成本、频谱效率和延迟等对于满足各种通信场景的需求也很重要。

本实施例可以涉及非激活态下数据传输的优化。针对非激活态下的数据传输进行优化的方法可以是，例如，当在非激活态下执行数据传输时，避免不必要的信令开销和功耗。

图1是示例性5G网络架构100的图示。如图1所示，第五代(5G)网络架构可以包括5G核心网络(5GC)和下一代无线接入网络(NG-RAN)。5GC可以包括接入移动性功能(AMF)、会话管理功能(SMF)和用户面功能(UPF)中的任何一个或多个。NG-RAN可以包括具有不同无线接入技术(RAT)的基站，如演进型4G基站(ng-eNB)、5G基站(gNB)。NG-RAN基站可以通过NG接口连接到5GC，并且NG-RAN基站可以通过Xn接口连接。

引入了RRC_INACTIVE(RRC_非激活)状态以提供高效状态。处于这种状态下的UE可以提供比处于RRC_CONNECTED(RRC_已连接)状态更低的功耗，并且可以以比处于RRC_IDLE(RRC_空闲)状态更低的控制面时延来转到RRC_CONNECTED状态。

然而，对于处于RRC_INACTIVE状态下的UE，由于当前标准中可能不支持没有状态转换的数据传输，因此每当UE有数据要传输时，UE可能都必须首先进入RRC_CONNECTED状态，然后发起数据传输。在数据分组较小且不频繁的情况下，这可能是一个问题，由于数据分组不那么频繁，UE可能不处于RRC_CONNECTED状态，然而，对于每次数据传输，UE可能都需要恢复到RRC_CONNECTED状态且随后被释放到INACTIVE状态，无论数据大小如何。这可能会导致不必要的信令开销和功耗，并且该问题在数据频率不稀疏但又没有如此频繁以至于被认为需要转到RRC_CONNECTED状态的情况下，显得更为严重。

用于NR中INACTIVE状态下小数据传输的使能器可以包括基于随机接入信道(RACH)和基于配置授权类型1(CG)的方法。

系统概览

本实施例涉及针对非激活态下的数据传输进行优化。当UE在发起INACTIVE数据传输时或在INACTIVE数据传输期间检测到失败时，UE可以存储各种信息类型，并在UE进入CONNECTED状态之后向网络节点进行报告。INACTIVE状态可以是例如本文中关于5G示例所描述的RRC_INACTIVE状态。

所述信息可以包括INACTIVE数据传输的失败原因，所述失败原因包括以下至少一项：rlc-MaxNumRetx(RLC重传的最大数量)、t310到期，beamFailureRecoveryFailure(波束故障恢复失败)、ra(随机接入)目的为INACTIVE数据传输时的randomAccessProblem(随机接入故障)、基于CG的传输失败、由于在OOC(覆盖范围之外)中而导致的失败、T319定时器到期、INACTIVE数据传输定时器到期(在发起INACTIVE数据传输时开启，在从网络接收到释放消息或到期时停止)、CG响应检查定时器到期(在发起基于CG的INACTIVE数据传输时开启，在从网络接收到对UL数据、DL数据或DL信令的反馈时或到期时停止)。

所述信息还可以包括一指示，用于指示谁触发INACTIVE数据传输(UE或网络)。

所述信息还可以包括针对缓存数据大小的阈值(当缓存数据大小小于或小于等于阈值时，允许INACTIVE数据传输)，所述阈值可以是每个UE、每个DRB、每个逻辑信道或每个逻辑信道组的。

所述信息还可以包括针对容忍时间的阈值(当正在进行的数据服务类型的容忍时间大于或大于等于阈值时，允许INACTIVE数据传输)。

所述信息还可以包括当前缓存数据大小，所述当前缓存数据大小可以是每个UE、每个DRB、每个逻辑信道或每个逻辑信道组的。

所述信息还可以包括所支持的解决方案的信息(例如，是否支持INACTIVE数据传输、是否支持基于CG的解决方案、是否支持基于CFRA(无竞争随机接入)的解决方案、是否支持基于RACH的解决方案、是否支持涉及RRC的解决方案、是否支持不涉及RRC的解决方案)，所支持的解决方案的信息可以是每个UE、每个DRB、每个逻辑信道、每个逻辑信道组、每个QoS流或每个PDU会话的。

所述信息还可以包括所选解决方案的信息(例如，选择基于CG的解决方案，选择基于CFRA的解决方案，选择基于RACH的解决方案，选择涉及RRC的解决方案，选择不涉及RRC的解决方案)。

所述信息还可以包括无线资源的状态(例如，CG资源是否有效、CFRA资源是否有效、具有较大TB(传输块)大小的RACH资源是否有效、TA(定时提前)是否有效)。

所述信息还可以包括配置的用于INACTIVE数据传输的无线资源(即有效无线资源)的信息：对于基于RACH的解决方案，所配置的单独的PRACH(物理随机接入信道)资源池、单独的MsgA PUSCH(物理上行共享信道)资源池、用于Msg2/MsgB接收的单独的CORESET(控制资源集)/搜索空间、所配置的CFRA资源。对于基于CG的解决方案，所配置的PUSCH CG资源、针对DL传输的配置、针对波束管理的配置、用于PUCCH(物理上行控制信道)/SRS(探测参考信号)的所配置资源、所配置的TA有效性检查定时器、所配置的多组CG配置。

所述信息还可以包括用于INACTIVE数据传输的所选无线资源的信息：所选的CG配置集。

所述信息还可以包括正在进行的数据服务类型(例如5QI、DRB ID、逻辑信道ID、逻辑信道组ID、QoS流ID、PDU会话ID)的信息。

所述信息还可以包括RLC的状态，即RLC是否被释放(当处于INACTIVE状态时，RLC可以被挂起或释放)。

所述信息还可以包括配置的区域范围(在其中允许INACTIVE数据传输)，所述区域范围可以针对所有UE，或者针对特定UE。

所述信息还可以包括一指示，用于指示当UE从NW(网络)接收到释放消息时UE存有缓存数据。

所述信息还可以包括一指示，用于指示所述信息(例如，BSR或INACTIVE数据传输请求指示)是否已经被发送到NW。

所述信息还可以包括一指示，用于指示当UE不是初始传输类型选择(例如，发起INACTIVE数据传输或恢复到CONNECTED状态，要执行哪种类型的INACTIVE数据传输：基于CG或基于RACH，涉及或不涉及RRC))的触发者(即，NW是触发者)时，数据是否包括在Msg3/MsgA中。

所述信息还可以包括回退行为的信息(例如，从基于CG回退到基于RACH，从基于CFRA回退到基于CBRA，从不涉及RRC到涉及RRC，回退到正常恢复：即，恢复到CONNECTED状态)，

所述信息还可以包括所配置的回退触发条件的信息：例如，N次失败的N(当达到N次失败时触发回退)。

所述信息还可以包括波束管理的信息：对于基于RACH的INACTIVE数据传输，持续时间(在其期间基于最后的RACH过程而导出的波束信息被假定为有效的时间)、用于最后的RACH过程的波束信息、用于INACTIVE数据传输的所选波束的波束信息，持续时间可以是每个小区或每个UE的。对于基于CG的INACTIVE数据传输，预先配置的阈值(如果任何波束具有高于它的CG资源，则UE可以发起基于CG的INACTIVE数据传输，否则，UE发起基于RACH的INACTIVE数据传输)、维护的SRS资源的信息(用于解决INACTIVE数据传输期间波束变化的问题)。

所述信息还可以包括一指示，用于指示是否允许根据哪个先到来而使用RACH资源或CG资源。

所述信息还可以包括CG响应检查定时器的配置值。

上述INACTIVE数据传输失败信息可以存储在现有的CEF(连接建立失败)报告、RLF(无线链路失败)报告、RA(随机接入)报告或其他指定报告中，或者新的指定报告(例如INACTIVE数据传输失败报告、IDTF报告)中。

当采用IDTF报告时，可以在RRCResumeComplete(RRC恢复完成)消息、RRCReestablishmentComplete(RRC重建完成)消息、RRCReconfigurationComplete(RRC重配置完成)消息或RRCSetupComplete(RRC设置完成)消息中包括IDTF报告可用指示，以向NW指示UE存储有IDTF报告。

NW可以在接收到来自UE的IDTF报告可用指示后向UE发送IDTF报告请求，UE在接收到来自NW的IDTF报告请求后向NW发送承载IDTF报告的IDTF报告响应。IDTF报告请求可以包括在UEInformationRequest(UE信息请求)消息中，IDTF报告响应可以包括在UEInformationResponse(UE信息响应)消息中。

在INACTIVE数据传输期间，UE可以导出统计量。所述统计量可以包括以下至少一项：每个UE的UL数据吞吐量、每个UE的DL数据吞吐量、每个UE的UL Uu接口延迟、每个UE的DLUu接口延迟、每个5QI的UL数据吞吐量、每个5QI的DL数据吞吐量、每个5QI的UL Uu接口延迟、每个5QI的DL Uu接口延迟。可以将统计结果报告给网络节点(或NW)。

在INACTIVE数据传输期间，NW可以导出统计量，所述统计量包括以下各项中的至少一项：每个小区的UL数据吞吐量、每个小区的DL数据吞吐量、每个小区的UL Uu接口延迟、每个小区的DL Uu接口延迟。

NW可以根据每个UE的统计结果向UE配置针对UE是否允许进行INACTIVE数据传输。

NW可以根据每个5QI的统计结果向UE配置针对数据服务类型或QoS流是否允许INACTIVE数据传输。

NW可以根据每个小区的统计结果向UE配置是否在小区中允许进行INACTIVE数据传输。

在一些实施例中，当UE发起INACTIVE数据传输时，UE根据哪一个先到来而使用RACH资源或CG资源，即，如果RACH资源先到来，则发起基于RACH的INACTIVE数据传输，如果CG资源先到来，则发起基于CG的INACTIVE数据传输。

在一些实施例中，当UE发起基于CG的INACTIVE数据传输时，UE启动CG响应检查定时器。如果UE在CG响应检查定时器到期之前没有从网络接收到对UL数据、DL数据或DL信令的反馈中的任一者或多者，则UE可以认为基于CG的INACTIVE数据传输失败。CG响应检查定时器可以在发起基于CG的INACTIVE数据传输时启动，并且在从网络接收到对UL数据、DL数据或DL信令的反馈时或到期时停止。

在一些实施例中，如果UE处于RRC_INACTIVE状态并且处于OOC，则当UE具有用于传输的UL数据时，UE可以不发起INACTIVE数据传输，UE可以保持在RRC_INACTIVE状态并且启动定时器O，UE可以等待直到定时器O到期或者当回到正常覆盖范围时。如果UE在定时器O到期之前回到正常覆盖范围，则UE可以发起INACTIVE数据传输。如果当定时器O到期时UE仍处于OOC，则UE可以执行以下各项中的至少一项：进入RRC_IDLE状态，通知上层由于UE处于OOC中，数据传输失败。

如果INACTIVE数据传输正在进行(例如，INACTIVE数据传输定时器正在运行)并且UE遇到OOC，则当INACTIVE数据传输定时器的剩余时间小于定时器O的值时，UE可以将INACTIVE数据传输定时器重置为定时器O的值。

可以针对每个小区、每个数据服务类型(例如，每个5G服务质量指示符(5QI))、每个UE、每个PDU会话、每个QoS流、每个DRB、每个逻辑信道或每个逻辑信道组来配置定时器O的值。

定时器O的值可以由网络通过系统信息或专用信令配置到UE。

在一些实施例中，用于指定在2步RACH过程中针对MsgA的PUSCH分配的MsgA PUSCH信息可以在RAN节点之间交换，或者从DU发送到CU。当在RAN节点之间交换时，MsgA PUSCH信息可以承载在XN SETUP REQUEST(XN建立请求)、NG-RAN NODE CONFIGURATION UPDATE(NG-RAN节点配置更新)、XN SETUP RESPONSE(XN建立响应)或NG-RAN NODE CONFIGURATIONUPDATE ACKNOWLEDGE(NG-RAN节点配置更新确认)消息中，或者承载在新消息中。当从DU发送到CU时，MsgA PUSCH信息可以承载在GNB-DU CONFIGURATION UPDATE(GNB-DU配置更新)或F1 SETUP REQUEST(F1建立请求)消息中，或者承载在新消息中。

示例性实施例1

图2示出了示例性非激活数据传输失败信息报告过程的信令过程200。在步骤206中，UE 202可以响应于检测到数据传输的失败而存储非激活数据传输失败信息。

所述INACTIVE数据传输失败信息可以包括INACTIVE数据传输的失败原因，所述失败原因包括以下至少一项：rlc-MaxNumRetx(RLC重传的最大数量)、t310到期，beamFailureRecoveryFailure(射束故障恢复失败)、INACTIVE数据传输的ra目的的randomAccessProblem(随机存取问题)、基于CG的传输失败、由于在OOC(覆盖范围之外)中而导致的失败、T319定时器到期、INACTIVE数据传输定时器到期(在发起INACTIVE数据传输时开启，在从网络接收到释放消息或到期时停止)、CG响应检查定时器到期(在发起基于CG的INACTIVE数据传输时开启，在从网络接收到对UL数据、DL数据或DL信令的反馈时或到期时停止)。

所述INACTIVE数据传输失败信息可以包括一指示，用于指示谁触发INACTIVE数据传输(UE或网络)。

所述INACTIVE数据传输失败信息可以包括针对缓存数据大小的阈值(当缓存数据大小小于或小于等于阈值时，允许INACTIVE数据传输)，所述阈值可以是每个UE、每个DRB、每个逻辑信道或每个逻辑信道组的。

所述INACTIVE数据传输失败信息可以包括针对容忍时间的阈值(当正在进行的数据服务类型的容忍时间大于或大于等于阈值时，允许INACTIVE数据传输)。

所述INACTIVE数据传输失败信息可以包括当前缓存数据大小，所述当前缓存数据大小可以是每个UE、每个DRB、每个逻辑信道或每个逻辑信道组的。

所述INACTIVE数据传输失败信息可以包括所支持的解决方案的信息(例如，是否支持INACTIVE数据传输、是否支持基于CG的解决方案、是否支持基于CFRA(无竞争随机接入)的解决方案、是否支持基于RACH的解决方案、是否支持涉及RRC的解决方案、是否支持不涉及RRC的解决方案)，所支持的解决方案的信息可以是每个UE、每个DRB、每个逻辑信道、每个逻辑信道组、每个QoS流或每个PDU会话的。

所述INACTIVE数据传输失败信息可以包括所选解决方案的信息(例如，选择基于CG的解决方案，选择基于CFRA的解决方案，选择基于RACH的解决方案，选择涉及RRC的解决方案，选择不涉及RRC的解决方案)。

所述INACTIVE数据传输失败信息可以包括无线资源的状态(例如，CG资源是否有效、CFRA资源是否有效、具有较大TB(传输块)大小的RACH资源是否有效、TA(定时提前)是否有效)。

所述INACTIVE数据传输失败信息可以包括配置的用于INACTIVE数据传输的无线资源(即有效无线资源)的信息：对于基于RACH的解决方案，所配置的单独的PRACH(物理随机接入信道)资源池、单独的MsgA PUSCH(物理上行共享信道)资源池、用于Msg2/MsgB接收的单独的CORESET(控制资源集)/搜索空间、所配置的CFRA资源。对于基于CG的解决方案，所配置的PUSCH CG资源、针对DL传输的配置、针对波束管理的配置、用于PUCCH(物理上行控制信道)/SRS(探测参考信号)的所配置资源、所配置的TA有效性检查定时器、所配置的多组CG配置。

所述INACTIVE数据传输失败信息可以包括用于INACTIVE数据传输的所选无线资源的信息：所选的CG配置集。

所述INACTIVE数据传输失败信息可以包括正在进行的数据服务类型(例如5QI、DRB ID、逻辑信道ID、逻辑信道组ID、QoS流ID、PDU会话ID)的信息。

所述INACTIVE数据传输失败信息可以包括RLC的状态，即RLC是否被释放(当处于INACTIVE状态时，RLC可以被挂起或释放)。

所述INACTIVE数据传输失败信息可以包括配置的区域范围(在其中允许INACTIVE数据传输)，所述区域范围可以针对所有UE，或者针对特定UE。

所述INACTIVE数据传输失败信息可以包括一指示，用于指示当UE从NW(网络)接收到释放消息时UE存有缓存数据。

所述INACTIVE数据传输失败信息可以包括一指示，用于指示所述信息(例如，BSR或INACTIVE数据传输请求指示)是否已经被发送到NW。

所述INACTIVE数据传输失败信息可以包括一指示，用于指示当UE不是初始传输类型选择(例如，发起INACTIVE数据传输或恢复到CONNECTED状态，要执行哪种类型的INACTIVE数据传输：基于CG或基于RACH，涉及或不涉及RRC))的触发者(即，NW是触发者)时，数据是否包括在Msg3/MsgA中。

所述INACTIVE数据传输失败信息可以包括回退行为的信息(例如，从基于CG回退到基于RACH，从基于CFRA回退到基于CBRA，从不涉及RRC到涉及RRC，回退到正常恢复：即，恢复到CONNECTED状态)，

所述INACTIVE数据传输失败信息可以包括所配置的回退触发条件的信息：例如，N次失败的N(当达到N次失败时触发回退)。

所述INACTIVE数据传输失败信息可以包括波束管理的信息：对于基于RACH的INACTIVE数据传输，持续时间(在其期间基于最后的RACH过程而导出的波束信息被假定为有效的时间)、用于最后的RACH过程的波束信息、用于INACTIVE数据传输的所选波束的波束信息，持续时间可以是每个小区或每个UE的。对于基于CG的INACTIVE数据传输，预先配置的阈值(如果任何波束具有高于它的CG资源，则UE可以发起基于CG的INACTIVE数据传输，否则，UE发起基于RACH的INACTIVE数据传输)、维护的SRS资源的信息(用于解决INACTIVE数据传输期间波束变化的问题)。

所述INACTIVE数据传输失败信息可以包括一指示，用于指示是否允许根据哪个先到来而使用RACH资源或CG资源。

所述INACTIVE数据传输失败信息可以包括CG响应检查定时器的配置值。

上述INACTIVE数据传输失败信息可以存储在现有的CEF(连接建立失败)报告、RLF(无线链路失败)报告、RA(随机接入)报告或其他指定报告中，或者新的指定报告(例如INACTIVE数据传输失败报告、IDTF报告)中。

在步骤208，UE 202可以在UE进入CONNECTED状态后向网络节点204发送INACTIVE数据传输失败信息。

在步骤210中，NW 204可以根据接收到的INACTIVE数据传输失败信息向UE 202发送更新的配置。所述更新的配置可以包括例如：针对缓存数据大小的阈值(当缓存数据大小小于或小于等于阈值时，允许INACTIVE数据传输)；针对容忍时间的阈值(当正在进行的数据服务类型的容忍时间大于或大于等于阈值时，允许INACTIVE数据传输)；所支持的解决方案(例如，是否支持INACTIVE数据传输、是否支持基于CG的解决方案、是否支持基于CFRA的解决方案、是否支持基于RACH的解决方案、是否支持涉及RRC的解决方案、是否支持不涉及RRC的解决方案)；配置的用于INACTIVE数据传输的无线资源(所配置的单独的PRACH资源池、单独的MsgA PUSCH资源池、用于Msg2/MsgB接收的单独的CORESET/搜索空间、所配置的CFRA资源、所配置的PUSCH CG资源、用于DL传输的配置、用于波束管理的配置、用于PUCCH/SRS的所配置的资源、所配置的TA有效性检查定时器、所配置的多组CG配置)，当处于INACTIVE状态时RLC是否被允许释放；配置的区域范围(在其中允许INACTIVE数据传输)；持续时间(在其期间基于最后的RACH过程而导出的波束信息被假定为有效的时间)；预先配置的阈值(如果任何波束具有高于它的CG资源，则UE可以发起基于CG的INACTIVE数据传输，否则，UE发起基于RACH的INACTIVE数据传输)；维护的SRS资源(用于解决INACTIVE数据传输期间波束变化的问题)；CG响应检查定时器的值；是否允许进行INACTIVE数据传输；是否允许根据哪个先到来而使用RACH资源或CG资源。

示例性实施例2

图3是示例性IDTF报告过程的信令过程300。在步骤306中，当采用IDTF报告时，UE302可以向NW 304发送IDTF报告可用指示。这可以包括在RRCResumeComplete消息、RRCReestablishmentComplete消息、RRCReconfigurationComplete消息或RRCSetupComplete消息中，以向NW指示UE存储有IDTF报告。

在步骤308中，NW 304可以在从UE接收到IDTF报告可用指示后向UE发送IDTF报告请求。

在步骤310中，UE 302可以在从NW接收到IDTF报告请求之后向NW发送承载IDTF报告的IDTF报告响应。

IDTF报告请求可以包括在UEInformationRequest(UE信息请求)消息中，IDTF报告响应可以包括在UEInformationResponse(UE信息响应)消息中。

示例性实施例3

图4是用于示例性统计量报告过程的信令过程400。在步骤406中，在INACTIVE数据传输期间，UE 402可以导出以下统计量中的至少一项：每个UE的UL数据吞吐量、每个UE的DL数据吞吐量、每个UE的UL Uu接口延迟、每个UE的DL Uu接口延迟、每个5QI的UL数据吞吐量、每个5QI的DL数据吞吐量、每个5QI的UL Uu接口延迟、每个5QI的DL Uu接口延迟。

在步骤408中，UE 402可以将统计结果发送到NW 404。

在步骤410中，NW 404可以根据每个UE的统计结果向UE配置针对UE是否允许进行INACTIVE数据传输，例如，如果每个UE的UL数据吞吐量大于或大于等于阈值，或者每个UE的UL Uu接口延迟大于或大于等于阈值，则不允许针对UE的数据传输。或者，NW可以根据每个5QI的统计结果向UE配置是否针对数据服务类型或QoS流允许INACTIVE数据传输。

示例性实施例4

在一些实施例中，NW节点可以导出统计量。在INACTIVE数据传输期间，NW可以导出以下统计量中的至少一项：每个小区的UL数据吞吐量、每个小区的DL数据吞吐量、每个小区的UL Uu接口延迟、每个小区的DL Uu接口延迟。

NW可以根据每个小区的统计结果向UE配置是否在小区中允许进行INACTIVE数据传输。

示例性实施例5

在一些实施例中，NW可以对UE进行配置，以允许UE根据哪个先到来而使用RACH资源或CG资源。

当UE发起INACTIVE数据传输时，UE可以根据哪一个先到来而使用RACH资源或CG资源，即如果RACH资源先到来，则发起基于RACH的INACTIVE数据传输，如果CG资源先到来，则发起基于CG的INACTIVE数据传输。

示例性实施例6

在一些实例中，当UE发起基于CG的INACTIVE数据传输时，UE启动CG响应检查定时器。

如果UE在CG响应检查定时器到期之前没有从网络接收到对UL数据、DL数据或DL信令的反馈中的任一者或多者，则UE可以认为基于CG的INACTIVE数据传输失败。CG响应检查定时器可以在发起基于CG的INACTIVE数据传输时启动，并且在从网络接收到对UL数据、DL数据或DL信令的反馈时或到期时停止。

示例性实施例7

在一些实施例中，如果UE处于RRC_INACTIVE状态并且处于覆盖范围之外(OOC)，则当UE具有用于传输的UL数据时，UE可以不发起INACTIVE数据传输，UE保持在RRC_INACTIVE状态并且启动定时器O，UE等待直到定时器O到期或者当回到正常覆盖范围时。

如果UE在定时器O到期之前回到正常覆盖范围，则UE可以发起INACTIVE数据传输。如果当定时器O到期时UE仍处于OOC，则UE可以执行以下各项中的至少一项：进入RRC_IDLE状态，通知上层由于UE处于OOC中，数据传输失败。

可以针对每个小区、每个数据服务类型(例如，每个5QI)、每个UE、每个PDU会话、每个QoS流、每个DRB、每个逻辑信道或每个逻辑信道组来配置定时器O的值。定时器O的值可以由网络通过系统信息或专用信令配置到UE。

示例性实施例8

如果INACTIVE数据传输正在进行(例如，INACTIVE数据传输定时器正在运行)并且UE遇到OOC，则当INACTIVE数据传输定时器的剩余时间小于定时器O的值时，UE可以将INACTIVE数据传输定时器重置为定时器O的值。

如果UE在定时器O到期之前回到正常覆盖范围，则UE可以发起INACTIVE数据传输。如果当定时器O到期时UE仍处于OOC，则UE可以执行以下各项中的至少一项：进入RRC_IDLE状态，通知上层由于UE处于OOC中，数据传输失败。

示例性实施例9

图5是用于报告nID的示例性过程的信令过程500。在步骤508中，RAN节点1 504可以将MsgA PUSCH信息发送到RAN节点2 506。MsgA PUSCH信息可以承载在XN SETUPREQUEST、NG-RAN NODE CONFIGURATION UPDATE消息或新消息中。

在步骤510中，RAN节点2 506可以将MsgA PUSCH信息发送到RAN节点1 504。MsgAPUSCH信息可以承载在XN SETUP RESPONSE、NG-RAN NODE CONFIGURATION UPDATEACKNOWLEDGE消息或新消息中。

在步骤512和/或步骤514中，RAN节点1 504和/或RAN节点2 506可以向UE发送更新的MsgA PUSCH信息，以避免在UE执行2步RACH时发生冲突。

MsgA PUSCH信息可以用于指定在2步RACH过程中针对MsgA的PUSCH分配，包括以下至少一项：nID、frequencyStartMsgA-PUSCH(频域中最低PUSCH时机相对于PRB 0的偏移)、msgA-HoppingBits(用于指示哪个频率偏移将用于第二跳的跳频位的值)、msgA-IntraSlotFrequencyHopping(每个PUSCH时机的时隙内跳频)、msgA-PUSCH-TimeDomainAllocation(指示来自TDRA表的起始符号和长度和PUSCH映射类型的组合)、msgA-PUSCH-TimeDomainOffset(相对于每个PRACH时隙的开始的单个时间偏移，其计数单位为时隙个数)、nrofMsgA-PO-FDM(在一个时间单位中被FDM(频分复用)的msgA PUSCH时机的数量)、nrofMsgA-PO-PerSlot(每个时隙中时域PUSCH时机的数量)、nrofPRBs-PerMsgA-PO(每个PUSCH时机的PRB数量)、nrofSlotsMsgA-PUSCH(包含一个或多个PUSCH时机的时隙的数量)、startSymbolAndLengthMsgA-PO(给出起始符号、长度和映射类型的有效组合作为第一msgA PUSCH时机的起始和长度指示符的索引)。

nID可以包括用于在PUSCH上针对MsgA发起数据加扰(即C_init)的标识符。nID可以包括小区特定参数(如果配置了的话，即msgA-dataScramblingIndex)，否则包括小区的PCI(物理小区ID)。当两个相邻小区的nID不同时(例如，一个属于RAN节点1，另一个属于RAN节点2)，即使2步RACH的其他资源配置相同，也可以避免2步RACH的相对冲突，因此提高了灵活性。

示例性实施例10

在一些实施例中，DU可以将MsgA PUSCH信息发送到CU。MsgA PUSCH信息可以被承载在GNB-DU CONFIGURATION UPDATE或F1 SETUP REQUEST消息中。

CU可以将MsgA PUSCH信息发送到其他RAN节点(例如gNB、gNB-CU)。MsgA PUSCH信息可以被承载在XN SETUP REQUEST、NG-RAN NODE CONFIGURATION UPDATE、XN SETUPRESPONSE或NG-RAN NODE CONFIGURATION UPDATE ACKNOWLEDGE消息中。

MsgA PUSCH信息可以用于指定在2步RACH过程中针对MsgA的PUSCH分配，包括以下至少一项：nID、frequencyStartMsgA-PUSCH(频域中最低PUSCH时机相对于PRB 0的偏移)、msgA-HoppingBits(用于指示哪个频率偏移将用于第二跳的跳频位的值)、msgA-IntraSlotFrequencyHopping(每个PUSCH时机的时隙内跳频)、msgA-PUSCH-TimeDomainAllocation(指示来自TDRA表的起始符号和长度和PUSCH映射类型的组合)、msgA-PUSCH-TimeDomainOffset(相对于每个PRACH时隙的开始的单个时间偏移，其计数单位为时隙个数)、nrofMsgA-PO-FDM(在一个时间单位中被FDM(频分复用)的msgA PUSCH时机的数量)、nrofMsgA-PO-PerSlot(每个时隙中时域PUSCH时机的数量)、nrofPRBs-PerMsgA-PO(每个PUSCH时机的PRB数量)、nrofSlotsMsgA-PUSCH(包含一个或多个PUSCH时机的时隙的数量)、startSymbolAndLengthMsgA-PO(给出起始符号、长度和映射类型的有效组合作为第一msgA PUSCH时机的起始和长度指示符的索引)。

nID可以是用于在PUSCH上针对MsgA发起数据加扰(即C_init)的标识符。nID是小区特定参数(如果配置了的话)(即msgA-dataScramblingIndex)，否则包括小区的PCI(物理小区ID)。

图6示出了用于非激活态下的数据传输的示例性方法的框图600。所述方法可以包括：当终端处于非激活态时，识别与网络节点的数据传输已经失败(框602)。终端(或UE)可以在处于非激活态时识别与非激活数据传输相关的特定信息。终端所识别的数据传输的失败可以发生在非激活数据传输发起时或在非激活数据传输期间。数据传输可以包括如本文所述的非激活数据传输。

所述方法还可以包括：响应于所述终端转换到所述终端已连接到网络节点的已连接状态，向所述网络节点发送与所述数据传输的失败相关的一组信息(框604)。如本文所述，与所述数据传输的失败相关的所述一组信息可以包括非激活数据传输失败信息(例如，如图2所描述的从UE 202发送到NW 204的非激活数据传输失败信息消息208)。

在一些实施例中，与所述数据传输的失败相关的所述一组信息包括所述数据传输的失败的失败原因。

在一些实施例中，所述失败原因包括以下任一项或多项：无线链路控制(RLC)重传的最大数量、t310定时器的到期、波束故障恢复失败、随机接入目的为在无线资源控制(RRC)非激活态下的所述数据传输时发生随机接入失败、基于配置授权(CG)的失败、覆盖范围之外失败、t319定时器的到期、非激活数据传输定时器的到期以及CG响应检查定时器的到期。

在一些实施例中，与所述数据传输的失败相关的所述一组信息中包括指示所述终端触发了所述数据传输还是所述网络节点触发了所述数据传输。

在一些实施例中，与所述数据传输的失败相关的所述一组信息包括针对缓存数据大小的阈值和当前缓存数据大小中的任一项或多项，其中，所述阈值是每个终端、每个数据无线承载(DRB)、每个逻辑信道或每个逻辑信道组的，其中，所述缓存数据大小是每个终端、每个DRB、每个逻辑信道或每个逻辑信道组的。

在一些实施例中，与所述数据传输的失败相关的所述一组信息包括以下任一项或多项：针对容忍时间的阈值、与(多个)支持解决方案相关的信息以及与所选解决方案相关的信息。

在一些实施例中，与所述数据传输的失败相关的所述一组信息包括以下任一项或多项：(多个)无线资源的状态、用于所述数据传输的(多个)配置无线资源的信息、用于所述数据传输的所选无线资源的信息、正在进行的数据服务类型的信息和RLC的状态。

在一些实施例中，与所述数据传输的失败相关的所述一组信息包括以下任一项或多项：配置的区域范围、表明响应于所述终端从所述网络节点接收到释放消息所述终端存有缓存数据的指示、表明是否已经向所述网络节点发送了缓存器状态报告(BSR)或非激活态下数据传输请求的指示、表明是否已经向包括在Msg3或MsgA中的网络节点发送了数据的指示、(多个)回退行为的信息、配置的回退触发条件的信息、以及用于波束管理的信息。

在一些实施例中，与所述数据传输的失败相关的所述一组信息包括以下任一项或多项：表明是否允许根据哪个先到来而使用随机接入信道资源或CG资源的指示、以及用于CG响应检查定时器的配置值。

在一些实施例中，与所述数据传输的失败相关的所述一组信息由所述终端存储在连接建立失败(CEF)报告、无线链路失败(RLF)报告和随机接入报告中的任一项或多项中。

在一些实施例中，所述方法包括：响应于向所述网络节点发送与所述数据传输的失败相关的所述一组信息，通过所述终端从所述网络节点接收更新的数据传输配置。

在一些实施例中，与所述数据传输的失败相关的所述一组信息包括在非激活数据传输失败(IDTF)报告中，所述IDTF报告在IDTF报告响应消息中被发送到所述网络节点。

在一些实施例中，所述方法包括：通过所述终端向所述网络节点发送IDTF报告可用指示，其中，所述IDTF报告可用指示包括在以下任一项或多项中：RRCResumeComplete消息、RRCReestablishmentComplete消息、RRCReconfigurationComplete消息或RRCSetupComplete消息。

在一些实施例中，所述方法包括：响应于所述IDTF报告可用指示的发送，通过所述终端从所述网络节点接收IDTF报告请求，其中，所述IDTF报告请求包括在UEInformationRequest消息中；以及响应于接收到所述IDTF报告请求，通过所述终端向所述网络节点发送IDTF报告响应，其中，所述IDTF报告响应包括在UEInformationResponse消息中。

在一些实施例中，所述方法包括：通过所述终端导出与所述数据传输相关的第一统计量，所述统计量包括以下任一项或多项：所述终端的上行数据吞吐量、所述终端的下行数据吞吐量、所述终端的上行Uu接口延迟、所述终端的下行Uu接口延迟、5G QoS标识符(5QI)的上行数据吞吐量、所述5QI的下行数据吞吐量、所述5QI的上行Uu接口延迟和所述5QI的下行Uu接口延迟。

在一些实施例中，所述网络节点被配置成导出第二统计量，所述第二统计量包括以下任一项或多项：小区的上行数据吞吐量、所述小区的下行数据吞吐量、所述小区的上行Uu接口延迟和所述小区的下行Uu接口延迟。

在一些实施例中，所述网络节点被配置为进行以下任一项或多项：基于所述第一统计量和/或所述第二统计量确定针对所述终端是否允许所述数据传输、基于与所述5QI相关的所述第一统计量确定针对数据服务类型或服务质量(QoS)流是否允许所述RRC非激活态下的所述数据传输、以及基于所述第二统计量确定针对小区是否允许所述RRC非激活态下的所述数据传输。

在一些实施例中，向所述网络节点的数据传输包括使用所述终端首先检测到的随机接入信道(RACH)资源或配置授权(CG)资源。

在一些实施例中，所述方法包括：响应于向所述网络节点的数据传输，通过所述终端开启CG响应检查定时器，其中，当从所述网络节点接收到反馈时，所述CG响应检查定时器被停止，并且其中，所述终端被配置为响应于所述CG响应检查定时器的到期而将向所述网络节点的数据传输确定为失败传输。

在一些实施例中，所述方法包括：当所述终端处于非激活态并且在所述网络节点的覆盖范围之外时，通过所述终端开启覆盖范围之外定时器，并且所述终端将发起所述数据传输，所述终端响应于在所述覆盖范围之外定时器到期之前确定所述终端在所述网络节点的覆盖范围内而发起所述数据传输。

在一些实施例中，所述方法包括：响应于确定所述终端在所述网络节点的覆盖范围之外并且所述数据传输正在进行并且非激活数据传输定时器的剩余时间小于覆盖范围之外定时器的值，通过所述终端将所述非激活数据传输定时器重置为所述覆盖范围之外定时器的值。

在一些实施例中，来自所述网络节点的所述更新的数据传输配置包括以下任一项或多项：针对缓存数据大小的阈值、针对容忍时间的阈值、与(多个)支持解决方案相关的信息、用于所述数据传输的(多个)配置无线资源的信息、表明当处于INACTIVE状态时RLC是否被允许释放的指示、配置的区域范围、在其期间基于最后的RACH过程而导出的波束信息被假定为有效的持续时间、用于确定使用基于CG或基于RACH的解决方案的阈值、用于解决在所述RRC非激活态下的所述数据传输期间的波束改变问题的配置探测参考信号(SRS)资源、CG响应检查定时器的值、表明是否允许所述RRC非激活态下的所述数据传输的指示、表明是否允许根据哪个先到来而使用RACH资源或CG资源的指示。

示例无线系统

图11示出了可以在其中应用根据本技术的一个或多个实施例的技术的无线通信系统的示例。无线通信系统1100可以包括一个或多个基站(BS)1105a、1105b，一个或多个无线设备或终端1110a、1110b、1110c、1110d以及核心网1125。基站1105a、1105b可以向一个或多个无线扇区中的无线设备1110a、1110b、1110c和1110d提供无线业务。在一些实现方式中，基站1105a、1105b包括定向天线，用来产生两个或更多个定向波束以在不同扇区中提供无线覆盖。所述基站可以实现调度小区或候选小区的功能，如本文件中所描述的。

核心网1125可以与一个或多个基站1105a、1105b进行通信。核心网1125提供与其他无线通信系统和有线通信系统的连接。核心网可以包括一个或多个服务订阅数据库，用来存储与所订阅的无线设备1110a、1110b、1110c和1110d相关的信息。第一基站1105a可以基于第一无线接入技术提供无线业务，而第二基站1105b可以基于第二无线接入技术提供无线业务。根据部署场景，基站1105a和1105b可以位于同一位置，也可以单独安装在现场。无线设备1110a、1110b、1110c和1110d可以支持多种不同的无线接入技术。

在一些实现方式中，无线通信系统可以包括使用不同无线技术的多个网络。双模或多模无线设备包括可用于连接到不同无线网络的两种或多种无线技术。

图12是硬件平台的一部分的框图表示。如网络节点或基站或终端或无线设备(或UE)的硬件平台1205可以包括处理器电子器件1210，如实现本文件中呈现的一项或多项技术的微处理器。硬件平台1205可以包括收发器电子器件1215，以通过一个或多个通信接口(如天线1220或有线接口)发送和/或接收有线或无线信号。硬件平台1205可以根据用于发送和接收数据的已定义协议实现其他通信接口。硬件平台1205可以包括被配置为存储如数据和/或指令等信息的一个或多个存储器(未明确示出)。在一些实现方式中，处理器电子器件1210可以包括收发器电子器件1215的至少一部分。在一些实施例中，使用硬件平台1205来实现所公开的技术、模块或功能中的至少一些。

结论

所公开的实施例和其他实施例、在本文件中描述的模块和功能操作可以在数字电子电路中或在计算机软件、固件、或硬件(包括在本文件中公开的结构及其结构等同物)、或它们中的一个或多个的组合中实现。所公开的实施例和其他实施例可以实施为一个或多个计算机程序产品，即在计算机可读介质上编码以用于由数据处理装置来执行或者用于控制数据处理装置的操作的计算机程序指令的一个或多个模块。所述计算机可读介质可以是机器可读存储设备、机器可读存储基底、存储器设备、影响机器可读传播信号的物质组合，或它们中的一个或多个的组合。术语“数据处理装置”涵盖用于处理数据的装置、设备和机器，包括例如可编程处理器、计算机或多个处理器或计算机。除了硬件之外，所述装置可包括为所讨论的计算机程序创造执行环境的代码，例如，组成处理器固件、协议栈、数据库管理系统、操作系统、或其中的一个或多个的组合的代码。传播信号是人工生成的信号，例如机器产生的电、光或电磁信号，其被生成以用于对信息进行编码，以便传输到合适的接收器装置。

计算机程序(也称为程序、软件、软件应用、脚本或代码)可以以任何形式的编程语言书写，包括编译或解释语言，并且计算机程序可以以任何形式部署，包括作为独立程序或者作为模块、部件、子例程、或适用于计算环境的其他单元。计算机程序不一定对应于文件系统中的文件。可以将程序存储在保持其他程序或数据的文件的一部分(例如，存储在标记语言文档中的一个或多个脚本)中、专用于所讨论的程序的单个文件中、或者多个协调文件(例如，存储一个或多个模块、子程序、或代码的各部分的文件)中。计算机程序可以被部署成在一个计算机上或者在位于一个站点或跨多个站点分布并且通过通信网络互连的多个计算机上执行。

本文件中描述的过程和逻辑流程可以由一个或多个可编程处理器实行，所述一个或多个可编程处理器执行一个或多个计算机程序以便通过对输入数据进行操作并且生成输出来执行功能。过程和逻辑流程还可以由装置执行，并且装置还可以被实施为专用逻辑电路系统，例如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。

举例来说，适合于执行计算机程序的处理器包括通用和专用微处理器、以及任何类型的数字计算机的任何一个或多个处理器。通常来说，处理器将从只读存储器或随机存取存储器或二者接收指令和数据。计算机的基本元件是用于执行指令的处理器和用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括用于存储数据的一个或多个大容量存储设备(例如，磁盘、磁光盘或光盘)，或者被操作性地耦合以从大容量存储设备接收数据或向大容量存储设备传递数据或两种情况兼而有之。然而，计算机不需要有这种设备。适于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储器设备，举例来说，包括半导体存储器设备，例如EPROM、EEPROM和闪存设备；磁盘，例如内部硬盘或可移动磁盘；磁光盘；以及CD ROM和DVD-ROM磁盘。处理器和存储器可以由专用逻辑电路补充或结合在其中。

尽管本专利文件包含许多具体内容，但这些具体内容不应被解释为对任何发明的范围或可能要求保护的内容的限制，而应被解释为对可能特定于特定发明的特定实施例的特征的描述。本专利文件中在各个实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反地，在单个实施例的上下文中描述的各种特征也可以在多个实施例中分别实现，或者以任何合适的子组合实现。此外，尽管特征可能在上文中被描述为在某些组合中起作用，并且甚至最初如此要求保护，但是在一些情况下，要求保护的组合中的一个或多个特征可以从该组合中删除，并且要求保护的组合可以指向子组合或子组合的变体。

类似地，虽然在附图中以特定顺序描述了操作，但是这不应该理解为，为了获得期望的结果，要求必须以所示的特定顺序或序列执行这些操作，或者要求执行所有示出的操作。而且，在本专利文件中描述的实施例中的各种系统部件的分离不应被理解为在所有实施例中都需要这种分离。

仅描述了一些实现方式和示例，在本专利文件中描述和说明的基础上，还可以做出其他实现方式、改进和变化。