专利名称：对不同协议版本的网元进行操作的方法及装置的制作方法
技术领域：
本塞明涉及通信技术领域，特别涉及一种对不同协议版本的一网元进行操作 的方法及装置。
背景技术：
3GPP长期演进(LTE, Long Term Evolution)项目是3GPP启动的新技术 研发项目之一。LTE项目具有长期性的特点，未来相对较长时间内无线通讯技 术和应用的变化在实现时需要协议来支持。现有LTE协议版本包括版本8 (R8, Release8)、版本9 (R9, Release9)和版本IO (RIO， ReleaselO),将来还有 可能出现更高的协议版本。
现有LTE协议通过在空口消息里添加协-汉版本信息的方法来告知对端网 元，进而实现不同协议版本的网元间的版本适应问题，所述网元指网络中的设 备实体。
但是上述方法不能适应协议版本演进中流程的变化。如图l所示，区域l 对应协议版本R8的流程，网元A向网元B发送消息A，流程结束；区域2对应协 i义版本R9的流程，网元A向网元B发送消息A,网元B向网元A回复消息B,流 程结束。
布支设现网应用场景为网元A实现协i义X反本R9，网元B实现协议版本R8。网 元A通过发出消息A^起流程，所述消息A中携带的协议版本为R9;虽然网元B 接收的消息A中携带协议版本为R9，但是网元B实现协议版本R8，不实现高于 协议版本R8的R9，所以网元B收到消息A后默认流程结束；但是网元A是实现 协议版本R9的，所以会等待消息B，认为流程没有结束，处于挂起状态。 发明人在实现本发明的过程中发现现有技术存在以下缺点 现有技术仅仅实现了网元间协议版本的适应，是有限度、被约束的协议版 本兼容，由于网元协议版本信息的不同，使其不能适应协议版本演进中流程的 变化。此外，上述方法中在每条消息里都包含协议版本信息，使得每处理一条 消息时都要判断自身应该使用的协议版本，消耗了大量的系统资源。
发明内容
本发明实施例提供了 一种对不同协议版本的网元进行操作的方法及装置， 以适应协议版本演进中流程的变化，且降低系统资源的消耗。
本发明实施例提供的 一种对不同协议版本的网元进行操作的方法及装置
是这样实现的
一种对不同协议版本的网元进行操作的方法，包括 接收对端网元发送的所述对端网元支持的协议版本信息集合； 对所述对端网元支持的协议版本信息集合和自身支持的协议版本信息集
合进行交集运算；判断所述交集运算的结果是否为空集，如果否，在所述交集
运算的结果中选取一 个协议版本作为协商后的版本信息； 将所述协商后的版本信息发送至对端网元。 一种通信装置，包括
接收模块，用于接收对端网元发送的所述对端网元支持的协议版本信息集
合；
运算模块，用于对所述对端网元支持的协议版本信息集合和自身支持的协 议版本信息集合进行交集运算；
判断模块，用于判断所述交集运算的结果是否为空集，如果否，在所述交 集运算的结果中选取一 个协议版本作为协商后的版本信息；
发送模块，用于将所述协商后的版本信息发送至对端网元。
由以上本发明实施例提供的技术方案可见，本发明实施例在两个网元最初 建立连接时，通过对两个网元分别支持的协议版本信息集合取交集的方法，进 行两个网元间协议版本信息的协商，使得以后的信息交互中不再进行协议版本 信息的传递与处理，从而适应了协议演进中流程的变化，降低了系统资源的消 耗。
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技 术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅
5仅表明本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性 劳动的前提下，还可以根据这些附图获得其他实施例的附图。
图l是现有技术提供的协议版本演进中流程变化示意图—2是本发明实施例提供的对不同协议版本的网元ii行操作的方法实施— 例一的流程图3是本发明实施例提供的对不同协议版本的网元进行操作的方法实施 例二的流程图4是本发明实施例提供的对不同协议版本的网元进行操作的方法实施 例三的流程图5是本发明实施例提供的装置实施例框图。
具体实施例方式
本发明实施例提供一种对不同协议版本的网元进行才喿作的方法及装置。 为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实 施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然， 所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本 发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得 的所有其他实施例，都应当属于本发明保护的范围。
实施例一
参考图2,示出了本发明实施例^是供的对不同协议版本的网元进行操作的 方法实施例一的流程图，如图2所示，所述对不同协议版本的网元进行操作 的方法流程包括
S101:接收对端网元发送的所述对端网元支持的协议版本信息集合。 在实际应用中，当两个网元间最初建立连接时，网元接收对端网元发送的 连接请求消息，所述连接请求消息中可以包含所述对端网元支持的协议版本信 息集合；所述连接请求消息中也可以不包含所述对端网元支持的协议版本信息 集合，此种情况下，网元根据所述连接请求消息，发送连接建立消息至对端网 元，所述连接建立消息中包含所述网元支持的协议版本信息集合，其中，两个 网元互为对端网元；即本发明所提供的实施例中，可以有多种方式携带网元支持的协议版本信息集合,例如所述对端网元支持的协议版本信息集合包含在 连接请求消息中携带；或者，所述对端网元支持的协议版本信息集合包含在连 接建立消息中携带,当然在不脱离本发明实施例的思想下,还可以在其他的消息
中携带。
S102:对所述对端网元支持的协议版本信息集合和自身支持的协议版本 信息集合进行交集运算，判断所述交集运算的结果是否为空集，如果否，在 所述交集运算的结果中选取一个协议版本作为协商后的版本信息。
在本发明另 一个实施例中，可以将所述交集运算的结果中的最高协议版本 作为协商后的版本信息。
在本发明另一个实施例中，当所述交集运算的结果是空集时，可以将对端 网元和自身所在的通信系统支持的最低版本作为协商后的版本信息。 S103:将所述协商后的版本信息发送至对端网元。
本实施例中，当S101中所述对端网元支持的协议版本信息集合包含在连 接请求消息中时，S103中的所述协商后的版本信息包含在连接建立消息中发 送至对端网元；当S101中所述对端网元支持的协议版本信息集合包含在连接 建立消息中时，S103中的所述协商后的版本信息包含在连接建立完成消息中。 在本实施例中，用户"i殳备(UE, User Equipment)和基站(eNB, Evolved Node Base station)互为对端网元；或者，eNB与核心网络侧服务器互为对端 网元；或者，eNB与eNB互为对端网元。
本发明实施例在两个网元最初建立连接时，通过对两个网元分别支持的 协议版本信息集合取交集的方法，进行两个网元间协议版本信息的协商，使 得以后的信息交互中不再进行协议版本信息的传递与处理，从而适应了协议 演进中流程的变化，降低了系统资源的消耗。
实施例二
为使本领域技术人员更好地理解本发明实施例，以下结合本发明实施例 在实际应用中的具体例子对本发明实施例进一步说明。
参考图3,示出了本发明实施例提供的对不同协议版本的网元进行操作的 方法实施例二的流程图，本发明实施例应用于UE和eNB建立连冲姿时，如图3所示，所述对不同协议版本的网元进行操作的方法流程包括
S201: UE发送无线资源控制协议连接请求(RRCConnectionRequest)消 息至eNB,所述无线资源控制协议连接请求消息包含UE支持的协议版本信 息集合。
在LTE系统中，UE和eNB建立空口连接时，l正在RRCConnectionRequest 消息里增加一个用于指示UE支持的协议版本集合的信元，例如在 RRCConnectionRequest消息里增加一个信元VERSIONMAP来指示UE支持 的协议版本集合，然后发送所述RRCConnectionRequest消息至eNB。
举例来说，增加了 VERSIONMAP信元后的RRCConnectionRequest消息 的内容具体可以为 --ASN1 START RRCConnectionRequest ::二 versionMap rrcConnectionRequest criticalExtensionsFuture
VERSIONMAP
RRCConnectionRequest-r8-Ies ue-Identity establishmentCause sj)are
InitialUE誦Identity ::= s-TMSI random Value
SEQUENCE {
VERSIONMAP RRCConnectionRequest, SEQUENCE {}
BIT STRING (SIZE (8))
::= SEQUENCE { InitialUE-Identity,
EstablishmentCause, BIT STRING (SIZE(l))
CHOICE { S-TMSI,
BIT STRING (SIZE (40))
8EstablishmentCause ::= ENUMERATED {
emergency, highPriorityAccess, mt-Access, mo-Signalling, mo-Data， spare3， spare2， spare 1}
ASN1STOP
当然,本发明实施例中VERSIONMAP信元的具体结构和/或位置可以才艮据 需要进行调整。
所述UE支持的协议版本集合中的元素可以为目前LTE系统中的协议版 本，例如R8、 R9和RIO中的一个或多个。LTE系统中协议版本由叶氐到高的 顺序为R8、 R9、 R10。
S202 : eNB接收所述RRCConnectionRequest 消息，/人所述 RRCConnectionRequest消息中获耳又UE支持的协议版本集合。
本实施例中，eNB可以才艮据RRCConnectionRequest消息中的 VERSIONMAP信元获取UE支持的协议版本集合。
S203: eNB将所述UE支持的协议版本集合和eNB支持的协议版本集合 进行交集运算，得到交集运算的结果。
假设UE支持的协议版本集合为(R8， R9}， eNB支持的协议版本集合为 {R8, R9， RIO},将(R8， R9〉和《R8， R9， R10)进行交集运算，得到交集运 算的结果为(R8， R9}。
或者，假设UE支持的协议版本集合为{118}, eNB支持的协议版本集合 为{仗9， R10},将(R^和(R9， 1110}进行交集运算，得到交集运算的结果是空 集。
S204: eNB判断所述交集运算的结果是否为空集，如果所述交集运算的 结果是空集，将UE和eNB所在的LTE通信系统支持的最低协议版本作为协 商版本信息；如果所述交集运算的结果不是空集，在所述交集运算的结果中选 取一个协议版本作为协商后的版本信息。
如果所述交集运算的结果是空集，将LTE通信系统支持的最低协议版本 R8作为协商后的版本信息；
或者，如果所述交集运算的结果不是空集，例如是(R8， R9},可以在所
9述交集运算的结果中选择一 个协议版本作为协商后的版本信息，即可以将
R8/R9作为协商后的版本信息，优选地，将所述交集运算结果中的最高协议版 本作为协商后的版本信息，例如将所述结果中的最高协议版本R9作为协商后 的版本信息。
S205: eNB发送无线资源控制协议连接建立(RRCConnectionSetup)消息 至UE,所述RRCConnectionSetup消息包含所述协商后的版本信息。
eNB在RRCConnectionSetup消息中增加一个用于指示协商后的版本信息 的信元，例如在RRCConnectionSetup消息中增加信元VERSION来指示协商 后的版本信息，然后发送所述RRCConnectionSetup消息至UE。
举例来说，所述增加了信元VERSION的RRCConnectionSetup消息的内 容具体可以为
—ASN1 START
SEQUENCE { RRC-Transactionldentifier, VERSION
RRCConnectionSetup -IEs， SEQUENCE {}
RRCConnectionSetup ::= rrc-Transactionldentifier
version
rrcConnectionSetup criticalExtensionsFuture
VERSION
ENUMERATED^ R8， R9， R10， sparel，.." spare"}
RRCConnectionSetup -IEs ::= radioResourceConfigDedicated nonCriticalExtension OPTIONAL — Need OP
SEQUENCE {
RadioResourceConfigDedicated, SEQUENCE {}
ASN1STOP当然,本发明实施例中VERSION信元的具体结构和/或位置可以根据需要 进行调整。
S206: UE接收所述RRCConnectionSetup消息后，发送无线资源控制协议 连冲妻建立完成(RRCConnectionSetupComplete )消息至eNB。
所述 RRCCo騰ctionRequest 消息、RRCCo彦ctionSetup 消息和 RRCConnectionSetupComplete为空口消息。
本发明实施例在两个网元UE和eNB最初建立连接时，通过对UE和eNB 分别支持的协议版本信息集合取交集的方法，进行UE和eNB协议版本信息 的协商，获取协商版本信息，使得以后的信息交互中不再进行协议版本信息 的传递与处理，从而适应了协议演进中流程的变化，降低了系统资源的消耗。
此外，由于只需要在最初建立连接时协商一次，不需要在以后每条消息 交互时再进行协商，因此极大地提高了效率。
无论是消息还是信元都可以做较大的修改，因此LTE协议可以最大限度 地进行演进。
本发明实施例还可以应用于基站与基站之间建立连接时进行协议版本信 息的协商；或者应用于核心网络侧服务器与基站之间建立连接时进行协议版 本信息的协商。
本发明实施例不止应用于LTE系统，还可以应用于其他通信网全各系统中 网元协i^Jf反本的协商。
实施例三
参考图4，示出了本发明实施例提供的对不同协议版本的网元进行才喿作的 方法实施例三的流程图，本发明实施例应用于UE和eNB建立连接时，如图 4所示，所述对不同协议版本的网元进行操作的方法流程包括
S301: UE发送无线资源控制协议连接请求(RRCConnectionRequest)消 息至eNB。
S302 : eNB 4妄收所述 RRCConnectionRequest 消息，发送 RRCConnectionSetup消息至UE,所述RRCConnectionSetup消息中包含eNB
支持的协议版本信息集合。
li所述eNB支持的协议版本集合中的元素可以为目前LTE系统中的协议版 本，例如R8、 R9和R10中的一个或多个。LTE系统中协议版本由低到高的 顺序为R8、 R9、 RIO。
S303 : UE接收所述RRCConnectionSetup 消息，从所述 RRCConnectionSetup消息中获取eNB支持的协议片反本集合。
S304: UE将所述eNB支持的协议版本集合和UE支持的协议版本集合进 行交集运算，得到交集运算的结果。
假设UE支持的协议版本集合为(R8， R9}， eNB支持的协议版本集合为 {R8， R9, R10}，将(R8， R9〉和(R8， R9, R10)进行交集运算，得到交集运 算的结果为(R8， R9}。
或者，假设UE支持的协议版本集合为{118}， eNB支持的协议版本集合 为(R9， R10}，将(R^和(R9, 1110}进行交集运算，得到交集运算的结果是空 集。
S305: UE判断所述交集运算的结果是否是空集，如果所述交集运算的结 果是空集，将UE和eNB所在的LTE通信系统支持的最低协议版本作为协商 后的版本信息；如果所述交集运算的结果不是空集，在所述交集运算的结果 中选取一个协议版本作为协商后的版本信息。
如果所述交集运算的结果是空集，将LTE通信系统支持的最低协议版本 R8作为协商后的版本信息；
或者，如果所述交集运算的结果不是空集，例如是《R8， R9},可以在所 述交集运算的结果中选取一个协议版本作为协商后的版本信息，即可以将 R8/R9作为协商后的版本信息，优选地，将所述交集运算结果中的最高协议版 本作为协商后的版本信息，例如将所述结果中的最高协议版本R9作为协商后 的版本信息。
S306 : UE发送RRCConnectionSetupComplete消息至eNB , 所述 RRCCo皿ectionSetupComplete消息中包含所述协商后的版本信息。
本实施例在两个网元UE和eNB最初建立连接时，通过对UE和eNB分 别支持的协议版本信息集合取交集的方法，进行UE和eNB协议版本信息的 协商，获取协商后的版本信息，使得以后的信息交互中不再进行协议版本信息的传递与处理，从而适应了协议演进中流程的变化，降低了系统资源的消 耗。
此外，由于只需要在最初建立连接时协商一次，不需要在以后每条消息 交互时再进行协商，因此极大地提高了效率。
在上述对不同协议版本的网元进行操作的方法的基础上，本发明实施例
还提供了一种对不同协议版本的网元进行操作的装置。图5为本发明实施例 提供的装置实施例框图，包括
接收模块501,用于接收对端网元发送的所述对端网元支持的协议版本信 息集合。
运算模块502,用于对所述对端网元支持的协议版本信息集合和自身支持 的协议版本信息集合进行交集运算。
判断模块503，用于判断所述交集运算的结果是否为空集，如果否，在所 述交集运算的结果中选取一个协议版本作为协商后的版本信息。
判断模块503中在所述交集运算的结果中选取一个协议版本作为协商后 的版本信息，优选地，可以具体为将所述结果中的最高协议版本作为协商后 的版本信息。
发送单元504，用于将所述协商后的版本信息发送至对端网元。 本实施中，所述判断模块还用于当所述交集运算的结果是空集时，将对端 网元和自身所在的通信系统支持的最低版本作为协商后的版本信息。
在本发明实施例中，UE和eNB互为对端网元；或者，eNB与核心网络侧 服务器互为对端网元；或者，eNB与eNB互为对端网元。
对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比專交 简单，相关之处参见方法实施例的部分说明即可。
本发明实施例提供的装置在两个网元最初建立连接时，通过对两个网元 分别支持的协议版本信息集合取交集的方法，进行两个网元协议版本信息的 协商，获取协商版本信息，使得以后的信息交互中不再进行协议版本信息的 传递与处理，从而适应了协议演进中流程的变化，降低了系统资源的消耗。
此外，由于本发明实施例提供的装置只需要在两个网元最初建立连接时 协商一次，不需要在以后每条消息交互时再进行协商，因此极大地提高了效率。
通过上述本发明实施例的实施方式的描述可知，本领域的:f支术人员可以清 楚地了解到本发明实施例可借助软件加必需的通用硬件平台的方式来实现—。基 于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的 部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质
中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可 以是个人计算机，服务器，或者网络设备等)执行本发明实施例或者实施例的 某些部分所述的方法。
以上所述，仅是本发明的4交佳实施例而已，并非对本发明作任何形式上的 限制。虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明。任何 熟悉本领域的技术人员，在不脱离本发明技术方案范围情况下，都可利用上述 揭示的方法和技术内容对本发明技术方案做出许多可能的变动和修饰，或修改 为等同变化的等效实施例。因此，凡是未脱离本发明技术方案的内容，依据本 发明的技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均仍属 于本发明技术方案保护的范围内。
权利要求
1、一种对不同协议版本的网元进行操作的方法，其特征在于，包括接收对端网元发送的所述对端网元支持的协议版本信息集合；对所述对端网元支持的协议版本信息集合和自身支持的协议版本信息集合进行交集运算；判断所述交集运算的结果是否为空集，如果否，在所述交集运算的结果中选取一个协议版本作为协商后的版本信息；将所述协商后的版本信息发送至对端网元。
2、 根据权利要求1所述的方法，其特征在于，所述方法进一步包括当所述交集运算的结果是空集时，将对端网元和自身所在的通信系统支持 的最低版本作为协商后的版本信息。
3、 根据权利要求1所述的方法，其特征在于，所述在所述交集运算的结 果中选取一个协议版本作为协商后的版本信息，包括将所述交集运算的结果中的最高协议版本作为协商后的版本信息。
4、 根据权利要求1-3任一项所述的方法，其特征在于，所述对端网元支 持的协议版本信息集合包含在连接请求消息中；或者，所述对端网元支持的协议版本信息集合包含在连接建立消息中。
5、 根据权利要求4所述的方法，其特征在于，用户设备UE和基站eNB 互为对端网元。
6、 根据权利要求5所述的方法，其特征在于，所述连接请求消息为无线 资源控制协议连接请求RRCCo皿ectionRequest消息；所述连接建立消息为无 线资源控制协议连接建立RRCCo皿ectionSetup消息。
7、 根据权利要求1所述的方法，其特征在于，eNB与核心网络侧服务器 互为对端网元；或者，eNB与eNB互为对端网元。
8、 一种通信装置，其特征在于，包括接收模块，用于接收对端网元发送的所述对端网元支持的协议版本信息集合；运算模块，用于对所述对端网元支持的协议版本信息集合和自身支持的协 议版本信息集合进行交集运算；判断模块，用于判断所述交集运算的结果是否为空集，如果否，在所述交集运算的结果中选取一个协议版本作为协商后的版本信息；发送模块，用于将所述协商后的版本信息发送至对端网元。
9、 根据权利要求8所述的装置，其特征在于，所述判断模块还用于当所 述交集运算的结果是空集时，将对端网元和自身所在的通信系统支持的最低版 本作为协商后的版本信息。
10、 根据权利要求8或9所述的装置，其特征在于，UE和eNB互为对端 网元；或者，eNB与核心网络侧服务器互为对端网元；或者，eNB与eNB互 为对端网元。
全文摘要
本发明实施例提供一种对不同协议版本的网元进行操作的方法及装置。对不同协议版本的网元进行操作的方法实施例包括接收对端网元发送的所述对端网元支持的协议版本信息集合；对对端网元支持的协议版本信息集合和自身支持的协议版本信息集合进行交集运算；判断所述交集运算的结果是否为空集，如果否，在所述交集运算的结果中选取一个协议版本作为协商后的版本信息；将所述协商后的版本信息发送至对端网元。本发明实施例适应了协议版本演进中流程的变化，降低了系统资源的消耗。
文档编号H04W28/18GK101668315SQ20091019722
公开日2010年3月10日 申请日期2009年10月12日 优先权日2009年10月12日
发明者峰 丁 申请人:上海华为技术有限公司