專利名稱：一種mac消息傳輸方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，特別是涉及一種MAC (Media AccessControl,介質(zhì)訪問控制層)消息傳輸方法和裝置。
背景技術(shù)：
隨著無線通信需求的日益增長，無線頻段變得日益擁擠，為了能夠更好的提高頻譜利用率，并避免不同系統(tǒng)之間的相互干擾，不同系統(tǒng)之間要相互傳輸一些信息，也就是說，A系統(tǒng)向B系統(tǒng)發(fā)送消息通知B系統(tǒng)其目前所使用的頻段信息，這類消息稱為系統(tǒng)間通信消息，當然這類的系統(tǒng)間通信消息還有很多，如A系統(tǒng)基站的IP地址的通知消息、A系統(tǒng)基站的位置信息等。
如圖1所示，為現(xiàn)有技術(shù)系統(tǒng)間通信消息所采用的MAC消息格式，該MAC消息包括通用MAC消息頭，MAC消息負載和CRC (CyclicalRedundancy,循環(huán)冗余碼才交-瞼)，其中，通用MAC頭為48比特，如圖2所示，為現(xiàn)有4支術(shù)的一種通用MAC頭的格式，在該通用MAC頭中，CID( connectionidentification)為鏈接標識，用于區(qū)分終端和實體之間所建立的不同的邏輯鏈路，Type表示MAC負載的類型。如圖3所示，為管理消息MAC PDU的格式，其中，8比特的type表示MAC消息類型。
當前現(xiàn)有技術(shù)中，MAC消息的payload (負載)的傳輸方式有兩種
方式一預(yù)先定義好每一比特用來傳輸什么消息，收發(fā)雙方根據(jù)預(yù)先定義的信息獲得每個比特所對應(yīng)的含義，該方式稱為預(yù)先定義比特位屬性的方式。例如，傳輸上4亍共存性消息SSRUF (Subscriber Station Uplink RadioFrequency,用戶上行無線頻率)，可能傳輸?shù)膬?nèi)容包括48bit的SSID ( ServiceSet Identifier,月良務(wù)區(qū)標識符)、48比特的BSID (Base Station Identity Code,基站識別碼)、8比特的EIRP (Effective Isotropic Radiated Power,有效等方向輻射功率)、32比特的RF SECTOR ID (射頻天線標識，Radio Frequency SectorIdentifier). 32比特的位置信息以及128比特(IPv6)或32比特(IPv4)的基站IP地址，再加上48比特的MAC頭、32比特的CRC、 8比特的管理消息類型，采用預(yù)先定義比特位屬性的方式，SSURF消息的傳輸格式如圖4所示。
發(fā)明人發(fā)現(xiàn)方式一存在以下問題系統(tǒng)間的MAC消息引用系統(tǒng)內(nèi)的MAC消息格式，因此在MAC消息中會存在很多沒有用的信息，如在通用MAC消息頭(圖2所示)中所傳輸?shù)腃ID系統(tǒng)內(nèi)的基站和終端之間的邏輯鏈路標識，對于系統(tǒng)間通信，這個消息就是無用的，屬于無效的冗余信息。該方式另一個缺點在于，由于需要預(yù)先定義好所有的比特所表示的含義，為了能夠支持消息的通用性，可能會包含很多不必要的通信消息，例如在上述SSURF消息，對于單天線的終端，則不需要傳輸32比特的RF SECTOR ID,對于移動的終端，也可以不用傳輸位置信息。這些冗余信息的傳輸，降低了信息傳輸效率，浪費了空口資源。
方式二系統(tǒng)間通信MAC消息采用的傳輸格式也包括上述通用MAC消息頭、MAC負載和CRC等部分，在MAC負載消息部分，也是由type和payload構(gòu)成(圖3 )，但該方式payload中的每個IE (Information Element，信息單元)，采用TLV (Type-Length-Value,類型-長度-值， 一種格式)編碼方式傳輸，所謂的TLV,是指對每個IE，都傳輸這個正的類型T、長度L和值V。接收的對端通信實體通過識別T，來確定所傳輸?shù)腎E的類型，通過長度L，獲得消息的長度，之后讀取相應(yīng)的消息長度的值作為該消息的取值。如圖5所示以傳輸上行共存性消息SSURF消息傳輸為例，采用TLV的方式，僅傳輸SSURF消息中的SSID和BSID的傳輸格式。
發(fā)明人發(fā)現(xiàn)方式二存在以下問題該方式也采用通用MAC消息頭，因此也攜帶了如CID等一些沒有用的消息，降低了信息傳輸效率，浪費了空口資源。雖然這種方式可以有選擇的傳輸必要的信息，但對于每個IE,都需要傳輸類型T ( Type )、長度L (Length)和值V (Value),冗余信息較多，降低了信息的傳輸效率，浪費了空口資源
發(fā)明內(nèi)容
本發(fā)明實施例要解決的問題是提供一種mac消息傳輸方法和裝置，解決現(xiàn)有技術(shù)中因為mac消息頭中攜帶大量冗余信息，從而造成信息的傳輸效率降低，空口資源浪費的技術(shù)缺陷，并進一步解決現(xiàn)有技術(shù)中mac消息負載中傳輸效率低的問題。
為達到上述目的，本發(fā)明實施例一方面提出一種mac消息傳輸方法，包括通信實體之間通過介質(zhì)訪問控制層mac消息傳輸信息，所述mac消息的mac消息頭包括發(fā)送所述mac消息的通信實體的標識。
另一方面，本發(fā)明實施例還提供了一種mac消息傳輸系統(tǒng)，包括消息發(fā)送通信實體和消息接收通信實體，所述消息發(fā)送通信實體，用于向所述消息接收通信實體發(fā)送mac消息，所述mac消息的mac消息頭由發(fā)送所述mac消息的通信實體的標識，所述發(fā)送所述mac消息的通信實體的標識包括所述通信實體的mac地址消息、或通信網(wǎng)絡(luò)中所述通信實體的唯一標識；所述消息接收通信實體，用于解析接收到的mac消息。
另一方面，本發(fā)明實施例還提供了一種消息發(fā)送通信實體，包括mac消息生成模塊和mac消息發(fā)送模塊，所述mac消息生成模塊，用于生成實體之間傳輸信息的mac消息，所述mac消息的mac消息頭由發(fā)送所述mac消息的通信實體的標識，所述發(fā)送所述mac消息的通信實體的標識包括所述通信實體的mac地址消息、或通信網(wǎng)絡(luò)中所述通信實體的唯一標識；所述mac消息發(fā)送模塊，用于將所述mac消息生成模塊生成的mac消息向消息接收通信實體發(fā)送。
本發(fā)明實施例還提供了一種消息接收通信實體，包括mac消息接收模塊和解析模塊，所述mac消息接收模塊，用于接收其他通信實體發(fā)送的mac消息；所述解析模塊，用于對所述mac消息接收模塊接收到的mac消息進行解析。
本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，本發(fā)明實施例的mac消息僅攜帶有發(fā)送所述mac消息通信實體的標識(如該通信實體的mac地址)、可選的消息類型、可選的是否包含crc標識、及可選的消息負載長度和可選的頭校驗字hcs,而不包括大量的冗余信息，因此有效地減少了冗余和不必要傳輸?shù)男畔?，提升了信息傳輸效率，?jié)省了空口資源，提高了 MAC消息負載的傳輸效率。


圖1為現(xiàn)有技術(shù)系統(tǒng)間通信消息所采用的MAC消息格式；圖2為現(xiàn)有技術(shù)的一種通用MAC頭的格式；圖3為現(xiàn)有技術(shù)管理消息MAC PDU的格式；圖4為現(xiàn)有技術(shù)SSURF消息的傳輸格式;
圖5為現(xiàn)有技術(shù)僅傳輸SSURF消息中的SSID和BSID的傳輸格式；
圖6為本發(fā)明實施例一的MAC消息的傳輸格式；
圖7為本發(fā)明實施例二的MAC消息頭格式；
圖8為本發(fā)明實施例三的MAC消息頭格式；
圖9為本發(fā)明實施例四的MAC消息頭格式；
圖IO為本發(fā)明實施例五的MAC消息頭格式；
圖11為本發(fā)明實施例六的MAC消息頭格式；
圖12為本發(fā)明實施例七的MAC消息頭格式；
圖13為本發(fā)明實施例八的MAC消息頭格式；
圖14為本發(fā)明實施例九的消息負載部分格式；
圖15為本發(fā)明實施例十的SSURF消息傳輸格式；
圖16為本發(fā)明實施例十一的SSURF消息傳輸格式；
圖17為本發(fā)明實施例十二的SSURF消息傳輸格式；
圖18為本發(fā)明實施例十三的SSURF消息傳輸格式；
圖19為本發(fā)明實施例十四的下行系統(tǒng)間消息傳輸格式；
圖20為本發(fā)明實施例十五的下行系統(tǒng)間消息傳輸格式；
圖21為本發(fā)明實施例十五的下行系統(tǒng)間消息的另一種傳輸格式；
圖22為本發(fā)明實施例MAC消息傳輸系統(tǒng)結(jié)構(gòu)圖。
具體實施方式
下面結(jié)合附圖和實施例，對本發(fā)明的具體實施方式
作進一步詳細描述
本發(fā)明實施例通過所提出的MAC消息頭能夠減少目前通信系統(tǒng)間通 信消息傳輸中存在的大量冗余消息，從而避免這些冗余消息所帶來的傳輸 效率下降的問題，達到節(jié)省空口資源的目的。其中所述MAC消息的通信實 體可以為基站、終端或中繼站等設(shè)備。
如圖6所示，為本發(fā)明實施例一的MAC消息的傳輸格式，該MAC 消息包括MAC消息頭及可選的MAC消息負載和可選的CRC。其中該MAC 消息頭不同于現(xiàn)有技術(shù)中的通用MAC消息頭，該MAC消息頭包括必須的 MAC消息發(fā)送通信實體的唯一識別標識，如發(fā)送該MAC消息的通信實體 的MAC地址，可選的消息類型，可選的表示MAC消息中是否包含CRC 的標識，以及可選的消息長度和可選的頭校驗字HCS。其中，可選的消息 長度表示MAC消息負載的長度，單位為字節(jié)，該消息長度還可以包括MAC 消息頭本身和/或CRC的長度，也可以不包括。作為本發(fā)明實施例的優(yōu)選 方式，該消息長度包括MAC消息頭本身，其中如果有CRC的話，則還包 括CRC的長度。可選的消息類型為該MAC消息的類型，如該MAC消息 為SSURF消息，這樣MAC消息的接收方就能夠根據(jù)消息類型得知該MAC 消息為SSURF消息，從而根據(jù)預(yù)先約定的必須傳輸?shù)腎E部分、長度、類 型等參數(shù)對MAC消息進行解析?？蛇x的是否包含CRC的標識表示是否包 含CRC，如果預(yù)先設(shè)定好消息負栽后必然包括CRC或者消息負載后必然 不包括CRC時，可以不傳輸這個信息；但如果預(yù)先沒有設(shè)定好消息負載后 是否包括CRC,則用包含是否CRC的標識來表示消息負載后是否包含 CRC?？蛇x的頭校驗字HCS用來檢測MAC頭的錯誤，在MAC頭的其它 部分確定后，計算其校驗結(jié)果，作為HCS域的輸入，其中HCS可采用 CRC-8。根據(jù)上述實施例，下面給出本發(fā)明幾種MAC消息頭的實施例
如圖7所示，為本發(fā)明實施例二的MAC消息頭格式，該實施例MAC 消息頭僅包括所必須的MAC消息發(fā)送通信實體的標識。
如圖8所示，為本發(fā)明實施例三的MAC消息頭格式，該實施例MAC 消息頭不僅包括所必須的MAC消息發(fā)送通信實體的標識，還包括消息長度。
如圖9所示，為本發(fā)明實施例四的MAC消息頭格式，該實施例MAC 消息頭不僅包括所必須的MAC消息發(fā)送通信實體的標識，還包括HCS。
如圖IO所示，為本發(fā)明實施例五的MAC消息頭格式，該實施例MAC 消息頭不僅包括所必須的MAC消息發(fā)送通信實體的標識，還包括消息長 度和HCS。其中，該消息長度可以包括MAC消息頭本身和HCS的長度， 也可以不包括MAC消息頭本身和HCS的長度。
如圖11所示，為本發(fā)明實施例六的MAC消息頭格式，該實施例MAC 消息頭不僅包括所必須的MAC消息發(fā)送通信實體的標識，還包括發(fā)送的 MAC消息類型。
如圖12所示，為本發(fā)明實施例七的MAC消息頭格式，該實施例MAC 消息頭包括MAC消息發(fā)送通信實體的標識、MAC消息類型和HCS。
如圖13所示，為本發(fā)明實施例八的MAC消息頭格式，該實施例MAC 消息頭包括MAC消息發(fā)送通信實體的標識、表示該MAC消息中是否包含 CRC的標識、MAC消息類型、MAC消息長度和HCS?？赏ㄟ^解析MAC 消息頭中是否包含CRC的標識，來判斷所述MAC消息中是否包括有CRC。
如圖14所示，為本發(fā)明實施例九的消息負載部分格式，MAC消息的 消息負載部分可以包括必須傳輸?shù)腎E部分和/或可選傳輸?shù)腎E部分，其中 必須傳輸?shù)腎E部分和可選傳輸?shù)膲翰糠钟芯唧w傳輸?shù)男畔Q定，如對于 實體之間的SSURF消息來說，對于該消息來說，可以設(shè)計BSID(基站的 IP地址)是必須要傳輸?shù)腎E部分，而其他如EIRP、位置信息、RF SECTOR ID等均為可選傳輸?shù)腎E部分，是否將上述可選信息添加到MAC消息中由 具體情況決定。
其中，必須傳輸?shù)腎E部分的長度必須是預(yù)先設(shè)計好的，該必須傳輸?shù)?IE部分的長度可以為O,即對于某些消息來說沒有必須要傳輸?shù)腎E，因此 該MAC消息的負栽可以全為可選傳輸?shù)腎E部分。對于可選傳輸?shù)腎E部 分來說，其長度則是可變的，同樣該可選傳輸?shù)腎E部分的長度取值也可以 為0，即對于某些信息來說僅傳輸必須要傳輸?shù)腎E即可。必須傳輸?shù)腎E部分，僅傳輸每個IE的取值，并預(yù)先設(shè)定好要傳輸?shù)腎E的順序，即預(yù)先 設(shè)定每個比特位所表示的信息，只要在實體之間約定好即可。MAC消息中 這部分必須要傳輸?shù)腎E部分每次都必須傳輸。
對于可選傳輸?shù)腎E部分，傳輸?shù)腎E包括固定長度的IE和可變長度的 IE，這部分的IE具有不同的類型值。固定長度的IE只用來表示信息的比 特位長度固定的IE,而可變長度的IE是指那些傳輸比特位長度可變的IE。 對于固定長度的IE來說，僅傳輸每個IE的類型值和IE的取值即可。對于 可變長度的IE來說，不僅要傳輸每個IE的類型值和IE的取值，還要傳輸 每個IE的長度。如首先傳輸一個ffi的類型，然后是這個IE的長度，最 后是這個IE的取值。對于可選傳輸?shù)腎E部分來說，并不是每次都隨著對 應(yīng)的MAC消息傳輸。
為了能夠更清晰的理解本發(fā)明上述實施例，以下就以實體之間傳輸?shù)?SSURF消息為例進行描述，詳細i兌明本發(fā)明實施例的上述實施方式。
對于SSURF消息來說，包含三個部分MAC消息頭、可選的MAC 消息負載和可選的CRC。
其中，具體地，MAC消息頭包含三部分，SSID和消息長度，SSID為 48比特的SS的MAC地址，消息長度為8比特，定義MAC消息負栽的長 度多少字節(jié)(一字節(jié)等于8比特)，以及8比特的HCS。
在消息負載中，包含必須傳輸?shù)腎E和可選的IE兩部分，BSID為必須 傳輸?shù)腎E,其它為可選的IE，如8比特的EIRP、32比特的RF SECTORID、 以及128比特的BSIP地址、32比特的位置信息。
如圖15所示，為本發(fā)明實施例十的SSURF消息傳輸格式，該實施例 ^a設(shè)一次傳輸只傳輸BSIP地址，則SSURF消息傳輸格式如圖15所示。
如圖16所示，為本發(fā)明實施例十一的SSURF消息傳輸格式，該實施 例假設(shè)可選的傳輸IE部分包括SSEIRP、 SS位置信息，則SSURF消息的 傳輸格式如圖16所示。
如圖17所示，為本發(fā)明實施例十二的SSURF消息傳輸格式，該實施 例為另外一種在SSURF消息傳輸格式，設(shè)定所有的傳輸消息均為可選傳輸?shù)腎E,即沒有必須傳輸部分。假設(shè)需要傳輸BSID和BS IP地址，則SSURF 消息的傳輸格式如圖17所示。
如果沒有任何必需傳輸IE和可選傳輸IE需要傳輸，這種情況下，進 一步優(yōu)選的，可以i殳定不傳輸CRC部分。
如圖18所示，為本發(fā)明實施例十三的SSURF消息傳輸格式，該實施 例僅傳輸SSID和HCS。
上述實施例給出的是對用于上行干擾識別的共存性消息SSURF消息 采用本發(fā)明后的幾種實施例。實質(zhì)上本發(fā)明可以用于所有的系統(tǒng)間通信的 消息，如圖19給出了一種用于下行干擾識別的消息的傳輸格式，該實施例 僅傳輸BSID和HCS。
圖20是本發(fā)明用于下行干擾識別的消息的另 一種傳輸格式，該實施例 的MAC頭包括BSID和CRC, MAC負載部分僅包括一個必須傳輸?shù)腎E, 即BS的IP地址，該實施例還包括CRC。
圖21是本發(fā)明用于下行干擾識別的消息的另 一種傳輸格式，該實施例 的MAC頭包括BSID和CRC,但將BS的IP地址認為是可選的傳輸部分。
本發(fā)明實施例的MAC消息頭僅攜帶有發(fā)送所述MAC消息通信實體的標 識(如該通信實體的MAC地址)及可選的消息負栽長度、可選的消息類型、 可選的表示所述MAC消息中是否包含CRC的標識和可選的頭校驗字HCS, 根據(jù)實際傳輸消息目的具體設(shè)定所需要傳輸?shù)牟糠?，而不包括大量的冗余?息，因此有效地減少了冗余和不必要傳輸?shù)男畔?，提升了信息傳輸效率，?jié) 省了空口資源。并且通過本發(fā)明實施例對MAC消息負載部分沒置的必須傳輸 正和可選傳輸IE使得MAC消息的應(yīng)用更加靈活。
如圖22所示，為本發(fā)明實施例MAC消息傳輸系統(tǒng)結(jié)構(gòu)圖，該系統(tǒng)包括 消息發(fā)送通信實體IOO和消息接收通信實體200，消息發(fā)送通信實體100用 于向消息接收通信實體200發(fā)送MAC消息，MAC消息的MAC消息頭由發(fā) 送該MAC消息的通信實體的標識、可選的消息類型、可選的表示所述MAC 消息中是否包含CRC的標識、可選的消息負載長度和可選的頭校驗字HCS 組成；消息接收通信實體200用于解析接收到的MAC消息。上述通信實體可以為基站、終端或中繼站等設(shè)備。
其中，消息發(fā)送通信實體100包括MAC消息生成模塊110和MAC消息 發(fā)送模塊120， MAC消息生成模塊110用于生成實體之間傳輸信息的MAC 消息，該MAC消息的MAC消息頭由發(fā)送所述MAC消息的通信實體的標識、 可選的消息類型、可選的表示所述MAC消息中是否包含CRC的標識、可選 的消息負載長度和可選的頭校驗字HCS組成；MAC消息發(fā)送模塊120用于 將MAC消息生成模塊HO生成的MAC消息向消息接收通信實體發(fā)送。
其中，消息接收通信實體200包括MAC消息接收模塊210和解析才莫塊 220， MAC消息接收模塊210用于接收其他通信實體發(fā)送的MAC消息；解 析模塊220用于對MAC消息接收模塊210接收到的MAC消息進行解析。
本發(fā)明實施例的MAC消息僅攜帶有發(fā)送所述MAC消息的通信實體的標 識(如該通信實體的MAC地址)及可選的消息負載長度、可選的消息類型、 可選的表示所述MAC消息中是否包含CRC的標識和可選的頭校驗字HCS, 而不包括大量的冗余信息，因此有效地減少了冗余和不必要傳輸?shù)男畔?，?升了信息傳輸效率，節(jié)省了空口資源。
通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬 件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技 術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體
現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使 得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行 本發(fā)明各個實施例所述的方法。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當指出，對于本技術(shù)領(lǐng)域的 普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進 和潤飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。
權(quán)利要求
1、一種MAC消息傳輸方法，其特征在于，包括通信實體之間通過介質(zhì)訪問控制層MAC消息傳輸信息，所述MAC消息的MAC消息頭包括發(fā)送所述MAC消息的通信實體的標識。
2、 如權(quán)利要求1所述MAC消息傳輸方法，所述發(fā)送所述MAC消息的通信實體的標識包括所述通信實體的MAC地址消息、或通信網(wǎng)絡(luò)中所述通信實體的唯一標識。
3、 如權(quán)利要求2所述MAC消息傳輸方法，所述MAC消息頭還包括消息類型、表示所述MAC消息中是否包含循環(huán)冗余碼校驗CRC的標識、消息負載長度和頭校驗字HCS中的一種或幾種。
4、 如權(quán)利要求1所述MAC消息傳輸方法，其特征在于，所述MAC消息還包括MAC消息負載，所述MAC消息負載用于攜帶所述通信實體之間傳輸?shù)男畔ⅰ?br> 5、 如權(quán)利要求4所述MAC消息傳輸方法，其特征在于，所述MAC消息負載包括必須傳輸?shù)男畔卧糠郑鯩AC消息頭還包括消息負載長度，所述MAC消息負載長度為所述MAC消息頭中的所述消息負載長度。
6、 如權(quán)利要求4所述MAC消息傳輸方法，其特征在于，所述MAC消息負載包括必須傳輸?shù)男畔卧糠郑鯩AC消息頭還包括消息負載長度,所述MAC消息負載長度為所述MAC消息頭中的消息負載長度和MAC頭的長度和CRC的長度。
7、 如權(quán)利要求5或6所述MAC消息傳輸方法，其特征在于，所述必須傳輸?shù)腎E部分中各個IE的順序、大小及每個比特的含義預(yù)先設(shè)定，且僅傳輸每個IE的取值，所述必須傳輸?shù)腎E部分根據(jù)傳輸?shù)南㈩愋蜎Q定。
8、 如權(quán)利要求5或6所述MAC消息傳輸方法，其特征在于，所述MAC消息負載還包括可選傳輸?shù)恼糠?，所述可選傳輸?shù)腎E部分傳輸每個正的類型值和取值，或，傳輸每個正的長度、類型值和取4IL，所述可選傳輸?shù)膲翰糠指鶕?jù)傳輸?shù)南㈩愋蜎Q定。
9、 如權(quán)利要求1所述MAC消息傳輸方法，其特征在于，所述MAC消息還包括CRC。
10、 如權(quán)利要求1或4所述MAC消息傳輸方法，其特征在于，所述通信實體為基站、終端或中繼站。
11、 一種MAC消息傳輸系統(tǒng)，其特征在于，包括消息發(fā)送通信實體和消息接收通信實體，所述消息發(fā)送通信實體，用于向所述消息接收通信實體發(fā)送MAC消息，所述MAC消息的MAC消息頭由發(fā)送所述MAC消息的通信實體的標識，所述發(fā)送所述MAC消息的通信實體的標識包括所述通信實體的MAC地址消息、或通信網(wǎng)絡(luò)中所述通信實體的唯一標識；所述消息接收通信實體，用于解析接收到的MAC消息。
12、 如權(quán)利要求11所述MAC消息傳輸系統(tǒng)，其特征在于，所述通信實體為基站、終端或中繼站。
13、 一種消息發(fā)送通信實體，其特征在于，包括MAC消息生成模塊和MAC消息發(fā)送模塊，所述MAC消息生成模塊，用于生成實體之間傳輸信息的MAC消息，所述MAC消息的MAC消息頭由發(fā)送所述MAC消息的通信實體的標識，所述發(fā)送所述MAC消息的通信實體的標識包括所述通信實體的MAC地址消息、或通信網(wǎng)絡(luò)中所述通信實體的唯一標識；所述MAC消息發(fā)送沖莫塊，用于將所述MAC消息生成模塊生成的MAC消息向消息接收通信實體發(fā)送。
14、 一種消息接收通信實體，其特征在于，包括MAC消息接收才莫塊和解析模塊，所述MAC消息接收模塊，用于接收其他通信實體發(fā)送的MAC消息；所述解析模塊，用于對所述MAC消息接收模塊接收到的MAC消息進行解析。
全文摘要
本發(fā)明公開了一種MAC消息傳輸方法，具體包括通信實體之間通過介質(zhì)訪問控制層MAC消息傳輸信息，所述MAC消息的MAC消息頭包括發(fā)送所述MAC消息的通信實體的標識。本發(fā)明實施例的MAC消息僅攜帶有發(fā)送所述MAC消息通信實體的標識(如該通信實體的MAC地址)和可選的頭校驗字HCS，而不包括大量的冗余信息，因此有效地減少了冗余和不必要傳輸?shù)男畔?，提升了信息傳輸效率，?jié)省了空口資源。
文檔編號H04L29/06GK101465847SQ20071030195
公開日2009年6月24日 申請日期2007年12月21日 優(yōu)先權(quán)日2007年12月21日
發(fā)明者馮淑蘭, 劉勁楠 申請人:華為技術(shù)有限公司