專利名稱：媒體接入控制層消息管理裝置、方法以及終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，并且特別地，涉及一種J 某體4妄入控制層 消息管理裝置、方法以及終端。
背景技術(shù)：
目前，隨著因特網(wǎng)和通信網(wǎng)絡(luò)的高速發(fā)展，使其具有了更快的
傳輸速率和更加廣泛網(wǎng)絡(luò)的覆蓋范圍，其中，第三代(3rd Generation,
for Microwave Access, 簡4爾為Wimax )系纟充具有75Mbps的傳$命速 率、以及50Km的最大可覆蓋傳輸范圍。
在相關(guān)4支術(shù)中，Wimax系統(tǒng)除了在物理層引入正交頻分多址 (Orthogonal Frequency Division Multiple Access， 筒稱為OFMDA)技 術(shù)之外，為了保持更高效的空中鏈路數(shù)據(jù)傳輸和服務(wù)質(zhì)量(Quality of Service,筒稱為QoS )的差異性，々某體4妄入控制(Medium Access Control,簡稱為MAC)層也做出了相應(yīng)的改進，因此，如何有效 的對MAC層的公共部分子層(Common Part Sublayer,簡稱為CPS ) 部分的管理消息進行維護十分重要。
在相關(guān)技術(shù)中，根據(jù)協(xié)議層的消息類型可以將協(xié)議層分為控制 面消息和數(shù)據(jù)面消息。其中，控制面消息主要是信令消息的交互，并且能夠通過握手才幾制實現(xiàn)與對端的通信；協(xié)議層的tt據(jù)面消息主 要關(guān)注消息轉(zhuǎn)變過程，并且由上向下通過物理層空口發(fā)送到對端。
目前，根據(jù)802.16標(biāo)準(zhǔn)，MAC層的消息交互或凄史據(jù)交互均由 各功能模塊獨立的發(fā)送，在經(jīng)過數(shù)據(jù)包的拆分、或重組后由調(diào)度模 塊發(fā)往物理層，并通過物理層空口與基站(Base Station,簡稱為BS ) 進行通信，但是，這會導(dǎo)致平面式的消息處理進程較多、處理相對 復(fù)雜、性能不夠穩(wěn)定，同時，也為MAC層的消息交互或數(shù)據(jù)交互 的實現(xiàn)增加了難度。

發(fā)明內(nèi)容
考慮到相關(guān)技術(shù)中MAC層的消息交互或數(shù)據(jù)交互由各功能模 塊獨立發(fā)送而導(dǎo)致的消息處理進程較多、處理復(fù)雜、性能不穩(wěn)定、 難以實現(xiàn)的問題而提出本發(fā)明，為此，本發(fā)明的主要目的在于提供 一種媒體接入控制層消息管理裝置、方法以及終端，以解決相關(guān)技
術(shù)中存在的上述問題。
根據(jù)本發(fā)明的一個方面，提供了 一種媒體接入控制層消息管理 裝置。
根據(jù)本發(fā)明的媒體接入控制層消息管理裝置包括消息轉(zhuǎn)發(fā)模 塊，用于通過消息交互接口轉(zhuǎn)發(fā)媒體接入控制層和數(shù)據(jù)面之間交互 的管理消息，其中，消息交互接口用于實現(xiàn)媒體接入控制層與數(shù)據(jù) 面之間的交互；上層訪問平臺，用于通過上層才莫塊4妻口訪問終端當(dāng) 前提供的服務(wù)，并與上層進行消息的交互，其中，上層模塊接口用 于實現(xiàn)々某體接入控制層與上層之間的交互；內(nèi)部消息交互才莫塊，用 于通過下層消息交互接口轉(zhuǎn)發(fā)媒體接入控制層內(nèi)部的消息，其中， 下層消息交互接口用于實現(xiàn)媒體接入控制層內(nèi)部的交互。
7優(yōu)選地，上述消息轉(zhuǎn)發(fā)模塊進一步包括消息雙向緩存器，用 于對管理消息進行緩存；接收消息選擇器，用于將從消息雙向緩存 器中獲取的發(fā)往終端的管理消息發(fā)送到消息處理模塊。
優(yōu)選地，上述裝置進一步包括消息處理模塊，用于接收并處 理來自接收消息選擇器的管理消息。
優(yōu)選地，上述消息處理^^莫塊包括消息頭獲取J溪塊，用于讀取 管理消息的消息頭，并獲取消息頭中的信息；第一判斷模塊，用于 根據(jù)消息頭獲取才莫塊獲取的消息頭中的信息判斷管理消息需要轉(zhuǎn)發(fā) 到哪個媒體接入控制層模塊；第二判斷模塊，用于根據(jù)消息頭獲取 模塊獲取的消息頭中的信息判斷管理消息的類型；執(zhí)行模塊，用于 根據(jù)第 一判斷模塊和第二判斷模塊的判斷結(jié)果對管理消息執(zhí)行相應(yīng) 的操作。
優(yōu)選地，上述裝置進一步包括狀態(tài)轉(zhuǎn)換器，用于根據(jù)消息處 理模塊的當(dāng)前進程顯示終端當(dāng)前的處理狀態(tài)；業(yè)務(wù)流參數(shù)緩存模塊， 用于預(yù)留內(nèi)存來存儲業(yè)務(wù)流的參數(shù)以供對上層進行訪問，并根據(jù)消 息處理模塊的命令執(zhí)行對業(yè)務(wù)流的添加、修改、和/或內(nèi)存的釋放操 作。
優(yōu)選地，上述內(nèi)部消息交互模塊包括包頭轉(zhuǎn)換模塊，用于對 媒體接入控制層發(fā)送的非空口管理消息、以及發(fā)送到々某體接入控制 層消息的消息頭進^f于轉(zhuǎn)換。
優(yōu)選地，上述內(nèi)部消息交互模塊包括定義模塊，用于定義對 媒體接入控制層的內(nèi)部管理消息，其中，內(nèi)部管理消息用于對媒體 接入控制層進行管理；管理模塊，用于通過定義模塊定義的內(nèi)部管 理消息對媒體接入控制層進行管理。優(yōu)選地，上述終端當(dāng)前提供的服務(wù)包括終端當(dāng)前的狀態(tài)、終 端業(yè)務(wù)連接狀況、以及業(yè)務(wù)連接參數(shù)。
根據(jù)本發(fā)明的另一方面，提供了一種終端，包括上述媒體接入 控制層管理裝置。
根據(jù)本發(fā)明的再一方面，提供了 一種媒體接入控制層消息管理 方法。
才艮據(jù)本發(fā)明的々某體接入控制層消息管理方法包括終端通過在 媒體接入控制層管理模塊中預(yù)先設(shè)置的消息交互接口接收基站發(fā)送 的管理消息，并將管理消息存入消息雙向緩存器；接收消息選擇器 從消息雙向緩存器獲取管理消息，并將獲取的管理消息中發(fā)往終端 的管理消息發(fā)送到消息處理模塊；消息處理模塊將管理消息中業(yè)務(wù) 流管理消息發(fā)送到業(yè)務(wù)流參數(shù)緩存模塊，在業(yè)務(wù)流參數(shù)緩存模塊對 業(yè)務(wù)流管理消息進4亍相應(yīng)處理后，通過下層消息交互4妾口將業(yè)務(wù)流 管理消息發(fā)送到相應(yīng)的媒體接入控制層^t塊；消息處理才莫塊將管理 消息中的其他管理消息發(fā)送到狀態(tài)設(shè)置轉(zhuǎn)換器，在狀態(tài)設(shè)置轉(zhuǎn)換器 才艮據(jù)其他管理消息_沒置相應(yīng)的狀態(tài)后，通過下層消息交互接口將其 他管理消息發(fā)送到相應(yīng)的媒體接入控制層模塊。
根據(jù)本發(fā)明的再一方面，提供了 一種媒體接入控制層消息管理 方法。
根據(jù)本發(fā)明的媒體接入控制層消息管理方法包括終端通過在 媒體接入控制層管理模塊中預(yù)先設(shè)置的下層消息交互接口接收媒體 接入控制層模塊發(fā)送的消息，并將消息發(fā)送到消息緩存模塊；消息 處理模塊從消息緩沖模塊獲取消息，并將獲取的消息中發(fā)往基站的 業(yè)務(wù)流管理消息發(fā)送到業(yè)務(wù)流參數(shù)緩存模塊，在業(yè)務(wù)流參數(shù)緩存模 塊對業(yè)務(wù)流管理消息進行相應(yīng)處理后，通過消息交互接口將業(yè)務(wù)流管理消息發(fā)送到基站；消息處理模塊將獲取的消息中發(fā)往基站的其 他管理消息發(fā)送到狀態(tài)設(shè)置轉(zhuǎn)換器，在狀態(tài)設(shè)置轉(zhuǎn)換器根據(jù)其他管 理消息設(shè)置相應(yīng)的狀態(tài)后，通過消息交互接口將其他管理消息發(fā)送 到基站。
借助于本發(fā)明的技術(shù)方案，通過在CPS的功能模塊之上引入 MAC管理模塊及其三個接口 ，解決了相關(guān)技術(shù)中MAC層的消息交 互或數(shù)據(jù)交互由各功能模塊獨立發(fā)送而導(dǎo)致的消息處理進程較多、 處理復(fù)雜、性能不穩(wěn)定、難以實現(xiàn)的問題，能夠方便上層協(xié)議模塊 的搭建，降低系統(tǒng)開發(fā)的難度，并且實現(xiàn)了下層模塊交互消息的轉(zhuǎn) 發(fā)。
本發(fā)明的其它特4正和優(yōu)點將在隨后的i兌明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā) 明的目的和其4也優(yōu)點可通過在所寫的i兌明書、4又利要求書、以及附 圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


附圖用來纟是供對本發(fā)明的進一步理解，并且構(gòu)成i兌明書的一部 分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的 限制。在附圖中
圖1是^^艮據(jù)本發(fā)明實施例的MAC層功能^^莫塊結(jié)構(gòu)示意圖2是才艮據(jù)本發(fā)明裝置實施例的媒體接入控制層消息管理裝置 的框圖3是根據(jù)本發(fā)明裝置實施例的消息處理模塊的框10圖4是根據(jù)本發(fā)明方法實施例一的媒體接入控制層消息管理方 法的流程圖5是根據(jù)本發(fā)明方法實施例一的媒體接入控制層消息管理方 法的詳細(xì)處理的流程圖6是4艮據(jù)本發(fā)明方法實施例二的4某體4妻入控制層消息管理方 法的流禾呈圖7是根據(jù)本發(fā)明方法實施例二的媒體接入控制層消息管理方 法的詳細(xì)處理的流考呈圖。
具體實施例方式
功能扭克述
在相關(guān)4支術(shù)中，由于MAC層的消息交互或lt據(jù)交互由各功能 模塊獨立發(fā)送，從而會導(dǎo)致消息處理進程多、處理復(fù)雜、性能不穩(wěn) 定、難以實現(xiàn)的問題，并且，由于WiMAX技術(shù)的優(yōu)越性集中體現(xiàn) 在提供服務(wù)的多樣化和差異性上，使得用戶對網(wǎng)絡(luò)自身支持的和目 前正在進行中的服務(wù)關(guān)注度進一步提升。
因此，針對現(xiàn)有技術(shù)中存在的問題以及需求，如圖1所示，本 發(fā)明提出了解決上述問題以及需求的技術(shù)方案通過提供通用通道 即，圖1中的MAC管理模塊，實現(xiàn)對MAC層控制面各模塊消息 的統(tǒng)一轉(zhuǎn)發(fā)，其中，MAC管理才莫塊位于802.16標(biāo)準(zhǔn)中定義的CPS 層中的其他功能模塊之上，如圖1所示，CPS層中的功能模塊包括 網(wǎng)絡(luò)接入模塊、QoS模塊、Idle模塊、切換模塊和測距模塊等(MAC 管理模塊還包含其他的功能模塊，在此不——列舉，各個功能模塊 的工作原理和工作流程請查看802.16相關(guān)標(biāo)準(zhǔn))，此外，根據(jù)本發(fā) 明實施例的MAC管理模塊還提供了三個接口，包括與上層模塊交互的"l妄口、與凄t據(jù)面交互的4妄口、與下層沖莫塊交互的4妄口。通過 上述的接口，協(xié)議層可以不關(guān)心與下層模塊的消息交互，只要通過 預(yù)^沒的上層消息交互4姿口將消息傳遞下去即可。
此外，本發(fā)明的技術(shù)方案還可以過濾消息的基本信息，提供給
上層必要的參數(shù)以完成與網(wǎng)絡(luò)側(cè)的信令交互，因此，MAC管理才莫塊 可以管理終端的空口管理消息和才莫塊之間的內(nèi)部消息，并與上層功 能模塊進行消息交互。
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行說明，應(yīng)當(dāng)理解，此 處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本 發(fā)明。
裝置實施例
根據(jù)本發(fā)明的實施例，提供了 一種4某體接入控制層消息管理裝 置，圖2是根據(jù)本發(fā)明裝置實施例的^(某體接入控制層消息管理裝置 的框圖，如圖2所示，媒體接入控制層消息管理裝置包括消息轉(zhuǎn) 發(fā)模塊20 (包括消息交互接口 201、消息雙向緩存器202、接收 消息選擇器203)、上層訪問平臺21、內(nèi)部消息交互模塊22 (下層 消息交互接口221、包頭轉(zhuǎn)換模塊222)、消息處理模塊23、狀態(tài)轉(zhuǎn) 換器24、業(yè)務(wù)流參數(shù)緩存模塊25。下面對上述媒體接入控制層消息 管理裝置進4亍詳細(xì)的i兌明。
消息轉(zhuǎn)發(fā)模塊20，連接至消息處理模塊23,用于通過其中預(yù)先 設(shè)置的消息交互接口 201轉(zhuǎn)發(fā)MAC層和數(shù)據(jù)面之間交互的管理消 息，其中，消息交互4妄口 201用于實玉見MAC層與樹j居面之間的交
互；
在實際的應(yīng)用中，消息轉(zhuǎn)發(fā)模塊20中還可以包括與消息交互接 口 201連接的消息雙向緩存器202、與消息雙向緩存器202連接的接收消息選擇器203以及與消息雙向緩存器202連接的發(fā)送模塊 204,下面，對消息轉(zhuǎn)發(fā)才莫塊20進行詳細(xì)i兌明。
消息雙向緩存器202,連接至消息交互接口 201，用于對消息 交互接口 201接收的管理消息進行緩存，同時，緩存發(fā)送模塊204
發(fā)送的消息；
接收消息選擇器203,連接至消息雙向緩存器202,用于將從 消息雙向緩存器202中獲取的發(fā)往終端的管理消息發(fā)送到消息處理 模塊23。在實際的應(yīng)用中，接收消息選擇器203首先需要判斷從消 息雙向緩存202中取出的管理消息是否是發(fā)往本終端的管理消息， 如果是，接收消息選擇器203則將管理消息發(fā)送到消息處理模塊23 進行相應(yīng)的處理；如果不是，則直接丟棄此管理消息。
優(yōu)選地，在實際的應(yīng)用中，消息轉(zhuǎn)發(fā)沖莫塊20還可以包括發(fā)送模 塊204，發(fā)送模塊204主要將終端將要發(fā)送的管理消息添加到消息 雙向緩存202的隊列中去。
上層訪問平臺21，連接至狀態(tài)轉(zhuǎn)換器24、業(yè)務(wù)流參數(shù)緩存模塊 25、以及消息處理模塊23，用于通過設(shè)置于其中的上層模塊接口更 加方使一地訪問終端當(dāng)前的狀態(tài)、終端業(yè)務(wù)連4妾狀況、以及業(yè)務(wù)連4姿 參數(shù)(即，終端當(dāng)前提供的服務(wù))，并與上層進行消息的交互，其中， 上層才莫塊4妄口用于實現(xiàn)MAC層與上層之間的交互；
內(nèi)部消息交互模塊22 ，連接至消息處理模塊23 ，用于更好地維 護各個功能才莫塊的正常工作，通過i殳置于其中的下層消息交互4妾口 221轉(zhuǎn)發(fā)MAC層內(nèi)部的消息，其中，下層消息交互接口 221用于實 3見MAC層內(nèi)部的交互。
優(yōu)選地，在實際的應(yīng)用中，內(nèi)部消息交互模塊22還可以包括 包頭轉(zhuǎn)換模塊222，連接至消息緩存模塊223，用于對MAC層發(fā)送的非空口管理消息(判斷標(biāo)準(zhǔn)依據(jù)讀取消息頭中的源端口和目的端
口 )、以及從消息處理模塊23取出發(fā)送到MAC層(即，下層功能 模塊)的相應(yīng)消息，設(shè)置消息的包頭(包括消息類型、源端口和目 的端口 )對消息頭進行轉(zhuǎn)換，并將轉(zhuǎn)換后的消息緩存到消息緩存模 塊223;消息緩存模塊223，用于緩存通過下層消息交互接口 221 轉(zhuǎn)發(fā)MAC層內(nèi)部的消息。
此外，內(nèi)部消息交互模塊22還包括定義模塊，用于定義對 MAC層的內(nèi)部管理消息，其中，內(nèi)部管理消息用于對MAC層進4亍 管理；以及管理模塊，用于通過定義模塊定義的內(nèi)部管理消息對 MAC層進行管理。例如，由于切換失敗、測距失敗或退出Idle狀 態(tài)網(wǎng)絡(luò)重"l妄入失敗時，由MAC管理才莫塊統(tǒng)一發(fā)送預(yù)先i殳置的內(nèi)部 管理消息，命令在其他模塊停止當(dāng)前工作，并將各自狀態(tài)及內(nèi)存清 零的情況下，等待網(wǎng)絡(luò)接入模塊再一次啟動網(wǎng)絡(luò)接入過程。
消息處理模塊23,連接至接收消息選擇器203、發(fā)送模塊204、 包頭轉(zhuǎn)換^^莫塊222、消息緩存4莫塊223、上層訪問平臺21、狀態(tài)轉(zhuǎn) 換器24、業(yè)務(wù)流參數(shù)緩存模塊25,用于接收并處理來自接收消息選 擇器203的管理消息。并對從接收消息選擇器203過濾過的管理消 息進行相應(yīng)的處理。另外，對于下層功能模塊發(fā)送的消息進行轉(zhuǎn)發(fā) 或采耳又相應(yīng)的響應(yīng)。
優(yōu)選地，如圖3所示，消息處理模塊23可以包括消息頭獲取模 塊30，用于讀取管理消息的消息頭的相關(guān)信息，并獲取消息頭中的 信息；第一判斷模塊32，用于根據(jù)消息頭獲取模塊30獲取的消息 頭中的信息判斷管理消息需要轉(zhuǎn)發(fā)到哪個MAC層模塊(即下層功 能模塊)；如果第一判斷模塊32判斷該管理消息是要轉(zhuǎn)發(fā)到QoS模 塊的管理消息，則第二判斷模塊34根據(jù)消息頭獲取模塊30獲取的 消息頭中的信息判斷管理消息的類型；執(zhí)行模塊36連接至第 一判斷 模塊32、第二判斷模塊34，根據(jù)第一判斷模塊32和第二判斷模塊34的判斷結(jié)果對管理消息執(zhí)行相應(yīng)的操作。例如，如果第二判斷模 塊34判斷是動態(tài)業(yè)務(wù);危添力口 (Dynamic Service Addition,筒4爾為 DSA )管理消息，則在業(yè)務(wù)流參數(shù)緩存25預(yù)留該消息的相關(guān)業(yè)務(wù)流 參數(shù)，等待QoS模塊的響應(yīng)；如果第二判斷模塊34判斷是動態(tài)業(yè) 務(wù)流變更(Dynamic Service Change,簡稱為DSC )、或動態(tài)業(yè)務(wù)流 刪除(Dynamic Service Delete,簡稱為DSD)管理消息，執(zhí)行才莫塊 36不執(zhí)行操作，直接轉(zhuǎn)發(fā)該管理消息到QoS模塊，并等待QoS模 塊的響應(yīng)，在收到QoS模塊的響應(yīng)后，再進行相應(yīng)的處理。
狀態(tài)轉(zhuǎn)換器24，連接至上層訪問平臺21、消息處理4莫塊23， 用于根據(jù)消息處理模塊23的當(dāng)前進程顯示終端當(dāng)前的處理狀態(tài)；例 如，正在網(wǎng)紹4姿入，正在網(wǎng)絡(luò)切換、正處于Idle狀態(tài)等。
業(yè)務(wù)流參數(shù)緩存模塊25,連接至上層訪問平臺21、消息處理模 塊23,用于i^艮據(jù)消息處理模塊23的命令預(yù)留內(nèi)存來存儲業(yè)務(wù)流的 參數(shù)，以供對上層進行訪問，并根據(jù)消息處理模塊23的命令執(zhí)行對 業(yè)務(wù)流的添加、修改、和/或內(nèi)存的釋放操作。
在實際的應(yīng)用中，上述的MAC層消息管理裝置可以集成在終 端中。
通過上述的處理，可以看出，本發(fā)明在CPS功能模塊之上引入 了MAC管理模塊，并提供了三個接口與數(shù)據(jù)面的統(tǒng)一交互接口、 與上層模塊的接口 、管理各個功能模塊完成消息交互的接口 。
并且，由于本發(fā)明的實施例提供了雙向緩存(即，消息雙向緩 存器202)，保證了消息在傳送過程中的有效性和完整性，并大大提 高了模塊的處理性能，使得這種集中式管理模塊不會因為超負(fù)荷的 運作成為整個系統(tǒng)的瓶頸。在與上層模塊交互中，提供訪問當(dāng)前 MAC狀態(tài)和當(dāng)前業(yè)務(wù)的接口，便利了上層協(xié)議模塊的搭建，降低了
15系統(tǒng)開發(fā)的難度；在與下層模塊的交互中，在完成基本的消息轉(zhuǎn)發(fā) 功能之外，還定義了 MAC管理才莫塊與下層功能才莫塊之間的內(nèi)部管 理消息，大大增強了 MAC層功能的自主性和獨立性，并^f呆i正在網(wǎng) 絡(luò)或設(shè)備出現(xiàn)故障的情況下，MS端可以實現(xiàn)自救，提高了系統(tǒng)的 魯棒性和自適應(yīng)能力。
方法實施例一
根據(jù)本發(fā)明的實施例，提供了 一種媒體接入控制層消息管理方 法，用于上述裝置實施例中的媒體接入控制層消息管理裝置，圖4 是根據(jù)本發(fā)明方法實施例一的媒體接入控制層消息管理方法的流程
圖，下面，結(jié)合圖2,對本發(fā)明的々某體接入控制層消息管理方法進 4亍詳纟田的i兌明。^口圖4戶斤示包4舌以下處3里(步驟S402 —步驟S408):
步驟S402,終端通過在MAC層管理模塊中預(yù)先設(shè)置的消息交 互接口 201接收BS發(fā)送的管理消息，并將管理消息存入消息雙向 緩存器202;
步驟S404,接收消息選擇器203從消息雙向緩存器202獲取管 理消息，并將獲取的管理消息中發(fā)往本終端的管理消息發(fā)送到消息 處理—莫塊23;
步驟S406，消息處理模塊23將管理消息中業(yè)務(wù)流管理消息發(fā) 送到業(yè)務(wù)流參數(shù)緩存模塊25,在業(yè)務(wù)流參數(shù)緩存模塊25對業(yè)務(wù)流 管理消息進^f于相應(yīng)處理后，通過下層消息交互4妄口 221將業(yè)務(wù)流管 理消息發(fā)送到相應(yīng)的媒體接入控制層模塊；
步驟S408,消息處理模塊23將管理消息中的其他管理消息發(fā) 送到狀態(tài)設(shè)置轉(zhuǎn)換器24，在狀態(tài)設(shè)置轉(zhuǎn)換器24根據(jù)其他管理消息 設(shè)置相應(yīng)的狀態(tài)后，通過下層消息交互接口 221將其他管理消息發(fā) 送到相應(yīng)的媒體接入控制層模塊。下面結(jié)合實例^"本發(fā)明的上述^支術(shù)方案進^f亍詳細(xì)的i兌明。圖5 是通過消息交互4妻口 201進入MAC管理才莫塊的消息處理流禾呈圖， ^口圖5戶斤示，包4舌以下處J里
步驟1，消息交互接口 201接收管理消息，接收消息選擇器203 從消息雙向緩存器202的隊列中取出管理消息(對應(yīng)于圖4中的步 驟S402、步驟S據(jù))。
步驟2，接收消息選擇器203才艮據(jù)消息包頭的源端口和目的端 口來判斷此管理消息是否是發(fā)往本MS的管理消息，如果是，執(zhí)行 步驟4;如果不是，執(zhí)行步驟3。
步驟3,在判斷管理消息不是發(fā)往本MS的管理消息的情況下， 接收消息選擇器203將該消息丟棄，流程結(jié)束。
步驟4，消息處理才莫塊23接收到接收消息選擇器203發(fā)來的管 理消息，并根據(jù)消息包頭中的消息類型判斷該管理消息是否是DS* 管理消息(即，業(yè)務(wù)流管理消息)，如果是，執(zhí)行步驟5，如果不是， 執(zhí)行步驟6。
步驟5,業(yè)務(wù)流參數(shù)緩存25根據(jù)消息的具體類型做出相應(yīng)的處 理，業(yè)務(wù)流參數(shù)緩存25可將一塊內(nèi)存分成對等大小的內(nèi)存塊，每個 內(nèi)存塊對應(yīng)一條業(yè)務(wù)連接上的參數(shù)。如果此管理消息是BS端發(fā)來 的DSA請求消息，業(yè)務(wù)流參數(shù)緩存25在緩存中預(yù)存該消息的業(yè)務(wù) 流參數(shù)；如果此消息是BS端發(fā)來的DSA失敗響應(yīng)，業(yè)務(wù)流參數(shù)緩 存25刪除相應(yīng)連接上的業(yè)務(wù)流參數(shù)，并釋放內(nèi)存塊；其他消息類型 業(yè)務(wù)流參數(shù)緩存25均不^:任何處理(步驟2、步驟3、步驟4、步 驟5對應(yīng)于圖4中的步驟S406)。步驟6,如果不是08*類型的管理消息(即，業(yè)務(wù)流管理消息)， 狀態(tài)轉(zhuǎn)換器24根據(jù)包頭的消息類型設(shè)置相應(yīng)的狀態(tài)(步驟2、步驟 3、步驟4、步驟6對應(yīng)于圖4中的步驟S408)。
步驟7,消息處理模塊23根據(jù)包頭的源端口和目的端口，通過 下層消息接口將管理消息發(fā)送到相應(yīng)的功能模塊，流程結(jié)束。
通過上述的處理，實it見了通過消息交互^妄口 201進入MAC管 理模塊，并由MAC管理模塊轉(zhuǎn)發(fā)消息該消息到相應(yīng)的功能模塊的 功能。
方法實施例二
根據(jù)本發(fā)明的實施例，提供了 一種媒體接入控制層消息管理方 法，用于上述裝置實施例中的々某體接入控制層消息管理裝置，圖6 是根據(jù)本發(fā)明方法實施例二的媒體接入控制層消息管理方法的流程 圖，下面，結(jié)合圖2,對本發(fā)明的4某體接入控制層消息管理方法進 行詳細(xì)的說明。如圖6所示，包括以下處理(步驟S602 -步驟S606 ):
步驟S602，終端通過在MAC層管理才莫塊中預(yù)先設(shè)置的下層消 息交互接口 221接收MAC層模塊發(fā)送的消息，并將消息發(fā)送到消 息緩存沖莫塊223;
步驟S604,消息處理模塊23從消息緩沖模塊223獲取消息， 并將獲取的消息中發(fā)往BS的業(yè)務(wù)流管理消息發(fā)送到業(yè)務(wù)流參數(shù)緩 存模塊25,在業(yè)務(wù)流參數(shù)緩存模塊25對業(yè)務(wù)流管理消息進行相應(yīng) 處理后，通過消息交互接口 201將業(yè)務(wù)流管理消息發(fā)送到BS;
步驟S606，消息處理模塊23將獲取的消息中發(fā)往基站的其他 管理消息發(fā)送到狀態(tài)設(shè)置轉(zhuǎn)換器24,在狀態(tài)設(shè)置轉(zhuǎn)換器24根據(jù)其
18他管理消息設(shè)置相應(yīng)的狀態(tài)后，通過消息交互接口 201將其他管理 消息發(fā)送到BS。
下面結(jié)合實例對本發(fā)明的上述技術(shù)方案進行詳細(xì)的說明。圖7 是通過下層消息交互接口 221進入MAC管理才莫塊的消息處理流程 圖，力口圖7所示，包4舌以下處理
步驟l，下層消息交互接口 221接收消息，消息處理模塊23從 消息緩存223取出下層功能模塊發(fā)送的消息(對應(yīng)于圖6中的步驟 S602 )。
步驟2，消息處理才莫塊23判斷此消息是否發(fā)往BS端的空口消 息，消息處理模塊23根據(jù)包頭的源端口和目的端口來判斷此消息是 否是空口消息，如果是，執(zhí)行步驟3;如果不是，執(zhí)行步驟7。
步驟3，消息處理模塊23再次判斷此管理消息是否是DS+管理 消息(即，業(yè)務(wù)流管理消息)，消息處理模塊23依據(jù)消息包頭中的 消息類型來判斷，如果是，執(zhí)行步驟4;如果不是，執(zhí)行步驟5。
步驟4，業(yè)務(wù)流參數(shù)緩存25進行相應(yīng)處理，如果是QoS模塊 的DSA請求消息，業(yè)務(wù)流參凄欠緩存25在緩存中預(yù)存該消息的業(yè)務(wù) 流參數(shù)；如果是QoS模塊關(guān)于DSA的失敗響應(yīng)或DSD的成功響應(yīng)， 業(yè)務(wù)流參凄t緩存25釋力文相應(yīng)的業(yè)務(wù)流參數(shù)內(nèi)存塊；其他管理消息業(yè) 務(wù)流參數(shù)緩存25均不做任何處理。(步驟2、步驟3、步驟4、對應(yīng) 于圖6中的步驟S604)
步驟5，在判斷不是08*管理消息的情況下，狀態(tài)轉(zhuǎn)換器24根 據(jù)消息包頭中的消息類型設(shè)置相應(yīng)的狀態(tài)(步驟2、步驟3、步驟5、 只十應(yīng)于圖6中的步驟S606)。步驟6，通過消息交互接口 201將管理消息轉(zhuǎn)發(fā)出去，流程結(jié)束。
步驟7，如果不是空口管理消息，狀態(tài)轉(zhuǎn)換器24設(shè)置相關(guān)狀態(tài).
步驟8,消息處理模塊23通過包頭轉(zhuǎn)換模塊222對下層功能模 塊的請求估文出響應(yīng)；這種情況一^l殳出現(xiàn)在MS端出現(xiàn)致命性故障或 功能失敗時發(fā)生，由網(wǎng)絡(luò)接入模塊102重新發(fā)起網(wǎng)絡(luò)接入過程，此 時流禾呈結(jié)束。
綜上所述，借助于本發(fā)明的技術(shù)方案，通過在CPS的功能模塊 之上引入MAC管理才莫塊及其三個4妄口，解決了相關(guān)4支術(shù)中MAC 層的消息交互或數(shù)據(jù)交互由各功能模塊獨立發(fā)送而導(dǎo)致的消息處理 進程較多、處理復(fù)雜、性能不穩(wěn)定、難以實現(xiàn)的問題，能夠方〗更上 層協(xié)議模塊的搭建，降低系統(tǒng)開發(fā)的難度，并且實現(xiàn)了下層模塊交 互消息的轉(zhuǎn)發(fā)。
以上所述〗又為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本々貞i或的才支術(shù)人員來i兌，本發(fā)明可以有各種更改和變4匕。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應(yīng)包含在本發(fā)明的4呆護范圍之內(nèi)。
權(quán)利要求
1. 一種媒體接入控制層消息管理裝置，其特征在于，包括消息轉(zhuǎn)發(fā)模塊，用于通過消息交互接口轉(zhuǎn)發(fā)媒體接入控制層和數(shù)據(jù)面之間交互的管理消息，其中，所述消息交互接口用于實現(xiàn)媒體接入控制層與數(shù)據(jù)面之間的交互；上層訪問平臺，用于通過上層模塊接口訪問終端當(dāng)前提供的服務(wù)，并與上層進行消息的交互，其中，所述上層模塊接口用于實現(xiàn)媒體接入控制層與所述上層之間的交互；內(nèi)部消息交互模塊，用于通過下層消息交互接口轉(zhuǎn)發(fā)所述媒體接入控制層內(nèi)部的消息，其中，所述下層消息交互接口用于實現(xiàn)媒體接入控制層內(nèi)部的交互。
2. 根據(jù)權(quán)利要求1所述的裝置，其特征在于，所述消息轉(zhuǎn)發(fā)模塊 進一步包4舌消息雙向緩存器，用于對所述管理消息進行緩存；接收消息選擇器，用于將從所述消息雙向緩存器中獲取的 發(fā)往所述終端的管理消息發(fā)送到消息處理才莫塊。
3. 根據(jù)權(quán)利要求2所述的裝置，其特征在于，所述裝置進一步包 括消息處理模塊，用于接收并處理來自所述接收消息選擇器 的所述管理消息。
4. 根據(jù)權(quán)利要求3所述的裝置，其特征在于，所述消息處理模塊 包括消息頭獲取^^莫塊，用于讀取所述管理消息的消息頭，并獲 取所述消息頭中的信息；第 一判斷模塊，用于根據(jù)所述消息頭獲取模塊獲取的所述 消息頭中的信息判斷所述管理消息需要轉(zhuǎn)發(fā)到哪個媒體接入 控制層模塊；第二判斷模塊，用于根據(jù)所述消息頭獲取模塊獲取的所述 消息頭中的信息判斷所述管理消息的類型；執(zhí)行模塊，用于根據(jù)所述第一判斷模塊和所述第二判斷模 塊的判斷結(jié)果對所述管理消息執(zhí)行相應(yīng)的操作。
5. 根據(jù)權(quán)利要求4所述的裝置，其特征在于，所述裝置進一步包 括狀態(tài)轉(zhuǎn)換器，用于才艮據(jù)所述消息處理才莫塊的當(dāng)前進程顯示 所述終端當(dāng)前的處理狀態(tài)；業(yè)務(wù)流參數(shù)緩存模塊，用于預(yù)留內(nèi)存來存儲業(yè)務(wù)流的參數(shù) 以供對所述上層進行訪問，并根據(jù)所述消息處理模塊的命令執(zhí) 4亍對所述業(yè)務(wù)流的添加、1'務(wù)改、和/或內(nèi)存的釋it燥作。
6. 根據(jù)權(quán)利要求1所述的裝置，其特征在于，所述內(nèi)部消息交互 模塊包括包頭轉(zhuǎn)換模塊，用于對所述纟某體接入控制層發(fā)送的非空口 管理消息、以H送到所述媒體接入控制層消息的消息頭進行 轉(zhuǎn)換。
7. 根據(jù)權(quán)利要求1所述的裝置，其特征在于，所述內(nèi)部消息交互 模塊包括定義模塊，用于定義對所述^某體接入控制層的內(nèi)部管理消 息，其中，所述內(nèi)部管理消息用于對所述媒體接入控制層進行管理；管理模塊，用于通過所述定義模塊定義的所述內(nèi)部管理消 息對所述媒體接入控制層進行管理。
8. 根據(jù)權(quán)利要求1所述的裝置，其特征在于，所述終端當(dāng)前提供 的月良務(wù)包括所述終端當(dāng)前的狀態(tài)、所述終端業(yè)務(wù)連4妻狀況、 以及所述業(yè)務(wù)連4妄參tL
9. 一種終端，包括根據(jù)權(quán)利要求1至8中任一項所述的媒體接入 控制層管理裝置。
10. —種媒體接入控制層消息管理方法，其特征在于，包括終端通過在媒體接入控制層管理模塊中預(yù)先設(shè)置的消息 交互接口接收基站發(fā)送的管理消息，并將所述管理消息存入消 息雙向緩存器；接收消息選擇器從所述消息雙向緩存器獲取所述管理消 息，并將獲取的所述管理消息中發(fā)往所述終端的管理消息發(fā)送 到消息處理才莫塊；所述消息處理模塊將所述管理消息中業(yè)務(wù)流管理消息發(fā) 送到業(yè)務(wù)流參數(shù)緩存模塊，在所述業(yè)務(wù)流參數(shù)緩存模塊對所述 業(yè)務(wù)流管理消息進行相應(yīng)處理后，通過下層消息交互4妻口將所 述業(yè)務(wù)流管理消息發(fā)送到相應(yīng)的々某體接入控制層^t塊；所述消息處理模塊將所述管理消息中的其他管理消息發(fā) 送到狀態(tài)設(shè)置轉(zhuǎn)換器，在所述狀態(tài)設(shè)置轉(zhuǎn)換器根據(jù)所述其他管理消息i殳置相應(yīng)的狀態(tài)后，通過所述下層消息交互4妄口將所述 其他管理消息發(fā)送到相應(yīng)的媒體接入控制層模塊。
11.一種媒體接入控制層消息管理方法，其特征在于，包括終端通過在媒體接入控制層管理模塊中預(yù)先設(shè)置的下層 消息交互接口接收媒體接入控制層模塊發(fā)送的消息，并將所述 消息發(fā)送到消息緩存模塊；消息處理模塊從所述消息緩沖模塊獲取所述消息，并將獲 取的所述消息中發(fā)往基站的業(yè)務(wù)流管理消息發(fā)送到業(yè)務(wù)流參 數(shù)緩存模塊，在所述業(yè)務(wù)流參數(shù)緩存模塊對所述業(yè)務(wù)流管理消 息進4于相應(yīng)處理后，通過消息交互接口將所述業(yè)務(wù)流管理消息 發(fā)送到所述基站；所述消息處理模塊將獲取的所述消息中發(fā)往基站的其他 管理消息發(fā)送到狀態(tài)設(shè)置轉(zhuǎn)換器，在所述狀態(tài)設(shè)置轉(zhuǎn)換器根據(jù) 所述其他管理消息i殳置相應(yīng)的狀態(tài)后，通過所述消息交互接口 將所述其他管理消息發(fā)送到所述基站。
全文摘要
本發(fā)明公開了一種媒體接入控制層消息管理裝置、方法以及終端，該裝置包括消息轉(zhuǎn)發(fā)模塊，用于通過消息交互接口轉(zhuǎn)發(fā)媒體接入控制層和數(shù)據(jù)面之間交互的管理消息，其中，消息交互接口用于實現(xiàn)媒體接入控制層與數(shù)據(jù)面之間的交互；上層訪問平臺，用于通過上層模塊接口訪問終端當(dāng)前提供的服務(wù)，并與上層進行消息的交互，其中，上層模塊接口用于實現(xiàn)媒體接入控制層與上層之間的交互；內(nèi)部消息交互模塊，用于通過下層消息交互接口轉(zhuǎn)發(fā)媒體接入控制層內(nèi)部的消息，其中，下層消息交互接口用于實現(xiàn)媒體接入控制層內(nèi)部的交互。通過上述出來，能夠方便上層協(xié)議模塊的搭建，降低系統(tǒng)開發(fā)的難度，并且實現(xiàn)了下層模塊交互消息的轉(zhuǎn)發(fā)。
文檔編號H04W80/00GK101426285SQ200810181580
公開日2009年5月6日 申請日期2008年11月28日 優(yōu)先權(quán)日2008年11月28日
發(fā)明者軍 趙 申請人:中興通訊股份有限公司