CN117651284A - 无线链路失败的处理方法、通信系统、用户和网络设备 - Google Patents

无线链路失败的处理方法、通信系统、用户和网络设备 Download PDF

Info

Publication number
CN117651284A
CN117651284A CN202211110724.2A CN202211110724A CN117651284A CN 117651284 A CN117651284 A CN 117651284A CN 202211110724 A CN202211110724 A CN 202211110724A CN 117651284 A CN117651284 A CN 117651284A
Authority
CN
China
Prior art keywords
network
signaling
radio link
link failure
user equipment
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
CN202211110724.2A
Other languages
English (en)
Inventor
刘胜楠
蒋峥
佘小明
陈鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp 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 China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN202211110724.2A priority Critical patent/CN117651284A/zh
Priority to PCT/CN2023/111183 priority patent/WO2024055770A1/zh
Publication of CN117651284A publication Critical patent/CN117651284A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • 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
    • H04W36/00—Hand-off or reselection arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0058—Transmission of hand-off measurement information, e.g. measurement reports

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开提出一种无线链路失败的处理方法、通信系统、用户和网络设备，涉及无线通信技术领域。用户设备接收第一网络设备发送的第一信令，包括指示所述用户设备上报无线链路失败报告的指示信息；通过第二信令向所述第一网络设备上报无线链路失败报告，所述无线链路失败报告包括非公共网络NPN相关信息。对用户设备上报的无线链路失败报告进行增强，增加非公共网络相关信息，帮助网络更准确地分析非公共网络中无线链路失败原因，促使非公共网络中无线链路失败问题得到有效解决，提升小区切换成功率。

Description

无线链路失败的处理方法、通信系统、用户和网络设备
技术领域
本公开涉及无线通信技术领域，特别涉及一种无线链路失败的处理方法、通信系统、用户设备、网络设备和存储介质。
背景技术
在公共网络中，用户设备(User Equipment，UE)进行小区切换时如果发生无线链路失败(Radio Link Failure，RLF)，用户设备会记录并上报无线链路失败报告(Report)，该无线链路失败报告中包括连接失败过程中涉及的相关小区的标识信息，网络设备根据无线链路失败报告发现无线链路失败原因，优化相应的配置信息，从而降低用户设备的连接失败率，提升小区切换成功率。
非公共网络(NPN，Non-Public Network)被引入，其初衷是提供高速率、低延迟、超高可靠的通信能力，满足不同行业和不同用户的需求。在非公共网络中，用户设备进行小区切换时也可能发生无线链路失败。
但是，按照公共网络中的无线链路失败报告上报的信息，非公共网络中的导致无线链路失败的一些原因难以被发现，导致无线链路失败原因定位错误，使得无线链路失败问题不能得到有效解决。
发明内容
本公开实施例对用户设备上报的无线链路失败报告进行增强，增加非公共网络相关信息，帮助网络更准确地分析非公共网络中无线链路失败原因，促使非公共网络中无线链路失败问题得到有效解决，提升小区切换成功率。
本公开一些实施例提出一种无线链路失败的处理方法，包括：
用户设备接收第一网络设备发送的第一信令，所述第一信令包括指示所述用户设备上报无线链路失败报告的指示信息；
所述用户设备通过第二信令向所述第一网络设备上报无线链路失败报告，所述无线链路失败报告包括非公共网络NPN相关信息。
在一些实施例中，所述非公共网络相关信息包括以下中的至少一项：
用户设备签约的独立非公共网络SNPN对应的网络标识SNPN ID；
用户设备签约的公网集成的非公共网络PNI-NPN对应的网络标识PNI-NPN ID；
用户设备是否仅允许接入PNI-NPN的指示信息。
源小区对应的网络识别码NID；
失败小区对应的NID；
重连接小区对应的NID；
源小区对应的封闭式接入组CAG ID；
失败小区对应的CAG ID；
重连接小区对应的CAG ID。
在一些实施例中，所述SNPN ID包含PLMN ID和NID；
所述PNI-NPN ID包含PLMN ID和CAG ID；
用户设备签约的SNPN ID或PNI-NPN ID为一个或多个。
在一些实施例中，所述第一信令为无线资源控制RRC信令。
在一些实施例中所述第二信令为RRC信令。
在一些实施例中，所述第一信令为用户设备信息请求UEInformationRequest信令。
在一些实施例中，所述第二信令为用户设备信息响应UEInformationResponse信令。
本公开一些实施例提出一种无线链路失败的处理方法，包括：
第一网络设备向用户设备发送第一信令，所述第一信令包括指示所述用户设备上报无线链路失败报告的指示信息；
所述第一网络设备接收所述用户设备通过第二信令上报的无线链路失败报告，所述无线链路失败报告包括非公共网络NPN相关信息。
在一些实施例中，还包括：
所述第一网络设备根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的网络设备，所述网络设备为第一网络设备或第二网络设备；
在所述网络设备为第二网络设备的情况下，所述第一网络设备通过第三信令将所述无线链路失败报告转发给第二网络设备。
在一些实施例中，还包括：所述网络设备根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的原因。
在一些实施例中，还包括：所述网络设备根据导致所述用户设备发生无线链路失败的原因，优化小区切换相关配置。
在一些实施例中，所述网络设备根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的原因包括：
如果目标小区与所述非公共网络相关信息不符，确定导致所述用户设备发生无线链路失败的原因为配置错误的目标小区。
在一些实施例中，所述非公共网络相关信息包括以下中的至少一项：
用户设备签约的独立非公共网络SNPN对应的网络标识SNPN ID；
用户设备签约的公网集成的非公共网络PNI-NPN对应的网络标识PNI-NPN ID；
用户设备是否仅允许接入PNI-NPN的指示信息。
源小区对应的网络识别码NID；
失败小区对应的NID；
重连接小区对应的NID；
源小区对应的封闭式接入组CAG ID；
失败小区对应的CAG ID；
重连接小区对应的CAG ID。
在一些实施例中，所述第一信令为无线资源控制RRC信令。
在一些实施例中，所述第二信令为RRC信令。
在一些实施例中，所述第三信令为Xn/X2接口信令。
在一些实施例中，所述第一信令为用户设备信息请求UEInformationRequest信令。
在一些实施例中，所述第二信令为用户设备信息响应UEInformationResponse信令。
在一些实施例中，所述第三信令为接入和移动性指示Access and mobilityindication信令，失败指示Failure Indication信令，或者，切换报告Handover Report信令。
本公开一些实施例提出一种用户设备，包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行各实施例由用户设备执行的方法。
本公开一些实施例提出一种网络设备，包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行各实施例由网络设备执行的方法。
本公开一些实施例提出一种通信系统，包括：用户设备，以及，网络设备。
本公开一些实施例提出一种非瞬时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现各实施例所述的方法的步骤。
附图说明
下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍。根据下面参照附图的详细描述，可以更加清楚地理解本公开。
显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1(a)示出了PNI-NPN的部署示意图。
图1(b)示出了SNPN的部署示意图。
图2示出本公开一些实施例的无线链路失败的处理方法的流程示意图。
图3示出本公开一些实施例的无线链路失败的处理方法的流程示意图。
图4示出本公开一些实施例的无线链路失败的处理方法的流程示意图。
图5示出本公开一些实施例的无线链路失败的处理方法的流程示意图。
图6示出本公开一些实施例的网络设备的结构示意图。
图7示出本公开一些实施例的用户设备的结构示意图。
图8示出本公开一些实施例的通信系统的结构示意图。
具体实施方式
下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述。
除非特别说明，否则，本公开中的“第一”“第二”等描述用来区分不同的对象，并不用来表示大小或时序等含义。
非公共网络(NPN)技术包括在广播消息和控制信令中加入特殊网络指示标识，对非公共网络的网络发现、选择和接入控制机制，以及用户小区切换、漫游、数据访问等机制。
非公共网络有两种部署方式，一种是独立非公共网络(SNPN，Stand-alone Non-Public Network)，另一种是公网集成的非公共网络(PNI-NPN，Public NetworkIntegrated NPN)，又称非独立NPN。独立非公共网络由独立运营商运营并且不依赖于PLMN(Public Land Mobile Network公共陆地移动网络)网络的支持。公网集成的非公共网络依赖于运营商PLMN网络的支持。
图1(a)示出了PNI-NPN的部署示意图。PNI-NPN包括公共网络的核心网设备，如图中的5GC(PLMN)，还包括公共网络的基站，如图中的gNB(Public)，还包括封闭式接入组(Closed Access Group，CAG)的基站，如图中的gNB(CAG)。
图1(b)示出了SNPN的部署示意图。SNPN包括SNPN的核心网设备，如图中的5GC(SNPN)，还包括SNPN的基站，如图中的gNB(SNPN)。
针对启用了NPN功能的用户设备(也即终端)，需要对其网络配置和签约信息进行设计，以便区分于传统PLMN用户，并对用户设备的NPN特性进行标识。
针对PNI-NPN网络的用户设备，UE预配置或(重)配置如下CAG信息，这些CAG信息包括在签约数据中，作为移动限制的一部分：
(1)Allowed PNI-NPN list(允许的PNI-NPN列表)，即允许UE接入的CAG标识符的列表；
(2)CAG-only indication(仅CAG指示)/PNI-NPN Restricted Information(PNI-NPN限制信息)，该信息用于标识是否仅允许用户设备经由CAG小区接入5G网络。
针对SNPN网络的用户设备，针对用户每个签约的SNPN，网络配置相应的用户标识符(如SUPI(SUbscription Permanent Identifier，用户永久标识符))和可信凭证。SNPN的签约用户可以由包含网络特定标识符的SUPI所标识，该网络特定标识符基于RFC 7542网络访问标识符(Network Access Identifier,NAI)格式，NAI的域部分可以包括SNPN的NID(网络识别码，Network Identification)。SNPN的签约用户也可以由包含国际移动用户识别码(IMSI，International Mobile Subscriber Identity)的SUPI所标识。
为了帮助网络和用户识别NPN网络，设计了NPN网络标识。
对于PNI-NPN网络，使用PLMN ID和CAG ID进行标识，一个CAG由一个CAG标识符标识，该CAG标识符在一个PLMN的范围内是唯一的；一个CAG小区广播PLMN内的一个或多个CAG标识符；此外，CAG小区还可以为每个CAG标识符广播可读的网络名称，该可读网络名称仅在用户请求手动选择CAG时，向用户显示。由于PNI-NPN多属于运营商部署的非公共网络，因此针对没有配置CAG only indication的用户设备，网络支持PNI-NPN和PLMN间的移动性。
对于SNPN网络，由PLMN ID和NID进行标识，用于SNPN的PLMN ID不需要唯一。保留供私有网络使用的PLMN ID可以用于非公共网络，例如，基于国际电联分配的移动国家代码(Mobile Country Code，MCC)999；或者，PLMN运营商可以将自己的PLMN ID与一个或多个NID组合用于SNPN标识。对于后一种情况，考虑到SNPN不依赖于PLMN提供的网络功能，不支持SNPN用户在PLMN中进行注册以及在PLMN和SNPN之间的移动性。
其中，小区标识(cell ID)中包含该小区对应的PLMN ID。
针对NPN网络下的小区切换失败事件，与传统切换失败类型相比，会发生源基站配置了错误的目标小区的原因导致的RLF，配置错误小区主要包含以下几种情况：
(1)对于PNI-NPN用户，用户设备不支持目标小区对应的PNI-NPN网络，即目标小区对应的PLMN ID+CAG ID不是用户设备签约的PNI-NPN网络；
(2)对于PNI-NPN用户，用户设备是仅允许通过PNI-NPN接入网络的类型的用户设备，而目标小区是一个PLMN小区；
(3)对于SNPN用户，用户设备不支持目标小区对应的SNPN网络，即目标小区对应的PLMN ID+NID不是用户设备签约的SNPN网络。
针对上述原因导致的RLF事件(即由于切换配置不当导致的RLF)，传统方案无法识别出准确的原因，且可能会因为错误的调参导致系统性能下降。
本公开旨在改进NPN网络下的RLF解决方案，通过增强UE上报的RLF报告，使网络可以基于增强的RLF报告精准分析出NPN网络下RLF发生的原因，进而优化移动性相关配置，提高用户设备切换成功率。本公开的方案适用于SNPN网络和PNI-NPN网络等NPN网络，可以很好地弥补传统方案无法准确定位NPN网络中RLF原因的缺陷，提升网络的自适应性，进而提升NPN网络的鲁棒性。
图2示出本公开一些实施例的无线链路失败的处理方法的流程示意图。
如图2所示，该实施例的无线链路失败的处理方法包括以下步骤。
在步骤210，用户设备接收第一网络设备发送的第一信令，所述第一信令包括指示所述用户设备上报无线链路失败报告的指示信息。
所述第一信令例如为无线资源控制(Radio Resource Control，RRC)信令。所述第一信令例如为用户设备信息请求UEInformationRequest信令。
在步骤220，用户设备通过第二信令向所述第一网络设备上报无线链路失败报告，所述无线链路失败报告(增强的无线链路失败报告)包括非公共网络NPN相关信息。
第一网络设备例如为无线链路失败后用户设备重连的网络设备。第一网络设备例如为基站。
所述第二信令例如为RRC信令。所述第二信令例如为用户设备信息响应UEInformationResponse信令。
增强的无线链路失败报告中的非公共网络相关信息包括以下中的至少一项：
用户设备签约的SNPN对应的网络标识SNPN ID；
用户设备签约的PNI-NPN对应的网络标识PNI-NPN ID；
用户设备是否仅允许接入PNI-NPN的指示信息(例如CAG-only indication/PNI-NPN Restricted Information)。
源小区(即源基站下的小区)对应的NID；
失败小区(即目标小区，目标基站下的小区)对应的NID；
重连接小区(即重连基站下的小区)对应的NID；
源小区对应的CAG ID；
失败小区对应的CAG ID；
重连接小区对应的CAG ID。
此外，无线链路失败报告还可以包括源小区对应的小区标识(Cell ID，其中包含PLMN ID)、失败小区(即目标小区)对应的小区标识、重连接小区对应的小区标识。
通过小区的Cell ID(特别是其中的PLMN ID)以及小区对应的NID或CAG ID可以唯一标识一个NPN小区。
其中，用户设备签约的SNPN ID包含PLMN ID和NID。签约的NID例如可以标识为Serving NID(服务NID)，Subscribed NID(签约NID)。
其中，用户设备签约的PNI-NPN ID包含PLMN ID和CAG ID。签约的CAG ID例如可以标识为Allowed CAG ID list(允许的CAG ID列表)，Allowed PNI-NPN list(允许的PNI-NPN列表)。
其中，用户设备签约的SNPN ID或PNI-NPN ID为一个或多个。
在一些实施例里，PNI-NPN Restricted Information可以包含在Allowed PNI-NPN list中。
在步骤230，第一网络设备根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的网络设备，所述网络设备为第一网络设备或第二网络设备。该过程为初始分析。
根据所述无线链路失败报告中的源小区对应的小区标识、失败小区(即目标小区)对应的小区标识、重连接小区对应的小区标识，如果源小区与重连接小区均为第一网络设备下的小区，则确定导致所述用户设备发生无线链路失败是第一网络设备，如果重连接小区为第一网络设备下的小区，源小区为第二网络设备下的小区，则确定导致所述用户设备发生无线链路失败是第二网络设备。
如果导致所述用户设备发生无线链路失败是第一网络设备，执行步骤240；如果导致所述用户设备发生无线链路失败是第二网络设备，执行步骤250-260。
其中，步骤230为初始分析，步骤240/260为根因分析。
在步骤240，如果导致所述用户设备发生无线链路失败是第一网络设备，第一网络设备根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的原因，根据导致所述用户设备发生无线链路失败的原因，优化小区切换相关配置。
其中，确定导致所述用户设备发生无线链路失败的原因包括：如果目标小区与所述非公共网络相关信息不符，确定导致所述用户设备发生无线链路失败的原因为配置错误的目标小区。
下面分别描述SNPN和PNI-NPN下的RLF原因分析和优化处理。
(1)SNPN下的RLF原因分析和优化处理。
第一网络设备通过判断目标小区对应的SNPN ID(目标小区对应的PLMN ID和NID)是否在RLF report中的“UE签约的SNPN ID(包含PLMN ID和NID)”的范围内，可以识别出UE是否支持目标小区的SNPN；如果判定为否，则说明是由于配置了错误的目标小区导致RLF，需更正目标小区，将目标小区更正为UE签约的SNPN ID；如果判定为是，还需要进行其他推断，并进行相应的优化处理。
SNPN下的其他推断以及相应的优化处理例如包括：
如果源小区ID为A，目标小区ID为B，重连接小区ID为A，UE重连接到源基站下的小区，UE切换到目标小区过程中发生失败，推断RLF原因为“过早切换”；针对由于“过早切换”导致的RLF，可以适当调高切换阈值。
如果源小区ID为A，目标小区ID为B，重连接小区ID为C，UE重连接到除源基站和目标基站之外的第三基站下的小区，推断RLF原因为“切换到错误小区”；针对由于“切换到错误小区”导致的RLF，可以基于测量报告选取并配置合理的新目标小区。
如果源小区ID为A，目标小区ID为B，重连接小区ID为B，UE重连接到目标基站下的小区，推断RLF原因为“过晚切换”；针对由于“过晚切换”导致的RLF，可以适当调低切换阈值。
(2)PNI-NPN下的RLF原因分析和优化处理。
第一网络设备可以基于RLF report中的“用户设备是否仅允许接入PNI-NPN的指示信息”以及目标小区是否是PNI-NPN小区进行判断，如果指示信息指示UE仅允许接入PNI-NPN，且目标小区不是PNI-NPN小区，则说明是由于配置了错误的目标小区导致RLF，需更正目标小区，将目标小区更正为UE签约的PNI-NPN小区；
第一网络设备还可以基于RLF report中的“用户设备签约的PNI-NPN对应的网络标识PNI-NPN ID(包含PLMN ID和CAG ID)”和目标小区对应的PNI-NPN ID(目标小区的PLMNID和CAG ID)，通过判断目标小区对应的PNI-NPN ID是否在用户设备签约的PNI-NPN ID范围内，识别出UE是否支持目标小区的PNI-NPN；如果不支持，则说明是由于配置了错误的目标小区导致，需更正目标小区，将目标小区更正为UE签约的PNI-NPN小区；如果支持，还需要进行其他推断，并进行相应的优化处理。
PNI-NPN下的其他推断以及相应的优化处理例如包括：
如果源小区ID为A，目标小区ID为B，重连接小区ID为A，UE重连接到源基站下的小区，UE切换到目标小区过程中发生失败，推断RLF原因为“过早切换”；针对由于“过早切换”导致的RLF，可以适当调高切换阈值。
如果源小区ID为A，目标小区ID为B，重连接小区ID为C，UE重连接到除源基站和目标基站之外的第三基站下的小区，推断RLF原因为“切换到错误小区”；针对由于“切换到错误小区”导致的RLF，可以基于测量报告选取并配置合理的新目标小区。
如果源小区ID为A，目标小区ID为B，重连接小区ID为B，UE重连接到目标基站下的小区，推断RLF原因为“过晚切换”；针对由于“过晚切换”导致的RLF，可以适当调低切换阈值。
在步骤250，如果导致所述用户设备发生无线链路失败是第二网络设备，第一网络设备通过第三信令将所述无线链路失败报告转发给第二网络设备。然后执行步骤260。
所述第三信令为Xn/X2接口信令。所述第三信令为接入和移动性指示Access andmobility indication信令，失败指示Failure Indication信令，或者，切换报告HandoverReport信令。
第二网络设备例如为基站。
在步骤260，第二网络设备根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的原因，根据导致所述用户设备发生无线链路失败的原因，优化小区切换相关配置。
其中，确定导致所述用户设备发生无线链路失败的原因包括：如果目标小区与所述非公共网络相关信息不符，确定导致所述用户设备发生无线链路失败的原因为配置错误的目标小区。
步骤260中的第二网络设备的RLF原因分析以及优化处理可以参考步骤240中的第一网络设备的RLF原因分析以及优化处理，这里不再赘述。
此外，需要说明的是，若第一网络设备或第二网络设备为CU-DU分离架构，所述RLF报告也需要在CU与DU之间的F1接口传递。在一种实施例中，可以使用F1接口的接入和移动性指示(Access and mobility indication)信令传递该RLF报告。
本公开实施例对用户设备上报的无线链路失败报告进行增强，增加非公共网络相关信息，帮助网络更准确地分析非公共网络中无线链路失败原因，促使非公共网络中无线链路失败问题得到有效解决，提升小区切换成功率，并且对现有协议流程具有很好的兼容性。
下面以三种情形为例，对图2实施例的无线链路失败的处理方法进行描述，分别对应图3实施例、图4实施例、图5实施例。
图3示出本公开一些实施例的无线链路失败的处理方法的流程示意图。
NPN网络下源基站配置了错误的目标小区，用户设备在向目标基站连接的过程中发生RLF，而后重新连接到源基站下的某小区。该情形下，初始分析和根因分析均由源基站(第一网络设备)进行。
如图3所示，该实施例的无线链路失败的处理方法包括：
在步骤310，源基站(第一网络设备)向用户设备下发测量控制信息，用户设备基于测量控制信息对周边小区进行信号测量，并向源基站发送测量报告。
在步骤320，源基站基于测量报告，确定需要切换的目标小区，并向目标小区的目标基站发送切换请求，目标基站向源基站反馈切换请求的响应，指示是否同意切换等切换相关信息。
在步骤330，源基站向用户设备发送RRC重配置信令，指示用户设备切换到目标小区。
在步骤340，用户设备向目标小区的目标基站切换过程中发生RLF。
在步骤350，用户设备通过RRC连接重建流程与源基站下的某小区重新建立连接。
在步骤360，源基站向用户设备发送第一信令，所述第一信令包括指示所述用户设备上报无线链路失败报告的指示信息。
在步骤370，用户设备通过第二信令向源基站上报无线链路失败报告，所述无线链路失败报告包括NPN相关信息，此外还可以包括源小区、失败小区(即目标小区)、重连接小区对应的小区标识，具体可参考步骤220。
在步骤380，源基站根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的网络设备为源基站。具体的初始分析过程可以参考步骤230。
在步骤390，源基站根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的原因，根据导致所述用户设备发生无线链路失败的原因，优化小区切换相关配置。具体的根因分析过程可以参考步骤240。
按照传统的无线链路失败报告，源基站会认为导致RLF发生的原因是“过早切换”，会调高切换阈值进行优化配置；按照增强的无线链路失败报告，源基站发现目标小区与RLF报告中的非公共网络相关信息不符，说明用户设备未签约目标小区相应的NPN网络，从而确定导致RLF发生的原因是配置错误的目标小区，然后将目标小区更正为UE签约的NPN网络。
本公开实施例对用户设备上报的无线链路失败报告进行增强，增加非公共网络相关信息，帮助网络更准确地分析非公共网络中无线链路失败原因，促使非公共网络中无线链路失败问题得到有效解决，提升小区切换成功率，并且对现有协议流程具有很好的兼容性。
图4示出本公开一些实施例的无线链路失败的处理方法的流程示意图。
NPN网络下源基站配置了错误的目标小区，终端在向目标基站连接的过程中发生RLF，而后重新连接到第三基站(除源基站和目标基站之外的其他基站)下的某小区。该情形下，初始分析由第三基站(第一网络设备)进行，根因分析由源基站(第二网络设备)进行。
如图4所示，该实施例的无线链路失败的处理方法包括：
在步骤410，源基站(第二网络设备)向用户设备下发测量控制信息，用户设备基于测量控制信息对周边小区进行信号测量，并向源基站发送测量报告。
在步骤420，源基站基于测量报告，确定需要切换的目标小区，并向目标小区的目标基站发送切换请求，目标基站向源基站反馈切换请求的响应，指示是否同意切换等切换相关信息。
在步骤430，源基站向用户设备发送RRC重配置信令，指示用户设备切换到目标小区。
在步骤440，用户设备向目标小区的目标基站切换过程中发生RLF。
在步骤450，用户设备通过RRC连接重建流程与第三基站(除源基站和目标基站之外的其他基站)下的某小区重新建立连接。
在步骤460，第三基站(第一网络设备)向用户设备发送第一信令，所述第一信令包括指示所述用户设备上报无线链路失败报告的指示信息。
在步骤470，用户设备通过第二信令向第三基站上报无线链路失败报告，所述无线链路失败报告包括NPN相关信息，此外还可以包括源小区、失败小区(即目标小区)、重连接小区对应的小区标识，具体可参考步骤220。
在步骤480，第三基站根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的网络设备为源基站。具体的初始分析过程可以参考步骤230。
在步骤490，第三基站通过第三信令将所述无线链路失败报告转发给源基站。
在步骤4100，源基站根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的原因，根据导致所述用户设备发生无线链路失败的原因，优化小区切换相关配置。具体的根因分析过程可以参考步骤260。
按照传统的无线链路失败报告，源基站会认为导致RLF发生的原因是“切换到错误小区”，基于测量报告选取并配置合理的新目标小区；按照增强的无线链路失败报告，源基站发现目标小区与RLF报告中的非公共网络相关信息不符，说明用户设备未签约目标小区相应的NPN网络，从而确定导致RLF发生的原因是配置错误的目标小区，然后将目标小区更正为UE签约的NPN网络。
本公开实施例对用户设备上报的无线链路失败报告进行增强，增加非公共网络相关信息，帮助网络更准确地分析非公共网络中无线链路失败原因，促使非公共网络中无线链路失败问题得到有效解决，提升小区切换成功率，并且对现有协议流程具有很好的兼容性。
图5示出本公开一些实施例的无线链路失败的处理方法的流程示意图。
NPN网络下源基站配置了错误的目标小区，终端在向目标基站连接的过程中发生RLF，而后重新连接到目标基站下的非目标小区(非源基站配置的目标小区)。该情形下，初始分析由目标基站(第一网络设备)进行，根因分析由源基站(第二网络设备)进行。
如图5所示，该实施例的无线链路失败的处理方法包括：
在步骤510，源基站(第二网络设备)向用户设备下发测量控制信息，用户设备基于测量控制信息对周边小区进行信号测量，并向源基站发送测量报告。
在步骤520，源基站基于测量报告，确定需要切换的目标小区，并向目标小区的目标基站发送切换请求，目标基站向源基站反馈切换请求的响应，指示是否同意切换等切换相关信息。
在步骤530，源基站向用户设备发送RRC重配置信令，指示用户设备切换到目标小区。
在步骤540，用户设备向目标小区的目标基站切换过程中发生RLF。
在步骤550，用户设备通过RRC连接重建流程与目标基站下的非目标小区(非源基站配置的目标小区)重新建立连接。
在步骤560，目标基站(第一网络设备)向用户设备发送第一信令，所述第一信令包括指示所述用户设备上报无线链路失败报告的指示信息。
在步骤570，用户设备通过第二信令向目标基站上报无线链路失败报告，所述无线链路失败报告包括NPN相关信息，此外还可以包括源小区、失败小区(即目标小区)、重连接小区对应的小区标识，具体可参考步骤220。
在步骤580，目标基站根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的网络设备为源基站。具体的初始分析过程可以参考步骤230。
在步骤590，目标基站通过第三信令将所述无线链路失败报告转发给源基站。
在步骤5100，源基站根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的原因，根据导致所述用户设备发生无线链路失败的原因，优化小区切换相关配置。具体的根因分析过程可以参考步骤260。
按照传统的无线链路失败报告，源基站会认为导致RLF发生的原因是“过晚切换”，会调低切换阈值；按照增强的无线链路失败报告，源基站发现目标小区与RLF报告中的非公共网络相关信息不符，说明用户设备未签约目标小区相应的NPN网络，从而确定导致RLF发生的原因是配置错误的目标小区，然后将目标小区更正为UE签约的NPN网络。
本公开实施例对用户设备上报的无线链路失败报告进行增强，增加非公共网络相关信息，帮助网络更准确地分析非公共网络中无线链路失败原因，促使非公共网络中无线链路失败问题得到有效解决，提升小区切换成功率，并且对现有协议流程具有很好的兼容性。
图6示出本公开一些实施例的网络设备的结构示意图。
如图6所示，该实施例的网络设备600包括：存储器610以及耦接至该存储器610的处理器620，处理器620被配置为基于存储在存储器610中的指令，执行前述任意一些实施例中由网络设备执行的方法。
网络设备600还可以包括输入输出接口630、网络接口640、存储接口650等。这些接口630，640，650以及存储器610和处理器620之间例如可以通过总线660连接。
其中，存储器610例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(Boot Loader)以及其他程序等。
其中，处理器620可以用通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或其它可编程逻辑设备、分立门或晶体管等分立硬件组件方式来实现。
其中，输入输出接口630为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口640为各种联网设备提供连接接口。存储接口650为SD卡、U盘等外置存储设备提供连接接口。总线660可以使用多种总线结构中的任意总线结构。例如，总线结构包括但不限于工业标准体系结构(Industry Standard Architecture，ISA)总线、微通道体系结构(Micro Channel Architecture，MCA)总线、外围组件互连(Peripheral ComponentInterconnect，PCI)总线。
图7示出本公开一些实施例的用户设备的结构示意图。
如图7所示，该实施例的用户设备700包括：存储器710以及耦接至该存储器710的处理器720，处理器720被配置为基于存储在存储器710中的指令，执行前述任意一些实施例中由用户设备执行的方法。
用户设备700还可以包括输入输出接口730、网络接口740、存储接口750等。这些接口730，740，750以及存储器710和处理器720之间例如可以通过总线760连接。
其中，存储器710例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(Boot Loader)以及其他程序等。
其中，处理器720可以用通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或其它可编程逻辑设备、分立门或晶体管等分立硬件组件方式来实现。
其中，输入输出接口730为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口740为各种联网设备提供连接接口。存储接口750为SD卡、U盘等外置存储设备提供连接接口。总线760可以使用多种总线结构中的任意总线结构。例如，总线结构包括但不限于工业标准体系结构(Industry Standard Architecture，ISA)总线、微通道体系结构(Micro Channel Architecture，MCA)总线、外围组件互连(Peripheral ComponentInterconnect，PCI)总线。
图8示出本公开一些实施例的通信系统的结构示意图。
如图8所示，该实施例的通信系统800包括：网络设备600和用户设备700。网络设备600包括第一网络设备和第二网络设备。
本公开一些实施例提出一种非瞬时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任意一些实施例中的方法的步骤。
本领域内的技术人员应当明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机程序代码的非瞬时性计算机可读存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解为可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述仅为本公开的较佳实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (17)

1.一种无线链路失败的处理方法，包括：
用户设备接收第一网络设备发送的第一信令，所述第一信令包括指示所述用户设备上报无线链路失败报告的指示信息；
所述用户设备通过第二信令向所述第一网络设备上报无线链路失败报告，所述无线链路失败报告包括非公共网络NPN相关信息。
2.根据权利要求1所述的方法，其中，所述非公共网络相关信息包括以下中的至少一项：
用户设备签约的独立非公共网络SNPN对应的网络标识SNPNID；
用户设备签约的公网集成的非公共网络PNI-NPN对应的网络标识PNI-NPN ID；
用户设备是否仅允许接入PNI-NPN的指示信息。
源小区对应的网络识别码NID；
失败小区对应的NID；
重连接小区对应的NID；
源小区对应的封闭式接入组CAG ID；
失败小区对应的CAG ID；
重连接小区对应的CAG ID。
3.根据权利要求2所述的方法，其中，
所述SNPN ID包含PLMN ID和NID；
所述PNI-NPN ID包含PLMN ID和CAG ID；
用户设备签约的SNPN ID或PNI-NPN ID为一个或多个。
4.根据权利要求1-3任一项所述的方法，其中，
所述第一信令为无线资源控制RRC信令，或者，
所述第二信令为RRC信令。
5.根据权利要求4所述的方法，其中，
所述第一信令为用户设备信息请求UEInformationRequest信令；
或者，
所述第二信令为用户设备信息响应UEInformationResponse信令。
6.一种无线链路失败的处理方法，包括：
第一网络设备向用户设备发送第一信令，所述第一信令包括指示所述用户设备上报无线链路失败报告的指示信息；
所述第一网络设备接收所述用户设备通过第二信令上报的无线链路失败报告，所述无线链路失败报告包括非公共网络NPN相关信息。
7.根据权利要求6所述的方法，还包括：
所述第一网络设备根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的网络设备，所述网络设备为第一网络设备或第二网络设备；
在所述网络设备为第二网络设备的情况下，所述第一网络设备通过第三信令将所述无线链路失败报告转发给第二网络设备。
8.根据权利要求7所述的方法，还包括：
所述网络设备根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的原因。
9.根据权利要求8所述的方法，还包括：
所述网络设备根据导致所述用户设备发生无线链路失败的原因，优化小区切换相关配置。
10.根据权利要求8所述的方法，所述网络设备根据所述无线链路失败报告，确定导致所述用户设备发生无线链路失败的原因包括：
如果目标小区与所述非公共网络相关信息不符，确定导致所述用户设备发生无线链路失败的原因为配置错误的目标小区。
11.根据权利要求6-10任一项所述的方法，其中，所述非公共网络相关信息包括以下中的至少一项：
用户设备签约的独立非公共网络SNPN对应的网络标识SNPNID；
用户设备签约的公网集成的非公共网络PNI-NPN对应的网络标识PNI-NPN ID；
用户设备是否仅允许接入PNI-NPN的指示信息。
源小区对应的网络识别码NID；
失败小区对应的NID；
重连接小区对应的NID；
源小区对应的封闭式接入组CAG ID；
失败小区对应的CAG ID；
重连接小区对应的CAG ID。
12.根据权利要求6-10任一项所述的方法，其中，
所述第一信令为无线资源控制RRC信令，或者，
所述第二信令为RRC信令，或者，
所述第三信令为Xn/X2接口信令。
13.根据权利要求12所述的方法，其中，
所述第一信令为用户设备信息请求UEInformationRequest信令；
或者，
所述第二信令为用户设备信息响应UEInformationResponse信令；
或者，
所述第三信令为接入和移动性指示Access and mobilityindication信令，失败指示Failure Indication信令，或者，切换报告Handover Report信令。
14.一种用户设备，包括：
存储器；以及
耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行权利要求1-5中任一项所述的方法。
15.一种网络设备，包括：
存储器；以及
耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行权利要求6-13中任一项所述的方法。
16.一种通信系统，包括：
权利要求14所述的用户设备，以及，
权利要求15所述的网络设备。
17.一种非瞬时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现权利要求1-13中任一项所述的方法的步骤。
CN202211110724.2A 2022-09-13 2022-09-13 无线链路失败的处理方法、通信系统、用户和网络设备 Pending CN117651284A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202211110724.2A CN117651284A (zh) 2022-09-13 2022-09-13 无线链路失败的处理方法、通信系统、用户和网络设备
PCT/CN2023/111183 WO2024055770A1 (zh) 2022-09-13 2023-08-04 无线链路失败的处理方法、通信系统、用户和网络设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211110724.2A CN117651284A (zh) 2022-09-13 2022-09-13 无线链路失败的处理方法、通信系统、用户和网络设备

Publications (1)

Publication Number Publication Date
CN117651284A true CN117651284A (zh) 2024-03-05

Family

ID=90043839

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211110724.2A Pending CN117651284A (zh) 2022-09-13 2022-09-13 无线链路失败的处理方法、通信系统、用户和网络设备

Country Status (2)

Country Link
CN (1) CN117651284A (zh)
WO (1) WO2024055770A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20210056273A (ko) * 2019-11-08 2021-05-18 한국전자통신연구원 비공중 네트워크에서의 핸드오버 수행 방법
CN113453273A (zh) * 2020-03-26 2021-09-28 夏普株式会社 无线链路失败报告方法以及用户设备
EP4201094A1 (en) * 2020-08-18 2023-06-28 Telefonaktiebolaget LM Ericsson (publ) Failure reporting for non-public networks in 5g

Also Published As

Publication number Publication date
WO2024055770A1 (zh) 2024-03-21

Similar Documents

Publication Publication Date Title
US11202237B2 (en) Method for preventing an inter-rat change from being triggered and communications apparatus utilizing the same
EP2466936B1 (en) Method and system for identifying a terminal
US9961596B2 (en) Determination of a capability of a user equipment
KR100713576B1 (ko) 패킷 데이터에 대한 정보를 기지국에 제공하는 방법
CN102083115B (zh) 一种长期演进系统中rlf指示消息的处理方法和设备
EP3697130A1 (en) Method, apparatus, and system for selecting public land mobile network
CN102598778B (zh) 向家庭基站过晚切换原因的确定方法及系统
CN103843398A (zh) 用于为语音会话选择基于lte的话音或cs回退的方法和设备
CN102413528B (zh) 切换失败的处理方法及用户设备
EP3205171B1 (en) Enhanced timer setting for mobility robustness optimization
US9351212B2 (en) PLMN selection method, mobile terminal, BSC and core network device
US20170188334A1 (en) Method, apparatus, and system for reporting service indication message
CN103391568A (zh) 支持检测rlf或者切换失败原因的方法
EP3908041A1 (en) Cell switching method and device, and user processing method and device
CN104303584A (zh) 用于报告基于通过至少两种不同接入技术实现的通信链路的蜂窝通信的无线链路失败(rlf)的方法、设备和计算机程序
US20110201342A1 (en) Minimizing location update in circuit-switched fallback
CN105592498B (zh) 一种扫频信息上报的方法及用户终端
CN114828288A (zh) 用户设备移动场景中网络标识符配置方法及用户设备
CN104170463B (zh) 邻区添加方法和装置
WO2013027183A1 (en) Method and apparatus for maintaining closed subscriber group cells
US20170006520A1 (en) Handover method, terminal, base station, and system
CN117651284A (zh) 无线链路失败的处理方法、通信系统、用户和网络设备
CN105813224A (zh) 通讯装置及有效率的无线通信方法
CN112189359B (zh) 支持因特网协议多媒体子系统信令的方法及用户设备
CN116980995A (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