專利名稱：一種確認(rèn)版本信息的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種確認(rèn)版本信息的方法、裝置及系統(tǒng)。
背景技術(shù)：
隨著第三代移動(dòng)通信標(biāo)準(zhǔn)化組織3GPP(3rd Generation PartnershipProject)協(xié) 議的不斷演化，核心網(wǎng)的移動(dòng)應(yīng)用部分MAP (Mobile ApplicationPart)協(xié)議已經(jīng)發(fā)展出多 個(gè)版本，如Phasel，PhaSe2、Phase2+等等。隨著版本的升高，MAP協(xié)議所能實(shí)現(xiàn)的功能不斷 增加，提供了越來越多的業(yè)務(wù)支撐，同時(shí)也使現(xiàn)行網(wǎng)絡(luò)中各個(gè)設(shè)備支持的版本多樣化、復(fù)雜 化。而正是由于現(xiàn)行網(wǎng)絡(luò)設(shè)備構(gòu)成的復(fù)雜性，不同協(xié)議版本的設(shè)備之間的交互也相應(yīng)復(fù)雜 起來。因此，網(wǎng)絡(luò)設(shè)備在交互時(shí)可能存在采用的MAP層協(xié)議版本不一致的情況，對(duì)于這種情 況，MAP層協(xié)議規(guī)定需要進(jìn)行對(duì)話。通過降低版本、向下兼容的方式完成交互，這樣就導(dǎo)致如 果網(wǎng)絡(luò)中設(shè)備的MAP層協(xié)議版本不一致，就必然存在大量的版本協(xié)商。目前為了有效減少 網(wǎng)絡(luò)中各個(gè)設(shè)備之間的對(duì)話操作，傳統(tǒng)的方法一是通常采用統(tǒng)一網(wǎng)絡(luò)設(shè)備的MAP版本的方 式，使網(wǎng)絡(luò)中所有的設(shè)備的MAP版本一致，避免網(wǎng)絡(luò)設(shè)備之間的對(duì)話。隨著MAP版本自身的 不斷改進(jìn)以及各種新業(yè)務(wù)的不斷發(fā)展，使網(wǎng)絡(luò)中所有的設(shè)備的MAP版本一致、避免網(wǎng)絡(luò)設(shè) 備之間的對(duì)話已變得不可能。傳統(tǒng)的方法二是通過記錄接收、發(fā)送成功的消息中的對(duì)端設(shè) 備地址和采用的MAP版本信息，然后后續(xù)發(fā)送消息給這些設(shè)備時(shí)可采用之前記錄的MAP版 本信息，從而有效減少對(duì)話。該方法實(shí)現(xiàn)的前提是必須通過成功的消息交互(如發(fā)送或接 收)，從而獲取對(duì)端版本信息，才能在后續(xù)的消息交互中直接使用之前記錄的版本號(hào)。而現(xiàn) 存網(wǎng)絡(luò)中有大量對(duì)端設(shè)備并不支持版本協(xié)商流程，導(dǎo)致設(shè)備間交互無法成功，不能記錄對(duì) 端設(shè)備的版本信息，而達(dá)不到減少對(duì)話的目的，造成網(wǎng)絡(luò)資源的浪費(fèi)。

發(fā)明內(nèi)容
有鑒如此，為了解決現(xiàn)存網(wǎng)絡(luò)中存在許多設(shè)備由于不支持版本協(xié)商，導(dǎo)致設(shè)備間
交互失敗，無法確認(rèn)對(duì)端設(shè)備的版本信息而導(dǎo)致對(duì)話失敗的問題。 本發(fā)明實(shí)施例提出的一種版本信息確認(rèn)的方法，具體包括 向設(shè)備發(fā)起第一次對(duì)話請(qǐng)求，并接收所述設(shè)備針對(duì)所述第一次對(duì)話請(qǐng)求返回的錯(cuò) 誤碼信息；根據(jù)所述錯(cuò)誤碼信息向所述設(shè)備發(fā)起多次對(duì)話請(qǐng)求，根據(jù)所述設(shè)備針對(duì)所述多 次對(duì)話請(qǐng)求返回的多次信息確定所述設(shè)備的版本信息 相應(yīng)的，本發(fā)明實(shí)施例提出了一種確認(rèn)版本信息的系統(tǒng)，具體包括第二設(shè)備用于 確認(rèn)第一設(shè)備的版本信息，所述第一設(shè)備，用于根據(jù)所述第二設(shè)備發(fā)起的對(duì)話請(qǐng)求返回信 息； 所述第二設(shè)備，用于向所述第一設(shè)備發(fā)起第一次對(duì)話請(qǐng)求，并接收所述第一設(shè)備 針對(duì)所述第一次對(duì)話請(qǐng)求返回的錯(cuò)誤碼信息，根據(jù)所述錯(cuò)誤碼信息向所述第一設(shè)備發(fā)起多 次對(duì)話請(qǐng)求，根據(jù)所述第一設(shè)備針對(duì)所述多次對(duì)話請(qǐng)求返回的多次信息確定所述第一設(shè)備 的版本信息。
4
同時(shí)，本發(fā)明實(shí)施例提出了一種確認(rèn)版本信息的裝置，具體包括 請(qǐng)求模塊，用于向設(shè)備發(fā)起對(duì)話請(qǐng)求； 接收模塊，用于接收所述設(shè)備針對(duì)每次對(duì)話請(qǐng)求返回的信息； 判斷模塊，用于判斷所述設(shè)備針對(duì)每次對(duì)話請(qǐng)求返回的信息是否為錯(cuò)誤碼信息；
當(dāng)所述設(shè)備針對(duì)所述第一次對(duì)話請(qǐng)求返回的信息為錯(cuò)誤碼信息時(shí)，觸發(fā)所述請(qǐng)求模塊繼續(xù)
發(fā)起對(duì)話請(qǐng)求，并在后續(xù)對(duì)話請(qǐng)求的返回信息為非錯(cuò)誤碼信息時(shí)，繼續(xù)觸發(fā)所述請(qǐng)求模塊； 當(dāng)后續(xù)對(duì)話請(qǐng)求的返回信息為錯(cuò)誤碼信息時(shí)，則觸發(fā)確認(rèn)模塊；
確認(rèn)模塊，用于確認(rèn)所述設(shè)備的版本信息。 本發(fā)明實(shí)施例方案由于對(duì)于不支持版本協(xié)商的設(shè)備通過采用多次嘗試的方式最 終確認(rèn)對(duì)端設(shè)備的版本信息，克服了許多設(shè)備不支持版本協(xié)商流程，導(dǎo)致設(shè)備間交互無法 成功，不能確認(rèn)設(shè)備的版本信息的技術(shù)問題，根據(jù)多次交互可以確認(rèn)不支持版本協(xié)商的設(shè) 備的版本信息。


圖1為本發(fā)明的確認(rèn)版本信息方法一個(gè)實(shí)施例的流程圖。 圖2為本發(fā)明的確認(rèn)版本信息方法又一個(gè)實(shí)施例的流程圖。 圖3為本發(fā)明的確認(rèn)版本信息方法又一個(gè)實(shí)施例的流程圖。 圖4為本發(fā)明的確認(rèn)版本信息系統(tǒng)一個(gè)實(shí)施例的結(jié)構(gòu)示意圖。 圖5為本發(fā)明的確認(rèn)版本信息設(shè)備一個(gè)實(shí)施例的結(jié)構(gòu)示意圖。 圖6為本發(fā)明的確認(rèn)版本信息設(shè)備又一個(gè)實(shí)施例的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供了一種確認(rèn)版本信息方法，如圖1所示，包括步驟 步驟102，向設(shè)備發(fā)起第一次對(duì)話請(qǐng)求，并接收設(shè)備針對(duì)第一次對(duì)話請(qǐng)求返回的錯(cuò)
誤碼信息。 這里以第二設(shè)備向第一設(shè)備發(fā)送對(duì)話請(qǐng)求為例進(jìn)行說明，由于第二設(shè)備是第一次
向第一設(shè)備發(fā)起對(duì)話請(qǐng)求，第二設(shè)備不清楚第一設(shè)備的版本信息，按照隨機(jī)版本向設(shè)備發(fā)
起對(duì)話請(qǐng)求。當(dāng)?shù)谝辉O(shè)備不支持發(fā)起該對(duì)話請(qǐng)求的版本時(shí)，向第二設(shè)備發(fā)送錯(cuò)誤碼信息。 其中，錯(cuò)誤碼信息表示第一設(shè)備不支持接收到的對(duì)話請(qǐng)求的版本。鑒于網(wǎng)絡(luò)錯(cuò)誤
原因的多樣性，可以預(yù)先將不支持版本協(xié)商的錯(cuò)誤原因配置為錯(cuò)誤碼信息，比如，不支持發(fā)
起對(duì)話請(qǐng)求的版本的錯(cuò)誤原因?yàn)閄，則將X配置為錯(cuò)誤碼信息。當(dāng)?shù)诙O(shè)備接收到第一設(shè)備
返回的錯(cuò)誤原因時(shí)，可以根據(jù)預(yù)先配置的數(shù)據(jù)判斷該錯(cuò)誤原因是否為錯(cuò)誤碼信息，若為錯(cuò)
誤碼信息則認(rèn)為第一設(shè)備不支持版本協(xié)商。該特征適用于本發(fā)明其他實(shí)施例。 步驟104，根據(jù)錯(cuò)誤碼信息向設(shè)備發(fā)起多次對(duì)話請(qǐng)求，根據(jù)設(shè)備針對(duì)多次對(duì)話請(qǐng)求
中的多次返回的信息確定設(shè)備的版本信息。 第二設(shè)備在接收到的第一設(shè)備返回的錯(cuò)誤碼信息時(shí)認(rèn)定第一設(shè)備不支持第一次 對(duì)話請(qǐng)求的版本。此時(shí)，第二設(shè)備可以通過調(diào)整發(fā)起對(duì)話請(qǐng)求的版本信息，并以調(diào)整后的版 本向第一設(shè)備發(fā)起對(duì)話請(qǐng)求，再根據(jù)第一設(shè)備針對(duì)調(diào)整版本后的對(duì)話請(qǐng)求所返回的信息來 確定第一設(shè)備的版本信息。 一般情況下，調(diào)整版本并發(fā)起對(duì)話請(qǐng)求的過程可以是多次的，第一設(shè)備針對(duì)每一次調(diào)整版本后的對(duì)話請(qǐng)求，均返回信息。 本發(fā)明實(shí)施例中，在進(jìn)行首次版本調(diào)整時(shí)，可以先將版本信息調(diào)整為最低版本。如 果第一設(shè)備針對(duì)調(diào)整后的對(duì)話請(qǐng)求返回的是非錯(cuò)誤碼，則認(rèn)為第一設(shè)備支持調(diào)整后的版 本，此時(shí)，以遞增的方式繼續(xù)調(diào)整版本信息，并發(fā)起對(duì)話請(qǐng)求，重復(fù)該過程，直至第一設(shè)備返 回的信息為錯(cuò)誤碼信息時(shí)，停止調(diào)整版本信息，將上一次對(duì)話請(qǐng)求的版本信息確定為第一 設(shè)備的版本信息。如果版本信息調(diào)整至最高版本時(shí)，均返回非錯(cuò)誤碼信息，則停止調(diào)整，將 第一設(shè)備的版本信息確定為最高版本。 當(dāng)然，在調(diào)整版本時(shí)，也可以通過從高版本到低版本向設(shè)備發(fā)起多次對(duì)話請(qǐng)求，或
者采用二分法，即從中間版本向設(shè)備發(fā)起多次對(duì)話請(qǐng)求來確定設(shè)備的版本信息。 本發(fā)明實(shí)施例，通過預(yù)先配置，當(dāng)返回錯(cuò)誤碼信息時(shí)，直接認(rèn)定第一設(shè)備不支持其
接收到的對(duì)話請(qǐng)求的版本，并通過調(diào)整每次發(fā)起對(duì)話請(qǐng)求的版本信息，根據(jù)第一設(shè)備針對(duì)
每次對(duì)話請(qǐng)求返回的信息，進(jìn)行多次嘗試，從而確定第一設(shè)備的版本信息。為后續(xù)的交互節(jié)
省了版本協(xié)商過程，從整體來看，提高了網(wǎng)絡(luò)資源的利用率。 在一些應(yīng)用中，如，MAP中，由于第一設(shè)備不能識(shí)別對(duì)話請(qǐng)求而返回的錯(cuò)誤原因也
為X，因此，根據(jù)預(yù)先的配置，不能識(shí)別對(duì)話請(qǐng)求而返回的錯(cuò)誤原因也被認(rèn)為是錯(cuò)誤碼信息。
不過由于設(shè)備不能識(shí)別對(duì)話請(qǐng)求的情況發(fā)生的概率較低，當(dāng)按照隨機(jī)版本發(fā)送對(duì)話請(qǐng)求返
回錯(cuò)誤碼信息時(shí)，本發(fā)明實(shí)施例中也可以推定錯(cuò)誤碼信息是該設(shè)備不支持版本協(xié)商而返回
的消息，并通過采用上述調(diào)整版本信息的方式來確認(rèn)第一設(shè)備的版本信息。 本發(fā)明實(shí)施例也可以采取多次嘗試的方式來排除錯(cuò)誤碼信息是不能識(shí)別對(duì)話請(qǐng)
求而返回的錯(cuò)誤原因的情況，具體的，當(dāng)接收到的第一設(shè)備返回的錯(cuò)誤碼信息時(shí)，重復(fù)以當(dāng)
前版本向第一設(shè)備發(fā)起對(duì)話請(qǐng)求，當(dāng)重復(fù)次數(shù)到達(dá)預(yù)先設(shè)定的次數(shù)，均返回錯(cuò)誤碼信息時(shí)，
則認(rèn)為錯(cuò)誤碼信息是不支持版本協(xié)商而返回的消息，而不是不能識(shí)別對(duì)話請(qǐng)求而返回的消息。 圖2為本發(fā)明實(shí)施例提供的一種確認(rèn)版本信息方法的具體流程，對(duì)多次調(diào)整發(fā)起 對(duì)話請(qǐng)求版本信息的過程進(jìn)行了詳細(xì)說明，如圖2所示，包括步驟
步驟202，第二設(shè)備向第一設(shè)備發(fā)起對(duì)話請(qǐng)求。 第二設(shè)備第一次向第一設(shè)備發(fā)送對(duì)話請(qǐng)求，故無第一設(shè)備的版本信息，按照隨機(jī) 版本向第一設(shè)備發(fā)送對(duì)話請(qǐng)求。其中，設(shè)置隨機(jī)版本為非最低版本，或者隨機(jī)版本為非低于 設(shè)備版本。原因是設(shè)備對(duì)版本具有向下兼容的屬性，假設(shè)隨機(jī)版本是最低版本，或是比第一
設(shè)備更低的版本，則第一設(shè)備可能支持版本協(xié)商。 步驟204，第一設(shè)備向第二設(shè)備返回錯(cuò)誤碼信息。 步驟206，第二設(shè)備根據(jù)第一設(shè)備返回的錯(cuò)誤碼信息認(rèn)定第一設(shè)備是不支持版本 協(xié)商。 錯(cuò)誤碼信息可以預(yù)先配置，用來表示第一設(shè)備不支持接收到的對(duì)話請(qǐng)求的版本， 第二設(shè)備根據(jù)預(yù)先配置的數(shù)據(jù)判斷第一設(shè)備返回的信息是錯(cuò)誤碼信息，從而認(rèn)定第一設(shè)備 不支持版本協(xié)商。 如前述提到，在MAP中，返回錯(cuò)誤碼信息的原因有兩種向設(shè)備發(fā)送對(duì)話請(qǐng)求，設(shè) 備不支持版本協(xié)商返回的消息；或者，向設(shè)備發(fā)送對(duì)話請(qǐng)求，設(shè)備不能識(shí)別對(duì)話請(qǐng)求而返回 的消息。
本發(fā)明實(shí)施例中，可以不對(duì)以上兩種情況進(jìn)行區(qū)分，直接認(rèn)為錯(cuò)誤碼信息是該設(shè)
備不支持版本協(xié)商而返回的消息。認(rèn)定設(shè)備不支持版本協(xié)商是從概率的角度和節(jié)省網(wǎng)絡(luò)交
互過程角度來推測(cè)，如果判定錯(cuò)誤，可以通過后續(xù)的確認(rèn)過程來糾正。所以，對(duì)于第一次發(fā)
起對(duì)話請(qǐng)求而返回的錯(cuò)誤碼信息，認(rèn)定是設(shè)備不支持版本協(xié)商的情形導(dǎo)致。 可選的，第二設(shè)備也可以進(jìn)一步通過重復(fù)按照相同的版本向第一設(shè)備發(fā)起對(duì)話請(qǐng)
求確認(rèn)第一設(shè)備不支持版本協(xié)商。通過重復(fù)發(fā)送對(duì)話請(qǐng)求來確認(rèn)第一設(shè)備不支持第一次對(duì)
話的版本協(xié)商，該方法可用于本發(fā)明其他實(shí)施例， 步驟208，第二設(shè)備按照最低版本向第一設(shè)備發(fā)起對(duì)話請(qǐng)求。 第二設(shè)備在接收到第一設(shè)備返回的錯(cuò)誤碼信息時(shí)，將發(fā)起對(duì)話請(qǐng)求的版本信息調(diào) 整為最低版本，并以調(diào)整后的版本繼續(xù)發(fā)起對(duì)話請(qǐng)求。
步驟210，第一設(shè)備向第二設(shè)備返回非錯(cuò)誤碼信息。 由于設(shè)備具有向下兼容的特點(diǎn)，第一設(shè)備一般都支持最低版本的對(duì)話請(qǐng)求，因此， 第一設(shè)備在接收到以最低版本發(fā)起的對(duì)話請(qǐng)求時(shí)，向第二設(shè)備返回非錯(cuò)誤碼信息。其中，非 錯(cuò)誤碼信息可以成功應(yīng)答消息，還可以包括返回的錯(cuò)誤原因不屬于錯(cuò)誤碼信息所對(duì)應(yīng)的原 因的消息，例如設(shè)備因?yàn)橥ｋ娀驔]有運(yùn)行等，設(shè)備可能不是直接返回成功應(yīng)答信息，而是返 回一個(gè)錯(cuò)誤消息，但該錯(cuò)誤消息的錯(cuò)誤原因不是錯(cuò)誤碼信息對(duì)應(yīng)的不支持版本協(xié)商的錯(cuò)誤 原因X。 步驟212，第二設(shè)備根據(jù)返回的非錯(cuò)誤碼信息暫時(shí)記錄第一設(shè)備的版本信息。
第二設(shè)備接收到第一設(shè)備返回的信息后，判斷接收到的信息為非錯(cuò)誤碼信息，則 將發(fā)起當(dāng)次對(duì)話請(qǐng)求的版本信息暫時(shí)記錄為第一設(shè)備的版本信息，如，當(dāng)接收到步驟210 返回的非錯(cuò)誤碼信息時(shí)，則將第一設(shè)備的版本信息暫時(shí)記錄為最低版本。在記錄時(shí)，若已存 在暫時(shí)記錄的第一設(shè)備的版本信息，則對(duì)已記錄的版本信息進(jìn)行替換；若不存在，則直接進(jìn) 行記錄。 步驟214，第二設(shè)備按照暫時(shí)記錄的版本之上遞增一個(gè)版本向第一設(shè)備發(fā)起對(duì)話 請(qǐng)求。 第二設(shè)備在收到第一設(shè)備返回的非錯(cuò)誤碼信息之后，以遞增的方式繼續(xù)進(jìn)行版本 調(diào)整，并發(fā)起對(duì)話請(qǐng)求。 步驟216，第二設(shè)備接收第一設(shè)備返回的信息。 步驟218，若該返回信息為非錯(cuò)誤碼信息，則返回步驟212，若返回的信息為錯(cuò)誤 碼信息，則執(zhí)行步驟220。 若返回的信息為非錯(cuò)誤碼信息，則第一設(shè)備支持此次對(duì)話請(qǐng)求中的版本協(xié)商。第 二設(shè)備繼續(xù)調(diào)整發(fā)起對(duì)話的版本向第一設(shè)備發(fā)起對(duì)話請(qǐng)求，每次返回非錯(cuò)誤碼信息后，暫 時(shí)記錄第一設(shè)備的版本信息，并且，每次暫時(shí)記錄的般本信息對(duì)前次暫時(shí)記錄的版本信息 進(jìn)行替換。每次按照替換版本之上遞增一個(gè)版本向第一設(shè)備發(fā)起對(duì)話請(qǐng)求，第二設(shè)備在每 次返回非錯(cuò)誤碼信息后，對(duì)第一設(shè)備暫時(shí)記錄的版本信息予以替換。 第二設(shè)備通過調(diào)整每次發(fā)起對(duì)話請(qǐng)求的版本信息，根據(jù)調(diào)整的版本信息向第一設(shè) 備發(fā)起對(duì)話請(qǐng)求，并接收第一設(shè)備針對(duì)每次對(duì)話請(qǐng)求返回的信息，直至第一設(shè)備返回的信 息為錯(cuò)誤碼信息，第二設(shè)備將上一次對(duì)話請(qǐng)求的版本信息確定為第一設(shè)備的版本信息。即 通過不斷調(diào)整遞增發(fā)起對(duì)話的版本信息的過程確定第一設(shè)備最終的版本信息。
可選的，在返回步驟212之前，還可以進(jìn)一步判斷當(dāng)次發(fā)起對(duì)話請(qǐng)求的版本是否 已達(dá)到最高版本，若否，則返回步驟212 ;否則，執(zhí)行步驟220。 步驟220，確認(rèn)第一設(shè)備不支持該次版本協(xié)商，確認(rèn)設(shè)備版本信息為上一次暫時(shí)記 錄的版本信息。 如前述提到返回錯(cuò)誤碼信息的原因有兩種向第一設(shè)備發(fā)送對(duì)話請(qǐng)求，第一設(shè)備 不支持版本協(xié)商返回的消息；或者，向第一設(shè)備發(fā)送對(duì)話請(qǐng)求，第一設(shè)備不能識(shí)別對(duì)話請(qǐng)求 而返回的消息。設(shè)備不能識(shí)別對(duì)話請(qǐng)求的情況發(fā)生的概率較低。故直接推定返回錯(cuò)誤碼信 息是第一設(shè)備不支持版本協(xié)商而返回的消息。 通過返回的錯(cuò)誤碼信息確定第一設(shè)備不支持按照暫時(shí)記錄的版本之上遞增一個(gè) 版本或者不支持替換暫時(shí)記錄的版本之上遞增一個(gè)版本的版本協(xié)商，從而確定第一設(shè)備的 版本信息為暫時(shí)記錄的版本。如果暫時(shí)記錄的過程是以替換的方式進(jìn)行，則第一設(shè)備的版 本信息為最后一次暫時(shí)記錄的版本信息。 第二設(shè)備將確認(rèn)的第一設(shè)備的版本信息保存，在下次與第一設(shè)備的交互過程中， 第二設(shè)備直接將第一設(shè)備按照確認(rèn)保存的版本信息進(jìn)行交互。為后續(xù)的交互節(jié)省了版本協(xié) 商過程，從整體來看，提高了網(wǎng)絡(luò)資源的利用率。 可選的，若第二設(shè)備遞增調(diào)整版本信息至最高版本向第一設(shè)備發(fā)起對(duì)話請(qǐng)求，第 一設(shè)備返回非錯(cuò)誤碼信息，則第一設(shè)備支持最高版本的協(xié)商。故確認(rèn)第一設(shè)備版本信息為 最高版本。 本發(fā)明實(shí)施例提供了一種確認(rèn)版本信息方法，本實(shí)施例以MAP層協(xié)議中的版本協(xié) 商為例進(jìn)行說明，如圖3所示，包括步驟 步驟302至步驟316與步驟202至216相同，此處不再贅述。 步驟318，若該返回信息為非錯(cuò)誤碼信息，則返回執(zhí)行步驟312，若返回的信息為
錯(cuò)誤碼信息，則執(zhí)行步驟320。 步驟320至步驟322，第二設(shè)備向第一設(shè)備重復(fù)發(fā)起對(duì)話請(qǐng)求，并接收第一設(shè)備返 回的信息。 即步驟318中返回的信息為錯(cuò)誤碼信息，則第二設(shè)備以此次發(fā)起對(duì)話請(qǐng)求的版本 信息向第一設(shè)備重復(fù)發(fā)起對(duì)話請(qǐng)求，此次發(fā)起對(duì)話請(qǐng)求的版本信息即在上一次暫時(shí)記錄的 版本之上遞增一個(gè)版本之后的版本信息。 若重復(fù)發(fā)起對(duì)話請(qǐng)求達(dá)到設(shè)置的閾值的次數(shù)時(shí)，并且，第一設(shè)備返回的信息均是 錯(cuò)誤碼信息，則確認(rèn)第一設(shè)備不支持該次的版本協(xié)商，即執(zhí)行步驟324。該閾值可以是任一 自然數(shù)，閾值越大，越能確定返回錯(cuò)誤碼信息的原因是不支持版本協(xié)商，閾值由第二設(shè)備設(shè) 定。從精確度(重復(fù)次數(shù)越多越能確定第一設(shè)備返回錯(cuò)誤碼信息是不支持版本協(xié)商的原 因)和節(jié)省網(wǎng)絡(luò)資源(重復(fù)次數(shù)越少越節(jié)約網(wǎng)絡(luò)資源)的角度，可以將閾值設(shè)置為5。即第 二設(shè)備按照暫時(shí)記錄的版本之上遞增一個(gè)版本向第一設(shè)備重復(fù)發(fā)起對(duì)話請(qǐng)求5次，第一設(shè) 備均返回錯(cuò)誤碼信息，則確定第一設(shè)備不支持該次版本協(xié)商。通過多次嘗試排除是由于第 一設(shè)備不能識(shí)別對(duì)話請(qǐng)求的情形，確定返回錯(cuò)誤碼信息就是設(shè)備不支持版本協(xié)商。通過多 次嘗試發(fā)起對(duì)話請(qǐng)求，如果多次均返回錯(cuò)誤碼信息，排除第一設(shè)備是不能識(shí)別對(duì)話請(qǐng)求的 情形，而是不支持版本協(xié)商的原因?qū)е碌谝辉O(shè)備返回錯(cuò)誤碼信息。第二設(shè)備將確認(rèn)第一設(shè) 備的版本信息保存，在下次與第一設(shè)備的交互過程中，第二設(shè)備直接將第一設(shè)備按照確認(rèn)
8保存的版本信息進(jìn)行交互。為后續(xù)的交互節(jié)省了版本協(xié)商過程，從整體來看，提高了網(wǎng)絡(luò)資 源的利用率。 若重復(fù)發(fā)起對(duì)話請(qǐng)求達(dá)到該設(shè)置的閾值的過程中，即在第二設(shè)備向第一設(shè)備重復(fù) 發(fā)起對(duì)話請(qǐng)求該設(shè)置的閾值的次數(shù)范圍內(nèi)，第一設(shè)備返回非錯(cuò)誤碼信息，則立即終止執(zhí)行 重復(fù)發(fā)起對(duì)話請(qǐng)求。因?yàn)?，第一設(shè)備返回非錯(cuò)誤碼信息即證明第一設(shè)備支持版本協(xié)商。并 且返回執(zhí)行步驟312。即將第一設(shè)備暫時(shí)記錄第二設(shè)備的版本信息進(jìn)行替換。
本發(fā)明實(shí)施例提供了一種確認(rèn)版本信息系統(tǒng)，如圖5所示，包括第二設(shè)備404，用 于確認(rèn)第一設(shè)備的版本信息，該第一設(shè)備402根據(jù)第二設(shè)備404發(fā)起的對(duì)話請(qǐng)求返回信息。
第二設(shè)備404，用于向第一設(shè)備402發(fā)起第一次對(duì)話請(qǐng)求，并接收第一設(shè)備402針 對(duì)第一次對(duì)話請(qǐng)求返回的錯(cuò)誤碼信息，根據(jù)錯(cuò)誤碼信息向第一設(shè)備402發(fā)起多次對(duì)話請(qǐng) 求，根據(jù)第一設(shè)備402針對(duì)多次對(duì)話請(qǐng)求返回的多次信息確定第一設(shè)備的版本信息。第二 設(shè)備404為一種確認(rèn)設(shè)備版本信息的裝置。 第二設(shè)備404向第一設(shè)備402發(fā)起的多次對(duì)話請(qǐng)求中第一次對(duì)話請(qǐng)求的版本信息 調(diào)整為最低版本，并以遞增的方式調(diào)整后續(xù)每次發(fā)起對(duì)話請(qǐng)求的版本信息。第二設(shè)備404 以調(diào)整后的版本信息向第一設(shè)備402發(fā)起每次對(duì)話請(qǐng)求，并接收第一設(shè)備402根據(jù)每次發(fā) 起對(duì)話請(qǐng)求返回的信息，直至第一設(shè)備402返回錯(cuò)誤碼信息，則第二設(shè)備404將上一次對(duì)話 請(qǐng)求的版本信息確認(rèn)為第一設(shè)備402的版本信息。若第二設(shè)備404調(diào)整每次發(fā)起對(duì)話請(qǐng)求 的版本信息至最高版本時(shí)，均返回非錯(cuò)誤碼信息，則確定第一設(shè)備402的版本信息為最高 版本信息。 可選的，當(dāng)?shù)谝辉O(shè)備402返回的信息為非錯(cuò)誤碼信息時(shí)，第二設(shè)備404將當(dāng)次發(fā)起 對(duì)話請(qǐng)求的版本信息暫時(shí)記錄為第一設(shè)備402的版本信息，并在暫時(shí)記錄第一設(shè)備402的 版本信息時(shí)，對(duì)上一次暫時(shí)記錄的第一設(shè)備402的版本信息進(jìn)行替換，直至將最后一次暫 時(shí)記錄第一設(shè)備402的版本信息確認(rèn)為第一設(shè)備402的版本信息， 本發(fā)明實(shí)施例提供了一種確認(rèn)版本信息裝置，如圖5所示，包括請(qǐng)求模塊502，接
收模塊504，判斷模塊506，確認(rèn)模塊508。 請(qǐng)求模塊502，用于向設(shè)備發(fā)起對(duì)話請(qǐng)求。 其中，請(qǐng)求模塊502向設(shè)備發(fā)起的對(duì)話請(qǐng)求中攜帶了對(duì)話的版本信息。如果對(duì)端 設(shè)備不支持請(qǐng)求模塊502發(fā)起的對(duì)話請(qǐng)求的版本，請(qǐng)求模塊502將向?qū)Χ嗽O(shè)備發(fā)起多次對(duì) 話請(qǐng)求。 接收模塊504，用于接收設(shè)備針對(duì)每次對(duì)話請(qǐng)求返回的信息。 設(shè)備根據(jù)請(qǐng)求模塊502發(fā)送的對(duì)話請(qǐng)求返回信息，接收模塊504接收該設(shè)備返回 的信息。該設(shè)備返回的信息根據(jù)請(qǐng)求模塊502發(fā)起的對(duì)話請(qǐng)求攜帶的不同版本，結(jié)合自身 是否支持該版本返回不同的信息，如，不支持時(shí)返回錯(cuò)誤碼信息。 判斷模塊506，用于判斷設(shè)備針對(duì)每次對(duì)話請(qǐng)求返回的信息是否為錯(cuò)誤碼信息； 當(dāng)設(shè)備針對(duì)第一次對(duì)話請(qǐng)求返回的信息為錯(cuò)誤碼信息時(shí)，觸發(fā)請(qǐng)求模塊502繼續(xù)發(fā)起對(duì)話 請(qǐng)求，并在后續(xù)對(duì)話請(qǐng)求的返回信息為非錯(cuò)誤碼信息時(shí)，繼續(xù)觸發(fā)請(qǐng)求模塊502 ;當(dāng)后續(xù)對(duì) 話請(qǐng)求的返回信息為錯(cuò)誤碼信息時(shí)，則觸發(fā)確認(rèn)模塊508。
確認(rèn)模塊508，用于確認(rèn)設(shè)備的版本信息。 其中，判斷模塊506可以根據(jù)預(yù)先配置的錯(cuò)誤原因判斷返回的信息是否為錯(cuò)誤碼信息。請(qǐng)求模塊502先以隨機(jī)版本向設(shè)備發(fā)起對(duì)話請(qǐng)求，當(dāng)設(shè)備返回的信息為錯(cuò)誤碼信息 時(shí)，判斷模塊506則觸發(fā)請(qǐng)求模塊502繼續(xù)發(fā)起對(duì)話請(qǐng)求。具體的，當(dāng)該錯(cuò)誤碼信息是由于 設(shè)備不能識(shí)別對(duì)話請(qǐng)求而返回的消息時(shí)，請(qǐng)求模塊502可以以當(dāng)前的版本信息繼續(xù)發(fā)起對(duì) 話請(qǐng)求，當(dāng)該錯(cuò)誤碼信息是由于設(shè)備不支持發(fā)起對(duì)話請(qǐng)求的版本時(shí)，請(qǐng)求模塊502可以通 過調(diào)整發(fā)起對(duì)話請(qǐng)求的版本信息繼續(xù)發(fā)起對(duì)話請(qǐng)求。 在上述后續(xù)發(fā)起的多次對(duì)話請(qǐng)求中，判斷模塊506繼續(xù)判斷設(shè)備針對(duì)后續(xù)發(fā)起的 對(duì)話請(qǐng)求返回的信息是否為錯(cuò)誤碼信息，如果是非錯(cuò)誤碼信息，則觸發(fā)請(qǐng)求模塊502調(diào)整 版本信息并發(fā)起對(duì)話請(qǐng)求；如果是錯(cuò)誤碼信息，則觸發(fā)確認(rèn)模塊508，確認(rèn)模塊508根據(jù)判 斷模塊506的判斷結(jié)果，確認(rèn)設(shè)備的版本信息。 具體的，圖5所示的確認(rèn)版本信息裝置的工作原理可以參考圖2所示的方法，在此 不贅述。其中，各模塊的具體結(jié)構(gòu)可參考圖6所示的實(shí)施例。 結(jié)合參看圖6，本發(fā)明實(shí)施例提供了一種確認(rèn)版本信息裝置，包括請(qǐng)求模塊602，
接收模塊604，判斷模塊606，確認(rèn)模塊610。 請(qǐng)求模塊602，用于向設(shè)備發(fā)起對(duì)話請(qǐng)求。 接收模塊604，用于接收設(shè)備針對(duì)每次對(duì)話請(qǐng)求返回的信息。 判斷模塊606，用于判斷設(shè)備針對(duì)每次對(duì)話請(qǐng)求返回的信息是否為錯(cuò)誤碼信息； 當(dāng)設(shè)備針對(duì)第一次對(duì)話請(qǐng)求返回的信息為錯(cuò)誤碼信息時(shí)，觸發(fā)請(qǐng)求模塊602繼續(xù)發(fā)起對(duì)話 請(qǐng)求，并在后續(xù)對(duì)話請(qǐng)求的返回信息為非錯(cuò)誤碼信息時(shí)，繼續(xù)觸發(fā)請(qǐng)求模塊602;當(dāng)后續(xù)對(duì) 話請(qǐng)求的返回信息為錯(cuò)誤碼信息時(shí)，則觸發(fā)確認(rèn)模塊610。
確認(rèn)模塊610，用于確認(rèn)設(shè)備的版本信息。 可選的，該裝置可以包括記錄子模塊608，用于在設(shè)備返回的信息為非錯(cuò)誤碼信息 時(shí)，記錄當(dāng)次發(fā)起的對(duì)話請(qǐng)求的版本信息，并在記錄版本信息時(shí)，對(duì)上一次記錄的版本信息 進(jìn)行替換。 其中，請(qǐng)求模塊602可具體包括調(diào)整子模塊6022，用于調(diào)整發(fā)起對(duì)話請(qǐng)求的版本
信息；發(fā)送子模塊6024，用于根據(jù)調(diào)整子模塊6022調(diào)整的版本信息發(fā)起對(duì)話請(qǐng)求。 具體的，調(diào)整子模塊6022可以根據(jù)判斷模塊606的觸發(fā)將上述后續(xù)對(duì)話請(qǐng)求中
的第一次對(duì)話請(qǐng)求調(diào)整為最低版本，并以遞增的方式調(diào)整后續(xù)每次發(fā)起對(duì)話請(qǐng)求的版本信息。 可選的，請(qǐng)求模塊602還可以包括判斷子模塊6026，用于判斷版本信息是否已調(diào) 整至最高版本，若是則觸發(fā)確認(rèn)模塊610，否則觸發(fā)調(diào)整子模塊6022再次調(diào)整版本信息。
確認(rèn)模塊610在版本信息已調(diào)整至最高版本時(shí)，將設(shè)備的版本信息確定為最高版 本。 在未調(diào)整至最高版本時(shí)，確認(rèn)模塊610直接根據(jù)判斷模塊606的判斷結(jié)果確認(rèn)設(shè) 備的版本信息。具體的，確認(rèn)模塊610可包括觸發(fā)子模塊6102，用于當(dāng)設(shè)備返回信息為錯(cuò) 誤碼信息時(shí)，觸發(fā)閾值子模塊6104;閾值子模塊6104用于判斷以當(dāng)前版本信息發(fā)送起對(duì)話 請(qǐng)求的次數(shù)是否超過閾值，若是，則觸發(fā)認(rèn)定子模塊6106 ;若否，則觸發(fā)請(qǐng)求模塊中的發(fā)送 子模塊6024繼續(xù)以當(dāng)前版本信息發(fā)送對(duì)話請(qǐng)求；認(rèn)定子模塊6106，用于將記錄模塊608中 最后一次記錄的版本信息確認(rèn)為所述設(shè)備的版本信息。 可選的，該確認(rèn)設(shè)備版本信息的裝置包括存儲(chǔ)模塊，用于保存確認(rèn)模塊610中確認(rèn)設(shè)備的版本信息。 具體的，圖6所示的確認(rèn)版本信息裝置的工作原理可以參考圖3所示的方法，在此 不贅述。 本發(fā)明實(shí)施例方案由于對(duì)于不支持版本協(xié)商的設(shè)備通過采用多次嘗試的方式最 終確認(rèn)對(duì)端設(shè)備的版本信息，克服了許多對(duì)端設(shè)備不支持版本協(xié)商流程，導(dǎo)致設(shè)備間交互 無法成功，不能確認(rèn)對(duì)端設(shè)備的版本信息的技術(shù)問題，從而解決了不支持版本協(xié)商的設(shè)備 交互、兼容的問題，通過確認(rèn)不支持版本協(xié)商的設(shè)備的版本信息，為后續(xù)的交互節(jié)省了版本 協(xié)商過程，從整體來看，提高了網(wǎng)絡(luò)資源的利用率。 通過以上實(shí)施例的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到需要說明的是，本 發(fā)明實(shí)施例不需要引入獨(dú)立的功能部件，可借助軟件加必需的通用硬件平臺(tái)的方式來實(shí) 現(xiàn)，基于這樣的理解，本發(fā)明實(shí)施例的技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分 可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指
令用以執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。這里所稱的存儲(chǔ)介質(zhì)，如R0M/RAM、磁盤、光盤等。 綜上所述，以上僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的 保護(hù)范圍之內(nèi)。
1權(quán)利要求
一種確認(rèn)版本信息的方法，其特征在于，所述方法包括向設(shè)備發(fā)起第一次對(duì)話請(qǐng)求，并接收所述設(shè)備針對(duì)所述第一次對(duì)話請(qǐng)求返回的錯(cuò)誤碼信息；根據(jù)所述錯(cuò)誤碼信息向所述設(shè)備發(fā)起多次對(duì)話請(qǐng)求，根據(jù)所述設(shè)備針對(duì)所述多次對(duì)話請(qǐng)求返回的多次信息確定所述設(shè)備的版本信息。
2. 如權(quán)利要求1所述的方法，其特征在于，所述向設(shè)備發(fā)送第一次對(duì)話請(qǐng)求包括 按照隨機(jī)版本向所述設(shè)備發(fā)送對(duì)話請(qǐng)求，并且所述隨機(jī)版本為非最低版本。
3. 如權(quán)利要求1或2所述的方法，其特征在于，根據(jù)所述錯(cuò)誤碼信息向所述設(shè)備發(fā)起多次對(duì)話請(qǐng)求包括根據(jù)所述錯(cuò)誤碼信息判定所述設(shè)備不支持版本協(xié)商，向所述設(shè)備發(fā)起多 次對(duì)話請(qǐng)求；所述錯(cuò)誤碼信息包括所述設(shè)備不支持版本協(xié)商返回的消息；或者，所述設(shè)備不能識(shí) 別對(duì)話請(qǐng)求而返回的消息。
4. 如權(quán)利要求1所述的方法，其特征在于，所述向所述設(shè)備發(fā)起多次對(duì)話請(qǐng)求，根據(jù)所 述設(shè)備針對(duì)所述多次對(duì)話請(qǐng)求返回的多次信息確定所述設(shè)備的版本信息包括調(diào)整每次發(fā)起對(duì)話請(qǐng)求的版本信息，根據(jù)所述調(diào)整的版本信息發(fā)起對(duì)話請(qǐng)求，并接收 所述設(shè)備針對(duì)所述每次對(duì)話請(qǐng)求返回的信息，直至所述設(shè)備返回的信息為錯(cuò)誤碼信息，將 上一次對(duì)話請(qǐng)求的版本信息確定為所述設(shè)備的版本信息；或者，若所述調(diào)整每次發(fā)起對(duì)話請(qǐng)求的版本信息至最高版本時(shí)，均返回非錯(cuò)誤碼信息，則確 定所述設(shè)備的版本信息為最高版本。
5. 如權(quán)利要求4所述的方法，其特征在于，所述調(diào)整每次發(fā)起對(duì)話請(qǐng)求的版本信息包括將所述多次對(duì)話請(qǐng)求中的第一次對(duì)話請(qǐng)求的版本信息調(diào)整為最低版本，并以遞增的方 式調(diào)整后續(xù)每次發(fā)起對(duì)話請(qǐng)求的版本信息。
6. 如權(quán)利要求5所述的方法，其特征在于，所述方法還包括在所述設(shè)備返回的信息為非錯(cuò)誤碼信息時(shí)，將當(dāng)次發(fā)起的對(duì)話請(qǐng)求的版本信息暫時(shí)記 錄為所述設(shè)備的版本信息，并在暫時(shí)記錄所述設(shè)備的版本信息時(shí)，對(duì)上一次暫時(shí)記錄的所 述設(shè)備的版本信息進(jìn)行替換。
7. 如權(quán)利要求6所述的方法，其特征在于，所述將上一次對(duì)話請(qǐng)求的版本信息確定為 所述設(shè)備的版本信息包括將最后一次暫時(shí)記錄的版本信息確定為所述設(shè)備的版本信息。
8. 如權(quán)利要求6所述的方法，其特征在于，該方法還包括當(dāng)所述返回信息為錯(cuò)誤碼信息時(shí)，重復(fù)向所述設(shè)備發(fā)起本次對(duì)話請(qǐng)求，直至接收到所 述設(shè)備返回的信息為非錯(cuò)誤碼信息，則執(zhí)行所述調(diào)整每次發(fā)起對(duì)話請(qǐng)求的版本信息，根據(jù) 所述調(diào)整的版本信息發(fā)起對(duì)話請(qǐng)求；否則，當(dāng)重復(fù)向所述設(shè)備發(fā)起本次對(duì)話請(qǐng)求的次數(shù)達(dá) 到預(yù)先設(shè)定的閾值時(shí)，執(zhí)行所述將上一次對(duì)話請(qǐng)求的版本信息確定為所述設(shè)備的版本信息。
9. 一種確認(rèn)版本信息的系統(tǒng)，其特征在于，所述系統(tǒng)包括第二設(shè)備用于確認(rèn)第一設(shè) 備的版本信息，所述第一設(shè)備，用于根據(jù)所述第二設(shè)備發(fā)起的對(duì)話請(qǐng)求返回信息；所述第二設(shè)備，用于向所述第一設(shè)備發(fā)起第一次對(duì)話請(qǐng)求，并接收所述第一設(shè)備針對(duì) 所述第一次對(duì)話請(qǐng)求返回的錯(cuò)誤碼信息，根據(jù)所述錯(cuò)誤碼信息向所述第一設(shè)備發(fā)起多次對(duì)話請(qǐng)求，根據(jù)所述第一設(shè)備針對(duì)所述多次對(duì)話請(qǐng)求返回的多次信息確定所述第一設(shè)備的版 本信息。
10. —種確認(rèn)版本信息的裝置，其特征在于，所述裝置包括 請(qǐng)求模塊，用于向設(shè)備發(fā)起對(duì)話請(qǐng)求；接收模塊，用于接收所述設(shè)備針對(duì)每次對(duì)話請(qǐng)求返回的信息；判斷模塊，用于判斷所述設(shè)備針對(duì)每次對(duì)話請(qǐng)求返回的信息是否為錯(cuò)誤碼信息；當(dāng)所 述設(shè)備針對(duì)第一次對(duì)話請(qǐng)求返回的信息為錯(cuò)誤碼信息時(shí)，觸發(fā)所述請(qǐng)求模塊繼續(xù)發(fā)起對(duì)話 請(qǐng)求，并在后續(xù)對(duì)話請(qǐng)求的返回信息為非錯(cuò)誤碼信息時(shí)，繼續(xù)觸發(fā)所述請(qǐng)求模塊；當(dāng)后續(xù)對(duì) 話請(qǐng)求的返回信息為錯(cuò)誤碼信息時(shí)，則觸發(fā)確認(rèn)模塊；確認(rèn)模塊，用于確認(rèn)所述設(shè)備的版本信息。
11. 如權(quán)利要求10所述的裝置，其特征在于，所述請(qǐng)求模塊包括 調(diào)整子模塊，用于調(diào)整發(fā)起對(duì)話請(qǐng)求的版本信息； 發(fā)送子模塊，用于根據(jù)調(diào)整的版本信息發(fā)起對(duì)話請(qǐng)求。
12. 如權(quán)利要求11所述的裝置，其特征在于，調(diào)整子模塊具體用于將所述后續(xù)對(duì)話請(qǐng) 求中的第一次對(duì)話請(qǐng)求調(diào)整為最低版本，并以遞增的方式調(diào)整后續(xù)每次發(fā)起對(duì)話請(qǐng)求的版 本信息；所述請(qǐng)求模塊還包括判斷子模塊，用于判斷版本信息是否已調(diào)整至最高版本，若是則觸發(fā)確認(rèn)模塊，否則觸 發(fā)調(diào)整子模塊。
13. 如權(quán)利要求12所述的裝置，其特征在于，所述裝置還包括記錄模塊，用于在所述設(shè)備返回的信息為非錯(cuò)誤碼信息時(shí)，記錄當(dāng)次發(fā)起的對(duì)話請(qǐng)求 的版本信息，并在記錄所述版本信息時(shí)，對(duì)上一次記錄的版本信息進(jìn)行替換。
14. 如權(quán)利要求13所述的裝置，其特征在于，所述確認(rèn)模塊具體用于將所述記錄模塊 中最后一次記錄的版本信息確認(rèn)為所述設(shè)備的版本信息。
15. 如權(quán)利要求13所述的裝置，其特征在于，所述確認(rèn)模塊包括 觸發(fā)子模塊，用于當(dāng)所述返回信息為錯(cuò)誤碼信息時(shí)，觸發(fā)閾值子模塊； 所述閾值子模塊，用于判斷以當(dāng)前版本信息發(fā)起對(duì)話請(qǐng)求的次數(shù)是否超過閾值，若是，則觸發(fā)認(rèn)定子模塊；若否，則觸發(fā)請(qǐng)求模塊中的發(fā)送子模塊；所述認(rèn)定子模塊，用于將所述記錄模塊中最后一次記錄的版本信息確認(rèn)為所述設(shè)備的 版本信息；所述發(fā)送子模塊還用于根據(jù)所述觸發(fā)模塊的觸發(fā)以當(dāng)前版本信息繼續(xù)發(fā)起對(duì)話請(qǐng)求。
16. 如權(quán)利要求10至15任一項(xiàng)所述的裝置，所述裝置還包括存儲(chǔ)模塊，用于保存所 述確認(rèn)模塊確認(rèn)的所述設(shè)備的版本信息。
全文摘要
本發(fā)明公開了一種確認(rèn)版本信息的方法，該方法包括如下步驟向設(shè)備發(fā)起第一次對(duì)話請(qǐng)求，并接收設(shè)備針對(duì)第一次對(duì)話請(qǐng)求返回的錯(cuò)誤碼信息；根據(jù)錯(cuò)誤碼信息向設(shè)備發(fā)起多次對(duì)話請(qǐng)求，根據(jù)設(shè)備針對(duì)所述多次對(duì)話請(qǐng)求中的所述多次返回的信息確定設(shè)備的版本信息。同時(shí)，本發(fā)明還公開了一種確認(rèn)版本信息的系統(tǒng)和裝置。確認(rèn)不支持版本協(xié)商的設(shè)備的版本信息，解決了不支持版本協(xié)商的設(shè)備交互、兼容的問題。
文檔編號(hào)H04W88/00GK101742700SQ20081021779
公開日2010年6月16日 申請(qǐng)日期2008年11月27日 優(yōu)先權(quán)日2008年11月27日
發(fā)明者肖白沙 申請(qǐng)人:華為技術(shù)有限公司