CN113615255A - 用于执行无线通信系统中的通信的方法和装置 - Google Patents

用于执行无线通信系统中的通信的方法和装置 Download PDF

Info

Publication number
CN113615255A
CN113615255A CN202080013076.1A CN202080013076A CN113615255A CN 113615255 A CN113615255 A CN 113615255A CN 202080013076 A CN202080013076 A CN 202080013076A CN 113615255 A CN113615255 A CN 113615255A
Authority
CN
China
Prior art keywords
timer
scg
expiration
pscell
rlf
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202080013076.1A
Other languages
English (en)
Inventor
F.A.拉蒂夫
M.A.因加尔
H.范德韦尔德
金成勋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN113615255A publication Critical patent/CN113615255A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/30Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/305Handover due to radio link failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0079Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28Timers or timing mechanisms used in protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0058Transmission of hand-off measurement information, e.g. measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0061Transmission or use of information for re-establishing the radio link of neighbour cell information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085Hand-off measurements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0069Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H04W36/00698Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink using different RATs
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00837Determination of triggering parameters for hand-off
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/30Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/302Reselection being triggered by specific parameters by measured or perceived connection quality data due to low signal strength
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • H04W76/38Connection release triggered by timers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal 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)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本文的实施例公开了一种由UE(100)在无线通信系统中处理RLF的方法。该方法包括从SN(300)接收包括第二定时器(150)的测量配置。此外,该方法包括为UE配置与针对SN的PSCell的测量报告相关联的第二定时器。此外,该方法包括,当用于PSCell的第一定时器(140)在运行的同时相应的测量报告被触发时,启动第二定时器。此外,该方法包括检测用于PSCell的第一定时器和第二定时器之一的期满。此外,该方法包括在第一定时器和第二定时器中较早一个的期满时声明SCG RLF。此外,该方法包括在声明SCGRLF时向MN(300)发起SCG失败过程。

Description

用于执行无线通信系统中的通信的方法和装置
技术领域
本公开涉及无线通信系统,并且更具体地,涉及用于在无线通信系统的新无线电(NR)中检测早期无线电链路失败(RLF)并实现更快恢复的方法和用户设备(UE)。
背景技术
为了满足自第四代(4G)通信系统的部署以来对无线数据流量的需求增加,已经努力开发了改进的第五代(5G)或准5G通信系统。5G或准5G通信系统也被称为“超4G网络”或“后长期演进(LTE)系统”。5G通信系统被认为是在更高的频率(毫米波)频带(例如60GHz频带)中实现的,以便实现更高的数据速率。为了降低无线电波的传播损耗并增加传输距离,针对5G通信系统讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术。此外,在5G通信系统中,基于高级的小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等,正在开发对系统网络的改进。在5G系统中,已经开发了作为高级编码调制(ACM)的混合频移键控(FSK)和Feher正交幅度调制(FQAM)和滑动窗口叠加编码(SWSC),以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。
作为以人为中心的连接网络的、人类在其中生成和消费信息的互联网现在正在演变为物联网(IoT),在IoT中,分布式实体(诸如事物)在没有人类干预的情况下交换和处理信息。作为通过与云服务器的连接的、IoT技术和大数据处理技术的结合的万物联网(IoE)已经出现。因为对于IoT实现需要诸如“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”等技术元素,所以最近已经研究了传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)等。这种IoT环境可以提供智能互联网技术服务,智能互联网技术服务通过收集和分析互联事物之间生成的数据,为人类生活创造新的价值。IoT可以通过现有信息技术(IT)与各种工业应用的融合和结合而被应用于智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能电器和高级医疗服务等多个领域。
与此相一致,已经做出了各种尝试来将5G通信系统应用于IoT网络。例如,诸如传感器网络、MTC和M2M通信的技术可以通过波束成形、MIMO和阵列天线来实施。云RAN作为上述大数据处理技术的应用也可以被认为是5G技术和IoT技术融合的示例。
如上所述,根据无线通信系统的发展,可以提供各种服务,因此需要一种用于容易地提供这样的服务的方法。
发明内容
技术问题
本文的实施例的主要目的是提供一种在NR中检测早期RLF并实现更快恢复的方法和UE。
问题的解决方案
本文的实施例公开了一种在无线通信系统中由UE(100)处理RLF的方法。该方法包括从SN(300)接收包括第二定时器(150)的测量配置。此外,该方法包括为UE配置与针对SN的PSCell的测量报告相关联的第二定时器。此外,该方法包括,当用于PSCell的第一定时器(140)在运行的同时测量报告被触发时,启动第二定时器。此外,该方法包括检测用于PSCell的第一定时器和第二定时器之一的期满(expiry)。此外,该方法包括在第一定时器和第二定时器中较早一个的期满时,声明SCG RLF。此外,该方法包括在声明SCG RLF时,向MN(300)发起SCG失败过程。
有益效果
通过本申请的方法,由SCG处理的承载的服务中断时间被最小化。
附图说明
在附图中示出该方法,在所有附图中,相同的附图标记指示不同附图中相应的部分。根据下面参考附图的描述,将更好地理解本文的实施例,其中:
图1a是示出根据现有技术的、在MR-DC场景中用于PSCell RLF和SCG失败指示的逐步操作的流程图,其中,UE仅在MCG PCell上被配置有SRB;
图1b是示出根据现有技术的、在MR-DC场景中用于PSCell RLF和SCG失败指示的逐步操作的流程图,其中,UE在MCG PCell上被配置有SRB1、SRB2,并且在SCG PSCell上被配置有SRB3;
图2a是示出根据本文所公开的实施例的、在MR-DC场景中用于向MN指示早期SCG失败的逐步操作的流程图,其中,仅在MCG上配置SRB,其中MCG和SCG小区可以属于EUTRAN或NR之一;
图2b是示出根据本文所公开的实施例的、在MR-DC场景中用于向MN指示早期SCG失败的方法的流程图,其中,在MCG上配置SRB1、SRB2并且在SCG上配置SRB3,其中MCG小区可以属于EUTRAN或NR,并且SCG小区属于NR;
图3a是示出根据本文公开的实施例的、在T310期满时在LTE(或下一个优先级RAT)上尝试进行小区选择的逐步操作的流程图;
图3b是示出根据本文公开的实施例的,可能由于T310期满而最终没有接收到来自网络的从NR移出(mobility from NR)命令或切换到LTE(handover to LTE)命令、从而导致RLF的逐步操作的流程图;
图4a是示出根据本文公开的实施例的、通过允许UE相比于不应用T312的情况更快地在目标小区上执行连接建立,使得UE能够从服务中断中恢复的逐步操作的流程图;
图4b是示出根据本文公开的实施例的、用于在T312期满时从源eNB(LTE)向目标gNB(NR)发送RRC建立请求的逐步操作的流程图;
图5a是示出根据本文公开的实施例的、在满足离开条件时停止T312的逐步操作的流程图;
图5b是示出根据本文公开的实施例的、在满足离开条件时重启T312的逐步操作的流程图;
图6是根据本文公开的实施例的、用于在无线通信系统中处理RLF的UE的示意图;和
图7是示出根据本文公开的实施例的、用于在无线通信系统中处理RLF的方法的流程图。图8是示出根据本公开的另一个实施例的基站的图。
具体实施方式
执行本发明的最佳模式
因此,本文的实施例公开了一种用于在无线通信系统中处理RLF的方法。该方法包括由UE从辅节点(SN)接收包括第二定时器的测量配置。此外,该方法包括为UE配置与针对SN的PSCell的测量报告相关联的第二定时器。此外,该方法包括,当用于PSCell的第一定时器在运行的同时相应的测量报告被触发时,由UE启动第二定时器。此外,该方法包括由UE检测用于PSCell的第一定时器和第二定时器之一的期满。此外,该方法包括在第一定时器或第二定时器中较早一个的期满时,由UE声明辅小区组(SCG)RLF。此外,该方法包括在声明辅小区组(SCG)RLF时,由UE向主节点(MN)发起SCG失败过程。
在实施例中,进一步地,该方法包括在声明SCG RLF时,由UE经由主小区组(MCG)链路、通过SRB1向主节点通知SCG失败消息。SCG失败消息包括与失败类型(作为第一定时器的期满和第二定时器的期满之一)相对应的原因值。此外,该方法包括由MN基于辅小区组(SCG)失败消息,触发SCG无线电链路失败(RLF)的恢复。
在实施例中,进一步地,该方法包括由UE将失败类型设置为第一定时器的期满和第二定时器的期满之一。
在实施例中,如果第一定时器的期满在第二定时器的期满之前,则UE将失败类型设置为第一定时器期满,否则,如果第二定时器的期满在第一定时器的期满之前,则UE将失败类型设置为第二定时器期满。
在实施例中,该方法还包括由UE从SN接收测量对象和包括第二定时器的报告配置,其中,该第二定时器与针对SN的PSCell的测量报告相关联。
在实施例中,当用于PSCell的第一定时器在运行时,由UE确定对与第二定时器相关联的针对PSCell的测量报告的触发,并且由UE启动用于PScell的第二定时器。
在实施例中,针对PSCell的测量报告通过信令无线电承载类型1(SRB1)和信令无线电承载类型3(SRB3)之一被发送到辅节点(SN)。
在实施例中,由UE基于对第一定时器或第二定时器中较早一个的期满的检测,声明SCG RLF,并且停止未期满的另一个定时器。
在实施例中,由UE基于对SCG RLF的声明,发起SCG失败过程。
在实施例中,第一定时器是T310定时器,其中,第一定时器包括在SCG添加期间,并且第二定时器是T312定时器,其中,第二定时器包括在来自SN的测量配置中。
在实施例中,由MN基于SCG失败消息触发SCG RLF的恢复包括,由UE通过SRB1从主节点接收RRC重新配置消息。
因此,本文的实施例公开了一种用于在无线通信系统中处理RLF的UE。该UE包括与存储器耦合的处理器。处理器从辅节点(SN)接收包括第二定时器的测量配置。该方法包括为UE配置与针对SN的PSCell的测量报告相关联的第二定时器。此外,当用于PSCell的第一定时器在运行的同时相应的测量报告被触发时,处理器启动第二定时器。处理器检测用于PSCell的第一定时器和第二定时器之一的期满。处理器在第一定时器或第二定时器中较早一个的期满时,声明SCG RLF。此外,处理器在声明SCG RLF时,启动SCG失败过程。
当结合以下描述和附图考虑时,将更好地了解和理解本文的实施例的这些和其他方面。然而,应该理解的是,以下描述尽管指示了优选实施例及其多个具体细节,但是是以说明而非限制的方式给出的。在不脱离本发明精神的情况下,可以在本发明实施例的范围内做出多种改变和修改,并且本发明实施例包括所有这样的修改。
发明模式
参考在附图中示出并在以下描述中详细描述的非限制性实施例,更全面地解释本文的实施例及其各种特征和有利细节。省略了对公知的组件和处理技术的描述,以免不必要地模糊本文的实施例。此外,本文所描述的各种实施例不一定相互排斥,因为一些实施例可以与一个或多个其他实施例组合以形成新的实施例。除非另有说明,否则本文所使用的术语“或”是指非排他性的“或”。本文所使用的示例仅仅是为了便于理解可以实践本文的实施例的方式,并且进一步地使本领域技术人员能够实践本文的实施例。因此,这些示例不应被解释为限制本文的实施例的范围。
如本领域中的传统,可以根据执行所描述的一个或多个功能的块来描述和说明实施例。这些块在本文可以被称为单元或模块等,它们由模拟或数字电路(诸如逻辑门、集成电路、微处理器、微控制器、存储器电路、无源电子组件、有源电子组件、光学组件、硬连线电路等)在物理上实施,并且可以可选地由固件和软件驱动。例如,电路可以包含在一个或多个半导体芯片中、或者包含在诸如印刷电路板等的基底支撑上。构成块的电路可以由专用硬件实施、或由处理器(例如,一个或多个经编程的微处理器和相关联的电路)实施、或者由执行块的一些功能的专用硬件和执行块的其他功能的处理器的组合来实施。在不脱离本发明的范围的情况下,实施例的每个块可以物理上被分为两个或更多个相互作用的离散块。同样,在不脱离本发明的范围的情况下,实施例的块可以物理上被组合为更复杂的块。
附图用于帮助容易地理解各种技术特征,并且应当理解,本文所呈现的实施例不受附图的限制。因此,除了在附图中具体阐述的那些之外,本公开应该被解释为扩展到任何变化、等同物和替代物。尽管本文的术语第一、第二等可以用于描述各种元件,但是这些元件不应该被这些术语所限制。这些术语一般仅用于区分一个元件与另一个元件。
近年来,为了满足日益增长的宽带需求以及新应用和服务的出现,无线通信技术已经取得了一些进步。第二代无线通信系统是为在移动环境中提供语音服务而开发的。第三代通过在移动环境中支持数据和语音进一步增强了这一点。近年来,已经开发了第四代无线通信系统,以在移动环境中提供高速宽带数据。然而,第四代通信系统(长期演进(LTE))的发展受到资源和方法的缺乏的困扰,而不能满足对宽带和新的用例的日益增长的需求。因此,第四代通信系统正在进一步发展,并且正在开发第五代(新无线电(NR)),以满足这种日益增长的具有增强型移动宽带(eMBB)的宽带需求,同时也支持新的用例,如超可靠低延迟通信(URLLC)和大规模机器类型通信(mMTC)。
NR是被设计为支持5G设备类型、服务、部署和频谱的广泛变化的基于正交频分复用(OFDM)的空中接口。网络监视设备行为,并向移动设备(例如,UE等)提供必要的资源,以执行其所需的任何操作(数据(上行链路或下行链路)、呼叫等)。移动设备所经受的信号强度和质量根据移动设备与gNB的接近程度而变化。与远离gNB的UE相比,小区附近的UE预期具有更好的信号条件,即小区边缘情况。
网络(即,RAN节点)(NR中的gNodeB(gNB)/LTE中的eNB)总是在与其处于活动RRC连接的移动设备上维持上下文。在任何时间点,gNB可以将移动设备/UE从其控制(即,源小区)切换到另一个gNB或另一个小区(即,目标小区),从而将特定设备的整个上下文传送到目标小区。该决定是由网络在关于相邻小区的测量报告的帮助下,可选地基于从UE接收到的辅助而做出的。(即,gNB配置移动设备测量服务小区和可能属于不同gNB的相邻小区的信号条件)。对于网络,存在特定的测量标准和特定的报告标准,这两个标准都是由服务gNB自己配置的。由于服务gNB上信号条件弱、负载大等多种原因,服务gNB可以将设备切换到相邻小区或目标gNB,这可以基于以测量报告的形式从UE接收到的辅助来完成。
UE持续地监视其无线电链路的质量,以确保链路处于足够好的条件,以成功地从基站接收任何传输,并成功地向基站进行传输。当UE识别出该链路质量变弱时,在物理(PHY)层执行无线电链路监视(RLM)的无线电资源管理(RRM)功能向高层(即,RRC层)发送不同步(out of sync)指示,从而向高层指示无线电链路质量的恶化(degradation)。一旦链路恶化条件达到所允许的极限(即配置的阈值条件),UE就进入中断(outage)状态(即较差的无线电条件),即UE由于高块错误率而经受Qout(来自无线电资源管理器的不同步指示)。当前规范规定在这种状态下使用所配置的T310定时器。在定时器T310的期满时,UE声明无线电链路失败(RLF),并发起小区选择过程以尝试恢复。该定时器值保持足够长的时间,以使UE有足够的机会从中断状态恢复,并且利用来自PHY层的同步(in sync)指示恢复到良好的无线电链路质量。另一方面,T310定时器被配置得足够短,以在另一个小区上触发恢复,并且不会显著地影响用户服务,即最小化服务中断时间。
典型地,当UE向服务小区的小区边缘移动时,出现这种中断状态或满足Qout的坏无线电链路状态。因此,很可能存在UE正在进入其覆盖范围的相邻小区。作为结果,理想的是,网络配置发起测量报告的切换,使得网络有足够的时间来处理测量报告,为切换准备目标小区,并在服务小区的无线电链路变得太弱而不能正确解码来自网络的切换命令之前提供切换命令。然而,即使在良好的网络规划和网络优化之后,也存在一些实际情况,其中每个UE的方向、速度不同,并且小区覆盖不是最佳的,在这种情况下,上述情况可能变得过于复杂,以至于不能提出对小区中的所有UE都理想的配置。针对所配置的测量的报告配置被设置为不会由于测量报告而增加信令量。网络配置测量报告,使得必须基于来自UE的报告采取行动。在大多数情况下,这导致了切换,因此网络配置这种测量为仅在UE需要切换的情况下被报告。这有时会导致在触发测量报告之前,UE进入经受Qout状态的概率增加(由于无线信道的不可预测性和其他因素,诸如UE移动性和速度)。
3GPP研究LTE的异构网络移动性增强(HetNet Mobility Enhancement),得出HetNet部署中的切换性能比同构宏部署中的切换性能更差。在密集HetNet环境中,由于包括T310期间的RLF恢复中断和Qout的若干因素,越来越多的切换和RLF可能导致UE的服务中断时间越来越长。具有为UE配置的T310的短值可能导致UE在测量报告被发送到网络之前声明RLF的情况。这种类型的配置使UE没有机会请求切换或从Qout恢复。因此,T310的值通常保持较大。还可能发生这样的情况,即UE已经满足了针对所配置的邻居频率的报告标准,并且在UE处启动T310之后不久就向网络发送测量报告。网络很有可能将准备切换的目标小区并向UE发送切换命令,但是不同步的UE可能无法接收该切换命令。最终,UE将在T310的期满后声明RLF。然而,由UE触发的测量报告是附近具有良好无线电条件的相邻小区可用的指示。因此,用T312定时器的配置引入了用于快速切换失败恢复/早期无线电链路失败检测的机制,其中,UE在T310定时器期满之前(即在T312定时器的期满时),声明无线电链路失败。做出这样的早期决定,使得UE被提供足够的机会来返回同步状态,并且使得网络被提供足够的机会来准备与目标小区的切换。T312定时器是由网络引入和配置的,以用于控制预期可以最小化服务中断时间的行为。当RLF定时器T310在运行并且由UE针对测量对象和要求UE使用基于T312定时器的行为的报告配置的组合触发测量报告时,UE启动定时器T312。当T312期满时,UE声明早期RLF过程,并尝试恢复无线电链路。然而,在双连接配置中,这种早期恢复在主小区组(MCG)中是可行的,但在辅小区组(SCG)中是不可行的。SCG上的RLF也被称为SCG失败,并且这两个术语在本公开下文中可以互换地使用。由于在NR中支持的双连接架构中配置专用无线电承载(DRB)的灵活性,下层(即RLC支路)可以在MCG或SCG或者两者中被灵活地配置,并且可以与终止于主节点或辅节点的分组数据汇聚协议(PDCP)实体相关联。因此,如果在SCG中的PSCell上遇到SCG失败,进行早期恢复以最小化由SCG处理的承载的服务中断时间是有意义的。
因此,期望解决上述缺点或其他缺点,或者至少提供有用的替代方案。
因此,本文的实施例公开了一种用于在无线通信系统中处理RLF的方法。该方法包括由UE从辅节点(SN)接收包括第二定时器的测量配置。此外,该方法包括为UE配置与针对SN的PSCell的测量报告相关联的第二定时器。此外,该方法包括,当用于PSCell的第一定时器在运行的同时相应的测量报告被触发时,由UE启动第二定时器。此外,该方法包括由UE检测用于PSCell的第一定时器和第二定时器之一的期满。此外,该方法包括在第一定时器或第二定时器中较早一个的期满时,由UE声明辅小区组(SCG)RLF。此外,该方法包括在声明辅小区组(SCG)RLF时,由UE向主节点(MN)发起SCG失败过程。
所提出的方法可以用于检测早期RLF,并且可以在NR中实现更快的恢复。该方法可以使用spCellConfig中的RLF-TimersandConstants来用于RRC重新配置中的T312。该方法可以用于指示由于T312期满而导致的SCG失败原因。
所提出的方法在PSCell上引入了基于T312的机制,以用于对SCG失败的快速声明。这可以通过基于更短的T312定时器加速SCG恢复来帮助实现在SCG上配置的承载的更少的服务中断时间。
基于所提出的方法,当对于PSCell(即NR PSCell的辅节点),T312期满时,UE不执行RRC重建过程,而是向网络发送SCG失败消息。SCG失败消息包括与T312期满相对应的原因值。对于PSCell RLF,PCell(MN)上的RRC连接已经很好了,但是PSCell上的数据丢失了。UE尝试通过自动地发送失败的原因来恢复SCG上的数据,而不需要NW进行查询。SCG失败消息经由MCG链路被发送到SRB1上的主节点(即MN),而不管SCG测量是经由SRB1还是SRB3配置的。
所提出的方法的各种实施例在3GPP TS 38.331中被采用。
现在参考附图,更具体地参考图2a至图7,示出了优选实施例。
图1a是示出根据现有技术的、在MR-DC场景中用于PSCell RLF和SCG失败指示的方法的顺序流程图,其中,UE(100)仅在MCG PCell上被配置有SRB。
可以为UE(100)配置一个以上的服务小区。这可以是载波聚合(CA)类型的配置(其中所有服务小区属于由相同的gNB服务的相同的小区组(CG))、或者是双连接配置(其中服务小区可以来自由两个不同的gNB服务的两个不同的小区组(CG,即MCG和SCG))。在载波聚合情况下,仅在主小区(PCell)上执行无线电链路监视(RLM);并且在双连接
(DC)情况下,在主小区和主辅小区(PSCell)上执行无线电链路监视(RLM)。PCell和PSCell是特殊的小区,通常被称为特殊小区,即SpCell。
在实施例中,方法可以用于检测RLF或在PSCell上执行SCG失败恢复(在PSCell/SCG上使用T312)。当UE(100)被配置有LTE双连接(即,LTE-DC)时,通过信令无线电承载1(SRB1)在UE(100)和eNB之间交换所有测量配置和测量报告。主节点(MN)知道辅节点(SN)配置,并且能够理解它们。MN附加从SN接收到的配置,并在RRC重新配置消息中将其发送给UE(100)。由UE(100)发送的任何测量报告将在MN eNB处终止。
然而,随着NR技术的引入和发展,处理SN配置的方式发生了改变。NR支持多种基于双连接的部署类型,其包括EUTRA-NR双连接(EN-DC)(其中,MN是连接到EPC的LTE eNB,而SN是NR gNB);NR-RAN E-UTRA-NR双连接(NGEN-DC)(其中,MN是连接到5GC的LTE ng-eNB,而SN是NR gNB);NR-E-UTRA双连接(NE-DC)(其中,MN是连接到5GC的NR gNB,而SN是LTE ng-eNB);以及NR-NR双连接(NR-DC)(其中,MN是连接到5GC的NR gNB,而SN是NR gNB)。这些被统称为多无线电双连接(MR-DC)。在MR-DC中,当信令无线电承载(SRB)只存在于MN上时,SN配置对于MN是透明的,但是MN不能理解这些配置。MN封装接收到的SN配置,并在重新配置消息中将其发送给UE(100)。当为UE(100)配置在SN中托管(host)的SRB3时,即UE(100)被配置有MN和SN托管的独立SRB时,SN配置不被发送给MN,并且SN直接在SRB3上向UE(100)发送RRC重新配置消息。因此,MN和SN可以向UE(100)发送独立的重新配置消息。
在PCell和PSCell两者上,UE(100)监视RLM。当Qout条件满足时,为小区启动T310,并且一旦T310期满,声明RLF。对于被要求使用T312的测量对象-报告配置组合,基于定时器的早期检测可能是基于测量报告是何时被触发的。在LTE中,即使在UE(100)被配置有双连接操作的情况下(即LTE DC配置),基于T312的行为也仅被应用于主小区(PCell)。在MR-DC中,PSCell RLF检测是基于T310本身的,如图1a和1b所示。图1a示出了在MR-DC场景中的PSCell RLF和SCG失败指示的情况,其中,UE(100)仅在MCG PCell上被配置有SRB。MR-DC系统中由SN服务的SCG小区可以属于EUTRA或NR之一。图1b示出了在MR-DC场景中的PSCellRLF和SCG失败指示的情况,其中,UE(100)在MCG PCell上被配置有SRB1、SRB2并且在SCGPSCell上被配置有SRB3。这种情况下,SCG小区属于NR。
在示例中,在S102a,SN(300)向MN(200)发送测量配置。在S104a,MN(200)向UE(100)发送测量配置。在S106a,在UE(100)和SN(300)之间建立来自SN承载的数据。在S108a,SN(300)向MN(200)发送RRC重新配置。在S110a,MN(300)向UE(100)发送RRC重新配置。在S112a,UE(100)检测PSCell的Qout。在S114a,UE(100)启动用于PSCell的定时器(即,T310)。在S116a,UE(100)通过信令无线电承载类型1(SRB1)消息向MN(200)发送测量报告。在S118a,定时器T310期满,并且在S120a,UE(100)发起辅小区组(SCG)失败过程。在S112a,UE(100)向MN(200)共享SCG失败信息。在S124a,MN(200)启动SCG失败恢复动作。
图1b是示出根据现有技术的、在MR-DC场景中用于PSCell RLF和SCG失败指示的逐步操作的顺序流程图,其中,UE(100)在MCG PCell上被配置有SRB1、SRB2并且在SCG PSCell上被配置有SRB3。
上面结合图1a描述了图1b的功能和操作。在示例中,在S102b,SN(300)向UE(100)发送测量配置。在S104b,在UE(100)和SN(300)之间建立来自SN承载的数据。在S106b,SN(300)向UE(100)发送RRC重新配置。在S108b,UE(100)检测PSCell的Qout。在S110b,UE(100)启动用于PSCell的定时器(即,T310)。在S112b,UE(100)通过SRB3消息向SN(300)发送测量报告。在S114b,定时器期满,并且在S116b,UE(100)启动SCG失败过程。在S118b,UE(100)向MN(200)共享SCG失败信息。在120b,MN(200)启动SCG失败恢复动作。
图2a是示出根据本文所公开的实施例的、在MR-DC场景中用于向MN指示早期SCG失败的逐步操作的顺序流程图,其中,仅在MCG上配置SRB,其中MCG和SCG小区可以属于EUTRAN或NR之一。
早期声明RLF的机制为UE(100)提供了执行快速恢复的机会。T312仅在测量报告针对要求使用T312的测量配置而被触发时使用。通常,仅针对触发配置的切换对此进行配置。因此,如果UE(100)已经触发了测量报告,这意味着UE(100)在处于更好的信号条件下的小区附近,从而可以执行进行中的服务的切换。当对于PCell采用基于T312的早期RLF声明时,与仅使用T310的情况相比,UE(100)更早地执行RRC重建(最有可能在测量报告中指示的目标小区上)。通过RRC重新建立,目标节点从旧的服务节点检索UE上下文,并恢复用于UE(100)的控制路径和数据路径,从而减少由于RLF而对UE(100)造成的中断。
类似地,当针对需要使用T312的测量配置触发测量报告时,可以为PSCell配置T312。通常,仅针对PSCell改变触发条件对此进行配置。因此,如果UE(100)被配置有MR-DC操作,如果针对PSCell改变触发测量报告,这意味着UE(100)在处于更好的信号条件下的小区附近,从而可以执行PSCell改变以卸载由服务PSCell处理的DRB。当对于PSCell,采用基于T312的早期RLF声明时,SCG失败在T312期满(即,早于如果仅使用T310将报告的时间)时被指示给MN。这种SCG失败的快速报告为MN节点提供了更早的机会来恢复在UE(100)遇到PSCell RLF或SCG失败的SN上所配置的数据路径。MN可以通过将所有的SN终止的PDU会话或数据无线电承载重新配置为MN终止的PDU会话或数据无线电承载、或者通过准备另一个SN并将这些承载重新配置给新的SN,来更快地恢复DRB。由于PDU会话/数据无线电承载重新定位或重新配置在比T310期满更早的时间发生,因此有助于减少用于UE(100)的服务中断定时器,从而提供更好的用户体验。图2a和图2b示出了基于T312定时器的对MN的PSCell RLM和SCG失败指示。图2a示出了在MR-DC场景中对MN的早期SCG失败指示,其中,仅在MCG上配置SRB,其中MCG和SCG小区可以属于EUTRAN或NR之一。图2b示出了在MR-DC场景中对MN的早期SCG失败指示,其中在MCG上配置SRB1、SRB2,并且在SCG上配置SRB3,其中MCG小区可以属于EUTRAN或NR之一,并且SCG小区属于NR。
在示例中,在S202a,SN(300)向MN(200)发送测量配置,其中该测量配置包括T312定时器。在S204a,MN(200)向UE(100)发送测量配置。在206a,在UE(100)和SN(300)之间建立来自SN承载的数据。在208a,SN(300)向MN(200)发送RRC重新配置。在210a,MN(300)向UE(100)发送RRC重新配置。在S212a,UE(100)检测PSCell的Qout。在214a,UE(100)启动用于PSCell的定时器(即,T310)。在S216a,UE(100)通过SRB1消息向MN(200)发送测量报告。在218a,UE(100)启动第二定时器(即,T312),并且第二定时器期满。在S220a,UE(100)发起SCG失败过程。在S222a,UE(100)向MN(200)共享SCG失败信息。在S224a,MN(200)发起SCG失败恢复动作。
图2b是示出根据本文所公开的实施例的、在MR-DC场景中用于向MN指示早期SCG失败的逐步方法的顺序流程图,其中,在MCG上配置SRB1、SRB2并且在SCG上配置SRB3,其中MCG小区可以属于EUTRAN或NR,并且SCG小区属于NR。
在(经由MN在SRB1上或直接经由SRB3)被发送到UE(100)的SN RRC重新配置中,网络为UE(100)配置T312定时器值。可以通过以下方式之一对此进行配置:
1.作为由SN向UE(100)提供的测量配置的部分,或者
2.经由RRC重新配置容器,在spCellConfig中的RLF-TimersAndConstants中。
在实施例中,该方法将T312配置为测量配置的部分。T312值通常是针对RAT内(intra-RAT)测量对象而配置的,配置该RAT内测量对象以用于协助网络触发PCell改变过程。然而,即使对于SCG改变或PSCell改变所需的测量对象,也需要引入T312值。
不同的部署场景可能需要不同的切换准备时间。例如,Xn接口上用于gNB内PCell改变的切换准备时间可以不同于基于gNB间的PCell改变的切换准备时间,基于与目标小区上的业务和负载相关的准入(admission)控制过程,这种改变也可以不同。因此,针对所有这些情况配置相同的T312值并不是最佳的。为了有效地满足早期RLF检测的期望目标,可以为不同的测量对象配置不同的T312值。与SCG改变或PSCell改变相关的测量对象和报告配置也应允许被配置有T312定时器。
T312值可以被配置为测量对象的部分,如下所示。在这种情况下,为其设置了T312的测量对象将与可以执行PSCell改变的频率相关。这些是由网络中部署的SN节点所服务的频率。
Figure BDA0003199841210000141
或者
Figure BDA0003199841210000151
特定测量报告的T312的应用是基于针对所配置的报告配置的对T312需求的指示。T312使用可以被配置为可以被应用于EventTriggerConfig内的任何报告配置的通用IE,如下所示:
Figure BDA0003199841210000161
Figure BDA0003199841210000171
可替代地,T312使用可以被信令通知作为EventTriggerConfig内的测量事件特定配置,如下所示。可以针对所有事件独立地配置T312的应用。尽管网络可以配置T312的主要用例仅用于下图所呈现的情况,但对T312的使用不限于下图。
Figure BDA0003199841210000181
在另一个实施例中,该方法可以用于使用spCellConfig中的RLF-TimersandConstants来配置RRCReconfiguration中的T312。在另一种方法中,T312值可以作为UE特定的定时器值被信令通知,且不依赖于测量对象。在这种情况下,提出由SN配置T312,作为在SCG修改、SCG改变和SCG切换场景中使用的spCellConfig的部分。为PSCell(或SCG)配置T312的方法如下所示:
Figure BDA0003199841210000191
在另一个实施例中,该方法可以用于指示由于T312期满而导致的SCG失败原因。一旦在PSCell上发生了RLF(即,SCG失败),则UE(100)发起与SCG失败相关的动作。SCG失败信息被发送到MN,以通知网络关于SCG链路的失败,从而向网络指示需要执行恢复动作。此外,此失败信息还携带对此失败的触发或原因。由于T310的期满而导致的链路失败不同于由于T312期满而导致的链路失败。T310期满将意味着UE信道条件变得不合适,并且不能以所需的质量在该小区上维持UE信道。这不向网络反映潜在PSCell改变的相邻小区的存在。UE(100)发送针对其检测到的所有小区的结果,以便在恢复过程中协助网络。然而,T312期满将通知网络SCG链路失败是服务PSCell质量恶化导致的,也通知网络附近有信号条件更好的相邻小区可用。网络可能在将来改变这些可用相邻小区的报告配置,使得测量报告可以在T310定时器启动之前(在服务小区信道恶化到这个程度之前)被发送。此外,网络和运营商区分网络中由于T312期满和由于T310期满而导致的RLF,以便可以进行正确的配置也很重要。从网络角度来看,针对T310期满和T312期满的纠正动作不同。因此,重要的是网络不同地识别这些失败,并因此要求UE(100)向网络清楚地指示这些失败。因此,在SCG失败(PScell RLF)的情况下,应该向UE(100)提供指示T312期满的RLF原因值,如下所示:
对于EN-DC和NGEN-DC,由于T312期满而导致的SCG失败:
5.7.3.3对于(NG)EN-DC的失败类型确定
UE应该如下设置SCG失败类型(failureType):
1>如果UE由于T310期满而发起SCGFailureInformationNR消息的传输:
2>将failureType设置为t310-Expiry;
1>否则,如果UE由于T312期满而发起SCGFailureInformationNR消息的传输:
2>将failureType设置为t312-Expiry;
1>否则,如果UE发起SCGFailureInformationNR消息的传输,以提供具有SCG的同步失败信息的重新配置:
2>将failureType设置为synchReconfigFailure-SCG;
1>否则,如果UE发起SCGFailureInformationNR消息的传输,以提供来自SCG MAC的随机接入问题指示:
2>将failureType设置为randomAccessProblem;
1>否则,如果UE发起SCGFailureInformationNR消息的传输,以提供来自SCG RLC的、已经达到最大重传次数的指示:
2>将failureType设置为rlc-MaxNumRetx;
1>否则,如果UE由于SRB3 IP检查失败而发起
SCGFailureInformationNR消息的传输:
2>将failureType设置为srb3-IntegrityFailure;
1>否则,如果UE由于NR RRC重新配置消息的重新配置失败而发起SCGFailureInformationNR消息的传输:
2>将failureType设置为scg-reconfigFailure。
Figure BDA0003199841210000211
对于NE-DC,由于T312期满而导致的SCG失败:对T314的使用仅用于说明。可以使用T314/T315/T312等,
5.6.13.x对于NE-DC的、对SCG失败信息的传送
UE应该:
1>如果SCG失败是由于T313期满导致的:
2>将failureType视为t313-Expiry;
1>否则,如果SCG失败是由于T314期满导致的:
2>将failureType视为t314-Expiry;
1>否则,如果SCG失败是由于来自SCG MAC的检测到随机访问问题的指示导致的:
2>将failureTyp视为randomAccessProblem;
1>否则,如果SCG失败是由于来自SCG RLC的达到最大重传次数的指示导致的:
2>将failureType视为rlc-MaxNumRetx;
1>否则,如果SCG失败是由于SCG改变失败导致的:
2>将failureType视为scg-ChangeFailure;
1>否则,如果SCG失败是由于超过最大上行链路传输定时差导致的:
2>包括failureType并将其设置为maxUL-TimingDiff;
1>如下设置MeasResultSCG-FailureMRDC的内容:
2>对于为其配置了measId且测量结果可用的每个measObjectEUTRA;
3>在measResultsFreqListEUTRA中包括条目;
3>如果服务小区与measObjectEUTRA相关联:
4>将measResultServingCell设置为包括可用数量的所关心的单元并且符合TS36.133[16]中的性能要求;
3>将measResultNeighCellList设置为包括最佳测量的小区,被排序以使得首先列出最佳小区,并基于直到UE检测到失败时收集到的测量(包括对于每个小区的、测量结果可用的可选字段);
1>经由如TS 38.331[X,5.7.x]中所指定的,嵌入在NR RRCSCGFailureInformationEUTRA中的NR MCG,发起对SCG失败信息((即,failureType和MeasResultSCG-FailureMRDC的))的传送
Figure BDA0003199841210000231
对于NR-DC,由于T312期满而导致的SCG失败:
Figure BDA0003199841210000241
5.7.3.3对于NR-DC的失败类型确定
UE应该如下设置SCG失败类型:
1>如果UE由于T310期满而发起SCGFailureInformationNR消息的传输:
2>将failureType设置为t310-Expiry;
1>否则,如果UE由于T312期满而发起SCGFailureInformationNR消息的传输:
2>将failureType设置为t312-Expiry;
1>否则,如果UE发起SCGFailureInformationNR消息的传输,以提供具有SCG的同步失败信息的重新配置:
2>将failureType设置为synchReconfigFailure-SCG;
1>否则,如果UE发起SCGFailureInformationNR消息的传输,以提供来自SCG MAC的随机接入问题指示:
2>将failureType设置为randomAccessProblem;
1>否则,如果UE发起SCGFailureInformationNR消息的传输,以提供来自SCG RLC的已经达到最大重传次数的指示:
2>将failureType设置为rlc-MaxNumRetx;
1>否则,如果UE由于SRB3 IP检查失败而发起
SCGFailureInformationNR消息的传输:
2>将failureType设置为srb3-IntegrityFailure;
1>否则,如果UE由于NR RRC重新配置消息的重新配置失败而发起SCGFailureInformationNR消息的传输:
2>将failureType设置为scg-reconfigFailure。
在实施例中,该方法可以用于在NR独立操作(3GPP TS 38.331)中处理定时器T312。在NR独立场景中,网络可以以前述的以下过程之一配置T312:
1.作为来自gNB的测量配置内的测量对象特定配置,或
2.作为RRCReconfiguration内、使用spCellConfig中的RLF-TimersAndConstants的UE特定的配置
如果为UE(100)配置了T312,并且当对于被配置有T312的测量对象和报告配置运行T310时触发测量报告,如下所示启动定时器T312。
5.5.4测量报告触发
5.5.4.1概述
如果安全已被成功激活,则UE应该:
1>对于包括在VarMeasConfig内的measIdList中的每个measId:
2>如果reportType被设置为eventTriggered,并且如果适用于事件(即,与VarMeasConfig内相应的reportConfig的eventId相对应的事件)的条目条件对于在VarMeasConfig内为该事件所定义的timeToTrigger期间进行的层3滤波后的所有测量的一个或多个适用的小区都得到满足,同时VarMeasReportList不包括该measId的测量报告条目(第一个小区触发事件):
3>在VarMeasReportList内包括该measId的测量报告条目;
3>将在VarMeasReportList内定义的该measId的numberOfReportsSent设置为0;
3>在VarMeasReportList内定义的cellsTriggeredList中包括该measId的所关心的(多个)小区;
3>如果UE支持T312,并且如果对于该事件包括useT312,并且如果T310在运行;
4>如果T312没有在运行
5>用在相应的measObject中配置的值启动定时器T312
3>如5.5.5中所规定的,发起测量报告过程;
2>否则,如果reportType被设置为eventTriggered,并且如果适用于事件(即,与VarMeasConfig内相应的reportConfig的eventId相对应的事件)的条目条件对于在VarMeasConfig内为该事件所定义的timeToTrigger期间进行的层3滤波后的所有测量的、未包括在cellsTriggeredList中的一个或多个适用的小区都得到满足(后续的小区触发事件):
3>将在VarMeasReportList内定义的该measId的numberOfReportsSent设置为0;
3>在VarMeasReportList内定义的cellsTriggeredList中包括该measId的所关心的(多个)小区;
3>如果UE支持T312,并且如果对于该事件包括useT312,并且如果T310在运行;
4>如果T312没有运行
5>用在相应的measObject中配置的值启动定时器T312
3>如5.5.5中所规定的,发起测量报告过程;
在实施例中,当从网络接收到切换命令或具有同步消息的重新配置时、或者当UE(100)发起重建消息时、或者当UE(100)从下层问题中恢复时,定时器T312停止,如下所示:
5.3.5.5.2具有同步的重新配置
UE应该执行以下操作,以执行具有同步的重新配置。
1>如果安全未被激活,在具有释放原因“其它”的情况下执行如5.3.11中所规定的进入RRC_IDLE时的动作,过程在释放原因“其它”时结束;
1>如果在运行,则停止用于相应的SpCell的定时器T310;
1>如果对于PCell,接收到reconfigurationWithSync
2>如果在运行,则停止用于Pcell的定时器T312;
1>启动用于相应的SpCell的定时器T304,定时器值被设置为t304,定时器值包括在reconfigurationWithSync中;
5.3.5.5.2具有同步的重新配置
UE应该执行以下操作,以执行具有同步的重新配置。
1>如果安全未被激活,在具有释放原因“其它”的情况下执行如5.3.11中所规定的进入RRC_IDLE时的动作,过程在释放原因“其它”时结束;
1>如果在运行,则停止用于相应的SpCell的定时器T310;
1>如果在运行,则停止用于相应的SpCell的定时器T312;
1>启动用于相应的SpCell的定时器T304,定时器值设置为t304,定时器值包括在reconfigurationWithSync中;
5.3.7 RRC连接重建
5.3.7.2初始化
当满足以下条件之一时,UE发起过程:
1>根据5.3.10,在检测到MCG的无线电链路失败时;或
1>根据子条款5.3.5.8.3,在具有MCG的同步失败的重新配置时;或
1>根据子条款5.4.3.5,在从NR移出失败时;或
1>在来自下层的关于SRB1或SRB2的完整性检查失败指示时,除非在RRCReestablishement消息上检测到完整性检查失败;或者
1>根据子条款5.3.5.8.2,在RRC连接重新配置失败时。
在过程的初始化时,UE应该:
1>如果在运行,则停止定时器T310;
1>如果在运行,则停止定时器T312;
1>如果在运行,则停止定时器T304;
5.3.10.2物理层问题的恢复
当T310在运行的同时,从下层接收到针对SpCell的N311个连续“同步”指示时,UE应该:
1>停止用于相应的SpCell的定时器T310。
1>当在PCell上接收到N311个连续“同步”指示时,如果在运行,则停止用于PCell的定时器T312
或者
5.3.10.2物理层问题的恢复
当T310在运行的同时,从下层接收到针对SpCell的N311个连续“同步”指示时,UE应该:
1>停止用于相应的SpCell的定时器T310;
1>停止用于相应的SpCell的定时器T312
当T312期满时,UE(100)声明无线电链路失败(RLF),并使用重建过程来发起无线电链路失败恢复,如下所示:
5.3.10.3无线电链路失败的检测
UE应该:
1>在PCell中的T310期满时;或
1>在PCell中的T312期满时,或
1>当T300、T301、T304、T311和T319都没有运行时,在来自MCG MAC的随机接入问题指示的情况下;或
1>在来自MCG RLC的已经达到最大重传次数的指示的情况下:
2>如果配置并激活了CA复制;并且对于相应的逻辑信道,allowedServiceCells仅包括(多个)SCell:
3>发起如5.7.5中所规定的失败信息过程,以报告RLC失败。
2>否则:
3>考虑要针对MCG检测的无线电链路失败(即RLF);
3>如果AS安全未被激活:
4>执行如5.3.11中所规定的进入RRC_IDLE时的动作,释放原因为“其他”;
3>否则,如果AS安全已经被激活,但是SRB2和至少一个DRB还未被建立:
4>执行如5.3.11中所规定的进入RRC_IDLE时的动作,释放原因为“RRC连接失败”;
3>否则:
4>如5.3.7中所规定的,发起连接重建过程。
在实施例中,该方法可以用于处理(NG)EN-DC操作中的T312。在(NG)EN-DC操作(3GPP TS 36.331)中、在(NG)EN-DC配置中或当UE(100)被配置为在(NG)EN-DC中操作时在LTE PCell/MCG上处理T312,可以基于在LTE规范中提供的现有信令机制(作为测量配置的部分)来提供T312的配置。T312的配置和值作为测量对象配置的部分被提供,而T312的应用作为报告配置的部分被提供。LTE(3GPP TS 36.331)在PCell上已经支持基于T312的早期RLF声明或快速切换恢复机制。如果在MCG上为UE(100)配置了T312,并且当针对被配置有T312的测量对象和报告配置运行T310时触发测量报告,如下所示启动定时器T312:
5.5.4测量报告触发
5.5.4.1概述
如果安全已被成功激活,则UE应该:
1>对于包括在VarMeasConfig内的measIdList中的每个measId
2>如果triggerType被设置为事件,并且如果相应的reportConfig不包括numberOFTriggeringCells,并且如果适用于该事件(即,与VarMeasConfig内相应的reportConfig的eventId相对应的事件)的条目条件对于在VarMeasConfig中为该事件所定义的timeToTrigger期间进行的3层滤波之后的所有测量的一个或多个适用的小区都得到满足,同时VarMeasReportList不包括该measId的测量报告条目(第一个小区触发事件):
3>在VarMeasReportList内包括该measId的测量报告条目;
3>将在VarMeasReportList内定义的该measId的numberOfReportsSent设置为0;
3>在VarMeasReportList内定义的cellsTriggeredList中包括该measId的所关心的(多个)小区;
3>如果UE支持T312,并且如果对于该事件包括useT312,并且如果T310在运行;
4>如果T312没有运行
5>用在相应的measObject中配置的值启动定时器T312
3>如5.5.5中所规定的,发起测量报告过程;
2>如果triggerType被设置为事件,并且如果相应的reportConfig不包括numberOFTriggeringCells,并且如果适用于该事件(即,与VarMeasConfig内相应的reportConfig的eventId相对应的事件)的条目条件对于在VarMeasConfig内为该事件所定义的timeToTrigger期间进行的层3滤波后的所有测量的、未包括在cellsTriggeredList中的一个或多个适用的小区都得到满足(后续的小区触发事件):
3>将在VarMeasReportList内定义的该measId的numberOfReportsSent设置为0;
3>在VarMeasReportList内定义的cellsTriggeredList中包括该measId的所关心的(多个)小区;
3>如果UE支持T312,并且如果对于该事件包括useT312,并且如果T310在运行;
4>如果T312没有运行
5>用在相应的measObject中配置的值启动定时器T312
3>如5.5.5中所规定的,发起测量报告过程;
当有来自网络的切换命令时、或当UE(100)发起重建消息时、或者当UE(100)从下层问题中恢复时,定时器T312停止,如下所示:
5.3.5.4由UE接收包括MobilityControlInfo的RRCConnectionReconfiguration(切换)
如果RRCConnectionReconfiguration消息包括MobilityControlInfo,并且UE能够遵守包括在该消息中的配置,则UE应该:
1>如果在运行,则停止定时器T310;
1>如果在运行,则停止定时器T312;
5.3.7 RRC连接重建
5.3.7.2初始化
UE应该仅在AS安全已经被激活时、或者针对支持用于控制平面CIoT EPS优化的RRC连接重建的NB-IoT UE时,发起过程。当满足以下条件之一时,UE发起过程:
1>根据5.3.11,在检测到无线电链路失败时;或
1>根据5.3.5.6,在切换失败的情况下;或
1>根据5.4.3.5,在从E-UTRA移出失败的情况下;或
1>在来自下层的关于SRB1或SRB2的完整性检查失败指示的情况下;或
1>根据5.3.5.5,在RRC连接重新配置失败的情况下;或者
1>根据TS38.331[82,5.3.5.5],在RRC连接重新配置失败的情况下。
在过程的初始化时,UE应该:
1>如果在运行,则停止定时器T310;
1>如果在运行,则停止定时器T312;
5.3.11.2物理层问题的恢复
当T310在运行时,从下层接收到N311个连续PCell“同步”指示时,UE应该:
1>停止定时器T310;
1>如果在运行,则停止定时器T312;
5.4.3.3由UE接收MobilityFromEUTRACommand
即使尚未在目标小区上执行过先前的UE测量,UE也应该能够接收MobilityFromEUTRACommand消息,并且执行到GERAN的小区改变命令。
UE应该:
1>如果在运行,则停止定时器T310;
1>如果在运行,则停止定时器T312;
当T312期满时,UE声明无线电链路失败(RLF),并使用重建过程启动无线电链路失败恢复,如下所示:
5.3.11.3对无线电链路失败的检测
UE应该:
1>在T310期满时;或
1>在T312期满时;或
1>当T300、T301、T304和T311都没有运行时,在来自MCG MAC的随机接入问题指示的情况下;或者
1>在来自MCG RLC的、对于SRB或DRB已经达到最大重传次数的指示(允许在PCell上发送)的情况下:
在实施例中,该方法可以用于在(NG)EN-DC操作(3GPP TS 38.331)中在NRPScell/SCG上处理T312。网络(即,SN)可以通过下述方法之一,经由MCG(MCG重新配置消息中的容器(container))通过SRB1、或者通过SRB3直接到UE(100),来在(NG)EN-DC操作模式下为UE(100)配置T312:
作为来自gNB的测量配置内的测量对象特定配置,或
作为RRCReconfiguration内、使用spCellConfig中的RLF-TimersandConstants的UE特定配置。
如果为UE(100)配置了T312,并且当对于被配置有T312的测量对象和报告配置运行T310时触发测量报告,如下所示启动定时器T312。
5.5.4测量报告触发
5.5.4.1概述
如果安全已被成功激活,则UE应该:
1>对于包括在VarMeasConfig内的measIdList中的每个measId:
2>如果reportType被设置为eventTriggered,并且如果适用于事件(即,与VarMeasConfig内相应的reportConfig的eventId相对应的事件)的条目条件对于在VarMeasConfig内为该事件所定义的timeToTrigger期间进行的层3滤波后的所有测量的一个或多个适用的小区都得到满足,同时VarMeasReportList不包括该measId的测量报告条目(第一个小区触发事件):
3>在VarMeasReportList内包括该measId的测量报告条目;
3>将在VarMeasReportList内定义的该measId的numberOfReportsSent设置为0;
3>在VarMeasReportList内定义的cellsTriggeredList中包括该measId的所关心的(多个)小区;
3>如果UE支持T312,并且如果对于该事件包括useT312,并且如果T310在运行;
4>如果T312没有运行
5>用在相应的measObject中配置的值启动定时器T312
3>如5.5.5中所规定的,发起测量报告过程;
2>否则,如果reportType被设置为eventTriggered,并且如果适用于事件(即,与VarMeasConfig内相应的reportConfig的eventId相对应的事件)的条目条件对于在VarMeasConfig内为该事件所定义的timeToTrigger期间进行的层3滤波后的所有测量的、未包括在cellsTriggeredList中的一个或多个适用的小区都得到满足(后续的小区触发事件):
3>将在VarMeasReportList内定义的该measId的numberOfReportsSent设置为0;
3>在VarMeasReportList内定义的cellsTriggeredList中包括该measId的所关心的(多个)小区;
3>如果UE支持T312,并且如果对于该事件包括useT312,并且如果T310在运行;
4>如果T312没有运行
5>用在相应的measObject中配置的值启动定时器T312
3>如5.5.5中所规定的,发起测量报告过程;
当从网络接收到切换命令或具有同步消息的重新配置时、或当UE(100)发起重建消息时、或者当UE(100)从下层问题中恢复时,定时器T312停止,如下所示:
5.3.5.5.2具有同步的重新配置
UE应该执行以下操作,以执行具有同步的重新配置。
1>如果安全未被激活,在具有释放原因“其它”的情况下执行如5.3.11中所规定的进入RRC_IDLE时的动作,过程在释放原因“其它”时结束;
1>如果在运行,则停止用于相应的SpCell的定时器T310;
1>对于PSCell,如果接收到reconfigurationWithSync
2>如果在运行,则停止定时器T312;
1>启动用于相应的SpCell的定时器T304,定时器值设置为t304,定时器值包括在reconfigurationWithSync中;
5.3.5.5.2具有同步的重新配置
UE应该执行以下操作,以执行具有同步的重新配置。
1>如果安全未被激活,在具有释放原因“其它”的情况下执行如5.3.11中所规定的进入RRC_IDLE时的动作,过程在释放原因“其它”时结束;
1>如果在运行,则停止用于相应的SpCell的定时器T310;
1>如果在运行,则停止用于相应的SpCell的定时器T312;
1>启动用于相应的SpCell的定时器T304,定时器值设置为t304,定时器值包括在reconfigurationWithSync中;
5.3.7 RRC连接重建
5.3.7.2初始化
当满足以下条件之一时,UE发起过程:
1>根据5.3.10,在检测到MCG的无线电链路失败时;或
1>根据子条款5.3.5.8.3,在具有MCG的同步失败的重新配置的情况下;或
1>根据子条款5.4.3.5,在从NR移出失败的情况下;或
1>在来自下层的关于SRB1或SRB2的完整性检查失败指示的情况下,除非在RRCReestablishement消息上检测到完整性检查失败;或者
1>根据子条款5.3.5.8.2,在RRC连接重新配置失败的情况下。
在过程的初始化时,UE应该:
1>如果在运行,则停止定时器T310;
1>如果在运行,则停止定时器T312;
1>如果在运行,则停止定时器T304;
5.3.10.2物理层问题的恢复
当T310在运行的同时,从下层接收到针对SpCell的N311个连续“同步”指示时,UE应该:
1>停止用于相应的SpCell的定时器T310。
1>当在PCell上接收到N311个连续“同步”指示时,如果在运行,则停止用于PCell的定时器T312
或者
5.3.10.2物理层问题的恢复
当T310在运行的同时,从下层接收到针对SpCell的N311个连续“同步”指示时,UE应该:
1>停止用于相应的SpCell的定时器T310;
1>停止用于相应的SpCell的定时器T312
5.3.5.4辅小区组释放
UE应该:
1>作为由E-UTRA触发的SCG释放的结果
2>如果被配置了,则重置SCG MAC;
2>对于作为SCG配置的部分的每个RLC承载:
3>如5.3.5.5.3中所规定的,执行RLC承载释放过程;
2>释放SCG配置;
2>如果在运行,则停止用于相应的SpCell的定时器T310;
2>如果在运行,则停止用于相应的SpCell的定时器T312;
2>如果在运行,则停止用于相应的SpCell的定时器T304;
当T312期满时,UE(100)声明SCG无线电链路失败或SCG失败,并使用SCG失败信息过程发起恢复,如下所示:
5.3.10.3无线电链路失败的检测
UE应该:
UE应该:
1>在PSCell中的T310期满时;或
1>在PSCell中的T312期满时;或
1>在来自SCG MAC的随机接入问题指示的情况下;或
1>在来自SCG RLC的已经达到最大重传次数的指示的情况下:
2>如果配置并激活了CA复制;并且对于相应的逻辑信道,allowedServiceCells仅包括(多个)SCell:
3>发起如5.7.5中所规定的失败信息过程,以报告RLC失败。
2>否则:
3>考虑要针对SCG检测的无线电链路失败(即SCG-RLF);
3>发起如5.7.3中所规定的SCG失败信息过程,以报告SCG无线电链路失败。
在实施例中,该方法可以用于处理NE-DC操作中的T312。该方法可以用于在NE-DC操作(3GPP TS 38.331)中在NR MCG/PCell上处理T312。在NE-DC操作中,在NR MCG或PCell上对T312的处理和基于T312状态的操作类似于前面的章节中说明的NR独立操作。T312的测量报告触发、启动、停止和期满的相同操作和过程在此适用。
对于在NE-DC操作(3GPP TS 36.331)中在LTE SCG/PSCell上处理T312的方法,LTE(3GPP TS 36.331)在PCell上已经支持基于T312的早期RLF声明或快速切换恢复机制。然而,在NE-DC配置中、或者当UE被配置为在NE-DC中操作时,LTE小区被配置为PSCell或SCG。可以通过使用T312或者使用T314或T315来处理在作为PSCell的LTE上的快速切换恢复或早期RLF声明。在LTE中,已经在规范3GPP TS 36.306和36.331中定义了T312,用于处理早期RLF声明或快速切换恢复机制。然而,这是旧版本的特征,重复使用相同的特征进行SCG恢复可能会导致向后兼容性问题。因此,必须在LTE中引入新的定时器T314或T315,以指示对早期SCG RLF声明和快速SCG切换恢复的支持。否则,T312可能会被普遍用于在MCG和SCG两者上控制早期RLF声明。在这种情况下,需要向网络发送用于指示在SCG上支持T312的新的UE能力,以使网络知道UE在SCG上也支持T312操作。以下使用T312的示例仅是说明,并且定时器名称可以不同(例如,T314或T315)。PSCell的T312的配置应该作为测量配置的部分被提供。T312的配置和值作为测量对象配置的部分被提供,并且T312的应用作为报告配置的部分被提供。如果在SCG上为UE配置了T312,并且当对于被配置有T312的测量对象和报告配置运行T310时触发测量报告,如下所示启动定时器T312。
5.5.4测量报告触发
5.5.4.1概述
如果安全已被成功激活,则UE应该:
1>对于包括在VarMeasConfig内的measIdList中的每个measId
2>如果triggerType被设置为事件,并且如果相应的reportConfig不包括numberOFTriggeringCells,并且如果适用于该事件(即,与VarMeasConfig内相应的reportConfig的eventId相对应的事件)的条目条件对于在VarMeasConfig中为该事件所定义的timeToTrigger期间进行的3层滤波之后的所有测量的一个或多个适用的小区都得到满足,同时VarMeasReportList不包括该measId的测量报告条目(第一个小区触发事件):
3>在VarMeasReportList内包括该measId的测量报告条目;
3>将在VarMeasReportList内定义的该measId的numberOfReportsSent设置为0;
3>在VarMeasReportList内定义的cellsTriggeredList中包括该measId的所关心的(多个)小区;
3>如果UE支持T312,并且如果对于该事件包括useT312,并且如果T310在运行;
4>如果T312没有运行
5>用在相应的measObject中配置的值启动定时器T312
3>如5.5.5中所规定的,发起测量报告过程;
2>如果triggerType被设置为事件,并且如果相应的reportConfig不包括numberOFTriggeringCells,并且如果适用于该事件(即,与VarMeasConfig内相应的reportConfig的eventId相对应的事件)的条目条件对于在VarMeasConfig内为该事件所定义的timeToTrigger期间进行的层3滤波后的所有测量的、未包括在cellsTriggeredList中的一个或多个适用的小区都得到满足(后续的小区触发事件):
3>将在VarMeasReportList内定义的该measId的numberOfReportsSent设置为0;
3>在VarMeasReportList内定义的cellsTriggeredList中包括该measId的所关心的(多个)小区;
3>如果UE支持T312,并且如果对于该事件包括useT312,并且如果T310在运行;
4>如果T312没有运行
5>用在相应的measObject中配置的值启动定时器T312
3>如5.5.5中所规定的,发起测量报告过程;
当有来自网络的切换命令时、或当UE发起重建消息时、或者当UE从下层问题中恢复时,定时器T312停止,如下所示:
5.3.5.4由UE接收包括MobilityControlInfo的RRCConnectionReconfiguration(切换)
如果RRCConnectionReconfiguration消息包括MobilityControlInfo,并且UE能够遵守包括在该消息中的配置,则UE应该:
1>如果在运行,则停止定时器T310;
1>如果在运行,则停止定时器T312;
5.3.7 RRC连接重建
5.3.7.2初始化
UE应该仅在AS安全已经被激活时、或者针对支持用于控制平面CIoT EPS优化的RRC连接重建的NB-IoT UE时,发起过程。当满足以下条件之一时,UE发起过程:
1>根据5.3.11,在检测到无线电链路失败时;或
1>根据5.3.5.6,在切换失败的情况下;或
1>根据5.4.3.5,在从E-UTRA移出失败的情况下;或
1>在来自下层的关于SRB1或SRB2的完整性检查失败指示的情况下;或
1>根据5.3.5.5,在RRC连接重新配置失败的情况下;或者
1>根据TS38.331[82,5.3.5.5],在RRC连接重新配置失败的情况下。
在过程的初始化时,UE应该:
1>如果在运行,则停止定时器T310;
1>如果在运行,则停止PCell上的定时器T312;
1>如果在运行,则停止定时器T313;
1>如果在运行,则停止PSCell上的定时器T312;
5.3.11.2物理层问题的恢复
当T310在运行的同时,从下层接收到N311个连续PCell“同步”指示时,UE应该:
1>停止定时器T310;
1>如果在运行,则停止用于PCell的定时器T312;
1>停止定时器T310;
1>如果在运行,则停止用于PSCell的定时器T312;
5.4.3.3由UE接收MobilityFromEUTRACommand
即使尚未在目标小区上执行过先前的UE测量,UE也应该能够接收MobilityFromEUTRACommand消息,并且执行到GERAN的小区改变命令。
UE应该:
1>如果在运行,则停止定时器T310;
1>如果在运行,则停止定时器T312;
5.3.10.10 SCG重新配置
UE应该:
1>如果配置了makeBeforeBreakSCG:
2>如果在运行,则停止定时器T313;
2>如果在运行,则停止定时器T312;
Figure BDA0003199841210000391
Figure BDA0003199841210000401
当T312期满时,UE声明SCG无线电链路失败或SCG失败,并使用SCG失败信息过程发起恢复,如下所示:
5.3.11.3无线电链路失败的检测
在DC的情况下,UE应该:
1>在T310期满时;或
1>在PSCell中的T312期满时,
1>在来自SCG MAC的随机接入问题指示的情况下;或
1>在来自SCG RLC的、对于SCG或分离DRB已经达到最大重传次数的指示(允许在PSCell上发送)的情况下:
2>考虑要针对SCG检测的无线电链路失败(即SCG-RLF);
2>发起如5.6.13中所规定的失败信息过程,以报告SCG无线电链路失败;
在CA PDCP复制的情况下,UE应该:
1>在来自RLC实体的已经达到最大重传次数的指示(仅允许在SCell上发送)的情况下:
2>考虑要针对RLC检测的无线电链路失败;
2>发起如5.6.21中所规定的失败信息过程,以报告PDCP复制失败;
在断电或分离时,在检测到无线电链路失败48小时之后,UE可以丢弃无线电链路失败信息(即,释放UE变量VarRLF-Report)。
Figure BDA0003199841210000402
Figure BDA0003199841210000411
在实施例(NR-DC)中,来自TS 38.331的用于NR SA的过程文本(procedural text)适用于NR-MCG,来自TS 38.331的用于NR SCG的过程文本适用。在实施例中,在NR-DC操作中处理T312的方法、在NR-DC操作(3GPP TS 38.331)中在NR MCG/PCell上处理T312的方法、在NR-DC操作中在NR MCG或PCell上处理T312和基于T312状态的操作类似于前面的章节中说明的NR独立操作。T312的测量报告触发、启动、停止和期满的相同操作和过程在此适用。
Figure BDA0003199841210000412
在实施例中,在NE-DC操作(3GPP TS 38.331)中在NR SCG/PSCell上处理T312的方法、在NR-DC操作中在NR SCG或PSCell上处理T312和基于T312状态的操作类似于前面的章节中说明的当在(NG)EN-DC操作中操作时在NR SCG上对T312的处理。T312的测量报告触发、启动、停止和期满的相同操作和过程在此适用。
在示例中,在S202b,SN(300)向UE(100)发送测量配置。在S204b,在UE(100)和SN(300)之间建立来自SN承载的数据。在S206b,SN(300)向UE(100)发送RRC重新配置。在S208b,UE(100)检测PSCell的Qout。在S210a,UE(100)启动用于PSCell的定时器(即,T310)。在S212a,UE(100)通过SRB3消息向SN(300)发送测量报告。在S214b,UE(100)启动第二定时器(即T312),第二定时器期满,第一定时器停止。在S216b,UE(100)发起SCG失败过程。在S218b,UE(100)向MeNB(200)共享SCG失败信息。在S220b,MeNB(200)发起SCG失败恢复动作。
图3a是示出根据本文公开的实施例的、用于在T310期满时在LTE(或下一个优先级RAT)上尝试进行小区选择的方法的流程图。
在实施例中,方法可以用于使用T312检测RLF,用于IRAT测量报告。前面解释的方法与双连接场景中的早期SCG失败检测和指示相关。此特征在单连接场景中也很有用。目前,基于T312的早期RLF检测主要用于RAT内覆盖边界。随着NR技术的引入,现有LTE网络有望升级,以支持NR操作。然而,并非每一个位置NR服务都可用。在现有LTE网络上集成NR的早期部署是为了在所选区域中提供NR服务。这些部署是热点,其用于向订户提供改进的宽带服务、同时保持现有的LTE RF覆盖区(footprint),以便在UE离开这些NR可用区域时提供覆盖。因此,预计NR覆盖是稀疏的。作为结果,会出现NR中处于连接状态的UE不能维持信道并且没有可用NR相邻小区的情况。UE最终满足Qout标准,T310启动。在T310期满时,UE将首先在NR上尝试恢复,这种尝试的失败将导致在LTE(或下一个优先级RAT)上尝试进行小区选择,如图3a所示。
在示例中,在S302a,UE(100)从源gNB(即,NR)获取测量配置。在304a,在UE(100)和源gNB之间建立数据路径和控制路径。在306a,UE(100)确定对于服务小区,Qout被满足。在S308a,为服务小区启动第一定时器(即T310)。在S310a,UE(100)将IRAT测量报告发送给源gNB(即,NR)。在S312a,T310期满,并且UE(100)声明RLF。在S314a,UE(100)发起小区选择过程。在S316a,UE(100)不选择NR合适的小区,而是选择LTE小区。在S318a,UE(100)向目标eNB(即,LTE)发送RRC连接请求。
图3b是示出根据本文公开的实施例的,可能由于T310期满而最终没有接收到来自网络的从NR移出命令或切换到LTE命令、从而导致RLF的方法的流程图。
在只有LTE相邻小区可用并且UE已经触发了针对LTE相邻小区的IRAT测量报告的情况下,UE知道附近有适于处理服务的LTE小区可用。然而,由于UE处于不同步状态,可能由于T310期满而最终没有接收到来自网络的从NR移出命令或切换到LTE命令,最终导致RLF。如果针对IRAT测量对象配置了T312,则一旦满足IRAT报告标准并且测量报告被发送到网络,UE将启动T312。在T312的期满时,UE将声明早期RLF,并在LTE小区上尝试更快的恢复。这种恢复可以通过使用UE已经识别出仅LTE小区在其覆盖范围内的知识在RLF声明上尝试LTE小区搜索。否则,可以首先在NR上尝试RLF恢复,并且如果没有找到合适的小区,则可以在LTE小区上尝试恢复。在这种情况下,UE将通过发送RRC连接请求消息来尝试连接建立,而不是在LTE小区上执行RRC重建来尝试建立连接。对于IRAT的NR中的T312配置可以使用UE特定的定时器值配置作为SIB1的部分,该UE特定的定时器值配置携带ue-timersAndconstants或使用测量对象特定配置,如下所示:
SIB1中使用ue-timersAndConstants的T312配置:
Figure BDA0003199841210000431
NR上IRAT测量对象配置中的T312配置(MeasObjectEUTRA):
Figure BDA0003199841210000432
或者
Figure BDA0003199841210000441
展望未来,NR预计将在异构部署中被部署有两种操作频率(FR1,即低于6GHz;FR2,即高于6GHz),其中在FR2上部署了大量小型微微(pico)小区,且在FR1上部署了大型宏小区。可能存在仅NR覆盖可用而LTE小区不合适的位置。将来,运营商可能会将连接到EPC的LTE小区迁移到能够与5GC(5G核心网、NR核心网)一起操作的eLTE小区。为了运营商维护单个核心网络,对EPC的支持可能被中断。在没有LTE覆盖的区域,可能NR覆盖可用。此外,覆盖范围小且带宽高的FR2小区将被密集地部署,以便向用户提供NR服务和改进的移动宽带。这些覆盖范围小的小区将可能覆盖其他覆盖范围之间的空隙。因此,在LTE上操作的UE可能仅具有合适的(在良好信号条件下)并且能够向UE提供服务的相邻NR小区。因此,需要针对IRAT测量报告也允许基于T312的早期RLF检测。LTE系统中的T312配置应该支持IRAT NR测量对象,如下所示:
来自EUTRAN服务小区的IRATNR报告:
Figure BDA0003199841210000442
UE(100)可以被配置为基于网络配置T312在报告配置IRAT测量(即,事件B1和B2)中的应用,来应用基于T312的配置。有不同的信令通知应用的选项。T312针对特定测量报告的应用是基于针对所配置的报告配置的T312需求的指示。对于在连接到NR小区时的EUTRA报告配置,T312使用可以被配置为可以被应用于EventTriggerConfig内的任何报告配置的通用IE,如下所示:
Figure BDA0003199841210000451
可替代地,T312使用可以作为EventTriggerConfig内的测量事件特定配置被信令通知,如下所示:
Figure BDA0003199841210000452
类似地,对于在连接到EUTRA时的NR频率的报告配置,T312使用可以被配置为可以被应用于ReportConfigInterRAT内的任何报告配置的通用IE,如下所示:
Figure BDA0003199841210000461
Figure BDA0003199841210000471
在302b,UE(100)从源gNB(即,LTE)获取测量配置。在304b,在UE(100)和源gNB(即,LTE)之间建立数据路径和控制路径。在306b,UE(100)确定对于服务小区,Qout被满足。在308b,为服务小区启动第一定时器(即T310)。在310b,UE(100)向源gNB(即,LTE)发送IRAT测量报告。在312b,T310期满,并且UE(100)声明RLF。在314b,UE(100)发起小区选择过程。在316b,UE(100)不选择LTE小区,而是选择NR小区。在318b,UE(100)向目标eNB(NR)发送RRC建立请求。
图4a是示出根据本文公开的实施例的、通过允许UE相比于不应用T312的情况更快地在目标小区上执行连接建立,使得UE能够从服务中断中恢复的方法的流程图。
在目标RAT上选择合适的小区(在NR上T312期满的情况下的LTE小区、或者在LTE上T312期满的情况下的NR小区)之后,UE不执行重建,因为目标小区不能检索UE上下文,并且UE不能重建到目标RAT的连接。作为结果,UE执行新的连接建立。该方法通过允许UE相比于不应用T312的情况更快地在目标小区上执行连接建立,使得UE能够从服务中断中恢复。这个过程如图4a所示。
在示例中,在S402a,UE(100)从源gNB(即,NR)获取测量配置。在S404a,在UE(100)和源gNB之间建立数据路径和控制路径。在S406a,UE(100)确定对于服务小区,Qout被满足。在S408a,为服务小区启动第一定时器(即T310)。在S410a,UE(100)将测量报告发送给源gNB(即,NR)。在S412a,T310期满,T310停止,并且UE(100)声明RLF。在S414a,UE(100)发起小区选择过程。在S416a,UE(100)不选择NR合适的小区,而是选择LTE小区。在418a,UE(100)向目标eNB(即,LTE)发送RRC连接请求。
图4b是示出根据本文公开的实施例的、用于在T312期满时从源eNB(LTE)向目标gNB(NR)发送RRC建立请求的方法的流程图。
在示例中,在402b,UE(100)从源gNB(即,LTE)获取测量配置。在404b,在UE(100)和源gNB(即,LTE)之间建立数据路径和控制路径。在406b,UE(100)确定对于服务小区,Qout被满足。在408b,为服务小区启动第一定时器(即T310)。在S410b,UE(100)向源gNB(即,LTE)发送测量报告。在S412b,T310期满,并且UE(100)声明RLF。在414b,UE(100)发起小区选择过程。在416b,UE(100)不选择LTE小区,而是选择NR小区。在418b,UE(100)向目标eNB发送RRC建立请求。
图5a是示出根据本文公开的实施例的、在满足离开条件时停止T312的方法的流程图。
在实施例中,示出了在满足报告配置的离开条件时处理T312的方法。如前所述,一旦在UE上运行T310,并且针对被配置为使用T312的事件触发了测量报告,则启动T312。在T312期满时,UE声明PCell上的早期RLF或SCG失败(即PSCell上的早期RLF),并尝试恢复。然而,当T312在运行时,UE可能满足触发了测量报告的事件的离开条件。这可能是由于服务小区信号条件的改善而引起的,也可能是由于相邻小区信号条件的恶化而引起的。
在实施例中,该方法可以用于在满足离开条件时停止T312,如果由于服务小区条件的改善而满足离开条件,则UE很可能将返回到同步状态,并且可以进一步在服务小区上继续操作。当服务小区的信号条件由于朝向小区边缘的任何短期衰落或干扰而暂时恶化,并且不一定是因为UE正朝着服务小区的覆盖范围的边缘且朝着邻近小区覆盖范围移动时,这种情况就会出现。UE很有可能恢复信号条件,并能够维持无线电链路。在这种情况下,UE可以从网络接收切换消息,而不是声明早期RLF并执行恢复过程。因此,提出当UE满足报告配置(对于该报告配置,测量报告较早地被发送到网络(这是触发定时器T312的启动的MR))的离开条件时,UE停止T312。
类似地,如果由于相邻小区信号条件的恶化而满足离开条件,则很可能相邻小区信道不够强,不足以处理曾经连接到它的UE。在这种情况下,通过监视同步指示,为UE提供增加的恢复服务小区的机会是最佳的。由于相邻小区信号条件的恶化而已经满足了针对频率的离开条件,所以声明早期RLF并尝试快速恢复是没有益处的,因为该相邻小区可能不再合适。作为结果,在满足离开条件时停止T312将为UE提供更多的机会来监视来自服务小区的同步,以及监视满足测量报告进入条件的其他相邻小区,并且T312可以启动。
因此,如果在满足针对T312启动的测量配置的离开条件时定时器T312停止,则可能有益于UE。当T310在运行并且配置了use-T312时,UE需要确保没有其他测量报告被发送到网络。如果在T310运行时还有其他测量报告也被发送到网络,则只有当这是T312被配置的最后一次测量(没有其他测量仍然满足所报告的MR的进入条件)时,UE才停止T312。图5示出了当满足离开条件时基于停止T312的UE过程。
在示例中,在S502,处于连接状态的UE(100)执行RLM。在S504,UE(100)确定是否满足NT310/Qout?如果不满足NT310/Qout,则方法执行步骤502a。如果满足NT310/Qout,则在S506a,UE(100)启动T310。在S508a,UE(100)监视同步指示。在S510a,UE确定MR是否是用T312触发的。如果MR是用T312触发的,则在S512a,UE(100)启动/重启T310。如果MR不是用T312触发的,则在S516a,UE(100)监视同步指示。
在514a,UE(100)确定MR是否离开条件。如果MR离开条件,则在S512a,UE(100)启动/重启T310。如果MR没有离开条件,则方法执行步骤S516a。在518a,UE(100)确定T312是否期满且T310是否期满。如果T312没有期满且T310没有期满,则方法执行步骤S508a。如果T312期满且T310期满,则在S522a,UE(100)声明RLF/SCG失败。在S524a,方法执行恢复过程。
图5b是示出根据本文公开的实施例的、在满足离开条件时重启T312的方法的流程图。
在示例中,在S502b,处于连接状态的UE(100)执行RLM。在S504b,UE(100)确定是否满足NT310/Qout?如果不满足NT310/Qout,则方法执行步骤502b。如果满足NT310/Qout,则在S506b,UE(100)启动T310。在S508b,UE(100)监视同步指示。在S510b,UE确定MR是否是用T312触发的。如果MR是用T312触发的,则在S512b,UE(100)启动/重启T310。如果MR不是用T312触发的,则在S518b,UE(100)监视同步指示。
在514b,UE(100)确定MR是否离开条件。如果MR离开条件,则在S516b,UE(100)停止T312。如果MR没有离开该条件,则方法执行步骤S518b。在520b,UE(100)确定T312是否期满且T310是否期满。如果T312没有期满且T310没有期满,则方法执行步骤S508b。如果T312期满且T310期满,则在S522b,UE(100)声明RLF/SCG失败。在S524b,方法执行恢复过程。
在实施例中,方法可以用于在满足离开条件时重启T312。如果由于服务小区条件的改善而满足离开条件,则UE需要确保这不是瞬时改变,因为在监视事件的离开标准时没有时间触发相关联的配置。服务小区测量结果可能仅在一个测量时机期间指示改善,并且在下一个测量时机中再次满足进入标准,导致UE处频繁的波动测量。在满足离开标准的第一时机期间停止T312将导致UE在再次满足进入标准的稍后时间点启动T312。这导致UE处于不同步状态的时间比所需要的时间长,并且可能违背早期RLF声明的目标。如果服务小区信号条件由于满足离开条件而实际上已经改善,则其提供UE继续正常操作,并且将可能返回同步状态。从网络正确地接收切换命令的概率也会增加。当离开条件满足时,继续T312将使UE具有更少的时间和更少的时机来从网络接收切换消息并返回同步状态。
类似地,如果由于相邻小区信号条件的恶化而满足离开条件,则UE需要确保这不是瞬时改变,因为在监视事件的离开标准时没有时间触发相关联的配置。相邻小区测量结果可能仅在一个测量时机期间指示恶化,并且在下一个测量时机中再次满足进入标准,导致UE处频繁的波动测量。在满足离开标准的第一时机期间停止T312将导致UE在再次满足进入标准的稍后时间点启动T312。这导致当UE处于有相邻小区可用并且服务小区没有改善的状态时,延迟声明RLF。这也可能违背了早期RLF检测的目标。如果相邻小区信号条件实际上恶化,那么继续定时器将导致UE声明RLF但没有任何合适的小区来恢复的状态。这也导致减少了UE返回到与服务小区同步的机会,这可能是更有可能的,因为在那个区域都中没有相邻小区。
因此,在UE满足触发了T312的启动的测量事件的离开条件的事件期间停止T312或继续T312似乎不是最合适的解决方案,因为这取决于导致那些事件的信号和信道条件的性质。一种更合理的方法是提出提供更好的早期RLF检测概率,同时降低进入UE通过停止或继续T312将会遇到的错误场景的概率的方法。因此,提出UE在首次满足离开条件时重启T312。这样,如果信号条件的改变是瞬时的,则UE将不必稍后重启定时器并在弱服务小区中停留很长时间。如果测量中的改变实际上是由于信号条件的改变而引起的,那么这就增加了从网络接收切换消息的机会,从而提供了在不中断的情况下继续服务的机会。因此,如果当针对启动了T312的测量配置的离开条件被满足时重启定时器T312,则可能对UE有益。当T310在运行并且配置了use-T312时,UE需要确保没有其他测量报告被发送到网络。如果在T310运行时还有其他测量报告也被发送到网络,则只有当这是T312被配置的最后一次测量(没有其他测量仍然满足所报告的MR的进入条件)时,UE才重启T312。图5b的流程图示出了所涉及的过程的顺序。
在满足符合标准(meeting criteria)时T312停止或重启的任一情况下,网络必须为被要求使用T312的测量报告配置配置关于离开的报告。这是必要的,以便网络知道先前报告的相邻小区对于切换来说不够强。这样,当下一次满足事件时,UE将向网络报告测量报告,并且网络可以利用最新和最正确的可用测量来发起切换。
在实施例中,引入了指示在MRDC和IRAT中对T312的支持的方法。网络节点应该知道UE是否仅在MCG或仅在SCG或者在两者上支持基于T312的操作。网络节点也需要知道UE是否支持针对IRAT测量报告的T312操作。
在实施例中,针对NE-DC引入了向EUTRAN指示关于UE支持用于控制早期SCG RLF或SCG失败声明的T312或T314或者T315定时器的方法。在LTE中,已经在规范3GPP TS 36.306和36.331中定义了T312,用于处理早期RLF声明或快速切换恢复机制。然而,这是旧版本的特征,重复使用相同的特征进行SCG恢复可能会导致向后兼容性问题。因此,必须在LTE中引入新的定时器T314或T315,以指示对早期SCG RLF声明和快速SCG切换恢复的支持。否则,T312可能会被普遍用于在MCG和SCG两者上控制早期RLF声明。在这种情况下,需要向网络发送用于指示在SCG上支持T312的新的UE能力,以使网络知道UE在SCG上也支持T312操作。以下使用T314的示例仅是说明,并且定时器名称可以不同(例如:T312或T315)。如下所示,向网络指示UE能力。该能力也可以使用T312能力的后缀/扩展(例如:T312-SCG)来指示。
在3GPP TS 36.306中:
4.3.6.x timerT314-r16
如TS 36.331[5]中所指定的,此字段定义UE是否支持T314
在3GPP TS 36.331中:
Figure BDA0003199841210000531
在实施例中,用于向NR指示关于UE支持用于在NR SA和NR-DC场景中控制早期RLF的T312定时器的方法。在实施例中,针对(NG)EN-DC引入了向NR指示关于UE支持用于控制早期SCG RLF或SCG失败声明的T312定时器的方法。有两种可以向网络指示此能力的方法。一种方法是向网络指示作为指示在MCG和SCG上支持T312操作的普通IE。向网络指示的另一种方式是作为MCG和SCG的T312支持的独立支持指示(单独的IE)。这两种方法如下所示:
Figure BDA0003199841210000532
Figure BDA0003199841210000541
Figure BDA0003199841210000551
Figure BDA0003199841210000552
Figure BDA0003199841210000561
Figure BDA0003199841210000571
Figure BDA0003199841210000572
Figure BDA0003199841210000581
或者
Figure BDA0003199841210000582
在另一个实施例中,在NR上,当基于IRAT EUTRAN的测量报告被触发时,需要通知网络关于UE对基于T312的早期RLF声明的支持。
类似地,在LTE中,当基于IRATNR的测量报告被触发时,从NR到EUTRAN的、对基于IRAT T312的早期RLF声明的UE能力的指示需要通知网络关于UE在LTE上对基于T312的早期RLF声明的支持。如下所示:
在NR(3GPP TS 38.331)上,当触发EUTRAN测量报告时,T312支持早期RLF声明。
Figure BDA0003199841210000591
或者
Figure BDA0003199841210000592
在LTE(3GPP TS 36.331)上,当触发EUTRAN测量报告时,T312支持早期RLF声明。
4.3.6.x timerT312-r16:如TS 36.331[5]中所规定的,该字段定义当触发NR测量报告时,UE是否支持基于T312的RLF。
图6是根据本文公开的实施例的用于在无线通信系统中处理RLF的UE(100)的示意图。UE(100)可以是例如但不限于无人驾驶飞行器(UAV)、飞机、蜂窝电话、平板、智能电话、膝上型计算机、个人数字助理(PDA)、全球定位系统、多媒体设备、视频设备、物联网(IoT)设备、智能手表、游戏控制台等。本领域技术人员还可以将UE(100)称为移动站、订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手机、用户代理、移动客户端等。UE(100)包括具有SCG失败处理引擎(110a)的处理器(110)、通信器(120)、存储器(130)、第一定时器(140)和第二定时器(150)。处理器(110)与通信器(120)、存储器(130)、第一定时器(140)和第二定时器(150)耦合。
SCG失败处理引擎(110a)从SN(300)接收包括第二定时器(150)的测量配置。此外,SCG失败处理引擎(110a)为UE(100)配置与针对PScell的测量报告相关联的第二定时器(150)。此外,当用于PSCell的第一定时器(140)在运行的同时测量报告被触发时,SCG失败处理引擎(110a)启动第二定时器(150)。此外,SCG失败处理引擎(110a)检测用于PSCell的第一定时器(140)和第二定时器(150)之一的期满。此外,在第一定时器(140)和第二定时器(150)中较早一个的期满时,SCG失败处理引擎(110a)声明SCG RLF。此外,在声明SCG RLF时,SCG失败处理引擎(110a)向MN(200)发起SCG失败过程。
在实施例中,处理器(110)被配置为在声明SCG RLF时,经由主小区组(MCG)链路、通过SRB1向主节点(200)通知SCG失败消息。SCG失败信息包括与作为第一定时器(140)的期满和第二定时器(150)的期满之一的失败类型相对应的原因值。
在实施例中,处理器(110)被配置为将失败类型设置为第一定时器期满和第二定时器期满之一。
在实施例中,如果第一定时器(140)的期满在第二定时器(150)的期满之前,则处理器(110)将失败类型设置为第一定时器期满,否则,如果第二定时器(150)的期满在第一定时器(140)的期满之前,则处理器(110)将失败类型设置为第二定时器期满。
在实施例中,处理器(110)被配置为从SN(300)接收测量对象和包括第二定时器(150)的报告配置。第二定时器(150)与针对SN(300)的PSCell的测量报告相关联。
在实施例中,通过基于对用于PSCell的第二定时器(150)的期满的检测停止第一定时器(140)来声明SCG RLF。在实施例中,通过基于对用于PSCell的第一定时器(150)的期满的检测停止第二定时器(150)来声明SCG RLF。
在实施例中,第一定时器(140)是T310定时器,其中第一定时器(140)包括在SCG添加期间,并且第二定时器(150)是T312定时器,其中第二定时器(150)包括在来自SN(300)的测量配置中。
在实施例中,测量报告通过SRB1和SRB3之一被发送到SN(300)。
处理器(110)被配置为执行存储在存储器(130)中的指令并执行各种过程。通信器(120)被配置为经由一个或多个网络和/或MN(200)和MN(300)在内部硬件组件之间进行内部通信以及与外部设备进行通信。
存储器(130)存储将由处理器(110)执行的指令。存储器(130)可以包括非易失性存储元件。这种非易失性存储元件的示例可以包括磁性硬盘、光盘、软盘、闪存或各种形式的电可编程存储器(EPROM)或电可擦除可编程(EEPROM)存储器。此外,在一些示例中,存储器(130)可以被认为是非暂时性存储介质。术语“非暂时性”可以指示存储介质不以载波或传播信号体现。然而,术语“非暂时性”不应该被解释为存储器(130)是不可移动的。在一些示例中,存储器(130)可以被配置为存储比存储器更大的信息量。在特定示例中,非暂时性存储介质可以存储随时间变化的数据(例如,在随机访问存储器(RAM)或高速缓存中)。
尽管图6示出了UE(100)的各种硬件组件,但是应当理解,其他实施例不限于此。在其他实施例中,UE(100)可以包括更少或更多数量的组件。此外,组件的标记或名称仅用于说明目的,并不限制本发明的范围。一个或多个组件可以被组合以执行相同或实质相似的功能,以在无线通信系统中处理RLF。
图7是示出根据本文公开的实施例的用于在无线通信系统中处理RLF的方法的流程图(S700)。操作(S702-S708)由处理器(110)执行。
在S702,该方法包括从SN(300)接收包括第二定时器(150)的测量配置。在S704,该方法包括为UE(100)配置与针对PSCell的测量报告相关联的第二定时器(150)。在S706,该方法包括当用于PSCell的第一定时器(140)在运行的同时测量报告被触发时,启动第二定时器(150)。在S708,该方法包括检测用于PSCell的第一定时器(140)和第二定时器(150)之一的期满。在S710,该方法包括在第一定时器(140)和第二定时器(150)中较早一个的期满时声明SCG RLF。在S712,该方法包括在声明SCG RLF时,向MN(200)发起SCG失败过程。
本文所公开的实施例可以使用在至少一个硬件设备上运行并且执行网络管理功能来控制元件的至少一个软件程序实施。
流程图(S700)中的各种动作、行为、块、步骤等可以以所呈现的顺序、以不同的顺序或同时地被执行。此外,在一些实施例中,动作、行为、块、步骤等中的一些可以被省略、添加、修改、跳过等,而不脱离本发明的范围。
图8是示出根据本公开的另一个实施例的基站800的图。
参考图8,基站800可以包括处理器810、收发器820和存储器830。然而,并非所有图示的组件都是必需的。基站800可以由比图8所示更多或更少的组件来实施。此外,根据另一个实施例,处理器810和收发器820以及存储器830可以实施为单个芯片。
现在将详细描述前述组件。
处理器810可以包括一个或多个处理器或控制所提出的功能、过程和/或方法的其他处理设备。基站800的操作可以由处理器810来实施。
处理器810可以获得至少一个定时器信息,包括用于辅小区组(SCG)上的RLF的定时器312。处理器810可以控制收发器发送包括所获得的定时器信息的控制信息。处理器810可以基于定时器312在用户设备(UE)处期满,控制收发器接收指示定时器312期满作为SCG上的RLF的原因的SCG失败信息。
收发器820可以包括用于上变频和放大发送的信号的RF发送器,以及用于下变频接收到的信号的频率的RF接收器。然而,根据另一个实施例,收发器820可以由比组件中所示的更多或更少的组件来实施。
收发器820可以连接到处理器810,并且发送和/或接收信号。该信号可以包括控制信息和数据。此外,收发器820可以通过无线信道接收信号,并将信号输出到处理器810。收发器820可以通过无线信道发送从处理器810输出的信号。
存储器830可以存储包括在基站800所获得的信号中的控制信息或数据。存储器830可以连接到处理器810,并存储用于所提出的功能、过程和/或方法的至少一个指令或协议或者参数。存储器830可以包括只读存储器(ROM)和/或随机访问存储器(RAM)和/或硬盘和/或CD-ROM和/或DVD和/或其他存储设备。
特定实施例的前述描述将充分地揭示本文实施例的一般性质,使得其他人可以通过应用当前知识、在不脱离一般概念的情况下,容易地修改和/或适应对这样的特定实施例的各种应用,因此,这样的适应和修改应该并且旨在被理解为落在所公开的实施例的等同物的含义和范围内。应当理解,本文所使用的措辞或术语是为了描述的目的,而不是为了限制。因此,尽管已经根据优选的实施例描述了本文的实施例,但是本领域技术人员将认识到,在本文所描述的实施例的精神和范围内,可以通过修改来实施本文的实施例。

Claims (17)

1.一种用于在无线通信系统中处理无线电链路失败(RLF)的方法,包括:
由用户设备(100)从辅节点(SN)(300)接收包括第二定时器(150)的测量配置;
为UE(100)配置与针对主辅小区(PSCell)的测量报告相关联的第二定时器(150);
当用于PSCell的第一定时器(140)在运行的同时测量报告被触发时,由UE(100)启动第二定时器(150);
由UE(100)检测用于PSCell的第一定时器(140)和第二定时器(150)之一的期满;
在第一定时器(140)和第二定时器(150)中较早一个的期满时,由UE(100)声明辅小区组(SCG)RLF;以及
在声明SCG RLF时,由UE(100)向主节点(200)发起SCG失败过程。
2.根据权利要求1所述的方法,还包括:
在声明SCG RLF时,由UE(100)经由主小区组(MCG)链路、通过SRB1向主节点(200)通知SCG失败消息,其中,所述SCG失败消息包括与作为第一定时器(140)的期满和第二定时器(150)的期满之一的失败类型相对应的原因值。
3.根据权利要求1所述的方法,还包括:
由UE(100)将失败类型设置为第一定时器期满和第二定时器期满之一。
4.根据权利要求3所述的方法,其中,如果第一定时器(140)的期满在第二定时器(150)的期满之前,则UE(100)将失败类型设置为第一定时器期满;如果第二定时器(150)的期满在第一定时器(140)的期满之前,则UE(140)将失败类型设置为第二定时器期满。
5.根据权利要求1所述的方法,还包括,由UE(100)从SN(300)接收测量对象和包括第二定时器(150)的报告配置,其中,所述第二定时器(150)与针对SN(300)的PSCell的测量报告相关联。
6.根据权利要求1所述的方法,其中,当用于PSCell的第一定时器(140)在运行时,确定与第二定时器(150)相关联的针对PSCell的测量报告,并且启动用于PSCell的第二定时器(150)。
7.根据权利要求1所述的方法,其中,通过基于对第一定时器(140)的期满的检测停止第二定时器(150)来声明SCG RLF。
8.根据权利要求1所述的方法,其中,通过基于对第二定时器(150)的期满的检测停止第一定时器(140)来声明SCG RLF。
9.根据权利要求1所述的方法,其中,所述第一定时器(140)是T310定时器,其中,所述第一定时器(140)包括在SCG添加期间,并且所述第二定时器(150)是T312定时器,其中,所述第二定时器(150)包括在来自SN(300)的测量配置中。
10.根据权利要求1所述的方法,其中,针对PSCell的测量报告通过信令无线电承载类型1(SRB1)和信令无线电承载类型3(SRB3)之一被发送到辅节点(SN)(300)。
11.一种用于在无线通信系统中处理无线电链路失败(RLF)的用户设备(100),包括:
存储器(130);和
处理器(110),与存储器(130)耦合,被配置为:
从辅节点(SN)(300)接收包括第二定时器(150)的测量配置(300);
为UE(100)配置与针对主辅小区(PSCell)的测量报告相关联的第二定时器(150);
当用于PSCell的第一定时器(140)在运行的同时测量报告被触发时,启动第二定时器(150);
检测用于PSCell的第一定时器(140)和第二定时器(150)之一的期满;
在第一定时器(140)和第二定时器(150)中较早一个的期满时,声明辅小区组(SCG)RLF;以及
在声明辅小区组(SCG)RLF时,向主节点(MN)(200)发起SCG失败过程。
12.根据权利要求11所述的UE(100),其中,所述处理器(110)被配置为在声明SCG RLF时,经由主小区组(MCG)链路、通过SRB1向主节点(200)通知SCG失败消息,其中,所述SCG失败信息包括与作为第一定时器(140)的期满和第二定时器(150)的期满之一的失败类型相对应的原因值。
13.根据权利要求11所述的UE(100),其中,所述处理器(110)被配置为将失败类型设置为第一定时器期满和第二定时器期满之一。
14.根据权利要求11所述的UE(100),其中,所述处理器(110)被配置为从SN(300)接收测量对象和包括第二定时器(150)的报告配置,其中,所述第二定时器(150)与针对SN(300)的PSCell的测量报告相关联。
15.根据权利要求11所述的UE(100),其中,通过基于对用于PSCell的第二定时器(150)的期满的检测停止第一定时器(140),来声明SCG RLF。
16.根据权利要求11所述的UE(100),其中,通过基于对用于PSCell的第一定时器(150)的期满的检测停止第二定时器(150),来声明SCG RLF。
17.根据权利要求11所述的UE(100),其中,所述测量报告通过信令无线电承载类型1(SRB1)和信令无线电承载类型3(SRB3)之一被发送到SN(300)。
CN202080013076.1A 2019-02-08 2020-02-07 用于执行无线通信系统中的通信的方法和装置 Pending CN113615255A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
IN201941005101 2019-02-08
IN201941005101 2020-02-03
PCT/KR2020/001751 WO2020162704A1 (en) 2019-02-08 2020-02-07 Method and apparatus for performing communication in wireless communication system

Publications (1)

Publication Number Publication Date
CN113615255A true CN113615255A (zh) 2021-11-05

Family

ID=71069799

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080013076.1A Pending CN113615255A (zh) 2019-02-08 2020-02-07 用于执行无线通信系统中的通信的方法和装置

Country Status (5)

Country Link
US (2) US12004027B2 (zh)
EP (2) EP4044664A1 (zh)
KR (1) KR102578756B1 (zh)
CN (1) CN113615255A (zh)
WO (1) WO2020162704A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023102895A1 (en) * 2021-12-10 2023-06-15 Lenovo (Beijing) Limited Methods and apparatuses of a mro mechanism for spar or spcr and scg failure information procedure

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10757615B2 (en) * 2017-09-13 2020-08-25 Comcast Cable Communications, Llc Radio link failure information for PDCP duplication
EP3756379B1 (en) * 2018-02-20 2023-10-11 Telefonaktiebolaget LM Ericsson (publ) Sftd and anr specific reporting
CN110798867B (zh) * 2018-08-01 2024-04-19 夏普株式会社 用户设备的控制方法以及用户设备
JP6870022B2 (ja) * 2019-03-28 2021-05-12 シャープ株式会社 端末装置、方法、および、集積回路
EP3994954B1 (en) * 2019-07-05 2024-01-03 Telefonaktiebolaget Lm Ericsson (Publ) Early radio link issue indication
EP4023026A1 (en) * 2019-08-28 2022-07-06 Telefonaktiebolaget LM Ericsson (publ) Methods, devices, computer programs and computer program products for indicating use of master cell group fast recovery procedure
KR20220073701A (ko) * 2019-09-30 2022-06-03 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 Sn rrc 메시지의 처리 방법, 장치, 기기 및 저장 매체
WO2021066567A1 (ko) * 2019-10-02 2021-04-08 삼성전자 주식회사 조건부 셀 추가 및 변경을 위한 방법 및 장치
US11800418B2 (en) * 2019-10-03 2023-10-24 Qualcomm Incorporated Conditional procedures for adding and/or changing a secondary node (SN)
US20230046878A1 (en) * 2020-01-14 2023-02-16 Google Llc Identification and Handling of Conditional Procedure
US11856450B2 (en) * 2020-02-27 2023-12-26 Qualcomm Incorporated Range extension for radio link control status reporting
US20210227442A1 (en) * 2020-04-01 2021-07-22 Intel Corporation Location-based event trigger and conditional handover
EP4124159A4 (en) * 2020-04-22 2023-09-27 Shanghai Langbo Communication Technology Company Limited METHOD AND DEVICE USED AS A COMMUNICATION NODE FOR WIRELESS COMMUNICATION
KR20220091877A (ko) * 2020-12-24 2022-07-01 삼성전자주식회사 차세대 이동 통신 시스템에서 핸드오버를 수행하는 방법 및 장치
US12047821B2 (en) 2021-04-07 2024-07-23 Apple Inc. Ultra reliable reporting of SCG measurements while SpCell degrades
US12010568B2 (en) * 2021-04-23 2024-06-11 Qualcomm Incorporated Device performance when T312 configured
CN113412632B (zh) * 2021-05-07 2022-12-06 北京小米移动软件有限公司 链路失败处理方法、装置、终端设备和存储介质
KR20220164371A (ko) * 2021-06-04 2022-12-13 삼성전자주식회사 무선 통신 시스템에서 복수 기지국의 연결을 위한 방법 및 장치
KR20240063351A (ko) * 2022-11-03 2024-05-10 삼성전자주식회사 무선 통신 시스템에서 무인 비행 단말을 위한 향상된 측정 보고 방법과 장치

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106537971A (zh) * 2014-03-21 2017-03-22 三星电子株式会社 对在无线通信系统中确定无线链路失败的等待时间进行控制的方法和装置
US20180160339A1 (en) * 2016-12-05 2018-06-07 Htc Corporation Device and Method of Handling Communication
US20180184362A1 (en) * 2016-12-23 2018-06-28 Alireza Babaei Licensed assisted access radio link failure

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170048898A1 (en) * 2014-04-25 2017-02-16 Lg Electronics Inc. Method for declaring radio link failure performed by terminal in wireless communication system and terminal using the method
US10141983B2 (en) * 2014-05-08 2018-11-27 Samsung Electronics Co., Ltd. Method for activating pSCell and SCell in mobile communication system supporting dual connectivity
EP3171632B1 (en) * 2015-10-28 2019-10-16 HTC Corporation Device and method of handling communication failure
KR102396931B1 (ko) * 2017-05-04 2022-05-12 삼성전자 주식회사 이중 연결 네트워크에서 보조 노드 장애를 보고하는 방법 및 시스템
EP3711185A1 (en) * 2017-11-16 2020-09-23 Telefonaktiebolaget LM Ericsson (Publ) Method for performing radio link monitoring
US11032866B2 (en) * 2017-11-27 2021-06-08 FG Innovation Company Limited Methods and related devices for multi-connectivity
CN109982347A (zh) * 2017-12-27 2019-07-05 惠州Tcl移动通信有限公司 用于辅助小区通信失败场景的通信方法
US11516868B2 (en) * 2018-01-11 2022-11-29 Ntt Docomo, Inc. User terminal and radio communication method
EP3996421A3 (en) * 2018-01-11 2022-08-24 Comcast Cable Communications LLC Connection failure reporting
US10873985B2 (en) * 2018-02-14 2020-12-22 Htc Corporation Device and method of handling a dual connectivity with base stations
US11115892B2 (en) * 2018-02-15 2021-09-07 Ofinno, Llc Beam failure information for radio configuration
EP3756379B1 (en) * 2018-02-20 2023-10-11 Telefonaktiebolaget LM Ericsson (publ) Sftd and anr specific reporting
CN110611920B (zh) * 2018-06-15 2021-06-01 维沃移动通信有限公司 一种无线链路监测方法及终端
CN110708766B (zh) * 2018-07-10 2023-11-28 夏普株式会社 用户设备的控制方法以及用户设备
CN110798867B (zh) * 2018-08-01 2024-04-19 夏普株式会社 用户设备的控制方法以及用户设备
EP3834460A1 (en) * 2018-08-08 2021-06-16 Convida Wireless, Llc Radio link monitoring and radio resource management measurement procedures for nr-u
US10993277B2 (en) * 2018-12-04 2021-04-27 Apple Inc. Enhanced PDCP duplication handling and RLC failure handling
JP2020129718A (ja) * 2019-02-07 2020-08-27 シャープ株式会社 端末装置、基地局装置、方法、および、集積回路

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106537971A (zh) * 2014-03-21 2017-03-22 三星电子株式会社 对在无线通信系统中确定无线链路失败的等待时间进行控制的方法和装置
US20180160339A1 (en) * 2016-12-05 2018-06-07 Htc Corporation Device and Method of Handling Communication
US20180184362A1 (en) * 2016-12-23 2018-06-28 Alireza Babaei Licensed assisted access radio link failure

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP: "Radio Resource Control (RRC) protocol specification", 《TS 38.331 V15.4.0》, 14 January 2019 (2019-01-14), pages 5 *
OPPO: "R2-1912402 "Discussion on T312 for PSCell"", 3GPP TSG_RAN\\WG2_RL2, no. 2, 3 October 2019 (2019-10-03) *
SAMSUNG: "R2-142446 "Dual connectivity RRC procedural specification, miscellaneous issues"", 3GPP TSG_RAN\\WG2_RL2, no. 2, 10 May 2014 (2014-05-10) *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023102895A1 (en) * 2021-12-10 2023-06-15 Lenovo (Beijing) Limited Methods and apparatuses of a mro mechanism for spar or spcr and scg failure information procedure
GB2629273A (en) * 2021-12-10 2024-10-23 Lenovo Beijing Ltd Methods and apparatuses of a MRO mechanism for SPAR or SPCR and SCG failure information procedure

Also Published As

Publication number Publication date
EP4044664A1 (en) 2022-08-17
US12004027B2 (en) 2024-06-04
KR102578756B1 (ko) 2023-09-15
US20240179589A1 (en) 2024-05-30
EP3714630B1 (en) 2022-04-06
EP3714630A1 (en) 2020-09-30
WO2020162704A1 (en) 2020-08-13
KR20210116421A (ko) 2021-09-27
EP3714630A4 (en) 2020-12-02
US20220038968A1 (en) 2022-02-03

Similar Documents

Publication Publication Date Title
KR102578756B1 (ko) 무선 통신 시스템에서 통신을 수행하는 방법 및 장치
KR102335619B1 (ko) 무선 통신 네트워크에서의 사용자 장비, 네트워크 노드, 및 방법들
US20200351735A1 (en) Method and apparatus for handling handover in wireless communication system
RU2618509C2 (ru) Адаптация мобильной сети
EP3047679B1 (en) User equipment and methods for fast handover failure recovery in 3gpp lte network
KR102073223B1 (ko) 이동 통신 시스템에서 단말 상태 천이 시 이동 정보 보존 및 이종 셀 네트워크에서 효과적으로 재 접속하는 방법 및 장치
EP2462776B1 (en) Operation in case of radio link failure
KR20180088337A (ko) 단말 획득 정보를 효율적으로 기지국에 전달하는 방법 및 장치
CN113498140B (zh) 用于无线通信的切换方法和设备
WO2016123809A1 (zh) 一种信令优化方法和设备
EP3039916B1 (en) Communications system, infrastructure equipment, communication terminal and method
TWI772827B (zh) 在rrc連接中閒置量測結果之處理
CN104956731A (zh) 用于在移动通信系统中针对具有小小区服务区域的小区控制移动性的方法和装置
KR20200127405A (ko) 차세대 이동통신 시스템에서 무선 링크 실패 보고를 수행하는 방법 및 장치
US9509594B2 (en) Mobile terminal preparation
EP4176538A1 (en) Methods, ue and network node for failure predictions
CN113796023A (zh) 无线通信系统中报告可接入性测量的方法和ue
KR20230078641A (ko) 무선 통신에서의 링크 관리 방법 및 장치
CN116114311A (zh) 用于处理主小区组mcg故障和无线电链路故障rlf汇报的方法、产品和设备
JP2023541893A (ja) ビーム障害報告
CN111345088B (zh) 无线通信系统及无线基站
US20230145867A1 (en) Irat rrc re-establishment procedure and irat resume procedure
CN112868253B (zh) 条件触发的配置方法及相关产品
US20220361273A1 (en) Managing sidelink and non-sidelink information
CN115835318A (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