專利名稱：通知配置幀的處理方法及碼型轉(zhuǎn)換器和速率適配單元的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種通知配置幀的處理方法及碼型轉(zhuǎn)換器和速率適配單元(Transcoder and Rate AdaptorUnit，簡(jiǎn)稱為 TRAU)。
背景技術(shù)：
傳統(tǒng)的移動(dòng)通信系統(tǒng)中，在移動(dòng)臺(tái)(Mobile Mation，簡(jiǎn)稱為MS)之間進(jìn)行呼叫， 需要在整個(gè)傳輸鏈路上進(jìn)行兩次語音編解碼的級(jí)聯(lián)操作，因此會(huì)降低語音質(zhì)量。為了解決這個(gè)問題，相關(guān)技術(shù)中提出了無二次編解碼級(jí)聯(lián)操作(Tandem Free Operation，簡(jiǎn)稱為 TF0)，該TFO可以使傳輸過程中減少一次語音編解碼的級(jí)聯(lián)操作，從而提高語音質(zhì)量。在全球移動(dòng)通信(Globalsystem for Mobile Communication，簡(jiǎn)稱為 GSM)系統(tǒng)中，當(dāng)MS之間使用自適應(yīng)多速率(Adaptive Multi-Rate，簡(jiǎn)稱為AMR)算法時(shí)，如果需要建立TF0，則需要TRAU與基站(Base Transceiver Mation，簡(jiǎn)稱為BTS)之間通過通知配置幀進(jìn)行交互。具體而言，在TFO準(zhǔn)備建立時(shí)，先進(jìn)行速率調(diào)整，TRAU向BTS發(fā)送攜帶有速率調(diào)整請(qǐng)求的TF0_S00N通知配置幀，以通知BTS進(jìn)入TF0_Maybe狀態(tài)，并進(jìn)行速率調(diào)整。然后，在完成速率調(diào)整之后，BTS還向TRAU回復(fù)Rc_Ack配置幀。只有在TRAU接收到Rc_Ack之后， TRAU中的TFO才會(huì)進(jìn)入下一個(gè)TFO狀態(tài)，即開始發(fā)送TFO幀到對(duì)端TRAU，并建立TF0。下面具體描述TRAU與BTS通過通知配置幀進(jìn)行交互的過程。首先，BTS將AMR的相關(guān)配置參數(shù)實(shí)時(shí)向TRAU發(fā)送，以激活TRAU中的TFO進(jìn)行協(xié)商。然后，TRAU向BTS發(fā)送TFO的狀態(tài)信息，以保持TRAU的TFO狀態(tài)與BTS的TFO狀
態(tài)一致。另外，上述TRAU與BTS之間的通知配置幀交互類型如下表1所示。TRAU向BTS發(fā)送的TFO狀態(tài)包括三種類型TF0_0FF(即TFO關(guān)閉通知配置幀)、TF0_S00N(即TFO準(zhǔn)備通知配置幀)和TF0_0N(即TFO開啟通知配置幀)。其中，BTS在接收到TF0_0FF通知配置幀和TF0_0N通知配置幀時(shí)都是立刻回復(fù)的；在接收到TF0_S00N通知配置幀時(shí)，BTS首先進(jìn)入 TF0_Maybe狀態(tài)，待完成速率調(diào)整之后再回復(fù)TRAU。需要說明的是，BTS對(duì)TF0_S00N通知配置幀的回應(yīng)對(duì)于TFO來說是一個(gè)關(guān)鍵的事件，只有產(chǎn)生了這個(gè)事件，TFO建立才能繼續(xù)， 因此，TRAU對(duì)這個(gè)事件有很高的期望。表ITRAU與BTS之間的通知配置幀交互類型的示意表
4通知配置幀類型可能包含類型存在位置作用發(fā)送端接收端ConReq切換通知， Handover—SOON， Handover—Complete上行、 下行參數(shù)交互， 要求回復(fù)BTSBTS或 TRAUDis—ReqTFO 通知，TF0—0N， TF0—0FF， TF0—S00N上行、 下行攜帶配置參數(shù)或TFO通知 要求回復(fù)TRAUBTSCon—Ack下行ConReq 的回復(fù)BTSBTS或 TRAUUL—AckTFO通知的回復(fù)上行 TRAU 幀Dis—Req 的回復(fù)BTSTRAUDL—Ack下行 TRAU 幀ConReq 的回復(fù)TRAUBTS下面對(duì)上述通知配置幀進(jìn)行詳細(xì)描述。通知配置幀通常分為請(qǐng)求幀和回復(fù)幀，并且，TRAU和BTS在發(fā)出請(qǐng)求幀后都要等待回復(fù)，在收到請(qǐng)求幀都要進(jìn)行回復(fù)。同時(shí)，如果發(fā)送端在發(fā)出請(qǐng)求幀之后一定時(shí)間內(nèi)沒有接收到回復(fù)幀，將會(huì)重發(fā)該請(qǐng)求幀。在進(jìn)行語音通話時(shí)，由于該通知配置幀通過偷幀發(fā)送， 而多次重發(fā)請(qǐng)求幀將會(huì)影響語音通話質(zhì)量，因此，在協(xié)議28. 062-810中規(guī)定，如果發(fā)送端在重發(fā)三次請(qǐng)求幀之后仍然沒有接收到回復(fù)幀，則TFO就將進(jìn)入FAI狀態(tài)，即導(dǎo)致TFO失敗。需要說明的是，TRAU重發(fā)三次請(qǐng)求幀所需的時(shí)間并不長(zhǎng)，對(duì)于要求立刻回復(fù)的通知配置幀來說，這個(gè)時(shí)間通常都可以作為判斷鏈路交互失敗的門限。但是，在BTS需要完成速率調(diào)整才能回復(fù)時(shí)，其所需的調(diào)整時(shí)間相對(duì)TRAU重發(fā)三次請(qǐng)求幀的時(shí)間就比較長(zhǎng)了。如果BTS完成速率調(diào)整的時(shí)間稍長(zhǎng)，導(dǎo)致TRAU重發(fā)三次請(qǐng)求幀之后仍然沒有接收到回復(fù)幀，則TFO就將進(jìn)入FAI狀態(tài)，即導(dǎo)致TFO失敗，使得TFO功能不能有效地發(fā)揮出來。另外，TF0_0FF可以表示TFO不建立的通知，這時(shí)TRAU處于非TFO的狀態(tài)，需要盡快將此訊息通知到基站，使TRAU和BTS都同步到非TFO的傳統(tǒng)處理狀態(tài)。如果無法發(fā)送， 會(huì)導(dǎo)致TRAU已經(jīng)結(jié)束TFO 了，而基站可能還處于TF0_Maybe或TF0_Yes的狀態(tài)，即基站和TRAU的TFO狀態(tài)不一致。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種通知配置幀的處理方法及TRAU，以至少解決上述問題。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個(gè)方面，提供了一種通知配置幀的處理方法。根據(jù)本發(fā)明的通知配置幀的處理方法包括TRAU按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀；TRAU確定在發(fā)送預(yù)定次數(shù)的TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自 BTS的回復(fù)幀；TRAU指示其TFO進(jìn)入等待狀態(tài)。進(jìn)一步地，上述通知配置幀的處理方法還包括TRAU在首次向BTS發(fā)送TFO準(zhǔn)備通知配置幀時(shí)，啟動(dòng)定時(shí)器；在定時(shí)器到時(shí)后，TRAU指示TFO進(jìn)入失敗狀態(tài)。進(jìn)一步地，上述通知配置幀的處理方法還包括TRAU在首次向BTS發(fā)送TFO準(zhǔn)備通知配置幀時(shí)，啟動(dòng)定時(shí)器；在定時(shí)器到時(shí)后，TRAU指示TFO進(jìn)入失敗狀態(tài)；TRAU直接向 BTS發(fā)送TFO關(guān)閉通知配置幀。進(jìn)一步地，定時(shí)器的時(shí)長(zhǎng)超過預(yù)定次數(shù)與通知配置幀的發(fā)送間隔之積預(yù)定長(zhǎng)度， 其中，通知配置幀的發(fā)送間隔根據(jù)鏈路測(cè)量計(jì)算得到的往返時(shí)延進(jìn)行確定。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個(gè)方面，還提供了一種通知配置幀的處理方法。根據(jù)本發(fā)明的通知配置幀的處理方法包括TRAU指示其TFO進(jìn)入失敗狀態(tài)；TRAU 直接向BTS發(fā)送TFO關(guān)閉通知配置幀。進(jìn)一步地，TRAU指示其TFO進(jìn)入失敗狀態(tài)之前，上述方法還包括TRAU向BTS發(fā)送 TFO開啟通知配置幀；TRAU確定在預(yù)定時(shí)間內(nèi)，沒有接收到來自BTS的回復(fù)幀。進(jìn)一步地，TRAU指示其TFO進(jìn)入失敗狀態(tài)之前，上述方法還包括TRAU按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀；TRAU確定在發(fā)送預(yù)定次數(shù)的TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自BTS的回復(fù)幀。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一個(gè)方面，提供了一種TRAU。根據(jù)本發(fā)明的TRAU包括第一發(fā)送模塊，用于按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀；確定模塊，用于確定在發(fā)送預(yù)定次數(shù)的TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自BTS的回復(fù)幀；第一指示模塊，用于指示其TFO進(jìn)入等待狀態(tài)。進(jìn)一步地，上述TRAU還包括啟動(dòng)模塊，用于在首次向BTS發(fā)送TFO準(zhǔn)備通知配置幀時(shí)，啟動(dòng)定時(shí)器；第二指示模塊，用于在定時(shí)器到時(shí)后，指示其TFO進(jìn)入失敗狀態(tài)；第二發(fā)送模塊，用于直接向BTS發(fā)送TFO關(guān)閉通知配置幀。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一個(gè)方面，還提供了一種TRAU。根據(jù)本發(fā)明的TRAU包括指示模塊，用于指示其TFO進(jìn)入失敗狀態(tài)；發(fā)送模塊，用于直接向BTS發(fā)送TFO關(guān)閉通知配置幀。進(jìn)一步地，該TRAU還包括第一發(fā)送模塊，用于向BTS發(fā)送TFO開啟通知配置幀； 第一確定模塊，用于確定在預(yù)定時(shí)間內(nèi)，沒有接收到來自BTS的回復(fù)幀。進(jìn)一步地，該TRAU還包括第二發(fā)送模塊，用于按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀；第二確定模塊，用于確定在發(fā)送預(yù)定次數(shù)的TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自BTS的回復(fù)幀。通過本發(fā)明，采用TRAU按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀，并在發(fā)送預(yù)定次數(shù)的TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自BTS的回復(fù)幀，該TRAU指示其TFO 進(jìn)入等待狀態(tài)，解決了由于TRAU沒有接收到來自BTS的回復(fù)幀，導(dǎo)致其TFO進(jìn)入FAI狀態(tài)的問題，從而提高了 TFO建立的成功率。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明實(shí)施例的通知配置幀的處理方法的流程圖一；圖2是根據(jù)本發(fā)明實(shí)施例的通知配置幀的處理方法的流程圖二 ；圖3是根據(jù)本發(fā)明優(yōu)選實(shí)施例的TRAU發(fā)送TFO狀態(tài)通知配置幀的處理流程的示意圖；圖4是根據(jù)本發(fā)明優(yōu)選實(shí)施例的TRAU發(fā)送TF0_0N通知配置幀的處理流程的示意圖；圖5是根據(jù)本發(fā)明優(yōu)選實(shí)施例的TRAU發(fā)送TF0_S00N通知配置幀的處理流程的示意圖；圖6是根據(jù)本發(fā)明優(yōu)選實(shí)施例的TRAU發(fā)送TF0_0FF通知配置幀的處理流程的示意圖；圖7為根據(jù)本發(fā)明實(shí)施例1的TRAU的結(jié)構(gòu)框圖；圖8為根據(jù)本發(fā)明實(shí)施例1的TRAU的優(yōu)選結(jié)構(gòu)框圖；圖9為根據(jù)本發(fā)明實(shí)施例2的TRAU的結(jié)構(gòu)框圖；圖10為根據(jù)本發(fā)明實(shí)施例2的TRAU的優(yōu)選結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。根據(jù)本發(fā)明的實(shí)施例，提供了一種通知配置幀的處理方法。圖1是根據(jù)本發(fā)明實(shí)施例的通知配置幀的處理方法的流程圖，包括如下的步驟S102至步驟S106。步驟S102，TRAU按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀。步驟S104，TRAU確定在發(fā)送預(yù)定次數(shù)的TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自BTS的回復(fù)幀。步驟S106，TRAU指示其TFO進(jìn)入等待狀態(tài)。通過上述步驟，在發(fā)送預(yù)定次數(shù)的TF0_S00N通知配置幀過程中，TRAU沒有接收到來自BTS的回復(fù)幀時(shí)，由于TRAU沒有指示其TFO進(jìn)入失敗狀態(tài)，而是進(jìn)入等待狀態(tài)，從而解決了由于TRAU沒有接收到來自BTS的回復(fù)幀，導(dǎo)致其TFO進(jìn)入FAI狀態(tài)的問題，從而提高了 TFO建立的成功率。優(yōu)選地，根據(jù)上述通知配置幀的處理方法，TRAU在首次向BTS發(fā)送TFO準(zhǔn)備通知配置幀時(shí)，啟動(dòng)定時(shí)器(例如該定時(shí)器可以為1秒)；在定時(shí)器到時(shí)后，TRAU指示其TFO進(jìn)入失敗狀態(tài)。這樣，在發(fā)送TFO_SOON通知配置幀時(shí)，取消了重發(fā)η次收不到回應(yīng)就失敗的限制，而是交由狀態(tài)機(jī)機(jī)制自身設(shè)置的定時(shí)器去限制。TRAU在重發(fā)η次仍然收不到回復(fù)的時(shí)候，進(jìn)入等待回復(fù)不發(fā)送的狀態(tài)，如果在協(xié)議狀態(tài)機(jī)的定時(shí)器超時(shí)后仍然收不到回復(fù)，才指示其TFO進(jìn)入失敗狀態(tài)。因此，避免了 TRAU中的TFO在長(zhǎng)時(shí)間收不到回復(fù)時(shí)經(jīng)歷過長(zhǎng)時(shí)間的等待，從而提高了 TFO建立的成功率。另外，在TRAU中的TFO進(jìn)入失敗狀態(tài)之后，不管之前是否有未完成的配置交互，立即向BTS發(fā)送TFO關(guān)閉通知配置幀。用于保持基站和TRAU的狀態(tài)一致。

需要說明的是，這里與協(xié)議的不同之處在于要求TF0_0FF立即發(fā)送。在協(xié)議中，如果有未完成的配置交互，是不會(huì)發(fā)起新的配置交互流程的，例如在本發(fā)明實(shí)施例中，在TF0_ SOON配置幀交互失敗TRAU進(jìn)入FAILURE時(shí)，需要發(fā)送TF0_0FF通知到BTS，這種情況就是屬于在有未完成的交互時(shí)發(fā)起新的交互，在協(xié)議中這個(gè)是不允許的。但是TF0_0FF表示一個(gè) TFO不建立的通知，這個(gè)時(shí)候TRAU處于非TFO的狀態(tài)，應(yīng)該盡快將此訊息通知到基站，TF0_ OFF立即發(fā)送，可以使得TFO結(jié)束的通知迅速傳遞到BTS，使TRAU和BTS都同步到非TFO的傳統(tǒng)處理狀態(tài)。如果受前一次配置交互狀態(tài)的影響而使TRAU無法發(fā)送TF0_0FF的話，會(huì)導(dǎo)致TRAU已經(jīng)結(jié)束TFO 了，而基站可能還處于TF0_Maybe或TF0_Yes的狀態(tài)。基站和TRAU 的TFO狀態(tài)保持一致，在很多時(shí)候能夠避免異常事件和行為的產(chǎn)生。定時(shí)器的時(shí)長(zhǎng)超過預(yù)定次數(shù)與通知配置幀的發(fā)送間隔之積預(yù)定長(zhǎng)度，其中，通知配置幀的發(fā)送間隔根據(jù)鏈路測(cè)量計(jì)算得到的往返時(shí)延進(jìn)行確定。需要說明的是，對(duì)于配置幀重發(fā)次數(shù)η的選擇，協(xié)議規(guī)定的值是η = 3，因?yàn)榕渲脦匕l(fā)間隔是根據(jù)鏈路測(cè)量計(jì)算得到的往返時(shí)延，一般來說，重發(fā)3次是足夠了，具體實(shí)施的時(shí)候可以根據(jù)環(huán)境的實(shí)現(xiàn)情況來確定，但η的取值不應(yīng)該取得過大，因?yàn)榕渲脦陌l(fā)送可能造成偷幀，這會(huì)對(duì)語音產(chǎn)生影響，所以建議η最大不超過5。為避免鏈路突發(fā)異常引起的配置幀丟失，η應(yīng)該大于1。另外，對(duì)于配置幀重發(fā)次數(shù)η的選擇，可以根據(jù)發(fā)送的配置幀類型不同而不同。但在發(fā)送TF0_S00N通知時(shí)，η的取值應(yīng)使η倍鏈路往返時(shí)延的值遠(yuǎn)小于定時(shí)器Tl的值。根據(jù)本發(fā)明的實(shí)施例，還提供了一種通知配置幀的處理方法。圖2是根據(jù)本發(fā)明實(shí)施例的通知配置幀的處理方法的流程圖，包括如下的步驟S202至步驟S204。步驟S202，TRAU指示其TFO進(jìn)入失敗狀態(tài)。步驟S204，TRAU直接向BTS發(fā)送TFO關(guān)閉通知配置幀。在TRAU中的TFO進(jìn)入失敗狀態(tài)之后，通過TRAU直接向BTS發(fā)送TFO關(guān)閉通知配置幀，而不管之前是否有未完成的配置交互，可以保證基站和TRAU的TFO狀態(tài)一致。優(yōu)選地，TRAU指示其TFO進(jìn)入失敗狀態(tài)之前，上述方法還包括TRAU向BTS發(fā)送 TFO開啟通知配置幀；TRAU確定在預(yù)定時(shí)間內(nèi)，沒有接收到來自BTS的回復(fù)幀。優(yōu)選地，TRAU指示其TFO進(jìn)入失敗狀態(tài)之前，上述方法還包括TRAU按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀；TRAU確定在發(fā)送預(yù)定次數(shù)的TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自BTS的回復(fù)幀。需要說明的是，協(xié)議中對(duì)于配置幀發(fā)送超時(shí)，TFO進(jìn)入失敗的描述很籠統(tǒng)，如果是因?yàn)門F0_0N交互失敗，TFO結(jié)束，基站此時(shí)可能處于TF0_Maybe或TF0_Yes狀態(tài)，而TRAU 側(cè)對(duì)上下行的TRAU幀速率調(diào)整都有一定限制，此時(shí)TRAU還可能已經(jīng)開始發(fā)送TFO幀。在TFO_ON交互失敗后，TFO因此結(jié)束，TRAU側(cè)應(yīng)該對(duì)上述的TFO處理都進(jìn)行終結(jié)，包括停止發(fā)送TFO幀，放開速率調(diào)整，并且發(fā)送一個(gè)TF0_0FF通知到BTS。這樣可以使對(duì)端快速察覺到本地的TFO異常結(jié)束而同步終止TF0。在TFO結(jié)束的時(shí)候，取消速率調(diào)整的限制可以使基站根據(jù)無線質(zhì)量自由調(diào)整速率，TF0_0FF通知使得基站和TRAU的TFO狀態(tài)保持一致。 需要說明的是，這里與協(xié)議的不同之處在于要求TF0_0FF立即發(fā)送。在協(xié)議中，如果有未完成的配置交互，是不會(huì)發(fā)起新的配置交互流程的，例如在本發(fā)明實(shí)施例中，在TF0_ ON配置幀交互失敗TRAU進(jìn)入FAILURE時(shí)，需要發(fā)送TF0_0FF通知到BTS，這種情況就是屬于在有未完成的交互時(shí)發(fā)起新的交互，在協(xié)議中這個(gè)是不允許的。但是TF0_0FF表示一個(gè) TFO不建立的通知，這個(gè)時(shí)候TRAU處于非TFO的狀態(tài)，應(yīng)該盡快將此訊息通知到基站，TF0_ OFF立即發(fā)送，可以使得TFO結(jié)束的通知迅速傳遞到BTS，使TRAU和BTS都同步到非TFO的傳統(tǒng)處理狀態(tài)。如果受前一次配置交互狀態(tài)的影響而使TRAU無法發(fā)送TF0_0FF的話，會(huì)導(dǎo)致TRAU已經(jīng)結(jié)束TFO 了，而基站可能還處于TF0_Maybe或TF0_Yes的狀態(tài)?；竞蚑RAU 的TFO狀態(tài)保持一致，在很多時(shí)候能夠避免異常事件和行為的產(chǎn)生。本發(fā)明還提供了一個(gè)優(yōu)選實(shí)施例，結(jié)合了上述多個(gè)優(yōu)選實(shí)施例的技術(shù)方案，下面結(jié)合圖3至圖6來詳細(xì)描述。設(shè)配置幀重發(fā)的時(shí)間間隔為N_0ut_l幀，置計(jì)數(shù)器Cl = N_0ut_l，每處理一次下行 TRAU幀，計(jì)數(shù)器減1，當(dāng)Cl = 0時(shí)計(jì)數(shù)器復(fù)位。置計(jì)數(shù)器C2為TRAU重發(fā)配置幀的計(jì)數(shù)，每發(fā)送一次配置幀，計(jì)數(shù)器C2加1。N為發(fā)送配置幀數(shù)目的最大限制。圖3是根據(jù)本發(fā)明優(yōu)選實(shí)施例的TRAU發(fā)送TFO狀態(tài)通知配置幀的處理流程的示意圖，如圖3所示，當(dāng)TRAU需要發(fā)送TFO狀態(tài)通知配置幀到BTS時(shí)，包括如下的步驟S302 至步驟S308。步驟S302，TRAU判斷要發(fā)送的通知配置幀類型是否為TF0_0FF。如果是則進(jìn)入步驟S304，否則進(jìn)入步驟S306。步驟S304，進(jìn)入TF0_0FF配置幀的發(fā)送處理流程。下行發(fā)送一個(gè)TF0_0FF配置幀。 此時(shí)判斷TFO的狀態(tài)，如果處于FAILURE，則結(jié)束此次交互；否則啟動(dòng)計(jì)數(shù)器Cl，置計(jì)數(shù)器 C2 = 1。需要說明的是，下述步驟S702至步驟S726詳細(xì)的描述TF0_0FF通知配置幀的發(fā)送處理流程。步驟S306，TRAU判斷是否存在未完成的通知配置幀交互。如果是則等待當(dāng)前配置交互完成并返回，否則TRAU進(jìn)入TF0_S00N通知配置幀的發(fā)送處理流程或TF0_0N通知配置幀的發(fā)送處理流程。需要說明的是，本優(yōu)選實(shí)施例在步驟S306 TRAU判斷是否存在未完成的通知配置幀交互之前，即執(zhí)行步驟S302 TRAU判斷要發(fā)送的通知配置幀類型是否為TF0_0FF，并在判斷結(jié)果為是的情況下執(zhí)行步驟S304進(jìn)入TF0_0FF配置幀的發(fā)送處理流程?？梢员ＷC在TRAU 中的TFO進(jìn)入失敗狀態(tài)之后，不管之前是否有未完成的配置交互，立即向BTS發(fā)送TFO關(guān)閉通知配置幀，從而保持基站和TIAU的狀態(tài)一致。步驟S308，進(jìn)入TF0_S00N通知配置幀的發(fā)送處理流程。需要說明的是，下述步驟S602至步驟S628詳細(xì)的描述TF0_0FF通知配置幀的發(fā)送處理流程。
步驟S310，進(jìn)入TF0_0N通知配置幀的發(fā)送處理流程。需要說明的是，下述步驟S502至步驟S524詳細(xì)的描述TF0_0FF通知配置幀的發(fā)送處理流程。圖4是 根據(jù)本發(fā)明實(shí)施例的TRAU發(fā)送TF0_0N通知配置幀的處理流程圖，包括如下的步驟S402至步驟S424。步驟S402，TRAU進(jìn)入TF0_0N通知配置幀的發(fā)送處理流程。步驟S404，下行發(fā)送第一個(gè)TF0_0N通知配置幀，置計(jì)數(shù)器C2 = 1，同時(shí)啟動(dòng)計(jì)數(shù)器Cl，進(jìn)入步驟S406。步驟S406，TRAU判斷在計(jì)數(shù)器Cl復(fù)位前，是否接收到BTS對(duì)TFO通知配置幀的回復(fù)。如果是則進(jìn)入步驟S408，否則進(jìn)入步驟S410。步驟S408，Cl復(fù)位，停止計(jì)數(shù)，C2清0，此次配置交互完成。步驟S410，每處理一次下行TRAU數(shù)據(jù)，Cl減1。步驟S412，判斷Cl是否等于零。如果不等于零，返回步驟S406。如果等于零，進(jìn)入步驟S414。步驟S414，計(jì)數(shù)器C2加1。步驟S416，判斷C2是否小于等于N，如果是則進(jìn)入步驟S418，否則進(jìn)入步驟S420。步驟S418，TRAU重發(fā)一次配置幀，Cl復(fù)位，然后返回步驟S406。步驟S420，停止計(jì)數(shù)器Cl，計(jì)數(shù)器C2清0。步驟S422，結(jié)束此次配置交互，TFO狀態(tài)機(jī)進(jìn)入FAILURE。步驟S424，更新TRAU發(fā)送通知配置幀的類型為TF0_0FF，并發(fā)送TF0_0FF通知配置幀。需要說明的是，本優(yōu)選實(shí)施例在步驟S422 TFO狀態(tài)機(jī)進(jìn)入FAILURE之后，即執(zhí)行步驟S424更新TRAU發(fā)送通知配置幀的類型為TF0_0FF，并發(fā)送TF0_0FF通知配置幀。可以保證在TRAU中的TFO進(jìn)入失敗狀態(tài)之后，不管之前是否有未完成的配置交互，立即向BTS 發(fā)送TFO關(guān)閉通知配置幀，從而保持基站和TRAU的狀態(tài)一致。圖5是根據(jù)本發(fā)明實(shí)施例的TRAU發(fā)送TF0_S00N通知配置幀的處理流程圖，包括如下的步驟S502至步驟S528。步驟S502，TRAU進(jìn)入TF0_S00N通知配置幀的發(fā)送處理流程。步驟S504，下行發(fā)送第一個(gè)TF0_S00N通知配置幀，置計(jì)數(shù)器C2 = 1，同時(shí)啟動(dòng)計(jì)數(shù)器Cl，進(jìn)入步驟S506。步驟S506，TRAU判斷在計(jì)數(shù)器Cl復(fù)位前，是否接收到BTS對(duì)TFO通知配置幀的回復(fù)。如果是則進(jìn)入步驟S508，否則進(jìn)入步驟S510。步驟S508，Cl復(fù)位，停止計(jì)數(shù)，C2清0，此次配置交互完成。步驟S510，每處理一次下行TRAU數(shù)據(jù)，Cl減1。步驟S512，判斷Cl是否等于零。如果不等于零，返回步驟S506。如果等于零，進(jìn)入步驟S514。步驟S514，計(jì)數(shù)器C2加1。步驟S516，判斷C2是否小于等于N，如果是則進(jìn)入步驟S518，否則進(jìn)入步驟S520。步驟S518，TRAU重發(fā)一次配置幀，Cl復(fù)位，然后返回步驟S506。
步驟S520，停止計(jì) 數(shù)器Cl，計(jì)數(shù)器C2清0。步驟S522，TRAU等待TFO狀態(tài)機(jī)自行運(yùn)轉(zhuǎn)，并判斷狀態(tài)機(jī)定時(shí)器是否超時(shí)，如果沒有超時(shí)則進(jìn)入步驟S524，如果超時(shí)則進(jìn)入步驟S526。步驟S524，TRAU判斷是否接收到BTS對(duì)TFO通知配置幀的回復(fù)。如果是則此次配置交互完成，然后返回步驟S508，否則進(jìn)入步驟S522。步驟S526，結(jié)束此次配置交互，TFO狀態(tài)機(jī)進(jìn)入FAILURE。需要說明的是，在發(fā)送預(yù)定次數(shù)的TF0_S00N通知配置幀過程中，TRAU沒有接收到來自BTS的回復(fù)幀時(shí)，由于TRAU沒有指示其TFO進(jìn)入步驟S526 TFO狀態(tài)機(jī)進(jìn)入FAILURE， 而是進(jìn)入步驟S522 TRAU等待TFO狀態(tài)機(jī)自行運(yùn)轉(zhuǎn)，并判斷狀態(tài)機(jī)定時(shí)器是否超時(shí)(即等待狀態(tài))，從而解決了由于TRAU沒有接收到來自BTS的回復(fù)幀，導(dǎo)致其TFO進(jìn)入FAI狀態(tài)的問題，從而提高了 TFO建立的成功率。步驟S528，更新TRAU發(fā)送通知配置幀的類型為TF0_0FF，并發(fā)送TF0_0FF通知配置幀。需要說明的是，本優(yōu)選實(shí)施例在步驟S526 TFO狀態(tài)機(jī)進(jìn)入FAILURE之后，即執(zhí)行步驟S528更新TRAU發(fā)送通知配置幀的類型為TF0_0FF，并發(fā)送TF0_0FF通知配置幀?？梢员ＷC在TRAU中的TFO進(jìn)入失敗狀態(tài)之后，不管之前是否有未完成的配置交互，立即向BTS 發(fā)送TFO關(guān)閉通知配置幀，從而保持基站和TRAU的狀態(tài)一致。圖6是根據(jù)本發(fā)明實(shí)施例的TRAU發(fā)送TF0_0FF通知配置幀的處理流程圖，包括如下的步驟S602至步驟S626。步驟S602，TRAU進(jìn)入TF0_0FF通知配置幀的發(fā)送處理流程。步驟S604，下行發(fā)送第一個(gè)TF0_0FF通知配置幀。步驟S606，TRAU判斷TFO是否處于失敗(FAILURE)狀態(tài)。如果是則進(jìn)入步驟S608， 否則進(jìn)入步驟S610。步驟S608，此次配置交互完成，并結(jié)束此次交互。步驟S610，啟動(dòng)計(jì)數(shù)器Cl，置計(jì)數(shù)器C2等于1。步驟S612，TRAU判斷在計(jì)數(shù)器Cl復(fù)位前，是否接收到BTS對(duì)TFO通知配置幀的回復(fù)。如果是則返回步驟S608，否則進(jìn)入步驟S614。步驟S614，每處理一次下行TRAU數(shù)據(jù)，Cl減1。步驟S616，判斷Cl是否等于零。如果不等于零，返回步驟S614。如果等于零，進(jìn)入步驟S618。步驟S618，計(jì)數(shù)器C2加1。步驟S620，判斷C2是否小于等于N，如果是則進(jìn)入步驟S622，否則進(jìn)入步驟S624。步驟S622，TRAU重發(fā)一次配置幀，Cl復(fù)位，然后返回步驟S614。步驟S624，停止計(jì)數(shù)器Cl，計(jì)數(shù)器C2清0。步驟S626，結(jié)束此次配置交互，TFO狀態(tài)機(jī)進(jìn)入FAILURE。需要說明的是，本優(yōu)選實(shí)施例在步驟S626 TFO狀態(tài)機(jī)進(jìn)入FAILURE之前，不管是否有未完成的配置交互(例如上述TF0_0N和TF0_S00N通知配置幀交互失敗的情況)，立即向BTS發(fā)送TFO關(guān)閉通知配置幀，從而保持基站和TRAU的狀態(tài)一致。根據(jù)本發(fā)明的實(shí)施例，提供了一種通知配置幀的處理方法，采用TRAU按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀，并在發(fā)送預(yù)定次數(shù)的TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自BTS的回復(fù)幀，該TRAU指示其TFO進(jìn)入等待狀態(tài)，解決了由于TRAU沒有接收到來自BTS的回復(fù)幀，導(dǎo)致其TFO進(jìn)入FAI狀態(tài)的問題，從而提高了 TFO建立的成功率。 根據(jù)本發(fā)明的實(shí)施例，還提供了一種TRAU，該TRAU可以用于實(shí)現(xiàn)上述通知配置幀的處理方法。圖7為根據(jù)本發(fā)明實(shí)施例1的TRAU的結(jié)構(gòu)框圖，包括第一發(fā)送模塊71，確定模塊72和第一指示模塊73。下面對(duì)其結(jié)構(gòu)進(jìn)行詳細(xì)描述。第一發(fā)送模塊71，用于按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀；確定模塊 72，連接至第一發(fā)送模塊71，用于確定在第一發(fā)送模塊71發(fā)送預(yù)定次數(shù)的TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自BTS的回復(fù)幀；第一指示模塊73，連接至確定模塊72，用于在確定模塊72的確定結(jié)果為是時(shí)，指示其TFO進(jìn)入等待狀態(tài)。圖8為根據(jù)本發(fā)明實(shí)施例1的TRAU的優(yōu)選結(jié)構(gòu)框圖，還包括啟動(dòng)模塊74、第二指示模塊75、第二發(fā)送模塊76。下面對(duì)其結(jié)構(gòu)進(jìn)行詳細(xì)描述。啟動(dòng)模塊74，連接至第一發(fā)送模塊72，用于第一發(fā)送模塊72在首次向BTS發(fā)送 TFO準(zhǔn)備通知配置幀時(shí)，啟動(dòng)定時(shí)器；第二指示模塊75，連接至啟動(dòng)模塊74，用于在啟動(dòng)模塊74啟動(dòng)的定時(shí)器到時(shí)后，指示TFO進(jìn)入失敗狀態(tài)；第二發(fā)送模塊76，連接至第二指示模塊75，用于在第二指示模塊75指示TFO進(jìn)入失敗狀態(tài)，直接向BTS發(fā)送TFO關(guān)閉通知配置幀。圖9為根據(jù)本發(fā)明實(shí)施例2的TRAU的結(jié)構(gòu)框圖，包括指示模塊91和發(fā)送模塊 92，下面對(duì)其結(jié)構(gòu)進(jìn)行詳細(xì)描述。指示模塊91，用于指示其TFO進(jìn)入失敗狀態(tài)；發(fā)送模塊92，用于直接向BTS發(fā)送 TFO關(guān)閉通知配置幀。在TRAU中的TFO進(jìn)入失敗狀態(tài)之后，通過TRAU直接向BTS發(fā)送TFO關(guān)閉通知配置幀，而不管之前是否有未完成的配置交互，可以保證基站和TRAU的TFO狀態(tài)一致。圖10為根據(jù)本發(fā)明實(shí)施例2的TRAU的優(yōu)選結(jié)構(gòu)框圖，包括第一發(fā)送模塊101， 第一確定模塊102，第二發(fā)送模塊103和第二確定模塊104。下面對(duì)其結(jié)構(gòu)進(jìn)行詳細(xì)描述。第一發(fā)送模塊101，用于向BTS發(fā)送TFO開啟通知配置幀；第一確定模塊102，連接至第一發(fā)送模塊101，用于確定在第一發(fā)送模塊101發(fā)送TFO開啟通知配置幀的預(yù)定時(shí)間內(nèi)，沒有接收到來自BTS的回復(fù)幀。第二發(fā)送模塊103，用于按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀；第二確定模塊104，連接至第二發(fā)送模塊103，用于確定在第二發(fā)送模塊103發(fā)送TFO準(zhǔn)備通知配置幀的預(yù)定次數(shù)的TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自BTS的回復(fù)幀。綜上所述，根據(jù)本發(fā)明的上述實(shí)施例，提供了一種通知配置幀的處理方法及TRAU， 采用TRAU按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀，并在發(fā)送預(yù)定次數(shù)的TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自BTS的回復(fù)幀，該TRAU指示其TFO進(jìn)入等待狀態(tài)，解決了由于TRAU沒有接收到來自BTS的回復(fù)幀，導(dǎo)致其TFO進(jìn)入FAI狀態(tài)的問題，從而提高了 TFO 建立的成功率。另外，本發(fā)明在因配置幀交互異常TFO失敗時(shí)能保持TRAU同BTS的TFO狀態(tài)一致。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順 序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種通知配置幀的處理方法，其特征在于，包括碼型轉(zhuǎn)換器和速率適配單元TRAU按照預(yù)定次數(shù)向基站BTS發(fā)送無二次編解碼級(jí)聯(lián)操作TFO準(zhǔn)備通知配置幀；所述TRAU確定在發(fā)送所述預(yù)定次數(shù)的所述TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自所述BTS的回復(fù)幀；所述TRAU指示其TFO進(jìn)入等待狀態(tài)。
2.根據(jù)權(quán)利要求1所述的通知配置幀的處理方法，其特征在于，還包括 所述TRAU在首次向BTS發(fā)送所述TFO準(zhǔn)備通知配置幀時(shí)，啟動(dòng)定時(shí)器； 在所述定時(shí)器到時(shí)后，所述TRAU指示所述TFO進(jìn)入失敗狀態(tài)。
3.根據(jù)權(quán)利要求1所述的通知配置幀的處理方法，其特征在于，還包括 所述TRAU在首次向BTS發(fā)送所述TFO準(zhǔn)備通知配置幀時(shí)，啟動(dòng)定時(shí)器； 在所述定時(shí)器到時(shí)后，所述TRAU指示所述TFO進(jìn)入失敗狀態(tài)；所述TRAU直接向所述BTS發(fā)送TFO關(guān)閉通知配置幀。
4.根據(jù)權(quán)利要求2或3所述的通知配置幀的處理方法，其特征在于，所述定時(shí)器的時(shí)長(zhǎng)超過所述預(yù)定次數(shù)與所述通知配置幀的發(fā)送間隔之積預(yù)定長(zhǎng)度，其中，所述通知配置幀的發(fā)送間隔根據(jù)鏈路測(cè)量計(jì)算得到的往返時(shí)延進(jìn)行確定。
5.一種通知配置幀的處理方法，其特征在于，包括 TRAU指示其TFO進(jìn)入失敗狀態(tài)；所述TRAU直接向BTS發(fā)送TFO關(guān)閉通知配置幀。
6.根據(jù)權(quán)利要求5所述的通知配置幀的處理方法，其特征在于， 所述TRAU指示其TFO進(jìn)入失敗狀態(tài)之前，還包括所述TRAU向所述BTS發(fā)送TFO開啟通知配置幀；所述TRAU確定在預(yù)定時(shí)間內(nèi)，沒有接收到來自所述BTS的回復(fù)幀。
7.根據(jù)權(quán)利要求5所述的通知配置幀的處理方法，其特征在于， 所述TRAU指示其TFO進(jìn)入失敗狀態(tài)之前，還包括TRAU按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀；所述TRAU確定在發(fā)送所述預(yù)定次數(shù)的所述TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自所述BTS的回復(fù)幀。
8.一種TRAU，其特征在于，包括第一發(fā)送模塊，用于按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀； 確定模塊，用于確定在發(fā)送所述預(yù)定次數(shù)的所述TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自所述BTS的回復(fù)幀；第一指示模塊，用于指示其TFO進(jìn)入等待狀態(tài)。
9.根據(jù)權(quán)利要求8所述的TRAU，其特征在于，還包括啟動(dòng)模塊，用于在首次向BTS發(fā)送所述TFO準(zhǔn)備通知配置幀時(shí)，啟動(dòng)定時(shí)器； 第二指示模塊，用于在所述定時(shí)器到時(shí)后，指示其TFO進(jìn)入失敗狀態(tài)； 第二發(fā)送模塊，用于直接向所述BTS發(fā)送TFO關(guān)閉通知配置幀。
10.一種TRAU，其特征在于，包括指示模塊，用于指示其TFO進(jìn)入失敗狀態(tài)；發(fā)送模塊，用于直接向BTS發(fā)送TFO關(guān)閉通知配置幀。
11.根據(jù)權(quán)利要求10所述的TRAU，其特征在于，還包括 第一發(fā)送模塊，用于向所述BTS發(fā)送TFO開啟通知配置幀；第一確定模塊，用于確定在預(yù)定時(shí)間內(nèi)，沒有接收到來自所述BTS的回復(fù)幀。
12.根據(jù)權(quán)利要求10所述的TRAU，其特征在于，還包括第二發(fā)送模塊，用于按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀； 第二確定模塊，用于確定在發(fā)送所述預(yù)定次數(shù)的所述TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自所述BTS的回復(fù)幀。
全文摘要
本發(fā)明公開了一種通知配置幀的處理方法及碼型轉(zhuǎn)換器和速率適配單元。該方法包括TRAU按照預(yù)定次數(shù)向BTS發(fā)送TFO準(zhǔn)備通知配置幀；TRAU確定在發(fā)送預(yù)定次數(shù)的TFO準(zhǔn)備通知配置幀過程中，沒有接收到來自BTS的回復(fù)幀；TRAU指示其TFO進(jìn)入等待狀態(tài)。本發(fā)明提高了TFO建立的成功率。
文檔編號(hào)H04W68/00GK102201889SQ20101014557
公開日2011年9月28日 申請(qǐng)日期2010年3月23日 優(yōu)先權(quán)日2010年3月23日
發(fā)明者曾永慧 申請(qǐng)人:中興通訊股份有限公司