CN114205921A - 无线通信系统中用于小数据传送的方法和设备 - Google Patents
无线通信系统中用于小数据传送的方法和设备 Download PDFInfo
- Publication number
- CN114205921A CN114205921A CN202111020389.2A CN202111020389A CN114205921A CN 114205921 A CN114205921 A CN 114205921A CN 202111020389 A CN202111020389 A CN 202111020389A CN 114205921 A CN114205921 A CN 114205921A
- Authority
- CN
- China
- Prior art keywords
- rnti
- small data
- rrc
- resource control
- temporary identifier
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公开一种无线通信系统中用于小数据传送的方法和设备。在从用户设备的角度看的实例中,当用户设备处于无线电资源控制(RRC)连接状态时,用户设备在第一RRC消息中接收第一无线电网络临时标识符。当用户设备处于RRC连接状态时,用户设备使用第一无线电网络临时标识符监听物理下行链路控制信道。用户设备接收指示用户设备从RRC连接状态转变到RRC非活动状态的第二RRC消息。用户设备基于第二RRC消息是否包括第二无线电网络临时标识符而确定无线电网络临时标识符包括第一无线电网络临时标识符或第二无线电网络临时标识符。当用户设备处于RRC非活动状态时,用户设备使用无线电网络临时标识符监听物理下行链路控制信道。
Description
相关申请的交叉引用
本申请要求2020年9月17日提交的第63/079,618号美国临时专利申请的权益,所述申请的全部公开内容以全文引用的方式并入本文中。本申请还要求2020年9月17日提交的第63/079,629号美国临时专利申请的权益,所述申请的全部公开内容以全文引用的方式并入本文中。
技术领域
本公开总体上涉及无线通信网络,且更具体地说,涉及无线通信系统中用于小数据传送的方法和设备。
背景技术
随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求的快速增长,传统的移动语音通信网络演变成与互联网协定(Internet Protocol,IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。
示例性网络结构是演进型通用陆地无线接入网(E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前,3GPP标准组织正在讨论新下一代(例如,5G)无线电技术。因此,目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
根据本公开,提供一个或多个装置和/或方法。在从用户设备(UE)的角度看的实例中,当UE处于无线电资源控制(RRC)连接状态时,UE在第一RRC消息中接收第一无线电网络临时标识符(RNTI)。当UE处于RRC连接状态时,UE使用第一RNTI监听物理下行链路控制信道(PDCCH)。UE接收指示UE从RRC连接状态转变到RRC非活动状态的第二RRC消息。UE基于第二RRC消息是否包括第二RNTI而确定RNTI包括第一RNTI或第二RNTI。当UE处于RRC非活动状态时,UE使用RNTI监听PDCCH。
附图说明
图1示出根据一个示例性实施例的无线通信系统的图。
图2是根据一个示例性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的框图。
图3是根据一个示例性实施例的通信系统的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5是根据一个示例性实施例的示出与成功无线电资源控制(RRC)连接释放相关联的示例性情形的图。
图6A是根据一个示例性实施例的示出与具有后续数据的小数据传送程序(SDT程序)相关联的示例性情形的图。
图6B是根据一个示例性实施例的示出与具有后续数据的SDT程序相关联的示例性情形的图。
图7A是根据一个示例性实施例的示出与具有后续数据的SDT程序相关联的示例性情形的图。
图7B是根据一个示例性实施例的示出与具有后续数据的SDT程序相关联的示例性情形的图。
图8A是根据一个示例性实施例的示出与具有后续数据的SDT程序相关联的示例性情形的图。
图8B是根据一个示例性实施例的示出与具有后续数据的SDT程序相关联的示例性情形的图。
图9A是根据一个示例性实施例的示出与具有后续数据的SDT程序相关联的示例性情形的图。
图9B是根据一个示例性实施例的示出与具有后续数据的SDT程序相关联的示例性情形的图。
图10是根据一个示例性实施例的示出与具有后续数据的SDT程序相关联的示例性情形的图。
图11是根据一个示例性实施例的示出与具有后续数据的SDT程序相关联的示例性情形的图。
图12是根据一个示例性实施例的示出与具有后续数据的SDT程序相关联的示例性情形的图。
图13是根据一个示例性实施例的流程图。
图14是根据一个示例性实施例的流程图。
图15是根据一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信,例如语音、数据等。这些系统可以基于码分多址(code division multiple access,CDMA)、时分多址(time division multipleaccess,TDMA)、正交频分多址(orthogonal frequency division multiple access,OFDMA)、第三代合作伙伴计划(3GPP)长期演进(Long Term Evolution,LTE)无线接入、3GPP长期演进高级(Long Term Evolution Advanced,LTE-A或LTE-高级)、3GPP2超移动宽带(Ultra Mobile Broadband,UMB)、WiMax、用于5G的3GPP新无线电(New Radio,NR)无线接入或一些其它调制技术。
具体地说,下文描述的示例性无线通信系统装置可以设计成支持一个或多个标准,例如由名称为“第三代合作伙伴计划”(在本文中被称作3GPP)的协会提供的标准,包含:RP-193252,“关于INACTIVE状态中的NR小数据传送的新工作项”;R2-2008124,“Rel-16(NR-U、功率节省和2步RACH)和Rel-17(IIoT和小数据)的报告”;3GPP TS 38.321V16.1.0,“NR,MAC协议规范”;3GPP TS 38.331V16.1.0,“NR,RRC协议规范”;R2-2007047,“关于用于基于RACH的方案的UL小数据传送的讨论”;R2-2007540,“基于RACH的NR小数据传送”;RP-193238,“降低能力的NR装置对新SID的支持”。上文所列的标准和文档在此明确地以全文引用的方式并入。
图1呈现根据本公开的一个或多个实施例的多址无线通信系统。接入网络100(AN)包含多个天线群组,其中一个天线群组包含天线104和天线106,另一天线群组包含天线108和天线110,并且又一天线群组包含天线112和天线114。在图1中,针对每一天线群组仅示出了两个天线,但是每一天线群组可利用更多或更少个天线。接入终端116(AT)与天线112和114通信,其中天线112和114经由前向链路120向接入终端116传送信息,并经由反向链路118从接入终端116接收信息。AT 122与天线106和108通信,其中天线106和108经由前向链路126向AT 122传送信息,并经由反向链路124从AT 122接收信息。在频分双工(frequency-division duplexing,FDD)系统中,通信链路118、120、124和126可使用不同频率以供通信。例如,前向链路120可使用与反向链路118所使用的频率不同的频率。
每一天线群组和/或它们被设计成在其中通信的区域常常被称作接入网络的扇区。在实施例中,天线群组各自可被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。
在经由前向链路120和126的通信中,接入网络100的传送天线可利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且,相比于通过单个天线传送到它的接入终端的接入网络,使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的接入网络通常会对相邻小区中的接入终端产生更少的干扰。
接入网络(AN)可以是用于与终端通信的固定台或基站,并且也可被称作接入点、节点B、基站、增强型基站、eNodeB(eNB)、下一代NodeB(gNB),或某一其它术语。接入终端(AT)还可以被称为用户设备(user equipment,UE)、无线通信装置、终端、接入终端或某一其它术语。
图2呈现多输入多输出(multiple-input and multiple-output,MIMO)系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(accessterminal,AT)或用户设备(user equipment,UE))的实施例。在传送器系统210处,可从数据源212将用于数个数据流的业务数据提供到传送(TX)数据处理器214。
在一个实施例中,经由相应的传送天线传送每一数据流。TX数据处理器214基于针对每一数据流而选择的特定译码方案而对所述数据流的业务数据进行格式化、译码和交错以提供经译码数据。
可使用正交频分复用(orthogonal frequency-division multiplexing,OFDM)技术将每一数据流的经译码数据与导频数据多路复用。导频数据通常可为以已知方式进行处理的已知数据模式,且可在接收器系统处使用以估计信道响应。随后可基于针对每个数据流选择的特定调制方案(例如,二进制相移键控(binary phase shift keying,BPSK)、四相相移键控(quadrature phase shift keying,QPSK)、多进制相移键控(M-ary phase shiftkeying,M-PSK)或多进制正交幅度调制(M-ary quadrature amplitude modulation,M-QAM))来调制(即,符号映射)用于所述数据流的经复用导频和经译码数据以提供调制符号。通过由处理器230执行存储器232中的指令可确定用于每一数据流的数据速率、译码和调制。
接着将数据流的调制符号提供到TX MIMO处理器220,所述TX MIMO处理器220可进一步处理所述调制符号(例如,用于OFDM)。TX MIMO处理器220接着将NT个调制符号流提供给NT个传送器(TMTR)222a到222t。在某些实施例中,TX MIMO处理器220可将波束成形权重应用于数据流的符号及从其传送所述符号的天线。
每个传送器222接收并处理相应符号流以提供一个或多个模拟信号,并且进一步调节(例如,放大、滤波和/或上变频转换)所述模拟信号以提供适合于经由MIMO信道传送的经调制信号。接着可分别从NT个天线224a到224t传送来自传送器222a到222t的NT个经调制信号。
在接收器系统250处,由NR个天线252a到252r接收所传送的经调制信号,并且可将从每一天线252接收到的信号提供到相应的接收器(RCVR)254a到254r。每一接收器254可调节(例如,滤波、放大和下转换)相应的接收信号,数字化经调节信号以提供样本,和/或进一步处理所述样本以提供对应的“接收”符号流。
RX数据处理器260接着基于特定接收器处理技术从NR个接收器254接收和/或处理NR个接收符号流以提供NT个“检测到的”符号流。RX数据处理器260接着可对每一检测到的符号流进行解调、解交错和/或解码以恢复数据流的业务数据。由RX处理器260进行的处理可与传送器系统210处的TX MIMO处理器220及TX数据处理器214所执行的处理互补。
处理器270可执行存储器272中的指令以定期确定使用哪一预译码矩阵(在下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可包括与通信链路和/或接收数据流有关的各种类型的信息。反向链路消息接着可通过TX数据处理器238(所述TX数据处理器238还可从数据源236接收数个数据流的业务数据)处理,通过调制器280调制,通过传送器254a到254r调节,和/或被传送回到传送器系统210。
在传送器系统210处,来自接收器系统250的经调制信号通过天线224接收,通过接收器222调节,通过解调器240解调,并通过RX数据处理器242处理,以提取通过接收器系统250传送的反向链路消息。接着,处理器230可确定使用哪一预译码矩阵以确定波束成形权重,然后可处理所提取的消息。
图3呈现根据所公开的主题的一个实施例的通信装置的替代性简化功能框图。如图3中所示,可以利用无线通信系统中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(AN)100,并且无线通信系统可以是LTE系统或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产生的信号。也可以利用无线通信系统中的通信装置300来实现图1中的AN 100。
图4是根据所公开的主题的一个实施例在图3中所示的程序代码312的简化框图。在此实施例中,程序代码312包含应用层400、层3部分402以及层2部分404,且耦合到层1部分406。层3部分402可执行无线电资源控制。层2部分404可执行链路控制。层1部分406可执行和/或实施物理连接。
NR中的小数据传送的工作项已经在RAN#86全体会议中批准。此工作项的描述在下面引述的RP-193252的一个或多个部分中提供:
3理由
NR支持RRC_INACTIVE状态,并且具有不频繁(周期性和/或非周期性)数据传送的UE一般由处于RRC_INACTIVE状态的网络维护。直到Rel-16,RRC_INACTIVE状态不支持数据传送。因此,UE必须恢复任何DL(MT)和UL(MO)数据的连接(即,移动到RRC_CONNECTED状态)。每个数据传送都会建立连接并随后释放为INACTIVE状态,但是数据包很小且很少见。这导致不必要的功耗和信令开销。
[…]
来自INACTIVE状态的UE的小数据包的信令开销是一个普遍的问题,并且对于NR中更多的UE而言,不仅对于网络性能和效率,而且对于UE电池性能,都将成为关键问题。通常,在INACTIVE状态下具有间歇性小数据包的任何装置都将从在INACTIVE中启用小数据传送中受益。
NR中用于小数据传送的关键使能器,即INACTIVE状态、2步、4步RACH和经配置准予类型1已经被指定为Rel-15和Rel-16的一部分。因此,本文的工作建立在这些构建块的基础上,以使NR在INACTIVE状态下进行小数据传送。
4目标
4.1 SI或核心部分WI或测试部分WI的目标
此工作项如下启用RRC_INACTIVE状态下的小数据传送:
-对于RRC_INACTIVE状态:
○基于RACH方案的UL小数据传送(即,2步和4步RACH):
■从INACTIVE状态(例如使用MSGA或MSG3)启用小数据包的UP数据传送的通用程序[RAN2]
■为MSGA和MSG3启用大于当前可能用于INACTIVE状态的Rel-16 CCCH消息大小的灵活有效负载大小,以支持UL中的UP数据传送(实际有效负载大小可达到网络配置)[RAN2]
■基于RACH的解决方案的INACTIVE状态下的上下文获取和数据转发(有以及无锚重定位)[RAN2、RAN3]
注1:以上解决方案的安全方面应使用SA3进行检查
○预配置PUSCH资源上的UL数据的传送(即,重复使用经配置准予类型1)-当TA有效时
■从INACTIVE状态通过经配置准予类型1的小数据传送的通用程序[RAN2]
■用于INACTIVE状态下UL中的小数据传送的经配置准予类型1资源的配置[RAN2]
此WID中不应引入新的RRC状态。UL中的小数据传送、UL和DL中的后续小数据传送以及状态迁移决策都应该在网络控制之下。
在RAN2#111e会议中,达成以下协定,并记录于下文从R2-2008124引述的会话报告中:
在NR中,经配置UL准予中的上行链路(UL)传送论述于下面引述的3GPP TS38.321V16.1.0的一个或多个部分中:
5.4 UL-SCH数据传递
5.4.1 UL准予接收
上行链路准予在随机接入响应中在PDCCH上动态地接收,由RRC半静态地配置或确定为与MSGA的PUSCH资源相关联,如章节5.1.2a中所指定。MAC实体将具有在UL-SCH上传送的上行链路准予。为了执行所请求的传送,MAC层从下层接收HARQ信息。寻址到NDI=0的CS-RNTI的上行链路准予被视为经配置上行链路准予。寻址到NDI=1的CS-RNTI的上行链路准予被视为动态上行链路准予。
如果MAC实体具有C-RNTI、临时C-RNTI或CS-RNTI,那么MAC实体将针对每一PDCCH时机且针对属于具有运行timeAlignmentTimer的TAG的每一服务小区且针对为此PDCCH时机接收的每一准予:
1>如果针对此服务小区的上行链路准予已在用于MAC实体的C-RNTI或临时C-RNTI的PDCCH上接收;或
1>如果上行链路准予已在随机接入响应中接收:
2>如果上行链路准予是针对MAC实体的C-RNTI且如果用于同一HARQ进程的递送到HARQ实体的先前上行链路准予是针对MAC实体的CS-RNTI接收的上行链路准予或经配置上行链路准予,则:
3>无论NDI的值如何均将NDI视为已经切换以用于对应HARQ进程。
2>如果上行链路准予是针对MAC实体的C-RNTI,且所识别HARQ进程配置成用于经配置上行链路准予,则:
3>启动或重新启动用于对应HARQ进程的configuredGrantTimer(若经配置)。
3>停止用于对应HARQ进程的cg-RetransmissionTimer(若正在运行)。
2>将上行链路准予和相关联HARQ信息递送到HARQ实体。
1>否则如果用于此PDCCH时机的上行链路准予已在用于MAC实体的CS-RNTI的PDCCH上针对此服务小区接收:
2>如果接收到的HARQ信息中的NDI是1:
3>将用于对应HARQ进程的NDI视为尚未切换;
3>启动或重新启动用于对应HARQ进程的configuredGrantTimer(若经配置);
3>停止用于对应HARQ进程的cg-RetransmissionTimer(若正在运行);
3>将上行链路准予和相关联HARQ信息递送到HARQ实体。
2>否则,如果接收到的HARQ信息中的NDI是0:
3>如果PDCCH内容指示经配置准予类型2撤销激活,那么:
4>触发经配置上行链路准予确认。
3>否则如果PDCCH内容指示经配置准予类型2激活,那么:
4>触发经配置上行链路准予确认;
4>将用于此服务小区的上行链路准予和相关联HARQ信息存储为经配置上行链路准予;
4>初始化或重新初始化用于此服务小区的经配置上行链路准予以在相关联PUSCH持续时间中启动且根据章节5.8.2中的规则重新发生;
4>停止用于对应HARQ进程的configuredGrantTimer(若正在运行);
4>停止用于对应HARQ进程的RetransmissionTimer(若正在运行);
针对每一服务小区和每一经配置上行链路准予(如果经配置且被激活),MAC实体将:
1>如果MAC实体配置成使用lch-basedPrioritization,且经配置上行链路准予的PUSCH持续时间不与在此服务小区的随机接入响应中接收到的上行链路准予的PUSCH持续时间或MSGA有效负载的传送重叠;或
1>如果经配置上行链路准予的PUSCH持续时间不与在PDCCH上或在此服务小区的随机接入响应中接收到的上行链路准予的PUSCH持续时间或MSGA有效负载的PUSCH持续时间重叠,那么:
2>将HARQ进程ID设置成与此PUSCH持续时间相关联的HARQ进程ID;
2>如果对于对应HARQ进程,configuredGrantTimer不处于运行中且cg-RetransmissionTimer未配置(即,新传送),那么:
3>将用于对应HARQ进程的NDI位视为已经切换;
3>将经配置上行链路准予和相关联HARQ信息递送到HARQ实体。
2>否则如果用于对应HARQ进程的cg-RetransmissionTimer经配置且不处于运行中,那么对于对应HARQ进程:
3>如果configuredGrantTimer不处于运行中且HARQ进程并非未决的(即,新传送),那么:
4>将NDI位视为已切换;
4>将经配置上行链路准予和相关联HARQ信息递送到HARQ实体。
3>否则如果用于相同HARQ进程的递送到HARQ实体的先前上行链路准予为经配置上行链路准予(即,关于经配置准予的重新传送),那么:
4>将经配置上行链路准予和相关联HARQ信息递送到HARQ实体。
对于既不配置有harq-ProcID-Offset2也不配置有cg-RetransmissionTimer的经配置上行链路准予,与UL传送的第一符号相关联的HARQ进程ID从以下等式导出:
HARQ进程ID=[floor(CURRENT_symbol/periodicity)]modulo nrofHARQ-Processes
对于具有harq-ProcID-Offset2的经配置上行链路准予,与UL传送的第一符号相关联的HARQ进程ID是从以下等式导出:
HARQ进程ID=[floor(CURRENT_symbol/periodicity)]modulo nrofHARQ-Processes+harq-ProcID-Offset2
其中CURRENT_symbol=(SFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot+帧中的时隙数目×numberOfSymbolsPerSlot+时隙中的符号数目),且numberOfSlotsPerFrame和numberOfSymbolsPerSlot指代每帧的连续时隙的数目和每时隙的连续符号的数目,分别如TS 38.211[8]中指定。
对于配置成使用cg-RetransmissionTimer的经配置上行链路准予,UE实施方案在HARQ进程ID选择当中可用于经配置准予配置的HARQ进程ID。UE将在初始传送之前优先考虑重新传送。UE将转换用于新传送的CG-UCI中的NDI,且不转换重新传送中的CG-UCI中的NDI。
注1:CURRENT_symbol指代发生的重复集束的第一传送时机的符号索引。
注2:如果经配置上行链路准予激活且相关联的HARQ进程ID小于nrofHARQ-Processes,那么HARQ进程配置成用于其中harq-ProcID-Offset与harq-ProcID-Offset2均未配置的经配置上行链路准予。如果经配置上行链路准予激活且相关联的HARQ进程ID大于或等于harq-ProcID-Offset2且小于经配置准予配置的harq-ProcID-Offset2和nrofHARQ-Processes的总和,那么HARQ进程配置成用于其中harq-ProcID-Offset2经配置的经配置上行链路准予。
注3:如果MAC实体在随机接入响应(即,MAC RAR或fallbackRAR)中接收准予或针对MSGA有效负载如第5.1.2a节中所指定确定准予,且如果MAC实体还针对其C-RNTI或CS-RNTI接收重叠准予,从而需要SpCell上的同时传送,那么MAC实体可选择继续用于其RA-RNTI/MSGB-RNTI/MSGA有效负载传送的准予或用于其C-RNTI或CS-RNTI的准予。
注4:在小区群组中跨越载波的未对准SFN的情况下,所涉及服务小区的SFN用于计算用于经配置上行链路准予的HARQ进程ID。
注5:如果cg-RetransmissionTimer未配置,那么HARQ进程不在相同BWP中的不同经配置准予配置之间共享。
…
5.8.2上行链路
在没有动态准予的情况下,存在两种类型的传送:
-经配置准予类型1,其中上行链路准予由RRC提供,且存储为经配置上行链路准予;
-经配置准予类型2,其中上行链路准予由PDCCH提供,且基于指示经配置准予激活或撤销激活的L1信令而存储或清理为经配置上行链路准予。
类型1和类型2由RRC针对每服务小区和每BWP配置。多个配置可在相同BWP中同时处于活动。对于类型2,激活和撤销激活在服务小区当中是独立的。对于相同BWP,MAC实体可配置成使用类型1和类型2两者。
当经配置准予类型1经配置时,RRC配置以下参数:
-cs-RNTI:用于重新传送的CS-RNTI;
-periodicity:经配置准予类型1的周期性;
-timeDomainOffset:时域中资源相对于SFN=timeReferenceSFN的偏移;
-timeDomainAllocation:时域中含有startSymbolAndLength(即,TS 38.214[7]中的SLIV)或startSymbol(即,TS 38.214[7]中的S)的经配置上行链路准予的分配;
-nrofHARQ-Processes:针对经配置准予的HARQ进程的数目;
-harq-ProcID-Offset:用于共享频谱信道接入的操作的经配置准予的HARQ进程的偏移;
-harq-ProcID-Offset2:经配置准予的HARQ进程的偏移;
-timeReferenceSFN:用于确定时域中的资源的偏移的SFN。UE在经配置准予配置的接收之前使用具有所指示数字的最近SFN。
当经配置准予类型2经配置时,RRC配置以下参数:
-cs-RNTI:用于激活、撤销激活和重新传送的CS-RNTI;
-periodicity:经配置准予类型2的周期性;
-nrofHARQ-Processes:针对经配置准予的HARQ进程的数目;
-harq-ProcID-Offset:用于共享频谱信道接入的操作的经配置准予的HARQ进程的偏移;
-harq-ProcID-Offset2:经配置准予的HARQ进程的偏移。
当配置经配置上行链路准予上的重新传送时,RRC配置以下参数:
-cg-RetransmissionTimer:当UE不自主地重新传送HARQ进程时,在HARQ进程的经配置准予(重新)传送之后的持续时间。
在上层配置服务小区的经配置准予类型1时,MAC实体将:
1>将上层所提供的上行链路准予存储为所指示服务小区的经配置上行链路准予;
1>初始化或重新初始化经配置上行链路准予以根据timeDomainOffset、timeReferenceSFN和S(从SLIV导出或由startSymbol提供,如TS 38.214[7]中所指定)在符号中启动,并以periodicity重复进行。
在上行链路准予配置成用于经配置准予类型1之后,MAC实体将依序考虑在符号中出现第N个(N>=0)上行链路准予,其中:
[(SFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot)+(帧中的时隙数目×numberOfSymbolsPerSlot)+时隙中的符号数目]=(timeReferenceSFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot+timeDomainOffset×numberOfSymbolsPerSlot+S+N×periodicity)modulo(1024×numberOfSlotsPerFrame×numberOfSymbolsPerSlot).
[…]
当经配置上行链路准予通过上层释放时,所有对应配置都将释放,且所有对应上行链路准予将清除。
MAC实体将:
1>如果至少一个经配置上行链路准予确认已经被触发且未取消;并且
1>如果MAC实体具有分配用于新传送的UL资源,那么:
2>如果MAC实体配置成使用configuredGrantConfigList,那么:
3>指示多路复用和集合程序产生如第6.1.3.31节中定义的多条目经配置准予确认MAC CE;
2>否则:
3>指示多路复用和集合程序产生如第6.1.3.7节中定义的经配置准予确认MACCE。
2>取消已触发的经配置上行链路准予确认。
对于经配置准予类型2,MAC实体将紧接在确认经配置上行链路准予撤销激活的经配置准予确认MAC CE或多条目经配置准予确认MAC CE的第一传送之后清除经配置上行链路准予。
重新传送使用:
-经配置上行链路准予的重复;或
-寻址到CS-RNTI的已接收上行链路准予;或
-其中cg-RetransmissionTimer经配置的经配置上行链路准予。
在NR中,与经配置物理上行链路共享信道(PUSCH)资源有关的配置和参数论述于下面引述的3GPP TS 38.331V16.1.0的一个或多个部分中:
-ConfiguredGrantConfig
IE ConfiguredGrantConfig用于根据两个可能方案配置上行链路传送,而无需动态准予。实际上行链路准予可经由RRC(type1)配置或经由PDCCH(寻址到CS-RNTI)提供(type2)。
ConfiguredGrantConfig信息元素
…
-PhysicalCellGroupConfig
IE PhysicalCellGroupConfig用于配置小区群组特定L1参数。
PhysicalCellGroupConfig信息元素
在NR中,无线电资源控制(RRC)释放的描述和/或程序提供于下面引述的3GPP TS38.331V16.1.0的一个或多个部分中。值得注意的是,3GPP TS 38.331V16.1.0的章节5.3.8.1中标题为“RRC连接释放,成功”的图5.3.8.1-1在本文中再现为图5。
5.3.8 RRC连接释放
5.3.8.1概述
图5.3.8.1-1:RRC连接释放:成功
此程序的目的是:
-释放RRC连接,这包含所建立的无线电承载以及所有无线电资源的释放;或
-仅在SRB2和至少一个DRB被设置时才暂停RRC连接,这包含暂停所建立的无线电承载。
5.3.8.2发起
网络发起RRC连接释放程序,以将UE从RRC_CONNECTED状态迁移到RRC_IDLE状态;或仅在SRB2和至少一个DRB或针对IAB的SRB2在RRC_CONNECTED下被设置时才将UE从RRC_CONNECTED状态迁移到RRC_INACTIVE状态;或在UE尝试恢复时将UE从RRC_INACTIVE状态迁移回到RRC_INACTIVE状态;或在UE尝试恢复时将UE从RRC_INACTIVE状态迁移到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:
2>启动或重新启动定时器T325,其中定时器值设置为用信号表示的deprioritisationTimer;
2>存储deprioritisationReq直到T325到期为止;
1>如果RRCRelease包含measIdleConfig:
2>如果T331正在运行:
3>停止定时器T331;
3>执行5.7.8.3中所指定的动作;
2>如果measIdleConfig设置为设置:
3>在VarMeasIdleConfig中存储接收到的measIdleDuration;
3>启动设置为值measIdleDuration的定时器T331;
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>用当前KgNB和KRRCint密钥替代KgNB和KRRCint密钥;
4>用在UE已接收到RRCRelease消息的小区中的临时C-RNTI替代C-RNTI;
4>用UE已接收到RRCRelease消息的小区的cellIdentity替代cellIdentity;
4>用UE已接收到RRCRelease消息的小区的物理小区标识替代物理小区标识;
2>否则:
3>在UE不活动AS上下文中存储当前KgNB和KRRCint密钥、ROHC状态、所存储的QoS流到DRB映射规则、用于源PCell的C-RNTI、源PCell的cellIdentity和物理小区标识、PCell的ReconfigurationWithSync内的spCellConfigCommon(若经配置)以及所有其它经配置的参数,但PCell的ReconfigurationWithSync和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后执行动作,释放原因为“其它”。
在NR中,可引入RRC_INACTIVE状态(例如,无线电资源控制(RRC)非活动状态)中的小数据传送(SDT)以传送和/或接收用户数据,而不用建立(和/或恢复)RRC连接并在之后释放(例如,RRC连接的释放),例如RP-193252和/或R2-2008124中论述。在RRC_INACTIVE状态中经由小数据传送传送和/或接收用户数据可节省功率(例如,减小功率消耗)并减少信令开销。为了在RRC_INACTIVE状态中传送用户数据,可以考虑基于随机接入信道(RACH)和基于预配置PUSCH资源的方法,例如RP-193252中论述。响应于当UE处于RRC_INACTIVE状态时上行链路(UL)数据(例如,小数据)可用于传送,UE可发起RRC连接恢复程序,其中RRC连接恢复程序可触发一个或多个预配置物理上行链路共享信道(PUSCH)资源上的随机接入(RA)程序和/或一个或多个传送。例如,在UE执行基于4步RA的SDT程序的情形中,UE可在Msg3中传送RRC请求消息(例如,RRCResumeRequest)和UL数据(例如,小数据)。替代地和/或另外,在UE执行基于2步RA的小数据传送程序(SDT程序)的情形中,UE可在MSGA中传送RRC请求消息(例如,RRCResumeRequest)和UL数据。替代地和/或另外,在UE执行基于预配置PUSCH资源的SDT程序的情形中,UE可在使用预配置PUSCH资源传送的协议数据单元(PDU)中传送RRC请求消息(例如,RRCResumeRequest)和UL数据。在一些实例中,UL数据可与RRC请求消息(例如,RRCResumeRequest)在相同媒体接入控制(MAC)PDU中复用。替代地和/或另外,可执行RRC_INACTIVE状态中不具有RRC消息的小数据传送(例如,不在RRC_INACTIVE状态中传送RRC消息)。
在一些系统中,SDT程序包括第一UL传送(例如,第一UL小数据传送)后跟着第一下行链路(DL)传送(例如,第一DL小数据传送)。在SDT程序是基于4步RA的实例中,UE可在Msg3(例如,第一UL传送)中传送UL数据(例如,小数据)并在Msg4(例如,第一DL传送)中接收网络(NW)响应(例如,由NW传送的响应,如响应于Msg3和/或UL数据)。在SDT程序是基于2步RA的实例中,UE可在MSGA(例如,第一UL传送)中传送UL数据并在MSGB(例如,第一DL传送)中接收NW响应(例如,由NW传送的响应,如响应于MSGA和/或UL数据)。在SDT程序是基于预配置PUSCH资源的实例中,UE可使用预配置PUSCH资源(例如,第一UL传送)传送UL数据,并接收NW反馈作为响应,例如对UL数据的传送的响应(例如,NW反馈可对应于第一DL传送)。基于RP-193252中的工作项描述,如果存在不是(例如,无法)在第一UL传送和/或第一DL传送内传送和/或接收的更多数据(例如,可用于传送的UL数据和/或DL数据),那么(例如,所述更多数据的)后续传送和一个或多个状态转变决策可在NW控制下。根据R2-2008124,支持作为RRC_INACTIVE状态中的SDT机制(例如,后续小数据传送)的部分的多个UL包和/或DL包。如果存在不是(例如,无法)在第一UL传送和/或第一DL传送内传送和/或接收的更多数据,那么当UE处于RRC_INACTIVE状态时,NW可允许和/或配置UE传送(和/或接收)所述更多数据(例如,后续数据)。替代地和/或另外,如果存在不是(例如,无法)在第一UL传送和/或第一DL传送内传送和/或接收的更多数据,那么NW可将UE迁移(例如,转变)到RRC_CONNECTED状态(例如,RRC连接状态)(并且当UE处于RRC_CONNECTED状态时传送和/或接收所述更多数据)。
当UE处于RRC_INACTIVE状态时的后续小数据传送(例如,在第一UL传送和/或第二DL传送之后的RRC_INACTIVE状态中的所述更多数据的传送)可使得UE能够避免转变到RRC_CONNECTED状态,并且因此可减少信令(例如,信令开销)和/或延迟。在第一UL小数据传送和/或第一DL小数据传送之后可存在一个后续UL小数据传送和/或一个后续DL小数据传送。替代地和/或另外,在第一UL小数据传送和/或第一DL小数据传送之后可存在多个后续UL小数据传送和/或多个后续DL小数据传送。响应于RRC恢复请求消息(例如,RRCResumeRequest)的RRC释放消息(例如,RRCRelease)可包含在第一DL传送中。替代地和/或另外,响应于RRC恢复请求消息(例如,RRCResumeRequest)的RRC释放消息(例如,RRCRelease)可包含在最后一个后续DL传送(例如,在第一UL小数据传送和/或第一DL小数据传送之后的一个或多个后续DL小数据传送中的最后一个DL传送)中。后续小数据(例如,所述更多数据)可使用RA机制、使用一个或多个经配置PUSCH资源(例如,经配置UL准予)和/或使用一个或多个动态UL准予传送。后续小数据传送(例如,在第一UL小数据传送和/或第一DL小数据传送之后的一个或多个后续UL小数据传送和/或一个或多个后续DL小数据传送)可被视为SDT程序的部分。
在第一UL传送和/或第一DL传送(例如,经由SDT程序执行的第一UL小数据传送和/或第一DL小数据传送,如经由基于RACH的SDT和/或经由基于预配置PUSCH资源的SDT)之后,当UE处于RRC_INACTIVE状态时,可经由一个或多个经配置准予(CG)执行一个或多个后续UL传送(例如,一个或多个后续UL小数据传送)。为了在UE处于RRC_INACTIVE状态时经由经配置准予启用后续UL传送,NW可提供用于所述一个或多个后续UL传送的一个或多个经配置准予(例如,用于后续小数据的传送的一个或多个经配置准予)。例如,如R2-2007047中所提出的,NW可预配置一个或多个经配置PUSCH资源(例如,UE可配置成使用所述一个或多个经配置PUSCH资源),并且NW可在第一DL传送(例如,Msg4、MSGB)中激活和/或指示所述一个或多个经配置PUSCH资源中的经配置PUSCH资源,其中在第一DL传送中激活和/或指示的经配置PUSCH资源可用于所述一个或多个后续UL传送。替代地和/或另外,如R2-2007540中所提出的,NW可在接收第一UL传送(例如,Msg3、MSGA)之后配置一个或多个专用PUSCH资源(例如,UE可配置成使用所述一个或多个专用PUSCH资源),其中所述一个或多个专用PUSCH资源可用于所述一个或多个后续UL传送。替代地和/或另外,NW可提供一个或多个经配置PUSCH资源(例如,提供给UE)以及第一DL传送(例如,Msg4、MSGB),其中所述一个或多个经配置PUSCH资源可用于所述一个或多个后续UL传送。例如,NW可向UE传送包括所述一个或多个经配置PUSCH资源和第一DL传送的传送(和/或第一DL传送可包括所述一个或多个经配置PUSCH资源)。
当UE处于RRC_INACTIVE状态时,UE可发起RRC连接恢复程序,以在Msg3和/或MSGA中触发RA和/或传送数据(例如,小数据)。对于后续小数据(例如,所述更多数据),NW可在Msg4和/或MSGB中提供一个或多个经配置UL准予。替代地和/或另外,对于后续小数据(例如,所述更多数据),NW可在Msg4和/或MSGB中指示信息,并且可在传送Msg4和/或MSGB之后提供所述一个或多个经配置UL准予。
实例1
在实例1中,第一数据(例如,第一UL小数据传送的数据)可在Msg3中传送,且一个或多个经配置资源(例如,所述一个或多个经配置UL准予和/或所述一个或多个经配置PUSCH资源)可在Msg4中提供(例如,提供给UE)。
图6A-图6B示出根据实例1的具有后续数据的SDT程序的实例情形,其中第一数据在Msg3(用附图标记610示出)中传送,且所述一个或多个经配置资源在Msg4(用附图标记614示出)中提供。UE(用附图标记602示出)可发起RRC连接恢复程序,以触发用于RRC_INACTIVE状态中的小数据传送的4步RA。UE 602可传送RA前导码606(例如,Msg1)。NW(用附图标记604示出)可接收RA前导码606(例如,Msg1)并传送随机接入响应(RAR)608(例如,Msg2)。例如,RAR 608可响应于RA前导码606而传送。可执行第一传送612(例如,第一UL小数据传送和第一DL小数据传送)。例如,响应于接收到RAR 608(例如,Msg2),UE 602可使用RAR608(例如,Msg2)中的UL准予传送Msg3 610(例如,第一UL小数据传送),其中Msg3 610可包括RRC恢复请求消息(例如,RRCResumeRequest)、用户数据(例如,第一数据)和/或缓冲区状态报告(BSR)。响应于接收到Msg3 610,NW 604可传送Msg4 614(例如,第一DL小数据传送),以通知(例如,发指令给)UE 602完成RA程序。NW 604可在Msg4 614中提供所述一个或多个经配置资源的配置(例如,ConfiguredGrantConfig,如3GPP TS 38.331V16.1.0中所论述)。UE 602可使用所述一个或多个经配置资源(例如,所述一个或多个经配置PUSCH资源)经由一个或多个后续传送620传送后续小数据。响应于接收到后续小数据,NW 604可向UE 602传送反馈(例如,确认(ACK)和/或针对重新传送的UL准予)。例如,后续小数据可经由第一后续小数据传送616和/或第二后续小数据传送622传送。NW 604可响应于第一后续小数据传送616传送第一反馈618(例如,ACK和/或针对重新传送的UL准予)和/或响应于第二后续小数据传送622而传送第二反馈624(例如,ACK和/或针对重新传送的UL准予)。在图6A中,RRC释放消息(例如,RRCRelease)可经由Msg4 614(例如,第一DL传送)的传送提供给UE 602。在图6B中,RRC释放消息(例如,RRCRelease)可经由所述一个或多个后续传送620中的最后一个后续DL传送(例如,第二反馈624)提供给UE 602。在一些实例中,RRC释放消息传送给UE602,使UE 602保持处于RRC_INACTIVE状态(例如,RRC释放消息传送给UE 602,使得UE 602保持RRC_INACTIVE状态)。例如,RRC释放消息可指示保持RRC_INACTIVE状态。
实例2
在实例2中,第一数据(例如,第一UL小数据传送的数据)可在MSGA中传送,且所述一个或多个经配置资源(例如,所述一个或多个经配置UL准予和/或所述一个或多个经配置PUSCH资源)可在MSGB中提供(例如,提供给UE)。
图7A-图7B示出根据实例2的具有后续数据的SDT程序的实例情形,其中第一数据在MSGA(用附图标记706示出)中传送,且所述一个或多个经配置资源在MSGB(用附图标记710示出)中提供。UE(用附图标记702示出)可发起RRC连接恢复程序,以触发用于RRC_INACTIVE状态中的小数据传送的2步RA。可执行第一传送708(例如,第一UL小数据传送和第一DL小数据传送)。例如,UE 702可传送包括RA前导码和PUSCH有效负载的MSGA 706(例如,第一UL小数据传送)。PUSCH有效负载可包括RRC恢复请求消息(例如,RRCResumeRequest)、用户数据(例如,第一数据)和/或BSR。响应于接收到MSGA 706,NW(用附图标记704示出)可传送MSGB 710(例如,第一DL小数据传送),以通知(例如,发指令给)UE 702完成RA程序。NW704可在MSGB 710中提供所述一个或多个经配置资源的配置(例如,ConfiguredGrantConfig,如3GPP TS 38.331V16.1.0中所论述)。UE 702可使用所述一个或多个经配置资源(例如,所述一个或多个经配置PUSCH资源)经由一个或多个后续传送716传送后续小数据。响应于接收到后续小数据,NW 704可向UE 702传送反馈(例如,ACK和/或针对重新传送的UL准予)。例如,后续小数据可经由第一后续小数据传送712和/或第二后续小数据传送718传送。NW 704可响应于第一后续小数据传送712而传送第一反馈714(例如,ACK和/或针对重新传送的UL准予)和/或响应于第二后续小数据传送718而传送第二反馈720(例如,ACK和/或针对重新传送的UL准予)。在图7A中,RRC释放消息(例如,RRCRelease)可经由MSGB 710(例如,第一DL传送)的传送提供给UE 702。在图7B中,RRC释放消息(例如,RRCRelease)可经由所述一个或多个后续传送716中的最后一个后续DL传送(例如,第二反馈720)提供给UE 702。在一些实例中,RRC释放消息传送给UE 702,使UE 702保持处于RRC_INACTIVE状态(例如,RRC释放消息传送给UE 702,使得UE 702保持RRC_INACTIVE状态)。例如,RRC释放消息可指示保持RRC_INACTIVE状态。
实例3
在实例3中,第一数据(例如,第一UL小数据传送的数据)可在Msg3中传送,且所述一个或多个经配置资源(例如,所述一个或多个经配置UL准予和/或所述一个或多个经配置PUSCH资源)可在Msg4的传送之后提供(例如,提供给UE)。
图8A-图8B示出根据实例3的具有后续数据的SDT程序的实例情形,其中第一数据在Msg3(用附图标记810示出)中传送,且所述一个或多个经配置资源在Msg4(用附图标记814示出)的传送之后提供。UE(用附图标记802示出)可发起RRC连接恢复程序,以触发用于RRC_INACTIVE状态中的小数据传送的4步RA。UE 802可传送RA前导码806(例如,Msg1)。NW(用附图标记804示出)可接收RA前导码806(例如,Msg1)并传送RAR 808(例如,Msg2)。可执行第一传送812(例如,第一UL小数据传送和第一DL小数据传送)。例如,响应于接收到RAR808(例如,Msg2),UE 802可使用RAR 808(例如,Msg2)中的UL准予传送Msg3 810(例如,第一UL小数据传送),其中Msg3 810可包括RRC恢复请求消息(例如,RRCResumeRequest)、用户数据(例如,第一数据)和/或BSR。响应于接收到Msg3 810,NW 804可传送Msg4 814(例如,第一DL小数据传送),以通知(例如,发指令给)UE 802完成RA程序并接收所述一个或多个经配置资源(例如,所述一个或多个经配置PUSCH资源)。NW 704可在传送Msg4 814之后提供所述一个或多个经配置资源的配置(例如,ConfiguredGrantConfig,如3GPP TS 38.331V16.1.0中所论述)。例如,NW 804可在传送Msg4 814之后执行传送816,其中传送816向UE 802提供所述一个或多个经配置资源的配置。UE 802可使用所述一个或多个经配置资源(例如,所述一个或多个经配置PUSCH资源)经由一个或多个后续传送822传送后续小数据。响应于接收到后续小数据,NW 804可向UE 802传送反馈(例如,ACK和/或针对重新传送的UL准予)。例如,后续小数据可经由第一后续小数据传送818和/或第二后续小数据传送824传送。NW 804可响应于第一后续小数据传送818而传送第一反馈820(例如,ACK和/或针对重新传送的UL准予)和/或响应于第二后续小数据传送824而传送第二反馈826(例如,ACK和/或针对重新传送的UL准予)。在图8A中,RRC释放消息(例如,RRCRelease)可经由Msg4 814(例如,第一DL传送)的传送提供给UE 802。在图8B中,RRC释放消息(例如,RRCRelease)可经由所述一个或多个后续传送822中的最后一个后续DL传送(例如,第二反馈826)提供给UE 802。在一些实例中,RRC释放消息传送给UE 802,使UE 802保持处于RRC_INACTIVE状态(例如,RRC释放消息传送给UE 802,使得UE 802保持RRC_INACTIVE状态)。例如,RRC释放消息可指示保持RRC_INACTIVE状态。
实例4
在实例4中,第一数据(例如,第一UL小数据传送的数据)可在MSGA中传送,且所述一个或多个经配置资源(例如,所述一个或多个经配置UL准予和/或所述一个或多个经配置PUSCH资源)可在MSGB的传送之后提供(例如,提供给UE)。
图9A-图9B示出根据实例4的具有后续数据的SDT程序的实例情形,其中第一数据在MSGA(用附图标记906示出)中传送,且所述一个或多个经配置资源在MSGB(用附图标记910示出)的传送之后提供。UE(用附图标记902示出)可发起RRC连接恢复程序,以触发用于RRC_INACTIVE状态中的小数据传送的2步RA。可执行第一传送908(例如,第一UL小数据传送和第一DL小数据传送)。例如,UE 902可传送包括RA前导码和PUSCH有效负载的MSGA 906(例如,第一UL小数据传送)。PUSCH有效负载可包括RRC恢复请求消息(例如,RRCResumeRequest)、用户数据(例如,第一数据)和/或一种。响应于接收到MSGA 906,NW(用附图标记904示出)可传送MSGB(例如,第一DL小数据传送),以通知(例如,发指令给)UE 902完成RA程序并接收所述一个或多个经配置资源(例如,所述一个或多个经配置PUSCH资源)。NW 904可在传送MSGB 910之后提供所述一个或多个经配置资源的配置(例如,ConfiguredGrantConfig,如3GPP TS 38.331V16.1.0中所论述)。例如,NW 904可在传送MSGB 910之后执行传送912,其中传送912向UE 902提供所述一个或多个经配置资源(例如,所述一个或多个经配置PUSCH资源)的配置,例如经配置UL准予。UE 902可使用所述一个或多个经配置资源(例如经配置UL准予)经由一个或多个后续传送918传送后续小数据。响应于接收到后续小数据,NW 904可向UE 902传送反馈(例如,ACK和/或针对重新传送的UL准予)。例如,后续小数据可经由第一后续小数据传送914和/或第二后续小数据传送920传送。NW 904可响应于第一后续小数据传送914而传送第一反馈916(例如,ACK和/或针对重新传送的UL准予)和/或响应于第二后续小数据传送920而传送第二反馈922(例如,ACK和/或针对重新传送的UL准予)。在图9A中,RRC释放消息(例如,RRCRelease)可经由MSGB 910(例如,第一DL传送)的传送提供给UE 902。在图9B中,RRC释放消息(例如,RRCRelease)可经由所述一个或多个后续传送918中的最后一个后续DL传送(例如,第二反馈922)提供给UE 902。在一些实例中,RRC释放消息传送给UE 902,使UE 902保持处于RRC_INACTIVE状态(例如,RRC释放消息传送给UE 902,使得UE 902保持RRC_INACTIVE状态)。例如,RRC释放消息可指示保持RRC_INACTIVE状态。
在实例1-4中,所述一个或多个经配置资源(例如,所述一个或多个经配置PUSCH资源)的配置可包括频域资源分配、时域资源分配和/或使用(例如,重复使用)所述一个或多个经配置资源(例如,根据周期性周期性地重复使用所述一个或多个经配置资源)的周期性。所述一个或多个后续传送(例如,所述一个或多个后续传送620、所述一个或多个后续传送716、所述一个或多个后续传送822和/或所述一个或多个后续传送918)可包括一个UL传送和/或一个DL传送。替代地和/或另外,所述一个或多个后续传送(例如,所述一个或多个后续传送620、所述一个或多个后续传送716、所述一个或多个后续传送822和/或所述一个或多个后续传送918)可包括多个UL传送和/或多个DL传送。NW可传送RRC释放消息(例如,RRCRelease),使UE保持处于RRC_INACTIVE状态。
在SDT程序期间,UE可监听物理下行链路控制信道(PDCCH)以从NW接收DL传送。在基于4步RA的SDT程序的情况下,例如图6A-图6B和8A-图8B中所示,UE可通过随机接入无线电网络临时标识符(RA-RNTI)监听PDCCH以接收Msg2,并且可通过临时小区无线电网络临时标识符(临时C-RNTI)监听PDCCH以接收Msg4(例如,在4步RA期间)。在基于2步RA的SDT程序的情况下,例如图7A-图7B和9A-图9B中所示,UE可通过MSGB无线电网络临时标识符(MSGB-RNTI)监听PDCCH以接收MSGB(例如,在2步RA期间)。在NR MAC规范(例如3GPP TS38.321V16.1.0中所提供)中,为了执行经配置准予传送,UE可能需要(例如,可被要求)配置成使用经配置调度无线电网络临时标识符(CS-RNTI),并且UE可通过CS-RNTI监听PDCCH(例如,使用CS-RNTI监听PDCCH)。UE可通过CS-RNTI监听PDCCH,以接收一个或多个经配置UL准予(例如,经配置准予类型1(CG类型1)的一个或多个经配置UL准予和/或经配置准予类型2(CG类型2)的一个或多个经配置UL准予)的激活和/或撤销激活(和/或指示激活和/或撤销激活的消息)。替代地和/或另外,UE可通过CS-RNTI监听PDCCH以接收针对经配置UL准予(例如,经配置准予类型1的经配置UL准予和/或经配置准予类型2的经配置UL准予)的重新传送的UL准予,例如针对使用经配置UL准予执行的传送的重新传送。
为了在UE处于RRC_INACTIVE状态时启用使用一个或多个经配置准予的一个或多个后续UL传送(例如,所述一个或多个后续UL传送可对应于在第一UL小数据传送和/或第一DL小数据传送之后的一个或多个UL小数据传送),当UE处于RRC_INACTIVE状态时,UE可针对激活、指示和/或重新传送(例如,RRC_INACTIVE状态中的激活、指示和/或重新传送)监听PDCCH。在图8A-图8B和9A-图9B的实例情形中,当UE处于RRC_INACTIVE状态时,UE可能需要CS-RNTI(例如,可被要求配置成使用CS-RNTI)来监听PDCCH以接收和/或激活所述一个或多个经配置资源(例如,一个或多个经配置准予资源)。在图6A-图6B、7A-图7B、8A-图8B和9A-图9B的实例情形中,当UE处于RRC_INACTIVE状态时,UE可能需要CS-RNTI(例如,可被要求配置成使用CS-RNTI)监听PDCCH以用于经传送后续数据(例如,后续小数据)的重新传送和/或用于撤销激活所述一个或多个经配置资源(例如,所述一个或多个经配置准予资源)。
在第一UL传送(例如,第一UL小数据传送)和/或第一DL传送(例如,第一DL小数据传送)是经由基于预配置PUSCH资源的SDT执行的情形中,UE可通过CS-RNTI监听PDCCH以接收反馈(例如,来自NW的反馈)。当UE处于RRC_CONNECTED状态时,UE可在RRC配置消息中接收CS-RNTI。替代地和/或另外,当UE迁移(例如,转变)和/或释放到RRC_INACTIVE状态时(和/或在此之后),UE可接收CS-RNTI(例如,在RRC释放消息中)。替代地和/或另外,UE可在RRC释放消息(例如,RRCRelease)中接收CS-RNTI。但是,在第一UL传送(例如,第一UL小数据传送)和/或第一DL传送(例如,第一DL小数据传送)是经由基于RACH的SDT(例如,基于2步RA的SDT程序和/或基于4步RA的SDT程序)执行的情形中,UE可以不具有CS-RNTI(例如,UE可以不具有有效和/或活动CS-RNTI),例如用于在UE处于RRC_INACTIVE状态时监听PDCCH的CS-RNTI。在3GPP TS 38.321V16.1.0中,当UE处于RRC_CONNECTED状态时,CS-RNTI可在来自NW的RRC消息(例如,RRC重新配置消息)中配置。如果当UE处于RRC_CONNECTED状态时CS-RNTI经配置,那么CS-RNTI可在UE退出RRC_CONNECTED状态时释放或存储(并且例如可以不使用CS-RNTI)。因此,当UE在RRC_INACTIVE状态中执行基于RACH的SDT时,UE不具有CS-RNTI(例如,有效和/或活动CS-RNTI)。由于在UE在RRC_INACTIVE状态中执行基于RACH的SDT时UE不具有CS-RNTI(例如,有效和/或活动CS-RNTI),所以UE可以不监听(和/或可能无法监听)用于使用一个或多个经配置准予的所述一个或多个后续传送的PDCCH。由于UE不监听(和/或无法监听)用于使用一个或多个经配置准予的所述一个或多个后续传送的PDCCH,NW可以不(和/或可能无法)通过无线电网络临时标识符(RNTI)辨识UE,并且可以不(和/或可能无法)提供所述一个或多个经配置准予的配置和/或与所述一个或多个后续传送有关的信息。应考虑UE获得用于PDCCH监听以控制RRC_INACTIVE中使用经配置准予的一个或多个后续传送(例如,在SDT程序的第一UL传送和/或第一DL传送之后的SDT程序的一个或多个后续传送)的CS-RNTI(例如,有效和/或活动CS-RNTI)(例如上文所提及)的技术和/或方法。
本文所提供的一个或多个技术可用于解决一个或多个前述问题(例如,当UE在RRC_INACTIVE状态中执行基于RACH的SDT时UE不具有CS-RNTI,和/或UE不监听用于使用一个或多个经配置准予的一个或多个后续传送的PDCCH)。
在第一实施例中,UE可在所存储配置中恢复CS-RNTI。例如,所存储的配置可以是CS-RNTI的配置。当UE处于RRC_CONNECTED状态时,所存储的配置可供UE使用。CS-RNTI可以是当UE处于RRC_CONNECTED状态时UE最近使用的CS-RNTI。在一些实例中,当UE释放和/或迁移(例如,转变)到RRC_INACTIVE状态时,可以存储CS-RNTI(例如,CS-RNTI的配置)(例如,作为所存储的配置)(例如,CS-RNTI可响应于UE释放和/或迁移到RRC_INACTIVE状态和/或在所述释放和/或迁移时存储)。例如,如果当UE处于RRC_CONNECTED状态时,CS-RNTI在来自NW的小区群组配置(例如,CellGroupconfig、physicalCellGroupConfig,如3GPP TS38.331V16.1.0中所论述)中配置,那么当UE释放和/或迁移(例如,转变)到RRC_INACTIVE状态时,可以存储CS-RNTI(例如,作为所存储的配置)(例如,CS-RNTI可响应于UE释放和/或迁移到RRC_INACTIVE状态和/或在所述释放和/或迁移时存储)。在RRC_INACTIVE状态中的一个或多个后续小数据传送(例如,在SDT程序的第一UL小数据传送和/或第一DL小数据传送之后的SDT程序的一个或多个后续小数据传送)期间,UE可从所存储的配置恢复CS-RNTI和/或UE可重复使用CS-RNTI监听PDCCH。NW可检索UE的CS-RNTI,并向UE指示所述一个或多个后续传送。
在一些实例中,当SDT发起时,UE可恢复和/或重复使用CS-RNTI(例如,UE可响应于SDT的发起和/或在所述发起时恢复和/或重复使用CS-RNTI)。替代地和/或另外,当第一小数据传送(例如,第一UL小数据传送和/或第一DL小数据传送)完成时,UE可恢复和/或重复使用CS-RNTI(例如,UE可响应于例如第一UL传送和/或第一DL传送的第一小数据传送的完成和/或在所述完成时恢复和/或重复使用CS-RNTI)。替代地和/或另外,当UE接收完成第一小数据传送的RRC释放消息(例如,RRCRelease)时,UE可恢复和/或重复使用CS-RNTI(例如,UE可响应于接收完成第一小数据传送的RRC释放消息和/或在所述接收时恢复和/或重复使用CS-RNTI)。替代地和/或另外,当UE接收第一DL传送(例如,Msg4、MSGB)时,UE可恢复和/或重复使用CS-RNTI(例如,UE可响应于接收第一DL传送和/或在所述接收时恢复和/或重复使用CS-RNTI)。替代地和/或另外,当UE接收执行所述一个或多个后续传送的NW指示(例如,来自NW的指示和/或指令)时,UE可恢复和/或重复使用CS-RNTI(例如,UE可响应于接收NW指示和/或在所述接收时恢复和/或重复使用CS-RNTI)。替代地和/或另外,当UE基于预配置PUSCH资源发起所述一个或多个后续传送时,UE可恢复和/或重复使用CS-RNTI(例如,UE可响应于基于预配置PUSCH资源发起所述一个或多个后续传送和/或在所述发起时恢复和/或重复使用CS-RNTI)。
在关于图8B的实例中,UE 802可传送RA前导码806,并且可通过RA-RNTI监听PDCCH以接收RAR 808。响应于接收到RAR 808,UE 802可使用RAR 808中的UL准予传送Msg3 810(例如,第一UL小数据传送)。UE 802可通过临时C-RNTI监听PDCCH以接收Msg4 814(例如,第一DL小数据传送)。UE 802可在Msg4 814(例如,Msg4 814可包括执行所述一个或多个后续传送的指示和/或指令)中接收后续数据传送的指示,并且UE 802可从所存储的配置(例如,在UE 802释放到RRC_INACTIVE状态时存储的所存储配置)恢复CS-RNTI。在恢复CS-RNTI之后,UE 802可通过经恢复CS-RNTI监听PDCCH以接收所述一个或多个经配置资源(例如,一个或多个经配置准予资源)的配置,例如经配置UL准予。UE 802可使用所述一个或多个经配置资源(例如经配置UL准予)传送后续小数据传送(例如,第一后续小数据传送818和/或第二后续小数据传送824)。在一些实例中,UE 802可针对后续小数据传送的重新传送和/或撤销激活通过经恢复CS-RNTI继续监听(例如,在传送后续小数据传送之后)PDCCH。
在一些实例中,本文中关于第一实施例所公开的实施例可以实施和/或用于解决一个或多个前述问题(例如,当UE在RRC_INACTIVE状态中执行基于RACH的SDT时UE不具有CS-RNTI,和/或UE不监听用于使用一个或多个经配置准予的一个或多个后续传送的PDCCH)。
在第二实施例中,UE可接收在RRC消息和/或RRC配置中配置的CS-RNTI(例如,RRC消息和/或RRC配置可包括CS-RNTI的配置,和/或RRC消息和/或RRC配置可从NW接收)。当UE处于RRC_CONNECTED状态时,UE可在RRC配置(例如,RRC重新配置消息)中接收CS-RNTI。替代地和/或另外,UE可在RRC释放消息(例如,RRCRelease)中接收CS-RNTI。替代地和/或另外,当UE从RRC_CONNECTED状态迁移(例如,转变)和/或释放到RRC_INACTIVE状态时,UE可在RRC释放消息(例如,RRCRelease)中接收CS-RNTI。替代地和/或另外,当UE从RRC_INACTIVE状态释放到RRC_INACTIVE状态(例如,UE保持RRC_INACTIVE状态)时,UE可在RRC释放消息(例如,RRCRelease)中接收CS-RNTI。在一些实例中,当UE处于RRC_CONNECTED状态时,UE可接收CS-RNTI。替代地和/或另外,当UE处于RRC_INACTIVE状态时,UE可接收CS-RNTI。在一些实例中,CS-RNTI可配置成使用一个或多个经配置准予资源。替代地和/或另外,CS-RNTI可能不配置成使用一个或多个经配置准予资源。
当接收到CS-RNTI时(例如,当接收到CS-RNTI的配置时),UE可将CS-RNTI应用于监听PDCCH(例如,响应于接收到CS-RNTI和/或在接收到CS-RNTI时,例如接收到CS-RNTI的配置,UE可将CS-RNTI应用于监听PDCCH)。替代地和/或另外,当第一小数据传送完成时,UE可将CS-RNTI应用于监听PDCCH(例如,响应于第一小数据传送的完成和/或在所述完成时,UE可将CS-RNTI应用于监听PDCCH)。替代地和/或另外,当UE接收完成第一小数据传送的RRC释放消息(例如,RRCRelease)时,UE可将CS-RNTI应用于监听PDCCH(例如,响应于接收到完成第一小数据传送的RRC释放消息和/或在接收到完成第一小数据传送的RRC释放消息时,UE可将CS-RNTI应用于监听PDCCH)。替代地和/或另外,当UE接收第一DL传送(例如,Msg4、MSGB)时,UE可将CS-RNTI应用于监听PDCCH(例如,响应于接收到第一DL传送和/或在接收到第一DL传送时,UE可将CS-RNTI应用于监听PDCCH)。替代地和/或另外,当UE接收所述一个或多个后续传送的NW指示(例如,来自NW的指示和/或指令)时,UE可将CS-RNTI应用于监听PDCCH(例如,响应于接收到NW指示和/或在接收到NW指示时,UE可将CS-RNTI应用于监听PDCCH)。替代地和/或另外,当UE使用预配置PUSCH资源发起所述一个或多个后续传送时,UE可将CS-RNTI应用于监听PDCCH(例如,响应于使用预配置PUSCH资源发起所述一个或多个后续传送和/或在所述发起时,UE可将CS-RNTI应用于监听PDCCH)。
在关于图8B的实例中,UE 802可传送RA前导码806,并且可通过RA-RNTI监听PDCCH以接收RAR 808。响应于接收到RAR 808,UE 802可使用RAR 808中的UL准予传送Msg3 810(例如,第一UL小数据传送)。UE 802可通过临时C-RNTI监听PDCCH以接收Msg4 814(例如,第一DL小数据传送)。UE 802可在Msg4 814中接收包括CS-RNTI(例如,包括CS-RNTI的配置)的RRC释放消息(例如,RRCRelease)。在接收RRC释放消息之后,UE 802可通过CS-RNTI监听PDCCH以接收所述一个或多个经配置资源(例如,一个或多个经配置准予资源)的配置,例如经配置UL准予。UE 802可使用所述一个或多个经配置资源(例如经配置UL准予)传送后续小数据传送(例如,第一后续小数据传送818和/或第二后续小数据传送824)。在一些实例中,UE 802可针对后续小数据传送的重新传送和/或撤销激活通过CS-RNTI继续监听(例如,在传送后续小数据传送之后)PDCCH。
在一些实例中,本文中关于第二实施例所公开的实施例可以实施和/或用于解决一个或多个前述问题(例如,当UE在RRC_INACTIVE状态中执行基于RACH的SDT时UE不具有CS-RNTI,和/或UE不监听用于使用一个或多个经配置准予的一个或多个后续传送的PDCCH)。
在第三实施例中,UE可从NW接收MAC控制单元中的CS-RNTI和/或下行链路控制信息(DCI)。NW可向UE传送包括(例如,指示)CS-RNTI的MAC CE。例如,MAC CE可类似于C-RNTIMAC CE(例如,MAC CE可具有匹配C-RNTI MAC CE的一个或多个特性的一个或多个特性)。替代地和/或另外,NW可向UE传送包括(例如,指示)CS-RNTI的DCI。在一些实例中,当UE处于RRC_CONNECTED状态时,UE可接收CS-RNTI。替代地和/或另外,当时UE处于RRC_INACTIVE状态,UE可接收CS-RNTI。在一些实例中,CS-RNTI可配置成使用一个或多个经配置准予资源。替代地和/或另外,CS-RNTI可能不配置成使用一个或多个经配置准予资源。
在关于图8B的实例中,UE 802可传送RA前导码806,并且可通过RA-RNTI监听PDCCH以接收RAR 808。响应于接收到RAR 808,UE 802可使用RAR 808中的UL准予传送Msg3 810(例如,第一UL小数据传送)。UE 802可通过临时C-RNTI监听PDCCH以接收Msg4 814(例如,第一DL小数据传送)。UE 802可在Msg4 814中接收MAC CE(例如,CS-RNTI MAC CE、C-RNTI MACCE)。UE 802可基于Msg4 814中的MAC CE确定CS-RNTI。例如,UE可使用由MAC CE指示的RNTI值作为CS-RNTI。在接收Msg4 814之后(和/或在确定CS-RNTI之后),UE可通过CS-RNTI监听PDCCH以接收所述一个或多个经配置资源(例如,一个或多个经配置准予资源)的配置,例如经配置UL准予。UE 802可使用所述一个或多个经配置资源(例如经配置UL准予)传送后续小数据传送(例如,第一后续小数据传送818和/或第二后续小数据传送824)。在一些实例中,UE 802可针对后续小数据传送的重新传送和/或撤销激活通过CS-RNTI继续监听(例如,在传送后续小数据传送之后)PDCCH。
在关于图8B的实例中,UE 802可传送RA前导码806,并且可通过RA-RNTI监听PDCCH以接收RAR 808。响应于接收到RAR 808,UE 802可使用RAR 808中的UL准予传送Msg3 810(例如,第一UL小数据传送)。UE 802可通过临时C-RNTI监听PDCCH以接收Msg4 814(例如,第一DL小数据传送)。UE 802可接收包括CS-RNTI的DCI。在一些实例中,UE 802可接收DCI以及Msg4 814。例如,UE 802可接收Msg4 814和DCI的传送(例如,传送可包括Msg4 814和DCI)。替代地和/或另外,Msg4 814可包括DCI。在接收DCI和/或Msg4 814之后,UE可通过CS-RNTI监听PDCCH以接收所述一个或多个经配置资源(例如,一个或多个经配置准予资源)的配置,例如经配置UL准予。UE 802可使用所述一个或多个经配置资源(例如经配置UL准予)传送后续小数据传送(例如,第一后续小数据传送818和/或第二后续小数据传送824)。在一些实例中,UE 802可针对后续小数据传送的重新传送和/或撤销激活通过CS-RNTI继续监听(例如,在传送后续小数据传送之后)PDCCH。
在一些实例中,本文中关于第三实施例所公开的实施例可以实施和/或用于解决一个或多个前述问题(例如,当UE在RRC_INACTIVE状态中执行基于RACH的SDT时UE不具有CS-RNTI,和/或UE不监听用于使用一个或多个经配置准予的一个或多个后续传送的PDCCH)。
在第四实施例中,UE可基于在RA程序(例如,由UE执行的SDT程序的RA程序)期间由UE接收的C-RNTI确定(例如,导出和/或计算)CS-RNTI。例如,UE可在第一DL传送(例如,Msg4、MSGB)中从NW接收RA程序的C-RNTI。UE和NW均可基于C-RNTI确定(例如,导出和/或计算)CS-RNTI。例如,CS-RNTI可基于C-RNTI和一个或多个预定义规则而确定(例如,导出和/或计算)(例如,C-RNTI可用于从所述一个或多个预定义规则导出CS-RNTI)。在一些实例中,C-RNTI可重复用作CS-RNTI。
在关于图8B的实例中,UE 802可传送RA前导码806,并且可通过RA-RNTI监听PDCCH以接收RAR 808。响应于接收到RAR 808,UE 802可使用RAR 808中的UL准予传送Msg3 810(例如,第一UL小数据传送)。UE 802可通过临时C-RNTI监听PDCCH以接收Msg4 814(例如,第一DL小数据传送)。UE 802可在Msg4 814中接收C-RNTI。例如,Msg4 814可包括C-RNTI。UE可使用C-RNTI作为输入值,以通过所述一个或多个预定义规则(例如,预定义公式)确定(例如,计算和/或导出)CS-RNTI。在接收Msg4 814之后(和/或在确定CS-RNTI之后),UE 802可通过CS-RNTI监听PDCCH以接收所述一个或多个经配置资源(例如,一个或多个经配置准予资源)的配置,例如经配置UL准予。UE 802可使用所述一个或多个经配置资源(例如经配置UL准予)传送后续小数据传送(例如,第一后续小数据传送818和/或第二后续小数据传送824)。在一些实例中,UE 802可针对后续小数据传送的重新传送和/或撤销激活通过CS-RNTI继续监听(例如,在传送后续小数据传送之后)PDCCH。
在一些实例中,本文中关于第四实施例所公开的实施例可以实施和/或用于解决一个或多个前述问题(例如,当UE在RRC_INACTIVE状态中执行基于RACH的SDT时UE不具有CS-RNTI,和/或UE不监听用于使用一个或多个经配置准予的一个或多个后续传送的PDCCH)。
在一些实例中,可以实施和/或使用本文中所公开的实施例的组合,例如关于第一实施例、第二实施例、第三实施例和/或第四实施例描述的技术、实施例、方法和/或替代方案的组合,以便解决一个或多个前述问题(例如,当UE在RRC_INACTIVE状态中执行基于RACH的SDT时UE不具有CS-RNTI,和/或UE不监听用于使用一个或多个经配置准予的一个或多个后续传送的PDCCH)。例如,可以考虑(例如,共同考虑)关于第一实施例、第二实施例、第三实施例和/或第四实施例描述的技术、实施例、方法和/或替代方案(例如以便解决一个或多个前述问题)。
例如,基于RRC消息(例如,RRC释放消息)是否包括CS-RNTI(例如,包括CS-RNTI的配置),UE可使用在RRC消息中接收到的CS-RNTI(例如,根据第二实施例),或者UE可恢复所存储的配置中的CS-RNTI(例如,根据第一实施例)。例如,如果RRC消息包括CS-RNTI(例如,如果RRC消息包括CS-RNTI的配置),那么当UE处于RRC_INACTIVE时,UE可使用在RRC消息中接收到的CS-RNTI监听PDCCH。替代地和/或另外,如果RRC消息不包括CS-RNTI(例如,如果RRC消息不包括CS-RNTI的配置),那么当UE处于RRC_INACTIVE时,UE可使用所存储配置中的CS-RNTI监听PDCCH。
在一些实例中,当UE处于RRC_INACTIVE状态时,UE可触发SDT程序。UE可基于RA执行第一UL小数据传送和/或第一DL小数据传送(例如,第一UL小数据传送和/或第一DL小数据传送可经由SDT程序的RA程序执行)。UE可基于预配置PUSCH资源执行所述一个或多个后续小数据传送(例如,在第一UL小数据传送和/或第一DL小数据传送之后的一个或多个后续UL小数据传送和/或一个或多个后续DL小数据传送)。贯穿本公开,术语“基于预配置PUSCH资源的SDT”和/或术语“基于预配置PUSCH资源的SDT”可对应于和/或可替换为“使用经配置准予的SDT”、“使用经配置UL准予的SDT”和/或“基于经配置准予的SDT”。预配置PUSCH资源和/或经配置准予(例如,经配置UL准予)可以是经配置准予类型1资源。UE可在RRC消息、RRC配置、MAC CE和/或DCI中接收CS-RNTI(例如,CS-RNTI的配置)。替代地和/或另外,UE可恢复所存储配置中的CS-RNTI。替代地和/或另外,UE可基于在第一DL小数据传送(例如,Msg4、MSGB)中接收到的C-RNTI确定(例如,导出和/或计算)CS-RNTI。
在实例中,在第一UL小数据传送(例如,Msg3、MSGA)之后,UE可在第一DL小数据传送(例如,Msg4、MSGB)中的RRC消息中接收CS-RNTI的配置。如果UE不接收CS-RNTI的配置(例如,在第一DL小数据传送中),那么UE可恢复所存储配置中的CS-RNTI(例如,所存储的配置可对应于当UE处于RRC_CONNECTED状态时使用的CS-RNTI的配置)和/或UE可使用用于所述一个或多个后续小数据传送的所存储配置中的CS-RNTI。替代地和/或另外,如果UE不接收CS-RNTI的配置,那么UE可基于在第一DL小数据传送(例如,Msg4、MSGB)中接收到的C-RNTI确定(例如,计算和/或导出)CS-RNTI,和/或UE可使用基于用于所述一个或多个后续小数据传送的C-RNTI确定(例如,计算和/或导出)的CS-RNTI。替代地和/或另外,如果UE不接收CS-RNTI的配置且UE无法从所存储配置恢复CS-RNTI,那么UE可基于在第一DL小数据传送(例如,Msg4、MSGB)中接收到的C-RNTI确定(例如,计算和/或导出)CS-RNTI。
在实例中,UE可在RRC消息(例如,RRC释放消息,如RRCRelease)中接收CS-RNTI的配置。例如,当UE从RRC_CONNECTED状态迁移(例如,转变)到RRC_INACTIVE状态时,UE可在RRC消息中接收CS-RNTI的配置。在一些实例中,如果UE在RRC消息中接收CS-RNTI的配置,那么当UE处于RRC_INACTIVE时,UE可使用在RRC消息中指示的CS-RNTI监听PDCCH。替代地和/或另外,如果UE不在RRC消息中接收CS-RNTI的配置,那么UE可恢复所存储配置中的CS-RNTI(例如,所存储的配置可对应于当UE处于RRC_CONNECTED状态时使用的CS-RNTI的配置)。例如,UE可恢复将在第一DL小数据传送(例如,Msg4、MSGB)之后使用的CS-RNTI(和/或UE可在第一DL小数据传送之后使用从所存储配置恢复的CS-RNTI)。替代地和/或另外,如果UE不在RRC消息中接收CS-RNTI的配置,那么UE可基于在第一DL小数据传送(例如,Msg4、MSGB)中接收到的C-RNTI确定(例如,计算和/或导出)CS-RNTI。例如,UE可确定(例如,计算和/或导出)将在第一DL小数据传送(例如,Msg4、MSGB)之后使用的CS-RNTI(和/或UE可在第一DL小数据传送之后使用基于C-RNTI而确定的CS-RNTI)。替代地和/或另外,如果UE不在RRC消息中接收CS-RNTI的配置且UE无法从所存储配置恢复CS-RNTI,那么UE可基于在第一DL小数据传送(例如,Msg4、MSGB)中接收到的C-RNTI确定(例如,计算和/或导出)CS-RNTI(例如,UE可确定将在第一DL小数据传送之后使用的CS-RNTI,和/或UE可在第一DL小数据传送之后使用基于C-RNTI而确定的CS-RNTI)。
在实例中,UE可在RRC释放消息(例如,RRCRelease)中接收CS-RNTI的配置。例如,当UE从RRC_CONNECTED状态迁移(例如,转变)到RRC_INACTIVE状态时,UE可在RRC释放消息中接收CS-RNTI的配置。在一些实例中,如果UE不在RRC释放消息中接收CS-RNTI的配置,那么UE可恢复和/或重复使用所存储配置中的CS-RNTI(例如,所存储的配置可对应于在UE处于RRC_CONNECTED状态时使用的CS-RNTI的配置)。替代地和/或另外,如果UE在RRC释放消息中接收CS-RNTI的配置,那么UE可使用在RRC释放消息中接收到的CS-RNTI。
在实例中,UE可在RRC释放消息(例如,RRCRelease)中接收CS-RNTI的配置。例如,当UE完成SDT程序时,UE可在RRC释放消息中接收CS-RNTI的配置。在一些实例中,如果UE不在RRC释放消息中接收CS-RNTI的配置,那么UE可在第二SDT程序(例如,在SDT程序完成之后的下一SDT程序)中恢复和/或重复使用所存储配置中的CS-RNTI(例如,所存储的配置可对应于在UE处于RRC_CONNECTED状态时使用的CS-RNTI的配置)。替代地和/或另外,如果UE在RRC释放消息中接收CS-RNTI的配置,那么UE可在第二SDT程序(例如,在SDT程序完成之后的下一SDT程序)中使用在RRC释放消息中接收到的CS-RNTI。
在实例中,在第一DL小数据传送(例如,Msg4、MSGB)之后,UE可恢复所存储配置中的CS-RNTI(例如,所存储的配置可对应于在UE处于RRC_CONNECTED状态时使用的CS-RNTI的配置)。如果UE无法(例如,从所存储配置)恢复CS-RNTI,那么UE可基于在第一DL小数据传送(例如,Msg4、MSGB)中接收到的C-RNTI确定(例如,计算和/或导出)CS-RNTI。
关于本文中的一个或多个实施例,例如上文所描述的一种或多种技术、装置、概念、方法和/或替代方案,CS-RNTI可以是在UE处于RRC_INACTIVE状态时供UE用于监听PDCCH以接收和/或激活所述一个或多个经配置准予资源(例如,用于后续小数据传送)的RNTI。替代地和/或另外,CS-RNTI可以是在UE处于RRC_INACTIVE状态时供UE用于监听PDCCH以用于经传送后续数据的重新传送(例如,所述一个或多个后续小数据传送的传送的重新传送)和/或用于撤销激活所述一个或多个经配置准予资源(例如,用于后续小数据传送)。替代地和/或另外,CS-RNTI可不同于在UE处于RRC_CONNECTED状态时供UE用于使用经配置准予的传送的RNTI。在一些实例中,上文所提及的CS-RNTI可替换为另一RNTI(例如,非CS-RNTI的另一类型的RNTI可代替CS-RNTI使用)。
关于本文中的一个或多个实施例,UE可从NW接收与小数据传送有关的一个或多个配置。UE可从NW接收与用于后续小数据传送(例如,在SDT程序的第一UL小数据传送和/或第一DL小数据传送之后的SDT程序的后续小数据传送)的一个或多个经配置PUSCH资源有关的一个或多个配置。
关于本文中的一个或多个实施例,UE可以指UE、UE的MAC实体和/或UE的RRC实体。
关于本文中的一个或多个实施例,UE可以是NR装置。替代地和/或另外,UE可以是NR-light装置(例如RP-193238中所论述)。替代地和/或另外,UE可以是降低能力的装置(例如RP-193238中所论述)。替代地和/或另外,UE可以是移动电话。替代地和/或另外,UE可以是可穿戴装置。替代地和/或另外,UE可以是传感器。替代地和/或另外,UE可以是固定装置。
关于本文中的一个或多个实施例,NW可以是NW节点。替代地和/或另外,NW可以是基站。替代地和/或另外,NW可以是接入点。替代地和/或另外,NW可以是eNB。替代地和/或另外,NW可以是gNB。
关于本文中的一个或多个实施例,如果上层(例如,RRC层))小数据传送,那么UE发起小数据传送(例如,响应于上层指示小数据传送和/或在上层指示小数据传送时,UE可发起小数据传送)。替代地和/或另外,如果当UE处于RRC_INACTIVE状态时,上层(例如,RRC层)请求恢复暂停的RRC连接以传送小数据,那么UE可发起小数据传送(例如,响应于当UE处于RRC_INACTIVE状态时上层请求恢复暂停的RRC连接以传送小数据和/或在所述请求时,UE可发起小数据传送)。替代地和/或另外,如果UE具有大量数据要传送(例如,数据量超过数据的阈值量),那么UE可发起SDT程序的后续小数据传送。替代地和/或另外,如果UE预期有大量数据要传送(例如,数据量超过数据的阈值量),那么UE可发起SDT程序的后续小数据传送。替代地和/或另外,如果NW允许后续小数据传送(例如,在SDT程序的第一UL小数据传送和/或第一DL小数据传送之后的后续小数据传送),那么UE可发起SDT程序的后续小数据传送。在一些实例中,UL数据(例如,小数据)可以是(和/或可包括)用于传送的可用UL数据(例如,UE的可用于传送的UL数据)。替代地和/或另外,UL数据(例如,小数据)可包括MAC标头。替代地和/或另外,UL数据(例如,小数据)可包括非用于传送的可用UL数据和/或MAC标头的其它信息(例如,一个或多个MAC CE、一个或多个BSR、一个或多个功率余量报告(PHR)等等中的至少一者)。在一些实例中,第一UL数据(例如,小数据,如在第一UL小数据传送中传送的数据)可包括RRC恢复请求消息(例如,RRCResumeRequest)。
在一些系统中,SDT程序包括第一UL传送(例如,第一UL小数据传送)、在第一UL传送之后的第一DL传送(例如,第一DL小数据传送)和/或在第一DL传送之后的一个或多个后续小数据传送。在第一UL传送和/或第一DL传送(例如,经由基于RACH的SDT和/或经由基于预配置PUSCH资源的SDT执行的第一UL小数据传送和/或第一DL小数据传送)之后,当UE处于RRC_INACTIVE状态时,可经由一个或多个动态准予(DG)执行一个或多个后续UL传送(例如,所述一个或多个后续小数据传送中的一个或多个后续UL小数据传送)。为了在UE处于RRC_INACTIVE状态时经由动态准予启用后续UL传送,NW可提供用于所述一个或多个后续UL传送的一个或多个动态准予(例如,用于后续小数据的传送的一个或多个动态准予)。例如,当UE处于RRC_INACTIVE状态时,UE可发起RRC连接恢复程序以触发RA和/或在Msg3和/或MSGA(例如,第一UL传送)中传送第一数据(例如,第一小数据)。替代地和/或另外,当UE处于RRC_INACTIVE状态时,UE可发起RRC连接恢复程序以触发一个或多个预配置PUSCH资源上的一个或多个传送并传送第一数据。在一些实例中,NW可响应于接收到第一数据而传送完成RRC连接恢复程序的RRC释放消息(例如,RRCRelease)。NW可提供用于一个或多个后续小数据传送的一个或多个动态UL准予。
实例5
在实例5中,第一数据(例如,第一小数据)在Msg3中传送。
图10示出具有后续数据的SDT程序的实例情形,其中第一数据在Msg3(用附图标记1010示出)中传送。UE(用附图标记1002示出)可发起RRC连接恢复程序,以触发用于RRC_INACTIVE状态中的小数据传送的4步RA。UE 1002可传送RA前导码1006(例如,Msg1)。NW(用附图标记1004示出)可接收RA前导码606(例如,Msg1)并传送RAR 1008(例如,Msg2)。可执行第一传送1012(例如,第一UL小数据传送和第一DL小数据传送)。例如,响应于接收到RAR1008(例如,Msg2),UE 1002可使用RAR 1008(例如,Msg2)中的UL准予传送Msg3 1010(例如,第一UL小数据传送),其中Msg3 1010可包括RRC恢复请求消息(例如,RRCResumeRequest)、用户数据(例如,第一数据)和/或BSR。响应于接收到Msg3 1010,NW 1004可传送Msg4 1014(例如,第一DL小数据传送),以通知(例如,发指令给)UE 1002完成RA程序。NW 1004可在Msg4 1014(例如,第一DL小数据传送)中传送完成RRC连接恢复程序的RRC释放消息(例如,RRCRelease)(例如,RRC释放消息可包含在Msg4 1014中和/或RRC释放消息可指示RRC连接恢复程序的完成)。在一些实例中,RRC释放消息传送给UE 1002,使UE 1002保持处于RRC_INACTIVE状态(例如,RRC释放消息传送给UE 1002,使得UE 1002保持RRC_INACTIVE状态)。例如,RRC释放消息可指示保持RRC_INACTIVE状态。NW 1004可向UE 1002传送第一动态UL准予以及Msg4 1014。例如,UE 1002可接收Msg4 1014和第一动态UL准予的传送(例如,传送可包括Msg4 1014和第一动态UL准予)。替代地和/或另外,Msg4 1014可包括第一动态UL准予。替代地和/或另外,NW 1004可在向UE 1002传送Msg4 1014之后向UE 1002传送第一动态UL准予。UE 1002可使用第一动态UL准予经由一个或多个后续传送1022传送后续小数据。响应于接收到后续小数据,NW 1004可向UE 1002传送反馈(例如,ACK、针对重新传送的UL准予和/或针对另一后续小数据传送的UL准予)和/或一个或多个动态UL准予(例如,反馈可经由所述一个或多个后续传送1022中的一个或多个后续DL小数据传送传送),其中反馈可与所述一个或多个动态UL准予一起传送(例如,所述一个或多个动态UL准予可不同于第一动态UL准予)。例如,所述一个或多个后续DL小数据传送可包括第一后续DL传送1016、第二后续DL传送1020(例如,包括ACK、针对重新传送的UL准予和/或针对另一后续小数据传送的UL准予的反馈)和/或第三后续DL传送1026(例如,包括ACK、针对重新传送的UL准予和/或针对另一后续小数据传送的UL准予的反馈)。替代地和/或另外,(所述一个或多个后续传送1022中的)一个或多个后续UL小数据传送可包括第一后续UL传送1018和/或第二后续UL传送1024。在一些实例中,后续小数据可经由第一后续UL传送1018和/或第二后续UL传送1024传送。在一些实例中,第一后续UL传送1018可使用经由第一后续DL传送1016接收到的一个或多个动态UL准予(例如,第一动态UL准予)执行。替代地和/或另外,第二后续UL传送1024可使用经由第二后续DL传送1020接收到的(和/或经由非第二后续DL传送1020的另一传送接收到的)一个或多个动态UL准予执行。
实例6
在实例6中,第一数据(例如,第一UL小数据传送的数据)可在MSGA中传送。
图11示出具有后续数据的SDT程序的实例情形,其中第一数据在MSGA(用附图标记1106示出)中传送。UE(用附图标记1102示出)可发起RRC连接恢复程序,以触发用于RRC_INACTIVE状态中的小数据传送的2步RA。可执行第一传送1108(例如,第一UL小数据传送和第一DL小数据传送)。例如,UE 1102可传送包括RA前导码和PUSCH有效负载的MSGA 1106(例如,第一UL小数据传送)。PUSCH有效负载可包括RRC恢复请求消息(例如,RRCResumeRequest)、用户数据(例如,第一数据)和/或BSR。响应于接收到MSGA 1106,NW(用附图标记1104示出)可传送MSGB 1110(例如,第一DL小数据传送),以通知(例如,发指令给)UE 1102完成RA程序。NW 1104可在MSGB 1110(例如,第一DL小数据传送)中传送完成RRC连接恢复程序的RRC释放消息(例如,RRCRelease)(例如,RRC释放消息可包含在MSGB 1110中和/或RRC释放消息可指示RRC连接恢复程序的完成)。在一些实例中,RRC释放消息传送给UE1102,使UE 1102保持处于RRC_INACTIVE状态(例如,RRC释放消息传送给UE 1102,使得UE1102保持RRC_INACTIVE状态)。例如,RRC释放消息可指示保持RRC_INACTIVE状态。NW 1104可向UE 1002传送第一动态UL准予以及MSGB 1110。例如,UE 1102可接收MSGB 1110和第一动态UL准予的传送(例如,传送可包括MSGB 1110和第一动态UL准予)。替代地和/或另外,MSGB 1110可包括第一动态UL准予。替代地和/或另外,NW 1104可在向UE 1102传送MSGB1110之后向UE 1102传送第一动态UL准予。UE 1102可使用第一动态UL准予经由一个或多个后续传送1118传送后续小数据。响应于接收到后续小数据,NW 1104可向UE 1102传送反馈(例如,ACK、针对重新传送的UL准予和/或针对另一后续小数据传送的UL准予)和/或一个或多个动态UL准予(例如,反馈可经由所述一个或多个后续传送1118中的一个或多个后续DL小数据传送传送),其中反馈可与所述一个或多个动态UL准予一起传送(例如,所述一个或多个动态UL准予可不同于第一动态UL准予)。例如,所述一个或多个后续DL小数据传送可包括第一后续DL传送1112、第二后续DL传送1116(例如,包括ACK、针对重新传送的UL准予和/或针对另一后续小数据传送的UL准予的反馈)和/或第三后续DL传送1122(例如,包括ACK、针对重新传送的UL准予和/或针对另一后续小数据传送的UL准予的反馈)。替代地和/或另外,(所述一个或多个后续传送1118中的)一个或多个后续UL小数据传送可包括第一后续UL传送1114和/或第二后续UL传送1120。在一些实例中,后续小数据可经由第一后续UL传送1114和/或第二后续UL传送1120传送。在一些实例中,第一后续UL传送1114可使用经由第一后续DL传送1112接收到的一个或多个动态UL准予(例如,第一动态UL准予)执行。替代地和/或另外,第二后续UL传送1120可使用经由第二后续DL传送1116接收到的(和/或经由非第二后续DL传送1116的另一传送接收到的)一个或多个动态UL准予执行。
实例7
在实例7中,第一数据(例如,第一UL小数据传送的数据)可使用一个或多个经配置PUSCH资源在PDU中传送。
图12示出具有后续数据的SDT程序的实例情形,其中第一数据使用一个或多个经配置PUSCH资源在PDU(用附图标记1206示出)中传送(例如,第一数据在经配置准予(CG)中传送)。例如,UE(用附图标记1202示出)可发起RRC连接恢复程序,以在UE处于RRC_INACTIVE状态时触发一个或多个预配置PUSCH资源上的一个或多个传送。可执行第一传送1208(例如,第一UL小数据传送和第一DL小数据传送)。例如,UE 1202可使用所述一个或多个预配置PUSCH资源(例如,经配置上行链路准予)传送PDU 1206(例如,第一UL小数据传送),其中PDU1206可包括RRC恢复请求消息(例如,RRCResumeRequest)、用户数据(例如,第一数据)和/或BSR。响应于接收到PDU 1206,NW(用附图标记1204示出)可传送反馈1210(例如,第一DL小数据传送)。NW 1204可在反馈1210(例如,第一DL小数据传送)中传送完成RRC连接恢复程序的RRC释放消息(例如,RRCRelease)(例如,RRC释放消息可包含在反馈1210中和/或RRC释放消息可指示RRC连接恢复程序的完成)。在一些实例中,RRC释放消息传送给UE 1202,使UE1202保持处于RRC_INACTIVE状态(例如,RRC释放消息传送给UE 1202,使得UE 1202保持RRC_INACTIVE状态)。例如,RRC释放消息可指示保持RRC_INACTIVE状态。NW 1204可向UE1202传送第一动态UL准予以及反馈1210。例如,UE 1202可接收反馈1210和第一动态UL准予的传送(例如,传送可包括反馈1210和第一动态UL准予)。替代地和/或另外,反馈1210可包括第一动态UL准予。替代地和/或另外,NW 1204可在向UE 1202传送反馈1210之后向UE1202传送第一动态UL准予。UE 1202可使用第一动态UL准予经由一个或多个后续传送1218传送后续小数据。响应于接收到后续小数据,NW 1204可向UE 1202传送第二反馈(例如,ACK、针对重新传送的UL准予和/或针对另一后续小数据传送的UL准予)和/或一个或多个动态UL准予(例如,第二反馈可经由所述一个或多个后续传送1218中的一个或多个后续DL小数据传送传送),其中第二反馈可与所述一个或多个动态UL准予一起传送(例如,所述一个或多个动态UL准予可不同于第一动态UL准予)。例如,所述一个或多个后续DL小数据传送可包括第一后续DL传送1212、第二后续DL传送1216(例如,包括ACK、针对重新传送的UL准予和/或针对另一后续小数据传送的UL准予的反馈)和/或第三后续DL传送1222(例如,包括ACK、针对重新传送的UL准予和/或针对另一后续小数据传送的UL准予的反馈)。替代地和/或另外,(所述一个或多个后续传送1218中的)所述一个或多个后续UL小数据传送可包括第一后续UL传送1214和/或第二后续UL传送1220。在一些实例中,后续小数据可经由第一后续UL传送1214和/或第二后续UL传送1220传送。在一些实例中,第一后续UL传送1214可使用经由第一后续DL传送1212接收到的一个或多个动态UL准予(例如,第一动态UL准予)执行。替代地和/或另外,第二后续UL传送1220可使用经由第二后续DL传送1216接收到的(和/或经由非第二后续DL传送1216的另一传送接收到的)一个或多个动态UL准予执行。
在实例5-7中,所述一个或多个后续传送(例如,所述一个或多个后续传送1022、所述一个或多个后续传送1118和/或所述一个或多个后续传送1218)可包括一个UL传送和/或一个DL传送。替代地和/或另外,所述一个或多个后续传送(例如,所述一个或多个后续传送1022、所述一个或多个后续传送1118和/或所述一个或多个后续传送1218)可包括多个UL传送和/或多个DL传送。NW可传送RRC释放消息(例如,RRCRelease),使UE保持处于RRC_INACTIVE状态。响应于UL数据(例如,后续UL小数据传送)传送的反馈(例如,后续DL小数据传送)可包括ACK、针对重新传送的UL准予和/或针对另一后续小数据传送的UL准予。
在SDT程序期间,UE可监听PDCCH以从NW接收DL传送。在基于4步RA的SDT程序的情况下,例如图10中所示,UE可通过RA-RNTI监听PDCCH以接收Msg2,并且可通过临时C-RNTI监听PDCCH以接收Msg4(例如,在4步RA期间)。在基于2步RA的SDT程序的情况下,例如图11中所示,UE可通过MSGB-RNTI监听PDCCH以接收MSGB(例如,在2步RA期间)。在基于预配置PUSCH资源的SDT程序的情况下,例如图12中所示,UE可通过CS-RNTI监听PDCCH以接收反馈(例如,反馈1210,如第一DL小数据传送)以用于使用一个或多个预配置PUSCH资源的传送(例如,使用一个或多个预配置PUSCH资源的传送可对应于PDU 1206的传送,例如第一UL小数据传送)。在NR MAC规范(例如提供于3GPP TS 38.321V16.1.0中)中,为了执行动态准予传送,UE可能需要(例如,可被要求)配置成使用C-RNTI,且UE可通过C-RNTI监听PDCCH。
为了在UE处于RRC_INACTIVE状态时启用使用动态准予的一个或多个后续UL传送(例如,所述一个或多个后续UL传送可对应于在SDT程序的第一UL小数据传送和/或第一DL小数据传送之后的SDT程序的一个或多个UL小数据传送),当UE处于RRC_INACTIVE状态时,UE可能需要(例如,可被要求)通过C-RNTI监听PDCCH以接收一个或多个UL准予(例如,一个或多个动态准予)和/或接收使用动态准予的一个或多个UL传送的反馈(例如,所述一个或多个后续UL传送的反馈)。在一些系统中,C-RNTI在RA程序期间由NW提供(例如,C-RNTI可从在RAR中获得的临时C-RNTI促进),并且C-RNTI可保持处于RRC_CONNECTED状态(例如,当UE处于RRC_CONNECTED状态时,UE可维持和/或应用C-RNTI)。在一些实例中,当UE接收与UE从RRC_CONNECTED状态到RRC_INACTIVE状态和/或RRC_IDLE状态的迁移(例如,转变)和/或释放相关联的RRC释放消息(例如,RRCRelease)(例如,RRC释放消息可将UE从RRC_CONNECTED状态迁移和/或释放到RRC_INACTIVE状态和/或RRC_IDLE状态)时(和/或在此之后),UE可释放包括C-RNTI的一个或多个无线电资源。UE可存储包括CS-RNTI的RRC配置(例如,由UE存储的RRC配置可包括CS-RNTI的配置)。因此,当UE在RRC_INACTIVE状态中执行一个或多个后续小数据传送时,UE可以不具有RNTI(例如,UE可以不具有有效和/或活动RNTI)。替代地和/或另外,UE可以不具有用于RRC_INACTIVE状态中的使用动态准予的所述一个或多个后续UL传送的C-RNTI(例如,UE可以不具有有效和/或活动RNTI)。
在SDT由基于RACH的方法(例如,基于RACH的SDT)触发的情形中,UE可在第一DL传送(例如,第一DL小数据传送,如Msg4和/或MSGB)中接收C-RNTI。但是,当UE在第一DL传送中接收RRC释放消息(例如,RRCRelease)时(例如,响应于UE在第一DL传送中接收RRC释放消息和/或在UE在第一DL传送中接收RRC释放消息时),UE可释放无线电资源(例如,所有无线电资源),其中被UE释放的无线电资源包括C-RNTI。替代地和/或另外,在SDT由基于预配置PUSCH资源的方法(例如,基于预配置PUSCH资源的SDT)触发的情形中,当UE处于RRC_INACTIVE状态时,UE可以不从NW接收C-RNTI。由于当UE处于RRC_INACTIVE状态时UE不从NW接收C-RNTI,所以UE可以不具有要用来监听PDCCH以接收针对一个或多个后续传送(例如,所述一个或多个后续UL传送)的动态UL准予的RNTI。由于UE不具有要用来监听PDCCH以接收针对所述一个或多个后续传送的动态UL准予的RNTI,所以NW可以不通过RNTI辨识(例如,可能无法辨识)UE,和/或NW可以不提供(例如,可能无法提供)针对所述一个或多个后续传送的动态UL准予。应考虑UE获得用于PDCCH监听以控制RRC_INACTIVE中使用动态准予的一个或多个后续传送(例如,在SDT程序的第一UL传送和/或第一DL传送之后的SDT程序的一个或多个后续传送)的RNTI(例如,有效和/或活动RNTI)(例如上文所提及)的技术和/或方法。
本文所提供的一个或多个技术可用于解决一个或多个前述问题(例如,UE不具有要用来监听PDCCH以接收针对一个或多个后续传送的动态UL准予的RNTI、NW不通过RNTI辨识UE和/或NW不提供针对所述一个或多个后续传送的动态UL准予)。
在第五实施例中,UE可通过第一RNTI监听PDCCH以接收动态准予(例如,动态准予可用于一个或多个后续小数据传送,如在第一UL小数据传送和/或第一DL小数据传送之后的一个或多个后续小数据传送)。第一RNTI可在第一小数据传送(例如,第一UL小数据传送和/或第一DL小数据传送)期间基于RNTI(例如,现有RNTI)确定(例如,导出和/或计算)。例如,RNTI(例如,现有RNTI)可对应于供UE用于第一小数据传送的RNTI和/或在第一小数据传送期间的UE的RNTI。UE和NW可基于同一规则确定(例如,导出和/或计算)第一RNTI(例如,用于所述一个或多个后续小数据传送)。第一RNTI可基于RA-RNTI、MSGB-RNTI、临时C-RNTI、C-RNTI、CS-RNTI和/或用于UE的使用预配置PUSCH资源的传送的RNTI而确定(例如,导出和/或计算)。UE可在使用RA方案的小数据传送期间(例如,在基于RACH的SDT期间,如使用RA方案执行的SDT程序)确定(例如,导出和/或计算)RA-RNTI和/或MSGB-RNTI。NW可在使用RA方案的小数据传送期间(例如,在基于RACH的SDT期间,如使用RA方案执行的SDT程序)辨识RA-RNTI和/或MSGB-RNTI。UE可在使用RA方案的小数据传送期间(例如,在基于RACH的SDT期间,如使用RA方案执行的SDT程序)在RAR中从NW接收临时C-RNTI。UE可在使用RA方案的小数据传送期间在第一DL传送中(例如,在Msg4和/或MSGB中)从NW接收C-RNTI。UE可在使用经预配置资源的小数据传送期间(例如,在基于预配置PUSCH资源的SDT期间,如使用预配置PUSCH资源执行的SDT程序)具有经配置RNTI(例如,CS-RNTI)。上述RNTI(例如,RA-RNTI、MSGB-RNTI、临时C-RNTI、C-RNTI、CS-RNTI、用于UE的使用预配置PUSCH资源的传送的RNTI和/或经配置RNTI)中的一个或多个RNTI(例如,一个、一些和/或全部RNTI)可用于基于一个或多个预定义规则(例如,预定义公式)确定(例如,导出和/或计算)第一RNTI。替代地和/或另外,上述RNTI(例如,RA-RNTI、MSGB-RNTI、临时C-RNTI、C-RNTI、CS-RNTI、用于UE的使用预配置PUSCH资源的传送的RNTI和/或经配置RNTI)中的一个或多个RNTI(例如,一个、一些和/或全部RNTI)可重复用作第一RNTI。在一些实例中,第一RNTI可以是C-RNTI。UE可通过第一RNTI监听PDCCH以接收动态准予(例如,动态准予可用于一个或多个后续UL传送,如在第一UL小数据传送和/或第一DL小数据传送之后的一个或多个后续UL小数据传送)。
在一些实例中,当请求后续数据传送(例如,在第一UL小数据传送和/或第一DL小数据传送之后的一个或多个后续小数据传送)时,UE可确定(例如,导出和/或计算)第一RNTI(例如,响应于请求后续数据传送和/或在请求后续数据传送时,UE可确定第一RNTI)。替代地和/或另外,当第一小数据传送(例如,第一UL小数据传送和/或第一DL小数据传送)完成时,UE可确定(例如,导出和/或计算)第一RNTI(例如,响应于第一小数据传送的完成和/或在第一小数据传送完成时,UE可确定第一RNTI)。替代地和/或另外,当UE接收完成第一小数据传送的RRC释放消息(例如,RRCRelease)时,UE可确定(例如,导出和/或计算)第一RNTI(例如,响应于接收完成第一小数据传送的RRC释放消息和/或在接收完成第一小数据传送的RRC释放消息时,UE可确定第一RNTI)。替代地和/或另外,当UE接收第一DL传送(例如,所述DL小数据传送,如Msg4和/或MSGB)时,UE可确定(例如,导出和/或计算)第一RNTI(例如,响应于接收第一DL传送和/或在接收第一DL传送时,UE可确定第一RNTI)。替代地和/或另外,当UE接收执行后续传送(例如,后续小数据传送)的NW指示(例如,来自NW的指示和/或指令)时,UE可确定(例如,导出和/或计算)第一RNTI(例如,响应于接收NW指示和/或在接收NW指示时,UE可确定第一RNTI)。
在关于图10的实例中,UE 1002可传送RA前导码1006,并且可通过RA-RNTI监听PDCCH以接收RAR 1008。响应于接收到RAR 1008,UE 1002可使用RAR 1008中的UL准予传送Msg3 1010(例如,第一UL小数据传送)。UE 1002可通过临时C-RNTI监听PDCCH以接收Msg41014(例如,第一DL小数据传送)。UE 1002可在Msg4 1014中接收C-RNTI。例如,Msg4 1014可包括C-RNTI。在一些实例中,UE 1002可使用C-RNTI作为输入值通过所述一个或多个预定义规则(例如,预定义公式)确定(例如,计算和/或导出)第一RNTI。替代地和/或另外,UE 1002可将C-RNTI(例如,在Msg4 1014中接收)重复用作第一RNTI(例如,第一RNTI可与C-RNTI相同)。替代地和/或另外,UE 1002可在Msg4 1014中接收RRC释放消息(例如,RRCRelease)。例如,Msg4 1014可包括RRC释放消息。在一些实例中,UE 1002可释放C-RNTI(例如,响应于RRC释放消息)。在接收RRC释放消息和/或释放C-RNTI之后,UE 1002可通过第一RNTI监听PDCCH以接收一个或多个动态UL准予。UE 1002可传送后续小数据传送(例如,第一后续UL传送1018和/或第二后续UL传送1024),例如使用所述一个或多个动态UL准予。在一些实例中,UE1002可针对重新传送通过第一RNTI和/或一个或多个后续传送(例如,一个或多个后续小数据传送)的一个或多个其它UL准予继续监听(例如,在传送后续小数据传送之后)PDCCH。
在关于图12的实例中,UE 1202可使用所述一个或多个预配置PUSCH资源传送PDU1206(例如,第一UL小数据传送),并且可通过CS-RNTI监听PDCCH以接收反馈1210(例如,第一DL小数据传送)。反馈1210可以是NW反馈(来自NW 1204)。UE 1202可接收反馈1210(例如,经由通过CS-RNTI监听PDCCH)。UE可使用CS-RNTI作为输入值通过所述一个或多个预定义规则(例如,预定义公式)确定(例如,计算和/或导出)第一RNTI。替代地和/或另外,UE 1202可将CS-RNTI重复用作第一RNTI(例如,第一RNTI可与CS-RNTI相同)。替代地和/或另外,UE1202可在反馈1210中接收RRC释放消息(例如,RRCRelease)。例如,反馈1210可包括RRC释放消息。在一些实例中,UE 1202可存储CS-RNTI(例如,响应于RRC释放消息)。在接收RRC释放消息和/或存储CS-RNTI之后,UE 1202可通过第一RNTI监听PDCCH以接收一个或多个动态UL准予。UE 1202可传送后续小数据传送(例如,第一后续UL传送1214和/或第二后续UL传送1220),例如使用所述一个或多个动态UL准予。在一些实例中,UE 1202可针对重新传送和/或一个或多个后续传送(例如,一个或多个后续小数据传送)的一个或多个其它UL准予通过第一RNTI继续监听(例如,在传送后续小数据传送之后)PDCCH。
在一些实例中,本文中关于第五实施例所公开的实施例可以实施和/或用于解决一个或多个前述问题(例如,UE不具有要用来监听PDCCH以接收针对一个或多个后续传送的动态UL准予的RNTI、NW不通过RNTI辨识UE和/或NW不提供针对所述一个或多个后续传送的动态UL准予)。
在第六实施例中,UE可通过第一RNTI监听PDCCH以接收动态准予(例如,动态准予可用于一个或多个后续小数据传送,如在第一UL小数据传送和/或第一DL小数据传送之后的一个或多个后续小数据传送)。第一RNTI可使用(例如,重复使用)用于第一小数据传送(例如,第一UL小数据传送和/或第一DL小数据传送)的RNTI(例如,现有RNTI)。例如,UE可将用于第一小数据传送的RNTI(例如,现有RNTI)用作(例如,重复用作)第一RNTI(例如,第一RNTI可与RNTI相同)。替代地和/或另外,第一RNTI可在SDT程序期间提供(例如,提供给UE)。替代地和/或另外,UE可在第一小数据传送(例如,第一UL小数据传送和/或第一DL小数据传送)期间和/或之后接收和/或维持第一RNTI,并且可通过第一RNTI监听PDCCH以接收动态准予(将用于所述一个或多个后续小数据传送)。UE可以不在SDT程序期间释放、舍弃、替换和/或存储第一RNTI。第一RNTI可以是C-RNTI、CS-RNTI和/或用于使用一个或多个预配置PUSCH资源的传送的RNTI。第一RNTI可在第一DL小数据传送(例如,MSGB、Msg4和/或用于使用一个或多个预配置PUSCH资源的传送的NW反馈)中接收。第一RNTI可包含(例如,指示)在RRC释放消息(例如,RRCRelease)、MAC CE和/或DCI中。
在关于图10的实例中,UE 1002可传送RA前导码1006,并且可通过RA-RNTI监听PDCCH以接收RAR 1008。响应于接收到RAR 1008,UE 1002可使用RAR 1008中的UL准予传送Msg3 1010(例如,第一UL小数据传送)。UE 1002可通过临时C-RNTI监听PDCCH以接收Msg41014(例如,第一DL小数据传送)。UE 1002可在Msg4 1014中接收C-RNTI和/或RRC释放消息(例如,RRCRelease)。例如,Msg4 1014可包括C-RNTI和/或RRC释放消息。在一些实例中,UE1002可执行RRC(例如,由RRC释放消息指示的RRC释放),但是可以不释放C-RNTI(例如,UE1002可在不释放C-RNTI的情况下执行RRC释放)。UE 1002可通过C-RNTI监听PDCCH以接收一个或多个动态UL准予。UE 1002可传送后续小数据传送(例如,第一后续UL传送1018和/或第二后续UL传送1024),例如使用所述一个或多个动态UL准予。在一些实例中,UE 1002可针对重新传送和/或一个或多个后续传送(例如,一个或多个后续小数据传送)的一个或多个其它UL准予通过C-RNTI继续监听(例如,在传送后续小数据传送之后)PDCCH。
在关于图12的实例中,UE 1202可使用所述一个或多个预配置PUSCH资源传送PDU1206(例如,第一UL小数据传送),并且可通过CS-RNTI监听PDCCH以接收反馈1210(例如,第一DL小数据传送)。反馈1210可以是NW反馈(来自NW 1204)。UE 1202可接收反馈1210(例如,经由通过CS-RNTI监听PDCCH)。反馈1210可包括RRC释放消息(例如,RRCRelease)和第一RNTI的MAC CE(例如,C-RNTI MAC CE)。第一RNTI可以是C-RNTI。例如,第一RNTI(例如,C-RNTI)可由MAC CE(例如,C-RNTI MAC CE指示)。在一些实例中,UE 1202可执行RRC释放(例如,由RRC释放消息指示的RRC释放),但是可以不释放第一RNTI(例如,UE 1202可在不释放第一RNTI的情况下执行RRC释放)。UE 1202可通过第一RNTI监听PDCCH以接收一个或多个动态UL准予。UE 1002可传送后续小数据传送(例如,第一后续UL传送1214和/或第二后续UL传送1220),例如使用所述一个或多个动态UL准予。在一些实例中,UE 1202可针对重新传送和/或一个或多个后续传送(例如,一个或多个后续小数据传送)的一个或多个其它UL准予通过第一RNTI继续监听(例如,在传送后续小数据传送之后)PDCCH。
在一些实例中,本文中关于第六实施例所公开的实施例可以实施和/或用于解决一个或多个前述问题(例如,UE不具有要用来监听PDCCH以接收针对一个或多个后续传送的动态UL准予的RNTI、NW不通过RNTI辨识UE和/或NW不提供针对所述一个或多个后续传送的动态UL准予)。
在一些实例中,可以实施和/或使用本文中所公开的实施例的组合,例如关于第五实施例和/或第六实施例描述的技术、实施例、方法和/或替代方案的组合,以便解决一个或多个前述问题(例如,UE不具有要用来监听PDCCH以接收针对一个或多个后续传送的动态UL准予的RNTI、NW不通过RNTI辨识UE和/或NW不提供针对所述一个或多个后续传送的动态UL准予)。例如,可以考虑(例如,共同考虑)关于第五实施例和/或第六实施例描述的技术、实施例、方法和/或替代方案(例如以便解决一个或多个前述问题)。
例如,当UE处于RRC_INACTIVE状态时,UE可触发(和/或发起)SDT程序。UE可基于RA和/或基于一个或多个预配置PUSCH资源执行(例如,SDT程序的)第一UL传送和/或第二DL传送(例如,第一UL传送可对应于SDT程序的第一UL小数据传送和/或第一DL传送可对应于SDT程序的第一DL小数据传送)。UE可基于一个或多个动态准予执行(例如,SDT程序的)一个或多个后续传送(例如,所述一个或多个后续传送可包括SDT程序的一个或多个后续UL小数据传送和/或SDT程序的一个或多个后续DL小数据传送)。UE可在第一小数据传送(例如,第一UL小数据传送和/或第一DL小数据传送)期间基于RNTI(例如,现有RNTI)确定(例如,导出和/或计算)第一RNTI。例如,RNTI(例如,现有RNTI)可对应于供UE用于第一小数据传送的RNTI和/或在第一小数据传送期间的UE的RNTI。替代地和/或另外,UE可维持在第一小数据传送期间和/或之后存在和/或接收到的第一RNTI。
在实例中,UE可在NW反馈(例如,反馈1210)中接收C-RNTI MAC CE和RRC释放消息(例如,RRCRelease)。在一些实例中,NW反馈可对应于使用一个或多个预配置PUSCH资源执行的UL小数据传送(例如,第一UL小数据传送)的反馈。在一些实例中,UE可执行RRC释放(例如,由RRC释放消息指示的RRC释放),但是可以不释放C-RNTI(例如,UE可在不释放C-RNTI的情况下执行RRC释放)。替代地和/或另外,如果UE不接收C-RNTI(例如,经由NW反馈),那么UE可使用RNTI(例如,RNTI,如CS-RNTI和/或用于使用一个或多个预配置PUSCH资源的传送的其它类型的RNTI,如第一UL小数据传送和/或第一DL小数据传送)作为输入值通过预定义公式确定(例如,导出和/或计算)C-RNTI(例如,C-RNTI可基于RNTI和/或预定义公式而确定)。UE可通过C-RNTI监听PDCCH以接收一个或多个动态UL准予。UE可传送后续小数据传送,例如使用所述一个或多个动态UL准予。在一些实例中,UE可针对重新传送和/或一个或多个后续传送(例如,一个或多个后续小数据传送)的一个或多个其它UL准予通过C-RNTI继续监听(例如,在传送后续小数据传送之后)PDCCH。
贯穿本公开,UE通过RNTI(例如,RA-RNTI、MSGB-RNTI、临时C-RNTI、C-RNTI、CS-RNTI或用于UE的使用预配置PUSCH资源的传送的RNTI)监听PDCCH可对应于和/或替换为UE使用RNTI(例如,RA-RNTI、MSGB-RNTI、临时C-RNTI、C-RNTI、CS-RNTI或用于UE的使用预配置PUSCH资源的传送的RNTI)监听PDCCH。
上述技术和/或实施例中的一个、一些和/或所有可以形成为新实施例。
在一些实例中,可以独立地和/或单独地实施本文中所公开的实施例,例如关于第一实施例、第二实施例、第三实施例、第四实施例、第五实施例和第六实施例描述的实施例。替代地和/或另外,可以实施本文中所公开的实施例的组合,例如关于第一实施例、第二实施例、第三实施例、第四实施例、第五实施例和/或第六实施例描述的实施例的组合。替代地和/或另外,可以并行和/或同时实施本文中所公开的实施例的组合,例如关于第一实施例、第二实施例、第三实施例、第四实施例、第五实施例和/或第六实施例描述的实施例的组合。
本公开的各种技术、实施例、方法和/或替代方案可彼此独立和/或分开执行。替代地和/或另外,本公开的各种技术、实施例、方法和/或替代方案可以组合和/或使用单个系统实施。替代地和/或另外,本公开的各种技术、实施例、方法和/或替代方案可以并行和/或同时实施。
图13是从UE的角度看的根据一个示例性实施例的流程图1300。在步骤1305中,当UE处于RRC_INACTIVE状态时,UE使用基于RACH的方案执行第一小数据传送(例如,当UE处于RRC_INACTIVE状态时,UE使用基于RACH的方案执行第一小数据传送)。在步骤1310中,当UE处于RRC_INACTIVE状态时,UE获得用于后续小数据传送的CS-RNTI。例如,后续小数据传送可在第一小数据传送之后。替代地和/或另外,当UE处于RRC_INACTIVE状态时,可执行后续小数据传送。替代地和/或另外,当UE处于RRC_INACTIVE状态时,UE可获得CS-RNTI。
在一个实施例中,第一小数据传送是SDT程序(例如,基于RACH的SDT程序)的传送(例如,UL传送),和/或后续小数据传送是SDT程序的在第一小数据传送之后的传送。
在一个实施例中,基于RACH的方案是4步RA和/或2步RA。
在一个实施例中,第一小数据传送包括Msg3传送和/或MSGA传送。例如,第一小数据传送的第一小数据可在Msg3和/或MSGA中传送。
在一个实施例中,UE经由一个或多个预配置PUSCH资源执行后续小数据传送。例如,UE可经由所述一个或多个预配置PUSCH资源传送后续小数据传送的后续小数据。
在一个实施例中,CS-RNTI从配置(例如,所存储的配置)恢复。当UE从RRC_CONNECTED状态进入RRC_INACTIVE状态时(例如,响应于UE从RRC_CONNECTED状态进入RRC_INACTIVE状态),可存储配置(例如,在UE执行第一小数据传送之前)。
在一个实施例中,CS-RNTI在RRC消息和/或RRC配置中接收。例如,RRC消息和/或RRC配置可由UE接收。替代地和/或另外,RRC消息和/或RRC配置可包括CS-RNTI。
在一个实施例中,CS-RNTI在MAC CE和/或DCI中接收。例如,MAC CE和/或DCI可由UE接收。替代地和/或另外,MAC CE和/或DCI可包括CS-RNTI。
在一个实施例中,CS-RNTI在RRC_CONNECTED状态中接收(例如,当UE处于RRC_CONNECTED状态时)。
在一个实施例中,CS-RNTI在RRC_INACTIVE状态中接收(例如,当UE处于RRC_INACTIVE状态时)。
在一个实施例中,CS-RNTI基于在第一小数据传送中接收到的C-RNTI而确定(例如,导出和/或计算)。
在一个实施例中,UE基于预定义规则(例如,预定义公式)使用C-RNTI确定(例如,导出和/或计算)CS-RNTI。例如,一个或多个运算(例如,数学运算)可使用C-RNTI执行以确定CS-RNTI(例如,所述一个或多个运算可根据预定义规则执行,例如根据预定义公式执行)。
在一个实施例中,UE将C-RNTI重复用作CS-RNTI(例如,CS-RNTI可与C-RNTI相同)。
在一个实施例中,UE通过CS-RNTI监听PDCCH以接收用于所述后续小数据传送和/或用于非所述后续小数据传送的一个或多个后续小数据传送的一个或多个预配置PUSCH资源。例如,UE可使用所述一个或多个预配置PUSCH资源执行所述后续小数据传送和/或非所述后续小数据传送的所述一个或多个后续小数据传送。
在一个实施例中,UE针对用于所述后续小数据传送的激活和/或指示和/或针对用于非所述后续小数据传送的一个或多个后续小数据传送的激活和/或指示通过CS-RNTI监听PDCCH。
在一个实施例中,UE针对用于所述后续小数据传送的重新传送和/或撤销激活和/或针对用于非所述后续小数据传送的一个或多个后续小数据传送的重新传送和/或撤销激活通过CS-RNTI监听PDCCH。
在一个实施例中,如果上层(例如,RRC层)指示小数据传送(例如,如果上层发指令执行小数据传送),那么UE发起RA程序以传送(例如,第一小数据传送的)第一小数据。
在一个实施例中,如果上层(例如,RRC层)请求恢复暂停的RRC连接以用于RRC_INACTIVE状态中的小数据传送(例如,如果当UE处于RRC_INACTIVE状态时,上层请求恢复暂停的RRC连接以用于小数据传送),那么UE发起RA程序以传送(例如,第一小数据传送的)第一小数据。
在一个实施例中,如果UE有大量数据要传送(例如,如果可供UE传送的数据量超过数据的阈值量),那么UE发起后续小数据传送(和/或一个或多个其它后续小数据传送),其中后续小数据传送使用所述一个或多个预配置PUSCH资源。
在一个实施例中,如果UE预期有大量数据要传送(例如,如果UE预期具有的可用于传送的数据量超过数据的阈值量),例如如果UE预期有大量数据(例如,数据量超过数据的阈值量)可用于经由第一小数据传送和/或后续小数据传送传送,那么UE发起后续小数据传送(和/或一个或多个其它后续小数据传送),其中后续小数据传送使用所述一个或多个预配置PUSCH资源。
在一个实施例中,如果NW允许后续小数据传送(例如,如果NW允许和/或配置UE执行在SDT程序的第一小数据传送之后的SDT程序的后续小数据传送),那么UE发起后续小数据传送(和/或一个或多个其它后续小数据传送),其中后续小数据传送使用所述一个或多个预配置PUSCH资源。
在一个实施例中,如果NW向UE提供与预配置PUSCH资源有关的配置(例如,一个或多个预配置PUSCH资源的配置),那么UE发起后续小数据传送(和/或一个或多个其它后续小数据传送),其中后续小数据传送使用所述一个或多个预配置PUSCH资源。
返回参考图3和图4,在UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312,使得UE能够:(i)当UE处于RRC_INACTIVE状态时使用基于RACH的方案执行第一小数据传送,以及(ii)当UE处于RRC_INACTIVE状态时获得用于后续小数据传送的CS-RNTI。此外,CPU 308可执行程序代码312以执行上述动作和步骤中的一个、一些和/或所有和/或本文中所描述的其它动作和步骤。
图14是从UE的角度看的根据一个示例性实施例的流程图1400。在步骤1405中,当UE处于RRC_INACTIVE状态时,UE执行第一小数据传送。在步骤1410中,当UE处于RRC_INACTIVE状态时,UE获得用于后续小数据传送的第一RNTI。例如,后续小数据传送可在第一小数据传送之后。替代地和/或另外,当UE处于RRC_INACTIVE状态时,可执行后续小数据传送。替代地和/或另外,当UE处于RRC_INACTIVE状态时,UE可获得第一RNTI。
在一个实施例中,第一小数据传送是SDT程序(例如,基于预配置PUSCH资源的SDT程序)的传送(例如,UL传送),和/或后续小数据传送是SDT程序的在第一小数据传送之后的传送。
在一个实施例中,UE使用基于RACH的方案执行第一小数据传送。
在一个实施例中,基于RACH的方案是4步RA和/或2步RA。
在一个实施例中,第一小数据传送包括Msg3传送和/或MSGA传送。例如,第一小数据传送的第一小数据可在Msg3和/或MSGA中传送。
在一个实施例中,UE使用基于预配置PUSCH资源的方案执行第一小数据传送。
在一个实施例中,第一小数据传送包括使用一个或多个预配置PUSCH资源的PDU的传送。例如,第一小数据传送的第一小数据可使用所述一个或多个预配置PUSCH资源在PDU中传送。
在一个实施例中,UE传送RRC恢复请求消息(例如,RRCResumeRequest)以及第一小数据传送的第一小数据。例如,第一小数据传送可包括第一小数据和RRC恢复请求消息的传送。
在一个实施例中,UE在执行第一小数据传送之后(例如,在传送第一小数据传送的第一小数据之后)接收RRC释放消息(例如,RRCRelease)。
在一个实施例中,UE经由一个或多个动态UL准予执行后续小数据传送。例如,UE可在所述一个或多个动态UL准予中传送后续小数据传送的后续小数据。
在一个实施例中,第一RNTI在第一小数据传送期间基于RNTI(例如,现有RNTI)而确定(例如,导出和/或计算)。例如,RNTI(例如,现有RNTI)可对应于供UE用于第一小数据传送的RNTI和/或在第一小数据传送期间的UE的RNTI。
在一个实施例中,UE基于预定义规则(例如,预定义公式)使用RNTI(例如,现有RNTI)确定(例如,导出和/或计算)第一RNTI。例如,一个或多个运算(例如,数学运算)可使用RNTI(例如,现有RNTI)执行以确定第一RNTI(例如,所述一个或多个运算可根据预定义规则执行,例如根据预定义公式执行)。例如,RNTI(例如,现有RNTI)可对应于供UE用于第一小数据传送的RNTI和/或在第一小数据传送期间的UE的RNTI。
在一个实施例中,UE将RNTI(例如,现有RNTI)重复用作第一RNTI。例如,RNTI(例如,现有RNTI)可对应于供UE用于第一小数据传送的RNTI和/或在第一小数据传送期间的UE的RNTI。
在一个实施例中,第一RNTI在一个或多个小数据传送(例如,第一小数据传送和/或一个或多个后续小数据传送)期间维持。
在一个实施例中,第一RNTI在包括第一小数据传送和/或后续小数据传送的SDT程序期间维持。
在一个实施例中,UE在SDT程序期间不释放、舍弃和/或替换第一RNTI。
在一个实施例中,UE在SDT程序期间接收第一RNTI。
在一个实施例中,UE将用于第一小数据传送的RNTI(例如,现有RNTI)用作(例如,重复用作)第一RNTI。
在一个实施例中,现有RNTI(例如,第一RNTI)是在第一小数据传送期间的RA-RNTI、MSGB-RNTI、临时C-RNTI和/或C-RNTI,其中第一小数据传送使用基于RACH的方案执行。例如,现有RNTI(例如,第一RNTI)可以是在第一小数据传送期间的UE的RNTI(例如,RA-RNTI、MSGB-RNTI、临时C-RNTI和/或C-RNTI)。
在一个实施例中,现有RNTI(例如,第一RNTI)是用于第一小数据传送的第二RNTI,其中第一小数据传送使用基于预配置PUSCH资源的方案执行。
在一个实施例中,第一RNTI是C-RNTI。
在一个实施例中,第一RNTI是用于第一小数据传送的第二RNTI,其中第一小数据传送使用基于预配置PUSCH资源的方案执行。
在一个实施例中,第二RNTI是CS-RNTI。
在一个实施例中,第一RNTI接收和/或包含在MSGB、Msg4和/或NW反馈中。例如,MSGB、Msg4和/或NW反馈可由UE接收。替代地和/或另外,MSGB、Msg4和/或NW反馈可包括第一RNTI。
在一个实施例中,第一RNTI包括在RRC消息、MAC CE和/或DCI中。例如,UE可接收RRC消息、MAC CE和/或DCI。
在一个实施例中,UE通过第一RNTI监听PDCCH以接收用于所述后续小数据传送和/或用于非所述后续小数据传送的一个或多个后续小数据传送的一个或多个动态UL准予。例如,UE可使用所述一个或多个动态UL准予执行所述后续小数据传送和/或非所述后续小数据传送的所述一个或多个后续小数据传送。
在一个实施例中,UE针对所述后续小数据传送的重新传送和/或针对非所述后续小数据传送的一个或多个后续小数据传送的重新传送通过第一RNTI监听PDCCH。
在一个实施例中,如果上层(例如,RRC层)指示小数据传送(例如,如果上层发指令执行小数据传送),那么UE发起小数据传送(例如,包括第一小数据传送和/或后续小数据传送)。
在一个实施例中,如果上层(例如,RRC层)请求恢复暂停的RRC连接以用于在RRC_INACTIVE状态中传送小数据(例如,如果当UE处于RRC_INACTIVE状态时上层请求恢复暂停的RRC连接以用于传送小数据),那么UE发起小数据传送(例如,包括第一小数据传送和/或后续小数据传送)。
在一个实施例中,如果UE有大量数据要传送(例如,如果可供UE传送的数据量超过数据的阈值量),那么UE发起后续小数据传送(和/或一个或多个其它后续小数据传送)。
在一个实施例中,如果UE预期有大量数据要传送(例如,如果UE预期具有的可用于传送的数据量超过数据的阈值量),例如如果UE预期有大量数据(例如,数据量超过数据的阈值量)可用于经由第一小数据传送和/或后续小数据传送传送,那么UE发起后续小数据传送(和/或一个或多个其它后续小数据传送)。
在一个实施例中,如果NW允许后续小数据传送(例如,如果NW允许和/或配置UE执行在SDT程序的第一小数据传送之后的SDT程序的后续小数据传送),那么UE发起后续小数据传送(和/或一个或多个其它后续小数据传送)。
返回参考图3和图4,在UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312,使得UE能够:(i)当UE处于RRC_INACTIVE状态时执行第一小数据传送,以及(ii)当UE处于RRC_INACTIVE状态时获得用于后续小数据传送的第一RNTI。此外,CPU 308可执行程序代码312以执行上述动作和步骤中的一个、一些和/或所有和/或本文中所描述的其它动作和步骤。
图15是从UE的角度看的根据一个示例性实施例的流程图1500。在步骤1505中,当UE处于RRC连接状态(例如,RRC_CONNECTED状态)时,UE在第一RRC消息中接收第一RNTI。例如,第一RRC消息包括第一RNTI。在步骤1510中,当UE处于RRC连接状态时,UE使用第一RNTI监听PDCCH。例如,当UE处于RRC连接状态时,UE可使用第一RNTI监听PDCCH。在步骤1515中,UE接收指示UE从RRC连接状态转变(例如,迁移)到RRC非活动状态的第二RRC消息。例如,第二RRC消息可传送到UE(例如,通过NW)以将UE转变(例如,迁移)到RRC_INACTIVE状态。在步骤1520中,UE基于第二RRC消息是否包括第二RNTI而确定RNTI包括第一RNTI或第二RNTI。在步骤1525中,当UE处于RRC非活动状态时,UE使用RNTI监听PDCCH。在实例中,第一RNTI可基于第二RRC消息不包括第二RNTI而确定为RNTI(并且当UE处于RRC非活动状态时,UE可使用第一RNTI监听PDCCH)。替代地和/或另外,第二RNTI可基于第二RRC消息包括第二RNTI而确定为RNTI(并且当UE处于RRC非活动状态时,UE可使用第二RNTI监听PDCCH)。
在一个实施例中,当UE处于RRC连接状态时,UE监听PDCCH以接收第一传送(例如,当UE处于RRC连接状态时的使用一个或多个第一经配置准予的第一传送,其中所述一个或多个第一经配置准予可包括一个或多个经配置准予类型1经配置准予和/或一个或多个经配置准予类型2经配置准予)的重新传送的指示。例如,UE使用第一RNTI监听PDCCH以接收第一传送的重新传送的指示。
在一个实施例中,当UE处于RRC连接状态时,UE监听PDCCH以接收第二传送(例如,当UE处于RRC连接状态时的使用一个或多个第二经配置准予的第二传送,其中所述一个或多个第二经配置准予可包括一个或多个经配置准予类型1经配置准予和/或一个或多个经配置准予类型2经配置准予)的激活的指示。例如,UE使用第一RNTI监听PDCCH以接收第二传送的激活的指示。替代地和/或另外,当UE处于RRC连接状态时,UE监听PDCCH以接收所述一个或多个第二经配置准予的激活的指示(例如,PDCCH可使用第一RNTI监听以接收所述一个或多个第二经配置准予的激活的指示,其中由指示指示的激活可处于UE处于RRC连接状态的时间)。在实例中,UE可响应于接收到所述一个或多个第二经配置准予的激活的指示而激活所述一个或多个第二经配置准予(例如,当UE处于RRC连接状态时)。
在一个实施例中,当UE处于RRC连接状态时,UE监听PDCCH以接收第三传送(例如,当UE处于RRC连接状态时的使用一个或多个第三经配置准予的第三传送,其中所述一个或多个第三经配置准予可包括一个或多个经配置准予类型1经配置准予和/或一个或多个经配置准予类型2经配置准予)的撤销激活的指示。例如,UE使用第一RNTI监听PDCCH以接收第三传送的撤销激活的指示。替代地和/或另外,当UE处于RRC连接状态时,UE监听PDCCH以接收所述一个或多个第三经配置准予的撤销激活的指示(例如,PDCCH可使用第一RNTI监听以接收所述一个或多个第三经配置准予的撤销激活的指示,其中由指示指示的撤销激活可处于UE处于RRC连接状态的时间)。在实例中,UE可响应于接收到所述一个或多个第三经配置准予的撤销激活的指示而撤销激活所述一个或多个第三经配置准予(例如,当UE处于RRC连接状态时)。
在一个实施例中,响应于接收到第二RRC消息,UE转变(例如,迁移)到RRC非活动状态,且UE存储第一RNTI。例如,当UE接收第二RRC消息时,UE可转变(例如,迁移)到RRC非活动状态,并且可存储第一RNTI。
在一个实施例中,当UE处于RRC非活动状态时,UE使用一个或多个预配置PUSCH资源(例如,一个或多个经配置准予类型1资源)发起基于经配置准予的小数据传送来传送数据。
在一个实施例中,UE基于第二RRC消息包括第二RNTI而确定RNTI包括第二RNTI。例如,如果第二RRC消息包括第二RNTI,那么当UE处于RRC非活动状态时,UE使用第二RNTI监听PDCCH。
在一个实施例中,如果第二RRC消息包括第二RNTI,那么当UE处于RRC非活动状态时,UE不使用第一RNTI监听PDCCH。
在一个实施例中,UE基于第二RRC消息不包括第二RNTI而确定RNTI包括第一RNTI。例如,如果第二RRC消息不包括第二RNTI,那么当UE处于RRC非活动状态时,UE使用第一RNTI监听PDCCH。
在一个实施例中,当UE处于RRC非活动状态时,UE监听PDCCH以接收基于经配置准予的小数据传送的重新传送的指示。当UE处于RRC非活动状态时,执行基于经配置准予的小数据传送。
在一个实施例中,第一RNTI是第一CS-RNTI,且第二RNTI是第二CS-RNTI。
在一个实施例中,第一RRC消息是RRC重新配置消息,且第二RRC消息是RRC释放消息。
返回参考图3和图4,在UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312,使得UE能够:(i)当UE处于RRC连接状态时,在第一RRC消息中接收第一RNTI,(ii)当UE处于RRC连接状态时,使用第一RNTI监听PDCCH,(iii)接收指示UE从RRC连接状态转变到RRC非活动状态的第二RRC消息,(iv)基于第二RRC消息是否包括第二RNTI而确定RNTI包括第一RNTI或第二RNTI,以及(v)当UE处于RRC非活动状态时,使用RNTI监听PDCCH。此外,CPU 308可执行程序代码312以执行上述动作和步骤中的一个、一些和/或所有和/或本文中所描述的其它动作和步骤。
可以提供一种通信装置(例如,UE、基站、NW节点等),其中通信装置可包括控制电路、安装于控制电路中的处理器和/或安装于控制电路中且耦合到处理器的存储器。处理器可配置成执行存储在存储器中的程序代码以执行图13-图15中所示的方法步骤。此外,处理器可执行程序代码以执行上述动作和步骤中的一个、一些和/或所有和/或本文中所描述的其它动作和步骤。
可以提供一种计算机可读媒体。计算机可读媒体可以是非暂时性计算机可读媒体。计算机可读媒体可包括快闪存储器装置、硬盘驱动器、磁盘(例如,磁性磁盘和/或光学光盘,例如数字多功能光盘(DVD)、压缩光盘(CD)等中的至少一个),和/或存储器半导体,例如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(SDRAM)等中的至少一个。计算机可读媒体可包括处理器可执行指令,所述指令在执行时使图13-图15中所示的一个、一些和/或所有方法步骤和/或上述动作和步骤中的一个、一些和/或所有和/或本文中所描述的其它动作和步骤得以执行。
可以了解,应用本文中呈现的一个或多个技术可产生一个或多个益处,包含但不限于:使得UE能够在UE处于RRC_INACTIVE状态时针对使用经配置UL准予和/或动态UL准予的一个或多个后续小数据传送监听PDCCH。使得UE能够在UE处于RRC_INACTIVE状态时针对所述一个或多个后续小数据传送监听PDCCH可使装置(例如,UE和/或NW节点)之间的通信效率提高,例如功耗和/或信令开销减少(例如,由于UE能够在不进入RRC连接状态的情况下执行所述一个或多个后续小数据传送)。
上文已经描述了本公开的各种方面。应清楚,本文中的教示可以广泛多种形式实施,且本文中所公开的任何特定结构、功能或这两者仅是代表性的。基于本文中的教示,所属领域的技术人员应了解,本文中所公开的方面可独立于任何其它方面而实施,且可以各种方式组合这些方面中的两个或更多个方面。例如,可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。此外,通过使用其它结构、功能性或除了在本文中所阐述的方面中的一个或多个方面之外或不同于在本文中所阐述的方面中的一个或多个方面的结构和功能性,可以实施此设备或可以实践此方法。作为上述概念中的一些的实例,在一些方面中,可基于脉冲重复频率而建立并行信道。在一些方面中,可基于脉冲位置或偏移而建立并行信道。在一些方面中,可基于时间跳频序列而建立并行信道。在一些方面中,可基于脉冲重复频率、脉冲位置或偏移以及时间跳频序列而建立并行信道。
所属领域的技术人员将理解,可使用各种不同技术和技艺中的任一种来表示信息和信号。例如,可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。.
所属领域的技术人员将进一步了解,结合本文中所公开的各方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可以实施为电子硬件(例如,数字实施方案、模拟实施方案或这两个的组合,其可以使用源译码或某一其它技术来设计)、并有指令的各种形式的程序或设计代码(为方便起见,其在本文中可以称为“软件”或“软件模块”),或这两者的组合。为清晰地说明硬件与软件的此可互换性,上文已大体就各种说明性组件、块、模块、电路和步骤的功能性对它们加以描述。此功能性被实施为硬件还是软件取决于特定应用和施加于总体系统上的设计约束。所属领域的技术人员可以针对每一特定应用以不同方式实施所描述的功能性,但此类实施决策不应被解释为引起对本公开的范围的偏离。
此外,结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可在集成电路(“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 (20)
1.一种用户设备的方法,其特征在于,所述方法包括:
当所述用户设备处于无线电资源控制连接状态时,在第一无线电资源控制消息中接收第一无线电网络临时标识符;
当所述用户设备处于所述无线电资源控制连接状态时,使用所述第一无线电网络临时标识符监听物理下行链路控制信道;
接收指示所述用户设备从所述无线电资源控制连接状态转变到无线电资源控制非活动状态的第二无线电资源控制消息;
基于所述第二无线电资源控制消息是否包括第二无线电网络临时标识符而确定无线电网络临时标识符包括所述第一无线电网络临时标识符或所述第二无线电网络临时标识符;以及
当所述用户设备处于所述无线电资源控制非活动状态时,使用所述无线电网络临时标识符监听所述物理下行链路控制信道。
2.根据权利要求1所述的方法,其特征在于:
当所述用户设备处于所述无线电资源控制连接状态时执行所述监听所述物理下行链路控制信道以接收以下中的至少一个:
当所述用户设备处于所述无线电资源控制连接状态时使用一个或多个经配置准予的第一传送的重新传送的指示;
当所述用户设备处于所述无线电资源控制连接状态时一个或多个经配置准予的激活的指示;或
当所述用户设备处于所述无线电资源控制连接状态时一个或多个经配置准予的撤销激活的指示。
3.根据权利要求1所述的方法,其特征在于,包括:
响应于接收到所述第二无线电资源控制消息:
转变到所述无线电资源控制非活动状态;且
存储所述第一无线电网络临时标识符。
4.根据权利要求1所述的方法,其特征在于,包括:
当所述用户设备处于所述无线电资源控制非活动状态时,发起基于经配置准予的小数据传送,其中所述小数据传送使用一个或多个预配置物理上行链路共享信道资源来传送数据。
5.根据权利要求1所述的方法,其特征在于:
基于所述第二无线电资源控制消息包括所述第二无线电网络临时标识符,确定所述无线电网络临时标识符包括所述第二无线电网络临时标识符。
6.根据权利要求1所述的方法,其特征在于:
如果所述第二无线电资源控制消息包括所述第二无线电网络临时标识符,那么当所述用户设备处于所述无线电资源控制非活动状态时,不使用所述第一无线电网络临时标识符执行所述监听所述物理下行链路控制信道。
7.根据权利要求1所述的方法,其特征在于:
基于所述第二无线电资源控制消息不包括所述第二无线电网络临时标识符,确定所述无线电网络临时标识符包括所述第一无线电网络临时标识符。
8.根据权利要求1所述的方法,其特征在于:
当所述用户设备处于所述无线电资源控制非活动状态时,执行所述监听所述物理下行链路控制信道以接收基于经配置准予的小数据传送的重新传送的指示;且
当所述用户设备处于所述无线电资源控制非活动状态时,执行所述基于经配置准予的小数据传送。
9.根据权利要求1所述的方法,其特征在于:
所述第一无线电网络临时标识符是第一经配置调度无线电网络临时标识符;且
所述第二无线电网络临时标识符是第二经配置调度无线电网络临时标识符。
10.根据权利要求1所述的方法,其特征在于:
所述第一无线电资源控制消息是无线电资源控制重新配置消息;且
所述第二无线电资源控制消息是无线电资源控制释放消息。
11.一种用户设备,其特征在于,包括:
控制电路;
处理器,其安装在所述控制电路中;以及
存储器,其安装在所述控制电路中且可操作地耦合到所述处理器,其中所述处理器配置成执行存储于所述存储器中的程序代码以执行操作,所述操作包括:
当所述用户设备处于无线电资源控制连接状态时,在第一无线电资源控制消息中接收第一无线电网络临时标识符;
当所述用户设备处于所述无线电资源控制连接状态时,使用所述第一无线电网络临时标识符监听物理下行链路控制信道;
接收指示所述用户设备从所述无线电资源控制连接状态转变到无线电资源控制非活动状态的第二无线电资源控制消息;
基于所述第二无线电资源控制消息是否包括第二无线电网络临时标识符而确定无线电网络临时标识符包括所述第一无线电网络临时标识符或所述第二无线电网络临时标识符;以及
当所述用户设备处于所述无线电资源控制非活动状态时,使用所述无线电网络临时标识符监听所述物理下行链路控制信道。
12.根据权利要求11所述的用户设备,其特征在于:
当所述用户设备处于所述无线电资源控制连接状态时执行所述监听所述物理下行链路控制信道以接收以下中的至少一个:
当所述用户设备处于所述无线电资源控制连接状态时使用一个或多个经配置准予的第一传送的重新传送的指示;
当所述用户设备处于所述无线电资源控制连接状态时一个或多个经配置准予的激活的指示;或
当所述用户设备处于所述无线电资源控制连接状态时一个或多个经配置准予的撤销激活的指示。
13.根据权利要求11所述的用户设备,其特征在于,所述操作包括:
响应于接收到所述第二无线电资源控制消息:
转变到所述无线电资源控制非活动状态;且
存储所述第一无线电网络临时标识符。
14.根据权利要求11所述的用户设备,其特征在于,所述操作包括:
当所述用户设备处于所述无线电资源控制非活动状态时,发起基于经配置准予的小数据传,其中所述小数据传送使用一个或多个预配置物理上行链路共享信道资源送来传送数据。
15.根据权利要求11所述的用户设备,其特征在于:
基于所述第二无线电资源控制消息包括所述第二无线电网络临时标识符,确定所述无线电网络临时标识符包括所述第二无线电网络临时标识符。
16.根据权利要求11所述的用户设备,其特征在于:
如果所述第二无线电资源控制消息包括所述第二无线电网络临时标识符,那么当所述用户设备处于所述无线电资源控制非活动状态时,不使用所述第一无线电网络临时标识符执行所述监听所述物理下行链路控制信道。
17.根据权利要求11所述的用户设备,其特征在于:
基于所述第二无线电资源控制消息不包括所述第二无线电网络临时标识符,确定所述无线电网络临时标识符包括所述第一无线电网络临时标识符。
18.根据权利要求11所述的用户设备,其特征在于:
当所述用户设备处于所述无线电资源控制非活动状态时,执行所述监听所述物理下行链路控制信道以接收基于经配置准予的小数据传送的重新传送的指示;且
当所述用户设备处于所述无线电资源控制非活动状态时,执行所述基于经配置准予的小数据传送。
19.根据权利要求11所述的用户设备,其特征在于:
所述第一无线电网络临时标识符是第一经配置调度无线电网络临时标识符;且
所述第二无线电网络临时标识符是第二经配置调度无线电网络临时标识符。
20.一种计算机可读媒体,其包括在由用户设备执行时使操作得以执行的处理器可执行指令,其特征在于,所述操作包括:
当所述用户设备处于无线电资源控制连接状态时,在第一无线电资源控制消息中接收第一无线电网络临时标识符;
当所述用户设备处于所述无线电资源控制连接状态时,使用所述第一无线电网络临时标识符监听物理下行链路控制信道;
接收指示所述用户设备从所述无线电资源控制连接状态转变到无线电资源控制非活动状态的第二无线电资源控制消息;
基于所述第二无线电资源控制消息是否包括第二无线电网络临时标识符而确定无线电网络临时标识符包括所述第一无线电网络临时标识符或所述第二无线电网络临时标识符;以及
当所述用户设备处于所述无线电资源控制非活动状态时,使用所述无线电网络临时标识符监听所述物理下行链路控制信道。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202063079618P | 2020-09-17 | 2020-09-17 | |
US202063079629P | 2020-09-17 | 2020-09-17 | |
US63/079,618 | 2020-09-17 | ||
US63/079,629 | 2020-09-17 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114205921A true CN114205921A (zh) | 2022-03-18 |
Family
ID=80627442
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111020389.2A Withdrawn CN114205921A (zh) | 2020-09-17 | 2021-09-01 | 无线通信系统中用于小数据传送的方法和设备 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20220086946A1 (zh) |
KR (1) | KR20220037346A (zh) |
CN (1) | CN114205921A (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022082582A1 (en) * | 2020-10-22 | 2022-04-28 | Apple Inc. | Rrc-based user data transmission in inactive state |
WO2022139245A1 (en) * | 2020-12-21 | 2022-06-30 | Samsung Electronics Co., Ltd. | Method and apparatus for handling configured grant resources for small data transmission in wireless communication system |
US12108481B2 (en) * | 2021-03-17 | 2024-10-01 | FG Innovation Company Limited | User equipment and method for small data transmission procedure |
KR102456569B1 (ko) * | 2021-08-18 | 2022-10-19 | 주식회사 블랙핀 | 무선 이동 통신 시스템에서 rrc_inactive 상태의 단말이 버퍼 상태를 보고하는 방법 및 장치 |
US20230262442A1 (en) * | 2022-02-17 | 2023-08-17 | Nokia Technologies Oy | New radio sidelink relay of small data transmissions |
WO2023230490A1 (en) * | 2022-05-23 | 2023-11-30 | Google Llc | Managing data communication in an inactive state with a network |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106105366A (zh) * | 2014-03-11 | 2016-11-09 | Lg 电子株式会社 | 在无线通信系统中在随机接入过程中将临时标识符分配给终端的方法及其装置 |
CN106899941A (zh) * | 2015-12-18 | 2017-06-27 | 普天信息技术有限公司 | 一种集群通信系统中非连续监听控制信道的方法和装置 |
CN107370573A (zh) * | 2016-05-12 | 2017-11-21 | 电信科学技术研究院 | 一种下行数据传输的方法及设备 |
US20180234890A1 (en) * | 2017-02-12 | 2018-08-16 | Mei-Ju Shih | Mobility management for rrc_inactive user equipment |
CN108418661A (zh) * | 2017-02-09 | 2018-08-17 | 中兴通讯股份有限公司 | 数据传输方法及装置 |
US20190182799A1 (en) * | 2016-05-04 | 2019-06-13 | Lg Electronics Inc. | Method and apparatus for paging terminal in a light connection state in wireless communication system |
WO2020033364A1 (en) * | 2018-08-09 | 2020-02-13 | Kyocera Corporation | Handover management in communication systems using unlicensed frequency bands |
CN110999414A (zh) * | 2017-08-17 | 2020-04-10 | 高通股份有限公司 | 针对多个无线设备以信号发送的模式改变 |
CN111132345A (zh) * | 2018-10-31 | 2020-05-08 | 华硕电脑股份有限公司 | 使用预配置上行链路资源进行传送的方法和设备 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11671858B2 (en) * | 2018-09-28 | 2023-06-06 | Lg Electronics Inc. | Relaxed measurement based on data transmission |
CN112470546B (zh) * | 2018-09-28 | 2023-08-29 | Lg 电子株式会社 | 无线通信系统中确定是在随机接入还是配置的许可上执行传输的方法和装置 |
WO2021138662A1 (en) * | 2020-01-02 | 2021-07-08 | Ofinno, Llc | Neighbour cell conditional configuration for a user equipment in inactive state |
US11399408B2 (en) * | 2020-02-13 | 2022-07-26 | PanPsy Technologies, LLC | Wireless device and wireless network processes in inactive state |
CN115868238A (zh) * | 2020-03-24 | 2023-03-28 | 鸿颖创新有限公司 | 用于配置授权配置的方法和用户设备 |
KR20220154766A (ko) * | 2020-03-30 | 2022-11-22 | 에프쥐 이노베이션 컴퍼니 리미티드 | 소규모 데이터 송신을 위한 방법 및 사용자 장비 |
WO2021259370A1 (en) * | 2020-06-24 | 2021-12-30 | FG Innovation Company Limited | User equipment and method for small data transmission |
-
2021
- 2021-09-01 CN CN202111020389.2A patent/CN114205921A/zh not_active Withdrawn
- 2021-09-01 KR KR1020210116113A patent/KR20220037346A/ko unknown
- 2021-09-01 US US17/463,719 patent/US20220086946A1/en not_active Abandoned
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106105366A (zh) * | 2014-03-11 | 2016-11-09 | Lg 电子株式会社 | 在无线通信系统中在随机接入过程中将临时标识符分配给终端的方法及其装置 |
CN106899941A (zh) * | 2015-12-18 | 2017-06-27 | 普天信息技术有限公司 | 一种集群通信系统中非连续监听控制信道的方法和装置 |
US20190182799A1 (en) * | 2016-05-04 | 2019-06-13 | Lg Electronics Inc. | Method and apparatus for paging terminal in a light connection state in wireless communication system |
CN107370573A (zh) * | 2016-05-12 | 2017-11-21 | 电信科学技术研究院 | 一种下行数据传输的方法及设备 |
CN108418661A (zh) * | 2017-02-09 | 2018-08-17 | 中兴通讯股份有限公司 | 数据传输方法及装置 |
US20180234890A1 (en) * | 2017-02-12 | 2018-08-16 | Mei-Ju Shih | Mobility management for rrc_inactive user equipment |
CN110832917A (zh) * | 2017-02-12 | 2020-02-21 | 鸿颖创新有限公司 | 用于无线资源控制未致能状态之用户设备之移动管理 |
CN110999414A (zh) * | 2017-08-17 | 2020-04-10 | 高通股份有限公司 | 针对多个无线设备以信号发送的模式改变 |
WO2020033364A1 (en) * | 2018-08-09 | 2020-02-13 | Kyocera Corporation | Handover management in communication systems using unlicensed frequency bands |
CN111132345A (zh) * | 2018-10-31 | 2020-05-08 | 华硕电脑股份有限公司 | 使用预配置上行链路资源进行传送的方法和设备 |
Non-Patent Citations (1)
Title |
---|
""310_R3-170158 Small data transmission in inactive state v3"", 3GPP TSG_RAN\\WG3_IU * |
Also Published As
Publication number | Publication date |
---|---|
KR20220037346A (ko) | 2022-03-24 |
US20220086946A1 (en) | 2022-03-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113079560B (zh) | 无线通信系统中触发和取消功率余量报告的方法和设备 | |
JP6630422B2 (ja) | 無線通信システムにおけるランダムアクセス手順中のbwp不活性タイマを処理する方法及び装置 | |
JP6960443B2 (ja) | 無線通信システムにおけるランダムアクセス手順のmsg3送信を改善するための方法及び装置 | |
US10117229B2 (en) | Method and apparatus for using a configured resource in a wireless communication system | |
US11751277B2 (en) | Method and apparatus for selecting Bandwidth part (BWP) for subsequent transmission in pre-configured resources based Small Data Transmission (SDT) in a wireless communication system | |
US10791480B2 (en) | Method and device for transmitting and receiving data in mobile communication system | |
US20200396591A1 (en) | Method and apparatus for multiple-usim device in a wireless communication system | |
JP6549153B2 (ja) | 無線通信システムで端末間の通信のための信号を送受信する方法及び装置 | |
CN110380840B (zh) | 通信系统中的终端、基站及其方法 | |
CN112040554B (zh) | 移动终止提前数据传送和预配置上行链路资源方法和设备 | |
CN112788797B (zh) | 无线通信系统中释放预配置的上行链路资源(pur)的方法和设备 | |
US20220086946A1 (en) | Method and apparatus for small data transmission in a wireless communication system | |
CN111328135A (zh) | 将时间对准计时器长度预配置上行链路资源的方法和设备 | |
US9386579B2 (en) | Method and apparatus of controlling cell activation in a wireless communication system | |
CN115002908A (zh) | 无线通信系统用于载波选择和早期数据传送的方法和设备 | |
CN113939045B (zh) | 无线通信系统中处置经配置上行链路准予集束的drx计时器的方法和设备 | |
JP2017517990A (ja) | 端末間の通信を支援する無線通信システムで信号を送受信する方法及びこのための装置 | |
CN113133037B (zh) | 关于媒体接入控制重置处理波束故障恢复的方法和设备 | |
CN112929929B (zh) | 无线通信中关于小区停用处理波束故障恢复的方法和设备 | |
CN116939892A (zh) | 关于物理上行链路控制信道的不连续接收的方法和装置 | |
CN116806053A (zh) | 无线通信系统中用于移动终止的小数据传送的方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20220318 |