CN118158830A - 随机接入报告方法和用户设备 - Google Patents

Abstract

本公开提供一种随机接入报告方法和用户设备。所述随机接入报告方法，包括：用户设备UE发起小数据传输SDT过程；所述UE判断出所述SDT过程完成或所述SDT过程中的随机接入RA过程完成；和所述UE在RA报告中保存SDT信息，所述SDT信息包含以下信息的至少一个：第一信息，用于指示所述SDT过程是否成功完成；第二信息，用于指示所述SDT过程中的RA过程是否成功完成。

Description

随机接入报告方法和用户设备

技术领域

本公开涉及无线通信技术领域，更具体地，本公开涉及一种随机接入报告方法和相应的用户设备。

背景技术

无线网络中通过网络优化可以达到优化网络性能的目的。一般对现有已部署和运行的网络进行数据采集和数据分析等手段，找出影响网络质量的原因，并且通过修改所配置的网络参数、调整网络结构和部署的设备等手段来提升网络性能。对于自配置和自优化网络(Self-configuration and Self-Optimization Network，SON)，指的是基于用户设备和/或基站的测量/性能测量来自动调节网络的过程。网络侧可以配置UE执行用于SON的测量。SON功能包含很多方面，如用于降低运行商的邻区管理负担的自动邻区关系功能(ANR，Automatic Neighbour Relation Function)、用于均衡不同小区之间负责的移动负载均衡功能(MLB，Mobility Load Balancing)，用于优化移动性能的移动鲁棒性优化功能(MRO，Mobility Robustness Optimization)、用于优化随机接入信道参数等的随机接入信道优化功能和用于优化覆盖以及MRO的无线链路失败报告功能等。

此外，最小化路测(Minimization of Drive Tests，MDT)技术也是运营商优化网络的重要手段。通过从UE所获得的路测数据获取网络优化的相关参数，并基于对这些数据的分析，获取网络部署和运营的状态，从而决策如何改善网络的运营状态。MDT的主要运用场景为覆盖优化、容量优化、移动性管理优化、QoS参数优化和公共信道参数配置优化等。

在版本17及之前版本的系统中，随机接入(Random Access，RA)报告用于记录UE侧执行的随机接入过程的信息，以用于网络侧对随机接入参数和网络覆盖等问题的优化。

版本17的NR系统中引入了小数据传输(Small Data Transmission，SDT)机制。该机制的目的是针对用户不频繁发送的小尺寸数据业务而带来的信令开销和功率消耗进行优化。对于处于无线资源控制非激活态(Radio Resource Control_Inactive，RRC_INACTIVE)的用户设备(User Equipment，UE)，一些不频繁的小尺寸数据业务(如即时信息、保持在线的心跳信号、智能穿戴设备或传感器的周期信息以及智能计量设备带来的周期读表业务等)传输使得UE需要进入无线资源控制连接态RRC_CONNECTED状态来执行小尺寸数据包的发送，由此而来的信令开销带来了网络性能的降低，同时也极大地消耗了UE的能耗。因此，对这类业务可以通过SDT机制来实现在RRC_INACTIVE状态下的小数据传输，从而避免上述问题。

本公开旨在实现NR网络中的随机接入信息报告问题，更进一步地，实现在用于实现在支持SDT的网络中的RA报告问题。

发明内容

本公开的主要目的在于，提供一种RA报告方法以及用户设备，以实现在支持SDT的系统中，可以实现SDT相关的性能信息的上报以及在SDT场景下实现RA报告时的随机接入信息设置问题。

根据本公开的第一方面，提供一种RA报告方法，包括：用户设备UE发起小数据传输SDT过程；所述UE判断所述SDT过程完成；和所述UE在RA报告中保存SDT信息，所述RA信息包含以下信息中的一个或多个：第一信息，用于指示所述SDT过程是否成功完成；第二信息，用于指示所述SDT过程中的RA过程是否成功完成；第三信息，用于指示所述RA过程是否是SDT过程中的第一个RA过程；第四信息，用于指示所述SDT过程失败的原因；第五信息，用于指示所述SDT过程失败是发生在初始传输时还是发生在后续传输时；第六信息，用于指示所述RA过程是否发生在SDT过程中。

在上述第一方面的RA报告方法中，所述SDT过程是基于随机接入的SDT过程(RA-SDT)。

在上述第一方面的RA报告方法中，所述SDT过程完成是成功完成也可以是失败完成。

在上述第一方面的RA报告方法中，所述UE在判断所述SDT过程中的随机接入过程完成时在RA报告中保存SDT信息。

在上述第一方面的RA报告方法中，当所述RA报告中的raPurpose域的值设置为ulUnSynchronized或noPUCCHResourceAvailable时，所述UE在RA报告中包含第六信息。

在上述第一方面的RA报告方法中，所述UE接收来基站的UE信息请求UEInformationRequest消息，其中包含用于请求UE上报所保存的RA报告的指示；所述UE基于所述指示将所保存的包含第一信息至第六信息中的一个或多个的RA报告包含在UE信息响应UEInformationResponse消息中发送给基站。

在上述第一方面的RA报告方法中，所述初始传输是SDT过程中第一个物理上行共享信道PUSCH传输，指包含公共控制信道CCCH消息和用户面数据一起的数据包的传输；所述后续传输指的是SDT过程中不和公共控制信道CCCH消息一起传输的数据包的传输，所述后续传输在所述初始传输成功完成后开始。

在上述第一方面的RA报告方法中，所述SDT过程失败完成指UE认为正在进行的SDT过程变更为处于不正在进行状态。当下述一种或多种情况发生时，所述SDT过程失败完成：处于SDT过程中的UE收到网络侧的RRC拒绝消息；定时器T319a超时；SDT过程中从底层收到了RA过程失败的指示；SDT过程正在进行时从主小区组无线链路控制层RLC收到了最大重传次数已达到的指示；在SDT过程正在进行中时收到了来自底层的完整性检测失败指示；在SDT过程正在进行时底层指示了在收到对上行CG-SDT发送的网络响应之前定时器cg-SDT-TimeAlignmentTimer或定时器configuredGrantTimer超时。

根据本公开的第二方面，提供一种用户设备，包括：处理器；以及存储器，存储有指令；其中，所述指令在由所述处理器运行时执行上述RA报告方法。

发明效果

根据本公开的由用户设备执行的RA报告方法以及用户设备，以实现在支持SDT的系统中，可以实现区别于传输RA过程所对应的RA信息的SDT特定的性能信息的上报以及在SDT场景下实现RA报告时的随机接入信息设置问题，使得网络侧可以区分SDT场景下发生的RA过程以及传统非SDT场景下的RA过程，并基于所述SDT特定的信息，如SDT过程是否成功、SDT失败/RA失败发生在SDT的后续阶段等信息来对SDT场景下的随机接入性能和SDT配置进行分析和更精细化的参数配置优化。

附图说明

通过下文结合附图的详细描述，本公开的上述和其它特征将会变得更加明显，其中：

图1是基于竞争的四步随机接入过程示意流程图。

图2是基于非竞争的随机接入流程示意流程图。

图3是表示基于随机接入的SDT过程的示意流程图。

图4是表示基于CG-SDT机制的SDT过程的示意流程图。

图5是表示本发明的实施例1中的RA报告方法的示意流程图。

图6是表示本发明的实施例2中的RA报告方法的示意流程图。

图7是表示本发明的实施例3中的RA报告方法的示意流程图。

图8是表示本发明的实施例4中的RA报告方法的示意流程图。

图9是表示本发明的实施例5中的RA报告方法的示意流程图。

图10是表示本发明的实施例6中的RA报告方法的示意流程图。

图11示出了根据本公开实施例的用户设备的框图。

具体实施方式

根据结合附图对本公开示例性实施例的以下详细描述，本公开的其它方面、优势和突出特征对于本领域技术人员将变得显而易见。

在本公开中，术语“包括”和“含有”及其派生词意为包括而非限制；术语“或”是包含性的，意为和/或。

在本说明书中，下述用于描述本公开原理的各种实施例只是说明，不应该以任何方式解释为限制公开的范围。参照附图的下述描述用于帮助全面理解由权利要求及其等同物限定的本公开的示例性实施例。下述描述包括多种具体细节来帮助理解，但这些细节应认为仅仅是示例性的。因此，本领域普通技术人员应认识到，在不背离本公开的范围和精神的情况下，可以对本文中描述的实施例进行多种改变和修改。此外，为了清楚和简洁起见，省略了公知功能和结构的描述。此外，贯穿附图，相同参考数字用于相似功能和操作。

下文以NR移动通信系统作为示例应用环境，具体描述了根据本公开的多个实施方式。然而，需要指出的是，本公开不限于以下实施方式，而是可适用于更多其它的无线通信系统，如连接到5G核心网的LTE系统等。

本公开中的基站可以是任何类型基站，包含Node B、增强基站eNB、5G通信系统基站gNB；或者微基站、微微基站、宏基站、家庭基站等；所述网络侧一般指的是基站。所述小区也可以是上述任何类型基站下的小区，若无特殊说明，小区、光束(beam)、传输点(Transmission point，TRP)的可以互换，基站也可以是组成基站的中心单元(gNB-CentralUnit，gNB-CU)或分布式单元(gNB-Distributed Unit，gNB-DU)。LTE系统也用于指代5G及其之后的LTE系统(如称为eLTE系统，或者可以连接到5G核心网的LTE系统)，同时LTE可以用演进的通用陆地无线接入(Evolved Universal Terrestrial Radio Access，E-UTRA)或演进的通用陆地无线接入网E-UTRAN来替换。不同的实施例之间也可以结合工作，比如不同实施例中相同的变量/参数/名词等作相同解释。取消、释放、删除、清空和清除等可以替换。执行、使用和应用可替换。配置和重配置可以替换。监测(monitor)和检测(detect)可替换。发起和触发可替换。

下面先对本公开涉及到的一些现有机制进行说明。值得注意的是，在下文的描述中的一些命名仅是实例说明性的，而不是限制性的，也可以作其他命名。

物理随机接入信道资源：Physical Random Access Channel(PRACH)resource。基站通过系统信息广播小区所使用的物理随机接入信道参数配置，本公开中，物理随机接入信道资源PRACH resource可以指用于随机接入的物理频率资源和/或时域资源和/或码域资源(如preamble)。

随机接入信道：Random Access Channel，RACH。指用于发送随机接入前导的信道，本公开中，RACH既可以指传输信道RACH，也可以指物理随机接入信道PRACH，不作区分。RACH参数/配置指实现随机接入功能的无线配置，包括PRACH的相关配置，比如前导最大发送次数、功率抬升参数、随机接入响应接收窗大小、MAC竞争解决定时器配置、PRACH时频资源配置、消息1(即preamble)子载波间隔、用于指示每个RACH时机(RACH occasion，RO)对应的同步信道块(Synchronization Signal Block，SSB)个数信息和每个SSB对应的基于竞争的随机前导preamble个数的配置(由ssb-perRACH-OccasionAndCB-PreamblesPerSSB信息元素配置)、退避参数(scalingFactorBI信息元素中)等。

随机接入RA过程：

现有NR机制中，随机接入过程可分为基于竞争的随机接入(Contention BasedRandom Access，CBRA)和基于非竞争的随机接入(即无竞争随机接入(Contention FreeRandom Access，CFRA))。CBRA的过程如图1所示，分为四个步骤：第一步，用于UE向基站发送消息1(即随机接入前导preamble)；第二步：UE接收来自基站的消息2(即随机接入响应Random Access Response，RAR)；第三步：UE发送消息3(由消息2中的上行许可uplinkgrant所调度的上行传输)，消息3中一般用于向基站发送UE标识、用于无线资源控制(RadioResource Control，RRC)连接建立/恢复/重建立的RRC消息、用于随机接入竞争解决的UE竞争解决标识等；第四步：UE接收来自基站的消息4(即用于竞争解决的消息)。CBRA中所使用的PRACH资源是很多UE共用的，当UE完成CBRA的随机接入上述四个步骤且竞争解决成功后，随机接入过程成功完成。CFRA的过程如图2所示，分为两个步骤：第一步：用于UE向基站发送消息1(即随机接入前导preamble)；第二步：UE接收来自基站的消息2(即随机接入响应Random Access Response，RAR)。成功接收消息1关联的消息2后，UE认为CFRA过程成功完成。CFRA一般由基站预先为UE分配专用的PRACH资源如preamble(图2中称为第0步)，所以不存在竞争。R16及之后的NR中引入两步随机接入过程。将上述四步随机接入过程中的第一步和第三步合并在同一个步骤发送称消息A。也就是消息A包含一个随机接入前导和随后关联的PUSCH负载，PUSCH负载的内容和消息3中所包含的内容一致，其中可以包含RRC消息，也可以是用户面数据、MAC控制元素如缓存状态报告和UE标识等。第二步和第四步合并成同一个步骤称消息B。消息B是两步随机接入过程中对消息A的响应，它所包含的内容与上述消息2和消息4的内容相似，可包括用于竞争解决的响应(竞争解决标识、随机接入前导标识、UE标识等)、回退(fallback)指示、退避(backoff)指示、时间提前命令、上行许可，也可以包括用于响应消息A中包含的RRC消息对应的响应RRC消息等。相比四步随机接入，两步随机接入过程能够缩短随机接入的时延。通常网络侧对两步随机接入和四步随机接入可以配置不同的随机接入资源配置。

UE在多种情况下可以触发随机接入过程，如从RRC空闲态或RRC不活动态(RRC_INACTIVE)转入RRC连接态而执行的初始接入、波束恢复请求、切换(在NR中也可称同步重配置)等，处于RRC连接状态的UE有上行数据到达而此时上行不同步、处于RRC连接状态的UE没有可用的物理上行控制信道(Physical Uplink Control Channel，PUCCH)资源等。UE在随机接入过程触发后根据网络侧的配置和UE的测量结果选择所发起的随机接入过程是两步随机接入还是四步随机接入类型，是CBRA还是CFRA。此外，UE可以在两步随机接入时回退到四步随机接入的过程，比如当收到网络侧发来的回退随机接入响应(fallback RandomAccess Response，fallbackRAR)时，或者当两步随机接入尝试消息A的发送次数超过一个配置的最大次数时等。本公开所述随机接入过程包含但不限于上述随机接入过程。

随机接入RA报告：

在当前的NR系统中，UE向网络侧上报与RA信息相关报告的场景主要有三种。

第一种RA信息报告中，UE在变量VarRA-Report对每一个成功完成的随机接入过程记录其RA信息。对于记录了成功完成的随机接入过程信息的随机接入报告(称RA报告)，基站会下发UE信息请求UEinformationRequest消息给UE，其中包含RA报告请求指示(ra-ReportReq信息元素)，用于请求UE上报所保存的随机接入过程的RA报告。收到包含该指示的UEinformationRequest消息后，UE将所保存的RA报告包含在UE信息响应UEinformationReponse消息中报告给基站。基站将一个UE上报的RA报告作为样本。基于足够多的多个样本，基站可以分析当前RACH性能是否满足需求，并按照需求调整RACH参数，来提升RACH性能。

第二种RA信息相关报告是连接建立失败(Connection Establishment Failure，CEF)报告。若初始接入失败(RRC连接建立过程失败或RRC连接恢复过程失败)，对应的CEF报告中也会保存RRC连接建立/恢复过程中所执行的随机接入过程的随机接入信息。若UE有保存的CEF报告在变量VarConnEstFailReport中，UE会在RRC消息如RRC恢复完成消息中包含一个connEstFailInfoAvailable信息元素用于告知基站其上有保存的CEF报告。基站下发UEinformationRequest消息给UE，其中包含CEF报告请求指示(connEstFailReportReq信息元素)，用于请求UE上报所保存的CEF报告信息。收到包含该指示的UEinformationRequest消息后，UE将所保存的CEF报告(ConnEstFailReport信息元素)包含在UEinformationReponse消息中报告给基站。

第三种RA信息相关报告是无线链路失败(Radio Link Failure，RLF)报告。例如在由于随机接入失败而触发的无线链路失败时，对应的无线链路失败报告中也会保存对应的随机接入信息。若UE有保存的RLF报告在变量VarRLF-Report中，UE会在RRC消息如RRC恢复完成消息中包含一个rlf-InfoAvailable信息元素用于告知基站其上有保存的RLF报告。基站下发UEinformationRequest消息给UE，其中包含无线链路失败报告请求指示(rlf-ReportReq信息元素)，用于请求UE上报所保存的RLF报告信息。收到包含该指示的UEinformationRequest消息后，UE将所保存的RLF报告(rlf-Report信息元素)包含在UEinformationReponse消息中报告给基站。若所述RLF过程中执行了随机接入过程(如RLF是由于随机接入失败而触发的)，那么RLF报告中会包含对该随机接入过程的信息。

一般而言，RA报告指的是上述第一种RA信息报告。本公开后续实施例以RA报告为例描述了具体实施方法，但值得注意的是，所述实施方法也可以适用于上述第二种或第三种RA信息报告。

LTE中的RA报告中主要包含两个关于随机接入过程的信息，一个是随机接入前导发送次数(numberofpreamblesent)，用于指示在随机接入过程中，随机接入前导发送的次数，对应于MAC层的PREAMBLE_TRANSMISSION_COUNTER计数值；另一个是竞争检测指示(contentiondetected)，用于指示对至少一个发送的随机接入前导是否检测到竞争。基站可以调整的RACH参数可以包括RACH资源配置、随机接入前导划分(如划分为专用前导、A组和B组的前导分组划分)、RACH回退(backoff)参数、RACH发送功率控制参数等。

版本16的NR系统的网络优化结构沿用了LTE中的上述框架，并结合NR的特性如波束特性等进行了增强。NR系统中支持UE保存多个随机接入过程所对应的RA信息。当UE成功完成一个随机接入过程时，UE判断若UE当前变量VarRA-Report中所保存的随机接入报告列表ra-ReportList中的RA-report项数(number of entries)小于系统所支持的最大RA报告个数maxRAReport时，UE在VarRA-Report中添加一个新的项，用于记录此次成功完成的随机接入过程的信息。一个随机接入过程的信息包括：发送随机接入前导所在的小区信息(全局小区标识、跟踪区域码或物理小区标识和载波频率)、随机接入目的信息以及随机接入公共信息。所述随机接入公共信息包括随机接入过程所关联的参考下行频率信息(如Point A的绝对频率、子载波间隔、带宽位置信息locationAndBandwidth等)和按照发生时间先后顺序排列的每一个随机接入尝试的所关联的RA信息。每一个随机接入尝试的所关联的RA信息包括波束索引值、在该波束上的连续随机接入尝试的次数(即该波束上所对应的连续的随机接入前导preamble的发送次数)、是否检测到了随机接入竞争的指示信息、该随机接入尝试所使用的随机接入资源上所对应的波束的参考信号接收强度(Reference SignalReceived Power，RSRP)是否高于一个配置的门限值的指示信息。版本17的RA报告增加了对两步随机接入过程的RA信息包括：两步随机接入过程回退到四步随机接入过程的回退信息、UE在两步随机接入过程触发前所测得的下行链路质量等。

NR中允许UE保存至多8个RA报告。UE在进入到RRC idle或inactive状态后，仍保存之前生成的RA报告。UE可在再次进入连接态后将所保存的RA报告发送给网络侧。

小数据传输SDT机制：

R17版本的NR系统中的小数据传输(Small Data Transmission，SDT)机制实现了RRC_INACTIVE状态下的小数据包传输。SDT机制有两种实现方式：基于随机接入的SDT(Random Access-SDT，RA-SDT)和基于配置的许可的SDT(Configured Grant-SDT，CG-SDT)。

图3是表示RA-SDT过程的示意流程图。如图3所示，当处于RRC_INACTIVE状态下的UE上被配置了SDT的无线承载上有数据要发送时，UE通过随机接入过程中的SDT专用PRACH资源向网络侧发送小数据传输请求，网络侧由此知道UE将进行RRC_INACTIVE状态下的小数据传输，从而不会配置UE进入RRC连接态。随后，UE将小数据携带在两步随机接入过程的消息A中或携带在四步随机接入过程的消息3中发送给网络侧，消息A或消息3中同时包含了RRC恢复请求消息。若所有的小数据已包含在消息3或消息A中成功发送(即使能了SDT的无线承载或逻辑信道所对应的数据缓存为空)，则UE在收到网络侧的包含RRC释放消息的响应消息后确定SDT过程结束；若小数据尚未完全发送完(即UE的上行缓存中仍有尚未发送的上行小数据)，则在随机接入成功完成后，网络侧通过UE专用的无线网络标识(如小区无线网络临时标识(Cell-Radio Network Temprary identifier，C-RNTI))调度UE完成上行或下行的小数据传输，当所述小数据全部传输完成时，SDT过程结束。在SDT过程中，若UE有非SDT上行数据(未被使能SDT的无线承载上的数据)到达，则UE会通过向网络侧发送相应的消息请求进入RRC连接态或自主回退到传统非SDT过程来执行上行数据发送。

图4是表示基于CG-SDT机制的SDT过程的示意流程图。如图4所示，在CG-SDT机制中，网络侧向UE配置用于小数据传输的CG-SDT资源，一般来说CG-SDT配置包含在RRC释放消息中。UE在收到该消息后，释放RRC连接，进入RRC_INACTIVE状态，并应用CG-SDT配置。CG-SDT配置中包含了上行数据发送的半静态上行许可资源以及对应的L2和L1配置，一般来说，这个资源是周期性的资源。当处于RRC_INACTIVE状态下的UE上被配置了SDT的无线承载上有数据要发送且CG-SDT发起条件满足时，UE无需发起随机接入过程，而是直接使用所配置的CG来发送小数据，并通过监听下行信道上基站的调度信息来完成剩余的小数据传输。

如前所述，SDT不仅支持单数据包的传输，而可以支持多次数据包的传输。在SDT过程中，首次传输的数据包含公共控制信道(Common Control Channel，CCCH)数据(RRC恢复请求消息)和用户面数据，称为初次传输(initial transmission)或初次物理上行共享信道(Physical Uplink Shared Channel，PUSCH)传输，在之后执行的用户面数据的传输则称为后续传输(subsequent transmission)或后续PUSCH传输。在RA-SDT中，初始传输一般指消息A或消息3的PUSCH传输，后续传输在初始随机接入RA过程成功完成之后发生。在CG-SDT中，初始传输使用所分配的CG资源上，而后续传输可以使用所分配的CG资源也可以使用动态许可。UE在确认初始传输成功后才会进行后续传输。在后续传输的过程中，对于RA-SDT，若UE发生了上行不同步(即对应的上行时间对齐定时器超时)，则UE可以再次发起随机接入过程来获取上行同步；而对于CG-SDT，若UE没有可用的上行PUCCH资源来发送调度请求(Scheduling Request，SR)时，UE会在CG-SDT过程中发起随机接入过程来获取上行资源以继续上行数据的传输。

在整个SDT过程中，UE保持在RRC_INACTIVE状态，这大大减小了传统数据传输过程所带来的信令开销，节省了UE能耗，同时还可以缩短数据传输的时延。

只有当所述发起SDT过程的条件满足，UE才能发起并使用SDT过程来传输数据。这些条件可以包括：网络侧通过系统信息或UE专用信令配置了用于SDT的资源(如SDT专用的PRACH配置)、UE的待传上行数据所关联的无线承载(Radio Bearer，RB)被使能了使用SDT过程、UE的主小区(即RRC_INACTIVE状态下的驻留小区)的下行链路质量(如参考信号接收功率(Reference Signal Received Power，RSRP)大于或等于一个配置的链路质量门限值TH1、UE的待传上行数据量大小小于或等于一个配置的数据量大小门限值TH2等。对于CG-SDT，还包括UE拥有有效的上行时间对齐(即用于SDT的上行时间对齐定时器cg-SDT-TimeAlignmentTimer处于运行状态)及UE的主小区的下行链路质量RSRP大于或等于一个配置的链路质量门限值TH3。

当RRC层发起SDT过程时，启动一个SDT定时器T319a，并发起RRC恢复过程，发送RRC恢复请求消息。定时器T319a，用于监测该SDT过程；当SDT过程结束时，停止该定时器，如UE收到RRC释放消息、RRC拒绝消息、RRC恢复消息或RRC建立消息，或UE发生小区重选，或SDT过程失败时。若该定时器T319a超时，则认为SDT失败，UE执行进入RRC空闲态(RRC_IDLE)的操作。在当前的SDT机制中，UE的RRC层认为SDT操作失败可以是下述情况的一种或多种发生时：定时器T319a超时、SDT过程中RA失败、SDT过程正在进行时从主小区组无线链路控制层(Radio Link Control，RLC)收到了最大重传次数已达到的指示、在SDT过程正在进行中时收到了来自底层的完整性检测(Integrity check)失败指示、在SDT过程正在进行时底层指示了在收到对上行CG-SDT发送的网络响应之前定时器cg-SDT-TimeAlignmentTimer或定时器configuredGrantTimer超时等。若SDT过程失败，则UE执行进行RRC空闲态的操作。这里UE认为SDT过程失败，等同于UE认为SDT过程不在运行。

如上所述的这些SDT过程的特性，使得SDT过程和传统的RRC恢复过程或RA过程有所区别。对不同场景下的RA报告进行有区别性的收集和记录，进行更精细化的网络状态监测，可以让网络侧对网络参数如不同场景下的随机接入参数或SDT的资源配置更加精细化和准确。在R18版本的SON讨论中，3GPP工作组同意对SDT相关的SON进行增强，其中包括当SDT操作失败时在RA报告中包含对应的RA信息和SDT信息，其他具体信息尚未定论。这个结论使得RA报告中可以既包含SDT过程成功时的RA信息，也可以包含SDT过程失败时的RA信息，或者更进一步，RA报告中既可以是SDT过程中的RA过程成功的RA信息，也可以是包含SDT过程中的RA过程失败的RA信息。基于现有RA报告中的信息，网络侧在收到SDT过程相关的RA报告后无法获知所对应的SDT过程或RA过程是失败的还是成功的，这成为本公开所关注的问题。此外，如前所述，UE在SDT的后续传输过程中，也会由于上行不同步或者没有可用的PUCCH资源而发起RA过程，那么此时UE处于RRC_INACTIVE状态的SDT过程中，这与传统的UE在连接状态下发起RA过程也会有所不同，而网络侧基于当前的RA报告并无法获知所述RA过程是否发生在SDT过程中或SDT过程的后续传输过程中，那么该问题也成为本公开所要解决的问题之一。

本公开主要针对上述在支持SDT场景下的RA报告相关的问题提出解决方法，本公开下述实施例给出具体的实施方式，通过本公开所述解决方法，UE在RA报告中携带SDT相关的信息，使得网络侧可以获知所述RA报告是SDT场景下的SDT过程是否成功或RA报告所对应的RA过程是否发生在SDT过程中或发生在SDT过程的什么阶段，从而执行更精细化的网络参数优化如优化SDT对应的随机接入参数或SDT参数配置等。此外，本公开还提供了SDT场景下的RA报告中的RA相关信息设置方法，使得UE可以合理或准确地设置RA报告中的RA相关信息。下述实施例中，RA报告中的RA信息、RA报告中的SDT信息、RA报告中的RA相关信息或SDT相关信息等可以替换。

实施例1

实施例1提供了一种SDT场景下的RA报告方法。以下，对实施例1中的RA报告方法进行详细说明。图5是表示本发明的实施例1中的RA报告方法的示意流程图。

步骤101：UE发起SDT过程。

如前所述，当UE的RRC层判断满足发起SDT的条件时，则UE发起SDT过程，认为SDT过程正在进行。UE RRC层在发起SDT过程后，指示底层使用SDT方式来执行数据的发送和接收。所述底层指层2(Layer 2，L2)或层1(Layer 1，L1)。在RA-SDT过程中，则触发MAC层使用SDT特定的随机接入资源来发起随机接入过程。

步骤102：UE结束SDT过程。

所述SDT过程结束可以是成功结束也可以是失败结束，或者所述SDT过程结束也可表述为UE认为SDT过程不正在进行。可选地，当处于SDT过程中的UE收到网络侧发来的RRC释放消息时，UE认为SDT过程成功完成，停止定时器T319a。当处于SDT过程中的UE收到网络侧的RRC拒绝消息时，或定时器T319a超时，或SDT过程中RA失败，或SDT过程正在进行时从主小区组无线链路控制层(Radio Link Control，RLC)收到了最大重传次数已达到的指示，或在SDT过程正在进行中时收到了来自底层的完整性检测(Integrity check)失败指示、在SDT过程正在进行时底层指示了在收到对上行CG-SDT发送的网络响应之前定时器cg-SDT-TimeAlignmentTimer或定时器configuredGrantTimer超时，UE认为SDT过程失败结束。这里，结束也可以替换为完成。

步骤103：当步骤102中的SDT过程结束时，对于该完成的SDT过程，UE在RA报告变量VarRA-Report中增加一个新项(entry)，并在该项的RA-Report中包含第一信息，所述第一信息用于指示所述SDT过程是否成功完成。

可选地，当所述SDT过程成功完成时，将第一信息置为“TRUE”，否则，当所述SDT过程不成功完成或失败完成时，在RA-Report中不包含第一信息，即RA-Report中的第一信息不存在，或者此时将第一信息置为“FALSE”。可选地，反之亦可，当所述SDT过程不成功完成即失败时，将第一信息置为“TRUE”，否则，当所述SDT过程成功完成时，在RA-Report中不包含第一信息，即RA-Report中的第一信息不存在，或者此时将第一信息置为“FALSE”。

所述后续传输指的是SDT过程中不和公共控制信道CCCH消息一起传输的数据包的传输，此时包含CCCH消息和用户面数据一起的数据包的传输(即初始传输)已成功完成。或者后续传输指的是除初始传输之外的其他上行传输，对RA-SDT来说，是指初始RA过程成功完成之后所执行的上行传输。所述CCCH消息是RRCResumeRequest消息。优选地，本公开中所述用户面数据是数据无线承载(Data Radio Bearer，DRB)。备选地，也包括信令无线承载(Signalling Radio Bearer，SRB)，如SRB2。优选地，本公开中所述数据包指L2的数据包，如媒介接入控制(Medium Access Control，MAC)协议数据单元(Protocol Data Unit，PDU)或MAC服务数据单元(Service Data Unit，SDU)。

实施例2

该实施例了另一种SDT场景下的RA报告方法。以下，对实施例2中的RA报告方法进行详细说明。图6是表示本发明的实施例2中的RA报告方法的示意流程图。

步骤201：UE发起RA过程。该RA过程由RA-SDT过程所触发。

如前所述，当UE的RRC层判断满足发起SDT的条件时，则UE发起SDT过程，认为SDT过程正在进行。UE RRC层在发起SDT过程后，指示底层使用SDT方式来执行数据的发送和接收。在RA-SDT过程中，则触发MAC层使用SDT特定的随机接入资源来发起RA过程。

步骤202：UE完成RA-SDT过程中的初始RA过程。所述RA过程完成可以是成功完成也可以是失败完成。

可选地，RA过程指的是RA-SDT过程中的第一个RA过程，而非发生在RA-SDT过程中的后续传输阶段。

步骤203：当步骤202中的RA过程完成时，对于该完成的RA，UE在RA报告变量VarRA-Report中增加一个新项(entry)，并在该项的RA-Report中包含第二信息，所述第二信息用于指示所述用于SDT的RA过程是否成功完成。更进一步地，第二信息用于指示所述RA-SDT过程中的RA过程是否成功完成。

可选地，当所述RA过程成功完成时，将第二信息置为“TRUE”，否则，当RA过程不成功完成或失败完成时，在RA-Report中不包含第二信息，即RA-Report中的第二信息不存在，或者此时将第二信息置为“FALSE”。可选地，反之亦可，当所述RA过程不成功完成即失败时，将第二信息置为“TRUE”，否则，当所述RA过程成功完成时，在RA-Report中不包含第二信息，即RA-Report中的第二信息不存在，或者此时将第二信息置为“FALSE”。

实施例3

实施例3提供了又一种SDT场景下的RA报告方法。

以下，对本公开的实施例3进行详细说明。图7是表示本发明的实施例3中的RA报告方法的示意流程图。实施例3中的RA报告方法可以包含如下步骤。

步骤301：UE发起RA过程。该RA过程在SDT过程中所触发。

如前所述，当UE的RRC层判断满足发起SDT的条件时，则UE发起SDT过程，认为SDT过程正在进行。UE RRC层在发起SDT过程后，指示底层使用SDT方式来执行数据的发送和接收。在RA-SDT过程中，则触发MAC层使用SDT特定的随机接入资源来发起RA过程。此外，在SDT的后续传输阶段，UE也可发起RA过程。

步骤302：UE完成RA过程。可选地，所述RA过程完成是指RA过程不成功完成或失败完成。可选地，所述RA过程完成也可以是RA过程成功完成。

步骤303：当步骤302中的RA过程完成时，对于该完成的RA，UE在RA报告变量VarRA-Report中增加一个新项(entry)，并在该项的RA-Report中包含第三信息，所述第三信息用于指示所述RA过程是否是SDT过程中的第一个RA过程。也就是说，第三信息用于指示所述RA过程是发生在用于初始传输的RA过程还是发生在用于后续传输的RA过程。

可选地，当所述RA过程是SDT过程中的第一个RA过程时或者所述RA过程是用于初始传输的RA过程时，将第三信息置为“TRUE”，否则，当所述RA过程不是SDT过程中的第一个RA过程时或者所述RA过程不是用于初始传输的RA过程(即用于后续传输的RA过程)时，在RA-Report中不包含第三信息，即RA-Report中的第三信息不存在，或者此时将第三信息置为“FALSE”。

可选地，所述SDT过程指的是RA-SDT过程。

实施例4

实施例4供了又一种SDT场景下的RA报告方法。图8是表示本公开的实施例4中的信息报告方法的示意流程图，如图8所示，该实施例包含下述步骤。

步骤401：UE发起SDT过程。

如前所述，当UE的RRC层判断满足发起SDT的条件时，则UE发起SDT过程，认为SDT过程正在进行。UE RRC层在发起SDT过程后，指示底层使用SDT方式来执行数据的发送和接收。在RA-SDT过程中，则触发MAC层使用SDT特定的随机接入资源来发起随机接入过程。

步骤402：SDT过程失败完成。

SDT过程败结束的判断如实施例1中所述，此处不赘述。

步骤403：当步骤402中的SDT过程结束时，对于该完成的SDT过程，UE在RA报告变量VarRA-Report中增加一个新项(entry)，并在该项的RA-Report中包含下述信息的一个或两个：第四信息，所述第四信息用于指示所述SDT过程失败的原因；第五信息，所述第五信息用于指示所述SDT过程失败是发生在初始传输时还是发生在后续传输时。可选地，对于RA-SDT，第五信息用于指示所述SDT过程失败是发生在SDT过程第一个RA完成前还是发生在第一个RA完成后。

可选地，当所述SDT失败是发生在初始传输时或SDT过程第一个RA完成前时，将第五信息置为“TRUE”，否则，当所述SDT失败不是发生在初始传输时或不是SDT过程第一个RA完成前时，在RA-Report中不包含第五信息，即RA-Report中的第五信息不存在，或者此时将第五信息置为“FALSE”。可选地，反之亦可，当所述SDT失败是发生在初始传输时或SDT过程第一个RA完成前时，将第五信息置为“FALSE”，或在RA-Report中不包含第五信息，即RA-Report中的第五信息不存在，否则，当所述SDT失败不是发生在初始传输时或不是SDT过程第一个RA完成前时，或者此时将第五信息置为“TRUE”。

初始传输或后续传输的确定如前述实施例中所述，此处不赘述。

实施例5

该实施例提供了又一种SDT场景下的RA报告方法。

图9是表示本公开的实施例5中的信息报告方法的示意流程图，如图9所示，该实施例包含下述步骤。

步骤501：UE发起RA过程。该RA过程在SDT过程中所触发。

如前所述，当UE的RRC层判断满足发起SDT的条件时，则UE发起SDT过程，认为SDT过程正在进行。UE RRC层在发起SDT过程后，指示底层使用SDT方式来执行数据的发送和接收。在RA-SDT过程中，则触发MAC层使用SDT特定的随机接入资源来发起RA过程。此外，在SDT的后续传输阶段，UE也可发起RA过程。

步骤502：UE完成RA过程。所述RA过程完成可以是成功完成也可以是不成功完成或失败完成。

步骤503：当步骤502中的RA过程完成时，对于该完成的RA，UE在RA报告变量VarRA-Report中增加一个新项(entry)，并在该项的RA-Report中包含第六信息，所述第六信息用于指示所述RA过程是否发生在SDT过程中。更进一步地，第六信息用于指示所述RA过程是否发生在SDT过程中的后续传输阶段。

可选地，当所述RA过程是发生在SDT过程中时或所述RA过程是发生在SDT过程中的后续传输阶段时，将第六信息置为“TRUE”，否则，当所述RA过程不是发生在SDT过程中时或所述RA过程不是发生在SDT过程中的后续传输阶段时，在RA-Report中不包含第六信息，即RA-Report中的第六信息不存在，或者此时将第六信息置为“FALSE”。

可选地，所述SDT过程指的是RA-SDT过程。

可选地，只有当所述RA-Report中的raPurpose域的值设置为ulUnSynchronized或noPUCCHResourceAvailable时，UE才在RA-Report中包含上述第六信息。raPurpose域用于指示UE触发RA-Report的RA过程的原因或RA场景，当RA过程是由于上行数据/下行数据到达而上行不同步(时间对齐定时器不在运行)时设置raPurpose为ulUnSynchronized，当RA场景是UE没有可用的PUCCH资源时设置raPurpose为noPUCCHResourceAvailable。

实施例6

该实施例给出了一种在UE上执行的RA报告上报方法。通过该实施例所述方法，则UE可以在RA报告中将SDT相关信息上报给基站，以向网络侧提供更精确的RA信息。该实施例给出了UE通过RRC过程上报前述实施例中所述RA报告时的信令流程的方法。

图10是表示本公开的实施例6中的信息报告方法的示意流程图，如图10所示，本公开的实施例6中的信息报告方法可以包含如下步骤。

步骤601：UE收到来自网络侧的UE信息请求UEInformationRequest消息，其中携带了用于请求UE上报所保存的RA报告的指示/请求。

步骤602：UE将所保存的RA报告中的内容包含在UE信息响应UEInformationResponse消息中，向网络侧发送UEInformationResponse消息。所述UEInformationResponse消息中包含的RA报告中至少包含前述实施例中的第一～第六信息中的一种或多种的组合。

图11是表示根据本公开实施例的用户设备10的框图。如图11所示，该用户设备10包括处理器101和存储器102。处理器101例如可以包括微处理器、微控制器、嵌入式处理器等。存储器102例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器102上存储有程序指令。该指令在由处理器101运行时，可以执行本公开详细描述的用户设备中的上述随机接入报告方法。

运行在根据本公开的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本公开的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器系统中。

用于实现本公开各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统，可以包括操作系统或硬件(如外围设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。

用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如，单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器，也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路，也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下，本公开的一个或多个实施例也可以使用这些新的集成电路技术来实现。

此外，本公开并不局限于上述实施例。尽管已经描述了所述实施例的各种示例，但本公开并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备，如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。

如上，已经参考附图对本公开的实施例进行了详细描述。但是，具体的结构并不局限于上述实施例，本公开也包括不偏离本公开主旨的任何设计改动。另外，可以在权利要求的范围内对本公开进行多种改动，通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本公开的技术范围内。此外，上述实施例中所描述的具有相同效果的组件可以相互替代。

Claims (9)

1.一种随机接入RA报告方法，包括：

用户设备UE发起小数据传输SDT过程；

所述UE判断所述SDT过程完成；和

所述UE在RA报告中保存SDT信息，

所述RA信息包含以下信息中的一个或多个：

第一信息，用于指示所述SDT过程是否成功完成；

第二信息，用于指示所述SDT过程中的RA过程是否成功完成；

第三信息，用于指示所述RA过程是否是SDT过程中的第一个RA过程；

第四信息，用于指示所述SDT过程失败的原因；

第五信息，用于指示所述SDT过程失败是发生在初始传输时还是发生在后续传输时；

第六信息，用于指示所述RA过程是否发生在SDT过程中。

2.根据权利要求1所述的RA报告方法，其中，

所述SDT过程是基于随机接入的SDT过程(RA-SDT)。

3.根据权利要求1所述的RA报告方法，其中，

所述SDT过程完成是成功完成也可以是失败完成。

4.根据权利要求1或权力要求2所述的RA报告方法，其中，

所述UE在判断所述SDT过程中的随机接入过程完成时在RA报告中保存SDT信息。

5.根据权利要求1或权力要求2所述的RA报告方法，其中，

当所述RA报告中的raPurpose域的值设置为ulUnSynchronized或noPUCCHResourceAvailable时，所述UE在RA报告中包含第六信息。

6.根据权利要求1所述的RA报告方法，其中，

所述UE接收来基站的UE信息请求UEInformationRequest消息，其中包含用于请求UE上报所保存的RA报告的指示；

所述UE基于所述指示将所保存的包含第一信息至第六信息中的一个或多个的RA报告包含在UE信息响应UEInformationResponse消息中发送给基站。

7.根据权利要求1所述的RA报告方法，其中，

所述初始传输是SDT过程中第一个物理上行共享信道PUSCH传输，指包含公共控制信道CCCH消息和用户面数据一起的数据包的传输；

所述后续传输指的是SDT过程中不和公共控制信道CCCH消息一起传输的数据包的传输，所述后续传输在所述初始传输成功完成后开始。

8.根据权利要求3所述的RA报告方法，其中，

所述SDT过程失败完成指UE认为正在进行的SDT过程变更为处于不正在进行状态。当下述一种或多种情况发生时，所述SDT过程失败完成：

处于SDT过程中的UE收到网络侧的RRC拒绝消息；

定时器T319a超时；

SDT过程中从底层收到了RA过程失败的指示；

SDT过程正在进行时从主小区组无线链路控制层RLC收到了最大重传次数已达到的指示；

在SDT过程正在进行中时收到了来自底层的完整性检测失败指示；

在SDT过程正在进行时底层指示了在收到对上行CG-SDT发送的网络响应之前定时器cg-SDT-TimeAlignmentTimer或定时器configuredGrantTimer超时。

9.一种用户设备UE，包括：

处理器；以及

存储器，存储有指令；

其中，所述指令在由所述处理器运行时执行根据权利要求1至8中任一项所述的RA报告方法。