CN110999521B - 在cu-du划分场景中恢复rrc连接的方法和装置 - Google Patents
在cu-du划分场景中恢复rrc连接的方法和装置 Download PDFInfo
- Publication number
- CN110999521B CN110999521B CN201880049859.8A CN201880049859A CN110999521B CN 110999521 B CN110999521 B CN 110999521B CN 201880049859 A CN201880049859 A CN 201880049859A CN 110999521 B CN110999521 B CN 110999521B
- Authority
- CN
- China
- Prior art keywords
- message
- rrc
- rrc connection
- radio
- list
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- 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/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- 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
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
-
- 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
-
- 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/08—Access point devices
- H04W88/085—Access point devices with remote components
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一种用于在无线通信系统中由基站的分布式单元(DU)恢复无线电资源控制(RRC)连接的方法和用于支持该方法的装置。该方法可以包括下述步骤:从终端接收RRC连接恢复请求消息;向基站的中央单元(CU)发送包括RRC连接恢复请求消息的初始上行链路(UL)RRC消息传送消息;从CU接收包括要设立的无线电承载的列表的UE上下文设立请求消息;以及向CU发送包括已建立的无线电承载的列表的UE上下文设立响应消息。
Description
技术领域
本公开涉及一种无线通信系统,并且更具体地,涉及一种用于在基站的中央单元(CU)和分布式单元(DU)被分离的场景下基站的DU恢复RRC连接的方法和支持该方法的装置。
背景技术
为了满足自第4代(4G)通信系统的商业化以来已经不断增长的对无线数据流量的需求,正在不断努力开发增强的第5代(5G)通信系统或预5G(pre-5G)通信系统。由于这个原因,5G通信系统或准5G通信系统被称为超4G网络通信系统或后长期演进(LTE)系统。
发明内容
基站的DU可以仅设立所请求的RB和/或UE上下文的部分。在这种情况下,UE需要知道哪个RB被基站恢复或拒绝。当不存在关于哪个RB被基站的DU拒绝的信息时,UE可以认为基站恢复所有挂起的RB,这可能导致基站的DU和UE之间的RB中的失配。然而,基站的DU不托管RRC协议,并且因此不能直接向UE指示哪个RB被拒绝。因此,基站的CU需要基于由基站的DU设立的承载和/或UE上下文将关于挂起的RB当中的成功恢复的RB和/或未恢复的RB的信息报告给UE。
根据一个实施例,提供一种用于在无线通信系统中基站的分布式单元(DU)恢复RRC连接的方法。该方法可以包括:从用户设备(UE)接收RRC连接恢复请求消息;将包括RRC连接恢复请求消息的初始上行链路RRC消息传送消息发送给基站的中央单元(CU);从CU接收包括要设立的无线电承载列表的UE上下文设立请求消息;以及将包括已建立的无线电承载列表的UE上下文设立响应消息发送给CU。
根据另一个实施例,提供一种用于在无线通信系统中恢复RRC接入的基站的分布式单元(DU)。DU可以包括:存储器;收发器以及处理器,该处理器连接存储器和收发器,其中处理器可以被配置成控制收发器以:从用户设备(UE)接收RRC连接恢复请求消息;将包括RRC连接恢复请求消息的初始上行链路RRC消息传送消息发送给基站的中央单元(CU);从CU接收包括要设立的无线电承载列表的UE上下文设立请求消息;以及将包括已建立的无线电承载列表的UE上下文设立响应消息发送给CU。
UE可以有效地设立挂起的RB和/或UE上下文。
附图说明
图1示出可以向其应用本公开的LTE系统架构。
图2示出可以向其应用本公开的LTE系统的无线电接口协议的控制平面。
图3示出可以向其应用本公开的LTE系统的无线电接口协议的用户平面。
图4示出可以向其应用本公开的5G系统的结构。
图5示出可以向其应用本公开的用户平面的5G系统的无线电接口协议。
图6示出可以向其应用本公开的分离类型的gNB部署(集中式部署)场景。
图7图示当UE使用周期性RNAU向网络通知在RNA内仍可到达时可能发生的问题。
图8a和图8b图示根据本公开的一个实施例的用于恢复RRC连接的过程。
图9a和图9b图示根据本公开的一个实施例的用于恢复RRC连接的过程。
图10a和图10b图示根据本公开的一个实施例的在用于恢复RRC连接的过程中省略UE上下文设立的过程。
图11图示根据本公开的一个实施例的在用于恢复RRC连接的过程中省略UE上下文设立的过程。
图12是图示根据本公开的一个实施例的用于基站的DU恢复RRC连接的方法的框图。
图13是图示可以向其应用本公开的无线通信系统的框图。
具体实施方式
下文描述的技术能够在各种无线通信系统中使用,诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等。CDMA能够以诸如通用陆地无线电接入(UTRA)或者CDMA-2000的无线电技术来实现。TDMA能够以诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/增强型数据速率GSM演进(EDGE)的无线电技术来实现。OFDMA能够以诸如电气与电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802-20、演进的UTRA(E-UTRA)等的无线电技术来实现。IEEE802.16m从IEEE 802.16e演进,并且基于IEEE 802.16提供与系统的后向兼容性。UTRA是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进的UMTS(E-UMTS)的一部分。3GPP LTE在下行链路中使用OFDMA,并且在上行链路中使用SC-FDMA。高级LTE(LTE-A)是LTE的演进。
5G系统是从第四代LTE移动通信技术演进的技术,并通过现有移动通信网络结构或清洁状态结构的演进支持扩展LTE(eLTE)、非3GPP(例如,无线局域网(WLAN))接入等作为新的无线电接入技术(RAT)或LTE的扩展技术。
为了清楚起见,以下的描述将集中于LTE-A和5G。然而,本公开的技术特征不受限于此。
图1示出可以向其应用本公开的LTE系统架构。通信网络被广泛地部署以通过IMS和分组数据提供诸如互联网协议语音(VoIP)的各种通信服务。
参考图1,LTE系统架构包括一个或者多个用户设备(UE;10)、演进的UMTS陆上无线电接入网络(E-UTRA)以及演进分组核心(EPC)。UE 10指的是用户携带的通信设备。UE 10可以是固定的或者移动的,并且可以被称为其他术语,诸如移动站(MS)、用户终端(UT)、订户站(SS)、无线设备等。
E-UTRAN包括一个或者多个演进节点-B(eNB)20,并且多个UE可以位于一个小区中。eNB 20向UE 10提供控制平面和用户平面的端点。eNB 20通常是与UE 10通信的固定站并且可以被称为另一术语,诸如基站(BS)、基础收发器系统(BTS)、接入点等。每个小区可以部署一个eNB 20。在eNB 20的覆盖范围内存在一个或者多个小区。单个小区被配置成具有从1.25、2.5、5、10、以及20MHz等中选择的带宽中的一个,并且将下行链路或者上行链路传输服务提供给数个UE。在这样的情况下,不同的小区能够被配置成提供不同的带宽。
在下文中,下行链路(DL)表示从eNB 20到UE 10的通信,并且上行链路(UL)表示从UE 10到eNB 20的通信。在DL中,发射器可以是eNB 20的一部分,并且接收器可以是UE 10的一部分。在UL中,发射器可以是UE 10的一部分,并且接收器可以是eNB 20的一部分。
EPC包括负责控制平面功能的移动性管理实体(MME)和负责用户平面功能的系统架构演进(SAE)网关(S-GW)。MME/S-GW 30可以被定位在网络的末端处并且被连接到外部网络。MME具有UE接入信息或者UE能力信息,并且这样的信息可以主要在UE移动性管理中使用。S-GW是其端点是E-UTRAN的网关。MME/S-GW 30提供用于UE 10的会话和移动性管理功能的端点。EPC可以进一步包括分组数据网络(PDN)网关(PDN-GW)。PDN-GW是其端点是PDN的网关。
MME向eNB 20提供包括非接入层(NAS)信令、NAS信令安全、接入层(AS)安全性控制、用于3GPP接入网络之间的移动性的核心网络(CN)节点间信令、空闲模式UE可达到性(包括寻呼重传的控制和执行)、跟踪区域列表管理(用于在空闲和活跃模式中的UE)、P-GW和S-GW选择、对于具有MME变化的切换的MME选择、切换到2G或者3G 3GPP接入网络的服务GPRS支持节点(SGSN)选择、漫游、认证、包括专用承载建立的承载管理功能、支持公共预警系统(PWS)(包括地震和海啸预警系统(ETWS)和商用移动报警系统(CMAS))消息传输的各种功能。S-GW主机提供包括基于每个用户的分组过滤(通过例如,深度分组探测)、合法侦听、UE互联网协议(IP)地址分配、在DL中的输送级别分组标注、UL和DL服务级别计费、门控和速率增强、基于APN-AMBR的DL速率增强的各类功能。为了清楚,在此MME/S-GW 30将会被简单地称为“网关”,但是理解此实体包括MME和S-GW。
用于发送用户流量或者控制流量的接口可以被使用。UE 10和eNB 20借助于Uu接口被连接。eNB 20借助于X2接口被互连。相邻的eNB可以具有网状网络结构,其具有X2接口。eNB 20借助于S1接口被连接到EPC。eNB 20借助于S1-MME接口被连接到MME,并且借助于S1-U接口被连接到S-GW。S1接口支持在eNB 20和MME/S-GW之间的多对多关系。
eNB 20可以执行对于网关30的选择、在无线电资源控制(RRC)激活期间朝向网关30的路由、寻呼消息的调度和发送、广播信道(BCH)信息的调度和发送、在UL和DL这两者中到UE 10的资源的动态分配、eNB测量的配置和规定和配置、无线电承载控制、无线电准入控制(RAC)、以及在LTE_ACTIVE状态中的连接移动性控制的功能。在EPC中,并且如在上面所注明的,网关30可以执行寻呼发起、LTE_IDLE状态管理、用户平面的加密、SAE承载控制、以及NAS信令的加密和完整性保护的功能。
图2示出可以向其应用本公开的LTE系统的无线电接口协议的控制平面。图3示出可以向其应用本公开的LTE系统的无线电接口协议的用户平面。
基于在通信系统中公知的开放系统互连(OSI)模型的下面的三个层,在UE和E-UTRAN之间的无线电接口协议的层可以被分类成第一层(L1)、第二层(L2)、以及第三层(L3)。在UE和E-UTRAN之间的无线电接口协议可以被水平地划分成物理层、数据链路层、以及网络层,并且可以被垂直地划分成作为用于控制信号传输的协议栈的控制平面(C平面)和作为用于数据信息传输的协议栈的用户平面(U平面)。在UE和E-UTRAN处,无线电接口协议的层成对地存在,并且负责Uu接口的数据传输。
物理(PHY)层属于L1。PHY层通过物理信道给较高层提供信息传输服务。PHY层通过输送信道被连接到作为PHY层的较高层的媒体接入控制(MAC)层。物理信道被映射到输送信道。通过输送信道在MAC层和PHY层之间传送数据。在不同的PHY层,即,发射器的PHY层和接收器的PHY层之间,使用无线电资源,通过物理信道传送数据。使用正交频分复用(OFDM)方案调制物理信道,并且利用时间和频率作为无线电资源。
PHY层使用数个物理控制信道。物理下行链路控制信道(PDCCH)向UE报告关于寻呼信道(PCH)和下行链路共享信道(DL-SCH)的资源分配、以及与DL-SCH相关的混合自动重传请求(HARQ)信息。PDCCH可以承载用于向UE报告关于UL传输的资源分配的UL许可。物理控制格式指示符信道(PCFICH)向UE报告被用于PDCCH的OFDM符号的数目,并且在每个子帧中被发送。物理混合ARQ指示符信道(PHICH)承载响应于UL传输的HARQ肯定应答(ACK)/否定应答(NACK)信号。物理上行链路控制信道(PUCCH)承载诸如用于DL传输的HARQ ACK/NACK、调度请求、以及CQI的UL控制信息。物理上行链路共享信道(PUSCH)承载UL-上行链路共享信道(SCH)。
物理信道由时域中的多个子帧和频域中的多个子载波组成。一个子帧由时域中的多个符号组成。一个子帧由多个资源块(RB)组成。一个RB由多个符号和多个子载波组成。另外,每个子帧可以使用相应的子帧的特定符号的特定子载波用于PDCCH。例如,子帧的第一符号可以被用于PDCCH。PDCCH承载动态分配的资源,诸如物理资源块(PRB)和调制和编译方案(MCS)。作为用于数据传输的单位时间的传输时间间隔(TTI)可以等于一个子帧的长度。一个子帧的长度可以是1ms。
根据信道是否被共享,输送信道被分类成公共输送信道和专用输送信道。用于将来自于网络的数据发送到UE的DL输送信道包括用于发送系统信息的广播信道(BCH)、用于发送寻呼消息的寻呼信道(PCH)、用于发送用户流量或者控制信号的DL-SCH等。DL-SCH通过变化调制、编译和发送功率以及动态和半静态资源分配这两者来支持HARQ、动态链路自适应。DL-SCH也可以启用整个小区的广播和波束形成的使用。系统信息承载一个或者多个系统信息块。可以以相同的周期性来发送所有的系统信息块。通过DL-SCH或者多播信道(MCH)可以发送多媒体广播/多播服务(MBMS)的流量或者控制信号。
用于将来自于UE的数据发送到网络的UL输送信道包括用于发送初始控制消息的随机接入信道(RACH)、用于发送用户流量或者控制信号的UL-SCH等。UL-SCH通过变化发送功率和可能的调制和编译来支持HARQ和动态链路自适应。UL-SCH也可以启用波束形成的使用。RACH通常被用于对小区的初始接入。
MAC层属于L2。MAC层经由逻辑信道将服务提供给作为MAC层的较高层的无线电链路控制(RLC)层。MAC层提供将多个逻辑信道映射到多个输送信道的功能。MAC层也通过将多个逻辑信道映射到单个输送信道来提供逻辑信道复用的功能。MAC子层在逻辑信道上提供数据传输服务。
根据发送的信息的类型,逻辑信道被分类成用于传送控制平面信息的控制信道和用于传送用户平面信息的流量信道。即,为通过MAC层提供的不同数据传输服务来定义逻辑信道类型的集合。逻辑信道位于输送信道的上方,并且被映射到输送信道。
控制信道仅被用于控制平面信息的传输。通过MAC层提供的控制信道包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)以及专用控制信道(DCCH)。BCCH是用于广播系统控制信息的下行链路信道。PCCH是传送寻呼信息的下行链路信道并且当网络没有获知UE的位置小区时被使用。不具有与网络的RRC连接的UE使用CCCH。MCCH是被用于将来自于网络的MBMS控制信息发送到UE的点对多点下行链路信道。DCCH是在UE和网络之间发送专用控制信息的由具有RRC连接的UE使用的点对点双向信道。
流量信道仅被用于用户平面信息的传输。由MAC层提供的流量信道包括专用流量信道(DTCH)和多播流量信道(MTCH)。DTCH是点对点信道,专用于一个UE用于用户信息的传输并且能够在上行链路和下行链路这两者中存在。MTCH是用于将来自于网络的流量数据发送到UE的点对多点下行链路信道。
在逻辑信道和输送信道之间的上行链路连接包括能够被映射到UL-SCH的DCCH、能够被映射到UL-SCH的DTCH和能够被映射到UL-SCH的CCCH。在逻辑信道和输送信道之间的下行链路连接包括能够被映射到BCH或者DL-SCH的BCCH、能够被映射到PCH的PCCH、能够被映射到DL-SCH的DCCH、以及能够被映射到DL-SCH的DTCH、能够被映射到MCH的MCCH、以及能够被映射到MCH的MTCH。
RLC层属于L2。RLC层提供调节数据的大小的功能,通过在无线电分段中级联和分割从上层接收到的数据,以便适合于较低层发送数据。另外,为了确保由无线电承载(RB)所要求的各种服务质量(QoS),RLC层提供三种操作模式,即,透明模式(TM)、非应答模式(UM)、以及应答模式(AM)。为了可靠的数据传输,AM RLC通过自动重传请求(ARQ)来提供重传功能。同时,利用MAC层内部的功能块能够实现RLC层的功能。在这样的情况下,RLC层可以不存在。
分组数据会聚协议(PDCP)层属于L2。PDCP层提供报头压缩的功能,其减少不必要的控制信息使得通过采用诸如IPv4或者IPv6的IP分组发送的数据在具有相对小的带宽的无线电接口上能够被有效率地发送。通过仅发送在数据的报头中的必要信息,报头压缩增加无线电分段中的传输效率。另外,PDCP层提供安全性的功能。安全性的功能包括防止第三方的检查的加密、以及防止第三方的数据操纵的完整性保护。
无线电资源控制(RRC)属于L3。RLC层位于L3的最低部分,并且仅被定义在控制平面中。RRC层起到控制在UE和网络之间的无线电资源的作用。为此,UE和网络通过RRC层交换RRC消息。RRC层关于RB的配置、重配置、以及释放控制逻辑信道、输送信道以及物理信道。RB是通过L1和L2提供的用于UE和网络之间的数据递送的逻辑路径。即,RB意味着用于UE和E-UTRAN之间的数据传输的为L2提供的服务。RB的配置暗指用于指定无线电协议层和信道特性以提供特定服务并且用于确定相应详细参数和操作的过程。RB被分类成两种类型,即,信令RB(SRB)和数据RB(DRB)。SRB被用作在控制平面中发送RRC消息的路径。DRB被用作在用户平面中发送用户数据的路径。
被放置在RRC层上的非接入层(NAS)执行诸如会话管理和移动性管理的功能。
参考图2,RLC和MAC层(在网络侧上的eNB中被终止)可以执行诸如调度、自动重传请求(ARQ)、以及混合自动重传请求(HARQ)的功能。RRC层(在网络侧上的eNB中被终止)可以执行诸如广播、寻呼、RRC连接管理、RB控制、移动性功能、以及UE测量报告和控制的功能。NAS控制协议(在网络侧上的网关的MME中被终止)可以执行诸如SAE承载管理、认证、LTE_IDLE移动性处理、LTE_IDLE中的寻呼发起、以及用于网关和UE之间的信令的安全性控制的功能。
参考图3,RLC和MAC层(在网络侧上的eNB中被终止)可以执行用于控制平面的相同功能。PDCP层(在网络侧上的eNB中被终止)可以执行诸如报头压缩、完整性保护以及加密的用户平面功能。
在下文中,描述5G网络结构。
图4示出可以向其应用本公开的5G系统的结构。
在具有现有演进分组系统(EPS)的核心网络结构的演进分组核心(EPC)的情况下,为诸如移动性管理实体(MME)、服务网关(S-GW)、分组数据网络网关(P-GW)等的每个实体定义功能、参考点、协议等。
另一方面,在5G核心网络(或NextGen核心网络)的情况下,为每个网络功能(NF)定义功能、参考点、协议等。也就是说,在5G核心网络中,没有为每个实体定义功能、参考点、协议等。
参考图4,5G系统结构包括至少一个UE 10、下一代无线电接入网络(NG-RAN)和下一代核心(NGC)。
NG-RAN可以包括至少一个gNB 40,并且多个UE可以存在于一个小区中。gNB 40向UE提供控制平面和用户平面的端点。gNB 40通常是与UE 10通信的固定站,并且可以被称为另一术语,诸如基站(BS)、基础收发器系统(BTS)、接入点等。一个gNB 40可以布置在每个小区中。至少一个小区可以存在于gNB 40的覆盖范围中。
NGC可以包括接入和移动性功能(AMF)和会话管理功能(SMF),其负责控制平面的功能。AMF可以负责移动性管理功能,并且SMF可以负责会话管理功能。NGC可以包括用户平面功能(UPF),其负责用户平面的功能。
可以使用用于发送用户流量或控制流量的接口。UE 10和gNB 40可以通过Uu接口连接。gNB 40可以借助于X2接口被互连。邻近的gNB 40可以具有基于Xn接口的网状网络结构。gNB 40可以借助于NG接口被连接到NGC。gNB 40可以借助于NG-C接口被连接到AMF,并且可以借助于NG-U接口被连接到UPF。NG接口支持gNB 40和AMF/UPF 50之间的多对多关系。
gNB主机可以执行功能,诸如用于无线电资源管理、IP报头压缩和用户数据流的加密、当没有根据UE提供的信息确定到AMF的路由时在UE附接处选择AMF、朝着UPF的用户平面数据的路由、寻呼消息(源自AMF)的调度和传输、系统广播信息(源自AMF或O&M)的调度和传输、或用于移动性和调度的测量和测量报告配置的功能。
接入和移动功能(AMF)主机可以执行诸如NAS信令终止、NAS信令安全、AS安全控制、用于3GPP接入网络之间的移动性的CN间节点信令、空闲模式UE可达性(包括寻呼重传的控制和执行)、跟踪区域列表管理(用于处于空闲和活动模式的UE)、用于利用AMF改变进行切换的AMF选择、接入认证或包括漫游权检查的接入授权的主要功能。
用户平面功能(UPF)主机可以执行主要功能,诸如用于RAT内/间移动性的锚点(当适用时)、到数据网络的互连的外部PDU会话点、分组路由和转发、分组检查和策略规则实施的用户平面部分、流量使用报告、支持路由流量到数据网络的上行链路分类器、支持多宿主PDU会话的分支点、用户平面的QoS处理,例如,分组过滤、选通(gating)、UL/DL速率实施、上行链路流量验证(SDF到QoS流映射)、上行链路和下行链路中的传输级分组标记、或下行链路分组缓冲和下行链路数据通知触发。
会话管理功能(SMF)主机可以执行主要功能,诸如会话管理、UE IP地址分配和管理、UP功能的选择和控制、配置UPF的流量定向以将流量路由到适当的目的地、控制策略实施的一部分和QoS、或下行链路数据通知。
图5示出可以向其应用本公开的用户平面的5G系统的无线电接口协议。
参考图5,与LTE系统相比,用户平面的5G系统的无线电接口协议可以包括称为服务数据适配协议(SDAP)的新层。SDAP层的主要服务和功能包括服务质量(QoS)流与数据无线电承载(DRB)之间的映射和DL和UL分组中的QoS流ID(QFI)标记。除了可以为其配置两个实体的双连接(DC),可以为每个单独的PDU会话配置SDAP的单个协议实体。
在下文中,描述UE的RRC_INACTIVE状态。
在关于NR标准化的讨论中,除了现有的RRC_CONNETED状态和RRC_IDLE状态之外,还新引入RRC_INACTIVE状态。RRC_INACTIVE状态是为了有效管理特定UE(例如,mMTC UE)而引入的状态。为了减少功耗,处于RRC_INACTIVE状态的UE类似于处于RRC_IDLE状态的UE来执行无线电控制过程。然而,处于RRC_INACTIVE状态的UE类似于RRC_CONNECTED状态来维持UE与网络之间的连接状态,以便于在转变到RRC_CONNECTED状态时最小化所需的控制过程。在RRC_INACTIVE状态下,释放无线电接入资源,但可以维持有线接入。例如,在RRC_INACTIVE状态下,无线电接入资源被释放,但是可以维持gNB和NGC之间的NG接口或者eNB和EPC之间的S1接口。在RRC_INACTIVE状态下,核心网络辨识出UE正常连接到BS。另一方面,BS可以不对处于RRC_INACTIVE状态的UE执行连接管理。
在UE以轻连接模式操作的情况下,为了对核心网络隐藏(或隐瞒)状态转变和移动性,MME可以维持激活的UE的SI连接。换句话说,在UE以RRC_INACTIVE状态操作的情况下,为了对下一代核心(NGC)隐藏状态转变和移动性,AMF可以维持激活的UE的NG连接。在本说明书中,RRC_INACTIVE状态可以用作轻连接模式、轻量连接模式或半连接模式的类似概念。
在下文中,描述基于RAN的通知区域。
处于RRC_INACTIVE状态的UE可以由最后服务的NG-RAN节点配置有基于RAN的通知区域(RNA)。RAN可以覆盖一个或多个小区,并且可以被包括在CN注册区域中。UE周期性地发送基于RAN的通知区域更新(RNAU)。在小区重选过程中,当UE选择不属于所配置的RNA的小区时,可以发送RNAU。可以通过以下方法来配置RNA。
-小区列表:可以向UE提供形成RNA的小区(一个或多个小区)的显式列表。
-RNA的列表:可以向UE提供至少一个RAN的ID,其中,RAN可以是CN跟踪区域的子集或者可以与CN跟踪区域相同。可以由一个包括跟踪区域标识(TAI)和可选地RAN区域代码的RAN区域ID来指定RAN。小区可以通过系统信息来广播RAN区域ID。
在下文中,将描述5G RAN部署场景。
根据在中央单元和分布式单元中部署BS功能的形状并根据其是否与4G BS共存,5G RAN可以被分类成“非集中式部署”场景、“与E-UTRA共址部署”场景和“集中式部署”场景。在本说明书中,5G RAN、gNB、下一代节点B、新RAN和新无线电BS(NR BS)可能意味着新定义的5G的BS。
图6示出可以向其应用本公开的分离类型的gNB部署(集中式部署)场景。
参考图6,可以将gNB分离成中央单元和分布式单元。即,可以通过以分层方式进行分离来操作gNB。中央单元可以执行gNB的上层的功能,而分布式单元可以执行gNB的下层的功能。
在下文中,在本说明书中,中央单元可以被称为CU,并且分布式单元可以被称为DU。CU可以是逻辑节点,其托管gNB的无线电资源控制(RRC)、服务数据适配协议(SDAP)和分组数据会聚协议(PDCP)层。DU可以是逻辑节点,其托管gNB的无线电链路控制(RLC)、媒体访问控制(MAC)和物理(PHY)层。可替选地,CU可以是托管en-gNB的RRC和PDCP层的逻辑节点。
在本说明书中,支持CU和DU的基站可以被称为gNB。在本说明书中,CU和DU之间的接口可以由F1表示,并且DU和UE之间的接口可以由Uu表示。基站的CU和基站的DU也可以分别称为gNB-CU和gNB-DU。
对于5G NR的CU-DU分离场景,正在讨论基站的CU和DU在其中支持处于RRC_INACTIVE状态的UE的方法。
例如,当UE从RRC_INACTIVE状态转变成RRC_CONNECTED状态时,可能会出现问题。当UE具有要发送给NGC的数据或响应于基站进行寻呼时,UE可以请求基站的CU恢复挂起的无线电承载(RB)以便于发送数据或执行信令。然而,在CU-DU分离的情况下,基站的CU仍存储处于RRC_INACTIVE状态的UE的UE上下文,但是基站的DU可能不保留UE的任何UE上下文。因此,基站的CU需要在基站的DU中建立RB和/或UE上下文。基站的DU出于某种原因(例如,缺乏无线电资源)可以仅建立请求的RB和/或UE上下文中的一些。在这种情况下,UE需要知道哪个RB被基站恢复或拒绝。当不存在关于哪个RB被基站的DU拒绝的信息时,UE可以认为基站恢复了所有挂起的RB,这可能导致基站的DU和UE之间的RB失配。然而,基站的DU不托管RRC协议,并且从而不能直接向UE指示哪个RB被拒绝。因此,基站的CU需要基于由基站的DU设立的承载和/或UE上下文将关于挂起的RB当中成功恢复的RB和/或未恢复的RB的信息报告给UE。
在另一示例中,当UE使用周期性RNAU向网络通知在RNA中仍可到达时,可能会出现问题。UE可以请求从RRC_INACTIVE状态到RRC_CONNECTED状态的转变以执行RNAU。每当UE请求转变到RRC_CONNECTED状态时,基站的CU需要为UE设立F1连接,并且需要在基站的DU中建立UE上下文。这是因为当UE进入RRC_INACTIVE状态时,基站的DU释放UE上下文。然而,在周期性RNAU之后,UE可以返回到RRC_INACTIVE状态。即,每当触发RNAU时,基站的DU就重复建立并释放UE上下文。特别地,在RNAU期间,UE与基站之间可能不存在数据传输。因此,每当触发RNAU时,对于基站的DU来说重复建立和释放UE上下文可能是不必要的并且是浪费的。
图7图示当UE使用周期性RNAU向网络通知在RNA内仍可到达时可能发生的问题。
参考图7,为了UE向网络通知在RNA内仍可到达,每当UE接入基站时,都需要在基站的DU中建立并释放UE上下文。然而,因为在RNAU期间在UE与基站之间可能不存在数据传输,所以在基站的DU中建立和释放UE上下文可能导致不必要的信令和额外的时延。因此,在特定情况下,有必要跳过在基站的DU中建立和释放UE上下文。
在下文中,将根据本公开的一个实施例描述用于恢复RRC连接的方法和在CU-DU分离场景中支持该方法的设备。
图8a和图8b图示根据本公开的一个实施例的用于恢复RRC连接的过程。
参考图8a,UE可以处于RRC_INACTIVE状态。因此,可以维持基站的CU与NGC之间的NG连接。
在操作S801中,当处于RRC_INACTIVE状态的UE需要转变到RRC_CONNECTED状态时,UE可以首先向基站的DU发送随机接入前导消息或新消息。
在操作S802中,在从UE接收到消息之后,DU可以以随机接入响应消息进行响应。
在操作S803中,为了恢复RRC连接,UE可以向DU发送RRC连接恢复请求消息或新消息。RRC连接恢复请求消息或新消息可以包括用于基站的CU识别UE上下文的恢复ID。
在操作S804中,在接收到RRC连接恢复请求消息或新消息时,DU可以向gNB-CU发送初始上行链路RRC消息传送消息或向CU发送新消息。初始上行链路RRC消息传送消息或新消息可以包括捎带RRC连接恢复请求消息的容器。
在操作S805中,一旦从UE接收到包括恢复ID的消息,则CU可以检查CU是否能够找到与恢复ID有关的UE上下文。
在操作S806中,当基于恢复ID准确地找到UE上下文时,CU可以向DU发送承载设立请求消息、UE上下文设立请求消息或新消息。可以发送此消息以为UE建立新的承载和/或UE上下文。可以发送此消息以基于所存储的UE上下文来分配无线电资源。CU可以在承载设立请求消息或UE上下文设立请求消息中包括以下信息。每个承载可能包括以下信息。
-RB ID(例如,SRB ID或DRB ID)
-基站的CU的传送网络层(TNL)地址
–基站的CU的上行链路隧道端点标识符(TEID)
-RLC配置
-逻辑信道配置。
例如,UE上下文设立请求消息可以如表1中定义。
[表1]
IE/组名 | 存在 | 临界 | 指配的临界 |
消息类型 | M | 是 | 拒绝 |
gNB-CU UE F1AP ID | M | 是 | 拒绝 |
gNB-DU UE F1AP ID | O | 是 | 忽略 |
SpCell ID | M | 是 | 拒绝 |
候选SpCell列表 | 是 | 忽略 | |
>候选SpCell项目IE | |||
>>候选SpCell ID | M | ||
CU至DU RRC信息 | M | 是 | 拒绝 |
DRX周期 | O | 是 | 忽略 |
资源协调传送容器 | O | 是 | 忽略 |
要设立的SCell列表 | 是 | 忽略 | |
>要设立的SCell项目IE | 每个 | 忽略 | |
>>SCell ID | M | - | - |
>>SCellIndex | M | ||
要设立的SRB列表 | |||
>要设立的SRB项目IE | |||
>SRB ID | M | ||
要设立的DRB列表 | 是 | 拒绝 | |
>要设立的DRB项目IE | 每个 | 拒绝 | |
>>DRB ID | M | - | |
>>E-UTRAN QoS | O | ||
>>要设立的UL隧道列表 | |||
>>>要设立的UL隧道项目IE | |||
>>>>UL GTP隧道端点 | M | - | - |
>>RLC模式 | M | - | |
>>UL配置 | O |
参考表1,UE上下文设立请求消息可以包括要设立的SRB列表和要设立的DRB列表。要设立的SRB列表可以包括要设立的SRB的ID(即,SRB ID),并且要设立的DRB列表可以包括要设立的DRB的ID(即,DRB ID)。例如,排除仅通过信令交换进行的转变,gNB-CU可以为UE非活动到UE活动的转变分配gNB-CU UE F1AP ID,并且可以向gNB-DU发送F1AP UE上下文设立请求消息,其可以包括要设立的SRB的ID和要设立的DRB的ID。
在操作S807中,在从CU接收到请求消息之后,DU可以尝试建立UE上下文和/或用于UE的所请求的承载。此外,DI可以尝试在F1接口上分配用于请求建立的承载的所需资源。
在操作S808中,DU可以通过承载设立响应消息、UE上下文设立响应消息或新消息来响应于CU,以便于指示是建立还是拒绝所请求的承载和/或UE上下文。DU可以在承载设立响应消息或UE上下文设立响应消息中包括以下信息。每个承载可能包括以下信息。
-DU接受的RB ID(例如,SRB ID或DRB ID)
-DU拒绝的RB ID(例如,SRB ID或DRB ID)
–基站的DU的TNL地址
–基站的DU的下行链路TEID
例如,UE上下文设立响应消息可以如表2中所定义。
[表2]
参考表2,UE上下文设立响应消息可以包括DRB设立列表、SRB设立失败列表的和DRB设立失败列表。DRB设立列表可以是成功建立的DRB的列表。DRB设立列表可以包括成功建立的DRB的ID。SRB设立失败列表可以是建立失败的SRB的列表。SRB设立失败列表可以包括建立失败的SRB的ID。另外,SRB设立失败列表可以包括失败的原因。DRB设立失败列表可以是建立失败的DRB的列表。DRB设立失败列表可以包括建立失败的DRB的ID。此外,DRB设立失败列表可以包括失败的原因。
当DU拒绝在操作S806中请求的一些承载时,CU可以向NGC触发PDU会话资源修改指示过程,以便于在操作S809中请求对已建立的PDU会话的修改。
当在操作S806中请求的一些或所有承载被DU接受时,CU可以向DU发送下行链路RRC消息传送消息或新消息,其包括捎带RRC连接恢复消息的容器。具体地,当DU拒绝在操作S806中请求的一些承载时,因为CU未能在所存储的UE上下文中恢复一些承载,所以RRC连接恢复消息可以包括重配置指示以向UE指示恢复失败。RRC连接恢复消息后面可以是RRC连接重配置消息以建立/修改/释放RB。
参考图8b,在从CU接收到消息之后,DI可以在操作S811中向UE发送RRC连接恢复消息或新消息。
在操作S812中,UE可以恢复所有SRB和DRB,并且可以重新建立AS安全性。然后,UE可以进入RRC_CONNECTED状态。当重配置指示被包括在RRC连接恢复消息中时,UE等待以向CU发送用于建立/修改/释放RB的RRC连接重配置消息。
在操作S813中,在从DU接收到RRC连接恢复消息后,UE可以向DU发送RRC连接恢复完成消息或新消息。
在操作S814中,在接收到RRC连接恢复完成消息或新消息后,DU可以将包括捎带RRC连接恢复完成消息的容器的上行链路RRC消息传送消息或新消息发送到CU。
在操作S815中,CU可以将包括容器的下行链路RRC消息传送消息或新消息发送到DU,该容器捎带RRC连接重配置消息。CU可以在RRC连接重配置消息中包括以下信息。每个承载可以包括以下信息。
-DU接受的RB ID(例如,SRB ID或DRB ID)
-DU拒绝的RB ID(例如,SRB ID或DRB ID)
-更新的RLC配置
-更新的逻辑信道配置
在从CU接收到消息后,DU可以在操作S816中向UE发送RRC连接重配置消息或新消息。
在操作S817中,UE可以基于RRC连接重配置消息来重配置无线电资源和承载。然后,UE可以用RRC连接重配置完成消息或新消息来响应于DU。
在操作S818中,在接收到RRC连接重配置完成消息或新消息后,DU可以将包括捎带RRC连接重配置完成消息的容器的上行链路RRC消息传送消息和新信息发送到CU。
根据本公开的实施例,CU可以基于在RRC-INACTIVE状态下存储的UE上下文与DU协商关于DU中的UE上下文和/或挂起的RB的设立。当在DU中仅建立一些RB时,CU可以将包括重配置指示的RRC连接恢复消息发送到UE。通过将包括重配置指示的RRC连接恢复消息发送给UE,CU可以报告随后将执行RRC连接重配置过程以修改和释放DU所拒绝的一些RB。因此,根据本公开的实施例,CU可以基于在RRC-INACTIVE状态下存储的UE上下文来有效地设立针对DU挂起的RB和/或UE上下文。UE可以避免在基站的DU中恢复的RB中的失配,从而改善用户体验(例如,从RRC_INACTIVE状态到RRC_CONNECTED状态的转变)。
图9a和图9b图示根据本公开的一个实施例的用于恢复RRC连接的过程。
参考图9a,UE可以处于RRC_INACTIVE状态。因此,可以维持基站的CU与NGC之间的NG连接。
在操作S901中,当处于RRC_INACTIVE状态的UE需要转变到RRC_CONNECTED状态时,UE可以首先向基站的DU发送随机接入前导消息或新消息。
在操作S902中,在从UE接收到消息之后,DU可以以随机接入响应消息进行响应。
在操作S903中,为了恢复RRC连接,UE可以向DU发送RRC连接恢复请求消息或新消息。RRC连接恢复请求消息或新消息可以包括用于基站的CU识别UE上下文的恢复ID。
在操作S904中,在接收到RRC连接恢复请求消息或新消息后,DU可以向gNB-CU发送初始上行链路RRC消息传送消息或向CU发送新消息。初始上行链路RRC消息传送消息或新消息可以包括捎带RRC连接恢复请求消息的容器。
在操作S905中,在从UE接收到包括恢复ID的消息后,CU可以检查CU是否能够找到与恢复ID有关的UE上下文。
当基于恢复ID准确地找到UE上下文时,在操作S906中,CU可以向DU发送承载设立请求消息、UE上下文设立请求消息或新消息。可以发送此消息以为UE建立新的承载和/或UE上下文。可以发送此消息以基于所存储的UE上下文来分配无线电资源。CU可以在承载设立请求消息或UE上下文设立请求消息中包括以下信息。每个承载可以包括以下信息。
-RB ID(例如SRB ID或DRB ID)
–基站的CU的传输网络层(TNL)地址
–基站的CU的上行链路隧道端点标识符(TEID)
-RLC配置
-逻辑信道配置。
例如,UE上下文设立请求消息可以如表1中所定义。
在从CU接收到请求消息后,DU可以在操作S907中尝试为UE建立UE上下文和/或请求的承载。此外,DI可以尝试在F1接口上分配用于请求建立的承载的所需资源。
在操作S908中,DU可以用承载设立响应消息、UE上下文设立响应消息或新消息来响应于CU,以便于指示是否建立或拒绝所请求的承载和/或UE上下文。DU可以在承载设立响应消息或UE上下文设立响应消息中包括以下信息。每个承载可以包括以下信息。
-DU接受的RB ID(例如,SRB ID或DRB ID)
-DU拒绝的RB ID(例如,SRB ID或DRB ID)
–基站的DU的TNL地址
–基站的DU的下行链路TEID
例如,UE上下文设立响应消息可以如表2中所定义。
当DU拒绝在操作S906中请求的一些承载时,CU可以向NGC触发PDU会话资源修改指示过程以便于在操作S909中请求对已建立的PDU会话的修改。
当在操作S906中请求的一些或所有承载被DU接受时,CU可以向DU发送下行链路RRC消息传送消息或新消息,其包括捎带RRC连接恢复消息或RRC连接重配置消息的容器。RRC连接恢复消息或RRC连接重置消息可以包括以下更新的无线电资源配置。
-CU接受的RB ID(例如,SRB ID或DRB ID)
-CU拒绝的RB ID(例如,SRB ID或DRB ID)
-更新的RLC配置
-更新的逻辑信道配置
参考图9b,在从CU接收到消息之后,DU可以将RRC连接恢复消息或RRC连接重配置消息发送给UE。
在操作S912中,UE可以基于RRC连接恢复消息或RRC连接重配置消息中的重配置信息来恢复一些SRB和DRB。UE可以重新建立AS安全性。然后,UE可以进入RRC_CONNECTED状态。
在操作S913中,在从DU接收到RRC连接恢复消息或RRC连接重配置消息时,UE可以向DU发送RRC连接恢复完成消息、RRC连接重配置完成消息或新消息。
在操作S914中,DU可以将包括容器的上行链路RRC消息传送消息或新消息发送到CU,该容器捎带RRC连接恢复完成消息或RRC连接重配置完成消息。
根据本公开的实施例,CU可以基于在RRC-INACTIVE状态下存储的UE上下文与DU协商关于DU中的UE上下文和/或挂起的RB的设立。当在DU中仅建立一些RB时,CU可以向UE发送包括重配置信息的RRC连接恢复消息或RRC连接重配置消息,以便于释放或修改被DU拒绝的一些RB。基于重配置信息,UE可以仅恢复由DU接受的RB,而无需任何附加的RRC连接重配置过程。因此,根据本公开的实施例,CU可以基于在RRC-INACTIVE状态下存储的UE上下文来有效地设立针对DU挂起的RB和/或UE上下文。UE可以避免在基站的DU中恢复的RB中的失配,从而改善用户体验(例如,从RRC_INACTIVE状态到RRC_CONNECTED状态的转变)。此外,UE可以仅恢复DU所接受的RB,而无需任何附加的RRC连接重配置过程。因此,UE可以快速地将数据或信号发送到基站。
图10a和图10b图示根据本公开的一个实施例的在用于恢复RRC连接的过程中省略UE上下文设立的过程。
参考图10a,在操作S1000中,UE可以处于RRC_INACTIVE状态。因此,可以维持基站的CU与NGC之间的NG连接。
在操作S1001中,UE可以触发周期性RNAU,以便于向网络通知在RNA中仍可到达。为此,处于RRC_INACTIVE状态的UE需要转变到RRC_CONNECTED状态,并且因此可以首先向DU发送随机接入前导消息或新消息。
在操作S1002中,在从UE接收到消息之后,DU可以用随机接入响应消息进行响应。
在操作S1003中,为了恢复RRC连接,UE可以向DU发送RRC连接恢复请求消息或新消息。RRC连接恢复请求消息或新消息可以包括用于基站的CU识别UE上下文的恢复ID。可以在RRC连接恢复请求消息中包括RNAU的RRC建立原因,以便向网络通知RNAU触发。例如,RRC建立原因可以是位置更新。
在操作S1004中,在接收到RRC连接恢复请求消息或新消息时,DU可以向gNB-CU发送初始上行链路RRC消息传送消息或向CU发送新消息。初始上行链路RRC消息传送消息可以包括容器,该容器捎带RRC连接恢复请求消息。
在操作S1005中,当从UE接收到包括恢复ID的消息时,CU可以检查CU是否能够找到与恢复ID有关的UE上下文。基于RRC连接恢复请求消息中的RRC建立原因,CU可以将此过程辨识为用于UE向网络通知UE在RNA内仍可到达的RNAU过程。
CU可以确定跳过用于在DU中建立UE上下文的过程。例如,当CU基于恢复ID准确地找到UE上下文并且将当前过程辨识为周期性RNAU过程时,CU可以确定跳过用于在DU中为RNAU建立UE上下文的过程。
然而,CU可以确定不跳过用于在DU中建立UE上下文的过程。例如,在周期性RNAU的情况下,CU也可以尝试在其中设立无线电承载。在这种情况下,CU可以在操作S1005和操作S1006之间向DU发起UE上下文设立过程。例如,当DU可以成功地建立UE上下文并且可以完全设立当UE进入RRC-INACTIVE状态时被挂起的无线电承载时,CU可以生成RRC连接恢复消息以向UE指示RRC连接被成功恢复。当DU中的无线电承载的设立失败时,可以生成RRC连接拒绝消息。
在另一示例中,当存在要发送给UE的缓冲的下行链路数据时,CU可以在操作S1005与操作S1006之间向DU发起UE上下文设立过程。也就是说,在仅通过信令交换进行转变的情况下,CU可以在操作S1005和操作S1006之间跳过向DU的UE上下文设立过程。可替选地,可以在操作S1010和操作S1011之间触发UE上下文设立过程,以便于为UE设立无线电承载。
在操作S1006中,CU可以将包括容器的下行链路RRC消息传送消息或新消息发送到DU,该容器捎带RRC连接恢复消息。
在操作S1007中,在从CU接收到消息之后,DU可以向UE发送RRC连接恢复消息或新消息。
在操作S1008中,UE可以恢复所有SRB和DRB。此外,UE可以重新建立AS安全性。UE现在可以处于RRC_CONNECTED状态。
参考图10b,在操作S1009中,在从gNB-DU接收到RRC连接恢复消息后,UE可以向DU发送RRC连接恢复完成消息或新消息。
在操作S1010中,在接收到RRC连接恢复完成消息或新消息时,DU可以将包括捎带RRC连接恢复完成消息的容器的上行链路RRC消息传送消息或新消息发送到CU。
在操作S1011中,因为确认了UE的可达性(即,在RNA中的可达性),所以CU可以确定再次将UE移动到RRC_INACTIVE状态。因此,CU可以为UE生成RRC连接释放消息,该RRC连接释放消息包括进入RRC_INACTIVE状态的指示。可以将RRC消息封装在F1-AP下行链路RRC消息传是消息中。另外,F1释放指示可以被包括在下行链路RRC消息传送消息中。F1释放指示可以指令DU释放到UE的F1连接并删除UE上下文。在这种情况下,可以跳过操作S1014和操作S1015。
可替选地,CU可以将RRC连接恢复消息封装在F1-AP UE上下文释放命令消息中,而不是下行链路RRC消息传送消息。在接收到UE上下文释放命令消息之后,DU需要在操作S1012之后用UE上下文释放完成消息来响应于CU。
在操作S1012中,在从CU接收到消息后,DU可以向UE发送RRC连接释放消息或新消息。
在操作S1013中,UE可以进入RRC_INACTIVE状态。
在操作S1014和操作S1015中,DU可以相对于DU发起UE上下文释放过程,以便于删除DU中的UE上下文并释放到UE的F1连接。
根据本公开的实施例,当UE从RRC_INACTIVE状态转变为RRC_CONNECTED状态时,三步RRC连接恢复过程(即,RRC连接恢复请求消息、RRC连接恢复消息和RRC连接恢复完成消息)可以被使用。在接收到RRC连接恢复请求消息之后,CU可以检查UE请求RRC连接的恢复的原因。当不需要数据传输和/或经由RNAU识别出UE的可达性时,CU可以确定跳过在DU中建立UE上下文。可以在DU和CU之间仅建立到UE的F1连接,以便发送RRC消息。根据本公开的实施例,当触发RNAU时,CU可以跳过UE上下文设立过程,从而消除不必要的信令。因此,在周期性RNAU期间可以有效地处理RRC连接的恢复。
图11图示根据本公开的一个实施例的在用于恢复RRC连接的过程中省略UE上下文设立的过程。
参考图11,在操作S1100中,UE可以处于RRC_INACTIVE状态。因此,可以维持基站的CU与NGC之间的NG连接。
在操作S1101中,UE可以触发周期性RNAU,以便于向网络通知在RNA中仍可到达。为此,处于RRC_INACTIVE状态的UE需要转变到RRC_CONNECTED状态,并且因此可以首先向DU发送随机接入前导消息或新消息。
在操作S1102中,在从UE接收到消息之后,DU可以用随机接入响应消息进行响应。
在操作S1103中,为了恢复RRC连接,UE可以向DU发送RRC连接恢复请求消息或新消息。RRC连接恢复请求消息或新消息可以包括用于基站的CU识别UE上下文的恢复ID。可以在RRC连接恢复请求消息中包括RNAU的RRC建立原因,以便于向网络通知RNAU触发。例如,RRC建立原因可以是位置更新。
在操作S1104中,在接收到RRC连接恢复请求消息或新消息之后,DU可以向gNB-CU发送初始上行链路RRC消息传送消息或向CU发送新消息。初始上行链路RRC消息传送消息可以包括容器,该容器捎带RRC连接恢复请求消息。
在操作S1105中,在从UE接收到包括恢复ID的消息之后,CU可以检查CU是否能够找到与恢复ID有关的UE上下文。基于RRC连接恢复请求消息中的RRC建立原因,CU可以将此过程辨识为用于UE向网络通知在RNA内UE仍可到达的RNAU过程。
CU可以确定跳过用于在DU中建立UE上下文的过程。例如,当CU基于恢复ID准确地找到UE上下文并且将当前过程辨识为周期性RNAU过程时,CU可以确定跳过用于在DU中为RNAU建立UE上下文的过程。
然而,CU可以确定不跳过用于在DU中建立UE上下文的过程。例如,在周期性RNAU的情况下,CU也可以尝试在其中设立无线电承载。在这种情况下,CU可以在操作S1105和操作S1106之间向DU发起UE上下文建立过程。例如,当DU可以成功地建立UE上下文并且可以完全设立当UE进入RRC-INACTIVE状态时被挂起的无线电承载时,CU可以生成RRC连接恢复消息以向UE指示RRC连接被成功恢复。当DU中的无线电承载的设立失败时,可以生成RRC连接拒绝消息。释放指示可以被包括在RRC连接恢复消息中,以便于指令UE移动到RRC_INACTIVE状态。当使用释放指示时,CU不需要发送RRC连接释放消息。可替选地,代替使用释放指示,CU可以生成RRC连接释放消息以将UE移动到RRC_INACTIVE状态。
在另一示例中,当存在要发送给UE的缓冲的下行链路数据时,CU可以在操作S1105和操作S1106之间向DU发起UE上下文建立过程。也就是说,在仅通过信令交换进行转变的情况下,CU可以在操作S1105和操作S1106之间跳过向DU的UE上下文设立过程。
在操作S1106中,CU可以将包括容器的下行链路RRC消息传送消息或新消息发送到DU,该容器捎带RRC连接恢复消息。此外,F1释放指示可以被包括在下行链路RRC消息传送消息中。F1释放指示可以指令DU释放到UE的F1连接并删除UE上下文。
可替选地,CU可以将RRC连接恢复消息封装在F1-AP UE上下文释放命令消息中,而不是下行链路RRC消息传送消息。在这种情况下,可能不包括F1释放指示。在接收到UE上下文释放命令消息之后,DU需要在操作S1107之后用UE上下文释放完成消息来响应于CU。
在操作S1107中,在从CU接收到消息之后,DU可以向UE发送RRC连接恢复消息或新消息。
在操作S1108中,当释放消息可以被包括在RRC连接恢复消息中时,UE可以保持在RRC_INACTIVE状态。然而,当RRC连接恢复消息不包括释放指示时,UE可以转变到RRC_CONNECTED状态。
根据本公开的实施例,当UE从RRC_INACTIVE状态转变到RRC_CONNECTED状态时,可以使用两步RRC连接恢复过程(即,RRC连接恢复请求消息和RRC连接恢复消息)。在接收到RRC连接恢复请求消息之后,CU可以检查UE请求RRC连接的恢复的原因。当不需要数据传输和/或经由RNAU识别出UE的可达性时,CU可以确定跳过在DU中建立UE上下文。使用F1释放指示,到UE的F1连接可不在DU和CU之间建立。因此,UE可以保持在RRC_INACTIVE状态,而无需向RRC_CONNECTED状态的不必要的状态转变。
根据本公开的实施例,当触发RNAU时,CU可以跳过UE上下文设立过程,从而消除不必要的信令。此外,使用RRC连接恢复消息的释放指示和下行链路RRC消息传送消息的F1释放指示使得能够消除向RRC_CONNECTED状态的附加RRC状态转变和DU中UE上下文的不必要的管理。
根据本公开的实施例,基站可以选择性地触发UE上下文建立过程,以便于恢复RRC连接。因为可以在RNAU中跳过UE上下文的发布和建立,所以CU可以有效地管理DU中的UE上下文。另外,在两步RRC连接恢复过程中,基站可以确认UE的可达性,而无需设立F1连接。因此,可以改善用户体验(例如,从RRC_INACTIVE状态到RRC_CONNECTED状态的转变)。
图12是图示根据本公开的实施例的用于基站的DU恢复RRC连接的方法的框图。
参考图12,在操作S1210中,基站的DU可以从UE接收RRC连接恢复请求消息。UE可以处于RRC_INACTIVE状态。
在操作S1220中,基站的DU可以向基站的CU发送包括RRC连接恢复请求消息的初始上行链路RRC消息传送消息。可以响应于RRC连接恢复请求消息,将初始上行链路RRC消息传送消息发送到CU。
在操作S1230中,基站的DU可以从CU接收包括要设立的无线电承载的列表的UE上下文设立请求消息。可以响应于初始上行链路RRC消息传送消息而从CU接收UE上下文设立请求消息。
此外,基站的DU可以建立在要设立的无线电承载的列表中包括的无线电承载中的至少一个无线电承载。
要设立的无线电承载的列表可以包括要设立的无线电承载的ID。无线电承载可以是数据无线电承载(DRB)或信令无线电承载(SRB)。
在操作S1240中,基站的DU可以将包括已建立的无线电承载的列表的UE上下文设立响应消息发送到CU。可以响应于RRC连接恢复请求消息而将UE上下文设立响应消息发送到CU。
已建立的无线电承载可以是在要设立的无线电承载当中的被DU所允许的无线电承载。已建立的无线电承载的列表可以包括已建立的无线电承载的ID。
UE上下文设立响应消息可以进一步包括失败的无线电承载的列表。失败的无线电承载可以是在要设立的无线电承载当中的被DU拒绝的无线电承载。失败的无线电承载的列表可以包括失败的无线电承载的ID。
此外,基站的DU可以从CU接收包括RRC连接恢复消息的下行链路RRC消息传送消息。基站的DU可以向UE发送RRC连接恢复消息。基站的DU可以从UE接收RRC连接恢复完成消息。
当UE在基于RAN的通知区域内可到达时,可以跳过接收UE上下文设立请求消息并发送UE上下文设立响应消息。当CU确定跳过设立UE上下文时,能够跳过接收UE上下文设立请求消息并发送UE上下文设立响应消息。
图13是图示可以向其应用本公开的无线通信系统的框图。
UE 1300包括处理器1301、存储器1302以及收发器1303。存储器1302被连接到处理器1301,并且存储用于驱动处理器1301的各种信息。收发器1303被连接到处理器1301,并且发送和/或接收无线电信号。处理器1301实现所提出的功能、过程以及/或者方法。在上面的实施例中,可以通过处理器1301实现用户设备的操作。
基站1310的DU包括处理器1311、存储器1312以及收发器1313。存储器1312被连接到处理器1311,并且存储用于驱动处理器1311的各种信息。收发器1313被连接到处理器1311,并且发送和/或接收无线电信号。处理器1311实现所提出的功能、过程以及/或者方法。在上面的实施例中,可以通过处理器1301实现DU的操作。
基站1320的CU包括处理器1312、存储器1322以及收发器1323。存储器1322被连接到处理器1321,并且存储用于驱动处理器1321的各种信息。收发器1323被连接到处理器1321,并且发送和/或接收无线电信号。处理器1321实现所提出的功能、过程以及/或者方法。在上面的实施例中,可以通过处理器1321实现CU的操作。
处理器可以包括专用集成电路(ASIC)、单独的芯片组、逻辑电路和/或数据处理设备。存储器可以包括只读存储器(ROM)、随机接入存储器(RAM)、闪存、存储器卡、存储介质以及/或者其他等效的存储装置。收发器可以包括用于处理无线信号的基带电路。当以软件实现实施例时,通过用于执行前述功能的模块(即,过程、功能等)能够实现前述的方法。模块可以被存储在存储器中并且通过处理器执行。存储器可以被定位在处理器内部或者外部,并且通过使用各种公知的装置可以被耦合到处理器。
已经基于前述示例通过参考附图和附图中所给出的附图标记描述了基于本说明书的各种方法。尽管为便于解释,每个方法以特定次序来描述多个步骤或框,但权利要求书中所公开的本公开并不限于步骤或框的次序,并且每个步骤或框能够以不同次序来实施,或可以与其他步骤或框同时地执行。另外,本领域的技术人员可获知,本公共并不限于所述步骤或框中的每个,并且可添加或删除至少一个不同步骤而不背离本公共的范围和精神。
前述实施例包括各种示例。应注意,本领域的技术人员知道不能解释示例的所有可能组合,并且还知道可从本说明书的技术得出各种组合。因此,在不背离以下权利要求书的范围的情况下,应通过组合详细解释中所描述的各种示例来确定本公开的保护范围。
Claims (15)
1.一种用于在无线通信系统中基站的分布式单元DU恢复无线电资源控制RRC连接的方法,所述方法包括:
从用户设备UE接收RRC连接恢复请求消息;
向所述基站的中央单元CU发送初始上行链路RRC消息传送消息,所述初始上行链路RRC消息传送消息包括所述RRC连接恢复请求消息;
从所述CU接收UE上下文设立请求消息,所述UE上下文设立请求消息包括要设立的无线电承载的列表和与要设立的无线电承载的所述列表相关的无线电链路控制RLC配置;以及
向所述CU发送UE上下文设立响应消息,所述UE上下文设立响应消息包括已建立的无线电承载的列表。
2.根据权利要求1所述的方法,还包括:
建立被包括在要设立的无线电承载的所述列表中的无线电承载当中的至少一个无线电承载。
3.根据权利要求1所述的方法,其中,要设立的无线电承载的所述列表包括所述要设立的无线电承载的ID。
4.根据权利要求1所述的方法,其中,所述已建立的无线电承载是在要设立的无线电承载当中的由所述DU允许的无线电承载。
5.根据权利要求1所述的方法,其中,已建立的无线电承载的所述列表包括所述已建立的无线承载的ID。
6.根据权利要求1所述的方法,其中,所述UE上下文设立响应消息还包括失败的无线电承载的列表。
7.根据权利要求6所述的方法,其中,所述失败的无线电承载是在要设立的无线电承载当中的由所述DU拒绝的无线电承载。
8.根据权利要求6所述的方法,其中,失败的无线电承载的所述列表包括所述失败的无线电承载的ID。
9.根据权利要求2所述的方法,其中,所述无线电承载是数据无线电承载DRB或信令无线电承载SRB。
10.根据权利要求1所述的方法,还包括:
从所述CU接收下行链路RRC消息传送消息,所述下行链路RRC消息传送消息包括RRC连接恢复消息。
11.根据权利要求10所述的方法,还包括:
向所述UE发送所述RRC连接恢复消息;以及
从所述UE接收RRC连接恢复完成消息。
12.根据权利要求1所述的方法,其中,所述UE处于RRC_INACTIVE状态。
13.一种用于在无线通信系统中恢复无线电资源控制RRC连接的基站的分布式单元DU,所述DU包括:
存储器;
收发器;以及
连接所述存储器和所述收发器的处理器,
其中,所述处理器被配置成控制所述收发器以:
从用户设备UE接收RRC连接恢复请求消息;
向所述基站的中央单元CU发送初始上行链路RRC消息传送消息,所述初始上行链路RRC消息传送消息包括所述RRC连接恢复请求消息;
从所述CU接收UE上下文设立请求消息,所述UE上下文设立请求消息包括要设立的无线电承载的列表和与要设立的无线电承载的所述列表相关的无线电链路控制RLC配置;以及
向所述CU发送UE上下文设立响应消息,所述UE上下文设立响应消息包括已建立的无线电承载的列表。
14.一种在无线通信系统中由用户设备UE执行的方法,所述方法包括:
向基站的分布式单元DU发送无线电资源控制RRC连接恢复请求消息;
从所述DU接收RRC连接恢复消息;以及
向所述DU发送RRC连接恢复完成消息,
其中,所述RRC连接恢复请求消息经由初始上行链路RRC消息传送消息从所述DU被传送到所述基站的中央单元CU,
其中,UE上下文设立请求消息从所述CU被发送到所述DU,所述UE上下文设立请求消息包括要设立的无线电承载的列表和与要设立的无线电承载的所述列表相关的无线电链路控制RLC配置,并且
其中,UE上下文设立响应消息从所述DU被发送到所述CU,所述UE上下文设立响应消息包括已建立的无线电承载的列表。
15.一种无线通信系统中的用户设备UE,包括:
存储器;
收发器;以及
连接所述存储器和所述收发器的处理器,
其中,所述处理器被配置成控制所述收发器以:
向基站的分布式单元DU发送无线电资源控制RRC连接恢复请求消息;
从所述DU接收RRC连接恢复消息;以及
向所述DU发送RRC连接恢复完成消息,
其中,所述RRC连接恢复请求消息经由初始上行链路RRC消息传送消息从所述DU被传送到基站的中央单元CU,
其中,UE上下文设立请求消息从所述CU被发送到所述DU,所述UE上下文设立请求消息包括要设立的无线电承载的列表和与要设立的无线电承载的所述列表相关的无线电链路控制RLC配置,并且
其中,UE上下文设立响应消息从所述DU被发送到所述CU,所述UE上下文设立响应消息包括已建立的无线电承载的列表。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762538773P | 2017-07-30 | 2017-07-30 | |
US62/538,773 | 2017-07-30 | ||
US201762566344P | 2017-09-30 | 2017-09-30 | |
US62/566,344 | 2017-09-30 | ||
PCT/KR2018/008620 WO2019027205A1 (ko) | 2017-07-30 | 2018-07-30 | Cu-du 분할 시나리오에서 rrc 연결을 재개하는 방법 및 장치 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110999521A CN110999521A (zh) | 2020-04-10 |
CN110999521B true CN110999521B (zh) | 2023-06-30 |
Family
ID=65370254
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880049859.8A Active CN110999521B (zh) | 2017-07-30 | 2018-07-30 | 在cu-du划分场景中恢复rrc连接的方法和装置 |
Country Status (5)
Country | Link |
---|---|
US (2) | US10904941B2 (zh) |
EP (1) | EP3648541B1 (zh) |
KR (1) | KR101988459B1 (zh) |
CN (1) | CN110999521B (zh) |
WO (1) | WO2019027205A1 (zh) |
Families Citing this family (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102265526B1 (ko) * | 2017-10-12 | 2021-06-16 | 에스케이텔레콤 주식회사 | 기지국장치 및 데이터 및 신호 전송 방법 |
EP3713334A4 (en) | 2017-11-13 | 2020-12-23 | Nec Corporation | RADIO ACCESS NETWORK NODE, ASSOCIATED PROCESS AND COMPUTER-READABLE NON-TRANSITIONAL SUPPORT |
TWI680690B (zh) * | 2017-11-16 | 2019-12-21 | 香港商鴻穎創新有限公司 | 用於使用者設備及用於基地台的無線存取網路通報區域管理方法 |
JP6921996B2 (ja) * | 2017-11-17 | 2021-08-18 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | 初期ユーザ機器アクセスのための情報交換 |
CN109905900B (zh) * | 2017-12-07 | 2020-09-08 | 华为技术有限公司 | 一种中心单元切换的方法以及业务处理装置 |
US11432360B2 (en) * | 2018-01-12 | 2022-08-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Changing GTP TEIP upon UE resume |
CN116017785A (zh) * | 2018-02-09 | 2023-04-25 | 中兴通讯股份有限公司 | Rrc状态转换方法、终端、cu、du和计算机可读存储介质 |
PT3624549T (pt) * | 2018-04-02 | 2021-04-30 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Métodos e dispositivos para controle de estado rrc |
CA3097060C (en) * | 2018-04-16 | 2023-04-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Security handling for rrc resume from inactive state |
CN112514528B (zh) * | 2018-08-03 | 2024-05-14 | 瑞典爱立信有限公司 | 用于5g蜂窝物联网的用户平面优化 |
US11627634B2 (en) * | 2018-08-08 | 2023-04-11 | Ntt Docomo, Inc. | Radio access system and communication device |
CN110831248B (zh) * | 2018-08-10 | 2021-08-03 | 华为技术有限公司 | 一种通知方法、装置及基站 |
WO2020064726A1 (en) * | 2018-09-24 | 2020-04-02 | Telefonaktiebolaget Lm Ericsson (Publ) | User equipment (ue) reachability request parameter for suspended radio access network (ran) |
JP7363803B2 (ja) | 2018-11-02 | 2023-10-18 | 日本電気株式会社 | gNB-DU、gNB-CU、及びこれらの方法 |
US11297669B2 (en) * | 2018-11-02 | 2022-04-05 | Samsung Electronics Co., Ltd. | Method for transmitting control signaling in relay network, configuration method and device |
CN111491327B (zh) * | 2019-01-25 | 2021-10-26 | 华为技术有限公司 | 一种通信方法及系统 |
WO2020163993A1 (en) * | 2019-02-12 | 2020-08-20 | Nokia Shanghai Bell Co., Ltd. | Centralized network device change procedure |
WO2020194271A1 (en) * | 2019-03-28 | 2020-10-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Iab node release procedure |
WO2020208616A1 (en) * | 2019-04-11 | 2020-10-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods for handling security of early mobile-terminated data transmissions |
KR20220123285A (ko) * | 2020-02-03 | 2022-09-06 | 엘지전자 주식회사 | 무선 통신 시스템에서 멀티캐스트-방송 서비스 영역 제어를 위한 방법 및 장치 |
EP4115702A1 (en) * | 2020-03-05 | 2023-01-11 | Sony Group Corporation | Notificaiton area management in a wireless network |
CN113543311B (zh) * | 2020-04-13 | 2023-06-27 | 华为技术有限公司 | 用户设备的无线资源控制状态的控制方法及相关装置 |
WO2022002354A1 (en) * | 2020-06-29 | 2022-01-06 | Nokia Technologies Oy | Resumption processing of connection states |
JP7362093B2 (ja) * | 2020-08-03 | 2023-10-17 | オフィノ, エルエルシー | アップリンクリソース構成 |
WO2022031980A1 (en) * | 2020-08-06 | 2022-02-10 | Kyungmin Park | Uplink resource release |
EP4070620B1 (en) * | 2021-01-14 | 2023-05-17 | Ofinno, LLC | Inactive context management |
CN117616870A (zh) * | 2021-05-06 | 2024-02-27 | 谷歌有限责任公司 | 使用配置的资源进行早期数据通信 |
CN115460648B (zh) * | 2022-11-10 | 2023-03-28 | 广州世炬网络科技有限公司 | 无线链路失效检测方法、装置、设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2508646A (en) * | 2012-12-07 | 2014-06-11 | Nec Corp | Exchanging initial access content by way of radio resource control signalling for pre-configuring a user device with parameters useful for relaying purposes |
CN106162730A (zh) * | 2016-07-12 | 2016-11-23 | 上海华为技术有限公司 | 一种通信的方法、设备及系统 |
KR20160135090A (ko) * | 2015-05-15 | 2016-11-24 | 주식회사 케이티 | 단말의 무선연결 구성방법 및 그 장치 |
CN108353342A (zh) * | 2015-11-02 | 2018-07-31 | 高通股份有限公司 | 基于对随机接入的响应的连接重新配置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9544942B2 (en) * | 2014-02-18 | 2017-01-10 | Qualcomm Incorporated | DCH to non-DCH state switching of user equipment in UMTS |
US10616789B2 (en) * | 2015-12-29 | 2020-04-07 | Lg Electronics Inc. | Method and device for establishing bearer for transmission of user data |
CN106961712A (zh) * | 2016-01-12 | 2017-07-18 | 展讯通信(上海)有限公司 | 小区接入方法及基站 |
US20180302914A1 (en) * | 2016-11-04 | 2018-10-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and Apparatus for Managing Small Data Transmissions from User Equipments, for Managing Radio Resource Control States of User Equipments, and for Managing a Radio Resource Control Context and State of User Equipments |
-
2018
- 2018-07-30 KR KR1020180088366A patent/KR101988459B1/ko active IP Right Grant
- 2018-07-30 CN CN201880049859.8A patent/CN110999521B/zh active Active
- 2018-07-30 US US16/635,463 patent/US10904941B2/en active Active
- 2018-07-30 EP EP18842113.5A patent/EP3648541B1/en active Active
- 2018-07-30 WO PCT/KR2018/008620 patent/WO2019027205A1/ko unknown
-
2021
- 2021-01-22 US US17/156,303 patent/US11638320B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2508646A (en) * | 2012-12-07 | 2014-06-11 | Nec Corp | Exchanging initial access content by way of radio resource control signalling for pre-configuring a user device with parameters useful for relaying purposes |
KR20160135090A (ko) * | 2015-05-15 | 2016-11-24 | 주식회사 케이티 | 단말의 무선연결 구성방법 및 그 장치 |
CN108353342A (zh) * | 2015-11-02 | 2018-07-31 | 高通股份有限公司 | 基于对随机接入的响应的连接重新配置 |
CN106162730A (zh) * | 2016-07-12 | 2016-11-23 | 上海华为技术有限公司 | 一种通信的方法、设备及系统 |
Non-Patent Citations (2)
Title |
---|
R3-171852 "UE Context management on F1";Huawei;《3GPP tsg_ran\WG3_Iu》;20170507;第1-3页 * |
R3-172266 "Issue on C-RNTI allocation for RRC connection resume";LG Electronics Inc.;《3GPP tsg_ran\WG3_Iu》;20170620;第1-2页 * |
Also Published As
Publication number | Publication date |
---|---|
EP3648541A4 (en) | 2021-03-17 |
EP3648541B1 (en) | 2022-04-27 |
WO2019027205A1 (ko) | 2019-02-07 |
KR20190013633A (ko) | 2019-02-11 |
US20200383164A1 (en) | 2020-12-03 |
US20210144793A1 (en) | 2021-05-13 |
EP3648541A1 (en) | 2020-05-06 |
CN110999521A (zh) | 2020-04-10 |
US11638320B2 (en) | 2023-04-25 |
US10904941B2 (en) | 2021-01-26 |
KR101988459B1 (ko) | 2019-06-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110999521B (zh) | 在cu-du划分场景中恢复rrc连接的方法和装置 | |
US11323929B2 (en) | Method and apparatus for transmitting data in CU-DU split scenario | |
CN111434131B (zh) | 管理ue上下文的方法以及支持该方法的装置 | |
JP6808809B2 (ja) | QoSフロー対DRBマッピングに対する規則を送信する方法及び装置 | |
CN110431873B (zh) | 在无线通信系统中指示用于下一个消息的承载类型的方法和设备 | |
EP3550876A1 (en) | Method and apparatus for establishing drb | |
EP3512296B1 (en) | Methods and device for modifying a radio bearer in cu-du split scenario | |
CN109076530B (zh) | 用于v2x通信的资源分配方法和设备 | |
US11057753B2 (en) | Method and device for performing V2X communication | |
CN110463089B (zh) | 执行每个切片的干扰协调的方法和设备 | |
AU2017341625A1 (en) | Method for applying reflective quality of service in wireless communication system, and device therefor | |
CN110301162B (zh) | 用于确定rrc状态的方法和设备 | |
US20200059851A1 (en) | Method and device for configuring ran-based notification area | |
US10595299B2 (en) | Method and device for altering tracking area on basis of mobility of terminal | |
US10560838B2 (en) | Method and apparatus for deleting UE information by single base station |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |