(57)【要約】【課題】データの転送効率を向上させる。【解決手段】第一ＰＤＵ変換部１１は、変換前のデータ列（ＭＡＣフレーム）を第一のデータ構造のデータ列（ＰＤＵ）に変換する。第二ＰＤＵ変換部１２は、変換前のデータ列（ＭＡＣフレーム）を、第一のデータ構造とは異なる第二のデータ構造のデータ列（ＰＤＵ）に変換する。セレクタ部１３は、第一ＰＤＵ変換部１１と第二ＰＤＵ変換部１２とのうちのどちらか一方の選択を行う。送信部１５は、セレクタ部１３によって選択されたものによる変換によって得られたデータ列と、セレクタ部１３による選択結果を示す選択情報であって送信制御部１４から出力される識別信号とを送信する。【選択図】図１
2008011026.tif 000002
【特許請求の範囲】
【請求項１】
変換前のデータ列を第一のデータ構造のデータ列に変換する第一データ列変換手段と、
前記変換前のデータ列を、前記第一のデータ構造とは異なる第二のデータ構造のデータ列に変換する第二データ列変換手段と、
前記第一データ列変換手段と前記第二データ列変換手段とのうちのどちらか一方の選択を行う選択手段と、
前記選択手段によって選択されたものによる変換によって得られたデータ列と、前記選択手段による選択結果を示す選択情報とを送信する送信手段と、
を有することを特徴とする送信装置。
【請求項２】
前記変換前のデータ列は、１以上のＭＡＣ（媒体アクセス制御）フレームを構成していることを特徴とする請求項１に記載の送信装置。
【請求項３】
前記選択手段は、前記変換前のデータ列に示されている当該データ列の特徴を示す情報に基づいて前記選択を行うことを特徴とする請求項１に記載の送信装置。
【請求項４】
前記送信手段は、当該送信手段が送信するデータ列に関する制御情報であって前記選択情報を付したものを更に送信することを特徴とする請求項１に記載の送信装置。
【請求項５】
前記送信手段は、前記データ列に前記選択情報を付したものを送信することを特徴とする請求項１に記載の送信装置。
【請求項６】
前記送信手段は、当該送信手段が送信するデータ列を示しているデータ列信号を送信すると共に、当該データ列信号とは異なる信号を前記選択情報として送信することを特徴とする請求項１に記載の送信装置。
【請求項７】
前記第二のデータ列変換手段は、
前記変換前のデータ列における先頭のＭＡＣフレームに与えられる当該ＭＡＣフレームの識別情報と、当該変換前のデータ列にヘッダ情報を付加して形成するヘッダ情報付きデータ列を所定のデータ長毎に先頭から分割したときの分割数の情報と、当該変換前のデータ列で構成されているＭＡＣフレームの各々のフレーム長の情報と、を含む当該ヘッダ情報を生成するヘッダ情報生成手段と、
前記変換前のデータ列に前記ヘッダ情報を付加して前記ヘッダ情報付きデータ列を形成するヘッダ情報付きデータ列形成手段と、
前記ヘッダ情報付きデータ列を前記所定のデータ長毎に先頭から分割するデータ列分割手段と、
を有することを特徴とする請求項２に記載の送信装置。
【請求項８】
変換前のデータ列から所定のデータ構造のデータ列への変換によって得られた変換後のデータ列と、当該変換後のデータ列を得るために行われた当該変換を特定する特定情報とを送信元から受信する受信手段と、
前記特定情報に基づいた前記変換後のデータ列の逆変換を行って前記変換前のデータ列を形成するデータ列逆変換手段と、
を有することを特徴とする受信装置。
【請求項９】
前記変換前のデータ列は、１以上のＭＡＣ（媒体アクセス制御）フレームを構成しており、
前記変換後のデータ列は、
前記変換前のデータ列における先頭のＭＡＣフレームに与えられている当該ＭＡＣフレームの識別情報と、
当該変換前のデータ列にヘッダ情報を付加して形成されるヘッダ情報付きデータ列を所定のデータ長毎に先頭から分割したときの分割数の情報と、
当該変換前のデータ列で構成されているＭＡＣフレームの各々のフレーム長の情報と、
を含む当該ヘッダ情報が、当該変換前のデータ列に付加されて形成されている当該ヘッダ情報付きデータ列を、当該所定のデータ長毎に先頭から分割したものである、
ことを特徴とする請求項８に記載の受信装置。
【請求項１０】
所定のデータ列を１以上並べてなるデータ群における先頭のデータ列に与えられているデータ列識別情報と、当該データ群にヘッダ情報を付加して形成されるヘッダ情報付きデータ群を所定のデータ長毎に先頭から分割したときの分割数の情報と、当該データ列の各々のデータ長の情報と、を含む当該ヘッダ情報を生成し、
前記データ群に前記ヘッダ情報を付加して前記ヘッダ情報付きデータ群を形成し、
前記ヘッダ情報付きデータ群を前記所定のデータ長毎に先頭から分割して通信用データ列を生成し、
前記通信用データ列を送信先へ送信する、
ことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信技術に関し、特に、データの転送効率の向上の技術に関する。
【背景技術】
【０００２】
通信ネットワークでのデータ通信において形成されるヘッダ情報付きのデータ列であるＰＤＵ（Protocol Data Unit）のデータ構造は、通信プロトコル毎に定められている。このＰＤＵのデータ構造の一例を図１４に示す。なお、このデータ構造の例は、ＭＡＣ（媒体アクセス制御：Media Access Control）フレームの伝送のためにＰＤＵ変換を行う場合のものである。
【０００３】
図１４に示すＰＤＵのデータ構造は、ヘッダ部とデータ部とを備えている。ここで、ヘッダ部には、「ＭＡＣ  Ｎｏ」及び「ＳＮ」の各フィールドと、３つの「ＬＩ」のフィールドとで計５個のフィールドが示されている。これらのヘッダ部に含まれているヘッダ情報を説明する。
【０００４】
「ＭＡＣ  Ｎｏ」のフィールドにはＭＡＣフレーム番号が格納されている。ＭＡＣフレーム番号は、このＰＤＵのデータ部に乗せられているデータ列（ペイロードデータ）が属しているＭＡＣフレームを識別する情報である。
【０００５】
「ＳＮ」のフィールドにはシーケンス・ナンバが格納されている。シーケンス・ナンバは、このＰＤＵにおけるペイロードデータについての、上述したＭＡＣフレーム番号で特定されるＭＡＣフレームにおける配置順を示す順序情報である。
【０００６】
「ＬＩ」のフィールドにはレングス・インジケータが格納されている。レングス・インジケータは、このＰＤＵのデータ部に複数のＭＡＣフレームについてのペイロードデータが並べられている場合に表示される情報であり、データ部におけるペイロードデータの境界の位置を示している。なお、図１４においては「ＬＩ」フィールドが３個示されているが、「ＬＩ」フィールドの個数はＰＤＵのデータ部に格納されているペイロードデータによって異なり、また、後述するように、「ＬＩ」のフィールドが存在しない場合もあり得る。
【０００７】
これらのヘッダ情報は、例えば、データ伝送の際においてＰＤＵの消失や破損が発生した場合や、ＰＤＵの受信順が変化した場合であっても、データの再送によりＭＡＣフレームの再構築を可能とするために用意されているものである。
【０００８】
なお、「Ｅ」はエクステンション・ビットであり、「ＳＮ」及び「ＬＩ」のフィールドの末尾に配置されている。エクステンション・ビットは、直後に続くフィールドが「ＬＩ」のフィールドであるか否かを示すビットである。例えば、このビットが「１」のときは、直後に続くフィールドは「ＬＩ」であり、このビットが「０」のときは、直後に続くフィールドは「ＬＩ」ではない（データ部である）。なお、以下の説明では、特に断らない限り、エクステンション・ビットを省略して説明する。
【０００９】
図１４に示されているＰＤＵにおけるデータ部を説明すると、複数のフィールドに渡って示されている「Ｐａｙｌｏｒｄ」のフィールドには、ＭＡＣフレームであるペイロードデータが格納されている。なお、「Ｐａｄｄｉｎｇ」の部分には、ＰＤＵにおけるデータ部に余裕がある場合に、ダミーのデータが格納される。
【００１０】
図１４に示したデータ構造を用いて、ＭＡＣフレームをＰＤＵ変換する例を説明する。
図１５Ａは、変換前のＭＡＣフレームの第一の例を示している。なお、このＭＡＣフレームの並びは、各ＭＡＣフレームのＭＡＣフレーム番号がそれぞれ「ＭＡＣ＃１」、「ＭＡＣ＃２」、「ＭＡＣ＃３」、「ＭＡＣ＃４」、…であり、ＰＤＵ変換すると、ＭＡＣフレームのペイロードデータの境界がＰＤＵの途中に含まれる場合を想定している。
【００１１】
図１５Ｂは、図１５Ａに示したＭＡＣフレームをＰＤＵ変換した結果を示している。
図１５Ｂにおいて、まず、ＰＤＵ＃１に注目する。ＰＤＵ＃１のヘッダ部には、ＭＡＣフレーム番号として「ＭＡＣ＃１」が格納されており、シーケンス・ナンバとして、先頭を示す「ＳＮ＝０」が格納されている。従って、ＰＤＵ＃１のデータ部には、「ＭＡＣ＃１」のＭＡＣフレームについてのペイロードデータのうちの前半部分が格納されていることが分かる。
【００１２】
次にＰＤＵ＃２に注目する。ＰＤＵ＃２のヘッダ部には、ＭＡＣフレーム番号として「ＭＡＣ＃１」が格納されており、シーケンス・ナンバとして、「ＳＮ＝１」が格納されている。更に、ここには、レングス・インジケータとして、「ＬＩ＝６４」が格納されている。従って、ＰＤＵ＃２のデータ部のうち、先頭から６４オクテッドまでの領域には、「ＭＡＣ＃１」のＭＡＣフレームについてのペイロードデータのうちの後半部分が格納されており、以降の領域には、「ＭＡＣ＃２」のＭＡＣフレームについてのペイロードデータのうちの前半部分が格納されていることが分かる。
【００１３】
以降のＰＤＵ＃３及びＰＤＵ＃４についてはＰＤＵ＃２と同様である。すなわち、ＰＤＵ＃３のデータ部のうち、先頭から６４オクテッドまでの領域には、「ＭＡＣ＃２」のＭＡＣフレームについてのペイロードデータのうちの後半部分が格納されており、以降の領域には、「ＭＡＣ＃３」のＭＡＣフレームについてのペイロードデータのうちの前半部分が格納されていることが、ＰＤＵ＃３のヘッダ部の情報から判断される。また、ＰＤＵ＃４のデータ部のうち、先頭から６４オクテッドまでの領域には、「ＭＡＣ＃３」のＭＡＣフレームについてのペイロードデータのうちの後半部分が格納されており、以降の領域には、「ＭＡＣ＃４」のＭＡＣフレームについてのペイロードデータのうちの前半部分が格納されていることが、ＰＤＵ＃４のヘッダ部の情報から判断される。
【００１４】
次に図１６Ａに示すＭＡＣフレームをＰＤＵ変換する例を説明する。
図１６Ａに示した変換前のＭＡＣフレームの第二の例は、各ＭＡＣフレームのＭＡＣフレーム番号が「ＭＡＣ＃１」であるフレーム長の長いフレームであり、ＰＤＵ変換すると、ＭＡＣフレームのペイロードデータが複数のＰＤＵに含まれることとなる場合を想定している。
【００１５】
図１６Ｂは、図１６Ａに示したＭＡＣフレームをＰＤＵ変換した結果を示している。
図１６Ｂにおいて、まず、ＰＤＵ＃１に注目する。ＰＤＵ＃１のヘッダ部には、ＭＡＣフレーム番号として「ＭＡＣ＃１」が格納されており、シーケンス・ナンバとして、先頭を示す「ＳＮ＝０」が格納されている。従って、ＰＤＵ＃１のデータ部には、「ＭＡＣ＃１」のＭＡＣフレームについてのペイロードデータのうちの先頭部分が格納されていることが分かる。
【００１６】
次にＰＤＵ＃２に注目する。ＰＤＵ＃２のヘッダ部には、ＭＡＣフレーム番号として「ＭＡＣ＃１」が格納されており、シーケンス・ナンバとして、「ＳＮ＝１」が格納されている。但し、図１５Ｂとは異なり、ここには、レングス・インジケータが示されていない。従って、ＰＤＵ＃２のデータ部には、「ＭＡＣ＃１」のＭＡＣフレームについてのペイロードデータのうち、ＰＤＵ＃１のデータ部に格納されているものに続く次の部分が格納されていることが分かる。
【００１７】
以降のＰＤＵ＃３及びＰＤＵ＃４についてはＰＤＵ＃２と同様である。すなわち、ＰＤＵ＃３のデータ部には、「ＭＡＣ＃１」のＭＡＣフレームについてのペイロードデータのうち、ＰＤＵ＃２のデータ部に格納されているものに続く次の部分が格納されていることが、ＰＤＵ＃３のヘッダ部の情報から判断される。また、ＰＤＵ＃４のデータ部には、「ＭＡＣ＃１」のＭＡＣフレームについてのペイロードデータのうち、ＰＤＵ＃３のデータ部に格納されているものに続く次の部分が格納されていることが、ＰＤＵ＃４のヘッダ部の情報から判断される。
【００１８】
ところで、本願発明に関し、例えば特許文献１には、物理層とＭＡＣ層とのキャリアセンス情報に基づいて媒体アクセス制御を行う通信システムにおいて、既存の装置との共存が可能で、フレームフォーマットの効率化により複数のフレームを送信することに伴うオーバーヘッドを解消して通信の実質的なスループットを向上させるという技術が開示されている。この技術は、複数の媒体アクセス制御フレームを含む媒体アクセス制御スーパフレームペイロードを有する物理フレームを構築し、構築された物理フレームについて、媒体アクセス制御スーパフレームペイロード中の複数の媒体アクセス制御フレームに基づく仮想キャリアセンスによってもキャリアセンスの結果が同一となるように仮想キャリアセンス情報を該複数の媒体アクセス制御フレームに設定し、この設定がなされた物理フレームをあて先の通信装置に送信するというものである。
【特許文献１】特開２００５−１９８２１４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１９】
伝送対象のデータが、例えばストリーミングデータやＵＤＰ（User Datagram Protocol）のようなデータである場合には、データの受信順の変化やデータの消失・破損データをデータ再送によって回復することは考慮されていない。そのため、図１４に示したＰＤＵのヘッダ情報におけるシーケンス・ナンバを用いて行う順序管理は必ずしも必要ではない。
【００２０】
本発明は上述した問題に鑑みてなされたものであり、その解決しようとする課題は、データの転送効率を向上させることである。
【課題を解決するための手段】
【００２１】
本発明の態様のひとつである送信装置は、変換前のデータ列を第一のデータ構造のデータ列に変換する第一データ列変換手段と、前記変換前のデータ列を、前記第一のデータ構造とは異なる第二のデータ構造のデータ列に変換する第二データ列変換手段と、前記第一データ列変換手段と前記第二データ列変換手段とのうちのどちらか一方の選択を行う選択手段と、前記選択手段によって選択されたものによる変換によって得られたデータ列と、前記選択手段による選択結果を示す選択情報とを送信する送信手段と、を有することを特徴とするものであり、この特徴によって前述した課題を解決する。
【００２２】
この構成によれば、第一のデータ構造のデータ列と第二のデータ構造のデータ列とのうち、データの転送効率が良好である方を選択することができる。また、その選択結果が送信されるので、データ列の送信先では、そのデータ列のデータ構造を特定することができ、従って、変換前の元のデータ列を再生することができる。
【００２３】
なお、上述した本発明に係る送信装置において、前記変換前のデータ列は、１以上のＭＡＣ（媒体アクセス制御）フレームを構成していてもよい。
また、前述した本発明に係る送信装置において、前記選択手段は、前記変換前のデータ列に示されている当該データ列の特徴を示す情報に基づいて前記選択を行うように構成することができる。
【００２４】
この構成では、第一のデータ構造のデータ列と第二のデータ構造のデータ列とのうち、変換前のデータ列の特徴に応じてデータの転送効率が良好である方を選択することができる。
【００２５】
また、前述した本発明に係る送信装置において、前記送信手段は、当該送信手段が送信するデータ列に関する制御情報であって前記選択情報を付したものを更に送信するように構成することができる。
【００２６】
あるいは、前述した本発明に係る送信装置において、前記送信手段は、前記データ列に前記選択情報を付したものを送信するように構成することもできる。なお、このとき、前記送信手段は、前記データ列における特定の位置に前記選択情報を付したものを送信するように構成することもできる。
【００２７】
若しくは、前述した本発明に係る送信装置において、前記送信手段は、当該送信手段が送信するデータ列を示しているデータ列信号を送信すると共に、当該データ列信号とは異なる信号を前記選択情報として送信するように構成することもできる。
【００２８】
これらのいずれの構成によっても、選択情報の送信が送信手段によって行われる。
また、前述した本発明に係る送信装置において、前記第二のデータ列変換手段は、前記変換前のデータ列における先頭のＭＡＣフレームに与えられる当該ＭＡＣフレームの識別情報と、当該変換前のデータ列にヘッダ情報を付加して形成するヘッダ情報付きデータ列を所定のデータ長毎に先頭から分割したときの分割数の情報と、当該変換前のデータ列で構成されているＭＡＣフレームの各々のフレーム長の情報と、を含む当該ヘッダ情報を生成するヘッダ情報生成手段と、前記変換前のデータ列に前記ヘッダ情報を付加して前記ヘッダ情報付きデータ列を形成するヘッダ情報付きデータ列形成手段と、前記ヘッダ情報付きデータ列を前記所定のデータ長毎に先頭から分割するデータ列分割手段と、を有するように構成することもできる。
【００２９】
この構成によれば、転送データ量が増加し、送信先での変換前のデータ列の再生の処理の際の遅延が減り、また、伝送中のデータに発生した誤りに伴って失われる適正なデータのロスが少なくなる。従って、データの転送効率が向上する。
【００３０】
なお、このとき、前記送信手段は、前記ヘッダ情報付きデータ列に付加されている前記ヘッダ情報に前記選択情報を付したものを送信するように構成することができる。
この構成によれば、データ列を送信する送信手段で選択情報の送信を行うことができる。
【００３１】
本発明の別の態様のひとつである受信装置は、変換前のデータ列から所定のデータ構造のデータ列への変換によって得られた変換後のデータ列と、当該変換後のデータ列を得るために行われた当該変換を特定する特定情報とを送信元から受信する受信手段と、前記特定情報に基づいた前記変換後のデータ列の逆変換を行って前記変換前のデータ列を形成するデータ列逆変換手段と、を有することを特徴とするものであり、この特徴によって前述した課題を解決する。
【００３２】
この構成によれば、前述した本発明に係る送信装置より送信された、データ転送効率が良好であるデータ構造のデータ列と、前述の選択情報とを受信して変換前の元のデータ列を再生することができる。
【００３３】
なお、上述した本発明に係る受信装置において、前記変換前のデータ列は、１以上のＭＡＣ（媒体アクセス制御）フレームを構成していてもよい。
また、前述した本発明に係る受信装置において、前記受信手段は、前記送信元から送られてくる前記変換後データ列に関する制御情報であって前記特定情報を付したものを更に受信するように構成することができる。
【００３４】
あるいは、前述した本発明に係る受信装置において、前記受信手段は、前記変換後データ列に前記特定情報が付されているものを受信するように構成することもできる。なお、このとき、前記受信手段は、前記変換後データ列における特定の位置に前記特定情報が付されているものを受信するように構成することもできる。
【００３５】
若しくは、前述した本発明に係る受信装置において、前記受信手段は、当該送信元から送られてくる前記変換後データ列を示しているデータ列信号を受信すると共に、当該変換後データ列信号とは異なる信号を前記特定情報として受信するように構成することもできる。
【００３６】
これらのいずれの構成によっても、特定情報の受信が受信手段によって行われる。
また、前述した本発明に係る受信装置において、前記変換後データ列は、前記変換前のデータ列における先頭のＭＡＣフレームに与えられている当該ＭＡＣフレームの識別情報と、当該変換前のデータ列にヘッダ情報を付加して形成されるヘッダ情報付きデータ列を所定のデータ長毎に先頭から分割したときの分割数の情報と、当該変換前のデータ列で構成されているＭＡＣフレームの各々のフレーム長の情報と、を含む当該ヘッダ情報が、当該変換前のデータ列に付加されて形成されている当該ヘッダ情報付きデータ列を、当該所定のデータ長毎に先頭から分割したものであってもよい。
【００３７】
この変換後データ列であれば、転送データ量が増加し、送信元から送られてきたデータ列から元の変換前のデータ列を再生する処理の際の遅延が減り、また、伝送中のデータに発生した誤りに伴って失われる適正なデータのロスが少なくなる。従って、データの転送効率が向上する。
【００３８】
なお、このとき、前記ヘッダ情報付きデータ列に付加されている前記ヘッダ情報には、前記特定情報が付されてもよい。
このようなヘッダ情報であれば、データ列を受信する受信手段で特定情報の受信を行うことができる。
【００３９】
本発明の更なるべつの態様のひとつである通信方法は、所定のデータ列を１以上並べてなるデータ群における先頭のデータ列に与えられているデータ列識別情報と、当該データ群にヘッダ情報を付加して形成されるヘッダ情報付きデータ群を所定のデータ長毎に先頭から分割したときの分割数の情報と、当該データ列の各々のデータ長の情報と、を含む当該ヘッダ情報を生成し、前記データ群に前記ヘッダ情報を付加して前記ヘッダ情報付きデータ群を形成し、前記ヘッダ情報付きデータ群を前記所定のデータ長毎に先頭から分割して通信用データ列を生成し、前記通信用データ列を送信先へ送信する、ことを特徴とするものであり、この特徴によって前述した課題を解決する。
【００４０】
このようにすることにより、転送データ量が増加し、送信先での変換前のデータ列の再生の処理の際の遅延が減り、また、伝送中のデータに発生した誤りに伴って失われる適正なデータのロスが少なくなる。従って、データの転送効率が向上する。
【００４１】
なお、上述した本発明に係る通信方法において、前記所定のデータ列は、ＭＡＣ（媒体アクセス制御）フレームを構成していてもよい。
【発明の効果】
【００４２】
本発明によれば、以上のようにすることにより、データの転送効率が向上するという効果を奏する。
【発明を実施するための最良の形態】
【００４３】
以下、本発明の実施の形態を図面に基づいて説明する。
まず図１について説明する。同図は、本発明を実施する通信システムの構成を示している。
【００４４】
この通信システム１は、無線送信装置１０と無線受信装置２０とを備えて構成されている。無線送信装置１０は、伝送対象のデータ列であるＭＡＣフレームに対してＰＤＵ変換を施し、変換後のデータ列を、送信先である無線受信装置２０へ送信する。無線受信装置２０は、送信元である無線送信装置１０から送られてくるデータ列を受信し、このデータ列に対してＰＤＵ逆変換を施して元のＭＡＣフレームを形成する。
【００４５】
無線送信装置１０は、第一ＰＤＵ変換部１１、第二ＰＤＵ変換部１２、セレクタ部１３、送信制御部１４、及び送信部１５を備えて構成されている。
第一ＰＤＵ変換部１１は、伝送対象のデータ列であるＭＡＣフレームを第一のデータ構造のＰＤＵに変換して出力する。
【００４６】
第二ＰＤＵ変換部１２は、上述したＭＡＣフレームを、上記第一のデータ構造とは異なる第二のデータ構造のＰＤＵに変換して出力する。
セレクタ部１３は、送信制御部１４から送られてくる識別信号に基づいて、第一ＰＤＵ変換部１１と第二ＰＤＵ変換部１２とのうちのどちらか一方を選択し、選択されたものから出力されるＰＤＵを送信部１５に渡す。
【００４７】
送信制御部１４は、セレクタ部１３による選択を制御する識別信号をセレクタ部１３へ出力すると共に、当該識別信号を、セレクタ部１３による選択結果を示す選択情報として、送信部１５へ出力する。この送信制御部１４の動作は後述する。
【００４８】
送信部１５は、セレクタ部１３より渡されたＰＤＵと、送信制御部１４から出力された識別信号とで高周波信号を変調し、変調された高周波信号を、無線伝送路を介して無線受信装置２０へ送信する。
【００４９】
無線受信装置２０は、受信部２１、受信制御部２２、及びＭＡＣ変換部２３を備えて構成されている。
受信部２１は、無線送信装置１０から送られてくる高周波信号を受信して、無線送信装置１０内のセレクタ部１３が出力していたＰＤＵと、送信制御部１４が出力していた識別信号とを復調する。
【００５０】
受信制御部２２は、受信部２１で復調された識別信号に基づいて、受信部２１で復調されたＰＤＵを得るために無線送信装置１０内で行われたＰＤＵ変換を特定する。つまり、この識別信号は、ＰＤＵ変換を特定する特定情報として用いられる。
【００５１】
ＭＡＣ変換部２３は、受信部２１で復調されたＰＤＵに対し、受信制御部２２で特定されたＰＤＵ変換の逆変換を施すことによって、変換前の元のＭＡＣフレームを形成して出力する。
【００５２】
次に図２Ａについて説明する。同図は、ＰＤＵの第一のデータ構造を示している。このデータ構造は、図１に示した第一ＰＤＵ変換部１１によってＭＡＣフレームを変換して形成されるＰＤＵについてのものである。
【００５３】
この図２Ａのデータ構造は、「ＭＡＣ  Ｎｏ」のフィールドの先頭に「Ｉ」ビットが設けられている点を除けば、図１４に示したデータ構造と同一である。なお、図２ＡのＰＤＵにおけるデータ部には、「Ｐａｄｄｉｎｇ」の部分が示されていないが、これは、ペイロードデータがデータ部の全てに格納されている状態を図２Ａが示しているためである。
【００５４】
「Ｉ」ビットは、識別ビット（Identifier）である。この「Ｉ」ビットが「０」であるときには、このＰＤＵは第一のデータ構造を備えていることを示しており、この「Ｉ」ビットが「１」であるときには、このＰＤＵは、後述する第二のデータ構造を備えていることを示しており、
なお、図１４に示したＰＤＵのデータ構造の従来例を採用していた従来の通信システムにおいて、「ＭＡＣ  Ｎｏ」のフィールドにおけるこの「Ｉ」ビットの値を常に「０」としていたのであれば、図１に示した本実施形態に係る通信システム１は、従来の通信システムに対しての上位互換性を提供することができる。
【００５５】
次に図２Ｂについて説明する。同図は、ＰＤＵの第二のデータ構造を示している。このデータ構造は、図１に示した第二ＰＤＵ変換部１２によってＭＡＣフレームを変換して形成されるＰＤＵについてのものである。
【００５６】
図２Ｂに示すＰＤＵのデータ構造も、図２Ａに示したものと同様、ヘッダ部とデータ部とを備えている。ここで、ヘッダ部は、「ＭＡＣ  Ｎｏ」及び「ＰＤＵ  Ｃｎｔ」の各フィールドと、１つ以上の「Ｌ」のフィールドとを備えている。
【００５７】
これらのヘッダ情報のうち、「ＭＡＣ  Ｎｏ」は、図２Ａに示したものと同様、ＭＡＣフレーム番号が格納される。また、「ＭＡＣ  Ｎｏ」のフィールドの先頭に備えられている「Ｉ」ビットも、図２Ａに示したものと同一の識別ビットである。従って、ＰＤＵが第二のデータ構造を備えている場合には、「Ｉ」ビットが「１」に設定される。
【００５８】
「ＰＤＵ  Ｃｎｔ」フィールドには、単一の若しくは一連のＭＡＣフレームを変換して得られた一連のＰＤＵの総数（ＰＤＵカウント）が格納される。
「Ｌ」の各フィールドには、対応するＭＡＣフレームのフレーム長を示す情報が、「ＰＤＵ  Ｃｎｔ」フィールドに示されている個数のＰＤＵのデータ部に含むことのできる範囲内で、格納される。ＰＤＵのヘッダ部には、この変換前の単一の若しくは一連のＭＡＣフレームのフレーム数に対応する個数の「Ｌ」フィールドが設けられる。
【００５９】
なお、「ＰＤＵ  Ｃｎｔ」及び「Ｌ」のフィールドの末尾に配置されている「Ｅ」はエクステンション・ビットである。エクステンション・ビットは、直後に続くフィールドが「Ｌ」のフィールドであるか否かを示すビットであり、ＰＤＵの第一のデータ構造におけるものと同様のものである。すなわち、例えば、このビットが「１」のときは、直後に続くフィールドは「Ｌ」であり、このビットが「０」のときは、直後に続くフィールドは「Ｌ」ではない（データ部である）。なお、以下の説明では、特に断らない限り、エクステンション・ビットを省略して説明する。
【００６０】
なお、図２Ｂに示したＰＤＵのデータ部に複数のフィールドに渡って示されている「Ｐａｙｌｏｒｄ」のフィールドは、図２Ａにしめしたものと同様、ＭＡＣフレームであるペイロードデータが格納される。
【００６１】
次に図３Ａ及び図３Ｂについて説明する。これらの図は、ＭＡＣフレームを変換して得られたＰＤＵの例を示しており、図３Ａは第一ＰＤＵ変換部１１により変換されたもの、図３Ｂは第二ＰＤＵ変換部１２により変換されたものをそれぞれ示している。なお、図３Ａ及び図３Ｂのどちらも、変換によってＰＤＵが２０個形成された場合を示している。
【００６２】
図３Ａと図３Ｂとを比較すると分かるように、図３Ａに示したＰＤＵの第一のデータ構造では各ＰＤＵにデータ部が必ず存在するのに対し、図３Ｂに示したＰＤＵの第二のデータ構造では、一連のＰＤＵの先頭であるＰＤＵ＃１にはヘッダ部が存在するものの、ＰＤＵ＃２からＰＤＵ＃２０の各々にはヘッダ部が存在せず、データ部のみであるという点において顕著に相違している。
【００６３】
ＰＤＵの第一のデータ構造と第二のデータ構造とを対比したときのそれぞれの特徴について更に説明する。
まず、図４Ａに示す一連のＭＡＣフレームを第一ＰＤＵ変換部１１及び第二ＰＤＵ変換部１２の各々で変換する場合を考える。
【００６４】
この図４Ａに示したＭＡＣフレームの並びは、２０個のＭＡＣフレームが連続しているものであり、各フレームに「ＭＡＣ＃１」から「ＭＡＣ＃２０」までのＭＡＣフレーム番号が付されている。また、各ＭＡＣフレームのフレーム長は、「ＭＡＣ＃１」のみ２６６オクテッドであり、その他は全て２００オクテッドであるとしている。
【００６５】
図４Ｂは、図４Ａに示した一連のＭＡＣフレームを第一ＰＤＵ変換部１１で変換して形成される一連のＰＤＵのうち、先頭から２０番目までのもののデータ構造を示している。
なお、図４Ｂに示したデータ構造（ＰＤＵの第一のデータ構造）においては、ＰＤＵ１個当たりのデータサイズを２０４オクテッドとし、「ＭＡＣ  Ｎｏ」及び「ＳＮ」の各フィールドのデータサイズをそれぞれ１オクテッド、「ＬＩ」フィールドのデータサイズを２オクテッドとしている。
【００６６】
図４Ｂに示されているように、この場合、ＰＤＵ＃２０のデータ部には、「ＭＡＣ＃１９」のＭＡＣフレームについてのペイロードデータのうちの後半部分と「ＭＡＣ＃２０」のＭＡＣフレームについてのペイロードデータのうちの前半部分のうち１３６オクテッドまでのものとが格納される。
【００６７】
図４Ｃは、図４Ａに示した一連のＭＡＣフレームを第二ＰＤＵ変換部１２で変換して形成される一連のＰＤＵのうち、先頭から２０番目までのもののデータ構造を示している。
なお、図４Ｃに示したデータ構造（ＰＤＵの第二のデータ構造）おいては、ＰＤＵ１個当たりのデータサイズを、図４Ｂに示した第一のデータ構造と同様に２０４オクテッドとし、「ＭＡＣ  Ｎｏ」フィールドのデータサイズについても図４Ｂに示した第一のデータ構造と同様に１オクテッドとしている。また、「ＰＤＵ  Ｃｎｔ」フィールドのデータサイズは１オクテッドとして、「Ｌ」フィールドのデータサイズは２オクテッドとしている。
【００６８】
図４Ｃに示されているように、この場合、ＰＤＵ＃２０のデータ部には、「ＭＡＣ＃１９」のＭＡＣフレームについてのペイロードデータのうちの後半部分と「ＭＡＣ＃２０」のＭＡＣフレームについてのペイロードデータのうちの前半部分のうち１７２オクテッドまでのものとが格納される。つまり、同一のデータサイズのＰＤＵであるのに、図４Ｃに示した第二のデータ構造を採用した場合におけるＰＤＵ＃２０のデータ部には、「ＭＡＣ＃２０」のＭＡＣフレームについてのペイロードデータが、図４Ｂに示した第一のデータ構造を採用した場合におけるＰＤＵ＃２０のデータ部よりも３６オクテッド分多く格納される。
【００６９】
次に、図５Ａに示す単一のＭＡＣフレームを第一ＰＤＵ変換部１１及び第二ＰＤＵ変換部１２の各々で変換する場合を考える。
図５Ａに示したＭＡＣフレームには、「ＭＡＣ＃１」ＭＡＣフレーム番号が付されており、そのフレーム長は５０００オクテッドであるとしている。
【００７０】
図５Ｂは、図５Ａに示したＭＡＣフレームを第一ＰＤＵ変換部１１で変換して形成される一連のＰＤＵのうち、先頭から２０番目までのもののデータ構造を示している。
なお、図５Ｂに示したデータ構造（ＰＤＵの第一のデータ構造）においても、図４Ｂと同様、ＰＤＵ１個当たりのデータサイズを２０４オクテッドとし、「ＭＡＣ  Ｎｏ」及び「ＳＮ」の各フィールドのデータサイズをそれぞれ１オクテッドとしている。なお、図５Ａのような単一のＭＡＣフレームを第一ＰＤＵ変換部１１がＰＤＵ変換した場合には、先頭から２０番目までのＰＤＵのヘッダ部に「ＬＩ」フィールドが含まれることはない。
【００７１】
図５Ｂに示されているように、この場合、ＰＤＵ＃１からＰＤＵ＃２０までのデータ部には、「ＭＡＣ＃１」のＭＡＣフレームについてのペイロードデータのうちの前半部分のうち計４０４０オクテッドまでのものが格納される。
【００７２】
図５Ｃは、図５Ａに示したＭＡＣフレームを第二ＰＤＵ変換部１２で変換して形成される一連のＰＤＵのうち、先頭から２０番目までのもののデータ構造を示している。
なお、図５Ｃに示したデータ構造（ＰＤＵの第二のデータ構造）おいても、ＰＤＵ１個当たりのデータサイズを図５Ｂと同様に２０４オクテッドとし、「ＭＡＣ  Ｎｏ」フィールドのデータサイズについても図５Ｂに示した第一のデータ構造と同様に１オクテッドとしている。また、「ＰＤＵ  Ｃｎｔ」フィールドのデータサイズは１オクテッドとして、「Ｌ」フィールドのデータサイズは２オクテッドとしている。
【００７３】
図５Ｃに示されているように、この場合、ＰＤＵ＃１からＰＤＵ＃２０までのデータ部には、「ＭＡＣ＃１」のＭＡＣフレームについてのペイロードデータのうちの前半部分のうち計４０７６オクテッドまでのものが格納される。つまり、同一のデータサイズのＰＤＵであるのに、図５Ｃに示したＰＤＵの第二のデータ構造では、「ＭＡＣ＃１」のＭＡＣフレームについてのペイロードデータが、図５Ｃに示したＰＤＵの第一のデータ構造よりも、ＰＤＵ＃２０までで３６オクテッド分多く格納される。
【００７４】
以上のように、ＰＤＵの第二のデータ構造では、第一のデータ構造においては各ＰＤＵに付加されていたヘッダ部の「ＭＡＣ  Ｎｏ」及び「ＳＮ」のフィールドのための格納領域を、ＭＡＣフレームについてのペイロードデータの格納領域として使用するので、第一のデータ構造よりも転送データ量が増加するのである。
【００７５】
次に、図１の通信システムにおいて、無線送信装置１０から無線受信装置２０へのデータ伝送の途中でＰＤＵの一部が壊れた（データに誤りが生じた）場合を想定して、ＰＤＵの第一のデータ構造及び第二のデータ構造それぞれの特徴について更に説明する。
【００７６】
ここでは、まず、図６に示す単一のＭＡＣフレームを第一ＰＤＵ変換部１１及び第二ＰＤＵ変換部１２の各々で変換する場合を考える。
この図６に示したＭＡＣフレームには、「ＭＡＣ＃１」のＭＡＣフレーム番号が付されている。このＭＡＣフレームを２０個のＰＤＵに分割して伝送する場合を想定する。
【００７７】
図７Ａは、無線受信装置２０のＭＡＣ変換部２３によって行われるＭＡＣフレームの再形成の第一の例を示したものである。この第一の例は、図６に示したＭＡＣフレームを第一ＰＤＵ変換部１１で変換して形成された一連のＰＤＵが無線受信装置２０で適切に受信され復調された場合のものを示している。
【００７８】
図７Ａにおいて、上側の（ａ）には、受信部２１から受け取った各ＰＤＵのデータ内容をＰＤＵ＃１、ＰＤＵ＃２、…と受信順に示しており、下側の（ｂ）には、ＭＡＣ変換部２３が、各ＰＤＵの取得に応じて元のＭＡＣフレームを、ＭＡＣ変換部２３自身の有しているメモリ上に再形成する様子を示している。
【００７９】
まず、ＭＡＣ変換部２３は、最初にＰＤＵ＃１を受け取っても、この時点では、ＰＤＵ＃１のデータ部に格納されているデータをＭＡＣ＃１のＭＡＣフレームについてのペイロードデータと確定することはしない。
【００８０】
次に、ＭＡＣ変換部２３は、ＰＤＵ＃２をＰＤＵ＃１に続いて受け取ると、この両者のヘッダ部を比較する。ここで、両者のヘッダ部のＭＡＣフレーム番号（「ＭＡＣ  Ｎｏ」のフィールド）が一致しており、且つ、ＰＤＵ＃２がＰＤＵ＃１に続く次のＰＤＵであることをＰＤＵ＃２のシーケンス・ナンバ（「ＳＮ」のフィールド）が示していることが確認できた時点で、ＭＡＣ変換部２３は、直前に受け取ったＰＤＵ＃１が適正なものであると確定する。そして、ＰＤＵ＃１のデータ部に格納されていたデータ「ペイロード０」を、ＭＡＣ＃１のＭＡＣフレームの先頭部分のデータとして、メモリに格納する。
【００８１】
次に、ＭＡＣ変換部２３は、ＰＤＵ＃３をＰＤＵ＃２に続いて受け取ると、この両者のヘッダ部を比較する。ここで、両者のヘッダ部のＭＡＣフレーム番号が一致しており、且つ、ＰＤＵ＃３がＰＤＵ＃２に続く次のＰＤＵであることをＰＤＵ＃３のシーケンス・ナンバが示していることが確認できた時点で、ＭＡＣ変換部２３は、直前に受け取ったＰＤＵ＃２が適正なものであると確定する。そして、ＰＤＵ＃２のデータ部に格納されていたデータ「ペイロード１」を、前述した「ペイロード０」に続くＭＡＣ＃１のＭＡＣフレームのデータとして、メモリに格納する。
【００８２】
以下、ＰＤＵ＃４以降を受け取ったときのＭＡＣ変換部２３の動作も同様に行われる。つまり、ＭＡＣ変換部２３は、第一のデータ構造を採用しているＰＤＵから元のＭＡＣフレームを再形成する場合には、ＰＤＵを新たに受け取る度に、その直前に取得していたＰＤＵとヘッダ部の比較を行い、この比較結果に基づいて直前に取得していたＰＤＵが適正なものであるかどうかを判定する。従って、この場合には、次のＰＤＵを受け取るまでは、現在のＰＤＵが適正なものであると確定することはできず、受け取ったＰＤＵの確定までに遅延が生じる。
【００８３】
次に図７Ｂについて説明する。同図は、無線受信装置２０のＭＡＣ変換部２３によって行われるＭＡＣフレームの再形成の第二の例を示したものである。この第二の例は、図６に示したＭＡＣフレームを第一ＰＤＵ変換部１１で変換して形成された一連のＰＤＵを無線受信装置２０で受信して復調したときに、その一部が壊れていた場合を示している。
【００８４】
図７Ｂにおいて、上側の（ａ）には、受信部２１から受け取った各ＰＤＵのデータ内容をＰＤＵ＃１、ＰＤＵ＃２、…と受信順に示しており、このうちＰＤＵ＃３の一部（ヘッダ部及びデータ部の一部）のデータが壊れていたことを示している。また、下側の（ｂ）には、ＭＡＣ変換部２３が、各ＰＤＵの取得に応じて元のＭＡＣフレームを、ＭＡＣ変換部２３自身の有しているメモリ上に再形成する様子を示している。
【００８５】
図７Ｂにおいて、ＰＤＵ＃１及びＰＤＵ＃２を順に受け取ったときのＭＡＣ変換部２３の動作は、図７Ａの場合と全く同一である。
ＭＡＣ変換部２３は、ＰＤＵ＃３をＰＤＵ＃２に続いて受け取ると、この両者のヘッダ部を比較する。ここでは、両者のヘッダ部のＭＡＣフレーム番号が一致していないので、ＭＡＣ変換部２３は、直前に受け取ったＰＤＵ＃２が適正なものであると確定することができない。つまり、ＭＡＣ変換部２３は、ＰＤＵ＃２は不適正であると推定し、ＰＤＵ＃２のデータ部に格納されていたデータ「ペイロード１」を、メモリに格納することなく破棄する。
【００８６】
次に、ＭＡＣ変換部２３は、ＰＤＵ＃４をＰＤＵ＃３に続いて受け取ると、この両者のヘッダ部を比較する。このとき、ＰＤＵ＃３のシーケンス・ナンバは壊れていたので、ＰＤＵ＃４がＰＤＵ＃３に続く次のＰＤＵであることは確認できない。この場合には、ＭＡＣ変換部２３は、ＰＤＵ＃３は不適正であると推定し、ＰＤＵ＃３のデータ部に格納されていたデータ「ペイロード２」を、メモリに格納することなく破棄する。つまり、このとき、ＭＡＣ＃１のＭＡＣフレームにおける「ＳＮ＝１」及び「ＳＮ＝２」のデータは失われたものとして扱われる。但し、ＭＡＣ変換部２３は、ＰＤＵ＃４のヘッダ部のＭＡＣフレーム番号（「ＭＡＣ＃１」）及びシーケンス・ナンバ（「ＳＮ＝３」）は認識できる。
【００８７】
次に、ＭＡＣ変換部２３は、ＰＤＵ＃５をＰＤＵ＃４に続いて受け取ると、この両者のヘッダ部を比較する。ここで、両者のヘッダ部のＭＡＣフレーム番号が一致しており、且つ、ＰＤＵ＃５がＰＤＵ＃４に続く次のＰＤＵであることをＰＤＵ＃５のシーケンス・ナンバが示していることが確認できた時点で、ＭＡＣ変換部２３は、直前に受け取ったＰＤＵ＃４が適正なものであると確定する。そして、ＰＤＵ＃４のデータ部に格納されていたデータ「ペイロード３」を、ＭＡＣ＃１のＭＡＣフレームにおける「ＳＮ＝３」のデータとして、メモリに格納する。
【００８８】
このように、ＭＡＣ変換部２３は、第一のデータ構造を採用しているＰＤＵから元のＭＡＣフレームを再形成する場合には、次のＰＤＵを受け取るまでは、その前のＰＤＵが適正なものであると確定することはできないので、現在のＰＤＵが壊れていた場合には、そのＰＤＵを無効として扱うと共に、その直前に受信していたデータの壊れていないＰＤＵについても無効なものとして扱う。つまり、ＰＤＵが１つ壊れていた場合には、２つのＰＤＵを無効として扱うのである。
【００８９】
なお、元のＭＡＣデータが、再送によってデータの破損を回復可能なものである場合には、ＭＡＣ変換部２３は、ＭＡＣ＃１のＭＡＣフレームにおける「ＳＮ＝１」及び「ＳＮ＝２」のデータを、無線送信装置１０からのＰＤＵ＃２及びＰＤＵ＃３の再送によって回復するように構成することもできる。従って、このようなＭＡＣデータの伝送を行う場合には、このＰＤＵの第一のデータ構造の採用も有用である。
【００９０】
次に図８Ａについて説明する。同図は、無線受信装置２０のＭＡＣ変換部２３によって行われるＭＡＣフレームの再形成の第三の例を示したものである。この第三の例は、図６に示したＭＡＣフレームを第二ＰＤＵ変換部１２で変換して形成された一連のＰＤＵが無線受信装置２０で適切に受信され復調された場合のものを示している。
【００９１】
図８Ａにおいて、上側の（ａ）には、受信部２１から受け取った各ＰＤＵのデータ内容をＰＤＵ＃１、ＰＤＵ＃２、…と受信順に示しており、下側の（ｂ）には、ＭＡＣ変換部２３が、各ＰＤＵの取得に応じて元のＭＡＣフレームを、ＭＡＣ変換部２３自身の有しているメモリ上に再形成する様子を示している。
【００９２】
まず、ＭＡＣ変換部２３は、最初にＰＤＵ＃１を受け取ると、そのヘッダ部に格納されているヘッダ情報に基づき、ＭＡＣ＃１のＭＡＣフレーム全体を格納するために必要な記憶領域を、メモリ上に確保する。すなわち、「Ｌ」フィールドに示されているフレーム長のＭＡＣフレームを格納可能な記憶領域を、メモリ上に確保する。更に、ＰＤＵ＃１のデータ部に格納されていたデータ「ペイロード０」を、ＭＡＣ＃１のＭＡＣフレームの先頭部分のデータとして、メモリ上に確保した記憶領域の先頭に格納する。
【００９３】
ここで、ＰＤＵの第二のデータ構造では、ＰＤＵ＃２以降の各ＰＤＵのデータサイズが既知である。従って、ＭＡＣ変換部２３は、各ＰＤＵに格納されているペイロードデータをメモリに記憶させるときの記憶位置も、この時点で特定できる。従って、ＭＡＣ変換部２３は、ＰＤＵ＃２をＰＤＵ＃１に続いて受け取ると、このＰＤＵ＃２の全体に渡って格納されていたデータ「ペイロード１」を、ＭＡＣ＃１のＭＡＣフレームにおける２番目のデータとして、メモリ上に確保した記憶領域における所定位置に格納する。
【００９４】
以下、ＰＤＵ＃３以降を受け取ったときのＭＡＣ変換部２３の動作も、ＰＤＵ＃２を受け取った場合と同様に行われる。つまり、ＭＡＣ変換部２３は、第二のデータ構造を採用しているＰＤＵから元のＭＡＣフレームを再形成する場合には、ＰＤＵを受け取った時点で直ちに受け取ったＰＤＵを適正なものと確定してメモリ上に確保した記憶領域における所定位置に格納する。従って、第一のデータ構造を採用しているＰＤＵから元のＭＡＣフレームを再形成する場合には生じていたＰＤＵの確定のための遅延が、第二のデータ構造を採用したＰＤＵの場合には発生しない。
【００９５】
次に図８Ｂについて説明する。同図は、無線受信装置２０のＭＡＣ変換部２３によって行われるＭＡＣフレームの再形成の第四の例を示したものである。この第四の例は、図６に示したＭＡＣフレームを第二ＰＤＵ変換部１２で変換して形成された一連のＰＤＵを無線受信装置２０で受信して復調したときに、その一部が壊れていた場合を示している。
【００９６】
図８Ｂにおいて、上側の（ａ）には、受信部２１から受け取った各ＰＤＵのデータ内容をＰＤＵ＃１、ＰＤＵ＃２、…と受信順に示しており、このうちＰＤＵ＃３の一部のデータが壊れていたことを示している。また、下側の（ｂ）には、ＭＡＣ変換部２３が、各ＰＤＵの取得に応じて元のＭＡＣフレームを、ＭＡＣ変換部２３自身の有しているメモリ上に再形成する様子を示している。
【００９７】
図８Ｂにおいて、ＰＤＵ＃１及びＰＤＵ＃２を順に受け取ったときのＭＡＣ変換部２３の動作は、図８Ａの場合と全く同一である。
ＭＡＣ変換部２３は、ＰＤＵ＃３をＰＤＵ＃２に続いて受け取ると、このＰＤＵ＃３の全体に渡って格納されていたデータ「ペイロード２」を、ＭＡＣ＃１のＭＡＣフレームにおける３番目のデータとして、メモリ上に確保した記憶領域における所定位置に格納する。つまり、ＭＡＣ変換部２３は、ＰＤＵ＃３の一部のデータが壊れていても、このデータをＭＡＣ＃１のＭＡＣフレームにおける３番目のデータとして取り込むのである。従って、第一のデータ構造を採用しているＰＤＵから元のＭＡＣフレームを再形成する場合のように、データの壊れていないＰＤＵまでも無効なものとして扱うことはないので、第二のデータ構造を採用したＰＤＵの場合には、第一のデータ構造を採用した場合よりも、データが壊れていた場合におけるデータのロスが少なくなるのである。
【００９８】
なお、第二のデータ構造を採用したＰＤＵによるデータの伝送では、再送によるデータ破損の回復は容易ではない。しかし、伝送対象のデータが、例えばストリーミングデータやＵＤＰのようなデータである場合には、そのデータの性質上、再送によるデータ破損の回復は元々考慮されていないので、このようなデータの伝送には、第二のデータ構造を採用したＰＤＵは有用である。
【００９９】
次に、図９に示す一連のＭＡＣフレームを第一ＰＤＵ変換部１１及び第二ＰＤＵ変換部１２の各々で変換する場合を考える。
この図９に示したＭＡＣフレームの並びは、２０個のＭＡＣフレームが連続しているものであり、各フレームに「ＭＡＣ＃１」から「ＭＡＣ＃２０」までのＭＡＣフレーム番号が付されている。この一連のＭＡＣフレームを２０個のＰＤＵに分割して伝送する場合を想定する。
【０１００】
図１０Ａは、無線受信装置２０のＭＡＣ変換部２３によって行われるＭＡＣフレームの再形成の第五の例を示したものである。この第五の例は、図９に示した一連のＭＡＣフレームを第一ＰＤＵ変換部１１で変換して形成された一連のＰＤＵが無線受信装置２０で適切に受信され復調された場合のものを示している。
【０１０１】
図１０Ａにおいて、上側の（ａ）には、受信部２１から受け取った各ＰＤＵのデータ内容をＰＤＵ＃１、ＰＤＵ＃２、…と受信順に示しており、下側の（ｂ）には、ＭＡＣ変換部２３が、各ＰＤＵの取得に応じて元のＭＡＣフレームを、ＭＡＣ変換部２３自身の有しているメモリ上に再形成する様子を示している。
【０１０２】
まず、ＭＡＣ変換部２３は、最初にＰＤＵ＃１を受け取っても、この時点では、ＰＤＵ＃１のデータ部に格納されているデータをＭＡＣ＃１のＭＡＣフレームについてのペイロードデータと確定することはしない。
【０１０３】
次に、ＭＡＣ変換部２３は、ＰＤＵ＃２をＰＤＵ＃１に続いて受け取ると、この両者のヘッダ部を比較する。ここで、両者のＭＡＣフレーム番号の比較とシーケンス・ナンバの比較とにより、ＰＤＵ＃２がＰＤＵ＃１に続く次のＰＤＵであることが確認できた時点で、ＭＡＣ変換部２３は、直前に受け取ったＰＤＵ＃１が適正なものであると確定する。そして、ＰＤＵ＃１のデータ部に格納されていたデータ「ペイロード０」を、ＭＡＣ＃１のＭＡＣフレームの先頭部分のデータとして、メモリに格納する。更に、ＭＡＣ変換部２３は、ＰＤＵ＃２のレングス・インジケータ（「ＬＩ」のフィールド）で示されているデータ部の領域（同図においては先頭から６４オクテッドの領域）に格納されているデータ「ペイロード１」を、前述した「ペイロード０」に続くＭＡＣ＃１のＭＡＣフレームのデータとして、メモリに格納する。
【０１０４】
この次にＰＤＵ＃３を受け取ったときのＭＡＣ変換部２３の動作も同様に行われる。すなわち、ＭＡＣ変換部２３は、ＰＤＵ＃３をＰＤＵ＃２に続いて受け取ると、この両者のヘッダ部を比較する。ここで、両者のＭＡＣフレーム番号の比較とシーケンス・ナンバの比較とにより、ＰＤＵ＃３がＰＤＵ＃２に続く次のＰＤＵであることが確認できた時点で、ＭＡＣ変換部２３は、直前に受け取ったＰＤＵ＃２が適正なものであると確定する。そして、ＰＤＵ＃２のデータ部の後半部分に格納されていたデータ「ペイロード０」を、ＭＡＣ＃２のＭＡＣフレームの先頭部分のデータとして、メモリに格納する。更に、ＭＡＣ変換部２３は、ＰＤＵ＃３のレングス・インジケータで示されているデータ部の領域（同図においては先頭から６４オクテッドの領域）に格納されているデータ「ペイロード１」を、前述した「ペイロード０」に続くＭＡＣ＃２のＭＡＣフレームのデータとして、メモリに格納する。
【０１０５】
以下、ＰＤＵ＃４以降を受け取ったときのＭＡＣ変換部２３の動作も同様に行われる。つまり、図９に示す一連のＭＡＣフレームのＰＤＵ変換を行う場合も、ＭＡＣ変換部２３は、第一のデータ構造を採用しているＰＤＵから元のＭＡＣフレームを再形成する場合には、ＰＤＵを新たに受け取る度に、その直前に取得していたＰＤＵとヘッダ部の比較を行い、この比較結果に基づいて直前に取得していたＰＤＵが適正なものであるかどうかを判定する。従って、この場合には、次のＰＤＵを受け取るまでは、現在のＰＤＵが適正なものであると確定することはできず、受け取ったＰＤＵの確定までに遅延が生じる。
【０１０６】
次に図１０Ｂについて説明する。同図は、無線受信装置２０のＭＡＣ変換部２３によって行われるＭＡＣフレームの再形成の第六の例を示したものである。この第六の例は、図９に示した一連のＭＡＣフレームを第一ＰＤＵ変換部１１で変換して形成された一連のＰＤＵを無線受信装置２０で受信して復調したときに、その一部が壊れていた場合を示している。
【０１０７】
図１０Ｂにおいて、上側の（ａ）には、受信部２１から受け取った各ＰＤＵのデータ内容をＰＤＵ＃１、ＰＤＵ＃２、…と受信順に示しており、このうちＰＤＵ＃３のヘッダ部のデータが壊れていたことを示している。また、下側の（ｂ）には、ＭＡＣ変換部２３が、各ＰＤＵの取得に応じて元のＭＡＣフレームを、ＭＡＣ変換部２３自身の有しているメモリ上に再形成する様子を示している。
【０１０８】
図１０Ｂにおいて、ＰＤＵ＃１及びＰＤＵ＃２を順に受け取ったときのＭＡＣ変換部２３の動作は、図１０Ａの場合と全く同一である。
ＭＡＣ変換部２３は、ＰＤＵ＃３をＰＤＵ＃２に続いて受け取ると、この両者のヘッダ部を比較する。ここでは、ＰＤＵ＃３のヘッダ部のデータが壊れているため、両者のＭＡＣフレーム番号の比較とシーケンス・ナンバの比較とにより、ＰＤＵ＃３がＰＤＵ＃２に続く次のＰＤＵであることが確認できない。従って、ＭＡＣ変換部２３は、直前に受け取ったＰＤＵ＃２が適正なものであると確定することができない。この場合には、ＭＡＣ変換部２３は、ＰＤＵ＃２のうちのデータ部における後半部分に格納されていたＭＡＣ＃２のＭＡＣフレームのデータ「ペイロード０」は不適正であると推定し、このデータ「ペイロード０」を、メモリに格納することなく破棄する。
【０１０９】
次に、ＭＡＣ変換部２３は、ＰＤＵ＃４をＰＤＵ＃３に続いて受け取ると、この両者のヘッダ部を比較する。ここでは、ＰＤＵ＃３のヘッダ部のデータが壊れていたため、両者のＭＡＣフレーム番号の比較とシーケンス・ナンバの比較とにより、ＰＤＵ＃４がＰＤＵ＃３に続く次のＰＤＵであることが確認できない。従って、ＭＡＣ変換部２３は、ＰＤＵ＃３は不適正であると推定し、ＰＤＵ＃３のデータ部に格納されていたＭＡＣ＃２のＭＡＣフレームのデータ「ペイロード１」とＭＡＣ＃３のＭＡＣフレームのデータ「ペイロード０」との両方を、メモリに格納することなく破棄する。つまり、このとき、ＭＡＣ＃２のＭＡＣフレームの全てのデータ及びＭＡＣ＃３のＭＡＣフレームにおける「ＳＮ＝０」のデータは失われたものとして扱われる。但し、ＭＡＣ変換部２３は、ＰＤＵ＃４のヘッダ部のＭＡＣフレーム番号（「ＭＡＣ＃３」）及びシーケンス・ナンバ（「ＳＮ＝１」）は認識できるので、ＰＤＵ＃４のレングス・インジケータで示されているデータ部の領域（同図においては先頭から６４オクテッドの領域）に格納されているデータ「ペイロード１」を、ＭＡＣ＃３のＭＡＣフレームにおける「ＳＮ＝１」のデータとして、メモリに格納する。
【０１１０】
このように、図９に示す一連のＭＡＣフレームのＰＤＵ変換を行う場合も、ＭＡＣ変換部２３は、第一のデータ構造を採用しているＰＤＵから元のＭＡＣフレームを再形成する場合には、次のＰＤＵを受け取るまでは、その前のＰＤＵが適正なものであると確定することはできないので、現在のＰＤＵが壊れていた場合には、そのＰＤＵを無効として扱うと共に、その直前に受信していたデータの壊れていないＰＤＵの後半部分についても無効なものとして扱う。つまり、ＰＤＵが１つ壊れていた場合には、その直前のＰＤＵの後半部分まで無効として扱うのである。
【０１１１】
なお、元のＭＡＣデータが、再送によってデータの破損を回復可能なものである場合には、ＭＡＣ変換部２３は、ＭＡＣ＃２のＭＡＣフレームとＭＡＣ＃３のＭＡＣフレームにおける「ＳＮ＝０」のデータとを、無線送信装置１０からのＰＤＵ＃２及びＰＤＵ＃３の再送によって回復するように構成することもできる。従って、このようなＭＡＣデータの伝送を行う場合には、このＰＤＵの第一のデータ構造の採用も有用である。
【０１１２】
次に図１１Ａについて説明する。同図は、無線受信装置２０のＭＡＣ変換部２３によって行われるＭＡＣフレームの再形成の第七の例を示したものである。この第七の例は、図９に示した一連のＭＡＣフレームを第二ＰＤＵ変換部１２で変換して形成された一連のＰＤＵが無線受信装置２０で適切に受信され復調された場合のものを示している。
【０１１３】
図１１Ａにおいて、上側の（ａ）には、受信部２１から受け取った各ＰＤＵのデータ内容をＰＤＵ＃１、ＰＤＵ＃２、…と受信順に示しており、下側の（ｂ）には、ＭＡＣ変換部２３が、各ＰＤＵの取得に応じて元のＭＡＣフレームを、ＭＡＣ変換部２３自身の有しているメモリ上に再形成する様子を示している。
【０１１４】
まず、ＭＡＣ変換部２３は、最初にＰＤＵ＃１を受け取ると、そのヘッダ部に格納されているヘッダ情報に基づき、ＭＡＣ＃１からＭＡＣ＃２０までの全てのＭＡＣフレーム全体を格納するために必要な記憶領域を、メモリ上に確保する。すなわち、各ＭＡＣフレームに対応付けられても受けられている「Ｌ」フィールドに示されているフレーム長のＭＡＣフレームを格納可能な記憶領域を、メモリ上にＭＡＣフレーム毎に確保する。更に、ＰＤＵ＃１のデータ部に格納されていたデータ「ペイロード０」を、ＭＡＣ＃１のＭＡＣフレームの前半部分のデータとして、メモリ上に確保した記憶領域の先頭に格納する。
【０１１５】
ここで、ＰＤＵの第二のデータ構造では、ＰＤＵ＃２以降の各ＰＤＵのデータサイズが既知である。従って、ＭＡＣ変換部２３は、各ＰＤＵに格納されている各ペイロードデータをメモリに記憶させるときの記憶位置も、この時点で特定できる。従って、ＭＡＣ変換部２３は、ＰＤＵ＃２をＰＤＵ＃１に続いて受け取ると、このＰＤＵ＃２の前半部分に格納されていたデータ「ペイロード１」を、ＭＡＣ＃１のＭＡＣフレームにおける後半部分のデータとして、メモリ上に確保した記憶領域における所定位置に格納する。更に、このとき、ＭＡＣ変換部２３は、ＰＤＵ＃１の後半部分に格納されていたデータ「ペイロード０」を、ＭＡＣ＃２のＭＡＣフレームの前半部分のデータとして、メモリ上に確保した記憶領域の先頭に格納する。
【０１１６】
以下、ＰＤＵ＃３以降を受け取ったときのＭＡＣ変換部２３の動作も、ＰＤＵ＃２を受け取った場合と同様に行われる。つまり、図９に示す一連のＭＡＣフレームのＰＤＵ変換を行う場合も、ＭＡＣ変換部２３は、第二のデータ構造を採用しているＰＤＵから元のＭＡＣフレームを再形成する場合には、ＰＤＵを受け取った時点で直ちに受け取ったＰＤＵを適正なものと確定してメモリ上に確保した記憶領域における所定位置に格納する。従って、第一のデータ構造を採用しているＰＤＵから元のＭＡＣフレームを再形成する場合には生じていたＰＤＵの確定のための遅延が、第二のデータ構造を採用したＰＤＵの場合には発生しない。
【０１１７】
次に図１１Ｂについて説明する。同図は、無線受信装置２０のＭＡＣ変換部２３によって行われるＭＡＣフレームの再形成の第八の例を示したものである。この第八の例は、図９に示した一連のＭＡＣフレームを第二ＰＤＵ変換部１２で変換して形成された一連のＰＤＵを無線受信装置２０で受信して復調したときに、その一部が壊れていた場合を示している。
【０１１８】
図１１Ｂにおいて、上側の（ａ）には、受信部２１から受け取った各ＰＤＵのデータ内容をＰＤＵ＃１、ＰＤＵ＃２、…と受信順に示しており、このうちＰＤＵ＃３の一部のデータ（ＭＡＣ＃２のＭＡＣフレームにおける後半部分のデータである「ペイロード１」のデータ）が壊れていたことを示している。また、下側の（ｂ）には、ＭＡＣ変換部２３が、各ＰＤＵの取得に応じて元のＭＡＣフレームを、ＭＡＣ変換部２３自身の有しているメモリ上に再形成する様子を示している。
【０１１９】
図１１Ｂにおいて、ＰＤＵ＃１及びＰＤＵ＃２を順に受け取ったときのＭＡＣ変換部２３の動作は、図１１Ａの場合と全く同一である。
ＭＡＣ変換部２３は、ＰＤＵ＃３をＰＤＵ＃２に続いて受け取ると、このＰＤＵ＃３の前半部分に格納されていたデータ「ペイロード１」を、ＭＡＣ＃２のＭＡＣフレームにおける後半部分のデータとして、メモリ上に確保した記憶領域における所定位置に格納する。つまり、ＭＡＣ変換部２３は、ＰＤＵ＃３のデータが一部壊れていても、このデータをＭＡＣ＃２のＭＡＣフレームにおける後半部分のデータとして取り込むのである。従って、第一のデータ構造を採用しているＰＤＵから元のＭＡＣフレームを再形成する場合のように、データの壊れていないＰＤＵまでも無効なものとして扱うことはないので、第二のデータ構造を採用したＰＤＵの場合には、第一のデータ構造を採用した場合よりも、データが壊れていた場合におけるデータのロスが少なくなるのである。
【０１２０】
なお、第二のデータ構造を採用したＰＤＵによるデータの伝送では、再送によるデータ破損の回復は容易ではない。しかし、伝送対象のデータが、例えばストリーミングデータやＵＤＰのようなデータである場合には、そのデータの性質上、再送によるデータ破損の回復は元々考慮されていないので、このようなデータの伝送には、第二のデータ構造を採用したＰＤＵは有用である。
【０１２１】
次に図１２について説明する。同図は、図１に示した無線送信装置１０における第二ＰＤＵ変換部１２の構成例である。この第二ＰＤＵ変換部１２は、ヘッダ情報生成部１２１、ヘッダ情報付きデータ列形成部１２２、及びデータ列分割部１２３を備えて構成されている。
【０１２２】
ヘッダ情報生成部１２１はヘッダ情報を生成する。
ヘッダ情報付きデータ列形成部１２２は、ヘッダ情報生成部１２１で生成されたヘッダ情報を、入力されたＭＡＣフレーム（単一のＭＡＣフレーム若しくは一連のＭＡＣフレームの列）を付加してヘッダ情報付きデータ列を形成する。
【０１２３】
データ列分割部１２３は、ヘッダ情報付きデータ列形成部１２２で形成されたヘッダ情報付きデータ列を所定のデータ長毎に先頭から分割して一連のＰＤＵを生成する。
なお、ヘッダ情報生成部１２１で生成されるヘッダ情報は、図２Ｂに示したＰＤＵの第二のデータ構造のデータ部における「ＭＡＣ  Ｎｏ」、「ＰＤＵ  Ｃｎｔ」、及び「Ｌ」の各フィールドに格納される情報である。ヘッダ情報生成部１２１は、入力されたＭＡＣフレームのうち先頭のものを示すＭＡＣフレーム番号を識別情報として取得して「ＭＡＣ  Ｎｏ」のフィールドの情報とし、入力された各ＭＡＣフレームのフレーム長の値を計数して「Ｌ」フィールドの情報とし、更に、データ列分割部１２３がヘッダ情報付きデータ列を分割するときの分割数を示す情報を「ＰＤＵ  Ｃｎｔ」フィールドの情報とする。こうしてヘッダ情報が生成される。
【０１２４】
次に図１に示した通信システム１の無線送信装置１０における送信制御部１４の動作について説明する。
前述したように、送信制御部１４は、セレクタ部１３による選択を制御する識別信号をセレクタ部１３へ出力する。送信制御部１４は、例えば、第一ＰＤＵ変換部１１及び第二ＰＤＵ変換部１２での変換前のＭＡＣフレームに示されている通信品質（ＱｏＳ:Quality Of Service）の情報に対応した識別信号をセレクタ部１３へ出力する。すなわち、例えば、変換前のＭＡＣフレームに示されているＱｏＳ情報がＮＲＴ（Non Real Time ）である、つまり、このＭＡＣフレームの特徴として、リアルタイム性が要求されていないデータを含んでいるＭＡＣフレームである場合には、第一ＰＤＵ変換部１１をセレクタ部１３に選択させる識別信号を出力し、第一のデータ構造のＰＤＵが送信部１５に渡るようにする。一方、変換前のＭＡＣフレームに示されているＱｏＳ情報がＲＴ（Real Time ）である、つまり、このＭＡＣフレームの特徴として、ストリーミングデータ等のリアルタイム性が厳格に要求されるデータを含んでいるＭＡＣフレームである場合には、第二ＰＤＵ変換部１１をセレクタ部１３に選択させる識別信号を出力し、第二のデータ構造のＰＤＵが送信部１５に渡るようにする。
【０１２５】
なお、送信制御部１４から出力される識別信号は送信部１５にも送られる。送信部１５は、この識別信号が第一ＰＤＵ変換部１１の選択を示すものである場合には、図２Ａ及び図２Ｂにそれぞれ示したＰＤＵにおける特定の位置（ヘッダ部における「ＭＡＣ  Ｎｏ」のフィールドの特定の先頭）に設けられている識別ビット（「Ｉ」ビット）を「０」に設定し、この識別信号が第二ＰＤＵ変換部１２の選択を示すものである場合には、この識別ビットを「１」に設定する。そして、この識別ビットが設定されたＰＤＵで変調された高周波信号を無線受信装置２０へ送信する。
【０１２６】
なお、この識別ビットの設定を送信部１５が行う代わりに、第一ＰＤＵ変換部１１及び第二ＰＤＵ変換部１２でＰＤＵのヘッダ情報を生成する際に、送信制御部１４から出力される識別信号に基づいて設定するように構成することもできる。
【０１２７】
無線受信装置２０の受信部２１は、ヘッダ部に識別ビットが設定されているＰＤＵを高周波信号から復調した場合には、この識別ビットに対応する選択結果を示している識別信号を生成して受信制御部２２へ出力する。こうすることにより、受信制御部２２は、受信部２１で復調されたＰＤＵを得るために無線送信装置１０内で行われたＰＤＵ変換を識別信号に基づいて特定することができ、そして、ＭＡＣ変換部２３は、受信部２１で復調されたＰＤＵに対して、受信制御部２２で特定されたＰＤＵ変換の逆変換を施すことによって、変換前の元のＭＡＣフレームを形成して出力することができる。
【０１２８】
なお、上述した例では、セレクタ部１３による選択結果を示している選択情報を付したＰＤＵを送信部１５が送信することで、無線受信装置２０の受信制御部２２が受信部２１で復調されたＰＤＵを得るために行われたＰＤＵ変換を特定していた。この代わりに、図１３Ａに示す、第一ＰＤＵ変換部１１若しくは第二ＰＤＵ変換部１２により伝送対象のデータ列（ＭＡＣフレーム）を変換して得られる一連のＰＤＵ（これを「データチャネル」と称することとする）とは別個である、図１３Ｂに示す、これらのＰＤＵに関する制御情報が含まれているデータ列（これを「制御チャネル」と称することとする）を利用することもできる。
【０１２９】
すなわち、図１３Ｂに示すように、制御チャネルのデータ列中に識別ビット（「Ｉ」ビット）を定義しておく。そして、送信部１５は、送信制御部１４から出力される識別信号が第一ＰＤＵ変換部１１の選択を示すものである場合には、この識別ビットを「０」に設定し、この識別信号が第二ＰＤＵ変換部１２の選択を示すものである場合には、この識別ビットを「１」に設定する。そして、前述したデータチャネルとこの制御チャネルとで変調された高周波信号を無線受信装置２０へ送信する。
【０１３０】
無線受信装置２０の受信部２１は、受信した高周波信号より、データチャネルと共に制御チャネルを復調し、復調された制御チャネルの識別ビットに対応する選択結果を示している識別信号を生成して受信制御部２２へ出力する。こうすることにより、受信制御部２２は、受信部２１で復調されたＰＤＵを得るために無線送信装置１０内で行われたＰＤＵ変換を識別信号に基づいて特定することができ、そして、ＭＡＣ変換部２３は、受信部２１で復調されたＰＤＵに対して、受信制御部２２で特定されたＰＤＵ変換の逆変換を施すことによって、変換前の元のＭＡＣフレームを形成して出力することができる。
【０１３１】
なお、図１３Ｂに示すように、前述したＱｏＳ情報が制御チャネルに既に含まれている場合には、制御チャネルのデータ列中に識別ビット（「Ｉ」ビット）を定義して送信部１５が識別ビットの設定を行うことなく、このＱｏＳ情報を直接利用するようにしてもよい。すなわち、無線受信装置２０の受信部２１は、受信した高周波信号より、データチャネルと共に制御チャネルを復調する。そして、復調された制御チャネルのＱｏＳ情報に対応して送信制御部１４がセレクタ部１３へ出力するものと同一の識別信号を生成して受信制御部２２へ出力する。こうすることにより、受信制御部２２は、受信部２１で復調されたＰＤＵを得るために無線送信装置１０内で行われたＰＤＵ変換を識別信号に基づいて特定することができ、そして、ＭＡＣ変換部２３は、受信部２１で復調されたＰＤＵに対して、受信制御部２２で特定されたＰＤＵ変換の逆変換を施すことによって、変換前の元のＭＡＣフレームを形成して出力することができる。
【０１３２】
また、上述した手法の代わりに、送信部１５が、ＰＤＵで変調された高周波信号と共に、この高周波信号とは異なる高周波信号を、セレクタ部１３による選択結果を示している選択情報として送信するように構成してもよい。すなわち、図１３Ｃに示すように、送信部１５は、送信制御部１４から出力される識別信号が第一ＰＤＵ変換部１１の選択を示すものである場合には、ＰＤＵで変調された高周波信号とは異なる高周波信号の送信は行わず、この識別信号が第二ＰＤＵ変換部１２の選択を示すものである場合には、ＰＤＵで変調された高周波信号とは異なる高周波信号の送信を行う。
【０１３３】
無線受信装置２０の受信部２１は、ＰＤＵで変調された高周波信号とは異なる高周波信号を受信した場合には、第二ＰＤＵ変換部１２が選択されたことを示している識別信号を生成して受信制御部２２へ出力し、ＰＤＵで変調された高周波信号とは異なる高周波信号を受信していない場合には、第一ＰＤＵ変換部１１が選択されたことを示している識別信号を生成して受信制御部２２へ出力する。こうすることにより、受信制御部２２は、受信部２１で復調されたＰＤＵを得るために無線送信装置１０内で行われたＰＤＵ変換を識別信号に基づいて特定することができ、そして、ＭＡＣ変換部２３は、受信部２１で復調されたＰＤＵに対して、受信制御部２２で特定されたＰＤＵ変換の逆変換を施すことによって、変換前の元のＭＡＣフレームを形成して出力することができる。
【０１３４】
以上、本発明の実施形態を説明したが、本発明は、上述した実施形態に限定されることなく、本発明の要旨を逸脱しない範囲内で種々の改良・変更が可能である。
例えば、図１に示した無線送信装置１０の構成では、セレクタ部１３が第一ＰＤＵ変換部１１と第二ＰＤＵ変換部１２とのうちのどちらか一方を選択し、選択されたものから出力されるＰＤＵを送信部１５に渡すように構成されている。この代わりに、セレクタ部１３が第一ＰＤＵ変換部１１と第二ＰＤＵ変換部１２とのうちのどちらか一方の選択を行うようにし、第一ＰＤＵ変換部１１と第二ＰＤＵ変換部１２とのうち選択された方のみを動作させてＰＤＵを送信部１５へ出力させるように構成してもよい。
【０１３５】
また、上述した実施形態では、送信制御部１４は、第一ＰＤＵ変換部１１及び第二ＰＤＵ変換部１２での変換前のＭＡＣフレームに示されているＱｏＳ情報に対応した識別信号をセレクタ部１３へ出力するように構成していた。この代わりに、伝送対象のデータの種別に応じ、例えば、伝送対象のデータがストリーミングデータやＵＤＰのデータである場合には第二ＰＤＵ変換部１２をセレクタ部１３に選択させる識別信号を出力し、伝送対象のデータがその他のものである場合には第一ＰＤＵ変換部１１をセレクタ部１３に選択させる識別信号を出力するように構成してもよい。
【０１３６】
また、この代わりに、伝送対象のデータ列が提供しているサービスの種別（例えば、電子メール、携帯電話向けインターネット接続サービス、テレビ電話など）に応じて第一ＰＤＵ変換部１１及び第二ＰＤＵ変換部１２の選択をセレクタ部１３に行わせる識別信号を出力するように構成してもよい。
【０１３７】
また、この代わりに、無線送信装置１０から送られてくる電磁波のＳＩＲ（信号電力対干渉電力比）を無線受信装置２０で測定し、無線送信装置１０へフィードバックされたその測定結果に基づいた識別信号を出力するように構成してもよい。すなわち、ＳＩＲの値が大きく、無線受信装置２０での受信状態が良好であると判断される場合には、第二ＰＤＵ変換部１２をセレクタ部１３に選択させる識別信号を出力し、ＳＩＲの値が小さく、無線受信装置２０での受信状態が良好とはいえないと判断される場合には、第一ＰＤＵ変換部１１をセレクタ部１３に選択させる識別信号を出力するように構成してもよい。
【０１３８】
また、この代わりに、無線受信装置２０での電磁波の受信方式に応じ、例えば、ダイバーシチ受信を行う場合には、良好な受信状態が期待できるので、第二ＰＤＵ変換部１２をセレクタ部１３に選択させる識別信号を出力し、ダイバーシチ受信を行わない場合には、第一ＰＤＵ変換部１１をセレクタ部１３に選択させる識別信号を出力するように構成してもよい。
【０１３９】
また、この代わりに、前述した制御チャネルに含まれている情報のうちでデータチャネルの変調方式を示しているＭＣＳ（Modulation Code Scheme）に応じ、例えば、ＭＣＳがＱＰＳＫを示している場合には第一ＰＤＵ変換部１１をセレクタ部１３に選択させる識別信号を出力し、ＭＣＳがＱＡＭを示している場合には第二ＰＤＵ変換部１２をセレクタ部１３に選択させる識別信号を出力するように構成してもよい。
【０１４０】
また、前述した制御チャネルに含まれている情報のうちでデータチャネルの受信品質を示しているＣＱＩ（Channel Quality Indicator ）に応じ、例えば、ＣＱＩで示されているＳＩＲの値が４以上の場合には第二ＰＤＵ変換部１２をセレクタ部１３に選択させる識別信号を出力し、４未満の場合には第一ＰＤＵ変換部１１をセレクタ部１３に選択させる識別信号を出力するように構成してもよい。
【０１４１】
なお、上記した実施の形態から次のような構成の技術的思想が導かれる。
（付記１）変換前のデータ列を第一のデータ構造のデータ列に変換する第一データ列変換手段と、
前記変換前のデータ列を、前記第一のデータ構造とは異なる第二のデータ構造のデータ列に変換する第二データ列変換手段と、
前記第一データ列変換手段と前記第二データ列変換手段とのうちのどちらか一方の選択を行う選択手段と、
前記選択手段によって選択されたものによる変換によって得られたデータ列と、前記選択手段による選択結果を示す選択情報とを送信する送信手段と、
を有することを特徴とする送信装置。
【０１４２】
（付記２）前記変換前のデータ列は、１以上のＭＡＣ（媒体アクセス制御）フレームを構成していることを特徴とする付記１に記載の送信装置。
（付記３）前記選択手段は、前記変換前のデータ列に示されている当該データ列の特徴を示す情報に基づいて前記選択を行うことを特徴とする付記１に記載の送信装置。
【０１４３】
（付記４）前記送信手段は、当該送信手段が送信するデータ列に関する制御情報であって前記選択情報を付したものを更に送信することを特徴とする付記１に記載の送信装置。
（付記５）前記送信手段は、前記データ列に前記選択情報を付したものを送信することを特徴とする付記１に記載の送信装置。
【０１４４】
（付記６）前記送信手段は、前記データ列における特定の位置に前記選択情報を付したものを送信することを特徴とする付記５に記載の送信装置。
（付記７）前記送信手段は、当該送信手段が送信するデータ列を示しているデータ列信号を送信すると共に、当該データ列信号とは異なる信号を前記選択情報として送信することを特徴とする付記１に記載の送信装置。
【０１４５】
（付記８）前記第二のデータ列変換手段は、
前記変換前のデータ列における先頭のＭＡＣフレームに与えられる当該ＭＡＣフレームの識別情報と、当該変換前のデータ列にヘッダ情報を付加して形成するヘッダ情報付きデータ列を所定のデータ長毎に先頭から分割したときの分割数の情報と、当該変換前のデータ列で構成されているＭＡＣフレームの各々のフレーム長の情報と、を含む当該ヘッダ情報を生成するヘッダ情報生成手段と、
前記変換前のデータ列に前記ヘッダ情報を付加して前記ヘッダ情報付きデータ列を形成するヘッダ情報付きデータ列形成手段と、
前記ヘッダ情報付きデータ列を前記所定のデータ長毎に先頭から分割するデータ列分割手段と、
を有することを特徴とする付記２に記載の送信装置。
【０１４６】
（付記９）前記送信手段は、前記ヘッダ情報付きデータ列に付加されている前記ヘッダ情報に前記選択情報を付したものを送信することを特徴とする付記８に記載の送信装置。
（付記１０）変換前のデータ列から所定のデータ構造のデータ列への変換によって得られた変換後のデータ列と、当該変換後のデータ列を得るために行われた当該変換を特定する特定情報とを送信元から受信する受信手段と、
前記特定情報に基づいた前記変換後のデータ列の逆変換を行って前記変換前のデータ列を形成するデータ列逆変換手段と、
を有することを特徴とする受信装置。
【０１４７】
（付記１１）前記変換前のデータ列は、１以上のＭＡＣ（媒体アクセス制御）フレームを構成していることを特徴とする付記１０に記載の受信装置。
（付記１２）前記受信手段は、前記送信元から送られてくる前記変換後データ列に関する制御情報であって前記特定情報を付したものを更に受信することを特徴とする付記１０に記載の受信装置。
【０１４８】
（付記１３）前記受信手段は、前記変換後データ列に前記特定情報が付されているものを受信することを特徴とする付記１０に記載の受信装置。
（付記１４）前記受信手段は、前記変換後データ列における特定の位置に前記特定情報が付されているものを受信することを特徴とする付記１３に記載の受信装置。
【０１４９】
（付記１５）前記受信手段は、当該送信元から送られてくる前記変換後データ列を示しているデータ列信号を受信すると共に、当該変換後データ列信号とは異なる信号を前記特定情報として受信することを特徴とする付記１０に記載の受信装置。
【０１５０】
（付記１６）前記変換後データ列は、
前記変換前のデータ列における先頭のＭＡＣフレームに与えられている当該ＭＡＣフレームの識別情報と、
当該変換前のデータ列にヘッダ情報を付加して形成されるヘッダ情報付きデータ列を所定のデータ長毎に先頭から分割したときの分割数の情報と、
当該変換前のデータ列で構成されているＭＡＣフレームの各々のフレーム長の情報と、
を含む当該ヘッダ情報が、当該変換前のデータ列に付加されて形成されている当該ヘッダ情報付きデータ列を、当該所定のデータ長毎に先頭から分割したものである、
ことを特徴とする付記１１に記載の受信装置。
【０１５１】
（付記１７）前記ヘッダ情報付きデータ列に付加されている前記ヘッダ情報には、前記特定情報が付されていることを特徴とする付記１６に記載の受信装置。
（付記１８）所定のデータ列を１以上並べてなるデータ群における先頭のデータ列に与えられているデータ列識別情報と、当該データ群にヘッダ情報を付加して形成されるヘッダ情報付きデータ群を所定のデータ長毎に先頭から分割したときの分割数の情報と、当該データ列の各々のデータ長の情報と、を含む当該ヘッダ情報を生成し、
前記データ群に前記ヘッダ情報を付加して前記ヘッダ情報付きデータ群を形成し、
前記ヘッダ情報付きデータ群を前記所定のデータ長毎に先頭から分割して通信用データ列を生成し、
前記通信用データ列を送信先へ送信する、
ことを特徴とする通信方法。
【０１５２】
（付記１９）前記所定のデータ列は、ＭＡＣ（媒体アクセス制御）フレームを構成していることを特徴とする付記１８に記載の通信方法。
【図面の簡単な説明】
【０１５３】
【図１】本発明を実施する通信システムの構成を示す図である。
【図２Ａ】ＰＤＵの第一のデータ構造を示す図である。
【図２Ｂ】ＰＤＵの第二のデータ構造を示す図である。
【図３Ａ】ＭＡＣフレームを変換して得られたＰＤＵの例（その１）を示す図である。
【図３Ｂ】ＭＡＣフレームを変換して得られたＰＤＵの例（その２）を示す図である。
【図４Ａ】変換前の一連のＭＡＣフレームの第一の例を示す図である。
【図４Ｂ】図４Ａに示した一連のＭＡＣフレームを第一ＰＤＵ変換部で変換して形成される一連のＰＤＵのデータ構造を示した図である。
【図４Ｃ】図４Ａに示した一連のＭＡＣフレームを第二ＰＤＵ変換部で変換して形成される一連のＰＤＵのデータ構造を示した図である。
【図５Ａ】変換前の単一のＭＡＣフレームの第一の例を示す図である。
【図５Ｂ】図５Ａに示した単一のＭＡＣフレームを第一ＰＤＵ変換部で変換して形成される一連のＰＤＵのデータ構造を示した図である。
【図５Ｃ】図５Ａに示した単一のＭＡＣフレームを第二ＰＤＵ変換部で変換して形成される一連のＰＤＵのデータ構造を示した図である。
【図６】変換前の単一のＭＡＣフレームの第二の例を示す図である。
【図７Ａ】ＭＡＣフレームの再形成の第一の例を示す図である。
【図７Ｂ】ＭＡＣフレームの再形成の第二の例を示す図である。
【図８Ａ】ＭＡＣフレームの再形成の第三の例を示す図である。
【図８Ｂ】ＭＡＣフレームの再形成の第四の例を示す図である。
【図９】変換前の一連のＭＡＣフレームの第二の例を示す図である。
【図１０Ａ】ＭＡＣフレームの再形成の第五の例を示す図である。
【図１０Ｂ】ＭＡＣフレームの再形成の第六の例を示す図である。
【図１１Ａ】ＭＡＣフレームの再形成の第七の例を示す図である。
【図１１Ｂ】ＭＡＣフレームの再形成の第八の例を示す図である。
【図１２】図１に示した無線送信装置における第二ＰＤＵ変換部の構成例を示す図である。
【図１３Ａ】データチャネルのデータ構造の例を示す図である。
【図１３Ｂ】制御チャネルのデータ構造の例を示す図である。
【図１３Ｃ】識別信号の例を示す図である。
【図１４】ＰＤＵのデータ構造の一例を示す図である。
【図１５Ａ】変換前のＭＡＣフレームの第一の例を示す図である。
【図１５Ｂ】図１５Ａに示したＭＡＣフレームをＰＤＵ変換した結果を示す図である。
【図１６Ａ】変換前のＭＡＣフレームの第二の例を示す図である。
【図１６Ｂ】図１６Ａに示したＭＡＣフレームをＰＤＵ変換した結果を示す図である。
【符号の説明】
【０１５４】
１  通信システム
１０  無線送信装置
１１  第一ＰＤＵ変換部
１２  第二ＰＤＵ変換部
１３  セレクタ部
１４  送信制御部
１５  送信部
２０  無線受信装置
２１  受信部
２２  受信制御部
２３  ＭＡＣ変換部
１２１  ヘッダ情報生成部
１２２  ヘッダ情報付きデータ列形成部
１２３  データ列分割部
【図１】
2008011026.tif 000003
【図１２】
2008011026.tif 000004
【図２Ａ】
2008011026.tif 000005
【図２Ｂ】
2008011026.tif 000006
【図３Ａ】
2008011026.tif 000007
【図３Ｂ】
2008011026.tif 000008
【図４Ａ】
2008011026.tif 000009
【図４Ｂ】
2008011026.tif 000010
【図４Ｃ】
2008011026.tif 000011
【図５Ａ】
2008011026.tif 000012
【図５Ｂ】
2008011026.tif 000013
【図５Ｃ】
2008011026.tif 000014
【図６】
2008011026.tif 000015
【図７Ａ】
2008011026.tif 000016
【図７Ｂ】
2008011026.tif 000017
【図８Ａ】
2008011026.tif 000018
【図８Ｂ】
2008011026.tif 000019
【図９】
2008011026.tif 000020
【図１０Ａ】
2008011026.tif 000021
【図１０Ｂ】
2008011026.tif 000022
【図１１Ａ】
2008011026.tif 000023
【図１１Ｂ】
2008011026.tif 000024
【図１３Ａ】
2008011026.tif 000025
【図１３Ｂ】
2008011026.tif 000026
【図１３Ｃ】
2008011026.tif 000027
【図１４】
2008011026.tif 000028
【図１５Ａ】
2008011026.tif 000029
【図１５Ｂ】
2008011026.tif 000030
【図１６Ａ】
2008011026.tif 000031
【図１６Ｂ】
2008011026.tif 000032