[發明專利]一種MAC消息傳輸方法和裝置

無效

• 申請號: 200710301956.5
• 申請日: 2007-12-21
• 公開（公告）號: CN101465847A
• 公開（公告）日: 2009-06-24
• 發明（設計）人: 馮淑蘭;劉勁楠
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L1/00
• 代理公司: 北京挺立專利事務所
• 代理人: 皋吉甫

技術領域

本發明涉及移動通信技術領域，特別是涉及一種MAC(Media?Access? Control，介質訪問控制層)消息傳輸方法和裝置。

背景技術

隨著無線通信需求的日益增長，無線頻段變得日益擁擠，為了能夠更好 的提高頻譜利用率，并避免不同系統之間的相互干擾，不同系統之間要相互 傳輸一些信息，也就是說，A系統向B系統發送消息通知B系統其目前所使 用的頻段信息，這類消息稱為系統間通信消息，當然這類的系統間通信消息 還有很多，如A系統基站的IP地址的通知消息、A系統基站的位置信息等。

如圖1所示，為現有技術系統間通信消息所采用的MAC消息格式，該 MAC消息包括通用MAC消息頭，MAC消息負載和CRC(Cyclical? Redundancy，循環冗余碼校驗)，其中，通用MAC頭為48比特，如圖2所示， 為現有技術的一種通用MAC頭的格式，在該通用MAC頭中，CID(connection? identification)為鏈接標識，用于區分終端和實體之間所建立的不同的邏輯鏈 路，Type表示MAC負載的類型。如圖3所示，為管理消息MAC?PDU的格 式，其中，8比特的type表示MAC消息類型。

當前現有技術中，MAC消息的payload(負載)的傳輸方式有兩種：

方式一：預先定義好每一比特用來傳輸什么消息，收發雙方根據預先定 義的信息獲得每個比特所對應的含義，該方式稱為預先定義比特位屬性的方 式。例如，傳輸上行共存性消息SSRUF(Subscriber?Station?Uplink?Radio? Frequency，用戶上行無線頻率)，可能傳輸的內容包括48bit的SSID(Service? Set?Identifier，服務區標識符)、48比特的BSID(Base?Station?Identity?Code， 基站識別碼)、8比特的EIRP(Effective?Isotropic?Radiated?Power，有效等方向 輻射功率)、32比特的RF?SECTOR?ID(射頻天線標識，Radio?Frequency?Sector? Identifier)、32比特的位置信息以及128比特(IPv6)或32比特(IPv4)的基站IP 地址，再加上48比特的MAC頭、32比特的CRC、8比特的管理消息類型， 采用預先定義比特位屬性的方式，SSURF消息的傳輸格式如圖4所示。

發明人發現方式一存在以下問題：系統間的MAC消息引用系統內的 MAC消息格式，因此在MAC消息中會存在很多沒有用的信息，如在通用 MAC消息頭(圖2所示)中所傳輸的CID系統內的基站和終端之間的邏輯鏈 路標識，對于系統間通信，這個消息就是無用的，屬于無效的冗余信息。該 方式另一個缺點在于，由于需要預先定義好所有的比特所表示的含義，為了 能夠支持消息的通用性，可能會包含很多不必要的通信消息，例如在上述 SSURF消息，對于單天線的終端，則不需要傳輸32比特的RF?SECTOR?ID， 對于移動的終端，也可以不用傳輸位置信息。這些冗余信息的傳輸，降低了 信息傳輸效率，浪費了空口資源。

方式二：系統間通信MAC消息采用的傳輸格式也包括上述通用MAC消 息頭、MAC負載和CRC等部分，在MAC負載消息部分，也是由type和payload? 構成(圖3)，但該方式payload中的每個IE(Information?Element，信息單元)， 采用TLV(Type-Length-Value，類型-長度-值，一種格式)編碼方式傳輸，所 謂的TLV，是指對每個IE，都傳輸這個IE的類型T、長度L和值V。接收的 對端通信實體通過識別T，來確定所傳輸的IE的類型，通過長度L，獲得消 息的長度，之后讀取相應的消息長度的值作為該消息的取值。如圖5所示以 傳輸上行共存性消息SSURF消息傳輸為例，采用TLV的方式，僅傳輸SSURF 消息中的SSID和BSID的傳輸格式。

發明人發現方式二存在以下問題：該方式也采用通用MAC消息頭，因此 也攜帶了如CID等一些沒有用的消息，降低了信息傳輸效率，浪費了空口資 源。雖然這種方式可以有選擇的傳輸必要的信息，但對于每個IE，都需要傳 輸類型T(Type)、長度L(Length)和值V(Value)，冗余信息較多，降低了 信息的傳輸效率，浪費了空口資源。

發明內容