JP5588514B2

JP5588514B2 - Ｍａｃヘッダータイプ情報を用いたｍａｃｐｄｕ送受信方法及び装置

Info

Publication number: JP5588514B2
Application number: JP2012527824A
Authority: JP
Inventors: ヨンスユク，; キソンリュ，; ジョンキキム，; ヨンホキム，
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2009-09-02
Filing date: 2010-09-02
Publication date: 2014-09-10
Anticipated expiration: 2030-09-02
Also published as: CN102577268B; US9326274B2; US20130336246A1; EP2474134A4; KR101653310B1; KR20110025048A; EP2474134A2; US20110205972A1; WO2011028038A2; US8483136B2; WO2011028038A3; JP2013504246A; CN102577268A

Description

本発明は、移動通信システムに関するもので、具体的には、ＭＡＣヘッダータイプ情報を用いたＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）送受信方法及びその装置に関するものである。

インターネットを基盤とする通信システムは、一般に５個の階層からなるプロトコルスタックで構成され、各プロトコル階層の構成は図１に示す通りである。

図１は、一般的に使用されるインターネットプロトコルスタックの一例を示す図である。

図１を参照すると、インターネットプロトコルスタックは、最上位階層である応用階層、伝送階層、ネットワーク階層、リンク階層及び物理階層の順に構成される。応用階層は、ＦＴＰ（ＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）／ＨＴＴＰ（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）／ＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）／ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）などのネットワークアプリケーションをサポートするための階層である。伝送階層は、ＴＣＰ／ＵＤＰプロトコルを使用してホスト間のデータ伝送機能を担当する階層であって、ネットワーク階層は、伝送階層とＩＰプロトコルを介したソースから目的地へのデータ伝送経路設定を行う階層である。リンク階層は、ＰＰＰ／イーサネット（登録商標）プロトコルなどを介して周辺ネットワーク個体間のデータ伝送及び媒体接続制御（ＭＡＣ：ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）を担当する階層であって、物理階層は、有線又は無線媒体を用いたデータのビット単位の伝送を行う最下位階層である。

図２は、一般的に使用されるデータ伝送のための各階層の動作を示した図である。

図２を参照すると、送信側の伝送階層では、上位階層である応用階層から受信したメッセージペイロード（Ｐａｙｌｏａｄ、Ｍ）にヘッダー情報（Ｈ＋）を追加して新しいデータユニットを生成する。伝送階層は、これを再び下位階層であるネットワーク階層に伝送する。ネットワーク階層では、伝送階層から受信したデータにネットワーク階層で使用されるヘッダー情報（Ｈｎ）を追加して新しいデータユニットを生成し、これを再び下位階層であるリンク階層に伝送する。リンク階層では、上位階層から受信したデータにリンク階層で使用するヘッダー情報（Ｈｌ）を追加して新しいデータユニットを生成し、これを再び下位階層である物理階層に伝送する。物理階層はリンク階層から受信したデータユニットを受信側に伝送する。

受信側の物理階層は、送信側からデータユニットを受信し、自分の上位階層であるリンク階層にデータユニットを送信する。受信側では、各階層別に追加されたヘッダーを処理し、ヘッダーを除去したメッセージペイロードＭを上位階層に伝送する。このような過程を通して伝送側と受信側との間のデータ送受信が行われる。

図２のように送信側と受信側との間のデータ送受信のために、各階層では、プロトコルヘッダーを追加し、データアドレッシング、ルーティング、フォワーディング及びデータ再伝送などの制御機能を行う。

図３は、一般的に使用されるＩＥＥＥ８０２．１６システム基盤の無線移動通信システムで定義するプロトコル階層モデルを示す。

図３を参照すると、リンク階層に属するＭＡＣ階層は、３個の副階層で構成することができる。

まず、サービス指定収斂副階層（Ｓｅｒｖｉｃｅ−ＳｐｅｃｉｆｉｃＣｏｎｖｅｒｇｅｎｃｅＳｕｂｌａｙｅｒ：Ｓｅｒｖｉｃｅ−ＳｐｅｃｉｆｉｃＣＳ）は、ＣＳＳＡＰ（ＳｅｒｖｉｃｅＡｃｃｅｓｓＰｏｉｎｔ）を通して受信された外部ネットワークのデータをＭＡＣ共通部副階層（ＣｏｍｍｏｎＰａｒｔＳｕｂｌａｙｅｒ：ＣＰＳ）の各ＭＡＣＳＤＵ（ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）に変形又はマッピングさせることができる。この階層では、外部ネットワークの各ＳＤＵを区分した後、該当するＭＡＣサービスフロー識別子（ＳＦＩＤ：ＳｅｒｖｉｃｅＦｌｏｗＩＤｅｎｔｉｆｉｅｒ）とＣＩＤ（ＣｏｎｎｅｃｔｉｏｎＩＤｅｎｔｉｆｉｅｒ）とを関連させる機能を含むことができる。

次に、ＭＡＣＣＰＳは、システムアクセス、帯域幅割り当て、連結設定及び管理などのＭＡＣの核心的な機能を提供する階層であって、ＭＡＣＳＡＰを通して多様なＣＳから特定ＭＡＣ連結によって分類されたデータを受信する。このとき、物理階層を通したデータ伝送とスケジューリングにサービス品質（ＱｏＳ：ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）を適用することができる。

また、暗号化副階層（ＳｅｃｕｒｉｔｙＳｕｂｌａｙｅｒ）は、認証、保安キー交換及び暗号化機能を提供することができる。

ＭＡＣ階層は、連結指向型（ｃｏｎｎｅｃｔｉｏｎ−ｏｒｉｅｎｔｅｄ）サービスであって、伝送連結の概念で具現される。システムに端末が登録されるとき、サービスフローを端末とシステムとの間の交渉によって規定することができる。サービス要求が変更されると、新しい連結を設定することができる。ここで、伝送連結は、ＭＡＣ及びサービスフローを用いる同位収斂（ｐｅｅｒｃｏｎｖｅｒｇｅｎｃｅ）プロセス間のマッピングを定義し、サービスフローは、該当の連結で交換されるＭＡＣＰＤＵの各ＱｏＳパラメーターを定義する。

伝送連結上のサービスフローは、ＭＡＣプロトコルの運営において核心的な役割を行い、アップリンク及びダウンリンクのＱｏＳ管理のためのメカニズムを提供する。特に、各サービスフローは、帯域幅割り当て過程と結合することができる。

一般的なＩＥＥＥ８０２．１６システムで、端末は、無線インターフェースごとに４８ビットの汎用（ｕｎｉｖｅｒｓａｌ）ＭＡＣ住所を有することができる。この住所は、端末の無線インターフェースを唯一に定義し、初期レンジング過程の間に端末の接続を設定するために使用することができる。そして、基地局は、各端末をそれぞれの互いに異なる識別子（ＩＤ）で検証するので、汎用ＭＡＣ住所は認証プロセスの一部としても使用することができる。

それぞれの連結は、１６ビット長さの連結識別子（ＣＩＤ：ＣｏｎｎｅｃｔｉｏｎＩＤｅｎｔｉｆｉｅｒ）によって識別することができる。端末の初期化が進行される間、管理連結（ｍａｎａｇｅｍｅｎｔｃｏｎｎｅｃｔｉｏｎ）の２個のペア（アップリンク及びダウンリンク）を端末と基地局との間に設定し、管理連結まで含んで３個のペアを選択的に使用することができる。

上述した階層構造下での送信端と受信端のデータ交換のために、各媒体接続制御サービスデータユニット（ＭＡＣＳＤＵ：ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＳｅｒｖｉｃｅｄａｔａｕｎｉｔ）を伝送する場合を仮定する。このとき、ＭＡＣＳＤＵは、媒体接続制御プロトコルデータユニット（ＭＡＣＰＤＵ：ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰａｃｋｅｔＤａｔａＵｎｉｔ）に加工される。このようなＭＡＣＰＤＵを生成するために、基地局や端末はＭＡＣＰＤＵにＭＡＣヘッダーを含ませることができる。

一般に伝送しようとするパケットに対して断片化、パッキング又は自動再伝送要請（ＡｕｔｏｍａｔｉｃＲｅｔｒａｎｓｍｉｔｒｅＱｕｅｓｔ：ＡＲＱ）を適用する場合、該当のＭＡＣＰＤＵにそれと関連した情報を含ませるために、各拡張ヘッダーのうち断片化パッキング拡張ヘッダー（ＦｒａｇｍｅｎｔａｔｉｏｎａｎｄＰａｃｋｉｎｇＥｘｔｅｎｄｅｄＨｅａｄｅｒ：ＦＰＥＨ）を使用することができる。

このとき、音声パケット（ＶｏＩＰ：ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｏｌ）のような一定周期で生成され、固定された小さい大きさを有するデータに対しては圧縮ＭＡＣヘッダー（ＣＭＨ：ＣｏｍｐａｃｔＭＡＣｈｅａｄｅｒ）を使用し、断片化又はパッキングを適用せずに伝送することが一般的である。また、エラー検査を行う場合は、ＭＡＣＳＤＵ単位に適用するＡＲＱリオーダリングでなく、ＭＡＣＰＤＵ単位に適用するハイブリッド自動再伝送要請（ＨＡＲＱ：Ｈｙｂｒｉｄ−ＡＲＱ）リオーダリングを用いるようになる。したがって、実質的にＶｏＩＰのようなパケットにＨＡＲＱリオーダリングを行う場合、ＭＡＣＰＤＵは、再伝送するデータを次に伝送される新しいデータと区分するために必要な該当のデータに対するシーケンスナンバーを含むためにＦＰＥＨを伴うようになる。この場合、ＶｏＩＰパケットに最小２バイト大きさのＦＰＥＨを付加するとしても、ＭＡＣヘッダーの大きさは３バイト以上になり、ＶｏＩＰパケット伝送時に不必要な資源浪費が発生するようになる。

本発明は、従来技術の短所及び制限事項による一つ以上の問題を除去するために考案されたもので、ＭＡＣヘッダータイプ情報を用いてＭＡＣＰＤＵを送受信するための装置及び方法を開示する。

本発明の目的は、上述した問題を解決するために、シーケンスナンバーを含む効率的な圧縮ＭＡＣヘッダー（すなわち、ショートパケットＭＡＣヘッダー（ＳＰＭＨ））構造及びこれを使用してサービスを提供する方法を提案しようとする。

本発明の他の目的は、ＭＡＣＰＤＵ伝送のために基地局と端末が行うサービス連結過程で後で伝送しようとするＭＡＣＰＤＵで使用するＭＡＣヘッダーのタイプに対する情報共有を通して、より効率的なサービスを提供する方法を提案しようとする。

本発明で達成しようとする各技術的課題は、以上言及した技術的課題に制限されず、言及していない他の技術的課題は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解されるだろう。

上述した課題を解決するための本発明の一実施例に係る無線接続システムでＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃａｌＤａｔａＵｎｉｔ）を用いて通信を行う方法は、端末がサービスフローを生成するための動的サービス追加要請（ＡＡＩ＿ＤＳＡ−ＲＥＱ）メッセージを基地局から受信する段階−ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージは、サービスフローのＭＡＣＰＤＵに含まれるＭＡＣヘッダーのタイプを指示する第１のＭＡＣヘッダータイプパラメーター及びサービスフローと関連した連結を識別するフロー識別子（ＦＩＤ）を含む−；端末がＡＡＩ＿ＤＳＡ−ＲＥＱメッセージに対する応答として動的サービス追加応答（ＡＡＩ＿ＤＳＡ−ＲＳＰ）メッセージを基地局に伝送する段階−ＡＡＩ＿ＤＳＡ−ＲＳＰメッセージは、サービスフローのＭＡＣＰＤＵに含まれるＭＡＣヘッダーのタイプを指示する第２のＭＡＣヘッダータイプパラメーターを含む−；及び第２のＭＡＣヘッダータイプパラメーターが指示するＭＡＣヘッダーを用いて基地局と通信を行う段階；を含むことができる。このとき、ＭＡＣヘッダータイプパラメーターは、一般のデータパケット伝送に使用される一般ＭＡＣヘッダー（ＧＭＨ）、又は小さいデータパケット伝送及び非ＡＲＱ連結に使用されるショートパケットＭＡＣヘッダー（ＳＰＭＨ）のうち一つを指示することができる。

このとき、ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージは、サービスフローの各トラフィック特性を説明し、各要件をスケジューリングする各サービスフローパラメーター、及び各収斂副階層特定パラメーターを説明する収斂副階層パラメーターエンコーディングを含むことができる。

前記各サービスフローパラメーターは、ＭＡＣＰＤＵ伝送のための各パラメーターがアップリンクで使用されるか、それともダウンリンクで使用されるかを指示するリンク指示子を含むことができる。このとき、小さいデータパケットは、既に設定された固定された大きさ及び周期を有するＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）データパケットであり得る。また、ＳＰＭＨは、フロー識別子（ＦＩＤ）フィールド、拡張ヘッダーグループ存在指示子（ＥＨ）フィールド、長さフィールド及びシーケンス番号（ＳＮ）フィールドで構成することができる。このとき、ＦＩＤフィールドは、ＭＡＣＰＤＵの伝送に使用される連結を識別し、ＥＨフィールドは、拡張ヘッダーグループがＳＰＭＨの後に存在するかどうかを指示し、長さフィールドは、ＳＰＭＨ、及び存在するなら拡張ヘッダーを含むＭＡＣＰＤＵの長さをバイト単位で示し、ＳＮフィールドは、ＭＡＣＰＤＵのペイロードシーケンス番号を指示し、各ＭＡＣＰＤＵに対して１ずつ増加する。前記ＳＮフィールドは、ＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｔｒａｎｓｍｉｓｓｉｏｎｒｅＱｕｅｓｔ）方式で使用することができる。

本発明の他の実施例として、無線接続システムでＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を用いて通信を行う装置は、送信機、受信機、及びＭＡＣＰＤＵを生成するためのプロセッサを含むことができる。このとき、ＭＡＣＰＤＵは、動的サービスフロー生成過程で決定されたＭＡＣヘッダータイプパラメーターによって指示されたＭＡＣヘッダーを含み、ＭＡＣヘッダータイプパラメーターは、一般ＭＡＣヘッダー（ＧＭＨ）及びショートパケットＭＡＣヘッダー（ＳＰＭＨ）のうち一つを指示することができる。

前記プロセッサは、収斂副階層、サービスデータユニット（ＳＤＵ）断片化又は結合機能ユニット、及び前記ＭＡＣＰＤＵを生成するために使用されるＭＡＣＰＤＵ形成モジュールを含むことができる。このとき、動的サービスフロー形成過程は、動的サービス追加要請（ＡＡＩ＿ＤＳＡ−ＲＥＱ）メッセージ及び動的サービス追加応答（ＡＡＩ＿ＤＳＡ−ＲＳＰ）メッセージの交換によって行われる。

前記装置は、ＭＡＣヘッダータイプパラメーターによって指示されたＭＡＣヘッダーを含むＭＡＣＰＤＵを用いて他の装置と通信を行う。このとき、ＭＡＣＰＤＵはＭＡＣＰＤＵ生成ユニットで構成することができる。

ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージは、サービスフローの各トラフィック特性を説明し、各要件をスケジューリングする各サービスフローパラメーター及び収斂副階層特定パラメーターを詳述する収斂副階層パラメーターエンコーディングを含むことができる。

各サービスフローパラメーターは、ＭＡＣＰＤＵ伝送のための各パラメーターがアップリンクで使用されるか、それともダウンリンクで使用されるかを指示するリンク指示子及びＭＡＣヘッダータイプパラメーターを含むことができる。

ＡＡＩ＿ＤＳＡ−ＲＳＰメッセージは、サービスフローのトラフィック特性及び各要件を説明する各サービスフローパラメーター、及び各収斂副階層特定パラメーターを説明する収斂副階層パラメーターエンコーディングを含むことができる。

このとき、各サービスフローパラメーターは、ＭＡＣＰＤＵ伝送に対する各パラメーターがアップリンクに対するものであるか、それともダウンリンクに対するものであるかを指示するリンク指示子及びＭＡＣヘッダータイプパラメーターを含むことができる。

前記小さいデータパケットは、既に設定された固定された大きさ及び周期を有するＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）データパケットを意味し得る。このとき、ＳＰＭＨは、フロー識別子（ＦＩＤ）フィールド、拡張ヘッダーグループ存在指示子（ＥＨ）フィールド、長さフィールド及びシーケンス番号（ＳＮ）フィールドで構成される。

ＦＩＤフィールドは、ＭＡＣＰＤＵの伝送に使用される連結を識別し、ＥＨフィールドは、拡張ヘッダーグループがＳＰＭＨの後に存在するかどうかを指示し、長さフィールドは、ＳＰＭＨ、及び存在するなら拡張ヘッダーを含むＭＡＣＰＤＵの長さをバイト単位で示す。ＳＮフィールドは、前記ＭＡＣＰＤＵのペイロードシーケンス番号を指示し、各ＭＡＣＰＤＵに対して１ずつ増加する。このとき、ＳＮフィールドはＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｔｒａｎｓｍｉｓｓｉｏｎｒｅＱｕｅｓｔ）方式で使用することができる。

前記各実施形態は、本発明の好適な各実施例の一部に過ぎなく、本発明の技術的特徴が反映された多様な実施例は、当該技術分野で通常の知識を有する者によって以下で説明する本発明の詳細な説明に基づいて導出されて理解されるだろう。
例えば、本発明は以下の項目を提供する。
（項目１）
無線接続システムでＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃａｌＤａｔａＵｎｉｔ）を用いて通信を行う方法において、
端末がサービスフローを生成するための動的サービス追加要請（ＡＡＩ＿ＤＳＡ−ＲＥＱ）メッセージを基地局から受信する段階−ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージは、上記サービスフローの上記ＭＡＣＰＤＵに含まれるＭＡＣヘッダーのタイプを指示する第１のＭＡＣヘッダータイプパラメーター及び上記サービスフローと関連した連結を識別するフロー識別子（ＦＩＤ）を含む−；
上記端末がＡＡＩ＿ＤＳＡ−ＲＥＱメッセージに対する応答として動的サービス追加応答（ＡＡＩ＿ＤＳＡ−ＲＳＰ）メッセージを上記基地局に伝送する段階−上記ＡＡＩ＿ＤＳＡ−ＲＳＰメッセージは、上記サービスフローの上記ＭＡＣＰＤＵに含まれるＭＡＣヘッダーのタイプを指示する第２のＭＡＣヘッダータイプパラメーターを含む−；及び
第２のＭＡＣヘッダータイプパラメーターが指示するＭＡＣヘッダーを用いて基地局と通信を行う段階；を含み、
上記ＭＡＣヘッダータイプパラメーターは、一般のデータパケット伝送に使用される一般ＭＡＣヘッダー（ＧＭＨ）、又は小さいデータパケット伝送及び非ＡＲＱ連結に使用されるショートパケットＭＡＣヘッダー（ＳＰＭＨ）のうち一つを指示する、ＭＡＣＰＤＵを用いた通信方法。
（項目２）
上記ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージは、上記サービスフローのトラフィック特性を説明し、各要件をスケジューリングする各サービスフローパラメーター、及び各収斂副階層特定パラメーターを説明する収斂副階層パラメーターエンコーディングを含む、項目１に記載のＭＡＣＰＤＵを用いた通信方法。
（項目３）
上記各サービスフローパラメーターは、上記ＭＡＣＰＤＵ伝送のための各パラメーターがアップリンクで使用されるか、それともダウンリンクで使用されるかを指示するリンク指示子を含む、項目２に記載のＭＡＣＰＤＵを用いた通信方法。
（項目４）
上記小さいデータパケットは、既に設定された固定された大きさ及び周期を有するＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）データパケットである、項目２に記載のＭＡＣＰＤＵを用いた通信方法。
（項目５）
上記ＳＰＭＨは、フロー識別子（ＦＩＤ）フィールド、拡張ヘッダーグループ存在指示子（ＥＨ）フィールド、長さフィールド及びシーケンス番号（ＳＮ）フィールドで構成される、項目４に記載のＭＡＣＰＤＵを用いた通信方法。
（項目６）
上記ＦＩＤフィールドは、ＭＡＣＰＤＵの伝送に使用される連結を識別し、
上記ＥＨフィールドは、拡張ヘッダーグループが上記ＳＰＭＨの後に存在するかどうかを指示し、
上記長さフィールドは、上記ＳＰＭＨ、及び存在するなら拡張ヘッダーを含む上記ＭＡＣＰＤＵの長さをバイト単位で示し、
上記ＳＮフィールドは、上記ＭＡＣＰＤＵのペイロードシーケンス番号を指示し、各ＭＡＣＰＤＵに対して１ずつ増加する、項目５に記載のＭＡＣＰＤＵを用いた通信方法。
（項目７）
上記ＳＮフィールドは、ＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｔｒａｎｓｍｉｓｓｉｏｎｒｅＱｕｅｓｔ）方式で使用される、項目６に記載のＭＡＣＰＤＵを用いた通信方法。
（項目８）
無線接続システムでＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃａｌＤａｔａＵｎｉｔ）を用いて通信を行う装置において、
送信機；
受信機；及び
上記ＭＡＣＰＤＵを生成するためのプロセッサを含み、
上記ＭＡＣＰＤＵは、動的サービスフロー生成過程で決定されたＭＡＣヘッダータイプパラメーターによって指示されたＭＡＣヘッダーを含み、
上記ＭＡＣヘッダータイプパラメーターは、一般ＭＡＣヘッダー（ＧＭＨ）及びショートパケットＭＡＣヘッダー（ＳＰＭＨ）のうち一つを指示する、装置。
（項目９）
上記プロセッサは、収斂副階層、サービスデータユニット（ＳＤＵ）断片化又は結合機能ユニット、及び上記ＭＡＣＰＤＵを生成するために使用されるＭＡＣＰＤＵ形成モジュールを含む、項目８に記載の装置。
（項目１０）
上記動的サービスフロー形成過程は、動的サービス追加要請（ＡＡＩ＿ＤＳＡ−ＲＥＱ）メッセージ及び動的サービス追加応答（ＡＡＩ＿ＤＳＡ−ＲＳＰ）メッセージの交換によって行われる、項目８に記載の装置。
（項目１１）
上記装置は、上記ＭＡＣヘッダータイプパラメーターによって指示されたＭＡＣヘッダーを含む上記ＭＡＣＰＤＵを用いて他の装置と通信を行い、上記ＭＡＣＰＤＵは上記ＭＡＣＰＤＵ生成ユニットで構成される、項目１０に記載の装置。
（項目１２）
上記ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージは、上記サービスフローのトラフィック特性を説明し、各要件をスケジューリングする各サービスフローパラメーター、及び各収斂副階層特定パラメーターを説明する収斂副階層パラメーターエンコーディングを含む、項目１０に記載の装置。
（項目１３）
上記各サービスフローパラメーターは、上記ＭＡＣＰＤＵ伝送のための各パラメーターがアップリンクで使用されるか、それともダウンリンクで使用されるかを指示するリンク指示子及びＭＡＣヘッダータイプパラメーターを含む、項目１２に記載の装置。
（項目１４）
上記ＡＡＩ＿ＤＳＡ−ＲＳＰメッセージは、サービスフローのトラフィック特性及び各要件を説明するサービスフローパラメーター、及び各収斂副階層特定パラメーターを説明する収斂副階層パラメーターエンコーディングを含む、項目１０に記載の装置。
（項目１５）
上記各サービスフローパラメーターは、上記ＭＡＣＰＤＵ伝送に対する各パラメーターがアップリンクに対するものであるか、それともダウンリンクに対するものであるかを指示するリンク指示子及びＭＡＣヘッダータイプパラメーターを含む、項目１４に記載の装置。
（項目１６）
上記小さいデータパケットは、既に設定された固定された大きさ及び周期を有するＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）データパケットである、項目１０に記載の装置。
（項目１７）
上記ＳＰＭＨは、フロー識別子（ＦＩＤ）フィールド、拡張ヘッダーグループ存在指示子（ＥＨ）フィールド、長さフィールド及びシーケンス番号（ＳＮ）フィールドで構成される、項目１６に記載の装置。
（項目１８）
上記ＦＩＤフィールドは、上記ＭＡＣＰＤＵの伝送に使用される連結を識別し、
上記ＥＨフィールドは、拡張ヘッダーグループが上記ＳＰＭＨの後に存在するかどうかを指示し、
上記長さフィールドは、上記ＳＰＭＨ、及び存在するなら拡張ヘッダーを含む上記ＭＡＣＰＤＵの長さをバイト単位で示し、
上記ＳＮフィールドは、上記ＭＡＣＰＤＵのペイロードシーケンス番号を指示し、各ＭＡＣＰＤＵに対して１ずつ増加する、項目１７に記載の装置。
（項目１９）
上記ＳＮフィールドはＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｔｒａｎｓｍｉｓｓｉｏｎｒｅＱｕｅｓｔ）方式で使用される、項目１８に記載の装置。

本発明は、次のような効果を提供する。

第一に、本発明の各実施例によると、基地局と端末のサービス連結過程でＭＡＣヘッダータイプに関する情報を共有することによって、より効率的に通信を行うことができる。

第二に、本発明の各実施例によると、ＶｏＩＰのように小さいパケットをＨＡＲＱリオーダリングする場合、必要なシーケンスナンバー（ＳＮ）情報を含む圧縮ＭＡＣヘッダー（すなわち、ＳＰＭＨ）を使用することによって、拡張ヘッダーを伴うことによるＭＡＣヘッダーのオーバーヘッドを減少させることができる。

第三に、本発明の各実施例によると、圧縮ＭＡＣヘッダーに該当のサービスフローを識別するためのフロー識別子（ＦｌｏｗＩＤ）を含ませることによって、これを受信する受信端では、フローマッピング過程で発生するプロセッシングオーバーヘッドを減少させることができる。

最後に、本発明の各実施例によると、ＭＡＣＰＤＵ伝送のために基地局と端末が行うサービス連結過程で後で伝送しようとするＭＡＣＰＤＵで使用するＭＡＣヘッダーのタイプに対する情報共有を通して、より効率的なサービスを提供することができる。

本発明で得られる効果は、以上言及した各効果に制限されず、言及していない他の効果は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解されるだろう。

一般的に使用されるインターネットプロトコルスタックの一例を示す図である。一般的に使用されるデータ伝送のための各階層の動作を示す図である。一般的なＩＥＥＥ８０２．１６システムの階層構造を示す図である。ＩＥＥＥ８０２．１６システムで使用される連結とサービスの流れ（ＳＦ：ＳｅｒｖｉｃｅＦｌｏｗ）を示す図である。一般的に使用されるＩＥＥＥ８０２．１６システム基盤の無線ＭＡＮ移動通信システムで定義するＭＡＣＰＤＵ（ＭＡＣＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）形態の一例を示す図である。本発明の一実施例に係る圧縮ＭＡＣヘッダー構造の一例を示す図である。本発明の他の実施例に係る端末が基地局にＭＡＣＰＤＵ伝送のためにサービス連結を行う過程の一例を示す図である。本発明の他の実施例に係る基地局が端末にＭＡＣＰＤＵ伝送のためにサービス連結を行う過程の一例を示す図である。本発明の他の実施例に係る端末が基地局にＭＡＣＰＤＵ伝送のためにサービス連結を行う過程の他の例を示す図である。本発明の他の実施例に係る基地局が端末にＭＡＣＰＤＵ伝送のためにサービス連結を行う過程の他の例を示す図である。本発明の更に他の実施例に係る送信装置でのＭＡＣＰＤＵ生成部構造の一例を示す図である。本発明の更に他の実施例として、上述した本発明の各実施例を行える端末及び基地局を説明するためのブロック構成図である。

添付の各図面に示した各参照は、本発明の好適な各実施例に詳細に記載される。

本発明は、無線通信システムでの効率的なデータ伝送のための各ＭＡＣヘッダーに関するものである。

以下の各実施例は、本発明の各構成要素と各特徴を所定形態で結合したものである。各構成要素又は特徴は、別途の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は各特徴を結合して本発明の実施例を構成することもできる。本発明の各実施例で説明する各動作の順序は変更可能である。一つの実施例の一部の構成や特徴は、他の実施例に含ませたり、又は他の実施例の対応する構成又は特徴に取り替えることができる。

図面に対する説明において、本発明の要旨を不明瞭にするおそれがある手順又は段階などは記述しておらず、当業者の水準で理解可能な程度の手順又は段階も記述していない。

本明細書で、本発明の各実施例は、基地局と端末との間のデータ送受信関係を中心に説明した。ここで、基地局は、端末と直接通信を行うネットワークの終端ノードとしての意味を有する。本文書で基地局によって行われると説明された特定動作は、場合に応じては基地局の上位ノードによって行うこともできる。

すなわち、基地局を含む多数のネットワークノードからなるネットワークで端末との通信のために行われる多様な動作は、基地局又は基地局以外の他のネットワークノードによって行うことができる。このとき、「基地局」は、固定局、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイントなどの用語に取り替えることができる。また、「移動局（ＭＳ：ＭｏｂｉｌｅＳｔａｔｉｏｎ）」は、ユーザー機器（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）、加入者局（ＳＳ：ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、移動加入者局（ＭＳＳ：ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、移動端末又は端末などの用語に取り替えることができる。

また、送信端は、データサービス又は音声サービスを提供する固定及び／又は移動ノードを意味し、受信端は、データサービス又は音声サービスを受信する固定及び／又は移動ノードを意味する。したがって、アップリンクでは端末が送信端になり、基地局が受信端になり得る。同様に、ダウンリンクでは端末が受信端になり、基地局が送信端になり得る。

すなわち、本発明の各実施例のうち本発明の技術的思想を明確に表すために説明していない各段階又は各部分は、前記各文書によって裏付けることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明することができる。特に、本発明の各実施例は、ＩＥＥＥ８０２．１６システムの標準文書であるＰ８０２．１６−２００４、Ｐ８０２．１６ｅ−２００５、Ｐ８０２．１６ｅ−２００９及びＰ８０２．１６ｍ文書のうち一つ以上によって裏付けることができる。

以下、本発明に係る好適な実施形態を添付の図面を参照して詳細に説明する。添付の図面と共に以下で開示する詳細な説明は、本発明の例示的な実施形態を説明するためのものであって、本発明が実施され得る唯一の実施形態を示すためのものではない。

また、本発明の各実施例で使用される特定用語は、本発明の理解を促進するために提供されたものであって、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で他の形態に変更することができる。

図４は、ＩＥＥＥ８０２．１６システムで使用される連結とサービスフロー（ＳＦ：ＳｅｒｖｉｃｅＦｌｏｗ）を示す図である。

図４に示すように、ＭＡＣ階層の論理的連結は、上位サービスフロー（ＳＦ）に対するＱｏＳを提供するために、ＳＦをＱｏＳパラメーターが定義された論理連結とマッピングさせる。また、論理的連結は、該当の連結に対するデータ伝送のための適切なスケジューリングを通してＭＡＣ階層でのＱｏＳを提供するために定義される。ＭＡＣ階層で定義される連結の種類には、ＭＡＣ階層で端末の管理のために端末別に割り当てる管理連結（ＭａｎａｇｅｍｅｎｔＣｏｎｎｅｃｔｉｏｎ又は制御連結（ＣｏｎｔｒｏｌＣｏｎｎｅｃｔｉｏｎ））と、上位サービスデータ伝送のためにサービスフローとマッピングされる伝送連結とがある。

全てのユーザーデータ通信は、各伝送連結のコンテキストで行うことができる。初期（ｄｅｆａｕｌｔ）サービスの流れと連関した各伝送連結を除いた伝送連結は、単方向（ｕｎｉ−ｄｉｒｅｃｔｉｏｎａｌ）であって、ＤＳＡ過程（後で説明する）で割り当てられる固有のフロー識別子（ＦＩＤ）によって識別される。アップリンク及びダウンリンクでの初期サービスの流れに対する各伝送連結は、既に割り当てられたＦＩＤで識別され、ネットワーク進入時に登録過程で設定される。

各伝送連結は、各サービスフローに要求される多様なＱｏＳレベルを提供するために活性化又は承認されたサービスフローと関連している。伝送連結は、関連した活性サービスフローが承認又は活性化される場合に成立され、関連したサービスフローが非活性化される場合に解除される。一旦伝送連結が成立されると、該当の伝送連結のＦＩＤは無線ＭＡＮ−ＯＦＤＭＡ発展システムのハンドオーバー過程で変更されない。

帯域幅の使用を減少させるために、ＡＭＳ及びＡＢＳは、一つの制御連結上で単一のＤＳｘメッセージを用いて多数の連結を成立／変更／解除することができる。

各サービスフローは、既に提供されたり、動的に形成することができる。既に提供された各サービスフローと関連した各伝送連結は、ＭＡＳネットワーク進入の完了によって開始されたＤＳＡ過程で成立される。特に、アップリンク及びダウンリンクで各初期サービスフローと関連した各伝送連結は、成功的に登録された手順によって既に割り当てられたＦＩＤで成立することができる。

ただし、ＡＭＳ又はＡＢＳは、新しいサービスフローを生成することができ、必要であれば、ＡＭＳ及びＡＢＳは、各ＤＳＡ過程を動的に用いて関連した伝送連結を生成することができる。関連したサービスフローが生成、変更又は解除されると、伝送連結が生成、変更又は解除される。

図５は、ＩＥＥＥ８０２．１６システム基盤の無線ＭＡＮ移動通信システムで定義するＭＡＣＰＤＵ（ＭＡＣＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）形態の一例を示す図である。

一般に、第２の階層以下のリンク階層（すなわち、Ｌｉｎｋｌａｙｅｒ又はＭＡＣｌａｙｅｒ）と物理階層（Ｐｈｙｓｉｃａｌｌａｙｅｒ）では、ＬＡＮ、ＷｉｒｅｌｅｓｓＬＡＮ、３ＧＰＰ／３ＧＰＰ２又はＷｉｒｅｌｅｓｓＭＡＮなどの各システムによるプロトコルとそれによるＭＡＣＰＤＵのヘッダーフォーマットが異なる形で定義される。ＭＡＣヘッダーは、リンク階層での各ノード間のデータ伝達のためにノードのＭＡＣ住所又はリンク住所を含み、ヘッダーエラー検査及びリンク階層制御情報を含むことができる。

図５を参照すると、それぞれのＭＡＣＰＤＵは、一定の長さのＭＡＣヘッダーから開始される。ヘッダーはＭＡＣＰＤＵのペイロードの前に位置する。ＭＡＣＰＤＵは、一つ以上の拡張ヘッダーを含む拡張ヘッダーグループを含むことができ、拡張ヘッダーはＭＡＣヘッダーの後に位置し、拡張ヘッダーグループが含まれる場合、ペイロードは拡張ヘッダーグループの後に位置する。ＭＡＣＰＤＵのペイロードは、サブヘッダー、ＭＡＣＳＤＵ及び断片のうち少なくとも一つを含むことができるが、可変的なバイト数量を表現できるようにペイロード情報の長さを変更することもできる。これによって、ＭＡＣ副階層は、メッセージのフォーマットやビットパターンを認識せずにも上位階層の多様なトラフィックタイプを伝送することができる。図５には図示していないが、ＭＡＣＰＤＵには、エラー検出のためのＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ）を含むことができる。

ＭＡＣヘッダーは、大きく三つのタイプを有し、ヘッダーの後にペイロードを含む発展した一般ＭＡＣヘッダー（ＡＧＭＨ：Ａｄｖｅｎｃｅｄ−ＧｅｎｅｒｉｃＭＡＣＨｅａｄｅｒ）、ＶｏＩＰのようなアプリケーションをサポートするための圧縮ＭＡＣヘッダー（ＣＭＨ：ＣｏｍｐａｃｔＭＡＣＨｅａｄｅｒ）及び帯域幅要請などの制御のためのＭＡＣシグナリングヘッダー（ＭＡＣｓｉｇｎａｌｉｎｇｈｅａｄｅｒ）に区分することができる。以下、ＣＭＨは、ＳＰＭＨと称することができる。

ヘッダーの後にペイロードを伴うＡＧＭＨは、ＭＡＣ制御メッセージ及び収斂階層（ＣＳ）のデータを含むＤＬ／ＵＬＭＡＣＰＤＵの開始部分に位置し、ＩＥＥＥ８０２．１６ｅなどでは、一般ＭＡＣヘッダー（ＧＭＨ）と称される。

表１は、ＩＥＥＥ８０２．１６システムを基盤とする無線通信システムで使用される発展した一般ＭＡＣヘッダー（ＡｄｖａｎｃｅｄＧｅｎｅｒｉｃＭＡＣｈｅａｄｅｒ）フォーマットの一例を示すものである。

表１を参照すると、発展した一般ＭＡＣヘッダーは、該当の発展した一般ＭＡＣヘッダーを使用するＭＡＣＰＤＵが伝送されるサービスフローを他のサービスフローから識別するための識別子を含むフロー識別子フィールド（ＦｌｏｗＩＤ）、該当のＭＡＣＰＤＵの拡張ヘッダー存在有無を指示する拡張ヘッダー存在指示子フィールド（ＥＨｐｒｅｓｅｎｃｅｉｎｄｉｃａｔｏｒ）及び該当のＭＡＣＰＤＵの長さ情報を含む長さフィールド（Ｌｅｎｇｔｈ）を含む。

拡張ヘッダー存在指示子フィールドが「１」に設定されると、該当のフィールドは拡張ヘッダーの存在を示し、該当のフィールドが「０」に設定されると、拡張ヘッダーが存在しないことを示す。長さフィールドは、拡張ヘッダーが存在する場合、拡張ヘッダーを含むＭＡＣＰＤＵの長さ情報を示し、バイト単位で表示され、長さフィールドに１１ビットが割り当てられる。ＥＨフィールドが「１」に設定されると、長さフィールドは１４ビットのＭＡＣＰＤＵ長さのうち最小（ＬＳＢ）１１ビットを示し、そうでない場合は１１ビットのＭＡＣＰＤＵ長さを示す。

次に、ＶｏＩＰのように固定された小さい大きさのデータに所定周期で生成され、ＡＲＱを適用しないアプリケーションをサポートするときはＳＰＭＨを用いることができる。

表２は、ＩＥＥＥ８０２．１６システムを基盤とする無線通信システムで使用されるＳＰＭＨの一例を示すものである。

表２を参照すると、ＳＰＭＨは、拡張ヘッダー存在指示子を含む拡張ヘッダー存在指示子フィールド（ＥＨｐｒｅｓｅｎｃｅｉｎｄｉｃａｔｏｒ）、及びＳＰＭＨを含むＭＡＣＰＤＵの長さを指示する長さフィールドを含む。

ＳＰＭＨは、資源割り当て時、持続割り当てやグループ割り当てのように基地局と端末が既に交渉した資源割り当て位置で使用されるヘッダーであるので、フロー識別子を含まなくても、受信側では該当の位置でＳＰＭＨであることを識別することができる。したがって、ＳＰＭＨは、発展した一般ＭＡＣヘッダーと異なって、フロー識別子を含むフィールド（ＦｌｏｗＩＤ）を含まない。また、持続割り当てやグループ割り当ては、ＶｏＩＰのような周期的なショートパケットに対する資源割り当て方式で使用されるので、ＳＰＭＨの長さはＶｏＩＰパケットの大きさによって７ビット範囲内で具現することができる。したがって、表２に例示したように、ＳＰＭＨは、拡張ヘッダー存在指示フィールドには１ビットを割り当て、長さフィールドには７ビットを割り当てることによって、１バイトの大きさを有することができる。

一方、ＭＡＣＰＤＵは、該当のＭＡＣＰＤＵを通して伝送しようとする情報の特性又は該当のＭＡＣＰＤＵに適用する伝送方法などによって該当の拡張ヘッダーを一つ以上さらに伴うことができる。拡張ヘッダーは、ＭＡＣヘッダーの後に直ぐ挿入され、ペイロードを伴う場合はペイロードの前に挿入される。

拡張ヘッダーは、ＭＡＣＰＤＵでＭＡＣヘッダーの後に挿入されるサブヘッダーであって、ＭＡＣＰＤＵに含まれるかどうかは、発展した一般ＭＡＣヘッダー（ＡＧＭＨ）又はＳＰＭＨの拡張ヘッダー存在指示子フィールドを通して知らせることができる。ただし、ＭＡＣシグナリングヘッダーの場合は拡張ヘッダーを伴わない。

表３は、ＩＥＥＥ８０２．１６システムを基盤とする無線通信システムで使用される一般的な拡張ヘッダーフォーマットの一例を示すものである。

表３を参照すると、拡張ヘッダーは、該当の拡張ヘッダーの後に他の拡張ヘッダーが一つ以上存在するかどうかを指示する拡張ヘッダー存在指示フィールド（Ｌａｓｔ）、該当の拡張ヘッダーのタイプを指示する拡張ヘッダータイプフィールド（Ｔｙｐｅ）、及び拡張ヘッダータイプフィールドで指示される拡張ヘッダーと関連した各情報を含む一つ以上のフィールドで構成される拡張ヘッダーボディーフィールド（ＢｏｄｙＣｏｎｔｅｎｔｓ）で構成される。

前記他の拡張ヘッダー存在指示フィールドに１ビットが割り当てられる場合、例えば、該当のフィールドに「０」が設定されると、該当のＭＡＣＰＤＵで現在拡張ヘッダーの後に一つ以上の拡張ヘッダーがさらに存在することを指示する。一方、該当のフィールドに「１」が設定されると、該当のＭＡＣＰＤＵで現在の拡張ヘッダーが最後に含まれた拡張ヘッダーであることを示すことができる。

拡張ヘッダーボディーフィールドでは、拡張ヘッダータイプフィールドで指示する拡張ヘッダータイプによって含む情報及びボディーフィールドの長さが決定される。拡張ヘッダータイプについては、表４を参照して説明する。

表４で説明した多数の拡張ヘッダーのうち、ＦＰＥＨは、単一の伝送連結に関するペイロードを伴うＭＡＣＰＤＵが断片化又はパッキングされたり、又はＡＲＱを適用しようとするとき、該当のＭＡＣＰＤＵに存在する。このとき、ＭＡＣヘッダーとしては、発展した一般ＭＡＣヘッダーを使用するようになる。また、断片化、パッキング又はＡＲＱなどが適用されないとしても、ＶｏＩＰのように小さい大きさのデータパケットに対してＨＡＲＱリオーダリングを適用する場合、再伝送されるパケットに対するシーケンスナンバー情報を含むためにＦＰＥＨを伴うことができる。このとき、ＭＡＣヘッダーとしてはＳＰＭＨを使用する。

表５は、ＩＥＥＥ８０２．１６システムを基盤とする無線通信システムで使用される断片化パッキング拡張ヘッダー（ＦＰＥＨ）フォーマットの一例を示すものであって、ここに含まれた各フィールドについての説明は、表５に示す通りである。

表５を参照すると、ＦＰＥＨに含まれるシーケンスナンバーフィールド（ＳＮ）は、ＡＲＱ連結のために使用される場合でないと、ペイロードを伴うＭＡＣＰＤＵのシーケンスナンバーを示し、各ＭＡＣＰＤＵに対して１ずつ増加するようになる。ＦＰＥＨをＡＲＱ連結に対して使用する場合、シーケンスナンバーフィールドに設定される値はＡＲＱブロックのシーケンスナンバーを示す。

ＦＰＥＨで再配列ヘッダー識別子（ＲＩ）が「０」に設定され、より多くの情報が含まれるかどうかを示す終了フィールド（Ｅｎｄ）が「０」に設定される場合、最小２バイトの長さを有するようになる。データを伝送しようとする場合、ＶｏＩＰパケットのＨＡＲＱリオーダリングのために、ＭＡＣＰＤＵは一般ＭＡＣヘッダー及びＳＰＭＨを含むＭＡＣＰＤＵにＦＰＥＨを存在させることができる。

ここで、ＳＰＭＨを含むＳＤＵは、周期的に伝送される小さいパケットであるＶｏＩＰのようなパケットに使用される。このとき、ＶｏＩＰのようなパケットに対して断片化、パッキング、ＡＲＱなどが発生しなくなり、ＨＡＲＱリオーダリングのためにＦＰＥＨではＳＮフィールドのみを使用するようになる。また、ＶｏＩＰパケットは、所定の周期で他のデータに比べて小さいパケットに生成されるので、ＳＮフィールドに多くのビット量を割り当てる必要がない。ＳＰＭＨを含むＶｏＩＰパケットに最小大きさ（例えば、２バイト）のＦＰＥＨを付加するとしても、ヘッダーの大きさは３バイトになり、ＶｏＩＰパケット伝送時に不必要な資源浪費が発生するようになる。

また、上述したように、ＳＰＭＨは、基地局と端末が予め約束した資源割り当て位置で使用され、伝送オーバーヘッドを減少させるためにＦｌｏｗＩＤフィールドを含まないが、場合に応じては、基地局と端末がＳＰＭＨを含むＭＡＣＰＤＵを受信するときにフローマッピング過程を行う必要がある。例えば、多重持続割り当て（ｍｕｌｔｉｐｌｅＰＡ）又はグループ資源割り当てを用いる場合、基地局と端末は、それぞれの異なる資源割り当てがどのようなサービスにマッピングされるかを知るために、各資源割り当て時に該当のフローをマッピングしなければならない。したがって、該当の位置で「ＦｌｏｗＩＤ」フィールドを含まないＳＰＭＨを受信する場合、基地局及び端末は、フローマッピング過程を行わなければならなく、これは、プロセッシングオーバーヘッドを増加させるようになる。

したがって、本発明は、ＶｏＩＰパケットのような所定周期で伝送される小さい大きさのパケットを伝送するときに利用できる効率的なＳＰＭＨ構造を用いて信号を伝送する方法を提案しようとする。また、基地局と端末がＭＡＣヘッダータイプに関して交渉する段階を通してサービスを提供する方法を提案しようとする。

図６は、本発明の一実施例に係るＳＰＭＨ構造の一例を示す図である。以下、本明細書では、図６を含むＭＡＣヘッダー構造を示すブロックの一つの目盛りは１ビット、横列は１バイトをそれぞれ示し、下に行くほど最上位ビット（ＭＳＢ）から最下位ビット（ＬＳＢ）に順次配置されることを示す。

図６を参照すると、本発明の一実施例に係るＳＰＭＨは、サービスフローの識別子を含むフロー識別フィールド（ＦｌｏｗＩＤ）６０１、ＳＰＭＨの後に一つ以上の拡張ヘッダーが存在するかどうかを指示する拡張ヘッダー存在指示フィールド（ＥＨｐｒｅｓｅｎｃｅｉｎｄｉｃａｔｏｒ）６０２、ＳＰＭＨを含む該当のＭＡＣＰＤＵの長さ情報を含む長さフィールド（Ｌｅｎｇｔｈ）６０３、及びシーケンスナンバーを含むシーケンスナンバーフィールド（ＳＮ）６０４を含んで構成することができる。各フィールドについての説明は、表６を参照して簡略に説明する。

表６は、本発明の一実施例に係るＳＰＭＨフォーマットの一例を示すものである。

図６及び表６を参照すると、本発明の一実施例に係るＳＰＭＨは、４ビットのフロー識別子フィールド（ＦｌｏｗＩＤ）、１ビットの拡張ヘッダー存在指示フィールド（ＥＨｐｒｅｓｅｎｃｅｉｎｄｉｃａｔｏｒ）、１２７バイト長さのＭＡＣＰＤＵをサポートできる７ビットの長さフィールド（Ｌｅｎｇｔｈ）及び４ビットのシーケンスナンバーフィールド（ＳＮ）で構成することができる。この場合、ＳＰＭＨの大きさは２バイトに具現することができる。

フロー識別子フィールド６０１は、該当のＳＰＭＨが使用されるサービスフローの識別情報を含む。

シーケンスナンバーフィールド６０４は、該当のＭＡＣＰＤＵのペイロードに対応するシーケンスナンバー情報を含む。特に、ＳＰＭＨは、ＶｏＩＰのように小さい大きさの所定周期で生成されるパケットを伝送するときに使用するので、エラー検査時、ＡＲＱを適用せずにＨＡＲＱを適用することができる。したがって、表５で説明したＦＰＥＨに含まれるシーケンスナンバーフィールドと異なって、ＳＰＭＨのシーケンスナンバーフィールドは、ＡＲＱを適用しない場合のペイロードを伴うＭＡＣＰＤＵに対するシーケンスナンバーを含む。このとき、前記シーケンスナンバーフィールドに設定されるビット値は、各ＭＡＣＰＤＵに対して１ずつ増加するようになる。

ＳＰＭＨは、ＨＲＡＱリオーダリングのために使用され、ＩＥＥＥ８０２．１６ｍシステムで最大ＨＡＲＱ再伝送回数が基本的に４回で、再伝送されるＨＡＲＱ間の最大間隔が２フレームであるとすると、ＨＡＲＱ再伝送にかかる最大時間は通常８フレーム程度である。ＶｏＩＰパケットの生成周期が最小２フレームであると仮定しても、４ビットのシーケンスナンバーを用いるときにＨＡＲＱ再伝送が３２フレーム内に完了しない可能性は少ない。

したがって、本発明の一実施例に係るＳＰＭＨでは、シーケンスナンバーフィールドに４ビットを割り当て、ＦＰＥＨのシーケンスナンバーフィールドに１０ビットを割り当てる場合よりも少ないビット割り当てを通してシーケンスナンバーフィールドを含むＳＰＭＨの大きさを簡素化することができる。

また、本発明の一実施例に係るＳＰＭＨは、該当のＭＡＣＰＤＵに対してＨＡＲＱを適用する場合にもＦＰＥＨを伴わないことがあるので、図６に示したように、最小２バイトの大きさでＭＡＣヘッダーのオーバーヘッドを減少させることができる。このとき、前記拡張ヘッダーグループ存在指示フィールド６０２を通して拡張ヘッダーが存在するかどうかを示すことができる。

このように、本発明の一実施例に係るＳＰＭＨや、表１で説明した発展した一般ＭＡＣヘッダーを使用してＭＡＣＰＤＵを伝送する場合、ＭＡＣＰＤＵ伝送前に、基地局と端末はＭＡＣヘッダータイプに関する交渉を先に行うことができる。

具体的に、本発明の他の実施例によると、基地局と端末は、伝送しようとするパケットの種類や特性、伝送しようとする情報及びパケット伝送時に用いる伝送方式に従って発展した一般ＭＡＣヘッダー及びＳＰＭＨのうちいずれを使用するかを予め交渉することができる。このような交渉過程は、基地局と端末との間のＭＡＣ制御メッセージを介して行うことができ、このときに利用できるＭＡＣ制御メッセージとしては、動的サービス付加要請／応答メッセージ（ＡｄｖａｎｃｅｄＡｉｒＩｎｔｅｒｆａｃｅ＿ＤｙｎａｍｉｃＳｅｒｖｉｃｅＡｄｄｉｔｉｏｎ−Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ：ＡＡＩ＿ＤＳＡ−ＲＥＱ／ＲＳＰ）、動的サービス変更要請／応答メッセージ（ＡｄｖａｎｃｅｄＡｉｒＩｎｔｅｒｆａｃｅ＿ＤｙｎａｍｉｃＳｅｒｖｉｃｅＣｈａｎｇｅ−Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ：ＡＡＩ＿ＤＳＣ−ＲＥＱ／ＲＳＰ）などを例に挙げることができる。

以下、本発明の他の実施例に関する説明では、基地局と端末との間の動的サービス付加要請／応答メッセージを用いてＭＡＣヘッダータイプに関する情報を共有する場合を仮定して説明する。

図７は、本発明の他の実施例に係る端末が基地局にＭＡＣＰＤＵ伝送のためにサービス連結を行う過程の一例を示す図である。

図７を参照すると、アップリンクデータ伝送を行おうとする端末（ＡＭＳ）は、基地局に新しい動的サービスフロー生成を要請するために、ＡＡＩ＿ＤＳＡ−ＲＥＱを伝送する（Ｓ７０１）。

動的サービスフロー生成を要請するために伝送するＡＡＩ＿ＤＳＡ−ＲＥＱは、表７に例示した各パラメーターを含むことができる。

表７で説明したように、ＡＡＩ＿ＤＳＡ−ＲＥＱには動的サービス追加要請のための多様なパラメーターを含ませ、このうちサービスフローパラメーターには、本発明の一実施例と関連したＭＡＣヘッダータイプ情報を含ませることができる。

表８は、サービスフローパラメーターに含まれる多様なパラメーターを説明するためのものである。また、サービス追加要請／応答（ＡＡＩ＿ＤＳＡ−ＲＥＱ／ＲＳＰ）メッセージは、省略された多様なサービスフローパラメーターをさらに含むことができる。

表８に示したように、サービスフローパラメーターには、今後使用するサービスフローに対する識別子（ＦｌｏｗＩＤ）、該当のパラメーターがアップリンク及びダウンリンクのうちどのリンクで使用されるかを指示するアップリンク／ダウンリンク指示子（ＵＬ／ＤＬＩｎｄｉｃａｔｏｒ）などを含むことができる。

フロー識別子は、移動端末にサービスフローと関連した連結を特定する。

基地局（ＡＢＳ）がＡＡＩ＿ＤＳＡ−ＲＥＱメッセージを伝送する場合（すなわち、ＡＢＳｉｎｉｔｉａｔｅ）、フロー識別子はＡＡＩ＿ＤＳＡ−ＲＥＱメッセージに含ませることができる。図７に示すように、端末がＡＡＩ＿ＤＳＡ−ＲＥＱメッセージを伝送する場合（すなわち、ＡＭＳｉｎｉｔｉａｔｅ）、これに対する応答として基地局が伝送するＡＡＩ＿ＤＳＡ−ＲＳＰメッセージにフロー識別子を含ませることができる。

ＭＡＣヘッダータイプパラメーターは、サービスフローでＭＡＣＰＤＵ伝送時、該当のＭＡＣＰＤＵに対して発展した一般ＭＡＣヘッダー（ＡＧＭＨ）及びＳＰＭＨのうちどのヘッダーが使用されるかを指示する。例えば、ＭＡＣヘッダーのタイプを示すＭＡＣヘッダータイプフィールド（ＭＡＣＨｅａｄｅｒＴｙｐｅ）に１ビットを割り当てる場合、該当のフィールドが「０」に設定されると、ＡＧＭＨが使用されることを示し、「１」に設定されると、ＳＰＭＨが使用されることを示す。

ただし、これは、本発明を説明するための一例を示したもので、ＭＡＣヘッダータイプフィールドに該当するビット値設定によるタイプ情報に関しては、「０」ビットと「１」ビットが示す意味が互いに変わり得る。

再び図７を参照すると、端末は、ＶｏＩＰのような小さい大きさの所定周期で生成されるパケットを伝送するために、ＳＰＭＨ使用を特定するＭＡＣヘッダータイプに関するパラメーター（ＭＡＣＨｅａｄｅｒＴｙｐｅ＝１）を含むＡＡＩ＿ＤＳＡ−ＲＥＱメッセージを基地局に伝送することができる。このとき、ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージには、アップリンクで使用される各パラメーターを指示するためのＵＬ／ＤＬ指示子をさらに含ませることができる。

前記ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージを受信した基地局は、それに対する応答としてＡＡＩ＿ＤＳＡ−ＲＳＰメッセージを端末に伝送する（Ｓ７０２）。

ＡＡＩ＿ＤＳＡ−ＲＳＰに含まれる各パラメーターは、表９を参照して説明する。

表９を参照すると、ＡＡＩ＿ＤＳＡ−ＲＳＰメッセージは所定のパラメーターを含み、伝送する主体によって含むパラメーターの種類が決定される。基地局又は端末が伝送するＡＡＩ＿ＤＳＡ−ＲＳＰメッセージには、ＡＡＩ＿ＤＳＡ−ＲＳＰメッセージタイプ情報、ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージに対する確認コード、サービスフローパラメーター、該当のサービスフローでＣＳに特定されるパラメーターを含む。

そして、伝送されたＡＡＩ＿ＤＳＡ−ＲＥＱメッセージによってサービスフロー生成が成功的に行われる場合、ＳＣＩＤ、既に設定されたＢＲインデックス（ＰｒｅｄｅｆｉｎｅｄＢＲＩｎｄｅｘ）、ＦＩＤ、Ｅ−ＭＢＳサービスに関するパラメーターなどをさらに含むことができる。

ＡＡＩ＿ＤＳＡ−ＲＳＰメッセージにもサービスフローパラメーターをさらに含ませることができるが、これは、表８で説明したものと同一の情報を含むので、同一の説明は省略する。ただし、ＭＡＣヘッダータイプに関する情報と関連して、端末の要請に応じて基地局が伝送するＡＡＩ＿ＤＳＡ−ＲＳＰメッセージには、ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージに含まれたＭＡＣヘッダータイプパラメーターと同じか、又は基地局で任意に決定したＭＡＣヘッダータイプ情報を含ませることができる。基地局から伝送されたＡＡＩ＿ＤＳＡ−ＲＥＱメッセージに対して端末がＡＡＩ＿ＤＳＡ−ＲＳＰメッセージを伝送する場合、ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージに含まれたものと同じＭＡＣヘッダータイプパラメーターを含むようになる。

図７では、基地局は、段階Ｓ７０２でＡＡＩ＿ＤＳＡ−ＲＳＰメッセージを介してＳＰＭＨの使用を指示するＭＡＣヘッダータイプパラメーターを伝送するので、ＳＰＭＨの使用に対して基地局と端末との間で交渉が行われたと見なすことができる。

その後、ＡＡＩ＿ＤＳＡ−ＲＳＰを受信した端末は、前記応答メッセージに対する受信確認を示すＡＡＩ＿ＤＳＡ−ＡＣＫを基地局に伝送する（Ｓ７０３）。これによって、アップリンクでＳＰＭＨを使用するためのサービス生成要請過程が完了し、アップリンクサービス連結が成立される。

その後、端末は、該当のサービスフローでＭＡＣＰＤＵを用いて基地局と通信（すなわち、伝送及び／又は受信）を行うことができる。この場合、各ＭＡＣＰＤＵは、ＭＡＣヘッダータイプフィールドで指示されたＭＡＣヘッダー（例えば、ＳＰＭＨ）を含むことができる。（Ｓ７０４）。このとき、端末が使用するＳＰＭＨとしては、表２で説明した一般的なＳＰＭＨや、本発明の一実施例によって構成されるＳＰＭＨを用いることができる。

図８は、本発明の他の実施例に係る基地局が端末にＭＡＣＰＤＵ伝送のためにサービス連結を行う過程の一例を示す図である。

図８を参照すると、ダウンリンクデータ伝送を行うために、基地局（ＡＢＳ）が端末（ＡＭＳ）に新しいサービスフロー生成を要請するＡＡＩ＿ＤＳＡ−ＲＥＱメッセージを伝送する（Ｓ８０１）。

基地局で開始するＡＡＩ＿ＤＳＡ−ＲＥＱ（ＡＢＳ−ｉｎｉｔｉａｔｅｄＡＡＩ＿ＤＳＡ−ＲＥＱ）メッセージには、表９で説明したＱｏＳパラメーター及び該当のサービスフローに対するＦＩＤなどを含むことができる。また、ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージには、表７及び表８で説明した多様なパラメーターを含み、伝送しようとするＭＡＣＰＤＵに使用するＭＡＣヘッダータイプパラメーターを含むことができる。例えば、基地局が端末にＶｏＩＰのようなパケットを伝送しようとする場合、ＭＡＣヘッダータイプフィールドに「１」ビットを設定し、リンク指示子を含むフィールドは「ダウンリンク」を指示するビットに設定することができる。

前記ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージを受信した端末は、これに対する応答としてＡＡＩ＿ＤＳＡ−ＲＳＰメッセージを基地局に伝送する（Ｓ８０２）。前記ＡＡＩ＿ＤＳＡ−ＲＳＰメッセージは、同様に表９で説明した各パラメーターを含むことができる。ただし、端末が伝送するＡＡＩ＿ＤＳＡ−ＲＳＰメッセージに含まれるＭＡＣヘッダータイプパラメーターは、ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージに含まれたＭＡＣヘッダータイプと同一のものを指示するように設定される。

前記ＡＡＩ＿ＤＳＡ−ＲＳＰに対して基地局が受信に成功したことを示すＡＡＩ＿ＤＳＡ−ＡＣＫを端末に伝送することによって（Ｓ８０３）、ＳＰＭＨを使用するダウンリンクサービス連結が成立される。

その後、基地局は、該当のサービスフローの各ＭＡＣＰＤＵを用いて端末とデータ通信（すなわち、伝送及び／又は受信）を行うことができる（Ｓ８０４）。

同様に、このときのＳＰＭＨは、表２を参照して説明した一般的なＳＰＭＨであるか、又は本発明の一実施例に係るＳＰＭＨであり得る（図６参照）。

次に、図９及び図１０は、本発明の一実施例によって信号を伝送する過程の更に他の例を示す手順フローチャートであって、具体的には、発展した一般ＭＡＣヘッダー（ＡＧＭＨ）を使用する信号を伝送する過程を示す。

図９は、本発明の他の実施例に係る端末が基地局にＭＡＣＰＤＵ伝送のためにサービス連結を行う過程の他の例を示す図であって、図７で説明した信号伝送過程に対応する。図９に示した各段階Ｓ９０１〜Ｓ９０４は、図７の段階Ｓ７０１〜Ｓ７０４にそれぞれ対応する。ただし、段階Ｓ９０１及びＳ９０２のＡＡＩ＿ＤＳＡ＿ＲＥＱ／ＲＳＰメッセージに含まれるＭＡＣヘッダータイプパラメーターは、表４に例示したように一般ＭＡＣヘッダーの使用を示す「０」に設定することができる。

また、サービス連結が成立された後、段階Ｓ９０４でアップリンクを介して伝送するＭＡＣＰＤＵは、表１に例示したような一般ＭＡＣヘッダーを使用し、ＶｏＩＰパケット伝送のために表３で説明したＦＰＥＨ（ｆｒａｇｍｅｎｔａｔｉｏｎ＆ｐａｃｋｉｎｇｅｘｔｅｎｄｅｄｈｅａｄｅｒ）を伴うようになる。したがって、断片化パケット拡張ヘッダーを伴う場合、発展した一般ＭＡＣヘッダーの拡張ヘッダー存在指示フィールドには「１」を設定することができる。したがって、このときのＭＡＣＰＤＵは、最小２バイトの発展した一般ＭＡＣヘッダー及び最小２バイトのＦＰＥＨの使用により、最小４バイトのＭＡＣヘッダーを使用するようになる。

図１０は、本発明の他の実施例に係る基地局が端末にＭＡＣＰＤＵ伝送のためにサービス連結を行う過程の他の例を示す図であって、図８で説明した信号伝送過程に対応する。このとき、各段階Ｓ１００１〜Ｓ１００４は、図８で説明した段階Ｓ８０１〜Ｓ８０４にそれぞれ対応し、発展した一般ＭＡＣヘッダー使用を指示するＭＡＣヘッダータイプパラメーターは図９を参照して説明した通りである。

本発明の一実施例に係るＳＰＭＨ又はＡＧＭＨを使用する場合、これを含むＭＡＣＰＤＵを受信した端末は、ＡＡＩ＿ＤＳＡ−ＲＥＱに含まれる「ＦｌｏｗＩＤ」を通して該当のＭＡＣＰＤＵが伝送されるフローを識別することができ、該当のフローで使用されるＭＡＣヘッダー情報を獲得することができる。したがって、後で伝送されるＭＡＣＰＤＵに含まれたＭＡＣヘッダーの「ＦｌｏｗＩＤ」を通して該当のフローで使用されるＭＡＣヘッダーを確認し、それによるＭＡＣＰＤＵに対する処理過程を行うことができる。

また、図６に示したように、本発明の一実施例に係るシーケンスナンバーを含む所定長さ（例えば、２バイト）のＳＰＭＨを使用する場合、別途のＦＰＥＨを伴う必要がないので、ＭＡＣヘッダーオーバーヘッドを減少させることができる。

図７〜図１０で説明した本発明の各実施例で、ＡＡＩ＿ＤＳＡ−ＲＥＱ／ＲＳＰを通して行われたＭＡＣヘッダータイプに関する交渉過程は、動的サービスフローを変更する場合に行われる過程でも同一に適用することができる。この場合、基地局と端末は、ＡＡＩ＿ＤＳＣ−ＲＥＱ／ＲＳＰメッセージを送受信しながらサービスフローパラメーターにＭＡＣヘッダータイプに関する指示情報を含ませることができる。

一方、本発明の一実施例によってシーケンスナンバー（ＳＮ）を含むフィールドを含むＳＰＭＨは、所定長さ内で多様な形態に具現することができる。

次に、本発明の各実施例で説明したＭＡＣヘッダー（例えば、ＡＧＭＨ又はＳＰＭＨ）を含むＭＡＣＰＤＵを生成する送信装置の一例を、図１１を参照して説明する。

図１１は、本発明の他の実施例に係る送信装置でのＭＡＣＰＤＵ生成部構造の一例を示す図である。具体的には、ＡＲＱ連結、ｎｏｎ−ＡＲＱ連結及び制御連結時に使用するＭＡＣＰＤＵを構成する過程を示す。

図１１を参照すると、送信装置でのＭＡＣＰＤＵ生成部は、ＭＡＣ制御モジュール１１０１、収斂副階層１１０２及びＭＡＣＰＤＵ生成モジュール１１０３を含むことができる。

ＭＡＣ制御モジュール１１０１で生成された各ＭＡＣ制御メッセージは、ペイロードを伴うＭＡＣＰＤＵに断片化してＭＡＣＰＤＵ生成モジュール１１０３に伝達することができる。また、シグナリングヘッダーを生成するのに必要な各制御情報をＭＡＣＰＤＵ生成モジュール１１０３に伝送することができる。

収斂副階層１１０２は、伝送するデータをＭＡＣＳＤＵに変換又はマッピングする機能を行う。すなわち、伝送しようとするＭＡＣＳＤＵ又は伝送されたＭＡＣＳＤＵを分類する。一旦特定ＭＡＣ連結と関連すると、一つ以上の上位階層ＰＤＵはＭＡＣＳＤＵ形態に圧縮されなければならない。このとき、形成されてネットワークに進入しようとするＭＡＣＳＤＵは、収斂副階層１１０２で所定のマッピング基準にしたがって一つ以上のセットに分類することができる。また、収斂副階層では、生成されたＭＡＣＳＤＵに含まれた一つ以上のヘッダーに対するヘッダー圧縮を行うことができる。また、収斂副階層１１０２では、伝送するＭＡＣＳＤＵをＭＡＣＰＤＵ生成モジュール１１０３に伝達しながら、前記の伝送するＭＡＣＰＤＵのヘッダー生成に要求される情報（例えば、長さ情報など）を共に提供することができる。

収斂副階層１１０２で生成された一つ以上のＭＡＣＳＤＵは、断片化又はパッキングを通してＭＡＣＰＤＵペイロードに変換され、変換された一つ以上のＭＡＣＰＤＵペイロードは、ＭＡＣＰＤＵ生成モジュールに伝達される。このとき、ＭＡＣＰＤＵペイロードは、ＡＲＱを適用する場合と適用しない場合に区分することができる。

ＭＡＣＰＤＵ生成モジュール１１０３は、ＭＡＣ制御モジュール１１０１又は収斂副階層１１０２から伝達されたＭＡＣＰＤＵペイロードを含むＭＡＣＰＤＵを生成し、ＭＡＣヘッダー生成部及び多重化器を含むことができる。このとき、ＭＡＣヘッダー生成部で生成されるＭＡＣヘッダーは、表１及び表２で説明した一般的に使用する一般ＭＡＣヘッダー又はＳＰＭＨであるか、図６で説明した本発明の一実施例に係るＳＰＭＨのうち一つ以上であり得る。

多重化器は、ヘッダー生成部の制御による順序で受信するＭＡＣヘッダー及び各ＭＡＣＳＤＵを多重化し、ＭＡＣＰＤＵを生成して出力することができる。

このとき、ＭＡＣＰＤＵ生成モジュール１１０３は、ＭＡＣＰＤＵに対する暗号化作業を行うことができるが、生成されるＭＡＣＰＤＵにＰＮ及びＩＣＶをさらに付着したり、又は生成されるＭＡＣＰＤＵにＣＲＣを付着することもできる。

このように生成されたＭＡＣＰＤＵは、連続する一つ以上のＭＡＣＰＤＵに生成し、物理階層に伝達して外部に伝送することができる。

次に、図１２は、本発明の更に他の実施例として、上述した本発明の各実施例を行える端末及び基地局を説明するためのブロック構成図である。

端末（ＡＭＳ）は、アップリンクでは送信装置として動作し、ダウンリンクでは受信装置として動作することができる。また、基地局（ＡＢＳ）は、アップリンクでは受信装置として動作し、ダウンリンクでは送信装置として動作することができる。すなわち、端末及び基地局は、情報又はデータ伝送のために送信装置及び受信装置を含むことができる。

送信装置及び受信装置は、本発明の各実施例を行うためのプロセッサ、モジュール、部分及び／又は手段などを含むことができる。特に、送信装置及び受信装置は、メッセージを暗号化するためのモジュール（手段）、暗号化されたメッセージを解釈するためのモジュール、メッセージを送受信するためのアンテナなどを含むことができる。

図１２を参照すると、左側は送信装置の構造を示し、右側は受信装置の構造を示す。送信装置と受信装置のそれぞれは、アンテナ、受信モジュール１２１０、１２２０、プロセッサ１２３０、１２４０、送信モジュール１２５０、１２６０及びメモリ１２７０、１２８０を含むことができる。

アンテナは、外部から無線信号を受信して受信モジュール１２１０、１２２０に伝達する機能を行う受信アンテナ、及び送信モジュール１２５０、１２６０で生成された信号を外部に伝送する送信アンテナで構成される。アンテナは、多重アンテナ（ＭＩＭＯ）機能がサポートされる場合は２個以上を備えることができる。

受信モジュール１２１０、１２２０は、外部でアンテナを介して受信された無線信号に対する復号及び復調を行い、これを原本データの形態に復元してプロセッサ１２３０、１２４０に伝達することができる。また、受信モジュールとアンテナは、図１２に示したように分離せずに、無線信号を受信するための受信部として示すこともできる。

通常、プロセッサ１２３０、１２４０は、送信装置又は受信装置の全般的な動作を制御する。特に、上述した本発明の各実施例を行うためのコントローラ機能、サービス特性及び電波環境によるＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）フレーム可変制御機能、ハンドオーバー機能、認証及び暗号化機能などを行うことができる。

送信モジュール１２５０、１２６０は、プロセッサ１２３０、１２４０からスケジューリングされて外部に伝送されるデータに対して所定の符号化及び変調を行った後、これをアンテナに伝達することができる。また、送信モジュールとアンテナは、図１２に示したように分離せずに、無線信号を伝送するための送信部として示すことができる。

メモリ１２７０、１２８０は、プロセッサ１２３０、１２４０の処理及び制御のためのプログラムを格納することもでき、入／出力される各データ（移動端末の場合、基地局から割り当てられたアップリンクグラント（ＵＬｇｒａｎｔ）、システム情報、ＳＴＩＤ（ｓｔａｔｉｏｎｉｄｅｎｔｉｆｉｅｒ）、ＦＩＤ（ｆｌｏｗｉｄｅｎｔｉｆｉｅｒ）、動作時間などの臨時格納のための機能を行うこともできる。また、メモリ１２７０、１２８０は、フラッシュメモリタイプ、ハードディスクタイプ、マルチメディアカードマイクロタイプ、カードタイプのメモリ（例えば、ＳＤ又はＸＤメモリなど）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＳＲＡＭ（ＳｔａｔｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ−ＯｎｌｙＭｅｍｏｒｙ）、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ−ＯｎｌｙＭｅｍｏｒｙ）、ＰＲＯＭ（ＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ−ＯｎｌｙＭｅｍｏｒｙ）、磁気メモリ、磁気ディスク、光ディスクのうち少なくとも一つのタイプの格納媒体を含むことができる。

送信装置のプロセッサ１２３０は、送信装置に対する全般的な制御動作を行い、受信装置とのサービス連結などのようにＭＡＣ階層を制御するためのＭＡＣ制御モジュール１２３１、及びＭＡＣＰＤＵを生成するためのＭＡＣ生成モジュール１２３２を含むことができる。

ＭＡＣ制御モジュール１２３１は、ＭＡＣ階層を管理するためのＭＡＣ制御メッセージを生成し、これと関連したメッセージを受信端と交換することによってＭＡＣ階層を制御する。このとき、ＭＡＣ制御モジュール１２３１は、図７〜図１０で説明したように、サービス連結成立時、該当のサービスフローで使用しようとするＭＡＣヘッダータイプに関するパラメーターを含むサービス連結要請メッセージを生成することができる。このとき、ＭＡＣヘッダータイプに関するパラメーターは、ＭＡＣ制御モジュール１２３１で決定したり、ＭＡＣＰＤＵ生成モジュール１２３２から伝送された情報に基づいて決定することができる。

ＭＡＣＰＤＵ生成モジュール１２３２は、図１１で説明したＭＡＣＰＤＵ生成部に対応するので、同一の説明は省略する。

受信装置は、受信モジュール１２２０を通して送信装置から伝送されるサービス連結要請メッセージを受信し、これをプロセッサ１２４０に伝送する。

受信装置のプロセッサ１２４０も、受信装置の全般的な制御動作を行い、受信したサービス連結要請メッセージに対して送信装置とのサービス連結可否を決定し、要請メッセージに対する応答メッセージを生成する。同様に、図７〜図１０で説明した本発明の各実施例に係る過程を行うことができる。

また、プロセッサ１２４０は、送信装置から受信したＭＡＣＰＤＵに対する処理を行う信号処理モジュール１２４１を含むことができる。このとき、信号処理モジュール１２４１は、本発明の各実施例にしたがってＭＡＣヘッダータイプによって受信したＭＡＣＰＤＵを処理することができる。

本発明の各実施例で使用される端末は、上述したＭＡＣＰＤＵ生成部の他にも低電力ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）／ＩＦ（ＩｎｔｅｒｍｅｄｉａｔｅＦｒｅｑｕｅｎｃｙ）モジュールを含むことができる。また、端末は、上述した本発明の各実施例を行うためのコントローラ機能、サービス特性及び電波環境によるＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）フレーム可変制御機能、ハンドオーバー機能、認証及び暗号化機能、データ伝送のためのパケット変復調機能、高速パケットチャンネルコーディング機能及び実時間モデム制御機能などを行う手段、モジュール又は部分などを含むことができる。

基地局は、上位階層から受信したデータを無線又は有線で端末に伝送することができる。基地局は、低電力ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）／ＩＦ（ＩｎｔｅｒｍｅｄｉａｔｅＦｒｅｑｕｅｎｃｙ）モジュールを含むことができる。また、基地局は、上述した本発明の各実施例を行うためのコントローラ機能、直交周波数分割多重接続（ＯＦＤＭＡ：ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）パケットスケジューリング、時分割デュプレックス（ＴＤＤ：ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）パケットスケジューリング及びチャンネル多重化機能、サービス特性及び電波環境によるＭＡＣフレーム可変制御機能、高速トラフィック実時間制御機能、ハンドオーバー機能、認証及び暗号化機能、データ伝送のためのパケット変復調機能、高速パケットチャンネルコーディング機能及び実時間モデム制御機能などを行う手段、モジュール又は部分などを含むことができる。

本発明は、その精神及び必須的な特徴を逸脱しない範囲で他の特定の形態に具体化することができる。したがって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。また、特許請求の範囲で明示的な引用関係のない各請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項を含ませることができる。

Claims

無線接続システムにおいて媒体接続制御プロトコルデータユニット（ＭＡＣＰＤＵ）を用いて通信する方法であって、
前記方法は、
移動局（ＭＳ）が、サービスフローを生成するために要請する動的サービス追加要請（ＡＡＩ＿ＤＳＡ−ＲＥＱ）メッセージを基地局（ＢＳ）から受信することであって、前記ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージは、前記サービスフローの前記ＭＡＣＰＤＵに含められるＭＡＣヘッダーのタイプを示す第１のＭＡＣヘッダータイプパラメーターと、前記サービスフローと関連する接続を識別するフロー識別子（ＦＩＤ）とを含む、ことと、
前記ＭＳが、前記ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージに応答して、動的サービス追加応答（ＡＡＩ＿ＤＳＡ−ＲＳＰ）メッセージを前記ＢＳに伝送することであって、前記ＡＡＩ＿ＤＳＡ−ＲＳＰメッセージは、前記サービスフローの前記ＭＡＣＰＤＵに含められるＭＡＣヘッダーのタイプを示す第２のＭＡＣヘッダータイプパラメーターを含む、ことと、
前記第２のＭＡＣヘッダータイプパラメーターによって示される前記ＭＡＣヘッダーを含む前記ＭＡＣＰＤＵを用いて前記ＢＳと通信することと
を含み、
前記第２のＭＡＣヘッダータイプパラメーターは、一般のデータパケット伝送のための一般ＭＡＣヘッダー（ＧＭＨ）と、小さいデータパケット伝送及び非ＡＲＱ接続のためのショートパケットＭＡＣヘッダー（ＳＰＭＨ）とのうちの一つを示し、
前記ＳＰＭＨは、前記ＭＡＣＰＤＵの伝送のために使用される接続を識別するフロー識別子（ＦＩＤ）フィールドと、拡張ヘッダーグループが前記ＳＰＭＨの後に存在するか否かを示す拡張ヘッダーグループ存在インジケータ（ＥＨ）フィールドと、前記ＳＰＭＨ及び存在する場合には拡張ヘッダーを含む前記ＭＡＣＰＤＵの長さをバイト単位で示す長さフィールドと、前記ＭＡＣＰＤＵのペイロードシーケンス番号を示すシーケンス番号（ＳＮ）フィールドとで構成され、
前記ＳＮフィールドは、各ＭＡＣＰＤＵに対して１ずつ増加する、方法。
前記ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージは、前記サービスフローのトラフィック特性及びスケジューリング要件を特定するサービスフローパラメーターと、収斂副階層特定パラメーターを特定する収斂副階層パラメーターエンコーディングとをさらに含む、請求項１に記載の方法。
前記サービスフローパラメーターは、前記ＭＡＣＰＤＵ伝送に対するパラメーターがアップリンクに対するものか、又は、ダウンリンクに対するものかを示すリンクインジケータを含む、請求項２に記載の方法。
前記ＡＡＩ＿ＤＳＡ−ＲＳＰメッセージは、前記サービスフローのトラフィック特性及びスケジューリング要件を特定するサービスフローパラメーターと、収斂副階層特定パラメーターを特定する収斂副階層パラメーターエンコーディングとをさらに含む、請求項３に記載の方法。
前記サービスフローパラメーターは、前記ＭＡＣＰＤＵ伝送のパラメーターがアップリンクに対するものであるか、又は、ダウンリンクに対するものであるかを示すリンクインジケータを含む、請求項４に記載の方法。
前記小さいデータパケットは、所定の固定された大きさと所定の周期とを有するｖｏｉｃｅｏｖｅｒｉｎｔｅｒｎｅｔｐｒｏｔｏｃｏｌ（ＶｏＩＰ）データパケットである、請求項５に記載の方法。
前記ＳＮフィールドは、ＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｔｒａｎｓｍｉｓｓｉｏｎｒｅＱｕｅｓｔ）方式に対して使用される、請求項５に記載の方法。
無線接続システムにおいて、媒体接続制御プロトコルデータユニット（ＭＡＣＰＤＵ）を用いて通信する移動局であって、
前記移動局は、
送信機と、
受信機と、
プロセッサと
を含み、前記プロセッサは、収斂副階層、サービスデータユニット（ＳＤＵ）断片化又は結合機能ユニット、及び前記ＭＡＣＰＤＵを生成するように構成されたＭＡＣＰＤＵ形成モジュールを含み、
前記移動局（ＭＳ）は、サービスフローを生成するために要請する動的サービス追加要請（ＡＡＩ＿ＤＳＡ−ＲＥＱ）メッセージを基地局（ＢＳ）から受信し、前記ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージは、前記サービスフローの前記ＭＡＣＰＤＵに含められるＭＡＣヘッダーのタイプを示す第１のＭＡＣヘッダータイプパラメーターと、前記サービスフローと関連する接続を識別するフロー識別子（ＦＩＤ）とを含み、
前記移動局（ＭＳ）は、前記ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージに応答して、動的サービス追加応答（ＡＡＩ＿ＤＳＡ−ＲＳＰ）メッセージを前記ＢＳに伝送し、前記ＡＡＩ＿ＤＳＡ−ＲＳＰメッセージは、前記サービスフローの前記ＭＡＣＰＤＵに含められるＭＡＣヘッダーのタイプを示す第２のＭＡＣヘッダータイプパラメーターを含み、
前記移動局（ＭＳ）は、前記第２のＭＡＣヘッダータイプパラメーターによって示される前記ＭＡＣヘッダーを含む前記ＭＡＣＰＤＵを用いて前記ＢＳと通信し、
前記第２のＭＡＣヘッダータイプパラメーターは、一般のデータパケット伝送のための一般ＭＡＣヘッダー（ＧＭＨ）と、小さいデータパケット伝送及び非ＡＲＱ接続のためのショートパケットＭＡＣヘッダー（ＳＰＭＨ）とのうちの一つを示し、
前記ＳＰＭＨは、前記ＭＡＣＰＤＵの伝送のために使用される接続を識別するフロー識別子（ＦＩＤ）フィールドと、拡張ヘッダーグループが前記ＳＰＭＨの後に存在するか否かを示す拡張ヘッダーグループ存在インジケータ（ＥＨ）フィールドと、前記ＳＰＭＨ及び存在する場合には拡張ヘッダーを含む前記ＭＡＣＰＤＵの長さをバイト単位で示す長さフィールドと、前記ＭＡＣＰＤＵのペイロードシーケンス番号を示すシーケンス番号（ＳＮ）フィールドとで構成され、
前記ＳＮフィールドは、各ＭＡＣＰＤＵに対して１ずつ増加する、移動局。
前記ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージは、前記サービスフローのトラフィック特性及びスケジューリング要件を特定するサービスフローパラメーターと、収斂副階層特定パラメーターを特定する収斂副階層パラメーターエンコーディングとをさらに含む、請求項８に記載の移動局。
前記サービスフローパラメーターは、前記ＭＡＣＰＤＵ伝送に対して用いられるパラメーターがアップリンクに対するものであるか、又は、ダウンリンクに対するものであるかを示すリンクインジケータを含む、請求項９に記載の移動局。
前記ＡＡＩ＿ＤＳＡ−ＲＳＰメッセージは、前記サービスフローのトラフィック特性及びスケジューリング要件を特定するサービスフローパラメーターと、収斂副階層特定パラメーターを特定する収斂副階層パラメーターエンコーディングとをさらに含む、請求項１０に記載の移動局。
前記サービスフローパラメーターは、前記ＭＡＣＰＤＵ伝送に対して用いられるパラメーターがアップリンクに対するものであるか、又は、ダウンリンクに対するものであるかを示すリンクインジケータを含む、請求項１１に記載の移動局。
前記小さいデータパケットは、所定の固定された大きさと所定の周期とを有するｖｏｉｃｅｏｖｅｒｉｎｔｅｒｎｅｔｐｒｏｔｏｃｏｌ（ＶｏＩＰ）データパケットである、請求項１２に記載の移動局。
前記ＳＮフィールドはＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｔｒａｎｓｍｉｓｓｉｏｎｒｅＱｕｅｓｔ）方式に対して使用される、請求項１２に記載の移動局。