CN115428489A - 下一代移动通信系统中收集和报告移动性历史信息的方法和设备 - Google Patents
下一代移动通信系统中收集和报告移动性历史信息的方法和设备 Download PDFInfo
- Publication number
- CN115428489A CN115428489A CN202180027365.1A CN202180027365A CN115428489A CN 115428489 A CN115428489 A CN 115428489A CN 202180027365 A CN202180027365 A CN 202180027365A CN 115428489 A CN115428489 A CN 115428489A
- Authority
- CN
- China
- Prior art keywords
- cell
- history information
- rrc
- information
- mobility history
- 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
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- 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
-
- 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
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及用于将支持比4G系统更高的数据传输速率的5G通信系统与IoT技术相融合的通信技术及其系统。本公开可以应用于基于5G通信技术和IoT相关技术的智能服务,诸如智能家庭、智能建筑、智能城市、智能汽车或联网汽车、医疗保健、数字教育、零售以及安全和安保相关服务。本公开可以提供一种用于由下一代移动通信系统中的终端收集和报告移动性历史信息的方法和设备。
Description
技术领域
本公开涉及移动通信系统中的UE和基站操作,并且具体涉及用于收集和报告UE的移动性历史信息的方法和设备。
背景技术
为了满足对自部署第4代(4G)通信系统以来不断增加的无线数据业务的需求,已经努力开发了改进的5G或预5G(pre-5G)通信系统。5G或预5G通信系统也被称作“超4G网络”通信系统或“后LTE系统”。5G通信系统正在被考虑在超高的频率(毫米波)带(例如60GHz的频带)中实施,以便实现更高的数据速率。为了在超高频带中减少无线电波的传播损耗并且增加传输距离,相对于5G通信系统讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术。此外,在5G通信系统中,针对系统网络改进的开发正基于先进的小小区、云无线电接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协同通信、协调多点(CoMP)、接收端干扰消除等进行。此外,在5G系统中,已经开发了作为高级编码调制(ACM)系统的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC),以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。
另一方面,互联网正在从人类生成和消费信息的以人为中心的连接网络演变为在分布式组件(如事物)之间交换和处理信息的物联网(IoT)网络。通过与云服务器连接将IOT技术和大数据处理技术相结合的万物互联(IoE)也已出现。诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术元素已经被需要以用于IoT实施;因此,最近正在研究用于事物之间连接的技术,诸如传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)。这样的IoT环境可以提供智能互联网技术(IT)服务,其通过收集和分析互联物之间产生的数据为人类生活创造新的价值。通过现有信息技术(IT)和各种工业应用之间的融合和结合,IoT可以应用于各种领域,包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和先进的医疗服务。
与此相适应,人们已经进行了各种尝试,将5G通信系统应用于IoT网络。例如,诸如传感器网络、机器对机器(M2M)通信和机器类型通信(MTC)的技术可以通过对应于5G通信技术的波束成形、MIMO和阵列天线的技术来实现。云无线电接入网络(cloud RAN)作为上述大数据处理技术的应用也可以被认为是5G技术和IoT技术之间的融合的示例。
在网络建立或优化的情况下,移动通信服务提供商测量通常预期的服务区域中的信号强度,并基于此,在服务区域中部署或重新调整基站。服务提供商在车辆中装载信号测量设备,并且在服务区域中收集小区测量信息,但是这可能需要大量的时间和成本。由于该过程通常通过使用车辆来执行,因此它通常可以被称为“路测(drive test)”。为了在小区之间移动期间支持诸如小区重选或切换以及服务小区添加的操作,UE安装有能够测量来自基站的信号的功能。因此,可以使用服务区域中的UE来代替路测,这可以被称为“路测最小化(MDT)”。服务提供商可以通过网络的各种配置设备来对特定UE配置MDT操作,并且UE可以在RRC连接模式(RRC_CONNECTED)、RRC空闲模式(RRC_IDLE)或RRC非活动模式(RRC_INACTUVE)下收集和存储来自服务小区和相邻小区的信号强度信息。此外,UE还可以存储各种多条信息,诸如位置信息、时间信息和信号质量信息。当UE处于连接模式时,存储的信息可以被报告给网络,并且该信息可以被传送到特定的服务器。
发明内容
技术问题
通过小区选择过程、小区重选过程或切换过程来改变小区,并且支持移动性历史信息的存储的UE可以进入无服务(out of service)状态(例如,UE不驻留在任何小区上或不接入任何小区,即,UE处于任何小区选择状态,或者不驻留在任何合适的小区或任何可接受的小区上)。此外,UE可以处于RRC空闲模式(RRC_IDLE模式)、RRC非活动模式(RRC_INACTIVE模式)或RRC连接模式(RRC_CONNECTED模式)。NR中的移动性历史信息可以包括LTE访问小区信息和NR访问小区信息两者,但是如何包括LTE访问小区信息仍然是不完整的。此外,为了提高存储移动性历史信息的UE的实现效率,需要更新“NR外部(例如,这意味着UE本身不接入NR小区的所有情况)”。
本公开想要解决的技术问题不限于上述技术问题,并且本公开所属领域的普通技术人员将能够从以下描述中清楚地理解其他未提及的技术问题。
解决方案
根据本公开的实施例,由无线通信系统中的UE执行的方法可以包括:识别转换是否是从任何小区选择状态或驻留在任何小区上状态中的至少任何一个进行到正常驻留状态;在识别出转换进行到正常驻留状态的情况下,确定在任何小区选择状态或驻留在任何小区上状态中的至少任何一个中花费的时间信息;将所确定的时间信息存储为移动性历史信息;以及向基站发送包括移动性历史信息的消息。
此外,根据本公开的另一实施例,由无线通信系统中的基站执行的方法可以包括:从UE接收无线电资源控制(RRC)建立请求消息;向UE发送RRC建立消息;在UE支持移动性历史信息的存储的情况下,从UE接收包括指示信息的RRC建立完成消息,指示信息指示移动性历史信息可用;向UE发送针对UE的信息请求消息;以及从UE接收响应于信息请求消息的包括移动性历史信息的响应消息,其中,移动性历史信息包括时间信息,并且其中,在识别出UE转换到正常驻留状态的情况下,基于在任何小区选择状态或驻留在任何小区上状态中的任何一个中花费的时间信息来确定时间信息。
此外,根据本公开的另一个实施例,无线通信系统中的UE可以包括:收发器;以及控制器,其被配置为:识别转换是否是从任何小区选择状态或驻留在任何小区上状态中的至少任何一个进行到正常驻留状态,在识别出转换进行到正常驻留状态的情况下,确定在任何小区选择状态或驻留在任何小区上状态中的至少任何一个中花费的时间信息,将所确定的时间信息存储为移动性历史信息,并控制收发器向基站发送包括移动性历史信息的消息。
此外,根据本公开的另一实施例,无线通信系统中的基站可以包括:收发器;以及控制器,被配置为:通过收发器从UE接收无线电资源控制(RRC)建立请求消息,通过收发器向UE发送RRC建立消息,在UE支持移动性历史信息的存储的情况下,通过收发器从UE接收包括指示信息的RRC建立完成消息,指示信息指示移动性历史信息可用,通过收发器向UE发送针对UE的信息请求消息,以及通过收发器从UE接收响应于信息请求消息的包括移动性历史信息的响应消息,其中移动性历史信息包括时间信息,并且其中在UE转换到正常驻留状态的情况下,基于在任何小区选择状态或驻留在任何小区上状态中的任何一个中花费的时间信息来确定时间信息。
有益效果
通过本公开提出的收集和报告移动性历史信息的方法和装置,可以提高存储移动性历史信息的UE的实现效率。
在本公开中可以获得的效果不限于上述效果,并且本公开所属领域的普通技术人员将能够从以下描述中清楚地理解其他未提及的效果。
附图说明
图1是示出根据本公开实施例的LTE系统的结构的图。
图2是示出根据本公开实施例的LTE系统中的无线电协议结构的图。
图3是示出根据本公开实施例的下一代移动通信系统的结构的图。
图4是示出根据本公开实施例的下一代移动通信系统的无线电协议结构的图。
图5是示出根据本公开实施例的用于收集和报告小区测量信息的方法的图。
图6是示出了根据本公开的实施例的在相关技术中的LTE系统中用于UE向LTE基站报告移动性历史信息的UE和基站之间的操作的图。
图7是示出根据本公开的实施例的在相关技术中的LTE系统中用于向基站报告移动性历史信息的UE的操作的图。
图8是示出根据本公开实施例的在下一代移动通信系统中用于UE向NR基站报告移动性历史信息的UE和基站之间的操作的图。
图9是示出根据本公开的实施例的在下一代移动通信系统中用于向NR基站报告移动性历史信息的UE的操作的图。
图10是示出根据本公开的实施例的在下一代移动通信系统中用于向NR基站报告移动性历史信息的UE的操作的图。
图11是示出根据本公开的实施例的在下一代移动通信系统中用于向NR基站报告移动性历史信息的UE的操作的图。
图12是示出根据本公开的实施例的在下一代移动通信系统中用于向NR基站报告移动性历史信息的UE的操作的图。
图13是示出根据本公开的实施例的在下一代移动通信系统中用于向NR基站报告移动性历史信息的UE的操作的图。
图14是示出根据本公开实施例的UE的内部结构的图。
图15是示出根据本公开实施例的NR基站的配置的图。
图16是示出根据本公开的实施例的在下一代移动通信系统中,用于在UE转换到RRC非活动模式的情况下处理记录的测量配置的UE和基站之间的操作的图。
图17是示出根据本公开的实施例的在下一代移动通信系统中用于向NR基站报告移动性历史信息的UE的操作的图。
具体实施方式
在下文中,将参照附图详细描述本公开的实施例。
在描述实施例时,将省略对本公开所属的技术领域中公知的并且与本公开不直接相关的技术内容的解释。这是为了更清楚地传递本公开的主题,而不会由于省略不必要的解释而使其模糊不清。
出于同样的原因,在附图中,一些组成元件可能被夸大、省略或简要示出。此外,各个组成元件的尺寸并不完全反映其实际尺寸,并且在附图中,相同的附图标记可以用于不同附图中的相同或相应的组成元件。
通过参考将参照附图详细描述的实施例,本公开的方面和特征以及实现这些方面和特征的方法将变得显而易见。然而,本公开不限于下文公开的实施例,并且可以以多种形式实现。在本公开的实施例中定义的内容仅是提供来帮助本领域普通技术人员全面理解本公开的具体细节,并且本公开仅被定义在所附权利要求的范围内。在本公开的整个描述中,相同的附图标记用于不同附图中的相同元件。
在这种情况下,将会理解,流程图图示的每个框以及流程图图示中的框的组合可以由计算机程序指令来执行。这些计算机程序指令可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器,使得经由计算机或其他可编程数据处理装置的处理器执行的指令创建用于实现(多个)流程图块中指定的功能的构件。这些计算机程序指令也可以存储在计算机可用或计算机可读存储器中,其可以指导计算机或其他可编程数据处理装置以特定方式运行,使得存储在计算机可用或计算机可读存储器中的指令产生包括实现(多个)流程图块中指定的功能的指令构件的制品。计算机程序指令也可以被加载到计算机或其他可编程数据处理装置上,以使一系列操作步骤在计算机或其他可编程数据处理装置上执行,从而产生计算机实现的过程,使得在计算机或其他可编程数据处理装置上执行的指令提供用于实现(多个)流程图框中指定的功能的步骤。
此外,流程图的每个框可以表示模块、代码段或代码部分,其包括用于实现(多个)指定逻辑功能的一个或多个可执行指令。还应当注意,在一些替代实现中,框中提到的功能可以不按顺序出现。例如,连续示出的两个框实际上可以基本上同时执行,或者这些框有时可以以相反的顺序执行,这取决于所涉及的功能。
在这种情况下,在实施例中使用的术语“~单元”意味着但不限于执行某些任务的软件或硬件组件,诸如FPGA或ASIC。然而,“~单元”并不意味着局限于软件或硬件。术语“~单元”可以有利地被配置为驻留在可寻址存储介质上,并且被配置为在一个或多个处理器上执行。因此,举例来说,“~单元”可以包括组件,诸如软件组件、面向对象的软件组件、类组件和任务组件、进程、功能、属性、过程、子程序、程序代码段、驱动程序、固件、微码、电路、数据、数据库、数据结构、表格、数组和变量。组件和“~单元”中提供的功能可以组合成更少的组件和“~单元”,或者进一步分成额外的组件和“~单元”。此外,组件和“~单元”可被实现为操作设备或安全多媒体卡中的一个或多个CPU。此外,在一个实施例中,“~单元”可以包括一个或多个处理器。
在以下描述中,为了便于解释,示出了标识接入节点的术语、表示网络实体的术语、表示消息的术语、表示网络实体之间的接口的术语以及表示各种身份信息的术语。因此,本公开不限于以下术语,并且可以使用表示具有等同技术含义的目标的其他术语。
为了便于解释,在本公开中,使用了在第三代合作伙伴计划长期演进(3GPP LTE)标准中定义的术语和名称。然而,本公开不受术语和名称的限制,并且它可以同样适用于符合其他标准的系统。在本公开中,为了便于解释,“eNB”可以与“gNB”互换使用。也就是说,被描述为“eNB”的基站可以代表“gNB”。
图1是示出根据本公开实施例的LTE系统的结构的图。
参考图1,如图所示,LTE系统的无线电接入网络可以由演进节点B(以下称为“ENB”、“节点B”或“基站”)105、110、115和120、移动性管理实体(MME)125和服务网关(S-GW)130组成。用户设备(以下称为“UE”或“终端”)135可以通过ENB 105至120和S-GW 130接入外部网络。
在图1中,ENB 105至120对应于UMTS系统的现有节点B。ENB在无线电信道上连接到UE 135,并且扮演比现有节点B更复杂的角色。在LTE系统中,由于包括实时服务(诸如通过互联网协议的IP语音(VoIP))的所有用户业务都在共享信道上服务,所以通过收集状态信息(诸如UE的缓冲状态、可用传输功率状态和信道状态)来执行调度的实体是必要的,并且ENB 105至120可以负责这一点。通常,一个ENB可以控制多个小区。例如,为了实现100Mbps的传输速度,LTE系统可以使用例如正交频分复用(下文中称为“OFDM”)作为20MHz带宽中的无线电接入技术。此外,LTE系统可以采用自适应调制和编码(以下称为“AMC”)方案,该方案确定调制方案和信道编码率以匹配UE的信道状态。S-GW 130是提供数据承载的实体,并且可以在MME 125的控制下生成或移除数据承载。MME是不仅负责UE的移动性管理功能而且负责各种控制功能的实体,并且可以连接到多个基站。
图2是示出根据本公开实施例的LTE系统中的无线电协议结构的图。
参考图2,在UE或ENB中,LTE系统的无线电协议由分组数据汇聚协议(PDCP)205或240、无线电链路控制(RLC)210或235以及媒体接入控制(MAC)215或230组成。分组数据汇聚协议(PDCP)205或240可以负责IP报头压缩/解压缩操作。PDCP的主要功能可以概括如下。
-报头压缩和解压缩:仅ROHC
-用户数据的传送
-在RLC AM的PDCP重建过程中按顺序递送上层PDU
-对于DC中的分离承载(仅支持RLC AM):用于发送的PDCP PDU路由,用于接收的PDCP PDU重新排序
-在RLC AM的PDCP重建过程中对下层SDU进行重复检测
-针对RLC AM,在切换时重传PDCP SDU,以及对于DC的分离承载,在PDCP数据恢复过程中重传PDCP PDU,
-加密和解密
-上行链路中基于定时器的SDU丢弃
无线电链路控制(以下称为“RLC”)210或235可以通过以合适的大小重新配置PDCP协议数据单元(PDCP PDU)来执行ARQ操作。RLC的主要功能可以概括如下。
-上层PDU的传送
-通过ARQ纠错(仅用于AM数据传送)
-RLC SDU的连接、分段和重组(仅用于UM和AM数据传送)
-RLC数据PDU的重新分段(仅用于AM数据传送)
-RLC数据PDU的重新排序(仅用于UM和AM数据传送)
-重复检测(仅用于UM和AM数据传送)
-协议错误检测(仅用于AM数据传送)
-RLC SDU丢弃(仅用于UM和AM数据传送)
-RLC重建
MAC 215或230连接到在一个UE中配置的几个RLC层设备,并且可以执行RLC PDU到MAC PDU的复用和RLC PDU的从MAC PDU的解复用。MAC的主要功能可以概括如下。
-逻辑信道和传输信道之间的映射
-将属于一个或不同逻辑信道的MAC SDU复用到在传输信道上递送给物理层的传输块(TB)中/将属于一个或不同逻辑信道的MAC SDU从在传输信道上从物理层递送的传输块(TB)解复用
-调度信息报告
-通过HARQ纠错
-一个UE的逻辑信道之间的优先级处理
-通过动态调度的UE之间的优先级处理
-MBMS服务标识
-传输格式选择
-填充
物理层220或225可执行上层数据的信道编码和调制,并制作OFDM符号以在无线电信道上发送OFDM符号,或者可执行在无线电信道上接收的OFDM符号的解调和信道解码,并将OFDM符号传送到上层。
图3是示出根据本公开实施例的下一代移动通信系统的结构的图。
参考图3,如图所示,下一代移动通信系统(以下称为NR或2g)的无线电接入网络可以由新的无线电节点B(以下称为NR gNB或NR基站)310和新的无线电核心网络(NR CN)305组成。新无线电用户设备(以下称为NR UE或UE)315可以通过NR gNB 310和NR CN 305接入外部网络。
在图3中,NR gNB 310可以对应于现有LTE系统的演进节点B(eNB)。NR gNB在无线电信道上连接到NR UE 315,因此可以提供比现有节点B的服务更优越的服务。在下一代移动通信系统中,所有用户业务都在共享信道上服务,因此需要一种通过合并状态信息(诸如UE的缓冲状态、可用传输功率状态和信道状态)来执行调度的设备,并且NR gNB 310可以负责这一点。通常,一个NR gNB 310可以控制多个小区。为了实现与现有LTE相比的超高速数据传输,可以应用等于或高于现有最大带宽的带宽,并且考虑到作为无线电接入技术的正交频分复用(下文中称为“OFDM”),可以另外使用波束成形技术。此外,NR gNB可以采用确定调制方案和信道编码率以匹配UE的信道状态的自适应调制和编码(以下,称为“AMC”)方案。NR CN 305可以执行移动性支持、承载建立和QoS配置的功能。NR CN是不仅负责UE的移动性管理功能而且负责各种控制功能的设备,并且可以连接到多个基站。此外,下一代移动通信系统可以与现有的LTE系统互锁,并且NR CN可以通过网络接口连接到MME 325。MME可以连接到作为现有基站的eNB 330。
图4是示出根据本公开实施例的下一代移动通信系统的无线电协议结构的图。
参照图4,在UE或NR基站中,下一代移动通信系统的无线电协议可以包括NR SDAP401或445、NR PDCP 405或440、NR RLC 410或435、NR MAC 415或430以及NR PHY 420或425。
NR SDAP 401或445的主要功能可以包括以下功能中的一些。
-用户平面数据的传送
-DL和UL二者的QoS流和DRB之间的映射
-在DL和UL分组二者中标记QoS流ID
-UL SDAP PDU的反射QoS流向DRB映射
关于SDAP层设备,对于每个PDCP层设备、承载或逻辑信道,通过RRC消息,UE可以被配置是使用SDAP层设备的报头还是使用SDAP层设备的功能。如果配置了SDAP报头,则UE可以通过SDAP报头的NAS QoS反射配置1比特指示符(NAS反射QoS)和AS QoS反射配置1比特指示符(AS反射QoS)来指示UE可以更新或重新配置关于上行链路和下行链路QoS流和数据承载的映射信息。SDAP报头可以包括指示QoS的QoS流ID信息。QoS信息可以用作支持平滑服务、调度信息等的数据处理优先级。
NR PDCP 405或440的主要功能可以包括以下功能中的一些。
-报头压缩和解压缩:仅ROHC
-用户数据的传送
-上层PDU的顺序递送
-上层PDU的无序递送
-针对接收的PDCP PDU重新排序
-下层SDU的重复检测
-PDCP SDU的重传
-加密和解密
-上行链路中基于定时器的SDU丢弃
如上所述,NR PDCP设备的重新排序可以意味着基于PDCP序列号(SN)对从下层接收的PDCP PDU进行重新排序,并且可以包括按照重新排序的顺序将数据传送到上层,或者不考虑顺序而立即传送。此外,重新排序可以包括通过重新排列记录丢失的PDCP PDU、向发送侧对丢失的PDCP PDU的状态报告、以及对丢失的PDCP PDU的重传请求。
NR RLC 410或435的主要功能可以包括以下功能中的一些。
-上层PDU的传送
-上层PDU的顺序递送
-上层PDU的无序递送
-通过ARQ纠错
-RLC SDU的连接、分段和重组
-RLC数据PDU的重新分段
-RLC数据PDU的重新排序
-重复检测
-协议错误检测
-RLC SDU丢弃
-RLC重建
如上所述,NR RLC设备的顺序递送可以意味着从下层接收的RLC SDU到上层的顺序递送。在一个初始RLC SDU被分割成几个RLC SDU以被接收的情况下,NR RLC设备的顺序递送可以包括RLC SDU的重组和递送、基于RLC序列号(SN)或PDCP序列号(SN)对接收的RLCPDU进行重新排序、通过重新排序记录丢失的RLC PDU、向发送侧对丢失的RLC PDU进行状态报告、对丢失的RLC PDU进行重传请求。NR RLC设备的顺序递送可以包括:如果存在丢失的RLC SDU,则仅将丢失的RLC SDU之前的RLC SDU顺序递送到上层;如果尽管存在丢失的RLCSDU,但特定定时器已经到期,则将在该定时器开始其操作之前接收的所有RLC SDU顺序递送到上层;或者如果尽管存在丢失的RLC SDU,但特定定时器已经到期,则将迄今接收的所有RLC SDU顺序递送到上层。NR RLC设备可以按照它们接收的顺序(按照到达的顺序,而不管序列号或顺序号的顺序)处理RLC PDU,并且可以以无序递送的方式将处理后的RLC PDU传送到PDCP设备。在接收分段的情况下,NR RLC设备可以接收存储在缓冲器中的或以后要接收的分段,将它们重新配置为一个完整的RLC PDU,然后将重新配置的RLC PDU传送到PDCP设备。NR RLC层可以不包括连接功能,并且该功能可以由NR MAC层来执行,或者可以由NR MAC层的复用功能来代替。
如上所述,NR RLC设备的无序递送可以意味着将从下层接收的RLC SDU直接传送到上层而不考虑它们的顺序的功能,并且如果一个初始RLC SDU被分割成几个要接收的RLCSDU,则NR RLC设备的无序递送可以包括RLC SDU的重组和递送,以及存储和排序接收的RLCPDU的RLC SN或PDCP SN以及记录丢失的RLC PDU的功能。
NR MAC 415或430可以连接到在一个UE中配置的几个NR RLC层设备,并且NR MAC的主要功能可以包括以下功能中的一些。
-逻辑信道和传输信道之间的映射
-MAC SDU的复用/解复用
-调度信息报告
-HARQ功能(通过HARQ纠错)
-一个UE的逻辑信道之间的优先级处理
-通过动态调度的UE之间的优先级处理
-MBMS服务标识
-传输格式选择
-填充
NR PHY层420或425可执行上层数据的信道编码和调制,以在无线电信道上配置和发送OFDM符号,或者可执行在无线电信道上接收的OFDM符号的解调和信道解码,以将解调和信道解码的符号传送到上层。
图5是示出根据本公开实施例的用于收集和报告小区测量信息的方法的图。
在网络建立或优化的情况下,移动通信服务提供商可以测量通常预期的服务区域中的信号强度,并且基于此,可以在服务区域中布置或重新调整基站。服务提供商可以在车辆中装载信号测量装备,并且在服务区域中收集小区测量信息,但是这可能需要大量的时间和成本。由于该过程通常通过使用车辆来执行,因此它通常可以被称为“路测”。此外,为了在小区之间移动期间支持诸如小区重选或切换以及服务小区添加的操作,UE安装有能够测量来自基站的信号的功能。因此,可以使用服务区域中的UE来代替路测,这可以被称为“路测最小化(MDT)”。服务提供商可以通过网络的各种配置设备来对特定UE配置MDT操作,并且UE可以在RRC连接模式(RRC_CONNECTED)、RRC空闲模式(RRC_IDLE)或RRC非活动模式(RRC_INACTIVE)下收集和存储来自服务小区和相邻小区的信号强度信息。此外,UE还可以存储各种信息,诸如位置信息、时间信息和信号质量信息。当UE处于连接模式时,存储的信息可以被报告给网络,并且该信息可以被传送到特定的服务器。
MDT操作可以简单地分为即时(immediate)MDT和记录的(allogged)MDT。
即时MDT的特征可以是立即向网络报告收集的信息。只有处于RRC连接模式的UE可以执行即时报告。一般而言,无线电资源管理(RRM)测量过程可以被重用以支持切换和服务小区添加的操作,并且可以另外报告位置信息和时间信息。
记录的MDT的特征可以是存储收集的信息,而不立即报告给网络,此后,UE在切换到RRC连接模式之后报告存储的信息。通常,处于RRC空闲模式或RRC非活动模式的不能立即向网络报告的UE可以执行记录的MDT。在本公开中,在下一代移动通信系统中引入的处于RRC非活动模式的UE的特征可以是执行记录的MDT。当特定UE处于RRC连接模式时,网络可以向UE提供用于执行记录的MDT操作的配置信息,并且UE可以在被切换到RRC空闲模式或RRC非活动模式之后收集和存储配置的信息。这与下面的表1相关。
[表1]
RRC状态 | |
即时MDT | RRC_CONNECTED |
记录的MDT | RRC_IDLE,RRC_INACTIVE |
图6是示出了根据本公开的实施例的在相关技术中的LTE系统中用于UE向LTE基站报告移动性历史信息的UE和基站之间的操作的图。
参考图6,UE 601可以处于RRC空闲模式(RRC_IDLE)或RRC非活动模式(RRC_INACTIVE)。
处于RRC空闲模式的UE 601可以向基站发送RRC连接请求消息(RRCConnectionRequest)以便执行与基站602的RRC连接建立过程(610)。响应于此,已经接收到RRC连接请求消息的基站可以向UE发送RRC连接建立消息(RRCConnectionSetup)(615)。已经接收到RRC连接建立消息的UE可以应用这一点,并且可以转换到RRC连接模式(616)。此外,处于RRC连接模式的UE可以向基站发送RRC连接建立完成消息(RRCConnectionSetupComplete)(620)。如果UE支持移动性历史信息的存储,并且UE在VarMobilityHistoryReport中具有可用的移动性历史信息,则UE可以在要发送给基站的RRC连接建立完成消息中包括指示移动性历史信息可用的mobilityHistoryAvail指示符(620)。
处于RRC非活动模式的UE 601可以向基站发送RRC连接恢复请求消息(RRCConnectionResumeRequest)以执行与基站602的RRC连接恢复过程(610)。响应于此,已经接收到RRC连接恢复请求消息的基站可以向UE发送RRC连接恢复消息(RRCConnectionResume)(615)。已经接收到RRC连接建立消息的UE可以应用这一点,并且可以转换到RRC连接模式(616)。此外,处于RRC连接模式的UE可以向基站发送RRC连接恢复完成消息(RRCConnectionResumeComplete)(620)。如果UE支持移动性历史信息的存储,并且UE在VarMobilityHistoryReport中具有可用的移动性历史信息,则UE可以在要发送给基站的RRC连接恢复完成消息中包括mobilityHistoryAvail指示符(620)。
尚未进行安全设置的UE 601可以与基站602执行初始安全激活过程(621)。例如,尚未进行安全设置的UE可以指已经从RRC空闲模式切换到RRC连接模式的UE。具体地,UE601可以向基站602发送安全模式命令消息(SecurityModeCommand),并且响应于此,基站可以向UE发送安全模式完成消息(SecurityModeComplete)。
在操作625,为了执行RRC连接重新配置过程,基站602可以向RRC连接模式的UE601发送RRC连接重新配置消息(RRCConnectionReconfiguration)。UE应用接收到的RRC连接重新配置消息,并且响应于此,可以向基站发送RRC连接重新配置完成消息(RRCConnectionReconfigurationComplete)(630)。
在操作635,在已经成功执行安全激活的情况下,基站602可以执行UE信息收集过程。为了从UE 601请求移动性历史信息,基站602可以向UE发送UE信息请求消息(UEInformationRequest)(635)。为了请求移动性历史信息,UE信息请求消息可以包括MobilityHistoryReportReq指示符。
在操作640,已经成功执行安全激活的UE 601可以向基站602发送UE信息响应消息(UEInformationResponse)(640)。如果在接收的UE信息请求消息中将mobilityHistoryReportReq设置为“true(真)”,则UE可以执行以下一系列过程。
-UE可以包括mobilityHistoryReport(移动性历史报告),并将其设置为包括来自VarMobilityHistoryReport的条目。
-UE可以在mobilityHistoryReport中包括当前小区的条目,如果需要,可以在移除最早的条目之后,将其字段设置如下。
-UE可以将visitedCellId(访问小区ID)设置为当前小区的全局小区标识。
-UE可以将字段timeSpent(花费时间)设置为在当前小区中花费的时间。
通过执行以上过程,UE可以将mobilityHistoryReport包括在UE信息响应消息中,并且可以将UE信息响应消息发送到基站(640)。
图7是示出根据本公开的实施例的在相关技术中的LTE系统中UE向基站报告移动性历史信息的操作的图。
支持存储移动性历史信息的UE可以进入无服务状态(例如,UE不驻留在任何小区上或不接入任何小区,即,UE处于任何小区选择状态,或者不驻留在任何合适的小区或任何可接受的小区上),并且通过小区选择过程、小区重选过程或切换过程来改变小区。在这种情况下,UE可以处于RRC空闲模式(RRC_IDLE)、RRC非活动模式(RRC_INACTIVE)或RRC连接模式(RRC_CONNECTED)。UE可以根据以下条件将移动性历史信息存储在VarMobilityHistoryReport中。
条件1-1:在将由处于RRC_CONNECTED中的PCell或处于RRC_IDLE中的服务小区组成的E-UTRA小区改变到另一个E-UTRA或RAT间小区时,或者当从E-UTRA小区进入无服务时
条件1-2:在将由处于RRC_CONNECTED中的PCell或处于RRC_IDLE或RRC_INACTIVE中的服务小区组成的E-UTRA小区改变到另一个E-UTRA或RAT间小区时,或者当从E-UTRA小区进入无服务时
条件2-1:在先前无服务和/或使用另一RAT时进入E-UTRA(处于RRC_CONNECTED或RRC_IDLE)时
条件2-2:在先前无服务和/或使用另一RAT时进入E-UTRA(处于RRC_CONNECTED或RRC_IDLE或RRC_INACTIVE)时
在UE根据条件1-1或条件1-2将移动性历史信息存储在varMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-如果先前PCell/服务小区的全局小区标识可用,则UE可以在条目的visitedCellId字段中包括该小区的全局小区标识。否则,UE可以在条目的visitedCellId字段中包括先前PCell/服务小区的物理小区标识和载波频率。此外,UE可以将条目的字段timeSpent设置为在先前PCell/服务小区中花费的时间。
条件1-1和条件1-2之间的区别在于UE是否存储在RRC非活动模式中出现的移动性历史信息。不同之处在于,根据条件1-1在VarMobilityHistoryReport中存储移动性历史信息的UE不在VarMobilityHistoryReport中存储在RRC非活动模式下发生的移动性历史信息,而根据条件1-2在VarMobilityHistoryReport中存储移动性历史信息的UE在VarMobilityHistoryReport中存储在RRC非活动模式下发生的移动性历史信息。因此,与条件1-1相比,根据条件1-2将移动性历史信息存储在VarMobilityHistoryReport中的UE具有能够向基站报告更准确的移动性历史信息的优点。
在UE根据条件2-1或条件2-2将移动性历史信息存储在VarMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
–UE可以将条目的字段timeSpent设置为在E-UTRA之外花费的时间。花费在E-UTRA之外的时间可能意味着花费在无服务中的时间,或者不是E-UTRA小区的另一RAT被使用时的时间,或者花费在无服务中的时间和不是E-UTRA小区的另一RAT被使用时的时间的总和。
条件2-1和条件2-2之间的差异在于UE是否存储在RRC非活动模式中出现的移动性历史信息。不同之处在于,根据条件2-1在VarMobilityHistoryReport中存储移动性历史信息的UE不在VarMobilityHistoryReport中存储在RRC非活动模式下发生的移动性历史信息,而根据条件2-2在VarMobilityHistoryReport中存储移动性历史信息的UE在VarMobilityHistoryReport中存储在RRC非活动模式下发生的移动性历史信息。因此,与条件1-1相比,根据条件2-2将移动性历史信息存储在VarMobilityHistoryReport中的UE具有能够向基站报告更准确的移动性历史信息的优点。
参照图7,在通过操作705至745的上述操作中,UE可将移动性历史信息存储在VarMobilityHistoryReport中。例如,UE可以在VarMobilityHistoryReport中存储以下信息中的至少一个。
-E-UTRA小区1的全局小区标识、或者载波频率和物理小区标识,以及在E-UTRA小区1中花费的时间10s(705)
-E-UTRA小区2的全局小区标识、或者载波频率和物理小区标识,以及在E-UTRA小区2中花费的时间5s(710)
-在IRAT(RAT间)小区1中花费的时间10秒(715)
-E-UTRA小区3的全局小区标识、或载波频率和物理小区标识,以及在E-UTRA小区3中花费的时间2s(720)
-在无服务中花费的时间3s(725)
-E-UTRA小区4的全局小区标识、或者载波频率和物理小区标识,以及在E-UTRA小区4中花费的时间5s(730)
-在无服务和IRAT小区2中花费的总时间20秒(735和740)
作为参考,E-UTRA小区的全局小区标识可以表示如下表2中的以下信息。
[表2]
在操作745,处于RRC连接模式的UE可以连接到作为PCell(主小区)的E-UTRA小区5。在操作750,UE可以从LTE基站接收包括mobilityHistoryReportReq的UE信息请求消息。如果mobilityHistoryReportReq被设置为true,则在操作755,UE可以包括mobilityHistoryReport,并将其设置为包括来自VarMobilityHistoryReport的条目。
在操作760,如果有必要,如果可能的话,UE可以从当前小区(例如,E-UTRA小区5)中移除最旧的条目值,并且可以将针对在VarMobilityHistoryReport中存在的条目的当前小区(E-UTRA小区5)的全局小区标识以及在E-UTRA小区5中花费的时间包括在MobilityHistoryReport中。
在操作765,UE可以在UE信息响应消息中包括上述mobilityHistoryReport,并且可以向LTE基站发送UE信息响应消息。
图8是示出根据本公开实施例的在下一代移动通信系统中用于UE向NR基站报告移动性历史信息的UE和基站之间的操作的图。
参考图8,UE 801可以处于RRC空闲模式(RRC_IDLE)或处于RRC非活动模式(RRC_INACTIVE)。
为了执行与基站802的RRC连接建立过程,处于RRC空闲模式的UE801可以向基站发送RRC连接建立请求消息(RRCSetupRequest)(810)。响应于此,已经接收到RRC连接建立消息的基站可以向UE发送RRC连接建立消息(RRCSetup)(815)。已经接收到RRC连接建立消息的UE可以应用这一点,并且可以转换到RRC连接模式(816)。此外,处于RRC连接模式的UE可以向基站发送RRC连接建立完成消息(RRCSetupComplete)(820)。如果UE支持移动性历史信息的存储,并且UE在VarMobilityHistoryReport中具有可用的移动性历史信息,则UE可以在要发送给基站的RRC连接建立完成消息中包括mobilityHistoryAvail指示符(820)。
为了执行与基站802的RRC连接恢复过程,处于RRC非活动模式的UE801可以向基站发送RRC连接恢复请求消息或RRC连接恢复请求1消息(RRCResumeRequest或RRCResumeRequest 1)(810)。响应于此,已经接收到RRC连接恢复请求消息的基站可以向UE发送RRC连接恢复消息(RRCResume)(815)。已经接收到RRC连接恢复消息的UE可以应用该消息,并且可以转换到RRC连接模式(816)。此外,处于RRC连接模式的UE可以向基站发送RRC连接恢复完成消息(RRCResumeComplete)(820)。如果UE支持移动性历史信息的存储,并且UE在VarMobilityHistoryReport中具有可用的移动性历史信息,则UE可以在要发送给基站820的RRC连接恢复完成消息中包括mobilityHistoryAvail指示符。
尚未进行安全设置的UE 801可以与基站802执行初始安全激活过程(821)。例如,尚未进行安全设置的UE可以指已经从RRC空闲模式切换到RRC连接模式的UE。具体地,UE801可以向基站802发送安全模式命令消息(SecurityModeCommand),并且响应于此,基站可以向UE发送安全模式完成消息(SecurityModeComplete)。
在操作825,为了执行RRC连接重新配置过程,基站802可以向RRC连接模式下的UE801发送RRC连接重新配置消息(RRCReconfiguration)。UE应用接收到的RRC连接重新配置消息,并且响应于此,可以向基站发送RRC连接重新配置完成消息(RRCReconfigurationComplete)(830)。
在操作835,在已经成功执行安全激活的情况下,基站802可以执行UE信息收集过程。为了从UE 801请求移动性历史信息,基站802可以向UE发送UE信息请求消息(UEInformationRequest)(835)。为了请求移动性历史信息,UE信息请求消息可以包括MobilityHistoryReportReq指示符。
在操作840,已经成功执行安全激活的UE 801可以向基站802发送UE信息响应消息(UEInformationResponse)(840)。如果在接收的UE信息请求消息中将mobilityHistoryReportReq设置为“true”,则UE可以执行以下一系列过程。
-UE可以包括mobilityHistoryReport,并将其设置为包括来自VarMobilityHistoryReport的条目。
-UE可以在mobilityHistoryReport中包括当前小区的条目,如果需要,可能在移除最早的条目之后,将其字段设置如下。
-UE可以将visitedCellId设置为当前小区的全局小区标识。
-UE可以将字段timeSpent设置为在当前小区中花费的时间。
通过执行以上过程,UE可以将mobilityHistoryReport包括在UE信息响应消息中,并且可以将UE信息响应消息发送到基站(840)。
图9是示出根据本公开的实施例的在下一代移动系统中用于向NR基站报告移动性历史信息的UE的操作的图。
在通过小区选择过程、小区重选过程或切换过程改变小区的情况下,支持移动性历史信息的存储的UE可以进入无服务状态(例如,UE不驻留在任何小区上或不接入任何小区,即,UE处于任何小区选择状态,或者不驻留在任何合适小区或任何可接受小区上)。UE可以处于RRC空闲模式(RRC_IDLE)、RRC非活动模式(RRC_INACTIVE)或RRC连接模式(RRC_CONNECTED)。在满足以下条件的情况下,UE可以将移动性历史信息存储在NR的VarMobilityHistoryReport中。
条件1:在将由处于RRC_CONNECTED中的PCell或处于RRC_IDLE或RRC_INACTIVE中(对于NR小区)的服务小区组成的小区改变到另一个NR或E-UTRA时,或者当从NR小区进入无服务时
条件2:在当先前无服务时进入NR(处于RRC_CONNECTED或RRC_IDLE或RRC_INACTIVE)时
条件3:在当使用E-UTRA时进入NR(处于RRC_CONNECTED或RRC_IDLE或RRC_INACTIVE)时
在UE满足条件1并且将移动性历史信息存储在NR的varMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-如果先前PCell/服务小区的全局小区标识可用,则UE可以将该小区的全局小区标识存储在条目的visitedCellId字段中。否则,UE可以在条目的visitedCellId字段中包括该小区的物理小区标识和载波频率。此外,UE可以将条目的字段timeSpent设置为在先前PCell/服务小区中花费的时间。
在UE满足条件2并且将移动性历史信息存储在NR的VarMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-UE可以将条目的字段timeSpent设置为无服务所花费的时间。
如果满足条件2,则根据本公开的实施例,UE可以建议在timeSpent字段中仅存储在无服务中所花费的时间。也就是说,与相关技术中的LTE系统不同,UE的特征在于不在timeSpent字段中存储在RAT间小区(E-UTRA小区和/或UTRA小区)中花费的时间。与相关技术中的LTE系统不同,在timeSpent字段中仅存储在无服务中所花费的时间的情况下,UE的移动性历史信息可能是不准确的。然而,UE具有这样的优点,即它可以分别管理LTE的VarMobilityHistoryReport和NR的VarMobilityHistoryReport。也就是说,由于在RAT间小区(E-UTRA小区和/或UTRA小区)中花费的时间在用于LTE的VarMobilityHistoryReport中被单独存储和管理,它在用于NR的VarMobilityHistoryReport中不被单独存储,因此可以提高存储移动性历史信息的UE的实现效率。例如,为了反映UE的真实移动性历史信息,UE不需要重新排列LTE的VarMobilityHistoryReport和NR的VarMobilityHistoryReport的顺序。
在UE满足条件3并且将移动性历史信息存储在NR的VarMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-如果先前PCell/服务小区的全局小区标识(关于E-UTRA小区的信息)可用,则UE可以将该小区的全局小区标识存储在条目的visitedCellId字段中。否则,UE可以在条目的visitedCellId字段中包括该小区的物理小区标识和载波频率。此外,UE可以将条目的字段timeSpent设置为在先前PCell/服务小区中花费的时间。
如果满足条件3,则根据本公开实施例的UE的特征可以是仅在NR的VarMobilityHistoryReport中存储最新的E-UTRA小区信息。作为示例,在将小区从E-UTRA小区a改变为E-UTRA小区b,并且将小区从E-UTRA小区b改变为NR小区的情况下,UE的特征可以是在NR的VarMobilityHistoryReport中仅存储关于E-UTRA小区b的信息。也就是说,由于关于E-UTRA小区a的信息存储在LTE的VarMobilityHistoryReport中,并且关于E-UTRA小区a的信息没有存储在NR的VarMobilityHistoryReport中,所以UE的移动性历史信息可能是不准确的,但是有利的是,UE可以分开管理LTE的VarMobilityHistoryReport和NR的VarMobilityHistoryReport。也就是说,由于关于E-UTRA小区a的信息被存储在LTE的VarMobilityHistoryReport中,并且只有关于E-UTRA小区b的信息被存储在NR的VarMobilityHistoryReport中,所以可以提高存储移动性历史信息的UE的实现效率。例如,为了反映UE的真实移动性历史信息,UE不需要重新排列LTE的VarMobilityHistoryReport和NR的VarMobilityHistoryReport的顺序。
参照图9,在通过操作905至945的上述操作中,UE可将移动性历史信息存储在NR的VarMobilityHistoryReport中。例如,UE可以在NR的VarMobilityHistoryReport中存储以下信息中的至少一个。
-NR小区1的全局小区标识、或者载波频率和物理小区标识,以及在NR小区1中花费的时间10s(905)
-NR小区2的全局小区标识、或者载波频率和物理小区标识,以及在NR小区2中花费的时间5s(910)
-E-UTRA小区2的全局小区标识、或载波频率和物理小区标识,以及在E-UTRA小区2中花费的时间2s(920)
-NR小区3的全局小区标识、或者载波频率和物理小区标识,以及在NR小区3中花费的时间3s(925)
-在无服务中花费的时间2s(945)
作为参考,根据实施例的UE的特征可以是在NR的VarMobilityHistoryReport中不包括以下信息。
-E-UTRA小区1的全局小区标识、或载波频率和物理小区标识,以及在E-UTRA小区1中花费的时间10s(915)
-在无服务中花费的时间5s(930)
-在E-UTRA小区1中花费的时间10秒(935)
-E-UTRA小区3的全局小区标识、或者载波频率和物理小区标识,以及在E-UTRA小区3中花费的时间10s(940)
在根据本公开实施例的UE中,E-UTRA小区的全局小区标识可以遵循上述实施例,并且NR小区的全局小区标识可以表示如下表3中的以下信息。
[表3]
在操作950,处于RRC连接模式的UE可以连接到作为PCell(主小区)的NR小区4。在操作955,UE可以从NR基站接收包括mobilityHistoryReportReq的UE信息请求消息。如果mobilityHistoryReportReq被设置为true,则在操作960,UE可以包括mobilityHistoryReport,并将其设置为包括来自VarMobilityHistoryReport的条目。
在操作965,如果必要,如果可能的话,UE可以从当前小区(例如,NR小区4)中移除最旧的条目值,并且可以将针对VarMobilityHistoryReport中存在的条目的当前小区(NR小区4)的全局小区标识以及在NR小区4中花费的时间包括在MobilityHistoryReport中。
在操作970,UE可在UE信息响应消息中包括上述mobilityHistoryReport,并可将UE信息响应消息发送到NR基站。
图10是示出根据本公开的实施例的在下一代移动系统中用于向NR基站报告移动性历史信息的UE的操作的图。
在通过小区选择过程、小区重选过程或切换过程改变小区的情况下,支持移动性历史信息的存储的UE可以进入无服务状态(例如,UE不驻留在任何小区上或不接入任何小区,即,UE处于任何小区选择状态,或者不驻留在任何合适的小区或任何可接受的小区上)。UE可以处于RRC空闲模式(RRC_IDLE)、RRC非活动模式(RRC_INACTIVE)或RRC连接模式(RRC_CONNECTED)。在满足以下条件的情况下,UE可以将移动性历史信息存储在NR的VarMobilityHistoryReport中。
条件1:在将由处于RRC_CONNECTED中的PCell或处于RRC_IDLE或RRC_INACTIVE中(对于NR小区)的服务小区组成的小区改变到另一个NR或E-UTRA时,或者当从NR小区进入无服务时
条件2:在先前无服务和/或使用除E-UTRA之外的另一RAT时进入NR(处于RRC_CONNECTED或RRC_IDLE或RRC_INACTIVE)时
条件3:在使用E-UTRA时进入NR(处于RRC_CONNECTED或RRC_IDLE或RRC_INACTIVE)时
在UE满足条件1并且将移动性历史信息存储在NR的varMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-如果先前PCell/服务小区的全局小区标识可用,则UE可以将该小区的全局小区标识存储在条目的visitedCellId字段中。否则,UE可以在条目的visitedCellId字段中包括该小区的物理小区标识和载波频率。此外,UE可以将条目的字段timeSpent设置为在先前PCell/服务小区中花费的时间。
在UE满足条件2并且将移动性历史信息存储在NR的VarMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-UE可以将条目的字段timeSpent设置为除了使用E-UTRA的NR之外的时间。
如果满足条件2,则根据本公开的实施例,UE可以提议在timeSpent字段中存储在无服务中所花费的时间以及除了E-UTRA之外的另一RAT被使用时的时间两者。例如,除了E-UTRA以外的另一RAT可以意味着UTRA。也就是说,由于在除了E-UTRA之外的另一RAT中花费的时间可以存储在UE的移动性历史信息中,所以UE的移动性历史信息可以变得更加准确。
在UE满足条件3并且将移动性历史信息存储在NR的VarMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-如果先前PCell/服务小区的全局小区标识(关于E-UTRA小区的信息)可用,则UE可以将该小区的全局小区标识存储在条目的visitedCellId字段中。否则,UE可以在条目的visitedCellId字段中包括该小区的物理小区标识和载波频率。此外,UE可以将条目的字段timeSpent设置为在先前PCell/服务小区中花费的时间。
如果满足条件3,则根据本公开实施例的UE的特征可以是仅在NR的VarMobilityHistoryReport中存储最新的E-UTRA小区信息。作为示例,在将小区从E-UTRA小区a改变为E-UTRA小区b,以及将小区从E-UTRA小区b改变为NR小区的情况下,UE的特征可以是在VarMobilityHistoryReport中仅存储关于E-UTRA小区b的信息。在这种情况下,由于没有存储关于E-UTRA小区a的信息,所以UE的移动性历史信息可能不准确,但是有利的是,UE可以分别管理LTE的VarMobilityHistoryReport和NR的VarMobilityHistoryReport。也就是说,由于关于E-UTRA小区a的信息被存储在LTE的VarMobilityHistoryReport中,并且只有关于E-UTRA小区b的信息被存储在NR的VarMobilityHistoryReport中,所以可以提高存储移动性历史信息的UE的实现效率。例如,为了反映UE的真实移动性历史信息,UE不需要重新排列LTE的VarMobilityHistoryReport和NR的VarMobilityHistoryReport的顺序。
参照图10,在通过操作1005至1050的上述操作中,UE可将移动性历史信息存储在NR的VarMobilityHistoryReport中。例如,UE可以在NR的VarMobilityHistoryReport中存储以下信息中的至少一个。
-NR小区1的全局小区标识、或者载波频率和物理小区标识,以及在NR小区1中花费的时间10s(1005)
-NR小区2的全局小区标识、或者载波频率和物理小区标识,以及在NR小区2中花费的时间5s(1010)
-E-UTRA小区2的全局小区标识、或载波频率和物理小区标识,以及在E-UTRA小区2中花费的时间2s(1020)
-NR小区3的全局小区标识、或者载波频率和物理小区标识,以及在NR小区3中花费的时间3s(1025)
-在UTRA小区1和无服务中花费的总时间12s(1040和1045)
作为参考,根据本公开实施例的UE的特征可以是不在NR的VarMobilityHistoryReport中包括以下信息。
-E-UTRA小区1的全局小区标识、或载波频率和物理小区标识,以及在E-UTRA小区1中花费的时间10s(1015)
-在无服务中花费的时间5s(1030)
-E-UTRA小区3的全局小区标识、或载波频率和物理小区标识,以及在E-UTRA小区3中花费的时间10s(1040)
在操作1050,处于RRC连接模式的UE可以连接到作为PCell(主小区)的NR小区4。
在操作1055,UE可以从NR基站接收包括mobilityHistoryReportReq的UE信息请求消息。如果mobilityHistoryReportReq被设置为true,则在操作1060,UE可以包括mobilityHistoryReport,并将其设置为包括来自VarMobilityHistoryReport的条目。
在操作1065,如果必要,如果可能的话,UE可以从当前小区(例如,NR小区4)中移除最旧的条目值,并且可以将针对VarMobilityHistoryReport中存在的条目的当前小区(NR小区4)的全局小区标识以及在NR小区4中花费的时间包括在mobilityHistoryReport中。
在操作1070,UE可以在UE信息响应消息中包括上述mobilityHistoryReport,并且可以向NR基站发送UE信息响应消息。
图11是示出根据本公开的实施例的在下一代移动系统中用于向NR基站报告移动性历史信息的UE的操作的图。
在通过小区选择过程、小区重选过程或切换过程改变小区的情况下,支持移动性历史信息的存储的UE可以进入无服务状态(例如,UE不驻留在任何小区上或不接入任何小区,即,UE处于任何小区选择状态,或者不驻留在任何合适的小区或任何可接受的小区上)。UE可以处于RRC空闲模式(RRC_IDLE)、RRC非活动模式(RRC_INACTIVE)或RRC连接模式(RRC_CONNECTED)。在满足以下条件的情况下,UE可以将移动性历史信息存储在NR的VarMobilityHistoryReport中。
条件1:在将由处于RRC_CONNECTED中的PCell或处于RRC_IDLE或RRC_INACTIVE中(对于NR小区)的服务小区组成的小区改变到另一个NR或E-UTRA时,或者当从NR小区进入无服务时
条件2:在先前无服务时进入NR(处于RRC_CONNECTED或RRC_IDLE或RRC_INACTIVE)时
条件3:在使用E-UTRA时进入NR(处于RRC_CONNECTED或RRC_IDLE或RRC_INACTIVE)时
条件4:在将由处于RRC_CONNECTED中的PCell或处于RRC_IDLE或RRC_INACTIVE中的服务小区组成的小区改变到另一个E-UTRA时,或者当进入无服务时
在UE满足条件1并且将移动性历史信息存储在NR的varMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-如果先前PCell/服务小区的全局小区标识可用,则UE可以将该小区的全局小区标识存储在条目的visitedCellId字段中。否则,UE可以在条目的visitedCellId字段中包括该小区的物理小区标识和载波频率。此外,UE可以将条目的字段timeSpent设置为在先前PCell/服务小区中花费的时间。
在UE满足条件2并且将移动性历史信息存储在NR的VarMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-UE可以将条目的字段timeSpent设置为无服务所花费的时间。
在UE满足条件3并且将移动性历史信息存储在NR的VarMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-如果先前PCell/服务小区的全局小区标识(关于E-UTRA小区的信息)可用,则UE可以将该小区的全局小区标识存储在条目的visitedCellId字段中。否则,UE可以在条目的visitedCellId字段中包括该小区的物理小区标识和载波频率。此外,UE可以将条目的字段timeSpent设置为在先前PCell/服务小区中花费的时间。
在UE满足条件4并且将移动性历史信息存储在NR的VarMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-如果先前PCell/服务小区的全局小区标识(关于E-UTRA小区的信息)可用,则UE可以将该小区的全局小区标识存储在条目的visitedCellId字段中。否则,UE可以在条目的visitedCellId字段中包括该小区的物理小区标识和载波频率。此外,UE可以将条目的字段timeSpent设置为在先前PCell/服务小区中花费的时间。
参照图11,在通过操作1105至1150的上述操作中,UE可将移动性历史信息存储在NR的VarMobilityHistoryReport中。例如,UE可以在NR的VarMobilityHistoryReport中存储以下信息中的至少一个。
-NR小区1的全局小区标识、或者载波频率和物理小区标识,以及在NR小区1中花费的时间10s(1105)
-NR小区2的全局小区标识、或者载波频率和物理小区标识,以及在NR小区2中花费的时间5s(1110)
-E-UTRA小区1的全局小区标识、或载波频率和物理小区标识,以及在E-UTRA小区1中花费的时间10s(1115)
-E-UTRA小区2的全局小区标识、或载波频率和物理小区标识,以及在E-UTRA小区2中花费的时间2s(1120)
-NR小区3的全局小区标识、或者载波频率和物理小区标识,以及在NR小区3中花费的时间3s(1125)
-在无服务中花费的时间2s(1145)
作为参考,根据本公开实施例的UE的特征可以是不在NR的VarMobilityHistoryReport中包括以下信息。
-在无服务中花费的时间5s(1130)
-E-UTRA小区3的全局小区标识、或载波频率和物理小区标识,以及在E-UTRA小区3中花费的时间10s(1135)
-在UTRA1小区中花费的时间10s(1140)
在操作1150,处于RRC连接模式的UE可以连接到作为PCell(主小区)的NR小区4。
在操作1155,UE可以从NR基站接收包括mobilityHistoryReportReq的UE信息请求消息。如果mobilityHistoryReportReq被设置为true,则在操作1160,UE可以包括mobilityHistoryReport,并将其设置为包括来自VarMobilityHistoryReport的条目。
在操作1165,如果必要,如果可能的话,UE可以从当前小区(例如,NR小区4)中移除最旧的条目值,并且可以将针对VarMobilityHistoryReport中存在的条目的当前小区(NR小区4)的全局小区标识以及在NR小区4中花费的时间包括在mobilityHistoryReport中。
在操作1170,UE可在UE信息响应消息中包括上述mobilityHistoryReport,并可将UE信息响应消息发送到NR基站。
图12是示出根据本公开的实施例的在下一代移动系统中用于向NR基站报告移动性历史信息的UE的操作的图。
在通过小区选择过程、小区重选过程或切换过程改变小区的情况下,支持移动性历史信息的存储的UE可以进入无服务状态(例如,UE不驻留在任何小区上或不接入任何小区,即,UE处于任何小区选择状态,或者不驻留在任何合适的小区或任何可接受的小区上)。UE可以处于RRC空闲模式(RRC_IDLE)、RRC非活动模式(RRC_INACTIVE)或RRC连接模式(RRC_CONNECTED)。在满足以下条件的情况下,UE可以将移动性历史信息存储在NR的VarMobilityHistoryReport中。
条件1:在将由处于RRC_CONNECTED中的PCell或处于RRC_IDLE或RRC_INACTIVE中(对于NR小区)的服务小区组成的小区改变到另一个NR或E-UTRA时,或者当从NR小区进入无服务时
条件2:在当使用E-UTRA时进入NR(处于RRC_CONNECTED或RRC_IDLE或RRC_INACTIVE)时
在UE满足条件1并且将移动性历史信息存储在NR的varMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-如果先前PCell/服务小区的全局小区标识可用,则UE可以在条目的visitedCellId字段中包括该小区的全局小区标识。否则,UE可以在条目的visitedCellId字段中包括该小区的物理小区标识和载波频率。此外,UE可以将条目的字段timeSpent设置为在先前PCell/服务小区中花费的时间。
在UE满足条件2并且将移动性历史信息存储在NR的VarMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-进入NR小区之前的最新E-UTRA小区的全局小区标识或载波频率和物理小区标识可以存储在visitedCellId字段中,并且花费在NR之外的总时间(这意味着花费在RAT间小区中的时间和花费在无服务中的时间)可以存储在timeSpent字段中。如果花费在NR之外的总时间存储在timeSpent字段中,则有利的是基站可以在进入NR小区之前识别UE的移动性的总时间。此外,在进入NR小区之前的最新的E-UTRA小区的全局小区标识或载波频率和物理小区标识可以存储在visitedCellId字段中,并且在E-UTRA小区中和在无服务中花费的总时间(在E-UTRA小区中花费的时间和在无服务中花费的时间)可以存储在timeSpent字段中。如果在E-UTRA小区中和在时间外中花费的总时间被存储在timeSpent字段中,则基站可以通过仅识别在进入NR小区之前在E-UTRA小区中花费的时间和在无服务中花费的时间来更不准确地掌握UE的移动性,但是UE不将在除了E-UTRA小区之外的另一RAT中花费的时间存储在NR的VarMobilityHistoryReport中,因此有利于存储移动性历史信息的UE的实现。此外,在进入NR小区之前的最新E-UTRA小区的全局小区标识或载波频率和物理小区标识可以存储在visitedCellId字段中,并且在E-UTRA小区中花费的总时间(在E-UTRA小区中花费的时间)可以存储在timeSpent字段中。如果仅在E-UTRA小区中花费的总时间被存储在timeSpent字段中,则基站可以通过仅识别在进入NR小区之前在E-UTRA小区中花费的时间来更不准确地掌握UE的移动性,但是UE不在NR的VarMobilityHistoryReport中存储在无服务中花费的时间和在RAT间小区(除了E-UTRA)中花费的时间,因此有利的是,有利于存储移动性历史信息的UE的实现。
参照图12,在通过操作1205至1220的上述操作中,UE可将移动性历史信息存储在NR的VarMobilityHistoryReport中。例如,UE可以在NR的VarMobilityHistoryReport中存储以下信息中的至少一个。
-NR小区1的全局小区标识、或者载波频率和物理小区标识,以及在NR小区1中花费的时间10s(1205)
-NR小区2的全局小区标识、或者载波频率和物理小区标识,以及在E-UTRA小区1和E-UTRA小区2中花费的总时间12s(1210和1215)
在操作1220,处于RRC连接模式的UE可以连接到作为PCell(主小区)的NR小区2。
在操作1225,UE可以从NR基站接收包括mobilityHistoryReportReq的UE信息请求消息。如果mobilityHistoryReportReq被设置为true,则在操作1230,UE可以包括mobilityHistoryReport,并将其设置为包括来自VarMobilityHistoryReport的条目。
在操作1235,如果必要,如果可能的话,UE可以从当前小区(例如,NR小区2)中移除最旧的条目值,并且可以将针对VarMobilityHistoryReport中存在的条目的当前小区(NR小区2)的全局小区标识以及在NR小区2中花费的时间包括在mobilityHistoryReport中。
在操作1240,UE可在UE信息响应消息中包括上述mobilityHistoryReport,并可将UE信息响应消息发送到NR基站。
图13是示出根据本公开的实施例的在下一代移动系统中用于向NR基站报告移动性历史信息的UE的操作的图。
在通过小区选择过程、小区重选过程或切换过程改变小区的情况下,支持移动性历史信息的存储的UE可以进入无服务状态(例如,UE不驻留在任何小区上或不接入任何小区,即,UE处于任何小区选择状态,或者不驻留在任何合适的小区或任何可接受的小区上)。UE可以处于RRC空闲模式(RRC_IDLE)、RRC非活动模式(RRC_INACTIVE)或RRC连接模式(RRC_CONNECTED)。在满足以下条件的情况下,UE可以将移动性历史信息存储在NR的VarMobilityHistoryReport中。
条件1:在将由处于RRC_CONNECTED中的PCell或处于RRC_IDLE或RRC_INACTIVE中(对于NR小区)的服务小区组成的小区改变到另一个NR或E-UTRA时,或者当从NR小区进入无服务时
条件2:在当先前无服务时进入NR(处于RRC_CONNECTED或RRC_IDLE或RRC_INACTIVE)时
条件3:在当使用E-UTRA时进入NR(处于RRC_CONNECTED或RRC_IDLE或RRC_INACTIVE)时
在UE满足条件1并且将移动性历史信息存储在NR的varMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-如果先前PCell/服务小区的全局小区标识可用,则UE可以将该小区的全局小区标识存储在条目的visitedCellId字段中。否则,UE可以在条目的visitedCellId字段中包括该小区的物理小区标识和载波频率。此外,UE可以将条目的字段timeSpent设置为在先前PCell/服务小区中花费的时间。
在UE满足条件2并且将移动性历史信息存储在NR的VarMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-UE可以将条目的字段timeSpent设置为无服务所花费的时间。
在UE满足条件3并且将移动性历史信息存储在NR的VarMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-如果先前PCell/服务小区的全局小区标识(关于E-UTRA小区的信息)可用,则UE可以将该小区的全局小区标识存储在条目的visitedCellId字段中。否则,UE可以在条目的visitedCellId字段中包括该小区的物理小区标识和载波频率。此外,UE可以将条目的字段timeSpent设置为在先前PCell/服务小区中花费的时间。
如果满足以下条件,则UE可以将移动性历史信息存储在LTE的VarMobilityHistoryReport中,并且可以在向NR基站报告UE的移动性历史信息时另外报告这一点。
条件4-1:在将由处于RRC_CONNECTED中的PCell或处于RRC_IDLE中的服务小区组成的小区改变到另一个E-UTRA或RAT间小区时,或者当从E-UTRA小区进入无服务时(例如,处于RRC连接模式的UE可以指PCell,而处于RRC空闲模式的UE可以指服务小区)
条件4-2:在将由处于RRC_CONNECTED中的PCell或处于RRC_IDLE或RRC_INACTIVE中的服务小区组成的小区改变到另一个E-UTRA或RAT间小区时,或者当从E-UTRA小区进入无服务时(例如,处于RRC连接模式的UE可以指PCell,而处于RRC空闲模式的UE或处于RRC非活动模式的UE可以指服务小区)
条件5-1:在当先前无服务和/或使用除NR之外的另一RAT时进入E-UTRA(处于RRC_CONNECTED或RRC_IDLE)时
条件5-2:在当先前无服务和/或使用除NR之外的另一RAT时进入E-UTRA(处于RRC_CONNECTED或RRC_IDLE或RRC非活动模式)时
如果UE根据条件4-1或条件4-2将移动性历史信息存储在LTE的VarMobilityHistoryReport中,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-如果先前PCell/服务小区的全局小区标识可用,则UE可以将该小区的全局小区标识存储在条目的visitedCellId字段中。否则,UE可以在条目的visitedCellId字段中包括该小区的物理小区标识和载波频率。此外,UE可以将条目的字段timeSpent设置为在先前PCell/服务小区中花费的时间。
条件4-1和条件4-2之间的差异在于UE是否存储在RRC非活动模式中出现的移动性历史信息。不同之处在于,根据条件4-1在VarMobilityHistoryReport中存储移动性历史信息的UE不在VarMobilityHistoryReport中存储在RRC非活动模式下发生的移动性历史信息,而根据条件4-2在VarMobilityHistoryReport中存储移动性历史信息的UE在VarMobilityHistoryReport中存储在RRC非活动模式下发生的移动性历史信息。
在UE根据条件5-1或条件5-2将移动性历史信息存储在VarMobilityHistoryReport中的情况下,如果必要的话,根据以下,UE可以可能在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目。
-UE可以将条目的字段timeSpent设置为在E-UTRA之外花费的时间。在E-UTRA之外花费的时间可以指在无服务中花费的时间,或者使用不是E-UTRA小区或NR小区的另一RAT时的时间,或者在无服务中花费的时间和使用不是E-UTRA小区或NR小区的另一RAT时的时间。
条件5-1和条件5-2之间的差异在于UE是否存储在RRC非活动模式中出现的移动性历史信息。不同之处在于,根据条件5-1在VarMobilityHistoryReport中存储移动性历史信息的UE不在VarMobilityHistoryReport中存储在RRC非活动模式下发生的移动性历史信息,而根据条件5-2在VarMobilityHistoryReport中存储移动性历史信息的UE在VarMobilityHistoryReport中存储在RRC非活动模式下发生的移动性历史信息。因此,与条件2-1相比,根据条件2-2将移动性历史信息存储在VarMobilityHistoryReport中的UE具有能够向基站报告更准确的移动性历史信息的优点。
参照图13,在通过操作1305至1350的上述操作中,UE可将移动性历史信息存储在NR的VarMobilityHistoryReport中。例如,UE可以在NR的VarMobilityHistoryReport中存储以下信息中的至少一个。
-NR小区1的全局小区标识、或者载波频率和物理小区标识,以及在NR小区1中花费的时间10s(1305)
-NR小区2的全局小区标识、或者载波频率和物理小区标识,以及在NR小区2中花费的时间5s(1310)
-E-UTRA小区2的全局小区标识、或载波频率和物理小区标识,以及在E-UTRA小区2中花费的时间2s(1320)
-NR小区3的全局小区标识、或者载波频率和物理小区标识,以及在NR小区3中花费的时间3s(1325)
-在无服务中花费的时间2s(1345)
在通过操作1305至1350的上述操作中,UE可将移动性历史信息存储在LTE的VarMobilityHistoryReport中。例如,UE可以在LTE的VarMobilityHistoryReport中存储以下信息中的至少一个。
-E-UTRA小区1的全局小区标识、或载波频率和物理小区标识,以及在E-UTRA小区1中花费的时间10s(1315)
-在服务中花费的时间5s(1330)
-E-UTRA小区3的全局小区标识、或载波频率和物理小区标识,以及在E-UTRA小区3中花费的时间10s(1335)
-在UTRA小区1中花费的时间10s(1340)
在操作1350,处于RRC连接模式的UE可以连接到作为PCell(主小区)的NR小区4。
在操作1355,UE可以从NR基站接收包括mobilityHistoryReportReq的UE信息请求消息。如果mobilityHistoryReportReq被设置为true,则在操作1360,UE可以包括mobilityHistoryReport,并将其设置为包括来自VarMobilityHistoryReport的条目。此外,LTE的mobilityHistoryReport中的条目值可以包括在NR的mobilityHistoryReport中,也可以包括在NR UE能力响应消息中,或者LTE的mobilityHistoryReport可以单独包括在LTE的mobilityHistoryReport中。在这种情况下,条目值可以按照步骤1305至1350的顺序排列,然后可以被包括在NR UE能力响应消息中。
在操作1365,如果必要,UE可以从当前小区(例如,NR小区4)中移除最旧的条目值,并且可以将针对VarMobilityHistoryReport中存在的条目的当前小区(NR小区4)的全局小区标识以及在NR小区4中花费的时间包括在VarMobilityHistoryReport中。
在操作1370,UE可在UE信息响应消息中包括上述mobilityHistoryReport,并可将UE信息响应消息发送到NR基站。
图14是示出根据本公开实施例的UE的内部结构的框图。
参考以上附图,UE可以包括射频(RF)处理器1410、基带处理器1420、存储单元1430和控制器1440。
RF处理器1410可以执行用于在无线电信道上发送和接收信号的功能,诸如信号频带转换和放大。也就是说,RF处理器1410将基带处理器1420提供的基带信号上变频为RF频带信号,以通过天线发送变频后的信号,并将通过天线接收的RF频带信号下变频为基带信号。例如,RF处理器1410可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、数模转换器(DAC)和模数转换器(ADC)。尽管在附图中仅示出了一个天线,但是UE可以配备有多个天线。此外,RF处理器1410可以包括多个RF链。此外,RF处理器1410可以执行波束成形。对于波束成形,RF处理器1410可以调整通过多个天线或天线元件发送或接收的信号的相位和大小。此外,RF处理器1410可以执行MIMO,并且可以在执行MIMO操作期间接收若干层。
基带处理器1420根据系统的物理层标准执行基带信号和比特串之间的转换功能。例如,在数据发送期间,基带处理器1420通过编码和调制发送的比特串来生成复符号。此外,在数据接收期间,基带处理器1420通过解调和解码从RF处理器1410提供的基带信号来恢复接收的比特串。例如,在遵循正交频分复用(OFDM)方法的情况下,在数据发送期间,基带处理器1420通过编码和调制发送的比特串来产生复符号,执行复符号到子载波上的映射,然后通过快速傅立叶逆变换(IFFT)操作和循环前缀(CP)插入来配置OFDM符号。此外,在数据接收期间,基带处理器1420以OFDM符号为单位划分从RF处理器1410提供的基带信号,通过快速傅立叶变换(FFT)操作恢复映射到子载波上的信号,然后通过解调和解码恢复接收的比特串。
基带处理器1420和RF处理器1410如上所述发送和接收信号。因此,基带处理器1420和RF处理器1410可以被称为发送器、接收器、收发器或通信单元。此外,为了支持不同的无线电接入技术,基带处理器1420和RF处理器1410中的至少一个可以包括多个通信模块。此外,为了处理不同频带的信号,基带处理器1420和RF处理器1410中的至少一个可以包括不同的通信模块。例如,不同的无线电接入技术可以包括无线LAN(例如,IEEE802.11)和蜂窝网络(例如,LTE)。此外,不同的频带可以包括超高频(SHF)(例如,2.NR Hz或NR Hz)频带和毫米波(例如,60GHz)频带。
存储单元1430在其中存储用于UE操作的基本程序、应用程序和配置信息的数据。具体地,存储单元1430可存储与通过使用第二无线电接入技术执行无线通信的第二连接节点相关的信息。此外,存储单元1430根据来自控制器1440的请求提供存储的数据。
控制器1440控制UE的整体操作。例如,控制器1440通过基带处理器1420和RF处理器1410发送和接收信号。此外,控制器1440将数据记录在存储单元1430中或从存储单元1430中读取数据。为此,控制器1440可以包括至少一个处理器。例如,控制器1440可以包括执行通信控制的通信处理器(CP)和控制上层的应用处理器(AP),诸如应用程序。
图15是示出根据本公开实施例的NR基站的配置的框图。
如图所示,基站被配置为包括RF处理器1510、基带处理器1520、回程通信单元1530、存储单元1540和控制器1550。
RF处理器1510执行用于在无线电信道上发送和接收信号的功能,诸如信号频带转换和放大。也就是说,RF处理器1510将基带处理器1520提供的基带信号上变频为RF频带信号,以通过天线发送变频后的信号,并将通过天线接收的RF频带信号下变频为基带信号。例如,RF处理器1510可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、DAC和ADC。尽管在图15中仅示出了一个天线,但是第一接入节点可以配备有多个天线。此外,RF处理器1510可以包括多个RF链。此外,RF处理器1510可以执行波束成形。对于波束成形,RF处理器1510可以调整通过多个天线或天线元件发送或接收的信号的相位和大小。RF处理器1510可以通过一个或多个层的传输来执行下行MIMO操作。
基带处理器1520根据第一无线电接入技术的物理层标准执行基带信号和比特串之间的转换功能。例如,在数据发送期间,基带处理器1520通过编码和调制发送的比特串来生成复符号。此外,在数据接收期间,基带处理器1520通过解调和解码从RF处理器1510提供的基带信号来恢复接收的比特串。例如,在遵循OFDM方法的情况下,在数据发送期间,基带处理器1520通过对发送的比特串进行编码和调制来产生复符号,执行复符号到子载波的映射,然后通过IFFT运算和CP插入来配置OFDM符号。此外,在数据接收期间,基带处理器1520以OFDM符号为单位划分从RF处理器1510提供的基带信号,通过FFT操作恢复映射到子载波的信号,然后通过解调和解码恢复接收的比特串。基带处理器1520和RF处理器1510如上所述发送和接收信号。因此,基带处理器1520和RF处理器1510可以被称为发送器、接收器、收发器、通信单元或无线通信单元。
回程通信单元1530提供用于执行与网络中其他节点的通信的接口。也就是说,回程通信单元1530将从主基站发送到其他节点(例如,辅助基站和核心网络)的比特串转换成物理信号,并将从其他节点接收的物理信号转换成比特串。
存储单元1540在其中存储用于主基站的操作的基本程序、应用程序和配置信息的数据。具体地,存储单元1540可以存储关于分配给连接的UE的承载的信息和从连接的UE报告的测量结果。此外,存储单元1540可以存储成为确定是否提供或暂停到UE的多重连接的基础的信息。此外,存储单元1540根据来自控制器1550的请求提供存储的数据。
控制器1550控制基站的整体操作。例如,控制器1550通过基带处理器1520和RF处理器1510或者通过回程通信单元1530发送和接收信号。此外,控制器1550将数据记录在存储单元1540中或从存储单元1540中读取数据。为此,控制器1550可以包括至少一个处理器。
同时,说明书和附图中公开的本公开的实施例仅仅是为了便于解释本公开的实施例的技术内容和提出具体示例以帮助理解本公开的实施例,而不是为了限制本公开的实施例的范围。也就是说,对于本公开所属领域的普通技术人员来说,显而易见的是,基于本公开的技术思想,可以实施其他修改。此外,根据需要,实施例可以彼此结合操作。
图16是示出根据本公开的实施例的在下一代移动通信系统中,用于在UE转换到RRC非活动模式的情况下处理记录的测量配置的UE和基站之间的操作的图。
参考图16,UE 1601可以处于RRC空闲模式(RRC_IDLE)或RRC非活动模式(RRC_INACTIVE)。
处于RRC空闲模式的UE 1601可以向基站发送RRC连接建立请求消息(RRCSetupRequest),以便执行与基站1602的RRC连接建立过程(1610)。响应于此,已经接收到RRC连接建立请求消息的基站可以向UE发送RRC连接建立消息(RRCSetup(RRC建立))(1615)。已经接收到RRC连接建立消息的UE可以应用这一点,并且可以转换到RRC连接模式(1616)。此外,处于RRC连接模式的UE可以向基站发送RRC连接建立完成消息(RRCSetupComplete(RRC建立完成))(1620)。
处于RRC非活动模式的UE 1601可以向基站发送RRC连接恢复请求消息或RRC连接恢复请求1消息(RRCResumeRequest(RRC恢复请求)或RRCResumeRequest1(RRC恢复请求1)),以执行与基站1602的RRC连接恢复过程(1610)。响应于此,已经接收到RRC连接恢复请求消息的基站可以向UE发送RRC连接恢复消息(RRCResume(RRC恢复))(1615)。已经接收到RRC连接恢复消息的UE可以应用这一点,并且可以转换到RRC连接模式(1616)。此外,处于RRC连接模式的UE可以向基站发送RRC连接恢复完成消息(RRCResumeComplete(RRC恢复完成))(1620)。
尚未进行安全设置的UE 1601可以与基站1602执行初始安全激活过程(1621)。例如,尚未进行安全设置的UE可以指已经从RRC空闲模式切换到RRC连接模式的UE。具体地,UE1601可以向基站1602发送安全模式命令消息(SecurityModeCommand(安全模式命令)),并且响应于此,基站可以向UE发送安全模式完成消息(SecurityModeComplete)(安全模式完成)。
在操作1625,为了执行RRC连接重配置过程,基站1602可以向在RRC连接模式下的UE 1601发送RRC连接重配置消息(RRCReconfiguration(RRC重新配置))。UE可以应用接收到的RRC连接重新配置消息,并且响应于此,可以向基站发送RRC连接重新配置完成消息(RRCReconfigurationComplete(RRC重新配置完成))(1630)。
为了开始记录的测量配置过程,基站1602可以向在RRC连接模式下的UE 1601发送LoggedMeasurementConfiguration(记录的测量配置)消息(1635)。已经接收到LoggedMeasurementConfiguration消息的UE可以执行以下一系列过程。
-UE可以移除记录的测量配置和记录的测量信息。
-如果loggingDuration(记录持续时间)、loggingInterval(记录间隔)和areaConfiguration(区域配置)包括在VarLogMeasConfig中,则UE可以存储它们。
-如果LoggedMeasurementConfiguration消息包括plmn-IdentityList,则UE可以将plmn-IdentityList中包括的RPLMN和PLMN设置给VarLogMeasReport作为plmn-IdentityList。如果LoggedMeasurementConfiguration消息不包括plmn-IdentityList,则UE可以将VarLogMeasReport中的RPLMN设置为plmn-IdentityList。
-UE可以在VarLogMeasReport中存储接收到的absoluteTimeInfo、traceReference、traceRecordingSessionRef和tce-Id。
-如果包括在内,UE可以将接收到的bt-NameList、wlan-NameList、sensor-NameList和reportType存储在VarLogMeasConfig中。
-UE可以使用loggingDuration中包括的定时器值来启动T330定时器。
LoggedMeasurementConfiguration的ASN.1结构如下表4所示。
[表4]
由于特定原因(例如,没有数据发送/接收),基站1602可以向在RRC连接模式下的UE 1601发送包括暂停配置信息(suspendConfig)的RRC连接释放消息(RRCRelease(RRC释放))(1604)。在操作1645,UE可以在UE非活动AS上下文中存储当前KgNB和KRRCInt密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C_RNTI、源PCellcellIdentity和物理小区标识、在PSCell的ReconfigurationWithSync中容纳的spCellConfigCommon以及其他配置的参数。在这种情况下,UE可以不在UE非活动AS上下文中存储在PCell的ReconfigurationWithySync、servingCellConfigCommonSIB中容纳的参数以及在操作1635接收的LoggedMeasurementConfiguration消息中包括的参数。此外,UE可以转换到RRC非活动模式(RRC_INACTVE)(1646)。
根据本公开实施例的UE的特征在于不将记录的测量配置存储在UE非活动AS上下文中。记录的测量配置是通常应用于RRC非活动模式和RRC空闲模式二者的配置信息,并且由于它在单独的UE变量(例如,VarLogMeasConfig和/或VarLogMeasReport)中被存储、更新和管理,所以它不需要单独存储在UE非活动AS上下文中。也就是说,由于UE非活动AS上下文具有存储和使用在RRC连接模式(RRC_CONNECTED)中使用的RRC配置信息的目的,所以没有必要在UE非活动AS上下文中单独存储记录的测量配置。如果记录的测量配置被存储在UE非活动AS上下文中,则可能存在实际UE变量(例如,VarLogMeasConfig和/或VarLogMeasReport)中的值以及与存储在UE非活动AS竞争中的记录的测量配置的值不同的值,并且这可能导致UE随后的故障(例如,UE可能向基站报告错误的记录的测量信息)。相应地,在UE非活动AS竞争中,可以存储除了记录的测量配置之外的其他参数。
图17是示出根据本公开的实施例的在下一代移动通信系统中用于向NR基站报告移动性历史信息的UE的操作的图。
在通过小区选择过程、小区重选过程或切换过程改变小区的情况下,支持移动性历史信息的存储的UE可以进入正常驻留状态(UE驻留在用于一般用途的合适小区上的状态)、任何小区选择状态(UE不驻留在任何小区上的状态)、或驻留在任何小区上状态(UE驻留在用于有限服务(紧急呼叫、ETWS和CMAS)的可接受小区上的状态)。UE可以在RRC空闲模式(RRC_IDLE)、RRC非活动模式(RRC_INACTIVE)或RRC连接模式(RRC_CONNECTED)下存储NR小区的移动性历史信息,当然,UE可以在RRC非活动模式下存储E-UTRA小区的移动性历史信息,这可以根据UE能力或标准版本来确定。也就是说,在稍后描述的内容中,为了方便起见,假设处于RRC非活动模式的UE不存储移动性历史信息。如果满足以下条件,则UE可以将移动性历史信息存储在NR的VarMobilityHistoryReport中。
条件1:在将由处于RRC_CONNECTED中的PCell或处于RRC_INACTIVE中(对于NR小区)或处于RRC_IDLE中(对于NR或E-UTRA小区)的服务小区组成的合适小区(在UE处于RRC连接模式的情况下,NR合适小区可以指PCell,并且在UE处于RRC空闲模式或UE处于RRC非活动模式的情况下,NR合适小区可以指服务小区。此外,在UE处于RRC连接模式的情况下,E-UTRA小区可以指PCell,并且在UE处于RRC空闲模式的情况下可以指服务小区)改变到另一个NR或E-UTRA小区时
条件2:当从NR或LTE中正常驻留状态进入任何小区选择状态时
条件3:在当先前处于NR或LTE中的任何小区选择状态或驻留在任何小区上状态时进入NR(处于RRC_IDLE、RRC_INACTIVE或RRC_CONNECTED)或E-UTRA(处于RRC_IDLE或RRC_CONNECTED)中的正常驻留状态时,
UE可以确定满足条件1、条件2或条件3中的哪一个(1705)。
如果UE满足条件1或条件2,并且将移动性历史信息存储在NR的VarMobilityHistoryReport中,则在操作1710,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目
-如果先前PCell/服务小区的全局小区标识可用,则UE可以在条目的visitedCellId字段中包括该小区的全局小区标识。否则,如果全局小区标识不可用,则UE可以在条目的visitedCellId字段中包括该小区的物理小区标识和载波频率。此外,UE可以将条目的字段timeSpent设置为在先前PCell/服务小区中花费的时间。
如果UE满足条件3,并且将移动性历史信息存储在NR的VarMobilityHistoryReport中,则在操作1715,如果必要的话,根据以下,UE可能可以在移除最旧的条目之后在变量VarMobilityHistoryReport中包括条目
-UE可以将条目的字段timeSpent设置为花费在NR或LTE中的任何小区选择状态和/或驻留在任何小区上状态的时间。
如果满足条件3,则根据本公开的实施例,当UE转换到正常驻留状态(即,UE驻留在合适小区上的状态)时,以及当UE转换到驻留在任何小区上状态(即,UE驻留在可接受小区上的状态)时,UE可以针对NR或E-UTRA将在任何小区选择状态和/或驻留在任何小区上状态中花费的时间存储在timeSpent字段中,UE可以不分别针对NR小区或E-UTRA小区将任何小区选择状态和/或驻留在任何小区上状态存储在timeSpent字段中。例如,在RRC_IDLE、RRC_INACTIVE或RRC_CONNECTED中进入NR时,或者在RRC_IDLE或RRC_CONNECTED中进入E-UTRA时,UE可以包括正常驻留状态和驻留在任何小区上状态二者,并且在这种情况下,UE存储重复时间可能是不利的。
-T0:正常驻留状态
-T1:任何小区选择状态
-T2:驻留在任何小区上状态
-T3:任何小区状态
-T4:驻留在任何小区上状态
-T5:正常驻留状态
根据本公开实施例的UE可以在时间T5将时间(T5-T1)存储在timeSpent字段中。然而,由于不遵循本公开的实施例的UE可以在时间T2将时间(T2-T1)存储在timeSpent字段中,可以在时间T4将时间(T4-T1)存储在timeSpent字段中,并且可以在时间T5将时间(T5-T1)存储在timeSpent字段中,因此UE可能不必要地存储重复的时间(例如,时间(T2-T1)或时间(T4-T1),并且因此可以向基站报告错误的移动性历史信息。
在操作1720,处于RRC连接模式的UE可以连接到作为NR小区的PCell(主小区)。
在操作1725,UE可以从NR基站接收包括mobilityHistoryReportReq的UE信息请求消息。如果mobilityHistoryReportReq被设置为true,则在操作1730,UE可以包括mobilityHistoryReport并将其设置为包括来自VarMobilityHistoryReport的条目。
在操作1730,根据需要,如果可能的话,UE可以移除当前小区(例如,PCell)的最旧的条目值,并且可以在VarMobilityHistoryReport中包括当前小区的全局小区标识和在PCell中花费的时间。
在操作1730,UE可在UE信息响应消息中包括上述mobilityHistoryReport,并可将UE信息响应消息发送到NR基站。
Claims (15)
1.一种由无线通信系统中的UE执行的方法,所述方法包括:
识别转换是否是从任何小区选择状态或驻留在任何小区上状态中的至少任何一个进行到正常驻留状态;
在识别出所述转换进行到所述正常驻留状态的情况下,确定在所述任何小区选择状态或所述驻留在任何小区上状态中的至少任何一个中花费的时间信息;
将所确定的时间信息存储为移动性历史信息;和
向基站发送包括所述移动性历史信息的消息。
2.根据权利要求1所述的方法,其中发送所述消息包括:
向所述基站发送无线电资源控制(RRC)建立请求消息;
从所述基站接收RRC建立消息;
在所述UE支持所述移动性历史信息的存储的情况下,向所述基站发送RRC建立完成消息,所述RRC建立完成消息包括指示信息,所述指示信息指示移动性历史信息可用;
从所述基站接收针对所述UE的信息请求消息;和
响应于所述信息请求消息,向所述基站发送包括所述移动性历史信息的响应消息。
3.根据权利要求1所述的方法,其中所述花费的时间基于在转换进行到所述正常驻留状态之前在所述任何小区选择状态中花费的时间和在所述驻留在任何小区上状态中花费的时间的累积值来确定。
4.根据权利要求1所述的方法,其中,在被存储为移动性历史信息的情况下,最先前存储的移动性历史信息被移除。
5.一种由无线通信系统中的基站执行的方法,所述方法包括:
从UE接收无线电资源控制(RRC)建立请求消息;
向所述UE发送RRC建立消息;
在所述UE支持所述移动性历史信息的存储的情况下,从所述UE接收RRC建立完成消息,所述RRC建立完成消息包括指示信息,所述指示信息指示移动性历史信息可用;
向所述UE发送针对所述UE的信息请求消息;和
从所述UE接收响应于所述信息请求消息的包括所述移动性历史信息的响应消息,
其中,所述移动性历史信息包括时间信息,以及
其中,在识别出所述UE被转换到正常驻留状态的情况下,基于在任何小区选择状态或驻留在任何小区上状态中的任何一个中花费的所述时间信息来确定所述时间信息。
6.根据权利要求5所述的方法,其中所述移动性历史信息还包括小区标识信息。
7.根据权利要求5所述的方法,其中所述花费的时间基于在转换进行到所述正常驻留状态之前在所述任何小区选择状态中花费的时间和在所述驻留在任何小区上状态中花费的时间的累积值来确定。
8.根据权利要求5所述的方法,其中,在移动性历史信息被存储的情况下,最先前存储的移动性历史信息被移除。
9.一种无线通信系统中的UE,所述UE包括:
收发器;和
控制器,被配置为:
识别转换是否是从任何小区选择状态或驻留在任何小区上状态中的至少任何一个进行到正常驻留状态,
在识别出所述转换进行到所述正常驻留状态的情况下,确定在所述任何小区选择状态或所述驻留在任何小区上状态中的至少任何一个中花费的时间信息,
将所确定的时间信息存储为移动性历史信息,以及
控制所述收发器向基站发送包括所述移动性历史信息的消息。
10.根据权利要求9所述的UE,其中所述控制器被配置为:
通过所述收发器向所述基站发送无线资源控制(RRC)建立请求消息,
通过所述收发器从所述基站接收RRC建立消息;
在所述UE支持所述移动性历史信息的存储的情况下,通过所述收发器向所述基站发送RRC建立完成消息,所述RRC建立完成消息包括指示信息,所述指示信息指示移动性历史信息可用;
通过所述收发器从所述基站接收针对所述UE的信息请求消息;和
响应于所述信息请求消息控制所述收发器向所述基站发送包括所述移动性历史信息的响应消息。
11.根据权利要求9所述的UE,其中所述花费的时间基于在转换进行到所述正常驻留状态之前在所述任何小区选择状态中花费的时间和在所述驻留在任何小区上状态中花费的时间的累积值来确定。
12.根据权利要求9所述的UE,其中,在被存储为移动性历史信息的情况下,所述控制器移除最先前存储的移动性历史信息。
13.一种无线通信系统中的基站,所述基站包括:
收发器;和
控制器,被配置为:
通过所述收发器从UE接收无线资源控制(RRC)建立请求消息,
通过所述收发器向所述UE发送RRC建立消息,
在所述UE支持所述移动性历史信息的存储的情况下,通过所述收发器从所述UE接收RRC建立完成消息,所述RRC建立完成消息包括指示信息,所述指示信息指示移动性历史信息可用,
通过收发器向所述UE发送针对所述UE的信息请求消息,以及
通过所述收发器从所述UE接收响应于所述信息请求消息的包括所述移动性历史信息的响应消息,
其中,所述移动性历史信息包括时间信息,以及
其中,在识别出所述UE被转换到正常驻留状态的情况下,基于在任何小区选择状态或驻留在任何小区上状态中的任何一个中花费的所述时间信息来确定所述时间信息。
14.根据权利要求13所述的基站,其中所述移动性历史信息还包括小区标识信息。
15.根据权利要求13所述的基站,其中所述花费的时间基于在转换进行到所述正常驻留状态之前在所述任何小区选择状态中花费的时间和在所述驻留在任何小区上状态中花费的时间的累积值来确定,以及
其中,在移动性历史信息被存储的情况下,最先前存储的移动性历史信息被移除。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20200043411 | 2020-04-09 | ||
KR10-2020-0043411 | 2020-04-09 | ||
KR20200059373 | 2020-05-18 | ||
KR10-2020-0059373 | 2020-05-18 | ||
KR10-2020-0090212 | 2020-07-21 | ||
KR1020200090212A KR20210125882A (ko) | 2020-04-09 | 2020-07-21 | 차세대 이동 통신 시스템에서 이동성 히스토리 정보를 수집 및 보고하는 방법 및 장치 |
PCT/KR2021/004502 WO2021206508A1 (ko) | 2020-04-09 | 2021-04-09 | 차세대 이동 통신 시스템에서 이동성 히스토리 정보를 수집 및 보고하는 방법 및 장치 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115428489A true CN115428489A (zh) | 2022-12-02 |
Family
ID=78022854
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180027365.1A Pending CN115428489A (zh) | 2020-04-09 | 2021-04-09 | 下一代移动通信系统中收集和报告移动性历史信息的方法和设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230084366A1 (zh) |
EP (1) | EP4120710A4 (zh) |
CN (1) | CN115428489A (zh) |
WO (1) | WO2021206508A1 (zh) |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111818507B (zh) * | 2012-03-26 | 2023-06-16 | 三星电子株式会社 | 移动通信系统中的终端、基站、及其方法 |
EP2934039B1 (en) * | 2014-04-15 | 2019-03-20 | Telefonaktiebolaget LM Ericsson (publ) | Technique for event reporting |
US20190037635A1 (en) * | 2017-07-28 | 2019-01-31 | Asustek Computer Inc. | Method and apparatus of recovering rrc connection in a wireless communication system |
-
2021
- 2021-04-09 WO PCT/KR2021/004502 patent/WO2021206508A1/ko unknown
- 2021-04-09 EP EP21784544.5A patent/EP4120710A4/en active Pending
- 2021-04-09 CN CN202180027365.1A patent/CN115428489A/zh active Pending
- 2021-04-09 US US17/796,774 patent/US20230084366A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
EP4120710A4 (en) | 2023-08-09 |
WO2021206508A1 (ko) | 2021-10-14 |
EP4120710A1 (en) | 2023-01-18 |
US20230084366A1 (en) | 2023-03-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110546987A (zh) | 下一代移动通信系统中发送无线链路控制状态报告的方法和装置 | |
EP4164328A1 (en) | Method and apparatus for transmitting or receiving signal in mobile communication system | |
CN112119657B (zh) | 下一代移动通信系统中收集与报告小区测量信息的方法及设备 | |
US20220377838A1 (en) | Method and apparatus for performing early frequency measurement and fast reporting by terminal in disconnected state in next generation mobile communication system | |
US11558811B2 (en) | Method and apparatus for selecting core network suitable for service in next generation mobile communication system | |
US11889363B2 (en) | Method and apparatus for logging and reporting radio link failure information in next-generation mobile communication system | |
US20220038976A1 (en) | Method for operating failure timer during conditional handover in wireless communication system | |
US11825358B2 (en) | Measurement method and apparatus for conditional handover | |
US20230292389A1 (en) | Method and apparatus for managing information about rrc connection in wireless communication system | |
US11910248B2 (en) | Method and apparatus for performing handover in a next-generation communication system | |
US11317309B2 (en) | Method and apparatus for measurement reporting in wireless communication system | |
US11974185B2 (en) | Method and device for handover without suspension of data transmission and reception in next generation mobile communication system | |
CN115669201A (zh) | 在下一代移动通信系统中执行条件PSCell改变过程的方法和装置 | |
EP3818778B1 (en) | Methods and apparatuses for transmitting or receiving signal in mobile communication system | |
US20240049332A1 (en) | Method and device for reporting mobility history information in wireless communication system | |
US20230292202A1 (en) | Method and apparatus for performing slice-based cell reselection in next generation mobile communication system | |
US20230081518A1 (en) | Device and terminal operation in next generation mobile communication system | |
KR20210085457A (ko) | 이동 통신 시스템에서 단말이 validity area를 벗어난 셀 재선택 시 early measurement 설정을 처리하는 방법 및 장치 | |
EP4120710A1 (en) | Method and device for collecting and reporting mobility history information in next-generation mobile communication system | |
US20240031041A1 (en) | Method and device for performing mdt logging in case of idc problem in wireless communication system | |
US20230124364A1 (en) | Apparatus and method for failure recovery of master cell group in integrated access and backhaul system | |
US20230319933A1 (en) | Method and apparatus for logging connection establishment failure information in a wireless communication system | |
US20240107387A1 (en) | Method and apparatus for measurement reporting of uncrewed aerial vehicle terminal in non-terrestrial network | |
US20230047050A1 (en) | Method and apparatus for supporting dual connectivity for multi-usim ue in next-generation mobile communication system | |
KR20210125882A (ko) | 차세대 이동 통신 시스템에서 이동성 히스토리 정보를 수집 및 보고하는 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |