CN115720724A - 节能状态下的数据传输 - Google Patents
节能状态下的数据传输 Download PDFInfo
- Publication number
- CN115720724A CN115720724A CN202080102156.4A CN202080102156A CN115720724A CN 115720724 A CN115720724 A CN 115720724A CN 202080102156 A CN202080102156 A CN 202080102156A CN 115720724 A CN115720724 A CN 115720724A
- Authority
- CN
- China
- Prior art keywords
- terminal
- message
- data transmission
- temporary identifier
- rrc
- 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
Images
Classifications
-
- 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
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- 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/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/38—Connection release triggered by timers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及与数字无线通信相关的方法、系统和设备,并且更具体地涉及与节能状态下的数据传输相关的技术。在一个示例性方面,本文公开了一种用于无线通信的方法。该方法包括:由处于第一状态的终端向网络节点发送第一消息,以启动到该网络节点的数据通信恢复过程。该方法还包括:在发送第一消息之后,针对对该第一消息的响应,监测具有网络临时标识符的控制信道。
Description
技术领域
本专利文件总体上涉及无线通信。
背景技术
移动通信技术正在使世界走向一个日益互联和网络化的社会。移动通信的快速增长和技术的进步导致了对容量和连接性的更大需求。其他方面,如能源消耗、设备成本、频谱效率和延迟等对于满足各种通信场景的需求也很重要。目前正在讨论各项技术,包括提供更高服务质量的新方式。
发明内容
本文件公开了与数字无线通信相关的方法、系统和设备,并且更具体地涉及与节能状态下的数据传输相关的技术。
在一个示例性方面,公开了一种用于无线通信的方法。该方法包括:由处于第一状态的终端向网络节点发送第一消息,以启动到该网络节点的数据通信恢复过程。该方法还包括:在发送该第一消息之后,针对对该第一消息的响应,监测具有网络临时标识符的控制信道。
在另一个示例性方面,公开了一种用于无线通信的方法。该方法包括由网络节点从处于第一状态的终端接收用于启动数据通信恢复过程的第一消息。该方法还包括:由该网络节点将对所述第一消息的响应发送至针对对该第一消息的响应而监测具有网络临时标识符的控制信道的终端。
在另一个示例性方面,公开了一种包括处理器的无线通信装置。该处理器被配置为实现本文描述的方法。
在又一个示例性方面,本文描述的各项技术可以体现为处理器可执行代码并存储在计算机可读程序介质上。
一个或多个实现方式的细节在随附的附件、附图和下面的描述中得以阐述。其他特征将从描述和附图以及从条款中显而易见。
附图说明
图1是用于在数据传输完成之后释放RRC的不活动数据传输的示例信令处理。
图2是示例信令处理,展示了涉及RRC的不活动数据传输和在数据传输开始之前的RRC释放。
图3是不涉及RRC的不活动数据传输的示例信令过程。
图4是不涉及RRC的不活动数据传输的示例的示例信令处理。
图5是锚点重定位的示例信令处理,其中数据被缓冲在目标节点中。
图6是用于代替锚点重定位而使用的数据转发的示例信令处理。
图7是用于在节能状态下进行数据传输的示例方法的框图。
图8示出了可以在其中应用根据本技术的一个或多个实施例的技术的无线通信系统的示例。
图9是硬件平台的一部分的框图表示。
具体实施方式
新一代无线通信-5G新无线(New Rad io,NR)通信-的发展是持续移动宽带演进过程的一部分,以满足不断增长的网络需求。NR将提供更大的吞吐量,以允许更多用户同时连接。其他方面,如能源消耗、设备成本、频谱效率和延迟等对于满足各种通信场景的需求也很重要。
引入RRC_INACTIVE状态,以提供具有低CP延迟的节能状态。对于各种业务,如具有可变数据的设备的业务,由于设备可能需要在检测到异常情况时进行报告,因此可能需要短的控制面(Contro l Pl ane,CP)延迟。另外,在考虑功耗的同时,可以将UE配置为处于RRC_INACTIVE状态。此外,在许多情况下,除了在检测到异常情况下的视频传输之外,所述设备还可以周期性地处理小数据传输。
然而,对于处于RRC_INACTIVE状态的UE,由于当前标准不支持无状态转换的数据传输,因此每当UE有数据要传输时,UE必须首先进入RRC_CONNECTED状态,并且然后发起数据传输。进入RRC_CONNECTED状态以发送或接收数据的这种要求可能导致相当大的信令消耗,并且可能不满足SA1所识别的3GPP系统用于支持高效信令机制的要求(例如,信令开销可以小于数据有效载荷的要求)。在数据分组很小且不频繁的情况下,问题可能特别严重。
NR可以支持RRC_INACTIVE状态,并且具有不频繁(周期性和/或非周期性)数据传输的UE通常由处于RRC_INACTIVE状态的网络维护。RRC_INACTIVE状态可以不支持数据传输。因此,UE首先可以恢复任何下行(Down l ink,DL)(MT)和上行(Up l ink,UL)(MO)数据的连接(即,移至RRC_CONNECTED状态)。对于每次数据传输,无论数据分组多么小和不频繁,连接恢复和随后释放到不活动状态都可能发生。这可能导致不必要的功耗和信令开销。
小且不频繁的数据流量的例子可以包括智能手机应用程序。智能手机应用程序可以包括来自即时消息业务的流量、来自即时消息(I nstant Message,IM)/电子邮件客户端和其他应用程序的心跳/保活(heart-beat/keep-a l ive)流量、来自各种应用程序的推送通知等。小且不频繁的数据流量的另一例子可以包括非智能手机应用程序。非智能手机应用程序可以包括来自可穿戴设备(例如,周期性定位信息)、传感器(例如,周期性地或以事件触发方式传输温度、压力读数的工业无线传感器网络)、智能电表和发送周期性电表读数的智能电表网络等的流量。
对于低吞吐量短数据突发,NR系统可以是高效且灵活的,支持高效的信令机制(例如,信令小于有效载荷),总体上减少信令开销,等等。来自不活动状态UE的信令开销对于小数据分组可能是一个普遍问题,并且对于NR中的更多UE,不仅对于网络性能和效率,而且对于UE电池性能,都可能成为一个关键问题。通常,具有处于不活动状态的间歇性小数据分组的任何设备都可以受益于在不活动状态下启用小数据传输。
在许多情况下,可能已经指定了NR中小数据传输的关键使能器,即不活动(INACTIVE)状态、2步、4步RACH和配置授权类型1。因此,本实施例能够实现NR的INACTIVE状态下的数据传输。
系统概览
本实施例涉及实现不活动状态下的数据传输。这里描述的数据传输过程可主要适用于空闲(I DLE)和/或INACTIVE状态。在下面的描述中,INACTIVE状态被用作说明性示例。应当注意,本实施例也可以适用于I DLE状态。此外,本实施例可以进一步扩展到在UE和NW侧不维持UL同步的任何节能状态。此外,在下面的描述中,可以使用单连接情况(例如NR独立网(NR standa lone)或LTE独立网(LTE standa lone))作为说明性示例,本实施例还可以进一步扩展到EN-DC、MR-DC、LTE-DC、NR-DC和/或多连接情况,在这种情况下,MCG和SCG都可以配置为UE,并且基于来自网络侧的配置,不活动数据传输可适用于MCG(主小区组)和/或SCG(次小区组)。
本文描述的过程可以结合2步随机接入信道(RACH)过程和/或4步RACH过程。2步RACH中的MsgA的有效载荷可以承载在4步RACH中的Msg3中,和/或2步RACH中的MsgB中承载的有效载荷可以承载在4步RACH中的Msg4中。在2步RACH中,争用解决(content ion reso lut ion)I D可以包括在MsgB中,但是在4步RACH中,争用解决I D可以包括在Msg4中。
示例实施例1
在第一示例实施例中,可以公开多个替代方案。第一替代方案可以包括在数据传输完成之后释放RRC的涉及RRC的解决方案。第二替代方案可以包括在数据传输结束之前释放RRC的涉及RRC的解决方案。第三替代方案可以包括不涉及RRC消息的解决方案。
在第一替代方案中,UE可以确定在不活动状态下发起数据传输。UE可以发起RRC恢复请求过程。在一些实施例中,数据PDU和/或MAC SDU可以在同一MAC PDU内。
在基于CG的解决方案中,UE可以直接通过CG资源发送RRC恢复请求消息,可选地还包括数据PDU和/或MAC SDU分组。一旦消息被发送,UE就可以使用如C-RNTI的已知小区专用UE标识符来监测PDCCH。C-RNTI可以由UE提前(即在UE更早处于RRC_CONNECTED状态的时间期间)配置(即,通过网络)或确定,或者在UE进入不活动状态时由网络配置(例如,将用于后续恢复过程的C-RNTI由网络包括在RRC释放消息中,所述消息是导致UE进入不活动状态的消息)。
在基于2步RACH的解决方案中,第一步可以包括UE发起RACH过程并通过MsgA发送RRC恢复请求消息,可选地还包括数据PDU和/或MAC SDU。一旦MsgA被发送,第二步就可以包括UE接收MsgB。一旦成功接收到MsgB,UE就可以用包括在MsgB中的C-RNTI或者用如上所述的预配置的C-RNTI来监测PDCCH。
UE可以基于在PDCCH上接收到的具有相应C-RNTI的许可来执行UL/DL数据传输。一旦接收到RRC释放消息,UE就可以停止监测寻址到C-RNTI的PDCCH并丢弃C-RNTI。
图1是用于在数据传输完成之后释放RRC的不活动数据传输的示例信令处理100。图1可对应于如上所述的第一替代方案。
如图1所示,在步骤106a中,基于RACH的解决方案可以包括具有从UE 102到gNB104的RRC恢复请求的MsgA。在步骤106a中,UE还可以可选地包括数据PDU和/或MAC SDU。基于RACH的解决方案还可以包括在步骤108中具有从gNB 104到UE 102的争用解决的MsgB。在步骤106b中,第一消息可以包括具有从UE 102到gNB 104的RRC恢复请求的MsgA。
在步骤110中,gNB 104可以向UE 102发送由C-RNTI调度的数据传输。在步骤112中,UE 102可以向gNB 104发送由C-RNTI调度的数据传输。在步骤114中,gNB 104可以向UE102发送RRC释放消息。
在另一实施例中,UE可以使用定时器来确定何时丢弃C-RNTI和/或进入正常的不活动状态。该定时器可以由网络配置并通过信号发送给UE。在第一替代方案中,可以在RRC重配置消息中(例如,在UE进入不活动状态之前)配置定时器。在第二替代方案中,可以在RRC释放消息中(例如,当UE进入不活动状态时)配置定时器。在第三替代方案中,可以在执行数据传输的系统信息中配置定时器。
定时器可用于控制不活动数据传输的持续时间。在第一替代方案中,一旦生成或发送RRC恢复消息,就可以启动定时器。在第二替代方案中,一旦MAC层将RRC恢复消息传送到较低层,就可以启动定时器。在第三替代方案中,一旦在基于2步RACH的过程中接收到MsgB,就可以启动定时器。在第四替代方案中,一旦在4步RACH过程中接收到对应于UE的Msg4或MAC RAR,就可以启动定时器。在第五替代方案中,一旦接收到寻址到C-RNTI的PDCCH就可以启动定时器。在第六替代方案中,定时器可以是时间校准定时器,或者是具体用于不活动数据传输的新定时器。
每当接收到RRC释放时,可以停止定时器。在定时器到期的情况下,UE可以丢弃C-RNTI、停止用C-RNTI对PDCCH的监测、和/或挂起DRB和/或PDCP。
第二替代方案可以包括在数据传输结束之前释放RRC的涉及RRC的解决方案。当UE发起RRC恢复请求过程时,在基于RACH的解决方案的第一替代方案中,UE可以发起RACH过程并通过MsgA发送RRC恢复请求消息,可选地还包括数据PDU或MAC SDU。一旦MsgA被发送,除了成功RAR(例如,争用解决I D、C-RNTI等)之外,UE还可以接收MsgB,RRC连接释放消息可以被发送到UE(要么在MsgB中,要么在MsgB之后在DL调度中)。
在一些实施例中,将使用4步RACH过程,并且UE可以首先发起RACH过程并发送前导码。一旦前导码被发送,UE就可以监测寻址到RA-RNTI的PDCCH以接收MAC RAR。一旦接收到MAC RAR,UE就可以基于在MAC RAR中接收到的UL许可来发送Msg3(其中可以包括RRC恢复请求消息,并且可选地具有数据PDU或MAC SDU)。一旦Msg3被发送,UE就可以针对Msg4接收而监测寻址到包括在MAC RAR中的C-RNTI或临时C-RNTI的PDCCH。一旦接收到Msg4,如果CCCH消息包括在Msg3中,则UE可以基于包括在Msg4中的争用解决I D来执行争用解决。如果C-RNTI包括在Msg3中,则C-RNTI可以用于Msg4的接收中(例如,监测寻址到C-RNTI的PDCCH)。
尽管在本实施例中识别了如RRC恢复请求消息的各种消息,但是本实施例不限于使用这样的消息。例如,本实施例可以在空闲模式下利用终端的RRC设置请求消息,同时也可以在空闲模式下使用RRC恢复请求消息。
在另一替代方案中,在定时器到期之前,网络可以向UE发送消息,所述消息可以延长定时器或使UE移至RRC_CONNECTED状态。可以使用MAC CE或使用RRC消息(如RRC连接消息)将从网络到UE的导致UE延长定时器的消息发送到UE。一旦接收到这样的消息,UE就可以延长定时器并在其继续监测C-RNTI的状态下停留更长时间,或者将移至RRC_CONNECTED状态。网络可以基于观察到的来自UE的流量模式或基于DL(MT)流量的到达等来确定发送这样的消息以使UE延长定时器或移至RRC_CONNECTED状态。
在包括基于CG的解决方案的第二替代方案中,UE可以直接通过CG资源发送RRC恢复请求消息,可选地还包括数据分组。
一旦所述消息被发送,UE就可以使用C-RNTI监测PDCCH,C-RNTI可以在UE进入不活动状态之前或之时被配置给UE。一旦成功接收到RRC连接释放,并且基于接收到的消息,UE应该处理不活动数据传输,就可以启动不活动数据传输定时器,并且UE可以使用C-RNTI监测PDCCH,直到不活动数据传输定时器到期。每当接收到具有C-RNTI的PDCCH调度时,可以重新启动定时器。
在替代方案中,代替不活动数据传输定时器,可以使用时间校准定时器来控制不活动数据传输,在这种情况下,在时间校准定时器正在运行的情况下,UE将监测寻址到C-RNTI的PDCCH。每当接收到定时提前命令时,可以启动或重新启动时间校准定时器。在替代方案中,除了不活动数据传输定时器之外,还可以使用时间校准定时器来控制不活动数据传输,在这种情况下,在不活动数据传输定时器和时间校准定时器都在运行的情况下,UE可以监测寻址到C-RNTI的PDCCH。
UE可以基于在PDCCH上接收到的具有相应C-RNTI的许可来处理UL/DL传输。一旦不活动数据传输定时器和/或时间校准定时器到期,UE就可以停止使用C-RNTI对PDCCH的监测、丢弃C-RNTI、和/或挂起DRB和/或PDCP。如果UE接收到数据传输停止指示符,所述指示符可以是MAC层命令(例如MAC CE)或物理层命令(例如DCI)、或PDCP级命令(例如PDCP控制PDU),则UE可以停止使用C-RNTI对PDCCH的监测、丢弃C-RNTI、和/或挂起DRB和/或PDCP。
图2是示例信令处理200,展示了涉及RRC的不活动数据传输和在数据传输开始之前的RRC释放。如图2所示,在基于RACH的解决方案中,UE 202可以向gNB 204发送具有RRC恢复请求206的MsgA。gNB 204可以将具有RRC连接释放208的MsgB发送到UE 202。
在基于CG的解决方案中,UE 202可以经由CG资源向gNB 204发送RRC恢复请求210。gNB 204可以向UE 202发送由C-RNTI调度的RRC连接释放212。
在步骤214中,UE可以启动不活动数据传输定时器并开始监测C-RNTI。在步骤216中,gNB 204可以向UE 202发送由C-RNTI调度的数据传输。在步骤218中,UE 202可以向gNB204发送由C-RNTI调度的数据传输。
虽然C-RNTI可以用作由网络节点(例如,gNB)调度的示例临时无线网络标识符,但是所述临时无线网络标识符可以包括其他标识符,如I-RNTI或者由网络分配的或由UE从RNTI池中选择的另一个RNTI,所述RNTI池例如由网络经由系统信息的专用信令来配置。另外,虽然gNB可以被用作示例网络节点,但是本实施例不限于这样的实例。例如,网络节点可以包括eNB。
在步骤220中,一旦定时器到期,UE就可以丢弃C-RNTI并进入正常的不活动状态。在步骤222中,gNB 204可以向UE 202发送具有释放指示的MAC CE。在替代方案中,一旦时间校准定时器到期,UE就可以丢弃C-RNTI和/或停止对寻址到C-RNTI的PDCCH进行监测。在正常的不活动状态下,UE可能不需要对寻址到C-RNTI的PDCCH进行监测。
可以为UE配置定时器的时长(例如,不活动数据传输定时器和/或时间校准定时器)。在第一替代方案中,可以在RRC重配置消息中(例如,在UE进入不活动状态之前)配置定时器。在第二替代方案中,可以在RRC释放消息中(例如,当UE进入不活动状态时)配置定时器。在第三替代方案中,可以在执行数据传输的系统信息中配置定时器。
第三替代方案可以包括不涉及RRC的不活动数据传输。为了UE确定发起不活动数据传输,在基于RACH的解决方案的第一替代方案中,UE可以发起RACH过程,在MsgA中包括具有I-RNTI或C-RNTI的MAC PDU,以及可选的数据PDU和/或MAC CE。一旦MsgA被发送,UE就可以接收MsgB。如果I-RNTI包括在MsgA中,则UE可以监测寻址到用于MsgB接收的RA-RNTI(或MsgB RNTI)的PDCCH,并且MsgB中的I-RNTI可以用于争用解决。如果C-RNTI包括在MsgA中,则UE可以针对MsgB接收监测寻址到C-RNTI的PDCCH。
在基于CG的解决方案的第二替代方案中,UE可以通过CG资源发送UL数据分组。一旦CG资源被发送,UE就可以监测寻址到C-RNTI的PDCCH,C-RNTI可以在UE进入不活动状态之前或之时被配置给UE。
一旦成功接收到MsgB(对于基于RACH的解决方案),或者发送了具有CG资源的初始UL传输(基于CG的解决方案),就可以启动不活动数据传输定时器,并且UE可以监测寻址到C-RNTI的PDCCH,直到不活动数据传输定时器到期。UE可以基于在PDCCH上接收到的具有相应C-RNTI的许可来处理UL/DL传输。
在一个替代方案中,代替不活动数据传输定时器,可以使用时间校准定时器来控制不活动数据传输,在这种情况下,在时间校准定时器正在运行的情况下,UE可以监测寻址到C-RNTI的PDCCH。每当接收到定时提前命令时,可以启动或重新启动时间校准定时器。在一个替代方案中,除了不活动数据传输定时器之外,还可以使用时间校准定时器来控制不活动数据传输,在这种情况下,在不活动数据传输定时器和时间校准定时器都在运行的情况下,UE将监测寻址到C-RNTI的PDCCH。
一旦不活动数据传输定时器或时间校准定时器到期,UE就可以停止使用C-RNTI对PDCCH的监测、丢弃C-RNTI、和/或挂起DRB和/或PDCP。
如果UE接收到数据传输停止指示符,所述指示符可以是MAC层命令(例如MAC CE)或物理层命令(例如DCI)、或PDCP级命令(例如PDCP控制PDU),则UE可以停止使用C-RNTI对PDCCH的监测、丢弃C-RNTI、和/或挂起DRB和/或PDCP。
图3是不涉及RRC的不活动数据传输的示例信令过程300。在步骤306中,在基于RACH的解决方案中,UE 302可以向gNB 304发送具有I-RNTI和MAC PDU的MsgA。在步骤308中,gNB 304可以向UE 302发送具有用于争用解决的I-RNTI的MsgB。在基于CG的解决方案中,UE 302可以通过CG资源310向gNB 304发送数据。
在步骤312中,UE 302可以声明不活动数据传输定时器并开始监测C-RNTI。在步骤314中,gNB 304可以向UE 302发送由C-RNTI调度的数据传输。在步骤316中,UE 302可以向gNB 304发送由C-RNTI调度的数据传输。在步骤318中,一旦定时器到期,UE 302就可以丢弃C-RNTI并进入正常的不活动状态。在步骤320中,gNB 304可以向UE 302发送具有释放指示的MAC CE。
在一些实施例中,每当接收到寻址到C-RNTI的PDCCH和/或每当接收到用于新传输的UL或DL许可时,将重新启动不活动数据传输定时器。
示例实施例2
第二示例实施例涉及数据转发。在目标gNB(其中执行不活动数据传输)不同于源gNB(其中UE进入不活动状态)的情况下,可以使用数据转发。
为了执行数据转发,每当第一NW节点从UE接收到数据分组时,第一NW节点可以将接收到的数据分组转发到第二NW节点。
第一NW节点可以在控制面解决方案中转发数据分组,所述解决方案包括可以包括在XnAP或XnAP消息内的容器中的数据分组。第一NW节点可以在基于用户面的解决方案中转发数据分组,所述解决方案包括能够通过GTP隧道转发到源节点的数据分组,其中GTP隧道可以是可以由多个隧道共享的公共GTP隧道,或者是UE专用隧道。
利用数据分组,I-RNTI和/或小区id和/或PCI可以与数据分组一起被转发。对于基于UP的解决方案,I-RNTI和/或小区id和/或PCI可以包括在用户面分组的报头中或包括在用户面分组的控制帧中。
在该替代方案中,释放请求或结束标记可以从目标节点发送到源节点,以通知不活动数据传输的结束。释放请求或结束标记可以从源节点发送到目标节点,以通知不活动数据传输的结束。释放请求或结束标记可以在控制面信令(例如,XnAP信令)中或在用户面分组中(例如,在用户面分组的报头中或在用户面控制帧中)发送。
图4是不涉及RRC的不活动数据传输的示例的示例信令处理400。如图4所示,在步骤408中,在基于RACH的解决方案中,UE 402可以向目标gNB 404发送具有I-RNTI和MAC PDU的MsgA。在步骤410中,目标gNB 404可以向UE 402发送具有用于争用解决的I-RNTI的MsgB。在步骤412中,对于基于CG的解决方案,UE 402可以通过CH资源向目标gNB 404发送数据PDU。
在步骤414中,源gNB 406可以执行到目标gNB 404的数据转发。目标gNB 404可以在步骤416中执行到源gNB 406的数据转发。在步骤418中,UE可以启动不活动数据传输定时器并开始监测C-RNTI。
在步骤420中,目标gNB 404可以向UE 402发送由C-RNTI调度的数据传输。在步骤422中,UE 402可以向目标gNB 404发送由C-RNTI调度的数据传输。在步骤424中,一旦定时器到期,UE 402就可以丢弃C-RNTI并进入正常的不活动状态。在步骤426中,源gNB 406可以向目标gNB 404发送释放请求。在步骤428中,目标gNB 404可以向源gNB 406发送释放指示。在步骤430中,目标gNB 404可以向UE 402发送具有释放指示的MAC CE。
示例实施例3
第三示例实施例可以涉及锚点重定位。对于涉及RRC的不活动数据传输,由于涉及控制面,因此可以支持锚点重定位。在第一替代方案中,UE可以回退到恢复过程,其中基于UE的解决方案和基于NW的解决方案都可以被考虑。在第一替代方案中,可以为UE配置区域范围,并且UE可以仅被允许在所配置的区域内发起不活动数据传输(例如,在所述区域范围内配置属于相同DU的小区)。如果我们将不活动数据传输限制到UE进入不活动状态的小区,则可能不需要区域范围。
在第二替代方案中,UE可以用RRC恢复请求来发起恢复过程,并且可以由NW来确定是否使用不活动数据传输或者将UE重配置为RRC_CONNECTED状态。在该过程中,NW可以配置PDCP恢复/重建过程以触发PDCP PDU的重新传输,所述PDCP PDU与RRC恢复请求消息(如果有的话)一起被传输。
在第二替代方案中,目标节点可以缓冲接收到的数据并在上下文提取过程之后处理数据。在该过程中,可以相应地建立新的RLC实体,并且一旦建立了新的RLC,就将处理缓冲的数据。RLC配置可以与源节点中使用的RLC配置相同。
图5是锚点重定位的示例信令处理500,其中数据被缓冲在目标节点中。在步骤510中,在基于RACH的解决方案中,UE 502可以向目标gNB 504发送具有RRC恢复请求的MsgA。在步骤512中,目标gNB 504可以向UE 502发送具有争用解决的MsgB。在步骤514中,在基于CG的解决方案中,UE 502可以通过CG资源向目标gNB 504发送RRC恢复请求。
在步骤516中,目标gNB 504可以缓冲接收到的数据。在步骤518中,目标gNB 504可以向源gNB 506发送检索UE上下文请求。在步骤520中,源gNB 506可以向目标gNB 504发送检索UE上下文响应。在步骤522中,目标gNB 504可以在CU/DU中建立UE上下文并处理缓冲的数据。
在步骤524中,目标gNB 504可以向AMF 508发送路径切换请求。在步骤526中,AMF508可以向目标gNB 504发送路径切换请求确认。在步骤528中,目标gNB 504可以向源gNB 506发送UE上下文释放528。在步骤530中,目标gNB 504可以向UE 502发送由C-RNTI调度的数据传输。在步骤532中,UE 502可以向目标gNB 504发送由C-RNTI调度的数据传输。在步骤534中,目标gNB 504可以向UE 502发送RRC释放。
在第三替代方案中,可以使用数据转发来代替锚点重定位。在此过程中,目标节点可以将接收到的RRC恢复请求消息和数据分组转发至源节点。
源节点可以指示是否需要上下文重定位。如果不需要上下文重定位,则可以代替地执行数据转发。在第一替代方案中,新的RLC实体可以总是在gNB中(或在gNB的DU中)建立以用于不活动数据传输,并且默认配置可以用于所建立的RLC实体,其中默认配置可以在协议中指定、或者在系统信息中广播。由于可以支持AM和UM RLC两者,可替代地,目标节点可能仍然需要通过上下文检索过程或基于从UE发送的RLC类型指示(例如,在UL MAC CE中)从源节点知道配置的RLC类型。
第二替代方案可以包括识别gNB(或gNB的CU)中的RLC实体,以用于不活动数据传输。第三替代方案可以包括在PDCP中引入AM类似功能(例如,基于轮询的重新传输和状态报告)。
数据分组可以通过Xn接口或者通过可以为用户面数据转发而建立的GTP隧道被转发。如果数据分组可以通过XnAP消息在Xn接口上被转发,则目标节点可以将数据分组与恢复请求消息一起直接转发到源节点。如果使用GTP隧道,则隧道可以是UE专用的或小区专用的(即,由所有UE共享用于不活动数据传输的公共隧道)。
源节点和目标节点都可以发起不活动数据传输的释放。目标节点可以通过发送传输结束指示来发起释放。
图6是用于代替锚点重定位而使用的数据转发的示例信令处理600。如图6所示,在基于RACH的解决方案的步骤608中,UE 602可以向目标gNB 604发送具有RRC恢复请求的MsgA。在步骤610中,目标gNB 604可以向UE 602发送具有争用解决的MsgB。在步骤612中,在基于CG的解决方案中,UE 602可以通过CG资源向目标gNB 604发送RRC恢复请求。
在步骤614中,目标gNB 604可以缓冲接收到的数据。在步骤616中,目标gNB 604可以向源gNB 606发送检索UE上下文请求。在步骤618中,源gNB 606可以向目标604发送检索UE上下文响应。在步骤620中,目标gNB 604可以在DU中建立UE上下文。在步骤622中,目标gNB 604可以执行到源gNB 606的数据转发。在步骤624中,源gNB 606可以执行到目标gNB604的数据转发。
在步骤626中,目标gNB 604可以向UE 602发送由C-RNTI调度的数据传输。在步骤628中,UE 602可以向目标gNB 604发送由C-RNTI调度的数据传输。在步骤630中,目标gNB604可以向源gNB 606发送传输结束指示。在步骤632中,源gNB 606可以向目标gNB 604发送UE上下文释放。在步骤634中,目标gNB 604可以向UE 602发送RRC释放。
示例实施例4
第四示例实施例可以涉及传输类型选择。在过程部分,可以讨论基于RACH的解决方案和基于CG的解决方案。同样考虑传统RRC恢复过程,每当UE在缓冲器中具有可用数据时,UE可能需要确定传输类型,包括基于RACH的解决方案、基于CG的解决方案、传统RRC恢复过程、涉及RRC的过程和/或不涉及RRC的过程中的任何一个。
对于传输类型的选择,可以考虑以下任何情况。初始传输类型选择,每当UE基于UL数据到达的检测确定发起数据传输时,UE可以执行所述初始传输类型选择。每当UE或NW确定不再满足不活动数据传输的标准时,可以在不活动数据传输期间发生传输类型切换,并且UE将被切换到连接模式并执行正常的UL传输。
第一过程可包括初始传输类型选择。
对于初始传输类型选择,可以考虑以下任一项:小区中是否允许不活动数据传输、不活动数据传输是否适用于正在进行的业务、和/或是否支持涉及/不涉及RRC的两个过程、应该使用哪一个。
第二过程可以包括在一个小区中是否允许不活动数据传输。UE可以通过来自系统信息或专用信令的指示来确定小区中是否允许不活动数据传输(和/或允许哪种类型的不活动数据传输)。并且可以考虑以下替代方案:
第一替代方案可以包括系统信息中的指示符。系统信息中可以包括一个或多个指示符,以指示小区中是否允许“不活动状态下的数据传输”。并且如果指示符设置为真,则UE可以仅发起“不活动状态下的数据传输”。
可以在系统信息中引入所述指示符。所述指示符可以按小区、按PLMN或按RAN通知区域给出。可以有多个指示符,并且每个指示符与一种传输类型相关联。
第二替代方案可以包括专用信令中的指示符。一个(例如针对每个UE)和/或多个(例如针对每种传输类型)指示符可以包括在专用RRC信令中,以指示针对UE是否允许“不活动状态下的数据传输”。
可以在专用RRC信令中引入所述指示符。可以有多个指示符,并且每个指示符与一种传输类型相关联。
在第三替代方案中,可以在专用信令中配置区域范围。可以通过专用信令为UE配置区域范围,并且“不活动的数据传输”(例如,每个UE配置区域范围)或一种特定类型的不活动数据传输(例如,每种传输类型配置区域范围)可以仅在所配置的区域范围内被允许。区域范围可以是一个小区或小区列表、一个RNA或RNA列表。专用RRC消息可以是用于将UE推至不活动高效状态的信令,或者是UE进入不活动状态之前的专用RRC消息。RRC消息可以是RRC重配置或RRC释放。
可以在RRC信令中引入区域范围。区域范围可以是针对每个UE或每种传输类型。
在第四替代方案中,在RAN通知区域中引入每个小区的指示符。RAN通知区域的区域范围可以由小区列表给出。并且对于RAN通知区域的小区列表中的每个小区,可以引入一个(例如针对每个UE)或多个(针对每种传输类型)指示符来指示在所述小区中是否允许“不活动状态下的数据传输”。小区列表的小区信息中可以引入一个或多个指示符,其可以用于配置RAN通知区域的区域范围。所述指示符可用于指示所述小区中是否允许“不活动状态下的数据传输”。
第五替代方案可以是基于资源配置。只有在小区中配置了所述配置和/或资源时,才允许不活动数据传输。所述资源和/或配置可以由系统信息或专用RRC消息提供。此外,除了资源配置之外,还可以定义某种验证规则。只有在传输类型有有效资源的情况下,才能允许一种特定类型的不活动数据传输。例如,基于CG的解决方案只能在小区中存在有效的PUSCH配置并且在UE侧存在维护的有效TA的情况下才可使用。
对于以上提及的指示符,所述指示符可以是显式指示符或隐式指示符。对于隐式指示符,可以通过为不活动传输配置的资源来导出隐式指示符(例如,一旦配置了针对一种特定传输类型的资源,UE就可以认为所述传输类型是被支持和/或允许的)。
第一示例可以包括在系统信息中广播一个指示符,以指示在小区中是否允许不活动数据传输。可以为UE配置一个指示符,以指示针对所述UE是否允许进行不活动数据传输。
通过这两个指示符,UE只有在小区内根据系统信息中的指示允许不活动数据传输并且UE也根据专用信令中配置的指示允许不活动数据传输的情况下才能发起不活动数据传输。
第二示例可以包括:如果配置了有效的CG资源,则UE可以选择所述CG资源;否则,如果允许基于RACH的不活动数据传输,则UE应该发起RACH过程。
在该示例中,可以基于以下任一项来确定CG是否有效:是否配置和/或存储了CG资源、是否可以在合格波束上找到有效的CG资源(例如可以在质量高于预配置阈值的SSB上找到有效的CG资源,其中所述阈值可以在系统信息或在专用信令中配置)、所述配置和/或存储的CG资源是否被允许用于不活动传输、在UE侧是否维护了有效的TA(例如TAT正在UE侧运行),和/或不活动数据传输是否适用于正在进行的业务。
即使在一个小区中可以支持/允许不活动数据传输,在传输类型选择中也应考虑正在进行的业务,并且可以考虑以下信息。
UE侧数据的缓冲器大小。为了实现这一点,可以在系统信息或专用信令中为UE配置一个缓冲器大小阈值。可以针对每个UE或每个逻辑信道、或者针对每个逻辑信道组或允许不活动数据传输的LCH(逻辑信道)或LCG(逻辑信道组)的缓冲器大小的总和给出缓冲器大小阈值。一旦UE侧的缓冲器小于(小于或等于)阈值,则允许UE发起“RRC_INACTIVE下的数据传输”,否则,UE应该发起传统的RRC恢复过程(例如,首先进行状态转换)。对于每个逻辑信道或逻辑信道组定义缓冲器大小的情况,如果针对一个逻辑信道或逻辑信道组不包括缓冲器,则在这种逻辑信道或逻辑信道组中缓冲的数据将发起传统的RRC恢复过程(例如,具有状态转换的数据传输,UE或NW将直接触发状态转换过程并且UE可以向NW发送RRC建立请求或RRC恢复请求消息以发起状态转换)。在一个替代方案中,对于未配置缓冲器大小的情况,则不允许“RRC_INACTIVE下的数据传输”,并且UE总是可以首先发起状态转换。在一个替代方案中,可以在专用信令和系统信息两者中配置缓冲器大小。如果在专用信令中配置了缓冲器大小,则UE可以使用在专用信令中配置的值;否则,UE将使用在系统信息中配置的值。
逻辑信道I D(或DRB I D、QoS流I D、PDU会话I D)数据在缓冲器中可用。
为了实现这一点,可以在专用信令中为UE配置每个逻辑信道或每个逻辑信道组的一个指示符(例如,所述指示符可用于指示对于该逻辑信道或逻辑信道组是否允许没有状态转换的数据传输)或用于逻辑信道或逻辑信道组的位图(例如,所述位图用于指示对于没有状态转换的数据传输允许哪些逻辑信道或逻辑信道组)。利用所述指示符,一旦在UE侧存在缓冲的数据并且允许所有(或任何)具有缓冲的数据的逻辑信道/逻辑信道组发起“RRC_INACTIVE下的数据传输”,就允许UE发起“RRC_INACTIVE下的数据传输”。该指示符可以作为LCP参数的一部分进行建模。
基于逻辑信道和缓冲器大小的组合,可以推导出新的规则,即允许没有状态转换的数据传输的逻辑信道或逻辑信道组的总缓冲器大小。
基于网络配置,在该选项中,网络可以在挂起配置中包括是否允许UE使用不活动数据传输的明确指示。
在初始传输类型选择方法中,对于传输类型选择,可以考虑基于UE的解决方案或基于NW的解决方案中的任何一个。在基于UE的解决方案中,UE可以直接选择传输类型,并确定数据分组是否可以包含在Msg3/MsgA中。在基于NW的解决方案中,UE可以在RACH过程的有效载荷或者在CG资源中包括可以触发状态转换的RRC消息,并且可以由NW来确定是否发起状态转换或允许UE在不活动模式下执行数据传输。为了辅助NW侧的确定,UE可以在RRC消息中或者在Msg3/MsgA中的MAC PDU或CG资源中的MAC PDU的有效载荷中的MAC CE或MAC报头(或子报头)中包括一些辅助信息。例如,BSR或一个不活动数据传输指示(所述指示将用于指示是否满足不活动数据传输的标准)可被发送到NW。
对于传输类型切换,如果发起了基于CG的解决方案或者如果配置了基于CG的数据传输,则UE可以在以下任何情况下发起RACH过程:即当UE侧维护的TA无效(例如,TAT到期)时;当UE可在一段时间内或在多个PDCCH时机内不接收DL许可(或UL许可或寻址到C-RNTI的PDCCH)时,其中定时器(针对时间段的)和/或计数器(针对PDCCH时机数量的)可以在系统信息或专用信令(例如在UE进入不活动状态之前或之时的RRC重配置消息或RRC释放消息)中配置;和/或当找不到具有CG资源的合格波束(例如,SSB或CSI-RS)、和/或最佳波束的变化或合格波束的变化被改变、和/或当前传输中使用的波束不再有效(例如,低于可以在UE进入不活动状态之前或之时系统信息或专用信令中配置的阈值)时。
示例实施例5
示例实施例5可以涉及波束移动性。波束移动性可以指在不活动数据传输期间波束的变化,其中波束指SSB或CSI-RS。
对于波束移动性,每当在I DT(不活动数据传输)期间检测到波束变化时,UE可以执行以下之一:发起RACH过程;如果存在与新波束相关联的存储和/或配置的CG资源,则UE可以使用CG资源进行传输;和/或在MAC CE或PHY层信令(例如UCI)中生成和/或包括波束测量结果信息。
波束变化检测可以是基于以下任一项:波束(例如SSB)的变化、源波束(或当前服务波束)的质量高于阈值、服务波束(或当前服务波束)的质量低于阈值、和/或目标波束的质量高于阈值且源波束(或当前服务波束)的质量低于阈值。波束可以是SSB或CSI-RS。
在一些实施例中,在评估中还将考虑触发时间,在这种情况下,仅在事件的标准在一段时间内得到满足的情况下,事件才被认为被触发,并且所述时间段将由定时器控制(例如,触发时间)。
在一些实施例中,如果配置了用于不活动数据传输的CG资源,则在检测到波束变化或者当前服务波束的质量低于阈值的情况下,UE可以:在存在与可用波束相关联的任何可用CG资源(例如,质量高于阈值)的情况下,UE使用与可用波束相关联的CG资源。如果找不到与可用波束相关联的可用CG资源,则UE可以发起RACH过程。
在一些实施例中,UE可以通过MAC CE或PHY层信令(例如UCI)将波束测量信息包括到NW。在一些实施例中,NW可以为不活动状态配置一个或多个搜索空间和/或CORESET(控制资源集),并且不同搜索空间和/或CORESET可以与不同波束相关联。
在一些实施例中,UE可以被配置具有针对不活动状态的一个或多个搜索空间和/或CORESET,并且不同搜索空间和/或CORESET可以与不同波束相关联。UE可以基于保留的PDCCH的搜索空间和/或CORESET来确定DL和/或UL波束。在一些替代方案中,UE可以基于所选择的服务波束来确定应该使用哪个搜索空间/CORESET。
示例实施例6
示例实施例6可以涉及不活动数据传输期间的测量。对于测量间隙,可以考虑两个替代方案。第一替代方案可以包括测量间隙不用于不活动数据传输,或者测量取决于UE实现方式(例如,通过UE实现方式使用自主模式)。
第二替代方案可以包括:测量间隙可以用于不活动数据传输,并且在UE进入不活动状态之前或之时,测量间隙通过专用信令被配置给UE。例如,在UE进入不活动状态之前,用于不活动数据传输的测量间隙可以通过RRC重配置消息被配置给UE;或者,用于不活动数据传输的测量间隙可以通过RRC释放消息被配置给UE,所述RRC释放消息将用于将UE配置为不活动状态。
在第三替代方案中,测量间隙将用于不活动数据传输,并且测量间隙的配置将在系统信息中广播。可选地,利用系统信息中的测量间隙配置,UE将利用系统信息中的测量间隙配置和UE I D来确定测量间隙的位置,其中UE I D可以是I-RNTI或C-RNTI。例如,UE通过以下参数来确定测量间隙的间隙偏移(gapOffset):UE I D mod参数A或(UE I D mod参数A/B)*参数B或(UE I D mod参数A/B)*参数B,其中参数A、B可以是在SI B中、在专用信令中配置的可配置参数(例如,参数A可以是测量间隙重复周期,参数B可以是测量间隙长度),或者是在规格参数中指定的常数。作为另一替代方案,可以使用一个单独的参数C来代替UE ID,并且可以在UE进入不活动状态之前或之时通过专用信令来配置参数C。
示例实施例7
示例实施例7可以涉及I DT期间的小区重选。在I DT期间,UE可以继续小区重选评估。并且,一旦执行小区重选或者一旦满足小区重选的条件,或者一旦UE在重选的目标小区中发起I DT,或者一旦UE在重选的目标小区中发起恢复过程,UE就可以执行以下操作(以下动作中的至少一个)。
第一动作可以包括挂起DRB。第二动作可以包括停止不活动数据传输。第三动作可以包括认为不活动数据传输定时器到期,或者认为TAT到期。第四动作可以包括释放所配置的CG资源或认为CG资源不可用或释放C-RNTI。
第五动作可以包括为了发送PDCP实体而保持TX_NEXT(即,不将TX_NEXT设置为初始值)。第六动作可以包括为了接收PDCP实体而保持RX_NEXT和RX_DELIV(即,不将RX_NEXT和RX_DELIV设置为初始值)。
第七动作可以包括为DRB和/或SRB重建和/或释放RLC实体。第八动作可以包括为DRB执行PDCP恢复或PDCP重建。第九动作可以包括为SRB执行PDCP重建。在替代方案中,如果在重选的目标小区中发起I DT,则可以触发PDCP恢复或PDCP重建;如果在重选的目标小区中发起传统的恢复过程,则可以触发PDCP挂起操作。
在一些实施例中,以上动作(例如,动作1/5/6)可能仅对于允许不活动数据传输的DRB是需要的。在一些实施例中,可以在执行小区重选时执行以上动作。在一些实施例中,当UE在目标小区中发起不活动数据传输或RRC恢复过程时,可以执行以上动作。在一些实施例中,如果在不活动数据传输期间发生了小区重选或者满足了小区重选的标准,则UE可以在目标小区中发起RRC重建过程。
示例实施例8
示例实施例8可以涉及故障处理。一旦在不活动数据传输期间检测到故障,就可以考虑以下动作。第一替代方案可以包括UE发起正常的恢复过程。第二替代方案可以包括UE在小区重选中对当前服务小区进行优先排序。第三替代方案可以包括UE发起RRC重建过程(例如,如果检测到CG传输故障或检测到RLC故障的话)。第四替代方案可以包括UE发起RACH过程。(例如,如果检测到CG传输故障或者检测到RLC故障,或者如果检测到波束故障,则UE应该发起RACH过程)。第五替代方案可以包括UE进入空闲状态(例如,如果检测到RACH故障、或者T319到期、或者检测到超出覆盖范围的话)。
对于故障检测,可以考虑以下任何故障:RLC故障、RACH故障、CG传输故障、检测到超出覆盖范围、T319到期、和/或波束故障。对于RLC故障、RACH故障、超出覆盖范围和波束故障,针对已连接状态定义的故障检测可以重复用于不活动状态。
对于故障检测(例如,RLC故障的检测、波束故障的检测等),不活动状态特定的故障检测参数(将用于配置故障检测的参数。以及在不活动状态下使用的这些参数可以不同于在已连接模式中使用的参数)可以在UE进入不活动状态之时或之前进行配置。例如,这些故障检测参数可以在UE进入不活动状态之前配置有系统信息或RRC重配置消息,或者配置有RRC释放消息,所述RRC释放消息将用于将UE配置为不活动状态。
在一些替代方案中,用于故障检测的参数可以在系统信息和专用信令中配置,并且在专用信令中配置的参数将具有比在系统信息中配置的参数更高的优先级(例如,如果两者都配置了,则将使用在专用信令中配置的参数)。在一些替代方案中,用于故障检测的参数可以在系统信息和专用信令中配置,并且在专用信令中配置的参数将具有比在系统信息中配置的参数更低的优先级(例如,如果两者都配置了,则将使用在系统信息中配置的参数)。
对于CG传输故障,故障可被定义为没有到C-RNTI的PDCCH地址、或者在定时器到期之前或在N个PDCCH时机之后接收到UL/DL许可。定时器和/或计数器(用于PDCCH时机次数的计数器)可以在通过CG资源的初始传输之时或之后被启动。
在一些替代方案中,在UE侧检测到故障的情况下,如果UE具有有效的C-RNTI(或I-RNTI),则UE可以执行RRC重建过程。在一些替代方案中,在UE侧检测到故障的情况下,如果UE可不具有有效的C-RNTI(和/或I-RNTI),则UE可以进入空闲状态。
示例实施例9
示例实施例9可以涉及资源配置。对于RACH资源配置,用于不活动数据传输的RACH资源可以通过系统信息和/或专用信令被配置给UE。可以为不活动数据传输配置以下资源:不活动数据传输专用PRACH资源、不活动数据传输专用MsgA PUSCH资源池、用于Msg2和/或MsgB接收的不活动数据传输专用CORESET/搜索空间、PDCCH资源、PUCCH资源、SRS资源、用于不活动数据传输的BWP配置(例如用于不活动数据传输的BWP可以不是初始BWP)、在不活动数据传输期间使用的DRX配置、在不活动数据传输期间使用的RLC和/或MAC配置、在不活动数据传输期间使用的其他物理层配置(以上未涵盖的其他物理层配置)、和/或用于不活动数据传输的带宽(例如,信道带宽或小区带宽)。在一些实施例中,定时器(例如,定时器的时长)可以被配置给UE,以指示不活动数据传输专用资源的有效持续时间。一旦接收到消息或UE进入不活动状态,就可以启动定时器。并且,一旦定时器到期,就可以在UE侧移除由专用信令配置的不活动数据传输资源(例如CG资源、C-RNTI)。在一些实施例中,如果UE在与配置不活动数据传输专用资源的小区不同的一个小区中发起I DT,则可以移除由专用信令配置的不活动数据传输专用资源(例如,CG资源、C-RNTI)。在一些实施例中,如果UE重选了与配置不活动数据传输专用资源的小区不同的小区,则可以移除由专用信令配置的不活动数据传输专用资源(例如,CG资源、C-RNTI)。在一些实施例中,如果配置了SCG(例如,在LTE-DC、EN-DC、MR-DC、NR-DC和/或多连接情况下),则可以为MCG(主小区组)和/或SCG(次小区组)提供用于不活动数据传输的配置。如果不活动数据传输被提供给SCG,则不活动数据传输将被应用在SCG中。本申请中的本实施例可以适用于MCG和/或SCG。
对于具有专用信令的资源配置,可以在UE进入不活动状态之前或之时,在RRC重配置消息或RRC释放消息中提供所述配置。
对于具有专用信令的资源配置,除了上面列出的资源配置之外,还可以为UE配置无争用RACH资源。无争用RACH资源可以是2步RACH无争用资源或4步RACH无争用资源。在一些实施例中,定时器(例如,定时器的时长)可以被配置给UE,以指示CFRA资源的有效持续时间(例如,一旦定时器到期,CFRA资源将被释放或被认为无效)。一旦接收到消息或UE进入不活动状态,就可以启动定时器。
对于配置授权资源,可以考虑以下方面:可以配置用于不活动数据传输的一个或多个CG资源。在一些实施例中,如果有在已连接状态下配置的CG资源,则NW可以在信令中(例如通过已配置的许可配置索引(ConfiguredGrantConfigI ndex))指示哪个CG资源可以在不活动状态下使用。
可以为CG资源配置区域范围,并且CG资源只能在区域范围内使用。在一些实施例中,区域范围是一个小区或小区列表或者一个RNA(RAN通知区域)或RNA列表、或者TA或TA列表。在一些实施例中,区域范围限于UE进入不活动状态的小区,在这种情况下不需要显式配置。
可以为不同的波束配置不同的CG资源,其中波束可以是SSB和/或CSI-RS。可以为不同的DRB配置不同的CG资源。在一些实施例中,对于每个DRB或每个LCH或每个PDCP或每个RLC,可以配置CG资源I D(例如已配置的许可配置索引)或CG资源I D的列表,并且仅配置有CG资源I D的DRB(LCH/PDCP/RLC)可以利用CG资源执行不活动数据传输。
可以配置用于不活动状态的TAT定时器。在一些实施例中,在不活动状态下使用的TAT定时器的时长可以不同于在已连接状态下使用的TAT定时器的时长。在一些实施例中,如果不存在用于不活动状态的TAT定时器,则UE可以使用在连接模式中使用的TAT定时器的时长。在一些实施例中,如果在系统信息和专用信令中都配置了用于不活动状态的TAT定时器的时长,则UE可以使用在专用信令中配置的值。在一些实施例中,如果在系统信令和专用信令中都配置了用于不活动状态的TAT定时器的时长,则UE可以使用在系统信息信令中配置的值。
可以配置不活动状态下CG资源可用性的持续时间定时器。并且,CG资源可以在定时器到期之前被认为是有效的。可以按UE或按CG配置定时器。一旦接收到消息或UE进入不活动状态,就可以启动定时器。定时器的时长可以在专用信令(例如,在UE进入不活动状态之前或之时的RRC重配置消息或RRC释放消息)中配置。
可以配置不活动状态下用于发送/接收的其他资源。所述资源可以包括C-RNTI、I-RNTI、搜索空间、CORESET、SRS资源、PUCCH资源、PUSCH资源和/或用于不活动数据传输的BWP配置。以上提及的资源可以与用于已连接状态的资源相同,或者可以不同于用于已连接状态的资源(即不活动状态专用资源)。在一些实施例中,一旦发起了不活动数据传输,UE就可以使用所述资源。在一些实施例中,一旦接收到RRC恢复消息并且UE被配置为执行不活动数据传输,UE就可以使用所述资源。
可以在专用信令(例如,UE专用资源配置)或系统信息(小区专用资源配置)中提供以上配置。以上配置可以在UE进入不活动状态之前或之时通过RRC消息(RRC重配置或RRC释放)被配置给UE。
在一些实施例中,CG资源通过系统信息被配置和广播,并且UE可以基于在系统信息中接收到的配置选择被广播用于不活动数据传输的一个资源或资源子集。在一些实施例中,可以在系统信息中配置多组CG资源,并且UE将基于QoS要求、UE I D(C-RNTI或I-RNTI)、切片、接入类别或接入类型来选择配置的CG资源。
在一些实施例中,在系统信息中广播的公共CG配置可以与在专用信令中配置的专用CG配置共存。在提供专用CG配置的情况下,UE应该使用专用CG配置,否则可以代替地使用通用CG配置。
可以支持在两个网络节点之间交换用于不活动数据传输的资源配置。所述交换可以通过X2或Xn接口(或两个RAN接入节点之间的另外接口)来执行。资源配置可以包括在节点间消息或X2AP/XnAP信令中。
对于访问控制,可以为不活动数据传输配置单独的访问控制参数(例如,可以为初始访问和不活动数据传输配置不同的参数)。
对于以上提及的RACH资源和/或CG资源,可以针对不同的NW切片和/或CAG和/或NPN、和/或不同的接入类别和/或不同的接入类型配置不同的资源配置。
对于以上提及的RACH资源和/或CG资源,可以为空闲状态或不活动状态配置不同的资源配置。
用于传输类型选择的参数可以在系统信息和/或专用RRC消息(RRC重配置消息或RRC释放消息)中配置。在一些实施例中,如果针对传输类型的参数是用专用信令配置的,则UE可以忽略在系统信息中配置的参数。
可以考虑针对传输类型选择的以下参数:不活动数据传输的RSRP阈值。在一些实施例中,只有在小区RSRP高于(或者“等于或高于”)RSRP阈值的情况下,UE才能发起不活动数据传输。在一些实施例中,只有在小区RSRP高于(或者“等于或高于”)RSRP阈值的情况下(在这种情况下,RSRP阈值是按传输类型配置的),UE才被允许选择用于不活动数据传输的特定传输类型。
不活动数据传输的路径损耗阈值。在一些实施例中,只有在路径损耗小于(或者“等于或小于”)所述路径损耗阈值的情况下,UE才能发起不活动数据传输。在一些实施例中,只有在小区路径损耗小于(或者“等于或小于”)路径损耗阈值的情况下(在这种情况下,RSRP阈值是按传输类型配置的),UE才被允许选择用于不活动数据传输的特定传输类型。
不活动数据传输的缓冲器大小阈值。在一些实施例中,只有在缓冲器大小小于(或者“等于或小于”)缓冲器大小阈值的情况下,UE才被允许发起不活动数据传输。
缓冲器大小可以是每个UE的总缓冲器大小、一个UE的允许不活动数据传输的DRB/LCH的总缓冲器大小、和/或一个DRB或LCH或LCG的缓冲器大小。
示例实施例10
示例实施例10可以涉及安全处理。对于不活动数据传输期间的安全处理,可以考虑以下替代方案。第一替代方案可以包括在不活动数据传输期间可以使用的旧安全配置。
第二替代方案可以包括旧安全配置可以用于对第一消息或RRC恢复消息进行安全保护。并且,可以在随后的传输中使用新安全配置(例如,一旦生成或发送RRC恢复请求消息,就将使用新安全配置)。
第三替代方案可以包括总是可以使用新安全配置。旧安全配置可以指UE进入不活动状态之前使用的安全配置。新安全配置可以指基于RRC释放消息中配置的安全配置导出的安全配置(其将用于将UE配置为不活动状态)。
所述安全配置可以包括安全密钥和/或安全算法。在一些实施例中,如果配置了不活动数据传输或者执行或发起了不活动数据传输,则UE可以执行水平密钥导出。在一些实施例中,UE可以基于来自NW侧的配置来执行垂直密钥导出或水平密钥导出。可以在专用RRC信令(例如,RRC重配置和/或RRC释放)中将所述配置提供给UE。在一些实施例中,UE可以基于所选择的不活动数据传输的类型来确定密钥导出的类型。例如,如果选择不涉及RRC的不活动数据传输,则UE可以总是执行水平密钥导出。
示例实施例11
示例实施例11可以涉及对用户面的影响。在一些实施例中,如果接收到RRC释放消息并且基于接收到的RRC释放消息配置和/或允许不活动数据传输,和/或配置了用于不活动数据传输的CG资源,则对于不支持不活动数据传输的DRB和/或PDCP,UE可以:为了发送PDCP实体,将TX_NEXT设置为初始值和/或丢弃所有存储的PDCP PDU。为了接收PDCP实体,如果重排序定时器(t-Reorder ing)正在运行:则停止并复位重排序定时器,在执行报头解压缩后,将所有存储的PDCP SDU按相关计数值的升序传送到上层,将RX_NEXT和RX_DELIV设置为初始值。
对于支持不活动数据传输的DRB和/或PDCP,在第一替代方案中,不执行PDCP挂起操作,并且在PDCP中不需要特殊操作。在第二替代方案中,挂起DRB。在第三替代方案中,执行PDCP恢复或执行PDCP重建。在第四替代方案中,针对PDCP。对于发送PDCP实体,可以保持TX_NEXT(即不将TX_NEXT设置为初始值)。对于接收PDCP实体,可以保持RX_NEXT和RX_DELIV(即,不将RX_NEXT和RX_DELIV设置为初始值)。
在一些实施例中,如果接收到RRC释放消息并且基于接收到的RRC释放消息配置和/或允许不活动数据传输,和/或配置了用于不活动数据传输的CG资源,则UE可以针对每个DRB不执行PDCP挂起操作,并且在PDCP中不需要特殊操作,挂起DRB,执行PDCP恢复或执行PDCP重建,和/或用于PDCP。
对于发送PDCP实体,可以保持TX_NEXT(即不将TX_NEXT设置为初始值)。对于接收PDCP实体,可以保持RX_NEXT和RX_DELIV(即,不将RX_NEXT和RX_DELIV设置为初始值)。
在一些实施例中,在UE发起RRC恢复过程之前或之时,如果“基于接收到的RRC释放消息配置和/或允许不活动数据传输”和/或“配置了用于不活动数据传输的CG资源”以及“如果UE确定发起正常的RRC恢复过程”或者“UE发起RRC恢复过程的小区不支持或允许不活动数据传输”,则UE可以针对每个DRB执行PDCP挂起。
在一些实施例中,在UE发起RRC恢复过程之前或之时,如果UE确定发起不活动数据传输或者如果在小区中配置和/或允许不活动数据传输,则UE可以针对每个DRB执行PDCP重建过程、针对允许不活动数据传输的每个DRB执行PDCP重建过程、针对每个DRB执行PDCP恢复过程、和/或针对允许不活动数据传输的每个DRB执行PDCP恢复过程。
在一些实施例中,如果I DT被允许,则UE可以不执行PDCP挂起操作;否则,UE可以执行PDCP挂起操作。
在一些实施例中,在UE发起RRC恢复过程之前或之时,如果UE确定发起不活动数据传输或者如果在小区中配置和/或允许不活动数据传输,则UE可以针对每个RLC或LCH或DRB重建(一个或多个)RLC实体和/或针对每个RLC或LCH或DRB重建(一个或多个)允许不活动数据传输的RLC实体。可以通过释放/添加或建立RLC实体来替换重建RLC。
对于重建RLC实体(或者释放/添加或建立RLC实体),应该使用默认配置,重用UE进入不活动状态之前使用的配置,或者使用为不活动数据传输配置的配置,并且所述配置可以在UE进入不活动状态之前或之时通过RRC重配置消息或RRC释放消息提供给UE。
在一些实施例中,如果配置了用于不活动数据传输的CG资源,或者如果配置了用于不活动的TAT,或者如果配置/允许不活动数据传输,则UE可以将TAT(时间校准定时器)定时器维持在不活动状态。
在一些实施例中,如果TAT在不活动状态下到期,则UE可以释放或清除任何配置的下行分配和/或CG资源。
用于在节能状态下进行数据传输的示例方法
图7是用于在节能状态下进行数据传输的示例方法的框图700。所述方法可以包括由处于第一状态的终端向网络节点发送第一消息,以启动到所述网络节点的数据通信恢复过程(框702)。如本文所述,第一状态可以包括节能状态,如不活动状态或空闲状态。
所述方法还可以包括:在发送所述第一消息之后,针对对所述第一消息的响应,监测具有网络临时标识符的控制信道(框704)。在第一状态下,终端可以限制网络节点对无线资源的使用。如本文所述,网络临时标识符可以包括小区无线网络临时标识符(C-RNTI)或不活动无线网络临时标识符(I-RNTI)。
在一些实施例中,所述第一消息是无线资源控制(RRC)恢复请求消息和RRC建立请求消息中的任何一个。
在一些实施例中,对所述第一消息的所述响应包括争用解决方案,其中,所述终端监测具有所述网络临时标识符的所述控制信道,所述控制信道包括物理下行控制信道(PDCCH),所述网络临时标识符包括在对所述第一消息的所述响应中标识的小区无线网络临时标识符(C-RNTI)。
在一些实施例中,所述方法包括由所述终端从所述网络节点接收由所述被监测的网络临时标识符调度的第一数据传输。
在一些实施例中,所述方法包括由所述终端向所述网络节点发送由所述被监测的网络临时标识符调度的第二数据传输。
在一些实施例中,所述方法包括:由所述终端从所述网络节点接收RRC释放消息;以及响应于接收到所述RRC释放消息,由所述终端停止监测具有为所述终端配置的所述网络临时标识符的控制信道,并丢弃所述网络临时标识符。
在一些实施例中,所述RRC释放消息是对所述第一消息的所述响应。
在一些实施例中,所述第一消息包括通过配置授权(CG)资源发送的RRC恢复请求,并且其中所述RRC释放消息由为所述终端配置的所述网络临时标识符调度。
在一些实施例中,所述方法包括由所述终端响应于接收到对所述第一消息的响应而启动不活动数据传输定时器,其中,响应于启动所述不活动数据传输定时器,所述终端监测具有为所述终端配置的所述网络临时标识符的所述控制信道。
在一些实施例中,所述方法包括:由所述终端接收具有C-RNTI的PDCCH调度信息;以及响应于接收到具有所述C-RNTI的所述PDCCH调度信息,由所述终端重启所述不活动数据传输定时器。
在一些实施例中,所述方法包括由所述终端检测所述不活动数据传输定时器的到期;以及响应于检测到不活动数据传输定时器的所述到期,由所述终端执行使用为所述终端配置的所述网络临时标识符停止对所述控制信道的监测、丢弃所述网络临时标识符、和/或挂起专用无线承载(DRB)和/或分组数据汇聚协议(PDCP)中的任一项。
在一些实施例中,所述不活动数据传输定时器的时长由RRC重配置消息(例如,在终端转换到不活动状态之前由终端接收的)、RRC释放消息(例如,其将用于将终端配置为不活动状态)、以及在其中执行数据传输的任何消息的系统信息中的任何一个来配置。
在一些实施例中,所述第一消息包括不活动无线网络临时标识符(I-RNTI)、介质访问控制(MAC)控制元素(CE)、MAC业务数据单元(SDU)、和MAC协议数据单元(PDU)。
在一些实施例中,对所述第一消息的所述响应包括有待用于争用解决的C-RNTI和所述I-RNTI中的任何一个。
在一些实施例中,所述第一消息包括通过CG资源传输的数据。
在一些实施例中,所述方法包括:由所述终端从所述网络节点接收MAC控制元素(CE),所述MAC控制元素包括释放所述网络临时标识符的指示;响应于从所述网络节点接收到所述MAC CE,由所述终端停止对具有为所述终端配置的所述网络临时标识符的所述控制信道的监测;以及由所述终端丢弃包括C-RNTI的所述网络临时标识符。
在另一个实施例中,一种用于无线通信的方法可以包括由网络节点从处于第一状态的终端接收用于启动数据通信恢复过程的第一消息。所述方法还可以包括:由所述网络节点将对所述第一消息的响应发送至针对对所述第一消息的所述响应而监测具有网络临时标识符的控制信道的所述终端。
在一些实施例中,在第一状态下,终端对无线资源的使用受到网络节点的限制,或者除非配置了I DT,否则不需要维护UL同步,或者除非执行了I DT,否则不需要寻址到C-RNTI的PDCCH监测,或者需要UE监测寻呼信道。
在一些实施例中,所述第一消息是无线资源控制(RRC)恢复请求消息和RRC建立请求消息中的任何一个。
在一些实施例中,对所述第一消息的所述响应包括争用解决方案,其中,所述终端被配置为监测具有所述网络临时标识符的所述控制信道,所述控制信道包括物理下行控制信道(PDCCH),所述网络临时标识符包括在对所述第一消息的所述响应中标识的小区无线网络临时标识符(C-RNTI)。
在一些实施例中,所述方法包括由所述网络节点向所述终端发送由所述被监测的网络临时标识符调度的第一数据传输。
在一些实施例中,所述方法包括由所述网络节点从所述终端接收由所述被监测的网络临时标识符调度的第二数据传输。
在一些实施例中,所述方法包括由所述网络节点向所述终端发送RRC释放消息,其中,所述终端被配置为响应于从所述网络节点接收到所述RRC释放消息,停止对具有为所述终端配置的所述网络临时标识符的所述控制信道的监测,并丢弃所述网络临时标识符。
在一些实施例中,所述RRC释放消息是对所述第一消息的所述响应。
在一些实施例中,所述第一消息包括通过配置授权(CG)资源发送的RRC恢复请求,并且其中所述RRC释放消息由为所述终端配置的所述网络临时标识符调度。
在一些实施例中,所述终端被配置为响应于接收到对所述第一消息的所述响应而启动不活动数据传输定时器,并且响应于启动所述不活动数据传输定时器而监测具有为所述终端配置的所述网络临时标识符的所述控制信道。
在一些实施例中,所述第一消息包括不活动无线网络临时标识符(I-RNTI)、介质访问控制(MAC)控制元素(CE)、MAC业务数据单元(SDU)、和MAC协议数据单元(PDU)。
在一些实施例中,对所述第一消息的所述响应包括有待用于争用解决的C-RNTI和所述I-RNTI中的任何一个。
在一些实施例中,所述第一消息包括通过CG资源传输的数据。
在一些实施例中,所述方法包括由所述网络节点向所述终端发送MAC控制元素(CE),所述MAC控制元素包括释放所述网络临时标识符的指示,其中,所述终端被配置为停止对具有为所述终端配置的所述网络临时标识符的所述控制信道的监测,并丢弃包括C-RNTI的所述网络临时标识符。
示例无线系统
图8示出了可以在其中应用根据本技术的一个或多个实施例的技术的无线通信系统的示例。无线通信系统800可以包括一个或多个基站(BS)805a、805b,一个或多个无线设备或终端810a、810b、810c、810d以及核心网825。基站805a、805b可以向一个或多个无线扇区中的无线设备810a、810b、810c和810d提供无线业务。在一些实现方式中,基站805a、805b包括定向天线,用来产生两个或更多个定向波束以在不同扇区中提供无线覆盖。所述基站可以实现调度小区或候选小区的功能,如本文件中所描述的。
核心网825可以与一个或多个基站805a、805b进行通信。核心网825提供与其他无线通信系统和有线通信系统的连接。核心网可以包括一个或多个业务订阅数据库,用来存储与所订阅的无线设备810a、810b、810c和810d相关的信息。第一基站805a可以基于第一无线接入技术提供无线业务,而第二基站805b可以基于第二无线接入技术提供无线业务。根据部署场景,基站805a和805b可以位于同一位置,也可以单独安装在现场。无线设备810a、810b、810c和810d可以支持多种不同的无线接入技术。
在一些实现方式中,无线通信系统可以包括使用不同无线技术的多个网络。双模或多模无线设备包括可用于连接到不同无线网络的两种或多种无线技术。
图9是硬件平台的一部分的框图表示。如网络节点或基站或终端或无线设备(或UE)的硬件平台905可以包括处理器电子器件910,如实现本文件中呈现的一项或多项技术的微处理器。硬件平台905可以包括收发器电子器件915,以通过一个或多个通信接口(如天线920或有线接口)发送和/或接收有线或无线信号。硬件平台905可以根据用于发送和接收数据的已定义协议实现其他通信接口。硬件平台905可以包括被配置为存储如数据和/或指令等信息的一个或多个存储器(未明确示出)。在一些实现方式中,处理器电子器件910可以包括收发器电子器件915的至少一部分。在一些实施例中,使用硬件平台905来实现所公开的技术、模块或功能中的至少一些。
结论
综上,将理解,描述了用于允许无线设备在如关于图700描述的第一状态的节能状态下执行数据传输的几项技术,其中基站或网络设备限制无线设备对无线资源的使用。例如,在节能状态下,网络设备可以不向无线设备提供单播I P层数据发送或接收机会。出于说明的目的,本文已经描述了当前公开的技术的具体实施例,但是在不偏离本发明范围的情况下,可以进行各种修改。因此,本文公开的技术仅受所附权利要求限制。
所公开的实施例和其他实施例、在本文献中描述的模块和功能操作可以在数字电子电路中或在计算机软件、固件、或硬件(包括在本文献中公开的结构及其结构等同物)、或它们中的一个或多个的组合中实现。所公开的实施例和其他实施例可以实施为一个或多个计算机程序产品,即在计算机可读介质上编码以用于由数据处理装置来执行或者用于控制数据处理装置的操作的计算机程序指令的一个或多个模块。所述计算机可读介质可以是机器可读存储设备、机器可读存储基底、存储器设备、影响机器可读传播信号的物质组合,或它们中的一个或多个的组合。术语“数据处理装置”涵盖用于处理数据的装置、设备和机器,包括例如可编程处理器、计算机或多个处理器或计算机。除了硬件之外,所述装置可包括为所讨论的计算机程序创造执行环境的代码,例如,组成处理器固件、协议栈、数据库管理系统、操作系统、或其中的一个或多个的组合的代码。传播信号是人工生成的信号,例如机器产生的电、光或电磁信号,其被生成以用于对信息进行编码,以便传输到合适的接收器装置。
计算机程序(也称为程序、软件、软件应用、脚本或代码)可以以任何形式的编程语言书写,包括编译或解释语言,并且计算机程序可以以任何形式部署,包括作为独立程序或者作为模块、部件、子例程、或适用于计算环境的其他单元。计算机程序不一定对应于文件系统中的文件。可以将程序存储在保持其他程序或数据的文件的一部分(例如,存储在标记语言文档中的一个或多个脚本)中、专用于所讨论的程序的单个文件中、或者多个协调文件(例如,存储一个或多个模块、子程序、或代码的各部分的文件)中。计算机程序可以被部署成在一个计算机上或者在位于一个站点或跨多个站点分布并且通过通信网络互连的多个计算机上执行。
本文献中描述的过程和逻辑流程可以由一个或多个可编程处理器实行,所述一个或多个可编程处理器执行一个或多个计算机程序以便通过对输入数据进行操作并且生成输出来执行功能。过程和逻辑流程还可以由装置执行,并且装置还可以被实施为专用逻辑电路系统,例如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。
举例来说,适合于执行计算机程序的处理器包括通用和专用微处理器、以及任何类型的数字计算机的任何一个或多个处理器。通常来说,处理器将从只读存储器或随机存取存储器或二者接收指令和数据。计算机的基本元件是用于执行指令的处理器和用于存储指令和数据的一个或多个存储器设备。通常,计算机还将包括用于存储数据的一个或多个大容量存储设备(例如,磁盘、磁光盘或光盘),或者被操作性地耦合以从大容量存储设备接收数据或向大容量存储设备传递数据或两种情况兼而有之。然而,计算机不需要有这种设备。适于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储器设备,举例来说,包括半导体存储器设备,例如EPROM、EEPROM和闪存设备;磁盘,例如内部硬盘或可移动磁盘;磁光盘;以及CD ROM和DVD-ROM磁盘。处理器和存储器可以由专用逻辑电路补充或结合在其中。
尽管本专利文献包含许多具体内容,但这些具体内容不应被解释为对任何发明的范围或可能要求保护的内容的限制,而应被解释为对可能特定于特定发明的特定实施例的特征的描述。本专利文件中在各个实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反地,在单个实施例的上下文中描述的各种特征也可以在多个实施例中分别实现,或者以任何合适的子组合实现。此外,尽管特征可能在上文中被描述为在某些组合中起作用,并且甚至最初如此要求保护,但是在一些情况下,要求保护的组合中的一个或多个特征可以从该组合中删除,并且要求保护的组合可以指向子组合或子组合的变体。
类似地,虽然在附图中以特定顺序描述了操作,但是这不应该理解为,为了获得期望的结果,要求必须以所示的特定顺序或序列执行这些操作,或者要求执行所有示出的操作。而且,在本专利文献中描述的实施例中的各种系统部件的分离不应被理解为在所有实施例中都需要这种分离。
仅描述了一些实现方式和示例,在本专利文件中描述和说明的基础上,还可以做出其他实现方式、改进和变化。
Claims (33)
1.一种用于无线通信的方法,包括:
由处于第一状态的终端向网络节点发送第一消息,以启动到所述网络节点的数据通信恢复过程;以及
在发送所述第一消息之后,针对对所述第一消息的响应,监测具有网络临时标识符的控制信道。
2.根据权利要求1所述的方法,其中,在所述第一状态下,所述终端对无线资源的使用受到所述网络节点的限制。
3.根据权利要求1所述的方法,其中,所述第一消息是无线资源控制RRC恢复请求消息和RRC建立请求消息中的任何一个。
4.根据权利要求1和3中任一项所述的方法,其中,对所述第一消息的所述响应包括争用解决方案,其中,所述终端监测具有所述网络临时标识符的所述控制信道,所述控制信道包括物理下行控制信道PDCCH,所述网络临时标识符包括在对所述第一消息的所述响应中标识的小区无线网络临时标识符C-RNTI。
5.根据权利要求1所述的方法,进一步包括:
由所述终端从所述网络节点接收由所述被监测的网络临时标识符调度的第一数据传输。
6.根据权利要求1和5中任一项所述的方法,进一步包括:
由所述终端向所述网络节点发送由所述被监测的网络临时标识符调度的第二数据传输。
7.根据权利要求1所述的方法,进一步包括:
由所述终端从所述网络节点接收RRC释放消息;以及
响应于接收到所述RRC释放消息,由所述终端停止监测具有为所述终端配置的所述网络临时标识符的控制信道,并丢弃所述网络临时标识符。
8.根据权利要求1和7中任一项所述的方法,其中,所述RRC释放消息包括对所述第一消息的所述响应。
9.根据权利要求1、7和8中任一项所述的方法,其中,所述第一消息包括通过配置授权CG资源发送的RRC恢复请求,并且其中所述RRC释放消息由为所述终端配置的所述网络临时标识符调度。
10.根据权利要求1、8和9中任一项所述的方法,进一步包括:
由所述终端响应于接收到对所述第一消息的所述响应而启动第一定时器,其中,响应于启动所述不活动数据传输定时器,所述终端监测具有为所述终端配置的所述网络临时标识符的所述控制信道。
11.根据权利要求10所述的方法,进一步包括:
由所述终端接收具有C-RNTI的PDCCH调度信息;以及
响应于接收到具有所述C-RNTI的所述PDCCH调度信息,由所述终端重启所述不活动数据传输定时器。
12.根据权利要求1、10和11中任一项所述的方法,进一步包括:
由所述终端检测所述不活动数据传输定时器的到期;以及
响应于检测到所述不活动数据传输定时器的所述到期,由所述终端执行以下任一项:停止对具有为所述终端配置的所述网络临时标识符的所述控制信道的监测、丢弃所述网络临时标识符、和/或挂起专用无线承载DRB和/或分组数据汇聚协议PDCP。
13.根据权利要求1和10-12中任一项所述的方法,其中,所述不活动数据传输定时器的时长由在所述终端转换到所述不活动状态之前被所述终端接收的RRC重配置消息、用于将所述终端配置为所述不活动状态的RRC释放消息、以及在其中执行数据传输的任何消息的系统信息中的任何一个来配置。
14.根据权利要求1所述的方法,其中,所述第一消息包括不活动无线网络临时标识符I-RNTI、介质访问控制MAC控制元素CE、MAC业务数据单元SDU、和MAC协议数据单元PDU。
15.根据权利要求1和14中任一项所述的方法,其中,对所述第一消息的所述响应包括有待用于争用解决的C-RNTI和所述I-RNTI中的任何一个。
16.根据权利要求1所述的方法,其中,所述第一消息包括通过CG资源传输的数据。
17.根据权利要求1所述的方法,进一步包括:
由所述终端从所述网络节点接收MAC控制元素CE,所述MAC控制元素包括释放所述网络临时标识符的指示;
响应于从所述网络节点接收到所述MAC CE,由所述终端停止对具有为所述终端配置的所述网络临时标识符的所述控制信道的监测;以及
由所述终端丢弃包括C-RNTI的所述网络临时标识符。
18.一种用于无线通信的方法,包括:
由网络节点从处于第一状态的终端接收用于启动数据通信恢复过程的第一消息;以及
由所述网络节点将对所述第一消息的响应发送至针对对所述第一消息的所述响应而监测具有网络临时标识符的控制信道的所述终端。
19.根据权利要求18所述的方法,其中,在所述第一状态下,所述终端对无线资源的使用受到所述网络节点的限制。
20.根据权利要求18所述的方法,其中,所述第一消息是无线资源控制RRC恢复请求消息和RRC建立请求消息中的任何一个。
21.根据权利要求18和20中任一项所述的方法,其中,对所述第一消息的所述响应包括争用解决方案,其中,所述终端被配置为监测具有所述网络临时标识符的所述控制信道,所述控制信道包括物理下行控制信道PDCCH,所述网络临时标识符包括在对所述第一消息的所述响应中标识的小区无线网络临时标识符C-RNTI。
22.根据权利要求18所述的方法,进一步包括:
由所述网络节点向所述终端发送由所述被监测的网络临时标识符调度的第一数据传输。
23.根据权利要求18和22中任一项所述的方法,进一步包括:
由所述网络节点从所述终端接收由所述被监测的网络临时标识符调度的第二数据传输。
24.根据权利要求18所述的方法,进一步包括:
由所述网络节点向所述终端发送RRC释放消息,其中,所述终端被配置为响应于从所述网络节点接收到所述RRC释放消息,停止对具有为所述终端配置的所述网络临时标识符的所述控制信道的监测,并丢弃所述网络临时标识符。
25.根据权利要求18和24中任一项所述的方法,其中,所述RRC释放消息是对所述第一消息的所述响应。
26.根据权利要求18、24和25中任一项所述的方法,其中,所述第一消息包括通过配置授权(CG)资源发送的RRC恢复请求,并且其中所述RRC释放消息由为所述终端配置的所述网络临时标识符调度。
27.根据权利要求18、25和26中任一项所述的方法,其中,所述终端被配置为响应于接收到对所述第一消息的所述响应而启动不活动数据传输定时器,并且响应于启动所述不活动数据传输定时器而监测具有为所述终端配置的所述网络临时标识符的所述控制信道。
28.根据权利要求18所述的方法,其中,所述第一消息包括不活动无线网络临时标识符I-RNTI、介质访问控制MAC控制元素CE、MAC业务数据单元SDU、和MAC协议数据单元PDU。
29.根据权利要求18和28中任一项所述的方法,其中,对所述第一消息的所述响应包括有待用于争用解决的C-RNTI和所述I-RNTI中的任何一个。
30.根据权利要求18所述的方法,其中,所述第一消息包括通过CG资源传输的数据。
31.根据权利要求18所述的方法,进一步包括:
由所述网络节点向所述终端发送MAC控制元素CE,所述MAC CE包括释放所述网络临时标识符的指示,其中,所述终端被配置为停止对具有为所述终端配置的所述网络临时标识符的所述控制信道的监测,并丢弃包括C-RNTI的所述网络临时标识符。
32.一种用于无线通信的装置,其包括处理器,所述处理器被配置为执行根据权利要求1至31中任一项所述的方法。
33.一种非暂时性计算机可读介质,其上存储有代码,所述代码在由处理器执行时使所述处理器实现根据权利要求1至31中任一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2020/096269 WO2021253208A1 (en) | 2020-06-16 | 2020-06-16 | Data transmission in power efficient state |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115720724A true CN115720724A (zh) | 2023-02-28 |
Family
ID=79269006
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080102156.4A Pending CN115720724A (zh) | 2020-06-16 | 2020-06-16 | 节能状态下的数据传输 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20230120407A1 (zh) |
EP (1) | EP4151033A4 (zh) |
JP (1) | JP2023529965A (zh) |
CN (1) | CN115720724A (zh) |
MX (1) | MX2022015523A (zh) |
WO (1) | WO2021253208A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20230035110A (ko) * | 2020-07-07 | 2023-03-10 | 오피노 엘엘씨 | 비활성 상태에서 사전 구성된 리소스의 검증 |
BR112023001998A2 (pt) * | 2020-08-06 | 2023-02-28 | Apple Inc | Controle de acesso de equipamentos de usuário para transmissões diretas no estado inativo |
WO2023230743A1 (en) * | 2022-05-30 | 2023-12-07 | Qualcomm Incorporated | Pose data invalidation in a wireless communication system |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110213799B (zh) * | 2016-03-29 | 2023-04-28 | 大唐移动通信设备有限公司 | 一种下行小数据传输方法及装置 |
US20180324854A1 (en) * | 2017-05-04 | 2018-11-08 | Qualcomm Incorporated | Uplink small data transmission for enhanced machine-type-communication (emtc) and internet of things (iot) communication |
CN110831258A (zh) * | 2018-08-10 | 2020-02-21 | 华为技术有限公司 | 一种数据传输的方法及装置 |
EP3906740A4 (en) | 2019-01-04 | 2022-07-06 | ZTE Corporation | METHODS, APPARATUS, AND SYSTEMS FOR TRANSMITTING DATA IN AN ENERGY-EFFICIENT STATE |
CN114982365A (zh) * | 2020-01-22 | 2022-08-30 | 日本电气株式会社 | 用于通信的方法、设备和计算机存储介质 |
-
2020
- 2020-06-16 WO PCT/CN2020/096269 patent/WO2021253208A1/en unknown
- 2020-06-16 JP JP2022577126A patent/JP2023529965A/ja active Pending
- 2020-06-16 MX MX2022015523A patent/MX2022015523A/es unknown
- 2020-06-16 EP EP20940979.6A patent/EP4151033A4/en active Pending
- 2020-06-16 CN CN202080102156.4A patent/CN115720724A/zh active Pending
-
2022
- 2022-12-15 US US18/066,763 patent/US20230120407A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
EP4151033A1 (en) | 2023-03-22 |
WO2021253208A1 (en) | 2021-12-23 |
MX2022015523A (es) | 2023-01-16 |
US20230120407A1 (en) | 2023-04-20 |
EP4151033A4 (en) | 2023-11-15 |
JP2023529965A (ja) | 2023-07-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN115225228B (zh) | 在空闲模式下预配置专用资源信息 | |
EP3661317B1 (en) | Method and apparatus for releasing preconfigured uplink resources configuration in a wireless communication system | |
KR101960177B1 (ko) | NB-IoT 단말의 이동성 처리 수행 방법 및 그 장치 | |
CN110476474B (zh) | 用于执行随机接入过程的设备和方法 | |
KR101618172B1 (ko) | 이동통신시스템의 rach 채널 정보 전송 방법 | |
KR102200982B1 (ko) | Ue의 상태 전환 방법 및 장치 | |
US8774064B2 (en) | Method and apparatus of uplink transmission in wireless communication system | |
US20230120407A1 (en) | Data transmission in power efficient state | |
KR102570814B1 (ko) | 네트워크 유지 관리를 위한 측정 보고 방법 및 시스템 | |
US10743268B2 (en) | Method and apparatus for measuring downlink synchronization in wireless communication system | |
US20230037995A1 (en) | Communications device and method | |
CN114158141A (zh) | 无线通信系统中用于连接恢复程序的方法和设备 | |
CN116671236A (zh) | 无线网络中的小数据传输的方法、设备和系统 | |
KR101845558B1 (ko) | 무선 통신 시스템에서의 그룹 페이징 방법 및 장치와 이를 이용한 랜덤 액세스 수행 방법 및 장치 | |
US20190132808A1 (en) | Terminal apparatus, communication method, and integrated circuit | |
US20240196444A1 (en) | User equipment, scheduling node, method for user equipment, and method for scheduling node | |
WO2023000315A1 (en) | Methods and apparatuses for data and signaling transmission | |
EP4255060A1 (en) | Paging for mobile-terminated (mt) small data transmission (sdt) | |
EP4068874A1 (en) | User equipment, scheduling node, method for user equipment, and method for scheduling node | |
EP4366378A1 (en) | Method for controlling transmission and related apparatus | |
EP4316068A1 (en) | User equipment, scheduling node, method for user equipment, and method for scheduling node | |
CN117158002A (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 |