CN116368920A - 用于在小数据传输期间处理非小数据传输无线电承载的方法及其装置 - Google Patents
用于在小数据传输期间处理非小数据传输无线电承载的方法及其装置 Download PDFInfo
- Publication number
- CN116368920A CN116368920A CN202180069135.1A CN202180069135A CN116368920A CN 116368920 A CN116368920 A CN 116368920A CN 202180069135 A CN202180069135 A CN 202180069135A CN 116368920 A CN116368920 A CN 116368920A
- Authority
- CN
- China
- Prior art keywords
- sdt
- data
- procedure
- message
- indication
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 287
- 230000005540 biological transmission Effects 0.000 title claims description 52
- 238000012545 processing Methods 0.000 title description 8
- 238000004891 communication Methods 0.000 claims abstract description 48
- 238000012546 transfer Methods 0.000 claims abstract description 12
- 230000011664 signaling Effects 0.000 claims description 50
- 230000000977 initiatory effect Effects 0.000 claims description 47
- 230000001960 triggered effect Effects 0.000 claims description 21
- 230000004044 response Effects 0.000 claims description 18
- 230000001186 cumulative effect Effects 0.000 claims description 12
- 101100150273 Caenorhabditis elegans srb-1 gene Proteins 0.000 claims description 6
- 238000005516 engineering process Methods 0.000 abstract description 15
- 230000006855 networking Effects 0.000 abstract 1
- 238000011084 recovery Methods 0.000 description 25
- 208000016344 lissencephaly with cerebellar hypoplasia Diseases 0.000 description 17
- 101001055444 Homo sapiens Mediator of RNA polymerase II transcription subunit 20 Proteins 0.000 description 16
- 102100026165 Mediator of RNA polymerase II transcription subunit 20 Human genes 0.000 description 16
- 230000008569 process Effects 0.000 description 16
- 108091005487 SCARB1 Proteins 0.000 description 14
- 102100037118 Scavenger receptor class B member 1 Human genes 0.000 description 14
- 101150096310 SIB1 gene Proteins 0.000 description 13
- 239000000725 suspension Substances 0.000 description 13
- 102100026679 Carboxypeptidase Q Human genes 0.000 description 12
- 101100166333 Homo sapiens CPQ gene Proteins 0.000 description 12
- 238000012790 confirmation Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 11
- 238000005259 measurement Methods 0.000 description 10
- 238000001514 detection method Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000013475 authorization Methods 0.000 description 4
- 238000004590 computer program Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 description 3
- 230000001174 ascending effect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 101100150274 Caenorhabditis elegans srb-2 gene Proteins 0.000 description 1
- 241000282412 Homo Species 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000000712 assembly Effects 0.000 description 1
- 238000000429 assembly Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000036963 noncompetitive effect Effects 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000003860 storage Methods 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
Images
Classifications
-
- 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
- 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
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
- H04W12/037—Protecting confidentiality, e.g. by encryption of the control plane, e.g. signalling traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/10—Integrity
- H04W12/106—Packet or message integrity
-
- 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- 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
- H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一种用于将支持超过第四代(4G)系统的更高数据速率的第五代(5G)通信系统与物联网(IoT)技术融合的通信方法和系统。该通信方法和系统包括基于5G通信技术和物联网相关技术的智能服务,诸如智能家居、智能建筑、智能城市、智能汽车、联网汽车、医疗保健、数字教育、智能零售、安保和安全服务。提供了一种用于在无线通信系统中在小数据传输(SDT)期间处理非SDT无线电承载(RB)的方法、终端和基站。
Description
技术领域
本公开涉及无线通信系统中的方法和装置。更具体地,本公开涉及在SDT期间处理非小数据传输(SDT)无线电承载。
背景技术
为了满足自部署第四代(4G)通信系统以来增加的对无线数据业务的需求,已经努力开发改进的第五代(5G)或预5G通信系统。因此,5G或预5G通信系统也被称为‘超越4G网络’或‘后长期演进(LTE)系统’。5G无线通信系统不仅支持较低频带,还支持较高(毫米波(mmWave))频带(例如,10千兆赫(GHz)至60GHz频带),以便实现更高的数据速率。为了缓解无线电波的传播损耗并增加传输距离,在5G无线通信系统的设计中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外,在5G通信系统中,基于高级小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等,正在进行系统网络改进的开发。在5G系统中,已经开发了作为高级编码调制(ACM)的混合频移键控(FSK)和正交幅度调制(QAM)的组合的频率和正交幅度调制(FQAM)和滑动窗口叠加编码(SWSC),以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。
在类似的方面,互联网,作为人类在其中生成和消费信息的以人为中心的连接网络,现在正在向物联网(IoT)发展,在IoT中,分布式实体(诸如事物)在没有人类干预的情况下交换和处理信息。通过与云服务器连接,IoT技术和大数据处理技术相结合的万物互联(IoE)已经出现。由于IoT实现需要诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术元素,所以最近已经研究了传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)等。这样的IoT环境可以提供智能互联网技术服务,其通过收集和分析互联物之间产生的数据,为人类生活创造新的价值。在这种情况下,通过现有信息技术(IT)和各种工业应用之间的融合和结合,IoT可以应用于各种领域,包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和先进的医疗服务。
与此相适应,人们已经进行了各种尝试,将5G通信系统应用于IoT网络。例如,诸如传感器网络、MTC和M2M通信的技术可以通过波束成形、MIMO和阵列天线来实现。云RAN作为上述大数据处理技术的应用也可以被认为是5G技术和IoT技术之间融合的示例。
近年来,已经开发了几种宽带无线技术来满足日益增长的宽带用户数量,并提供更多更好的应用和服务。已经开发了第二代(2G)无线通信系统来提供语音服务,同时确保用户的移动性。第三代(3G)无线通信系统支持语音服务和数据服务。已经开发了第四无线通信系统来提供高速数据服务。然而,第四代无线通信系统目前缺乏资源来满足高速数据服务的增长需求。因此,正在开发5G无线通信系统(也被称为下一代无线电或新无线电(NR)),以满足对高速数据服务不断增长的需求,支持超可靠性和低延迟应用。
此外,5G无线通信系统有望解决在数据速率、延迟、可靠性、移动性等方面具有不同要求的不同用例。然而,期望5G无线通信系统的空中接口的设计将足够灵活,以服务于具有完全不同的能力的用户设备(UE),这取决于UE为终端客户提供服务的使用情况和细分市场。5G无线通信系统期望解决的几个用例包括增强型移动宽带(eMBB)、大规模机器类型通信(m-MTC)、超可靠低延迟通信(URLL)等。eMBB要求(例如,每秒数十千兆字节(Gbps)数据速率、低延迟、高移动性等)解决代表需要在任何地方在任何时间并且在移动中能保持互联网连接的无线宽带用户的细分市场。m-MTC要求(例如,非常高的连接密度、不频繁的数据传输、非常长的电池寿命、低移动性地址等)解决代表展望数十亿设备的连接的IoT/IoE的细分市场。URLL要求(例如,极低的延迟、极高的可靠性和可变的移动性等的)解决代表工业自动化应用以及被预见为自动驾驶汽车的赋能器之一的车辆对车辆/车辆对基础设施的通信的细分市场。
5G无线通信系统支持独立操作模式和双连接(DC)。在DC中,多个接收(Rx)/发送(Tx)UE可以被配置为利用由经由非理想回程连接的两个不同节点(或节点B(NB))提供的资源。一个节点充当主节点(MN),另一个充当辅节点(SN)。MN和SN经由网络接口连接,并且至少MN连接到核心网络。NR还支持多无线电接入结束(RAT)DC(MR-DC)操作,由此处于无线电资源控制连接(RRC_CONNECTED)的UE被配置为利用由两个不同的调度器提供的无线电资源,这两个调度器位于经由非理想回程连接的两个不同的节点中,并且提供演进通用移动电信系统(UMTS)陆地无线电接入(E-UTRA)(即,如果节点是下一代演进的节点B(ng-eNB))或者NR接入(即,如果节点下一代节点B(gNB))。
在NR中,对于没有配置载波聚合(CA)/DC的处于RRC_CONNECTED的UE,仅存在包括主小区(PCell)的一个服务小区。对于配置有CA/DC的处于RRC_CONNECTED的UE,术语‘服务小区’用于表示包括(多个)特殊小区(SpCell)和所有辅小区(SCell)的小区集合。
在NR中,术语‘主小区组(MCG)’是指与MN相关联的一组服务小区,包括PCell和一个或多个SCell(可选地)。在NR中,术语‘辅小区组(SCG)’是指与SN相关联的一组服务小区,包括主SCG小区(PSCell)和一个或多个SCell(可选地)。在NR中,PCell是指在MCG中工作在主频上的服务小区,其中UE执行初始连接建立过程或者发起连接重建过程。在NR中,对于配置有CA的UE,SCell是指在SpCell之上提供附加无线电资源的小区。PSCell是指SCG中UE在执行同步重配置过程时执行随机接入的服务小区。对于DC操作,术语‘SpCell’是指MCG的PCell或SCG的PSCell,否则术语‘SpCell’是指PCell。
在5G无线通信系统中,支持RA。RA用于实现上行链路(UL)时间同步。在RRC连接状态下的非同步用户设备(UE)在初始接入、切换、RRC连接重建过程、调度请求传输、小数据传输、SI请求、辅小区(SCG)添加/修改、波束失败恢复(BFR)和UL中的数据或控制信息传输期间使用RA。支持几种类型的RA过程。用于执行RA过程的RA配置(例如,前导码、PRACH时机等)对于每个BWP单独配置。
基于竞争的RA(CBRA):
这也被称为4步CBRA。在这种类型的RA中,UE首先发送RA前导码(也称为Msg1),然后在RAR窗口中等待随机接入响应(RAR)。RAR也被称为消息2(Msg2)。下一代节点B(gNB)在物理下行链路共享信道(PDSCH)上发送RAR。调度携带RAR的PDSCH的PDCCH被寻址到RA-无线电网络临时标识符(RA-RNTI)。RA-RNTI标识时间-频率资源(也称为物理RA信道(PRACH)时机或PRACH发送(TX)时机或RA信道(RACH)时机),其中gNB检测RA前导码。RA-RNTI的计算如下:
RA-RNTI=1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id,其中:s_id是UE已经发送Msg1(即RA前导码)的PRACH时机的第一个正交频分复用(OFDM)符号的索引;0≤s_id<14;t_id是PRACH时机的第一个时隙的索引(0≤t_id<80);f_id是时隙内PRACH时机在频域中的索引(0≤f_id<8),并且ul_carrier_id是用于Msg1传输的UL载波(对于正常的UL(NUL)载波,为0;并且对于补充的UL(SUL)载波,为1)。gNB可以将gNB检测到的各种RA前导码的几个RAR复用到相同的RAR媒体接入控制(MAC)协议数据单元(PDU)中。如果RAR包括由UE发送的RA前导码的RA前导码标识符(RAPID),则MAC PDU中的RAR对应于UE的RA前导码传输。如果在RAR窗口期间没有接收到与其RA前导码传输相对应的RAR,并且UE还没有发送RA前导码达可配置的(例如,由gNB在RACH配置中配置的)次数,则UE返回到第一步,即选择RA资源(前导码/PRACH时机),并且发送RA前导码。在返回到第一步之前,可以应用回退。
如果接收到与其RA前导码传输相对应的RAR,则UE在RAR中接收的UL授权中发送消息3(Msg3)。Msg3包括诸如RRC连接请求、RRC连接重建请求、RRC切换确认、调度请求、SI请求等的消息。Msg3可以包括UE标识(即,小区无线电网络临时标识符(C-RNTI)、系统架构演进(SAE)-临时移动订户标识(S-TMSI)或随机数)。在发送Msg3之后,UE启动竞争解决定时器。当竞争解决定时器运行时,如果UE接收到寻址到包括在Msg3中的C-RNTI的物理下行链路控制信道(PDCCH),则竞争解决被认为是成功的,竞争解决定时器停止,并且RA过程完成。当竞争解决定时器运行时,如果UE接收到包括UE的竞争解决标识(例如,在Msg3中发送的公共控制信道(CCCH)服务数据单元(SDU)的前X比特)的竞争解决MAC控制元素(CE),则竞争解决被认为是成功的,竞争解决定时器停止,并且RA过程完成。如果竞争解决定时器到期,并且UE还没有发送RA前导码达可配置的次数,则UE返回到第一步,即,选择RA资源(前导码/PRACH时机),并且发送RA前导码。在返回到第一步之前,可以应用回退。
非竞争RA(CFRA):这也被称为传统CFRA或4步CFRA。CFRA过程用于诸如需要低等待时间的切换、SCell的定时提前建立等情况。演进的节点B(eNB)(或gNB)向UE分配专用RA前导码。UE发送专用RA前导码。eNB(或gNB)在寻址到RA-RNTI的PDSCH上发送RAR。RAR传送RA前导码标识符和定时对齐信息。RAR还可以包括UL授权。类似于CBRA过程,RAR在RAR窗口中传输。在接收到包括由UE发送的RA前导码的RAPID的RAR之后,CFRA被认为成功完成。在RA被发起用于BFR的情况下,如果在用于BFR的搜索空间中接收到寻址到C-RNTI的PDCCH,则CFRA被认为成功完成。如果RAR窗口到期,并且RA没有成功完成,并且UE还没有发送RA前导码达可配置的(即,由gNB在RACH配置中配置的)次数,则UE重传RA前导码。
对于某些事件,诸如切换和BFR,如果(多个)专用前导码被分配给UE,则在RA过程的第一步期间,即在用于Msg1传输的RA资源选择期间,UE确定是发送专用前导码还是非专用前导码。通常为同步信号和物理广播信道(PBCH)块(SSB)/信道状态信息参考信号(CSI-RS)的子集提供专用前导码。如果在由gNB为其提供CFRA资源(即,专用前导码/RO)的SSB/CSI-RS中,不具有高于阈值的DL参考信号接收功率(RSRP)的SSB/CSI-RS,则UE选择非专用前导码。否则,UE选择专用前导码。在RA过程期间,一个RA尝试可以是CFRA,而另一个RA尝试可以是CBRA。
2步CBRA:在2步CBRA的第一步中,UE在PRACH上发送RA前导码,并且在物理上行链路共享信道(PUSCH)上发送有效载荷(即,MAC PDU)。RA前导码和有效载荷传输也称为消息A(MsgA)。在第二步中,在MsgA传输之后,UE在配置的窗口内监听来自网络(即,来自gNB)的响应。该响应也称为消息B(MsgB)。如果在MsgA有效载荷中发送了CCCH SDU,则UE使用MsgB中的竞争解决信息来执行竞争解决。如果MsgB中接收到的竞争解决标识与MsgA中发送的CCCHSDU的前48比特匹配,则竞争解决成功。如果在MsgA有效载荷中发送了C-RNTI,则如果UE接收到寻址到C-RNTI的PDCCH,则竞争解决成功。如果竞争解决成功,则RA过程被认为成功完成。代替对应于所发送的MsgA的竞争解决信息,MsgB可以包括对应于在MsgA中发送的RA前导码的回退信息。如果接收到回退信息,则UE发送Msg3,并如在CBRA过程中那样使用Msg4来执行竞争解决。如果竞争解决成功,则RA过程被认为成功完成。如果在回退时(即,在发送Msg3时)竞争解决失败,则UE重传MsgA。如果UE在发送MsgA之后监听网络响应的配置的窗口到期,并且UE没有接收到包括如上解释的竞争解决信息或回退信息的MsgB,则UE重传MsgA。如果在发送MsgA达可配置的次数之后RA过程也没有成功完成,则UE回退到4步RA过程,即,UE仅发送RA前导码。
MsgA有效载荷可以包括CCCH SDU、专用控制信道(DCCH)SDU、专用业务信道(DTCH)SDU、缓冲器状态报告(BSR)MAC CE、功率余量报告(PHR)MAC CE、SSB信息、C-RNTI MAC CE或填充中的一个或多个。MsgA可以包括与第一步中的前导码一起的UE ID(例如,随机ID、S-TMSI、C-RNTI、恢复ID等)。UE ID可以被包括在MsgA的MAC PDU中。诸如C-RNTI的UE ID可以被携带在MAC CE中,其中MAC CE被包括在MAC PDU中。其他UE ID(例如随机ID、S-TMSI、C-RNTI、恢复ID等)可以被携带在CCCH SDU中。UE ID可以是随机ID、S-TMSI、C-RNTI、恢复ID、国际移动订户标识(IMSI)、空闲模式ID、非活动模式ID等中的一个。在UE执行RA过程的不同场景中,UE ID可以不同。当UE在通电之后(例如在它附接到网络之前)执行RA时,则UE ID是随机ID。当UE在附接到网络之后在空闲状态下执行RA时,UE ID是S-TMSI。如果UE具有分配的C-RNTI(例如,处于连接状态),则UE ID是C-RNTI。在UE处于INACTIVE(非活动)状态的情况下,UE ID是恢复ID。除了UE ID之外,还可以在MsgA中发送一些附加控制信息。控制信息可以被包括在MsgA的MAC PDU中。控制信息可以包括连接请求指示、连接恢复请求指示、SI请求指示、缓冲器状态指示、波束信息(例如,一个或多个DL TX波束ID或SSB ID)、BFR指示/信息、数据指示符、小区/基站(BS)/发送接收点(TRP)切换指示、连接重建指示、重新配置完成或切换完成消息等中的一个或多个。
2步CFRA:在这种情况下,gNB向UE分配(多个)专用RA前导码和(多个)PUSCH资源以用于MsgA传输。也可以指示要用于前导码传输的(多个)PRACH时机(RO)。在2步CFRA的第一步中,UE使用CFRA资源(即,专用前导码/PUSCH资源/PRACH时机)在PRACH上发送RA前导码,并且在PUSCH上发送有效载荷。在2步CFRA的第二步中,在MsgA传输之后,UE在配置的窗口内监听来自网络(即,gNB)的响应。如果UE接收到寻址到C-RNTI的PDCCH,则RA过程被认为成功完成。如果UE接收到与其发送的前导码相对应的回退信息,则RA过程被认为成功完成。
对于某些事件,诸如切换和BFR,如果(多个)专用前导码和(多个)PUSCH资源被分配给UE,则在RA过程的第一步期间,即在用于MsgA传输的RA资源选择期间,UE确定是发送专用前导码还是非专用前导码。通常为SSB/CSI-RS的子集提供专用前导码。如果在由gNB为其提供CFRA资源(即,专用前导码/PRACH时机/PUSCH资源)的SSB/CSI-RS中,不具有高于阈值的DL RSRP的SSB/CSI-RS,则UE选择非专用前导码。否则,UE选择专用前导码。在RA过程期间,一个RA尝试可以是2步CFRA,而其它RA尝试可以是2步CBRA。
在发起RA过程时,UE首先选择载波(即,SUL或NUL)。如果gNB显式地用信号通知了用于RA过程的载波,则UE选择用信号通知的载波来执行RA过程。如果用于RA过程的载波没有被gNB显式地用信号通知,并且如果用于RA过程的服务小区被配置有SUL,并且如果DL路径损耗参考的RSRP小于rsrp-ThresholdSSB-SUL,则UE选择SUL载波来执行RA过程。否则,UE选择NUL载波来执行RA过程。当选择了UL载波时,UE确定用于RA过程的UL和DL BWP,如技术规范(TS)38.321的5.15节中所规定的。UE然后确定对于该RA过程是执行2步还是4步RA。
如果该RA过程由PDCCH命令发起,并且如果由PDCCH显式提供的RA-PreambleIndex不是0b000000,则UE选择4步RA过程;
否则,如果gNB为该RA过程用信号通知了2步CFRA资源,则UE选择2步RA过程;
否则,如果gNB为该RA过程用信号通知4步CFRA资源,则UE选择4步RA过程;
否则,如果为该RA过程所选择的UL BWP仅配置有2步RA资源,则UE选择2步RA过程;
否则,如果为该RA过程所选择的UL BWP仅配置有4步RA资源,则UE选择4步RA过程;
否则,如果为该RA过程所选择的UL BWP配置有2步和4步RA资源两者;并且,如果DL路径损耗参考的RSRP低于配置的阈值,则UE选择4步RA过程。否则,UE选择2步RA过程。
在5G无线通信系统中,节点B(gNB)或小区中的基站广播包括主同步信号和辅同步信号(PSS、SSS)的SSB以及SI。SI包括在小区中通信所需的公共参数。在5G无线通信系统(也称为下一代无线电或NR)中,SI被分成主信息块(MIB)和多个辅信息块(SIB),其中:
MIB总是以80毫秒(ms)的周期和80ms内的重复在广播信道(BCH)上传输,并且它包括从小区获取SIB1所需的参数。
SIB1以160ms的周期和可变的传输重复在DL-SCH上传输。SIB1的默认传输重复周期是20ms,但是实际的传输重复周期取决于网络实现。SIB1中的调度信息包括SIB和SI消息之间的映射、每个SI消息的周期和SI窗口长度。SIB1中的调度信息包括每个SI消息的指示符,该指示符指示相关的SI消息是否正在被广播。如果至少一个SI消息没有被广播,则SIB1可以包括用于请求gNB广播一个或多个SI消息的RA资源((多个)PRACH前导码和(多个)PRACH资源)。
在5G无线通信系统中,UE可以处于以下RRC状态之一:RRC_IDLE、RRC_INACTIVE和RRC_CONNECTED。当已经建立RRC连接时,UE处于RRC_CONNECTED状态或RRC_INACTIVE状态。如果不是这种情况,即没有建立RRC连接,则UE处于RRC_IDLE状态。RRC状态可以进一步表征如下:
在RRC_IDLE状态下,UE特定的不连续接收(DRX)可以由上层(即,非接入层(NAS))配置。UE监视通过DCI与寻呼无线电网络临时标识(P-RNTI)一起发送的短消息,针对使用5G系统架构演进(SAE)临时移动订户标识(5G-S-TMSI)的核心网络(CN)寻呼监视寻呼信道,执行相邻小区测量和小区选择或重新选择,获取SI,并且可以发送SI请求(如果被配置),以及执行可用测量以及配置了记录测量的UE的位置和时间的记录。
在RRC_INACTIVE状态下,UE特定的DRX可以由上层或RRC层配置。在该状态下,UE存储UE非活动接入层(AS)上下文。基于RAN的通知区域由RRC层配置。UE监视通过DCI与P-RNTI一起发送的短消息,监视用于使用5G-S-TMSI的CN寻呼和使用完整inactive-RNTI(I-RNTI)的RAN寻呼的寻呼信道,执行相邻小区测量和小区选择或重新选择,周期性地执行基于RAN的通知区域更新,以及当移动到所配置的基于RAN的通知区域之外时,获取SI并可以发送SI请求(如果被配置),并且执行可用测量以及配置了记录的测量的UE的位置和时间的记录。
在RRC_CONNECTED状态下,UE存储AS上下文。向UE发送/从UE接收单播数据。UE监视通过DCI与P-RNTI一起发送的短消息(如果被配置),监视与共享数据信道相关联的控制信道以确定是否为其调度数据,提供信道质量和反馈信息,执行相邻小区测量和测量报告,以及获取SI。
在RRC_CONNECTED状态下,网络可以通过发送具有挂起配置的RRCRelease来发起RRC连接的挂起。当RRC连接被挂起时,UE可以重置MAC并释放默认MAC小区组配置(如果有的话);可以重建用于信令无线电承载1(SRB1)的无线电链路控制(RLC)实体;可以挂起除了信令无线电承载0(SRB0)之外的所有SRB和数据无线电承载(DRB);可以指示挂起到所有较低层DRB的分组数据汇聚协议(PDCP);可以在UE非活动AS上下文中存储当前KgNB(用于完整性保护和加密的安全密钥从其导出的gNB特定的安全密钥)和KRRCint(用于RRC消息的完整性保护的安全密钥)密钥、鲁棒报头压缩(ROHC)状态、存储的到DRB映射规则的服务质量(QoS)流、在源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识、NR PSCell(如果被配置)的ReconfigurationWithSync内的spCellConfigCommon以及配置的除了以下之外所有其他参数:PCell的ReconfigurationWithSync内的参数;NR PSCell的ReconfigurationWithSync内的参数(如果被配置);E-UTRAPSCell的MobilityControlInfoSCG内的参数(如果被配置);servingCellConfigCommonSIB;以及UE存储UE非活动AS上下文和从网络接收的任何配置,并且转变到RRC_INACTIVE状态。
如果UE配置有SCG,则UE在发起RRC连接恢复过程时释放SCG配置。挂起RRC连接的RRC消息被完整性保护和加密。
当UE需要从RRC_INACTIVE状态转换到RRC_CONNECTED状态时,挂起的RRC连接的恢复由上层发起,或者由RRC层发起以执行RAN通知区域(RNA)更新,或者由来自NG-RAN的RAN寻呼发起。当RRC连接恢复时,网络基于存储的UE非活动AS上下文和从网络接收的任何RRC配置,根据RRC连接恢复过程来配置UE。RRC连接恢复过程重新激活AS安全性,并重建(多个)SRB和(多个)DRB。响应于恢复RRC连接的请求,网络可以恢复挂起的RRC连接并使UE处于RRC_CONNECTED,或者拒绝恢复请求并使UE处于RRC_INACTIVE(利用等待定时器),或者直接重新挂起RRC连接并使UE处于RRC_INACTIVE,或者直接释放RRC连接并使UE处于RRC_IDLE,或者指示UE发起NAS级恢复(在这种情况下,网络发送RRC建立消息)。
当发起连接恢复过程时,UE可以:除了在SIB1中提供其值的参数之外,应用在对应物理层规范中指定的默认层1(L1或物理层)参数值;应用默认的MAC小区组配置;应用CCCH配置;启动定时器T319;应用包括在SIB1中的timeAlignmentTimerCommon;应用默认SRB1配置;将变量pendingRNA-Update设置为false;发起RRCResumeRequest消息或RRCResumeRequest1的传输;从存储的UE非活动AS上下文中恢复RRC配置、RoHC状态、所存储的QoS流到DRB映射规则以及KgNB和KRRCint密钥,以下项目除外:masterCellGroup;mrdc-SecondaryCellGroup,如果已存储;和pdcp-Config;将resumeMAC-I设置为计算的MAC-I的16个最低有效比特,MAC-I通过以下来方式计算:利用UE非活动AS上下文中的KRRCint密钥以及先前配置的完整性保护算法;以及COUNT、BEARER和DIRECTION的所有输入比特设置为二进制1,并且消息被设置为VarResumeMAC-Input(源物理小区ID(PCI),即存储的AS上下文中的PCI,目标小区ID,即包括在UE向其发送恢复请求的小区的SIB1中广播的PLMN-IdentityInfoList中的第一PLMN-Identity的cellIdentity,源C-RNTI,即存储的AS上下文中的C-RNTI);使用存储的nextHopChainingCount值,基于UE非活动AS上下文中的当前KgNB密钥或下一跳(NH)导出KgNB密钥;导出KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥;配置下层以使用所配置的算法以及KRRCint密钥和KUPint密钥来对除SRB0之外的所有信令无线电承载应用完整性保护,即,完整性保护将被应用于由UE接收和发送的所有后续消息;配置下层以对除SRB0之外的所有信令无线电承载应用加密,并应用所配置的加密算法、KRRCenc密钥和KUPenc密钥,即加密配置将应用于UE接收和发送的所有后续消息;为SRB1重建PDCP实体;恢复SRB1;以及发送RRCResumeRequest或RRCResumeRequest1。如果在SIB1中用信号通知字段useFullResumeID:UE可以选择RRCResumeRequest1作为要使用的消息;可以将resumeIdentity设置为存储的fullI-RNTI值。如果没有在SIB1中用信号通知字段useFullResumeID:UE可以选择RCResumeRequest作为要使用的消息;并且可以将resumeIdentity设置为存储的shortI-RNTI值。RRCResumeRequest或RRCResumeRequest1在SRB0上发送。RRCResumeRequest的逻辑信道是CCCH(或CCCH0),即在MAC PDU中,在携带RRCResumeRequest的MAC SDU的MAC子报头中添加与CCCH相对应的逻辑信道ID(LCID)。RRCResumeRequest1的逻辑信道为CCCH1,即在MAC PDU中,携带RRCResumeRequest的MACSDU的MAC子报头中添加与CCCH相对应的LCID。RLC透明模式(即,没有RLC报头被添加到RRC消息)被用于发送RRCResumeRequest或RRCResumeRequest1消息。在5G无线通信系统中,支持RRC_INACTIVE中的小数据传输(SDT)。上行链路数据可以在4步RA过程中在Msg3中发送,并且可以在2步RA过程中在MsgA中发送。
问题:
网络在每个DRB(或RB)的基础上配置小数据传输。当数据仅针对为其配置了SDT的(多个)DRB(或(多个)RB)到达时,由处于RRC_INACTIVE的UE发起SDT过程。
以上信息仅作为背景信息呈现,以帮助理解本公开。关于上述任何一个是否可以作为现有技术应用于本公开,没有做出确定,也没有做出断言。
发明内容
技术问题
以下情况是可能的,在启动SDT过程时,对于非小数据传输(SDT)数据无线电承载(DRB)(或无线电承载(RB))的数据不可用。然而,当SDT程序正在进行时,非SDT DRB(或RB)的数据可能变得可用。需要方法在SDT过程正在进行时处理非SDT DRB(或(多个)RB)数据的到达。
问题解决方案
本公开的各方面至少解决上述问题和/或缺点,并至少提供下述优点。因此,本公开的一个方面是提供一种用于融合第五代(5G)通信系统的通信方法和系统,以支持超过第四代(4G)系统的更高数据速率。
根据本公开的一个方面,提供了一种由无线通信系统中的终端执行的方法。该方法包括:基于数据针对为其配置了小数据传输(SDT)的SDT无线电承载(RB)到达,发起SDT过程,当SDT过程正在进行时,识别数据对于没有为其配置SDT的非SDT RB的逻辑信道变得可用,向基站发送数据对于非SDT RB是可用的第一指示,以及响应于第一指示,从基站接收无线电资源控制(RRC)恢复消息或者将非SDT RB视为SDT RB的第二指示。
根据本公开的另一方面,提供了一种由无线通信系统中的基站执行的方法。该方法包括:从终端接收用于SDT的RA前导码,该RA前导码基于数据针对为其配置了SDT的SDTRB到达而发起SDT过程,在SDT过程正在进行时,从终端接收数据对于没有为其配置SDT的非SDT RB的逻辑信道变得可用的第一指示;以及响应于第一指示,向终端发送RRC恢复消息或将非SDT RB视为SDT RB的第二指示。
根据本公开的另一方面,提供了一种包括收发器和控制器的无线通信系统中的终端。控制器被配置为基于数据针对为其配置了SDT的SDT RB到达来发起SDT过程,当SDT过程正在进行时,识别数据对于没有为其配置SDT的非SDT RB的逻辑信道变得可用,经由收发器向基站发送数据对于非SDT RB是可用的第一指示,以及响应于第一指示,经由收发器从基站接收RRC恢复消息或将非SDT RB视为SDT RB的第二指示。
根据本公开的另一方面,提供了一种包括收发器和控制器的无线通信系统中的基站。控制器被配置为经由收发器从终端接收用于SDT的RA前导码,RA前导码基于数据针对为其配置了SDT的SDT RB到达而发起SDT过程,当SDT过程正在进行时,经由收发器从终端接收数据对于没有为其配置SDT的非SDT RB的逻辑信道变得可用的第一指示,以及响应于第一指示,经由收发器向终端发送RRC恢复消息或将非SDT RB视为SDT RB的第二指示。
附加的方面将在下面的描述中部分地阐述,并且部分地将从描述中变得明显,或者可以通过对所呈现的实施例的实践来了解。
发明的有益效果
所提出的操作的优点之一是非小数据传输(SDT)无线电承载的数据传输不会被延迟。
从以下结合附图公开了本公开的各种实施例的详细描述中,本公开的其他方面、优点和显著特征对于本领域技术人员将变得明显。
附图简述
从以下结合附图的描述中,本公开的某些实施例的上述和其他方面、特征和优点将变得更加明显,其中:
图1是使用4步随机接入(RA)的小数据传输(SDT)的示例信令流;
图2示出了使用2步RA的小数据传输的信令流;
图3示出了使用预先配置的物理上行链路共享信道(PUSCH)资源的小数据传输的信令流;
图4至图8示出了本公开的实施例中的UE在SDT过程期间处理非SDT数据无线电承载(DRB)的操作;
图9是根据本公开的实施例的终端的框图;并且
图10是根据本公开的实施例的基站的框图。
在所有附图中,相似的附图标记将被理解为指代相似的部件、组件和结构。
具体实施方式
提供参考附图的以下描述以帮助完整理解由权利要求及其等同物所定义的本公开的各种实施例。它包括各种具体细节以帮助理解,但这些仅被视为示例性的。因此,本领域普通技术人员将认识到,在不脱离本公开的范围和精神的情况下,可以对这里描述的各种实施例进行各种改变和修改。此外,为了清楚和简明起见,可以省略对众所周知的功能和结构的描述。
在以下描述和权利要求中使用的术语和词语不限于文献意义,而是仅由发明人使用,以使得能够清楚和一致地理解本公开。因此,对于本领域的技术人员来说,明显的是,本公开的各种实施例的以下描述仅仅是为了说明的目的而提供的,而不是为了限制由所附权利要求及其等同物所限定的本公开。
应当理解,单数形式“一”、“一个”和“该”包括复数指示物,除非上下文中另有明确指定。因此,例如,对“部件表面”的引用包括引用一个或多个这样的表面。
术语“基本上”是指所述的特性、参数或值不需要精确实现,但是包括例如公差、测量误差、测量精度限制和本领域技术人员已知的其他因素在内的偏差或变化可以以不排除该特性想要提供的效果的量出现。
本领域技术人员知道,流程图(或序列图)的框和流程图的组合可以由计算机程序指令来表示和执行。这些计算机程序指令可以加载在通用计算机、专用计算机或可编程数据处理设备的处理器上。当加载的程序指令由处理器执行时,它们创建用于执行流程图中描述的功能的装置。因为计算机程序指令可以存储在专用计算机或可编程数据处理设备中可用的计算机可读存储器中,所以也可以创建执行流程图中描述的功能的制品。因为计算机程序指令可以加载在计算机或可编程数据处理设备上,所以当作为程序执行时,它们可以执行流程图中描述的功能的操作。
流程图的框可以对应于包含实现一个或多个逻辑功能的一个或多个可执行指令的模块、片段或代码,或者可以对应于其一部分。在一些情况下,由框描述的功能可以以不同于所列顺序的顺序执行。例如,按顺序列出的两个框可以同时执行或者以相反的顺序执行。
在本说明书中,词语“单元”、“模块”等可以指软件组件或硬件组件,例如能够执行功能或操作的现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而,“单元”等不限于硬件或软件。单元等可以被配置成驻留在可寻址存储介质中或者驱动一个或多个处理器。单元等可以指软件组件、面向对象的软件组件、类组件、任务组件、进程、功能、属性、过程、子程序、程序代码段、驱动器、固件、微码、电路、数据、数据库、数据结构、表格、数组或变量。由组件和单元提供的功能可以是较小组件和单元的组合,并且可以与其他组件和单元组合以构成较大的组件和单元。组件和单元可被配置成驱动安全多媒体卡中的设备或一个或多个处理器。
在提供详细描述之前,描述了理解本公开所必需的术语或定义。然而,这些术语应该以非限制性的方式来解释。
“基站(BS)”是与用户设备(UE)进行通信的实体,并且可以被称为BS、基站收发信台(BTS)、节点B(NB)、演进型NB(eNB)、接入点(AP)、5G NB(5GNB)或下一代节点B(gNB)。
“UE”是与BS通信的实体,并且可以被称为UE、设备、移动站(MS)、移动设备(ME)或终端。
在第五代无线通信系统中,支持小数据传输(SDT)。上行链路(UL)数据可以在4步RA过程的情况下在Msg3中发送,并且可以在2步RA过程的情况下在消息A中发送。
图1是使用4步RA的小数据传输的示例信令流。
1.当满足针对SDT发起4步RA的标准时,UE从用于SDT的前导码/RA时机(RO)中选择前导码/RO。UE在操作110发送随机接入前导码并在操作120接收包括用于Msg3传输的UL授权的RA响应(RAR)。
在操作130,UE在信令无线电承载0(SRB0)上向gNB(与最后的服务gNB相同)发送RRCResumeRequest/RRCResumeRequest1。它包括完整/短非活动无线电网络临时标识符(I-RNTI)(resumeIdentity)、恢复原因(resumeCause)和认证令牌(resumeMAC-I)。I-RNTI(短的或完整I-RNTI)用于上下文标识,并且其值应当与UE在具有suspendConfig的RRCRelease消息中从最后的服务gNB接收的I-RNTI相同。ResumeMAC-I是16比特消息认证令牌,UE使用存储的接入层(AS)安全上下文中的在UE与最后的服务gNB之间协商的完整性算法(用于5G的完整性算法(NIA)或演进的分组系统(EPS)完整性算法(EIA))和来自存储的AS安全上下文的KRRCint利用以下输入来计算它:
KEY:其应设置为当前KRRCint;
BEARER:其所有比特应设置为1。
DIRECTION:其比特应设置为1;
COUNT:其所有比特应设置为1;并且
MESSAGE:其应设置为VarResumeMAC-Input,输入如下:
-源PCI(设置为在无线电资源控制(RRC)连接挂起之前UE所连接的PCell或者UE已经从其接收到具有挂起配置的RRCRelease的主小区(PCell)的物理小区标识);
-目标小区ID(设置为目标小区(即UE向其发送小数据的小区)的在SIB1中广播的PLMN-IdentityInfoList中包括的第一PLMN-Identity的cellIdentity);和
-源C-RNTI(设置为在RRC连接挂起之前UE所连接的或者在接收具有挂起配置的RRCRelease之前UE正在与之通信的PCell中的小区RNTI(C-RNTI))
UE恢复SRB1。如果为SRB2允许/配置/启用SDT,则UE恢复SRB2,并且UE恢复为其允许/配置/启用SDT的(多个)DRB,使用最后接收的RRCRelease消息中提供的NextHopChainingCount导出新的安全密钥,并重建AS安全性。用户数据经过加密和完整性保护(仅适用于配置了用户面(UP)完整性保护的DRB),并在专用业务信道(DTCH)上发送,DTCH与公共控制信道(CCCH)/CCCH1上的RRCResumeRequest/RRCResumeRequest1消息复用。
2.在操作140,gNB验证resumeMAC-I,并将上行链路数据递送到UP功能(UPF)。可选地,在操作150,gNB从UPF接收下行链路数据。
3.在操作160,gNB发送具有挂起配置的RRCRelease消息以保持UE处于RRC_INACTIVE,并且发送竞争解决标识。物理下行链路控制信道(PDCCH)被寻址到临时小区RNTI(TC-RNTI)。如果下行链路数据可用,则它们在DTCH上进行加密和完整性保护发送(仅适用于配置了UP完整性保护的DRB),DTCH与DCCH上的RRCRelease消息复用。gNB可能决定不将RRCRelease消息与竞争解决标识一起发送。在这种情况下,在完成随机接入时,UE监视寻址到C-RNTI的PDCCH。可以在UE和gNB之间交换UL/DL数据,直到接收到具有挂起配置的RRCRelease消息或者SDT过程终止。
图2示出了使用2步RA的小数据传输的信令流程。
1.当满足发起针对SDT的两步RA的标准时,UE从用于SDT的前导码/RO/PO中选择前导码/RO/PO。在操作210,UE发送包括随机接入前导码的MsgA。
在MsgA有效载荷中,UE在SRB0上向gNB(与最后的服务gNB相同)发送RRCResumeRequest/RRCResumeRequest1。它包括完整/短I-RNTI(resumeIdentity)、恢复原因(resumeCause)和认证令牌(resumeMAC-I)。I-RNTI(短的或完整的I-RNTI)用于上下文标识,并且其值应当与UE在具有suspendConfig的RRCRelease消息中从最后的服务gNB接收的I-RNTI相同。ResumeMAC-I是16比特的消息认证令牌。UE将使用存储的AS安全上下文中的、在UE和最后的服务gNB之间协商的完整性算法(NIA或EIA)和存储的AS安全上下文中的KRRCint利用以下输入来计算它:
KEY:其将设置为当前KRRCint
BEARER:其所有比特将设置为1;
DIRECTION:其比特将设置为1;
COUNT:其所有比特将设置为1;和
MESSAGE:其将设置为VarResumeMAC-Input,输入如下:
-源PCI(设置为在RRC连接挂起之前UE所连接的PCell或者UE先前已经从其接收到具有挂起配置的RRCRelease的PCell的物理小区标识);
-目标小区ID(设置为目标小区(即UE向其发送小数据的小区)的SIB1中广播的PLMN-IdentityInfoList中包括的第一PLMN-Identity的cellIdentity);和
-源C-RNTI(设置为在RRC连接挂起之前UE所连接的或者在接收具有挂起配置的RRCRelease之前UE正在与之通信的PCell中的C-RNTI)。
UE恢复SRB1。如果为SRB2允许/配置了SDT,则UE恢复SRB2,并且UE恢复为其允许/配置了SDT的(多个)DRB,使用在先前RRC连接的RRCRelease消息中提供的NextHopChainingCount导出新的安全密钥,并且重建AS安全性。注意,SRB0未被挂起,因此不需要恢复。用户数据经过加密和完整性保护(仅适用于配置了UP完整性保护的DRB),并在DTCH上发送,DTCH与CCCH上的RRCResumeRequest/RRCResumeRequest1消息复用。
2.在操作220,gNB验证resumeMAC-1,并将上行链路数据递送到UPF。可选地,在操作230,gNB从UPF接收下行链路数据。
3.在操作240,gNB在MsgB中发送RRCRelease消息以保持UE处于RRC_INACTIVE,并且发送successRAR。PDCCH寻址到C-RNTI。如果下行链路数据可用,则它们在DTCH上进行加密和完整性保护发送(仅适用于配置了UP完整性保护的DRB),DTCH与DCCH上的RRCRelease消息复用。gNB可能决定不将RRCRelease消息与successRAR一起发送。在这种情况下,在完成随机接入时,UE监视寻址到C-RNTI的PDCCH。可以在UE和gNB之间交换UL/DL数据,直到接收到RRCRelease消息或者SDT过程终止。
图3示出了使用预先配置的物理上行链路共享信道(PUSCH)资源的小数据传输的信令流。
0.满足使用预先配置的PUSCH资源发起SDT的标准。
1.在操作310,在预先配置的PUSCH资源中,UE在SRB0上向gNB(与最后服务的gNB相同)发送RRCResumeRequest/RRCResumeRequest1。它包括完整/短I-RNTI(resumeIdentity)、恢复原因(resumeCause)和认证令牌(resumeMAC-I)。I-RNTI(短的或完整的I-RNTI)用于上下文标识,并且其值应当与UE在具有suspendConfig的RRCRelease消息中从最后的服务gNB接收的I-RNTI相同。ResumeMAC-I是16比特的消息认证令牌。UERRCint将使用存储的AS安全上下文中的、在UE和最后的服务gNB之间协商的完整性算法(NIA或EIA)和存储的AS安全上下文中的KRRCint利用以下输入来计算它:
KEY:其将设置为当前KRRCint
BEARER:其所有比特将设置为1;
DIRECTION:其比特将设置为1;
COUNT:其所有比特将设置为1;和
MESSAGE:其将设置为VarResumeMAC-Input,输入如下:
-源PCI(设置为在RRC连接挂起之前UE所连接的PCell或者UE先前已经从其接收到具有挂起配置的RRCRelease的PCell的物理小区标识);
-目标小区ID(设置为目标小区(即UE向其发送小数据的小区)的SIB1中广播的PLMN-IdentityInfoList中包括的第一PLMN-Identity的cellIdentity);和
-源C-RNTI(设置为在RRC连接挂起之前UE所连接的或者在接收具有挂起配置的RRCRelease之前UE正在与之通信的PCell中的C-RNTI)。
UE恢复SRB1。如果为SRB2允许/配置/启用SDT,则UE恢复SRB2,并且UE恢复为其允许/配置/启用SDT的DRB,注意,SRB0未被挂起,因此不需要恢复。UE使用先前RRC连接的RRCRelease消息中提供的NextHopChainingCount导出新的安全密钥,并重建AS安全性。用户数据经过加密和完整性保护(仅适用于配置了UP完整性保护的DRB),并在DTCH上发送,DTCH与CCCH上的RRCResumeRequest/RRCResumeRequest1消息复用。
UE可以可替代地通过使用以下选项之一来发送其小数据:
RRCResumeRequest(或新RRC消息)。resumeIdentity、ResumeMAC-I、resumeCause和非接入层(NAS)容器可以包括在RRCResumeRequest/RRCResumeRequest1中。NAS容器包括UL数据。
新媒体访问控制(MAC)控制元素(CE)(resumeIdentity,ResumeMAC-I)+上行链路数据(在DTCH上)。提供resumeIdentity是为了UE标识的目的。ResumeMAC-I是为了安全。
2.在操作320,gNB验证resumeMAC-1,并将上行链路数据递送到UPF。可选地,在操作330,gNB从UPF接收下行链路数据。
3.在操作340,gNB发送RRCRelease消息以保持UE处于RRC_INACTIVE,并且发送定时提前(TA)MAC CE。PDCCH寻址到C-RNTI。C-RNTI是UE在它从其接收预先配置的PUSCH资源的小区中使用的一个。可替代地,C-RNTI可以与预先配置的PUSCH资源一起被分配。如果下行链路数据可用,则它们在DTCH上进行加密和完整性保护发送(仅适用于配置了UP完整性保护的DRB),DTCH与DCCH上的RRCRelease消息复用。
(替代1)可以考虑替代信令流,其中gNB可以在RRCRelease之前调度UL授权(PDCCH寻址到C-RNTI)。在UL传输中,UE可以指示它是否有更多数据要传输。如果UE有更多数据要传输,gNB可以调度UL授权。否则,RRCRelease。在UL传输中,如果物理RA信道(PRACH)前导码所指示的SSB不再合适,则UE还可以包括高于阈值的(多个)同步信号和物理广播块(SSB)ID。
(替代2)可替代地,gNB可以发送寻址到RNTI的PDCCH(即,RNTI是gNB与预先配置的资源一起分配的资源。它也可以被分配给其他UE),并且调度的下行链路(DL)传输块(TB)包括竞争解决标识(它是恢复消息的前X比特(例如,48比特)和C-RNTI。如果它与UE的竞争解决标识匹配,则UE停止监视定时器,并且UE可以认为小数据传输成功。
在小数据传输的响应中,UE可以接收用于以下目的的信号(RRC消息或DL控制信息(DCI)):释放预先配置的PUSCH或切换到恢复过程(即,RRC_CONNECTED)。
用于基于RA信道(RACH)的小数据传输的无RRC方法:
UL数据被包括在MsgA/Msg3中。
在接收到MsgA/Msg3时,gNB需要识别发送了MsgA/Msg3的UE。对于UE标识,MsgA/Msg3中包括以下信息之一。
选项1:C-RNTI(UE在最后一次RRC连接期间使用的C-RNTI);
选项2:完整I-RNTI;或者
选项3:短RNTI。
要使用的UE ID可以预先定义;或者网络可以指示MsgA/Msg3中包括上述ID中的哪一个。
UE ID被包括在MAC CE中。
在接收到MsgA/Msg3时,gNB应该能够认证已经在MsgA/Msg3中发送了UL数据的UE。对于认证,包括以下内容之一:
选项1:通过UL数据生成MAC-I;
-包括UE ID的MAC CE+包括完整性保护的UL数据的(多个)MAC服务数据单元(SDU)在MsgA/Msg3中传输。
选项2:生成resumeMAC-I;或者
-包括UE ID和resumeMAC-I的MAC CE+包括UL数据的(多个)MAC SDU在MsgA/Msg3中传输。
选项3:如果对于其UL数据包括在MsgA/Msg3中的DRB启用了完整性保护,则通过UL数据生成MAC-I。否则,生成resumeMAC-I。
-MAC CE将包括UE ID或UE ID+resumeMAC-I。
选项4:仅当对于DRB启用了完整性保护时才进行认证。
-包括UE ID的MAC CE+包括UL数据的(多个)MAC SDU在MsgA/Msg3中传输。UL数据可能会也可能不会受到完整性保护,这取决于是否对于相应的DRB启用了完整性保护(IP)。
竞争解决
竞争解决标识需要修改(目前是48比特CCCH/CCCH1 SDU)。在没有RRC消息的情况下,竞争解决标识需要被设置为由UE在MsgA/Msg3中发送的UE ID。
可替代地,如果C-RNTI被包括在MsgA/Msg3中,则寻址到C-RNTI的PDCCH可以用于竞争解决。
安全密钥(这适用于无RRC或基于RRC的SDT;场景是UE在与UE进入非活动状态的服务小区相同的服务小区中执行SDT)
UE将不使用存储的AS上下文中的安全密钥进行数据保护,UE将使用下一跳链接计数器(NCC)生成新密钥。
如果使用存储的AS上下文中的安全密钥,则RRC连接时发送的分组和为SDT发送的分组的安全参数(BEARER、DIRECTION、COUNT)将相同。安全原则是不要为一个以上的分组重复相同的参数集。所以应该使用NCC生成安全密钥。为了避免安全问题,UE将分组数据汇聚协议(PDCP)状态变量TX_NEXT重新初始化为进入非活动状态时的值;RX_NEXT和RX_DELIV可以根据SDT期间接收到的第一个分组来设置。
用于基于配置的授权(CG)的小数据传输的无RRC方法:
UL数据被包括在CG中。
GNB可以基于其中UL数据被接收的CG来识别UE。CG是UE特定的。因此不需要将UEID与UL数据一起包括在内。
当在CG中接收到UL数据时,gNB应该能够认证已经发送UL数据的UE。对于认证,可以考虑以下方法之一:
选项1:通过UL数据生成MAC-I;
-包括完整性保护的UL数据的(多个)MAC SDU在CG中传输。没有MAC CE。
选项2:生成resumeMAC-I;或者
-包括resumeMAC-I的MAC CE+包括UL数据的(多个)MAC SDU在CG中传输。
选项3:如果对于其UL数据被包括在CG中的DRB启用了完整性保护,则通过UL数据生成MAC-I。否则,生成resumeMAC-I。
选项4:仅当对于DRB启用了完整性保护时才进行认证。
-包括UL数据的(多个)MAC SDU在CG中传输。UL数据可能会也可能不会受到完整性保护,这取决于对于相应DRB是否启用了IP。
用于在用于小数据传输的基于RRC和无RRC方法之间进行选择的触发条件
选项1:如果UE的当前服务小区与在RRC连接挂起之前UE连接到的主小区(PCell)相同,则UE使用无RRC。
选项2:如果UE的当前服务小区属于与在RRC连接挂起之前UE连接到的PCell的gNB相同的gNB,则UE使用无RRC。
选项3:如果UE的当前服务小区与在RRC连接挂起之前UE连接到的PCell相同并且对于触发小数据传输的DRB启用了完整性保护,则UE使用无RRC。
选项4:如果UE的当前服务小区属于与在RRC连接挂起之前UE连接到的PCell的gNB相同的gNB,并且对于触发小数据传输的DRB启用了完整性保护,则UE使用无RRC。
选项5:如果CG用于小数据传输,使用无RRC;否则基于RRC。
在选项1至选项5的每一个中,可以包括附加条件,即网络是否支持无RRC。网络是否支持可以在系统信息中用信号通知。
小数据传输由网络(即gNB)在每个DRB(或无线电承载(RB))的基础上配置。当数据仅针对为其配置了SDT的DRB(或RB)到达时,由处于RRC_INACTIVE状态的UE发起SDT过程。在发起SDT过程时,非SDT DRB(或(多个)RB)的数据可能不可用。然而,当SDT过程正在进行时,非SDT DRB(或(多个)RB)的数据可能变得可用。当SDT过程正在进行时,需要方法来处理非SDT DRB(或(多个)RB)数据的到达。
实施例1:图4示出了本公开的实施例中的UE在SDT过程期间处理非SDT DRB的操作。
在操作410,UE处于RRC_INACTIVE状态。网络(即gNB)已经向UE用信号通知为其启用/允许SDT的(多个)DRB。在替代实施例中,gNB已经向UE用信号通知为其启用/允许SDT的(多个)RB(即,DRB和/或SRB)。信令可以是RRCReconfiguration消息或RRC释放消息或任何其他信令消息。
在操作420,当移动始发(MO)数据在UE处对于为其配置/启用/允许SDT的(多个)DRB变得可用,并且数据对于没有为其配置SDT的DRB不可用,并且用于发起SDT的其他标准(例如,为其配置/启用/允许SDT的所有RB中的数据量之和小于(或小于等于)SDT数据阈值时,DL RSRP大于(或大于等于)参考信号接收功率(RSRP)阈值),UE发起SDT过程,或者当UE接收到包括用于发起SDT的指示的寻呼消息时,由UE发起SDT过程。在替代实施例中,当MO数据(可以是用户数据或信令数据)在UE处对于为其配置了SDT的(多个)RB(即,(多个)DRB和/或SRB)变得可用,并且数据对于没有为其配置SDT的RB不可用,以及满足用于发起SDT的其他标准(例如,SDT数据阈值、RSRP阈值、SDT资源有效性等)时,由UE发起SDT过程。
在启动SDT过程时,UE启动用于SDT的定时器。该定时器也可以称为SDT失败检测定时器。注意,用于SDT的定时器不同于UE在发起RRC连接恢复过程时启动的定时器T319。用于SDT的定时器值由gNB在驻留小区的系统信息中或在RRCRelease消息中或在RRCReconfiguration消息中配置/用信号通知。如果没有用信号通知,UE可以使用用于SDT的定时器的默认值。用于SDT的定时器的默认值可以预先定义。注意,在发起SDT时,UE恢复SRB1,如果为SRB2允许/启用/配置了SDT,则UE恢复SRB 2,和/或UE恢复为其允许/启用/配置了SDT的(多个)DRB,UE导出安全密钥并发送RRCResumeRequest/RRCResumeRequest,如前所述。注意,SRB0未被挂起,因此不需要恢复。如果该定时器到期,或者UE从gNB接收到RRCRelease消息,或者UE从gNB接收到RRCResume消息,或者UE从gNB接收到RRCSetup消息,或者UE从gNB接收到RRCReject消息,或者UE从gNB接收到终止SDT过程的指示/MAC CE,则SDT过程完成/终止。注意,当SDT过程完成或终止时,定时器停止。如果UE接收到包括挂起配置的RRCRelease,则SDT过程/会话被认为完成;UE停止SDT定时器;UE存储当前(即,当发起SDT过程时导出的)KRRCint密钥和当前KgNB密钥;UE删除KRRCenc、KUPint、KUPenc密钥;UE存储UE已经从其接收到RRCRelease消息的小区的C-RNTI和PCI/小区标识,并且UE存储在RRC释放消息中接收的NCC。如果UE接收到没有挂起配置的RRCRelease,或者UE接收到RRCReject,则SDT过程/会话被认为完成;UE停止SDT定时器;UE进入RRC_IDLE;UE删除所有导出的安全密钥和存储的AS上下文。
在操作430,当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),UE识别数据是否对于没有为其配置/启用/允许SDT的一个或多个RB变得可用。当SDT过程正在进行时,如果数据对于没有为其配置/启用/允许SDT的一个或多个DRB变得可用(或者如果数据对于没有为其配置/启用/允许SDT的一个或多个RB变得可用),UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据对于没有为其配置/启用/允许SDT的一个或多个RB变得可用,并且如果非SDT RB(即,没有为其配置SDT的RB)的数据的累积量大于阈值,其中阈值由gNB在RRCRelease消息中或在RRCReconfiguration消息或系统信息或另一信令消息中配置给UE,则UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据对于没有为其配置SDT的RB变得可用,并且如果数据针对其到达的非SDT RB的逻辑信道(LCH)优先级大于所有SDT RB的最高LCH优先级,则UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时,如果数据针对非SDT SRB到达,或者如果非SDTDRB的数据的累积量大于阈值,其中阈值由gNB在RRCRelease消息或RRCReconfiguration消息或系统信息或另一个信令消息中配置给UE,则UE可以执行以下操作:
在操作440,UE中的MAC实体触发缓冲器状态报告(BSR)。在一实施例中,BSR可以是常规BSR。
在SDT正在进行时数据针对SDT DRB(或RB)到达的情况下,或者在SDT没有正在进行(例如,在RRC连接状态下)时数据针对DRB(或RB)到达的情况下,如果数据对于DRB(或RB)的LCH变得可用,并且如果UL数据对于其变得可用的DRB(或RB)的LCH的优先级高于具有可用UL数据的(多个)DRB(或(多个)RB)的LCH的最高优先级,则触发常规BSR。然而,当SDT过程正在进行时,并且如果数据对于没有为其配置SDT的一个或多个DRB(或(多个)RB)变得可用,则不管非SDT DRB(或(多个)RB)的LCH优先级如何,BSR都被触发。
在操作450,与具有可用于传输的数据的(多个)DRB(或(多个)RB)的(多个)逻辑信道组(LCG)相对应的缓冲器大小(BS)被包括在BSR MAC CE中。在一实施例中,DRB(或(多个)RB)是(多个)非SDT DRB(或(多个)RB)。在另一个实施例中,DRB(或(多个)RB)可以是(多个)SDT DRB(或(多个)RB)和非SDT DRB(或(多个)RB)两者。在一实施例中,如果没有足够的大小可用于指示SDT和非SDT DRB(或(多个)RB)两者的LCG的BS,则UE可以优先指示非SDT DRB(或(多个)RB)的LCG的BS。在另一个实施例中,如果没有足够的大小可用于指示SDT和非SDTDRB(或(多个)RB)两者的LCG的BS,则UE可以优先指示SDT DRB(或(多个)RB)的LCG的BS。在另一个实施例中,如果没有足够的大小可用于指示SDT和非SDT DRB(或(多个)RB)两者的LCG的BS,则UE可以根据这些LCG中的每一个中的最高优先级逻辑信道LCH优先级的降序,并且在优先级相等的情况下,按照LCGID的升序,对指示(多个)LCG的BS进行优先级排序。注意,一个LCG可以映射到一个或多个LCH。因此,LCG的选择是基于映射到LCG的最高优先级逻辑信道的LCH优先级。例如,LCG 1映射到LCH 1和LCH2,LCG 2映射到LCH 3和LCH 4。LCH1的优先级高于LCH2。LCH3的优先级高于LCH4。因此,UE基于LCH1和LCH 3的LCH优先级在LCG1和LCG2之间进行选择。如果LCH1的优先级高于LCH 3,则UE首先选择LCG1,然后选择LCG2。如果LCH3的优先级高于LCH 1,则UE首先选择LCG2,然后选择LCG1。如果LCH3具有与LCH 1相同的优先级,则UE首先选择LCG 1,然后选择LCG2。
在一实施例中,对于由于非SDT DRB(或RB)的数据到达而触发的BSR,不触发调度请求(SR),并且也不触发RA。在操作460,在SDT过程期间接收的UL授权中发送BSR MAC CE。
通常,在触发常规BSR时(例如,在SDT正在进行时数据针对SDT DRB(或RB)到达的情况下,或者在SDT不在进行时数据针对DRB(或RB)到达的情况下),SR被触发,并且如果物理UL控制信道(PUCCH)资源不可用于SR,则触发的SR触发RA。然而,对于在SDT过程期间由于非SDT DRB(或RB)的数据到达而触发的BSR,不触发SR,并且不触发RA。
在替代实施例中,UE可以触发RA以请求针对BSR MAC CE的UL授权(例如,如果PUCCH资源不可用于SR)。
在接收到具有非SDT DRB(或(多个)RB)的BS的BSR时,gNB知道到在UE处非SDT DRB(或(多个)RB)的数据的可用性,并且可以通过向UE发送RRCResume来恢复RRC连接。在替代实施例中,gNB可以发送RRCRelease来终止SDT过程,然后UE在SDT过程终止之后发起RRC连接恢复过程(连接恢复过程细节如前所述)。在替代实施例中,在接收到具有非SDT DRB(或(多个)RB)的BS的BSR时,或者在接收到关于(多个)非SDT RB的数据到达的指示时,gNB开始知道非SDT DRB(或(多个)RB)的数据,并且可以通过向UE发送RRCResume来恢复RRC连接或指示(指示可以在信令消息或MAC CE或DCI中发送)UE将(多个)非SDT RB视为(多个)SDTRB。在操作470,在正在进行的SDT过程期间,UE恢复这些RB(重建这些RB的PDCP实体和RLC实体),并且从这些RB发送数据。
在SDT过程期间接收的UL授权中,UE可以复用来自SDT和非SDT LCH两者的数据。如果用于SDT和非SDT LCH两者的数据可用,则UE可以首先根据逻辑信道优先化(LCP)过程来优先化其中来自SDT LCH的数据被包括的(多个)SDT LCH。如果在包括来自SDT LCH的数据之后资源剩余,则UE可以包括来自非SDT LCH的数据。在一实施例中,在SDT过程期间接收的UL授权中,如果网络指示,UE可以复用来自SDT和非SDT LCH两者的数据。否则不会。是否在SDT过程期间的UL授权中复用非SDT LCH,可以由gNB在RRCReconfiguration消息或RRC释放消息中或者在系统信息中或者在另一个信令消息(例如,DCI、MAC CE等)中指示。
(可替代的)在SDT过程期间接收的UL授权中,UE可以根据LCP过程复用来自SDT和非SDT LCH两者的数据。在一实施例中,在SDT过程期间接收的UL授权中,如果网络指示,UE可以复用来自SDT和非SDT LCH两者的数据。否则不会。是否在SDT过程期间的UL授权中复用非SDT LCH,可以由gNB在RRCReconfiguration消息或RRC释放消息中或者在系统信息中或者在另一个信令消息(例如,DCI、MAC CE等)中指示。
(可替代的)在SDT过程期间接收的UL授权中,UE根据LCP过程复用来自SDT LCH的数据。来自非SDT LCH的数据不被包括在UL授权中。
在操作470,UE继续SDT过程,直到SDT过程终止/完成。如果SDT定时器到期,或者UE从gNB接收到RRCRelease消息,或者UE从gNB接收到RRCResume消息,或者UE从gNB接收到RRCSetup消息,或者UE从gNB接收到RRCReject消息,或者UE从gNB接收到终止SDT过程的指示/MAC CE,则SDT过程完成/终止。
实施例2:图5示出了本公开的实施例中的UE在SDT过程期间处理非SDT DRB的操作。
在操作510,UE处于RRC_INACTIVE状态。网络(即gNB)已经向UE用信号通知为其启用/允许SDT的(多个)DRB。信令可以是RRCReconfiguration消息或RRC释放消息。在替代实施例中,gNB已经向UE用信号通知为其启用/允许SDT的(多个)RB(即,(多个)DRB和/或SRB)。
在操作520,当MO数据在UE处对于为其配置了SDT的(多个)SRB的可用,并且数据对于没有为其配置SDT的DRB不可用,并且满足发起SDT的其他标准(例如,为其配置/启用/允许SDT的所有RB中的数据量之和小于(或小于等于)SDT数据阈值,DL RSRP大于(或大于等于)RSRP阈值)时,UE发起SDT过程,或者当UE接收到包括用于发起SDT的指示的寻呼消息时,UE发起SDT过程。在替代实施例中,当MO数据(可以是用户数据或信令数据)在UE处对于为其配置了SDT的(多个)RB(即,(多个)DRB和/或SRB)变得可用,并且数据对于没有为其配置SDT的RB不可用,以及满足用于发起SDT的其他标准(例如,SDT数据阈值、RSRP阈值、SDT资源有效性等)时,由UE发起SDT过程。
在启动SDT过程时,UE启动用于SDT的定时器。该定时器也可以称为SDT失败检测定时器。注意,用于SDT的定时器不同于UE在发起RRC连接恢复过程时启动的定时器T319。定时器的值由gNB在驻留小区的系统信息中或者在RRCRelease消息中或者在RRCReconfiguration消息中配置/用信号通知。如果没有用信号通知,UE可以使用用于SDT的定时器的默认值。用于SDT的定时器的默认值可以预先定义。注意,在发起SDT时,UE恢复SRB1,如果为SRB2允许/启用/配置了SDT,则UE恢复SRB 2,和/或UE恢复为其允许/启用/配置了SDT的(多个)DRB,UE导出安全密钥并发送RRCResumeRequest/RRCResumeRequest,如前所述。注意,SRB 0未被挂起,因此不需要恢复。如果该定时器到期,或者UE从gNB接收到RRCRelease消息,或者UE从gNB接收到RRCResume消息,或者UE从gNB接收到RRCSetup消息,或者UE从gNB接收到RRCReject消息,或者UE从gNB接收到终止SDT过程的指示/MAC CE,则SDT过程完成/终止。注意,当SDT过程完成或终止时,定时器停止。如果UE接收到包括挂起配置的RRCRelease,则SDT过程/会话被认为完成;UE停止SDT定时器;UE存储当前(即,当发起SDT过程时导出的)KRRCint密钥和当前KgNB密钥;UE删除KRRCenc、KUPint、KUPenc密钥;UE存储UE已经从其接收到RRCRelease消息的小区的C-RNTI和PCI/小区标识,并且UE存储在RRC释放消息中接收的NCC。如果UE接收到没有挂起配置的RRCRelease,或者UE接收到RRCReject,则SDT过程/会话被认为完成;UE停止SDT定时器;UE进入RRC_IDLE;UE删除所有导出的安全密钥和存储的AS上下文。
在操作530,当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),UE识别数据是否对于没有为其配置/启用/允许SDT的一个或多个RB变得可用。当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据对于没有为其配置SDT的一个或多个DRB变得可用(或者如果数据对于没有为其配置SDT的一个或多个RB变得可用),UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据对于没有为其配置SDT的一个或多个RB变得可用,并且如果非SDT RB的数据的累积量大于阈值,其中阈值由gNB在RRCRelease消息或RRCReconfiguration消息或系统信息或另一信令消息中配置给UE,则UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据对于没有为其配置SDT的RB变得可用,并且如果数据针对其到达的非SDT RB的LCH优先级大于所有SDT RB的最高LCH优先级,则UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据针对非SDT SRB到达,或者如果非SDT DRB的数据的累积量大于阈值,其中阈值由gNB在RRCRelease消息或RRCReconfiguration消息或系统信息或另一个信令消息中配置给UE,则UE可以执行以下操作:
如果具有可用UL数据的非SDT DRB(或RB)的LCH的优先级高于具有可用UL数据的(多个)SDT DRB(或(多个)RB)的LCH的最高优先级;或者如果没有LCH具有可用的UL数据:在操作540,UE中的MAC实体触发BSR。在一实施例中,BSR可以是常规BSR。
在操作550,与具有可用于传输的数据的(多个)DRB(或(多个)RB)的(多个)LCG相对应的BS被包括在BSR MAC CE中。在一实施例中,DRB(或(多个)RB)是(多个)非SDT DRB(或(多个)RB)。在另一个实施例中,DRB(或(多个)RB)可以是(多个)SDT DRB(或(多个)RB)和非SDT DRB(或(多个)RB)两者。在一实施例中,如果没有足够的大小可用于指示SDT和非SDTDRB(或(多个)RB)两者的LCG的BS,则UE可以优先指示非SDT DRB(或(多个)RB)的LCG的BS。在另一个实施例中,如果没有足够的大小可用于指示SDT和非SDT DRB(或(多个)RB)两者的LCG的BS,则UE可以优先指示SDT DRB(或(多个)RB)的LCG的BS。在另一个实施例中,如果没有足够的大小可用于指示SDT和非SDT DRB(或(多个)RB)两者的LCG的BS,则UE可以根据这些LCG中的每一个中的LCH优先级的降序,以及在优先级相等的情况下,以LCGID的升序来优先指示(多个)LCG的BS。注意,一个LCG可以映射到一个或多个LCH。因此,LCG的选择是基于映射到LCG的最高优先级逻辑信道的LCH优先级。例如,LCG 1映射到LCH 1和LCH2,LCG 2映射到LCH 3和LCH 4。LCH1的优先级高于LCH2。LCH3的优先级高于LCH4。因此,UE基于LCH1和LCH 3的LCH优先级在LCG1和LCG2之间进行选择。如果LCH1的优先级高于LCH 3,则UE首先选择LCG1,然后选择LCG2。如果LCH3的优先级高于LCH 1,则UE首先选择LCG2,然后选择LCG1。如果LCH3具有与LCH 1相同的优先级,则UE首先选择LCG 1,然后选择LCG2。
在一实施例中,对于由于非SDT DRB(或RB)的数据到达而触发的BSR,不触发SR,并且不触发RA。在操作560,在SDT过程期间接收的UL授权中发送BSR MAC CE。
通常,在触发常规BSR时(例如,在SDT正在进行时数据针对SDT DRB(或RB)到达的情况下,或者在SDT不在进行时数据针对DRB(或RB)到达的情况下),SR被触发,并且如果PUCCH资源不可用于SR,则触发的SR触发RA。然而,对于在SDT过程期间由于非SDT DRB(或RB)的数据到达而触发的BSR,不触发SR,并且不触发RA。
在替代实施例中,UE可以触发RA以请求针对BSR MAC CE的UL授权(例如,如果PUCCH资源不可用于SR)。
在接收到具有非SDT DRB(或(多个)RB)的BS的BSR时,gNB知道非SDT DRB(或RB)的数据,并且可以通过向UE发送RRCResume来恢复RRC连接。在替代实施例中,gNB可以发送RRCRelease来终止SDT过程,然后UE在SDT过程终止之后发起RRC连接恢复过程(连接恢复过程细节如前所述)。在替代实施例中,在接收到具有非SDT DRB(或(多个)RB)的BS的BSR时,或者在接收到关于(多个)非SDT RB的数据到达的指示时,gNB知道非SDT DRB(或RB)的数据,并且可以通过向UE发送RRCResume来恢复RRC连接或指示(指示可以在信令消息或MACCE或DCI中发送)UE将(多个)非SDT RB视为(多个)SDT RB。在操作570,在正在进行的SDT过程期间,UE恢复这些RB,并从这些RB发送数据。
在SDT过程期间接收的UL授权中,UE可以复用来自SDT和非SDT LCH两者的数据。如果用于SDT和非SDT LCH两者的数据可用,则UE可以首先根据LCP过程来优先化其中来自SDTLCH的数据被包括的(多个)SDT LCH。如果在包括来自SDT LCH的数据之后资源剩余,则UE可以包括来自非SDT LCH的数据。在一实施例中,在SDT过程期间接收的UL授权中,如果网络指示,UE可以复用来自SDT和非SDT LCH两者的数据。否则不会。是否在SDT过程期间的UL授权中复用非SDT LCH,可以由gNB在RRCReconfiguration消息或RRC释放消息中或者在系统信息中或者在另一个信令消息(例如,DCI、MAC CE等)中指示。
(可替代的)在SDT过程期间接收的UL授权中,UE可以根据LCP过程复用来自SDT和非SDT LCH两者的数据。在一实施例中,在SDT过程期间接收的UL授权中,如果网络指示,UE可以复用来自SDT和非SDT LCH两者的数据。否则不会。是否在SDT过程期间的UL授权中复用非SDT LCH,可以由gNB在RRCReconfiguration消息或RRC释放消息中或者在系统信息中或者在另一个信令消息(例如,DCI、MAC CE等)中指示。
(可替代的)在SDT过程期间接收的UL授权中,UE根据LCP过程复用来自SDT LCH的数据。来自非SDT LCH的数据不被包括在UL授权中。
在操作570,UE继续SDT过程,直到SDT过程终止/完成。如果SDT定时器到期,或者UE从gNB接收到RRCRelease消息,或者UE从gNB接收到RRCResume消息,或者UE从gNB接收到RRCSetup消息,或者UE从gNB接收到RRCReject消息,或者UE从gNB接收到终止SDT过程的指示/MAC CE,则SDT过程完成/终止。
实施例3:图6示出了本公开的实施例中的UE在SDT过程期间处理非SDT DRB的操作。
在操作910,UE处于RRC_INACTIVE状态。网络(即gNB)已经向UE用信号通知为其启用/允许SDT的(多个)DRB。信令可以是RRCReconfiguration消息或RRC释放消息。在替代实施例中,gNB已经向UE用信号通知为其启用/允许SDT的RB(即,DRB和/或SRB)。
在操作920,当MO数据在UE处对于为其配置了SDT的(多个)DRB变得可用,并且数据对于没有为其配置SDT的DRB不可用,并且满足用于发起SDT的其他标准(例如,为其配置/启用/允许SDT的所有RB中的数据量总和小于(或小于等于)SDT数据阈值,DL RSRP大于(或大于等于)RSRP阈值)时,UE发起SDT过程,或者当UE接收到包括用于发起SDT的指示的寻呼消息时,UE发起SDT过程。在替代实施例中,当MO数据(可以是用户数据或信令数据)在UE处对于为其配置了SDT的(多个)RB(即,(多个)DRB和/或SRB)变得可用,并且数据对于没有为其配置SDT的RB不可用,以及满足用于发起SDT的其他标准(例如,SDT数据阈值、RSRP阈值、SDT资源有效性等)时,由UE发起SDT过程。在发起SDT过程后,UE在SRB 0上向gNB发送RRCResumeRequest/RRCResumeRequest1。它包括完整/短I-RNTI(resumeIdentity)、恢复原因(resumeCause)和认证令牌(resumeMAC-I)。I-RNTI(短的或完整的I-RNTI)用于上下文标识,并且其值应该与UE在具有suspendConfig的RRCRelease消息中从最后的服务gNB接收的I-RNTI相同。ResumeMAC-I是16比特的消息认证令牌。UE将使用存储的AS安全上下文中的在UE和最后的服务gNB之间协商的完整性算法(NIA或EIA)和存储的AS安全上下文中的KRRCint来计算它。
在启动SDT过程时,UE启动用于SDT的定时器。该定时器也可以称为SDT失败检测定时器。注意,用于SDT的定时器不同于UE在发起RRC连接恢复过程时启动的定时器T319。定时器的值由gNB在驻留小区的系统信息中或者在RRCRelease消息中或者在RRCReconfiguration消息中配置/用信号通知。如果没有用信号通知,UE可以使用用于SDT的定时器的默认值。用于SDT的定时器的默认值可以预先定义。注意,在发起SDT时,UE恢复SRB1,如果为SRB2允许/启用/配置了SDT,则UE恢复SRB 2,和/或UE恢复为其允许/启用/配置了SDT的(多个)DRB,UE导出安全密钥并发送RRCResumeRequest/RRCResumeRequest,如前所述。注意,SRB 0未被挂起,因此不需要恢复。如果该定时器到期,或者UE从gNB接收到RRCRelease消息,或者UE从gNB接收到RRCResume消息,或者UE从gNB接收到RRCSetup消息,或者UE从gNB接收到RRCReject消息,或者UE从gNB接收到终止SDT过程的指示/MAC CE,则SDT过程完成/终止。注意,当SDT过程完成或终止时,定时器停止。如果UE接收到包括挂起配置的RRCRelease,则SDT过程/会话被认为完成;UE停止SDT定时器;UE存储当前(即,当发起SDT过程时导出的)KRRCint密钥和当前KgNB密钥;UE删除KRRCenc、KUPint、KUPenc密钥;UE存储UE已经从其接收到RRCRelease消息的小区的C-RNTI和PCI/小区标识,并且UE存储在RRC释放消息中接收的NCC。如果UE接收到没有挂起配置的RRCRelease,或者UE接收到RRCReject,则SDT过程/会话被认为完成;UE停止SDT定时器;UE进入RRC_IDLE;UE删除所有导出的安全密钥和存储的AS上下文。
在操作630,当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),UE识别数据是否对于没有为其配置SDT的一个或多个RB变得可用。当SDT过程正在进行时,如果数据对于没有为其配置/允许/启用SDT的一个或多个DRB变得可用(或者如果数据对于没有为其配置/允许/启用SDT的一个或多个RB变得可用),UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据对于没有为其配置/允许/启用SDT的一个或多个RB变得可用,并且如果非SDT RB的数据的累积量大于阈值,其中阈值由gNB在RRCRelease消息或RRCReconfiguration消息或系统信息或另一个信令消息中配置给UE,则UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据对于没有为其配置/允许/启用SDT的一个或多个RB变得可用,并且如果数据针对其到达的非SDT RB的LCH优先级大于所有SDT RB的最高LCH优先级,则UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据针对非SDT SRB到达,或者如果非SDT DRB的数据的累积量大于阈值,其中阈值由gNB在RRCRelease消息或RRCReconfiguration消息或系统信息或另一个信令消息中配置给UE,则UE可以执行以下操作:
在操作640,UE向gNB发送(换言之,通知gNB)(多个)非SDT DRB(或(多个)非SDTRB)的数据是可用的指示。在一实施例中,如果GNB配置(在RRCRelease或RRCReconfiguration或系统信息中配置):如果非SDT RB的数据在SDT会话期间(即,当SDT定时器运行时)变得可用则UE可以发送RRC消息,则在操作640,UE可以向gNB发送(换言之,通知gNB)非SDT DRB(或非SDT RB)的数据是可用的指示。
选项1:RRC消息可以包括该指示(即,RRC消息可以通知gNB(多个)非SDT DRB(或(多个)非SDT RB)的数据可用)。
RRC消息由UE使用DCCH逻辑信道和信令无线电承载SRB1发送。在携带该RRC消息的MAC SDU的MAC子报头中添加与DCCH对应的LCID。RLC确认模式(即,RLC报头被添加到RRC消息)被用于发送该RRC消息,并且RLC确认由GNB在接收到携带该RRC消息的RLC PDU时发送。该RRC消息可以包括一个或多个以下信息:
-数据针对其到达的DRB ID列表;数据针对SRB2到达的指示;
-数据针对其到达的一个或多个RB ID的列表(包括SRB/DRB);或者
-还可以指示每个RB或累积的数据量。
-数据到达的原因(正常或紧急)的指示
-数据到达的原因(紧急、highPriorityAccess、mo-Signalling、mo-Data、mo-VoiceCall、mo-VideoCall、mo-SMS、mps-PriorityAccess、mcs-PriorityAccess等)的指示。
该RRC消息可以是UE辅助信息消息或nonSDTDataIndication消息。
使用在SDT发起时生成的安全密钥对该RRC消息进行加密和完整性保护(使用在先前RRC连接的RRCRelease消息中提供的NextHopChainingCount的新安全密钥是在SDT发起时或在SDT过程发起之前最后接收的RRCRelease消息中导出的)。
在一实施例中,RRC消息的格式可以如下:
NonSdtDataIndication
NonSdtDataIndication消息用于向网络通知在SDT期间非SDT数据的到达。当映射到非SDT无线电承载的数据在SDT期间变得可用时(即,当SDT定时器正在运行时),UE发起该消息的传输。
NonSdtDataIndication消息
在一实施例中,RRC消息的格式可以如下:
UEAssistanceInformation
UEAssistanceInformation消息用于向网络指示UE辅助信息。UEAssistanceInformation-v17-IE被添加到包括nonSDT-Data-Indication的UEAssistanceInformation中。
在一实施例中,如果被配置为提供其在映射到非SDT无线电承载的数据可用时切换到RRC_CONNECTED的偏好,并且如果自当前SDT会话开始以来UE没有发送具有nonSDT-Data-Indication的UEAssistanceInformation消息时,则UE发起UEAssistanceInformation消息的传输,以提供其在映射到非SDT无线电承载的数据可用时切换到RRC_CONNECTED的偏好。
在一实施例中,如果映射到非SDT无线电承载的数据在SDT期间(即,当SDT定时器运行时)可用,并且如果自当前SDT会话开始以来UE没有发送具有nonSDT-Data-Indication的UEAssistanceInformation消息:则发起UEAssistanceInformation消息的传输以指示非SDT数据的可用性。
在一实施例中,如果被配置为指示非SDT数据的可用性,并且如果自当前SDT会话开始以来UE没有发送具有nonSDT-Data-Indication的UEAssistanceInformation消息:则发起UEAssistanceInformation消息的传输,以指示在映射到非SDT无线电承载的数据可用时非SDT数据的可用性。
UEAssistanceInformation消息
UEAssistanceInformation消息(可替换的)
选项2:新的MAC CE可以包括该指示。LCH ID(LCID)被保留用于这个新的MAC CE,并且被包括在这个MAC CE的MAC子报头中。
该MAC CE在SDT过程期间接收的UL授权中发送。
这个新的MAC CE的优先级可以如下:逻辑信道将根据以下顺序被优先化(首先列出最高优先级):
-C-RNTI MAC CE或来自UL-CCCH的数据;
-用于非SDT DRB指示的MAC CE;
-配置的授权确认MAC CE或波束失败恢复(BFR)MAC CE或多条目配置的授权确认MAC CE;
-侧链路(SL)配置的授权确认MAC CE
-先听后说(LBT)失败MAC CE
-用于优先化的SL-BSR的MAC CE;
-用于BSR(被包括用于填充的BSR除外)的MAC CE;
-单条目功率余量报告(PHR)MAC CE或多条目PHR MAC CE
-用于期望的保护符号的数量的MAC CE;
-用于抢占BSR的MAC CE
-用于SL-BSR(除了被包括用于填充的优先化的SL-BSR和SL-BSR)的MAC CE;
-来自任何逻辑信道的数据,除了来自UL-CCCH的数据;
-用于推荐的比特率查询的MAC CE;
-用于被包括用于填充的BSR的MAC CE;和
-用于被包括用于填充的SL-BSR的MAC CE。
(可替代的)逻辑信道应按照以下顺序排列优先级(首先列出最高优先级):
-C-RNTI MAC CE或来自UL-CCCH的数据;
-配置的授权确认MAC CE或BFR MAC CE或多条目配置的授权确认MAC CE;
-侧链路配置的授权确认MAC CE
-LBT失败MAC CE
-用于优先化的SL-BSR的MAC CE;
-用于BSR(被包括用于填充的BSR除外)的MAC CE;
-用于非SDT DRB指示的MAC CE;
-单条目PHR MAC CE或多条目PHR MAC CE;
-用于期望的保护符号的数量的MAC CE;
-用于抢占BSR的MAC CE
-用于SL-BSR(除了被包括用于填充的优先化的SL-BSR和优先化的SL-BSR)的MACCE;
-来自任何逻辑信道的数据,除了来自UL-CCCH的数据;
-用于推荐的比特率查询的MAC CE;
-用于被包括用于填充的BSR的MAC CE;和
-用于被包括用于填充的SL-BSR的MAC CE。
(可替代的)逻辑信道应按照以下顺序排列优先级(首先列出最高优先级):
-C-RNTI MAC CE或来自UL-CCCH的数据;
-配置的授权确认MAC CE或BFR MAC CE或多条目配置的授权确认MAC CE;
-侧链路配置的授权确认MAC CE
-LBT失败MAC CE
-用于优先化的SL-BSR的MAC CE;
-用于BSR(被包括用于填充的BSR除外)的MAC CE;
-单条目PHR MAC CE或多条目PHR MAC CE;
-用于期望的保护符号的数量的MAC CE;
-用于抢占BSR的MAC CE
-用于SL-BSR(除了被包括用于填充的优先化的SL-BSR和SL-BSR)的MAC CE;
-来自任何逻辑信道的数据,除了来自UL-CCCH的数据;
-用于非SDT DRB指示的MAC CE
-用于推荐的比特率查询的MAC CE;
-用于被包括用于填充的BSR的MAC CE;和
-用于被包括用于填充的SL-BSR的MAC CE。
(可替代的)逻辑信道应按照以下顺序排列优先级(首先列出最高优先级):
-用于非SDT DRB指示的MAC CE
-C-RNTI MAC CE或来自UL-CCCH的数据;
-配置的授权确认MAC CE或BFR MAC CE或多条目配置的授权确认MAC CE;
-侧链路配置的授权确认MAC CE
-LBT失败MAC CE
-用于优先化的SL-BSR的MAC CE;
-用于BSR(被包括用于填充的BSR除外)的MAC CE;
-单条目PHR MAC CE或多条目PHR MAC CE;
-用于期望的保护符号的数量的MAC CE;
-用于抢占BSR的MAC CE
-用于SL-BSR(除了被包括用于填充的优先化的SL-BSR和优先化的SL-BSR)的MACCE;
-来自任何逻辑信道的数据,除了来自UL-CCCH的数据;
-用于推荐的比特率查询的MAC CE;
-用于被包括用于填充的BSR的MAC CE;和
-用于被包括用于填充的SL-BSR的MAC CE。
可替代地,用于在SDT过程期间向gNB提供辅助信息的MAC CE可以包括该指示。
在一实施例中,UE可以触发RA为这个新的MAC CE或RRC消息请求UL授权。
在接收到关于用于(多个)非SDT DRB的数据可用性的指示(用于通知(多个)非SDTRB的数据可用性的新MAC CE或RRC消息)时,gNB可以通过向UE发送RRCResume来恢复RRC连接。在替代实施例中,gNB可以发送RRCRelease来终止SDT过程,然后UE在SDT过程终止之后发起RRC连接恢复过程(连接恢复过程细节如前所述)。在替代实施例中,在接收到关于(多个)非SDT RB中的数据到达的指示(用于通知(多个)非SDT RB的数据可用性的新MAC CE或RRC消息)时,gNB知道非SDT DRB(或RB)的数据的可用性,并且可以通过向UE发送RRCResume来恢复RRC连接或指示(指示可以在信令消息或MAC CE或DCI中发送)UE将(多个)非SDT RB视为(多个)SDT RB。在操作650,在正在进行的SDT过程期间,UE恢复这些RB,并从这些RB发送数据。
在一实施例中,在SDT过程期间接收的UL授权中,UE可以复用来自SDT和非SDT LCH两者的数据。如果用于SDT和非SDT LCH两者的数据可用,则UE可以首先根据LCP过程优先化其中来自SDT LCH的数据被包括的(多个)SDT LCH。如果在包括来自SDT LCH的数据之后资源剩余,则UE可以包括来自非SDT LCH的数据。在一实施例中,在SDT过程期间接收的UL授权中,如果网络指示,UE可以复用来自SDT和非SDT LCH两者的数据。否则不会。是否在SDT过程期间的UL授权中复用非SDT LCH,可以由gNB在RRCReconfiguration消息或RRC释放消息中或者在系统信息中或者在另一个信令消息(例如,DCI、MAC CE等)中指示。
(可替代的)在替代实施例中,在SDT过程期间接收的UL授权中,UE可以根据LCP过程复用来自SDT和非SDT LCH两者的数据。在一实施例中,在SDT过程期间接收的UL授权中,如果网络指示,UE可以复用来自SDT和非SDT LCH两者的数据。否则不会。是否在SDT过程期间的UL授权中复用非SDT LCH,可以由gNB在RRCReconfiguration消息或RRC释放消息中或者在系统信息中或者在另一个信令消息(例如,DCI、MAC CE等)中指示。
(可替代的)在替代实施例中,在SDT过程期间接收的UL授权中,UE根据LCP过程复用来自SDT LCH的数据。来自非SDT LCH的数据不被包括在UL授权中。
在操作650,UE继续SDT过程,直到SDT过程终止/完成。如果SDT定时器到期,或者UE从gNB接收到RRCRelease消息,或者UE从gNB接收到RRCResume消息,或者UE从gNB接收到RRCSetup消息,或者UE从gNB接收到RRCReject消息,或者UE从gNB接收到终止SDT过程的指示/MAC CE,则SDT过程完成/终止。
实施例4:图7示出了本公开的实施例中的UE在SDT过程期间处理非SDT DRB的操作。
在操作1010,UE处于RRC_INACTIVE状态。网络(即gNB)已经向UE用信号通知为其启用/配置/允许SDT的(多个)DRB。信令可以是RRCReconfiguration消息或RRC释放消息。在替代实施例中,gNB已经向UE用信号通知为启用/配置/允许SDT的(多个)RB(即,(多个)DRB和/或(多个)SRB)。
在操作1020,当MO数据在UE处对于为其配置/允许/使能SDT的(多个)DRB变得可用,并且数据对于没有为其配置SDT的DRB不可用,以及满足用于发起SDT的其他标准(例如,为其配置/启用/允许SDT的所有RB中的数据量总和小于(或小于等于)SDT数据阈值,DLRSRP大于(或大于等于)RSRP阈值)时,UE发起SDT过程,或者当UE接收到包括用于发起SDT的指示的寻呼消息时,UE发起SDT过程。在替代实施例中,当MO数据(可以是用户数据或信令数据)在UE处对于为其配置/允许/使能SDT的(多个)RB(即,(多个)DRB和/或SRB)变得可用,并且数据对于没有为其配置/允许/使能SDT的RB不可用,以及满足用于发起SDT的其他标准(例如,为其配置/允许/使能SDT的所有RB中的数据量之和小于(或小于等于)SDT数据阈值,DL RSRP大于(或大于等于)RSRP阈值,SDT资源有效性等)时,由UE发起SDT过程。UE在SRB 0上向gNB发送RRCResumeRequest/RRCResumeRequest1。它包括完整/短I-RNTI(resumeIdentity)、恢复原因(resumeCause)和认证令牌(resumeMAC-I)。I-RNTI(短的或完整的I-RNTI)用于上下文标识,并且其值应该与UE在具有suspendConfig的RRCRelease消息中从最后的服务gNB接收的I-RNTI相同。ResumeMAC-I是16比特的消息认证令牌。UE将使用存储的AS安全上下文中的在UE和最后的服务gNB之间协商的完整性算法(NIA或EIA)和存储的AS安全上下文中的KRRCint来计算它。
在启动SDT过程时,UE启动用于SDT的定时器。该定时器也可以称为SDT失败检测定时器。注意,用于SDT的定时器不同于UE在发起RRC连接恢复过程时启动的定时器T319。定时器的值由gNB在驻留小区的系统信息中或者在RRCRelease消息中或者在RRCReconfiguration消息中配置/用信号通知。如果没有用信号通知,UE可以使用用于SDT的定时器的默认值。用于SDT的定时器的默认值可以预先定义。注意,在发起SDT时,UE恢复SRB1,如果为SRB2允许/启用/配置了SDT,则UE恢复SRB 2,和/或UE恢复为其允许/启用/配置了SDT的(多个)DRB,UE导出安全密钥并发送RRCResumeRequest/RRCResumeRequest,如前所述。如果该定时器到期,或者UE从gNB接收到RRCRelease消息,或者UE从gNB接收到RRCResume消息,或者UE从gNB接收到RRCSetup消息,或者UE从gNB接收到RRCReject消息,或者UE从gNB接收到终止SDT过程的指示/MAC CE,则SDT过程完成/终止。注意,当SDT过程完成或终止时,定时器停止。如果UE接收到包括挂起配置的RRCRelease,则SDT过程/会话被认为完成;UE停止SDT定时器;UE存储当前(即,当发起SDT过程时导出的)KRRCint密钥和当前KgNB密钥;UE删除KRRCenc、KUPint、KUPenc密钥;UE存储UE已经从其接收到RRCRelease消息的小区的C-RNTI和PCI/小区标识,并且UE存储在RRC释放消息中接收的NCC。如果UE接收到没有挂起配置的RRCRelease,或者UE接收到RRCReject,则SDT过程/会话被认为完成;UE停止SDT定时器;UE进入RRC_IDLE;UE删除所有导出的安全密钥和存储的AS上下文。
在操作730,当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),UE识别数据是否对于没有为其配置/允许/启用SDT的一个或多个RB变得可用。当SDT过程正在进行时,如果数据对于没有为其配置/允许/启用SDT的一个或多个DRB变得可用(或者如果数据对于没有为其配置/允许/启用SDT的一个或多个RB变得可用),UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据对于没有为其配置SDT的一个或多个RB变得可用,并且如果非SDT RB的数据的累积量大于阈值,其中阈值由gNB在RRCRelease消息或RRCReconfiguration消息或系统信息或另一信令消息中配置给UE,则UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据对于没有为其配置SDT的RB变得可用,并且如果数据针对其到达的非SDT RB的LCH优先级大于所有SDT RB的最高LCH优先级,则UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据针对非SDT SRB到达,或者如果非SDT DRB的数据的累积量大于阈值,其中阈值由gNB在RRCRelease消息或RRCReconfiguration消息或系统信息或另一个信令消息中配置给UE,则UE可以执行以下操作:
在操作740,UE终止正在进行的SDT过程。停止SDT定时器。在一实施例中,在SDT过程终止时,UE丢弃在SDT过程发起时导出的安全密钥(KgNB密钥、KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc)。
在操作750,UE发起连接恢复过程。如前所述,在发起RRC连接恢复过程时,UE:
应用在对应物理层规范中指定的默认L1(层1或物理层)参数值,除了在SIB1中提供其值的参数之外;应用默认的MAC小区组配置;应用CCCH(公共控制信道)配置;启动定时器T319;应用SIB1中包括的timeAlignmentTimerCommon;应用默认SRB1配置;将变量pendingRNA-Update设置为false;发起RRCResumeRequest消息或RRCResumeRequest1的传输;从存储的UE非活动AS上下文中恢复RRC配置、RoHC状态、存储的QoS流到DRB映射规则以及KgNB和KRRCint密钥,除了以下之外:masterCellGroup、mrdc-SecondaryCellGroup(如果存储的话);和pdcp-Config;
UE将resumeMAC-I设置为所计算的MAC-I的16个最低有效位,MAC-I通过以下方式来计算:利用UE非活动AS上下文中的KRRCint密钥和先前配置的完整性保护算法;并且用于COUNT、BEARER和DIRECTION的输入比特中的至少一个被设置为非二进制一(例如,被设置为2或除1之外的任何值)并且其他被设置为二进制一(即,1)并且消息被设置为VarResumeMAC-Input(源PCI,即,存储的AS上下文中的PCI,目标Cell-ID,即,包括在UE向其发送恢复请求的小区的SIB1中广播的PLMN-IdentityInfoList中的第一PLMN-Identity的cellIdentity,源C-RNTI,即,存储的AS上下文中的C-RNTI。可替代地,UE将resumeMAC-I设置为所计算的MAC-I的16个最低有效位,MAC-I通过以下方式来计算:利用UE非活动AS上下文中的KRRCint密钥和先前配置的完整性保护算法;并且用于COUNT、BEARER和DIRECTION的输入比特中的至少一个被设置为二进制一并且消息被设置为VarResumeMAC-Input(源PCI,即,存储的AS上下文中的PCI,目标Cell-ID,即,包括在UE向其发送恢复请求的小区的SIB1中广播的PLMN-IdentityInfoList中的第一PLMN-Identity的cellIdentity,源C-RNTI,即,存储的AS上下文中的C-RNTI)。
UE使用存储的nextHopChainingCount值(存储的nextHopChainingCount值是UE在最后接收的RRCRelease中接收的值)基于当前KgNB密钥(即,存储的AS上下文中的KgNB密钥)或UE非活动AS上下文中的NH来导出KgNB密钥,其中如果存储的nextHopChainingCount与存储的AS上下文中的KgNB密钥对应的nextHopChainingCount相同,UE从存储的AS上下文中的KgNB密钥中导出KgNB密钥,UE从与存储的nextHopChainingCount值相对应的NH中导出KgNB密钥;导出KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥;使用所配置的算法以及KRRCint密钥和KUPint密钥,配置更低层以对除SRB0之外的所有信令无线电承载应用完整性保护,即,完整性保护将被应用于由UE接收和发送的所有后续消息;配置更低层以对除SRB0之外的所有信令无线电承载应用加密,并应用所配置的加密算法、导出的KRRCenc密钥和KUPenc密钥,即加密配置将应用于UE接收和发送的所有后续消息;为SRB1重建PDCP实体;恢复SRB1;发送RRCResumeRequest或RRCResumeRequest1。如果在SIB1中用信号通知了字段useFullResumeID:则UE选择RRCResumeRequest1作为要使用的消息;将resumeIdentity设置为存储的fullI-RNTI值;如果没有在SIB1中用信号通知字段useFullResumeID:则UE选择RCResumeRequest作为要使用的消息;将resumeIdentity设置为存储的shortI-RNTI值。RRCResumeRequest或RRCResumeRequest1在SRB 0上传输。用于RRCResumeRequest的逻辑信道是CCCH(或CCCH0),即在MAC PDU中,在携带RRCResumeRequest的MAC SDU的MAC子报头中添加CCCH对应的LCID。用于RRCResumeRequest1的逻辑信道是CCCH1,即在MAC PDU中,在携带RRCResumeRequest的MAC SDU的MAC子报头中添加CCCH对应的LCID。RLC透明模式(即,没有RLC报头被添加到RRC消息)被用于发送RRCResumeRequest或RRCResumeRequest1消息。RRCResumeRequest/RRCResumeRequest1包括resumeIdentity、resumeCause和resumeMAC-I。在一实施例中,可以定义新消息RRCResumeRequestX或RRCResumeRequestY。RRCResumeRequestX具有与RRCResumeReqeust相同的信息。RRCResumeRequestY具有与RRCResumeRequest1相同的信息。如果gNB接收到RRCResumeRequestX或RRCResumeRequestY,则知道UE在由于(多个)非SDT RB数据到达而终止正在进行的SDT过程之后,正在发起该RRC连接恢复过程。在一实施例中,不同的resumeCause值或新的字段可以被添加到RRCResumeRequest或RRCResumeRequest1,使得网络可以识别UE在由于非SDT RB数据到达而终止正在进行的SDT过程之后,正在发起该RRC连接恢复过程。
在一实施例中,在接收到RRCResumeRequest/RRCResumeRequest1RRCResumeRequestX/RRCResumeRequestY时,gNB可以通过向UE发送RRCResume来恢复RRC连接。
在一实施例中,当在SDT过程/会话期间(即,当SDT定时器运行时)数据对于(多个)非SDT RB可用时,如果UE尚未从GNB接收到任何响应(诸如,寻址到C-RNTI的PDCCH或HARQ反馈或RRC消息或RLC ACK)或者如果针对SDT发起的RA过程尚未完成,则UE可以应用实施例4的操作。在一实施例中,在SDT过程/会话期间(即,当SDT定时器运行时)数据对于(多个)非SDT RB可用时,如果UE已经从GNB接收到任何响应(诸如,寻址到C-RNTI的PDCCH或HARQ反馈或RRC消息或RLC ACK),或者如果针对SDT发起的RA过程完成,则UE可以应用实施例3的操作。
实施例5:图8示出了本公开的实施例中的UE在SDT过程期间处理非SDT DRB的操作。
在操作810,UE处于RRC_INACTIVE状态。网络已经向UE用信号通知为其启用/允许/配置了SDT的(多个)DRB。信令可以是RRCReconfiguration消息或RRC释放消息。在替代实施例中,gNB已经向UE用信号通知为其启用/允许/配置了SDT的(多个)RB(即,(多个)DRB和/或(多个)SRB)。
在操作820,当MO数据在UE处对于为其配置/允许/启用SDT的(多个)DRB变得可用,并且数据对于没有为其配置/允许/启用SDT的DRB不可用,以及满足用于发起SDT的其他标准(例如,为其配置/启用/允许SDT的所有RB中的数据量总和小于(或小于等于)SDT数据阈值,DL RSRP大于(或大于)RSRP阈值)时,UE发起SDT过程,或者当UE接收到包括用于发起SDT的指示的寻呼消息时,UE发起SDT过程。在替代实施例中,当MO数据(可以是用户数据或信令数据)在UE处对于为其配置/允许/启用SDT的(多个)RB(即,(多个)DRB和/或SRB)变得可用,以及满足数据对于没有为其配置/允许/启用SDT的RB不可用以及用于发起其他标准(例如,SDT数据阈值、RSRP阈值、SDT资源有效性等)时,由UE发起SDT过程。
UE在SRB 0上向gNB发送RRCResumeRequest/RRCResumeRequest1。它包括完整/短I-RNTI(resumeIdentity)、恢复原因(resumeCause)和认证令牌(resumeMAC-I)。I-RNTI(短的或完整的I-RNTI)用于上下文标识,并且其值应该与UE在具有suspendConfig的RRCRelease消息中从最后的服务gNB接收的I-RNTI相同。ResumeMAC-I是16比特的消息认证令牌。UE将使用存储的AS安全上下文中的在UE和最后的服务gNB之间协商的完整性算法(NIA或EIA)和存储的AS安全上下文中的KRRCint来计算它。
在启动SDT过程时,UE启动用于SDT的定时器。该定时器也可以称为SDT失败检测定时器。注意,用于SDT的定时器不同于UE在发起RRC连接恢复过程时启动的定时器T319。定时器的值由gNB在驻留小区的系统信息中或者在RRCRelease消息中或者在RRCReconfiguration消息中配置/用信号通知。如果没有用信号通知,UE可以使用用于SDT的定时器的默认值。用于SDT的定时器的默认值可以预先定义。注意,在发起SDT时,UE恢复SRB1,如果为SRB2允许/启用/配置了SDT,则UE恢复SRB 2,和/或UE恢复为其允许/启用/配置了SDT的(多个)DRB,UE导出安全密钥并发送RRCResumeRequest/RRCResumeRequest,如前所述。如果该定时器到期,或者UE从gNB接收到RRCRelease消息,或者UE从gNB接收到RRCResume消息,或者UE从gNB接收到RRCSetup消息,或者UE从gNB接收到RRCReject消息,或者UE从gNB接收到终止SDT过程的指示/MAC CE,则SDT过程完成/终止。注意,当SDT过程完成或终止时,定时器停止。
在操作830,当SDT过程正在进行时,UE识别数据是否对于没有为其配置/允许/启用SDT的一个或多个RB变得可用。当SDT过程正在进行时,如果数据对于没有为其配置/允许/启用SDT的一个或多个DRB变得可用(或者如果数据对于没有为其配置/允许/启用SDT的一个或多个RB变得可用),UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据对于没有为其配置SDT的一个或多个RB变得可用,并且如果非SDT RB的数据的累积量大于阈值,其中阈值由gNB在RRCRelease消息或RRCReconfiguration消息或系统信息或另一信令消息中配置给UE,则UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据对于没有为其配置SDT的RB变得可用,并且如果数据针对其到达的非SDT RB的LCH优先级大于所有SDT RB的最高LCH优先级,则UE可以执行以下操作;或者
(可替代的)当SDT过程正在进行时(换句话说,当SDT定时器正在运行时),如果数据针对非SDT SRB到达,或者如果非SDT DRB的数据的累积量大于阈值,其中阈值由gNB在RRCRelease消息或RRCReconfiguration消息或系统信息或另一个信令消息中配置给UE,则UE可以执行以下操作:
在操作840,UE等待SDT过程完成/终止。
在完成SDT过程后,在操作850,UE发起连接恢复过程。先前解释了连接恢复过程的细节。
在操作860,UE继续SDT过程,直到SDT过程终止/完成。如果SDT定时器到期,或者UE从gNB接收到RRCRelease消息,或者UE从gNB接收到RRCResume消息,或者UE从gNB接收到RRCSetup消息,或者UE从gNB接收到RRCReject消息,或者UE从gNB接收到终止SDT过程的指示/MAC CE,则SDT过程完成/终止。
图9是根据本公开的实施例的终端的框图。
参考图9,终端包括收发器910、控制器920和存储器930。控制器920可以指电路、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或至少一个处理器。收发器910、控制器920和存储器930被配置为执行图中其他地方(例如,图1至图8)所示的UE的操作,或者如上所述。尽管收发器910、控制器920和存储器930被示为单独的实体,但是它们可以被集成到单个芯片上。收发器910、控制器920和存储器930也可以彼此电连接或耦合。
收发器910可以向其他网络实体(例如,基站或另一个终端)发送信号并从其他网络实体接收信号。
控制器920可以控制UE执行根据上述实施例的功能。
在一实施例中,终端的操作可以使用存储对应程序代码的存储器930来实现。具体地,终端可以配备有存储器930,以存储实现期望操作的程序代码。为了执行期望的操作,控制器920可以通过使用处理器或中央处理单元(CPU)来读取和执行存储在存储器930中的程序代码。
图10是根据本公开的实施例的基站的框图。
参考图10,基站包括收发器1010、控制器1020和存储器1030。控制器1020可以指电路、ASIC、FPGA或至少一个处理器。收发器1010、控制器1020和存储器1030被配置为执行图中其他地方示出的或者如上所述的gNB的操作。尽管收发器1010、控制器1020和存储器1030被示为单独的实体,但是它们可以被集成到单个芯片上。收发器1010、控制器1020和存储器1030也可以彼此电连接或耦合。
收发器1010可以向其他网络实体(例如,终端)发送信号和从其他网络实体接收信号。
控制器1020可以控制gNB执行根据上述实施例的功能。
在一实施例中,基站的操作可以使用存储对应程序代码的存储器1030来实现。具体地,基站可以配备有存储器1030,以存储实现期望操作的程序代码。为了执行期望的操作,控制器1020可以通过使用处理器或CPU来读取和执行存储在存储器1030中的程序代码。
虽然已经参照本公开的各种实施例显示和描述了本公开,但是本领域技术人员将理解,在不脱离由所附权利要求及其等同物限定的本公开的精神和范围的情况下,可以在形式和细节上进行各种改变。
Claims (15)
1.一种由无线通信系统中的终端执行的方法,所述方法包括:
基于数据针对为其配置了小数据传输(SDT)的SDT无线电承载(RB)到达,发起小数据传输(SDT)过程;
当SDT过程正在进行时,识别数据对于没有为其配置SDT的非SDT RB的逻辑信道变得可用;
向基站发送数据对于所述非SDT RB是可用的第一指示;以及
响应于所述第一指示,从所述基站接收无线电资源控制(RRC)恢复消息或将所述非SDTRB视为所述SDT RB的第二指示。
2.根据权利要求1所述的方法,其中,使用专用控制信道(DCCH)和信令无线电承载1(SRB1)在RRC消息中发送所述第一指示。
3.根据权利要求2所述的方法,其中,所述RRC消息使用在发起所述SDT过程时生成的安全密钥进行加密和完整性保护。
4.根据权利要求1所述的方法,其中,所述第一指示在媒体接入控制(MAC)控制元素(CE)中发送,并且所述MAC CE在所述SDT过程期间接收的上行链路(UL)授权中与所述SDTRB的数据复用。
5.根据权利要求4所述的方法,还包括:
触发随机接入(RA)过程以请求用于MAC CE的UL授权。
6.根据权利要求1所述的方法,其中,在以下情况下发送所述第一指示:
数据针对所述非SDT RB到达;
所述非SDT RB的数据的累积量大于阈值;
数据针对其到达的非SDT RB的逻辑信道(LCH)优先级大于所述SDT RB的最高LCH优先级;或者
数据针对所述非SDT RB到达或者所述非SDT RB的数据的累积量大于阈值。
7.一种由无线通信系统中的基站执行的方法,所述方法包括:
从终端接收用于小数据传输(SDT)的随机接入前导码,所述随机接入前导码基于数据针对为其配置了SDT的SDT无线电承载(RB)到达而发起SDT过程;
当所述SDT过程正在进行时,从所述终端接收数据对于没有为其配置SDT的非SDT RB的逻辑信道变得可用的第一指示;以及
响应于所述第一指示,向所述终端发送无线电资源控制(RRC)恢复消息或者将所述非SDT RB视为所述SDT RB的第二指示。
8.根据权利要求7所述的方法,其中,使用专用控制信道(DCCH)和信令无线电承载1(SRB1)在RRC消息中接收所述第一指示。
9.根据权利要求8所述的方法,其中,所述RRC消息使用在发起所述SDT过程时生成的安全密钥进行加密和完整性保护。
10.一种无线通信系统中的终端,所述终端包括:
收发器;和
控制器,被配置为:
基于数据针对为其配置了小数据传输(SDT)的SDT无线电承载(RB)到达,发起小数据传输(SDT)过程,
当SDT过程正在进行时,识别数据对于没有为其配置SDT的非SDT RB的逻辑信道变得可用,
经由所述收发器向基站发送数据对于所述非SDT RB是可用的第一指示,以及
响应于所述第一指示,经由所述收发器从所述基站接收无线电资源控制(RRC)恢复消息或将所述非SDT RB视为所述SDT RB的第二指示。
11.根据权利要求10所述的终端,其中,所述控制器还被配置为使用专用控制信道(DCCH)和信令无线电承载1(SRB1)在RRC消息中发送所述第一指示。
12.根据权利要求11所述的终端,其中,所述控制器还被配置为使用在发起SDT过程时生成的安全密钥来对所述RRC消息进行加密和完整性保护。
13.一种无线通信系统中的基站,所述基站包括:
收发器;和
控制器,被配置为:
经由所述收发器从终端接收用于小数据传输(SDT)的随机接入前导码,所述随机接入前导码基于数据针对为其配置了SDT的SDT无线电承载(RB)到达而发起SDT过程,
当所述SDT过程正在进行时,经由所述收发器从所述终端接收数据对于没有为其配置SDT的非SDT RB的逻辑信道变得可用的第一指示,以及
响应于所述第一指示,经由所述收发器向所述终端发送无线电资源控制(RRC)恢复消息或者将所述非SDT RB视为所述SDT RB的第二指示。
14.根据权利要求7所述的基站,其中,使用专用控制信道(DCCH)和信令无线电承载1(SRB1)在RRC消息中接收所述第一指示。
15.根据权利要求8所述的基站,其中,所述RRC消息使用在发起SDT过程时生成的安全密钥进行加密和完整性保护。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20200129196 | 2020-10-07 | ||
KR10-2020-0129196 | 2020-10-07 | ||
KR20210023589 | 2021-02-22 | ||
KR10-2021-0023589 | 2021-02-22 | ||
PCT/KR2021/013824 WO2022075782A1 (en) | 2020-10-07 | 2021-10-07 | Method for handling non small data transmission radio bearer during small data transmission and apparatus thereof |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116368920A true CN116368920A (zh) | 2023-06-30 |
Family
ID=81125925
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180069135.1A Pending CN116368920A (zh) | 2020-10-07 | 2021-10-07 | 用于在小数据传输期间处理非小数据传输无线电承载的方法及其装置 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20230380003A1 (zh) |
EP (1) | EP4209040A4 (zh) |
KR (1) | KR20230066397A (zh) |
CN (1) | CN116368920A (zh) |
WO (1) | WO2022075782A1 (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022077220A1 (en) * | 2020-10-13 | 2022-04-21 | Nokia Shanghai Bell Co., Ltd. | Restricting a random access procedure |
EP4240098A4 (en) * | 2020-12-25 | 2024-01-03 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | DATA TRANSMISSION METHOD AND APPARATUS, COMMUNICATION DEVICE AND STORAGE MEDIUM |
US20220312502A1 (en) * | 2021-03-26 | 2022-09-29 | Electronics And Telecommunications Research Institute | Method and apparatus for small data transmission and reception in mobile communication system |
KR102491977B1 (ko) * | 2021-08-18 | 2023-01-26 | 주식회사 블랙핀 | 무선 이동 통신 시스템에서 rrc_inactive 상태의 단말이 미리 정의된 설정과 저장된 설정을 사용해서 데이터를 송수신하는 방법 및 장치 |
WO2023197306A1 (en) * | 2022-04-15 | 2023-10-19 | Lenovo (Beijing) Limited | Method and apparatus of data transmission |
KR102617597B1 (ko) * | 2022-05-11 | 2023-12-27 | 주식회사 블랙핀 | 무선 이동 통신 시스템에서 rrc_inactive 상태 상향링크 전송을 위한 방법 및 장치 |
WO2024092574A1 (en) * | 2022-11-02 | 2024-05-10 | Nokia Shanghai Bell Co., Ltd | Identification for small data transmission |
WO2024124543A1 (zh) * | 2022-12-16 | 2024-06-20 | Oppo广东移动通信有限公司 | 信息传输方法、装置、设备及存储介质 |
WO2024208458A1 (en) * | 2023-04-03 | 2024-10-10 | Nokia Technologies Oy | Small data transmission |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11903032B2 (en) * | 2018-08-13 | 2024-02-13 | Qualcomm Incorporated | Downlink data transmission in RRC inactive mode |
WO2020087280A1 (en) * | 2018-10-30 | 2020-05-07 | Qualcomm Incorporated | Configurations for small data transmission |
-
2021
- 2021-10-07 US US18/030,421 patent/US20230380003A1/en active Pending
- 2021-10-07 WO PCT/KR2021/013824 patent/WO2022075782A1/en active Application Filing
- 2021-10-07 EP EP21878032.8A patent/EP4209040A4/en active Pending
- 2021-10-07 KR KR1020237011742A patent/KR20230066397A/ko unknown
- 2021-10-07 CN CN202180069135.1A patent/CN116368920A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
KR20230066397A (ko) | 2023-05-15 |
EP4209040A1 (en) | 2023-07-12 |
WO2022075782A1 (en) | 2022-04-14 |
US20230380003A1 (en) | 2023-11-23 |
EP4209040A4 (en) | 2024-02-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP4165939B1 (en) | Method and apparatus for small data transmission | |
US11102821B2 (en) | Communications device, infrastructure equipment and methods | |
US20230380003A1 (en) | Method for handling non small data transmission radio bearer during small data transmission and apparatus thereof | |
US20230284329A1 (en) | Method and apparatus for handling response timer and cell reselection for small data transmission | |
CN114145072A (zh) | 用于支持大随机接入响应(rar)窗口大小的随机接入过程的方法 | |
CN118215153A (zh) | 执行随机接入过程的方法和装置 | |
US11838817B2 (en) | Method and apparatus for system information acquisition, beam failure recovery and cell reselection | |
US11805556B2 (en) | Method and apparatus for handling sidelink communication according to type of handover | |
US20220095409A1 (en) | Method and apparatus of pdcch monitoring for small data transmission | |
US12022527B2 (en) | Apparatus and method of random access procedure | |
US20240090045A1 (en) | Method and apparatus for small data transmission | |
US20220022266A1 (en) | Method and apparatus for random access procedure for small data transmission in wireless communication system | |
CN114902735A (zh) | 用于在无线通信系统中执行通信的方法和装置 | |
CN116210339A (zh) | 无线通信系统中在rrc_inactive状态下处理小数据传输的方法和装置 | |
US20220201659A1 (en) | Method and apparatus for handling configured grant resources for small data transmission in wireless communication system | |
CN118451774A (zh) | 用于无线通信系统中的小数据传输的方法和装置 | |
KR20220160590A (ko) | 멀티미디어 우선 순위 및 미션 크리티컬 서비스들에 대한 랜덤 액세스의 우선 순위를 지정하는 방법 및 그 장치 | |
US20230262815A1 (en) | Method and apparatus for enhanced resume protection | |
KR20210039304A (ko) | 웨이크 업 신호를 모니터링하기 위한 방법 및 장치 |
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 |