CN116783986A - 用于数据发射处理的方法及设备 - Google Patents

用于数据发射处理的方法及设备 Download PDF

Info

Publication number
CN116783986A
CN116783986A CN202180090291.6A CN202180090291A CN116783986A CN 116783986 A CN116783986 A CN 116783986A CN 202180090291 A CN202180090291 A CN 202180090291A CN 116783986 A CN116783986 A CN 116783986A
Authority
CN
China
Prior art keywords
sdt
procedure
rrc
rnti
request
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
Application number
CN202180090291.6A
Other languages
English (en)
Inventor
时洁
汪海明
吴联海
岳然
戴明增
韩晶
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Lenovo Beijing Ltd
Original Assignee
Lenovo Beijing Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Lenovo Beijing Ltd filed Critical Lenovo Beijing Ltd
Publication of CN116783986A publication Critical patent/CN116783986A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • 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
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Abstract

本申请案的实施例涉及一种用于数据发射处理的方法及设备。在实施例中，所述方法包含：确定在小数据发射(SDT)过程中发生无线电链路失败(RLF)；及响应于所述RLF在SDT过程中的所述发生而执行某一过程。

Description

用于数据发射处理的方法及设备
技术领域
本申请案的实施例大体上涉及无线通信技术，尤其涉及用于数据发射处理的方法及设备。
背景技术
针对处于RRC_INACTIVE状态的用户装备(UE)(也被称为非活动模式UE)，在预配置的物理上行链路共享信道(PUSCH)资源(经配置的授权类型1资源)上，或在随机接入过程中(例如2步随机接入信道(RACH)过程或4步RACH过程)，向基站(BS)发射上行链路(UL)小数据是可能的。
在小数据发射(SDT)过程中，已商定UE可执行后续数据发射。这表示着UE可在SDT过程中执行物理下行链路控制信道(PDCCH)监测以调度关于数据发射的信息，这种行为是UE连接模式中的数据发射可能发生的。因此，非活动模式UE将有可能遭受在UE连接模式中定义为无线电链路失败(RLF)的情况，例如定时器的期满(例如，t310-Expiry)、随机接入问题、无线电链路控制(RLC)层中的最大重发次数(rlc-MaxNumRetx)、波束失败恢复失败、先听后说(LBT)失败(例如，lbtFailure-r16)中的一者。因此，需要讨论如何使非活动模式UE由于RLF的发生而处置RLF以在SDT过程中恢复或重建SRB或DRB。
发明内容
本申请案的实施例提供一种用于数据发射处理的方法及设备。
本申请案的一些实施例提供一种由用户装备(UE)执行的方法。所述方法可包含：确定在小数据发射(SDT)过程中发生无线电链路失败(RLF)；及响应于所述RLF在SDT过程中的所述发生而执行某一过程。
在本申请案的实施例中，确定所述RLF发生包括确定发生以下中的至少一者：定时器的期满；随机接入问题；在无线电链路控制(RLC)中实现最大重发次数；波束失败恢复失败；及先听后说(LBT)失败。
在本申请案的实施例中，所述RLF在所述SDT过程中发生，且执行所述过程包括：在非SDT RACH过程中触发RRC恢复过程，在基于RACH的SDT过程或基于CG的SDT过程中触发RRC恢复过程，在非SDT RACH过程中触发RRC重建过程，或在基于RACH的SDT过程或基于CG的SDT过程中触发RRC重建过程。
在本申请案的实施例中，执行所述过程包括以下中的至少一者：所述RLF在基于经配置授权(CG)的SDT过程中发生，且执行所述过程包括：触发基于随机接入信道(RACH)的SDT过程，其中所述基于RACH的SDT过程是基于2步RACH的SDT过程或基于4步RACH的SDT过程；所述RLF在基于2步RACH的SDT过程中发生，且执行所述过程包括：触发基于4步RACH的SDT过程；所述RLF在基于4步RACH的SDT过程中发生，且执行所述过程包括：在非SDT RACH过程中触发RRC恢复过程或在非SDT RACH过程中触发RRC重建过程；所述RLF在SDT过程中发生，且执行所述过程包括：在非SDT RACH过程中触发RRC恢复过程或在非SDT RACH过程中触发RRC重建过程；或所述RLF在SDT过程中发生，所述UE按照以下优先级顺序执行到以下过程的回退：基于CG的SDT过程、基于2步RACH的SDT过程、基于4步RACH的SDT过程、基于2步RACH的过程、基于4步RACH的过程，前提条件是对应的过程对UE可用。
在本申请案的实施例中，在所述非SDT RACH过程中、在所述基于RACH的SDT过程中或在所述基于CG的SDT过程中触发所述RRC恢复过程包括：向服务基站(BS)发射RRC恢复请求，其中所述RRC恢复请求包含所述UE的非活动无线电网络临时标识符(I-RNTI)及恢复原因值。
在本申请案的实施例中，所述恢复原因值包含以下中的至少一者的信息：SDT中的RLF；随机接入问题；在RLC中实现最大重发次数；波束失败恢复失败；先听后说(LBT)失败；及恢复或重建用于SDT的DRB及/或SRB。
在本申请案的实施例中，所述方法可进一步包含：在所述非SDT RACH过程中、在所述基于RACH的SDT过程中或在所述基于CG的SDT过程中触发所述RRC重建过程包括：向服务BS发射RRC重建请求，其中所述RRC重建请求包含所述UE的I-RNTI。
在本申请案的实施例中，消息认证码完整性(MAC-I)被包含在所述RRC重建请求中，并基于source-c-RNTI及sourcePhysCellId的输入来计算，其中所述source-c-RNTI被设置为所述UE在重建之前连接到的物理小区(PCell)中具有的cell-RNTI(C-RNTI)，其中所述sourcePhysCellId被设置为所述UE在所述重建之前连接到的所述PCell的物理小区标识，且所述PCell是所述UE在所述SDT过程中具有服务的小区。
在本申请案的实施例中，MAC-I被包含在所述RRC恢复请求中，并基于source-c-RNTI及sourcePhysCellId的输入来发射，其中所述source-c-RNTI被设置为所述UE在SDT过程中连接到的PCell中具有的C-RNTI、或所述UE在SDT DRB的暂停之前连接到的PCell中具有的C-RNTI，其中所述sourcePhysCellId被设置为所述UE在SDT过程中连接的服务小区的物理小区标识、或所述UE在SDT DRB的暂停之前连接到的服务小区的物理小区标识。
在本申请案的实施例中，所述方法可进一步包含：在所述基于SDT过程的RRC连接恢复中存储RLF的接入类别；及通过在RRC连接恢复过程中应用所述接入类别来执行接入控制。
在本申请案的实施例中，所述SDT过程中的RLF的所述接入类别是与基于无线电接入网络的通知区域(RNA)-更新的统一接入控制(UAC)类别相同的值，或所述SDT过程中的RLF的所述接入类别重用所述UE决定恢复的服务的接入类别，或当触发RLF时，所述SDT过程中的RLF的所述接入类别重用SDT过程中使用的接入类别。
在本申请案的实施例中，执行所述过程包括：发射请求消息以请求在SDT过程中恢复或重建数据无线电承载(DRB)或信令无线电承载(SRB)，其中在所述请求消息中包含显式或隐式指示。
在本申请案的实施例中，所述方法可进一步包含：响应于接收到对所述请求消息的响应消息而保持在非活动模式。
在本申请案的实施例中，所述隐式指示包含在最后一个SDT过程中用于监测物理下行链路控制信道(PDCCH)的所述UE的第一RNTI及UE非活动模式中的I-RNTI值。
在本申请案的实施例中，所述第一RNTI是在基于CG的SDT过程中使用的C-RNTI、在基于RACH的SDT过程中使用的C-RNTI、或在基于CG的SDT过程中使用的经配置调度(CS)-RNTI。
在本申请案的实施例中，所述方法可进一步包含：在发射所述请求消息、所述RRC重建请求消息或所述RRC恢复请求消息之后启动定时器。
在本申请案的实施例中，所述方法可进一步包含：如果所述UE在所述定时器期满之前没有接收到响应消息，那么进入空闲模式，或如果所述UE在所述定时器期满之前没有接收到响应消息，那么在SDT过程中进入非活动模式以执行暂停操作。
在本申请案的实施例中，所述方法可进一步包含：在SDT中暂停所述DRB或所述SRB并进入非活动模式；在SDT中释放是DRB或所述SRB并进入空闲模式；或在SDT中暂停所述DRB或所述SRB并发送SDT的RRC恢复请求。
本申请案的一些实施例提供一种由UE的服务基站(BS)执行的方法，所述方法可包含：从所述UE接收包含最后一个服务小区的小区ID的RRC重建请求消息；及基于所述最后一个服务小区的所述ID，在SDT过程中向具有所述最后一个服务小区的BS发射对所述UE的I-RNTI的请求，其中对所述UE的所述I-RNTI的所述请求包含所述UE在所述最后一个服务小区中的C-RNTI。
在本申请案的实施例中，所述方法可进一步包含：在所述SDT过程中从具有最后一个服务小区的所述BS接收所述UE的所述I-RNTI；及通过使用所述UE的所述I-RNTI向锚BS发射检索UE上下文请求消息。
在本申请案的实施例中，对所述UE的所述I-RNTI的所述请求是在检索UE上下文请求消息中与所述服务小区的ID及所述UE在所述最后一个服务小区中的所述C-RNTI一起隐式地发射。
在本申请案的实施例中，在所述SDT过程中来自具有最后一个服务小区的所述BS的所述UE的所述I-RNTI是从来自具有所述最后一个服务小区的所述BS的检索UE上下文失败消息接收。
在本申请案的实施例中，所述方法可进一步包含：从所述锚BS接收检索UE上下文响应消息。
本申请案的一些其它实施例提供一种方法。所述方法可包含：从具有服务小区的BS接收对所述UE的I-RNTI的请求，其中对所述UE的所述I-RNTI的所述请求包含所述UE在所述最后一个服务BS中的C-RNTI；及基于所述UE的所述C-RNTI向具有服务小区的所述BS发射所述UE的所述I-RNTI，或如果所述最后一个服务BS不是锚BS，那么向所述锚BS发射关于所述服务BS的RRC重建请求的指示。
在本申请案的实施例中，在检索UE上下文失败消息中向所述服务BS发射所述UE的所述I-RNTI。
在本申请案的实施例中，关于所述服务BS的所述RRC重建请求的所述指示由所述服务BS的ID、所述最后一个服务小区的ID及所述UE在所述最后一个服务BS中的所述C-RNTI隐式地指示。
在本申请案的实施例中，在检索UE上下文请求消息中发射关于所述服务BS向所述锚BS的RRC重建请求的指示。
本申请案的一些其它实施例提供一种由用户装备(UE)的锚基站(BS)执行的方法。所述方法可包含：从具有最后一个服务小区的BS或所述UE的所述服务BS接收包含关于具有服务小区的BS的RRC重建请求的指示的请求消息，其中所述消息包含所述UE的I-RNTI；及向具有服务小区的所述BS发射检索UE上下文响应。
在本申请案的实施例中，关于所述RRC重建请求的所述指示被隐式地包含在所述检索UE上下文请求消息中。
在本申请案的实施例中，所述检索UE上下文请求消息包含重建项中的所述I-RNTI及/或包含恢复原因值。
在本申请案的实施例中，所述恢复原因值包含以下中的至少一者的信息：SDT中的RLF；随机接入问题；在RLC中实现最大重发次数；波束失败恢复失败；先听后说(LBT)失败；及恢复或重建用于SDT的DRB及/或SRB。
本申请案的一些其它实施例提供一种由UE的服务基站(BS)执行的方法。所述方法可包含：从所述UE接收具有或不具有所述UE的I-RNTI的RRC请求消息；及向锚BS或具有最后一个服务小区的BS发射检索UE上下文请求消息。
在本申请案的实施例中，所述检索UE上下文请求消息包含恢复原因，且所述恢复原因值包含以下中的至少一者的信息：SDT中的RLF；随机接入问题；在RLC中实现最大重发次数；波束失败恢复失败；先听后说(LBT)失败；及恢复/重建用于SDT的DRB及/或SRB。
在本申请案的实施例中，在到具有最后一个服务小区的BS的所述检索UE上下文请求消息中向具有最后一个服务小区的BS发射所述UE的C-RNTI、目标小区的令牌及ID，使得具有所述最后一个服务BS的所述BS验证所述RRC请求消息中的所述令牌，并向具有所述服务小区的所述BS或锚BS给出关于所述请求的验证指示；或从锚BS或从具有所述最后一个服务小区的所述BS接收在最后一个服务小区中使用的所述UE的KgNB及/或AS算法。
在本申请案的实施例中，所述方法可进一步包含：从所述锚BS或从具有所述最后一个服务小区的所述BS接收关于所述请求的验证指示。
在本申请案的实施例中，所述方法可进一步包含：基于在来自锚BS或来自具有所述最后一个服务小区的所述BS的在最后一个服务小区中使用的所述UE的KgNB及/或AS算法，对所述RRC请求执行验证。
在本申请案的实施例中，所述方法可进一步包含：从所述锚BS接收所述UE的未使用的链接计数器参数(NCC)信息，或从具有所述最后一个服务小区的所述BS接收所述UE的未使用的NCC信息；或从所述锚BS接收所述UE的经使用的链接计数器参数(NCC)信息，或从具有所述最后一个服务小区的所述BS接收所述UE的经使用的NCC信息。
在本申请案的实施例中，所述方法可进一步包含：从所述锚BS或从具有所述最后一个服务小区的所述BS接收关于所述RRC请求验证的所述指示。
本申请案的一些其它实施例提供一种由具有UE的最后一个服务小区的基站(BS)执行的方法。所述方法可包含以下中的至少一者：向锚BS发射在最后一个服务小区中使用的所述UE的KgNB及/或AS算法，以使所述锚BS存储这些信息并执行对来自所述UE的请求的验证；接收所述UE的C-RNTI、令牌及目标小区ID，以便验证来自所述UE的所述请求，并向锚BS给出关于所述请求的验证指示；向所述锚BS发射所述UE的未使用的链接计数器参数(NCC)信息，或从所述锚BS接收所述UE的未使用的NCC信息；向所述锚BS发射所述UE的经使用的链接计数器参数(NCC)信息，或从所述锚BS接收所述UE的经使用的NCC信息；基于来自具有服务小区的BS或锚BS的所述信息，向锚BS发射关于所述请求的验证指示。
本申请案的一些其它实施例提供一种由具有UE的最后一个服务小区的基站(BS)执行的方法。所述方法可包含以下中的至少一者：向具有服务小区的BS发射在最后一个服务小区中使用的所述UE的KgNB及/或AS算法，以使具有服务小区的所述BS存储并执行对来自所述UE的请求的验证；从具有服务小区的BS接收所述UE的C-RNTI、令牌及目标小区ID，并验证来自所述UE的所述请求，并向具有服务小区的所述BS给出关于所述请求的验证指示；向所述锚BS发射所述UE的未使用的链接计数器参数(NCC)信息，或从所述锚BS接收所述UE的未使用的NCC信息；向所述锚BS发射所述UE的经使用的链接计数器参数(NCC)信息，或从所述锚BS接收所述UE的经使用的NCC信息；基于来自具有服务小区的所述BS或锚BS的所述信息，向具有服务小区的所述BS发射关于所述请求的验证指示。
本申请案的一些其它实施例提供一种由用户装备(UE)的锚基站(BS)执行的方法。所述方法可包含：从具有服务小区的基站(BS)或从具有最后一个服务小区的所述BS接收检索UE上下文请求消息；及向具有服务小区的所述BS或向具有最后一个服务小区的所述BS发射检索UE上下文响应消息。
在本申请案的实施例中，所述方法可进一步包含：接收在最后一个服务小区中使用的所述UE的KgNB及/或所述AS算法，以使锚BS存储这些信息并执行对来自所述UE的请求的验证；向具有最后一个服务小区的所述BS发射最后一个服务小区中的所述UE的C-RNTI、令牌及目标小区ID，以使具有最后一个服务小区的所述BS验证来自所述UE的所述请求，并向所述锚BS给出关于对所述请求的验证指示；从具有最后一个服务小区的所述BS接收所述UE的未使用的链接计数器参数(NCC)信息，或向具有最后一个服务小区的所述BS发射所述UE的未使用的NCC信息；从具有最后一个服务小区的所述BS接收所述UE的经使用的链接计数器参数(NCC)信息，或向具有最后一个服务小区的所述BS发射所述UE的经使用的NCC信息；从具有最后一个服务小区的所述BS接收关于所述请求的验证指示。
在本申请案的实施例中，所述方法可进一步包含：以下中的至少一者：向具有服务小区的BS发射在最后一个服务小区中使用的所述UE的KgNB及/或AS算法，以使具有服务小区的所述BS存储这些信息并执行对来自所述UE的请求的验证；向具有最后一个服务小区的所述BS发射最后一个服务小区中的所述UE的C-RNTI、令牌及目标小区ID，以使具有最后一个服务小区的所述BS验证来自所述UE的请求，并向所述锚BS给出关于所述请求的验证指示；从具有最后一个服务小区的所述BS接收所述UE的未使用的链接计数器参数(NCC)信息，或向具有最后一个服务小区的所述BS发射所述UE的未使用的NCC信息；从具有最后一个服务小区的所述BS接收所述UE的经使用的链接计数器参数(NCC)信息，或向具有最后一个服务小区的所述BS发射所述UE的经使用的NCC信息；从具有最后一个服务小区的所述BS接收关于所述请求的验证指示。
在本申请案的实施例中，所述UE的KgNB及/或AS算法可由所准备的KNG-RAN*密钥及令牌中的至少一者代替。
为了计算所述令牌，所述gNB应配合以下输入使用来自得自所述gNB的5G AS安全上下文的协商NIA算法：源C-RNTI、源PCI及目标小区ID，其中源PCI及源C-RNTI与UE最后与其进行活动RRC连接或SDT发射的小区相关联，且目标小区ID是RRCReestabilishmentRequest、RRCResuemRequest或UE请求消息被发送到的目标小区的标识。
-KEY应被设置为源小区或SDT发射所在的小区的KRRCint。
-所有BEARER位应被设置为1；
-DIRECTION位应被设置为1；
-所有COUNT位应被设置为1。
所述令牌应为所使用的完整性算法的输出的16个最低有效位。
如果基于网络侧中的KEY的、用于对请求的验证指示的计算出的令牌等于所述UE请求消息中的令牌，那么所述请求有效。如果用于对所述请求的验证指示的计算出的令牌不等于所述UE请求消息中的令牌，那么所述请求无效。
在本申请案的实施例中，所述方法可进一步包含：向具有所述最后一个服务小区的所述BS或具有所述服务小区的所述BS发射关于所述请求的验证指示。
在本申请案的实施例中，所述检索UE上下文请求消息包含恢复原因，且所述恢复原因值包含以下中的至少一者的信息：SDT中的RLF；随机接入问题；在RLC中实现最大重发次数；波束失败恢复失败；先听后说(LBT)失败；及恢复/重建用于SDT的DRB及/或SRB。
本申请案的一些其它实施例提供一种设备。所述设备可包含至少一个非暂时性计算机可读媒体，其具有存储在其中的计算机可执行指令；至少一个接收器；至少一个发射器；及至少一个处理器，其耦合到所述至少一个非暂时性计算机可读媒体、所述至少一个接收器及所述至少一个发射器。所述计算机可执行指令经编程以使用所述至少一个接收器、所述至少一个发射器及所述至少一个处理器实施上述方法。
本申请案的实施例可使非活动模式UE由于RLF的发生而处置RLF以在SDT过程中恢复或重建SRB或DRB。
附图说明
为描述可获得本申请案的优点及特征的方式，通过参考附图中所说明的申请案的具体实施例来呈现本申请案的描述。这些图式仅描绘本申请案的实例实施例，且因此不应被视为对其范围的限制。
图1说明根据本申请案的一些实施例的无线通信系统；
图2说明根据本申请案的一些实施例的用于SDT过程中的信息处理的方法的流程图；
图3说明根据本申请案的一些实施例的RRC恢复过程的流程图；
图4说明根据本申请案的一些实施例的RRC重建过程的流程图；
图5说明根据本申请案的一些实施例的RRC重建过程的流程图；
图6说明根据本申请案的一些实施例的RRC重建过程的流程图；
图7说明根据本申请案的实施例的执行安全处理的流程图；
图8说明根据本申请案的另一实施例的执行安全处理的流程图；
图9说明根据本申请案的另一实施例的执行安全处理的流程图；
图10说明根据本申请案的另一实施例的执行安全处理的流程图；
图11说明根据本申请案的另一实施例的执行安全处理的流程图；
图12说明根据本申请案的另一实施例的执行安全处理的流程图；
图13说明根据本申请案的一些实施例的设备；以及
图14说明根据本申请案的一些其它实施例的另一设备。
具体实施方式
对附图的详细描述意在作为对本申请案的优选实施例的描述，且不意在表示可实践本申请案的唯一形式。应理解，相同或等效的功能可通过意在涵盖在本申请案的精神及范围内的不同实施例来实现。
现在将详细参考本申请案的一些实施例，其实例在附图中说明。
图1说明根据本申请案的一些实施例的无线通信系统。
如图1中所展示，无线通信系统可包含至少一个基站(BS)102、至少一个UE 101及核心网络(CN)节点103。尽管在图1中描绘特定数量的BS及UE(例如，BS(例如，BS 102)及UE(UE 101))，但所属领域的技术人员将认识到，在无线通信系统中可包含任意数量的BS及UE。如图1中所展示，BS 102可分布在一地理区域上，且可经由接口与CN节点103通信。
UE 101可为计算装置，例如台式计算机、膝上型计算机、个人数字助理(PDA)、平板计算机、智能电视(例如，连接到因特网的电视)、机顶盒、游戏控制台、安全系统(包含安全摄像头)、车载计算机、网络装置(例如，路由器、交换机及调制解调器)等。根据本申请案的实施例，UE 101可为便携式无线通信装置、智能手机、蜂窝电话、翻盖手机、具有订户身份模块的装置、个人计算机、选择性呼叫接收器、或能够在无线网络上发送及接收通信信号的任何其它装置。在本申请案的一些实施例中，UE 101可为可穿戴装置，例如智能手表、健身带、光学头戴式显示器等。此外，UE 101可被称为订户单元、移动装置、移动站、用户、终端、移动终端、无线终端、固定终端、订户站、用户终端或装置，或使用所属领域中使用的其它术语来描述。
BS 102可经由接口与CN节点103进行通信。在本申请案的一些实施例中，BS 102还可被称为接入点、接入终端、基地、基本单元、宏小区、节点-B、演进节点B(eNB)、gNB、归属节点-B、中继节点或装置，或使用所属领域中使用的其它术语来描述。BS 102通常是无线电接入网络的部分，无线电接入网络可包含可通信地耦合到一或多个对应BS的一或多个控制器。
在实例中，CN节点103可为移动性管理实体(MME)或服务网关(S-GW)。在本申请案的另一实施例中，CN节点103可包含移动性管理功能(AMF)或用户平面功能(UPF)。
无线通信系统可与能够发送及接收无线通信信号的任何类型的网络兼容。例如，无线通信系统可与无线通信网络、蜂窝电话网络、基于时分多址(TDMA)的网络、基于码分多址(CDMA)的网络、基于正交频分多址(OFDMA)的网络、长期演进(LTE)网络、基于第三代合作伙伴计划(3GPP)的网络、3GPP 5G网络、卫星通信网络、高空平台网络及/或其它通信网络兼容。
在本申请案的一些实施例中，无线通信系统可与3GPP协议的5G新无线电兼容，其中BS 102在下行链路(DL)上使用OFDM调制方案发射数据，而UE 101在上行链路(UL)上使用单载波频分多址(SC-FDMA)或OFDM方案发射数据。然而，更一般来说，无线通信系统可实施一些其它开放或专有通信协议，例如WiMAX、WiFi以及其它协议。
在本申请案的一些实施例中，BS 102可使用其它通信协议进行通信，例如IEEE802.11无线通信协议族。进一步来说，在本申请案的一些实施例中，BS 102可在经许可频谱上进行通信，而在其它实施例中BS 102可在免许可频谱上进行通信。本申请案的实施例不旨在限于任何特定无线通信系统架构或协议的实施方案。在本申请案的又一些实施例中，BS 102可使用3GPP 5G协议与UE 101进行通信。
在实例中，UE 101不处于RRC_CONNECTED状态，例如，UE 101可处于RRC_IDLE状态或RRC_INACTIVE状态。当执行小数据发射时，UE 101向BS 102发射分组，且BS 102经由接口向CN节点103发射小数据。
在本文中，数据发射或小数据发射(SDT)可表示处于非活动状态/模式或空闲状态/模式的UE可向网络侧(或网络)发射数据，或从网络侧接收数据。细节可为如下：
非活动UE可在与其最后一个服务BS(也被称为“锚BS”)相关联的小区(例如，小区A)中具有CN连接。然而，在一些场景中，非活动UE可经由另一小区(小区B)执行数据发射。数据发射可包含上行链路数据发射及下行链路数据发射中的至少一者。例如，非活动UE可经由小区B起始上行链路数据发射，与小区B建立RAN连接，进入连接模式，且然后执行数据发射。或者，非活动UE可经由小区B起始上行链路数据发射，且在数据发射过程中仍处于非活动模式。空闲UE可采取类似的行动。
在数据发射完成之后，非活动或空闲UE可从小区B接收暂停消息或释放消息，且然后返回到非活动或空闲模式。或者，在数据发射完成之后，非活动或空闲UE可从小区B接收暂停消息或释放消息，且UE在数据发射过程中仍处于非活动或空闲模式。在本公开的一些实施例中，暂停消息或释放消息是RRC消息。在本公开的一些实施例中，此类数据发射中的数据大小可不大于可在一次发射中应用的最大传输块(TB)大小，如标准协议中所定义的。小数据发射就是此类场景中的一者。
目前，处于非活动模式的UE可在经配置的授权类型1资源、用于2步RACH的Msg.A或来自INACTIVE状态的正常RACH中的Msg.3上执行小数据发射。且关于RRC_INACTIVE状态下的小数据发射(SDT)的工作项描述(WID)如下：
-针对RRC_INACTIVE状态：
○用于基于RACH的方案(即，2步及4步RACH)的UL小数据发射：
■从INACTIVE状态(例如使用MSGA或MSG.3)为小数据分组启用UP数据发射的一般过程[RAN2]
■启用大于当前对于MSGA及MSG.3来说可能的Rel-16 CCCH消息大小的灵活有效负载大小，以支持UL中的UP数据发射(实际有效负载大小可取决于网络配置)[RAN2]
■基于RACH的解决方案的INACTIVE状态下的上下文提取及数据转发(具有及不具有锚重定位)[RAN2，RAN3]
注1：应使用SA3(服务及系统方面3)检查上述解决方案的安全方面
○在预配置的PUSCH资源上发射UL数据(即，重用配置的授权类型1)—当TA有效时
■用于在经配置的授权类型1资源上从INACTIVE状态进行小数据发射的一般过程[RAN2]
■用于INACTIVE状态的UL中的小数据发射的经配置的授权类型1资源的配置[RAN2]
不应在此WID中引入新的RRC状态。在UL中的小数据的发射、在UL及DL中的后续的小数据发射以及状态转变决策应处于网络控制下。WID的重点应放在经许可的载波上，且如果适用，那么这些解决方案可重用于NR-U。
注2：RAN1中支持上述目标集所需的任何相关规范工作应由RAN2经由LS起始。
目前，在SDT过程中，已商定UE可执行后续的数据发射。这表示UE可在SDT过程中执行PDCCH监测以调度关于数据发射的信息，这种行为是UE连接模式中的数据发射可能发生的。因此，非活动模式UE将有可能遭受在UE连接模式中定义为无线电链路失败(RLF)的情况，例如t310-Expiry、randomAccessProblem、rlc-MaxNumRetx、beamFailureRecoveryFailure及lbtFailure-r16中的一者。因此，在本申请案的以下描述中将讨论非活动模式UE如何处置RLF以在SDT过程中恢复或重建SRB或DRB。
图2说明根据本申请案的一些实施例的用于SDT过程中的信息处理的方法的流程图。图2中的方法由UE(例如，图1中的UE 101)执行。
如图2中所展示，在步骤201中，UE可确定在SDT过程中发生RLF。且然后在步骤202中，UE可响应于RLF在SDT过程中的发生而执行某一过程。
例如，当发生以下中的至少一者时，UE可确定在SDT过程中发生RLF：定时器的期满(例如，t310-Expiry)；随机接入问题；在无线电链路控制(RLC)中实现最大重发次数(例如，rlc-MaxNumRetx)；波束失败恢复失败；及LBT失败(例如，lbtFailure-r16)。
例如，在T310在服务小区中期满时；或在具有来自MAC的随机接入问题指示时；或在具有来自RLC的已达到最大重发次数的指示时；或在具有来自MAC的一致上行链路LBT失败指示时；或在来自MAC的波束失败恢复失败时，UE应考虑检测到无线电链路失败。然后，UE应暂停源MCG中的所有DRB的发射；复位MAC。CG资源将被存储且不会复位。
为了处置RLF以在SDT过程中恢复或重建SRB或DRB，UE可基于实际需要或要求执行以下过程中的至少一者。
在实施例中，如果在SDT过程中发生RLF，那么UE可在非SDT RACH过程中触发RRC恢复过程以在连接模式下移动UE。
在另一实施例中，如果在SDT过程中发生RLF，那么UE可在基于RACH的SDT过程或基于CG的SDT过程中触发RRC恢复过程。
在另一实施例中，如果在SDT过程中发生RLF，那么UE可在非SDT RACH过程中触发RRC重建过程以在连接模式下移动UE。
在另一实施例中，如果在SDT过程中发生RLF，那么UE可在基于RACH的SDT过程或基于CG的SDT过程中触发RRC重建过程。
在另一实施例中，如果在基于经配置的授权(CG)的SDT过程中发生RLF，那么UE可触发基于随机接入信道(RACH)的SDT过程，基于RACH的SDT过程是基于2步RACH的SDT过程或基于4步RACH的SDT过程。如果基于2步RACH的SDT过程及基于4步RACH的SDT过程两者对UE可用，那么基于2步RACH的SDT优先于基于4步RACH的SDT。
在另一实施例中，如果在基于2步RACH的SDT过程中发生RLF，那么UE可触发基于4步RACH的SDT过程。
在另一实施例中，如果在基于4步RACH的SDT过程中发生RLF，那么UE可在非SDTRACH过程中触发RRC恢复过程以在连接模式下移动UE。
在另一实施例中，如果在基于4步RACH的SDT过程中发生RLF，那么UE可在非SDTRACH过程中触发RRC重建过程以在连接模式下移动UE。
非SDT RACH过程意味着前导码是在非SDT或旧有RACH资源中起始的，所述资源可为用于2步RACH或4步RACH的RACH资源。
在另一实施例中，如果在SDT过程中发生RLF，那么UE按照以下优先级顺序执行到以下过程的回退：基于CG的SDT过程、基于2步RACH的SDT过程、基于4步RACH的SDT过程、基于2步RACH的过程、基于4步RACH的过程，前提条件是对应的过程对UE可用。例如，只有当基于CG的SDT过程对UE可用时，才将选择基于CG的SDT过程。否则，将选择具有第二高优先级的基于2步RACH的SDT过程，依此类推。UE可执行从其是RLF的过程到具有优先级顺序的后续过程中的下一个过程的回退。例如，如果UE在基于2步RACH的SDT过程中是RLF，那么其应执行基于4步RACH的SDT过程。
图3说明根据本申请案的一些实施例的RRC恢复过程的流程图。在非SDT RACH过程中、在基于RACH的SDT过程中或在基于CG的SDT过程中触发RRC恢复过程。图3中的方法在UE、服务BS(包含服务BS的分布式单元(DU)及服务BS的中央单元(CU))、锚BS及SDT中的最后一个服务BS之间执行。服务BS指示具有服务小区的BS。最后一个服务BS指示具有最后一个服务小区的BS。
如图3中所展示，在步骤301中，UE可向服务BS发射RRC恢复请求。RRC恢复请求可包含UE的非活动无线电网络临时标识符(I-RNTI)及恢复原因值。
例如，恢复原因值可包含以下中的至少一者的信息：SDT中的RLF；随机接入问题；在RLC中实现最大重发次数；波束失败恢复失败；LBT失败；及恢复或重建用于SDT的DRB及/或SRB。例如，在RLC层、MAC层或(物理)PHY层中实现最大重发次数。
特定来说，在服务BS内部，服务BS的DU(也被称为服务BS DU)从UE接收RRC恢复请求，且然后在步骤302中，服务BS DU向服务BS的CU(服务BS CU)发射RRC恢复请求。
在步骤303中，在接收到RRC恢复请求之后，服务BS CU可向锚BS发射消息(例如，UE上下文检索请求消息)，其中基于RRC恢复请求中的UE的I-RNTI存储UE上下文。
消息认证码完整性(MAC-I)被包含在RRC恢复请求中，并基于source-c-RNTI及sourcePhysCellId的输入来发射。source-c-RNTI被设置为UE在SDT过程中连接到的PCell中具有的C-RNTI，或UE在SDT DRB的暂停之前连接到的PCell中具有的C-RNTI。sourcePhysCellId被设置为UE在SDT过程中连接的服务小区的物理小区标识、或UE在SDTDRB的暂停之前连接到的服务小区的物理小区标识。
C-RNTI可为在基于CG的SDT过程中使用的C-RNTI、在基于RACH的SDT过程中使用的C-RNTI、或在基于CG的SDT过程中使用的经配置调度(CS)-RNTI。
在接收到来自服务BS的消息之后，锚BS可确定在RRC连接模式下移动UE，且在步骤305中，锚BS可例如在UE上下文检索响应消息中向服务BS CU发射使UE在RRC连接模式下移动的指示。
此外，在步骤304中，锚BS可向其中发生RLF的SDT中的最后一个服务BS发射UE配置释放指示。
在步骤306中，服务BS CU可向服务BS DU发射RRC恢复响应，其包含使UE在RRC连接模式下移动的指示。且然后在步骤307中，服务BS DU向UE发射RRC恢复响应。在从服务BS DU接收到RRC响应消息之后，UE可进入RRC连接模式。
图4说明根据本申请案的一些实施例的RRC重建过程的流程图。在非SDT RACH过程中、在基于RACH的SDT过程中或在基于CG的SDT过程中触发RRC重建过程。图4中的方法在UE、服务BS(包含服务BS的分布式单元(DU)及服务BS的中央单元(CU))、锚BS及SDT中的最后一个服务BS之间执行。服务BS指示具有服务小区的BS。最后一个服务BS指示具有最后一个服务小区的BS。
如图4中所展示，在步骤401中，UE可向服务BS发射RRC重建请求。RRC重建请求可包含UE的I-RNTI。例如，I-RNTI可为短I-RNTI或完整I-RNTI。
另外，RRC重建请求可进一步包含其它信息，例如UE的小区无线电网络临时标识符(C-RNTI)及SDT过程中的物理小区(PCell)ID。UE的C-RNTI可为基于RACH的SDT过程中、非SDT RACH过程中或基于CG的SDT过程中的C-RNTI。
消息认证码完整性(MAC-I)被包含在RRC重建请求中，并基于source-c-RNTI及sourcePhysCellId的输入来计算。source-c-RNTI被设置为UE在重建之前连接到的物理小区(PCell)中具有的cell-RNTI(C-RNTI)，且sourcePhysCellId被设置为UE在重建之前连接到的PCell的物理小区标识。PCell可为UE在SDT过程中具有服务的小区。C-RNTI可为在基于CG的SDT过程中使用的C-RNTI、在基于RACH的SDT过程中使用的C-RNTI、或在基于CG的SDT过程中使用的经配置调度(CS)-RNTI。
特定来说，在服务BS内部，服务BS的DU(也被称为服务BS DU)从UE接收RRC重建请求，且然后在步骤402中，服务BS DU向服务BS的CU(服务BS CU)发射RRC重建请求。
在步骤403中，在接收到RRC恢复请求之后，服务BS CU可向锚BS发射消息(例如，UE上下文检索请求消息)，其中基于RRC恢复请求中的UE的I-RNTI存储UE上下文。消息可包含SDT过程中的I-RNTI信息、C-RNTI及寻呼RNTI(P-RNTI)。
在接收到来自服务BS的消息之后，锚BS可确定在RRC连接模式下移动UE，且在步骤405中，锚BS可例如在UE上下文检索响应消息中向服务BS CU发射使UE在RRC连接模式下移动的指示。
此外，在步骤404中，锚BS可向其中发生RLF的SDT中的最后一个服务BS发射UE配置释放指示。
在步骤406中，服务BS CU可向服务BS DU发射包含使UE在RRC连接模式下移动的指示的RRC恢复。且然后在步骤407中，服务BS DU向UE发射RRC重建响应。在从服务BS DU接收到RRC重建响应之后，UE可进入RRC连接模式。
与上述RRC重建过程(RRC重建请求包含UE的I-RNTI)不同，在本申请案的一些其它实施例中，可使用旧有RRC重建请求消息并将其发射到服务BS。
图5说明根据本申请案的一些实施例的RRC重建过程的流程图。在非SDT RACH过程中、在基于RACH的SDT过程中或在基于CG的SDT过程中触发RRC重建过程。图5中的方法在UE、服务BS(包含服务BS的分布式单元(DU)及服务BS的中央单元(CU))、锚BS及SDT中的最后一个服务BS之间执行。服务BS指示具有服务小区的BS。最后一个服务BS指示具有最后一个服务小区的BS。
如图5中所展示，在步骤501中，UE可向服务BS发射RRC重建请求。RRC重建请求可包含UE的小区无线电网络临时标识符(C-RNTI)及SDT过程中的物理小区(PCell)ID。PCell ID是最后一个服务小区的小区ID。UE的C-RNTI可为基于RACH的SDT过程中、非SDT RACH过程中或基于CG的SDT过程中的C-RNTI。
特定来说，在服务BS内部，服务BS的DU(也被称为服务BS DU)从UE接收RRC重建请求，且然后在步骤502中，服务BS DU向服务BS的CU(服务BS CU)发射RRC重建请求。
在步骤503中，在接收到RRC恢复请求之后，服务BS CU可基于最后一个服务小区的ID(PCell ID)向SDT中的最后一个服务BS(即，在SDT过程中具有最后一个服务小区的BS)发射对UE的I-RNTI的请求。对UE的I-RNTI的请求包含UE在最后一个服务小区中的C-RNTI及PCell ID。最后一个服务小区是UE在其中执行SDT过程的小区。
且然后在步骤504中，在接收到对UE的I-RNTI的请求之后，在SDT过程中具有最后一个服务小区的BS(SDT中的最后一个服务BS)通过发射响应向服务BS(服务BS CU)发射UE的I-RNTI。
例如，对UE的I-RNTI的请求可在检索UE上下文请求消息中与服务小区的ID及UE在最后一个服务小区中的C-RNTI一起隐式地发射。此外，检索UE上下文请求消息可进一步包含最后一个服务小区的小区ID及/或恢复原因值。恢复原因值可为以下中的至少一者：SDT中的RLF；随机接入问题；在RLC中实现最大重发次数；波束失败恢复失败；先听后说(LBT)失败；及恢复/重建SDT DRB及/或SRB。在另一实例中，检索UE上下文请求消息可包含空的I-RNTI信息。
在另一实施例中，服务BS可从在SDT过程中具有最后一个服务小区的BS接收来自得自具有最后一个服务小区的BS(SDT中的最后一个服务BS)的检索UE上下文失败消息的UE的I-RNTI。
在步骤505中，服务BS(服务BS CU)向锚BS发射检索UE上下文请求消息(例如，图5中的UE上下文检索请求)，其中通过使用UE的I-RNTI存储UE上下文。例如，在检索UE上下文请求消息的重建IE中添加UE的I-RNTI。
在从服务BS接收到消息之后，锚BS可确定在RRC连接模式下移动UE，且在步骤507中，锚BS可例如在检索UE上下文响应消息(例如，图5中的UE上下文检索响应)中向服务BSCU发射使UE在RRC连接模式下移动的指示。
此外，在步骤506中，锚BS可向其中发生RLF的SDT中的最后一个服务BS发射UE配置释放指示。
在步骤508中，服务BS CU可向服务BS DU发射包含使UE在RRC连接模式下移动的指示的RRC恢复。且然后在步骤509中，服务BS DU向UE发射RRC重建响应。在从服务BS DU接收到RRC重建响应之后，UE可进入RRC连接模式。
图6说明根据本申请案的一些实施例的RRC重建过程的流程图。在非SDT RACH过程中、在基于RACH的SDT过程中或在基于CG的SDT过程中触发RRC重建过程。图6中的方法在UE、服务BS(包含服务BS的分布式单元(DU)及服务BS的中央单元(CU))、锚BS及SDT中的最后一个服务BS之间执行。服务BS指示具有服务小区的BS。最后一个服务BS指示具有最后一个服务小区的BS。
图6中的大多数步骤类似于图5中的步骤，且这些步骤在此将不再详细描述。
如图6中所展示，在步骤601中，UE可向服务BS DU发射RRC重建请求。
在步骤602中，服务BS DU向服务BS CU的CU发射RRC重建请求。
在步骤603中，在接收到RRC恢复请求之后，服务BS CU可基于最后一个服务小区的ID(PCell ID)向SDT中的最后一个服务BS(即，在SDT过程中具有最后一个服务小区的BS)发射对UE的I-RNTI的请求。对UE的I-RNTI的请求包含UE在最后一个服务小区中的C-RNTI及PCell ID。最后一个服务小区是UE在其中执行SDT过程的小区。
在接收到对UE的I-RNTI的请求之后，在步骤604中，如果最后一个服务BS不是锚BS，那么SDT中的最后一个服务BS向锚BS发射关于服务BS的RRC重建请求的指示。
关于服务BS的RRC重建请求的指示由服务BS的ID、最后一个服务小区的ID及最后一个服务BS中的UE的C-RNTI隐式地指示。可在检索UE上下文请求消息中发射关于RRC重建请求的指示。此外，检索UE上下文请求消息可进一步包含I-RNTI、最后一个服务小区的小区ID及/或恢复原因值。恢复原因值可为以下中的至少一者：SDT中的RLF；随机接入问题；在RLC中实现最大重发次数；波束失败恢复失败；先听后说(LBT)失败；及恢复/重建SDT DRB及/或SRB。在另一实例中，检索UE上下文请求消息可包含空的I-RNTI信息。
图6中的步骤605到608与图5中的步骤506到509相同，此处将不再描述所述步骤。
在一些实施例中，如果在SDT过程中发生RLF的情况下UE确定向服务BS发送RRCResumeRequest以恢复RRC连接，那么UE应执行统一接入控制(UAC)过程，但不存在对RLF的UAC响应。因此，需要用于由SDT中的RLF触发的RRC连接恢复的新的UAC类别。
通常，在基于SDT的RRC连接恢复中，可向RLF分配新的接入类别，其可为类似于基于无线电接入网络的通知区域(RNA)-更新的UAC类别的值。或者，RLF触发的恢复的接入类别可重用UE决定恢复的服务的类别。
UE可在基于SDT过程的RRC连接恢复中存储RLF的接入类别，且通过在RRC连接恢复过程中应用AC来执行接入控制。
例如，SDT过程中的RLF的接入类别是与RNA-更新的统一接入控制(UAC)类别相同的值，或SDT过程中的RLF的接入类别重用UE决定恢复的服务的接入类别，或当RLF被触发时SDT过程中的RLF的接入类别重用SDT过程中使用的接入类别。
在一个实例中，SDT过程中的RLF的接入类别是分配给SDT中的RLF的新值。
更多细节如下：
在起始过程时，UE应：
1>如果RRC连接的恢复由对SD中的rlc-MaxNumRetx或RLF的响应触发，那么：
2>选择'X'作为接入类别；
2>使用所选择的接入类别及由上层提供的一或多个接入标识，执行如5.3.14中所指定的统一接入控制过程；
3>如果接入尝试被禁止，那么过程结束
在另一实例中，SDT过程中的RLF的接入类别重用UE决定恢复的服务的接入类别。
更多细节如下：
在起始过程时，UE应：
1>如果RRC连接的恢复由对SDT中的rlc-MaxNumRetx或RLF的响应触发，那么：
2>基于UE决定恢复的服务选择接入类别；
2>使用所选择的接入类别及由上层提供的一或多个接入标识，执行如5.3.14中所指定的统一接入控制过程；
3>如果接入尝试被禁止，那么过程结束。
在另一实例中，当触发RLF时，SDT过程中的RLF的接入类别重用SDT过程中使用的接入类别。
更多细节如下：
1>如果RRC连接的恢复由于SDT中的rlc-MaxNumRetx或RLF或如5.3.13.8中所指定的RNA更新而触发：
2>如果紧急服务正在进行：
注：UE中的RRC层如何知晓正在进行的紧急服务取决于UE实施方案。
3>选择'2'作为接入类别；
3>将resumeCause设置为emergency；
2>否则：
3>选择'8'作为接入类别；
2>使用所选择的接入类别及如TS 24.501[23]中所指定的待应用的一或多个接入标识，执行如5.3.14中所指定的统一接入控制过程。
在一些实施例中，当在SDT过程中发生RLF时，UE发射请求消息以请求在SDT过程中恢复或重建数据无线电承载(DRB)或信令无线电承载(SRB)，且在请求消息中包含显式或隐式指示。
此外，响应于接收到对请求消息的响应消息，UE仍处于非活动模式。
请求消息不同于用于SDT或用于处于连接模式的UE的旧有RRC恢复(或重建)请求。其可包含进一步的信息。
例如，隐式指示包含在最后一个SDT过程中用以监测物理下行链路控制信道(PDCCH)的UE的第一RNTI及UE非活动模式中的I-RNTI值。I-RNTI值可为ShortI-RNTI-Value。第一RNTI是在基于CG的SDT过程中使用的C-RNTI、在基于RACH的SDT过程中使用的C-RNTI、或在基于CG的SDT过程中使用的经配置调度(CS)-RNTI。基于此C-RNTI，目标小区/CG小区可找到处于非活动模式的UE上下文/SDT过程中的UE上下文。
针对网络，一旦BS接收到此消息，其就将重建在UE非活动模式中用于SDT过程的SRB/DRB。将发射一个响应消息。目标小区(或服务小区)将如同在RRC重建过程中一样那样检索在SDT过程中使用的UE上下文及SRB/DRB。
在实施例中，将为此消息引入新的定时器，其很可能是定时器T301。例如，UE将在发射请求消息、RRC重建请求消息或RRC恢复请求消息之后启动新定时器。特定来说，将为请求消息引入新的定时器A。将为RRC重建请求消息引入新的定时器B。将为RRC恢复请求消息引入新的定时器C。
此外，如果UE在定时器期满之前没有接收到响应消息，那么UE进入空闲模式，或如果UE在定时器期满之前接没有收到响应消息，那么UE进入非活动模式以在SDT过程中执行暂停操作。
在一些其它实施例中，当在SDT过程中发生RLF时，UE可在SDT中暂停DRB或SRB并进入非活动模式；在SDT中释放DRB或SRB并进入空闲模式；或在SDT中暂停DRB或SRB并发送SDT的RRC恢复请求。
在本申请案的一些实施例中，在RRC重建过程或RRC恢复过程中，将执行安全处理。
图7说明根据本申请案的实施例的执行安全处理的流程图。图7中的方法在UE、服务BS、SDT中的最后一个服务BS及锚BS之间执行。服务BS指示具有服务小区的BS。最后一个服务BS指示具有最后一个服务小区的BS。
如图7中所展示，在步骤701中，UE可向服务BS发射RRC请求。RRC请求可为RRC重建请求、RRC恢复请求或请求消息。RRC请求可包含UE的C-RNTI、源小区的令牌及ID，或I-RNTI、UE在失败之前连接到的PCell的令牌及ID。在此实施例中，需要对RRC请求中的令牌进行验证。RRC重建请求可包含UE的I-RNTI，或可不包含UE的I-RNTI。
在步骤702中，服务BS可向SDT中的最后一个服务BS发射检索UE上下文请求消息。
检索UE上下文请求消息包含恢复原因，且恢复原因值包含以下中的至少一者的信息：SDT中的RLF；随机接入问题；在RLC中实现最大重发次数；波束失败恢复失败；先听后说(LBT)失败；及恢复/重建用于SDT的DRB及/或SRB。
此外，检索UE上下文请求消息可进一步包含UE的C-RNTI、到最后一个服务BS的目标小区的令牌及ID。或检索UE上下文请求消息可包含UE的C-RNTI、源小区的令牌及ID及/或UE在到锚gNB的失败之前连接到的PCell的ID。
服务BS向SDT中的最后一个服务BS发射UE的C-RNTI、目标小区的令牌及ID，使得最后一个服务BS可验证UE请求，并向服务BS或锚gNB给出关于UE请求验证的指示。
特定来说，最后一个服务BS存储在最后一个服务小区中使用的UE的KgNB及/或AS算法，使得最后一个服务BS可验证UE请求(即，来自UE的RRC请求)。且然后在步骤703中，最后一个服务BS向服务BS发射关于UE请求验证的指示。
此外，服务BS可从锚BS接收UE的未使用的链接计数器参数(NCC)信息，或从具有最后一个服务小区的BS接收UE的未使用的NCC信息。这种情况适用于从UE接受RRC重建过程。
在另一实施例中，服务BS可从锚BS接收UE的经使用的链接计数器参数(NCC)信息，或从具有最后一个服务小区的BS接收UE的经使用的NCC信息。这种情况适用于从UE接受RRC恢复过程，其中UE已在RRC恢复过程期间导出具有所存储的(NH，NCC)对的密钥。
在实施例中，SDT中的最后一个服务BS可向锚BS发射UE的未使用的链接计数器参数(NCC)信息，或从锚BS接收UE的未使用的NCC信息。
在另一实施例中，SDT中的最后一个服务BS可向锚BS发射UE的经使用的链接计数器参数(NCC)信息，或从锚BS接收UE的经使用的NCC信息。
图8说明根据本申请案的另一实施例的执行安全处理的流程图。图8中的方法在UE、服务BS、SDT中的最后一个服务BS及锚BS之间执行。服务BS指示具有服务小区的BS。最后一个服务BS指示具有最后一个服务小区的BS。
如图8中所展示，在步骤801中，UE可向服务BS发射RRC请求。RRC请求可为RRC重建请求、RRC恢复请求或请求消息。RRC请求可包含UE的C-RNTI、源小区的令牌及ID，或I-RNTI、UE在失败之前连接到的PCell的令牌及ID。在此实施例中，需要对RRC请求中的令牌进行验证。RRC重建请求可包含UE的I-RNTI，或可不包含UE的I-RNTI。
在步骤802中，服务BS可向SDT中的最后一个服务BS发射检索UE上下文请求消息。检索UE上下文请求消息可进一步包含UE的C-RNTI、目标小区的令牌及ID。
在步骤803中，SDT中的最后一个服务BS可向服务BS发射在最后一个服务小区中使用的UE的KgNB及/或AS算法。且然后，服务BS可基于来自SDT中的最后一个服务BS的在最后一个服务小区中使用的UE的KgNB及/或AS算法对RRC请求执行验证。
此外，服务BS可从锚BS接收UE的未使用的链接计数器参数(NCC)信息，或从具有最后一个服务小区的BS接收UE的未使用的NCC信息。这种情况适用于从UE接受RRC重建过程。
在另一实施例中，服务BS可从锚BS接收UE的经使用的下一跳链接计数器参数(NCC)信息，或从具有最后一个服务小区的BS接收UE的经使用的NCC信息。这种情况适用于从UE接受RRC恢复过程，其中UE已在RRC恢复过程期间导出具有所存储的(NH，NCC)对的密钥。
在实施例中，SDT中的最后一个服务BS可向锚BS发射UE的未使用的链接计数器参数(NCC)信息，或从锚BS接收UE的未使用的NCC信息。
在另一实施例中，SDT中的最后一个服务BS可向锚BS发射UE的经使用的链接计数器参数(NCC)信息，或从锚BS接收UE的经使用的NCC信息。
图9说明根据本申请案的另一实施例的执行安全处理的流程图。图9中的方法在UE、服务BS、SDT中的最后一个服务BS及锚BS之间执行。服务BS指示具有服务小区的BS。最后一个服务BS指示具有最后一个服务小区的BS。
如图9中所展示，在步骤901中，UE可向服务BS发射RRC请求。RRC请求可为RRC重建请求、RRC恢复请求或请求消息。RRC请求可包含UE的C-RNTI、源小区的令牌及ID，或I-RNTI、UE在失败之前连接到的PCell的令牌及ID。
在此实施例中，需要对RRC请求中的令牌进行验证。RRC重建请求可包含UE的I-RNTI，或可不包含UE的I-RNTI。
在步骤902中，服务BS可向锚BS发射检索UE上下文请求消息。检索UE上下文请求消息可包含UE的C-RNTI、目标小区的令牌及ID。
在从服务BS接收到检索UE上下文请求消息之后，锚BS可发射对在最后一个服务小区中使用的UE的KgNB及/或AS算法的请求。响应于请求，在步骤903中，SDT中的最后一个服务BS向锚BS发射在最后一个服务小区中使用的UE的KgNB及/或AS算法。且然后，锚BS可基于所接收的在最后一个服务小区中使用的UE的KgNB及/或AS算法验证UE请求(即，来自UE的RRC请求)。
且然后在步骤904中，锚BS向服务BS发射关于UE请求验证的指示。例如，关于UE请求验证的指示可在检索UE上下文响应消息中发射。或者，检索UE上下文响应消息的发射隐式地确认UE请求验证。
此外，服务BS可从锚BS接收UE的未使用的链接计数器参数(NCC)信息，或从具有最后一个服务小区的BS接收UE的未使用的NCC信息。这种情况适用于从UE接受RRC重建过程。
在实施例中，NCC将与NH参数一起从一个BS发射到另一BS。
在另一实施例中，服务BS可从锚BS接收UE的经使用的链接计数器参数(NCC)信息，或从具有最后一个服务小区的BS接收UE的经使用的NCC信息。这种情况适用于从UE接受RRC恢复过程，其中UE已在RRC恢复过程期间导出具有所存储的(NH，NCC)对的密钥。
在实施例中，SDT中的最后一个服务BS可向锚BS发射UE的未使用的链接计数器参数(NCC)信息，或从锚BS接收UE的未使用的NCC信息。
在另一实施例中，SDT中的最后一个服务BS可向锚BS发射UE的经使用的链接计数器参数(NCC)信息，或从锚BS接收UE的经使用的NCC信息。
图10说明根据本申请案的另一实施例的执行安全处理的流程图。图10中的方法在UE、服务BS、SDT中的最后一个服务BS及锚BS之间执行。服务BS指示具有服务小区的BS。最后一个服务BS指示具有最后一个服务小区的BS。
如图10中所展示，在步骤1001中，UE可向服务BS发射RRC请求。RRC请求可为RRC重建请求、RRC恢复请求或请求消息。RRC请求可包含UE的C-RNTI、源小区的令牌及ID，或I-RNTI、UE在失败之前连接到的PCell的令牌及ID。在此实施例中，需要对RRC请求中的令牌进行验证。RRC重建请求可包含UE的I-RNTI，或可不包含UE的I-RNTI。
在步骤1002中，服务BS可向锚BS发射检索UE上下文请求消息。检索UE上下文请求消息可包含UE的C-RNTI、目标小区的令牌及ID。
在从服务BS接收到检索UE上下文请求消息之后，在步骤1003中，锚BS可向SDT中的最后一个服务BS发射UE的C-RNTI、目标小区的令牌及ID。
最后一个服务BS存储在最后一个服务小区中使用的UE的KgNB及/或AS算法，使得最后一个服务BS可验证UE请求(即，来自UE的RRC请求)。且然后在步骤1004中，最后一个服务BS向锚BS发射关于UE请求验证的指示。
且然后在步骤1005中，锚BS可向服务BS发射所接收的关于UE请求验证的指示。例如，关于UE请求验证的指示可在检索UE上下文响应消息中发射。
此外，服务BS可从锚BS接收UE的未使用的链接计数器参数(NCC)信息，或从具有最后一个服务小区的BS接收UE的未使用的NCC信息。这种情况适用于从UE接受RRC重建过程。
在另一实施例中，服务BS可从锚BS接收UE的经使用的链接计数器参数(NCC)信息，或从具有最后一个服务小区的BS接收UE的经使用的NCC信息。这种情况适用于从UE接受RRC恢复过程，其中UE已在RRC恢复过程期间导出具有所存储的(NH，NCC)对的密钥。
在实施例中，SDT中的最后一个服务BS可向锚BS发射UE的未使用的链接计数器参数(NCC)信息，或从锚BS接收UE的未使用的NCC信息。
在另一实施例中，SDT中的最后一个服务BS可向锚BS发射UE的经使用的链接计数器参数(NCC)信息，或从锚BS接收UE的经使用的NCC信息。
图11说明根据本申请案的另一实施例的执行安全处理的流程图。图11中的方法在UE、服务BS、SDT中的最后一个服务BS及锚BS之间执行。服务BS指示具有服务小区的BS。最后一个服务BS指示具有最后一个服务小区的BS。
如图11中所展示，在步骤1101中，UE可向服务BS发射RRC请求。RRC请求可为RRC重建请求、RRC恢复请求或请求消息。RRC请求可包含UE的C-RNTI、源小区的令牌及ID，或I-RNTI、UE在失败之前连接到的PCell的令牌及ID。在此实施例中，需要对RRC请求中的令牌进行验证。RRC重建请求可包含UE的I-RNTI，或可不包含UE的I-RNTI。
在步骤1102中，服务BS可向锚BS发射检索UE上下文请求消息。检索UE上下文请求消息可包含UE的C-RNTI、目标小区的令牌及ID。
在从服务BS接收到检索UE上下文请求消息之后，在步骤1103中，锚BS可向SDT中的最后一个服务BS发射UE的C-RNTI、目标小区的令牌及ID。
最后一个服务BS存储在最后一个服务小区中使用的UE的KgNB及/或AS算法。在步骤1104中，SDT中的最后一个服务BS向锚BS发射在最后一个服务小区中使用的UE的KgNB及/或AS算法。
且然后在1105中，锚BS向服务BS发射在最后一个服务小区中使用的UE的KgNB及/或AS算法。例如，可在检索UE上下文响应消息中发射在最后一个服务小区中使用的UE的KgNB及/或AS算法。
在接收到在最后一个服务小区中使用的UE的KgNB及/或AS算法之后，服务BS可验证UE请求(即，来自UE的RRC请求)。
此外，服务BS可从锚BS接收UE的未使用的链接计数器参数(NCC)信息，或从具有最后一个服务小区的BS接收UE的未使用的NCC信息。这种情况适用于从UE接受RRC重建过程。
在另一实施例中，服务BS可从锚BS接收UE的经使用的链接计数器参数(NCC)信息，或从具有最后一个服务小区的BS接收UE的经使用的NCC信息。这种情况适用于从UE接受RRC恢复过程，其中UE已在RRC恢复过程期间导出具有所存储的(NH，NCC)对的密钥。
在实施例中，SDT中的最后一个服务BS可向锚BS发射UE的未使用的链接计数器参数(NCC)信息，或从锚BS接收UE的未使用的NCC信息。
在另一实施例中，SDT中的最后一个服务BS可向锚BS发射UE的经使用的链接计数器参数(NCC)信息，或从锚BS接收UE的经使用的NCC信息。
图12说明根据本申请案的另一实施例的执行安全处理的流程图。图12中的方法在UE、服务BS、SDT中的最后一个服务BS及锚BS之间执行。服务BS指示具有服务小区的BS。最后一个服务BS指示具有最后一个服务小区的BS。
如图12中所展示，在步骤1201中，UE可向服务BS发射RRC请求。RRC请求可为RRC重建请求、RRC恢复请求或请求消息。RRC请求可包含UE的C-RNTI、目标源小区的令牌及ID，或I-RNTI、UE在失败之前连接到的PCell的令牌及ID。在此实施例中，需要对RRC请求中的令牌进行验证。RRC重建请求可包含UE的I-RNTI，或可不包含UE的I-RNTI。
在步骤1202中，服务BS可向SDT中的最后一个服务BS发射检索UE上下文请求消息。检索UE上下文请求消息可包含UE的C-RNTI、目标小区的令牌及ID。
在从服务BS接收到检索UE上下文请求消息之后，最后一个服务BS验证UE请求(即，来自UE的RRC请求)。最后一个服务BS存储在最后一个服务小区中使用的UE的KgNB及/或AS算法。
在步骤1203中，SDT中的最后一个服务BS向锚BS发射关于UE请求验证的指示。
此外，服务BS可从锚BS接收UE的未使用的链接计数器参数(NCC)信息，或从具有最后一个服务小区的BS接收UE的未使用的NCC信息。这种情况适用于从UE接受RRC重建过程。
在另一实施例中，服务BS可从锚BS接收UE的经使用的链接计数器参数(NCC)信息，或从具有最后一个服务小区的BS接收UE的经使用的NCC信息。这种情况适用于从UE接受RRC恢复过程，其中UE已在RRC恢复过程期间导出具有所存储的(NH，NCC)对的密钥。
在实施例中，SDT中的最后一个服务BS可向锚BS发射UE的未使用的链接计数器参数(NCC)信息，或从锚BS接收UE的未使用的NCC信息。
在另一实施例中，SDT中的最后一个服务BS可向锚BS发射UE的经使用的链接计数器参数(NCC)信息，或从锚BS接收UE的经使用的NCC信息。
应理解，图7到12中的检索UE上下文请求消息仅仅是一个实例，且其可被可在BS之间发射的其它消息所代替。
图13说明根据本申请案的一些实施例的设备。在本申请案的一些实施例中，设备300可为如图1中所说明的UE 101或本申请案的其它实施例。
如图13中所展示，设备1300可包含接收器1301、发射器1303、处理器1305及非暂时性计算机可读媒体1307。非暂时性计算机可读媒体1307具有存储在其中的计算机可执行指令。处理器1305经配置以耦合到非暂时性计算机可读媒体1307、接收器1301及发射器1303。可经考虑，根据实际要求，在本申请案的一些其它实施例中，设备1300可包含更多的计算机可读媒体、接收器、发射器及处理器。在本申请案的一些实施例中，接收器1301及发射器1303可经集成为单个装置，例如收发器。在某些实施例中，设备1300可进一步包含输入装置、存储器及/或其它组件。
在本申请案的一些实施例中，非暂时性计算机可读媒体1307可具有存储在其上的计算机可执行指令，以使设备1300实施根据本申请案的实施例的方法。
图14说明根据本申请案的一些实施例的另一设备。在本申请案的一些实施例中，设备1400可为如图1中所说明的BS 102或本申请案的其它实施例。
如图14中所展示，设备1400可包含接收器1401、发射器1403、处理器1405及非暂时性计算机可读媒体1407。非暂时性计算机可读媒体1407具有存储在其中的计算机可执行指令。处理器1405经配置以耦合到非暂时性计算机可读媒体1407、接收器1401及发射器1403。经考虑，根据实际要求，在本申请案的一些其它实施例中，设备1400可包含更多的计算机可读媒体、接收器、发射器及处理器。在本申请案的一些实施例中，接收器1401及发射器1403可经集成为单个装置，例如收发器。在某些实施例中，设备1400可进一步包含输入装置、存储器及/或其它组件。
在本申请案的一些实施例中，非暂时性计算机可读媒体1407可具有存储在其上的计算机可执行指令，以使设备1400实施根据本申请案的实施例的方法。
所属领域的技术人员应理解，随着技术的发展及进步，本申请案中描述的术语可能会改变，且不应影响或限制本申请案的原理及精神。
所属领域的一般技术人员将理解，结合本文公开的方面描述的方法的步骤可直接以硬件、由处理器执行的软件模块或两者的组合体现。软件模块可驻留在RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可卸除磁盘、CD-ROM或所属领域已知的任何其它形式的存储媒体中。此外，在一些方面中，方法的步骤可作为代码及/或指令中的一者或任意组合或集合驻留在可并入计算机程序产品的非暂时性计算机可读媒体上。
虽然本公开已用其具体实施例进行描述，但显然许多替代方案、修改及变化对于所属领域的技术人员来说可能是显而易见的。例如，实施例的各种组件可在其它实施例中被互换、添加或替换。另外，每个图的所有元件对于所公开的实施例的操作并非都是必需的。例如，所公开的实施例的所属领域的一般技术人员将能够通过简单地采用独立权利要求的要素来制作及使用本公开的教示。因此，如本文所述的本公开的实施例旨在是说明性的，而不是限制性的。可在不脱离本公开的精神及范围的情况下进行各种改变。
在此文献中，术语“包括(comprises/comprising)”或其任何其它变体旨在涵盖非排他性包含，使得包括一系列元件的过程、方法、物品或设备不仅包含所述那些元件，还可包含未明确列出或此类过程、方法、物品或设备所固有的其它元件。在没有更多约束的情况下，以“一(a/an)”或类似者开头的元件不排除在包括所述元件的过程、方法、物品或设备中存在额外的相同元件。此外，术语“另一”被定义为至少第二个或更多。如本文所使用的术语“包含”、“具有”及类似者被定义为“包括”。

Claims (15)

1.一种由用户装备(UE)执行的方法，其包括：
确定在小数据发射(SDT)过程中发生无线电链路失败(RLF)；及
响应于所述RLF在SDT过程中的所述发生而执行某一过程。
2.根据权利要求1所述的方法，其中确定所述RLF发生包括确定发生以下中的至少一者：
定时器的期满；
随机接入问题；
在无线电链路控制(RLC)中实现最大重发次数；
波束失败恢复失败；及
先听后说(LBT)失败。
3.根据权利要求1所述的方法，其中所述RLF在所述SDT过程中发生，且执行所述过程包括：在非SDT RACH过程中触发RRC恢复过程，在基于RACH的SDT过程或基于CG的SDT过程中触发RRC恢复过程，在非SDT RACH过程中触发RRC重建过程，或在基于RACH的SDT过程或基于CG的SDT过程中触发RRC重建过程。
4.根据权利要求1所述的方法，其中执行所述过程包括以下中的至少一者：
所述RLF在基于经配置授权(CG)的SDT过程中发生，且执行所述过程包括：触发基于随机接入信道(RACH)的SDT过程，其中所述基于RACH的SDT过程是基于2步RACH的SDT过程或基于4步RACH的SDT过程；
所述RLF在基于2步RACH的SDT过程中发生，且执行所述过程包括：触发基于4步RACH的SDT过程；
所述RLF在基于4步RACH的SDT过程中发生，且执行所述过程包括：在非SDT RACH过程中触发RRC恢复过程或在非SDT RACH过程中触发RRC重建过程；
所述RLF在SDT过程中发生，且执行所述过程包括：在非SDT RACH过程中触发RRC恢复过程或在非SDT RACH过程中触发RRC重建过程；或
所述RLF在SDT过程中发生，所述UE按照以下优先级顺序执行到以下过程的回退：基于CG的SDT过程、基于2步RACH的SDT过程、基于4步RACH的SDT过程、基于2步RACH的过程、基于4步RACH的过程，前提条件是对应的过程对所述UE可用。
5.根据权利要求3或4所述的方法，其中在所述非SDT RACH过程中、在所述基于RACH的SDT过程中或在所述基于CG的SDT过程中触发所述RRC恢复过程包括：
向服务基站(BS)发射RRC恢复请求，
其中所述RRC恢复请求包含所述UE的非活动无线电网络临时标识符(I-RNTI)及恢复原因值。
6.根据权利要求5所述的方法，其中所述恢复原因值包含以下中的至少一者的信息：SDT中的RLF；
随机接入问题；
在RLC中实现最大重发次数；
波束失败恢复失败；
先听后说(LBT)失败；及
恢复或重建用于SDT的DRB及/或SRB。
7.根据权利要求3或4所述的方法，其中在所述非SDT RACH过程中、在所述基于RACH的SDT过程中或在所述基于CG的SDT过程中触发所述RRC重建过程包括：
向服务BS发射RRC重建请求，
其中所述RRC重建请求包含所述UE的I-RNTI。
8.根据权利要求7所述的方法，其中
消息认证码完整性(MAC-I)被包含在所述RRC重建请求中，并基于source-c-RNTI及sourcePhysCellId的输入来计算，
其中所述source-c-RNTI被设置为所述UE在所述重建之前连接到的物理小区(PCell)中具有的cell-RNTI(C-RNTI)，
其中所述sourcePhysCellId被设置为所述UE在所述重建之前连接到的所述PCell的物理小区标识，且所述PCell是所述UE在所述SDT过程中具有服务的小区。
9.根据权利要求5所述的方法，其中MAC-I被包含在所述RRC恢复请求中，并基于source-c-RNTI及sourcePhysCellId的输入来发射，
其中所述source-c-RNTI被设置为所述UE在SDT过程中连接到的PCell中具有的C-RNTI、或所述UE在所述SDT DRB的暂停之前连接到的PCell中具有的C-RNTI，
其中所述sourcePhysCellId被设置为所述UE在SDT过程中连接到的所述服务小区的所述物理小区标识、或所述UE在所述SDT DRB的暂停之前连接到的所述服务小区的所述物理小区标识。
10.根据权利要求1所述的方法，其进一步包括：
在基于所述SDT过程的RRC连接恢复中存储RLF的接入类别；及
通过在RRC连接恢复过程中应用所述接入类别来执行接入控制。
11.根据权利要求10所述的方法，其中所述SDT过程中的RLF的所述接入类别是与基于无线电接入网络的通知区域(RNA)-更新的统一接入控制(UAC)类别相同的值，或所述SDT过程中的RLF的所述接入类别重用所述UE决定恢复的服务的接入类别，或当触发RLF时，所述SDT过程中的RLF的所述接入类别重用SDT过程中使用的接入类别。
12.根据权利要求1所述的方法，其中执行所述过程包括：
发射请求消息以请求在SDT过程中恢复或重建数据无线电承载(DRB)或信令无线电承载(SRB)，
其中在所述请求消息中包含显式或隐式指示。
13.一种由UE的服务基站(BS)执行的方法，其包括：
从所述UE接收具有或不具有所述UE的I-RNTI的RRC请求消息，及
向锚BS或具有最后一个服务小区的BS发射检索UE上下文请求消息。
14.根据权利要求13所述的方法，其中，
在到具有最后一个服务小区的BS的所述检索UE上下文请求消息中向具有所述最后一个服务小区的所述BS发射所述UE的C-RNTI、目标小区的令牌及ID，使得具有所述最后一个服务BS的所述BS验证所述RRC请求消息中的所述令牌，并向具有所述服务小区的所述BS或锚BS给出关于所述请求的验证指示；或
从锚BS或从具有所述最后一个服务小区的所述BS接收在最后一个服务小区中使用的所述UE的KgNB及/或AS算法。
15.根据权利要求14所述的方法，其进一步包括：
从所述锚BS或从具有所述最后一个服务小区的所述BS接收关于所述请求的验证指示。
CN202180090291.6A 2021-01-14 2021-01-14 用于数据发射处理的方法及设备 Pending CN116783986A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/071891 WO2022151239A1 (en) 2021-01-14 2021-01-14 Method and apparatus for data transmission processing

Publications (1)

Publication Number Publication Date
CN116783986A true CN116783986A (zh) 2023-09-19

Family

ID=82447851

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180090291.6A Pending CN116783986A (zh) 2021-01-14 2021-01-14 用于数据发射处理的方法及设备

Country Status (3)

Country Link
EP (1) EP4278857A1 (zh)
CN (1) CN116783986A (zh)
WO (1) WO2022151239A1 (zh)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018128505A1 (ko) * 2017-01-06 2018-07-12 엘지전자(주) 무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치
CN112087785B (zh) * 2019-06-13 2023-12-12 夏普株式会社 无线链路失败恢复方法以及用户设备

Also Published As

Publication number Publication date
EP4278857A1 (en) 2023-11-22
WO2022151239A1 (en) 2022-07-21

Similar Documents

Publication Publication Date Title
US11419160B2 (en) Network access method, terminal device, and network device
US11064356B2 (en) Security framework for MSG3 and MSG4 in early data transmission
TWI430692B (zh) 無線通訊系統中改善半持續性排程資源重置之方法及裝置
JP4926216B2 (ja) アップリンクグラントを処理する方法及び通信装置
CN110999523A (zh) 重新连接与无线接入网节点的无线资源控制连接的方法和用户设备
CN110958688B (zh) 用户设备及其执行的方法、基站及其执行的方法
CN109803259B (zh) 一种请求恢复连接的方法及装置
TWI657707B (zh) 處理無線通訊系統中狀態不匹配的裝置及方法
CN110381554B (zh) 通信方法、装置、系统和计算机存储介质
TWI670954B (zh) 處理承載型態改變的裝置
CN110636572A (zh) 通信方法及装置
US11212680B2 (en) PDCP count handling in RRC connection resume
KR20200125975A (ko) 임시 식별자를 송신하는 방법 및 시스템
JP2023511186A (ja) 端末装置及び基地局
CN113632533B (zh) 一种数据处理方法、中继设备和网络设备
US20210058972A1 (en) Method and apparatus for early data transmission
US20220345883A1 (en) Security key updates in dual connectivity
CN116803193A (zh) Sdt失败上报的方法、终端设备和网络设备
CN113396637B (zh) 一种通信的方法、装置及系统
JP2024517912A (ja) ユーザ装置、及びユーザ装置の方法
CN116783986A (zh) 用于数据发射处理的方法及设备
CN115175181A (zh) 一种通信的方法及装置
CN113810955B (zh) 发送或接收过程中的处理方法、装置及通信设备
US20240080928A1 (en) Method and apparatus for data transmission
CN117158104A (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