(57)【特許請求の範囲】
【請求項１】
ヘッダ部とデータ部を有するデータユニットの当該データ部に格納された可変長のパケットデータを受信する無線通信装置において、
受信データユニットに格納されたパケットデータの最後尾部分に含まれるエラーチェックコードに基づいて、前記パケットデータに対するエラー検出演算を行うエラー検出演算部と、
前記エラー検出演算の演算結果に基づいて、前記パケットデータの最後尾が含まれる前記データユニット内における前記パケットデータの最後尾位置を検出する検出部と、
前記検出部により検出された前記最後尾位置の有効性を判定する判定部とを備え、
前記ヘッダ部は、前記データ部内に前記パケットデータの最後尾が有るか無いかを示す第一のフラグ情報を有し、
前記判定部は、前記検出部により検出された前記最後尾位置が含まれる前記データユニットの前記ヘッダ部の前記第一のフラグ情報が前記最後尾有りを示している場合、前記検出部により検出された最後尾位置を有効と判定することを特徴とする無線通信装置。
【請求項２】
ヘッダ部とデータ部を有するデータユニットの当該データ部に格納された可変長のパケットデータを受信する無線通信装置において、
受信データユニットに格納されたパケットデータの最後尾部分に含まれるエラーチェックコードに基づいて、前記パケットデータに対するエラー検出演算を行うエラー検出演算部と、
前記エラー検出演算の演算結果に基づいて、前記パケットデータの最後尾が含まれる前記データユニット内における前記パケットデータの最後尾位置を検出する検出部と、
前記検出部により検出された前記最後尾位置の有効性を判定する判定部とを備え、
前記ヘッダ部は、前記データ部内に前記パケットデータの最後尾が有るか無いかを示す第一のフラグ情報を有し、
前記エラー検出演算部は、前記パケットデータの次のパケットデータに対するエラー検出演算を行い、
前記判定部は、前記検出部により検出された前記パケットデータの前記最後尾位置が含まれる前記データユニットの前記ヘッダ部の前記第一のフラグ情報が前記最後尾有りを示している場合であって、且つ、前記検出部が前記次のパケットデータの最後尾が含まれる別のデータユニット内における前記次のパケットデータの最後尾位置を検出し、さらに当該次のパケットデータの最後尾位置を含む前記別のデータユニットのヘッダ部の前記第一のフラグ情報が前記最後尾有りを示している場合に、前記検出部により検出された前記パケットデータの最後尾位置を有効と判定することを特徴とする無線通信装置。
【請求項３】
請求項１又は２において、
前記データ部は複数の領域に区切られ、前記ヘッダ部は前記領域ごとに前記第一のフラグ情報を有し、
前記判定部は、前記最後尾位置の属する領域に対応する前記第一のフラグ情報に基づいて、当該最後尾位置の有効性を判定することを特徴とする無線通信装置。
【請求項４】
ヘッダ部とデータ部を有するデータユニットの当該データ部に格納された可変長のパケットデータを受信する無線通信装置において、
受信データユニットに格納されたパケットデータの最後尾部分に含まれるエラーチェックコードに基づいて、前記パケットデータに対するエラー検出演算を行うエラー検出演算部と、
前記エラー検出演算の演算結果に基づいて、前記パケットデータの最後尾が含まれる前記データユニット内における前記パケットデータの最後尾位置を検出する検出部と、
前記検出部により検出された前記最後尾位置の有効性を判定する判定部とを備え、
前記ヘッダ部は、前記データ部内に前記パケットデータの最後尾が有るか無いかを示す第一のフラグ情報と、前記データ部内にパディングが含まれているかどうかを示す第二のフラグ情報とを有し、
前記判定部は、前記検出部により検出された前記最後尾位置が含まれる前記データユニットの前記ヘッダ部の前記第一のフラグ情報が前記最後尾有りを示している場合であって、且つ、当該ヘッダ部の前記第二のフラグ情報が、パディング有りを示している場合、前記検出部により検出された最後尾位置を有効と判定することを特徴とする無線通信装置。
【請求項５】
請求項４において、
前記データ部は複数の領域に区切られ、前記ヘッダ部は前記領域ごとに前記第一のフラグ情報及び前記第二のフラグ情報を有し、
前記判定部は、前記最後尾位置のある領域に対応する前記第一のフラグ情報及び前記第二のフラグ情報に基づいて、前記最後尾位置の有効性を判定することを特徴とする無線通信装置。
【請求項６】
請求項１乃至５のいずれか１項において、
前記パケットデータの再送処理部を行う再送処理部を備え、
当該再送処理部は、再送処理部用の制御チャネルで用いられる前記データユニットの順序情報に従って、順次受信される前記データユニットの順序を識別することを特徴とする無線通信装置。
【請求項７】
請求項６において、
前記ヘッダ部は、通信品質がリアルタイムであるかノンリアルタイムであるかを示す第三のフラグ情報を有し、
前記再送処理部は、順次受信される前記データユニットの前記第三のフラグ情報に基づいて、順次受信される前記データユニット単位に、前記データユニットの前記データ部に格納されるパケットデータの順序制御を行うことを特徴とする無線通信装置。
【請求項８】
請求項６において、
前記ヘッダ部は、複数の領域に分けられた前記データ部の前記領域ごとに、通信品質がリアルタイムであるかノンリアルタイムであるかを示す第三のフラグ情報を有し、
前記再送処理部は、順次受信される前記データユニットの前記第三のフラグ情報に基づいて、順次受信される前記データユニットの前記データ部の領域単位に、前記データ部に格納されるパケットデータの順序制御を行うことを特徴とする無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムを構成する無線通信装置に関し、好ましくは、パケット伝送を行う無線通信システムを構成する移動機、基地局に関する。
【背景技術】
【０００２】
無線通信システムの１例としての第三世代移動通信システムの中には、Ｗ−ＣＤＭＡ(Wideband-Code Division Multiple Access)方式を採用している。W-CDMA方式の無線インタフェースは、物理レイヤ(Layer
1)、データリンクレイヤ(Layer 2)、ネットワークレイヤ(Layer 3)のプロトコルレイヤで構成され、Layer 2(L2)では、MAC(Media
Access Control)、RLC(Radio Link Control)のサブレイヤに分けられる。パケット伝送におけるパケットデータのデータチャネル(DCH)割当ては、L2のRLCサブレイヤで行われ、データフォーマットはRLC
SDU(Service Data Unit)として3GPP勧告(TS25.322)にて定義されている。【０００３】
このRLC SDUには、転送モードによっていくつかのPDU(Protocol
Data Unit)フォーマットがあり、TrD PDU(Transparent Mode)、UMD PDU(Unacknowledge Mode)、AMD PDU
(Acknowledge Mode)等が定義されているが、この内、UMD PDUとAMD PDUには、SN(Sequence Number)、LI(Length
Indicator)等のヘッダ情報が付与される。【０００４】
図１は、UMD PDUのデータフォーマットを示す図である。当該データフォーマットは、SN(Sequence
Number)、LI(Length Indicator) を有するヘッダ部とデータ部(Data)を有し、データ部にはデータが格納され、さらに、パディング(PAD)が付与されていてもよい。【０００５】
ヘッダ部のLI情報は、PDUでパケットデータを伝送するときに、パケットをPDUのサイズに合わせて分割し、PDU間に跨いでパケットが分割された場合の次のパケットとの連結部(PDUの何octet目が切れ目か)を示すための情報である。従って、パケットがPDUのサイズに合わせて分割された場合、パケットの最後尾が格納されたPDUのヘッダ部に、そのパケットの最後尾と次のパケットの先頭との境界位置を示すLI情報が含まれることとなる。また、パケットの長さがPDUのサイズよりも短い場合、一つのPDUに複数のLI情報が含まれる場合もありうる。【０００６】
なお、LI情報は、パケット間の境界位置を示す場合に加えて、パディングが付与される場合（パケットデータとパディングとの境界位置）やパケット連結部がPDUの最終octet目にくるようなPDU格納状態を示したりする場合にも使用され、特殊コードとして規定されている。【０００７】
また、下記特許文献１、２及び３は、それぞれLI情報を有するフォーマットによりPDU伝送に関するものである。
【特許文献１】特開２０００−１２５００４号公報
【特許文献２】特開２００３−９２６００号公報
【特許文献３】平１１−２９８５３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記従来方式のUMD PDU、AMD PDUのヘッダ付与方法では、パケットデータのPDU格納状態によっては、LI情報が複数Octetを占め、ヘッダ部を増大してしまう。すると、PDU自体のサイズは一定のため、結果的にPDUに占めるデータ部が減少して、伝送効率が落ちてしまうという課題がある。このPDUのヘッダ部の情報を他の手段に代替することで、ヘッダ長の増大を抑えられ簡略化することができ、高速IP伝送でのスループットを向上させることが可能となる。【０００９】
そこで、本発明の目的の１つは、ヘッダ長を削減しつつ、パケットの最後尾（境界）を認識することができるようにすることである。
【課題を解決するための手段】
【００１２】
本発明の無線通信装置の第１の構成は、ヘッダ部とデータ部を有するデータユニットの当該データ部に格納された可変長のパケットデータを受信する無線通信装置において、受信データユニットに格納されたパケットデータの最後尾部分に含まれるエラーチェックコードに基づいて、前記パケットデータに対するエラー検出演算を行うエラー検出演算部と、前記エラー検出演算の演算結果に基づいて、前記パケットデータの最後尾が含まれる前記データユニット内における前記パケットデータの最後尾位置を検出する検出部と、前記検出部により検出された前記最後尾位置の有効性を判定する判定部とを備え、前記ヘッダ部は、前記データ部内に前記パケットデータの最後尾が有るか無いかを示す第一のフラグ情報を有し、前記判定部は、前記検出部により検出された前記最後尾位置が含まれる前記データユニットの前記ヘッダ部の前記第一のフラグ情報が前記最後尾有りを示している場合、前記検出部により検出された最後尾位置を有効と判定することを特徴とする。
【００１３】
本発明の無線通信装置の第２の構成は、ヘッダ部とデータ部を有するデータユニットの当該データ部に格納された可変長のパケットデータを受信する無線通信装置において、受信データユニットに格納されたパケットデータの最後尾部分に含まれるエラーチェックコードに基づいて、前記パケットデータに対するエラー検出演算を行うエラー検出演算部と、前記エラー検出演算の演算結果に基づいて、前記パケットデータの最後尾が含まれる前記データユニット内における前記パケットデータの最後尾位置を検出する検出部と、前記検出部により検出された前記最後尾位置の有効性を判定する判定部とを備え、前記ヘッダ部は、前記データ部内に前記パケットデータの最後尾が有るか無いかを示す第一のフラグ情報を有し、前記エラー検出演算部は、前記パケットデータの次のパケットデータに対するエラー検出演算を行い、前記判定部は、前記検出部により検出された前記パケットデータの前記最後尾位置が含まれる前記データユニットの前記ヘッダ部の前記第一のフラグ情報が前記最後尾有りを示している場合であって、且つ、前記検出部が前記次のパケットデータの最後尾が含まれる別のデータユニット内における前記次のパケットデータの最後尾位置を検出し、さらに当該次のパケットデータの最後尾位置を含む前記別のデータユニットのヘッダ部の前記第一のフラグ情報が前記最後尾有りを示している場合に、前記検出部により検出された前記パケットデータの最後尾位置を有効と判定することを特徴とする。
【００１４】
本発明の無線通信装置の第３の構成は、上記第１又は第２の構成において、前記データ部は複数の領域に区切られ、前記ヘッダ部は前記領域ごとに前記第一のフラグ情報を有し、前記判定部は、前記最後尾位置の属する領域に対応する前記第一のフラグ情報に基づいて、当該最後尾位置の有効性を判定することを特徴とする。
【００１５】
本発明の無線通信装置の第４の構成は、ヘッダ部とデータ部を有するデータユニットの当該データ部に格納された可変長のパケットデータを受信する無線通信装置において、受信データユニットに格納されたパケットデータの最後尾部分に含まれるエラーチェックコードに基づいて、前記パケットデータに対するエラー検出演算を行うエラー検出演算部と、前記エラー検出演算の演算結果に基づいて、前記パケットデータの最後尾が含まれる前記データユニット内における前記パケットデータの最後尾位置を検出する検出部と、前記検出部により検出された前記最後尾位置の有効性を判定する判定部とを備え、前記ヘッダ部は、前記データ部内に前記パケットデータの最後尾が有るか無いかを示す第一のフラグ情報と、前記データ部内にパディングが含まれているかどうかを示す第二のフラグ情報とを有し、前記判定部は、前記検出部により検出された前記最後尾位置が含まれる前記データユニットの前記ヘッダ部の前記第一のフラグ情報が前記最後尾有りを示している場合であって、且つ、当該ヘッダ部の前記第二のフラグ情報が、パディング有りを示している場合、前記検出部により検出された最後尾位置を有効と判定することを特徴とする。
【００１６】
本発明の無線通信装置の第５の構成は、上記第４の構成において、前記データ部は複数の領域に区切られ、前記ヘッダ部は前記領域ごとに前記第一のフラグ情報及び前記第二のフラグ情報を有し、前記判定部は、前記最後尾位置のある領域に対応する前記第一のフラグ情報及び前記第二のフラグ情報に基づいて、前記最後尾位置の有効性を判定することを特徴とする。
【００１７】
本発明の無線通信装置の第６の構成は、上記第１乃至第５の構成のいずれか一つにおいて、前記パケットデータの再送処理部を行う再送処理部を備え、当該再送処理部は、再送処理部用の制御チャネルで用いられる前記データユニットの順序情報に従って、順次受信される前記データユニットの順序を識別することを特徴とする。
【００１８】
本発明の無線通信装置の第７の構成は、上記第６の構成において、前記ヘッダ部は、通信品質がリアルタイムであるかノンリアルタイムであるかを示す第三のフラグ情報を有し、前記再送処理部は、順次受信される前記データユニットの前記第三のフラグ情報に基づいて、順次受信される前記データユニット単位に、前記データユニットの前記データ部に格納されるパケットデータの順序制御を行うことを特徴とする。
【００１９】
本発明の無線通信装置の第８の構成は、上記第６の構成において、前記ヘッダ部は、複数の領域に分けられた前記データ部の前記領域ごとに、通信品質がリアルタイムであるかノンリアルタイムであるかを示す第三のフラグ情報を有し、前記再送処理部は、順次受信される前記データユニットの前記第三のフラグ情報に基づいて、順次受信される前記データユニットの前記データ部の領域単位に、前記データ部に格納されるパケットデータの順序制御を行うことを特徴とする。
【発明の効果】
【００２１】
本発明の無線通信装置によれば、ヘッダ長を削減しつつ、パケットの最後尾（境界）を認識することができるようにすることができる。また、データ部を長くすることができ、伝送速度の向上を図ることができる。
【図面の簡単な説明】
【００２２】
【図１】UMD PDUのデータフォーマットを示す図である。
【図２】本発明の実施の形態例における無線通信装置を含む無線通信システムの概略構成図である。
【図３】本発明の実施の形態におけるPDUフォーマットの構成例を示す図である。
【図４】本実施の形態例における無線通信装置のブロック構成図である。
【図５】本実施の形態例における無線通信装置の第一の動作例を示すタイムチャートである。
【図６】本実施の形態例における無線通信装置の第二の動作例を示すタイムチャートである。
【符号の説明】
【００２３】
１０：再送処理部、１１：ヘッダ部／データ部分離部、１２：データ部メモリ、１３：ヘッダ部メモリ、１４：ヘッダ解析部、１５：FCS演算処理部、１６：FCS有効判定部、１７：バッファメモリ
【発明を実施するための最良の形態】
【００２４】
以下、図面を参照して本発明の実施の形態について説明する。しかしながら、かかる実施の形態例が、本発明の技術的範囲を限定するものではない。
図２は、本発明の実施の形態例における無線通信装置を含む無線通信システムの概略構成図である。移動機UEは、無線アクセスネットワーク（RAN）と無線通信を行い、RANは、コアネットワーク（CN）と接続している。RANは、基地局BTS及び無線制御装置RNCとを有して構成される。本実施の形態例の無線通信装置は、図２の無線通信システムにおいて、PDUフォーマットを送受信する装置であって、例えば、移動機UE、基地局BTS及び無線制御装置RNCである。ただし、これらの装置に限られない。【００２５】
本実施の形態例における無線通信装置は、パケットデータの最後尾に付されるエラーチェックコードを利用して、パケットデータの切れ目を認識する。具体的には、パケットデータの最後尾には、所定長（例えば32bit）のエラーチェックコード（例えばCRCコード）が含まれている。データを正しく受信していれば、エラーチェックコード手前までのデータに対するエラー検出演算（CRC演算）の結果は、その後ろのエラーチェックコードと一致する。従って、このエラーチェックコードとの一致を検出することにより、パケットデータの最後尾（次のパケットデータが続いている場合は、パケットデータ間の境界位置）を認識することができる。【００２６】
W-CDMAの通信プロトコルにおけるエラーチェックコードは、FCS(Flame
Check Sequence)と呼ばれる３２ビットのCRCコードである。以下の説明では、エラーチェックコードとしてFCSを例に説明する。【００２７】
このように、パケットデータの最後尾に付されるエラーチェックコードであるFCSを利用し、エラー検出演算（FCS演算）結果がエラーチェック結果と一致した位置をパケットデータの最後尾として検出することで、ヘッダ部にLI情報を設定する必要がなくなり、ヘッダ部の増大すなわちデータ部の減少を防止することができる。これにより、従来のPDフォーマットのヘッダ部におけるLI情報を省略することができ、その分データ部を大きくすることができるので、通信速度の向上が実現される。【００２８】
好ましくは、誤検出を防止するために、FCS演算の演算結果に対する有効性を判定する有効性判定手法を組み入れ、パケットデータの最後尾を判定するようにしてもよい。FCS演算において、パケットデータの最後尾でない別の位置でFCS演算結果がFCSと一致する確率が存在するとともに、通信途中のデータエラーにより、正常なFCSを受信できない場合、パケットデータの最後尾位置であっても、FCS演算結果が受信したFCSと一致しなくなる可能性があるからである。
有効性判定手法の一つとして、PDUフォーマットのヘッダ部に、FCSが含まれているかどうかを示すFCS有無フラグ（以下「Fビット」と称す）が設定される。PDUフォーマットに設定されたFビットがFCS無しの場合、仮に、そのフォーマットのデータ部に対するFCS演算の結果、FCS一致を検出しても誤検出（無効）と判定する。一方、FビットがFCS有りとなっている場合に、そのフォーマットのデータ部に対するFCS演算の結果、FCS一致を検出すると、そのFCS一致を有効（すなわち、FCS一致を検出した位置をパケットデータの最後尾）と判定する。【００２９】
図３は、本発明の実施の形態におけるPDUフォーマットの構成例を示す図である。図３のフォーマットにおいて、ヘッダ部は、Flag1と記された１オクテットであり、その中に２つのFビット（F1、F2）が設定されている。複数のFビットが設定される理由は次の通りである。すなわち、PDUフォーマット内のデータ部を複数の領域に任意に分割し、分割された各領域ごとに、FCSの有無フラグであるFビットが設定される。これにより、一つのPDUフォーマット内でも、FCSの位置を細分化して設定することができ、判定精度がさらに向上する。【００３０】
例えば、図３のFCS有無フラグF1は、データ部の前半部分に対するFビットである。従って、フラグF1がFCS無しであり、フラグF２がFCS有りの設定の場合に、データ部前半部分のデータに対するFCS演算で、FCSとの一致を検出しても、誤検出と判定することができる。【００３１】
また、図３のフォーマットでは、FCS有無フラグであるFビットに加えて、QoSビット、Sビット、Pビット、Eビットが設けられる。Sビット、Pビットに対しては、Fビット同様に、データ部を複数に分割した各領域ごとに設けられる。QoSビットは、パケットデータの通信品質RT(Real
Time)/NRT(Non Real Time)を設定することができ、その設定に応じて、シーケンス番号（SE）通りの順序制御処理が可能となる。Fビット、Sビット、Pビット同様に、データ部の一部の領域ごとに、QoSビットを設定することも可能である。これにより、RT/NRT混在伝送に対応することができるようになる。【００３２】
Sビットは、データ部にパケットデータの先頭位置が含まれているかどうかを識別するための先頭有無フラグである。また、Pビットは、データ部にパディング（空白）が含まれているかどうかを識別するためのパディング有無フラグである。さらに、Eビットは、次のオクテットがヘッダ部であるかデータ部であるかを識別するためのフラグである。図２の例において、データ部を４分割し、各領域に対してFビット、Sビット、Pビットを設定する場合は、ヘッダ部は、Flag1に加えて、図示されるFlag2を有することとなり、Flag1のEビットは、ヘッダ部（Flag）を示す値となる。【００３３】
また、Flag2におけるKビットは、ヘッダ部が、図３に示す本発明の実施の形態例のフォーマットか、従来（例えば図１に示した）フォーマットかを識別するためのフラグであり、このKビットを設定することで、新旧両フォーマットに対応することができるようになる。【００３４】
図４は、本実施の形態例における無線通信装置のブロック構成図である。図３に示したヘッダ部を有するPDUフォーマットのデータを受信し、FCS演算結果に基づいて、パケットデータの終わりを検出する。【００３５】
再送処理部部１０は、ハイブリッドARQ(HARQ)を含むARQ（Automatic
Repeat Request）処理を行う。具体的には、再送処理部のための制御チャネル内のPDU番号（各PDUを識別する情報）や、制御チャネル内又はPDUのヘッダ部のQoS情報を抽出し、データ部メモリ１２へのライトアドレス及びリードアドレスを生成し出力する。また、再送処理部部１０は、PDU番号ごとの受信フラグを有し、QoS情報に基づいて順序制御の有無を判定し、処理可能なPDUを処理する。【００３６】
このように、再送用の制御チャネル内のPDU番号を用いて、受信するPDUの順序を識別することで、従来のPDUフォーマットのヘッダ部に設定されていたSE（Sequence
Number）も削除することができ、さらにヘッダ部を縮小化することができ、データ部の増大を図ることができる。【００３７】
ヘッダ部／データ部分離部１１は、入力されるPDUを、ヘッダ部とデータ部とに分離する。データ部はデータ部メモリ１２に格納され、ヘッダ部はヘッダ部メモリ１３に格納される。また、分離されたヘッダ部は、ヘッダ解析部１４にも送られる。データ部メモリ１２及びヘッダ部メモリ１３は、送出PDU順にマッピングされたリングバッファで、再送処理部部１０からのライトアドレスに基づいて、それぞれ入力されるデータ部及びヘッダ部を書き込み、再送処理部部１０からのリードアドレスに基づいて、それぞれデータ部及びヘッダ部を出力する。【００３８】
ヘッダ解析部１４は入力されるヘッダ情報を解析し、QoSビットを再送処理部部１０に送る。また、Fビット、Pビット、Sビットに基づいて、データ部（データ部が複数領域に分割されている場合は、各領域ごとに、それぞれFCS（パケットデータ終了位置）、パディング、パケットデータ先頭位置が含まれているかどうか解析し、その解析結果をイネーブル信号としてFCS演算処理部１５、FCS有効判定部１６に送る。【００３９】
また、バッファメモリ１７は、データ部メモリ１２から入力されるデータをFCS演算処理中、一時的に保持するバッファであり、再送処理部部１０からライトアドレスに基づいて書き込まれ、FCS有効判定部１６からのリードアドレスに基づいて、データをMACフレーム単位で出力する。【００４０】
FCS演算処理部１５は、データ部メモリ１２から入力されるデータをビット単位に常時FCS演算を行い、演算結果としてFCS一致を検出する。FCS一致が検出された位置は、パケットデータの最後尾と推定できる位置であるが、誤検出の可能性があるため、本実施の形態例では、FCS有効判定部１６により検出されたFCS一致の有効性を判定する。FCS演算処理部１５は、演算と同時に、FCS演算バイト数をカウントし、FCS演算結果及び演算バイト長をFCS有効判定部１６に出力する。FCS演算処理部１５は、複数のFCS演算回路を有し、ヘッダ解析部１４からのイネーブル信号がネゲートされるまでFCS演算を継続させるため、FCS演算は、複数個のFCS演算回路により並列演算される。そして、一つめのFCS演算回路は、１回目のFCS一致結果を出力させ、２つめのFCS演算回路は、２回目のFCS一致結果を出力するようにする（一回目のFCS一致結果は検出しても出力しない）。【００４１】
また、順序制御を行わない場合（QoSがRTの場合）、組み立てられるMACフレームは順次出力させる必要があり、順序が入れ替わって受信した場合、SビットのあるPDUのデータ部のどの位置がパケットデータの先頭位置であるか判別できないため、FCS演算処理部１５は、データ部のバイト数（オクテット数）（データ部が複数領域に分割されている場合は、各領域のバイト数）分のFCS演算回路を有し、１バイトずつずらしながら、FCS演算を行う。これにより、データ部のどの位置がパケットデータの先頭であっても、いずれかのFCS演算回路によりFCS一致を検出することができる。【００４２】
FCS有効判定部１６は、FCS演算処理部１５で検出されたFCS一致が有効であるかどうかを判定する。例えば、FビットがFCS無しのPDUのデータ部に対するFCS演算により、FCS一致が検出された場合、誤検出と判定し、それを無効とする。すなわち、パケットデータの最後尾と判定しない。有効なFCS一致が検出され、パケットデータの最後尾であると判定された場合は、リードアドレスを生成し、それをバッファメモリ１７へ出力する。FCS有効判定部１６の動作例については、以下でさらに詳述する。【００４３】
図５は、本実施の形態例における無線通信装置の第一の動作例を示すタイムチャートである。第一の動作例では、２つのPDU1、PDU2に２つのMACデータ(1)、(2)が格納され、２つ目のMACデータ(2)は、PDU1とPDU2にまたがっている。そして、順序制御ありにより先頭PDUから処理可能なため、先頭１バイト目よりFCS演算処理を実施する。また、各PDUのデータ部の領域は４分割される。すなわち、図４において、二つのPDU1とPDU２を受信する場合において、PDU1のデータ部はPDU1-1、PDU1-2、PDU1-3、PDU1-4の４つの領域に分割され、PDU2のデータ部はPDU2-1、PDU2-2、PDU2-3、PDU2-4の４つの領域に分割され、各PDUのヘッダ部には、領域ごとにFビット、Sビット、Pビットが設定される。【００４４】
そして、最初のパケットデータであるMACデータ(1)は、PDU1-1、PDU1-2、PDU1-3に存在し、MACデータ(1)のFCSは、PDU1-3、PDU1-4に存在する。従って、PDU１のヘッダ部においては、PDU1-1に対して、Sビットが立ち、PDU1-3、PDU1-4に対してFビットが立つ。また、次のMACデータ(2)は、PDU1-4、PDU2-1、PDU2-2、PDU2-3に存在し、MACデータ(2)のFCSは、PDU2-3に存在する。さらに、パディングがPDU2-3、PDU2-4に存在する。従って、PDU1のヘッダ部において、PDU1-4に対してSビットが立つ。さらに、PDU2のヘッダ部においては、PDU2-3に対して、Fビットが立ち、PDU2-3、PDU2-4に対して、Pビットが立つ。【００４５】
順序制御ありの場合、PDUを受信すると、複数のFCS演算回路が同時に並列に演算を開始する。図５において、FCS演算回路１は、PDU1-1の開始位置からFCS演算を開始し（演算1-1）、最初のFCS一致として、パケット長６３バイト（パケット長１）の位置（PDU1-2の領域内）でFCS一致を検出する（演算結果１）。しかし、PDU2-2には、FCSは存在せず、Fビットは立っていないので、FCS有効判定部１６は、この演算結果は誤検出（無効）と判定する（有効判定１）。また、パケットデータの最小パケット長６４バイトよりも短いパケット長でFCS一致が検出されることはありえないので、この点からも、誤検出と判定することができる。また、誤検出位置から次のFCS演算を行うので（演算1-2）、以後、正しいFCS一致を検出することはない。【００４６】
FCS演算回路２は、PDU1-1の開始位置からFCS演算を開始し（演算2-1）、２番目のFCS一致を検出する（演算結果２）。２番目のFCS一致は、PDU1-1の開始位置からパケット長７９バイト（パケット長２）の位置（PDU1-3の領域内）である。この位置は、MACデータ(1)のFCSの終わりの位置ではないので、演算結果２は誤検出である。しかし、PDU1-3には、Fビットが立っているので、FCS有効判定部１６は、この演算結果２を有効な演算結果の候補とする。一方で、FCS演算回路２は、この検出位置から次のFCS演算を行い（演算2-2）、次のFCS一致を検出しようとするが、誤検出位置から次のFCS演算を行っているので、次のFビットが立っている位置（MACデータ(2)に対するFCSの存在する領域）でFCS一致を検出しない。これにより、FCS有効判定部１６は、演算結果２は誤検出（無効）と判定する。【００４７】
FCS演算回路ｎは、PDU3-1の開始位置からFCS演算を開始し（演算n-1）、ｎ番目のFCS一致を検出する（演算結果ｎ）。ｎ番目のFCS一致は、PDU1-1の開始位置からパケット長１０１バイト（パケット長ｎ）の位置(PDU1-4の領域内)である。この位置は、MACデータ(1)のFCSの終わりの位置であるので、演算結果ｎは正しい検出である。PDU1-4にFビットが立っているので、FCS有効判定部１６は、この演算結果ｎを有効な演算結果の候補とする。一方で、FCS演算回路ｎは、この検出位置から次のFCS演算を行い（演算n-2）、次のFビットが立っている領域（前のFCS一致位置から１２４バイト先）でFCS一致を検出する。これにより、FCS有効判定部１６は、演算n-1に対応する演算結果を有効と判定する。このように、順次受信されるパケットデータについて連続してFCS一致を検出した場合に、前段のパケットデータについての検出された最後尾を有効と判定する。【００４８】
また、MACデータ(2)のFCSの次はパディングなので、演算n-2に対応する演算結果も有効と判定する。すなわち、FビットとPビットの両方が立っていることで、有効と判定する。そして、MACデータ(1)、(2)それぞれのリードアドレスを生成する。【００４９】
図６は、本実施の形態例における無線通信装置の第二の動作例を示すタイムチャートである。第二の動作例は、上記第一の動作例と同様に、２つのPDU1、PDU2にそれぞれMACデータが格納され、PDU１が未受信でPDU2にMACデータ(x)１つを含む場合である。また、第二の動作例では、順序制御なしによりSビットが立っているPDU2から処理が開始される。各PDUのデータ部の領域は２分割される。すなわち、図６において、二つのPDU1とPDU２を受信する場合において、PDU1のデータ部はPDU1-1、PDU1-2の２つの領域に分割され、PDU2のデータ部はPDU2-1、PDU2-2の２つの領域に分割され、各PDUフォーマットのヘッダ部には、領域ごとにFビット、Sビット、Pビットが設定される。【００５０】
順序制御なしの場合、PDU1より先にPDU2のMACデータが処理されるが、順序が入れ替わっているため、Sビットが立っているものの、PDU2のどの位置がMAC(x)データの先頭か不明である。そのため、このような場合はデータ部の分割された各領域のバイト数分のFCS演算回路が１バイトずつシフトしながら、FCS演算が実施される。具体的には、FCS演算回路１は、PDU2の先頭位置から演算を開始し（演算1-1）、FCS演算回路２は、PDU2の先頭位置から１バイトシフトした位置から演算を開始し（演算2-1）、FCS演算回路ｎは、PDUの先頭位置からｎバイトシフト位置から演算を開始する（演算n-1）。この場合、各FCS演算回路は、演算開始から最初のFCS一致を検出する。【００５１】
FCS演算回路１、２における演算開始位置は、PDU2-1のMACデータ(x)開始位置ではないので、FCS一致を検出しない。一方、FCS演算回路ｎは、PDU2-1のMACデータ(x)開始位置から演算を開始しているので、MACデータ(x)のFCSの終わりでFCS一致を検出する（演算結果ｎ）。FCS有効判定部１６は、この演算結果ｎを有効な演算結果の候補とする。そして、PDU2-2には、Fビットが立っており、さらに、Pビットが立っており、MACデータ(x)のFCSの次はパディングであることから、FCS有効判定部１６は、演算n-1についての演算結果を有効と判定し、MACデータ(x)のリードアドレスを生成する。【００５２】
上記実施の形態例は、無線通信装置がPDUの受信装置として機能する場合の動作例であるが、無線通信装置がPDUの送信装置として機能する場合において、PDUを生成する際、連続するパケットデータの間にパディングを挿入して、PDUを生成し、それを送信するようにしてもよい。パディングをパケットデータ間に挿入することで、FCS一致が検出されたPDUのFビットとPビットが立っていることを確認することで、FCS一致の有効性を判定することができる。【００５３】
なお、頻繁にパディングを挿入すると、上述した手法によりヘッダ部を削減した効果が薄れてしまうが、送信バッファの使用状況を見て、フル(full)状態でなければ、パケットデータごとにパディングを挿入してもよい。フル状態であれば、パケットデータの最後尾が、PDUのデータ部の最後尾から例えば１、２バイト目にくる回数をカウントしておき、所定回数に一回の割合でパディングを挿入するようにしてもよい。これにより、わずかなパディング付与で、誤検出を防止することができる。【００５４】
送信側の無線通信装置においてもFCS演算回路を備え、FCSコード以外の箇所でFCSが一致しないか確認し、一致する場合には強制的にパディングを挿入することで、受信側での誤判定後のFCS演算処理をクリアさせることも可能となる。【００５５】
また、パケット伝送では、エラーフリー伝送を保証する必要があるため、上述したように再送処理部を行うが、無線通信でのデータ誤りによるレイヤ２でのCRCチェックをすり抜けるような電波環境では、MACデータのデータ自体も誤ったまま伝送される可能性がある。本実施の形態例で、FCS演算結果に基づいて、パケットデータエラーが検出された場合は、そのパケットデータを破棄し、送信側に再送要求をかけるようにしてもよい。
【産業上の利用可能性】
【００５６】
本発明は、パケット伝送が可能な無線通信装置に適用され、パケットデータを収容するデータユニットのヘッダ部のデータ長を短くし、データ部の割り当てを増大させることにより、スループットが向上した無線通信装置が実現される。
【図１】
0004391562.tif 000002
【図２】
0004391562.tif 000003
【図３】
0004391562.tif 000004
【図４】
0004391562.tif 000005
【図５】
0004391562.tif 000006
【図６】
0004391562.tif 000007