CN111757317A - 一种请求处理方法、相关装置及系统 - Google Patents

Abstract

本申请实施例公开了一种请求处理方法、相关装置及系统，第一基站可以从第二基站发送的第一基站添加请求中获取至少一个UE的UE类型信息，提供了第二基站获取UE类型信息的方案。方法包括：第一基站接收第二基站发送的第一基站添加请求消息；当第一基站添加请求消息中包含终端设备UE的UE类型信息时，第一基站根据第一基站添加请求消息确定UE的类型；其中，第一基站为新空口NR基站，第二基站为长期演进LTE基站。

Description

一种请求处理方法、相关装置及系统

技术领域

本申请涉及通信领域，尤其涉及一种请求处理方法、相关装置及系统。

背景技术

无线通信系统中不断有新的特性被推出，而终端设备的品牌和型号也越来越多，不同类型的终端支持的特性可能不同，也即不是无线通信系统推出的所有特性都能被所有类型的终端支持。当基站使用的特性不被终端设备支持时，容易出现异常掉话的现象，降低了系统性能。

在长期演进(long term evolution，LTE)系统中，3GPP协议中定义了移动管理实体(mobility management entity，MME)与演进型基站(evolutional node B，eNB或eNodeB)之间UE类型信息的传递流程，也定义了eNB与eNB之间终端设备的类型信息的传递流程，从而可以方便eNB对不同类型的终端设备进行差异化管理。

但无线通信系统开始演进为第五代(5th generation，5G)无线通信系统，终端设备通过LTE系统与NR系统所构成的双连接(dual connection，DC)通信系统进行数据传输，但目前协议中却没有关于新空口(new radio，NR)系统中的基站(gNB)如何获取到终端设备(user equipment，UE)的类型信息的定义，因此，一套能够帮助gNB获取到终端设备的类型信息的方案亟待推出。

发明内容

本申请实施例提供了一种请求处理方法、相关装置及系统，第一基站可以从第二基站发送的第一基站添加请求中获取至少一个UE的UE类型信息，提供了第二基站获取UE类型信息的方案。

第一方面，本申请实施例提供一种请求处理方法。

在UE进入LTE通信系统和NR通信系统构成的双连接通信系统之后，第一基站可以接收第二基站发送的第一基站添加请求消息，第一基站添加请求用于指示第一基站为即将接入的UE准备无线资源，当第一基站添加请求消息中包含UE的UE类型信息时，第一基站根据第一基站添加请求消息中的UE类型信息确定UE的类型，其中，第一基站为NR基站，第二基站为LTE基站，UE类型信息中至少包含UE的型号，还可以包含UE的操作系统的软件版本号。

在本申请中，第一基站为NR基站，第二基站为LTE基站，第一基站接收到第二基站发送的第一基站添加请求，在第一基站添加请求中携带UE的UE类型信息的情况下，从而第一基站可以根据UE的UE类型对UE进行差异化管理，以提供更良好的用户体验。由于至少一个UE的UE类型信息是包含在第一基站添加请求中的，而第一基站添加请求是触发第一基站进入UE的双连接通信系统的请求，从而第一基站可以在为UE提供通信服务的初始即获取到UE的类型信息，则保证了UE从进入双连接通信系统之后即可以获取到良好的通信服务；且本方案的实施是基于现有的网络架构实现的，也即不会给现有的网络架构造成很大的改变，提高了本方案的可实现性。

在第一方面的一种可能实现中，本申请实施例提供的请求处理方法还可以包括：第一基站上可以预先配置有终端设备管理信息，终端设备管理信息中至少包括多种UE类型、与每种UE类型对应的至少一个特性以及与每种UE类型的每个特性一一对应的归属名单，则第一基站在获取到UE的UE类型之后，可以根据UE类型以及预先配置的终端设备管理信息确定UE的至少一个特性，其中，特性指的是通信技术在不断改进或改变过程中引入的新技术；进而第一基站可以确定UE的至少一个特性中每个特性对应的归属名单，归属名单用于指示与归属名单对应的UE对与归属名单对应的特性的支持情况，第一基站在确定UE的至少一个特性中每个特性对应的归属名单之后，可以结合UE的至少一个特性和每个特性对应的归属名单对UE进行管理。

在本申请中，第一基站在获取到UE的UE类型之后，可以根据UE类型确定UE的至少一个特性，并进而根据UE的至少一个特性对UE进行差异化管理，由于特性指的是在通信技术演进或改变过程中的新技术，根据UE的至少一个特性对UE进行差异化管理，也即确定UE对第一基站上的特性的支持情况，从而第一基站确定对UE执行哪些特性，避免导致对UE执行了不支持的特性之后出现的异常掉线等情况，提高用户的通信体验。

在第一方面的一种可能实现中，终端设备管理信息可以仅包含对特性的支持性较差的UE类型，其中，对特性的支持性较差的UE类型指的是不支持的特性数量达到第一阈值或者支持的特性数量低于第二阈值的UE类型。

在本申请中，终端设备管理信息中包含的多种UE类型中可以仅包含对特性的支持性较差的UE类型，也即第一基站可以仅管理对特性的支持性较差的UE类型，减少了第一基站的工作负荷。

在第一方面的一种可能实现中，终端设备管理信息的归属名单中可以仅包含黑名单和灰名单，其中，黑名单指的是与黑名单对应的UE不支持与黑名单对应的特性，灰名单指的是由运营商确定与灰名单对应的UE是否支持与灰名单对应的特性。

在本申请中，由于一般情况下，UE对第一基站的大部分特性都是支持的，终端设备管理列表的归属名单中仅包含黑名单和灰名单，不仅可以减少终端设备管理列表占用的存储空间，也有利于降低第一基站对UE进行差异化管理的工作负荷。

在第一方面的一种可能实现中，UE类型信息携带于国际移动设备标识软版号Masked IMEISV信元中，其中，Masked IMEISV信元携带的信息可以分为类型分配码、序列号和软件版本号，具体的，序列号的右边4位字节的值均置1。

在本申请中，将携带UE类型信息的信元确定为Masked IMEISV信元，提高了本方案的可执行性，且由于Masked IMEISV信元中包含的SNR的右边4位字节的值均置1，从而避免了UE的真实的唯一标识序列号被泄露，提高了信息传输过程的安全性；进一步的，当UE的操作系统的版本不同时，UE支持的特性也可能会不同，也即同一型号且操作系统版本不同的UE可以被划分为不同类型的UE，由于Masked IMEISV信元中可以同时包括UE的型号以及操作系统的版本号，则采用Masked IMEISV信元作为携带UE类型信息的信元时，可以提高第一基站在确定UE类型过程中的精度。

在第一方面的一种可能实现中，第一基站添加请求中可以携带有多种类型的信息，则第一基站上可以预先存储有第一基站添加请求的消息结构，第一基站添加请求的消息结构中至少包含每种类型的信息的信息名称以及每种类型的信息的出现属性，其中，UE的UE类型信息的出现属性为可选。

在本申请中，将UE类型信息的出现属性设置为可选，提高了本方案的实现灵活性，且由于第一基站和第二基站存储的第一基站添加请求的消息结构中UE类型信息的出现属性均为可选，则当第一基站接收到不包含UE类型信息的第一基站添加请求时，不会影响到第一基站的正常工作，保持了通信系统的稳定性。

在第一方面的一种可能实现中，Masked IMEISV信元为第二基站从移动管理实体发送的初始上下文建立请求消息中获取到的；或者，Masked IMEISV信元为第二基站从MME通过S1接口发送的第一切换请求消息中获取到的；或者，Masked IMEISV信元为第二基站通过X2接口从第三基站发送的第二切换请求消息中获取到的，第三基站为UE通过切换接入双连接通信系统之前连接的LTE基站，第二基站为UE通过切换接入双连接通信系统之后连接的LTE基站。

在本申请中，分别结合终端设备初始接入双连接通信系统、终端设备通过S1接口切换进入双连接通信系统以及终端设备通过X2接口切换进入双连接通信系统三种场景，详细介绍了本申请实施例提供的请求处理方法的具体实现方式，拓展了本方案的应用场景，也增强了本方案的可执行性。

第二方面，本申请实施例提供一种请求处理方法。

在UE进入LTE通信系统和NR通信系统构成的双连接通信系统之后，第二基站可以向第一基站发送第一基站添加请求消息，当第一基站添加请求消息中包含终端设备UE的UE类型信息时，第一基站添加请求消息用于供第一基站确定UE的类型，其中，第一基站为新空口NR基站，第二基站为长期演进LTE基站，UE类型信息中至少包含UE的型号，还可以包含UE的操作系统的软件版本号。

在第二方面的一种可能实现中，第二基站上可以预先存储有第一基站添加请求的消息结构，第一基站添加请求的消息结构中至少包含每种类型的信息名称以及与每种类型的信息的出现(presence)属性，其中，UE的UE类型信息的出现属性为可选。

在第二方面的一种可能实现中，本申请实施例提供的请求处理方法还可以包括：在UE初始接入双连接通信系统时，第二基站可以接收到移动管理实体发送的初始上下文建立请求消息，初始上下文建立请求消息中携带有Masked IMEISV信元；或者，在UE通过S1接口切换进入双连接通信系统时，第二基站接收移动管理实体通过S1接口发送的第一切换请求消息，第一切换请求中携带有Masked IMEISV信元；或者，在UE通过X2接口切换进入双连接通信系统时，第二基站接收第三基站通过X2接口发送的第二切换请求消息，第二切换请求消息中携带有Masked IMEISV信元，第三基站为UE通过切换接入双连接通信系统之前连接的LTE基站，第二基站为UE通过切换接入双连接通信系统之后连接的LTE基站。

在本申请的第二方面中，第二基站还可以执行前述第一方面的各种可能的实现方式中所描述的步骤，第二方面中其他的各种可能的实现方式可以详见前述对第一方面的各种可能的实现方式中的说明。

第三方面，本申请实施例一种基站，所述基站为第一基站，第一基站包括：接收单元和处理单元。接收单元，用于接收第二基站发送的第一基站添加请求消息；处理单元，用于当第一基站添加请求消息中包含终端设备UE的UE类型信息时，根据第一基站添加请求消息确定UE的类型，其中，第一基站为新空口NR基站，第二基站为长期演进LTE基站。

在本申请的第三方面中，第一基站的组成模块还可以执行前述第一方面的各种可能的实现方式中所描述的步骤，详见前述对第一方面以及各种可能的实现方式中的说明。

第四方面，本申请实施例一种基站，所述基站为第二基站，第二基站包括发送单元，用于向第一基站发送第一基站添加请求消息，当第一基站添加请求消息中包含终端设备UE的UE类型信息时，第一基站添加请求消息用于供第一基站确定UE的类型，其中，第一基站为新空口NR基站，第二基站为长期演进LTE基站。

在本申请的第四方面中，第二基站的组成模块还可以执行前述第二方面的各种可能的实现方式中所描述的步骤，详见前述对第二方面以及各种可能的实现方式中的说明。

第五方面，本申请实施例提供了一种基站，所述基站为第一基站，第一基站包括：接收器、处理器和存储器，接收器用于接收第二基站发送的第一基站添加请求消息并存储至存储器；处理器用于当第一基站添加请求消息中包含终端设备UE的UE类型信息时，根据第一基站添加请求消息确定UE的类型，其中，第一基站为新空口NR基站，第二基站为长期演进LTE基站。

在本申请的第五方面中，第一基站的组成模块还可以执行前述第一方面的各种可能的实现方式中所描述的步骤，详见前述对第一方面以及各种可能的实现方式中的说明。

第六方面，本申请实施例提供了一种基站，所述基站为第二基站，第二基站包括：发射器和处理器，发射器用于在处理器确定第一基站添加请求后，向第一基站发送第一基站添加请求消息，当第一基站添加请求消息中包含终端设备UE的UE类型信息时，第一基站添加请求消息用于供第一基站确定UE的类型，其中，第一基站为新空口NR基站，第二基站为长期演进LTE基站。

在本申请的第六方面中，第二基站的组成模块还可以执行前述第二方面的各种可能的实现方式中所描述的步骤，详见前述对第二方面以及各种可能的实现方式中的说明。

第七方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机或处理器上运行时，使得所述计算机或处理器执行上述第一方面或第二方面中任一项所述的方法。

第八方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机或处理器上运行时，使得所述计算机或处理器执行上述第一方面或第二方面中任一项所述的方法。

第九方面，本申请提供了一种芯片系统，该芯片系统包括处理器，用于支持通信设备实现上述方面中所涉及的功能，例如，发送或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存通信设备必要的程序指令和数据。该芯片系统，可以包括芯片，也可以包括芯片和其他分立器件。

第十方面，本申请还提供了一种通信系统，所述通信系统包括第一基站和第二基站，其中，第一基站用于执行上述第一方面以及各种可能的实现方式中第一基站执行的步骤，第二基站用于执行上述第二方面以及各种可能的实现方式中第二基站执行的步骤。

第十一方面，本申请还提供了一种通信系统，所述通信系统包括第一基站、第二基站及第三基站，其中，第一基站用于执行上述第一方面以及各种可能的实现方式中第一基站执行的步骤，第二基站用于执行上述第二方面以及各种可能的实现方式中第二基站执行的步骤，第三基站用于执行上述第一方面或第二方面以及各种可能的实现方式中第三基站执行的步骤。

本申请第二方面至第十一方面的有益效果，可以参考第一方面。

附图说明

图1为本申请实施例提供的请求处理方法所适用的双连接通信系统的一种结构示意图；

图2为本申请实施例提供的请求处理方法的一种流程示意图；

图3为本申请实施例提供的国际移动设备标识软版号信元的一种结构示意图；

图4为本申请实施例提供的请求处理方法的另一种流程示意图；

图5为本申请实施例提供的请求处理方法的又一种流程示意图；

图6为本申请实施例提供的请求处理方法的再一种流程示意图；

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

图8为本申请实施例提供的第二基站的一种结构示意图；

图9为本申请实施例提供的第一基站的另一种结构示意图；

图10为本申请实施例提供的第二基站的另一种结构示意图。

具体实施方式

本申请实施例提供了一种请求处理方法、相关装置及系统，第一基站可以从第二基站发送的第一基站添加请求中获取至少一个UE的UE类型信息，提供了第二基站获取UE类型信息的方案。

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

为了使本技术领域的人员更好地理解本申请实施例中的技术方案，下面结合附图对本申请实施例中的技术方案作进一步详细的说明。在对本申请实施例的技术方案说明之前，首先结合附图对本申请实施例的应用场景进行说明。

本申请实施例的技术方案可应用于至少两代通信系统构成的双连接场景中，作为示例，例如本申请实施例可以应用于LTE通信系统与NR通信系统构成的双连接场景下，具体的，可以包括但不限于LTE-A(LTE Advanced)系统、或LTE-U系统，或LTE授权辅助接入(licensed assisted access，LAA)系统与NR系统所构成的双连接场景下，更具体的，可以适用于以LTE基站为主基站，NR基站为辅基站的LTE-NR双连接(e-utran nr dualconnectivity，EN-DC)(以下简称为“EN-DC双连接”)中。当然本申请实施例还可以适用于NR通信系统与第六代通信系统构成的双连接场景下，或者，第六代通信系统与第七代通信系统构成的双连接场景下等，具体此处不做限定。

请参见图1，图1示出了本申请实施例提供的请求处理方法的应用环境的一种网络架构示意图，为本申请提供的技术方案应用于EN-DC双连接场景下的一种场景示意图。所述EN-DC双连接通信系统包含至少一个移动管理实体(mobility management entity，MME)、至少一个LTE基站和至少一个NR基站，应当理解，虽然图1中示出了两个MME、2个LTE基站和2个NR基站，但图1中的示例仅为方便理解本方案，具体MME、LTE基站以及NR基站的数量可以结合实际情况灵活确定。其中，LTE基站指的是LTE通信系统中的基站，也可以称为第四代通信系统中的基站或者演进型基站(evolved node B，eNB或eNodeB)，在EN-DC双连接通信系统中，LTE基站也可以称为主基站(MeNB)；NR基站指的是NR通信系统中的基站，也可以称为第五代通信系统中的基站或者gNB，在EN-DC双连接通信系统中，NR基站也可以称为辅基站(SgNB)。

MME、LTE基站以及NR基站之间可以通过通信接口连接，具体的，MME与LTE基站之间可以通过S1接口进行通信；LTE基站与LTE基站之间可以通过X2接口进行通信；MME与NR基站之间可以通过S1-U接口进行通信，S1-U接口为可选接口；LTE基站与NR基站之间的通信接口也为X2接口。目前协议中规定，MME可以通过S1接口将UE的UE类型信息传输给LTE基站；不同的LTE基站之间可以通过X2接口传递UE类型信息。但却没有对NR基站如何获取到UE类型信息做相关规定。

其中，本申请实施例中所涉及的终端设备，可以是指向用户提供语音和/或数据连通性的无线终端，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(radio access network，RAN)与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(session initiation protocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)等设备。无线终端也可以称为系统、订户单元(subscriber unit)、订户站(subscriberstation)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(user terminal)、用户代理(user agent)、用户设备(user device，)、或用户装备(userequipment，UE)，具体这里不做限定。

为解决现有技术中NR基站无法获取到UE类型信息的问题，本申请实施例提出如下的请求处理方法。下面结合图2对本申请提供的请求处理方法的具体实现方式进行详细说明，图2为本申请实施例提供的请求处理方法的一种可能的实施例，方法可以包括：

201、第一基站接收第二基站发送的第一基站添加请求消息；

本申请实施例中，第一基站为第M代通信系统中的基站，第二基站为第N代通信系统中的基站，其中M的取值大于N的取值。具体的，当本申请实施例应用于EN-DC双连接通信系统时，第一基站为NR基站，第二基站为LTE基站，应当理解，本实施例及后续实施例中，仅以本申请实施例应用于EN-DC双连接通信系统场景下进行详细说明。

本申请实施例中，当终端设备初始接入EN-DC双连接通信系统时，或者，当终端设备由LTE通信系统移动至EN-DC通信系统时，第一基站会向第二基站发送第一基站添加请求消息，第一基站添加请求用于指示第一基站为即将接入的UE准备和预留无线资源，具体的，第一基站添加请求中可以包含第一基站添加触发指示信息、所述UE的安全能力信息以及切换限制列表等信息。作为示例，例如，当第一基站为辅基站，第二基站为主基站的情况下，第一基站添加请求可以具体表现为辅基站添加请求(SgNB addition request)，当然，随着网络架构的不断演进，也可以存在第一基站为主基站，第二基站为辅基站的情况，则第一基站添加请求还可以有其他称呼，例如主基站添加请求等，具体此处不做限定。

由于第二基站在向第一基站发送的第一基站添加请求中会携带多种类型的信息，每种类型的信息可以称为一组(group)信息，并将同一类型的信息携带于一个信息元素(information element，IE)(以下简称“信元”)中。为了方便第一基站和第二基站对第一基站添加请求中包含的多种信元的管理，第一基站和第二基站上均可以存储有第一基站添加请求的消息结构，第一基站添加请求的消息结构中至少包含每个信元的名称以及与每个信元一一对应的出现(presence)属性，第一基站添加请求的消息结构中还可以包含与每个信元一一对应的指定关键性(assigned criticality)的属性。

其中，出现属性用于指示与出现属性对应的信元在第一基站添加请求中的出现必要性，作为示例，例如出现属性的属性值可以为M、O或其他属性值等，M为必须(must)的缩写，当某一信元的出现属性为M时，意味着所述信元为第一基站添加请求中必须存在的信元；O为可选(option)的缩写，当某一信元的出现属性为O时，意味着所述信元为第一基站添加请求中必须存在的信元；出现的属性为其他属性值的时候，还可以代表其他含义，此处不一一进行列举。

第一基站在接收到第一基站添加请求后，会解析第一基站添加请求以获取其中包含的多个信元，则对于某个确定的信元既可以出现解析成功，也可以出现解析失败，指定关键性的属性用于指示当某一信元解析失败时第一基站的操作，作为示例，例如指定关键性属性的属性值可以为拒绝(reject)、忽略(ignore)或其他属性值等，当某一信元的指定关键性的属性值为拒绝时，则当第一基站对所述信元解析失败时，第一基站会执行拒绝操作，也即第一基站会拒绝第二基站发送的第一基站添加请求；当某一信元的指定关键性的属性值为忽略时，则当第一基站对所述信元解析失败时，第一基站会执行忽略操作，也即不会对第二基站反馈，而是继续执行其他程序；当第一信元的指定关键性属性为其他属性值时，还可以指示第二基站作其他操作，此处不再一一进行列举。

更具体的，第一基站和第二基站可以通过建立表格、索引或其他类型的方式存储第一基站添加请求的消息结构，此处仅以第一基站和第二基站通过表格的方式存储第一基站添加请求的消息结构为例，结合如下表1进行详细说明。

表1

参见表1，表1中示出了第一基站添加请求中包含的多个信元中的四个信元的描述信息，第一个信元的名称为信息类型，所述信元的出现属性的属性值为M，也即第一基站添加请求中必须携带第一基站添加请求的信息类型，所述信元的指定关键性属性的属性值为reject，也即当第一基站对第一基站添加请求的信息类型解析失败时，第一基站执行拒绝操作；第二个信元的名称为UE在NR系统中的安全能力信息，上述信元的出现属性的属性值为M，指定关键性属性的属性值为reject，也即第一基站添加请求中必须携带UE在NR系统中的安全能力信息，若第一基站对UE在NR系统中的安全能力信息解析失败，则执行拒绝操作；此处不再对第三个信元和第四个信元进行详细介绍，但结合第三个信元和第四个信元可知，某一信元的出现属性的属性值与指定关键性属性的属性值之间没有固定的对应关系，也即并不是当信元为可选信元时，指定关键性属性的属性值就是忽略，每个属性值的确定均为结合实际情况确定下来的。应当理解，上述表1中示出的四种信元的具体含义可以结合本领域相关协议进行理解，此处不再对每个信元的具体含义作进一步介绍，且表1中对信元的排序与每个信元在第一基站添加请求中的顺序无关，表1中的举例仅为方便理解本方案，不用于限定本方案。

本申请实施例中，第一基站可以通过X2接口接收第二基站发送的第一基站添加请求消息，在接收到第一基站添加请求消息之后，结合预先存储的第一基站添加请求的消息结构，对第一基站添加请求消息进行解析，以获取第一基站添加请求消息通过多个信元携带的信息。

202、当第一基站添加请求消息中包含终端设备的终端设备类型信息时，第一基站根据第一基站添加请求消息确定终端设备的类型。

本申请实施例中，UE的UE类型信息至少包含UE的型号信息，具体的，不同品牌的UE的型号不同，同一品牌的不同系列的UE型号也可以不同，作为示例，例如UE是手机，则华为的手机和小米的手机为不同型号的手机；作为另一示例，例如华为的商务机系列和荣耀系列也可以视为不同型号的手机。进一步的，UE的类型信息中还可以包含UE的操作系统的软件版本号。具体的，在LTE通信系统和NR通信系统中，第二基站可以将UE的型号信息携带在国际移动设备标识软版号(international mobile station equipment identity andsoftware version number，Masked IMEISV)信元中，但应当理解，在第三代通信系统中，UE的型号信息被携带于国际移动设备标识(international mobile station equipmentidentity，IMEI)信元中，也即在未来的通信系统中，UE的型号信息也可以被携带于其他信元中，此处不进行限定。

更具体的，如图3所示，Masked IMEISV信元中可以由16位字节组成，所述16位字节组成的信息可以分为三部分，分别为类型分配码(type allocation code，TAC)，序列号(serial number，SNR)和软件版本号(software version number，SVN)，其中TAC的长度为8位字节，可以用于体现每个UE的型号；SNR的长度为6位字节，用于唯一标识一类UE型号中的某一个特定的UE，但在Masked IMEISV信元中，为了避免基站泄露UE的唯一标识号，SNR的右边4位字节的值均置1，从而避免信息安全的问题；SVN的长度为2位字节，用于体现每个UE的操作系统的软件版本号。

本申请实施例中，由于第一基站添加请求中增加了UE类型信息，则第一基站添加请求中需要扩展新的信元来携带UE类型信息，与此同时，第一基站和第二基站存储的第一基站添加请求的消息结构中需要增加扩展信元的描述信息。扩展信元的描述信息中至少包含扩展信元的名称和扩展信元的出现属性，还可以包含扩展信元的指定关键性的属性。具体的，结合如下表2，对扩展信元为Masked IMEISV信元的情况进行详细描述。

表2

参见表2，表2仅示出了第一基站添加请求包含的五个信元的描述信息，由于前四个信元已经在结合表1进行举例时做了一次详细描述，此处不再赘述。参见表2中关于Masked IMEISV信元的描述信息，Masked IMEISV信元的出现属性为“O”，也即MaskedIMEISV信元的出现属性为可选，也即第一基站添加请求中可以出现Masked IMEISV信元，也可以不出现Masked IMEISV信元。

具体的，对于第一基站这一侧，第一基站在接收到第一基站添加请求之后，可以判断第一基站添加请求中是否存在Masked IMEISV信元，若存在Masked IMEISV信元，则解析第一基站添加请求，并获取其中携带的UE类型信息；若不存在Masked IMEISV信元，则只解析并获取第一基站添加请求中包含的其他信息，不执行UE类型信息的获取操作。

对于第二基站这一侧，第一基站添加请求中是否存在Masked IMEISV信元，可以由第二基站结合其他情况进一步确定，作为示例，例如通信服务的供应商可以在第二基站上预先设定第一基站添加请求中是否包含Masked IMEISV信元；作为另一示例，例如由于UE的UE类型用于供基站确定UE的至少一个特性，则第二基站也可以根据UE的UE类型确定UE对至少一个特性的兼容情况，仅在第二基站根据UE的UE类型确定所述UE对至少一个特性的兼容性较差的情况下，第二基站将所述UE的UE类型信息发送给第一基站；作为另一示例，例如第二基站也获取第一基站和第二基站之间的通信通道的安全性级别，当第一基站和第二基站之间的通信通道的安全性级别较高时，向第一基站发送的第一基站添加请求中包含MaskedIMEISV信元；应当理解，第一基站还可以结合其他情况进一步确定第一基站添加请求中是否包含Masked IMEISV信元。将Masked IMEISV信元的出现属性设置为可选，提高了本方案的实现灵活性，且由于第一基站和第二基站存储的第一基站添加请求的消息结构中MaskedIMEISV信元的出现属性均为可选，则当第一基站接收到不包含Masked IMEISV信元的第一基站添加请求时，不会影响到第一基站的正常工作，保持了通信系统的稳定性。

继续结合表2中关于Masked IMEISV信元的描述信息，Masked IMEISV信元的指定关键性的属性为忽略。具体的，对于第一基站这一侧，第一基站在在接收到第一基站添加请求之后，若第一基站添加请求中是否存在Masked IMEISV信元，则第一基站解析第一基站添加请求，并获取其中携带的UE类型信息，若在解析获取UE类型信息中解析失败，则第一基站执行忽略操作，也即不向第二基站反馈解析失败的信息。对于第二基站这一侧，由于MaskedIMEISV信元的指定关键性的属性为忽略，则即使第二基站向第一基站发送的第一基站添加请求中携带有Masked IMEISV信元，第二基站也不可以默认为第一基站已经获得了UE的UE类型信息。

本申请实施例中，第一基站在接收到第二基站发送的第一基站添加请求后，可以判断第一基站添加请求中是否包含UE的UE类型信息，当第一基站添加请求消息中包含UE的UE类型信息时，可以解析第一基站添加请求并获取其中携带的UE类型信息，进而第一基站可以根据UE类型信息确定UE的类型。具体的，当UE类型信息携带于Masked IMEISV信元时，第一基站可以根据Masked IMEISV信元中的TAC确定UE的类型，或者第一基站可以根据Masked IMEISV信元中的TAC和SVN确定UE的类型，将携带UE类型信息的信元确定为MaskedIMEISV信元，提高了本方案的可执行性，且由于Masked IMEISV信元中包含的SNR的右边4位字节的值均置1，从而避免了UE的真实的唯一标识序列号被泄露，提高了信息传输过程的安全性；进一步的，当UE的操作系统的版本不同时，UE支持的特性也可能会不同，也即同一型号且操作系统版本不同的UE可以被划分为不同类型的UE，由于Masked IMEISV信元中可以同时包括UE的型号以及操作系统的版本号，则采用Masked IMEISV信元作为携带UE类型信息的信元时，可以提高第一基站在确定UE类型过程中的精度。应当理解，当UE类型信息携带于IMEI或其他类型的信元中时，可以结合其他类型的信元中包含的其他信息确定UE的类型，此处不进行限定。

203、第一基站根据终端设备的终端设备类型确定终端设备的至少一个特性。

本申请实施例中，第一基站上可以预先配置有终端设备管理信息，具体的，第一基站可以通过表格、索引、数组或其他形式存储前述终端设备管理信息。更具体的，终端设备管理信息中至少包括UE类型和特性，终端设备管理信息中包含多种UE类型，每种UE类型对应至少一个特性。其中，特性指的是通信技术在不断改进或改变过程中引入的新技术，作为示例，例如：省电模式、连续接收(discontinuous reception，DRX)、载波聚合(carrieraggregation，CA)和/或物理小区标识(physical cell identity，PCI)冲突检测等，应当理解，此处对特性的举例仅为方便理解本方案，不用于限定本方案，对于每个特性的具体含义均可结合本领域相关协议进行理解，此处不做详细介绍。

对于第一基站上存储的所有特性，并不是每种类型的UE都全部支持，第一基站预置的终端设备管理信息中还可以包含与每种UE类型的每个特性一一对应的归属名单。归属名单用于指示与归属名单对应的UE是否支持与归属名单对应的特性，也即当与归属名单对应的UE执行与归属名单对应的特性时，是否会导致UE运行异常。具体的，归属名单可以包括白名单、黑名单和灰名单，其中，白名单指的是与白名单对应的UE支持与白名单对应的特性，黑名单指的是与黑名单对应的UE不支持与黑名单对应的特性，灰名单指的是由运营商确定与灰名单对应的UE是否支持与灰名单对应的特性，以下仅以第一基站以终端设备管理列表的形式存储前述终端设备管理信息为例，结合表3进行详细描述。

表3

终端设备的类型	特性	归属名单
			类型1	省电模式	黑名单
类型1	非连续接收	黑名单
			类型2	省电模式	白名单
类型2	载波聚合	白名单
			类型3	物理小区标识冲突检测	灰名单
类型3	非连续接收	白名单
			类型4	非连续接收	灰名单

参见表3，表3仅示出了第一基站存储的终端设备管理列表中的部分内容，包含4种类型的终端设备，其中，与类型1的UE对应有两个特性，分别为省电模式和非连续接收，与类型1的UE的省电模式和非连续接收对应的归属名单均为黑名单，也即类型1的UE不支持省电模式，也不支持非连续接收；与类型2的UE对应有两个特性，分别为省电模式和载波聚合，与类型1的UE的省电模式和载波聚合对应的归属名单均为白名单，也即类型2的UE既支持省电模式，也支持载波聚合；与类型3的UE对应有两个特性，分别为物理小区标识冲突检测和非连续接收，与类型3的UE的物理小区标识冲突检测对应的归属名单为灰名单，也即类型3的UE是否支持物理小区标识冲突检测需要运营商进一步确定，与类型3的UE的非连续接收对应的归属名单为白名单，也即类型3的UE支持非连续接收，此处不再对类型4的UE做进一步描述，应当理解，表3中的举例仅为方便理解本方案，具体对不同类型的UE支持的特性，以及归属名单的确定应该结合UE的实际情况灵活确定，此处不作限定。

可选的，终端设备管理列表中归属名单可以仅包含黑名单和灰名单，也即除了根据终端设备管理列表中确定哪些类型的UE不支持哪些特性外，对于第一基站上的其他特性，可以全部默认为支持。结合表3进行举例，也即终端设备管理列表中不存在表3中第四行、第五行以及第七行中的数据。由于一般情况下，UE对第一基站的大部分特性都是支持的，终端设备管理列表的归属名单中仅包含黑名单和灰名单，不仅可以减少终端设备管理列表占用的存储空间，也有利于降低第一基站对UE进行差异化管理的工作负荷。

可选的，终端设备管理信息中包含的多种UE类型中可以仅包含对特性的支持性较差的UE类型，也即支持的特性较少的UE类型，具体的，可以为当某一种UE类型的UE不支持的特性数量达到某一阈值时或者当某一种UE类型的UE支持的特性数量低于某一阈值时，将所述一种UE类型视为对特性的支持性较差的UE类型。

作为一种实现方式，终端设备管理列表中仅包含对特性的支持性较差的UE类型。

具体的，当归属名单中包含白名单、黑名单和灰名单时，第一基站在确定UE的UE类型之后，可以根据UE的UE类型与终端管理列表进行匹配，若终端设备管理列表中不存在所述UE类型，则可以将第一基站上的所有特性作为与所述UE对应的至少一个特性，并可以视为所述UE支持第一基站上的所有特性；若终端设备管理列表中存在所述UE类型，则将终端设备管理列表中记录的、与所述UE类型对应的至少一个特性确定为所述UE的至少一个特性，并根据终端设备管理列表确定所述至少一个特性中每个特性的归属名单是白名单还是黑名单还是灰名单。

当终端设备管理列表中仅包含黑名单和灰名单时，第一基站在确定UE的UE类型之后，可以根据UE的UE类型与终端管理列表进行匹配，若归属名单中不存在所述UE类型，则可以将第一基站上的所有特性作为与所述UE对应的至少一个特性，并可以视为所述UE支持第一基站上的所有特性；若终端设备管理列表中存在所述UE类型，则将终端设备管理列表中记录的、与所述UE类型对应的至少一个特性确定为所述UE的至少一个特性，并根据终端设备管理列表确定所述至少一个特性中每个特性的归属名单是黑名单还是灰名单，将第一基站上的除所述至少一个特性之外的其他特性视为所述UE支持的特性。

本申请的部分实施例中，终端设备管理信息中包含的多种UE类型中可以仅包含对特性的支持性较差的UE类型，也即第一基站可以仅管理对特性的支持性较差的UE类型，减少了第一基站的工作负荷。

作为另一种实现方式，终端设备管理列表中可以包含所有的UE类型，且归属名单中包含白名单、黑名单和灰名单时，则第一基站在确定UE的UE类型之后，可以根据UE的UE类型对终端管理列表进行查询，以确定与所述UE对应的至少一个特性，以及与所述UE的每个特性对应的归属名单是白名单还是黑名单还是灰名单。每种UE类型的UE以及每种UE类型的UE的每个特性均在终端管理列表中存在对应的记录，提高了第一基站在UE管理过程中的严谨性。

应当理解，由于当归属名单中仅包含黑名单和灰名单时，终端设备管理列表中不可能存在所有的UE类型，因此不对终端设备管理列表中包含所有的UE类型，且归属名单中仅包含黑名单和灰名单这一情况进行论述。

204、第一基站根据终端设备的至少一个特性对终端设备进行管理。

本申请实施例中，第一基站在通过步骤203可以获取到UE的至少一个特性，并确定与所述UE的至少一个特性中每个特性对应的归属名单，也即可以获取到UE是否支持所述至少一个特性中的每个特性。具体的，对于归属名单为白名单的特性或者UE支持的特性，第一基站可以直接执行；对于归属名单为黑名单的特性，第一基站可以禁止启用；对于归属名单为灰名单的特性，第一基站可以暂不启用，由运营商进一步确定所述UE是否支持所述特性。第一基站在获取到UE的UE类型之后，可以根据UE类型确定UE的至少一个特性，并进而根据UE的至少一个特性对UE进行差异化管理，由于特性指的是在通信技术演进或改变过程中的新技术，根据UE的至少一个特性对UE进行差异化管理，也即确定UE对第一基站上的特性的支持情况，从而第一基站确定对UE执行哪些特性，避免导致对UE执行了不支持的特性之后出现的异常掉线等情况，提高用户的通信体验。

205、当第一基站添加请求消息中不包含终端设备UE的UE类型信息时，第一基站不获取终端设备类型信息。

应当理解，步骤202至步骤204与步骤205不能同时存在。

本申请实施例中，当第一基站为NR基站且第二基站为LTE基站时，第一基站接收到第二基站发送的第一基站添加请求，在第一基站添加请求中携带UE的UE类型信息的情况下，从而第一基站可以根据UE的UE类型对所述UE进行差异化管理，以提供更良好的用户体验。由于至少一个UE的UE类型信息是包含在第一基站添加请求中的，而第一基站添加请求是触发第一基站进入UE的双连接通信系统的请求，从而第一基站可以在为UE提供通信服务的初始即获取到UE的类型信息，则保证了UE从进入双连接通信系统之后即可以获取到良好的通信服务；且本方案的实施是基于现有的网络架构实现的，也即不会给现有的网络架构造成很大的改变，提高了本方案的可实现性。

为便于更好的理解和实施本申请实施例的上述方案，下面还是以本申请实施例应用于EN-DC双连接通信系统中为例进行具体说明。根据终端设备进入EN-DC双连接通信系统的进入方式不同，又可以做进一步划分，具体的，终端设备可以为初始接入EN-DC双连接通信系统，也可以为终端设备通过S1接口切换进入EN-DC双连接通信系统，还可以为终端设备通过X2接口切换进入EN-DC双连接通信系统，由于前述三种场景下的具体执行步骤有所不同，以下分别结合前述三种应用场景进行举例。

一、初始接入EN-DC双连接通信系统

本申请实施例中，参见图4，图4为本申请实施例提供的请求处理方法的一种可能的实施例，方法可以包括：

401、移动管理实体向LTE基站发送初始上下文建立请求消息。

本实施例中，UE在初始接入EN-DC双连接通信系统时，可以由MME为UE选择一个LTE基站(也即第二基站)，并向所述LTE基站发送初始上下文建立请求(initial contextsetup request)消息，所述初始上下文建立请求消息中包含用于携带UE类型信息的MaskedIMEISV信元，从而所述LTE基站能够从初始上下文建立请求消息中获取到Masked IMEISV信元，以获得UE的UE类型信息。

402、LTE基站向移动管理实体发送初始上下文建立完成消息。

本实施例中，LTE基站在接收到MME发送的初始上下文建立请求消息之后，可以与终端设备进行信息交互，以获取UE的能力信息(capability information)，命令UE开启安全模式(security mode)，并可以向UE发送无线资源控制(radio resource control，RRC)重配置(RRC Conn reconfiguration)消息的方式，以使终端设备获取所述LTE基站上的无线资源的配置信息，在前述操作均完成之后，可以向MME发送初始上下文建立完成(initialcontext setup response)消息。

403、LTE基站向NR基站发送辅基站添加请求消息。

本实施例中，LTE基站在完成了初始上下文的建立之后，可以通过LTE基站与NR基站(也即第一基站)之间的X2接口向NR基站发送辅基站添加请求(SgNB addition request)消息，则所述辅基站添加请求消息可以扩展Masked IMEISV信元，以将UE的UE类型信息发送给NR基站。应当理解，当本申请实施例应用于EN-DC双连接时，辅基站添加请求消息为图2所描述的实施例中的第一基站添加请求，辅基站添加请求还可以包含其他信息，具体辅基站添加请求包含哪些信息可以结合图2实施例中的描述以及本领域相关协议进行理解，此处不再作详细赘述。

404、NR基站向LTE基站发送辅基站添加请求响应消息。

本实施例中，NR基站在接收到辅基站添加请求消息之后，会向LTE基站对应的辅基站添加请求响应(SgNB addition request acknowledge)消息，所述辅基站添加请求响应消息中包含有所述NR基站的无线资源的配置信息。

405、LTE基站向终端设备发送RRC重配置消息。

本实施例中，LTE基站在接收到NR基站发送的辅基站添加请求响应消息之后，可以再次向终端设备发送RRC重配置消息(RRC Conn reconfiguration)，以使终端设备获取到NR基站上的数据承载的配置信息，进而终端设备可以根据所述LTE基站和所述NR基站上的无线资源的配置信息执行接入操作。

应当理解，本实施例中提及的MME与LTE基站、LTE基站与终端设备以及LTE基站与NR基站之间的

二、通过S1接口切换进入EN-DC双连接通信系统

本申请实施例中，参见图5，图5为本申请实施例提供的请求处理方法的一种可能的实施例，方法可以包括：

501、移动管理实体向目标LTE基站发送切换请求消息。

本实施例中，目标LTE基站为终端设备执行切换接入操作后连接的LTE基站(也即第二基站)。MME可以通过S1接口向目标LTE基站发送切换请求(handover request)消息(也即第一切换请求消息)，用于要求目标LTE基站为通过切换接入到EN-DC双连接通信系统的UE准备和预留所需要的资源，第一切换请求消息中包含用于携带UE类型信息的MaskedIMEISV信元，从而目标LTE基站能够从第一切换请求消息中获取到Masked IMEISV信元，以获得UE的UE类型信息。

502、目标LTE基站向移动管理实体发送切换请求确认消息。

本实施例中，目标LTE基站在接收到切换请求消息后判断是否允许接入，在允许接入的情况下向MME发送切换请求响应(handover request acknowledge)消息，以使MME配合源LTE基站释放源LTE基站(也即第三基站)的无线资源以及转发源LTE基站承载的数据等操作，执行完毕后，目标LTE基站可以接收到RRC配置完成(RRC Conn reconfigurationcomplete)消息，进而进入步骤503，其中，源LTE基站为终端设备执行切换接入操作前连接的LTE基站。

503、目标LTE基站向NR基站发送辅基站添加请求消息。

504、NR基站向目标LTE基站发送辅基站添加请求响应消息。

505、目标LTE基站向终端设备发送RRC重配置消息。

本实施例中，步骤503至步骤505与图4描述的实施例中的步骤403至步骤405类似，区别仅在于步骤403至步骤405是初始接入时的LTE基站与NR基站进行信息交互，步骤503至步骤505中是终端设备执行切换接入操作后连接的目标LTE基站与NR基站进行信息交互，此处不再做赘述。

三、通过X2接口切换进入EN-DC双连接通信系统

本申请实施例中，参见图6，图6为本申请实施例提供的请求处理方法的一种可能的实施例，方法可以包括：

601、源LTE基站向目标LTE基站发送切换请求消息。

本实施例中，源LTE基站(也即第三基站)为终端设备执行切换接入操作前连接的LTE基站，目标LTE基站(也即第二基站)为终端设备执行切换接入操作后连接的LTE基站，源LTE基站可以通过X2接口直接向目标LTE基站发送切换请求消息(也即第二切换请求消息)，从而目标LTE基站可以从第二切换请求消息中的Masked IMEISV信元中获取到UE的UE类型信息，具体的，第二切换请求消息包含的内容与步骤501中的第一切换请求消息包含的内容类似，此处不再赘述。

602、目标LTE基站向NR基站发送辅基站添加请求消息。

603、NR基站向LTE基站发送辅基站添加请求响应消息。

本实施例中，步骤602和步骤603与图5描述的实施例中的步骤503和步骤504类似，此处不再做赘述。

604、目标LTE基站向源LTE基站发送切换请求响应消息。

本实施例中，目标LTE基站在接收到NR基站(也即第一基站)发送的辅基站添加请求响应消息之后，可以向源LTE基站发送切换请求响应消息，以触发源LTE基站执行无线资源释放、承载数据转发等操作，并在执行完毕后，可以由目标LTE基站通知MME进行路径切换。

本申请实施例中，以上分别结合终端设备初始接入EN-DC双连接通信系统、终端设备通过S1接口切换进入EN-DC双连接通信系统以及终端设备通过X2接口切换进入EN-DC双连接通信系统三种场景，详细介绍了本申请实施例提供的请求处理方法的具体实现方式，拓展了本方案的应用场景，也增强了本方案的可执行性。

为便于更好的实施本申请实施例的上述方案，下面还提供用于实施上述方案的相关装置。具体参阅图7，图7为本申请实施例提供的第一基站的一种结构示意图，第一基站700包括：接收单元701和处理单元702。接收单元701，用于接收第二基站发送的第一基站添加请求消息；处理单元702，用于当第一基站添加请求消息中包含终端设备UE的UE类型信息时，第一基站根据第一基站添加请求消息确定UE的类型，其中，第一基站为新空口NR基站，第二基站为长期演进LTE基站。

本申请实施例中，第一基站为NR基站，第二基站为LTE基站，接收单元701接收到第二基站发送的第一基站添加请求，在第一基站添加请求中携带UE的UE类型信息的情况下，从而处理单元702可以根据UE的UE类型对UE进行差异化管理，以提供更良好的用户体验。由于至少一个UE的UE类型信息是包含在第一基站添加请求中的，而第一基站添加请求是触发第一基站进入UE的双连接通信系统的请求，从而第一基站可以在为UE提供通信服务的初始即获取到UE的类型信息，则保证了UE从进入双连接通信系统之后即可以获取到良好的通信服务；且本方案的实施是基于现有的网络架构实现的，也即不会给现有的网络架构造成很大的改变，提高了本方案的可实现性。

在一种可能的设计中，处理单元702，还用于根据UE的UE类型确定UE的至少一个特性，并根据UE的至少一个特性对UE进行管理。

在一种可能的设计中，UE类型信息携带于国际移动设备标识软版号MaskedIMEISV信元中。

在一种可能的设计中，第一基站上预先存储有第一基站添加请求的消息结构，第一基站添加请求的消息结构中至少包含每种类型的信息的信息名称以及每种类型的信息的出现(presence)属性，其中，UE类型信息的出现属性为可选。

在一种可能的设计中，Masked IMEISV信元为第二基站从移动管理实体MME发送的初始上下文建立请求消息中获取到的；或者，Masked IMEISV信元为第二基站从MME发送的第一切换请求消息中获取到的；或者，Masked IMEISV信元为第二基站从第三基站发送的第二切换请求消息中获取到的，第三基站为LTE基站。

本申请实施例提供的第一基站700用于执行图2至图6对应的方法实施例中第一基站所执行的方法，故本申请实施例可以参考图2至图6对应的方法实施例中的相关部分进行理解，此处不再赘述。

接下来，请参阅图8所示，图8为本申请实施例提供的第二基站的一种结构示意图，第二基站800包括：发送单元801。发送单元801，用于向第一基站发送第一基站添加请求消息，当第一基站添加请求消息中包含终端设备UE的UE类型信息时，第一基站添加请求消息用于供第一基站确定UE的类型，其中，第一基站为新空口NR基站，第二基站为长期演进LTE基站。

在一种可能的设计中，UE类型信息携带于国际移动设备标识软版号MaskedIMEISV信元中。

在一种可能的设计中，第二基站上预先存储有第一基站添加请求的消息结构，第一基站添加请求的消息结构中至少包含每种类型的信息名称以及与每种类型的信息的出现(presence)属性，其中，UE的UE类型信息的出现属性为可选。

在一种可能的设计中，第二基站800还包括接收单元802，具体用于：接收移动管理实体MME发送的初始上下文建立请求消息，初始上下文建立请求消息中携带有MaskedIMEISV信元；或者，接收移动管理实体MME发送的第一切换请求消息，第一切换请求中携带有Masked IMEISV信元；或者，接收第三基站发送的第二切换请求消息，第二切换请求消息中携带有Masked IMEISV信元，第三基站为LTE基站。

本申请实施例提供的第二基站800用于执行图2至图6对应的方法实施例中第二基站所执行的方法，故本申请实施例可以参考图2至图6对应的方法实施例中的相关部分进行理解，此处不再赘述。

接下来介绍本申请实施例提供的另一种基站，请参阅图9所示，为本申请实施例提供的第一基站的一种结构示意图，第一基站900包括：接收器901、发射器902、处理器903和存储器904(其中终端设备900中的处理器903的数量可以一个或多个，图9中以一个处理器为例)，其中，处理器903可以包括应用处理器9031和通信处理器9032。在本申请的一些实施例中，接收器901、发射器902、处理器903和存储器904可通过总线或其它方式连接。

存储器904可以包括只读存储器和随机存取存储器，并向处理器903提供指令和数据。存储器904的一部分还可以包括非易失性随机存取存储器(non-volatile randomaccess memory，NVRAM)。存储器904存储有处理器和操作指令、可执行模块或者数据结构，或者它们的子集，或者它们的扩展集，其中，操作指令可包括各种操作指令，用于实现各种操作。

处理器903控制终端设备的操作。具体的应用中，终端设备的各个组件通过总线系统耦合在一起，其中总线系统除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都称为总线系统。

上述本申请实施例揭示的方法可以应用于处理器903中，或者由处理器903实现。处理器903可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器903中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器903可以是通用处理器、数字信号处理器(digital signal processing，DSP)、微处理器或微控制器，还可进一步包括专用集成电路(application specific integratedcircuit，ASIC)、现场可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。该处理器903可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器904，处理器903读取存储器904中的信息，结合其硬件完成上述方法的步骤。

接收器901可用于接收输入的数字或字符信息，以及产生与终端设备的相关设置以及功能控制有关的信号输入。发射器902可用于通过第一接口输出数字或字符信息；发射器902还可用于通过第一接口向磁盘组发送指令，以修改磁盘组中的数据；发射器902还可以包括显示屏等显示设备。

本申请实施例中，第一基站900用于执行前述第一基站执行的请求处理方法。具体的，接收器901接收第二基站发送的第一基站添加请求消息，当第一基站添加请求消息中包含终端设备UE的UE类型信息时，处理器903根据第一基站添加请求消息确定UE的类型，其中，第一基站为新空口NR基站，第二基站为长期演进LTE基站。

本申请实施例中，第一基站为NR基站，第二基站为LTE基站，接收器901接收到第二基站发送的第一基站添加请求，在第一基站添加请求中携带UE的UE类型信息的情况下，处理器903可以根据UE的UE类型对UE进行差异化管理，以提供更良好的用户体验。由于至少一个UE的UE类型信息是包含在第一基站添加请求中的，而第一基站添加请求是触发第一基站进入UE的双连接通信系统的请求，从而第一基站可以在为UE提供通信服务的初始即获取到UE的类型信息，则保证了UE从进入双连接通信系统之后即可以获取到良好的通信服务；且本方案的实施是基于现有的网络架构实现的，也即不会给现有的网络架构造成很大的改变，提高了本方案的可实现性。

在一种可能的设计中，处理器903还用于根据UE的UE类型确定UE的至少一个特性，并根据UE的至少一个特性对UE进行管理。

在一种可能的设计中，UE类型信息携带于国际移动设备标识软版号MaskedIMEISV信元中。

在一种可能的设计中，存储器904中预先存储有第一基站添加请求的消息结构，第一基站添加请求的消息结构中至少包含每种类型的信息的信息名称以及每种类型的信息的出现(presence)属性，其中，UE类型信息的出现属性为可选。

在一种可能的设计中，Masked IMEISV信元为第二基站从移动管理实体MME发送的初始上下文建立请求消息中获取到的；或者，Masked IMEISV信元为第二基站从MME发送的第一切换请求消息中获取到的；或者，Masked IMEISV信元为第二基站从第三基站发送的第二切换请求消息中获取到的，第三基站为LTE基站。

本申请实施例提供的第一基站900用于执行图2至图6对应的方法实施例中第一基站所执行的方法，故本申请实施例可以参考图2至图6对应的方法实施例中的相关部分进行理解，此处不再赘述。

接下来介绍本申请实施例提供的另一种基站，请参阅图10所示，第二基站1000包括：接收器1001、发射器1002、处理器1003和存储器1004(其中终端设备1000中的处理器1003的数量可以一个或多个，图10中以一个处理器为例)，其中，处理器1003可以包括应用处理器10031和通信处理器10032。在本申请的一些实施例中，接收器1001、发射器1002、处理器1003和存储器1004可通过总线或其它方式连接。

存储器1004可以包括只读存储器和随机存取存储器，并向处理器1003提供指令和数据。存储器1004的一部分还可以包括非易失性随机存取存储器(non-volatile randomaccess memory，NVRAM)。存储器1004存储有处理器和操作指令、可执行模块或者数据结构，或者它们的子集，或者它们的扩展集，其中，操作指令可包括各种操作指令，用于实现各种操作。

处理器1003控制终端设备的操作。具体的应用中，终端设备的各个组件通过总线系统耦合在一起，其中总线系统除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都称为总线系统。

上述本申请实施例揭示的方法可以应用于处理器1003中，或者由处理器1003实现。处理器1003可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1003中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1003可以是通用处理器、数字信号处理器(digital signal processing，DSP)、微处理器或微控制器，还可进一步包括专用集成电路(application specific integratedcircuit，ASIC)、现场可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。该处理器1003可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1004，处理器1003读取存储器1004中的信息，结合其硬件完成上述方法的步骤。

接收器1001可用于接收输入的数字或字符信息，以及产生与终端设备的相关设置以及功能控制有关的信号输入。发射器1002可用于通过第一接口输出数字或字符信息；发射器1002还可用于通过第一接口向磁盘组发送指令，以修改磁盘组中的数据；发射器1002还可以包括显示屏等显示设备。

本申请实施例中，第二基站1000用于执行前述第二基站执行的请求处理方法。具体的，发射器1002用于在处理器1003确定第一基站添加请求后，向第一基站发送第一基站添加请求消息，当第一基站添加请求消息中包含终端设备UE的UE类型信息时，第一基站添加请求消息用于供第一基站确定UE的类型，其中，第一基站为新空口NR基站，第二基站为长期演进LTE基站。

在一种可能的设计中，UE类型信息携带于国际移动设备标识软版号MaskedIMEISV信元中。

在一种可能的设计中，第二基站上预先存储有第一基站添加请求的消息结构，第一基站添加请求的消息结构中至少包含每种类型的信息名称以及与每种类型的信息的出现(presence)属性，其中，UE的UE类型信息的出现属性为可选。

在一种可能的设计中，接收器1001体用于：接收移动管理实体MME发送的初始上下文建立请求消息，初始上下文建立请求消息中携带有Masked IMEISV信元；或者，接收移动管理实体MME发送的第一切换请求消息，第一切换请求中携带有Masked IMEISV信元；或者，接收第三基站发送的第二切换请求消息，第二切换请求消息中携带有Masked IMEISV信元，第三基站为LTE基站。

本申请实施例中还提供一种包括请求处理指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述图2至图6所示实施例描述的方法中第一基站所执行的步骤。

本申请实施例中还提供一种包括请求处理指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述图2至图6所示实施例描述的方法中第二基站所执行的步骤。

本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有通信系统间转移的指令，当其在计算机上运行时，使得计算机执行如前述图2至图6所示实施例描述的方法中第一基站所执行的步骤。

本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有通信系统间转移的指令，当其在计算机上运行时，使得计算机执行如前述图2至图6所示实施例描述的方法中第二基站所执行的步骤。

本申请实施例中还提供一种通信系统，所述通信系统包括第一基站和第二基站，第一基站为前述图7或前述图9所示实施例描述的第一基站，第二基站为前述图8或前述图10所示实施例描述的第二基站。

本申请实施例中还提供一种通信系统，所述通信系统包括第一基站、第二基站和第三基站，第一基站执行如前述图2至图6所示实施例描述的方法中第一基站所执行的步骤，第二基站执行如前述图2至图6所示实施例描述的方法中第二基站所执行的步骤，第三基站执行如前述图2至图6所示实施例描述的方法中第三基站所执行的步骤。

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

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

Claims (14)

1.一种请求处理方法，其特征在于，所述方法包括：

第一基站接收第二基站发送的第一基站添加请求消息；

当所述第一基站添加请求消息中包含终端设备UE的UE类型信息时，所述第一基站根据所述第一基站添加请求消息确定所述UE的类型；

其中，所述第一基站为新空口NR基站，所述第二基站为长期演进LTE基站。

2.根据权利要求1所述的处理方法，其特征在于，所述方法还包括：

所述第一基站根据所述UE的UE类型确定所述UE的至少一个特性；

所述第一基站根据所述UE的至少一个特性对所述UE进行管理。

3.根据权利要求1或2所述的处理方法，其特征在于，所述UE类型信息携带于国际移动设备标识软版号Masked IMEISV信元中。

4.根据权利要求3所述的处理方法，其特征在于，

所述Masked IMEISV信元为所述第二基站从移动管理实体MME发送的初始上下文建立请求消息中获取到的；或者，

所述Masked IMEISV信元为所述第二基站从MME发送的第一切换请求消息中获取到的；或者，

所述Masked IMEISV信元为所述第二基站从第三基站发送的第二切换请求消息中获取到的，所述第三基站为LTE基站。

5.一种请求处理方法，其特征在于，所述方法包括：

第二基站向第一基站发送第一基站添加请求消息，当所述第一基站添加请求消息中包含终端设备UE的UE类型信息时，所述第一基站添加请求消息用于供所述第一基站确定所述UE的类型；

其中，所述第一基站为新空口NR基站，所述第二基站为长期演进LTE基站。

6.根据权利要求5所述的处理方法，其特征在于，所述UE类型信息携带于国际移动设备标识软版号Masked IMEISV信元中。

7.根据权利要求6所述的处理方法，其特征在于，所述方法还包括：

所述第二基站接收移动管理实体MME发送的初始上下文建立请求消息，所述初始上下文建立请求消息中携带有所述Masked IMEISV信元；或者，

所述第二基站接收移动管理实体MME发送的第一切换请求消息，所述第一切换请求中携带有所述Masked IMEISV信元；或者，

所述第二基站接收第三基站发送的第二切换请求消息，所述第二切换请求消息中携带有所述Masked IMEISV信元，所述第三基站为LTE基站。

8.一种基站，其特征在于，所述基站为第一基站，所述第一基站包括：

接收单元，用于接收第二基站发送的第一基站添加请求消息；

处理单元，用于当所述第一基站添加请求消息中包含终端设备UE的UE类型信息时，根据所述第一基站添加请求消息确定所述UE的类型；

其中，所述第一基站为新空口NR基站，所述第二基站为长期演进LTE基站。

9.根据权利要求8所述的基站，其特征在于，

所述处理单元，还用于根据所述UE的UE类型确定所述UE的至少一个特性，并根据所述UE的至少一个特性对所述UE进行管理。

10.根据权利要求8或9所述的基站，其特征在于，所述UE类型信息携带于国际移动设备标识软版号Masked IMEISV信元中。

11.根据权利要求10所述的基站，其特征在于，

所述Masked IMEISV信元为所述第二基站从移动管理实体MME发送的初始上下文建立请求消息中获取到的；或者，

所述Masked IMEISV信元为所述第二基站从MME发送的第一切换请求消息中获取到的；或者，

所述Masked IMEISV信元为所述第二基站从第三基站发送的第二切换请求消息中获取到的，所述第三基站为LTE基站。

12.一种基站，其特征在于，所述基站为第二基站，所述第二基站包括：

发送单元，用于向第一基站发送第一基站添加请求消息，当所述第一基站添加请求消息中包含终端设备UE的UE类型信息时，所述第一基站添加请求消息用于供所述第一基站确定所述UE的类型；

其中，所述第一基站为新空口NR基站，所述第二基站为长期演进LTE基站。

13.根据权利要求12所述的基站，其特征在于，所述UE类型信息携带于国际移动设备标识软版号Masked IMEISV信元中。

14.根据权利要求13所述的基站，其特征在于，

所述第二基站还包括接收单元，所述接收单元，具体用于：

接收移动管理实体MME发送的初始上下文建立请求消息，所述初始上下文建立请求消息中携带有所述Masked IMEISV信元；或者，

接收移动管理实体MME发送的第一切换请求消息，所述第一切换请求中携带有所述Masked IMEISV信元；或者，

接收第三基站发送的第二切换请求消息，所述第二切换请求消息中携带有所述MaskedIMEISV信元，所述第三基站为LTE基站。

Images