專利名稱：：原因值傳輸方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信領(lǐng)域，尤其涉及一種失敗原因值傳輸方法。
背景技術(shù)：
：Wimax(WorldwideInteroperabilityforMicrowaveAccess,微波存取全球互通)的NWG(網(wǎng)絡(luò)技術(shù)工作組)目前已進(jìn)展到Rl丄x版本，R1.5版本正在討i侖和制訂中。在現(xiàn)有的Rl.l.x版本中存在大量TLV(TypeLengthValue,類型長度^f直)字革殳的應(yīng)用。在NWG現(xiàn)有標(biāo)準(zhǔn)中，F(xiàn)ailureindication(4晉i吳指示)用于指示前一個(gè)"i青求消息的失敗原因。分別有以下幾類原因4直消息頭失敗碼，一4殳消息體失敗石馬，消息普通失敗石馬，消息特定失敗;馬，其中后面兩類是與具體纟喿作相關(guān)的失敗原因^f直。該標(biāo)準(zhǔn)定義的Failureindication參考表1:<table>tableseeoriginaldocumentpage4</column></row><table><table>tableseeoriginaldocumentpage5</column></row><table><table>tableseeoriginaldocumentpage6</column></row><table>AuthenticationResult(鑒斥又纟*果)4皮定義為3口表3戶斤示:<table>tableseeoriginaldocumentpage7</column></row><table>表3NWG的現(xiàn)有版本中存在大量TLV字段的應(yīng)用，在很多與操作相關(guān)的TLV中，都定義了各自的失敗原因值。比如，在SFInfo中，ReservationResult作為sub-TLV,用來指示資源預(yù)定的結(jié)果。0表示成功，其他值表示各種失敗原因。顯然，這與Failureindication中的消息普通失敗石馬和消息凈爭定失敗石馬這兩類失敗原因^f直重復(fù)。由于失敗原因值是才及為常用的字,史，這樣造成大量的資源開銷浪費(fèi)；同時(shí)，由于失敗原因值指示混亂，導(dǎo)致多個(gè)地方出現(xiàn)同一失敗原因的指示，既不i"更于統(tǒng)一管理，又對依據(jù)此原因^直而進(jìn)^于的后續(xù)#:作造成混淆。
發(fā)明內(nèi)容針對以上的一個(gè)或多個(gè)問題，本發(fā)明提供一種原因值傳輸方法，對失敗原因值的定義進(jìn)行調(diào)整，將與消息頭和消息體相關(guān)的一般失敗原因統(tǒng)一方文在失敗指示(Failureindication)中定義，而與具體才乘作相關(guān)的特定失敗原因分別》文在與才喿作相關(guān)的TLV中定義。本發(fā)明提供的原因值傳輸方法包括步驟S102,第二通信實(shí)體響應(yīng)于來自第一通信實(shí)體的請求消息進(jìn)行操作；步驟S104,在操作失敗的情況下，第二通信實(shí)體向第一通信實(shí)體反饋響應(yīng)消息，其中，將與請求消息相關(guān)的一^:失敗原因值和與具體才喿作相關(guān)的特定失敗原因值分別放在響應(yīng)消息中的不同的類型長度值字,殳中限定或》文在響應(yīng)消息中的同一個(gè)類型長度值字萃殳中限定；步驟S106，第一通信實(shí)體接收到響應(yīng)消息后進(jìn)行分析和處理。其中，一般失敗原因值包括以下至少之一消息頭失敗碼和消息體失敗碼。在響應(yīng)消息中，可以通過一個(gè)類型長度值字^殳表示成功指示，也可以通過一個(gè)原因值類型長度值字段中的特定取值表示成功指示。在與請求消息相關(guān)的一般失敗原因值和與具體操作相關(guān)的特定失敗原因值放在同一個(gè)類型長度值字段或不同類型長度字段值字段。在WiMAX無線通信系統(tǒng)中，當(dāng)將與請求消息相關(guān)的一^殳失敗原因值和與具體操作相關(guān)的特定失敗原因值分別放在響應(yīng)消息中的不同的類型長度值字段中限定時(shí)，將與請求消息相關(guān)的一般失敗原因值;改在失敗指示字革爻中限定。當(dāng)將與請求消息相關(guān)的一般失敗原因值和與具體操作相關(guān)的特定失敗原因值分別》文在響應(yīng)消息中的不同的類型長度值字革殳中限定時(shí)，如果響應(yīng)消息已包括指示一般失敗原因值的類型長度值字^a,則不再包括指示與具體操作相關(guān)的特定失敗原因值的類型長度值字段，如果響應(yīng)消息已包括指示與具體操作相關(guān)的特定失敗原因值的類型長度值字段，則不再包括指示一般失敗原因值的類型長度值字段。采用本發(fā)明，可以4吏指示失敗原因字羊殳的定義更加清晰，減少重復(fù)冗余的定義，有效避免后續(xù)操作中可能出現(xiàn)的混亂，并節(jié)省了大量系統(tǒng)資源。此處所說明的附圖用來^是供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明的原因值傳輸方法的流程圖；以及圖2是根據(jù)本發(fā)明的實(shí)施例的業(yè)務(wù)流創(chuàng)建流程圖。具體實(shí)施例方式下面參考附圖，詳細(xì)說明本發(fā)明的具體實(shí)施方式。本發(fā)明提供的原因值傳輸方法包括以下步驟，如圖1所示步驟S102，第二通信實(shí)體響應(yīng)于來自第一通信實(shí)體的請求消息進(jìn)行操作；步驟S104,在操作失敗的情況下，第二通信實(shí)體向第一通信實(shí)體反饋響應(yīng)消息，其中，將與請求消息相關(guān)的一般失敗原因值和與具體才乘作相關(guān)的特定失敗原因值分別;改在響應(yīng)消息中的不同的類型長度值字段中限定或放在響應(yīng)消息中的同一個(gè)類型長度值字段中限定；步驟S106，第一通信實(shí)體接收到響應(yīng)消息后進(jìn)行分析和處理。9一^l殳失敗原因值包括以下至少之一消息頭失敗碼和消息體失敗碼。在響應(yīng)消息中，可以通過一個(gè)類型長度值字段表示成功指示，示。在與請求消息相關(guān)的一i&失敗原因值和與具體^^乘作相關(guān)的特定失敗原因值放在同一個(gè)類型長度值字段或不同類型長度字段中限定在WiMAX無線通信系統(tǒng)中，當(dāng)將與請求消息相關(guān)的一4殳失敗原因值和與具體操作相關(guān)的特定失敗原因值分別放在響應(yīng)消息中的不同的類型長度值字4殳中限定時(shí)，將與請求消息相關(guān)的一4殳失敗原因值;改在失敗指示字革史中限定。當(dāng)將與請求消息相關(guān)的一般失敗原因值和與具體操作相關(guān)的特定失敗原因值分別;故在響應(yīng)消息中的不同的類型長度^f直字^a中限定時(shí)，如果響應(yīng)消息已包括指示一般失敗原因值的類型長度值字段，則不再包括指示與具體操作相關(guān)的特定失敗原因值的類型長度值字段，如果響應(yīng)消息已包括指示與具體操作相關(guān)的特定失敗原因值的類型長度值字段，則不再包括指示一般失敗原因值的類型長度值字段。在本發(fā)明的一個(gè)實(shí)施例中，將一4殳的、通用的失敗原因值統(tǒng)一方丈在一個(gè)TLV—C中定義。例4oNWG中可爿夸與消息頭、消息體相關(guān)的失敗原因統(tǒng)一》文在FailureIndication中定義；其^f也與具體才喿作相關(guān)的失敗原因》文在與該才喿作相關(guān)的TLV一S中定義。例如與資源預(yù)定才喿4乍沖目關(guān)的指示失敗的TLV—S可為ReservationResult,ReservationResult是SFInfo的sub-TLV。當(dāng)失敗原因?yàn)橐话愕脑蛑禃r(shí)，則在消息中包含TLV一C指示失敗原因；當(dāng)失敗原因?yàn)槠渌c具體操作相關(guān)的原因值時(shí)，則在消息中包含TLV一S指示失敗原因。兩者有一即可。成功指示可作為TLV_C或者TLV—S的一個(gè)^f直表示。例如，TLV—C值為0時(shí)，表示操作成功；或TLV—S值為0時(shí)，表示操作成功。對現(xiàn)有Failureindication的原因值定義，4呆留原有與消息頭和消息體相關(guān)的失敗原因值，將消息普通失敗碼和消息特定失敗碼兩類原因值去掉，分別放到與具體操作相關(guān)的失敗原因值中定義，參考表4:Type(類型)69Lengthinoctets(字節(jié)為單位的長度)1Value(值)Mostsignificantbitisreservedasanerrorextensionflag((最高有效位作為一個(gè)錯(cuò)誤擴(kuò)展標(biāo)記保留))0=UnspecifiedError(未指明的錯(cuò)誤)ErrorCodes:1-16MessageHeaderFailureCodes(錯(cuò)誤碼1-16消息頭失敗碼)1=IncompatibleVersionNumber(W反本號(hào)不匹酉己)2=InvalidFunctionType(無J丈功能類型)3=InvalidMessageType(無效消息類型)4=UnknownMSID(未知的終端標(biāo)識(shí))5=TransactionFailure(處理失敗)6=UnknownSourceIdentifier(未頭口的源才示i口、)7=UnknownDestinationIdentifier(未知的目的標(biāo)識(shí))8=InvalidMessageHeader(無效的消息頭)9-15=ReservedforFutureUse(為將來的用途保留)ErrorCodes:16-31GeneralMessageBodyFailureCodes(錯(cuò)誤碼16-31一般消息體失敗碼)16=Invalidmessageformat(無效的消息格式)17=MandatoryTLVmissing(遺漏了必選類型長度值)18=TLVValueInvalid(類型長度值無效)19=UnsupportedOptions(不支持的選項(xiàng))20-31=ReservedforFutureUse(為將來的用途保留)11Description(描<table>tableseeoriginaldocumentpage12</column></row><table>表4<table>tableseeoriginaldocumentpage12</column></row><table>表5<table>tableseeoriginaldocumentpage13</column></row><table>表6在本發(fā)明的另一實(shí)施例中，將所有失敗原因值統(tǒng)一放在一個(gè)TLV—O中定義。既包括一般的，通用的失敗原因；也包括與具體操作相關(guān)的原因?？蓪⑺惺≡蛑到y(tǒng)一力文在TLV—O中定義，包括與各種具體操作相關(guān)的原因值。TLVO在這里為FailureIndication,參考表7，該字,殳^皮定義如下第一部分為一4殳的，通用的原因值，為0-47;第二部分為與SF(業(yè)務(wù)流)才喿作相關(guān)的原因值，為48-71;第三部分為與Paging(尋呼)^操作相關(guān)的原因值，為72-95;第四部分為與Authentication(鑒4又)相關(guān)的原因值，為96-119;其他可為其他才喿作相關(guān)的原因值預(yù)留119-255?？蓪⑺惺≡蛑到y(tǒng)一放在FailureIndication中定義，包括與各種具體操作相關(guān)的原因值。<table>tableseeoriginaldocumentpage14</column></row><table><table>tableseeoriginaldocumentpage15</column></row><table>表7其他與具體才乘作相關(guān)的指示失敗原因TLV可以才艮據(jù)情況刪除或〈'務(wù)文。在本實(shí)施例中，可以a奪ReservationResult,AuthenticationResult刪除。在本發(fā)明的又一實(shí)施例中，一尋所有失敗原因^直統(tǒng)一》丈在一個(gè)TLVJ3中定義。既包括一4殳的、通用的失敗原因，也包括與具體才喿作相關(guān)的原因。TLV_0為可擴(kuò)展TLV。例如，TLV—O長度為l字節(jié)即8比特(bit),貝'j將TLV—O的最高一位比特預(yù)留出來作為擴(kuò)展標(biāo)示位。當(dāng)該擴(kuò)展標(biāo)示位為0時(shí)，后面7個(gè)比特指示失敗原因值；當(dāng)該擴(kuò)展標(biāo)示位為1時(shí)，這7個(gè)比特和后面緊4妄著的1字節(jié)共同指示失敗原因{直。將所有失敗原因值統(tǒng)一放在TLV—O中定義，包括與各種具體操作相關(guān)的原因值。TLVO在這里為FailureIndication,該字l殳的長度可擴(kuò)展，參考表8，該字#殳#皮定義如下最高位第一個(gè)比特預(yù)留出來作為擴(kuò)展標(biāo)示位。當(dāng)擴(kuò)展標(biāo)示位為0時(shí)，后面7個(gè)比特指示失敗原因值，即FailureIndication字^殳長度為1字節(jié)，可取3直128個(gè)，定義力口下第一部分為一^:的，通用的原因值，為0-47;第二部分為與SF4喿作相關(guān)的原因值，為48-71;第三部分為與尋呼(Paging)才喿作相關(guān)的原因4直，為72-95;第四部分為與鑒讒又(Authentication)相關(guān)的原因4直，為96-119;其他可為其他才喿作相關(guān)的原因值預(yù)留119-127。當(dāng)擴(kuò)展沖示示^f立為1時(shí)，貝'JFailureIndication長度擴(kuò)展至后面的一個(gè)字節(jié)，即后面的7+8個(gè)比特指示失敗原因值，F(xiàn)ailureIndication字,史長度為2字節(jié)，可耳又值為，定義如下16<table>tableseeoriginaldocumentpage17</column></row><table>19=UnsupportedOptions(不支持的選項(xiàng))20-31=ReservedforFutureUse(為將來的用途保留)ErrorCodes:32-47OtherMessageGenericFailureCodes(錯(cuò)誤碼32-47消息一4殳失敗碼)32=Timerexpiredwithoutresponse(無響應(yīng)定時(shí)器超時(shí))33=RequestedContextUnavailable("i貪求的上下文未獲得)34-47=ReservedforFutureUse(為將來的用途保留)ErrorCodes:48-71SFOperationFailureCodes(錯(cuò)誤碼48-127消息特定失敗碼)48=RequestDenied—NoresourcesRequestedContextUnavailable("i會(huì)求的上下文未獲4f)49=RequestDeniedduetoPolicy(因策略才巨纟色;青求)50=RequestDeniedduetoRequestsforOtherFlowsFailedRegistrationFailure(因i他流的請求失敗而拒絕)5l=RequestDeniedduetoMSreason(因終端原因拒纟色請求)52-71=ReservedforFutureUse(為將來的用途保留)(Tobeupdatedwithsubsectionteamspecificerrorhandling)(隨子章節(jié)特定錯(cuò)誤處理而更新)ErrorCodes:72-95PagingOperationFailureCodes(錯(cuò)誤碼72-95尋呼操作失敗碼)72-95=ReservedforFutureUse(為將來的用途保留)ErrorCodes:96-119AuthenticationOperationFailureCodes(錯(cuò)誤碼96-119鑒權(quán)操作失敗碼)96-119=ReservedforFutureUse(為將來的用途保留)other=ReservedforFutureUse(Tobeupdatedwithsubsectionteamspecificerrorhandling)其他=為將來的用途保留(隨子章節(jié)特定錯(cuò)誤處理而更新)Description(描述)IndicatesthereasonforfailureofapreviousrequestmessageFailureindicationshouldbetheFirstTLVinaresponsemessagewhenitisfailurefortherequestmessage.(指示前一個(gè)請求消息的失敗原因。當(dāng)用于指示請求消息失敗時(shí)，F(xiàn)ailureindication(錯(cuò)誤指示)應(yīng)為響應(yīng)消息的第一個(gè)類型長度值。)ParentTLV(父TLV)None(無)表818其他與具體才喿作相關(guān)的指示失敗原因TLV可以4艮據(jù)情況刪除或〈務(wù)？文。在本實(shí)施例中，可一夸ReservationResult,AuthenticationResult刪除。數(shù)據(jù)通道登記響應(yīng)消息對數(shù)據(jù)通道登記請求消息中創(chuàng)建多個(gè)業(yè)務(wù)流的請求處理結(jié)果進(jìn)行反々貴。在現(xiàn)有技術(shù)中，在數(shù)據(jù)通道登記響應(yīng)消息中，有兩個(gè)字段指示i亥纟吉果的失敗原、因,ReservationResult禾口FailureIndication。圖2是根據(jù)本發(fā)明的實(shí)施例的業(yè)務(wù)流創(chuàng)建流程圖。如圖2所示，在業(yè)務(wù)流創(chuàng)建流程中，數(shù)據(jù)通道登記響應(yīng)消息對數(shù)據(jù)通道登記請求消息中創(chuàng)建多個(gè)業(yè)務(wù)流的請求處理的結(jié)果進(jìn)行反饋。S202:錨定業(yè)務(wù)流4受權(quán)器(AnchorSFA)收到業(yè)務(wù)等級屬性，將資源預(yù)定i青求(RR—Req)消息發(fā)送至當(dāng)前業(yè)務(wù)流4吏—又器(ServingSFA)。S204:當(dāng)前業(yè)務(wù)流授權(quán)器檢查是否需要?jiǎng)?chuàng)建一個(gè)數(shù)據(jù)通道，根據(jù)結(jié)果發(fā)送通道登記請求消息或通道修改請求消息至業(yè)務(wù)流管理器(SFM)。假定此處為通道登記請求。S206:業(yè)務(wù)流管理器檢查是否有足夠的無限資源，并判決是否接受該請求。在接受的情況下，將發(fā)送一個(gè)動(dòng)態(tài)業(yè)務(wù)增加請求(DSA_Req)消息l合鄉(xiāng)冬端。S208:纟冬端4妻受或才巨絕該DSA_Req(動(dòng)態(tài)業(yè)務(wù)增力o"i青求)消息。S210:假定S206中業(yè)務(wù)流管理器接受且S208中終端接受，業(yè)務(wù)流管理器將向當(dāng)前業(yè)務(wù)流授權(quán)器發(fā)送通道等級響應(yīng)消息或通道修改響應(yīng)消息來確i人資源預(yù)訂。此處為通道登i己響應(yīng)。S212:在收到業(yè)務(wù)流管理器的成功響應(yīng)后，當(dāng)前業(yè)務(wù)流授權(quán)器將給錨定業(yè)務(wù)流授權(quán)器發(fā)送資源預(yù)定響應(yīng)消息來確認(rèn)資源預(yù)訂。若響應(yīng)為失敗，且預(yù)定結(jié)果(ReservationResult)和失敗指示(FailureIndication)都指示了失敗原因，則當(dāng)前業(yè)務(wù)流授權(quán)器將無法依據(jù)一個(gè)統(tǒng)一的原因指示進(jìn)行失敗處理。(導(dǎo)致流程混亂)S214:通道登記確認(rèn)消息或通道修改確認(rèn)消息將被發(fā)送到業(yè)務(wù)流管理器。此處為通道登記確認(rèn)消息。S216:在收到當(dāng)前業(yè)務(wù)流授權(quán)器成功響應(yīng)后，錨定業(yè)務(wù)流授權(quán)器將給當(dāng)前業(yè)務(wù)流授權(quán)器回復(fù)資源預(yù)定確認(rèn)消息。本發(fā)明實(shí)施例的改進(jìn)之處在于S210:假定S206中業(yè)務(wù)流管理器接受且S208中終端接受，業(yè)務(wù)流管理器將向當(dāng)前業(yè)務(wù)流授權(quán)器發(fā)送通道登記響應(yīng)消息或通道修改響應(yīng)消息來確認(rèn)資源預(yù)訂。此處為通道登記響應(yīng)。假定沒有接受，按本方案的技術(shù)，通道登記響應(yīng)消息中只有一個(gè)字,殳指示該多業(yè)務(wù);危創(chuàng)建i青求處5里的失敗原因，ReservationResult或者FailureIndication。S212:在收到業(yè)務(wù)流管理器的成功響應(yīng)后，當(dāng)前業(yè)務(wù)流授權(quán)器將給錨定業(yè)務(wù)流授權(quán)器發(fā)送資源預(yù)定響應(yīng)消息來確認(rèn)資源預(yù)訂。若響應(yīng)為失敗，則當(dāng)前業(yè)務(wù)流授權(quán)器將根據(jù)消息中出現(xiàn)的該失敗原因沖旨示(ReservationResult或者FailureIndication,兩者只會(huì)出J見一個(gè))進(jìn)4亍失敗處理。流程清晰，簡單。失敗原因若為響應(yīng)消息不匹配原因，則直接丟棄該消息。若為資源受限，只能提供比所請求較少的資源，則當(dāng)前業(yè)務(wù)流授權(quán)器可能接受所授予的低等級的業(yè)務(wù)。其他失敗原因作相應(yīng)的處J里。20本發(fā)明提供一種原因值傳輸方法，對失敗原因值的定義進(jìn)行調(diào)整，將與消息頭和消息體相關(guān)的一般失敗原因統(tǒng)一放在一個(gè)TLV中，如Failureindication中定義，而與具體才喿作相關(guān)的特定失敗原因分別放在與操作相關(guān)的TLV中定義。采用本發(fā)明，可以使指示失敗原因字段的定義更加清晰，減少重復(fù)冗余的定義，有效避免后續(xù)操作中可能出現(xiàn)的混亂，并節(jié)省了大量系統(tǒng)資源。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。權(quán)利要求1.一種原因值傳輸方法，其特征在于，包括以下步驟步驟S102，第二通信實(shí)體響應(yīng)于來自第一通信實(shí)體的請求消息進(jìn)行操作；步驟S104，在所述操作失敗的情況下，所述第二通信實(shí)體向所述第一通信實(shí)體反饋響應(yīng)消息，其中，將與所述請求消息相關(guān)的一般失敗原因值和與具體操作相關(guān)的特定失敗原因值分別放在所述響應(yīng)消息中的不同的類型長度值字段中限定或放在所述響應(yīng)消息中的同一個(gè)類型長度值字段中限定；以及步驟S106，所述第一通信實(shí)體接收到所述響應(yīng)消息后進(jìn)行分析和處理。2.根據(jù)權(quán)利要求1所述的原因值傳輸方法，其特征在于，所述一般失敗原因值包括以下至少之一消息頭失敗碼和消息體失敗碼。3.根據(jù)權(quán)利要求2所述的原因值傳輸方法，其特征在于，在所述響應(yīng)消息中，通過一個(gè)類型長度值字段表示成功指示。4.根據(jù)權(quán)利要求2所述的原因值傳輸方法，其特征在于，在所述響應(yīng)消息中，通過一個(gè)原因值類型長度值字段中的特定取值表示成功指示。5.根據(jù)權(quán)利要求3或4所述的原因值傳輸方法，其特征在于，在與所述請求消息相關(guān)的一般失敗原因值和與具體操作相關(guān)的特定失敗原因值放在同一個(gè)類型長度值字段或不同的類型長度值字段中限定的情況下，所述類型長度值字段為可擴(kuò)展或不可擴(kuò)展的類型長度值字段。6.根據(jù)權(quán)利要求5所述的原因值傳輸方法，其特征在于，在WiMAX無線通信系統(tǒng)中，當(dāng)將與所述請求消息相關(guān)的一般失敗原因值和與具體才喿作相關(guān)的特定失敗原因值分別》欠在所述響應(yīng)消息中的不同的類型長度值字段中限定時(shí)，將與所述請求消息相關(guān)的一般失敗原因值放在失敗指示字段中限定。7.根據(jù)權(quán)利要求5所述的原因值傳輸方法，其特征在于，當(dāng)將與所述請求消息相關(guān)的一般失敗原因值和與具體操作相關(guān)的特定失敗原因值分別方文在所述響應(yīng)消息中的不同的類型長度值字段中限定時(shí)，如果所述響應(yīng)消息已包括指示一般失敗原因值的類型長度值字段，則不再包括指示與具體操作相關(guān)的特定失敗原因值的類型長度值字段，如果所述響應(yīng)消息已包括指示與具體操作相關(guān)的特定失敗原因值的類型長度值字段，則不再包括指示一般失敗原因值的類型長度值字段。全文摘要本發(fā)明提供一種原因值傳輸方法，包括步驟S102，第二通信實(shí)體響應(yīng)于來自第一通信實(shí)體的請求消息進(jìn)行操作。步驟S104，在操作失敗的情況下，第二通信實(shí)體向第一通信實(shí)體反饋響應(yīng)消息，其中，將與請求消息相關(guān)的一般失敗原因值和與具體操作相關(guān)的特定失敗原因值分別放在響應(yīng)消息中的不同的類型長度值字段中限定或放在響應(yīng)消息中的同一個(gè)類型長度值字段中限定。步驟S106，第一通信實(shí)體接收到響應(yīng)消息后進(jìn)行分析和處理。采用本發(fā)明，可以使指示失敗原因字段的定義更加清晰，減少重復(fù)冗余的定義，有效避免后續(xù)操作中可能出現(xiàn)的混亂，并節(jié)省了大量系統(tǒng)資源。文檔編號(hào)H04L1/16GK101442397SQ20071019456公開日2009年5月27日申請日期2007年11月23日優(yōu)先權(quán)日2007年11月23日發(fā)明者宋建全,麗褚,玲許申請人:中興通訊股份有限公司