專利名稱：發(fā)送ACAck消息的方法及基站的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種發(fā)送ACAck消息的方法及基站。
背景技術(shù)：
在EVDO(CDMA2000 1XEV-DO，簡稱 EVDO)系統(tǒng)里，當(dāng)終端(Access Terminal,簡稱AT)發(fā)送接入信道包時，如果接入網(wǎng)(Access Network，簡稱AN)成功解 調(diào)出這個接入信道包，會立刻在基站側(cè)(Base Transceiver Station，簡稱BTS)使用控制信 道發(fā)送一個ACAck消息，表明AN側(cè)已經(jīng)成功收到了這個接入信道消息。如果一定時間 間隔里AT沒有收到ACAck消息，AT會持續(xù)提高發(fā)射功率重發(fā)接入信道消息。為了抑 制AT的重復(fù)發(fā)送，一般來說ACAck消息會使用異步立即發(fā)送方式，保證這個消息盡快發(fā) 到AT。依照DO REVO (EV-DO版本0)版本協(xié)議，AN可以使用8或者16個時隙發(fā)送 控制信道包。而依照DO REVA (EV-DO版本A)或DO REVB (EV-DO版本B)版本協(xié)議 規(guī)定，AN可以使用4，8或者16個時隙發(fā)送控制信道包，使用4時隙發(fā)送控制信道包稱 為控制信道短包。對于DO REVO AT, AN最少要使用8個時隙發(fā)送ACAck消息給AT， 而如果能明確AT是DO REVA或DO REVB AT, AN就可以使用4個時隙發(fā)送ACAck消 息給AT，提高空口利用效率。由于當(dāng)前在BTS解調(diào)出接入包后，BTS—般無法明確AT 是什么類型的AT，為了可靠，BTS —般認(rèn)為AT是DO REV0終端，使用8個時隙發(fā)送 ACAck消息給AT，這樣無論AT使用什么版本的協(xié)議，都可以成功接收。基站側(cè)現(xiàn)有的這種ACAck消息發(fā)送方式，當(dāng)終端類型為DO REVA或DO REVB 時，則增加了不必要的控制信道開銷和浪費了空口資源。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種發(fā)送ACAck消息的方法及基站，以至少解決上 述在發(fā)送ACAck消息時，增加了不必要的控制信道開銷和浪費了空口資源的問題。根據(jù)本發(fā)明的一個方面，提供了一種發(fā)送ACAck消息的方法，包括基站側(cè) 根據(jù)所接收的接入信道包的MAC包頭信息判斷發(fā)送接入信道包的終端的類型是否為DO REVO；如果否，則基站側(cè)在接入信道上使用4個時隙向終端發(fā)送ACAck消息。進(jìn)一步地，基站側(cè)根據(jù)所接收的接入信道包的MAC包頭信息判斷發(fā)送接入 信道包的終端的類型是否為DO REV0，包括判斷接入信道包的MAC (Media Access Control,介質(zhì)訪問控制)包頭中的會話配置標(biāo)記SessionConfigurationToken的高4bit位是 否全為零；如果不全為零，則確定發(fā)送接入信道包的終端的類型不為DO REV0。進(jìn)一步地，如果發(fā)送接入信道包的終端的類型為DO REV0，則基站側(cè)在接入信 息上使用8個時隙向終端發(fā)送ACAck消息。進(jìn)一步地，基站側(cè)根據(jù)所接收的接入信道包的MAC包頭信息確定發(fā)送接入信道 包的終端的類型是否為DO REV0之前，還包括基站側(cè)從接入信道中解調(diào)出接入信道 包。
3
進(jìn)一步地，基站側(cè)從接入信道中解調(diào)出接入信道包之前，包括終端通過接入 信道向基站側(cè)發(fā)送接入信道包。進(jìn)一步地，基站側(cè)在接入信道上使用4個時隙向終端發(fā)送ACAck消息，包括 基站側(cè)通過異步方式在接入信道上使用4個時隙向終端發(fā)送ACAck消息。根據(jù)本發(fā)明的另一方面，提供了一種基站，包括判斷模塊，用于根據(jù)接入信 道包的MAC包頭信息判斷發(fā)送接入信道包的終端的類型是否為DO REVO ；發(fā)送模塊， 用于在判斷模塊判斷出終端的類型不為DO REVO的情況下，在接入信道上使用4個時隙 向終端發(fā)送ACAck消息。進(jìn)一步地，判斷模塊，還用于判斷接入信道包的MAC包頭中的會話配置標(biāo)記 SessionConfigurationToken 的高 4bit 位是否不全為零。進(jìn)一步地，發(fā)送模塊還用于在發(fā)送接入信道包的終端的類型為DO REVO的情況 下，在接入信道上使用8個時隙向終端發(fā)送ACAck消息。進(jìn)一步地，該基站還包括解調(diào)模塊，用于從接入信道中解調(diào)出接入信道包。在本發(fā)明中，根據(jù)MAC包頭信息判斷出終端的類型，再根據(jù)終端的類型采用不 同的時隙向終端發(fā)送ACAck消息，從而解決了現(xiàn)有的ACAck消息發(fā)送方式增加了不必要 的控制信道開銷的問題，進(jìn)而達(dá)到了節(jié)省空口資源的效果。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本 發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖 中圖1是根據(jù)本發(fā)明實施例的發(fā)送ACAck消息的方法流程圖；圖2是根據(jù)本發(fā)明實施例的MAC包頭格式示意圖；圖3是根據(jù)本發(fā)明實施例的基站結(jié)構(gòu)框圖；以及圖4是根據(jù)本發(fā)明實施例的ACAck消息處理流程圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突 的情況下，本申請中的實施例及實施例中的特征可以相互組合。圖1是根據(jù)本發(fā)明實施例的發(fā)送ACAck消息的方法流程圖，如圖1所示，包括 以下步驟步驟S102，基站側(cè)根據(jù)所接收的接入信道包的MAC包頭信息判斷發(fā)送接入信道 包的終端的類型是否為DO REVO。步驟S104，如果否，則基站側(cè)在接入信道上使用4個時隙向終端發(fā)送ACAck消息。在本實施例中，根據(jù)MAC包頭信息判斷出終端的類型，再根據(jù)終端的類型采用 不同的時隙向終端發(fā)送ACAck消息，從而解決了現(xiàn)有的ACAck消息發(fā)送方式增加了不必 要的控制信道開銷的問題，進(jìn)而達(dá)到了節(jié)省空口資源的效果。其中，在步驟S102之前，基站側(cè)需要解調(diào)出終端所發(fā)送的接入信道包。
其中，在步驟S102中，基站側(cè)從解調(diào)出的接入信道包的MAC包頭中得到 SessionConfigurationToken 信息。接入信道包的MAC包頭的格式如圖2所示，其中，SessionConfigurationToken是 終端(AT)使用的session信息，是一個16bit的數(shù)，高4bit表示AT使用的協(xié)商屬性。對 于DO REV0類型的終端，這高4bit數(shù)永遠(yuǎn)為0。如果SessionConfigurationToken高4bit 不為0，則說明AT肯定不是DO REV0類型終端，因此，從SessionConfigurationToken信 息的高4bit位可以判斷出終端的類型。其中，在步驟S106中，在判斷出AT肯定不是DO REV0終端的情況下，則可以 使用4個時隙控制信道短包格式發(fā)送ACAck消息，這樣的話可以節(jié)約控制信道開銷。如 果SessionConfigurationToken信息的高4bit為0，則基站側(cè)還是使用8個時隙發(fā)送ACAck
消息給AT。圖3是根據(jù)本發(fā)明實施例的基站結(jié)構(gòu)框圖，如圖3所示，該基站包括判斷模塊 10和發(fā)送模塊20。其中，判斷模塊10用于根據(jù)接入信道包的MAC包頭信息判斷發(fā)送接 入信道包的終端的類型是否為DO REVO ；發(fā)送模塊20用于在判斷模塊10判斷出終端的 類型不為DOREVO的情況下，在接入信道上使用4個時隙向終端發(fā)送ACAck消息。在本實施例中，判斷模塊10根據(jù)MAC包頭信息判斷出終端的類型，發(fā)送模塊 20再根據(jù)終端的類型采用不同的時隙向終端發(fā)送ACAck消息，從而解決了現(xiàn)有的ACAck 消息發(fā)送方式增加了不必要的控制信道開銷的問題，進(jìn)而達(dá)到了節(jié)省空口資源的效果。在上述的裝置中，判斷模塊10還用于判斷接入信道包的MAC包頭中的 SessionConfigurationToken 信息的高 4bit 位是否不全為零。 在 SessionConfigurationToken 信息的高4bit位不全為零的情況下，發(fā)送模塊20在接入信道上使用4個時隙向終端發(fā)送 ACAck消息。在SessionConfigurationToken信息的高4bit位全為零的情況下，發(fā)送模塊 在接入信道上使用8個時隙向終端發(fā)送ACAck消息。在上述的裝置中，該基站還包括一解調(diào)模塊，該解調(diào)模塊用于從接入信道中解 調(diào)出接入信道包。圖4是根據(jù)本發(fā)明實施例的ACAck消息處理流程圖，如圖4所示，包括以下步 驟步驟S402，BTS解調(diào)出接入信道包。步驟S404，BTS得到接入信道包的MAC包頭包含的SessionConfigurationToken信息。步驟S406，判斷SessionConfigurationToken信息中的高4bit是否為0，如果是， 則執(zhí)行步驟S408 ；否則執(zhí)行步驟S408步驟S410，BTS使用8個時隙發(fā)送ACAck消息給AT。步驟S408，BTS使用4個時隙控制信道短包格式發(fā)送ACAck消息給AT。在本發(fā)明的上述實施例中，根據(jù)MAC包頭信息判斷出終端的類型，再根據(jù)終端 的類型采用不同的時隙向終端發(fā)送ACAck消息，從而解決了現(xiàn)有的ACAck消息發(fā)送方式 增加了不必要的控制信道開銷的問題，進(jìn)而達(dá)到了節(jié)省空口資源的效果。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通 用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將 它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順 序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中 的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。 以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的 技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的 任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種發(fā)送ACAck消息的方法，其特征在于，包括基站側(cè)根據(jù)所接收的接入信道包的MAC包頭信息判斷發(fā)送所述接入信道包的終端的 類型是否為DO REVO ；如果否，則所述基站側(cè)在接入信道上使用4個時隙向所述終端發(fā)送ACAck消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，基站側(cè)根據(jù)所接收的接入信道包的 MAC包頭信息判斷發(fā)送所述接入信道包的終端的類型是否為DO REVO,包括判斷所述接入信道包的MAC包頭中的會話配置標(biāo)記SessionConfigurationToken的高 4bit位是否全為零；如果不全為零，則確定發(fā)送所述接入信道包的終端的類型不為DO REVO。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，如果發(fā)送所述接入信道包的終端的類型 為DOREVO，則所述基站側(cè)在接入信息上使用8個時隙向所述終端發(fā)送ACAck消息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，基站側(cè)根據(jù)所接收的接入信道包的 MAC包頭信息確定發(fā)送所述接入信道包的終端的類型是否為DO REVO之前，還包括基站側(cè)從接入信道中解調(diào)出所述接入信道包。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，基站側(cè)從接入信道中解調(diào)出所述接入信 道包之前，包括所述終端通過接入信道向所述基站側(cè)發(fā)送所述接入信道包。
6.根據(jù)權(quán)利要求1至5任一項所述的方法，其特征在于，所述基站側(cè)在接入信道上使 用4個時隙向所述終端發(fā)送ACAck消息，包括所述基站側(cè)通過異步方式在接入信道上使用4個時隙向所述終端發(fā)送ACAck消息。
7.—種基站，其特征在于，包括判斷模塊，用于根據(jù)接入信道包的MAC包頭信息判斷發(fā)送所述接入信道包的終端的 類型是否為DO REVO ；發(fā)送模塊，用于在判斷模塊判斷出所述終端的類型不為DO REVO的情況下，在接入 信道上使用4個時隙向所述終端發(fā)送ACAck消息。
8.根據(jù)權(quán)利要求7所述的基站，其特征在于，判斷模塊，還用于判斷所述接入信道包 的MAC包頭中的會話配置標(biāo)記SessionConfigurationToken的高4bit位是否不全為零。
9.根據(jù)權(quán)利要求8所述的基站，其特征在于，所述發(fā)送模塊還用于在發(fā)送所述接入 信道包的終端的類型為DO REVO的情況下，在接入信道上使用8個時隙向所述終端發(fā)送 ACAck消息。
10.根據(jù)權(quán)利要求7至9任一項所述的基站，其特征在于，還包括解調(diào)模塊，用于從接入信道中解調(diào)出所述接入信道包。
全文摘要
本發(fā)明提供了一種發(fā)送ACAck消息的方法及基站，該方法包括基站側(cè)根據(jù)所接收的接入信道包的MAC包頭信息判斷發(fā)送接入信道包的終端的類型是否為DO REV0；如果否，則基站側(cè)在接入信道上使用4個時隙向終端發(fā)送ACAck消息。在本發(fā)明中，根據(jù)MAC包頭信息判斷出終端的類型，再根據(jù)終端的類型采用不同的時隙向終端發(fā)送ACAck消息，從而解決了現(xiàn)有的ACAck消息發(fā)送方式增加了不必要的控制信道開銷的問題，進(jìn)而達(dá)到了節(jié)省空口資源的效果。
文檔編號H04L1/16GK102025469SQ20101060172
公開日2011年4月20日 申請日期2010年12月22日 優(yōu)先權(quán)日2010年12月22日
發(fā)明者王志民 申請人:中興通訊股份有限公司