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