專利名稱：對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本塞明涉及通信技術(shù)領(lǐng)域，特別涉及一種對不同協(xié)議版本的一網(wǎng)元進(jìn)行操作 的方法及裝置。
背景技術(shù)：
3GPP長期演進(jìn)(LTE, Long Term Evolution)項(xiàng)目是3GPP啟動的新技術(shù) 研發(fā)項(xiàng)目之一。LTE項(xiàng)目具有長期性的特點(diǎn)，未來相對較長時(shí)間內(nèi)無線通訊技 術(shù)和應(yīng)用的變化在實(shí)現(xiàn)時(shí)需要協(xié)議來支持?，F(xiàn)有LTE協(xié)議版本包括版本8 (R8, Release8)、版本9 (R9, Release9)和版本IO (RIO， ReleaselO),將來還有 可能出現(xiàn)更高的協(xié)議版本。
現(xiàn)有LTE協(xié)議通過在空口消息里添加協(xié)-漢版本信息的方法來告知對端網(wǎng) 元，進(jìn)而實(shí)現(xiàn)不同協(xié)議版本的網(wǎng)元間的版本適應(yīng)問題，所述網(wǎng)元指網(wǎng)絡(luò)中的設(shè) 備實(shí)體。
但是上述方法不能適應(yīng)協(xié)議版本演進(jìn)中流程的變化。如圖l所示，區(qū)域l 對應(yīng)協(xié)議版本R8的流程，網(wǎng)元A向網(wǎng)元B發(fā)送消息A，流程結(jié)束；區(qū)域2對應(yīng)協(xié) i義版本R9的流程，網(wǎng)元A向網(wǎng)元B發(fā)送消息A,網(wǎng)元B向網(wǎng)元A回復(fù)消息B,流 程結(jié)束。
布支設(shè)現(xiàn)網(wǎng)應(yīng)用場景為網(wǎng)元A實(shí)現(xiàn)協(xié)i義X反本R9，網(wǎng)元B實(shí)現(xiàn)協(xié)議版本R8。網(wǎng) 元A通過發(fā)出消息A^起流程，所述消息A中攜帶的協(xié)議版本為R9;雖然網(wǎng)元B 接收的消息A中攜帶協(xié)議版本為R9，但是網(wǎng)元B實(shí)現(xiàn)協(xié)議版本R8，不實(shí)現(xiàn)高于 協(xié)議版本R8的R9，所以網(wǎng)元B收到消息A后默認(rèn)流程結(jié)束；但是網(wǎng)元A是實(shí)現(xiàn) 協(xié)議版本R9的，所以會等待消息B，認(rèn)為流程沒有結(jié)束，處于掛起狀態(tài)。 發(fā)明人在實(shí)現(xiàn)本發(fā)明的過程中發(fā)現(xiàn)現(xiàn)有技術(shù)存在以下缺點(diǎn) 現(xiàn)有技術(shù)僅僅實(shí)現(xiàn)了網(wǎng)元間協(xié)議版本的適應(yīng)，是有限度、被約束的協(xié)議版 本兼容，由于網(wǎng)元協(xié)議版本信息的不同，使其不能適應(yīng)協(xié)議版本演進(jìn)中流程的 變化。此外，上述方法中在每條消息里都包含協(xié)議版本信息，使得每處理一條 消息時(shí)都要判斷自身應(yīng)該使用的協(xié)議版本，消耗了大量的系統(tǒng)資源。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了 一種對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的方法及裝置， 以適應(yīng)協(xié)議版本演進(jìn)中流程的變化，且降低系統(tǒng)資源的消耗。
本發(fā)明實(shí)施例提供的 一種對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的方法及裝置
是這樣實(shí)現(xiàn)的
一種對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的方法，包括 接收對端網(wǎng)元發(fā)送的所述對端網(wǎng)元支持的協(xié)議版本信息集合； 對所述對端網(wǎng)元支持的協(xié)議版本信息集合和自身支持的協(xié)議版本信息集
合進(jìn)行交集運(yùn)算；判斷所述交集運(yùn)算的結(jié)果是否為空集，如果否，在所述交集
運(yùn)算的結(jié)果中選取一 個(gè)協(xié)議版本作為協(xié)商后的版本信息； 將所述協(xié)商后的版本信息發(fā)送至對端網(wǎng)元。 一種通信裝置，包括
接收模塊，用于接收對端網(wǎng)元發(fā)送的所述對端網(wǎng)元支持的協(xié)議版本信息集
合；
運(yùn)算模塊，用于對所述對端網(wǎng)元支持的協(xié)議版本信息集合和自身支持的協(xié) 議版本信息集合進(jìn)行交集運(yùn)算；
判斷模塊，用于判斷所述交集運(yùn)算的結(jié)果是否為空集，如果否，在所述交 集運(yùn)算的結(jié)果中選取一 個(gè)協(xié)議版本作為協(xié)商后的版本信息；
發(fā)送模塊，用于將所述協(xié)商后的版本信息發(fā)送至對端網(wǎng)元。
由以上本發(fā)明實(shí)施例提供的技術(shù)方案可見，本發(fā)明實(shí)施例在兩個(gè)網(wǎng)元最初 建立連接時(shí)，通過對兩個(gè)網(wǎng)元分別支持的協(xié)議版本信息集合取交集的方法，進(jìn) 行兩個(gè)網(wǎng)元間協(xié)議版本信息的協(xié)商，使得以后的信息交互中不再進(jìn)行協(xié)議版本 信息的傳遞與處理，從而適應(yīng)了協(xié)議演進(jìn)中流程的變化，降低了系統(tǒng)資源的消 耗。


為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技 術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅
5僅表明本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性 勞動的前提下，還可以根據(jù)這些附圖獲得其他實(shí)施例的附圖。
圖l是現(xiàn)有技術(shù)提供的協(xié)議版本演進(jìn)中流程變化示意圖—2是本發(fā)明實(shí)施例提供的對不同協(xié)議版本的網(wǎng)元ii行操作的方法實(shí)施— 例一的流程圖3是本發(fā)明實(shí)施例提供的對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的方法實(shí)施 例二的流程圖4是本發(fā)明實(shí)施例提供的對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的方法實(shí)施 例三的流程圖5是本發(fā)明實(shí)施例提供的裝置實(shí)施例框圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供一種對不同協(xié)議版本的網(wǎng)元進(jìn)行才喿作的方法及裝置。 為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實(shí) 施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然， 所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒?發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得 的所有其他實(shí)施例，都應(yīng)當(dāng)屬于本發(fā)明保護(hù)的范圍。
實(shí)施例一
參考圖2,示出了本發(fā)明實(shí)施例^是供的對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的 方法實(shí)施例一的流程圖，如圖2所示，所述對不同協(xié)議版本的網(wǎng)元進(jìn)行操作 的方法流程包括
S101:接收對端網(wǎng)元發(fā)送的所述對端網(wǎng)元支持的協(xié)議版本信息集合。 在實(shí)際應(yīng)用中，當(dāng)兩個(gè)網(wǎng)元間最初建立連接時(shí)，網(wǎng)元接收對端網(wǎng)元發(fā)送的 連接請求消息，所述連接請求消息中可以包含所述對端網(wǎng)元支持的協(xié)議版本信 息集合；所述連接請求消息中也可以不包含所述對端網(wǎng)元支持的協(xié)議版本信息 集合，此種情況下，網(wǎng)元根據(jù)所述連接請求消息，發(fā)送連接建立消息至對端網(wǎng) 元，所述連接建立消息中包含所述網(wǎng)元支持的協(xié)議版本信息集合，其中，兩個(gè) 網(wǎng)元互為對端網(wǎng)元；即本發(fā)明所提供的實(shí)施例中，可以有多種方式攜帶網(wǎng)元支持的協(xié)議版本信息集合,例如所述對端網(wǎng)元支持的協(xié)議版本信息集合包含在 連接請求消息中攜帶；或者，所述對端網(wǎng)元支持的協(xié)議版本信息集合包含在連 接建立消息中攜帶,當(dāng)然在不脫離本發(fā)明實(shí)施例的思想下,還可以在其他的消息
中攜帶。
S102:對所述對端網(wǎng)元支持的協(xié)議版本信息集合和自身支持的協(xié)議版本 信息集合進(jìn)行交集運(yùn)算，判斷所述交集運(yùn)算的結(jié)果是否為空集，如果否，在 所述交集運(yùn)算的結(jié)果中選取一個(gè)協(xié)議版本作為協(xié)商后的版本信息。
在本發(fā)明另 一個(gè)實(shí)施例中，可以將所述交集運(yùn)算的結(jié)果中的最高協(xié)議版本 作為協(xié)商后的版本信息。
在本發(fā)明另一個(gè)實(shí)施例中，當(dāng)所述交集運(yùn)算的結(jié)果是空集時(shí)，可以將對端 網(wǎng)元和自身所在的通信系統(tǒng)支持的最低版本作為協(xié)商后的版本信息。 S103:將所述協(xié)商后的版本信息發(fā)送至對端網(wǎng)元。
本實(shí)施例中，當(dāng)S101中所述對端網(wǎng)元支持的協(xié)議版本信息集合包含在連 接請求消息中時(shí)，S103中的所述協(xié)商后的版本信息包含在連接建立消息中發(fā) 送至對端網(wǎng)元；當(dāng)S101中所述對端網(wǎng)元支持的協(xié)議版本信息集合包含在連接 建立消息中時(shí)，S103中的所述協(xié)商后的版本信息包含在連接建立完成消息中。 在本實(shí)施例中，用戶"i殳備(UE, User Equipment)和基站(eNB, Evolved Node Base station)互為對端網(wǎng)元；或者，eNB與核心網(wǎng)絡(luò)側(cè)服務(wù)器互為對端 網(wǎng)元；或者，eNB與eNB互為對端網(wǎng)元。
本發(fā)明實(shí)施例在兩個(gè)網(wǎng)元最初建立連接時(shí)，通過對兩個(gè)網(wǎng)元分別支持的 協(xié)議版本信息集合取交集的方法，進(jìn)行兩個(gè)網(wǎng)元間協(xié)議版本信息的協(xié)商，使 得以后的信息交互中不再進(jìn)行協(xié)議版本信息的傳遞與處理，從而適應(yīng)了協(xié)議 演進(jìn)中流程的變化，降低了系統(tǒng)資源的消耗。
實(shí)施例二
為使本領(lǐng)域技術(shù)人員更好地理解本發(fā)明實(shí)施例，以下結(jié)合本發(fā)明實(shí)施例 在實(shí)際應(yīng)用中的具體例子對本發(fā)明實(shí)施例進(jìn)一步說明。
參考圖3,示出了本發(fā)明實(shí)施例提供的對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的 方法實(shí)施例二的流程圖，本發(fā)明實(shí)施例應(yīng)用于UE和eNB建立連沖姿時(shí)，如圖3所示，所述對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的方法流程包括
S201: UE發(fā)送無線資源控制協(xié)議連接請求(RRCConnectionRequest)消 息至eNB,所述無線資源控制協(xié)議連接請求消息包含UE支持的協(xié)議版本信 息集合。
在LTE系統(tǒng)中，UE和eNB建立空口連接時(shí)，l正在RRCConnectionRequest 消息里增加一個(gè)用于指示UE支持的協(xié)議版本集合的信元，例如在 RRCConnectionRequest消息里增加一個(gè)信元VERSIONMAP來指示UE支持 的協(xié)議版本集合，然后發(fā)送所述RRCConnectionRequest消息至eNB。
舉例來說，增加了 VERSIONMAP信元后的RRCConnectionRequest消息 的內(nèi)容具體可以為 --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
當(dāng)然,本發(fā)明實(shí)施例中VERSIONMAP信元的具體結(jié)構(gòu)和/或位置可以才艮據(jù) 需要進(jìn)行調(diào)整。
所述UE支持的協(xié)議版本集合中的元素可以為目前LTE系統(tǒng)中的協(xié)議版 本，例如R8、 R9和RIO中的一個(gè)或多個(gè)。LTE系統(tǒng)中協(xié)議版本由葉氐到高的 順序?yàn)镽8、 R9、 R10。
S202 : eNB接收所述RRCConnectionRequest 消息，/人所述 RRCConnectionRequest消息中獲耳又UE支持的協(xié)議版本集合。
本實(shí)施例中，eNB可以才艮據(jù)RRCConnectionRequest消息中的 VERSIONMAP信元獲取UE支持的協(xié)議版本集合。
S203: eNB將所述UE支持的協(xié)議版本集合和eNB支持的協(xié)議版本集合 進(jìn)行交集運(yùn)算，得到交集運(yùn)算的結(jié)果。
假設(shè)UE支持的協(xié)議版本集合為(R8， R9}， eNB支持的協(xié)議版本集合為 {R8, R9， RIO},將(R8， R9〉和《R8， R9， R10)進(jìn)行交集運(yùn)算，得到交集運(yùn) 算的結(jié)果為(R8， R9}。
或者，假設(shè)UE支持的協(xié)議版本集合為{118}, eNB支持的協(xié)議版本集合 為{仗9， R10},將(R^和(R9， 1110}進(jìn)行交集運(yùn)算，得到交集運(yùn)算的結(jié)果是空 集。
S204: eNB判斷所述交集運(yùn)算的結(jié)果是否為空集，如果所述交集運(yùn)算的 結(jié)果是空集，將UE和eNB所在的LTE通信系統(tǒng)支持的最低協(xié)議版本作為協(xié) 商版本信息；如果所述交集運(yùn)算的結(jié)果不是空集，在所述交集運(yùn)算的結(jié)果中選 取一個(gè)協(xié)議版本作為協(xié)商后的版本信息。
如果所述交集運(yùn)算的結(jié)果是空集，將LTE通信系統(tǒng)支持的最低協(xié)議版本 R8作為協(xié)商后的版本信息；
或者，如果所述交集運(yùn)算的結(jié)果不是空集，例如是(R8， R9},可以在所
9述交集運(yùn)算的結(jié)果中選擇一 個(gè)協(xié)議版本作為協(xié)商后的版本信息，即可以將
R8/R9作為協(xié)商后的版本信息，優(yōu)選地，將所述交集運(yùn)算結(jié)果中的最高協(xié)議版 本作為協(xié)商后的版本信息，例如將所述結(jié)果中的最高協(xié)議版本R9作為協(xié)商后 的版本信息。
S205: eNB發(fā)送無線資源控制協(xié)議連接建立(RRCConnectionSetup)消息 至UE,所述RRCConnectionSetup消息包含所述協(xié)商后的版本信息。
eNB在RRCConnectionSetup消息中增加一個(gè)用于指示協(xié)商后的版本信息 的信元，例如在RRCConnectionSetup消息中增加信元VERSION來指示協(xié)商 后的版本信息，然后發(fā)送所述RRCConnectionSetup消息至UE。
舉例來說，所述增加了信元VERSION的RRCConnectionSetup消息的內(nèi) 容具體可以為
—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當(dāng)然,本發(fā)明實(shí)施例中VERSION信元的具體結(jié)構(gòu)和/或位置可以根據(jù)需要 進(jìn)行調(diào)整。
S206: UE接收所述RRCConnectionSetup消息后，發(fā)送無線資源控制協(xié)議 連沖妻建立完成(RRCConnectionSetupComplete )消息至eNB。
所述 RRCCo騰ctionRequest 消息、RRCCo彥ctionSetup 消息和 RRCConnectionSetupComplete為空口消息。
本發(fā)明實(shí)施例在兩個(gè)網(wǎng)元UE和eNB最初建立連接時(shí)，通過對UE和eNB 分別支持的協(xié)議版本信息集合取交集的方法，進(jìn)行UE和eNB協(xié)議版本信息 的協(xié)商，獲取協(xié)商版本信息，使得以后的信息交互中不再進(jìn)行協(xié)議版本信息 的傳遞與處理，從而適應(yīng)了協(xié)議演進(jìn)中流程的變化，降低了系統(tǒng)資源的消耗。
此外，由于只需要在最初建立連接時(shí)協(xié)商一次，不需要在以后每條消息 交互時(shí)再進(jìn)行協(xié)商，因此極大地提高了效率。
無論是消息還是信元都可以做較大的修改，因此LTE協(xié)議可以最大限度 地進(jìn)行演進(jìn)。
本發(fā)明實(shí)施例還可以應(yīng)用于基站與基站之間建立連接時(shí)進(jìn)行協(xié)議版本信 息的協(xié)商；或者應(yīng)用于核心網(wǎng)絡(luò)側(cè)服務(wù)器與基站之間建立連接時(shí)進(jìn)行協(xié)議版 本信息的協(xié)商。
本發(fā)明實(shí)施例不止應(yīng)用于LTE系統(tǒng)，還可以應(yīng)用于其他通信網(wǎng)全各系統(tǒng)中 網(wǎng)元協(xié)i^Jf反本的協(xié)商。
實(shí)施例三
參考圖4，示出了本發(fā)明實(shí)施例提供的對不同協(xié)議版本的網(wǎng)元進(jìn)行才喿作的 方法實(shí)施例三的流程圖，本發(fā)明實(shí)施例應(yīng)用于UE和eNB建立連接時(shí)，如圖 4所示，所述對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的方法流程包括
S301: UE發(fā)送無線資源控制協(xié)議連接請求(RRCConnectionRequest)消 息至eNB。
S302 : eNB 4妄收所述 RRCConnectionRequest 消息，發(fā)送 RRCConnectionSetup消息至UE,所述RRCConnectionSetup消息中包含eNB
支持的協(xié)議版本信息集合。
li所述eNB支持的協(xié)議版本集合中的元素可以為目前LTE系統(tǒng)中的協(xié)議版 本，例如R8、 R9和R10中的一個(gè)或多個(gè)。LTE系統(tǒng)中協(xié)議版本由低到高的 順序?yàn)镽8、 R9、 RIO。
S303 : UE接收所述RRCConnectionSetup 消息，從所述 RRCConnectionSetup消息中獲取eNB支持的協(xié)議片反本集合。
S304: UE將所述eNB支持的協(xié)議版本集合和UE支持的協(xié)議版本集合進(jìn) 行交集運(yùn)算，得到交集運(yùn)算的結(jié)果。
假設(shè)UE支持的協(xié)議版本集合為(R8， R9}， eNB支持的協(xié)議版本集合為 {R8， R9, R10}，將(R8， R9〉和(R8， R9, R10)進(jìn)行交集運(yùn)算，得到交集運(yùn) 算的結(jié)果為(R8， R9}。
或者，假設(shè)UE支持的協(xié)議版本集合為{118}， eNB支持的協(xié)議版本集合 為(R9， R10}，將(R^和(R9, 1110}進(jìn)行交集運(yùn)算，得到交集運(yùn)算的結(jié)果是空 集。
S305: UE判斷所述交集運(yùn)算的結(jié)果是否是空集，如果所述交集運(yùn)算的結(jié) 果是空集，將UE和eNB所在的LTE通信系統(tǒng)支持的最低協(xié)議版本作為協(xié)商 后的版本信息；如果所述交集運(yùn)算的結(jié)果不是空集，在所述交集運(yùn)算的結(jié)果 中選取一個(gè)協(xié)議版本作為協(xié)商后的版本信息。
如果所述交集運(yùn)算的結(jié)果是空集，將LTE通信系統(tǒng)支持的最低協(xié)議版本 R8作為協(xié)商后的版本信息；
或者，如果所述交集運(yùn)算的結(jié)果不是空集，例如是《R8， R9},可以在所 述交集運(yùn)算的結(jié)果中選取一個(gè)協(xié)議版本作為協(xié)商后的版本信息，即可以將 R8/R9作為協(xié)商后的版本信息，優(yōu)選地，將所述交集運(yùn)算結(jié)果中的最高協(xié)議版 本作為協(xié)商后的版本信息，例如將所述結(jié)果中的最高協(xié)議版本R9作為協(xié)商后 的版本信息。
S306 : UE發(fā)送RRCConnectionSetupComplete消息至eNB , 所述 RRCCo皿ectionSetupComplete消息中包含所述協(xié)商后的版本信息。
本實(shí)施例在兩個(gè)網(wǎng)元UE和eNB最初建立連接時(shí)，通過對UE和eNB分 別支持的協(xié)議版本信息集合取交集的方法，進(jìn)行UE和eNB協(xié)議版本信息的 協(xié)商，獲取協(xié)商后的版本信息，使得以后的信息交互中不再進(jìn)行協(xié)議版本信息的傳遞與處理，從而適應(yīng)了協(xié)議演進(jìn)中流程的變化，降低了系統(tǒng)資源的消 耗。
此外，由于只需要在最初建立連接時(shí)協(xié)商一次，不需要在以后每條消息 交互時(shí)再進(jìn)行協(xié)商，因此極大地提高了效率。
在上述對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的方法的基礎(chǔ)上，本發(fā)明實(shí)施例
還提供了一種對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的裝置。圖5為本發(fā)明實(shí)施例 提供的裝置實(shí)施例框圖，包括
接收模塊501,用于接收對端網(wǎng)元發(fā)送的所述對端網(wǎng)元支持的協(xié)議版本信 息集合。
運(yùn)算模塊502,用于對所述對端網(wǎng)元支持的協(xié)議版本信息集合和自身支持 的協(xié)議版本信息集合進(jìn)行交集運(yùn)算。
判斷模塊503，用于判斷所述交集運(yùn)算的結(jié)果是否為空集，如果否，在所 述交集運(yùn)算的結(jié)果中選取一個(gè)協(xié)議版本作為協(xié)商后的版本信息。
判斷模塊503中在所述交集運(yùn)算的結(jié)果中選取一個(gè)協(xié)議版本作為協(xié)商后 的版本信息，優(yōu)選地，可以具體為將所述結(jié)果中的最高協(xié)議版本作為協(xié)商后 的版本信息。
發(fā)送單元504，用于將所述協(xié)商后的版本信息發(fā)送至對端網(wǎng)元。 本實(shí)施中，所述判斷模塊還用于當(dāng)所述交集運(yùn)算的結(jié)果是空集時(shí)，將對端 網(wǎng)元和自身所在的通信系統(tǒng)支持的最低版本作為協(xié)商后的版本信息。
在本發(fā)明實(shí)施例中，UE和eNB互為對端網(wǎng)元；或者，eNB與核心網(wǎng)絡(luò)側(cè) 服務(wù)器互為對端網(wǎng)元；或者，eNB與eNB互為對端網(wǎng)元。
對于裝置類實(shí)施例而言，由于其與方法實(shí)施例基本相似，所以描述的比專交 簡單，相關(guān)之處參見方法實(shí)施例的部分說明即可。
本發(fā)明實(shí)施例提供的裝置在兩個(gè)網(wǎng)元最初建立連接時(shí)，通過對兩個(gè)網(wǎng)元 分別支持的協(xié)議版本信息集合取交集的方法，進(jìn)行兩個(gè)網(wǎng)元協(xié)議版本信息的 協(xié)商，獲取協(xié)商版本信息，使得以后的信息交互中不再進(jìn)行協(xié)議版本信息的 傳遞與處理，從而適應(yīng)了協(xié)議演進(jìn)中流程的變化，降低了系統(tǒng)資源的消耗。
此外，由于本發(fā)明實(shí)施例提供的裝置只需要在兩個(gè)網(wǎng)元最初建立連接時(shí) 協(xié)商一次，不需要在以后每條消息交互時(shí)再進(jìn)行協(xié)商，因此極大地提高了效率。
通過上述本發(fā)明實(shí)施例的實(shí)施方式的描述可知，本領(lǐng)域的:f支術(shù)人員可以清 楚地了解到本發(fā)明實(shí)施例可借助軟件加必需的通用硬件平臺的方式來實(shí)現(xiàn)—?；?于這樣的理解，本發(fā)明實(shí)施例的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的 部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品可以存儲在存儲介質(zhì)
中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計(jì)算機(jī)設(shè)備(可 以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明實(shí)施例或者實(shí)施例的 某些部分所述的方法。
以上所述，僅是本發(fā)明的4交佳實(shí)施例而已，并非對本發(fā)明作任何形式上的 限制。雖然本發(fā)明已以較佳實(shí)施例揭露如上，然而并非用以限定本發(fā)明。任何 熟悉本領(lǐng)域的技術(shù)人員，在不脫離本發(fā)明技術(shù)方案范圍情況下，都可利用上述 揭示的方法和技術(shù)內(nèi)容對本發(fā)明技術(shù)方案做出許多可能的變動和修飾，或修改 為等同變化的等效實(shí)施例。因此，凡是未脫離本發(fā)明技術(shù)方案的內(nèi)容，依據(jù)本 發(fā)明的技術(shù)實(shí)質(zhì)對以上實(shí)施例所做的任何簡單修改、等同變化及修飾，均仍屬 于本發(fā)明技術(shù)方案保護(hù)的范圍內(nèi)。
權(quán)利要求
1、一種對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的方法，其特征在于，包括接收對端網(wǎng)元發(fā)送的所述對端網(wǎng)元支持的協(xié)議版本信息集合；對所述對端網(wǎng)元支持的協(xié)議版本信息集合和自身支持的協(xié)議版本信息集合進(jìn)行交集運(yùn)算；判斷所述交集運(yùn)算的結(jié)果是否為空集，如果否，在所述交集運(yùn)算的結(jié)果中選取一個(gè)協(xié)議版本作為協(xié)商后的版本信息；將所述協(xié)商后的版本信息發(fā)送至對端網(wǎng)元。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法進(jìn)一步包括當(dāng)所述交集運(yùn)算的結(jié)果是空集時(shí)，將對端網(wǎng)元和自身所在的通信系統(tǒng)支持 的最低版本作為協(xié)商后的版本信息。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述在所述交集運(yùn)算的結(jié) 果中選取一個(gè)協(xié)議版本作為協(xié)商后的版本信息，包括將所述交集運(yùn)算的結(jié)果中的最高協(xié)議版本作為協(xié)商后的版本信息。
4、 根據(jù)權(quán)利要求1-3任一項(xiàng)所述的方法，其特征在于，所述對端網(wǎng)元支 持的協(xié)議版本信息集合包含在連接請求消息中；或者，所述對端網(wǎng)元支持的協(xié)議版本信息集合包含在連接建立消息中。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，用戶設(shè)備UE和基站eNB 互為對端網(wǎng)元。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述連接請求消息為無線 資源控制協(xié)議連接請求RRCCo皿ectionRequest消息；所述連接建立消息為無 線資源控制協(xié)議連接建立RRCCo皿ectionSetup消息。
7、 根據(jù)權(quán)利要求1所述的方法，其特征在于，eNB與核心網(wǎng)絡(luò)側(cè)服務(wù)器 互為對端網(wǎng)元；或者，eNB與eNB互為對端網(wǎng)元。
8、 一種通信裝置，其特征在于，包括接收模塊，用于接收對端網(wǎng)元發(fā)送的所述對端網(wǎng)元支持的協(xié)議版本信息集合；運(yùn)算模塊，用于對所述對端網(wǎng)元支持的協(xié)議版本信息集合和自身支持的協(xié) 議版本信息集合進(jìn)行交集運(yùn)算；判斷模塊，用于判斷所述交集運(yùn)算的結(jié)果是否為空集，如果否，在所述交集運(yùn)算的結(jié)果中選取一個(gè)協(xié)議版本作為協(xié)商后的版本信息；發(fā)送模塊，用于將所述協(xié)商后的版本信息發(fā)送至對端網(wǎng)元。
9、 根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述判斷模塊還用于當(dāng)所 述交集運(yùn)算的結(jié)果是空集時(shí)，將對端網(wǎng)元和自身所在的通信系統(tǒng)支持的最低版 本作為協(xié)商后的版本信息。
10、 根據(jù)權(quán)利要求8或9所述的裝置，其特征在于，UE和eNB互為對端 網(wǎng)元；或者，eNB與核心網(wǎng)絡(luò)側(cè)服務(wù)器互為對端網(wǎng)元；或者，eNB與eNB互 為對端網(wǎng)元。
全文摘要
本發(fā)明實(shí)施例提供一種對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的方法及裝置。對不同協(xié)議版本的網(wǎng)元進(jìn)行操作的方法實(shí)施例包括接收對端網(wǎng)元發(fā)送的所述對端網(wǎng)元支持的協(xié)議版本信息集合；對對端網(wǎng)元支持的協(xié)議版本信息集合和自身支持的協(xié)議版本信息集合進(jìn)行交集運(yùn)算；判斷所述交集運(yùn)算的結(jié)果是否為空集，如果否，在所述交集運(yùn)算的結(jié)果中選取一個(gè)協(xié)議版本作為協(xié)商后的版本信息；將所述協(xié)商后的版本信息發(fā)送至對端網(wǎng)元。本發(fā)明實(shí)施例適應(yīng)了協(xié)議版本演進(jìn)中流程的變化，降低了系統(tǒng)資源的消耗。
文檔編號H04W28/18GK101668315SQ20091019722
公開日2010年3月10日 申請日期2009年10月12日 優(yōu)先權(quán)日2009年10月12日
發(fā)明者峰 丁 申請人:上海華為技術(shù)有限公司