CN115734213A

CN115734213A - 一种网络升级方法及相关装置

Info

Publication number: CN115734213A
Application number: CN202110990609.8A
Authority: CN
Inventors: 帅扬来; 楚志远
Original assignee: Shanghai Huawei Technologies Co Ltd
Current assignee: Shanghai Huawei Technologies Co Ltd
Priority date: 2021-08-26
Filing date: 2021-08-26
Publication date: 2023-03-03
Also published as: WO2023024705A1

Abstract

本申请实施例公开了一种网络升级方法，用于减少网络设备升级过程中用户设备掉话。本申请实施例方法包括：第一网络设备根据网络升级指令向第二网络设备发送配置请求，配置请求用于确定第一网络设备和第二网络设备之间频谱共享的小区，第一网络设备将第一小区的用户设备切换至第二小区，第一小区归属于第一网络设备，第二小区归属于第二网络设备，频谱共享的小区包括第一小区和第二小区，第一网络设备进行网络升级，第一网络设备向第二网络设备发送升级完成通知，升级完成通知用于指示用户设备切换至第一小区。

Description

一种网络升级方法及相关装置

技术领域

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

背景技术

在无线通信网络中，用户设备(user equipment，UE)通过网络设备接入网络，为了有效的管理和利用网络资源，无线通信网络建立了完整的网络管理和控制机制。

现有技术中，当网络设备进行网络升级时，网络从运营支撑系统(operationssupport system，OSS)下载新的软件版本，下载完成后，网络设备会激活新版本，在网络设备激活新版本的过程，网络设备的接入业务会中断，直到网络设备新版本激活后，用户设备才能重新接入网络。

网络设备的升级过程中，由于业务中断导致接入网络设备的用户设备掉话，网络设备业务中断时间长，用户设备接入网络设备的连续性差。

发明内容

本申请实施例提供了一种网络升级方法，用减少用户设备的掉话，提升用户设备接入网络设备的连续性。

本申请实施例第一方面提供了一种网络升级的方法，该方法由第一网络设备执行，也可以由第一网络设备的部件，例如第一网络设备的处理器、芯片、或芯片系统等执行，还可以由能实现全部或部分服务器功能的逻辑模块或软件实现。第一方面提供的方法包括：第一网络设备根据网络升级指令向第二网络设备发送配置请求，配置请求用于确定第一网络设备和第二网络设备之间频谱共享的小区。第一网络设备将第一小区的用户设备切换至第二小区，第一小区归属于第一网络设备，第二小区归属于第二网络设备，频谱共享的小区包括第一小区和第二小区。第一网络设备进行网络升级。第一网络设备向第二网络设备发送升级完成通知，升级完成通知用于指示用户设备切换至第一小区。

本申请实施例中第一网络设备在网络升级之前向第二网络设备请求配置频谱共享小区，并将第一网络设备接入的用户设备切换到第二网络设备的频谱共享小区，由第二网络设备支撑第一网络设备进行网络设备升级期间的业务，当第一网络设备网络升级完成之后，用户设备从第二网络设备切回至第一网络设备，减少了第一网络设备在网络升级期间的用户设备掉话，从而提升用户设备接入网络设备的连续性。

本申请实施例中第一网络设备下的用户设备从小区切换到第二小区之前，第一网络设备无需测量第二网络设备的信道质量，提升了第一网络设备在网络升级过程中用户设备向第二小区切换的切换速度。

基于第一方面，一种可能的实施方式中，第一网络设备根据频谱共享小区将第一小区的用户设备切换至第二小区的过程中，第一网络设备可以一次切换将多个用户设备从第一小区切换至第二小区，第一网络设备也可以一次切换将单个用户设备从第一小区切换至第二小区。

本申请实施例中第一网络设备可以一次切换多个用户设备，从而提升了第一网络设备在网络升级过程中用户设备的切换效率。基于第一方面，一种可能的实施方式中，配置请求包括以下一项或多项：第一网络设备的小区信息列表、空闲资源块的位图列表和频谱共享原因。

本申请实施例中第一网络设备可以配置请求消息指示第二网络设备配置频谱共享小区，提升了方案的实现性。

基于第一方面，一种可能的实施方式中，第一网络设备向第二网络设备发送配置请求之后，第二网络设备向第一网络设备发送配置请求的响应消息，该配置请求的响应消息包括第二网络设备的新小区信息列表、频谱共享小区列表或已分配的RB资源列表。

基于第一方面，一种可能的实施方式中，第一网络设备将第一小区的用户设备切换至第二小区之前，第一网络设备向第二网络设备发送切换准备请求，切换准备请求用于确定用户设备切换的准备资源。具体的，第一网络设备可以将多个用户设备的切换准备请求通过一条切换准备请求消息发送，第一网络设备可以将多个用户设备的切换准备请求通过多条切换准备请求消息发送。

本申请实施例中第一网络可以将多个用户设备的切换准备请求通过一条切换准备请求消息发送，从而节约切换准备请求消息的传输开销。

基于第一方面，一种可能的实施方式中，切换准备请求包括以下一项或多项：用户设备的XnAP ID、用户设备的上下文信息列表或第二小区的ID。

基于第一方面，一种可能的实施方式中，第一网络设备包括第一集中控制单元CU和第一分布式控制单元DU，第二网络设备包括第二CU和第二DU，第一网络设备根据网络升级指令向第二网络设备发送配置请求包括第一CU的控制面向第二CU的控制面发送配置请求。第一网络设备向第二网络设备发送切换准备请求包括第一CU的控制面向第二CU的控制面发送切换准备请求。

本申请实施例中的第一网络设备和第二网络设备可以CU和DU分离的架构，也可以是非CU和DU分离的架构，提升了网络升级方法适用性。

基于第一方面，一种可能的实施方式中，第一网络设备将第一小区中的用户设备分批切换至第二小区，或者，第一网络设备将第一小区中的用户设备全部切换至第二小区。

本申请实施例中第一网络设备可以分批将第一小区的用户设备切换到第二小区，第一网络设备逐步将释放出来的频谱共享给第二网络设备，从而提升了频谱的利用率。

本申请实施例第二方面提供了一种网络升级的方法，该方法由第二网络设备执行，也可以由第二网络设备的部件，例如第二网络设备的处理器、芯片、或芯片系统等执行，还可以由能实现全部或部分服务器功能的逻辑模块或软件实现。第二方面提供的方法包括：第二网络设备接收第一网络设备发送的配置请求，配置请求用于确定第一网络设备和第二网络设备之间频谱共享的小区，频谱共享的小区包括第一小区和第二小区，第一小区归属于第一网络设备，第二小区归属于第二网络设备，第二小区用于第一网络设备在网络升级时将第一小区的用户设备切换至第二小区。第二网络设备根据配置请求进行频谱共享，第二网络设备接收第一网络设备发送的升级完成通知，升级完成通知用于指示用户设备切换至第一小区。

本申请实施例中第二网络设备支撑第一网络设备进行网络设备升级期间的第一网络设备下的用户设备接入，当第一网络设备网络升级完成之后，用户设备从第二网络设备切回至第一网络设备，减少了第一网络设备在网络升级期间的用户设备掉话，从而提升了用户设备接入网络设备的连续性。

基于第二方面，一种可能的实施方式中，第一网络设备发送的配置请求包括第一网络设备的小区信息列表、空闲资源块的位图列表或频谱共享原因，第二网络设备根据配置请求创建所述频谱共享小区的过程中，第二网络设备根据空闲资源块的位图列表创建频谱共享小区。

本申请实施例中第二网络设备基于频谱的动态协商构建频谱共享小区，第一网络设备下的用户设备可以从第一网络设备的频谱共享小区切换至第二网络设备的频谱共享小区，构建频谱共享小区从而提升频谱的利用率。

基于第二方面，一种可能的实施方式中，第二网络设备接收第一网络设备发送的配置请求之后，第二网络设备向第一网络设备发送配置响应消息，配置响应消息包括以下一项或多项：第二网络设备的小区信息列表、频谱共享小区的列表或第二网络设备的小区资源块列表。

基于第二方面，一种可能的实施方式中，第二网络设备根据配置请求进行频谱共享包括第二网络设备向第一网络设备发送切换准备请求响应消息，切换准备请求响应消息包括以下一项或多项：第一网络设备的用户设备ID，第二网络设备的用户设备ID或第二网络设备准备的切换资源列表。

基于第二方面，一种可能的实施方式中，第一网络设备包括第一集中控制单元CU和第一分布式控制单元DU，第二网络设备包括第二CU和第二DU。第二网络设备接收第一网络设备发送的配置请求包括：第二CU的控制面接收第一CU的控制面方的配置请求。第二网络设备接收第一网络设备发送的配置请求之后，第二CU的控制面向第二DU发送频谱共享小区的建立请求，建立请求包括以下一项或多项：频谱共享小区的信息列表或空闲资源块的位图列表。第二DU向第二CU的控制面发送建立请求的响应消息，响应消息包括：频谱共享小区的信息列表或第二CU的资源块列表。

基于第二方面，一种可能的实施方式中，第二网络设备向第一网络设备发送配置响应消息包括第二CU的控制面向第一CU的控制面发送配置响应消息，配置响应消息包括以下一项或多项：第二CU的控制面的小区信息列表、频谱共享小区的列表或第二CU控制面的小区资源块列表。第二网络设备向第一网络设备发送切换准备请求响应消息包括。第二CU控制面向第一CU的控制面发送切换准备请求的响应消息，响应消息包括以下一项或多项：第一CU的用户设备ID、第二CU的用户设备ID或第二CU准备的切换资源列表。

本申请实施例中第一网络设备可以分批将第一小区的用户设备切换到第二小区，也可以一次性全部用户设备切换至第二网络设备，从而提升了方案的适用性。

基于第二方面，一种可能的实施方式中，第一网络设备网络升级完成之后，第二网络设备通过一次切换将多个用户设备切换至第一小区。

本申请实施例中第二网络设备通过一次切换可以将多个用户设备切换第一小区，相较于一次切换只能进行单个用户设备切换，提升用户设备的切换效率。

本申请实施例第三方面提供了一种通信装置，该通信装置包括接口单元和处理单元。

接口单元用于根据网络升级指令向第二网络设备发送配置请求，配置请求用于确定第一网络设备和第二网络设备之间频谱共享的小区；

处理单元用于将第一小区的用户设备切换至第二小区，第一小区归属于第一网络设备，第二小区归属于第二网络设备，频谱共享的小区包括第一小区和第二小区；

处理单元还用于进行网络升级；

接收单元还用于向第二网络设备发送升级完成通知，升级完成通知用于指示用户设备切换至第一小区。

基于第三方面，一种可能的实施方式中，配置请求包括以下一项或多项：第一网络设备的小区信息列表、空闲资源块的位图列表和频谱共享原因。

基于第三方面，一种可能的实施方式中，接收单元还用于向第二网络设备发送切换准备请求，切换准备请求用于确定用户设备切换的准备资源。

基于第三方面，一种可能的实施方式中，切换准备请求包括以下一项或多项：用户设备的XnAP ID、用户设备的上下文信息列表或第二小区的ID。

基于第三方面，一种可能的实施方式中，第一网络设备包括第一集中控制单元CU和第一分布式控制单元DU，第二网络设备包括第二CU和第二DU，接口单元具体用于向第二CU的控制面发送配置请求，接口单元还具体用于向第二CU的控制面发送切换准备请求。

基于第三方面，一种可能的实施方式中，处理单元具体用于将第一小区中的用户设备分批切换至第二小区，或者，将第一小区中的用户设备全部切换至第二小区。

本申请实施例第四方面提供了一种通信装置，该通信装置包括接口单元和处理单元。

接口单元，用于接收第一网络设备发送的配置请求，配置请求用于确定第一网络设备和第二网络设备之间频谱共享的小区，频谱共享的小区包括第一小区和第二小区，第一小区归属于第一网络设备，第二小区归属于第二网络设备，第二小区用于第一网络设备在网络升级时将第一小区的用户设备切换至第二小区。处理单元根据配置请求进行频谱共享。接口单元还用于接收第一网络设备发送的升级完成通知，升级完成通知用于指示用户设备切换至第一小区。

基于第四方面，一种可能的实施方式中，接口单元还用于向第一网络设备发送配置响应消息，配置响应消息包括以下一项或多项：第二网络设备的小区信息列表、频谱共享小区的列表或第二网络设备的小区资源块列表。

基于第四方面，一种可能的实施方式中，处理单元具体用于向第一网络设备发送切换准备请求响应消息，切换准备请求响应消息包括以下一项或多项：第一网络设备的用户设备ID，第二网络设备的用户设备ID或第二网络设备准备的切换资源列表。

基于第四方面，一种可能的实施方式中，第一网络设备包括第一集中控制单元CU和第一分布式控制单元DU，第二网络设备包括第二CU和第二DU。接口单元具体用于接收第一CU的控制面发送的配置请求，接口单元具体用于向第二DU发送频谱共享小区的建立请求，建立请求包括以下一项或多项：频谱共享小区的信息列表或空闲资源块的位图列表。

接口单元还用于向第二CU的控制面发送建立请求的响应消息，响应消息包括：频谱共享

小区的信息列表或第二CU的资源块列表。

基于第四方面，一种可能的实施方式中，接口单元具体用于向第一CU的控制面发送配置响应消息，配置响应消息包括以下一项或多项：第二CU的控制面的小区信息列表、频谱共享小区的列表或第二CU控制面的小区资源块列表。接口单元具体用于向第一CU的控制面发送切换准备请求的响应消息，响应消息包括以下一项或多项：第一CU的用户设备ID、第二CU的用户设备ID或第二CU准备的切换资源列表。

本申请实施例第五方面提供了一种计算机设备，包括处理器，处理器与存储器耦合，处理器用于存储指令，当指令被处理器执行时，以使得计算机设备执行上述第一方面或第一方面任意一种可能的实施方式所述的方法，或者，以使得计算机设备执行上述第二方面或第二方面任意一种可能的实施方式所述的方法。

本申请实施例第六方面提供了一种计算机可读存储介质，其特征在于，指令被执行时，以使得计算机执行上述第一方面或第一方面任意一种可能的实施方式所述的方法，或者，以使得计算机执行上述第二方面或第二方面任意一种可能的实施方式所述的方法。

本申请实施例第七方面一种计算机程序产品，计算机程序产品中包括指令，指令被执行时，以使得计算机实现上述第一方面或第一方面任意一种可能的实施方式所述的方法，或者，以使得计算机实现上述第二方面或第二方面任意一种可能的实施方式所述的方法。

可以理解，上述提供的任一种通信装置、计算机可读介质或计算机程序产品等所能达到的有益效果可参考对应的方法中的有益效果，此处不再赘述。

附图说明

图1a为本申请实施例提供的一种网络系统架构示意图；

图1b为本申请实施例提供的一种网络设备网络升级示意图；

图1c为本申请实施例提供的一种频谱动态共享示意图；

图2为本申请实施例提供的一种网络升级方法的流程示意图；

图3为本申请实施例提供的另一种网络升级方法的流程示意图；

图4为本申请实施例提供的另一种网络升级方法的流程示意图；

图5为本申请实施例提供的另一种网络升级方法的流程示意图；

图6为本申请实施例提供的另一种网络升级方法的流程示意图；

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

图8为本申请实施例提供的另一种计算机设备的结构示意图。

具体实施方式

本申请实施例提供了一种网络升级方法，用提升用户设备接入网络设备的连续性。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

以下，对本申请中的部分用语进行解释说明，以便于本领域技术人员理解。

用户设备(user equipment，UE)，也称为终端设备，是一种具有无线收发功能的设备。终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、无人机、气球和卫星上等)。所述终端设备可以是手机、平板电脑、带无线收发功能的电脑、虚拟现实终端设备、增强现实终端设备、工业控制中的无线终端设备、无人驾驶中的无线终端设备、远程医疗中的无线终端设备、智能电网中的无线终端设备、运输安全中的无线终端设备、智慧城市中的无线终端设备、智慧家庭中的无线终端设备。终端设备也可以是固定的或者移动的。本申请实施例对此并不限定。

网络设备可以是接入网设备，接入网设备也可以称为无线接入网(radio accessnetwork，RAN)设备，是一种为用户设备提供无线通信功能的设备。接入网设备例如包括但不限于：5G中的下一代基站(generation nodeB，gNB)、演进型节点B(evolved node B，eNB)、基带单元(baseband unit，BBU)、收发点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、未来移动通信系统中的基站或WiFi系统中的接入点等。接入网设备还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器、集中单元(centralized unit，CU)，和/或分布单元(distributed unit,DU)，或者网络设备可以为中继站、车载设备以及未来演进的PLMN网络中的网络设备等。

用户设备可以与不同技术的多个接入网设备进行通信，例如，网络设备可以与支持长期演进(long term evolution，LTE)的接入网设备通信，也可以与支持5G的接入网设备通信，还可以同时与支持LTE的接入网设备以及支持5G的接入网设备进行通信。本申请实施例并不限定。

请参阅图1a，图1a为本申请实施例适用的一种可能的网络架构示意图，包括用户设备110和接入网设备120。用户设备110和接入网设备120间可通过Uu空口进行通信，Uu空口可以理解为通用的用户设备和网络设备之间的接口(universal UE to networkinterface)。Uu空口的传输包括上行传输和下行传输。

示例的，上行传输指用户设备110向接入网设备120发送上行信息。其中，上行信息可包括上行数据信息、上行控制信息、参考信号(reference signal，RS)中的一个或多个。用于传输上行信息的信道称为上行信道，上行信道可以为物理上行共享信道(physicaluplink shared channel，PUSCH)或物理上行控制信道(physical uplink controlchannel，PUCCH)。PUSCH用于承载上行数据，上行数据也可以称为上行数据信息。PUCCH用于承载用户设备反馈的上行控制信息(uplink control information，UCI)。UCI中可以包括信道状态信息(channel state information，CSI)、肯定应答(acknowledgement，ACK)/否定应答(negative acknowledgement，NACK)等。

示例的，下行传输指接入网设备120向用户设备110发送下行信息。下行信息可以包括下行数据信息、下行控制信息和下行参考信号中的一个或多个。下行参考信号可以为信道状态信息参考信号(channel state information reference signal，CSI-RS)或相位跟踪参考信号(phase tracking reference signal，PTRS)。用于传输下行信息的信道称为下行信道，下行信道可以为物理下行共享信道(physical downlink shared channel，PDSCH)或物理下行控制信道(physical downlink control channel，PDCCH)。所述PDCCH用于承载下行控制信息(downlink control information，DCI)，PDSCH用于承载下行数据，下行数据也可称为下行数据信息。

可选的，在图1a所示的网络架构中，还可包括核心网设备130。其中，用户设备110可通过无线的方式与接入网设备120相连，接入网设备120可通过有线或无线的方式与核心网设备130相连。核心网设备130与接入网设备120可以是独立的不同的物理设备，或者，核心网设备130与接入网设备120可以是相同的物理设备，该物理设备上集成有核心网设备130与接入网设备120的全部或部分逻辑功能。

需要说明的是，在图1a所示的网络架构中，用户设备110可以是固定位置的，也可以是可移动的，不作限定。图1a所示的网络架构中，还可包括其它网络设备，比如无线中继设备和无线回传设备等，不作限定。图1a所示的架构中，对用户设备、接入网设备和核心网设备的数量不作限定。

本申请实施例中的技术方案，可应用于各种通信系统。比如，全球移动通信系统(global system for mobile communications，GSM)，通用移动通信系统(UniversalMobile Telecommunications System，UMTS)，码分多址接入网络(code divisionmultiple access，CDMA)网络，长期演进(long term evolution，LTE)系统、第五代(5thgeneration，5G)移动通信系统以及未来的移动通信系统等。

请参阅图1b，图1b为本申请实施例提供的一种网络设备升级示意图。如图1b所示，网络设备在进行网络升级时，网络设备从OSS下载新版本，网络设备下载新版本之后，网络设备用新版本替换老版本，具体网络设备激活新版本。网络设备在激活新版本的过程中，接入网络设备的UE会全部掉话，网络设备的业务中断，直到网络设备新版本激活成功，UE重新接入网络设备，网络设备激活期间UE的业务连接中断，例如，网络设备激活新版本过程业务中断300秒。本申请实施例提供的网络设备升级方法用于解决上述网络设备升级过程中业务中断的问题。

请参阅图1c，图1c为本申请实施例提供一种小区动态频谱共享机制示意图。如图1c所示，其中(a)图为频谱静态分配示意图，(b)图为频谱动态共享示意图。在(a)图中，无线网络的不同小区是划分独立的频谱资源的，即使第一小区负载很轻，第二小区也不能够使用第一小区的频谱资源，因此对第一小区的频谱资源造成了浪费；在(b)图中，第一小区和第二小区的能够动态频谱共享，即第一小区和第二小区能够共享使用同一段频谱，随着负载动态分配。

以时分双工(time division duplex，TDD)系统为例，本申请实施例中提供的小区动态频谱共享机制包括：两个小区部分重覆盖或全部重覆盖，两个小区共同使用一段连续的频谱，两个小区控制面信道资源静态分配错开，下行信道例如SSB或CSI-RS，上行信道例如PRACH或SRS，两个小区用户面信道资源动态共享通过两个小区的协商来完成频谱的实时或非实时分配。

本申请实施例中提供一种频谱动态共享机制，第一网络设备和第二网络设备可以共享同一段频谱，频谱的使用随着第一网络设备和第二网络设备的负载变化动态分配，从而提升频谱的利用率。

请参阅图2，图2为本申请实施例提供的一种网络升级方法的流程示意图。该方法有网络设备执行，图2中所示的第一网络设备和第二网络设备可以是图1a所示网络架构中的接入网设备。图2所示的方法可以包括如下步骤：

201.第一网络设备根据网络升级指令向第二网络设备发送配置请求，配置请求用于确定第一网络设备和第二网络设备之间的频谱共享的小区。

第一网络设备接收网络升级指令之后，第一网络设备确定支撑第一网络设备网络升级的第二网络设备，具体的，第一网络设备根据OSS发送的指示消息确定，或者第一网络设备根据多节点仲裁确定。

第一网络设备向第二网络设备发送配置请求，配置请求用于确定第一网络设备和第二网络设备之间的频谱共享小区，配置请求包括第一网络设备的小区信息列表(cellinformation list)、空闲资源块的位图列表(free RB bitmap list)和频谱共享原因(cause)。频谱共享小区包括第一网络设备的第一小区和第二网络设备的第二小区。

第二网络设备根据配置请求构建一个或多个频谱共享小区，具体的，第二网络设备根据配置请求消息中的空闲资源块的位图列表创建频谱共享小区。频谱共享小区支撑第一网络设备下的一个或多个小区，进行频谱共享。第二网络设备接收到配置请求之后，第二网络设备向第一网络设备发送配置请求响应，该配置请求响应消息包括第二网络设备的新小区信息列表(new cell information list)、频谱共享小区列表(frequency share celllist)、已分配的RB资源列表(allocated RB resource list)。

第一网络设备的小区确定第二网络设备的频谱共享小区之后，第一网络设备可以发起用户设备的切换，发起切换的用户设备可以是全部的用户设备，也可以是部分的用户设备，具体不做限定。

202.第一网络设备向第二网络设备发送切换准备请求，切换准备请求用于确定用户设备切换的准备资源。

第一网络设备向第二网络设备发送切换准备请求消息，切换准备请求用于确定用户设备切换的准备资源，切换准备请求消息包括第一网络设备的用户设备XnAP ID列表(UEXnAP ID list)，用户设备的上下文信息列表(UE context information list)或目标小区信息(target cell information)。目标小区包括第二网络设备的要切换的第二小区的ID。具体的，第一网络设备可以将多个用户设备的切换准备请求通过一条切换准备请求消息发送，第一网络设备可以将多个用户设备的切换准备请求通过多条切换准备请求消息发送。

第二网络设备的第二小区为第一网络设备将要切换过来的用户设备进行资源准备。

第二网络设备向第一网络设备发送切换准备请求响应，切换准备请求响应包括第一网络设备的用户设备的XnAP ID列表，第二网络设备的用户设备XnAP ID列表，用户设备切换资源列表(UE handover resource list)。

203.第一网络设备根据频谱共享的小区将第一小区的用户设备切换至第二小区。

第一网络设备根据频谱共享小区将第一小区的用户设备切换至第二小区，具体的，第一网络设备可以一次性将第一小区的全部用户设备切换第二网络设备的第二小区，第一网络设备可以分批将第一小区的用户设备切换至第二小区。

一种可能的实施方式中，第一网络设备根据频谱共享小区将第一小区的用户设备切换至第二小区的过程中，第一网络设备可以在一次切换中将多个用户设备从第一小区切换至第二小区，第一网络设备也可以在一次切换只将单个用户设备从第一小区切换至第二小区，具体不做限定。

本申请实施例中第一网络设备频谱共享小区将第一小区的用户设备切换至第二小区，所以第一网络设备无需测量第二网络设备的信道质量，提升了第一网络设备在网络升级过程中用户设备向第二小区切换的切换速度。

204.第一网络设备进行网络设备进行网络升级。

第一网络设备将第一网络设备的用户设备全部切换至第二网络设备之后，第一网络设备进行版本升级。

205.第一网络设备向第二网络设备发送升级完成通知，升级完成通知用于指示第二小区的用户设备切换至第一小区。

第一网络设备网络升级完成之后，第一网络设备向第二网络设备发送升级完成通知，升级完成通知用于指示第二小区的用户设备切换至第一小区，第二网络设备向第一网络设备发送升级完成通知响应。

第二网络设备在接收第一网络设备发送的升级完成通知之后，第二网络设备触发用户设备的切换，第二网络设备向第一网络设备发送切换准备请求消息，切换准备请求消息包括第二网络设备的用户设备XnAP ID列表、用户设备上下文信息列表或目标小区信息，该目标小区信息包括要切换的第一网络设备的第一小区的ID。

第一网络设备接收到第一网络设备发送的切换准备请求消息之后，第一网络设备向第二网络设备发送切换准备请求响应，该切换准备请求响应包括第二网络设备的用户设备XnAP ID、第一网络设备下的用户设备XnAP ID或第一网络设备为用户设备准备的切换资源。

第二网络设备的第二小区的用户设备切换回第一网络设备的第一小区，用户设备切换回第一小区之后，第二网络设备释放支撑第一网络设备进行网络升级的频谱共享小区。

本申请实施例中第一网络设备在网络升级之前向第二网络设备请求配置频谱共享小区，并将第一网络设备接入的用户设备切换到第二网络设备的频谱共享小区，由第二网络设备支撑第一网络设备进行网络设备升级期间的业务，当第一网络设备网络升级完成之后，用户设备从第二网络设备切回至第一网络设备，减少了第一网络设备在网络升级期间的用户设备掉话，从而提升了用户设备接入网络设备的连续性。

本申请实施例中第一网络设备和第二网络设备可以是非DU-CU分离的架构，也可以是DU-CU分离的架构，第一网络设备切换用户设备时候可以一次性全部切换，也可以分批切换，下面结合图3至图6的实施列对上述四种情形分别进行介绍。

请参阅图3，图3为本申请实施例提供的非DU-CU结构下一次性切换用户设备的流程示意图。在该实施例中，第一网络设备以gNB1为例，第二设备以gNB2为例，图3所示实施例的一个流程包括：

301.gNB1接收升级请求。

gNB1接收网络升级请求，gNB1确定支撑其网络升级的gNB2，gNB1确定支撑其网络升级的gNB2的方式包括OSS向gNB1发送指示消息，或者gNB1和gNB2等多节点仲裁确定。

302.gNB1向gNB2发送配置请求。

gNB1向gNB2发送配置请求消息，该配置请求消息用于确定频谱共享小区，该配置请求消息包括gNB1下的小区信息列表、空闲RB资源位图列表或频谱共享的原因，其中，小区信息列表例如小区ID列表。

303.gNB2配置频谱共享小区。

gNB2接收到配置请求消息之后，根据配置请求消息的中的内容构建一个或多个频谱共享小区，该频谱共享小区支持gNB1下的一个或多个小区的用户设备接入，从而进行频谱共享。

304.gNB2向gNB1发送配置请求响应。

gNB2构建频谱共享小区之后，gNB2向gNB1发送配置请求响应消息，该配置请求的响应消息包括gNB2下构建的小区信息列表、频谱共享小区列表或gNB2下的小区分配的RB资源列表。其中频谱共享小区列表包括gNB2下小区和gNB1下小区的共享关系列表。

305.gNB1发起gNB1的全部用户设备切换。

gNB1确定gNB2下的频谱共享小区之后，在无需gNB1测量的情况下可以发起gNB1下的小区的用户设备切换至gNB2下的频谱共享小区，gNB1可以分批切换部分用户设备，也一次切换全部用户设备。

306.gNB1向gNB2发送切换准备请求。

gNB1向gNB2发送切换准备请求消息，该切换准备请求消息包括gNB1下要切换的用户设备的XnAP ID、gNB1下要切换的用户设备的上下文信息、要切换到gNB2下的目标小区的信息，其中，目标小区的信息为小区ID。

307.gNB2为gNB1的小区的用户设备进行切换资源准备。

gNB2为gNB1的小区要切换过来的用户设备进行切换资源准备。

308.gNB2向gNB1发送切换准备请求响应。

gNB2向gNB1发送切换准备请求响应消息，该切换准备请求响应消息包括gNB1要切换的用户设备的XnAP ID列表，gNB2要切换的用户设备的XnAP ID列表，gNB2为用户设备分配的切换资源。

309.gNB1的小区的用户设备切换至gNB2的小区。

gNB1的小区接入的用户设备全部切换至gNB2的小区。

310.gNB1网络进行网络升级。

gNB1下的用户设备全部切换到gNB2后，gNB1进行网络升级，gNB1升级完成后，需要通知gNB2将用户切换回gNB1。

311.gNB1向gNB2发送升级完成通知。

gNB1向gNB2发送升级完成通知，该升级完成通知指示gNB2下的用户设备切换至gNB1。

312.gNB2向gNB1发送升级完成通知响应。

gNB2向gNB1发送升级完成通知响应消息。

313.gNB2发起gNB2的小区用户设备切换。

gNB2向gNB1发送升级完成通知响应消息之后，在无需gNB2测量的情况下可以发起gNB2下的小区的用户设备切换至gNB1，gNB2可以分批切换部分用户设备，也一次切换全部用户设备。

314.gNB2向gNB1发送切换准备请求。

gNB2向gNB1发送切换准备请求消息，该切换准备请求消息包括gNB2要切换的用户设备的XnAP ID列表、gNB2要切换的用户设备的上下文信息列表和要切换到gNB1下的目标小区的信息，其中目标小区的信息包括小区ID。

315.gNB1为gNB2的小区的用户设备进行切换资源准备。

gNB1为将要从gNB2的小区切换过来的用户设备进行切换资源准备。

316.gNB1向gNB2发送切换准备请求响应。

gNB1向gNB2发送切换准备请求响应消息，该切换准备请求的响应消息包括gNB2下要切换的用户设备的XnAP ID列表、gNB1下要切换的用户设备的XnAP ID列表、gNB1为用户设备准备的切换资源列表。

317.gNB2的小区的用户设备切换至gNB1的小区。

gNB2控制gNB2的小区的用户设备切换至gNB1的小区。用户设备切换回到gNB1后，gNB2释放支撑gNB1进行升级的频谱共享小区。

本申请实施例中gNB1在网络升级之前向gNB2请求配置频谱共享小区，并将gNB1接入的用户设备一次性全部切换到gNB2的频谱共享小区，由gNB2支撑gNB1进行网络设备升级期间的业务，当gNB1网络升级完成之后，用户设备从gNB2切回至gNB1，减少了gNB1在网络升级期间的用户设备掉话，从而提升用户设备接入网络设备的连续性。

请参阅图4，图4为本申请实施例提供的非DU-CU结构分批切换用户设备的流程示意图。在该实施例中，第一网络设备以gNB1为例，第二设备以gNB2为例，图3所示实施例的一个流程包括：

401.gNB1接收升级请求。

402.gNB1向gNB2发送配置请求。

403.gNB2配置频谱共享小区。

404.gNB2向gNB1发送配置请求响应。

本申请实施例中步骤401至步骤404与上述图3所示实施例的步骤301至304中gNB1和gNB2所执行的方法类似，此处不再赘述。

405.gNB1发起gNB1的第一批用户设备切换。

gNB1确定gNB2下频谱共享的小区后，基于已经共享的频谱确定能够切换的第一批用户设备，在无需gNB1测量的情况下发起选择的第一批用户设备的批量切换。

406.gNB1向gNB2发送切换准备请求。

407.gNB2为gNB1的小区的第一批用户设备进行切换资源准备。

408.gNB2向gNB1发送切换准备请求响应。

409.gNB1的小区的第一批用户设备切换至gNB2的小区。

本申请实施例中步骤406至步骤409与上述图3所示实施例的步骤306至309中gNB1和gNB2所执行的方法类似，此处不再赘述。

410.gNB1释放共享频谱。

gNB1在第一批用户设备切换之后，gNB1将第一批用户设备释放出的频谱共享给gNB2。

411.gNB1向gNB2发送新频谱共享通知。

gNB1向gNB2发送新频谱共享通知消息，新频谱共享通知消息包括gNB2下的小区信息列表或新的空闲RB资源位图(bitmap)列表。其中小区信息列表包括小区ID列表。

412.gNB2向gNB1发送新频谱共享通知响应。

gNB2向gNB1发送新频谱共享通知响应消息，该新频谱共享通知响应消息包括gNB2下小区信息列表或gNB2下的小区已分配的RB资源列表。

413.gNB1发起gNB1的第二批用户设备切换。

gNB1基于新频谱共享的小区确定能够切换的第二批用户设备，在无需gNB1测量的情况下发起选择的第二批用户设备的批量切换。

414.gNB1向gNB2发送切换准备请求。

415.gNB2为gNB1的小区的第二批用户设备进行切换资源准备。

416.gNB2向gNB1发送切换准备请求响应。

417.gNB1的小区的第二批用户设备切换至gNB2的小区。

本申请实施例中步骤414至步骤417与上述图3所示实施例的步骤306至309中gNB1和gNB2所执行的方法类似，此处不再赘述。

可以理解的是，步骤413至步骤417能够重复执行，直到gNB1下的全部用户设备切换至gNB2的小区。

418.gNB1网络进行网络升级。

419.gNB1向gNB2发送升级完成通知。

420.gNB2向gNB1发送升级完成通知响应。

421.gNB2发起gNB2的小区用户设备切换。

422.gNB2向gNB1发送切换准备请求。

423.gNB1为gNB2的小区的用户设备进行切换资源准备。

424.gNB1向gNB2发送切换准备请求响应。

425.gNB2的小区的用户设备切换至gNB1的小区。

本申请实施例中步骤418至步骤425与上述图3所示实施例的步骤310至317中gNB1和gNB2所执行的方法类似，此处不再赘述。

本申请实施例中gNB1在网络升级之前向gNB2请求配置频谱共享小区，并将gNB1接入的用户设备分批次切换到gNB2的频谱共享小区，由gNB2支撑gNB1进行网络设备升级期间的业务，当gNB1网络升级完成之后，用户设备从gNB2切回至gNB1，减少了gNB1在网络升级期间的用户设备掉话，从而提升用户设备接入网络设备的连续性。

请参阅图5，图5为本申请实施例提供的DU-CU分离结构下一次性切换用户设备的流程示意图。在该实施例中，第一网络设备以CU-CP1为例，第二设备以CU-CP2为例，图3所示实施例的一个流程包括：

501.CU-CP1接收升级请求。

CU-CP1接收网络升级请求，CU-CP1确定支撑其网络升级的CU-CP2，CU-CP1确定支撑其网络升级的CU-CP2的方式包括OSS向CU-CP1发送指示消息确定，或CU-CP1和CU-CP2等多节点仲裁确定。

502.CU-CP1向CU-CP2发送配置请求。

CU-CP1向CU-CP2发送配置请求消息，该配置请求消息用于确定频谱共享小区，该配置请求消息包括CU-CP1下的小区信息列表、空闲RB资源位图列表或频谱共享的原因，其中，小区信息列表例如小区ID列表。

503.CU-CP2向DU2发送频谱共享小区建立请求。

CU-CP2向DU2发送频谱共享小区建立请求消息，该频谱共享小区建立请求消息包括CU-CP2下要构建的频谱共享小区信息列表或空闲RB资源位图列表，其中频谱共享小区信息列表包括频谱共享小区ID列表。

504.DU2向CU-CP2发送频谱共享小区建立请求响应。

DU2根据收到的空闲RB资源位图列表为一个或多个频谱共享小区分配资源，分配完成后，DU2向CU-CP2发送频谱共享小区建立请求响应消息，该频谱共享小区建立请求响应消息包括CU-CP2下要构建的频谱共享小区信息列表或CU-CP2下的小区已分配的RB资源列表，其中频谱共享小区信息列表包括频谱共享小区ID列表。

505.CU-CP2向CU-CP1发送配置请求响应。

CU-CP2向CU-CP1发送配置请求响应消息，该配置请求响应消息包括CU-CP2下构建的小区信息列表、频谱共享小区列表或CU-CP2下的小区分配的RB资源列表。其中频谱共享小区列表包括CU-CP2下小区和CU-CP1下小区的共享关系列表。

506.CU-CP1发起CU-CP1的全部用户设备切换。

CU-CP1确定CU-CP2下的频谱共享小区之后，在无需CU-CP1测量的情况下可以发起CU-CP1下的小区的用户设备切换至CU-CP2下的频谱共享小区，CU-CP1可以分批切换部分用户设备，也一次切换全部用户设备。

507.CU-CP1向CU-CP2发送切换准备请求。

CU-CP1向CU-CP2发送切换准备请求消息，该切换准备请求消息包括CU-CP1下要切换的用户设备的XnAP ID、gNB1下要切换的用户设备的上下文信息、要切换到CU-CP2下的目标小区的信息，其中，目标小区的信息为小区ID。

508.CU-CP2向DU2发送切换资源准备请求。

CU-CP2向DU2发送切换资源准备请求消息,该切换资源准备请求消息包括要切换的用户设备的上下文信息列表或要切换的CU-CP2下的目标小区的信息，目标小区信息包括小区的ID。

509.DU2向CU-CP2发送切换资源准备请求响应。

DU2完成切换资源准备后，DU2向CU-CP2发送切换资源准备请求响应，该切换资源准备请求响应包括DU2为UE准备的切换资源。

510.CU-CP2向CU-CP1发送切换准备请求响应。

CU-CP2向CU-CP1发送切换准备请求响应消息，该切换准备请求响应消息包括CU-CP1要切换的用户设备的XnAP ID列表，CU-CP2要切换的用户设备的XnAP ID列表，CU-CP2为用户设备分配的切换资源。

511.CU-CP1的小区的用户设备切换至CU-CP2的小区。

CU-CP1的小区接入的用户设备全部切换至CU-CP2的小区。

512.CU-CP1网络进行网络升级。

CU1和DU1下的用户设备全部切换到CU2和DU2后，CU1和DU1进行网络升级，CU1和DU1升级完成后，需要通知CU1和DU1将用户设备切换回CU2和DU2。

513.CU-CP1向CU-CP2发送升级完成通知。

CU-CP1向CU-CP2发送升级完成通知，该升级完成通知指示CU-CP2下的用户设备切换至CU-CP1。

514.CU-CP2向CU-CP1发送升级完成通知响应。

CU-CP2向CU-CP1发送升级完成通知响应消息。

515.CU-CP2发起CU-CP2的小区用户设备切换。

CU-CP2向CU-CP1发送升级完成通知响应消息之后，在无需CU-CP2测量的情况下可以发起CU-CP2下的小区的用户设备切换至CU-CP1，CU-CP2可以分批切换部分用户设备，也一次切换全部用户设备。

516.CU-CP2向CU-CP1发送切换准备请求。

CU-CP2向CU-CP1发送切换准备请求消息，该切换准备请求消息包括CU-CP2要切换的用户设备的XnAP ID列表、CU-CP2要切换的用户设备的上下文信息列表和要切换到CU-CP1下的目标小区的信息，其中目标小区的信息包括小区ID。

517.CU-CP1向DU1发送切换资源准备请求。

CU-CP1向DU1发送切换资源准备请求消息，该切换资源准备请求消息包括CU-CP2要切换的用户设备的上下文信息列表或要切换到CU-CP1下的目标小区的信息，目标小区的信息包括目标小区ID。

518.DU1向CU-CP1发送切换资源准备请求响应。

DU1完成切换资源准备后,DU1向CU-CP1发送切换资源准备请求响应消息，该切换资源准备请求响应消息包括DU1为用户设备准备的切换资源。

519.CU-CP1向CU-CP2发送切换准备请求响应。

CU-CP1向CU-CP2发送切换准备请求响应消息，该切换准备请求的响应消息包括CU-CP2下要切换的用户设备的XnAP ID列表、CU-CP1下要切换的用户设备的XnAP ID列表或CU-CP1为用户设备准备的切换资源列表。

520.CU-CP2的小区的用户设备切换至CU-CP1的小区。

CU-CP2的小区的用户设备切换至CU-CP1的小区，用户设备切换回到CU-CP1后，CU-CP2释放支撑CU-CP1进行升级的频谱共享小区。

本申请实施例中CU-CP1在网络升级之前向CU-CP2请求配置频谱共享小区，并将CU-CP1接入的用户设备一次性全部切换到CU-CP2的频谱共享小区，由CU-CP2支撑CU-CP1进行网络设备升级期间的业务，当CU-CP1网络升级完成之后，用户设备从CU-CP2切回至CU-CP1，减少了CU-CP1在网络升级期间的用户设备掉话，从而提升用户设备接入网络设备的连续性。

请参阅图6，图6为本申请实施例提供的DU-CU分离结构下分批切换用户设备的流程示意图。在该实施例中，第一网络设备以CU-CP1为例，第二设备以CU-CP2为例，图6所示实施例的一个流程包括：

601.CU-CP1接收升级请求。

602.CU-CP1向CU-CP2发送配置请求。

603.CU-CP2向DU2发送频谱共享小区建立请求。

604.DU2向CU-CP2发送频谱共享小区建立请求响应。

605.CU-CP2向CU-CP1发送配置请求响应。

本申请实施例中步骤601至步骤605与上述图5所示实施例的步骤501至505中CU-CP1和CU-CP2所执行的方法类似，此处不再赘述。

606.CU-CP1发起CU-CP1的第一批用户设备切换。

CU-CP1确定CU-CP2下频谱共享的小区后，基于已经共享的频谱确定能够切换用户设备数以及相应的第一批用户设备，在无需CU-CP1测量的情况下发起选择的第一批用户设备的批量切换。

607.CU-CP1向CU-CP2发送切换准备请求。

608.CU-CP2向DU2发送切换资源准备请求。

609.DU2向CU-CP2发送切换资源准备请求响应。

610.CU-CP2向CU-CP1发送切换准备请求响应。

611.CU-CP1的小区的第一批用户设备切换至CU-CP2的小区。

本申请实施例中步骤607至步骤611与上述图5所示实施例的步骤507至511中CU-CP1和CU-CP2所执行的方法类似，此处不再赘述。

612.CU-CP1释放共享频谱。

CU-CP1在第一批用户设备切换之后，CU-CP1将第一批用户设备释放出的频谱共享给CU-CP2。

613.CU-CP1向CU-CP2发送新频谱共享通知。

CU-CP1向CU-CP2发送新频谱共享通知消息，新频谱共享通知消息包括CU-CP2下的小区信息列表或新的空闲RB资源位图(bitmap)列表。其中小区信息列表包括小区ID列表。

614.CU-CP2向DU2发送新频谱配置请求。

CU-CP2向DU2发送新频谱配置请求消息，该新频谱配置请求消息包括CU-CP2下的小区信息列表或新可共享的空闲RB资源位图列表。

615.DU2向CU-CP2发送新频谱配置请求响应。

DU2向CU-CP2发送新频谱配置请求响应消息，该新频谱配置请求响应消息包括CU-CP2下的小区信息列表或DU2分配的RB资源列表。

616.CU-CP2向CU-CP1发送新频谱共享通知响应。

CU-CP2向CU-CP1发送新频谱共享通知响应消息，该新频谱共享通知响应消息包括CU-CP2下小区信息列表或DU2已分配的RB资源列表。

617.CU-CP1发起CU-CP1的第二批用户设备切换。

CU-CP1基于新频谱共享的小区确定能够切换的第二批用户设备，在无需CU-CP1测量的情况下发起选择的第二批用户设备的批量切换。

618.CU-CP1向CU-CP2发送切换准备请求。

619.CU-CP2向DU2发送切换资源准备请求。

620.DU2向CU-CP2发送切换资源准备请求响应。

621.CU-CP2向CU-CP1发送切换准备请求响应。

622.CU-CP1的小区的第二批用户设备切换至CU-CP2的小区。

本申请实施例中步骤618至步骤622与上述图5所示实施例的步骤507至511中CU-CP1和CU-CP2所执行的方法类似，此处不再赘述。

可以理解的是，步骤618至步骤622能够重复执行，直到CU-CP1下的全部用户设备切换至CU-CP2的小区。

623.CU-CP1网络进行网络升级。

624.CU-CP1向CU-CP2发送升级完成通知。

625.CU-CP2向CU-CP1发送升级完成通知响应。

626.CU-CP2发起CU-CP2的小区用户设备切换。

627.CU-CP2向CU-CP1发送切换准备请求。

628.CU-CP1向DU1发送切换资源准备请求。

629.DU1向CU-CP1发送切换资源准备请求响应。

630.CU-CP1向CU-CP2发送切换准备请求响应。

631.CU-CP2的小区的用户设备切换至CU-CP1的小区。

本申请实施例中步骤623至步骤631与上述图5所示实施例的步骤512至520中CU-CP1和CU-CP2所执行的方法类似，此处不再赘述。

本申请实施例中CU-CP1在网络升级之前向CU-CP2请求配置频谱共享小区，并将CU-CP1接入的用户设备分批次切换到CU-CP2的频谱共享小区，由CU-CP2支撑CU-CP1进行网络设备升级期间的业务，当CU-CP1网络升级完成之后，用户设备从CU-CP2切回至CU-CP1，减少了CU-CP1在网络升级期间的用户设备掉话，从而提升用户设备接入网络设备的连续性。

上面介绍本申请实施例提供的网络升级方法，下面结合附图介绍本申请实施例涉及的相关装置。

请参阅图7，图7为本申请实施例提供的一种通信装置的结构示意图。该通信装置用于实现上述各实施例中对应第一网络设备或第二网络设备所执行的各个步骤，如图7所示，该通信装置700包括接口单元701和处理单元702。

在一个实施例中，通信装置700用于实现上述第一网络设备所执行的各个步骤，具体的，通信装置700包括：

接口单元701用于根据网络升级指令向第二网络设备发送配置请求，配置请求用于确定第一网络设备和第二网络设备之间频谱共享的小区；

处理单元702用于将第一小区的用户设备切换至第二小区，第一小区归属于第一网络设备，第二小区归属于第二网络设备，频谱共享的小区包括第一小区和第二小区；

处理单元702还用于进行网络升级；

接收单元701还用于向第二网络设备发送升级完成通知，升级完成通知用于指示用户设备切换至第一小区。

一种可能的实施方式中，处理单元702可以一次切换将多个用户设备从第一小区切换至第二小区，处理单元702也可以一次切换将单个用户设备从第一小区切换至第二小区。

一种可能的实施方式中，配置请求包括以下一项或多项：第一网络设备的小区信息列表、空闲资源块的位图列表和频谱共享原因。

一种可能的实施方式中，接收单元701还用于向第二网络设备发送切换准备请求，切换准备请求用于确定用户设备切换的准备资源。

一种可能的实施方式中，切换准备请求包括以下一项或多项：用户设备的XnAPID、用户设备的上下文信息列表或第二小区的ID。

一种可能的实施方式中，第一网络设备包括第一集中控制单元CU和第一分布式控制单元DU，第二网络设备包括第二CU和第二DU，接口单元701具体用于向第二CU的控制面发送配置请求，接口单元701还具体用于向第二CU的控制面发送切换准备请求。

一种可能的实施方式中，处理单元702具体用于将第一小区中的用户设备分批切换至第二小区，或者，将第一小区中的用户设备全部切换至第二小区。

在另一个实施例中，通信装置700用于实现上述第二网络设备所执行的各个步骤，具体的，通信装置700包括：

接口单元701，用于接收第一网络设备发送的配置请求，配置请求用于确定第一网络设备和第二网络设备之间频谱共享的小区，频谱共享的小区包括第一小区和第二小区，第一小区归属于第一网络设备，第二小区归属于第二网络设备，第二小区用于第一网络设备在网络升级时将第一小区的用户设备切换至第二小区。

处理单元702根据配置请求进行频谱共享。

接口单元701还用于接收第一网络设备发送的升级完成通知，升级完成通知用于指示用户设备切换至第一小区。

一种可能的实施方式中，配置请求包括第一网络设备的小区信息列表、空闲资源块的位图列表或频谱共享原因，处理单元702根据空闲资源块的位图列表创建频谱共享小区。

一种可能的实施方式中，接口单元701还用于向第一网络设备发送配置响应消息，配置响应消息包括以下一项或多项：第二网络设备的小区信息列表、频谱共享小区的列表或第二网络设备的小区资源块列表。

一种可能的实施方式中，处理单元702具体用于向第一网络设备发送切换准备请求响应消息，切换准备请求响应消息包括以下一项或多项：第一网络设备的用户设备ID，第二网络设备的用户设备ID或第二网络设备准备的切换资源列表。

一种可能的实施方式中，第一网络设备包括第一集中控制单元CU和第一分布式控制单元DU，第二网络设备包括第二CU和第二DU。接口单元701具体用于接收第一CU的控制面发送的配置请求，接口单元702具体用于向第二DU发送频谱共享小区的建立请求，建立请求包括以下一项或多项：频谱共享小区的信息列表或空闲资源块的位图列表。

接口单元701还用于向第二CU的控制面发送建立请求的响应消息，响应消息包括：频谱共享小区的信息列表或第二CU的资源块列表。

一种可能的实施方式中，接口单元701具体用于向第一CU的控制面发送配置响应消息，配置响应消息包括以下一项或多项：第二CU的控制面的小区信息列表、频谱共享小区的列表或第二CU控制面的小区资源块列表。

接口单元701具体用于向第一CU的控制面发送切换准备请求的响应消息，响应消息包括以下一项或多项：第一CU的用户设备ID、第二CU的用户设备ID或第二CU准备的切换资源列表。

一种可能的实施方式中，处理单元702还用于通过一次切换将多个用户设备切换至第一小区。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integratedcircuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，CPU)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

请参阅图8，图8为本申请实施例提供的一种计算机设备示意图，用于实现以上实施例中第一网络设备或第二网络设备的操作。如图8所示，该计算机设备包括：处理器810和接口830，处理器810与接口830耦合。接口830用于实现与其他设备进行通信。接口830可以为收发器或输入输出接口。接口830例如可以是接口电路。可选地，该通信装置还包括存储器820，用于存储处理器810执行的指令或存储处理器810运行指令所需要的输入数据或存储处理器810运行指令后产生的数据。

以上实施例中第一网络设备或第二网络设备执行的方法可以通过处理器810调用存储器(可以是第一网络设备或第二网络设备中的存储器820，也可以是外部存储器)中存储的程序来实现。即，第一网络设备或第二网络设备可以包括处理器810，该处理器810通过调用存储器中的程序，以执行以上方法实施例中第一网络设备或第二网络设备执行的方法。这里的处理器可以是一种具有信号的处理能力的集成电路，例如CPU。第一网络设备或第二网络设备可以通过配置成实施以上方法的一个或多个集成电路来实现。例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。或者，可以结合以上实现方式。

具体的，图7中的接口单元701和处理单元702的功能/实现过程可以通过图8所示的计算机设备800中的处理器810调用存储器820中存储的计算机可执行指令来实现。

在本申请的另一实施例中，还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当设备的处理器执行该计算机执行指令时，设备执行上述方法实施例中第一网络设备或第二网络设备所执行的方法。

在本申请的另一实施例中，还提供一种计算机程序产品，该计算机程序产品包括计算机执行指令，该计算机执行指令存储在计算机可读存储介质中。当设备的处理器执行该计算机执行指令时，设备执行上述方法实施例中第一网络设备或第二网络设备所执行的方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims

1.一种网络升级的方法，其特征在于，包括：

第一网络设备根据网络升级指令向第二网络设备发送配置请求，所述配置请求用于确定所述第一网络设备和所述第二网络设备之间频谱共享的小区；

所述第一网络设备根据所述频谱共享小区将第一小区的用户设备切换至第二小区，所述第一小区归属于所述第一网络设备，所述第二小区归属于第二网络设备，所述频谱共享的小区包括所述第一小区和所述第二小区；

所述第一网络设备进行网络升级；

所述第一网络设备向所述第二网络设备发送升级完成通知，所述升级完成通知用于指示所述第二网络设备将所述用户设备切换至所述第一小区。

2.根据权利要求1所述的方法，其特征在于，所述第一网络设备根据所述频谱共享小区将第一小区的用户设备切换至第二小区包括：

所述第一网络设备根据所述频谱共享小区将第一小区的多个所述用户设备切换至第二小区。

3.根据权利要求1或2所述的方法，其特征在于，所述配置请求包括以下一项或多项：所述第一网络设备的小区信息列表、空闲资源块的位图列表和频谱共享原因。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述第一网络设备将第一小区的用户设备切换至第二小区之前，所述方法还包括：

所述第一网络设备向所述第二网络设备通过一条消息发送切换准备请求，所述切换准备请求用于确定一个或多个所述用户设备切换的准备资源。

5.根据权利要求4所述的方法，其特征在于，所述切换准备请求包括以下一项或多项：所述用户设备的XnAP ID、所述用户设备的上下文信息列表或所述第二小区的ID。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述第一网络设备包括第一集中控制单元CU和第一分布式控制单元DU，所述第二网络设备包括第二CU和第二DU；

所述第一网络设备根据网络升级指令向第二网络设备发送配置请求包括：

所述第一CU的控制面向所述第二CU的控制面发送所述配置请求；

所述第一网络设备向所述第二网络设备发送切换准备请求包括：

所述第一CU的控制面向所述第二CU的控制面发送所述切换准备请求。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述第一网络设备将第一小区的用户设备切换至第二小区包括：

所述第一网络设备将所述第一小区中的所述用户设备分批切换至所述第二小区，或者，所述第一网络设备将所述第一小区中的所述用户设备全部切换至所述第二小区。

8.一种网络的升级方法，其特征在于，包括：

第二网络设备接收第一网络设备发送的配置请求，所述配置请求用于确定所述第一网络设备和所述第二网络设备之间频谱共享的小区，所述频谱共享的小区包括第一小区和第二小区，所述第一小区归属于所述第一网络设备，所述第二小区归属于第二网络设备，所述第二小区用于所述第一网络设备在网络升级时将所述第一小区的用户设备切换至所述第二小区；

所述第二网络设备根据所述配置请求创建所述频谱共享小区；

所述第二网络设备将所述用户设备切换至所述第一小区。

9.根据权利要求8所述的方法，其特征在于，所述配置请求包括所述第一网络设备的小区信息列表、空闲资源块的位图列表或频谱共享原因，所述第二网络设备根据所述配置请求创建所述频谱共享小区包括：

所述第二网络设备根据所述空闲资源块的位图列表创建所述频谱共享小区。

10.根据权利要求8或9所述的方法，其特征在于，所述第二网络设备接收第一网络设备发送的配置请求之后，所述方法还包括：

所述第二网络设备向所述第一网络设备发送配置响应消息，所述配置响应消息包括以下一项或多项：所述第二网络设备的小区信息列表、所述频谱共享小区的列表或所述第二网络设备的小区资源块列表。

11.根据权利要求8至10中任一项所述的方法，其特征在于，所述第二网络设备根据所述配置请求进行频谱共享包括：

所述第二网络设备向所述第一网络设备发送切换准备请求响应消息，所述切换准备请求响应消息包括以下一项或多项：所述第一网络设备的用户设备ID，所述第二网络设备的用户设备ID或所述第二网络设备准备的切换资源列表。

12.根据权利要求8至11中任意一项所述的方法，其特征在于，所述第一网络设备包括第一集中控制单元CU和第一分布式控制单元DU，所述第二网络设备包括第二CU和第二DU；

所述第二网络设备接收第一网络设备发送的配置请求包括：

所述第二CU的控制面接收所述第一CU的控制面发送的配置请求；

所述第二网络设备接收第一网络设备发送的配置请求之后，所述方法还包括：

所述第二CU的控制面向所述第二DU发送所述频谱共享小区的建立请求，所述建立请求包括以下一项或多项：所述频谱共享小区的信息列表或空闲资源块的位图列表；

所述第二DU向所述第二CU的控制面发送所述建立请求的响应消息，所述响应消息包括：所述频谱共享小区的信息列表或所述第二CU的资源块列表。

13.根据权利要求12所述的方法，其特征在于，所述第二网络设备向所述第一网络设备发送配置响应消息包括：

所述第二CU的控制面向所述第一CU的控制面发送配置响应消息，所述配置响应消息包括以下一项或多项：所述第二CU的控制面的小区信息列表、所述频谱共享小区的列表或所述第二CU控制面的小区资源块列表；

所述第二网络设备向所述第一网络设备发送切换准备请求响应消息包括：

第二CU控制面向第一CU的控制面发送切换准备请求的响应消息，所述响应消息包括以下一项或多项：第一CU的用户设备ID、第二CU的用户设备ID或第二CU准备的切换资源列表。

14.根据权利要求8至13所述的方法，其特征在于，所述第二网络设备将所述用户设备切换至所述第一小区包括：

所述第二网络设备通过一次切换将多个所述用户设备切换至所述第一小区。

15.一种通信装置，其特征在于，包括处理器，所述处理器与存储器耦合，所述处理器用于存储指令，当所述指令被所述处理器执行时，以使得所述计算机设备执行权利要求1至7中任一项所述的方法，或者，以使得所述计算机设备执行权利要求8至14中任一项所述的方法。

16.一种计算机可读存储介质，其上存储有指令，其特征在于，所述指令被执行时，以使得计算机执行权利要求1至7中任一项所述的方法，或者，以使得计算机执行权利要求8至14中任一项所述的方法。

17.一种计算机程序产品，所述计算机程序产品中包括指令，其特征在于，所述指令被执行时，以使得计算机实现权利要求1至7中任一项所述的方法，或者，以使得计算机实现权利要求8至14中任一项所述的方法。