(57)【特許請求の範囲】
【請求項１】
グループ・メディア・アクセス・コントロール・プロトコル・データ・ユニットG-MPDUのサイズに応じて、一つまたは複数のメディア・アクセス・コントロール・プロトコル・データ・ユニットMPDUを、MPDUの番号を示すシーケンスナンバーを付与してG-MPDUにパッケージし、
前記G-MPDUの余分サイズが、パッケージされようとしているMPDUのサイズに足りない場合、余分サイズに応じて前記パッケージされようとしているMPDUを断片化することにより断片化されたMPDUを得、
前記断片化されたMPDUには、同一のMPDUにおけるフラグメントの順序を示すフラグメントコードを設定し、
前記断片化されたMPDUを前記G-MPDUにパッケージし、
パッケージされたG-MPDUを送信する、
ことを含むことを特徴とする、データ送信方法。
【請求項２】
前記G-MPDUの余分サイズが前記パッケージされようとしているMPDUのパッケージに足りない場合、前記G-MPDUの余分サイズが予め設定された最小のフラグメンテーションのサイズを超えるか否かを判断し、超えた場合だけに、前記パッケージされようとしているMPDUに対して断片化処理を実行し、逆の場合、断片化処理を実行せず、G-MPDUパッケージ処理を終了することを特徴とする、請求項１に記載のデータ送信方法。
【請求項３】
前記方法が、各MPDUをG-MPDUのサブフレームにパッケージし、下記の要素、
前記MPDUの前にデリミタを設定し、
前記MPDUの後に充填ビットを設定して、サブフレームサイズを２バイトの整数倍にすること、を含むことを特徴とする、請求項１に記載のデータ送信方法。
【請求項４】
前記デリミタが、デリミタマークとサイズチェック情報から構成されることを特徴とする、請求項３に記載のデータ送信方法。
【請求項５】
G-MPDUをパッケージするとき、断片化されたMPDUを優先してパッケージすることを特徴とする、請求項１に記載のデータ送信方法。
【請求項６】
前記断片化されたMPDUにフラグメント指示情報を設定することを特徴とする、請求項１に記載のデータ送信方法。
【請求項７】
前記フラグメント指示情報は、後に目前のMPDUのフラグメンテーションがあることを指示することを特徴とする、請求項６に記載のデータ送信方法。
【請求項８】
前記G-MPDUのサイズが目前に分配された送信リソースにより確定されることを特徴とする、請求項１に記載のデータ送信方法。
【請求項９】
グループ・メディア・アクセス・コントロール・プロトコル・データ・ユニットG-MPDUを受信して解析し、そのうち、前記G-MPDUが、一つまたは複数のサブフレームを含み、各サブフレームの中にはMPDUがパッケージされ、前記MPDUは断片化されたMPDUまたは断片化されないMPDUであり、
解析されたMPDUのうち同一のシーケンスナンバーを有する断片化されたMPDUを、フラグメントコードにより再建し、断片化されていないMPDUを再建する、
ことを含むことを特徴とする、データ受信方法。
【請求項１０】
フラグメント指示情報により、後に目前のMPDUのフラグメンテーションがあるか否かを確定することを特徴とする、請求項９に記載のデータ受信方法。
【請求項１１】
各サブフレームには、デリミタがパッケージされ、
前記デリミタによりサブフレームの中のMPDUの初期位置を定位し、
定位されたサブフレームの中のMPDUを解析することを特徴とする、請求項１０に記載のデータ受信方法。
【請求項１２】
サブフレームの中のMPDUの初期位置を定位した後、前記MPDUのサイズを得、計算により次のサブフレームの中にパッケージされるMPDUの初期位置を定位することを特徴とする、請求項１１の記載のデータ受信方法。
【請求項１３】
グループ・メディア・アクセス・コントロール・プロトコル・データ・ユニットG-MPDUのサイズに応じて、一つまたは複数のメディア・アクセス・コントロール・プロトコル・データ・ユニットMPDUを、MPDUの番号を示すシーケンスナンバーを付与してG-MPDUにパッケージし、前記G-MPDUの余分サイズがパッケージされようとしているMPDUのサイズに足りない場合、余分サイズに応じて前記パッケージされようとしているMPDUを断片化することにより断片化されたMPDUを得、前記断片化されたMPDUには、同一のMPDUにおけるフラグメントの順序を示すフラグメントコードを設定し、前記断片化されたMPDUを前記G-MPDUにパッケージするパッケージモジュールと、
パッケージされたG-MPDUを送信するための送信モジュールと、
を含むことを特徴とする、データ送信装置。
【請求項１４】
前記パッケージモジュールは、各MPDUをG-MPDUのサブフレームにパッケージし、下記の要素、
前記MPDUの前にデリミタを設定し、
前記MPDUの後に充填ビットを設定して、前記サブフレームサイズを2バイトの整数倍にする、ことを含むことを特徴とする、請求項１３に記載のデータ送信装置。
【請求項１５】
前記パッケージモジュールは、G-MPDUをパッケージするとき、断片化されたMPDUを優先してパッケージすることを特徴とする、請求項１３に記載のデータ送信装置。
【請求項１６】
グループ・メディア・アクセス・コントロール・プロトコル・データ・ユニットG-MPDUを受信して解析するための受信解析モジュールと、
解析されたMPDUのうち同じシーケンスナンバーを有する断片化されたMPDUを、フラグメントコードにより再建し、断片化されていないMPDUを再建するための処理モジュールと、
を含んでおり、
ここで、前記G-MPDUは一つまたは複数のサブフレームを含み、各サブフレームの中には一つのMPDUがパッケージされ、前記MPDUは断片化されたMPDUまたは断片化されないMPDUであることを特徴とする、データ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、出願日：2012年2月7日、出願番号：201210026596.3、発明の名称：「データを送信、受信する方法及び装置」である中国特許出願の優先権を主張するものであり、当該先行出願の全ての内容が本願に反映されている。
【０００２】
本願は、出願日：2012年2月15日、出願番号：201210034331.8、発明の名称：「データを送信、受信する方法及び装置」である中国特許出願の優先権を主張するものであり、当該先行出願の全ての内容が本願に反映されている。
【０００３】
本願は、出願日：2012年3月2日、出願番号：201210054116.4、発明の名称：「データを送信、受信する方法及び装置」である中国特許出願の優先権を主張するものであり、当該先行出願の全ての内容が本願に反映されている。
【０００４】
［技術分野］
本発明は無線通信分野に属し、特にデータを送信、受信する方法及び装置に関する。
【背景技術】
【０００５】
802.11システムは２種のデータ伝送方法を提供するが、一つはMPDUを集めてA-MPDUにパッケージして送信する；もう一つは、送信しようとするMPDUが長過ぎ、またはチャンネルの条件が悪い時に、MPDU送信が失敗しまう可能性がある場合、再送信のデータ量が過大にならないように、MPDUを断片化して、小さいフラグメンテーションの形式でデータを相手側に送信する。A-MPDUを集める方法を利用する場合、前記MPDUは完全なMPDUである。フラグメンテーションの送信を利用する場合、フラグメンテーションはシングルフレームで送信しなければならない。A-MPDU方法で送信できず、フラグメンテーションタスクを実行するにはシステムのリソースを占用するため、データ送信の速度がやや遅く、システムの全般のスループットが低い。802.16システムにおいて、フラグメンテーションの大小の調整には余分のシグナリングオーバーヘッドが必要であり、一回で送信するフラグメンテーションが同じで、確認の効率が低い。
【０００６】
上記のように、既存のデータ送信方法のいずれにも欠点があり、データを送信するにあたり、速度とリソース利用率に対するニーズが高まっていく場合、より優れた方案を求める必要がある。
【発明の概要】
【０００７】
本発明が解決しようとする技術課題は、データを送信、受信する方法及び装置を提供するものであり、高いデータ送信速度を保証するとともに、断片化処理を実行する時間を無駄に利用することを避けることに加え、高いリソース利用率を保証し、前記余分サイズを十分に利用し、リソースを無駄にしないことである。
【０００８】
上記課題を解決するため、本発明は、データを送信する方法を提供するが、当該方法は、
グループ・メディア・アクセス・コントロール・プロトコル・データ・ユニットG-MPDUサイズにより、一つまたは複数のメディア・アクセス・コントロール・プロトコル・データ・ユニットMPDUをG-MPDUにパッケージし、
余分サイズが目前のMPDUのパッケージに足りない場合、余分サイズに応じて目前のMPDUを断片化し、断片化されたMPDUを得、
前記断片化されたMPDUをG-MPDUにパッケージし、
パッケージされたG-MPDUを送信する。
【０００９】
上記課題を解決するため、本発明は、データを受信する方法を提供するが、当該方法は、
グループ・メディア・アクセス・コントロール・プロトコル・データ・ユニットG-MPDUを受信して解析し、そのうち、前記G-MPDUは、一つまたは複数のサブフレームを含んでいる。各サブフレームの中にはMPDUがパッケージされ、前記MPDUは断片化されたMPDUまたは断片化されないMPDUであり、
解析された同じシーケンスナンバーの断片化されたMPDUを再建する。
【００１０】
上記課題を解決するため、本発明は、データの送信装置を提供するが、当該データの送信装置は、
グループ・メディア・アクセス・コントロール・プロトコル・データ・ユニットG-MPDUサイズにより、一つまたは複数のメディア・アクセス・コントロール・プロトコル・データ・ユニットMPDUをG-MPDUにパッケージし、余分サイズが目前のMPDUのパッケージに足りない場合、余分サイズに応じて目前のMPDUを断片化し、断片化されたMPDUを得、断片化されたMPDUをG-MPDUにパッケージするパッケージモジュールと、
パッケージされたG-MPDUを送信するための送信モジュールと、
を含む。
【００１１】
上記課題を解決するため、本発明は、データの受信装置を提供するが、当該データの受信装置は、
グループ・メディア・アクセス・コントロール・プロトコル・データ・ユニットG-MPDUを受信して解析するための受信解析モジュールと、
解析された同じシーケンスナンバーの断片化されたMPDUを再建するための処理モジュールと、
を含む。
ここで、前記G-MPDUは一つまたは複数のサブフレームを含む。各サブフレームの中には一つのMPDUがパッケージされ、前記MPDUは断片化されたMPDUまたは断片化されないMPDUである。
【００１２】
本発明は、データを伝送する方法及び装置を提供し、高いデータ送信速度を保証し、断片化処理を実行する時間を無駄に利用することを避けるとともに、高いリソース利用率を保証し、余分サイズを十分に利用することができ、リソースを無駄にしない。
【図面の簡単な説明】
【００１３】
【図１】図1は本発明の実施例に係るデータを送信する方法のフローチャートである。
【図２】図2は本発明の実施例に係るG-MPDUの構造の模式図である。
【図３】図3は本発明の実施例に係るMPDUの構造の模式図である。
【図４】図4は本発明の実施例に係るフレームヘッドの構造の模式図である。
【図５】図5は本発明の実施例に係るフレームコントロール情報構造の模式図である。
【図６】図6は本発明の実施例に係るデリミタの構造の模式図である。
【図７】図7は本発明の実施例に係るデータを受信する方法のフローチャートである。
【図８】図8は本発明の実施例に係るデータ送信装置のフローチャートである。
【図９】図9は本発明の実施例に係るデータ受信装置のフローチャートである。
【発明を実施するための形態】
【００１４】
以下の記述及び図面は、当業者が本発明の具体的な実施方式を実施できるように、それらを十分に示している。その他の実施方式は構成、論理、電気、過程及びその他の変更を含むことができる。実施例は可能な変更のみを代表している。明確なリクエストを除いて、単独な部品及び機能は選択でき、且つ操作の順は変更できる。一部の実施形態の部分及び特徴はその他の実施形態の部分及び特徴に含まれる、又は交替される。本発明の実施形態の範囲は、特許請求の範囲の全部範囲、及び特許請求の範囲の全ての取得できる同等物を含む。本文において、本発明のこれらの実施形態は、単独的又は総括的に「発明」という用語により表される。これは、便宜的に表現しているに過ぎない。そして、事実上、一以上の発明が公開されたとしても、その応用の範囲が任意の単独な発明又は発明構想に自動的に限定されるものではない。
【００１５】
図１に示すように、本発明の実施例に係るデータを送信する方法は、下記の要素を含む。
ステップS101：フレームのサイズにより、一つまたは複数のメディアアクセコントロール・プロトコルデータユニット(MPDU)をグループメディアアクセルコントロール・プロトコルデータユニット(G-MPDU)にパッケージする。
ステップS102：余分サイズが目前のMPDUのパッケージに足りない場合、余分サイズに応じて目前のMPDUを断片化し、断片化されたMPDUを得る。
ステップS103：断片化されたMPDUを前記G-MPDUにパッケージする。
ステップS104：パッケージされたG-MPDUを送信する。
【００１６】
図2に示すように、パッケージされたG-MPDUの構造は、一つまたは複数のサブフレームを含む。各サブフレームに一つのMPDUがパッケージされる。前記MPDUは断片化されないMPDUでもよく、断片化されたMPDUでもよい。
【００１７】
本発明の実施例に係るデータを送信する方法は、G-MPDUパッケージ方法を提供するが、利用可能のサイズが十分である場合、断片化処理を実行せず、断片化されないMPDUを直接パッケージし、処理の効率を向上させ、早い処理速度を保証する。G-MPDUの余分サイズが目前のMPDUのパッケージに足りない場合だけ、断片化処理を実行し、断片化されたMPDUを用いて前記余分サイズを充填する。
【００１８】
このように、高いデータ送信速度を保証するとともに、断片化処理を実行する時間を無駄に利用することを避け、高いリソースの利用率を保証し、余分サイズを十分に利用し、リソースを無駄にしない。
ここで、G-MPDUサイズは目前分配された送信リソースに基づいて確定される。
【００１９】
ステップS101を実行するとき、優先に目前の残りの断片化されないMPDUをG-MPDUの中にパッケージする。受信側を同じシーケンスナンバーのすべての断片化されないMPDUを早く得させ、再建を早速で完成させる。
【００２０】
好ましくは、MPDUのシーケンスナンバー（SN）により、順次各MPDUをG-MPDUにパッケージする。余分サイズは目前のMPDUをパッケージできない場合、前記MPDUを断片化し、サイズが適切であるフラグメンテーションをパッケージし、余分サイズを十分に利用し、相応的に、次のG-MPDUをパッケージするとき、前のG-MPDUの中で最後にパッケージされるMPDUの残りのフラグメンテーションをまずにパッケージする。SNによりMPDUをパッケージする方案は、受信側の処理を更に簡単にさせ、受信側に対する要求を低下させ、特に、受信側の能力が低い場合に適用できる。
【００２１】
好ましくは、送信側のバッファウィンドウの中のMPDUの順番により各MPDUをG-MPDUにパッケージしてもよい。データ再送信の可能性があることを考慮する。送信ウィンドウの中のMPDUの順番が乱れる可能性があるが、例えば、MPDU1、MPDU2、MPDU3、MPDU4、MPDU1（MPDU1を再送信する必要）である。つまり、送信側のバッファウィンドウの中のMPDUの順番によりG-MPDUをパッケージする。パッケージしようとMPDUをSNの順に従いソートする必要がなく、送信側に対する要求を低下させ、特に、送信側の能力が低い場合に適用できる。
【００２２】
本発明は、各MPDUに対してサイズの要求がなく、各MPDUはサイズが可変のフレームでもよく、G-MPDUの全長は目前に分配された送信リソースに基づいて確定され、その適用性がよく、実現が柔軟で、リソースの利用率が高く、データの送信効率が高い。
【００２３】
以下に、具体的な実例に従い、本発明のデータ送信方法を説明する。
例えば、G-MPDUサイズはMPDU1からMPDU5までをちょうどパッケージでき、パッケージされたG-MPDUは五つのサブフレームを含む。前記五つのサブフレームは順次MPDU1からMPDU5までをパッケージする。前記MPDU1からMPDU5までは断片化されないMPDUである。
【００２４】
もう一つの例は、G-MPUDサイズはMPDU1からMPDU5までをパッケージしたあと、余分があり、ただし、余分サイズはMPDU6のパッケージには足りない場合、余分サイズに応じてMPDU6を断片化し、二つの断片化されたMPDUを得、MPDU61とMPDU62と称し、両者が同じのSN番号を有し、MPDU1〜MPDU5及び余分サイズとマッチするMPDU61をG-MPDUにパッケージする。前記G-MPDUには六つのサブフレームを含む。前記六つのサブフレームは順次にMPDU1、MPDU2、MPDU3、MPDU4、MPDU5、MPDU61をパッケージする。そのうち、前記MPDU1〜MPDU5のいずれも断片化されないMPDUであり、MPDU61は断片化されたMPDUである。
【００２５】
そのうち、最初にパッケージされたMPDUは断片化されないMPDUである可能性があり、断片化されたMPDU（例えば、前回G-MPDUをパッケージしたとき、最後にパッケージされたのはMPDU61であった場合、次回G-MPDUをパッケージするとき、最初にパッケージされるのはMPDU62である）である可能性もある。
【００２６】
本発明のG-MPDUの中にパッケージされるのは、断片化されないMPDUである可能性があり、断片化されたMPDUである可能性もあるため、前記断片化されたMPDUにフラグメントコードを設定する必要があり、相手側に再建により断片化されないMPDUをリカバーする。好ましくは、断片化されたMPDUにフラグメント指示を設定してもよい。好ましくは、前記フラグメント指示の設定は後に目前MPDUのフラグメンテーションがあるか否かを指示する。このように、一つの指示ビットにより目前のMPDUは断片化されたMPDUであるか否かを指示できるとともに、当該断片化されたMPDUは最後のフラグメンテーションであるか否かも指示できる。
【００２７】
図3に示すように、本発明の実施例はMPDUの構造を提供し、当該MPDU構造がフレームヘッド、フレームボディ及びフレームチック情報(FCS)を含む。そのうち、
図4に示すように、フレームヘッドにはフレームコントロール情報、フラグメントコード、シーケンスナンバー、リザーブフィールド、フラグメント指示及びサイズを含む。
ここで、図5に示すように、フレームコントロール情報はプロトコルバージョン、フレーム種別、サブ種別、ストリームマーク、再送信指示及びリザーブフィールドを含む。
ここで、フレーム種別は管理コントロールとデータを含む。前記サブ種別はフレーム種別を更に細分化する。具体的には、表1を参照する。
【００２８】
【表１】
0005925916.tif 000002
【００２９】
前記ストリームマークは、ストリームをマークし、管理コントロールストリームとデータストリームを含む。データストリームは業務種別により多くのデータストリームに区分される。
前記再送信指示は、再送信データであるか否かを指示する。例えば、目前のフレームが前のフレームの再送信フレームである場合、当該フィールドを1に設定し、逆の場合、0に設定する。
前記フラグメンテーションシーケンスナンバー(FSN)は、同じ番号のMPDUにおける各フラグメンテーションの番号を指示する。
前記シーケンスナンバー(SN)は、各MPDUの番号を指示する。
前記フラグメント指示は、後に目前のMPDUのフラグメンテーションがあるか否かを指示する。
前記サイズは、MACヘッドフィールドとFCSフィールドの間のすべてのフィールドの総バイトサイズを指示する。
G-MPDUをパッケージするとき、前記MPDUの中のフィールドを設定することにより、受信側にG-MPDUの中の各サブフレームの中にパッケージされたのが断片化されたMPDUか断片化されないMPDUか及び断片化されたMPDUのフラグメントコードを通知できる。
そのうち、G-MPDUをパッケージするとき、各MPDUをG-MPDUのサブフレームにパッケージし、一つまたは複数のサブフレームによりG-MPDUを構成する。前記MPDUは断片化されないMPDUでもよく、断片化されたMPDUでもよい。
そのうち、各MPDUをG-MPDUのサブフレームにパッケージすることは、下記の要素を含む。
前記MPDUの前にデリミタを設定し、
前記MPDUの後に充填ビットを設定して、サブフレームサイズを2バイトの整数倍にする。そのうち、G-MPDUの中の最後のサブフレームには充填ビットを設定しなくてもよい。
パッケージで得たG-MPDUのサブフレームは、図5に示す。
そのうち、図6に示すように、デリミタがデリミタマークとサイズチェック情報から構成される。
【００３０】
本発明に係る実施例は、上記の方法で送信されたG-MPDUを受信するためのデータ受信方法を提供し、図7に示すように、下記のステップを含む。
ステップS701：G-MPDUを受信して解析する。
前記G-MPDUは、一つまたは複数のサブフレームを含む。各サブフレームには一つのMPDUがパッケージされ、前記MPDUは断片化されたMPDUでもよく、断片化されないMPDUでもよい。
ステップS702：解析された同じシーケンスナンバーを持つ断片化されたMPUDを再建する。
【００３１】
本発明の実施例に係るデータ受信方法は、上記のデータ送信方法と組み合わせて適用され、送信されたG-MPDUを解析し、取得した断片化されたMPDUを再建し、断片化されないMPDUをリカバーする。G-MPDUの中には、余分サイズが完全なMPDUのパッケージに足りない場合だけ、断片化を実行するため、解析の過程において、大部分が断片化されないMPDUであり、再建必要のある処理が少なくなり、全体のデータ送信効率が高い。
【００３２】
具体的に実現するとき、各処理フローに(FID)のため相応なバッファウィンドウとフラグメンテーションバッファエリアを維持し、G-MPDUを受信したあとに下記のステップを実行する。
ステップS801：MPDUを解析したあとに、ストリームマークFIDにより断片化されないMPDUを前記FIDが対応するバッファウィンドウに入れ、断片化されたMPDUを前記FIDが対応するフラグメンテーションバッファエリアに入れ、同じシーケンスナンバーを持つ断片化されたMPDUを再建し、断片化されないMPDUをリカバーしたあと、それをバッファウィンドウに入れる。
ステップS802：前記バッファウィンドウの中にキャッシュのMPDUを上位層へ送信する。
前記バッファウィンドウの中にキャッシュのMPDUを上位層へ送信する具体的な規則は必要により設定できるが、本発明はここでは簡単な実例を挙げて説明した。ただし、これは本発明を限定することにはならない。
例えば、FID1とFID2が対応するバッファウィンドウのバッファサイズが16であり、受信側が19個のMPDUを受信し、受信したMPDUは以下の通り、
MPDU1：FID=1、SN=1、
MPDU2：FID=1、SN=2、
.
.
.
.
.
.
MPDU16：FID=1、SN=16、FSN=0、
MPDU17：FID=1、SN=16、FSN=1、
MPDU18：FID=1、SN=17、
MPDU19：FID=2、SN=1。
【００３３】
SNによりFID1が対応するバッファウィンドウにMPDU1〜MPDU15を入れ、FID1が対応するフラグメンテーションバッファエリアにMPDU16とMPDU17を順次に入れ、MPDU17が、FID1が対応するフラグメンテーションバッファエリアに到達するとき、SN=16のMPDUのフラグメンテーションは全部が到達し、MPDU16とMPDU17を再建し、SN=16の断片化されないMPDUをリカバーし、FID1が対応するバッファウィンドウに前記再建されたMPDUを入れ、FID1が対応するバッファウィンドウのバッファサイズが16であるため、前記再建されたMPDUをFID1が対応するバッファウィンドウに入れるとき、ウィンドウがスライドし、MPDU1を上位層へ送信する。MPDU18が対応するFID=2であるため、SNによりFID2が対応するバッファウィンドウにMPDU18を入れる。
【００３４】
好ましくは、ステップS701を実行するとき、下記の要素を更に含む。
フラグメントコードにより、同じシーケンスナンバーの断片化されたMPDUを順次再建して、断片化されないMPDUをリカバーする。
【００３５】
好ましくは、ステップS701を実行するとき、下記の要素を更に含む。
フラグメント指示情報により、後に目前のMPDUのフラグメンテーションがあるか否かを確認する。前記フラグメント指示情報により、目前のMPDUが断片化されたMPDUであるか否かを確定できるだけではなく、目前のMPDUが最後のフラグメンテーションであるか否かも確定できる。
【００３６】
好ましくは、ステップS701を実行するとき、下記の要素を更に含む。
各サブフレームにはデリミタがパッケージされ、
前記デリミタによりサブフレームの中のMPDUの初期位置を定位し、
定位されたサブフレームの中のMPDUを解析する。
【００３７】
好ましくは、ステップS701を実行するとき、下記の要素を更に含む。
サブフレームの中のMPDUの初期位置を定位した後、前記MPDUサイズを得、計算により次のサブフレームにパッケージされるMPDUの初期位置を定位する。早い解析が実現できる。
【００３８】
好ましくは、ステップS702を実行するとき、余分サイズが目前のMPDUのパッケージに足りない場合、まず余分サイズが予め設定されたた最小フラグメンテーションのサイズを超えるか否かを判断し、超える場合、MPDUの断片化処理を実行し、逆の場合、断片化処理を実行せず、G-MPDUのパッケージを終了する。物理送信リソースと処理実行により占用されるリソースを全面的に考慮し、余分の物理的送信が少な過ぎる場合、断片化を実行するには意味がなく、この場合、余分サイズの利用を放棄して全体のリソース利用率を向上させる。
【００３９】
前記のデータ送信方法を実現するため、図８に示すように、本発明の実施例に係るデータ送信装置は、
グループ・メディア・アクセス・コントロール・プロトコル・データ・ユニットG-MPDUサイズにより、一つまたは複数のメディア・アクセス・コントロール・プロトコル・データ・ユニットMPDUをG-MPDUにパッケージし、余分サイズが目前のMPDUのパッケージに足りない場合、余分サイズに応じて目前のMPDUを断片化し、断片化されたMPDUを得、前記断片化されたMPDUをG-MPDUにパッケージするためのパッケージモジュール８０１と、
パッケージされたG-MPDUの送信するための送信モジュール８０２と、
を含む。
【００４０】
好ましくは、前記パッケージモジュール８０１は、余分サイズが目前MPDUのパッケージに足りない場合、余分サイズが予め設定された最小フラグメンテーションのサイズを超えるか否かを判断し、超える場合だけ、目前のMPDUのパッケージ処理を実行し、逆の場合、断片化処理を実行せず、G-MPDUパッケージを終了する。
【００４１】
好ましくは、各MPDUをG-MPDUのサブフレームにパッケージするためのパッケージモジュール８０１は、
前記MPDUの前にデリミタを設定し、
前記MPDUの後に充填ビットを設定して、前記サブフレームサイズを２バイトの整数倍にする。
【００４２】
好ましくは、前記デリミタはデリミタマークとサイズチェック情報により構成される。
好ましくは、前記パッケージモジュール８０１は、G-MPDUをパッケージするとき、断片化されたMPDUを優先にパッケージする。
好ましくは、前記パッケージモジュール８０１は、断片化されたMPDUにフラグメントコードを設定する。
好ましくは、前記パッケージモジュール８０１は、断片化されたMPDUにフラグメント指示情報を設定する。
好ましくは、前記フラグメント指示情報は、後に目前のMPDUのフラグメンテーションがあることを指示する。
好ましくは、前記G-MPDUサイズは、目前に分配された送信リソースにより確定される。
【００４３】
上記のデータの受信方法を実現するために、図９に示すように、本発明の実施例に係るデータ受信装置は、
グループ・メディア・アクセス・コントロール・プロトコル・データ・ユニットG-MPDUを受信して解析するための受信解析モジュール９０１と、
解析された同じシーケンスナンバーの断片化されたMPDUを再建するための処理モジュール９０２と、
を含む。
ここで、前記G-MPDUは一つまたは複数のサブフレームを含む。各サブフレームにはMPDUがパッケージされ、前記MPDUは、断片化されたMPDUまたは断片化されないMPDUである。
【００４４】
好ましくは、前記処理モジュール９０２は、前記受信解析モジュール９０１がMPDUを解析したあとに、ストリームマークFIDにより、FIDが対応するフラグメンテーションバッファエリアに断片化されないMPDUを入れ、FIDが対応するフラグメンテーションバッファエリアに断片化されたMPDUを入れ、同じシーケンスナンバーの断片化されたMPDUを再建し、断片化されないMPDUをリカバーした後、それをFIDが対応するバッファウィンドウに入れ、バッファウィンドウのキャッシュのMPDUを上位層へ送信する。
【００４５】
好ましくは、前記処理モジュール９０２は、フラグメントコードにより、同じシーケンスナンバーのすべての断片化されたMPDUを順次再建して、断片化されないMPDUをリカバーする。
【００４６】
好ましくは、前記処理モジュール９０２は、フラグメント指示情報により、後に目前のMPDUのフラグメンテーションがあるか否かを確定する。
【００４７】
好ましくは、前記各サブフレームにはデリミタがパッケージされ、前記受信解析モジュール９０１は、前記デリミタによりサブフレームの中のMPDUの初期位置を定位し、定位されたサブフレームの中のMPDUを解析する。
【００４８】
好ましくは、前記受信解析モジュール９０１1は、サブフレームの中のMPDUの初期位置を定位した後に、前記MPDUのサイズを得、計算により次のサブフレームの中にパッケージされるMPDUの初期位置を定位する。
【００４９】
上記発明の実施形態によれば、当該分野の技術者は本発明を実現または利用できる。当該分野の技術者にとって、これらの実施例の様々な変形が自明であり、また、ここで定義された全体原理は、発明の範囲および主旨から逸脱しない限り、他の実施例に適用できる。上述の実施例は本発明の好適な実施例に過ぎず、本発明の権利範囲を限定するものではなく、本発明の精神と原則の範囲内で、いずれの変形、同等置換、改善等は、すべて本発明の権利範囲に含まれる。
【図１】
0005925916.tif 000003
【図２】
0005925916.tif 000004
【図３】
0005925916.tif 000005
【図４】
0005925916.tif 000006
【図５】
0005925916.tif 000007
【図６】
0005925916.tif 000008
【図７】
0005925916.tif 000009
【図８】
0005925916.tif 000010
【図９】
0005925916.tif 000011