CN101668315B

CN101668315B - 对不同协议版本的网元进行操作的方法及装置

Info

Publication number: CN101668315B
Application number: CN200910197225XA
Authority: CN
Inventors: 丁峰
Original assignee: Shanghai Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd; Shanghai Huawei Technologies Co Ltd
Priority date: 2009-10-12
Filing date: 2009-10-12
Publication date: 2012-01-18
Anticipated expiration: 2029-10-12
Also published as: CN101668315A

Abstract

本发明实施例提供一种对不同协议版本的网元进行操作的方法及装置。对不同协议版本的网元进行操作的方法实施例包括：接收对端网元发送的所述对端网元支持的协议版本信息集合；对端网元支持的协议版本信息集合和自身支持的协议版本信息集合进行交集运算；判断所述交集运算的结果是否为空集，如果否，在所述交集运算的结果中选取一个协议版本作为协商后的版本信息；将所述协商后的版本信息发送至对端网元。本发明实施例适应了协议版本演进中流程的变化，降低了系统资源的消耗。

Description

对不同协议版本的网元进行操作的方法及装置

技术领域

本发明涉及通信技术领域，特别涉及一种对不同协议版本的网元进行操作的方法及装置。

背景技术

3GPP长期演进(LTE，Long Term Evolution)项目是3GPP启动的新技术研发项目之一。LTE项目具有长期性的特点，未来相对较长时间内无线通讯技术和应用的变化在实现时需要协议来支持。现有LTE协议版本包括版本8(R8，Release8)、版本9(R9，Release9)和版本10(R10，Release10)，将来还有可能出现更高的协议版本。

现有LTE协议通过在空口消息里添加协议版本信息的方法来告知对端网元，进而实现不同协议版本的网元间的版本适应问题，所述网元指网络中的设备实体。

但是上述方法不能适应协议版本演进中流程的变化。如图1所示，区域1对应协议版本R8的流程，网元A向网元B发送消息A，流程结束；区域2对应协议版本R9的流程，网元A向网元B发送消息A，网元B向网元A回复消息B，流程结束。

假设现网应用场景为网元A实现协议版本R9，网元B实现协议版本R8。网元A通过发出消息A发起流程，所述消息A中携带的协议版本为R9；虽然网元B接收的消息A中携带协议版本为R9，但是网元B实现协议版本R8，不实现高于协议版本R8的R9，所以网元B收到消息A后默认流程结束；但是网元A是实现协议版本R9的，所以会等待消息B，认为流程没有结束，处于挂起状态。

发明人在实现本发明的过程中发现现有技术存在以下缺点：

现有技术仅仅实现了网元间协议版本的适应，是有限度、被约束的协议版本兼容，由于网元协议版本信息的不同，使其不能适应协议版本演进中流程的变化。此外，上述方法中在每条消息里都包含协议版本信息，使得每处理一条消息时都要判断自身应该使用的协议版本，消耗了大量的系统资源。

发明内容

本发明实施例提供了一种对不同协议版本的网元进行操作的方法及装置，以适应协议版本演进中流程的变化，且降低系统资源的消耗。

本发明实施例提供的一种对不同协议版本的网元进行操作的方法及装置是这样实现的：

一种对不同协议版本的网元进行操作的方法，包括：

接收对端网元发送的所述对端网元支持的协议版本信息集合；

对所述对端网元支持的协议版本信息集合和自身支持的协议版本信息集合进行交集运算；判断所述交集运算的结果是否为空集，如果否，在所述交集运算的结果中选取一个协议版本作为协商后的版本信息；

将所述协商后的版本信息发送至对端网元。

一种通信装置，包括：

接收模块，用于接收对端网元发送的所述对端网元支持的协议版本信息集合；

运算模块，用于对所述对端网元支持的协议版本信息集合和自身支持的协议版本信息集合进行交集运算；

判断模块，用于判断所述交集运算的结果是否为空集，如果否，在所述交集运算的结果中选取一个协议版本作为协商后的版本信息；

发送模块，用于将所述协商后的版本信息发送至对端网元。

由以上本发明实施例提供的技术方案可见，本发明实施例在两个网元最初建立连接时，通过对两个网元分别支持的协议版本信息集合取交集的方法，进行两个网元间协议版本信息的协商，使得以后的信息交互中不再进行协议版本信息的传递与处理，从而适应了协议演进中流程的变化，降低了系统资源的消耗。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅表明本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他实施例的附图。

图1是现有技术提供的协议版本演进中流程变化示意图；

图2是本发明实施例提供的对不同协议版本的网元进行操作的方法实施例一的流程图；

图3是本发明实施例提供的对不同协议版本的网元进行操作的方法实施例二的流程图；

图4是本发明实施例提供的对不同协议版本的网元进行操作的方法实施例三的流程图；

图5是本发明实施例提供的装置实施例框图。

具体实施方式

本发明实施例提供一种对不同协议版本的网元进行操作的方法及装置。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

实施例一

参考图2，示出了本发明实施例提供的对不同协议版本的网元进行操作的方法实施例一的流程图，如图2所示，所述对不同协议版本的网元进行操作的方法流程包括：

S101：接收对端网元发送的所述对端网元支持的协议版本信息集合。

在实际应用中，当两个网元间最初建立连接时，网元接收对端网元发送的连接请求消息，所述连接请求消息中可以包含所述对端网元支持的协议版本信息集合；所述连接请求消息中也可以不包含所述对端网元支持的协议版本信息集合，此种情况下，网元根据所述连接请求消息，发送连接建立消息至对端网元，所述连接建立消息中包含所述网元支持的协议版本信息集合，其中，两个网元互为对端网元；即：本发明所提供的实施例中，可以有多种方式携带网元支持的协议版本信息集合，例如所述对端网元支持的协议版本信息集合包含在连接请求消息中携带；或者，所述对端网元支持的协议版本信息集合包含在连接建立消息中携带，当然在不脱离本发明实施例的思想下，还可以在其他的消息中携带。

S102：对所述对端网元支持的协议版本信息集合和自身支持的协议版本信息集合进行交集运算，判断所述交集运算的结果是否为空集，如果否，在所述交集运算的结果中选取一个协议版本作为协商后的版本信息。

在本发明另一个实施例中，可以将所述交集运算的结果中的最高协议版本作为协商后的版本信息。

在本发明另一个实施例中，当所述交集运算的结果是空集时，可以将对端网元和自身所在的通信系统支持的最低版本作为协商后的版本信息。

S103：将所述协商后的版本信息发送至对端网元。

本实施例中，当S101中所述对端网元支持的协议版本信息集合包含在连接请求消息中时，S103中的所述协商后的版本信息包含在连接建立消息中发送至对端网元；当S101中所述对端网元支持的协议版本信息集合包含在连接建立消息中时，S103中的所述协商后的版本信息包含在连接建立完成消息中。

在本实施例中，用户设备(UE，User Equipment)和基站(eNB，EvolvedNode Base station)互为对端网元；或者，eNB与核心网络侧服务器互为对端网元；或者，eNB与eNB互为对端网元。

本发明实施例在两个网元最初建立连接时，通过对两个网元分别支持的协议版本信息集合取交集的方法，进行两个网元间协议版本信息的协商，使得以后的信息交互中不再进行协议版本信息的传递与处理，从而适应了协议演进中流程的变化，降低了系统资源的消耗。

实施例二

为使本领域技术人员更好地理解本发明实施例，以下结合本发明实施例在实际应用中的具体例子对本发明实施例进一步说明。

参考图3，示出了本发明实施例提供的对不同协议版本的网元进行操作的方法实施例二的流程图，本发明实施例应用于UE和eNB建立连接时，如图3所示，所述对不同协议版本的网元进行操作的方法流程包括：

S201：UE发送无线资源控制协议连接请求(RRCConnectionRequest)消息至eNB，所述无线资源控制协议连接请求消息包含UE支持的协议版本信息集合。

在LTE系统中，UE和eNB建立空口连接时，UE在RRCConnectionRequest消息里增加一个用于指示UE支持的协议版本集合的信元，例如在RRCConnectionRequest消息里增加一个信元VERSIONMAP来指示UE支持的协议版本集合，然后发送所述RRCConnectionRequest消息至eNB。

举例来说，增加了VERSIONMAP信元后的RRCConnectionRequest消息的内容具体可以为：

--ASN1START

RRCConnectionRequest::＝ SEQUENCE{

versionMap VERSIONMAP

rrcConnectionRequest RRCConnectionRequest，

criticalExtensionsFuture SEQUENCE{}

}

VERSIONMAP BIT STRING(SIZE(8))

RRCConnectionRequest-r8-Ies::＝SEQUENCE{

ue-Identity InitialUE-Identity，

establishmentCause EstablishmentCause，

spare BIT STRING(SIZE(1))

}

InitialUE-Identity::＝ CHOICE{

s-TMSI S-TMSI，

randomValue BIT STRING(SIZE(40))

}

EstablishmentCause::＝ ENUMERATED{

emergency，highPriority Access，mt-Access，mo-Signalling，

mo-Data，spare3，spare2，spare1}

ASN1STOP

当然，本发明实施例中VERSIONMAP信元的具体结构和/或位置可以根据需要进行调整。

所述UE支持的协议版本集合中的元素可以为目前LTE系统中的协议版本，例如R8、R9和R10中的一个或多个。LTE系统中协议版本由低到高的顺序为R8、R9、R10。

S202：eNB接收所述RRCConnectionRequest消息，从所述RRCConnectionRequest消息中获取UE支持的协议版本集合。

本实施例中，eNB可以根据RRCConnectionRequest消息中的VERSIONMAP信元获取UE支持的协议版本集合。

S203：eNB将所述UE支持的协议版本集合和eNB支持的协议版本集合进行交集运算，得到交集运算的结果。

假设UE支持的协议版本集合为{R8，R9}，eNB支持的协议版本集合为{R8，R9，R10}，将{R8，R9}和{R8，R9，R10}进行交集运算，得到交集运算的结果为{R8，R9}。

或者，假设UE支持的协议版本集合为{R8}，eNB支持的协议版本集合为{R9，R10}，将{R8}和{R9，R10}进行交集运算，得到交集运算的结果是空集。

S204：eNB判断所述交集运算的结果是否为空集，如果所述交集运算的结果是空集，将UE和eNB所在的LTE通信系统支持的最低协议版本作为协商版本信息；如果所述交集运算的结果不是空集，在所述交集运算的结果中选取一个协议版本作为协商后的版本信息。

如果所述交集运算的结果是空集，将LTE通信系统支持的最低协议版本R8作为协商后的版本信息；

或者，如果所述交集运算的结果不是空集，例如是{R8，R9}，可以在所述交集运算的结果中选择一个协议版本作为协商后的版本信息，即可以将R8/R9作为协商后的版本信息，优选地，将所述交集运算结果中的最高协议版本作为协商后的版本信息，例如将所述结果中的最高协议版本R9作为协商后的版本信息。

S205：eNB发送无线资源控制协议连接建立(RRCConnectionSetup)消息至UE，所述RRCConnectionSetup消息包含所述协商后的版本信息。

eNB在RRCConnectionSetup消息中增加一个用于指示协商后的版本信息的信元，例如在RRCConnectionSetup消息中增加信元VERSION来指示协商后的版本信息，然后发送所述RRCConnectionSetup消息至UE。

举例来说，所述增加了信元VERSION的RRCConnectionSetup消息的内容具体可以为：

--ASN1START

RRCConnectionSetup::＝ SEQUENCE{

rrc-TransactionIdentifier RRC-TransactionIdentifier，

version VERSION

rrcConnectionSetup RRCConnectionSetup-IEs，

criticalExtensionsFuture SEQUENCE{}

}

VERSION ENUMERATED{

R8，R9，R10，spare1，...，spare14}

RRCConnectionSetup-IEs::＝ SEQUENCE{

radioResourceConfigDedicated RadioResourceConfigDedicated，

nonCriticalExtension SEQUENCE{}OPTIONAL --Need OP

}

ASN1STOP

当然，本发明实施例中VERSION信元的具体结构和/或位置可以根据需要进行调整。

S206：UE接收所述RRCConnectionSetup消息后，发送无线资源控制协议连接建立完成(RRCConnectionSetupComplete)消息至eNB。

所述RRCConnectionRequest消息、RRCConnectionSetup消息和RRCConnectionSetupComplete为空口消息。

本发明实施例在两个网元UE和eNB最初建立连接时，通过对UE和eNB分别支持的协议版本信息集合取交集的方法，进行UE和eNB协议版本信息的协商，获取协商版本信息，使得以后的信息交互中不再进行协议版本信息的传递与处理，从而适应了协议演进中流程的变化，降低了系统资源的消耗。

此外，由于只需要在最初建立连接时协商一次，不需要在以后每条消息交互时再进行协商，因此极大地提高了效率。

无论是消息还是信元都可以做较大的修改，因此LTE协议可以最大限度地进行演进。

本发明实施例还可以应用于基站与基站之间建立连接时进行协议版本信息的协商；或者应用于核心网络侧服务器与基站之间建立连接时进行协议版本信息的协商。

本发明实施例不止应用于LTE系统，还可以应用于其他通信网络系统中网元协议版本的协商。

实施例三：

参考图4，示出了本发明实施例提供的对不同协议版本的网元进行操作的方法实施例三的流程图，本发明实施例应用于UE和eNB建立连接时，如图4所示，所述对不同协议版本的网元进行操作的方法流程包括：

S301：UE发送无线资源控制协议连接请求(RRCConnectionRequest)消息至eNB。

S302：eNB接收所述RRCConnectionRequest消息，发送RRCConnectionSetup消息至UE，所述RRCConnectionSetup消息中包含eNB支持的协议版本信息集合。

所述eNB支持的协议版本集合中的元素可以为目前LTE系统中的协议版本，例如R8、R9和R10中的一个或多个。LTE系统中协议版本由低到高的顺序为R8、R9、R10。

S303：UE接收所述RRCConnectionSetup消息，从所述RRCConnectionSetup消息中获取eNB支持的协议版本集合。

S304：UE将所述eNB支持的协议版本集合和UE支持的协议版本集合进行交集运算，得到交集运算的结果。

S305：UE判断所述交集运算的结果是否是空集，如果所述交集运算的结果是空集，将UE和eNB所在的LTE通信系统支持的最低协议版本作为协商后的版本信息；如果所述交集运算的结果不是空集，在所述交集运算的结果中选取一个协议版本作为协商后的版本信息。

或者，如果所述交集运算的结果不是空集，例如是{R8，R9}，可以在所述交集运算的结果中选取一个协议版本作为协商后的版本信息，即可以将R8/R9作为协商后的版本信息，优选地，将所述交集运算结果中的最高协议版本作为协商后的版本信息，例如将所述结果中的最高协议版本R9作为协商后的版本信息。

S306：UE发送RRCConnectionSetupComplete消息至eNB，所述RRCConnectionSetupComplete消息中包含所述协商后的版本信息。

本实施例在两个网元UE和eNB最初建立连接时，通过对UE和eNB分别支持的协议版本信息集合取交集的方法，进行UE和eNB协议版本信息的协商，获取协商后的版本信息，使得以后的信息交互中不再进行协议版本信息的传递与处理，从而适应了协议演进中流程的变化，降低了系统资源的消耗。

在上述对不同协议版本的网元进行操作的方法的基础上，本发明实施例还提供了一种对不同协议版本的网元进行操作的装置。图5为本发明实施例提供的装置实施例框图，包括：

接收模块501，用于接收对端网元发送的所述对端网元支持的协议版本信息集合。

运算模块502，用于对所述对端网元支持的协议版本信息集合和自身支持的协议版本信息集合进行交集运算。

判断模块503，用于判断所述交集运算的结果是否为空集，如果否，在所述交集运算的结果中选取一个协议版本作为协商后的版本信息。

判断模块503中在所述交集运算的结果中选取一个协议版本作为协商后的版本信息，优选地，可以具体为：将所述结果中的最高协议版本作为协商后的版本信息。

发送单元504，用于将所述协商后的版本信息发送至对端网元。

本实施中，所述判断模块还用于当所述交集运算的结果是空集时，将对端网元和自身所在的通信系统支持的最低版本作为协商后的版本信息。

在本发明实施例中，UE和eNB互为对端网元；或者，eNB与核心网络侧服务器互为对端网元；或者，eNB与eNB互为对端网元。

对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明实施例提供的装置在两个网元最初建立连接时，通过对两个网元分别支持的协议版本信息集合取交集的方法，进行两个网元协议版本信息的协商，获取协商版本信息，使得以后的信息交互中不再进行协议版本信息的传递与处理，从而适应了协议演进中流程的变化，降低了系统资源的消耗。

此外，由于本发明实施例提供的装置只需要在两个网元最初建立连接时协商一次，不需要在以后每条消息交互时再进行协商，因此极大地提高了效率。

通过上述本发明实施例的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明实施例或者实施例的某些部分所述的方法。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制。虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明。任何熟悉本领域的技术人员，在不脱离本发明技术方案范围情况下，都可利用上述揭示的方法和技术内容对本发明技术方案做出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均仍属于本发明技术方案保护的范围内。

Claims

1.一种对不同协议版本的网元进行操作的方法，其特征在于，包括：

接收对端网元在最初建立连接时发送的所述对端网元支持的协议版本信息集合；

将所述协商后的版本信息发送至对端网元。

2.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

当所述交集运算的结果是空集时，将对端网元和自身所在的通信系统支持的最低协议版本作为协商后的版本信息。

3.根据权利要求1所述的方法，其特征在于，所述在所述交集运算的结果中选取一个协议版本作为协商后的版本信息，包括：

将所述交集运算的结果中的最高协议版本作为协商后的版本信息。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述对端网元支持的协议版本信息集合包含在连接请求消息中；

或者，所述对端网元支持的协议版本信息集合包含在连接建立消息中。

5.根据权利要求4所述的方法，其特征在于，用户设备UE和基站eNB互为对端网元。

6.根据权利要求5所述的方法，其特征在于，所述连接请求消息为无线资源控制协议连接请求RRCConnectionRequest消息；所述连接建立消息为无线资源控制协议连接建立RRCConnectionSetup消息。

7.根据权利要求1所述的方法，其特征在于，eNB与核心网络侧服务器互为对端网元；

或者，eNB与eNB互为对端网元。

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

接收模块，用于接收对端网元在最初建立连接时发送的所述对端网元支持的协议版本信息集合；

发送模块，用于将所述协商后的版本信息发送至对端网元。

9.根据权利要求8所述的装置，其特征在于，所述判断模块还用于当所述交集运算的结果是空集时，将对端网元和自身所在的通信系统支持的最低协议版本作为协商后的版本信息。

10.根据权利要求8或9所述的装置，其特征在于，UE和eNB互为对端网元；或者，eNB与核心网络侧服务器互为对端网元；或者，eNB与eNB互为对端网元。