(57)【要約】  本発明は、無線通信システムにおいて、受信された連接されたバーストからデータユニットを分離する方法及び装置と、送信時に連接されたデータユニットを生成する方法及び装置に関するものであって、受信側から前記バーストを受信する場合、前記バーストの一定大きさのデータ毎にデータユニットのヘッダなのか否かを判断することによって、データユニットを分離し、送信側でデータユニットの開始位置を一定大きさの正数倍の位置に有するように構成し、これらデータユニットを連続してバーストを生成することを特徴とする。
2007527182.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、受信されたバーストから連接されたデータユニットを受信する方法であって、
受信バーストでの所定のヘッダ開始位置を探してヘッダであるか否かを判断して、該当ＰＤＵを分離するステップを含むことを特徴とする方法。
【請求項２】
前記ヘッダ可否の判断は、ヘッダの形式に合うか否かを検査するステップを更に含むことを特徴とする請求項１記載の方法。
【請求項３】
前記ヘッダ可否の判断は、ＨＣＳ（Header Check Sequence）チェックを遂行するステップで、複雑度を減少させることを特徴とする請求項１記載の方法。
【請求項４】
前記ヘッダ可否の判断は、ＨＣＳ（Header Check Sequence）をチェックし、ＨＣＳをチェックを通過したヘッダを利用してペイロードまで全て読取ってＣＲＣ（Cyclic Redundancy Check）を遂行するステップを更に含むことを特徴とする請求項１記載の方法。
【請求項５】
前記ヘッダ可否の判断は、ＨＣＳ（Header Check Sequence）をチェックし、ＨＣＳチェックを通過したヘッダを利用してペイロードまで全て読取ってＣＲＣ（Cyclic Redundancy Check）をし、次のＰＤＵのヘッダを読取ってＨＣＳをチェックした結果を組合せて決定するステップを更に含むことを特徴とする請求項１記載の方法。
【請求項６】
前記データがＰＤＵのヘッダであると判断されれば、一般的なＭＡＣヘッダであるか帯域幅要求ヘッダであるかを判断するステップを更に含むことを特徴とする請求項１記載の方法。
【請求項７】
前記ＰＤＵのヘッダが一般的なＭＡＣヘッダであればＭＡＣヘッダ中のペイロードサイズ情報によって該当ＰＤＵを分離し出すステップを更に含むことを特徴とする請求項１記載の方法。
【請求項８】
前記ＰＤＵのヘッダが帯域幅要求ヘッダであれば、また連続するデータがＰＤＵのヘッダであるか否かを判断するステップを更に含むことを特徴とする請求項１記載の方法。
【請求項９】
無線通信システムにおいて、受信されたバーストから連接されたデータユニットを受信する装置であって、
受信バーストでの所定のヘッダ開始位置を探してヘッダであるか否かを判断して該当ＰＤＵを分離するデータユニット分離部を含むことを特徴とする装置。
【請求項１０】
前記データユニット分離部は、ヘッダ可否の判断をヘッダの形式に合うか否かを検査することにより達成することを特徴とする請求項９記載の装置。
【請求項１１】
前記データユニット分離部は、ヘッダ可否の判断をＨＣＳ（Header Check Sequence）チェックを遂行することによって達成することを特徴とする請求項９記載の装置。
【請求項１２】
前記データユニット分離部はヘッダ可否の判断をＨＣＳ（Header Check Sequence）をチェックし、ＨＣＳチェックを通過したヘッダを利用してペイロードまで全て読取ってＣＲＣ（Cyclic Redundancy Check）を遂行することによって達成することを特徴とする請求項９記載の装置。
【請求項１３】
前記データユニット分離部は、ヘッダ可否の判断をＨＣＳ（Header Check Sequence）をチェックし、ＨＣＳチェックを通過したヘッダを利用してペイロードまで全て読取ってＣＲＣ（Cyclic Redundancy Check）をして、次のＰＤＵのヘッダを読取ってＨＣＳをチェックした結果を組合せて決定することを特徴とする請求項９記載の装置。
【請求項１４】
ヘッダ可否の判断のために、ＨＣＳ（Header Check Sequence）をチェックし、ＣＲＣ（Cyclic Redundancy Check）を遂行するＨＣＳ及びＣＲＣチェック部を更に含むことを特徴とする請求項１３記載の装置。
【請求項１５】
前記データユニット分離部は、前記データがＰＤＵのヘッダであると判断されれば、一般的なＭＡＣヘッダであるか帯域幅要求ヘッダであるかを判断することを特徴とする請求項９記載の装置。
【請求項１６】
前記データユニット分離部は、ＰＤＵのヘッダが一般的なＭＡＣヘッダであればＭＡＣヘッダ中のペイロードサイズ情報によって該当ＰＤＵを分離し出すことを特徴とする請求項９記載の装置。
【請求項１７】
前記データユニット分離部は、前記ＰＤＵのヘッダが帯域幅要求ヘッダであれば、また連続するデータがＰＤＵのヘッダであるか否かを判断することを特徴とする請求項９記載の装置。
【請求項１８】
送信段の連接されたデータユニットでバーストを生成して送信する方法であって、
少なくとも１つ以上のデータユニットを連接させる場合、各データユニットの開始位置をバースト内の一定サイズの正数倍の位置で始まるように構成する過程を含むことを特徴とする方法。
【請求項１９】
前記データユニットは、最小データユニットサイズ、あるいは、その正数倍に分離して構成するステップを更に含むことを特徴とする請求項１８記載の方法。
【請求項２０】
前記データユニットがパッキング（Packing）や分裂（Fragmentation）できない場合には、物理的に伝送されるバーストに各データユニットが一定大きさの正数倍位置から始まるようにマッピングするステップを更に遂行することを特徴とする請求項１８記載の方法。
【請求項２１】
連続される２つのデータユニット間にギャップが生じる場合、特定値でパッディングするステップを更に遂行することを特徴とする請求項１８記載の方法。
【請求項２２】
前記データユニットはヘッダであることを特徴とする請求項１８乃至２１のうち、いずれか１項記載の方法。
【請求項２３】
前記データユニットはＰＤＵであることを特徴とする請求項１８乃至２１のうち、いずれか１項記載の方法。
【請求項２４】
前記データユニットはヘッダとＰＤＵからなることを特徴とする請求項１８乃至２１のうち、いずれか１項記載の方法。
【請求項２５】
送信段の連接されたデータユニットでバーストを生成して送信する装置であって、
少なくとも１つ以上のデータユニットを連接させる場合、各データユニットの開始位置をバースト内の一定サイズの正数倍の位置で始まるように構成するデータユニットマッピング部を含むことを特徴とする装置。
【請求項２６】
前記データユニットマッピング部は、データユニットを最小データユニットサイズ、あるいは、その正数倍に分離して構成することを特徴とする請求項２５記載の装置。
【請求項２７】
前記データユニットマッピング部は、前記データユニットがパッキング（Packing）や分裂（Fragmentation）できない場合には物理的に伝送されるバーストに各データユニットが一定大きさの正数倍位置から始まるようにマッピングすることを特徴とする請求項２５記載の装置。
【請求項２８】
前記データユニットマッピング部は、連続される２つのデータユニット間にギャップが生じる場合、特定値でパッディングすることを特徴とする請求項２５記載の装置。
【請求項２９】
前記データユニットはヘッダであることを特徴とする請求項２５乃至２８のうち、いずれか１項記載の装置。
【請求項３０】
前記データユニットはＰＤＵであることを特徴とする請求項２５乃至２８のうち、いずれか１項記載の装置。
【請求項３１】
前記データユニットはヘッダとＰＤＵからなることを特徴とする請求項２５乃至２８のうち、いずれか１項記載の装置。
【請求項３２】
送信するデータをデータユニットで構成するデータユニット構成部を更に含むことを特徴とする請求項２５記載の装置。
【請求項３３】
無線通信システムにおいて、送受信されるデータバーストの構造であって、
前記データバーストに含まれる各データユニットの開始位置がバースト内の一定サイズの正数倍の位置で始まるように構成されていることを特徴とするデータバースト構造。
【請求項３４】
前記データバーストは、連続される２つのデータユニット間にギャップが特定値でパッディングされていることを特徴とする請求項３３記載のデータバースト構造。
【請求項３５】
データユニットを有するバースト受信方法であって、
少なくとも１つのＭＡＣヘッダを含む多数のデータユニットであれば、最初のＭＡＣヘッダが有効か否かを決定する過程と、
最初のＭＡＣヘッダが有効でなければ、あらかじめ設定されたサイズ単位で次のＭＡＣヘッダをサーチする過程と、
次のＭＡＣヘッダが有効か否かを決定する過程と、
次のＭＡＣヘッダが有効であると決定されたとすれば、ヘッダタイプに相応するように次のデータを処理する過程と、
を含むことを特徴とする方法。
【請求項３６】
ＰＤＵが次のデータに対して有効であれば、前記ＰＤＵを復調する過程と、
ＰＤＵが有効でなければ、前記ＰＤＵを無視する過程と、
を更に含むことを特徴とする請求項３５記載の方法。
【請求項３７】
前記あらかじめ設定されたサイズ単位は８ビットの正数倍であることを特徴とする請求項３５記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおけるデータ通信に関し、特に多数のデータユニット（例えば、ＰＤＵ（protocol data unit））が連続された１つのバーストを受信する場合、バーストからデータユニットを分離する方法及び装置と、送信のための連接されたデータユニットを生成する方法及び装置と、そのデータバースト構造に関する。
【背景技術】
【０００２】
無線通信システム、特に、広帯域無線通信システムは、３つの階層に大別される。第１階層は無線伝送を担当する物理階層（Physical Layer）であり、第２階層は信頼性あるデータ伝送機能を担当する無線リンク制御（ＲＬＣ：Radio Link Control）階層と多数のサービスを同時に效率よく提供する機能を担当する媒体接近制御階層（ＭＡＣ：Medium Access Control）からなる。第３階層は呼設定及び解除を担当する呼制御階層（ＣＣ：Call Control）、サービス使用者の認証及び登録を担当する移動管理階層（ＭＭ：Mobility Management）、無線資源割当及び管理を担当する無線資源制御（ＲＲＣ：Radio Resource Control）階層からなる。
【０００３】
前記のような階層構造において、データ送受信のためにＭＡＣ階層はＲＬＣ階層の論理チャンネルを伝送チャンネルに変換して、下位階層にデータを送信したり、伝送チャンネルを論理チャンネルに変換して上位階層にデータを送信する。これによって、ＭＡＣ階層は共通／共有伝送チャンネル（common / shared transport channel）に対する送受信を担当するＭＡＣ−ｃ／ｓｈモジュールと固定伝送チャンネル（dedicated transport channel）に対する送受信を担当するＭＡＣ−ｄモジュールを備える。そして、データ伝送の際、ＲＬＣ階層の論理チャンネルをＭＡＣ階層の伝送チャンネルにマッピングし、送受信データの大きさを調整するＴＦＣ選択モジュールを備える。
【０００４】
ＲＬＣ階層は上位階層から受信したデータを分割／統合してＭＡＣ階層に論理チャンネルを通じて伝送する。ＲＬＣは、ＴＲモード（Transparent mode）、ＵＭモード（Unacknowledged mode）、ＡＭモード（Acknowlegded mode）に区分され、各モードによって上位階層から受信したデータを伝送バッファーに格納し、バッファーに格納されたデータをＰＤＵ（Protocol Data Unit）大きさとブロック数だけ分割したり統合してＭＡＣ階層に伝送する。
【０００５】
一方、広帯域無線通信システムでは、送信側では多数のＭＡＣ ＰＤＵを１つのバーストに連続して物理階層を通じて伝送する。すると、受信側で１つのバースト内のＰＤＵを分離し出さなければならない。
【０００６】
ところが、１つのバースト内に連続している（Concatenated）ＰＤＵの個数、ＰＤＵサイズ（Size）などは受信側で知らない。したがって、受信側は単に最初に始めるヘッダ（Header）を読取ってＰＤＵサイズ（Size）を見つけ出してＰＤＵを分離し、その以後のデータを新たなＰＤＵのヘッダと判断して、そのヘッダ内で新たなＰＤＵのサイズを見つけ出してＰＤＵを分離し出している。このような方式で、前方に連続されたＰＤＵのヘッダがエラー（Error）が発生した場合、後に連結されたＰＤＵさえ分離し出すことはできないため、全て捨てなければならない問題がある。これを具体的に図１及び図２を参照して説明する。
【０００７】
図１は、一般的な無線通信システムでのバーストの構造を示す図である。
一般的な広帯域無線通信システムにおいて、送信側は接続された多数の端末から作られた多様なサイズのＰＤＵを、例えば、スペックにより割り当てられたバースト大きさに合せて連続してデータを伝送する。
【０００８】
図１を参照すれば、ＰＤＵ３０はＭＡＣヘッダ部分１０とペイロード部分２０で構成されている。ＭＡＣヘッダ１０はＰＤＵサイズに関する情報を持っているが、ＰＤＵサイズは各ＰＤＵ毎に相異している。受信側はこのＰＤＵサイズを見てペイロードの大きさが分かる。そして、ペイロード部分２０はエラーチェックのためにＣＲＣ情報を含んでいる。
【０００９】
このように、連続されたＰＤＵからなるバーストから各ＰＤＵを分離する方式を図２を参照して説明する。図２は、既存の無線通信システムにおいて、バーストでＰＤＵを分離するための方式を示す図である。
【００１０】
図１及び図２を参照すれば、まず受信側はステップ１０２で受信されたバースト５０の開始部分でＭＡＣヘッダの大きさだけのデータを読取る。即ち、受信側はバースト５０の最初の６バイトを読取る。図１のバーストの例では、１つのバーストにＰＤＵが４個連続している。そして、受信側はバースト５０から最初の６バイト１２を読取る。最初に位置するデータはＭＡＣ ＰＤＵのヘッダであるので、受信側は、ステップ１０４で、ヘッダが有効か否かをＨＣＳ（Header Check Sequence）を通じて検査する。そして、受信側は、ステップ１０６で、ヘッダが有効か否かを判断する。即ち、受信側は、ステップ１０６で、該当ヘッダと認識したデータがＨＣＳチェックを通過するか否かを判断する。仮りに、有効なヘッダであれば受信側はステップ１０８に進行して該当ヘッダが帯域幅要求ヘッダ（Bandwidth Request Header）であるか否かを判断する。帯域幅要求ヘッダは無線通信システムに帯域幅を要求するためのものであって、ペイロード部分を伴わない。したがって、該当ヘッダが帯域幅要求ヘッダであれば、連続するペイロード部分がないため、繋がるデータはまたヘッダ部分であるはずである。したがって、受信側は該当ヘッダが帯域幅要求ヘッダであれば、ステップ１０２に戻ってＭＡＣヘッダの大きさだけのデータをまた読取る。
【００１１】
受信側は該当ヘッダが帯域幅要求ヘッダでなければ、ステップ１１０に進行してヘッダ内に含まれたペイロードサイズ（Payload Size）情報を利用して最初のＭＡＣ ＰＤＵ１０を分離し出す。即ち、受信側では連続されたＭＡＣ ＰＤＵのサイズがいくらなのか知らないので、ＭＡＣヘッダを読取ってＭＡＣ ＰＤＵのサイズが分かる。
【００１２】
次に、受信側はステップ１１２で読取ったペイロードのエラーチェックのためにＣＲＣチェックを遂行する。次に、受信側はステップ１１４で、該当ＰＤＵがＣＲＣチェックを通過すれば有効なＰＤＵと判断し、該当ＰＤＵをディクリプト（Decrypt）する。仮りに、該当ＰＤＵがＣＲＣチェックを通過できなければ、受信側は、ステップ１１６で、該当ＰＤＵを破棄し、ステップ１０２に戻る。
【００１３】
そして、受信側は、ステップ１２０で、最初のＭＡＣ ＰＤＵを分離し出した以後、次に来るデータがあるか否かを判断する。仮りに、次に来るデータがあれば、受信側はステップ１０２に戻って６ｂｙｔｅｓのデータをＭＡＣヘッダと考えて読取って、最初のＰＤＵを分離し出す時と同様に、ＭＡＣヘッダの有効性をチェックした後、ＭＡＣヘッダに含まれたＰＤＵサイズを見て、２番目のＰＤＵを分離し出す。このような方式を使用して連結（Concatenate）された多様なサイズのＰＤＵを分離し出すことができる。
【００１４】
一方、受信側はステップ１０６で、該当ヘッダと認識したデータがＨＣＳチェックを通過するか否かを判断し、仮りに有効なヘッダでなければ、ステップ１０７に進行して該当バーストを破棄する。
【００１５】
このように、受信側でＰＤＵを分離し出すことにおいて、ペイロードにエラーがある場合は、なんの問題がないが、ＭＡＣヘッダにエラーがある場合は、該当ＭＡＣ ＰＤＵのサイズが分からないので、その以後のＰＤＵを分離し出すことができないので、連続される次のＰＤＵを分離し出すことができないし、それによって、次のＰＤＵを分離し出すことができなくて、全て捨てなければならない。
【００１６】
また、従来のシステムのＭＡＣ ＰＤＵは可変的に多様なサイズ（例えば、最小４８ビット（bandwidth request header）で最大２０４８ビット（ＰＤＵ length field）で、多様である）を有しているため、次のＭＡＣヘッダは全ての位置で始まることができる。
【発明の開示】
【発明が解決しようとする課題】
【００１７】
したがって、本発明は、バーストのＰＤＵのヘッダがエラーが生じた場合にも連続する有効なデータを捨てないで、正しく分離し出す受信方法及び装置を提供する。
【００１８】
また、本発明は受信側でＭＡＣヘッダ位置を探して、有効なデータパケットを效果的に分離し出すための送信段のバースト生成方法及び装置を提供する。
【００１９】
また、本発明は、その連接されたデータユニットから構成された送信バーストデータ構造を提供する。
【課題を解決するための手段】
【００２０】
前記の目的を達成するために、本発明は、無線通信システムにおいて、受信されたバーストからデータユニットを分離する方法であって、受信バーストでの所定のヘッダ開始位置を探して、ヘッダであるか否かを判断して、該当ＰＤＵを分離するステップを含む。
【００２１】
また、本願発明は、無線通信システムにおいて、受信されたバーストから連接されたデータユニットを受信する装置であって、受信バーストでの所定のヘッダ開始位置を探して、ヘッダであるか否かを判断して、該当ＰＤＵを分離するデータユニット分離部を含む。
【００２２】
そして、本発明は、本発明の無線通信システムにおける送信段のデータユニットを生成する方法であって、少なくとも１つ以上のＰＤＵを連接させる場合、各データユニットの開始位置をバースト内の一定大きさの正数倍の位置で始まるように構成する過程を含む。
【００２３】
また、本発明は、送信段の連接されたデータユニットでバーストを生成して送信する装置であって、少なくとも１つ以上のデータユニットを連接させる場合、各データユニットの開始位置をバースト内の一定サイズの正数倍の位置で始まるように構成するデータユニットマッピング部を含む。
【００２４】
また、本発明は、各データユニットの開始位置がバースト内の一定サイズの正数倍の位置で始まるように構成されたデータバーストを提供する。
【産業上の利用可能性】
【００２５】
前記した本発明は多数個のＰＤＵが結合されたバースト伝送時に、１つのＰＤＵのヘッダがエラーが生じた場合、引き続く全てのＰＤＵを分離し出すことができなくて、全てエラー処理していた既存の方式を向上させて、１つのＰＤＵがエラーが発生しても、残りのＰＤＵを分離し出すことができるので、フレームエラーレートを向上させることができる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の好ましい実施形態の詳細な説明を添付した図面を参照しつつ説明する。下記の本発明の説明において、関連した公知機能または構成に対する具体的な説明が本発明の要旨を曖昧にすることができると判断される場合には、その詳細な説明を適宜省略する。
【００２７】
まず、本発明の理解を助けるために、まず図３ａ及び図３ｂを参照してＭＡＣヘッダの構造と帯域幅要求ヘッダ（Bandwidth request header）の構造を説明する。図３ａはＭＡＣヘッダの構造を示す図であり、図３ｂは帯域幅要求ヘッダ（Bandwidth request header）の構造を示す図である。
【００２８】
図３ａ及び図３ｂを参照すれば、ＭＡＣヘッダと帯域幅要求ヘッダはヘッダタイプ（Header Type：ＨＴ）フィールドにより区別される（distinguished）。仮りに、ＨＴが１であれば、該当ＭＡＣヘッダは帯域幅要求パケットのために使われたものであって、ヘッダのみを含み、ペイロードのない特定（special）パケットである。そして、ＨＴが０であれば、ＭＡＣヘッダはペイロードを受信する一般的なパケットのために使われたものである。
【００２９】
本発明は、ＭＡＣ ＰＤＵヘッダにエラーが生じた場合、バーストの連続されたＰＤＵのうち、該当ＰＤＵのみを捨てて、エラーが発生したＰＤＵに連続して結合されたＭＡＣ ＰＤＵのヘッダの開始位置を探す。
【００３０】
例えば、あらかじめ設定されたサイズ（size）は、８ビット、１６ビット、２４ビット、３２ビット、４８ビットなどとなることができる。そして、次のＭＡＣヘッダは４８ビットの正数倍でサーチ（search）することと説明することにする。
【００３１】
仮りに、ＭＡＣヘッダにエラーが存在すれば、全てのＰＤＵは無視される必要がないが、エラーのない次のＭＡＣヘッダは該当ＰＤＵの復調のために、あらかじめ設定されたサイズ別にサーチされる。
【００３２】
図４は、本発明の一実施形態によって受信されたバーストからＰＤＵのようなデータユニットを分離する方法を示す図である。
図４を参照すれば、まず受信側はステップ５０２で受信されたバーストの開始部分でＭＡＣヘッダの大きさだけのデータを読取る。即ち、受信側はバーストの最初の６バイトを読取る。最初に位置するデータは、一般的にＭＡＣ ＰＤＵのヘッダであるので、受信側はステップ５０４でヘッダが有効か否かをＨＣＳ（Header Check Sequence）を通じて検査する。そして、受信側はステップ５０６で、ヘッダが有効か否かを判断する。即ち、受信側は、ステップ５０６で、該当ヘッダと認識したデータがＨＣＳチェックを通過するか否かを判断する。仮りに、有効なヘッダであれば、受信側はステップ５１０に進行してヘッダ内に含まれたペイロードサイズ（Payload Size）情報を利用して最初のＭＡＣ ＰＤＵを分離し出す。
【００３３】
より好ましい実施形態では、ステップ５０６以後、ステップ５０８を更に遂行することができる。具体的に説明すれば、ステップ５０６で、有効なヘッダと判断されれば、ステップ５０８に進行して該当ヘッダが帯域幅要求ヘッダ（Bandwidth Request Header）なのかを判断する。これは、図３ａ及び図３ｂに示すように、ＭＡＣヘッダでヘッダタイプフィールドを参照して判断することができる。前述したように、仮りにＨＴが１であれば、該当ＭＡＣヘッダは帯域幅要求パケットのために使われたものであって、ヘッダのみを含んで、ペイロードのない特定（special）のパケットである。そして、ＨＴが０であれば、ＭＡＣヘッダはペイロードを受信する一般的なパケットのために使われたものである。
【００３４】
それによって、該当ヘッダが帯域幅要求ヘッダであれば、連続するペイロード部分のないため、繋がるデータはまたヘッダ部分であるはずである。したがって、受信側は該当ヘッダが帯域幅要求ヘッダであれば、ステップ５０２に戻ってＭＡＣヘッダの大きさだけのデータをまた読取る。
【００３５】
受信側は該当ヘッダが帯域幅要求ヘッダでなければ、ステップ５１０に進行してヘッダ内に含まれたペイロードサイズ（Payload Size）情報を利用して最初のＭＡＣ ＰＤＵを分離し出す。
【００３６】
このようなに、受信側では連続されたＭＡＣ ＰＤＵのサイズがいくらなのか知らないので、ＭＡＣヘッダを読取って、ＭＡＣ ＰＤＵのサイズが分かる。
【００３７】
ステップ５０８以後、あるいは、ステップ５１０以後、次に、受信側はステップ５１２で読取ったペイロードのエラーチェックのためにＣＲＣチェックを遂行する。次に、受信側は、ステップ５１４で、該当ＰＤＵがＣＲＣチェックを通過すれば、有効なＰＤＵと判断し、該当ＰＤＵを分離し解読する。仮りに、該当ＰＤＵがＣＲＣチェックを通過できなければ、受信側は、ステップ５１６で、該当ＰＤＵを破棄して、ステップ５０２に戻る。
【００３８】
そして、受信側は、ステップ５２０で、最初のＭＡＣ ＰＤＵを分離し出した以後、次に来るデータがあるか否かを判断する。仮りに、次に来るデータがあれば、受信側はステップ５０２に戻って４８ｂｉｔｓのデータをＭＡＣヘッダと考えて読取って、最初のＰＤＵを分離し出す時と同様に、ＭＡＣヘッダの有効性をチェックした後、ＭＡＣヘッダに含まれたＰＤＵサイズを見て、２番目のＰＤＵを分離し出す。このような方式を使用して連続された多様なサイズのＰＤＵを分離し出すことができる。
【００３９】
一方、受信側は、ステップ５０６で、該当ヘッダと認識したデータがＨＣＳチェックを通過するか否かを判断して、仮りに有効なヘッダでなければ、ステップ５３０に進行して、またヘッダサイズである４８ビットのデータを読取る。受信側は、該当バーストの最初の４８ビットがヘッダでないと判断されたので、また４８ビットずつのデータを読取って、ヘッダであるか否かを判断する。仮りに、ＨＣＳチェック手順を通過できなければ、次のＭＡＣ ＰＤＵ開始ポイントから４８ビットデータが読取られる。受信側は、ステップ５３２で読取ったヘッダが有効か否かをＨＣＳ（Header Check Sequence）を通じて検査する。次に、受信側はステップ５３４で、ヘッダが有効か否かを判断する。即ち、受信側は、ステップ５３４で、該当ヘッダと認識したデータがＨＣＳチェックを通過するか否かを判断する。
【００４０】
仮りに、有効なヘッダであれば、受信側はステップ５３６に進行してヘッダ内に含まれたペイロードサイズ（Payload Size）情報を利用してＭＡＣ ＰＤＵを分離し出す。
この際、受信側はＭＡＣヘッダのＬＥＮフィールドを見てペイロードのサイズが４８ビットの正数倍なのかを確認することができる。仮りに、ペイロードのサイズが４８ビットの正数倍でなければ、該当ヘッダは有効でなくなる。
【００４１】
また、受信側は開始ビットが１である場合、即ち、該当ヘッダが帯域幅要求ヘッダ（Bandwidth Request Header）である場合、受信側は２番目のｂｉｔから７番目のｂｉｔまで（EC fieldとType fieldの前の５ｂｉｔｓ）が全て０なのか否かを確認する。これは、該当ヘッダが帯域幅要求ヘッダ（Bandwidth Request Header）であることを確実に確認するためである。
【００４２】
そして、受信側は、ステップ５３８で読取ったペイロードのエラーチェックのためにＣＲＣチェックを遂行する。次に、受信側は、ステップ５３８で、該当ＰＤＵがＣＲＣチェックを通過すればステップ５３０でヘッダと考えて読取ったデータが実際ヘッダと判断して該当ＰＤＵをディクリプトする。仮りに、該当ＰＤＵがＣＲＣチェックを通過できなければ、ステップ５３０でヘッダと考えて読取ったデータが実際ヘッダでないのにヘッダと判断をしたのか、でなければ５３０で実際ヘッダを探したのにデータにエラーがあるのか、もう一度判断するために、受信側はステップ５４２では、ステップ５３６で読取ったＰＤＵの後に連続される４８ビットのデータを次のＰＤＵのＭＡＣヘッダと考えて読取って、ＨＣＳチェックを通過するか否かを判断する。そして、受信側はステップ５４４で、ヘッダがＨＣＳ（Header Check Sequence）によって有効であるか否かを判断する。ヘッダが有効であれば、以前のステップ５３０で、実際ヘッダを探したことと判断して、受信側はステップ５１０に戻り、ヘッダが有効でなければ以前のステップ５３０でヘッダと考えて読取ったデータが実際のヘッダでないのにヘッダと判断したことと考えて、またヘッダを探すために、ステップ５３０に戻る。それによって、ヘッダが有効でなければ、受信側はまた次のヘッダ大きさだけのデータを読取って、ステップ５３２に進行することになる。
【００４３】
前記したように、本発明によれば、ＭＡＣ ＰＤＵヘッダにエラーが生じた場合、バーストの連続されたＰＤＵの中で、該当ＰＤＵのみを捨てて、エラーが発生したＰＤＵに連続して結合されたＭＡＣ ＰＤＵのヘッダの開始位置を探す。
【００４４】
上記の過程を要約すれば、受信段ではＰＤＵ分離過程中にＰＤＵヘッダにエラーがある場合、そのＰＤＵは捨てて、連続される次のＰＤＵヘッダの開始ポイントを探してＭＡＣ ＰＤＵ分離を始める。このためには、次のＭＡＣヘッダの開始位置を探す方法が必要であるが、本発明の実施形態ではＭＡＣヘッダのＨＣＳチェックとＭＡＣ ＰＤＵのＣＲＣチェックの２つの方法を適切に使用してＭＡＣヘッダの開始位置を探す方法を例に挙げる。
【００４５】
ＭＡＣヘッダにエラーがある時、次のＭＡＣヘッダの開始位置を探す方法は、次の通りである。
１）ＭＡＣヘッダにエラーが生じた場合には、次のＭＡＣヘッダの開始位置になる可能性がある箇所から４８ｂｉｔｓのデータを読取ってＨＣＳチェックを遂行する。
２）ＨＣＳチェックを通過すれば、一旦はＭＡＣヘッダと仮定し、ＭＡＣヘッダに含まれたＰＤＵサイズの情報を読取る。
３）ＭＡＣ ＰＤＵを読取って、ＣＲＣチェックをし、その次のＭＡＣヘッダ位置の４８ｂｉｔｓを読取ってＨＣＳチェックを遂行する。
４）３）の過程において、ＣＲＣチェックやＨＣＳチェックの２つの中の１つのみ通過すれば、正しいＭＡＣヘッダの開始位置を探したと判断してＰＤＵ分離を進行する。もし、両方とも通過できなければ、１）に戻ってＭＡＣヘッダの開始位置になる可能性がある次の位置から４８ｂｉｔｓのデータを読取って２）〜３）の過程を繰り返す。
【００４６】
本実施形態は、ヘッダサイズが４８ビットである場合を例に挙げたものであり、これに限るのではない。
本発明の実施形態はヘッダとして可能性ある任意の開始位置から検査しようとするヘッダサイズをＨＣＳチェックして通過すれば、これをＭＡＣヘッダの開始位置に選定して分離を遂行する。
【００４７】
本発明の好ましい実施形態は、任意の位置で検査しようとするヘッダサイズをＨＣＳ検査して通過されたヘッダでＰＤＵサイズを読取って該当ＰＤＵサイズだけをＣＲＣチェックして通過されれば、これをＭＡＣヘッダの開始位置に選定して分離を遂行する。
【００４８】
本発明の好ましい実施形態は、任意の第１開始位置で検査しようとするヘッダサイズをＨＣＳ検査して通過されたヘッダでＰＤＵサイズを読取って該当ＰＤＵサイズだけをＣＲＣチェックして通過できなくても、その次の可能性がある任意の第２開始位置からのヘッダサイズを読取ってＨＣＳ検査して通過すれば、第２開始位置をＭＡＣヘッダの開始位置に選定してその以後からＰＤＵを分離する。
【００４９】
図５は、本発明の実施形態に係る受信されたバーストからデータユニットを分離する受信装置のブロック図である。図５を参照すれば、本発明の実施形態に係る受信装置２００は、データ受信部２１０、ＰＤＵ分離部２２０、ＨＣＳ及びＣＲＣチェック部２３０及びディクリプト部２４０を含む。
【００５０】
データ受信部２１０は送信側から伝送されて来るバーストデータを受信する。バーストデータはＰＤＵが連続に連結された（concatenation）形態を有するデータストリームである。データ受信部２１０は、受信したバーストデータをＰＤＵ分離部２２０に提供する。ＰＤＵ分離部２２０はデータ受信部２１０からバーストデータを提供受ければ、前述した図４の制御の流れによってバーストを処理する。具体的に、ＰＤＵ分離部２２０はバーストデータの一定大きさのデータ毎にデータユニットのヘッダなのか否かを判断することによって、データユニットを分離する。または、ＰＤＵ分離部２２０はバーストデータの一定位置でデータユニットのヘッダなのか否かを判断することによって、データユニットを分離する。このようにすることによって、分離されたデータユニットはＰＤＵ分離部２２０からディクリプト部２４０に提供される。ＨＣＳ及びＣＲＣチェック部２３０は、ＰＤＵ分離部２２０から所定データに対するＨＣＳチェック及びＣＲＣチェック要求時、これを遂行して、その結果をＰＤＵ分離部２２０に知らせる。ディクリプト（Decrypt）部２４０はＰＤＵ分離部２２０から受信した暗号化したＰＤＵを解読する。
【００５１】
一方、ＰＤＵサイズが可変的なシステムでは、連続される次のＭＡＣヘッダは全ての位置で始まることができる。このようなＰＤＵサイズが可変的なシステムで本発明の実施形態の図４のような方式で、ＭＡＣ ＰＤＵを分離する場合、全ての位置でＭＡＣヘッダを探すために、ＨＣＳチェックとＣＲＣチェックを遂行するならば、処理複雑度（Processing Complexity）が非常に増加することができる。
【００５２】
したがって、本発明の実施形態では、送信側でＭＡＣ ＰＤＵを連結（Concatenation）する際、ＭＡＣ ＰＤＵの開始位置をバースト（Burst）内で最小データユニットサイズの正数倍（例えば、最小ＰＤＵサイズの正数倍、最小ヘッダサイズの正数倍）に制限する。
【００５３】
このようにすることによって、受信段の処理（Processing）複雑度を増加させなくて、ヘッダにエラーが発生した時、全体データを捨てないで、後側に連続（Concatenate）したヘッダやＰＤＵのようなデータユニットを正確に分離する方法及び装置を提供する。
【００５４】
例えば、最小のＰＤＵサイズが４８ビットである場合に、本来のＰＤＵサイズが４８ビットの正数倍の場合はそのまま使用し、もし分裂（Fragmentation）やパッキング（Packing）できないＭＡＣ ＰＤＵの場合は、４８ｂｉｔｓの正数倍に作られないことがあるので、ＭＡＣ ＰＤＵの終わりと次のＭＡＣヘッダの開始位置にギャップ（gap）が生じることができるが、この場合は、‘０’または‘１’にパッディングを遂行することができる。このように構成された送信側の生成されたバーストの構造を図６を参照して説明する。
【００５５】
図６は、本発明により構成されたデータバーストの構造を示す図である。図６を参照すれば、各バースト（Ｂｕｒｓｔ＃Ｎ、Ｂｕｒｓｔ＃Ｎ＋１）は、多数のＰＤＵを連接して構成される。本発明によってバースト内に各ＰＤＵのＭＡＣヘッダは開始位置がバースト内の一定ビット数の正数倍にする。例えば、図６の例では、バースト内の各ＰＤＵのＭＡＣヘッダの開始位置は４８ビットの正数倍である。
【００５６】
図６のＢｕｒｓｔ＃Ｎの場合には、各ＰＤＵの開始位置が４８ビットの正数倍である位置にある。しかしながら、Ｂｕｒｓｔ＃Ｎ＋１の場合は、ユーザーデータ６０のサイズが１３０ビットであって、４８ビットの正数倍の大きさを持たない。したがって、本発明によってユーザーデータ６０のサイズが４８ビットの正数倍になるように、０または１にパッディング処理する。それによって、Ｂｕｒｓｔ＃Ｎ＋１の場合には、ＭＡＣ ＰＤＵ１３０の終わりと次のＭＡＣヘッダの開始位置との間にパッディングフィールド７０が挿入されている。または、Ｂｕｒｓｔ＃Ｎ＋１の場合にはＭＡＣ ＰＤＵ１３０の終わりと次のＭＡＣヘッダの開始位置との間に特定のビットがパッディングされている。
【００５７】
以下、本発明に係る送信バーストを生成する方法を図７を参照して説明する。
図７は、本発明の実施形態に係る連接されたデータユニットで送信バーストを生成する方法を説明するための図である。
図７を参照すれば、まず、送信側はデータを送信するか否かを判断する。即ち、送信側は接続された１つ以上の端末からデータ送信要求によってデータの送信を判断する。そして、送信側は送信するデータがあればステップ３０４に進行して該当送信データのＭＡＣヘッダを生成し、ステップ３０６でＭＡＣヘッダとペイロードとを結合してＭＡＣ ＰＤＵを生成する。仮りに、ペイロードのないＭＡＣヘッダである場合には、送信側はＭＡＣヘッダだけでＭＡＣ ＰＤＵを生成する。
【００５８】
次に、送信側はステップ３０８で送信するＭＡＣ ＰＤＵサイズが所定ビット数の正数倍の大きさであるか否かを判断する。仮りに、送信するＭＡＣ ＰＤＵサイズが所定ビット数の正数倍であれば、送信側はステップ３１２に進行する。そして、送信するＭＡＣ ＰＤＵサイズが所定ビット数の正数倍でなければ、送信側はＭＡＣ ＰＤＵのサイズが所定ビット数の正数倍となるように０または１にパッディング処理する。それによって、送信するＭＡＣ ＰＤＵは所定ビット数の正数倍の大きさを有することになる。
【００５９】
そして、送信側はステップ３１２で、所定ビット数の正数倍の大きさを有するデータユニットを連接してバーストを生成する。
以下、図８は、本発明の実施形態に係る連接されたデータユニットで送信バーストを生成する送信装置を示す図である。
図８を参照すれば、本発明の実施形態に係る送信装置４００は、ＰＤＵ構成部４１０、ＰＤＵマッピング部４２０及びデータ送信部４３０を含む。
【００６０】
ＰＤＵ構成部４１０は送信するデータがあればＭＡＣヘッダとペイロードを結合してＭＡＣ ＰＤＵを生成する。仮りに、ペイロードのないＭＡＣヘッダである場合にＰＤＵ構成部４１０はＭＡＣヘッダだけでＭＡＣ ＰＤＵを生成する。ここで、パッキング（Packing）や分裂（Fragmentation）できない特定のＰＤＵの場合には、ＰＤＵサイズを一定の大きさの正数倍で構成されない。ＰＤＵ構成部４１０は、生成したＰＤＵをＰＤＵマッピング部４２０に伝達する。
【００６１】
ＰＤＵマッピング部４１０は、本発明によって送信するＭＡＣ ＰＤＵサイズが所定ビット数の正数倍の大きさであるか否かを判断する。仮りに、送信するＭＡＣ ＰＤＵサイズが所定ビット数の正数倍でなければ、ＰＤＵ構成部４１０はＰＤＵのサイズが所定ビット数の正数倍になるように、０または１にパッディング処理する。そして、ＰＤＵマッピング部４２０は、所定ビット数の正数倍の大きさを有するデータユニットを連接してバーストを生成する。
【００６２】
即ち、ＰＤＵマッピング部４１０は、ＭＡＣ ＰＤＵのヘッダの開始が４８ビットの正数倍の位置にあるようにするが、以上のＰＤＵを連接してバーストを生成し、データ送信部４３０に提供する。仮りに、ＭＡＣ ＰＤＵの終わりと４８ビットの正数倍の位置にある次のＭＡＣヘッダの開始位置の間にギャップが存在するならば、特定値、例えば、０または１で満たす。データ送信部４３０はバーストを伝送する。
【００６３】
前述した本発明の説明では、具体的な実施例に関して説明したが、種々の変形が本発明の範囲から外れないで実施することができる。したがって、本発明の範囲は説明された実施形態により定めるのでなく、特許請求範囲と特許請求範囲の均等なものにより定められるべきである。
【図面の簡単な説明】
【００６４】
【図１】一般的な無線通信システムにおけるバースト構造を示す図である。
【図２】既存の無線通信システムにおいて、バーストからデータユニットを分離するための方式を示す図である。
【図３ａ】一般的なＭＡＣヘッダの構造を示す図である。
【図３ｂ】一般的な帯域幅要求ヘッダ（Bandwidth request header）の構造を示す図である。
【図４】本発明の一実施形態に係る受信されたバーストからデータユニットを分離する方法を示す図である。
【図５】本発明の実施形態に係る受信されたバーストからデータユニットを分離する装置のブロック図である。
【図６】本発明により構成されたデータバーストの構造を示す図である。
【図７】本発明の実施形態に係る連接されたデータユニットで送信バーストを生成する方法を説明するための図である。
【図８】本発明の実施形態に係る連接されたデータユニットで送信バーストを生成する装置のブロック図である。
【符号の説明】
【００６５】
２００  受信装置
２１０  データ受信部
２２０  ＰＤＵ分離部
２３０  ＨＣＳ及びＣＲＣチェック部
２４０  ディクリプト部
【図１】
2007527182.tif 000003
【図２】
2007527182.tif 000004
【図３Ａ】
2007527182.tif 000005
【図３Ｂ】
2007527182.tif 000006
【図４】
2007527182.tif 000007
【図５】
2007527182.tif 000008
【図６】
2007527182.tif 000009
【図７】
2007527182.tif 000010
【図８】
2007527182.tif 000011
【国際調査報告】
2007527182.tif 000012
2007527182.tif 000013