JP2013504245A - Ｍａｃヘッダーを用いたｍａｃｐｄｕ送受信方法及び装置 - Google Patents

Abstract

本発明は、ＭＡＣヘッダーを用いてＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送受信する方法及び装置を開示する。前記方法は、送信端で受信端とサービスフローと関連した連結を成立すること；送信端で連結によって構成されたＭＡＣヘッダーを含むＭＡＣ ＰＤＵを構成すること；及び受信端にＭＡＣ ＰＤＵを伝送すること；を含むことができる。このとき、連結が一般データパケット伝送と関連した場合、ＭＡＣヘッダーは一般ＭＡＣヘッダー（ＧＭＨ）で、連結が小さいデータパケット伝送及び非ＡＲＱ伝送と関連した場合、ＭＡＣヘッダーはショートパケットＭＡＣヘッダー（ＳＰＭＨ）である。
【選択図】図６

Description

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

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

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

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

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

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

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

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

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

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

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

ＭＡＣ階層は、連結指向型（ｃｏｎｎｅｃｔｉｏｎ−ｏｒｉｅｎｔｅｄ）サービスであって、伝送連結（ｔｒａｎｓｐｏｒｔ ｃｏｎｎｅｃｔｉｏｎ）の概念で具現される。システムに端末が登録されるとき、サービスフローを端末とシステムとの間の交渉によって規定することができる。

サービス要求が変更されると、新しい連結を設定することができる。ここで、伝送連結は、ＭＡＣ及びサービスフローを用いる同位収斂（ｐｅｅｒ ｃｏｎｖｅｒｇｅｎｃｅ）プロセス間のマッピングを定義し、サービスフローは、該当の連結で交換されるＭＡＣ ＰＤＵの各ＱｏＳパラメーターを定義する。

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

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

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

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

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

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

この場合、圧縮ＭＡＣヘッダー（最小１バイト大きさ）を含むＶｏＩＰパケットに最小２バイト大きさのＦＰＥＨを付加するとしても、ＭＡＣヘッダーの大きさは３バイト以上になり、ＶｏＩＰパケット伝送時に不必要な資源浪費が発生するようになる。

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

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

本発明の各実施例で言及された圧縮ＭＡＣヘッダー（Ｃｏｍｐａｃｔ ＭＡＣ ｈｅａｄｅｒ：ＣＭＨ）は、他の名称に取り替えることができる。例えば、ショートパケットＭＡＣヘッダー（Ｓｈｏｒｔ−Ｐａｃｋｅｔ ＭＡＣ ｈｅａｄｅｒ：ＳＰＭＨ ）と言及され、同一の意味で使用することができる。

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

上述した課題を解決するための本発明の一実施例に係る無線接続システムで媒体接続制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）を伝送する方法は、送信端で受信端とサービスフローと関連した連結を成立すること；前記送信端で前記連結によって構成されたＭＡＣヘッダーを含む前記ＭＡＣ ＰＤＵを構成すること；及び前記受信端に前記ＭＡＣ ＰＤＵを伝送すること；を含み、前記連結が一般データパケット伝送と関連した場合、前記ＭＡＣヘッダーは一般ＭＡＣヘッダー（ＧＭＨ）で、前記連結が小さいデータパケット伝送及び非ＡＲＱ伝送と関連した場合、前記ＭＡＣヘッダーはショートパケットＭＡＣヘッダー（ＳＰＭＨ）である。

前記ＳＰＭＨは、フロー識別子（ＦＩＤ）フィールド、拡張ヘッダーグループ存在指示子（ＥＨ）フィールド、長さフィールド及びシーケンス番号（ＳＮ）フィールドで構成されることが望ましい。

また、前記小さいデータパケットは、固定された大きさ及び周期的伝送間隔を有するＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）データパケットである。

前記ＦＩＤフィールドは、ＭＡＣ ＰＤＵ伝送のために使用される前記連結を識別し、前記ＥＨフィールドは、拡張ヘッダーグループが前記ＳＰＭＨの後に存在するかどうかを指示し、前記長さフィールドは、前記ＳＰＭＨ、及び存在するなら拡張ヘッダーを含むＭＡＣ ＰＤＵの長さをバイト単位で示し、前記ＳＮフィールドは、前記ＭＡＣ ＰＤＵのペイロードシーケンス番号を示し、各ＭＡＣ ＰＤＵによって増加する。

この場合、前記ＦＩＤフィールドの大きさは４ビットで、前記ＥＨフィールドの大きさは１ビットで、前記長さフィールドの大きさは７ビットで、前記ＳＮフィールドの大きさは４ビットである。

前記ＳＮフィールドは、ハイブリッド自動再伝送（ＨＡＲＱ）方式のために使用されることが望ましい。

前記ＧＭＨは、フロー識別子（ＦＩＤ）フィールド、拡張ヘッダーグループ存在指示子（ＥＨ）フィールド及び長さフィールドで構成されることが望ましい。この場合、前記ＦＩＤフィールドは、前記ＭＡＣ ＰＤＵの伝送のために使用される連結を識別し、前記ＥＨフィールドは、前記ＧＭＨの後に拡張ヘッダーグループが存在するかどうかを指示し、前記長さフィールドは、前記ＧＭＨ、及び存在するなら拡張ヘッダーを含むＭＡＣ ＰＤＵの長さをバイト単位で示す。

また、前記ＦＩＤフィールドの大きさは４ビットで、前記ＥＨフィールドの大きさは１ビットで、前記長さフィールドの大きさは７ビットで、前記ＳＮフィールドの大きさは４ビットであることが望ましい。

本発明で、前記ＧＭＨ及び前記ＳＰＭＨの大きさは２バイトで同一である。また、前記ＧＭＨ及び前記ＳＰＭＨは暗号化されていない。

また、前記方法は、前記連結を基盤として前記ＧＭＨ、前記ＳＰＭＨ及びＭＡＣシグナリングヘッダー（ＭＳＨ）のうち前記ＭＡＣヘッダーを選択することをさらに含む。

本発明の他の実施例に係る無線接続システムで媒体接続制御プロトコルユニット（ＭＡＣ ＰＤＵ）を伝送する方法は、小さいデータパケット伝送及び非−ＡＲＱ伝送のためのショートパケットＭＡＣヘッダー（ＳＰＭＨ）を構成すること；前記小さいデータパケットのためのＳＰＭＨを含むＭＡＣ ＰＤＵを構成すること；及び前記ＭＡＣ ＰＤＵを受信端に伝送すること；を含み、前記ＳＰＭＨは、フロー識別子（ＦＩＤ）フィールド、拡張ヘッダーグループ存在指示子（ＥＨ）フィールド、長さフィールド及びシーケンス番号（ＳＮ）フィールドのみで構成され、前記ＳＮフィールドは、ＭＡＣ ＰＤＵのペイロードシーケンス番号を指示し、ＭＡＣ ＰＤＵ別に増加する。

前記小さいデータパケットは、固定された大きさ及び周期的伝送間隔を有するＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）である。また、前記ＳＮフィールドはハイブリッド自動再伝送（ＨＡＲＱ）方式で使用される。

他の実施例で、前記ＦＩＤフィールドは、前記ＭＡＣ ＰＤＵ伝送のために使用される連結を識別し、前記ＥＨフィールドは、拡張ヘッダーグループが前記ＳＰＭＨの後に存在するかどうかを指示し、前記長さフィールドは、前記ＳＰＭＨ、及び存在するなら拡張ヘッダーを含むＭＡＣ ＰＤＵの長さをバイト単位で示す。この場合、前記ＦＩＤフィールドの大きさは４ビットで、前記ＥＨフィールドの大きさは１ビットで、前記長さフィールドの大きさは７ビットで、前記ＳＮフィールドの大きさは４ビットである。すなわち、前記ＳＰＭＨの大きさは２バイトである。

本発明の他の実施例によると、前記ＭＡＣ ＰＤＵに対するサービスフローを生成するために動的サービス追加要請（ＡＡＩ−ＤＳＡ−ＲＥＱ）メッセージを伝送すること；及び前記ＦＩＤフィールドによって指示されるフロー識別子を含む動的サービス追加応答（ＡＡＩ−ＤＳＡ−ＲＳＰ）メッセージを受信すること；を含み、前記ＦＩＤフィールドは前記ＳＰＭＨを識別する。

上述した本発明の各実施例で使用される特定用語は、本発明の理解を促進するために提供されたもので、本発明の技術的思想を逸脱しない範囲内で他の形態に変更可能である。例えば、前記ＭＡＣ ＰＤＵはＭＰＤＵに変更して使用することができる。

前記各実施形態は、本発明の好適な各実施例のうち一部に過ぎなく、本発明の技術的特徴が反映された多様な実施例は、当該技術分野で通常の知識を有する者によって以下で説明する本発明の詳細な説明に基づいて導出されて理解されるだろう。

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

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

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

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

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

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

添付の各図面に示した各参照は、本発明の好適な各実施例で詳細に説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＭＡＣヘッダーは、大きく三つのタイプを有し、ヘッダーの後にペイロードを含む発展した一般ＭＡＣヘッダー（Ａｄｖｅｎｃｅｄ−Ｇｅｎｅｒｉｃ ＭＡＣ Ｈｅａｄｅｒ：ＡＧＭＨ）、ＶｏＩＰのようなアプリケーションをサポートするためのショートパケットＭＡＣヘッダー（Ｓｈｏｒｔ−Ｐａｃｋｅｔ ＭＡＣ Ｈｅａｄｅｒ：ＳＰＭＨ）及び帯域幅要請などの制御のためのＭＡＣシグナリングヘッダー（ＭＡＣ ｓｉｇｎａｌｉｎｇ ｈｅａｄｅｒ）に区分することができる。ヘッダーの後にペイロードを伴うＡＧＭＨは、ＭＡＣ制御メッセージ及び収斂階層（ＣＳ）のデータを含むＤＬ／ＵＬ ＭＡＣ ＰＤＵの開始部分に位置し、ＩＥＥＥ ８０２．１６ｅなどでは、一般ＭＡＣヘッダー（ＧＭＨ）と称される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図７は、本発明の一実施例に係るＳＰＭＨの他の実施例を示す図である。

図７を参照すると、本発明の一実施例によるＳＰＭＨを構成するフィールドの種類は、図７で説明した通りであり、長さフィールド７０３には６３バイトの大きさまでＭＡＣ ＰＤＵをサポートするように６ビットを割り当て、シーケンスナンバーフィールド７０４には５ビットを割り当てることができる。５ビットのシーケンスナンバーを使用することによって、ＨＡＲＱ再伝送時に３２個のパケットをカバーすることができる。

一方、図６及び図７に示したＳＰＭＨとは異なって、ＳＰＭＨでピギーバック帯域幅要請拡張ヘッダー（ｐｉｇｇｙｂａｃｋ Ｂａｎｄｗｉｄｔｈ Ｒｅｑｕｅｓｔ Ｅｘｔｅｎｄｅｄ ｈｅａｄｅｒ：ＰＢＲＥＨ）の使用を制限することができる。ピギーバック帯域幅要請拡張ヘッダーは、端末が一つ以上のフローに対するピギーバックされた帯域幅要請を行うとき、ＭＡＣ ＰＤＵに存在する拡張ヘッダーである。ピギーバック帯域幅要請拡張ヘッダーの使用を制限するＳＰＭＨの各実施例は、図８〜図１３を参照して説明する。

図８〜図１１は、本発明の一実施例に係るＳＰＭＨの更に他の各実施例を示す図である。

図８〜図１１を参照すると、本発明の一実施例に係るＳＰＭＨは、前記ＳＰＭＨを含む該当のＭＡＣ ＰＤＵが伝送されるサービスフローを識別するためのフロー識別子を含むフロー識別子フィールド（Ｆｌｏｗ ＩＤ）８０１、９０１、１００１、１１０１、ＳＰＭＨを含む該当のＭＡＣ ＰＤＵの長さ情報を含む長さフィールド（Ｌｅｎｇｔｈ）８０２、９０２、１００２、１１０２及び該当のＭＡＣ ＰＤＵに含まれるペイロードのシーケンスナンバーを含むシーケンスナンバーフィールド（ＳＮ）８０３、９０３、１００３、１１０３のみで構成することができる。すなわち、拡張ヘッダー存在有無を指示する拡張ヘッダー存在指示子フィールド（ＥＨ ｐｒｅｓｅｎｃｅ ｉｎｄｉｃａｔｏｒ）を含まずに、他のフィールドに割り当てられるビット数を調整したり、留保領域（Ｒｅｓｅｒｖｅｄ）１００４、１１０４として構成することができる。

このとき、図８〜図１１に示した本発明の各実施例に係る圧縮ＭＡＣヘッダーフォーマットでフロー識別子フィールド（Ｆｌｏｗ ＩＤ）に割り当てられる４ビットを維持することができる。

拡張ヘッダー存在指示子フィールドを含まないＳＰＭＨの一例は、図８に示したように７ビットの長さフィールド８０２及び５ビットのシーケンスナンバーフィールド８０３を含むことができる。また、ＳＰＭＨの他の例は、図９に示したように６ビットの長さフィールド９０２及び６ビットのシーケンスナンバーフィールド９０３を含むことができる。また、ＳＰＭＨの更に他の例は、図１０に示したように７ビットの長さフィールド１００２、４ビットのシーケンスナンバーフィールド１００３及び１ビットの留保領域１００４を含むことができる。また、ＳＰＭＨの更に他の例は、図１１に示したように、６ビットの長さフィールド１１０２、４ビットのシーケンスナンバーフィールド１１０３及び２ビットの留保領域１１０４を含むことができる。

一方、本発明の一実施例に係るＳＰＭＨの各実施例とは異なって、フロー識別子でないフローインデックスを使用するＳＰＭＨを構成することができる。

図１２は、本発明の一実施例に係るＳＰＭＨの更に他の実施例を示す図である。

図１２を参照すると、本発明の一実施例に係るＳＰＭＨは、フローのインデックス情報を含むフローインデックスフィールド（Ｆｌｏｗ Ｉｎｄｅｘ）１２０１、該当のＭＡＣ ＰＤＵに拡張ヘッダーがさらに存在するかどうかを指示する拡張ヘッダー存在指示フィールド（ＥＨ）１２０２、該当のＭＡＣ ＰＤＵの長さ情報を含む長さフィールド（Ｌｅｎｇｔｈ）１２０３及び該当のＭＡＣ ＰＤＵに対するシーケンスナンバーを含むシーケンスナンバーフィールド（ＳＮ）１２０４で構成することができる。フローインデックスは、基地局が端末に割り当てたフローを特定する情報であって、各フローインデックスはフロー識別子にマッピングされる。フローインデックスは、フロー識別子より小さい大きさの情報であって、フローインデックスフィールド１２０１には２ビットを割り当てることができる。したがって、フローインデックスに割り当てられるビット数が２ビットに減少する分だけ、シーケンスナンバーフィールド１２０４に割り当てられるビット数を６ビットに増加させることができ、ＨＡＲＱ再伝送時に６４個のパケットまでカバーすることができる。２ビットのフローインデックスを使用するので、一つの端末でＳＰＭＨを使用できるフロー又はフロー識別子の個数は最大４個になる。

このようにフローインデックスを使用する場合、持続資源割り当てのためのマップ（例えば、ＵＬ／ＤＬ Ｉｎｄｉｖｉｄｕａｌ Ｐｅｒｓｉｓｔｅｎｔ Ａ−ＭＡＰ ＩＥ、ＵＬ／ＤＬ Ｃｏｍｐｏｓｉｔｅ Ｐｅｒｓｉｓｔｅｎｔ Ａ−ＭＡＰ ＩＥ、Ｇｒｏｕｐ ｃｏｎｆｉｇｕｒａｔｉｏｎ Ａ−ＭＡＰ ＩＥなど）に該当の資源が使用するＭＡＣヘッダータイプが一般ＭＡＣヘッダーであるか、それともＳＰＭＨであるかを指示する別途のフィールドを追加することができる。また、グループ資源割り当てのために該当の端末を特定グループに追加する場合、グループ設定メッセージ（ＵＬ／ＤＬ Ｇｒｏｕｐ ｃｏｎｆｉｇｕｒａｔｉｏｎ Ａ−ＭＡＰ ＩＥ）などにＭＡＣヘッダータイプフィールドを追加することができる。

フローインデックスフィールドを含むＳＰＭＨの形態は、本発明に係るＳＰＭＨを説明するためのもので、同様に、拡張ヘッダー存在有無を指示するフィールド（ＥＨ）を含む形態、又は拡張ヘッダー存在有無を指示するフィールド（ＥＨ）を含まない形態で構成することができる。

表７は、本発明の一実施例に係るＳＰＭＨ形態の各実施例を示したもので、具体的には、多様に構成されるフローインデックスフィールドを含む２バイトのＳＰＭＨ形態の各実施例を示したものである。

表７を参照すると、フローインデックスフィールドに１ビット又は３ビットを割り当てることができる。フローインデックスフィールドに１ビットを割り当てると、一つの端末でＳＰＭＨを使用できるフロー又はフローＩＤは最大２個になり、３ビットが割り当てられる場合、一つの端末で使用できるフローＥＨ又はフローＩＤは最大８個になり得る。

図１３は、本発明の一実施例に係るＳＰＭＨの更に他の実施例を示す図である。

図１３を参照すると、本発明の更に他の実施例に係るＳＰＭＨは、拡張ヘッダー存在指示子フィールド（ＥＨ）１３０１、該当のＭＡＣ ＰＤＵの長さ情報を含むフィールド（Ｌｅｎｇｔｈ）１３０２及び該当のＭＡＣ ＰＤＵに含まれるペイロードのシーケンスナンバーを含むシーケンスナンバーフィールド（ＳＮ）１３０３で構成することができる。

すなわち、ＩＥＥＥ ８０２．１６システムで定義される１バイト大きさのＳＰＭＨフォーマットにしたがって、フロー識別子を含むフィールドを構成せずに、８ビットのシーケンスナンバーフィールド１３０３を追加する形態である。図１３に示したＳＰＭＨも２バイトの大きさで構成し、ＨＡＲＱ再伝送のために断片化パッキング拡張ヘッダーをさらに伴わないこともある。

本発明の各実施例に係るＳＰＭＨを使用する場合、ＶｏＩＰのような固定された小さい大きさの所定週期ごとに生成されるパケットに対してＨＡＲＱリオーダリングを適用する場合、ＳＰＭＨ内のシーケンスナンバーフィールドを通して必要なシーケンスナンバーを伝送することができる。したがって、別途のＦＰＥＨを伴わないこともあり、ＭＡＣヘッダーオーバーヘッドを減少させることができる。上述した各実施例は、本発明を説明するための実施例であって、シーケンスナンバーフィールドを含むＳＰＭＨは、２バイトのような所定長さ内で多様な形態に具現することができる。

このように、パケット種類や伝送方式に従って使用するＭＡＣヘッダータイプが決定されるが、決定されたＭＡＣヘッダータイプに関する交渉過程をサービス連結過程で行うことができる。すなわち、本発明の各実施例に係るＳＰＭＨや、表１で説明した発展した一般ＭＡＣヘッダーを使用してＭＡＣ ＰＤＵを伝送する場合、ＭＡＣ ＰＤＵ伝送前に、基地局と端末はヘッダータイプに関する交渉を先に行うことができる。

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

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

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

Ｓ１４０１段階でＡＢＳが新しいサービスフローを生成しようと試みる場合、ＡＡＩ＿ＤＳＡ−ＲＥＱメッセージはＡＢＳからＡＭＳに伝送される。

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

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

表９は、サービスフローパラメーターに含まれる多様なパラメーターを説明するためのものである。ただし、表９では、多様なサービスフローパラメーターのうち本発明と関連したパラメーターのみを示し、サービス追加要請／応答メッセージは、省略された多様なサービスフローパラメーターをさらに含むことができる。

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

フロー識別子（ＦＩＤ）は、基地局によって割り当てられるサービスフローを特定する。また、ＳＰＭＨは、静的に提供されたり、又はＡＡＩ−ＤＳＡ−ＲＥＱ／ＲＳＰメッセージによって動的に形成されるＦＩＤによって識別される。

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

ＭＡＣヘッダータイプパラメーターは、サービスフローでＭＡＣ ＰＤＵ伝送時、該当のＭＡＣ ＰＤＵに対して発展した一般ＭＡＣヘッダー及びＳＰＭＨのうちいずれを使用するかを指示する。例えば、ＭＡＣヘッダーのタイプに関するパラメーターを含むフィールド（ＭＡＣ Ｈｅａｄｅｒ Ｔｙｐｅ）に１ビットを割り当てる場合、「０」が設定されると、一般ＭＡＣヘッダーを使用することを示し、「１」が設定されると、ＳＰＭＨを使用することを示すことができる。ただし、これは、本発明を説明するための一例を示したもので、ＭＡＣヘッダータイプフィールドに該当するビット値設定によるタイプ情報に関しては、「０」ビットと「１」ビットが示す意味が互いに変わり得る。

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

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

Ｓ１４０２段階でＡＡＩ＿ＤＳＡ−ＲＥＱメッセージがＡＢＳから伝送される場合、ＡＡＩ＿ＤＳＡ−ＲＳＰメッセージはＡＭＳからＡＢＳに伝送される。

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

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

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

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

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

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

その後、端末及び基地局は、ＳＰＭＨ及びＭＡＣ ＰＤＵを構成することができる。また、端末及び基地局は、ＳＰＭＨを使用して生成されたアップリンクサービスフローに対するＭＡＣ ＰＤＵを送受信することができる（Ｓ１４０４）。

Ｓ１４０４段階で、ＳＰＭＨは、表２、表６、又は表７で説明した各ＳＰＭＨからいずれか一つを選択したり、本発明の各実施例によって構成することができる。

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

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

このように、本発明の各実施例で説明した構造のＳＰＭＨは、無線通信システムの送信端でＭＡＣ ＰＤＵに含ませて受信端に伝送することができる。このようなＭＡＣ ＰＤＵを生成する送信装置の一例を図１５を参照して説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本発明は、多様な無線通信システムに適用することができる。

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

Claims (19)

1. 無線接続システムで媒体接続制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）を伝送する方法において、
   送信端で受信端とサービスフローと関連した連結を成立すること；
   前記送信端で前記連結によって構成されたＭＡＣヘッダーを含む前記ＭＡＣ ＰＤＵを構成すること；及び
   前記受信端に前記ＭＡＣ ＰＤＵを伝送すること；を含み、
   前記連結が一般データパケット伝送と関連した場合、前記ＭＡＣヘッダーは一般ＭＡＣヘッダー（ＧＭＨ）で、
   前記連結が小さいデータパケット伝送及び非ＡＲＱ伝送と関連した場合、前記ＭＡＣヘッダーはショートパケットＭＡＣヘッダー（ＳＰＭＨ）である、ＭＡＣ ＰＤＵ伝送方法。
2. 前記ＳＰＭＨは、フロー識別子（ＦＩＤ）フィールド、拡張ヘッダーグループ存在指示子（ＥＨ）フィールド、長さフィールド及びシーケンス番号（ＳＮ）フィールドで構成される、請求項１に記載のＭＡＣ ＰＤＵ伝送方法。
3. 前記小さいデータパケットは、固定された大きさ及び周期的伝送間隔を有するＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）データパケットである、請求項２に記載のＭＡＣ ＰＤＵ伝送方法。
4. 前記ＦＩＤフィールドは、ＭＡＣ ＰＤＵ伝送のために使用される前記連結を識別し、
   前記ＥＨフィールドは、拡張ヘッダーグループが前記ＳＰＭＨの後に存在するかどうかを指示し、
   前記長さフィールドは、前記ＳＰＭＨ、及び存在するなら拡張ヘッダーを含むＭＡＣ ＰＤＵの長さをバイト単位で示し、
   前記ＳＮフィールドは、前記ＭＡＣ ＰＤＵのペイロードシーケンス番号を示し、各ＭＡＣ ＰＤＵによって増加する、請求項３に記載のＭＡＣ ＰＤＵ伝送方法。
5. 前記ＦＩＤフィールドの大きさは４ビットで、
   前記ＥＨフィールドの大きさは１ビットで、
   前記長さフィールドの大きさは７ビットで、
   前記ＳＮフィールドの大きさは４ビットである、請求項４に記載のＭＡＣ ＰＤＵ伝送方法。
6. 前記ＳＮフィールドはハイブリッド自動再伝送（ＨＡＲＱ）方式のために使用される、請求項５に記載のＭＡＣ ＰＤＵ伝送方法。
7. 前記ＧＭＨは、フロー識別子（ＦＩＤ）フィールド、拡張ヘッダーグループ存在指示子（ＥＨ）フィールド及び長さフィールドで構成される、請求項１に記載のＭＡＣ ＰＤＵ伝送方法。
8. 前記ＦＩＤフィールドは、前記ＭＡＣ ＰＤＵの伝送のために使用される連結を識別し、
   前記ＥＨフィールドは、前記ＧＭＨの後に拡張ヘッダーグループが存在するかどうかを指示し、
   前記長さフィールドは、前記ＧＭＨ、及び存在するなら拡張ヘッダーを含むＭＡＣ ＰＤＵの長さをバイト単位で示す、請求項７に記載のＭＡＣ ＰＤＵ伝送方法。
9. 前記ＦＩＤフィールドの大きさは４ビットで、
   前記ＥＨフィールドの大きさは１ビットで、
   前記長さフィールドの大きさは７ビットで、
   前記ＳＮフィールドの大きさは４ビットである、請求項８に記載のＭＡＣ ＰＤＵ伝送方法。
10. 前記ＧＭＨ及び前記ＳＰＭＨの大きさは２バイトで同一である、請求項１に記載のＭＡＣ ＰＤＵ伝送方法。
11. 前記ＧＭＨ及び前記ＳＰＭＨは暗号化されていない、請求項１に記載のＭＡＣ ＰＤＵ伝送方法。
12. 前記連結を基盤として前記ＧＭＨ、前記ＳＰＭＨ及びＭＡＣシグナリングヘッダー（ＭＳＨ）のうち前記ＭＡＣヘッダーを選択することをさらに含む、請求項１に記載のＭＡＣ ＰＤＵ伝送方法。
13. 無線接続システムで媒体接続制御プロトコルユニット（ＭＡＣ ＰＤＵ）を伝送する方法において、
    小さいデータパケット伝送及び非−ＡＲＱ伝送のためのショートパケットＭＡＣヘッダー（ＳＰＭＨ）を構成すること；
    前記小さいデータパケットのためのＳＰＭＨを含むＭＡＣ ＰＤＵを構成すること；及び
    前記ＭＡＣ ＰＤＵを受信端に伝送すること；を含み、
    前記ＳＰＭＨは、フロー識別子（ＦＩＤ）フィールド、拡張ヘッダーグループ存在指示子（ＥＨ）フィールド、長さフィールド及びシーケンス番号（ＳＮ）フィールドのみで構成され、
    前記ＳＮフィールドは、ＭＡＣ ＰＤＵのペイロードシーケンス番号を指示し、ＭＡＣ ＰＤＵ別に増加する、ＭＡＣ ＰＤＵ伝送方法。
14. 前記小さいデータパケットは、固定された大きさ及び周期的伝送間隔を有するＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）である、請求項１３に記載のＭＡＣ ＰＤＵ伝送方法。
15. 前記ＳＮフィールドはハイブリッド自動再伝送（ＨＡＲＱ）方式で使用される、請求項１４に記載のＭＡＣ ＰＤＵ伝送方法。
16. 前記ＦＩＤフィールドは、前記ＭＡＣ ＰＤＵ伝送のために使用される連結を識別し、
    前記ＥＨフィールドは、拡張ヘッダーグループが前記ＳＰＭＨの後に存在するかどうかを指示し、
    前記長さフィールドは、前記ＳＰＭＨ、及び存在するなら拡張ヘッダーを含むＭＡＣ ＰＤＵの長さをバイト単位で示す、請求項１４に記載のＭＡＣ ＰＤＵ伝送方法。
17. 前記ＦＩＤフィールドの大きさは４ビットで、
    前記ＥＨフィールドの大きさは１ビットで、
    前記長さフィールドの大きさは７ビットで、
    前記ＳＮフィールドの大きさは４ビットである、請求項１６に記載のＭＡＣ ＰＤＵ伝送方法。
18. 前記ＳＰＭＨの大きさは２バイトである、請求項１４に記載のＭＡＣ ＰＤＵ伝送方法。
19. 前記ＭＡＣ ＰＤＵに対するサービスフローを生成するために動的サービス追加要請（ＡＡＩ−ＤＳＡ−ＲＥＱ）メッセージを伝送すること；及び
    前記ＦＩＤフィールドによって指示されるフロー識別子を含む動的サービス追加応答（ＡＡＩ−ＤＳＡ−ＲＳＰ）メッセージを受信すること；を含み、
    前記ＦＩＤフィールドは前記ＳＰＭＨを識別する、請求項１４に記載のＭＡＣ ＰＤＵ伝送方法。