(57)【特許請求の範囲】
【請求項１】
無線接続システム内の送信器において媒体接続制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を送信する方法であって、前記方法は、
ＭＡＣ  ＰＤＵを構成することであって、前記ＭＡＣ  ＰＤＵは、前記ＭＡＣ  ＰＤＵの通常の長さを表す第１の長さフィールドを有する一般ＭＡＣヘッダー（ＧＭＨ）と、前記ＭＡＣ  ＰＤＵの拡張された長さを表すために用いられる第２の長さフィールドを有する拡張ヘッダーと、ペイロードとを含む、ことと、
前記ＭＡＣ  ＰＤＵを受信器に送信することと
を含み、
前記第１の長さフィールドのサイズは、１１ビットであり、
前記第２の長さフィールドは、前記ＭＡＣ  ＰＤＵの長さが２０４８バイトよりも大きい場合に、前記ＭＡＣ  ＰＤＵの全長を表すために前記第１の長さフィールドに付加される、方法。
【請求項２】
前記第２の長さフィールドは、前記ＭＡＣ  ＰＤＵの全長を表すために前記第１の長さフィールドに付加される、請求項１に記載の方法。
【請求項３】
前記拡張ヘッダーは、前記ＧＭＨの直後かつ前記ペイロードの前に現れる、請求項１に記載の方法。
【請求項４】
前記拡張ヘッダーは、暗号化されていない、請求項１に記載の方法。
【請求項５】
前記第２の長さフィールドは、３ビットの長さを有する、請求項１に記載の方法。
【請求項６】
前記ＧＭＨは、前記ＭＡＣ  ＰＤＵのサービスフローを識別するフロー識別子（ＩＤ）、及び前記拡張ヘッダーが含まれるか否かを表す拡張ヘッダー存在指標（ＥＨ）フィールドのみをさらに含み、
前記フローＩＤのサイズは４ビットであり、前記ＥＨフィールドのサイズは１ビットであり、前記ＧＭＨの総サイズは２バイトである、請求項５に記載の方法。
【請求項７】
アップリンク送信では、前記送信器は、移動局であり、前記受信器は、基地局であり、
ダウンリンク送信では、前記送信器は、基地局であり、前記受信器は、移動局である、請求項５に記載の方法。
【請求項８】
無線接続システム内の受信器において媒体接続制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を受信する方法であって、前記方法は、
送信器からＭＡＣ  ＰＤＵを受信することであって、前記ＭＡＣ  ＰＤＵは、前記ＭＡＣ  ＰＤＵの通常の長さを表す第１の長さフィールドを有する一般ＭＡＣヘッダー（ＧＭＨ）と、前記ＭＡＣ  ＰＤＵの拡張された長さを表すために用いられる第２の長さフィールドを有する拡張ヘッダーと、ペイロードとを含む、ことと、
前記第１の長さフィールドと、前記第２の長さフィールドとの組み合わせを用いて前記ＭＡＣ  ＰＤＵの全長を計算することと
を含み、
前記第１の長さフィールドのサイズは、１１ビットであり、
前記第２の長さフィールドは、前記ＭＡＣ  ＰＤＵの長さが２０４８バイトよりも大きい場合に、前記ＭＡＣ  ＰＤＵの全長を表すために前記第１の長さフィールドに付加される、方法。
【請求項９】
前記拡張ヘッダーは、前記ＧＭＨの直後かつ前記ペイロードの前に現れる、請求項８に記載の方法。
【請求項１０】
前記第２の長さフィールドは、３ビットの長さを有する、請求項８に記載の方法。
【請求項１１】
前記ＧＭＨは、前記ＭＡＣ  ＰＤＵのサービスフローを識別するフロー識別子（ＩＤ）、及び前記拡張ヘッダーが含まれるか否かを表す拡張ヘッダー存在指標（ＥＨ）フィールドのみをさらに含み、
前記フローＩＤのサイズは４ビットであり、前記ＥＨフィールドのサイズは１ビットであり、前記ＧＭＨの総サイズは２バイトである、請求項８に記載の方法。
【請求項１２】
アップリンク送信では、前記送信器は、移動局であり、前記受信器は、基地局であり、
ダウンリンク送信では、前記送信器は、基地局であり、前記受信器は、移動局である、請求項８に記載の方法。
【請求項１３】
無線接続システム内で媒体接続制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を送信する送信器であって、前記送信器は、
前記ＭＡＣ  ＰＤＵを送信する送信モジュールと、
前記ＭＡＣ  ＰＤＵの構成及び送信を制御するプロセッサと
を含み、
前記プロセッサは、前記ＭＡＣ  ＰＤＵを構成し、前記ＭＡＣ  ＰＤＵは、前記ＭＡＣ  ＰＤＵの通常の長さを表す第１の長さフィールドを有する一般ＭＡＣヘッダー（ＧＭＨ）と、前記ＭＡＣ  ＰＤＵの拡張された長さを表すために用いられる第２の長さフィールドを有する拡張ヘッダーと、ペイロードとを含み、前記プロセッサは、前記ＭＡＣ  ＰＤＵを受信器に送信するように前記送信モジュールを制御し、
前記第１の長さフィールドのサイズは、１１ビットであり、
前記第２の長さフィールドは、前記ＭＡＣ  ＰＤＵの長さが２０４８バイトよりも大きい場合に、前記ＭＡＣ  ＰＤＵの全長を表すために前記第１の長さフィールドに付加される、送信器。
【請求項１４】
前記拡張ヘッダーは、前記ＧＭＨの直後かつ前記ペイロードの前に現れる、請求項１３に記載の送信器。
【請求項１５】
前記第２の長さフィールドは３ビットの長さを有する、請求項１３に記載の送信器。
【請求項１６】
無線接続システム内で媒体接続制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を受信する受信器であって、前記受信器は、
ＭＡＣ  ＰＤＵを受信する受信モジュールと、
前記ＭＡＣ  ＰＤＵの受信及びデコーディングを制御するプロセッサと
を含み、
前記プロセッサは、ＭＡＣ  ＰＤＵを受信するように前記受信モジュールを制御し、前記ＭＡＣ  ＰＤＵは、前記ＭＡＣ  ＰＤＵの通常の長さを表す第１の長さフィールドを有する一般ＭＡＣヘッダー（ＧＭＨ）と、前記ＭＡＣ  ＰＤＵの拡張された長さを表すために用いられる第２の長さフィールドを有する拡張ヘッダーと、ペイロードとを含み、前記プロセッサは、前記第１の長さフィールドと、前記第２の長さフィールドとの組み合わせを用いて前記ＭＡＣ  ＰＤＵの全長を計算し、
前記第１の長さフィールドのサイズは、１１ビットであり、
前記第２の長さフィールドは、前記ＭＡＣ  ＰＤＵの長さが２０４８バイトよりも大きい場合に、前記ＭＡＣ  ＰＤＵの全長を表すために前記第１の長さフィールドに付加される、受信器。
【請求項１７】
前記拡張ヘッダーは、前記ＧＭＨの直後かつ前記ペイロードの前に現れる、請求項１６に記載の受信器。
【請求項１８】
前記第２の長さフィールドは３ビットの長さを有する、請求項１６に記載の受信器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線接続システムにおいてデータを転送する方法及び装置に係り、特に、大きいサイズのデータを転送する方法及びこれを支援する装置に関するものである。
【背景技術】
【０００２】
以下に、無線接続システムで使われる一般ヘッダーについて簡略に説明する。
【０００３】
なお、媒体接続制御（ＭＡＣ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層（ｌａｙｅｒ）で使われる媒体接続制御プロトコルデータユニット（ＭＡＣ  ＰＤＵ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）について簡略に説明する。
【０００４】
一般に、２層（Ｌ２）またはその下層、すなわち、ＭＡＣ層（またはリンク層（Ｌｉｎｋ  ｌａｙｅｒ））及び物理（ＰＨＹ）層は、ＬＡＮ、無線ＬＡＮ、３ＧＰＰ／３ＧＰＰ２または無線ＬＡＮなどの無線接続システムによって、異なるプロトコルを用いる。そのため、各無線接続システムによってＭＡＣ  ＰＤＵのヘッダーフォーマットも異なるように定義される。
【０００５】
図１に、無線接続システムの一つであるＩＥＥＥ  ８０２．１６ｅシステムにおけるＭＡＣ  ＰＤＵ形態の一例を示す。
【０００６】
図１を参照すると、ＭＡＣ  ＰＤＵは、一般ＭＡＣヘッダー（ＧＭＨ：Ｇｅｎｅｒｉｃ  ＭＡＣ  Ｈｅａｄｅｒ）、ペイロード（Ｐａｙｌｏａｄ）及び巡回冗長検査（ＣＲＣ：Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）フィールドを含むことができる。一般ＭＡＣヘッダーは、リンク層における各ノード（ｎｏｄｅ）間のデータ伝達のために用いられる。一般ＭＡＣヘッダーは、ＭＡＣアドレス（ＭＡＣ  Ａｄｄｒｅｓｓ）またはリンクアドレス（Ｌｉｎｋ  Ａｄｄｒｅｓｓ）を含み、ヘッダー誤り検査及びリンク層の制御情報を含むことができる。
【０００７】
ペイロードは、ＭＡＣ  ＰＤＵにおいて転送しようとする実際データが含まれる部分である。また、ＣＲＣとは、ネットワークなどを通じてデータを転送する際に、転送されるデータに誤りがあるかを確認するためのチェック値を決定する方式のことをいう。ただし、ＭＡＣ  ＰＤＵにおいて一般ＭＡＣヘッダーは必ず含まれるものであり、ペイロード及びＣＲＣは選択的に含まれてよい。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
図２は、ＩＥＥＥ  ８０２．１６ｅシステムにおいて大きいサイズのデータを転送する場合に使われるＭＡＣ  ＰＤＵ構造の一例を示す図である。
【０００９】
ＧＭＨの総長は、４８ビット（すなわち、６バイト）のサイズを有する。ここで、ＧＭＨの長さ（ｌｅｎｇｔｈ）フィールドは、１１ビットからなる。しかし、１１ビットの長さフィールドは、２０４７バイト以上のＭＡＣ  ＰＤＵ（例えば、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）パケット）サイズを有するパケットを十分に表すことができない。
【００１０】
送信端は、２０４４バイト乃至２０４７バイト以上の大きいサイズのデータを転送するためには、該当のデータを分割（ｆｒａｇｍｅｎｔ）し、一つ以上のＭＡＣ  ＰＤＵを生成しなければならない。この場合、ネットワークに、データ分割に伴うＭＡＣ制御オーバーヘッドが発生することがある。
【００１１】
例えば、それぞれの分割されたパケットを表すパケット番号（ＰＮ：Ｐａｃｋｅｔ  Ｎｕｍｂｅｒ）フィールドがそれぞれのＭＡＣ  ＰＤＵに含まれなければならない。なお、ＭＡＣ  ＰＤＵに保安が適用される場合は、完全性検査値（ＩＣＶ：Ｉｎｔｅｇｒｉｔｙ  ｃｈｅｃｋ  ｖａｌｕｅ）及び／またはＣＲＣフィールドが、それぞれのＭＡＣ  ＰＤＵに含まれなければならない。すなわち、一つのデータが分割される場合、それぞれの分割されたデータを転送するための制御情報が、ＭＡＣヘッダー及び／またはそれぞれのＰＤＵに追加のフィールドとして付加されなければならない。
【００１２】
また、一つのフロー識別子（ＦＩＤ：Ｆｌｏｗ  ＩＤ）に対して複数のサービスデータユニット（ＳＤＵ：Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）がパッキング（ｐａｃｋｉｎｇ）されることから全体ＭＡＣ  ＰＤＵのサイズが２０４７バイトを越えた場合にも、送信端は、該一つのＭＡＣ  ＰＤＵにパッキングされたデータを転送することができない。そのため、パッキングされたデータを再び分割しなければならず、この時、さらなるフィールドが含まれなければならない。例えば、パッキングサブヘッダー（ＰＳＨ：Ｐａｃｋｉｎｇ  ＳｕｂＨｅａｄｅｒ）、パケット番号（ＰＮ）フィールド、及び完全性保護のためのＩＣＶフィールドなどがさらに付加されなければならない（図２参照）。
【００１３】
したがって、長さフィールドにより表すには大きすぎるサイズのデータを転送する場合にはネットワークにオーバーヘッドが生じることがある。このような問題を解決するために、ＧＭＨの長さフィールドの前に１ビットのフラグを置き、状況によって異なるＭＡＣ  ＰＤＵのサイズを表す方案が考慮されている。しかし、ＧＭＨに１ビットが追加されるとＧＭＨのサイズはさらに増加し、よって、むしろ２０４７バイトより小さいサイズのパケットを転送する時、不要なオーバーヘッドが発生してしまう。
【００１４】
本発明は上記の一般的な技術の問題点を解決するために案出されたもので、その目的は、効率的なＭＡＣ  ＰＤＵ転送方法を提供することにある。
【００１５】
本発明の他の目的は、大きいサイズのデータ（例えば、２０４７バイト以上）を效率的に転送する方法を提供することにある。
【００１６】
本発明のさらに他の目的は、複数のデータが結合することから全体データのサイズが大きくなった場合（例えば、２０４７バイト以上になった場合）に、効率的なＭＡＣ  ＰＤＵ転送方法を提供することにある。
【００１７】
本発明のさらに他の目的は、大きいサイズのデータを転送するための新しいヘッダー構造を提供することにある。
【００１８】
本発明のさらに他の目的は、これらの方法を実行する装置を提供することにある。
【００１９】
本発明で達成しようとする技術的課題は、以上に言及した事項に限定されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者には明らかになるであろう。
【課題を解決するための手段】
【００２０】
本発明は、無線接続システムにおいてデータを転送する方法及び装置を提供する。また、本発明は、相対的に大きいサイズのデータを転送する方法及びこれを支援する装置を提供する。
【００２１】
本発明の一実施例であって、無線接続システムにおいて送信端が媒体接続制御プロトコルデータユニット（ＭＡＣ  ＰＤＵ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を転送する方法は、第１の長さフィールドを含む一般媒体接続制御ヘッダー（ＧＭＨ：Ｇｅｎｅｒｉｃ  ＭＡＣ  Ｈｅａｄｅｒ）、第２の長さフィールドを含むＭＡＣ  ＰＤＵ長さ拡張ヘッダー（ＭＬＥＨ：ＭＡＣ  ＰＤＵ  Ｌｅｎｇｔｈ  Ｅｘｔｅｎｔｅｄ  Ｈｅａｄｅｒ）及びペイロードを含むＭＡＣ  ＰＤＵを構成する段階と、ＭＡＣ  ＰＤＵを受信端に転送する段階と、を含むことができる。
【００２２】
本発明の他の実施例であって、無線接続システムにおいて受信端が媒体接続制御プロトコルデータユニット（ＭＡＣ  ＰＤＵ）を受信する方法は、送信端から第１の長さフィールドを含む一般媒体接続制御ヘッダー（ＧＭＨ）、第２の長さフィールドを含むＭＡＣ  ＰＤＵ長さ拡張ヘッダー（ＭＬＥＨ）及びペイロードを含むＭＡＣ  ＰＤＵを受信する段階と、受信端で第１の長さフィールド及び第２の長さフィールドを用いてＭＡＣ  ＰＤＵの全長を計算する段階と、を含むことができる。
【００２３】
本発明のさらに他の実施例であって、無線接続システムにおいて媒体接続制御プロトコルデータユニット（ＭＡＣ  ＰＤＵ）を転送する送信端は、ＭＡＣ  ＰＤＵを転送するための転送モジュールと、ＭＡＣ  ＰＤＵの構成及び転送を制御するプロセッサと、を含むことができる。ここで、プロセッサは、第１の長さフィールドを含む一般媒体接続制御ヘッダー（ＧＭＨ）、第２の長さフィールドを含むＭＡＣ  ＰＤＵ長さ拡張ヘッダー（ＭＬＥＨ）及びペイロードを含むＭＡＣ  ＰＤＵを構成して受信端に転送することができる。
【００２４】
本発明のさらに他の実施例であって、無線接続システムにおいて媒体接続制御プロトコルデータユニット（ＭＡＣ  ＰＤＵ）を受信する受信端は、ＭＡＣ  ＰＤＵを受信するための受信モジュールと、ＭＡＣ  ＰＤＵの受信及びデコーディングを制御するプロセッサと、を含むことができる。ここで、プロセッサは、送信端から第１の長さフィールドを含む一般媒体接続制御ヘッダー（ＧＭＨ）、第２の長さフィールドを含むＭＡＣ  ＰＤＵ長さ拡張ヘッダー（ＭＬＥＨ）及びペイロードを含む前記ＭＡＣ  ＰＤＵを受信し、第１の長さフィールド及び第２の長さフィールドを用いてＭＡＣ  ＰＤＵの全長を計算することができる。ここで、第２の長さフィールドはＭＡＣ  ＰＤＵの全長を表すために第１の長さフィールドに添付されてよい。
【００２５】
ＭＬＥＨは、ＭＡＣ  ＰＤＵの総長を計算するためにＭＡＣ  ＰＤＵに付加されてよく、第１の長さフィールドと第２の長さフィールドとの組み合わせは、ＭＡＣ  ＰＤＵの総長を表すために用いられてよい。
【００２６】
第２の長さフィールドは、ＭＡＣ  ＰＤＵの全長を表すために付加されてよい。ＭＬＥＨは、ＧＭＨの直後及びペイロードの前に位置することが好ましい。
【００２７】
もし、ＭＡＣ  ＰＤＵに他の拡張ヘッダーが含まれると、ＭＬＥＨは、他の拡張ヘッダーより前に位置することが好ましい。ＭＬＥＨは、ＭＡＣ  ＰＤＵの長さが２０４７バイトよりも大きい場合に、ＭＡＣ  ＰＤＵの全長を表すためにＭＡＣ  ＰＤＵに含まれる。第１の長さビットは１１ビットのサイズを有し、第２の長さビットは３ビットのサイズを有することが好ましい。
【００２８】
また、ＧＭＨは、ＭＡＣ  ＰＤＵのサービスフローを表すフロー識別子（ＩＤ）、及び拡張ヘッダーが存在するか否かを表す拡張ヘッダー存在（ＥＨ）フィールドのみをさらに含み、フロー識別子のサイズは４ビットであり、ＥＨフィールドのサイズは１ビットであり、ＧＭＨの総サイズは２バイトであると好ましい。
【００２９】
ＭＬＥＨは、拡張ヘッダーのタイプがＭＬＥＨであることを指示するタイプフィールドのみをさらに含むことができ、タイプフィールドのサイズは４ビットであり、ＭＬＥＨの総サイズは１バイトである。
【００３０】
以上の本発明の実施例において、アップリンクにおいて送信端は移動端末とし、受信端は基地局とすることができる。また、ダウンリンクにおいて、送信端は基地局とし、受信端は移動端末とすることができる。
【００３１】
本発明のさらに他の実施例であって、送信端がＭＡＣ  ＰＤＵを転送する方法は、ＧＭＨ、少なくとも一つの拡張ヘッダー及びペイロードを含むＭＡＣ  ＰＤＵを構成する段階と、構成されたＭＡＣ  ＰＤＵを受信端に転送する段階と、を含み、ＧＭＨは、フロー識別子、拡張ヘッダー存在フィールド及びＭＡＣ  ＰＤＵの長さをバイトで表す長さフィールドのみをさらに含む。
【００３２】
長さフィールドは、ＭＬＥＨを含む少なくとも一つの拡張ヘッダーがＭＡＣ  ＰＤＵに含まれる場合に、ＭＡＣ  ＰＤＵの長さをバイト単位で表すための長さのＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）を表す。
【００３３】
長さフィールドを含むＭＬＥＨは、ＭＡＣ  ＰＤＵの長さをバイト単位で表すための長さのＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）を表す。ＭＬＥＨの長さフィールドは、ＧＭＨの長さフィールドにＭＳＢとして付加される。
【００３４】
以上説明した本発明の実施例は、本発明の好適な実施例の一部に過ぎないもので、本発明の技術的特徴が反映された様々な実施例が、当該技術の分野における通常の知識を有する者には、後述する本発明の詳細な説明から導出され理解されるであろう。
本発明は、例えば、以下の項目を提供する。
（項目１）
無線接続システムにおいて送信端が媒体接続制御プロトコルデータユニット（ＭＡＣ  ＰＤＵ）を転送する方法であって、
第１の長さフィールドを含む一般媒体接続制御ヘッダー（ＧＭＨ）、第２の長さフィールドを含むＭＡＣ  ＰＤＵ長さ拡張ヘッダー（ＭＬＥＨ）、及びペイロードを含む前記ＭＡＣ  ＰＤＵを構成し、
前記ＭＡＣ  ＰＤＵを受信端に転送すること、
を含み、
前記ＭＬＥＨは、前記ＭＡＣ  ＰＤＵの総長を計算するために前記ＭＡＣ  ＰＤＵに付加され、
前記第１の長さフィールド及び前記第２の長さフィールドの組み合わせは、前記ＭＡＣ  ＰＤＵの総長を表すために用いられる、ＭＡＣ  ＰＤＵ転送方法。
（項目２）
前記第２の長さフィールドは、前記ＭＡＣ  ＰＤＵの総長を表すために前記第１の長さフィールドに付加される、項目１に記載のＭＡＣ  ＰＤＵ転送方法。
（項目３）
前記ＭＬＥＨは、前記ＧＭＨの直後及び前記ペイロードの前に表される、項目１に記載のＭＡＣ  ＰＤＵ転送方法。
（項目４）
前記ＭＡＣ  ＰＤＵに他の拡張ヘッダーが含まれると、前記ＭＬＥＨは、これらの他の拡張ヘッダーより前に位置する、項目１に記載のＭＡＣ  ＰＤＵ転送方法。
（項目５）
前記ＭＬＥＨは、前記ＭＡＣ  ＰＤＵの長さが２０４７バイトよりも大きい場合に、前記第１の長さフィールドと一緒に前記ＭＡＣ  ＰＤＵの総長を表すために、前記ＭＡＣ  ＰＤＵに含まれる、項目１に記載のＭＡＣ  ＰＤＵ転送方法。
（項目６）
前記第１の長さビットは、１１ビットのサイズを有し、
前記第２の長さビットは、３ビットのサイズを有する、項目１に記載のＭＡＣ  ＰＤＵ転送方法。
（項目７）
前記ＧＭＨは、前記ＭＡＣ  ＰＤＵのサービスフローを表すフロー識別子、及び拡張ヘッダーが存在するか否かを表す拡張ヘッダー存在（ＥＨ）フィールドのみをさらに含み、
前記フロー識別子のサイズは４ビットであり、前記ＥＨフィールドのサイズは１ビットであり、前記ＧＭＨの総サイズは２バイトである、項目１に記載のＭＡＣ  ＰＤＵ転送方法。
（項目８）
前記ＭＬＥＨは、前記ＭＬＥＨのタイプを表すタイプフィールドのみをさらに含み、前記タイプフィールドのサイズは４ビットであり、前記ＭＬＥＨの総サイズは１バイトである、項目１に記載のＭＡＣ  ＰＤＵ転送方法。
（項目９）
無線接続システムにおいて受信端が媒体接続制御プロトコルデータユニット（ＭＡＣ  ＰＤＵ）を受信する方法であって、
送信端から第１の長さフィールドを含む一般媒体接続制御ヘッダー（ＧＭＨ）、第２の長さフィールドを含むＭＡＣ  ＰＤＵ長さ拡張ヘッダー（ＭＬＥＨ）及びペイロードを含む前記ＭＡＣ  ＰＤＵを受信し、
前記受信端で前記第１の長さフィールド及び前記第２の長さフィールドの組み合わせを用いて前記ＭＡＣ  ＰＤＵの全長を計算すること、
を含み、
前記第２の長さフィールドは前記第１の長さフィールドに付加され、
前記ＭＬＥＨは、前記第１の長さフィールドと一緒に前記ＭＡＣ  ＰＤＵの総長を計算するために、前記ＭＡＣ  ＰＤＵに付加される、ＭＡＣ  ＰＤＵ転送方法。
（項目１０）
前記ＭＬＥＨは、前記ＡＧＭＨの直後及び前記ペイロードの前に位置し、
一つ以上の拡張ヘッダーが前記ＭＡＣ  ＰＤＵに含まれると、前記ＭＬＥＨは、他の拡張ヘッダーより前に位置する、項目９に記載のＭＡＣ  ＰＤＵ転送方法。
（項目１１）
前記ＭＬＥＨは、前記ＭＡＣ  ＰＤＵの長さが２０４７バイトよりも大きい場合に、前記ＭＡＣ  ＰＤＵの長さを表すために前記ＭＡＣ  ＰＤＵに含まれる、項目９に記載のＭＡＣ  ＰＤＵ転送方法。
（項目１２）
前記第１の長さビットは、１１ビットのサイズを有し、
前記第２の長さビットは、３ビットのサイズを有する、項目９に記載のＭＡＣ  ＰＤＵ転送方法。
（項目１３）
前記ＧＭＨは、前記ＭＡＣ  ＰＤＵのサービスフローを表すフロー識別子（ＩＤ）、及び拡張ヘッダーが存在するか否かを表す拡張ヘッダー存在（ＥＨ）フィールドのみをさらに含み、
前記フロー識別子のサイズは４ビットであり、前記ＥＨフィールドのサイズは１ビットであり、前記ＧＭＨの総サイズは２バイトである、項目９に記載のＭＡＣ  ＰＤＵ転送方法。
（項目１４）
前記ＭＬＥＨは、前記ＭＬＥＨのタイプを表すタイプフィールドのみをさらに含み、前記タイプフィールドのサイズは４ビットであり、前記ＭＬＥＨの総サイズは１バイトである、項目９に記載のＭＡＣ  ＰＤＵ転送方法。
（項目１５）
無線接続システムにおいて媒体接続制御プロトコルデータユニット（ＭＡＣ  ＰＤＵ）を転送する送信端であって、
前記ＭＡＣ  ＰＤＵを転送するための転送モジュールと、
前記ＭＡＣ  ＰＤＵの構成及び転送を制御するプロセッサと、を含んでなり、
前記プロセッサは、第１の長さフィールドを含む一般媒体接続制御ヘッダー（ＧＭＨ）、第２の長さフィールドを含むＭＡＣ  ＰＤＵ長さ拡張ヘッダー（ＭＬＥＨ）及びペイロードを含む前記ＭＡＣ  ＰＤＵを構成し且つ、前記転送モジュールを制御して前記ＭＡＣ  ＰＤＵを受信端に転送し、
前記ＭＬＥＨは、前記第１の長さフィールドと一緒に前記ＭＡＣ  ＰＤＵの総長を計算するために前記ＭＡＣ  ＰＤＵに付加され、
前記第１の長さフィールド及び前記第２の長さフィールドの組み合わせは、前記ＭＡＣ  ＰＤＵの全長を表すことを特徴とする、送信端。
（項目１６）
前記ＭＬＥＨは、前記ＧＭＨの直後及び前記ペイロードの前に位置し、
前記ＭＡＣ  ＰＤＵに他の拡張ヘッダーが含まれると、前記ＭＬＥＨは、前記他の拡張ヘッダーより前に位置する、項目１５に記載の送信端。
（項目１７）
前記第１の長さビットは１１ビットのサイズを有し、前記第２の長さビットは３ビットのサイズを有し、
前記ＭＬＥＨは、前記ＭＡＣ  ＰＤＵの長さが２０４７バイトよりも大きい場合に、前記ＭＡＣ  ＰＤＵの長さを表すために前記ＭＡＣ  ＰＤＵに含まれる、項目１５に記載の送信端。
（項目１８）
無線接続システムにおいて媒体接続制御プロトコルデータユニット（ＭＡＣ  ＰＤＵ）を受信する受信端であって、
前記ＭＡＣ  ＰＤＵを受信するための受信モジュールと、
前記ＭＡＣ  ＰＤＵの受信及びデコーディングを制御するプロセッサと、
を含み、
前記プロセッサは、
前記受信モジュールを制御して送信端から、第１の長さフィールドを含む一般媒体接続制御ヘッダー（ＧＭＨ）、第２の長さフィールドを含むＭＡＣ  ＰＤＵ長さ拡張ヘッダー（ＭＬＥＨ）及びペイロードを含む前記ＭＡＣ  ＰＤＵを受信し、前記第１の長さフィールド及び前記第２の長さフィールドの組み合わせを用いて前記ＭＡＣ  ＰＤＵの全長を計算し、
前記第２の長さフィールドは、前記ＭＡＣ  ＰＤＵの総長を表すために前記第１の長さフィールドに付加される、受信端。
（項目１９）
前記ＭＬＥＨは、前記ＧＭＨの直後及び前記ペイロードの前に位置し、
前記ＭＡＣ  ＰＤＵに他の拡張ヘッダーが含まれると、前記ＭＬＥＨは、前記他の拡張ヘッダーより前に位置する、項目１８に記載の受信端。
（項目２０）
前記第１の長さビットは１１ビットのサイズを有し、前記第２の長さビットは３ビットのサイズを有し、
前記ＭＬＥＨは、前記ＭＡＣ  ＰＤＵの長さが２０４７バイトよりも大きい場合に、前記ＭＡＣ  ＰＤＵの長さを表すために前記ＭＡＣ  ＰＤＵに含まれる、項目１８に記載の受信端。
【発明の効果】
【００３５】
本発明の実施例によれば、下記の効果が得られる。
【００３６】
大きいサイズのデータを転送する場合には、本発明で定義する拡張ヘッダー（例えば、ＭＬＥＨまたはＬＥＨ）を付加して転送することによって、效率よくＭＡＣ  ＰＤＵを転送することが可能になる。
【００３７】
複数のデータが結合することから全体データのサイズが大きくなった場合（例えば、２０４７バイト以上の場合）にも、ＭＬＥＨなどを用いて效率よくＭＡＣ  ＰＤＵを転送することができる。
【００３８】
本発明で提案する拡張ヘッダー構造を用いることによって、発展した一般ＭＡＣヘッダー（ＡＧＭＨ）の構造を変更することなく、大きいサイズのデータを效率よく転送することができる。
【００３９】
データのサイズが可変する場合にも、送信端がＭＡＣ  ＰＤＵを適応的に構成することによって、小さいサイズのデータの他、大きいサイズのデータを転送する場合にも、シグナリングオーバーヘッドを最小化することができる。
【００４０】
本発明の実施例から得られる効果は、以上に言及した効果に限定されず、言及していない別の効果は、以下の本発明の実施例についての記載から、本発明の属する技術の分野における通常の知識を有する者には明確に導出され理解されるであろう。すなわち、本発明を実施するに際しての意図しない効果もまた、本発明の実施例から当該技術の分野における通常の知識を有する者にとっては導出可能である。
【図面の簡単な説明】
【００４１】
以下に添付される図面は、本発明に関する理解を助けるためのもので、詳細な説明と共に本発明の好適な実施例を提供する。
【図１】無線接続システムの一つであるＩＥＥＥ  ８０２．１６ｅシステムにおけるＭＡＣ  ＰＤＵ形態の一例を示す図である。
【図２】ＩＥＥＥ  ８０２．１６ｅシステムにおいて大きいサイズのデータを転送する場合に使われるＭＡＣ  ＰＤＵ構造の一例を示す図である。
【図３】本発明の実施例で用いられるＭＡＣ  ＰＤＵの一例を示す図である。
【図４】本発明の実施例で用いられる拡張ヘッダーグループの一例を示す図である。
【図５】本発明の実施例であって、大きいサイズのデータを一つのＭＡＣ  ＰＤＵで転送するために新しく定義された拡張ヘッダーの一例を示す図である。
【図６】本発明の実施例であって、大きいサイズのデータを転送するためのＭＡＣ  ＰＤＵ長さ拡張ヘッダー（ＭＬＥＨ：ＭＡＣ  ＰＤＵ  Ｌｅｎｇｔｈ  Ｅｘｔｅｎｄｅｄ  Ｈｅａｄｅｒ）を含むＭＡＣ  ＰＤＵ構造の一例を示す図である。
【図７】本発明の実施例であって、大きいサイズのデータを一つのＭＡＣ  ＰＤＵで転送するために新しく定義された拡張ヘッダーの他の例を示す図である。
【図８】本発明の実施例であって、大きいサイズのデータを転送するためのＭＬＥＨを含むＭＡＣ  ＰＤＵ構造の他の例を示す図である。
【図９】本発明の実施例であって、送信端が２０４７バイトより大きいＭＡＣ  ＰＤＵを転送する場合を示す図である。
【図１０】ＭＬＥＨを含むＭＡＣ  ＰＤＵの全長を計算するためにＭＡＣ  ＰＤＵの長さフィールドを計算する方法を示す図である。
【図１１】本発明の実施例であって、大きいサイズのデータを一つのＭＡＣ  ＰＤＵで転送するために新しく定義された拡張ヘッダーの他の例を示す図である。
【図１２】本発明の実施例であって、大きいサイズのデータを一つのＭＡＣ  ＰＤＵで転送するために新しく定義されたＭＬＥＨのさらに他の例を示す図である。
【図１３】本発明の実施例であって、フロー識別子を用いて大きいサイズのデータを転送するための新しいＡＧＭＨ（Ａｄｖａｎｃｅｄ  Ｇｅｎｅｒｉｃ  ＭＡＣ  Ｈｅａｄｅｒ）を示す図である。
【図１４】本発明の実施例であって、図２乃至図１３で説明した本発明の実施例を実行できる送信端及び受信端を示す図である。
【発明を実施するための形態】
【００４２】
本発明の実施例は、無線接続システムにおいてデータを転送する方法及び装置を開示する。特に、本発明は、大きいサイズのデータを転送する方法及びこれを支援する装置を開示する。
【００４３】
下記の実施例は、本発明の構成要素及び特徴を所定の形態に結合したものである。各構成要素または特徴は、別の明示的な言及がない限り、選択的なものとして考慮すればよい。各構成要素または特徴は、他の構成要素や特徴と結合しない形態で実施することもできる。また、一部の構成要素及び／または特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、他の実施例に含まれることもでき、他の実施例の対応する構成または特徴に取って代わることもできる。
【００４４】
図面についての説明において、本発明の要旨を曖昧にする手順または段階などは記述しない他、当業者のレベルで理解できるような手順または段階についても説明を省略するものとする。
【００４５】
本明細書において、本発明の実施例は、基地局と移動局間のデータ送受信関係を中心に説明された。ここで、基地局は、移動局と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）の意味を有する。本文書で、基地局により行われるとした特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われてもよい。
【００４６】
すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて移動局との通信のために行われる種々の動作は、基地局または基地局以外の別のネットワークノードで行うことができる。ここで、‘基地局’は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、発展した基地局（Ａｄｖａｎｃｅｄ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）、またはアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語に代替可能である。
【００４７】
また、‘移動局（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）’は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、発展した移動端末（ＡＭＳ：Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）または端末（Ｔｅｒｍｉｎａｌ）などの用語に代替可能である。
【００４８】
また、送信端は、データサービスまたは音声サービスを提供する固定及び／または移動ノードを意味し、受信端は、データサービスまたは音声サービスを受信する固定及び／または移動ノードを意味する。したがって、アップリンクでは、移動局が送信端となり、基地局が受信端となればよい。同様に、ダウンリンクでは、移動局が受信端となり、基地局が送信端となればよい。
【００４９】
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２．ｘｘシステム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥシステム及び３ＧＰＰ２システムの少なくとも一つに開示された標準文書によりサポートされてよい。すなわち、本発明の実施例において、説明していない自明な段階または部分は、上記の文書によりサポートされてよい。
【００５０】
また、本文書で開示している用語はいずれも上記の標準文書により説明できる。特に、本発明の実施例は、ＩＥＥＥ  ８０２．１６システムの標準文書であるＰ８０２．１６ｅ−２００４、Ｐ８０２．１６ｅ−２００５及びＰ８０２．１６Ｒｅｖ２及びＰ８０２．１６ｍ標準文書の一つ以上によりサポートされればよい。
【００５１】
以下、本発明の好適な実施形態を、添付の図面を参照しつつ詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明するためのもので、本発明が実施されうる唯一の実施形態を示すものではない。
【００５２】
また、本発明の実施例で使われる特定用語は、本発明の理解を助けるために提供されたもので、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で他の形態に変更可能である。例えば、ＭＡＣ  ＰＤＵは、さらに縮約してＭＰＵＤと呼んでもよい。
【００５３】
図３は、本発明の実施例で用いられるＭＡＣ  ＰＤＵの一例を示す図である。
【００５４】
図３を参照すると、それぞれのＭＡＣ  ＰＤＵ（またはＭＰＤＵ）は、ＭＡＣヘッダー３１０、一つ以上の拡張ヘッダー３２０及びペイロード３３０を含むことができる。ＭＰＤＵは、ＭＡＣヘッダーから始め、ＭＡＣヘッダーに続いて一つ以上の拡張ヘッダー３２０が位置すればいい。ペイロードは、ＭＡＣヘッダーに続いて位置するが、拡張ヘッダー３２０がＭＡＣ  ＰＤＵに含まれる場合は、拡張ヘッダーに続いて位置する。
【００５５】
図３で、一つ以上の拡張ヘッダー３２０及びペイロード３３０は、選択的にＭＰＤＵに含まれればよい。ペイロードないと、一つ以上の拡張ヘッダーはＭＰＤＵに存在することができない。
【００５６】
ＩＥＥＥ  ８０２．１６ｍシステムでは、３タイプのＭＡＣヘッダーが定義される。第一のタイプは、ＭＡＣ制御メッセージ及び／またはコンバージェンス副層（Ｃｏｎｖｅｒｇｅｎｃｅ  Ｓｕｂｌａｙｅｒ）のデータを含むダウンリンク／アップリンクＭＡＣ  ＰＤＵに用いられる発展した一般ＭＡＣヘッダー（ＡＧＭＨ：Ａｄｖａｎｃｅｄ  Ｇｅｎｅｒｉｃ  ＭＡＣ  Ｈｅａｄｅｒ）である。第二のタイプは、ＶｏＩＰサービスを支援する持続的割当（Ｐｅｒｓｉｓｔｅｎｔ  Ａｌｌｏｃａｔｉｏｎ）またはグループ割当（Ｇｒｏｕｐ  Ａｌｌｏｃａｔｉｏｎ）のために使用する連結のＭＡＣ  ＰＤＵに用いられる圧縮ＭＡＣヘッダー（ＣＭＨ：Ｃｏｍｐａｃｔ  ＭＡＣ  Ｈｅａｄｅｒ）である。第三のタイプは、他のＭＡＣ  ＰＤＵと結合してまたは単独で転送されるＭＡＣシグナルヘッダー（ＭＳＨ：ＭＡＣ  Ｓｉｇｎａｌｉｎｇ  Ｈｅａｄｅｒ）である。
【００５７】
図３に示すＭＡＣヘッダー３１０は、ＩＥＥＥ  ８０２．１６ｅシステムで定義する一般ＭＡＣヘッダー（ＧＭＨ、図１参照）でなはなく、本発明で新しく定義する発展した一般ＭＡＣヘッダー（ＡＧＭＨ）を用いるとする。
【００５８】
下記の表１は、本発明で新しく定義するＡＧＭＨフォーマットの一例を表すものである。
【００５９】
【表１】
0005604508.tif 000002
表１を参照すると、ＡＧＭＨは、２バイトのサイズを有し、フロー識別子（Ｆｌｏｗ  ＩＤ）、拡張ヘッダー存在指示（ＥＨ：Ｅｘｔｅｎｄｅｄ  Ｈｅａｄｅｒ  ｐｒｅｓｅｎｃｅ  ｉｎｄｉｃａｔｏｒ）フィールド及び長さフィールドを含むことができる。
【００６０】
ここで、フロー識別子は、該当のＭＡＣ  ＰＤＵが転送されるサービスフロー連結を識別し、ＥＨフィールドは、拡張ヘッダーがＡＧＭＨに続いて存在するするか否かを指示する。また、長さフィールドは、ＭＡＣ  ＰＤＵの全体長さをバイト単位で表す。すなわち、ＡＧＭＨの長さフィールドは、ＭＡＣ  ＰＤＵの長さを２０４７バイトまで表現できる。
【００６１】
図４は、本発明の実施例で用いられる拡張ヘッダーグループの一例を示す図である。
【００６２】
受信端は、ＭＰＤＵに拡張ヘッダーグループ（ＥＨＧ：Ｅｘｔｅｎｄｅｄ  Ｈｅａｄｅｒ  Ｇｒｏｕｐ）が含まれたか否かをＡＧＭＨのＥＨフィールドからわかる。拡張ヘッダーグループは、ＭＡＣ  ＰＤＵに含まれる場合、ＡＧＭＨの直後に位置する。拡張ヘッダーグループは、ペイロードとは違い、暗号化されない。
【００６３】
下記の表２は、拡張ヘッダーグループフィールドフォーマットの一例を表すものである。
【００６４】
【表２】
0005604508.tif 000003
表２を参照すると、拡張ヘッダーグループは、拡張ヘッダーグループ長さフィールド、一つ以上の拡張ヘッダータイプフィールド、及び一つ以上の拡張ヘッダーボディーフィールドを含む。ここで、拡張ヘッダーグループ長さフィールドは、全拡張ヘッダーを含む拡張ヘッダーグループの総長を表す。拡張ヘッダータイプフィールドは、拡張ヘッダーグループに含まれるそれぞれの拡張ヘッダーのタイプを表す。また、拡張ヘッダーボディーフィールドは、該当の拡張ヘッダータイプフィールドによってそれぞれサイズが決定される。
【００６５】
下記の表３は、拡張ヘッダータイプフィールドフォーマットの一例を表すものである。
【００６６】
【表３】
0005604508.tif 000004
表３を参照すると、図４に含まれうる拡張ヘッダーのタイプがわかる。また、各拡張ヘッダーの内容は、ＩＥＥＥ  ８０２．１６ｍ／Ｄ４文書の該当のセクションを参照すればよい。
【００６７】
図５は、本発明の一実施例であって、大きいサイズのデータを一つのＭＡＣ  ＰＤＵで転送するために新しく定義された拡張ヘッダーの一例を示す図である。
【００６８】
本発明では、比較的大きいサイズのデータを一つのＭＡＣ  ＰＤＵで転送するために新しい拡張ヘッダーを定義する。すなわち、図５では、ＭＡＣ  ＰＤＵ長さ拡張ヘッダー（ＭＬＥＨ：ＭＡＣ  ＰＤＵ  Ｌｅｎｇｔｈ  Ｅｘｔｅｎｄｅｄ  Ｈｅａｄｅｒ）を定義する。
【００６９】
本発明の実施例でいう「比較的大きいサイズ」とは、データのサイズが２０４４バイト乃至２０４７バイト以上である場合を意味する。好ましくは、２０４７バイトよりも大きいＭＡＣ  ＰＤＵを転送する際に、新しく定義したＭＬＥＨがＭＡＣ  ＰＤＵに含まれるとよい。
【００７０】
図５を参照すると、ＭＬＥＨは、タイプフィールド５１０及び長さフィールド５２０を含むことができる。ここで、タイプフィールドは、表４で説明した拡張ヘッダーではなく、上記定義したＭＬＥＨを表す。また、長さフィールドは、表１で定義したＡＧＭＨの長さフィールドと一緒に総ＭＡＣ  ＰＤＵの長さを表す。
【００７１】
送信端では、ＭＡＣ  ＰＤＵの総長が２０４７バイト以上の場合、図５のＭＬＥＨを含むＭＡＣ  ＰＤＵを受信端に転送する。ＭＬＥＨをデコーディングした受信端は、ＭＬＥＨに含まれたＭＡＣ  ＰＤＵの長さフィールド及びＡＧＭＨの長さフィールドを用いて該当のＭＰＤＵの全長を計算することができる。
【００７２】
図６は、本発明の一実施例であって、大きいサイズのデータを転送するためのＭＬＥＨを含むＭＡＣ  ＰＤＵ構造の一例を示す図である。
【００７３】
図６を参照すると、ＭＡＣ  ＰＤＵは、ＡＧＭＨ、拡張ヘッダーグループ及びＭＡＣペイロード６８０を含むことができる。ここで、ＡＧＭＨは、４ビットのフロー識別子６１０、１ビットのＥＨフィールド６２０、１１ビットの長さフィールド６３０を含む。拡張ヘッダーグループは、拡張ヘッダーグループ長さフィールド６４０、タイプフィールド６５０及び長さフィールド６６０を含むＭＬＥＨ、及び他の拡張ヘッダー６７０を含むことができる。
【００７４】
図６のように、ＭＬＥＨが他の拡張ヘッダーと一緒に使用される場合は、ＭＬＥＨは最初の拡張ヘッダーとして、いずれの他の拡張ヘッダーよりも先頭に位置するようになる。図６で定義するＭＬＥＨを使用する場合、送信端は、２０４７バイト乃至３２７６７バイトのＭＡＣ  ＰＤＵを受信端に転送することができる。
【００７５】
図７は、本発明の一実施例であって、大きいサイズのデータを一つのＭＡＣ  ＰＤＵで転送するために新しく定義された拡張ヘッダーの他の例を示す図である。
【００７６】
本発明の実施例でいう「比較的大きいサイズ」とは、データのサイズは２０４５バイト乃至２０４８バイト以上の場合を意味し、ＭＰＤＵのサイズは２０４７バイトよりも大きい場合を意味する。
【００７７】
図７を参照すると、ＭＡＣ  ＰＤＵ長さ拡張ヘッダー（ＭＬＥＨ）は、４ビットのタイプフィールド７１０、及び３ビットの長さフィールド７２０を含むことができる。ＭＬＥＨは、１バイトのサイズとする好ましいので、バイト単位を合わせるために、１ビットを予約された値として追加すればよい。
【００７８】
下記の表４は、ＭＬＥＨフォーマットの一例を表すものである。
【００７９】
【表４】
0005604508.tif 000005
表４を参照すると、タイプフィールド７１０は、該当の拡張ヘッダーが、大きいサイズのデータを転送するために追加されるＭＬＥＨであることを表し、長さフィールド７２０は、ＡＧＭＨの長さフィールドと一緒に全体ＭＡＣ  ＰＤＵの長さを表す。
【００８０】
もし、ＭＬＥＨは、ＭＡＣ  ＰＤＵに含まれる場合は、該当のＭＡＣ  ＰＤＵにおいていずれの他の拡張ヘッダーよりも先頭に位置するようになる。例えば、ＭＬＥＨは、ＡＧＭＨの直後及びペイロードの前に位置するようになり、また、他の拡張ヘッダーと一緒に用いられる場合、拡張ヘッダーグループ内においても他の拡張ヘッダーよりも最も先頭に位置することが好ましい。これは、受信端でＭＬＥＨをまず最初にデコーディングしないと、全体ＭＡＣ  ＰＤＵのサイズがわからないためである。
【００８１】
ＭＬＥＨの長さフィールド７２０は、ＭＰＤＵの拡張された長さの最上位ビット（ＭＳＢ：Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）３ビットとして使用され、ＡＧＭＨの長さフィールドは、ＭＰＤＵの拡張された長さの最下位ビット（ＬＳＢ：Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）１１ビットとして使用されてよい。
【００８２】
図８は、本発明の一実施例であって、大きいサイズのデータを転送するためのＭＬＥＨを含むＭＡＣ  ＰＤＵ構造の他の例を示す図である。
【００８３】
図８を参照すると、ＭＡＣ  ＰＤＵは、ＡＧＭＨ、拡張ヘッダーグループ及びＭＡＣペイロード８９０を含むことができる。ＡＧＭＨは、４ビットのフロー識別子８１０、１ビットのＥＨフィールド８２０、１１ビットの長さフィールド８３０を含む。拡張ヘッダーグループは、拡張ヘッダーグループ長さフィールド８４０、タイプフィールド８５０、長さフィールド８６０及び予約ビット８７０を含むＭＬＥＨ、及び他の拡張ヘッダー８８０を含むことができる。
【００８４】
ここで、フロー識別子８１０は、該当のＭＡＣ  ＰＤＵが用いられるサービスフローを表し、ＥＨフィールドは、‘１’に設定されて、拡張ヘッダーが該当のＭＡＣ  ＰＤＵに含まれることを表し、長さフィールド８３０は、ＭＬＥＨの長さフィールド８６０と一緒に用いられて、全体ＭＡＣ  ＰＤＵの長さを表すことができる。また、拡張ヘッダーグループ長さフィールド８４０は、拡張ヘッダーグループの全長を表し、タイプフィールドは、該当の拡張ヘッダーがＭＬＥＨであることを表すことができる。
【００８５】
図８のようにＭＬＥＨが他の拡張ヘッダーと一緒に用いられる場合、ＭＬＥＨは、最初の拡張ヘッダーとして、いずれの他の拡張ヘッダーよりも先頭に位置するようになる。図８で定義するＭＬＥＨを使用する場合、送信端は、２０４７バイト乃至１６３８４バイトのＭＡＣ  ＰＤＵを受信端に転送することができる。
【００８６】
図９は、本発明の一実施例であって、送信端が２０４７バイトよりも大きいＭＡＣ  ＰＤＵを転送する場合を示す図である。
【００８７】
本発明の実施例において、送信端及び受信端は、アップリンクまたはダウンリンクによって相対的に決定されればよい。例えば、アップリンクでは、送信端は移動端末、受信端は基地局でよい。また、ダウンリンクでは、送信端は基地局、受信端は移動端末でよい。また、図９で説明する各段階は、送信端及び受信端のＭＡＣ層で行われてよい。すなわち、送信端及び受信端のこれらの動作は、送信端及び受信端のＭＡＣ層の動作であるということができる。
【００８８】
図９を参照すると、送信端は、データ転送過程において、大きいサイズのデータを受信端に転送する必要が発生することがある。例えば、送信端が転送しようとするＭＰＤＵのサイズが、２０４７バイトよりも大きい場合は、一般的なＡＧＭＨのみでは該当のＭＡＣ  ＰＤＵのサイズを十分に表すことができない。したがって、送信端は、表１で説明したＡＧＭＨ、及び図５乃至図８（好ましくは、図７）で説明したＭＬＥＨを含むＭＡＣ  ＰＤＵを構成する（Ｓ９１０）。
【００８９】
送信端は、ＡＧＭＨ、ＭＬＥＨ及びペイロードを含む、構成されたＭＡＣ  ＰＤＵを受信端に転送する（Ｓ９２０）。
【００９０】
受信端は、該ＭＡＣ  ＰＤＵを送信端から受信してデコーディングする。受信端は、ＥＨフィールドから、ＭＡＣ  ＰＤＵに一つ以上の拡張ヘッダーが含まれているか否かを確認することができる。ＥＨフィールドが‘１’に設定された場合は、受信端は、ＭＡＣ  ＰＤＵに含まれた少なくとも一つの拡張ヘッダーをさらにデコーディングする。
【００９１】
この時、受信端が、ＭＬＥＨがＭＡＣ  ＰＤＵに含まれていることを、ＭＬＥＨのタイプフィールドから確認すると、ＡＧＭＨに含まれた長さフィールドとＭＬＥＨに含まれた長さフィールドを用いてＭＡＣ  ＰＤＵの全長を計算する（Ｓ９３０）。
【００９２】
Ｓ９３０段階で、ＭＡＣ  ＰＤＵの全長は、ＭＬＥＨ長さフィールド及びＡＧＭＨ長さフィールドの組み合わせを用いて計算すればいい。この時、ＭＬＥＨに含まれた長さフィールドは、ＭＡＣ  ＰＤＵの全長を計算する際、ＭＡＣ  ＰＤＵ長さフィールドのＭＳＢを占めたりＬＳＢを占めることができる。以下に、ＭＡＣ  ＰＤＵの長さフィールドを計算する方法について説明する。
【００９３】
図１０は、ＭＬＥＨを含むＭＡＣ  ＰＤＵの全長を計算するためにＭＡＣ  ＰＤＵの長さフィールドを計算する方法を示す図である。
【００９４】
図１０（ａ）を参照すると、ＭＬＥＨの長さフィールドは、ＭＰＤＵ長さフィールドの最上位３ビットを構成し、ＡＧＭＨの長さビットはＭＰＤＵ長さフィールドの最下位１１ビットを構成できる。すなわち、ＭＬＥＨの長さフィールドは、ＡＧＭＨの長さフィールドに付加されてよい。
【００９５】
また、図１０（ｂ）を参照すると、ＭＬＥＨの長さフィールドは、ＭＰＤＵ長さフィールドの最下位３ビットを構成し、ＡＧＭＨの長さフィールドは、ＭＰＤＵ長さフィールドの最上位１１ビットを構成できる。
【００９６】
図９のＳ９３０段階で、受信端は、図１０のように構成されたＭＡＣ  ＰＤＵ長さフィールドを計算することで、全体ＭＡＣ  ＰＤＵのサイズがわかる。
【００９７】
したがって、受信端のＭＡＣ層は、ＡＧＭＨの長さフィールド及びＭＬＥＨの長さフィールドの組み合わせに基づき、ＭＡＣ  ＰＤＵからペイロードを区分及びデコーディングし、よって、該ペイロードを受信端の上位層個体または下位層個体に伝達することができる。
【００９８】
図１１は、本発明の実施例であって、大きいサイズのデータを一つのＭＡＣ  ＰＤＵで転送するために新しく定義された拡張ヘッダーの他の例を示す図である。
【００９９】
本発明では、比較的大きいサイズのデータを一つのＭＡＣ  ＰＤＵで転送するために、新しい長さ拡張ヘッダー（ＬＥＨ：Ｌｅｎｇｔｈ  Ｅｘｔｅｎｄｅｄ  Ｈｅａｄｅｒ）を定義する。本発明の実施例でいう「比較的大きいサイズ」とは、データを含むＭＡＣ  ＰＤＵのサイズが２０４７バイトよりも大きい場合を意味する。
【０１００】
図１１（ａ）を参照すると、１バイト（ｂｙｔｅ）のＬＥＨは、他の拡張ヘッダーがあるか否かを表す１ビットのラスト（Ｌａｓｔ）フィールド、４ビットのタイプフィールド及び３ビットの長さフィールドを含むことができる。
【０１０１】
図１１（ｂ）を参照すると、２バイトのＬＥＨは、１ビットのラストフィールド、５ビットのタイプフィールド、８ビットの長さフィールドを含むことができる。
【０１０２】
図１１（ａ）及び（ｂ）に示すＬＥＨのタイプフィールドは、表４で説明した拡張ヘッダーではなく、上記定義したＬＥＨを表す。また、長さフィールドは、表１で定義したＡＧＭＨの長さフィールドと一緒に総ＭＡＣ  ＰＤＵの長さを表すことができる。
【０１０３】
例えば、送信端では、ＭＡＣ  ＰＤＵの総長が２０４７バイト以上の場合、図１１のＬＥＨを含むＭＡＣ  ＰＤＵを、受信端に転送する。ＬＥＨをデコーディングした受信端は、ＬＥＨに含まれたＬＥＨの長さフィールド及びＡＧＭＨの長さフィールドを用いて該当のＭＰＤＵの全長を計算すればいい。
【０１０４】
図１２は、本発明の実施例であって、大きいサイズのデータを一つのＭＡＣ  ＰＤＵで転送するために新しく定義されたＭＡＣ  ＰＤＵ長さ拡張ヘッダー（ＭＬＥＨ）のさらに他の例を示す図である。
【０１０５】
以下では、ＭＬＥＨに含まれた長さフィールドのサイズを通信環境によって異なるように適用する場合に用いられる拡張ヘッダーを開示する。ＭＬＥＨに含まれた長さフィールドを通信環境によって異なるようにするために、ＭＬＥＨには長さタイプ（ＬＴ：Ｌｅｎｇｔｈ  Ｔｙｐｅ）フィールドが含まれてよい。
【０１０６】
下記の表５は、長さタイプフィールドフォーマットの一例を表すものである。
【０１０７】
【表５】
0005604508.tif 000006
表５を参照すると、長さタイプ（ＬＴ）フィールドは、２ビットのサイズであり、ＭＬＥＨに含まれる長さフィールドが４ビット、８ビット、１２ビットまたは１６ビットのいずれを有するかを表すことができる。
【０１０８】
図１２（ａ）は、ＬＴフィールドが０ｂ００に設定された場合を示す。すなわち、ＭＬＥＨに含まれた長さフィールドは４ビットのサイズを有し、全体ＭＬＥＨは２バイトとなる。この場合、残り４ビットは、予約された値としてもよく、他の用途にしてもよい。
【０１０９】
図１２（ｂ）は、ＬＴビットが０ｂ０１に設定された場合を示す。すなわち、ＭＬＥＨに含まれた長さフィールドは８ビットのサイズを有し、全体ＭＬＥＨは２バイトとなる。
【０１１０】
また、示してはいないが、ＬＴビットが０ｂ１０、または０ｂ１１に設定されると、ＭＬＥＨは３バイトのサイズを有することになる。この場合は、非常に大きいサイズのデータを転送することができる。
【０１１１】
図１３は、本発明の実施例であって、フロー識別子を用いて大きいサイズのデータを転送するための新しいＡＧＭＨを示す図である。
【０１１２】
特定のフロー識別子は、該当の発展した一般ＭＡＣヘッダー（ＡＧＭＨ）が、長さの長いフィールドを含むことを表す。図１３を参照すると、ＡＧＭＨには、０ｘ３に設定された４ビットのフロー識別子、該当のＭＡＣ  ＰＤＵが用いられるサービスフローを表す４ビットのフロー識別子、拡張ヘッダーグループが存在するか否かを表す１ビットの拡張ヘッダー（ＥＨ）フィールド、及び１１ビット乃至１５ビットの長さフィールドが含まれればよい。
【０１１３】
図１４は、本発明の他の実施例であって、図２乃至図１３で説明した本発明の実施例を実行できる送信端及び受信端を示す図である。
【０１１４】
送信端は、アップリンクでは移動端末、ダウンリンクでは基地局でよい。また、受信端は、アップリンクでは基地局で、ダウンリンクでは移動端末でよい。
【０１１５】
すなわち、送信端及び受信端は、情報、データ及び／またはメッセージの転送及び受信を制御するためにそれぞれ、送信モジュール（Ｔｘ  ｍｏｄｕｌｅ）１４４０，１４５０及び受信モジュール（Ｒｘ  ｍｏｄｕｌｅ）１４５０，１４７０を含むことができ、情報、データ及び／またはメッセージを送受信するためのアンテナ１４００，１４１０などを含むことができる。また、送信端及び受信端はそれぞれ、上述の本発明の実施例を実行するためのプロセッサ１４２０，１４３０と、プロセッサの処理過程を臨時的にまたは持続的に保存できるメモリー１４８０，１４９０をそれぞれ含むことができる。
【０１１６】
特に、送信端及び受信端のプロセッサ１４２０，１４３０は、本発明の実施例で開示したＭＡＣ  ＰＤＵを生成し且つＭＡＣ  ＰＤＵをデコーディングする論理的な個体である媒体接続制御層を含むことができる。ここで、媒体接続制御層には、ＭＡＣ  ＰＤＵ構成（ｃｏｎｓｔｒｕｃｔｉｏｎ）を制御するＭＡＣ制御モジュール（ＭＡＣ  ｃｏｎｔｒｏｌ  ｍｏｄｕｌｅ）、データを分割（ｆｒａｇｍｅｎｔａｔｉｏｎ）またはパッキング（Ｐａｃｋｉｎｇ）する役割を担う分割機能モジュール及びパッキングモジュールが含まれてよい。
【０１１７】
送信端の媒体接続制御層では、上位層からサービスデータユニット（ＳＤＵ）を受信すると、これを分割またはパッキングしてＭＡＣ  ＰＤＵを生成することができる。
【０１１８】
例えば、送信端は、ＭＡＣ  ＰＤＵを転送するためのＭＡＣヘッダー（表１参照）を生成してＭＡＣ  ＰＤＵに付加する。また、送信端は、比較的大きいサイズのデータを転送しようとする場合には、図２乃至図１２で説明した拡張ヘッダー（例えば、ＭＬＥＨまたはＬＥＨ）をＭＡＣ  ＰＤＵにさらに含めればよい。この場合、ＭＬＥＨは、１バイトのサイズを有し、かつ４ビットのタイプフィールド、３ビットの長さフィールド及び１ビットの予約値を有することが好ましい（図７及び図８参照）。
【０１１９】
送信端の媒体接続制御層は、生成したＭＡＣ  ＰＤＵを物理層に伝達して遠隔個体である受信端に転送することができる。すなわち、送信端のプロセッサは、生成したＭＡＣ  ＰＤＵを転送モジュールを通じて受信端に転送することができる。したがって、送信端は、大きいサイズのデータを送信する場合にも、ＭＡＣ  ＰＤＵのさらなる浪費なく、效率よくデータを転送することができる。
【０１２０】
受信端のプロセッサは、受信モジュールを制御して、送信端からＭＡＣ  ＰＤＵを受信することができる。受信端の物理層は、受信したＭＰＤＵを媒体接続制御層に伝達する。
【０１２１】
受信端のプロセッサに含まれた媒体接続制御層では、送信端から転送されたＭＡＣ  ＰＤＵをデコーディングすることができる。この時、ＭＡＣ  ＰＤＵにＭＬＥＨが含まれた場合は、受信端のプロセッサは、ＡＧＭＨの長さフィールド及びＭＬＥＨの長さフィールドを用いて該当りＭＡＣ  ＰＤＵの総長を計算できる（図９及び図１０参照）。このため、受信端は、大きいサイズのＭＡＣ  ＰＤＵが転送されても、正確に該当のＭＡＣ  ＰＤＵをデコーディングすることができる。
【０１２２】
送信端及び受信端に含まれた転送モジュール及び受信モジュールは、データ転送のためのパケット変復調機能、高速パケットチャネルコーディング機能、直交周波数分割多重接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）パケットスケジューリング、時分割デュプレックス（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）パケットスケジューリング及び／またはチャネル多重化機能を行うことができる。
【０１２３】
一方、本発明において、移動端末には、個人携帯端末機（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、セルラーフォン、個人通信サービス（ＰＣＳ：Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ）フォン、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ）フォン、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  ＣＤＭＡ）フォン、ＭＢＳ（Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ  Ｓｙｓｔｅｍ）フォン、ハンドヘルドＰＣ（Ｈａｎｄ−Ｈｅｌｄ  ＰＣ）、ノートブック型ＰＣ、スマート（Ｓｍａｒｔ）フォンまたはマルチモードマルチバンド（ＭＭ−ＭＢ：Ｍｕｌｔｉ  Ｍｏｄｅ−Ｍｕｌｔｉ  Ｂａｎｄ）端末機などを用いることができる。
【０１２４】
ここで、スマートフォンとは、移動通信端末機と個人携帯端末機のメリットを結合した端末機で、移動通信端末機に、個人携帯端末機の機能である日程管理、ファックス送受信及びインターネット接続などのデータ通信機能を組み合わせた端末機のことを意味する。また、マルチモードマルチバンド端末機とは、マルチモデムチップを組み込んでおり、携帯インターネットシステム及び他の移動通信システム（例えば、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）２０００システム、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  ＣＤＭＡ）システム等）のいずれにおいても作動できる端末機のことをいう。
【０１２５】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現することができる。
【０１２６】
ハードウェアによる具現の場合、本発明の実施例に係る方法は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現することができる。
【０１２７】
ファームウェアやソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能または動作を行うモジュール、手順または関数などの形態とすることができる。例えば、ソフトウェアコードは、メモリーユニット１４８０，１４９０に保存され、プロセッサ１４２０，１４３０により駆動されてよい。メモリーユニットは、プロセッサの内部または外部に設けられて、公知の様々な手段によりプロセッサとデータを交換することができる。
【０１２８】
本発明は、本発明の技術的思想及び必須特徴を逸脱しない範囲で他の特定の形態に具体化可能であるということは、当業者にとっては明らかである。したがって、上記の詳細な説明は、いずれの面においても制約的に解析されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付した請求項の合理的な解析により決定されるべきであり、よって、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。なお、特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めることができるということは明らかである。
【産業上の利用可能性】
【０１２９】
本発明の各実施例は、様々な無線接続システムに適用することができる。様々な無線接続システムの例には、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）、３ＧＰＰ２及び／またはＩＥＥＥ  ８０２．ｘｘ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ  ８０２）システムなどがある。本発明の各実施例は、上記様々な無線接続システムの他に、上記様々な無線接続システムを応用したいずれの技術分野にも適用することができる。
【図１】
0005604508.tif 000007
【図２】
0005604508.tif 000008
【図３】
0005604508.tif 000009
【図４】
0005604508.tif 000010
【図５】
0005604508.tif 000011
【図６】
0005604508.tif 000012
【図７】
0005604508.tif 000013
【図８】
0005604508.tif 000014
【図９】
0005604508.tif 000015
【図１０】
0005604508.tif 000016
【図１１】
0005604508.tif 000017
【図１２】
0005604508.tif 000018
【図１３】
0005604508.tif 000019
【図１４】
0005604508.tif 000020