一种小区切换方法及装置与流程

本公开涉及无线通信领域，尤其涉及一种小区切换方法及装置。

背景技术：

在无线通信系统中，当用户设备(ue，userequipment)从一个小区移动到另一个小区时，为了保持移动用户的不中断通信需要进行的信道切换，这一过程可以称为小区切换。

通常来说，受成本限制，一个ue能够存储的配置大小是有限的。当小区切换命令包含的配置信令比特数过大时，ue内部的配置限制可能导致源服务小区无法将所有的小区切换命令发送给ue，从而导致ue可能无法切换到最合适的目标小区，影响ue的切换性能，严重时甚至可能会导致切换失败，影响用户的体验。

技术实现要素：

有鉴于此，本公开提出了一种小区切换方法及装置。所述技术方案，如下：

根据本公开的第一方面，提供了一种小区切换方法，所述方法应用于第一基站，包括：发送切换请求消息，其中，所述切换请求消息包括预配置参数的容量指示消息；接收切换请求确认消息，其中，所述切换请求确认消息包括所述预配置参数，所述预配置参数的容量根据所述容量指示消息确定；根据所述切换请求确认消息，发送切换命令。

在一种可能的实现方式中，所述发送切换请求消息，包括：发送包括所述容量指示消息和当前配置参数的切换请求消息；和/或，发送包括所述容量指示消息、当前配置参数和切换触发条件的条件切换请求消息。

在一种可能的实现方式中，所述容量指示消息包括：比特数限制范围，用于指示所述预配置参数的容量的比特数范围；或者，候选小区数量，用于根据候选小区的数量，指示所述预配置参数的容量范围。

在一种可能的实现方式中，所述预配置参数的容量根据所述容量指示消息确定，包括：所述预配置参数的容量不超过所述比特数限制范围；或者，所述预配置参数的容量不超过根据所述候选小区数量确定的容量范围。

在一种可能的实现方式中，所述根据所述切换请求确认消息，发送切换命令，包括：根据所述切换请求确认消息，获取所述预配置参数；通过无线资源控制rrc信令，发送包括所述预配置参数的切换命令。

在一种可能的实现方式中，所述rrc信令包括至少一个候选小区的预配置参数。

根据本公开的第二方面，提供了一种小区切换方法，所述方法应用于第二基站，包括：接收切换请求消息，其中，所述切换请求消息包括预配置参数的容量指示消息；根据所述切换请求消息，生成切换请求确认消息，其中，所述切换请求确认消息包括所述预配置参数，所述预配置参数的容量根据所述容量指示消息确定；发送所述切换请求确认消息。

在一种可能的实现方式中，所述切换请求消息还包括：当前配置参数，和/或，切换触发条件。

在一种可能的实现方式中，所述根据所述切换请求消息，生成切换请求确认消息，包括：根据所述容量指示消息，确定所述预配置参数的容量范围；根据所述预配置参数的容量范围，生成所述预配置参数，其中，所述预配置参数的容量不超过所述容量范围；生成包括所述预配置参数的切换请求确认消息。

在一种可能的实现方式中，所述容量指示消息包括：比特数限制范围，用于指示所述预配置参数的容量的比特数范围；或者，候选小区数量，用于根据候选小区的数量，指示所述预配置参数的容量范围。

在一种可能的实现方式中，所述根据所述容量指示消息，确定所述预配置参数的容量范围，包括：将所述比特数限制范围作为所述预配置参数的容量范围；或者，根据所述候选小区数量，结合所述切换请求消息，计算所述预配置参数的容量范围。

在一种可能的实现方式中，所述根据所述候选小区数量，结合所述切换请求消息，计算所述预配置参数的容量范围，包括：根据所述切换请求消息，获取当前配置参数的容量；根据所述当前配置参数的容量，确定所述预配置参数的最大容量；根据所述最大容量与所述候选小区数量之间的比值，确定所述预配置参数的容量范围。

根据本公开的第三方面，提供了一种小区切换装置，包括：请求发送单元，用于发送切换请求消息，其中，所述切换请求消息包括预配置参数的容量指示消息；请求确认接收单元，用于接收切换请求确认消息，其中，所述切换请求确认消息包括所述预配置参数，所述预配置参数的容量根据所述容量指示消息确定；切换命令发送单元，用于根据所述切换请求确认消息，发送切换命令。

在一种可能的实现方式中，所述请求发送单元用于：发送包括所述容量指示消息和当前配置参数的切换请求消息；和/或，发送包括所述容量指示消息、当前配置参数和切换触发条件的条件切换请求消息。

在一种可能的实现方式中，所述容量指示消息包括：比特数限制范围，用于指示所述预配置参数的容量的比特数范围；或者，候选小区数量，用于根据候选小区的数量，指示所述预配置参数的容量范围。

在一种可能的实现方式中，所述预配置参数的容量根据所述容量指示消息确定，包括：所述预配置参数的容量不超过所述比特数限制范围；或者，所述预配置参数的容量不超过根据所述候选小区数量确定的容量范围。

在一种可能的实现方式中，所述切换命令发送单元用于：根据所述切换请求确认消息，获取所述预配置参数；通过无线资源控制rrc信令，发送包括所述预配置参数的切换命令。

在一种可能的实现方式中，所述rrc信令包括至少一个候选小区的预配置参数。

根据本公开的第四方面，提供了一种小区切换装置，包括：请求接收单元，用于接收切换请求消息，其中，所述切换请求消息包括预配置参数的容量指示消息；请求确认生成单元，用于根据所述切换请求消息，生成切换请求确认消息，其中，所述切换请求确认消息包括所述预配置参数，所述预配置参数的容量根据所述容量指示消息确定；请求确认发送单元，用于发送所述切换请求确认消息。

在一种可能的实现方式中，所述切换请求消息还包括：当前配置参数，和/或，切换触发条件。

在一种可能的实现方式中，所述请求确认生成单元包括：容量范围确定子单元，用于根据所述容量指示消息，确定所述预配置参数的容量范围；预配置参数生成子单元，用于根据所述预配置参数的容量范围，生成所述预配置参数，其中，所述预配置参数的容量不超过所述容量范围；请求确认生成子单元，用于生成包括所述预配置参数的切换请求确认消息。

在一种可能的实现方式中，所述容量指示消息包括：比特数限制范围，用于指示所述预配置参数的容量的比特数范围；或者，候选小区数量，用于根据候选小区的数量，指示所述预配置参数的容量范围。

在一种可能的实现方式中，所述容量范围确定子单元用于：将所述比特数限制范围作为所述预配置参数的容量范围；或者，根据所述候选小区数量，结合所述切换请求消息，计算所述预配置参数的容量范围。

在一种可能的实现方式中，所述容量范围确定子单元进一步用于：根据所述切换请求消息，获取当前配置参数的容量；根据所述当前配置参数的容量，确定所述预配置参数的最大容量；根据所述最大容量与所述候选小区数量之间的比值，确定所述预配置参数的容量范围。

根据本公开的第五方面，提供了一种小区切换装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行上述第一方面的方法。

根据本公开的第六方面，提供了一种小区切换装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行上述第二方面的方法。

根据本公开的第七方面，提供了一种非易失性计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述第一方面的方法。

根据本公开的第八方面，提供了一种非易失性计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述第二方面的方法。

通过发送包括有容量指示消息的切换请求消息，接收包括有预配置参数的切换请求确认消息，且预配置参数的容量根据容量指示消息确定，再根据切换请求确认消息，发送切换命令，根据本公开的各方面实施例的小区切换方法及装置，能够通过容量指示消息来限制预配置参数的容量大小，从而可以减小切换命令超出用户设备的配置限制的可能性，继而尽可能的使用户设备可以接收多个候选目标小区配置的切换命令，保证小区切换的正常进行，有助于切换性能的提升。

根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。

图1示出根据本公开一实施例的条件切换的流程图。

图2示出根据本公开一实施例的小区切换方法的流程图。

图3示出根据本公开一实施例的小区切换方法的流程图。

图4示出根据本公开一实施例的小区切换装置的框图。

图5示出根据本公开一实施例的小区切换装置的框图。

图6示出根据本公开一应用示例的示意图。

图7示出根据本公开一应用示例的示意图。

图8示出根据本公开一实施例的小区切换装置的框图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

在第三代合作伙伴计划(3gpp，3rdgenerationpartnershipproject)的讨论中，在小区切换过程中可以引入一种条件切换(cho，conditionalhandover)，图1示出根据本公开一实施例的条件切换的流程图，如图所示，该切换的流程如下：

从图中可以看出，条件切换流程相对于传统的小区切换过程来说，条件切换命令(choconfiguration)中包含了一个切换条件(在本公开实施例中也可以被称为条件切换触发条件)，该切换条件的具体内容在本公开应用示例中不做限制，可以为判断候选目标小区(potentialtargetnode)的信号质量比服务小区的信号质量高预定的偏移量等，ue收到该切换命令之后，可以判断切换条件是否满足，在满足切换条件时，ue可以利用切换命令中包含的候选目标小区的配置参数接入目标小区，与目标小区取得同步，在目标小区发起随机接入流程，在发送了切换完成命令(即rrc重配置完成)之后，ue实现切换到目标小区；如果切换条件不满足，ue继续维持与源基站的无线资源控制(rrc，radioresourcecontrol)连接。其中，源基站(sourcenode)可以为ue配置多个候选目标小区以及对应的切换条件。

当ue收到cho之后且发现没有满足切换条件之前，ue继续与源小区保持rrc连接，在这期间，ue继续按照源基站配置的测量配置执行测量，上报满足上报条件的邻区。源基站可以依据实际情况随时调整切换条件、或者调整候选目标小区、或者发送非条件切换的切换命令(即传统的切换命令，ue收到传统的切换命令之后需要依据该命令立即执行切换)。因此源基站需要实时掌握ue所处的信道环境变化，以便及时作出决策，避免ue切换到并不合适的邻区，如切换到并不是某个频率上最强的邻区，切换到非最强邻区之后，ue的上下行信号传输会收到很大的干扰，基站可能做出再次切换的决策，切换过程会影响数据传输速率，因此会影响用户的体验。

当源基站为ue配置多个候选目标小区时，每个候选小区均会为ue配置完整的无线参数，以便ue在依据条件切换判断可以切换到该候选小区时可以依据该小区配置的无线参数接入该候选小区，顺利开展业务。因此每个候选小区配置的无线参数比特数也是很多的，与传统切换命令的比特数差不多。

然而，通常一个ue能够存贮的rrc配置(rrcconfiguration)大小是有限制的，考虑到ue的制造成本，配置很大的存储空间是很大的浪费。新无线通信(nr，newradio)中规定ue需要支持的最大rrc配置大小是45kbytes。

当ue在应用条件切换过程中，ue内部需要保存多套无线参数配置，包括源服务小区为ue配置的无线参数(源服务小区可以是一个或多个)、每个条件切换候选小区分别为ue配置的无线参数，由于条件切换信令可以设置的比特数大小不受限定，因此可能导致源服务小区收到某个条件切换命令之后，由于该条件切换命令所包含的比特数太大，以致于源服务小区不能发送给ue，ue就可能不能切换到最合适的目标小区，从而影响ue的切换性能，严重时会导致切换失败，影响用户的体验。

为了解决上述问题，本实施例公开了一种小区切换方法的应用示例，在本公开应用示例中，源基站在向候选目标小区发送条件切换请求(chorequest)时，可以在条件切换请求中限定候选目标小区的基站能够配置的无线参数(即rrc配置)的大小，在本公开应用示例中，可以在条件切换请求中直接设定目标小区的基站能够配置的无线参数的上限为9kbytes。候选目标小区在接收到条件切换请求后，可以依据条件切换请求中的设定，在向源基站返回条件切换请求确认(chorequestack)时，在条件切换请求确认中一并反馈为ue配置的无线参数，且该无线参数的大小不超过条件切换请求中设定的9kbytes的上限值。源基站在收到候选目标小区反馈的无线参数后，可以将该无线参数通过rrc信令(如rrc重配置信令)转发至ue，由于无线参数的大小不超过9kbytes，对于本公开应用示例中的ue来说，该大小的切换命令不会引起ue存贮的rrc配置大小超过上限的情况，对于同时存在多个候选目标小区的情况来说，也不易导致丢失某一候选目标小区的rrc配置的情况，因此可以尽可能的保障小区切换过程的正常进行，提升切换性能。

图2示出根据本公开一实施例的小区切换方法的流程图，该方法可以由第一基站执行，如图所示，该方法可以包括：

步骤s11，发送切换请求消息，其中，切换请求消息包括预配置参数的容量指示消息。

步骤s12，接收切换请求确认消息，其中，切换请求确认消息包括预配置参数，预配置参数的容量根据容量指示消息确定。

步骤s13，根据切换请求确认消息，发送切换命令。

上述公开实施例中，第一基站可以为正在与ue进行通信的源基站，可以称为源基站(或源服务基站)，源基站可以管理一个或多个服务小区，为ue提供服务的小区可以是一个或多个。

在本公开实施例中，第一基站可以作为源基站，与待进行小区切换的ue进行通信，同时，为了实现小区切换，第一基站还可以与第二基站进行通信，在本公开实施例中，第二基站可以为ue可能会切换到的小区(即候选小区)的服务基站，候选小区的数量在本公开实施例中不做限制，可以为一个也可以为两个以上，根据实际情况进行确定即可，由于候选小区的数量不受限制，因此与第一基站通信的第二基站的数量，在本公开实施例中不做限制，根据实际情况进行灵活确定即可。因此，步骤s11中发送的切换请求消息，其具体的发送对象以及发送顺序可以根据实际情况灵活确定，在一种可能的实现方式中，可以同时向多个不同的第二基站发送切换请求消息；在一种可能的实现方式中，也可以按照一定的顺序，先后向不同的第二基站发送切换请求消息，其按照的顺序可以根据实际情况进行灵活确定，在本公开实施例中也不做限制。在向不同的第二基站发送切换请求消息时，每一个切换请求消息的内容可以相同，也可以不同，根据实际情况灵活确定即可，切换请求消息均会包含源基站为ue配置的无线参数。

候选小区的确定方式在本公开实施例中也可以灵活选择，在一种可能的实现方式中，确定候选小区的方式可以为：ue接入服务小区pcell(第一基站所辖的一个小区，称为主小区)，建立了rrc连接，pcell可以为ue配置服务小区和相邻小区的测量，具体的配置方式在本公开实施例中不做限制，在一个示例中，pcell可以通过rrc信令配置ue进行不同频率上的测量。ue可以根据pcell的配置，按照测量需求执行测量，并评估相邻小区是否满足pcell配置的上报条件，如果满足上报条件，可以向第一基站发送相应的测量报告。第一基站在收到ue的一个或多个测量报告时，可以触发第一基站根据接收到的测量报告的情况，相应地选择一个或两个以上的候选小区，选择的标准也可以根据实际情况灵活决定，在本公开实施例中不做限制，通常选择一个频率上ue所测的信号最强的一个或多个小区作为候选小区。

通过上述公开实施例可以看出，在一种可能的实现方式中，第一基站可以根据ue的测量报告，确定候选小区，从而向候选小区的服务基站(即第二基站)发送切换请求消息。

切换请求消息的实现方式可以根据实际情况灵活决定。通过步骤s11可以看出，切换请求消息可以包括预配置参数的容量指示消息。其中，预配置参数可以为第二基站为待进行切换的ue所配置的无线参数，其实现方式也可以根据实际情况灵活决定，在一种可能的实现方式中，预配置参数可以包括第二基站为ue分配的每个无线承载对应的参数、配置测量参数以及配置随机接入参数等，由于可以存在多个第二基站，因此不同第二基站的预配置参数的具体内容可以根据实际情况灵活确定，在本公开实施例中不做限制。由于预配置参数可以包含的内容不同，因此，不同的第二基站所对应的预配置参数，其容量(即该预配置参数包含的比特数)也可能存在差异，因此，本公开实施例中提出的预配置参数的容量指示消息，即可以用于限制每个预配置参数的比特数大小。上述公开实施例中已经提出，不同第二基站之间的切换请求消息可以相同，也可以不同，因此，切换请求消息中包含的容量指示消息，在发送至不同的第二基站时，其实现方式也可以相同或不同，根据实际情况灵活确定即可。

容量指示消息的具体实现形式可以根据实际情况进行灵活确定，在一种可能的实现方式中，容量指示消息可以包括：

比特数限制范围，用于指示预配置参数的容量的比特数范围；或者，

候选小区数量，用于根据候选小区的数量，指示预配置参数的容量范围。

通过上述公开实施例可以看出，在一种可能的实现方式中，容量指示消息可以通过比特数限制范围的实现方式进行实现，即通过在容量指示消息中直接设置比特数范围，来限定预配置参数的比特数不超过此比特数范围，从而实现对预配置参数的容量限制。具体的比特数限制范围的设置内容在本公开实施例中不做限制，可以根据实际情况灵活决定，在一个示例中，可以设置预配置参数的比特数上限为9kbytes、8kbytes或7kbytes等。

在一种可能的实现方式中，容量指示消息也可以通过候选小区数量的实现方式进行实现，即通过在容量指示消息中指示第一基站预期的候选小区的数量，来使得第二基站可以基于此候选小区的数量，结合切换请求消息中的内容，通过计算的方式来确定预配置参数的容量应该在何种范围内。该计算过程在本公开实施例中不做限制，具体过程可以参考后续以第二基站为主体的公开实施例的内容，在此先不做描述。

通过容量指示消息，可以有效限制预配置参数的比特数大小，从而可以有效降低向ue发送的切换命令的大小，从而可以避免总的切换命令超出用户设备的配置限制，继而尽可能的使用户设备可以接收多个候选目标小区配置的切换命令(包括条件切换命令和传统切换命令)，保证小区切换的正常进行，有助于切换性能的提升。同时，通过比特数限制范围或是候选小区数量等不同形式的容量指示消息，可以增加对预配置参数的容量限制的灵活性，提升切换过程的灵活性，扩大切换过程的适用范围。

切换请求消息除了可以包含容量指示消息外，其还可以包含其他的内容，在一种可能的实现方式中，切换请求消息还可以包括当前配置参数，和/或，切换触发条件。

其中，当前配置参数可以为第一基站为ue进行当前通信时所配置的相关的无线参数，其具体实现形式可以根据实际情况灵活决定，在一种可能的实现方式中，当前配置参数可以包括信令无线承载的配置参数、数据无线承载的配置参数等。

切换触发条件可以为第一基站为ue设定的进行小区切换的触发条件。ue在进行小区切换时，既可以为包含切换触发条件的条件切换过程，也可以为不包含切换触发条件的传统切换过程。其中，条件切换的过程与传统切换过程的主要区别在于条件切换的过程中增加了切换触发条件，第二基站在向第一基站反馈切换请求确认消息时，可以参考切换触发条件来对应生成预配置参数；ue在接收到第一基站发送的切换命令后，可以判断是否满足切换触发条件，在满足切换触发条件时，才会切换到满足触发条件的候选小区，在不满足切换触发条件时，仍会维持与第一基站之间的通信，当同时存在多个候选小区均满足触发条件时，ue可以随机选择切换到哪一个候选小区，或是根据信号质量等判断参数，选择性地选择切换到的候选小区。而传统切换过程由于不包含切换触发条件，因此第二基站向第一基站反馈切换请求确认消息时，不会参考切换触发条件；而ue在接收到切换命令时，可以直接切换至对应的小区，而无需在满足条件时才进行切换。

基于上述公开实施例可以看出，切换触发条件的具体内容，可以根据实际情况灵活确定。在一种可能的实现方式中，切换触发条件可以是候选小区的信号质量超过预设的门限、或是候选小区的信号质量比当前服务小区pcell的信号质量高预设的偏移量等，在本公开实施例中不做限定。

由于小区切换可以为包含了切换触发条件的条件切换方式，也可以为不包含切换触发条件的传统切换方式，因此，在一种可能的实现方式中，步骤s11可以包括：

发送包括容量指示消息和当前配置参数的切换请求消息；和/或，

发送包括容量指示消息、当前配置参数和切换触发条件的条件切换请求消息。

通过上述公开实施例可以看出，在发送切换请求消息时，可以向所有的候选小区发送条件切换请求消息，在所有候选小区间均实现条件切换过程；也可以向所有候选小区发送不包含切换触发条件的切换请求消息，在所有的候选小区间均实现传统切换过程；也可以向部分候选小区发送条件切换请求消息，向剩余候选小区发送普通的切换请求消息，从而根据实际情况灵活实现条件切换和传统切换的混合切换方式。

在通过步骤s11向第二基站发送了切换请求消息后，第二基站可以根据切换请求消息对应生成切换请求确认消息，并将切换请求确认消息反馈至第一基站，第二基站生成切换请求确认消息的具体过程可以参考后续以第二基站为主体的公开实施例，在此先不做具体描述。由于第二基站生成切换请求确认消息后，会将其反馈至第一基站，因此第一基站可以通过步骤s12，接收第二基站反馈的切换请求确认消息，从而为后续发送切换命令做准备。切换命令可以通过rrc重配置信令发送，rrc重配置信令包含候选小区配置的预配置参数时即为切换命令，如当rrc重配置信令包含传统切换流程中目标小区配置的预配置参数时，为传统切换命令；当rrc重配置信令包含条件切换流程中候选小区配置的预配置参数以及该候选小区对应的条件切换触发条件时，为条件切换命令。

上述公开实施例中已经提出，步骤s12中，接收的切换请求确认消息中包括预配置参数，预配置参数的容量根据容量指示消息确定，而容量指示消息的实现形式可以为比特数限制范围，也可以为候选小区数量，因此，与之相应的，预配置参数的容量根据容量指示消息确定，可以包括：预配置参数的容量不超过比特数限制范围；或者，预配置参数的容量不超过根据候选小区数量确定的容量范围。即，在容量指示消息为直接限定的比特数范围时，预配置参数的容量直接可以参考此比特数范围来进行确定，从而使得预配置参数的比特数大小不会超出限定的比特数范围；而在容量指示消息为候选小区数量时，由于第二基站可以根据候选小区数量计算得到预配置参数的容量范围，因此，预配置参数的容量可以参考计算得到的结果，从而使得预配置参数的比特数大小不会超过计算结果所限制的比特数范围。

通过设定预配置参数的容量不超过比特数限制范围，或是预配置参数的容量不超过候选小区数量确定的容量范围，可以使得候选小区在一定的限制范围内为ue配置无线参数，从而使得ue可以同时接收多个候选小区的条件切换命令或是传统切换命令；也可以使得ue在接收了一个或多个切换命令后，在信令缓存区的大小有限的情况下，仍可以从源基站接收具有容量限制的切换命令，同时避免出现切换命令的大小超出ue可用的信令缓存区的限制的情况。从而提升切换命令发送至ue的及时性，有助于保障良好的小区切换性能。

通过步骤s12接收了切换请求确认消息后，可以通过步骤s13，根据切换请求确认消息，发送切换命令。通过上述公开实施中已经可以看出，步骤s13中第一基站可以向ue发送切换命令，在本公开实施例中，步骤s13的实现方式可以根据实际情况灵活确定，在一种可能的实现方式中，步骤s13可以包括：

步骤s131，根据切换请求确认消息，获取预配置参数。

步骤s132，通过无线资源控制rrc信令，发送包括预配置参数的切换命令。

其中，切换命令包含的具体内容在本公开实施例中不做限制，可以根据实际情况灵活选择，除了包含上述公开实施例中提出的预配置参数外，还可以包括切换指示、切换对象以及切换触发条件等。

步骤s131的实现方式可以根据实际情况进行灵活确定。上述公开实施例中已经提出，第二基站向第一基站反馈的切换请求确认消息中，包含该第二基站为ue配置的预配置参数，因此，第一基站可以直接通过读取切换请求确认消息，获取预配置参数。在一个示例中，第二基站为ue配置的预配置参数，可以存放在一个rrccontainer中，因此第一基站可以直接从切换请求确认消息中的rrccontainer获取该第二基站为ue配置的预配置参数，且无需对该rrccontainer中的参数进行解析，而是直接将其作为切换命令中的一部分，转发给ue即可。

步骤s132的实现方式也可以根据实际情况灵活选择。即如何通过无线资源控制(rrc,radioresourcecontrol)信令来发送包括预配置参数的切换命令，其实现方式可以灵活确定。在一种可能的实现方式中，rrc信令可以包括至少一个候选小区的预配置参数，即rrc信令可以仅包含一个候选小区的预配置参数，也可以包含两个以上候选小区的预配置参数。因此，在一个示例中，可以通过一条rrc信令(如rrc配置信令等)将每个第二基站为ue配置的预配置参数发送给ue；在一个示例中，可以通过两个以上的rrc信令，分别将每个第二基站为ue配置的预配置参数发送给ue；在一个示例中，在通过rrc信令将预配置参数发送至ue时，还可以在rrc信令中同时指示每个预配置参数所对应的候选小区的切换触发条件。

通过在rrc信令将包含预配置参数的切换命令发送至ue，且rrc信令中可以包括至少一个候选小区的预配置参数，可以根据候选小区的情况，灵活确定是通过一条rrc信令将所有候选小区的预配置参数同时发送，还是分别通过多条rrc信令将每一个候选小区的预配置参数进行发送，提升了小区切换过程的灵活性和选择性。

在第一基站向ue发送了切换命令后，ue可以根据切换命令，实现小区切换。其具体的切换过程在本公开实施例中不做限制，可以根据实际情况进行灵活选择。在一个示例中，第一基站可以向ue发送条件切换命令cho，即第一基站发送的切换命令中包含切换触发条件，此时当ue收到cho之后，ue可以判断候选小区是否满足切换触发条件，在满足切换触发条件时，ue利用cho中包含的候选目标小区的配置参数接入目标小区，与目标小区取得同步，在目标小区发起随机接入流程，在发送了切换完成命令(即rrc重配置完成)之后，ue实现切换到目标小区；如果切换触发条件不满足，ue继续维持与第一基站的rrc连接。需要注意的是，在ue接收到cho之后且未完成小区切换之前，ue仍可以继续与第一基站保持rrc连接，在这期间，ue继续按照第一基站配置的测量配置执行测量，上报满足上报条件的相邻小区。第一基站可以依据实际情况随时调整切换触发条件、或者调整候选小区、或者发送非条件切换的切换命令(即传统的切换命令，ue收到传统的切换命令之后需要依据该命令立即执行切换)。因此第一基站需要实时掌握ue所处的信道环境变化，以便及时作出决策，避免ue切换到并不合适的相邻小区，如切换到并不是某个频率上最强的邻区，切换到非最强邻区之后，ue的上下行信号传输会收到很大的干扰，基站可能做出再次切换的决策，切换过程会影响数据传输速率，因此会影响用户的体验。在一个示例中，在ue接收了一个或多个条件切换命令之后，且未完成小区切换之前，ue可用的rrc缓存区域(即rrcbuffer)已经很有限了，此时如果第一基站决定采用传统的切换，如向另外的目标基站发送切换请求，此时在该切换请求中也需要设置目标基站能够配置的无线参数大小，这样当第一基站收到目标基站返回的传统的切换命令之后，可以立即将该切换命令发送给ue，而不会发生切换命令的大小超出ue可用的rrcbuffer的场景，使得切换命令可以及时发送，有助于保证良好的切换性能。

上述公开实施例中公开了以第一基站为执行对象的小区切换方法的过程，上述公开实施例中已经提出，该小区切换的完整过程需要第二基站进行配合执行来实现，因此，图3示出根据本公开一实施例的小区切换方法的流程图，该方法可以由第二基站执行，如图所示，该方法可以包括：

步骤s21，接收切换请求消息，其中，切换请求消息包括预配置参数的容量指示消息。

步骤s22，根据切换请求消息，生成切换请求确认消息，其中，切换请求确认消息包括预配置参数，预配置参数的容量根据容量指示消息确定。

步骤s23，发送切换请求确认消息。

其中，步骤s21中切换请求消息的具体实现方式，可上述公开实施例中已经提出，在此不再赘述。第二基站在接收到切换请求消息后，可以根据自身的负载能力等判断条件，来确定是否可以接受该切换请求，如果可以接受，则可以通过步骤s22，生成切换请求确认消息，如果不可以接受，则可以向第一基站反馈拒绝该切换请求。

步骤s22的实现方式可以根据实际情况灵活选择，在一种可能的实现方式中，步骤s22可以包括：

步骤s221，根据容量指示消息，确定预配置参数的容量范围。

步骤s222，根据预配置参数的容量范围，生成预配置参数，其中，预配置参数的容量不超过容量范围。

步骤s223，生成包括预配置参数的切换请求确认消息。

上述公开实施例中已经提出，容量指示消息可以为比特数限制范围，也可以为候选小区数量，因此，随着容量指示消息的实现形式的不同，确定预配置参数的容量范围的方式也会相应的发生变化。因此，在一种可能的实现方式中，步骤s221可以包括：

将比特数限制范围作为预配置参数的容量范围；或者，根据候选小区数量，结合切换请求消息，计算预配置参数的容量范围。

其中，将比特数限制范围作为预配置参数的容量范围，其具体的限制方式可以参考上述公开实施例，在此不再赘述。而根据候选小区数量，结合切换请求消息，计算预配置参数的容量范围，其具体计算过程可以根据实际情况灵活确定，在一种可能的实现方式中，该过程可以包括：

步骤s2211，根据切换请求消息，获取当前配置参数的容量。

步骤s2212，根据当前配置参数的容量，确定预配置参数的最大容量。

步骤s2213，根据最大容量与候选小区数量之间的比值，确定预配置参数的容量范围。

其中，在上述公开实施例中已经提出过，切换请求消息可以包含当前配置参数的相关内容，因此，通过切换请求消息，可以获知当前配置参数的容量。在获取当前配置参数的容量后，可以通过步骤s2212，确定预配置参数的最大容量，在一种可能的实现方式中，该预配置参数的最大容量，即为ue中可容纳的配置参数的剩余容量，举例来说，在nr中一般规定ue需要支持的最大rrc配置的大小为45kbytes，因此，在获知了ue中当前配置参数的容量(在此将该容量记为r1)后，此时ue中剩余可容纳的容量为(45-r1)kbytes，因此，可以将45-r1作为预配置参数的最大容量。

由于可能存在多个候选小区，因此，如果直接将预配置参数的最大容量作为预配置参数的容量范围，那么对于ue来说，可能一个预配置参数即占满了ue的所有配置空间，因此此时可以进一步通过步骤s2213，根据最大容量与候选小区数量之间的比值，来确定预配置参数的容量范围。步骤s2213的具体实现方式可以根据实际情况灵活确定，本公开实施例中可以将候选小区的数量记为c，在一个示例中，可以直接将预配置参数的最大容量与候选小区的数量之间进行做商，来得到平均每个预配置参数的容量，并将这个容量作为容量范围的上限，即将(45-r1)/c作为预配置参数的容量上限；在一个示例中，可以考虑第一基站还可能向ue发送传统的切换命令，因此此时除了要考虑候选小区的数量外，还需要考虑潜在的传统切换命令，因此可以将候选小区的数量加一后，将预配置参数的最大容量与其做商，来得到平均每个预配置参数的容量，并将这个容量作为容量范围的上限，即将(45-r1)/(c+1)作为预配置参数的容量上限；在一个示例中，还可以进一步考虑为传统切换命令预留更多的比特数，因此在上述示例中的计算结果中，还可以进一步下调一定的比特数，具体下调的数量在此不做限制，来得到最终的预配置参数的容量范围。具体举例来说，容量指示消息可以指示候选小区数量为3，而切换请求消息中可以指示第一基站配置的当前配置参数rrcconfiguration的大小为9kbytes，由于nr中ue的rrc配置大小上限为45kbytes，因此，每个候选小区可以配置的预配置参数的大小最大为45-9＝36kbytes，在考虑了第一基站可能向ue发送传统切换命令的情况后，第二基站考虑可以为ue配置的预配置参数的大小上限可以为36/(3+1)＝9kbytes，进一步考虑为传统切换命令预留更多的比特数时，第二基站可以考虑预配置参数的上限为8kbytes或7kbytes。

通过基于候选小区数量来确定预配置参数的容量范围，可以使得最终确定的容量范围，根据ue通信的实际情况而灵活确定，更加具有参考性，也可以进一步减小ue的rrc配置超出容量上限的可能性，从而保证小区切换的及时性和稳定性。

图4示出了根据本公开一实施例的小区切换装置的框图，如图所示，该装置30包括：

请求发送单元31，用于发送切换请求消息，其中，切换请求消息包括预配置参数的容量指示消息；

请求确认接收单元32，用于接收切换请求确认消息，其中，切换请求确认消息包括预配置参数，预配置参数的容量根据容量指示消息确定；

切换命令发送单元33，用于根据切换请求确认消息，发送切换命令。

在一种可能的实现方式中，请求发送单元用于：发送包括容量指示消息和当前配置参数的切换请求消息；和/或，发送包括容量指示消息、当前配置参数和切换触发条件的条件切换请求消息。

在一种可能的实现方式中，容量指示消息包括：比特数限制范围，用于指示预配置参数的容量的比特数范围；或者，候选小区数量，用于根据候选小区的数量，指示预配置参数的容量范围。

在一种可能的实现方式中，预配置参数的容量根据容量指示消息确定，包括：预配置参数的容量不超过比特数限制范围；或者，预配置参数的容量不超过根据候选小区数量确定的容量范围。

在一种可能的实现方式中，切换命令发送单元用于：根据切换请求确认消息，获取预配置参数；通过无线资源控制rrc信令，发送包括预配置参数的切换命令。

在一种可能的实现方式中，rc信令包括至少一个候选小区的预配置参数。

图5示出了根据本公开一实施例的小区切换装置的框图，如图所示，该装置40包括：

请求接收单元41，用于接收切换请求消息，其中，切换请求消息包括预配置参数的容量指示消息；

请求确认生成单元42，用于根据切换请求消息，生成切换请求确认消息，其中，切换请求确认消息包括预配置参数，预配置参数的容量根据容量指示消息确定；

请求确认发送单元43，用于发送切换请求确认消息。

在一种可能的实现方式中，切换请求消息还包括：当前配置参数，和/或，切换触发条件。

在一种可能的实现方式中，请求确认生成单元包括：容量范围确定子单元，用于根据容量指示消息，确定预配置参数的容量范围；预配置参数生成子单元，用于根据预配置参数的容量范围，生成预配置参数，其中，预配置参数的容量不超过容量范围；请求确认生成子单元，用于生成包括预配置参数的切换请求确认消息。

在一种可能的实现方式中，容量指示消息包括：比特数限制范围，用于指示预配置参数的容量的比特数范围；或者，候选小区数量，用于根据候选小区的数量，指示预配置参数的容量范围。

在一种可能的实现方式中，容量范围确定子单元用于：将比特数限制范围作为预配置参数的容量范围；或者，根据候选小区数量，结合切换请求消息，计算预配置参数的容量范围。

在一种可能的实现方式中，容量范围确定子单元进一步用于：根据切换请求消息，获取当前配置参数的容量；根据当前配置参数的容量，确定预配置参数的最大容量；根据最大容量与候选小区数量之间的比值，确定预配置参数的容量范围。

图6和图7示出了本公开一应用实例的示意图，该应用示例仅为便于理解本公开实施例，不对本公开实施例进行限制。

如图6所示，本公开应用示例中，ue在当前情况下与源基站(也可称为服务基站)之间进行通信，并接入服务小区pcell(源基站所辖的一个小区)，建立了rrc连接，pcell为ue配置服务小区和邻区的测量，可以通过rrc信令配置ue测量不同频率上的测量，ue按照测量需求执行测量，在满足上报条件时向源基站发送测量报告(measurementreport)。

ue在开展通信业务时，按照源基站配置的测量配置执行测量，在评估邻区是否满足上报条件之后，且在满足上报条件时上报相应的测量报告。源基站在收到ue的一个或多个测量报告之后，源基站可以触发条件切换cho。即源基站可以选择多个候选小区，然后分别向这多个候选小区所属的候选目标基站发送cho请求，其中包含ue当前的配置参数和切换触发条件，当前配置参数可以包含信令无线承载的配置参数、数据无线承载的配置参数等，以便候选目标基站为该ue合理配置参数。

如图所示，在本公开应用示例中，假定候选目标小区有3个，分别是cell1、cell2和cell3(分别属于不同的候选目标基站)，它们可以位于同一频率或者位于不同频率。源基站可以为这三个候选目标小区配置相同的切换触发条件，也可以配置不同的切换触发条件，具体的切换触发条件可以是候选目标小区的信号质量超过预设的门限、或者候选目标小区的信号质量比pcell的信号质量高预设的偏移量等，本公开应用示例对具体的切换触发条件不做限定。条件切换的具体流程如下：

源基站收到ue的测量报告之后，根据ue的当前通信情况以及邻区的通信条件等，做出是否采用cho的决定(chodecision)，并根据测量报告的内容和信号的强弱等条件来确定候选目标小区以及相应的切换触发条件。然后分别向3个候选小区所属的基站发送cho请求(chorequest)，在该请求中包含源基站为ue配置的无线参数以及cho触发条件。源基站向多个候选目标基站发送cho请求可以同时进行，也可以先后执行。

候选目标基站收到cho请求之后，依据自身的负载等条件判断是否接受该请求，如果接受，则为ue分配无线配置参数如分配每个无线承载对应的参数、配置测量参数、配置随机接入参数等，然后通过基站之间的接口向源基站返回cho请求确认(chorequestacknowledge)，该确认消息包含候选目标基站为ue分配的无线配置参数，候选目标基站为ue配置的无线参数放在一个rrccontainer中，该container中的参数不需要源基站解析，由源基站直接转发给ue。

当源基站收到候选目标基站返回的cho请求确认之后，可以通过一条rrc信令如rrc重配置信令(rrcreconfiguration)或多条rrc信令将每个候选目标基站为ue配置的无线参数发送给ue，源基站会同时指示每个候选小区对应的条件切换触发条件。

ue收到之后可以开展评估候选小区(evaluationchocondition)，在满足cho触发条件时，触发切换，接入目标小区。

在本公开应用示例中，ue能够支持的rrc配置大小上限是45kbytes，假定源服务小区为ue配置的无线参数即rrc配置大小是9kbytes。为了避免多个候选小区为ue配置的无线参数，总的信令比特数大小超过ue的存贮上限的情况，可以在源基站向候选目标小区们发送的cho请求中，同时设定候选目标基站能够配置的无线参数即rrc配置的大小，具体过程可以为：

每个候选小区从cho请求中可以获知源服务小区为ue配置的无线参数大小，因此每个候选小区可以配置的无线参数即rrc配置大小最大为45-9＝36kbytes。事实上，由于在条件切换过程中，ue在收到条件切换相关的参数(可以称为条件切换命令)之后，还需要继续维持与源服务小区的rrc连接，源服务小区可能在此期间向ue发送传统的切换命令，传统的切换命令也需要占据一定的rrc配置大小如需要12kbytes，因此每个候选目标小区不能配置太大的比特数如达到36kbytes。但即使每个候选目标小区为ue配置15kbytes的无线参数，3个候选目标小区就需要45kbytes的大小，在这种情况下，源基站不能把3个候选目标小区配置的条件切换命令发送给ue，只能选择一个或两个cho切换命令发送给ue。为了尽量避免这种情况，在本公开应用示例中，可以设定允许配置的rrc配置上限，如设定上限为9kbytes；或者指示源基站期待配置的候选目标小区数量如3个，候选目标基站收到之后，依据源小区配置的rrcconfiguration大小如9kbytes，以及ue可用的rrc配置大小为36kbytes，在考虑源基站可能向ue发送传统的切换命令，因此候选目标基站考虑可以为ue配置的无线参数为36/(3+1)＝9kbytes，或者候选目标基站可以考虑为传统的切换命令预留更多的比特数，因此候选目标基站考虑为ue配置的无线参数上限为8kbytes或7kbytes。基于这种限定方式，最终ue中rrc缓存区域rrcbuffer内部的参数情况如图7所示，如图所示，在本公开应用示例中，ue的rrc缓存区域包括源基站的无线配置参数(sourcecellconfig)、候选目标小区cell1的无线配置参数(candidatecell1config)、候选目标小区cell2的无线配置参数(candidatecell2config)、候选目标小区cell3的无线配置参数(candidatecell3config)以及缓存的切换命令(legacyho)。

通过图7可以看出，通过在条件切换请求中设置候选目标小区能够配置的无线参数大小，可以使得ue能够接收这多个候选目标小区的条件切换命令，以及可以接收可能的传统切换命令。在应用cho之后，即ue接收了一个或多个条件切换命令之后，ue可用的rrcbuffer已经很有限了，此时如果源基站决定采用传统的切换，如向另外的目标基站发送切换命令，此时在该切换命令中也需要设置目标基站能够配置的无线参数大小，这样当源基站收到目标基站返回的切换命令之后，可以立即将切换命令发送给ue，不会发生切换命令的大小超出ue可用的rrcbuffer的场景，继而使得切换命令及时发送，有助于保证良好的切换性能。

通过第一基站向第二基站发送包括有容量指示消息的切换请求消息，第二基站根据切换请求消息生成并向第一基站发送包括有预配置参数的切换请求确认消息，且预配置参数的容量根据容量指示消息确定，第一基站再根据切换请求确认消息，向用户设备发送切换命令，根据本公开的各方面实施例的小区切换方法及装置，能够通过容量指示消息来限制预配置参数的容量大小，从而可以减小切换命令超出用户设备的配置限制的可能性，继而尽可能的使用户设备可以接收多个候选目标小区配置的切换命令，保证小区切换的正常进行，有助于切换性能的提升。

图8是根据一示例性实施例示出的一种小区切换装置1300的框图。例如，装置1300可以被提供为一服务器。参照图8，装置1300包括处理组件1322，其进一步包括一个或多个处理器，以及由存储器1332所代表的存储器资源，用于存储可由处理组件1322的执行的指令，例如应用程序。存储器1332中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1322被配置为执行指令，以执行上述方法。

装置1300还可以包括一个电源组件1326被配置为执行装置1300的电源管理，一个有线或无线网络接口1350被配置为将装置1300连接到网络，和一个输入输出(i/o)接口1358。装置1300可以操作基于存储在存储器1332的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。

在示例性实施例中，还提供了一种非易失性计算机可读存储介质，例如包括计算机程序指令的存储器1332，上述计算机程序指令可由装置1300的处理组件1322执行以完成上述方法。

本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。