CN117956533A - 一种接入网络的方法及其相关装置 - Google Patents

Abstract

本申请公开了一种接入网络的方法及其相关装置，应用于中互联网行业网络通信中。包括：第一基站接收通信装置发送的第一消息，其第一消息用于指示通信装置接入第二基站以及管理装置，其中，第二基站为支持通信装置访问的基站。然后，基于第一消息向管理装置发送切换请求消息，该切换请求消息用于指示第一基站发起S1切换。接着，接收由管理装置发送的携带目标NCC值的第二消息，其目标NCC值由管理装置连续七次执行S1切换准备失败得到。且第一基站基于第二消息向通信装置发送目标NCC值，使得通信装置基于目标NCC值得到与管理装置相同的密钥。由此确保UE侧感知NCC值的翻转，确保核心网侧派生的密钥与UE侧派生的密钥相同，保证切换流程执行成功。

Description

一种接入网络的方法及其相关装置

技术领域

本申请实施例涉及通信领域，尤其涉及一种接入网络的方法及其相关装置。

背景技术

在当前的互联网通信中的安全加密流程中，需要使用下一跳链计算(next hopchaining count，NCC)字段进行密钥派生，其密钥派生包括横向派生和纵向派生两种模式。

当前，用户设备(user equipment，UE)接入源基站完成后，触发S1切换流程，而由于某些原因会导致S1切换准备失败，且在S1切换准备失败流程中核心网(例如移动性管理单元(mobility management entity，MME))维护的NCC值会进行累加，但是UE侧不感知切换S1切换失败，所以UE侧维护的NCC值保持不变。但是当连续的S1切换失败次数过多，MME维护的NCC值出现翻转即NCC值已经完成一个循环的更新，在此后续切换准备成功的切换流程中，基站侧和UE侧按照最新的NCC进行密钥派生进行信息交互，但是由于MME维护的NCC值出现了翻转，而UE侧不感知NCC值的翻转，则UE侧派生的密钥次数与MME派生密钥的次数不一样，从而导致UE的密钥与MME的密钥不同，进而导致后续上行包发送时，分组数据汇聚层协议(packet data convergence protocol，PDCD)完整性校验失败，从而基站侧丢弃UE发送的重配完成消息，导致切换执行失败触发掉话。

发明内容

本申请提供了一种接入网络的方法及其相关装置，应用于互联网行业网络通信中。解决了UE侧接入网络的过程中，当连续S1切换准备失败多次后，核心网侧维护的NCC值翻转即NCC值完成一个循环的更新，而UE侧却无法感知NCC值的翻转的问题，确保核心网侧派生的密钥与UE侧派生的密钥相同，从而保证UE侧发送上行包时，PDCD完整性校验成功，保证切换流程执行成功，通信正常。

第一方面，提供了一种接入网络的方法，包括：

第一基站接收通信装置发送的第一消息，其第一消息用于指示通信装置接入第二基站以及管理装置，其中，第二基站为支持通信装置访问的基站。

然后，第一基站基于第一消息向管理装置发送切换请求消息，该切换请求消息用于指示第一基站发起S1切换。

接着，第一基站接收由管理装置发送的携带目标NCC值的第二消息，其目标NCC值由管理装置连续七次执行S1切换准备失败得到。

且第一基站基于第二消息向通信装置发送目标NCC值，使得通信装置基于目标NCC值得到与管理装置相同的密钥。

在本申请的实施方式中，第一基站得到目标NCC值，该目标NCC值由管理装置基于连续七次执行S1切换准备失败得到，且第一基站还将目标NCC值发送给通信装置。由此可以使得通信装置基于目标NCC值派生密钥的次数与管理装置基于目标NCC值派生密钥的次数相同，即通信装置与管理装置具备相同的密钥，从而确保通信装置即UE侧感知NCC值的翻转，确保核心网侧派生的密钥与UE侧派生的密钥相同，从而保证UE侧发送上行包时，PDCD完整性校验成功，保证切换流程执行成功，通信正常。

在第一方面的一种可能的实现方式中，第二消息用于指示当前S1切换准备失败，第一基站确定第二消息指示的S1切换准备失败为连续第七次的S1切换准备失败，且第一基站基于目标信息向通信装置发送无线资源控制连接重配置消息，该无线资源控制连接重配置消息携带目标NCC值。

在本申请的实施方式中，第一基站判定S1切换准备失败连续七次，进而通过无线资源控制连接重配置消息向通信装置发送目标NCC值，提供了多样的应用场景，体现了方案的可选择性。

在第一方面的一种可能的实现方式中，目标信息属于协议33.401或协议36.413中的协议字段。

在本申请的实施方式中，目标信息属于协议33.401或协议36.413中的协议字段，增加了方案的多样性以及灵活性。

在第一方面的一种可能的实现方式中，在第一基站接收由管理装置发送的携带目标NCC值的第二消息之前，第一基站接收由管理装置发送的携带第二NCC值的第三消息，该第二NCC值对应的S1切换准备失败的连续次数小于七次。

在本申请的实施方式中，第一基站接收由管理装置发送的携带第二NCC值的第三消息，能使得第一基站实时获取对应的NCC值，保证实时同步NCC值，提高工作的准确性。

在第一方面的一种可能的实现方式中，第二消息由管理装置确定S1切换准备失败连续七次后发送。

在本申请的实施方式中，由管理装置确定S1切换准备失败连续七次，才向第一基站发送目标NCC值，可以减少信息交互进而减少对资源的占用，提高工作效率。

在第一方面的一种可能的实现方式中，在第一基站向通信装置发送目标NCC值之后，第一基站接收由管理装置发送的第一NCC值，其第一NCC值对应S1切换准备成功，且第一基站向通信装置发送第一NCC值，使得通信装置基于第一NCC值获取与管理装置相同的密钥。

在本申请的实施方式中，通信装置基于第一NCC值得到与管理装置相同的密钥，能确保执行的S1切换或X2切换成功，防止掉话，保证正常通信。

第二方面，提供一种接入网络的方法，包括：

管理装置接收第一基站基于第一消息发送的切换请求消息，该切换请求消息用于指示第一基站发起S1切换，其中，第一消息用于指示通信装置接入第二基站以及管理装置，其第一基站为接入通信装置的基站，第二基站为支持通信装置访问的基站。

然后，管理装置基于切换请求消息执行S1切换准备。

且在S1切换准备失败连续七次的情况下，管理装置确定目标NCC值；

并且，管理装置向第一基站发送携带目标NCC值的第二消息，使得第一基站基于第二消息向通信装置发送目标NCC值。

在本申请实施方式中，管理装置接收第一基站发送的切换请求消息，并且管理装置基于切换请求消息执行S1切换准备，在S1切换准备失败连续七次的情况下，管理装置确定目标NCC值，并向第一基站发送携带目标NCC值的第二消息，且第一基站基于第二消息向通信装置发送目标NCC值。由此可以使得通信装置基于目标NCC值派生密钥的次数与管理装置基于目标NCC值派生密钥的次数相同，即通信装置与管理装置具备相同的密钥，从而确保通信装置即UE侧感知NCC值的翻转，确保核心网侧派生的密钥与UE侧派生的密钥相同，从而保证UE侧发送上行包时，PDCD完整性校验成功，保证切换流程执行成功，通信正常。

在第二方面的一种可能的实现方式中，第二消息用于指示当前S1切换准备失败，在管理装置确定目标NCC值之前，管理装置向第一基站发送携带第二NCC值的第三消息，其第二NCC值对应的S1切换准备失败的连续次数小于七次。

在本申请的实施方式中，管理装置向第一基站发送携带第二NCC值的第三消息，能使得第一基站实时获取对应的NCC值，保证实时同步NCC值，提高工作的准确性。

在第二方面的一种可能的实现方式中，在管理装置向第一基站发送携带目标NCC值的第二消息之后，管理装置向第一基站发送第一NCC值，使得第一基站向通信装置发送第一NCC值，第一NCC值对应S1切换准备成功。

在本申请的实施方式中，管理装置向第一基站发送第一NCC值，则第一基站向通信装置转发该第一NCC值，则通信装置基于第一NCC值得到与管理装置相同的密钥，能确保执行的S1切换或X2切换成功，防止掉话，保证正常通信。

第三方面，本申请提供一种接入网络的方法，包括：

通信装置向第一基站发送第一消息，该第一消息用于指示通信装置接入第二基站以及管理装置，其中第一基站为接入通信装置的基站，第二基站为支持通信装置访问的基站。

然后，通信装置接收由第一基站发送的目标NCC值，其目标NCC值由管理装置连续七次执行S1切换准备失败得到，其中，S1切换准备由管理装置基于第一基站发送的切换请求消息执行，而该切换请求消息是由第一基站基于第一消息向管理装置发送。

通信装置基于目标NCC值获取与管理装置相同的密钥。

在本申请实施例中，通信装置向第一基站发送第一消息用于接入第二基站以及管理装置，然后第一基站基于第一消息向管理装置发送切换请求消息，则管理装置基于切换请求执行S1切换准备，在S1切换准备失败连续七次的情况下，管理装置确定目标NCC值，并向第一基站发送携带目标NCC值的第二消息，且第一基站基于第二消息向通信装置发送目标NCC值。由此可以使得通信装置基于目标NCC值派生密钥的次数与管理装置基于目标NCC值派生密钥的次数相同，即通信装置与管理装置具备相同的密钥，从而确保通信装置即UE侧感知NCC值的翻转，确保核心网侧派生的密钥与UE侧派生的密钥相同，从而保证UE侧发送上行包时，PDCD完整性校验成功，保证切换流程执行成功，通信正常。

在第三方面的一种可能的实现方式中，通信装置接收由第一基站发送的无线资源控制连接重配置消息，其无线资源控制连接重配置消息携带目标NCC。

在本申请的实施方式中，通信装置接收由第一基站发送的携带目标NCC值的无线资源控制连接重配置消息，其通过第一基站执行小区内切换实现，提升了本方案的实现方式。

在第三方面的一种可能的实现方式中，在通信装置接收由第一基站发送的目标NCC值之后，通信装置接收由第一基站发送的第一NCC值，该第一NCC值对应S1切换准备成功，并且通信装置基于第一NCC值获取与管理装置相同的密钥。

在本申请的实施方式中，通信装置接收由第一基站发送第一NCC值，该第一NCC值对应S1切换准备成功，则通信装置基于第一NCC值得到与管理装置相同的密钥，能确保执行的S1切换或X2切换成功，防止掉话，保证正常通信。

第四方面，提供了一种基站，该基站具有实现上述第一方面或第一方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

在本申请的实施方式中第四方面的基站执行本申请第一方面或第一方面任意一种可能实现方式所描述的方法。

第五方面，提供了一种管理装置，该管理装置具有实现上述第二方面或第二方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

在本申请的实施方式中第五方面的管理装置执行本申请第二方面或第二方面任意一种可能实现方式所描述的方法。

第六方面，提供了一种通信装置，该通信装置具有实现上述第三方面或第三方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

在本申请的实施方式中第六方面的通信装置执行本申请第三方面或第三方面任意一种可能实现方式所描述的方法。

第七方面，提供另一种通信装置，可以包括处理器，该处理器与存储器耦合，其中存储器用于存储指令，处理器用于执行存储器中的指令使得该通信设备执行本申请第一方面或第一方面任意一种可能实现方式所描述的方法，或执行本申请第二方面或第二方面任意一种可能实现方式所描述的方法，或执行本申请第三方面或第三方面任意一种可能实现方式所描述的方法。

第八方面，提供另一种通信装置，包括处理器，用于执行存储器中存储的计算机程序(或计算机可执行指令)，当计算机程序(或计算机可执行指令)被执行时，使得执行如第一方面及第一方面各个可能的实现方式中的方法，或执行本申请第二方面或第二方面任意一种可能实现方式所描述的方法，或执行本申请第三方面或第三方面任意一种可能实现方式所描述的方法。

在一种可能的实现中，处理器和存储器集成在一起；

在另一种可能的实现中，上述存储器位于该通信装置之外。

该通信装置还包括通信接口，该通信接口用于该通信装置与其他设备进行通信，例如数据和/或信号的发送或接收。示例性的，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。

第九方面提供一种计算机可读存储介质，包括计算机可读指令，当计算机可读指令在计算机上运行时，使得本申请第一方面、第一方面任一种可能实现方式、第二方面、第二方面任意一种可能实现方式、第三方面或第三方面任意一种可能实现方式所描述的方法被执行。

第十方面，提供一种计算机程序产品，包括计算机可读指令，当计算机可读指令在计算机上运行时，使得本申请第一方面、第一方面任一种可能实现方式、第二方面、第二方面任意一种可能实现方式、第三方面或第三方面任意一种可能实现方式所描述的方法被执行。

附图说明

图1为S1切换准备失败的应用场景的一个示意图；

图2为S1切换准备失败的应用场景的另一个示意图；

图3为本申请实施例提供的一种接入网络的方法的一个示意图；

图4为本申请实施例提供的应用场景的一个示意图；

图5为本申请实施例提供的应用场景的另一个示意图；

图6为本申请实施例提供的通信装置的一个结构示意图；

图7为本申请实施例提供的基站的一个结构示意图；

图8为本申请实施例提供的管理装置的一个结构示意图；

图9为本申请实施例提供的通信装置的另一个结构示意图。

具体实施方式

本申请实施例提供了一种接入网络的方法及其相关装置，应用于互联网行业网络通信中。解决了UE侧接入网络的过程中，当连续S1切换准备失败多次后，核心网侧维护的NCC值翻转即NCC值完成一个循环的更新，而UE侧却无法感知NCC值的翻转的问题，确保核心网侧派生的密钥与UE侧派生的密钥相同，从而保证UE侧发送上行包时，PDCD完整性校验成功，保证切换流程执行成功，通信正常。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，这仅仅是描述本申请的实施例中对相同属性的对象在描述时所采用的区分方式。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，以便包含一系列单元的过程、方法、***、产品或设备不必限于那些单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。

为便于理解本申请实施例，下面首先对S1切换以及X2切换的相关知识点以及密钥派生进行简单说明。

S1切换具体是S1接口切换。其中，S1接口演进型基站(evolved node B，eNB)与MME之间的接口。其S1切换主要用于跨MME交互基站间的切换相关命令。

X2切换具体是X2接口切换。其中，X2接口是两个eNB之间的接口。其X2切换主要用于基站之间交互切换相关命令，可以直接在基站之间进行业务数据传输。

密钥派生：当前在安全加密流程中，需要使用NCC字段进行密钥派生，协议中NCC字段定义的范围是0-7。其中，密钥分为横向派生和纵向派生。

其中，S1切换采用纵向派生，由初始密钥与NCC值派生新密钥，具体的，最终的目标密钥由初始密钥从初始NCC值一直循环派生到当前NCC值。例如初始NCC＝2，当前NCC＝4，初始密钥与NCC＝3派生得到新密钥，然后在根据新密钥与NCC＝4派生得到目标密钥，可以理解的是，该示例仅仅用于说明理解本申请实施例，具体此处不做限定。

其中，X2切换采用横向派生，由初始密钥加上当前小区频点与物理小区标识(physical cell identifier，PCI)派生新密钥，需要说明的是，每个小区频点与PCI的组合不同。

在介绍本申请实施例之前，下面对S1切换准备失败的相关应用场景进行简单介绍，以便于后续理解本申请实施例。

首先对连续S1切换准备失败多次导致S1切换失败的应用场景为例进行说明，具体请参阅图1，图1为S1切换准备失败的应用场景的一个示意图。该应用场景以UE访问网络接入基站为例，首先步骤101中，UE向源基站即source eNB发送访问消息以便接入基站以及MME。然后，在步骤102中，source eNB通过向MME发送S1切换请求消息(例如图1中的handover require消息)发起S1切换，此时UE和MME维护的NCC值都是2即NNC＝2。然后MME在接收到handover require消息后，执行步骤103累加维护的NCC值即NCC+，当前NCC值从2变为3，即当前MME维护的NCC＝3，且MME执行步骤104向目标基站1即target eNB1发送携带NCC＝3的handover request消息，使得target eNB1获取当前NCC值。此时target eNB1执行的S1切换准备失败，则target eNB1执行步骤105向MME回复切换准备失败消息即handoverpreparation fail消息，且MME执行步骤106将handover preparation fail消息转发给source eNB，使得source eNB确定当前S1切换准备失败。当如图1中所示，从步骤102至步骤111，连续共计10次S1切换准备失败，当前MME维护的NCC＝4，此时MME派生10次密钥(具体的，派生过程中对应的NCC＝3,4,5,6,7,0,1,2,3,4)，可以理解的是，步骤107至步骤111与前述步骤102至步骤106所述的类似，具体此处不再赘述。

从而可知，NCC值已经按照NCC字段的定义范围0-7更新超过一个循环，NCC值已经发生翻转。因此当MME继续执行步骤112以及步骤113得到当前NCC＝5之后，MME执行步骤114向目标基站2即targe eNB2发送携带NCC＝5的handover request消息，此时target eNB2执行步骤115，向MME发送切换准备成功消息即handover request acknowledge消息。然后MME执行步骤116向source eNB发送携带NCC＝5的切换命令消息即handover command消息，触发source eNB执行步骤117向UE发送无线资源控制(radio resource control，RRC)连接重新配置消息即RRC connection reconfiguration消息，且该消息携带了S1切换准备成功对应的NCC＝5，由此UE执行步骤118基于NCC＝5派生的密钥发送RRC连接重新配置完成消息即RRC connection reconfiguration complete消息。

但是，由于UE初始的NCC＝2，而得到的对应S1切换准备成功的NCC值为5，因此UE派生3次密钥(其分别NCC＝3，4，5)，而MME派生11次密钥，因此UE与MME的密钥不一致，导致PCDC完整性校验失败被target eNB2的PCDC层丢弃，进而造成切换失败触发掉话的现象。

下面还提供一种由于S1连续切换准备失败导致X2切换失败的应用场景作为示例进行说明，具体请参阅图2，图2为S1切换准备失败的应用场景的另一个示意图。该应用场景以UE访问网络接入基站为例。其中，UE与MME维护的初始NCC值均为2，其UE执行步骤201向source eNB发送访问消息接入基站和MME，然后source eNB执行步骤202向MME发送handover require消息发起S1切换，MME执行步骤203累加NCC的值得到NCC＝3，并执行步骤204向target eNB1发送携带NCC＝3的handover request消息，但target eNB1执行S1切换准备失败，因此target eNB1执行步骤205向MME发送handover preparationfail消息以告知MME当前S1切换准备失败，且MME执行步骤206将该消息转发给sourceeNB，直至步骤11，期间连续共计10次S1切换准备失败，且步骤207至步骤211对应MME维护的NCC＝4，此时MME派生10次密钥(具体的，派生过程中分别对应的NCC＝3,4,5,6,7,0,1,2,3,4)，可以理解的是，步骤207至步骤211与前述步骤202至步骤206所述的类似，具体此处不再赘述。在此期间，NCC值以及按照NCC字段定义范围0-7更新超过一个循环，即NCC值已经发生翻转。

在步骤211之后，source eNB执行步骤212直接向target eNB2发送handoverrequest消息发起S1切换，该handover request消息是根据source eNB的NCC＝2对应的初始密钥横向派生密钥，然后target eNB2执行S1切换准备成功后，执行步骤213向sourceeNB回复handover request acknowledge消息告知S1切换准备成功，进而source eNB执行步骤214向UE发送携带NCC＝2的RRC connection reconfiguration消息，使得UE获得S1切换准备成功对应的NCC值。然后UE基于当前NCC值横向派生密钥得到与target eNB2相同的密钥，并基于该密钥执行步骤215向target eNB2发送RRC connectionreconfigurationcomplete消息，然后target eNB2执行步骤216向MME发送路径切换请求即path switchrequest消息通知MME其UE已经改变小区，MME收到消息后，执行步骤217累加NCC即当前NCC＝5，且MME继续执行步骤218向target eNB2发送路径切换请求确认消息即path switchrequest acknowledge消息，且该path switch requestacknowledge消息还携带NCC＝5以及MME从NCC＝2派生11次得到的密钥A，而target eNB2基于接收到NCC＝5以及对应的密钥A向targe eNB3发送handover request消息，然后target eNB3也基于NCC＝5以及对应的密钥A执行步骤219向target eNB2发送handoverrequest acknowledge消息，然后targeteNB2执行步骤220向UE发送携带NCC＝5的RRCconnection reconfiguration消息，然后UE执行步骤221基于NCC＝5从NCC＝2派生3次得到对应的密钥B，接着UE执行步骤222向targeteNB3发送RRC connectionreconfiguration complete消息。但是由于UE的密钥B是从NCC＝2派生3次得到，而targeteNB3的密钥A是从NCC＝2派生11次得到，所以密钥A与密钥B不一样，进而导致对于重配完成消息的PCDC完整性校验失败被，该重配完成消息被target eNB3丢弃，进而X2切换失败触发掉话。

由以上的两个示例可知，当连续S1切换准备失败的次数至少7次，则NCC值至少更新一个循环发生翻转，因此当后续S1切换准备成功时，UE无法根据S1切换准备成功对应的NCC值感知NCC值发生翻转，因此基于相同的NCC值UE派生密钥的次数与MME派生密钥的次数不一样，从而双方得到的密钥也不一样，导致UE向目标基站发送的重配完成消息由于PCDC校验失败被目标基站丢弃，进而导致S1切换或X2切换执行失败触发掉话。

为解决上述所述问题，本申请实施例首先提供了一种接入网络的方法及其相关装置，应用于互联网行业中。其中，第一基站接收通信装置发送的第一消息，该第一消息用于指示通信装置接入第二基站以及管理装置，其第一基站为接入通信装置的基站即源基站，第二基站为支持通信装置访问的基站即目标基站。然后第一基站基于第一消息向管理装置发送切换请求消息，该切换请求消息用于指示第一基站发起S1切换，之后，第一基站接收由管理装置发送的携带目标NCC值的第二消息，接着，第一基站基于第二消息向通信装置发送目标NCC值，使得通信装置基于目标NCC值得到与管理装置相同的密钥。解决了UE侧接入网络的过程中，当连续S1切换准备失败多次后，核心网侧维护的NCC值翻转后UE侧无法感知的问题，确保核心网侧派生的密钥与UE侧派生的密钥相同，从而保证UE侧发送上行包时，对其PCDC完整性校验成功，保证切换流程执行成功，通信正常。

为了更好的理解本申请的实施例，下面结合附图，首先对本申请的实施例提供的一种接入网络的方法进行详细描述。本领域普通技术人员可知，随着技术的发展和新场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

为便于理解，下面仍然以应用场景示例为S1切换的基础上介绍本申请实施例提供的一种接入网络的方法，具体请参阅图3，图3为本申请实施例提供的一种接入网络的方法的一个示意图。具体包括：

A1、通信装置向第一基站发送第一消息。

通信装置向第一基站发送第一消息，该第一消息至少通信装置接入第二基站以及管理装置，其中，第一基站为接入该通信装置的基站，第二基站为支持通信装置访问的基站其主要是分配访问资源。

示例性的，为便于理解本申请实施例的具体实现方式，下面根据提供的应用场景示例进行说明。具体请参阅图4，图4为本申请实施例提供的应用场景的一个示意图。示例性的，第一基站为其中的源基站即source eNB，第二基站为其中的目标基站即target eNB，其通信装置为UE，管理装置为其中的MME。

第一基站接收到通信装置发送的第一消息，即如图4中步骤401：

401、source eNB接收UE发送的第一消息。

UE向source eNB发送第一消息，通过source eNB接入target eNB以及MME，该MME属于核心网。具体如前述图2的步骤201所述的类似，具体此处不再赘述。

A2、第一基站向管理装置发送切换请求消息。

第一基站基于第一消息向管理装置发送切换请求消息，该切换请求消息用于指示第一基站发起S1切换。

然后，管理装置基于第一消息执行S1切换准备流程，示例性的，以如图4作为示例对执行S1切换准备流程进行说明，其中管理装置以MME为例，第一消息以handover require消息为例，具体包括：

402、source eNB向MME发送handover require消息。

Source eNB发起S1切换，向MME发送handover require消息用于执行S1切换准备流程。具体如前述图2中步骤202所述的类似，具体此处不再赘述。

403、MME累加NCC值。

MME接收到handover require消息后，累加NCC值即执行NCC+，MME维护的初始NCC值为2，累加后NCC＝3。需要说明的是，步骤403具体如前述图2中步骤203所述的类似，具体此处不再赘述。

404、MME向target eNB发送handover request消息。

在得到NCC＝3后，MME向target eNB发送handover request消息，且该消息携带NCC＝3，然而target eNB执行切换准备失败，且执行步骤405，具体如下：

405、target eNB向MME发送handover preparation fail消息。

target eNB向MME发送handover preparation fail消息用于告知当前S1切换准备失败。具体如前述图2中的步骤205所述的类似，具体此处不再赘述。

基于前述当前S1切换准备失败，一种可能的实现方式中，管理装置向第一基站发送携带第二NCC值的第三消息，该第二NCC值对应的当前S1切换准备失败的连续次数小于七次，且该如图3步骤A3所述：

A3、管理装置向第一基站发送第三消息。

管理装置向第一基站发送第三消息，该第三消息携带第二NCC值。具体的，每当S1切换准备失败，管理装置向第一基站发送携带当前S1切换准备失败对应的NCC值。

示例性的，下面仍然对应图4的示例进行说明，第三消息可以是handoverpreparation fail消息，具体如下：

步骤406、MME向source eNB发送携带NCC＝3的handover preparation fail消息。

MME接收到handover preparation fail消息后确定当前S1切换准备失败，将当前MME维护的NCC＝3发送给source eNB，示例性的，可以由向source eNB转发的handoverpreparation fail消息携带NCC＝3进行发送。

需要说明的是，前述图4中步骤406仅仅作为示例用于理解本申请实施例，可以理解的是，第三消息还可以是其他的通告消息或报告，具体此处不做限定。

基于前述当前S1切换准备失败，一种可能的实现方式中，管理装置向第一基站发送handover preparation fail消息，该消息不携带NCC值，仅仅用于告知第一基站当前S1切换准备失败。为便于理解，下面请参与图5的应用场景作为示例进行说明，图5为本申请实施例提供的应用场景的另一个示意图。其中，步骤501至步骤505与前述图4中步骤401至步骤404所述的类似，具体此处不再赘述。具体请参阅如下步骤506：

步骤506、MME向source eNB发送handover preparation fail消息。

MME在接收到target eNB发送的handover preparation fail消息后，将该消息转发给source eNB，以告知source eNB当前S1切换准备失败，以便于继续发起S1切换。

在本申请的实施方式中，管理装置向第一基站发送携带第二NCC值的第三消息，能使得第一基站实时获取对应的NCC值，保证实时同步NCC值，提高工作的准确性。

在前述图4以及图5的示例中，当S1切换准备失败，source eNB会接收到切换失败的消息用于确定当前S1切换准备失败。而source eNB还会继续发起S1切换，直至S1切换准备成功。

其中，直至连续七次S1切换准备失败，一种可能的实现方式中，第一基站接收管理装置发送的携带目标NCC值的第二消息，该目标NCC值由管理装置连续七次执行S1切换准备失败得到。具体的，请参与图3中步骤A4，具体如下：

A4、管理装置向第一基站发送第二消息。

管理装置向第一基站发送携带目标NCC的第二消息，该目标NCC由管理装置连续七次执行S1切换准备失败得到。

一种可能的实现方式中，第二消息用于指示当前S1切换准备失败。

示例性的，下面仍然以图4作为示例进行说明，其中，在管理装置即MME向第一基站即source eNB发送第二消息之前，MME多次执行S1切换准备流程，且S1切换准备失败7次。具体包括：

407、source eNB向MME发送handover require消息。

在步骤407之前，已经连续S1切换准备失败六次(期间不包括S1切换成功以及X2切换成功)，对应NCC值分别为3,4,5,6,7以及0，然后source eNB继续发起S1切换，即向MME发送handover require消息。

408、MME执行累加NCC值。

MME执行累加NCC值，得到NCC＝1。

409、MME向target eNB发送handover request消息。

MME向target eNB发送handover request消息，且该消息携带NCC＝1。

410、target eNB向MME发送handover preparation fail消息。

target eNB执行S1切换准备失败后，向MME发送handover preparation fail消息。

其中步骤407至步骤410与前述步骤402至步骤405所述的类似，具体此处不再赘述。

MME接收到handover preparation fail消息之后，执行步骤411，具体如下：

411、MME向source eNB发送携带NCC＝1的handover preparation fail消息。

MME向source eNB发送携带NCC＝1的handover preparation fail消息。其中，步骤402至步骤410，已经累计连续七次S1切换准备失败，即目标NCC为1，第二消息即handoverpreparation fail消息。

需要说明的是，图4仅仅以handover preparation fail消息作为第二消息的示例用于说明本申请实施例。可以理解的是，第二消息还可以是其他通告消息或者报告，具体此处不做限定。

在本申请的实施方式中，第二消息指示当前S1切换准备失败，管理装置实时根据S1切换准备失败向第一基站发送第二消息，使得第一基站实时获取对应的NCC值，保证实时同步NCC值，提高工作的准确性。

一种可能的实现方式中，第二消息由管理装置确定S1切换准备失败连续七次后发送。示例性的，此处以图5作为示例进行说明，其中，步骤507至步骤510与前述图4中步骤407至步骤410所述类似，具体此处不再赘述。

而步骤510即MME接收handover preparation fail消息之后，MME执行如下步骤511：

511、MME向source eNB发送handover preparation fail消息。

MME将接收到的handover preparation fail消息转发给source eNB，使得sourceeNB感知当前S1切换准备失败。

MME执行步骤511之后，当MME确定连续S1切换失败的次数达到七次，则MME向source eNB发送第二消息，该第二消息包括目标NCC值。具体如下步骤所示：

步骤512、MME确定连续S1切换准备失败次数达到七次。

示例性的，一种可能的实现方式中，MME对连续S1切换准备失败的次数进行累计，并实时判断连续S1切换准备失败的次数是否达到七次。可选的，当NCC＝1时，对应的S1切换准备失败，而MME初始的NCC值为2，且中间无S1切换或X2切换成功，则MME确定连续切换准备失败的次数达到七次。

当MME确定连续S1切换准备失败的次数达到七次，则MME执行如下步骤513：

513、MME向source eNB发送NCC update indication消息。

MME向source eNB发送携带NCC＝1的NCC更新指示(NCC update indication)消息，即在图5的示例中，第二消息为NCC update indication消息。其中，NCC updateindication主要用于向source eNB发送目标NCC值，使得source eNB得到即将翻转的NCC值，以便于后续通信装置获取与MME相同的密钥。

可选的，该第二消息即NCC update indication消息可以是一个报文，也可以是一个字段，其中携带了目标NCC值，可以理解的是，第二消息还可以是其他的形式，具体此处不做限定。

在本申请的实施方式中，由管理装置确定S1切换准备失败连续七次，才向第一基站发送目标NCC值，可以减少信息交互进而减少对资源的占用，提高工作效率。

如上述所述，第一基站接收到携带目标NCC的第二消息，之后第一基站基于第二消息向通信装置发送目标NCC值，如图3中步骤A5所示：

A5、第一基站向通信装置发送目标NCC值。

第一基站基于第二消息，触发小区内切换流程，从而将第一基站得到的目标NCC值发送给通信装置。

一种可能的实现方式中，第二消息用于指示当前S1切换准备失败，其第一基站确定第二消息指示的S1切换准备失败为连续第七次的S1切换准备失败，第一基站基于目标信息向通信装置发送无线资源控制连接重配置(RRC connection reconfiguration)消息，该RRC connection reconfiguration消息携带目标NCC值。

示例性的，下面仍然以图4作为示例进行说明，具体包括：

步骤412、source eNB确定连续S1切换准备失败次数达到七次。

其中，第一基站即source eNB对连续S1切换准备失败进行累计，而当累计过程中出现S1切换成功或X2切换成功，则重新累计，当source eNB接收到步骤411发送的消息后，共计连续S1切换失败七次，即第二消息指示的S1切换准备失败为连续第七次的S1切换准备失败。

可选的，source eNB可以至少记录第一次S1切换准备失败对应的NCC值(需要说明的是，当出现S1切换成功或X2切换成功后，重新记录)，基于第一次S1与目标NCC值确定第二消息指示的S1切换准备失败为连续第七次的S1切换准备失败。

之后，第一基站即source eNB基于目标信息触发小区内切换以此刷新通信装置即UE的NCC值。具体如图4中步骤413所示：

413、source eNB向UE发送RRC connection reconfiguration消息。

基于目标信息，当source eNB确定S1切换准备失败连续七次时，触发source eNB执行小区内切换，source eNB向UE发送RRC connection reconfiguration消息，该消息携带切换指示，切换的目标小区为UE接入source eNB的小区，同时携带目标NCC值即NCC＝1，用于密钥更新，即UE得到目标NCC值并更新密钥，确保NCC值翻转后，通信装置派生密钥的次数与管理装置派生密钥的次数相同，得到相同的密钥，后续的S1切换或X2切换能正常执行，进而防止掉话保证正常通信。

需要说明的是，目标信息属于协议33.401或协议36.413中的协议字段。示例性的，目标信息可以是“当基于S1切换准备失败连续七次失败时，使用本条款“KeNB刷新”中描述的小区内切换刷新KeNB(即Re-freshing the KeNB is done using intra cell handoveras described in clause“KeNB refresh”of the present specification when S1-based handover preparation fails reach seven consecutive times)”。可以理解的是，目标信息还可以属于其他协议，且目标信息的具体内容可根据实际应用场景进行确定，具体此处不做限定。

在本申请的实施方式中，目标信息属于协议33.401或协议36.413中的协议字段，增加了方案的多样性以及灵活性。

之后，UE执行步骤414，确定双方密钥相同，具体如下：

步骤414、UE向source eNB发送RRC connection reconfiguration complete消息。

UE向source eNB发送RRC connection reconfiguration complete消息，此时UE基于目标NCC值派生的密钥与source eNB基于目标NCC值派生的密钥相同，该消息通过PCDC完整性校验成功，source eNB正常接收该重配完成消息，保证后续切换执行成功。

在本申请的实施方式中，第一基站判定S1切换准备失败连续七次，进而通过无线资源控制连接重配置消息向通信装置发送目标NCC值，提供了多样的应用场景，体现了方案的可选择性。

另外，在图5的示例中，步骤513中的第二消息即NCC update indication消息可用于指示S1切换准备失败连续七次，因此source eNB可以基于第二消息触发小区内切换用于更新UE的NCC值。即如下步骤514所示：

514、source eNB向UE发送RRC connection reconfiguration消息。

source eNB基于第二消息触发小区内切换，向UE发送RRC connectionreconfiguration消息，该消息携带目标NCC值，具体如前述图4中步骤413所述的类似，具体此处不再赘述。

然后，UE基于该目标NCC值更新密钥，并如下执行步骤515：

515、UE向source eNB发送RRC connection reconfiguration complete消息。

需要说明的是，步骤515与前述图4中步骤414所述的类似，具体此处不再赘述。

需要说明的是，前述目标NCC值为S1切换准备失败连续七次对应的NCC值，该连续七次的判断是基于UE维护的NCC值的基础上，可以理解的是，当UE的初始NCC值更新为目标NCC值后，示例性的，如前述的示例4或示例5中，UE的NCC＝2更新为NCC＝1，即下一个连续七次S1切换准备失败对应的目标NCC值从NCC＝1开始累计。

在本申请的实施方式中，通信装置得到目标NCC值，可以确保通信装置感知NCC值的翻转，确保通信装置派生密钥的次数与管理装置派生密钥的次数相同，进而确保通信装置派生的密钥与管理装置派生的密钥相同。

一种可能的实现方式中，在第一基站向通信装置发送目标NCC值后，第一基站接收由管理装置发送的第一NCC值，该第一NCC值对应S1切换准备成功，然后第一基站向通信装置发送第一NCC值，使得通信装置基于第一NCC值获取与管理装置相同的密钥。

示例性的，请参阅图3中的步骤A6、步骤A7以及步骤A8，具体如下：

A6、管理装置向第一基站发送第一NCC值。

在第一基站向通信装置发送目标NCC值之后，管理装置向第一基站发送第一NCC值，该第一NCC值对应S1切换准备成功。

示例性的，当管理装置接收到S1切换准备成功的消息后，管理装置向第一基站发送携带第一NCC值的handover command消息，具体如前述图1或图2中所述的类似，具体此处不再赘述。

之后，第一基站执行步骤A7：

A7、第一基站向通信装置发送第一NCC值。

示例性的，第一基站向通信装置发送携带第一NCC值的RRC connectionreconfiguration消息，具体与前述图4和图5中所述的类似，具体此处不再赘述。

然后，通信装置执行步骤A8：

A8、通信装置基于第一NCC值确定密钥。

通信装置基于第一NCC值派生密钥的次数，与管理装置基于第一NCC值派生密钥的次数相同，即通信装置与管理装置基于第一NCC值派生得到的密钥相同。

在本申请的实施方式中，通信装置基于第一NCC值得到与管理装置相同的密钥，能确保执行的S1切换或X2切换成功，防止掉话，保证正常通信。

在本申请实施例中，通信装置向第一基站发送第一消息用于接入第二基站以及管理装置，然后第一基站基于第一消息向管理装置发送切换请求消息，则管理装置基于切换请求执行S1切换准备，在S1切换准备失败连续七次的情况下，管理装置确定目标NCC值，并向第一基站发送携带目标NCC值的第二消息，且第一基站基于第二消息向通信装置发送目标NCC值。由此可以使得通信装置基于目标NCC值派生密钥的次数与管理装置基于目标NCC值派生密钥的次数相同，即通信装置与管理装置具备相同的密钥，从而确保通信装置即UE侧感知NCC值的翻转，确保核心网侧派生的密钥与UE侧派生的密钥相同，从而保证UE侧发送上行包时，PDCD完整性校验成功，保证切换流程执行成功，通信正常。

需要说明的是，前述图4以及图5仅仅作为示例用于理解本申请实施例，不对本申请产生实质性的限定，可以理解的是，实际的应用场景还可以是其他的形式，具体此处不做限定。

以上对本申请实施例所提供的一种接入网络到的方法进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

需要说明的是，前述通信装置可以是车载计算机设备、工业设备、个人电脑、终端、平板电脑、手表或其他访问基站的网络设备或计算机设备，具体此处不做限定。

为了实现上述本申请实施例提供的方法中的各功能，通信装置、第一基站和/或管理装置可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

如图6所示，本申请实施例还提供了一种通信装置，该通信装置应用于互联网行业。具体请参阅图6，图6为本申请实施例提供的通信装置的一个结构示意图。一种可能的实现中，该通信装置可以包括执行上述方法实施例中图3的方法/操作/步骤/动作所一一对应的模块或单元，该单元可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。一种可能的实现中，该通信装置600可以包括：接收单元601、处理单元602以及发送单元603。发送单元603可以用于执行如上述方法实施例中向第一基站发送第一消息的步骤，接收单元601可以用于执行如上述方法实施例中接收目标NCC值的步骤，处理单元602可以用于执行如上述方法实施例中基于目标NCC获取与管理装置相同的密钥。

在本申请实施例中，发送单元603向第一基站发送第一消息用于接入第二基站以及管理装置，接收单元601接收由第一基站发送的目标NCC值，该目标NCC值由管理装置联系七次执行S1切换准备失败得到，该S1切换准备由管理装置基于第一基站发送的切换请求消息执行，该切换请求消息由第一基站基于第一消息发送。处理单元602基于目标NCC值获取与管理装置相同的密钥。由此可以解决UE侧无法感知NCC值翻转的问题，实时确保UE侧与核心网侧的密钥相同，从而保证UE侧发送上行包时，PDCD完整性校验成功，保证切换流程执行成功，通信正常。

在其他可能的设计中，上述接收单元601、处理单元602以及发送单元603可以一一对应的执行上述方法实施例中通信装置各种可能的实现方式中的方法/操作/步骤/动作。

在一种可能的设计中，上述接收单元601，具体用于接收由第一基站发送的无线资源控制连接重配置消息，该无线资源控制连接重配置消息携带目标NCC。

在一种可能的设计中，上述接收单元601，还用于接收由第一基站发送的第一NCC值，其第一NCC值对应S1切换准备成功，处理单元602，还用于基于第一NCC值获取与管理装置相同的密钥。

本申请上述的各种设计的通信装置的有益效果请参考上述图3、图4以及图5中方法实施例中一一对应的各种实现方式的有益效果，具体此处不再赘述。

需要说明的是，图6对应实施例的通信装置中各模块/单元之间的信息交互、执行过程等内容，与本申请中图3对应的方法实施例基于同一构思，具体内容可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。

如图7所示，本申请实施例还提供了一种基站，该基站应用于互联网行业。具体请参阅图7，图7为本申请实施例提供的基站的一个结构示意图。一种可能的实现中，该基站可以包括执行上述方法实施例中图3的方法/操作/步骤/动作所一一对应的模块或单元，该单元可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。一种可能的实现中，该基站700可以包括：接收单元701、处理单元702以及发送单元703。接收单元701可以用于执行如上述方法实施例中接收第一消息的步骤以及接收第二消息的步骤，发送单元703可以用于执行如上述方法实施例中向管理装置发送切换请求消息的步骤以及发送目标NCC的步骤。

在另一种可能的设计中，上述基站700还包括处理单元，其第二消息用于指示当前S1切换准备失败，处理单元702，用于确定第二消息指示的S1切换准备失败为连续第七次的S1切换准备失败，且发送单元703，具体用于基于目标信息向通信装置发送无线资源控制连接重配置消息，该无线资源控制连接重配置消息携带目标NCC值。

在本申请实施例中，接收单元701接收通信装置发送的第一消息，该第一消息用于指示通信装置接入第二基站以及管理装置，该第二装置为支持通信装置访问的基站。然后发送单元703基于第一消息向管理装置发送切换请求消息，该切换请求消息用于指示基站发起S1切换。接着，接收单元701接收管理装置发送的携带目标NCC值的第二消息，该目标NCC值由管理装置连续七次执行S1切换准备失败得到，其发送单元703向通信装置发送目标NCC值，使得通信装置基于目标NCC值得到与管理装置相同的密钥。由此可以解决UE侧无法感知NCC值翻转的问题，实时确保UE侧与核心网侧的密钥相同，从而保证UE侧发送上行包时，PDCD完整性校验成功，保证切换流程执行成功，通信正常。

在其他可能的设计中，上述接收单元701、处理单元702以及发送单元703可以一一对应的执行上述方法实施例中第一基站各种可能的实现方式中的方法/操作/步骤/动作。

在一种可能的设计中，上述目标信息属于协议33.401或协议36.413中的协议字段。

在一种可能的设计中，上述接收单元701，在接收由管理装置发送的携带目标NCC值的第二消息之前，还用于接收由所述管理装置发送的携带第二NCC值的第三消息，其第二NCC值对应的S1切换准备失败连续次数小于七次。

在一种可能的设计中，上述第二消息由管理装置确定S1切换准备失败连续七次后发送。

在一种可能的设计中，上述接收单元701，接收由管理装置发送的第一NCC值，第一NCC值对应S1切换准备成功。

上述发送单元703，还用于向通信装置发送第一NCC值，使得通信装置基于第一NCC值获取与管理装置相同的密钥。

本申请上述的各种设计的基站的有益效果请参考上述图3、图4以及图5中方法实施例中一一对应的各种实现方式的有益效果，具体此处不再赘述。

需要说明的是，图7对应实施例的基站中各模块/单元之间的信息交互、执行过程等内容，与本申请中图3对应的方法实施例基于同一构思，具体内容可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。

如图8所示，本申请实施例还提供了一种管理装置，该管理装置应用于互联网行业。具体请参阅图8，图8为本申请实施例提供的管理装置的一个结构示意图。一种可能的实现中，该管理装置可以包括执行上述方法实施例中图3的方法/操作/步骤/动作所一一对应的模块或单元，该单元可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。一种可能的实现中，该管理装置800可以包括：接收单元801、处理单元802以及发送单元803。接收单元801可以用于执行如上述方法实施例中接收切换请求消息的步骤，处理单元802可以用于基于切换请求消息执行S1切换准备流程的步骤以及确定目标NCC值的步骤，发送单元803可以用于执行如上述方法实施例中向第一基站发送携带目标NCC值的第二消息的步骤。

在本申请实施例中，接收单元801接收第一基站基于第一消息发送的切换请求消息，该切换请求消息用于指示第一基站发起S1切换，其第一消息用于指示通信装置接入第二基站以及管理装置，其中，第一基站为接入通信装置的基站，第二基站为支持通信装置访问的基站。然后处理单元802基于切换请求消息执行S1切换准备，并在S1切换准备失败连续七次的情况下，确定目标NCC值。接着，发送单元803向第一基站发送携带目标NCC值的第二消息，使得第一基站基于第二消息向通信装置发送目标NCC值。由此可以使得第一基站得到即将翻转的目标NCC值，由第一基站向通信装置发送该目标NCC值可以解决UE侧无法感知NCC值翻转的问题，实时确保UE侧与核心网侧的密钥相同，从而保证UE侧发送上行包时，PDCD完整性校验成功，保证切换流程执行成功，通信正常。

在其他可能的设计中，上述接收单元801、处理单元802以及发送单元803可以一一对应的执行上述方法实施例中管理装置各种可能的实现方式中的方法/操作/步骤/动作。

在一种可能的设计中，上述发送单元803，在第二消息用于指示当前S1切换准备失败的情况下，且在管理装置确定目标NCC值之前，还用于向第一基站发送携带第二NCC值的第三消息，其第二NCC值对应的S1切换准备失败的连续次数小于七次。

在一种可能的设计中，上述发送单元803，还用于向第一基站发送第一NCC值，使得第一基站向通信装置发送第一NCC值，其第一NCC值对应S1切换准备成功。

本申请上述的各种设计的管理装置的有益效果请参考上述图3、图4以及图5中方法实施例中一一对应的各种实现方式的有益效果，具体此处不再赘述。

需要说明的是，图8对应实施例的管理装置中各模块/单元之间的信息交互、执行过程等内容，与本申请中图3对应的方法实施例基于同一构思，具体内容可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。

另外，在本申请各个实施例中的各功能模块或单元可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块或单元集成在一个模块或单元中。上述集成的模块或单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

接下来介绍本申请实施例提供的另一种通信装置，请参阅图9，图9为本申请实施例提供的通信装置的另一个结构示意图，通信装置900上可以为图6或图7或图8中对应实施例的通信装置或基站或管理装置，用于实现图6或图7或图8中通信装置或基站或管理装置的功能，具体的，通信装置900由一个或多个服务器实现，通信装置900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以***处理器(central processing units，CPU)922(例如，一个或一个以***处理器)和存储器932，一个或一个以上的存储介质930(例如一个或一个以上存储设备)。其中，存储器932和存储介质930可以是短暂存储或持久存储。存储在存储介质930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对通信装置900中的一系列指令操作。更进一步地，中央处理器922可以设置为与存储介质930通信，在通信装置900上执行存储介质930中的一系列指令操作。

通信装置900还可以包括一个或一个以上电源926，一个或一个以上有线或无线网络接口950，和/或，一个或一个以上输入输出接口958。

本申请实施例中，中央处理器922，用于执行图3对应实施例中通信装置执行的方法。例如，中央处理器922可以用于：向第一基站发送第一消息，其第一消息用于指示通信装置接入第二基站以及管理装置，其中第一基站为接入所述通信装置的基站，第二基站为支持所述通信装置访问的基站，并接收由第一基站发送的目标NCC值，该目标NCC值由管理装置连续七次执行S1切换准备失败得到，其S1切换准备由管理装置基于第一基站发送的切换请求消息执行，该换请求消息由第一基站基于第一消息发送，再基于目标NCC值获取与管理装置相同的密钥。进由此可以解决UE侧无法感知NCC值翻转的问题，实时确保UE侧与核心网侧的密钥相同，从而保证UE侧发送上行包时，PDCD完整性校验成功，保证切换流程执行成功，通信正常。

或者，本申请实施例中，中央处理器922，用于执行图3对应实施例中第一基站执行的方法。例如，中央处理器922可以用于：接收通信装置发送的第一消息，其第一消息用于指示通信装置接入第二基站以及管理装置，然后基于第一消息向管理装置发送切换请求消息，该切换请求消息用于指示第一基站发起S1切换，并接收由管理装置发送的携带目标NCC值的第二消息，该目标NCC值由管理装置连续七次执行S1切换准备失败得到，并且基于第二消息向通信装置发送目标NCC值，使得通信装置基于目标NCC值得到与管理装置相同的密钥。进由此可以解决UE侧无法感知NCC值翻转的问题，实时确保UE侧与核心网侧的密钥相同，从而保证UE侧发送上行包时，PDCD完整性校验成功，保证切换流程执行成功，通信正常。

或者，本申请实施例中，中央处理器922，用于执行图3对应实施例中管理装置执行的方法。例如，中央处理器922可以用于：接收第一基站基于第一消息发送的切换请求消息，并基于切换请求消息执行S1切换准备，在S1切换准备失败连续七次的情况下，确定目标NCC值，并向第一基站发送携带目标NCC值的第二消息，使得第一基站基于第二消息向通信装置发送目标NCC值。进由此可以解决UE侧无法感知NCC值翻转的问题，实时确保UE侧与核心网侧的密钥相同，从而保证UE侧发送上行包时，PDCD完整性校验成功，保证切换流程执行成功，通信正常。

本申请实施例还提供的另一种通信装置，包括处理器，该处理器与存储器耦合，存储器存储指令，处理器用于执行指令，使得通信设备执行如前述方法实施例所示任一项实现方式。

本申请实施例还提供一种计算机可读存储介质，包括计算机可读指令，当计算机可读指令在计算机上运行时，使得计算机执行如前述方法实施例所示任一项实现方式。

本申请实施例还提供的一种计算机程序产品，计算机程序产品包括计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行如前述方法实施例所示任一项实现方式。

本申请还提供一种芯片或芯片***，该芯片可包括处理器。该芯片还可包括存储器(或存储模块)和/或收发器(或通信模块)，或者，该芯片与存储器(或存储模块)和/或收发器(或通信模块)耦合，其中，收发器(或通信模块)可用于支持该芯片进行有线和/或无线通信，存储器(或存储模块)可用于存储程序或一组指令，该处理器调用该程序或该组指令可用于实现上述方法实施例、方法实施例的任意一种可能的实现方式中由终端或者通信装置执行的操作。该芯片***可包括以上芯片，也可以包含上述芯片和其他分离器件，如存储器(或存储模块)和/或收发器(或通信模块)。

另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本申请提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本申请而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，训练设备，或者通信装置等)执行本申请各个实施例的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、训练设备或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、训练设备或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的训练设备、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state drive，SSD))等。

Claims (27)

1.一种接入网络的方法，其特征在于，由基站执行，所述方法包括：

第一基站接收通信装置发送的第一消息，所述第一消息用于指示所述通信装置接入第二基站以及管理装置，所述第二基站为支持所述通信装置访问的基站；

所述第一基站基于所述第一消息向所述管理装置发送切换请求消息，所述切换请求消息用于指示所述第一基站发起S1切换；

所述第一基站接收由所述管理装置发送的携带目标下一跳链计算NCC值的第二消息，所述目标NCC值由所述管理装置连续七次执行所述S1切换准备失败得到；

所述第一基站基于所述第二消息向所述通信装置发送所述目标NCC值，使得所述通信装置基于所述目标NCC值得到与所述管理装置相同的密钥。

2.根据权利要求1所述的方法，其特征在于，所述第二消息用于指示当前所述S1切换准备失败，所述第一基站向所述通信装置发送所述目标NCC值包括：

所述第一基站确定所述第二消息指示的S1切换准备失败为连续第七次的S1切换准备失败；

所述第一基站基于目标信息向所述通信装置发送无线资源控制连接重配置消息，所述无线资源控制连接重配置消息携带所述目标NCC值。

3.根据权利要求2所述的方法，其特征在于，所述目标信息属于协议33.401或协议36.413中的协议字段。

4.根据权利要求2或3所述的方法，其特征在于，在所述第一基站接收由所述管理装置发送的携带目标NCC值的第二消息之前，所述方法还包括：

所述第一基站接收由所述管理装置发送的携带第二NCC值的第三消息，所述第二NCC值对应的所述S1切换准备失败的连续次数小于七次。

5.根据权利要求1所述的方法，其特征在于，所述第二消息由所述管理装置确定所述S1切换准备失败连续七次后发送。

6.根据权利要求1-5中任一项所述的方法，其特征在于，在所述第一基站向所述通信装置发送所述目标NCC值之后，所述方法还包括：

所述第一基站接收由所述管理装置发送的第一NCC值，所述第一NCC值对应所述S1切换准备成功；

所述第一基站向所述通信装置发送所述第一NCC值，使得所述通信装置基于所述第一NCC值获取与所述管理装置相同的密钥。

7.一种接入网络的方法，其特征在于，由管理装置执行，所述方法包括：

管理装置接收第一基站基于第一消息发送的切换请求消息，所述切换请求消息用于指示所述第一基站发起S1切换，所述第一消息用于指示通信装置接入所述第二基站以及所述管理装置，所述第一基站为接入所述通信装置的基站，所述第二基站为支持所述通信装置访问的基站；

所述管理装置基于所述切换请求消息执行S1切换准备；

在所述S1切换准备失败连续七次的情况下，所述管理装置确定目标NCC值；

所述管理装置向所述第一基站发送携带所述目标NCC值的第二消息，使得所述第一基站基于所述第二消息向所述通信装置发送所述目标NCC值。

8.根据权利要求7所述的方法，其特征在于，所述第二消息用于指示当前所述S1切换准备失败，在所述管理装置确定目标NCC值之前，所述方法还包括：

所述管理装置向所述第一基站发送携带第二NCC值的第三消息，所述第二NCC值对应的所述S1切换准备失败的连续次数小于七次。

9.根据权利要求7或8所述的方法，其特征在于，在所述管理装置向所述第一基站发送携带所述目标NCC值的第二消息之后，所述方法还包括：

所述管理装置向所述第一基站发送所述第一NCC值，使得所述第一基站向所述通信装置发送所述第一NCC值，所述第一NCC值对应所述S1切换准备成功。

10.一种接入网络的方法，其特征在于，由通信装置执行，所述方法包括：

通信装置向第一基站发送第一消息，所述第一消息用于指示所述通信装置接入第二基站以及管理装置，所述第一基站为接入所述通信装置的基站，所述第二基站为支持所述通信装置访问的基站；

所述通信装置接收由所述第一基站发送的目标NCC值，所述目标NCC值由所述管理装置连续七次执行所述S1切换准备失败得到，所述S1切换准备由所述管理装置基于所述第一基站发送的切换请求消息执行，所述切换请求消息由所述第一基站基于所述第一消息发送；

所述通信装置基于所述目标NCC值获取与所述管理装置相同的密钥。

11.根据权利要求10所述的方法，其特征在于，所述通信装置接收由所述第一基站发送的目标NCC值包括：

所述通信装置接收由所述第一基站发送的无线资源控制连接重配置消息，所述无线资源控制连接重配置消息携带所述目标NCC。

12.根据权利要求10或11所述的方法，其特征在于，在所述通信装置接收由所述第一基站发送的目标NCC值之后，所述方法还包括：

所述通信装置接收由所述第一基站发送的第一NCC值，所述第一NCC值对应所述S1切换准备成功；

所述通信装置基于所述第一NCC值获取与所述管理装置相同的密钥。

13.一种基站，其特征在于，包括：

接收单元，用于接收通信装置发送的第一消息，所述第一消息用于指示所述通信装置接入所述第二基站与管理装置，所述第二基站为支持所述通信装置访问的基站；

发送单元，用于基于所述第一消息向所述管理装置发送切换请求消息，所述切换请求消息用于指示所述基站发起S1切换；

所述接收单元，还用于接收所述管理装置发送的携带目标NCC值的第二消息，所述目标NCC值由所述管理装置连续七次执行所述S1切换准备失败得到；

所述发送单元，还用于向所述通信装置发送所述目标NCC值，使得所述通信装置基于所述目标NCC值得到与所述管理装置相同的密钥。

14.根据权利要求13所述的基站，其特征在于，所述第二消息用于指示当前所述S1切换准备失败，所述基站还包括处理单元：

所述处理单元，用于确定所述第二消息指示的S1切换准备失败为连续第七次的S1切换准备失败；

所述发送单元，具体用于基于目标信息向所述通信装置发送无线资源控制连接重配置消息，所述无线资源控制连接重配置消息携带所述目标NCC值。

15.根据权利要求14所述的基站，其特征在于，所述目标信息属于协议33.401或协议36.413中的协议字段。

16.根据权利要求14或15所述的基站，其特征在于，在所述接收由所述管理装置发送的携带目标NCC值的第二消息之前，

所述接收单元，还用于接收由所述管理装置发送的携带第二NCC值的第三消息，所述第二NCC值对应的所述S1切换准备失败连续次数小于七次。

17.根据权利要求13所述的基站，其特征在于，所述第二消息由所述管理装置确定所述S1切换准备失败连续七次后发送。

18.根据权利要求13-17中任一项所述的基站，其特征在于，所述接收单元，还用于接收由所述管理装置发送的第一NCC值，所述第一NCC值对应所述S1切换准备成功；

所述发送单元，还用于向所述通信装置发送所述第一NCC值，使得所述通信装置基于所述第一NCC值获取与所述管理装置相同的密钥。

19.一种管理装置，其特征在于，所述管理装置包括：

接收单元，用于接收第一基站基于第一消息发送的切换请求消息，所述切换请求消息用于指示所述第一基站发起S1切换，所述第一消息用于指示通信装置接入第二基站以及所述管理装置，所述第一基站为接入所述通信装置的基站，所述第二基站为支持所述通信装置访问的基站；

处理单元，用于基于所述切换请求消息执行S1切换准备；

所述处理单元，在所述S1切换准备失败连续七次的情况下，还用于确定目标NCC值；

发送单元，用于向所述第一基站发送携带所述目标NCC值的第二消息，使得所述第一基站基于所述第二消息向所述通信装置发送所述目标NCC值。

20.根据权利要求19所述的管理装置，其特征在于，所述第二消息用于指示当前所述S1切换准备失败，在所述管理装置确定目标NCC值之前，

所述发送单元，还用于向所述第一基站发送携带第二NCC值的第三消息，所述第二NCC值对应的所述S1切换准备失败的连续次数小于七次。

21.根据权利要求19或20所述的管理装置，其特征在于，所述发送单元，还用于向所述第一基站发送所述第一NCC值，使得所述第一基站向所述通信装置发送所述第一NCC值，所述第一NCC值对应所述S1切换准备成功。

22.一种通信装置，其特征在于，所述通信装置包括：

发送单元，用于向第一基站发送第一消息，所述第一消息用于指示所述通信装置接入第二基站以及管理装置，所述第一基站为接入所述通信装置的基站，所述第二基站为支持所述通信装置访问的基站；

接收单元，用于接收由所述第一基站发送的目标NCC值，所述目标NCC值由所述管理装置连续七次执行所述S1切换准备失败得到，所述S1切换准备由所述管理装置基于所述第一基站发送的切换请求消息执行，所述切换请求消息由所述第一基站基于所述第一消息发送；

处理单元，用于基于所述目标NCC值获取与所述管理装置相同的密钥。

23.根据权利要求22所述的通信装置，其特征在于，所述接收单元，具体用于接收由所述第一基站发送的无线资源控制连接重配置消息，所述无线资源控制连接重配置消息携带所述目标NCC。

24.根据权利要求22或23所述的通信装置，其特征在于，所述接收单元，还用于接收由所述第一基站发送的第一NCC值，所述第一NCC值对应所述S1切换准备成功；

所述处理单元，还用于基于所述第一NCC值获取与所述管理装置相同的密钥。

25.一种通信装置，其特征在于，处理器，所述处理器与存储器耦合，所述存储器存储指令，所述处理器用于执行所述指令，使得所述通信装置执行权利要求1-12中任意一项所述的方法。

26.一种计算机可读存储介质，包括计算机可读指令，其特征在于，当所述计算机可读指令在计算机上运行时，使得如权利要求1-12中任一项所述的方法被执行。

27.一种计算机程序产品，包括计算机可读指令，其特征在于，当所述计算机可读指令在计算机上运行时，使得如权利要求1-12中任一项所述的方法被执行。