專利名稱：一種通信系統(tǒng)中協(xié)議屬性協(xié)商的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信領(lǐng)域，尤其涉及到碼分多址(CDMA)通信系統(tǒng)中 支持移動(dòng)終端與無(wú)線系統(tǒng)進(jìn)行協(xié)議協(xié)商的方法。
背景技術(shù)：
無(wú)線通信系統(tǒng)一般被設(shè)計(jì)成遵照一個(gè)或多個(gè)特定協(xié)議標(biāo)準(zhǔn)，新的協(xié)議標(biāo) 準(zhǔn)被不斷地提出和采納使用。每個(gè)協(xié)議標(biāo)準(zhǔn)都規(guī)定了該標(biāo)準(zhǔn)所使用的空中接 口協(xié)議，以支持通信設(shè)備間(即移動(dòng)終端與無(wú)線網(wǎng)絡(luò)之間)的通信?？罩薪?口協(xié)議規(guī)定了執(zhí)行特定功能的機(jī)構(gòu)，并且包含允許各種功能實(shí)現(xiàn)的若干協(xié) 議。該協(xié)議由唯一的版本號(hào)標(biāo)識(shí)。通常在現(xiàn)有空中接口協(xié)議的框架中可以通 過(guò)定義新的屬性、消息和狀態(tài)機(jī)來(lái)實(shí)現(xiàn)新的功能。如果現(xiàn)有協(xié)議被修改或更 新，就定義新的空中接口協(xié)議并且分配新的修正版本。
以CDMA2000 lxEV-DO (IS-856 )標(biāo)準(zhǔn)為例，其空中接口協(xié)議采用分 層結(jié)構(gòu)，每層定義若干協(xié)議，每個(gè)協(xié)議定義了若干屬性。該標(biāo)準(zhǔn)包含了一系 列不斷演進(jìn)的協(xié)議。較新的IS-856協(xié)議版本不僅包含先前版本的特性和功 能，還會(huì)加以改善并增加新的特性。
按照慣例來(lái)說(shuō)，每個(gè)通信設(shè)備(例如每個(gè)移動(dòng)終端和無(wú)線網(wǎng)絡(luò))被設(shè)計(jì) 成支持空中接口協(xié)議的一個(gè)或多個(gè)修訂版本(如修訂版本的范圍)。移動(dòng)終 端和無(wú)線網(wǎng)絡(luò)應(yīng)使用兩者都支持的層和協(xié)議進(jìn)行通信，并且能夠在通信對(duì)話 期開(kāi)始時(shí)刻就確定這一信息，而確定這一信息的過(guò)程通常被稱為協(xié)議屬性協(xié)商。
CDMA2000 lxEV-DO標(biāo)準(zhǔn)的空中接口協(xié)議版本0和版本A是該協(xié)議族 先后出現(xiàn)的兩個(gè)標(biāo)準(zhǔn)，版本A相對(duì)于版本O有較大改進(jìn)，物理層和MAC層 協(xié)議的增強(qiáng)可以支持更高的前反向數(shù)據(jù)傳輸速率、更有效地降低用戶間干 擾；應(yīng)用層協(xié)議的增強(qiáng)為支持用戶業(yè)務(wù)的QoS特性提供有力保障；會(huì)話層協(xié)議的增強(qiáng)可以支持更靈活的無(wú)線參數(shù)配置。
在各層協(xié)議中，會(huì)話層的會(huì)話配置協(xié)議用于控制在移動(dòng)終端和無(wú)線網(wǎng)絡(luò) 之間對(duì)各層使用的協(xié)議子類型(協(xié)議子類型可以-f見(jiàn)為某個(gè)協(xié)議的屬性)以及 每種協(xié)議子類型所使用的具體協(xié)商屬性進(jìn)行協(xié)商，最基本的方式是一端實(shí)體 (移動(dòng)終端或無(wú)線網(wǎng)絡(luò))通過(guò)一個(gè)或多個(gè)配置-請(qǐng)求消息發(fā)送被選擇的屬性 和它們相關(guān)的屬性值，然后通過(guò)一個(gè)或多個(gè)配置-響應(yīng)消息接受經(jīng)對(duì)端實(shí)體 處理后的屬性和它們相關(guān)的屬性值。協(xié)商好的協(xié)議子類型以及其下的協(xié)商屬 性構(gòu)成一套屬性配置集。
典型地，IS-856空中接口協(xié)議版本A支持在移動(dòng)終端和無(wú)線系統(tǒng)間協(xié)商 多套而非一套具有不同無(wú)線特性的屬性配置集(每套屬性配置集^^皮稱為一個(gè) Personality)。當(dāng)移動(dòng)終端在支持不同協(xié)議版本的無(wú)線網(wǎng)絡(luò)間移動(dòng)時(shí)，可以 方便地在上述具有不同無(wú)線特性的屬性配置集合間切換。
按照IS-856空中接口協(xié)議版本A的描述， 一個(gè)典型的多套Personality 協(xié)商流程由以下幾個(gè)階段組成Session打開(kāi)->無(wú)線網(wǎng)絡(luò)發(fā)送配置啟動(dòng)消息 (若是移動(dòng)終端發(fā)起協(xié)商則沒(méi)有該步驟)-〉A(chǔ)T(移動(dòng)終端)發(fā)起的協(xié)商階段 -〉A(chǔ)N(無(wú)線網(wǎng)絡(luò))發(fā)起的協(xié)商階段->無(wú)線網(wǎng)絡(luò)發(fā)送軟配置完成消息(通知移 動(dòng)終端將本次協(xié)商的屬性配置集提交到某個(gè)Personality中—>如果需要繼續(xù)
協(xié)商其他Personality,則再次進(jìn)入AT發(fā)起的協(xié)商階段-> AN發(fā)起的協(xié)商階 段一>無(wú)線網(wǎng)絡(luò)發(fā)送軟配置完成消息(通知移動(dòng)終端將本次協(xié)商的屬性配置 集提交到某個(gè)Personality中，如果不需要繼續(xù)協(xié)商其他Personality,則設(shè)置 將要啟用的Personality) —〉流程結(jié)束。
由上述流程可以看出，在每個(gè)Personality協(xié)商階段，總是在該階段最后 的軟配置完成消息中將本次協(xié)商結(jié)果確認(rèn)提交到某個(gè)Personality中保存(由 軟配置完成消息中的PersonalitylndexStore字段指明)。對(duì)于初始協(xié)商，這 樣操作沒(méi)有問(wèn)題，默認(rèn)當(dāng)前協(xié)商的所有屬性在本Personality協(xié)商完成后即提 交到本Personality中。但是如果之前已經(jīng)協(xié)商過(guò)多個(gè)Personality,無(wú)線網(wǎng)絡(luò) 或移動(dòng)終端由于修改了某個(gè)已經(jīng)協(xié)商過(guò)的參數(shù)而要求重新協(xié)商，則無(wú)法在協(xié) 商過(guò)程中判斷應(yīng)該基于哪一套Personality來(lái)協(xié)商。
例如之前移動(dòng)終端和無(wú)線網(wǎng)絡(luò)間協(xié)商了兩套Personality (分別為
5PersonalityIndex=0和PersonalityIndex=l),分別l吏用RTCMAC協(xié)i義子類型 0和RTCMAC子類型3,協(xié)商完成后啟用的是第二套Personality (PersonalityIndex=l )。隨后在無(wú)線網(wǎng)絡(luò)一側(cè)修改了 RTCMAC協(xié)議子類型 0的某個(gè)屬性X，需要重新發(fā)起協(xié)商，那么在無(wú)線網(wǎng)絡(luò)發(fā)送了配置啟動(dòng)消息 之后，移動(dòng)終端能否選擇正確的Personality與之進(jìn)行協(xié)商，這取決于移動(dòng)終 端的實(shí)現(xiàn)，空中接口協(xié)議對(duì)此并沒(méi)有明確的描述。有以下兩種可能
(1) 移動(dòng)終端認(rèn)為是對(duì)當(dāng)前正在啟用的Personality (PersonalityIndex=l ) 協(xié)商，而使用RTCMAC子類型3，則有可能無(wú)法識(shí)別屬性X,即便能識(shí)別 屬性X,但如果后續(xù)流程中由無(wú)線網(wǎng)絡(luò)發(fā)送的軟配置完成消息通知移動(dòng)終端 將本次協(xié)商的屬性配置集提交到第一套Personality ( PersonalityIndex=0 )中， 則會(huì)造成移動(dòng)終端和無(wú)線網(wǎng)絡(luò)在使用屬性上的不 一致；
(2) 移動(dòng)終端認(rèn)為是從第一套Personality (Personalitylndex-0 )開(kāi)始協(xié)商， 但如果后續(xù)流程中由無(wú)線網(wǎng)絡(luò)發(fā)送的軟配置完成消息中通知移動(dòng)終端將本 次協(xié)商的屬性配置集提交到第二套Personality (PersonalityIndex=l )中，同 樣會(huì)造成移動(dòng)終端和無(wú)線網(wǎng)絡(luò)在使用屬性上的不 一致。
同理，如果是移動(dòng)終端由于修改了某項(xiàng)屬性配置，而主動(dòng)發(fā)起重新協(xié)商， 無(wú)線網(wǎng)絡(luò)能否選擇正確的Personality與之進(jìn)行協(xié)商也是一個(gè)未決的問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題是提供一種通信系統(tǒng)中協(xié)議屬性協(xié)商的方法， 以解決現(xiàn)有技術(shù)中進(jìn)行協(xié)議屬性協(xié)商的雙方存在協(xié)商對(duì)象不一致從而導(dǎo)致 雙方使用屬性上的不一致。
為了解決上述問(wèn)題，本發(fā)明提供了 一種通信系統(tǒng)中協(xié)議屬性協(xié)商的方 法，每次進(jìn)行協(xié)議屬性協(xié)商時(shí)，發(fā)起協(xié)議屬性協(xié)商的一端在啟動(dòng)協(xié)商的消息 中包含指定協(xié)商對(duì)象的字段；對(duì)端在接收到所述啟動(dòng)協(xié)商的消息后根據(jù)其中 的指定協(xié)商對(duì)象的字段進(jìn)行協(xié)議屬性協(xié)商，協(xié)商完畢后雙方存儲(chǔ)本次協(xié)商結(jié) 果。
進(jìn)一步地，若發(fā)起所述協(xié)議屬性協(xié)商的一端是無(wú)線網(wǎng)絡(luò)，則所述啟動(dòng)協(xié)商的消息為配置一啟動(dòng)消息；若發(fā)起所述協(xié)議屬性協(xié)商的一端是移動(dòng)終端， 則所述啟動(dòng)協(xié)商的消息為第 一條配置一請(qǐng)求消息。
進(jìn)一步地，所述無(wú)線網(wǎng)絡(luò)向所述移動(dòng)終端發(fā)送的配置一啟動(dòng)消息中還包 含指示對(duì)端是否以所述指定協(xié)商對(duì)象的字段所指定的對(duì)象作為協(xié)商對(duì)象的 標(biāo)識(shí)字段；
所述移動(dòng)終端向所述無(wú)線網(wǎng)絡(luò)發(fā)送的第一條配置一請(qǐng)求消息中還包含 指示對(duì)端是否以所述指定協(xié)商對(duì)象的字段所指定的對(duì)象作為協(xié)商對(duì)象的標(biāo) 識(shí)字段。
進(jìn)一步地，所述指定協(xié)商對(duì)象的字段用Personalitylndex表示；
所述指示對(duì)端是否以所述指定協(xié)商對(duì)象的字段所指定的對(duì)象作為協(xié)商 對(duì)象的標(biāo)識(shí)字段用Personailitylndexlncluded表示；
當(dāng)所述移動(dòng)終端收到所述無(wú)線網(wǎng)絡(luò)發(fā)來(lái)的所述配置一啟動(dòng)消息后，若所 述Personailitylndexlncluded為 "TRUE "則所述移動(dòng)終端從所述 Personalitylndex所指定的對(duì)象開(kāi)始協(xié)商；
當(dāng)所述無(wú)線網(wǎng)絡(luò)收到所述移動(dòng)終端發(fā)來(lái)的所述配置一請(qǐng)求消息后，若所 述Personailitylndexlncluded為 "TRUE ，，則所述無(wú)線網(wǎng)絡(luò)從所述 Personalitylndex所指定的對(duì)象開(kāi)始協(xié)商。
進(jìn)一步地，若發(fā)起所述協(xié)議屬性協(xié)商的一端是無(wú)線網(wǎng)絡(luò)，則所述移動(dòng)終 端向所述無(wú)線網(wǎng)絡(luò)發(fā)送第 一 條配置 一 請(qǐng)求消息時(shí)將其中的 Personailitylndexlncluded字段設(shè)為"FALSE";
所述無(wú)線網(wǎng)絡(luò)收到所述移動(dòng)終端發(fā)來(lái)的第一條配置一請(qǐng)求消息后，若其 中的Personailitylndexlncluded字段為"FALSE",忽略所述消息中的 Personailitylndex字段。
進(jìn)一步地，所述協(xié)商完畢后雙方將本次協(xié)商結(jié)果存儲(chǔ)到本次協(xié)商啟動(dòng)時(shí) Personalitylndex所指示的Personality中。
進(jìn)一步地，所述協(xié)議屬性協(xié)商配置完成后，所述無(wú)線網(wǎng)絡(luò)向所述移動(dòng)終 端發(fā)送的協(xié)商完成的消息中不包含指定協(xié)商對(duì)象的字段。
綜上所述，本發(fā)明提供了一種通信系統(tǒng)中協(xié)議屬性協(xié)商的方法，發(fā)起協(xié)
7議屬性協(xié)商的一端通過(guò)在啟動(dòng)協(xié)商的消息中包含Personalitylndex來(lái)指定協(xié) 商的對(duì)象，避免了雙方協(xié)商對(duì)象的不一致性。


圖1是本發(fā)明具體實(shí)施方式
由無(wú)線網(wǎng)絡(luò)發(fā)起協(xié)議屬性協(xié)商的流程圖； 圖2是本發(fā)明具體實(shí)施方式
由移動(dòng)終端發(fā)起協(xié)議屬性協(xié)商的流程圖； 圖3A-圖3C是本發(fā)明改進(jìn)后的協(xié)商相關(guān)消息的格式示意圖。
具體實(shí)施例方式
本發(fā)明提供了 一種通信系統(tǒng)中協(xié)議屬性協(xié)商的方法，發(fā)起協(xié)商的 一端在 開(kāi)始協(xié)商時(shí)攜帶Personalitylndex字段以指定進(jìn)行協(xié)商的對(duì)象，從而避免了 移動(dòng)終端和無(wú)線網(wǎng)絡(luò)進(jìn)行協(xié)商時(shí)協(xié)商對(duì)象不一致及在使用屬性上的不一致。
本實(shí)施例將結(jié)合附圖對(duì)本發(fā)明做進(jìn) 一 步說(shuō)明
如圖1所示為本發(fā)明由無(wú)線網(wǎng)絡(luò)發(fā)起的協(xié)議屬性協(xié)商的流程圖，包含如 下步驟
步驟101:移動(dòng)終端首次接入某無(wú)線網(wǎng)絡(luò)，向無(wú)線網(wǎng)絡(luò)發(fā)起新建一個(gè)會(huì) 話的請(qǐng)求，首先請(qǐng)求無(wú)線網(wǎng)絡(luò)為本次會(huì)話分配一個(gè)UATI標(biāo)識(shí)(Unicast Access Terminal Identifier.移動(dòng)終端唯一標(biāo)識(shí))；
步驟102:無(wú)線網(wǎng)絡(luò)在資源允許的條件下，為該移動(dòng)終端分配一個(gè)UATI 標(biāo)識(shí)^
步驟103:移動(dòng)終端收到指配的UATI標(biāo)識(shí)后以完成消息應(yīng)答(在該步 之后，移動(dòng)終端和無(wú)線網(wǎng)絡(luò)分別使用缺省協(xié)議子類型及協(xié)議規(guī)定的各屬性缺 省值打開(kāi)該會(huì)話)。如果之前無(wú)線網(wǎng)絡(luò)和移動(dòng)終端之間已經(jīng)建立并協(xié)商過(guò)會(huì) 話信息，但由于無(wú)線網(wǎng)絡(luò)修改了某個(gè)或某些協(xié)商參數(shù)而導(dǎo)致需要重新協(xié)商會(huì) 話，則跳過(guò)101-103步，直接進(jìn)入104步；
步驟104:無(wú)線網(wǎng)絡(luò)和移動(dòng)終端之間建立空中鏈路；步驟101至步驟104 同現(xiàn)有技術(shù)。步驟105:無(wú)線網(wǎng)絡(luò)發(fā)送配置-啟動(dòng)(ConfigurationStart)消息，要求移 動(dòng)終端進(jìn)入?yún)f(xié)商流程。該ConfigurationStart消息中包含用以指定協(xié)商對(duì)象的 字段及指示移動(dòng)終端是否以該指定協(xié)商對(duì)象的字段所指定的對(duì)象作為協(xié)商 對(duì)象的標(biāo)識(shí)字段。其中，所述指定協(xié)商對(duì)象的字段可以但不限于用 Personailitylndex字段表示，所述指示移動(dòng)終端是否以該指定協(xié)商對(duì)象的字 段所指定的對(duì)象作為協(xié)商對(duì)象的標(biāo)識(shí)字段可以但不限于用 Personailitylndexlncluded字4更表示。且將Personailitylndexlncluded字l殳i丈為 TRUE 。 移動(dòng)纟冬端收到該 ConfigurationStart 消息后，因 Personailitylndexlncluded字段為TRUE,則根據(jù)其中攜帶的Personailitylndex 字段來(lái)啟用與之對(duì)應(yīng)的屬性協(xié)商；
如圖3A所示為本發(fā)明中配置-啟動(dòng)(ConfigurationStart)消息的格式示 意圖，其中新增了 Personailitylndex和Personailitylndexlncluded字段。
步驟106:進(jìn)入移動(dòng)終端發(fā)起的屬性協(xié)商階段，該階段表現(xiàn)為一系列由 移動(dòng)終端發(fā)起的配置-請(qǐng)求(ConfigurationRequest)和無(wú)線網(wǎng)絡(luò)應(yīng)答的配置-響應(yīng)消息的交互，移動(dòng)終端發(fā)送的第一條配置一請(qǐng)求消息中包含用以指定協(xié) 商對(duì)象的字段及指示無(wú)線網(wǎng)絡(luò)是否以該指定協(xié)商對(duì)象的字段所指定的對(duì)象 作為協(xié)商對(duì)象的標(biāo)識(shí)字段。其中，所述指定協(xié)商對(duì)象的字段可以但不限于用 Personailitylndex字段表示，所述指示移動(dòng)終端是否以該指定協(xié)商對(duì)象的字 段所指定的對(duì)象作為協(xié)商對(duì)象的標(biāo)識(shí)字段可以但不限于用 Personailitylndexlncluded字段表示。由于無(wú)線網(wǎng)絡(luò)已經(jīng)指明本階革爻協(xié)商的 Personalitylndex ，因此移動(dòng)終端發(fā)送的第 一 條配置一請(qǐng)求消息中的 Personailitylndexlncluded字段應(yīng)設(shè)置為FALSE,則無(wú)線網(wǎng)絡(luò)收到該配置一請(qǐng) 求消息后，則忽略消息中的Personailitylndex字段；
如圖3B所示為本發(fā)明中配置-請(qǐng)求(ConfigurationRequest)消息的格式 示意圖，其中新增了 Personailitylndex和Personailitylndexlncluded字l殳， AttributeRecord可以沒(méi)有，也可以是一個(gè)或多個(gè)。
步驟107:所有需要協(xié)商的協(xié)議子類型及其協(xié)議屬性協(xié)商結(jié)束后，移動(dòng) 終端向無(wú)線網(wǎng)絡(luò)發(fā)送配置完成消息；
步驟108:接下來(lái)進(jìn)入無(wú)線網(wǎng)絡(luò)發(fā)起的屬性協(xié)商階段，該階段表現(xiàn)為一系列由無(wú)線網(wǎng)絡(luò)發(fā)起的配置-請(qǐng)求和移動(dòng)終端應(yīng)答的配置-響應(yīng)消息的交互； 該步驟具體操作同現(xiàn)有技術(shù)。
步驟109:所有需要協(xié)商的協(xié)議子類型及其協(xié)議屬性協(xié)商結(jié)束后，無(wú)線 網(wǎng)絡(luò)向移動(dòng)終端發(fā)送軟配置完成消息，隨后移動(dòng)終端和無(wú)線網(wǎng)絡(luò)各自將本次
的協(xié)商結(jié)果(包括協(xié)商的協(xié)議子類型及協(xié)議屬性協(xié)商)提交到協(xié)商啟動(dòng)時(shí) Personalitylndex所指示的Personality中。如果需要繼續(xù)協(xié)商另外 一 套 Personality,則無(wú)線網(wǎng)絡(luò)還需要將軟配置完成消息中的Continue字段設(shè)置為 "1";如果不需要繼續(xù)協(xié)商另外一套Personality則結(jié)束本次屬性協(xié)商。
如圖3C所示為本發(fā)明中軟配置完成(SoftConfigumtionComplete)消息 的格式示意圖，刪除了原有的用于指示之前協(xié)商的各屬性需要存儲(chǔ)的 Personality的PersonalitylndexStore字段。
步驟110:移動(dòng)終端收到Continue字段為1的軟配置完成消息，再次進(jìn) 入移動(dòng)終端發(fā)起的屬性協(xié)商階段。該階段表現(xiàn)為一系列由移動(dòng)終端發(fā)起的配 置-請(qǐng)求和無(wú)線網(wǎng)絡(luò)應(yīng)答的配置-響應(yīng)消息的交互。移動(dòng)終端發(fā)送的第一條配 置一請(qǐng)求消息中包含Personailitylndexlncluded及Personailitylndex字l殳，且 將PersonailitylndexIncluded字段應(yīng)設(shè)置為TRUE,無(wú)線網(wǎng)絡(luò)收到該消息后， 根據(jù)消息中攜帶的Personailitylndex字段來(lái)啟用與之對(duì)應(yīng)的協(xié)商；
步驟lll:所有需要協(xié)商的協(xié)議子類型及其協(xié)商屬性協(xié)商結(jié)束后，移動(dòng) 終端向無(wú)線網(wǎng)絡(luò)發(fā)送配置完成消息；
步驟112:接下來(lái)進(jìn)入無(wú)線網(wǎng)絡(luò)發(fā)起的屬性協(xié)商階段，該階段表現(xiàn)為一 系列由無(wú)線網(wǎng)絡(luò)發(fā)起的配置-請(qǐng)求和移動(dòng)終端應(yīng)答的配置一響應(yīng)消息的交 互；
步驟113:所有需要協(xié)商的協(xié)議子類型及其協(xié)商屬性協(xié)商結(jié)束后，無(wú)線 網(wǎng)絡(luò)向移動(dòng)終端發(fā)送軟配置完成消息，隨后移動(dòng)終端和無(wú)線網(wǎng)絡(luò)各自將本次 的協(xié)商結(jié)果提交到協(xié)商啟動(dòng)時(shí)Personalitylndex所指示的Personality中。如 果不再需要繼續(xù)協(xié)商另外一套Personality,則無(wú)線網(wǎng)絡(luò)需要將軟協(xié)商完成消 息中的Continue字段設(shè)置為"0";
步驟114:無(wú)線網(wǎng)絡(luò)或移動(dòng)終端發(fā)起會(huì)話關(guān)閉，本次協(xié)商結(jié)束。如圖2所示為本發(fā)明由移動(dòng)終端發(fā)起的協(xié)議屬性協(xié)商的流程圖，包含如 下步驟
步驟201:移動(dòng)終端首次接入某無(wú)線網(wǎng)絡(luò)，向無(wú)線網(wǎng)絡(luò)發(fā)起新建一個(gè)會(huì) 話的請(qǐng)求，首先請(qǐng)求無(wú)線網(wǎng)絡(luò)為本次會(huì)話分配一個(gè)UATI標(biāo)識(shí)；
步驟202:無(wú)線網(wǎng)絡(luò)在資源允許的條件下，為該移動(dòng)終端分配一個(gè)UATI 標(biāo)識(shí)；
步驟203:移動(dòng)終端收到指配的UATI標(biāo)識(shí)后以完成消息應(yīng)答(在該步 之后，移動(dòng)終端和無(wú)線網(wǎng)絡(luò)分別使用缺省協(xié)議子類型及協(xié)議規(guī)定的各屬性缺 省值打開(kāi)該會(huì)話)。如果之前無(wú)線網(wǎng)絡(luò)和移動(dòng)終端之間已經(jīng)建立并協(xié)商過(guò)會(huì) 話信息，但由于移動(dòng)終端修改了某個(gè)或某些協(xié)商參數(shù)而導(dǎo)致需要重新協(xié)商會(huì) 話，則跳過(guò)201-203步，直接進(jìn)入204步；
步驟204:無(wú)線網(wǎng)絡(luò)和移動(dòng)終端之間建立空中鏈路；步驟201至步驟204 同現(xiàn)有技術(shù)。
步驟205:移動(dòng)終端向無(wú)線網(wǎng)絡(luò)主動(dòng)發(fā)送配置一請(qǐng)求消息，請(qǐng)求進(jìn)入移 動(dòng)終端發(fā)起的屬性協(xié)商階段，該階段表現(xiàn)為一系列由移動(dòng)終端發(fā)起的配置-請(qǐng)求和無(wú)線網(wǎng)絡(luò)應(yīng)答的配置一響應(yīng)消息的交互，移動(dòng)終端向無(wú)線網(wǎng)絡(luò)發(fā)送的 第一條配置一請(qǐng)求消息中包含用以指定協(xié)商對(duì)象的字段及指示移動(dòng)終端是 否以該指定協(xié)商對(duì)象的字段所指定的對(duì)象作為協(xié)商對(duì)象的標(biāo)識(shí)字段。其中， 所述指定協(xié)商對(duì)象的字段可以但不限于用Personailitylndex字段表示，所述 指示移動(dòng)終端是否以該指定協(xié)商對(duì)象的字段所指定的對(duì)象作為協(xié)商對(duì)象的 標(biāo)識(shí)字段可以但不限于用Personailitylndexlncluded字段表示。
移動(dòng)終端將PersonailitylndexIncluded字段應(yīng)設(shè)置為TRUE,無(wú)線網(wǎng)絡(luò)收 到該消息，要根據(jù)消息中攜帶的Personailitylndex字段來(lái)啟用與之對(duì)應(yīng)的協(xié)
商；
如圖3B所示為本發(fā)明中配置-請(qǐng)求(ConfigurationRequest)消息的格式 示意圖，其中新增了 Personailitylndex和Personailitylndexlncluded字段， AttributeRecord可以沒(méi)有，也可以是一個(gè)或多個(gè)。
ii步驟206:所有需要協(xié)商的協(xié)議子類型及其協(xié)商屬性協(xié)商結(jié)束后，移動(dòng) 終端向無(wú)線網(wǎng)絡(luò)發(fā)送配置完成消息；
步驟207:接下來(lái)進(jìn)入無(wú)線網(wǎng)絡(luò)發(fā)起的屬性協(xié)商階段，該階段表現(xiàn)為一 系列由無(wú)線網(wǎng)絡(luò)發(fā)起的配置一請(qǐng)求和移動(dòng)終端應(yīng)答的配置一響應(yīng)消息的交 互；
步驟208:所有需要協(xié)商的協(xié)議子類型及其協(xié)商屬性協(xié)商結(jié)束后，無(wú)線 網(wǎng)絡(luò)向移動(dòng)終端發(fā)送軟配置完成消息，隨后移動(dòng)終端和無(wú)線網(wǎng)絡(luò)各自將本次 的協(xié)商結(jié)果提交到協(xié)商啟動(dòng)時(shí)Personalitylndex所指示的Personality中。如 果需要繼續(xù)協(xié)商另外一套Personality,則無(wú)線網(wǎng)絡(luò)還需要將軟配置完成消息 中的Continue字段設(shè)置為"1";如果不需要繼續(xù)協(xié)商另外一套Personality 則結(jié)束本次屬性協(xié)商。
如圖3C所示為本發(fā)明中軟配置完成(SoftConfigumtionComplete)消息 的格式示意圖，刪除了原有的用于指示之前協(xié)商的各屬性需要存儲(chǔ)的 Personality的PersonalitylndexStore字段。
步驟209:移動(dòng)終端收到Continue字段為1的軟配置完成消息，再次進(jìn) 入移動(dòng)終端發(fā)起的屬性協(xié)商階段。該階段表現(xiàn)為一系列由移動(dòng)終端發(fā)起的配 置-請(qǐng)求和無(wú)線網(wǎng)絡(luò)應(yīng)答的配置-響應(yīng)消息的交互。移動(dòng)終端發(fā)送的第一條配 置一請(qǐng)求消息中還包含Personailitylndexlncluded及Personalitylndex字#爻， 并將Personailitylndexlncluded字段應(yīng)設(shè)置為TRUE,無(wú)線網(wǎng)絡(luò)收到該消息后， 要才艮據(jù)消息中攜帶的Personailitylndex字IS:來(lái)啟用與之對(duì)應(yīng)的協(xié)商；
步驟210:所有需要協(xié)商的協(xié)議子類型及其協(xié)商屬性協(xié)商結(jié)束后，移動(dòng) 終端向無(wú)線網(wǎng)絡(luò)發(fā)送配置完成消息；
步驟211:接下來(lái)進(jìn)入無(wú)線網(wǎng)絡(luò)發(fā)起的屬性協(xié)商階段，該階段表現(xiàn)為一 系列由無(wú)線網(wǎng)絡(luò)發(fā)起的配置一請(qǐng)求和移動(dòng)終端應(yīng)答的配置一響應(yīng)消息的交 互；
步驟212:所有需要協(xié)商的協(xié)議子類型及其協(xié)商屬性協(xié)商結(jié)束后，無(wú)線 網(wǎng)絡(luò)向移動(dòng)終端發(fā)送軟配置完成消息，隨后移動(dòng)終端和無(wú)線網(wǎng)絡(luò)各自將本次 的協(xié)商結(jié)果提交到協(xié)商啟動(dòng)時(shí)Personalitylndex所指示的Personality中。如果不再需要繼續(xù)協(xié)商另外一套Personality,則無(wú)線網(wǎng)絡(luò)需要將軟配置完成消 息中的Continue字段設(shè)置為"0";
步驟213:無(wú)線網(wǎng)絡(luò)或移動(dòng)終端發(fā)起會(huì)話關(guān)閉，本次協(xié)商結(jié)束。
權(quán)利要求
1、一種通信系統(tǒng)中協(xié)議屬性協(xié)商的方法，每次進(jìn)行協(xié)議屬性協(xié)商時(shí)，發(fā)起協(xié)議屬性協(xié)商的一端在啟動(dòng)協(xié)商的消息中包含指定協(xié)商對(duì)象的字段；對(duì)端在接收到所述啟動(dòng)協(xié)商的消息后根據(jù)其中的指定協(xié)商對(duì)象的字段進(jìn)行協(xié)議屬性協(xié)商，協(xié)商完畢后雙方存儲(chǔ)本次協(xié)商結(jié)果。
2、 如權(quán)利要求1所述的方法，其特征在于若發(fā)起所述協(xié)議屬性協(xié)商的一端是無(wú)線網(wǎng)絡(luò)，則所述啟動(dòng)協(xié)商的消息為 配置一啟動(dòng)消息；若發(fā)起所述協(xié)議屬性協(xié)商的一端是移動(dòng)終端，則所述啟動(dòng) 協(xié)商的消息為第 一條配置一請(qǐng)求消息。
3、 如權(quán)利要求2所述的方法，其特征在于所述無(wú)線網(wǎng)絡(luò)向所述移動(dòng)終端發(fā)送的配置一啟動(dòng)消息中還包含指示對(duì) 端是否以所述指定協(xié)商對(duì)象的字段所指定的對(duì)象作為協(xié)商對(duì)象的標(biāo)識(shí)字段；所述移動(dòng)終端向所述無(wú)線網(wǎng)絡(luò)發(fā)送的第 一條配置一請(qǐng)求消息中還包含 指示對(duì)端是否以所述指定協(xié)商對(duì)象的字段所指定的對(duì)象作為協(xié)商對(duì)象的標(biāo) 識(shí)字段。
4、 如權(quán)利要求3所述的方法，其特征在于所述指定協(xié)商對(duì)象的字段用Personalitylndex表示；所述指示對(duì)端是否以所述指定協(xié)商對(duì)象的字段所指定的對(duì)象作為協(xié)商 對(duì)象的標(biāo)識(shí)字段用Personailitylndexlncluded表示；當(dāng)所述移動(dòng)終端收到所述無(wú)線網(wǎng)絡(luò)發(fā)來(lái)的所述配置一啟動(dòng)消息后，若所 述Personailitylndexlncluded為 "TRUE "則所述移動(dòng)終端從所述 Personalitylndex所指定的對(duì)象開(kāi)始協(xié)商；當(dāng)所述無(wú)線網(wǎng)絡(luò)收到所述移動(dòng)終端發(fā)來(lái)的所述配置一請(qǐng)求消息后，若所 述Personailitylndexlncluded為 "TRUE "則所述無(wú)線網(wǎng)絡(luò)從所述 Personalitylndex所指定的對(duì)象開(kāi)始協(xié)商。
5、 如權(quán)利要求4所述的方法，其特征在于若發(fā)起所述協(xié)議屬性協(xié)商的 一端是無(wú)線網(wǎng)絡(luò)，則所述移動(dòng)終端向所述無(wú)線網(wǎng)絡(luò)發(fā)送第一條配置一請(qǐng)求消息時(shí)將其中的Personailitylndexlncluded字 段設(shè)為"FALSE";所述無(wú)線網(wǎng)絡(luò)收到所述移動(dòng)終端發(fā)來(lái)的第一條配置一請(qǐng)求消息后，若其 中的Personailitylndexlncluded字段為"FALSE",忽略所述消息中的 Personailitylndex字段。
6、 如權(quán)利要求4所述的方法，其特征在于所述協(xié)商完畢后雙方將本次協(xié)商結(jié)果存儲(chǔ)到本次協(xié)商啟動(dòng)時(shí) Personalitylndex所指示的Personaility中。
7、 如權(quán)利要求l所述的方法，其特征在于所述協(xié)議屬性協(xié)商配置完成后，所述無(wú)線網(wǎng)絡(luò)向所述移動(dòng)終端發(fā)送的協(xié) 商完成的消息中不包含指定協(xié)商對(duì)象的字段。
全文摘要
本發(fā)明提供了一種通信系統(tǒng)中協(xié)議屬性協(xié)商的方法，每次進(jìn)行協(xié)議屬性協(xié)商時(shí)，發(fā)起協(xié)議屬性協(xié)商的一端在啟動(dòng)協(xié)商的消息中包含指定協(xié)商對(duì)象的字段；對(duì)端在接收到所述啟動(dòng)協(xié)商的消息后根據(jù)其中的指定協(xié)商對(duì)象的字段進(jìn)行協(xié)議屬性協(xié)商，協(xié)商完畢后雙方存儲(chǔ)本次協(xié)商結(jié)果。采用本發(fā)明的技術(shù)方案，發(fā)起協(xié)議屬性協(xié)商的一端通過(guò)在啟動(dòng)協(xié)商的消息中包含PersonalityIndex來(lái)指定協(xié)商的對(duì)象，避免了雙方協(xié)商對(duì)象的不一致性。
文檔編號(hào)H04L29/06GK101478528SQ200810001809
公開(kāi)日2009年7月8日 申請(qǐng)日期2008年1月3日 優(yōu)先權(quán)日2008年1月3日
發(fā)明者婷 陸 申請(qǐng)人:中興通訊股份有限公司