CN115767652A - 站点切换方法、基站、存储介质 - Google Patents

Abstract

本发明提供了一种站点切换方法、基站、存储介质，站点切换方法包括：接收来自于源侧基站的Ng切换请求；根据Ng切换请求携带的业务标识确定待接纳QoS flow，针对待接纳QoS flow进行接纳控制，得到QoS flow接纳结果并反馈至源侧基站，以使源侧基站在根据QoS flow接纳结果确定存在接纳失败的目标QoS flow的情况下，终止与目标侧基站之间的Ng切换，其中，目标QoS flow为在源侧基站中被标记为关键业务的待接纳QoS flow。根据本发明实施例提供的方案，在Ng切换的场景下，源侧基站能够在关键业务的QoS flow在目标侧基站接纳失败的情况下，终止Ng切换，确保了关键业务的正常运行，保障用户体验。

Description

站点切换方法、基站、存储介质

技术领域

本发明涉及但不限于通信领域，尤其涉及一种站点切换方法、基站、存储介质。

背景技术

移动性管理是第五代移动通信(5th-Generation，5G)的基本功能，通常简称为切换，为了保障移动过程中的UE(User Equipment)能够持续地接受网络服务，对于在小区间移动的连接态的UE，基站测需要对UE的空口状态保持监控，从而判断是否需要变更服务小区，以便于获取更好的服务质量。在目前的切换实现过程中，源测基站触发切换后，根据目标侧基站对协议数据单元(Protocol Data Unit，PDU)会话(session)的接纳结果，判断关键业务的接纳情况，当关键业务接纳失败，则需要终止切换，以确保关键业务的正常运行。

下一代(Next Generation，Ng)切换是5G网络的一种切换方式，在相关协议的规定中，在Ng切换场景下，移动及接入性管理功能(Access and Mobility ManagementFunction。AMF)向源侧基站反馈的切换执行命令(Handover Command)只携带有session相关的接纳结果，源侧基站无法识别服务质量流(Quality of Service Flow，QoS flow)在目标侧基站是否被接纳，若在关键业务的QoS flow接纳失败的情况下切换到目标侧基站，会影响关键业务的正常运行，从而影响用户体验。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本发明实施例提供了一种站点切换方法、基站、存储介质，能够在Ng切换场景下确定QoS flow的接纳结果，确保UE的关键业务正常运行，保障用户体验。

第一方面，本发明实施例提供了一种站点切换方法，应用于目标侧基站，所述目标侧基站与源侧基站通信连接，所述站点切换方法包括：

接收来自于所述源侧基站的Ng切换请求，其中，所述Ng切换请求携带有业务标识；

根据所述业务标识确定所述源侧基站的待接纳QoS flow，针对所述待接纳QoSflow进行接纳控制，得到QoS flow接纳结果；

将所述QoS flow接纳结果反馈至所述源侧基站，以使所述源侧基站在根据所述QoS flow接纳结果确定存在接纳失败的目标QoS flow的情况下，终止与所述目标侧基站之间的Ng切换，其中，所述目标QoS flow为在所述源侧基站中被标记为关键业务的所述待接纳QoS flow。

第二方面，本发明实施例提供了一种站点切换方法，应用于源侧基站，所述源侧基站与目标侧基站通信连接，所述站点切换方法包括：

获取待接纳QoS flow的业务标识，向所述目标侧基站发送携带有所述业务标识的Ng切换请求，以使所述目标侧基站根据所述业务标识确定所述待接纳QoS flow；

获取所述目标侧基站反馈的QoS flow接纳结果，其中，所述QoS flow接纳结果由所述目标侧基站针对所述待接纳QoS flow进行接纳控制得到；

在根据所述QoS flow接纳结果确定存在接纳失败的目标QoS flow的情况下，终止与所述目标侧基站之间的Ng切换，其中，所述目标QoS flow为被标记为关键业务的所述待接纳QoS flow。

第三方面，本发明实施例提供了一种基站，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的站点切换方法；或者，所述处理器执行所述计算机程序时实现如第二方面所述的站点切换方法。

本发明实施例包括：接收来自于所述源侧基站的Ng切换请求，其中，所述Ng切换请求携带有业务标识；根据所述业务标识确定所述源侧基站的待接纳QoS flow，针对所述待接纳QoS flow进行接纳控制，得到QoS flow接纳结果；将所述QoS flow接纳结果反馈至所述源侧基站，以使所述源侧基站在根据所述QoS flow接纳结果确定存在接纳失败的目标QoS flow的情况下，终止与所述目标侧基站之间的Ng切换，其中，所述目标QoS flow为在所述源侧基站中被标记为关键业务的所述待接纳QoS flow。根据本发明实施例提供的方案，在Ng切换的场景下，源侧基站能够获取QoS flow的接纳结果，从而在检测到关键业务的QoSflow在目标侧基站接纳失败的情况下，终止该次Ng切换，确保了关键业务的正常运行，保障用户体验。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1是本发明一个实施例提供的应用于目标侧基站的站点切换方法的流程图；

图2是本发明另一个实施例提供的确定PDU接纳结果的流程图；

图3是本发明另一个实施例提供的确定QoS flow接纳结果的流程图；

图4是本发明另一个实施例提供的解析重配信令的流程图；

图5是本发明另一个实施例提供的更新重配信令的流程图；

图6是本发明另一个实施例提供的应用于源侧基站的站点切换方法的流程图；

图7是本发明另一个实施例提供的确定QoS flow接纳结果的流程图；

图8是本发明另一个实施例提供的解析重配信令的流程图；

图9是本发明另一个实施例提供的确定QoS flow接纳结果的流程图；

图10是本发明另一个实施例提供的站点切换方法的流程图；

图11是本发明另一个实施例提供的基站的装置图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书、权利要求书或上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本发明提供了一种站点切换方法、基站、存储介质，站点切换方法包括：接收来自于所述源侧基站的Ng切换请求，其中，所述Ng切换请求携带有业务标识；根据所述业务标识确定所述源侧基站的待接纳QoS flow，针对所述待接纳QoS flow进行接纳控制，得到QoSflow接纳结果；将所述QoS flow接纳结果反馈至所述源侧基站，以使所述源侧基站在根据所述QoS flow接纳结果确定存在接纳失败的目标QoS flow的情况下，终止与所述目标侧基站之间的Ng切换，其中，所述目标QoS flow为在所述源侧基站中被标记为关键业务的所述待接纳QoS flow。根据本发明实施例提供的方案，在Ng切换的场景下，源侧基站能够获取QoS flow的接纳结果，从而在检测到关键业务的QoS flow在目标侧基站接纳失败的情况下，终止该次Ng切换，确保了关键业务的正常运行，保障用户体验。

需要说明的是，根据相关协议，目标侧基站和源侧基站的信息需要发送至AMF，由AMF执行下一步发送，本领域技术人员熟知AMF、源侧基站与目标侧基站之间如何通信，本发明实施例并不涉及信息发送流程的改进，为了叙述简便，本发明实施例仅针对目标侧基站和源侧基站所执行的操作进行叙述，本领域技术人员熟知在得到相关信息后如何实现信息的交互，后续不再赘述。

下面结合附图，对本发明实施例作进一步阐述。

如图1所示，图1是本发明一个实施例提供的一种站点切换方法，应用于目标侧基站，目标侧基站与源侧基站通信连接，站点切换方法包括但不限于有步骤S110、步骤S120和步骤S130：

步骤S110，接收来自于源侧基站的Ng切换请求，其中，Ng切换请求携带有业务标识。

需要说明的是，Ng切换的触发类型可以包括无线覆盖、负载均衡、特定的业务等，例如，UE从源侧基站小区移动至目标侧基站小区，本实施例对Ng切换的触发方式不多作限定。

需要说明的是，根据相关协议的规定，Ng切换涉及PDU Session和QoS flow的接纳，因此，在触发Ng切换之后，源侧基站确定UE的PDU Session和QoS flow，并获取PDU会话标识(PDU Session Identity Document，PduID)和服务质量流标识(QoS Flow Identity，QFI)，将PduID和QFI作为业务标识添加至Ng切换请求中，使得目标侧基站能够根据PduID和QFI确定PDU Session和QoS flow即可。

本领域技术人员熟知的是，QoS flow与PDU Session之间存在归属关系，即一个PDU Session可以包括多个QoS flow，每个QoS flow归属于一个PDU Session，由于根据相关协议的规定，目标侧基站也需要反馈PDU Session的接纳结果，因此在Ng切换请求的业务标识中，也可以携带有PduID和QFI之间的归属关系，例如向目标侧基站反馈如下业务标识：PduID1：QFI1，QFI2；PduID2：QFI3；上述业务标识表示UE在源侧基站具有两个PDU Session，PduID分别为PduID1和PduID2，其中，PduID1所对应的PDU Session包括两个QoS flow，其QFI分别为QFI1，QFI2，PduID2所对应的PDU Session包括一个QoS flow，其QFI为QFI3。需要说明的是，上述示例仅为了更好地描述本实施例的技术方案所提出的示例，并非对业务标识的具体形式做出限定。

需要说明的是，Ng切换请求的发送可以是源侧基站向AMF发送Handover Required消息，AMF进而向目标侧基站发送Handover Request消息实现，本领域技术人员熟知如何在源侧基站和目标侧基站之间实现交互，在此不多作赘述。

步骤S120，根据业务标识确定源侧基站的待接纳QoS flow，针对待接纳QoS flow进行接纳控制，得到QoS flow接纳结果。

需要说明的是，基于上述实施例的描述，业务标识可以是QFI，本领域技术人员熟知在具备QFI的情况下确定QoS flow，本实施例对具体的识别方式不多作赘述。

需要说明的是，通过接纳控制，能够确定每个待接纳QoS flow在目标侧基站的接纳情况，例如对于QFI为QFI1的待接纳QoS flow，在目标侧小区能够被接纳，其接纳结果为接纳成功，对于QFI为QFI2和QFI3的待接纳QoS flow，在目标侧小区不能够被接纳，其接纳结果为接纳失败。

步骤S130，将QoS flow接纳结果反馈至源侧基站，以使源侧基站在根据QoS flow接纳结果确定存在接纳失败的目标QoS flow的情况下，终止与目标侧基站之间的Ng切换，其中，目标QoS flow为在源侧基站中被标记为关键业务的待接纳QoS flow。

需要说明的是，关键业务可以在每个基站预先设定，例如语音业务是通信系统中较为重要的业务，因此可以将语音业务在每个基站标记为关键业务。值得注意的是，每个基站中标记的关键业务可以不同，本领域技术人员可以根据实际情况调整，本实施例对此不多作限定。

需要说明的是，由于关键业务是在每个基站标记的，并且，UE在源侧基站的业务也可以没有关键业务，因此在Ng切换请求所携带的业务标识中，可以不对关键业务的QoSFlow进行额外的标注，目标侧基站根据自身的业务承载能力，对全部确定的待接纳QoSFlow进行接纳控制即可。

需要说明的是，UE在源侧基站的关键业务的数量可以是任意，也可以没有关键业务，因此，在具有具备关键业务的情况下，为了确保关键业务的正常运行，当确定至少一个关键业务的接纳结果为接纳失败，则终止Ng切换，当UE在源侧基站没有关键业务，则可以根据现有协议的规定执行Ng切换，例如，UE在源侧基站具有3个QoS Flow，业务标识分别为QFI1、QFI2和QFI3，其中，QFI1和QFI2为关键业务，通过获取QoS flow接纳结果确定QFI1接纳失败，QFI2接纳成功，由于QFI1为关键业务，终止继续执行Ng切换；又如，QFI1、QFI2和QFI3均为非关键业务，则可以在至少一个QoS Flow接纳成功的情况下，执行Ng切换。

另外，参照图2，在一实施例中，在执行完图1所示的步骤S120之后，还包括但不限于有以下步骤：

步骤S210，确定待接纳QoS flow所归属的待接纳PDU Session；

步骤S220，根据归属于PDU Session的全部待接纳QoS flow的QoS flow接纳结果，确定PDU接纳结果。

需要说明的是，基于上述实施例的描述，PDU Session和QoS flow满足一对多的层级关系，因此，可以通过待接纳QoS flow的接纳结果确定待接纳PDU Session的接纳结果，当归属于待接纳PDU Session的待接纳QoS flow中至少有一个接纳成功，可以确定所述待接纳PDU Session的接纳结果为接纳成功。例如，PduID为PduID1的待接纳PDU Session包括两个待接纳QoS flow，分别为QFI1和QFI2，当QFI1和QFI2均接纳成功或者其中一个接纳成功，确定PduID1接纳成功，当QFI1和QFI2均接纳失败，确定PduID1接纳失败。

另外，参照图3，在一实施例中，图1所示的步骤S130，还包括但不限于有以下步骤：

步骤S310，确定用于携带PDU接纳结果的目标信元；

步骤S320，确定目标字段，其中，目标字段用于记载PDU接纳结果；

步骤S330，将QoS flow接纳结果写入目标字段；

步骤S340，向源侧基站反馈携带有目标信元的Ng切换确认信息，以使源侧基站从目标信元中获取目标字段，从而得到QoS flow接纳结果。

需要说明的是，根据相关协议的规定，目标侧基站接收到Ng切换请求之后，会通过接纳控制完成Ng切换的准备，并在准备完成之后通过AMF向源侧基站反馈确认信息，例如，目标侧基站向AMF发送切换确认Handover Request Acknowledge消息，AMF根据该消息确定目标侧基站完成了Ng切换的准备，向源侧基站发出切换指令Handover Command，从而触发源侧基站执行Ng切换。

需要说明的是，相关协议中还规定了目标侧基站向源侧基站反馈PDU Session的接纳结果，例如，PDUSessionResourceHandoverItem为Handover Command切换命令里携带的协议信元，用于携带PDU接纳结果，基于此，可以将PDUSessionResourceHandoverItem信元作为目标信元，在该信元中新增字段内容，可以将预先设定好的用于记载PDU Session接纳结果的字段作为目标字段。例如，在目标侧基站得到QoS flow接纳结果和PDU接纳结果后，在目标字段内记载有接纳成功的PDU Session的PduID为PduID1，接纳失败的PDUSession的PduID为PduID2，同时，记载有PduID1中的QFI 1接纳成功，QFI2接纳失败，PduID2中的QFI3接纳成功，使得源侧基站能够在接收到Handover Command之后，从PDUSessionResourceHandoverItem中识别出PduID1中的QFI1接纳成功，QFI2接纳失败，PduID2中的QFI3接纳成功，并决策是否执行Ng切换。

另外，参照图4，在一实施例中，图1所示的步骤S130，还包括但不限于有以下步骤：

步骤S410，根据QoS flow接纳结果更新重配信令的配置信息；

步骤S420，向源侧基站反馈携带有重配信令的Ng切换确认信息，以使源侧基站获取重配信息中的配置信息，并通过解析配置信息得到QoS flow接纳结果。

需要说明的是，除了通过目标信令的目标字段携带QoS flow接纳结果，还可以通过重配结果携带QoS flow接纳结果，使得向源侧基站反馈的重配信令能够携带QoS flow接纳结果。例如可以通过Handover Command中的TargetToSource-TransparentContaine协议信元，将QoS flow接纳结果携带到源侧基站，而源侧基站通过解析radioBearer Config无线承载配置得到QoS flow接纳结果，并决策是否执行Ng切换。

另外，在一实施例中，配置信息包括第一列表和第二列表，第一列表用于记载接纳成功的QoS flow，第二列表用于记载接纳失败的QoS flow，参照图5，图4所示的步骤S410，还包括但不限于有以下步骤：

步骤S510，确定第一待接纳QoS flow和第二待接纳QoS flow，其中，第一待接纳QoS flow为QoS flow接纳结果为接纳成功的待接纳QoS flow，第二待接纳QoS flow为QoSflow接纳结果为接纳失败的待接纳QoS flow；

步骤S520，将第一待接纳QoS flow所对应的业务标识添加至第一列表，将第二待接纳QoS flow所对应的业务标识添加至第二列表。

需要说明的是，配置信息可以是重配信令中无线承载配置里的sdap配置信元，每个新增或修改的无线drb承载可以进行相关的sdap配置，其中，mappedQoS-FlowsToAdd和mappedQoS-FlowsToRelease可以分别作为第一列表和第二列表，将接纳成功的待接纳QoSflow的QFI增加到mappedQoS-FlowsToAdd中，将接纳失败的待接纳QoS flow的QFI增加到mappedQoS-FlowsToRelease中。

需要说明的是，源侧基站获取到重配信令之后，通过识别切换命令里携带的重配消息，解析radioBearer Config无线承载配置。根据drb新增列表里携带的sdap配置的相关信元，接纳成功的QFI会在mappedQoS-FlowsToAdd携带，而失败的QFI会在mappedQoS-FlowsToRelease携带，可以通过UE当前所对应的全部QFI从mappedQoS-FlowsToAdd和mappedQoS-FlowsToRelease匹配出全部的QoS flow接纳结果。

另外，参照图6，在本发明实施例还提供了一种站点切换方法，应用于源侧基站，源侧基站与目标侧基站通信连接，站点切换方法包括但不限于有步骤S610、步骤S620和步骤S630：

步骤S610，获取待接纳QoS flow的业务标识，向目标侧基站发送携带有业务标识的Ng切换请求，以使目标侧基站根据业务标识确定待接纳QoS flow；

步骤S620，获取目标侧基站反馈的QoS flow接纳结果，其中，QoS flow接纳结果由目标侧基站针对待接纳QoS flow进行接纳控制得到；

步骤S630，在根据QoS flow接纳结果确定存在接纳失败的目标QoS flow的情况下，终止与目标侧基站之间的Ng切换，其中，目标QoS flow为被标记为关键业务的待接纳QoS flow。

需要说明的是，本实施例的技术方案和原理可以参考图1所示的实施例，主要区别在于本实施例的执行主体为源侧基站，除此以外与图1所示实施例的原理类似，为了叙述简便，在此不多作赘述。

另外，参照图7，在一实施例中，图6所示的步骤S620，还包括但不限于有以下步骤：

步骤S710，获取来自于目标侧基站的Ng切换确认信息，其中，Ng切换确认信息携带有目标信元，目标信元用于携带PDU接纳结果，PDU接纳结果由目标侧基站根据归属于PDUSession的全部待接纳QoS flow的QoS flow接纳结果确定；

步骤S720，确定目标信元中用于记载PDU接纳结果的目标字段；

步骤S730，从目标字段中获取QoS flow接纳结果，其中，QoS flow接纳结果由目标侧基站写入目标字段。

需要说明的是，本实施例的技术方案和原理可以参考图2和图3所示的实施例，主要区别在于本实施例的执行主体为源侧基站，除此以外与图2和图3所示实施例的原理类似，为了叙述简便，在此不多作赘述。

另外，参照图8，在一实施例中，图6所示的步骤S620，还包括但不限于有以下步骤：

步骤S810，获取来自于目标侧基站的Ng切换确认信息，其中，Ng切换确认信息携带有重配信令；

步骤S820，获取重配信令的配置信息，通过解析配置信息得到QoS flow接纳结果，其中，QoS flow接纳结果由目标侧基站更新至配置信息。

需要说明的是，本实施例的技术方案和原理可以参考图4所示的实施例，主要区别在于本实施例的执行主体为源侧基站，除此以外与图4所示实施例的原理类似，为了叙述简便，在此不多作赘述。

另外，在一实施例中，配置信息包括第一列表和第二列表，第一列表用于记载接纳成功的QoS flow，第二列表用于记载接纳失败的QoS flow，参照图9，图8所示的步骤S820，还包括但不限于有以下步骤：

步骤S910，获取第一列表中的第一业务标识和第二列表中的第二业务标识；

步骤S920，确定第一待接纳QoS flow和第二待接纳QoS flow，其中，第一待接纳QoS flow为业务标识与第一业务标识相匹配的待接纳QoS flow，第二待接纳QoS flow为业务标识与第二业务标识相匹配的待接纳QoS flow；

步骤S930，将第一待接纳QoS flow的QoS flow接纳结果确定为接纳成功，将第二待接纳QoS flow的QoS flow接纳结果确定为接纳失败。

需要说明的是，本实施例的技术方案和原理可以参考图5所示的实施例，主要区别在于本实施例的执行主体为源侧基站，除此以外与图5所示实施例的原理类似，为了叙述简便，在此不多作赘述。

为了更好地说明本申请的技术方案，以下提出图10所示的流程，通过四个示例进行举例说明：

示例一：

在本示例中，存在两个基站小区Cell1和Cell2，UE接入Cell1，携带业务PduID1：qfi1，qfi2和PduID2：qfi3，其中qfi2在Cell1被定义为关键业务，Cell2允许部分接纳且qfi2未定义为关键业务。UE移动到Cell2时触发Ng切换，qfi2和qfi3在Cell2会接纳失败，此时Cell1为源侧基站小区，Cell2为目标侧基站小区。

步骤S1010，Cell1向AMF发送Handover Required；

步骤S1020，AMF给Cell2发送Handover Request；

步骤S1030，Cell2接收到来自AMF的Handover Request，进行接纳控制。

需要说明的是，在本示例中，PduId1中的qfi1接纳成功，qfi2接纳失败，PduId2中的qfi3接纳失败。

步骤S1040，Cell2反馈Handover Request Acknowledge至AMF，并携带Cell2给UE的重配RRCReconfiguration；

步骤S1050，AMF给Cell1发送Handover Command，并在PDUSessionResourceHandoverItem信元以增加字段的方式携带步骤S1030得到的接纳结果；

步骤S1060，Cell1根据Handover Command得到qfi1、qfi2和qfi3的接纳结果，并决策是否进行Ng切换。

需要说明的是，在本示例中，qfi1、qfi2和qfi3的接纳结果从Handover Command中的PDUSessionResourceHandoverItem信元得到，接纳成功的PduId1里存在关键业务qfi2接纳失败，决策终止该次Ng切换的执行。

示例二：

在本示例中，存在两个基站小区Cell1和Cell2，UE接入Cell1，携带业务PduID1：qfi1，qfi2和PduID2：qfi3，其中无关键业务，Cell2允许部分接纳且qfi2、qfi3未定义为关键业务。UE移动到Cell2时触发Ng切换，qfi2和qfi3在Cell2会接纳失败，此时Cell1为源侧基站小区，Cell2为目标侧基站小区。

步骤S1010，Cell1向AMF发送Handover Required；

步骤S1020，AMF给Cell2发送Handover Request；

步骤S1030，Cell2接收到来自AMF的Handover Request，进行接纳控制。

需要说明的是，在本示例中，PduId1中的qfi1接纳成功，qfi2接纳失败，PduId2中的qfi3接纳失败。

步骤S1040，Cell2反馈Handover Request Acknowledge至AMF，并携带Cell2给UE的重配RRCReconfiguration；

步骤S1050，AMF给Cell1发送Handover Command。

其中，在本示例中，在PDUSessionResourceHandoverItem信元以增加字段的方式携带步骤S1030得到的接纳结果；

步骤S1060，Cell1根据Handover Command得到qfi1、qfi2和qfi3的接纳结果，并决策是否进行Ng切换。

需要说明的是，在本示例中，qfi1、qfi2和qfi3的接纳结果从Handover Command中的PDUSessionResourceHandoverItem信元得到，由于Cell1中不存在定义好的关键业务，因此不存在接纳失败的关键业务，且qfi1接纳成功，可以继续执行Ng切换。

示例三：

在本示例中，存在两个基站小区Cell1和Cell2，UE接入Cell1，携带业务PduID1：qfi1，qfi2和PduID2：qfi3，其中qfi2在Cell1被定义为关键业务，Cell2允许部分接纳且qfi2、qfi3未定义为关键业务。UE移动到Cell2时触发Ng切换，qfi2和qfi3在Cell2会接纳失败，此时Cell1为源侧基站小区，Cell2为目标侧基站小区。

步骤S1010，Cell1向AMF发送Handover Required；

步骤S1020，AMF给Cell2发送Handover Request；

步骤S1030，Cell2接收到来自AMF的Handover Request，进行接纳控制。

需要说明的是，在本示例中，PduId1中的qfi1接纳成功，qfi2接纳失败，PduId2中的qfi3接纳失败。

步骤S1040，Cell2反馈Handover Request Acknowledge至AMF，并携带Cell2给UE的重配RRCReconfiguration；

步骤S1050，AMF给Cell1发送Handover Command。

其中，在本示例中，在将步骤S1030中得到的接纳成功的qfi1写入mappedQoS-FlowsToAdd，将接纳失败的qfi2和qfi3写入mappedQoS-FlowsToRelease。

步骤S1060，Cell1根据Handover Command得到qfi1、qfi2和qfi3的接纳结果，并决策是否进行Ng切换。

需要说明的是，在本示例中，Cell1根据drb新增列表里携带的sdap配置的相关信元，接纳成功的qfi会在mappedQoS-FlowsToAdd携带，而失败的qfi会在mappedQoS-FlowsToRelease携带，通过匹配可以得出只有qfi1业务接纳成功而qfi2和qfi3接纳失败，由于源侧识别到关键业务qfi2接纳失败，所以决策终止该次Ng切换的执行。

示例四：

在本示例中，存在两个基站小区Cell1和Cell2，UE接入Cell1，携带业务PduID1：qfi1，qfi2和PduID2：qfi3，其中无关键业务，Cell2允许部分接纳且qfi2、qfi3未定义为关键业务。UE移动到Cell2时触发Ng切换，qfi2和qfi3在Cell2会接纳失败，此时Cell1为源侧基站小区，Cell2为目标侧基站小区。

步骤S1010，Cell1向AMF发送Handover Required；

步骤S1020，AMF给Cell2发送Handover Request；

步骤S1030，Cell2接收到来自AMF的Handover Request，进行接纳控制。

需要说明的是，在本示例中，PduId1中的qfi1接纳成功，qfi2接纳失败，PduId2中的qfi3接纳失败。

步骤S1040，Cell2反馈Handover Request Acknowledge至AMF，并携带Cell2给UE的重配RRCReconfiguration；

步骤S1050，AMF给Cell1发送Handover Command。

其中，在本示例中，在将步骤S1030中得到的接纳成功的qfi1写入mappedQoS-FlowsToAdd，将接纳失败的qfi2和qfi3写入mappedQoS-FlowsToRelease。

步骤S1060，Cell1根据Handover Command得到qfi1、qfi2和qfi3的接纳结果，并决策是否进行Ng切换。

需要说明的是，在本示例中，Cell1根据drb新增列表里携带的sdap配置的相关信元，接纳成功的qfi会在mappedQoS-FlowsToAdd携带，而失败的qfi会在mappedQoS-FlowsToRelease携带，通过匹配可以得出只有qfi1业务接纳成功而qfi2和qfi3接纳失败，由于无关键业务，且qfi1接纳成功，所以决策继续执行该次Ng切换。

另外，参照图11，本发明的一个实施例还提供了一种基站，该基站1100包括：存储器1110、处理器1120及存储在存储器1110上并可在处理器1120上运行的计算机程序。

处理器1120和存储器1110可以通过总线或者其他方式连接。

实现上述实施例的站点切换方法所需的非暂态软件程序以及指令存储在存储器1110中，当被处理器1120执行时，执行上述实施例中的应用于目标侧基站的站点切换方法，例如，执行以上描述的图1中的方法步骤S110至步骤S130、图2中的方法步骤S210至步骤S220、图3中的方法步骤S310至步骤S340、图4中的方法步骤S410至步骤S420、图5中的方法步骤S510至步骤S520、图6中的方法步骤S610至步骤S630；又如，执行上述实施例中的应用于源侧基站的站点切换方法，例如，执行以上描述的图7中的方法步骤S710至步骤S730、图8中的方法步骤S810至步骤S820、图9中的方法步骤S910至步骤S930。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

此外，本发明的一个实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个处理器或控制器执行，例如，被上述基站实施例中的一个处理器执行，可使得上述处理器执行上述实施例中的应用于目标侧基站的站点切换方法，例如，执行以上描述的图1中的方法步骤S110至步骤S130、图2中的方法步骤S210至步骤S220、图3中的方法步骤S310至步骤S340、图4中的方法步骤S410至步骤S420、图5中的方法步骤S510至步骤S520、图6中的方法步骤S610至步骤S630；又如，执行上述实施例中的应用于源侧基站的站点切换方法，例如，执行以上描述的图7中的方法步骤S710至步骤S730、图8中的方法步骤S810至步骤S820、图9中的方法步骤S910至步骤S930。本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本发明的较佳实施进行了具体说明，但本发明并不局限于上述实施方式，熟悉本领域的技术人员在不违背本发明精神的前提下还可作出种种的等同变形或替换，这些等同的变形或替换均包含在本发明权利要求所限定的范围内。

Claims (11)

1.一种站点切换方法，应用于目标侧基站，所述目标侧基站与源侧基站通信连接，所述站点切换方法包括：

接收来自于所述源侧基站的下一代Ng切换请求，其中，Ng切换请求携带有业务标识；

根据所述业务标识确定所述源侧基站的待接纳服务质量流QoS flow，针对待接纳QoSflow进行接纳控制，得到QoS flow接纳结果；

将所述QoS flow接纳结果反馈至所述源侧基站，以使所述源侧基站在根据所述QoSflow接纳结果确定存在接纳失败的目标QoS flow的情况下，终止与所述目标侧基站之间的Ng切换，其中，所述目标QoS flow为在所述源侧基站中被标记为关键业务的所述待接纳QoSflow。

2.根据权利要求1所述的方法，其特征在于，在所述得到QoS flow接纳结果之后，所述方法还包括：

确定所述待接纳QoS flow所归属的待接纳协议数据单元会话PDU Session；

根据归属于PDU Session的全部所述待接纳QoS flow的所述QoS flow接纳结果，确定所述PDU接纳结果。

3.根据权利要求2所述的方法，其特征在于，所述将所述QoS flow接纳结果反馈至所述源侧基站，包括：

确定用于携带所述PDU接纳结果的目标信元；

确定目标字段，其中，所述目标字段用于记载所述PDU接纳结果；

将所述QoS flow接纳结果写入所述目标字段；

向所述源侧基站反馈携带有所述目标信元的Ng切换确认信息，以使所述源侧基站从所述目标信元中获取所述目标字段，从而得到所述QoS flow接纳结果。

4.根据权利要求1所述的方法，其特征在于，所述将所述QoS flow接纳结果反馈至所述源侧基站，包括：

根据所述QoS flow接纳结果更新重配信令的配置信息；

向所述源侧基站反馈携带有所述重配信令的Ng切换确认信息，以使所述源侧基站获取所述重配信息中的所述配置信息，并通过解析所述配置信息得到所述QoS flow接纳结果。

5.根据权利要求4所述的方法，其特征在于，所述配置信息包括第一列表和所述第二列表，所述第一列表用于记载接纳成功的QoS flow，所述第二列表用于记载接纳失败的QoSflow，所述根据所述QoS flow接纳结果更新重配信令的配置信息，包括：

确定第一待接纳QoS flow和第二待接纳QoS flow，其中，所述第一待接纳QoS flow为所述QoS flow接纳结果为接纳成功的所述待接纳QoS flow，所述第二待接纳QoS flow为所述QoS flow接纳结果为接纳失败的所述待接纳QoS flow；

将所述第一待接纳QoS flow所对应的所述业务标识添加至所述第一列表，将所述第二待接纳QoS flow所对应的所述业务标识添加至所述第二列表。

6.一种站点切换方法，应用于源侧基站，所述源侧基站与目标侧基站通信连接，所述站点切换方法包括：

获取待接纳QoS flow的业务标识，向所述目标侧基站发送携带有所述业务标识的Ng切换请求，以使所述目标侧基站根据所述业务标识确定所述待接纳QoS flow；

获取所述目标侧基站反馈的QoS flow接纳结果，其中，所述QoS flow接纳结果由所述目标侧基站针对所述待接纳QoS flow进行接纳控制得到；

在根据所述QoS flow接纳结果确定存在接纳失败的目标QoS flow的情况下，终止与所述目标侧基站之间的Ng切换，其中，所述目标QoS flow为被标记为关键业务的所述待接纳QoS flow。

7.根据权利要求6所述的方法，其特征在于，所述获取所述目标侧基站反馈的QoS flow接纳结果，包括：

获取来自于所述目标侧基站的Ng切换确认信息，其中，所述Ng切换确认信息携带有目标信元，所述目标信元用于携带PDU接纳结果，所述PDU接纳结果由所述目标侧基站根据归属于PDU Session的全部所述待接纳QoS flow的所述QoS flow接纳结果确定；

确定所述目标信元中用于记载所述PDU接纳结果的目标字段；

从所述目标字段中获取所述QoS flow接纳结果，其中，所述QoS flow接纳结果由所述目标侧基站写入所述目标字段。

8.根据权利要求6所述的方法，其特征在于，所述获取所述目标侧基站反馈的QoS flow接纳结果，包括：

获取来自于所述目标侧基站的Ng切换确认信息，其中，所述Ng切换确认信息携带有重配信令；

获取所述重配信令的配置信息，通过解析所述配置信息得到所述QoS flow接纳结果，其中，所述QoS flow接纳结果由所述目标侧基站更新至所述配置信息。

9.根据权利要求8所述的方法，其特征在于，所述配置信息包括第一列表和第二列表，所述第一列表用于记载接纳成功的QoS flow，所述第二列表用于记载接纳失败的QoSflow，所述通过解析所述配置信息得到所述QoS flow接纳结果，包括：

获取所述第一列表中的第一业务标识和所述第二列表中的第二业务标识；

确定第一待接纳QoS flow和第二待接纳QoS flow，其中，所述第一待接纳QoS flow为所述业务标识与所述第一业务标识相匹配的所述待接纳QoS flow，所述第二待接纳QoSflow为所述业务标识与所述第二业务标识相匹配的所述待接纳QoS flow；

将所述第一待接纳QoS flow的所述QoS flow接纳结果确定为接纳成功，将所述第二待接纳QoS flow的所述QoS flow接纳结果确定为接纳失败。

10.一种基站，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5中任意一项所述的站点切换方法；或者，所述处理器执行所述计算机程序时实现如权利要求6至9所述的站点切换方法。

11.一种计算机可读存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令用于执行如权利要求1至9中任意一项所述的站点切换方法。

Images