(57)【要約】      （修正有）【課題】多重連結された複数のプロトコルデータユニットを含むバーストの改善された復号のための方法および装置を提供する。【解決手段】受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）が識別される。前記受信されたデータバーストは多重連結された複数のＰＤＵを含む。前記破損したＰＤＵの識別にもかかわらず、前記受信されたデータバーストは処理され続ける。前記破損したＰＤＵを識別した後、前記受信されたデータバースト中の次のＰＤＵが識別される。【選択図】図５
2014014092.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける改善された復号のための方法であって、
受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別することと、前記受信されたデータバーストは、多重連結された複数のＰＤＵを含む、
前記破損したＰＤＵの識別にもかかわらず、前記受信されたデータバーストを処理し続けることと、
前記破損したＰＤＵを識別した後、前記受信されたデータバースト中の次のＰＤＵを識別することと、
を含む方法。
【請求項２】
前記次のＰＤＵを識別することは、１つまたは複数のトライアルヘッダを試みることを含む、請求項１の方法。
【請求項３】
前記１つまたは複数のトライアルヘッダのそれぞれについて、ヘッダチェックシーケンスをベリファイすること、をさらに含む請求項２の方法。
【請求項４】
前記受信されたデータバーストの前記トライアルヘッダに対応する部分は、スライディングウインドウアプローチに従ってシフトされる、請求項２の方法。
【請求項５】
前記破損したＰＤＵを識別することは、前記破損したＰＤＵのヘッダチェックシーケンスはベリファイできないと決定すること、を含む請求項１の方法。
【請求項６】
前記ＰＤＵは、メディアアクセス制御レイヤプロトコルデータユニット（ＭＰＤＵ）である請求項１の方法。
【請求項７】
前記方法は基地局で実行される請求項１の方法。
【請求項８】
前記方法は、モバイル局で実行される請求項１の方法。
【請求項９】
前記無線通信システムは、ＩＥＥＥ（Institute of Electronic and Electrical Engineers）８０２．１６標準をサポートする請求項１の方法。
【請求項１０】
無線通信システムにおける改善された復号のための装置であって、
プロセッサと、
前記プロセッサと電子通信するメモリと、
前記メモリに記憶された命令群と、
を含み、前記命令群は、
受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別すること、前記受信されたデータバーストは、多重連結された複数のＰＤＵを含む、
前記破損したＰＤＵの識別にもかかわらず、前記受信されたデータバーストを処理し続けること、
前記破損したＰＤＵを識別した後、前記受信されたデータバースト中の次のＰＤＵを識別すること、
を実行可能である装置。
【請求項１１】
前記次のＰＤＵを識別することは、１つまたは複数のトライアルヘッダを試みることを含む、請求項１０の装置。
【請求項１２】
前記命令群は、さらに、前記１つまたは複数のトライアルヘッダのそれぞれについて、ヘッダチェックシーケンスをベリファイすることを実行可能である請求項１１の装置。
【請求項１３】
前記受信されたデータバーストの前記トライアルヘッダに対応する部分は、スライディングウインドウアプローチに従ってシフトされる、請求項１１の装置。
【請求項１４】
前記破損したＰＤＵを識別することは、前記破損したＰＤＵのヘッダチェックシーケンスはベリファイできないと決定すること、を含む請求項１０の装置。
【請求項１５】
前記ＰＤＵは、メディアアクセス制御レイヤプロトコルデータユニット（ＭＰＤＵ）である請求項１０の装置。
【請求項１６】
前記装置は基地局である請求項１０の装置。
【請求項１７】
前記装置はモバイル局である請求項１０の装置。
【請求項１８】
前記無線通信システムは、ＩＥＥＥ（Institute of Electronic and Electrical Engineers）８０２．１６標準をサポートする請求項１０の装置。
【請求項１９】
無線通信システムにおける改善された復号のための装置であって、
受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別する手段と、前記受信されたデータバーストは、多重連結された複数のＰＤＵを含む、
前記破損したＰＤＵの識別にもかかわらず、前記受信されたデータバーストを処理し続ける手段と、
前記破損したＰＤＵを識別した後、前記受信されたデータバースト中の次のＰＤＵを識別する手段と、
を含む装置。
【請求項２０】
前記次のＰＤＵを識別する手段は、１つまたは複数のトライアルヘッダを試みる手段を含む、請求項１９の装置。
【請求項２１】
前記１つまたは複数のトライアルヘッダのそれぞれについて、ヘッダチェックシーケンスをベリファイする手段をさらに含む請求項２０の装置。
【請求項２２】
前記受信されたデータバーストの前記トライアルヘッダに対応する部分は、スライディングウインドウアプローチに従ってシフトされる、請求項２０の装置。
【請求項２３】
前記破損したＰＤＵを識別する手段は、前記破損したＰＤＵのヘッダチェックシーケンスはベリファイできないと決定する手段を含む請求項１９の装置。
【請求項２４】
前記ＰＤＵは、メディアアクセス制御レイヤプロトコルデータユニット（ＭＰＤＵ）である請求項１９の装置。
【請求項２５】
前記装置は基地局である請求項１９の装置。
【請求項２６】
前記装置はモバイル局である請求項１９の装置。
【請求項２７】
前記無線通信システムは、ＩＥＥＥ（Institute of Electronic and Electrical Engineers）８０２．１６標準をサポートする請求項１９の装置。
【請求項２８】
無線通信システムにおける改善された復号を提供するコンピュータプログラム製品であって、前記コンピュータプログラム製品は、命令群をもつコンピュータ読出可能媒体を含み、前記命令群は、
受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別するコードと、前記受信されたデータバーストは、多重連結された複数のＰＤＵを含む、  前記破損したＰＤＵの識別にもかかわらず、前記受信されたデータバーストを処理し続けるコードと、
前記破損したＰＤＵを識別した後、前記受信されたデータバースト中の次のＰＤＵを識別するコードと、
を含む、コンピュータプログラム製品。
【請求項２９】
前記次のＰＤＵを識別するコードは、１つまたは複数のトライアルヘッダを試みるコードを含む、請求項２８のコンピュータプログラム製品。
【請求項３０】
前記１つまたは複数のトライアルヘッダのそれぞれについて、ヘッダチェックシーケンスをベリファイするコードをさらに含む請求項２９のコンピュータプログラム製品。
【請求項３１】
前記受信されたデータバーストの前記トライアルヘッダに対応する部分は、スライディングウインドウアプローチに従ってシフトされる、請求項２９のコンピュータプログラム製品。
【請求項３２】
前記破損したＰＤＵを識別するコードは、前記破損したＰＤＵのヘッダチェックシーケンスはベリファイできないと決定するコードを含む請求項２８のコンピュータプログラム製品。
【請求項３３】
前記ＰＤＵは、メディアアクセス制御レイヤプロトコルデータユニット（ＭＰＤＵ）である請求項２８のコンピュータプログラム製品。
【請求項３４】
前記装置は基地局である請求項２８のコンピュータプログラム製品。
【請求項３５】
前記装置はモバイル局である請求項２８のコンピュータプログラム製品。
【請求項３６】
前記無線通信システムは、ＩＥＥＥ（Institute of Electronic and Electrical Engineers）８０２．１６標準をサポートする請求項２８のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、無線通信システムに関する。より具体的には、本開示は、多重連結された複数のプロトコルデータユニットを含むバーストの改善された復号のための方法および装置に関連する。
【背景技術】
【０００２】
無線通信デバイスは、消費者ニーズを満たし、しかもポータビリティと利便性の向上のために、より小さく、より強力になった。消費者は、携帯電話、携帯情報端末（ＰＤＡ： personal digital assistants）、ラップトップコンピュータ、などのような無線通信デバイスに依存するようになった。消費者は、信頼できるサービス、カバレッジエリアの拡大、および機能性の増大に期待するようになった。無線通信デバイスは、モバイル局、局、アクセス端末、ユーザ端末、端末、加入者ユニット、ユーザ設備などと呼ばれる。
【０００３】
無線通信システムは、同時に複数の無線通信デバイスとの通信をサポートできる。無線通信デバイスは、アップリンクとダウンリンクとの送信によって、１つまたは複数の基地局（それらはアクセスポイントあるいはノードＢなどと呼ばれる）と通信できる。アップリンク（あるいは逆方向リンク）は無線通信デバイスから基地局への通信リンクのことをいい、また、ダウンリンク（あるいは順方向リンク）は基地局から無線通信デバイスへの通信リンクをいう。
【０００４】
無線通信システムは、利用可能なシステムリソース（例えば帯域幅および送信電力）を共有することにより、複数のユーザとの通信をサポートすることができる多重アクセスシステムであり得る。そのような多重アクセスシステムの例は、符号分割多元接続（ＣＤＭＡ：code division multiple access）システム、時分割多元接続（ＴＤＭＡ：time division multiple access）システム、周波数分割多元接続（ＦＤＭＡ：frequency division multiple access）システムおよび直交周波数分割多元接続（ＯＦＤＭＡ：orthogonal frequency division multiple access）システムを含む。
【図面の簡単な説明】
【０００５】
【図１】図１は、ここに説明される方法および装置が実装された無線通信システムを示す。
【図２】図２は。多重メディアアクセス制御レイヤプロトコルデータユニット（ＭＰＤＵ）を含むバーストを示す。
【図３】図３は、ＭＰＤＵに含まれるジェネリック（generic）ヘッダを示す。
【図４】図４は、ＭＰＤＵに含まれるシグナリングヘッダを示す。
【図５】図５は、本開示に従ったヘッダ探索アルゴリズムのある側面を示す例を説明する。
【図６】図６は、本開示に従ったヘッダ探索アルゴリズムに関連するある有利な点を示す例を説明する。
【図７】図７は、受信されたデータバースト中のＭＰＤＵの開始点を識別する方法の例を示す。
【図８】図８は、図７の方法に関連するミーンズ・プラス・ファンクション（means-plus-function）ブロックを示す。
【図９】図９は、受信されたデータバースト中のＭＰＤＵを処理する方法の例を示す。
【図１０】図１０は、図９の方法に関連するミーンズ・プラス・ファンクション（means-plus-function）ブロックを示す。
【図１１】図１１は、無線デバイス中で使用され得る様々なコンポーネントを示す。
【発明を実施するための形態】
【０００６】
本開示の方法および装置は、広帯域無線通信システムで使用され得る。用語「広帯域無線」は、無線、音声（voice）、インターネット、およびまたは任意のエリアへのデータネットワークアクセスを提供する技術のことをいう。
【０００７】
広帯域無線アクセス標準についてのＩＥＥＥ（The Institute of Electronic and Electrical Engineers）８０２．１６ワーキンググループは、広帯域無線メトロポリタン・エリア・ネットワークのグローバルな配備のための公式仕様を整備することを目的とする。８０２．１６標準ファミリは、公式には無線ＭＡＮ（ＷｉｒｅｌｅｓｓＭＡＮ）と呼ばれるが、それは、ＷｉＭＡＸフォーラムと呼ばれる業界団体によって「ＷｉＭＡＸ」（それは"Worldwide Interoperability for Microwave Access"を表わす）と呼ばれている。したがって、用語「ＷｉＭＡＸ」は、長距離に渡って高スループット広帯域コネクションを提供する標準ベース広帯域無線技術のことをいう。
【０００８】
今日ＷｉＭＡＸの２つの主要出願があり、それは、固定ＷｉＭＡＸ（fixed WiMAX）およびモバイルＷｉＭＡＸ（mobile WiMAX）である。固定ＷｉＭＡＸアプリケーションは、ポイント・ツー・マルチポイントであり、ホームとビジネスへの広帯域アクセスを可能にする。モバイルＷｉＭＡＸは、広帯域速度で、セルラーネットワークの十分なモビリティを与える。
【０００９】
ここに記述された例のうちのいくつかは、ＷｉＭＡＸ標準に従って構成される無線通信システムに適している。しかしながら、これらの例は、本開示の範囲を限定するものと解釈されるべきでない。
【００１０】
メディアアクセス制御（ＭＡＣ）レイヤは、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）としてデータを処理する。いくつかの状況の下では、複数のＭＰＤＵは、同じダウンリンクかアップリンクのデータバースト中に連結される。例えば、ＷｉＭＡＸ標準は、現在、同じデータバースト中に複数のＭＰＤＵの連結を許容する。各ＭＰＤＵは、ヘッダ、オプションペイロード、およびオプションの巡回冗長検査（ＣＲＣ）を含む。ヘッダは、ヘッダチェックシーケンス（ＨＣＳ）、ＭＰＤＵの長さ、および他の情報を含む。ＨＣＳとＣＲＣの両方は、送信の間にデータの破損を検出するために使用できる。
【００１１】
いくつかの状況の下では、送信誤りはデータバースト内の複数のＭＰＤＵの全てではないが、そのうちのいくつかを破損する。バーストがレシーバで復号されるとき、ＭＰＤＵの破損は、ＨＣＳのベリファイ（verify）の失敗あるいはＣＲＣのベリファイの失敗によって示される。典型的な実装において、ＨＣＳまたはＣＲＣがベリファイできないとき、レシーバはバーストを復号することを停止する。したがって、バースト中の破損したＭＰＤＵおよびその後の任意のＭＰＤＵは廃棄され得る。しかしながら、そのようなアプローチは望ましくない。なぜなら、言及されるように、当該バースト中の残りのＭＰＤＵのうちのいくつかは破損していないこともあるからだ。
【００１２】
残念なことに、バーストの復号が継続できるように、次のＭＰＤＵの始まりを見つけるのは困難である。例えば、前のＭＰＤＵのヘッダ中のＨＣＳがベリファイされなかった場合、そのＭＰＤＵの長さを知ることはできない。その結果、次のＭＰＤＵの始まりもまた知ることができない。本開示は、バースト中の前のＭＰＤＵの復号が失敗したときに、受信されたデータバースト中の残りのＭＰＤＵの復号を可能にする技術に関連する。
【００１３】
無線通信システムにおける改善された復号のための方法に従って、受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）が識別され得る。受信されたデータバーストは、多重連結された複数のＰＤＵを含む。受信されたデータバーストは、破損したＰＤＵが識別されても、処理され続ける。破損したＰＤＵが識別された後、当該受信されたデータバースト中の次のＰＤＵが識別され得る。
【００１４】
無線通信システムにおける改善された復号ための装置は、プロセッサと、該プロセッサと電子的に通信するメモリとを含む。命令群が該メモリに記憶される。該命令群は、受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別することを実行可能である。該受信されたデータバーストは、多重連結された複数のＰＤＵを含む。該命令群は、さらに、破損したＰＤＵの識別にもかかわらず、該受信されたデータバーストを処理し続けることを実行可能である。該命令群は、さらにまた、破損したＰＤＵが識別された後、該受信されたデータバースト内の次のＰＤＵを識別することを実行可能である。
【００１５】
無線通信システムにおける改善された復号のための装置は、受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別する手段を含む。該受信されたデータバーストは、多重連結された複数のＰＤＵを含む。該装置は、破損したＰＤＵの識別にもかかわらず、該受信されたデータバーストを処理し続ける手段を含む。該装置は、さらにまた、破損したＰＤＵが識別された後、該受信されたデータバースト内の次のＰＤＵを識別する手段を含む。
【００１６】
無線通信システムにおける改善された復号を提供するコンピュータプログラム製品は、命令群をもつコンピュータ読取り可能媒体を含む。該命令群は、データの受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別するコードを含む。該受信されたデータバーストは、多重連結された複数のＰＤＵを含む。該命令群は、さらにまた、該破損したＰＤＵの識別にもかかわらず、該受信されたデータバーストを処理し続けるためのコードを含む。該命令群は、さらにまた、該破損したＰＤＵが識別された後、該受信されたデータバースト中の次のＰＤＵを識別するためのコードを含む。
【００１７】
図１は、ここに記述された方法および装置が実装された無線通信システム１００を示す。基地局１０２は、モバイル局１０４と無線電子通信するように示される。簡単のため、１つの基地局１０２と１つのモバイル局１０４のみが図１に示される。しかしながら、無線通信システム１００は、複数の基地局１０２を含み、そのそれぞれは複数のモバイル局１０４と電子通信する。
【００１８】
基地局１０２は、ダウンリンク１０８で、モバイル局１０４へデータバースト１０６を送信する。モバイル局１０４は、アップリンク１１０で基地局１０２へデータバースト１０６を送信する。基地局１０２およびモバイル局１０４の両方は、ＭＡＣプロトコルデータ単位（ＭＰＤＵ）としてデータを処理するメディアアクセス制御（ＭＡＣ）レイヤ１１２を含む。複数のＭＰＤＵは、同じバースト１０６に連結される。
【００１９】
上記のように、各ＭＰＤＵは、ヘッダ、オプションのペイロード、およびオプションの巡回冗長検査（ＣＲＣ）を含む。ヘッダは、ヘッダチェックシーケンス（ＨＣＳ）、ＭＰＤＵの長さ、および他の情報を含む。ＨＣＳとＣＲＣの両方は、送信中のデータの破損を検出するために使用される。
【００２０】
上記のように、データバースト１０６は、多重連結された複数のＭＰＤＵを含む。該複数のＭＰＤＵのうちの１つの復号が失敗する（例えば、ＨＣＳまたはＣＲＣがベリファイされない）とき、ＭＡＣレイヤ１１２はそれにもかかわらずバースト１０６内の残りのＭＰＤＵの復号を許容する。ＭＡＣレイヤ１１２は、ヘッダ探索アルゴリズムによって次のＭＰＤＵの始まりを識別する。基地局１０２およびモバイル局１０４の両方は、この機能を提供するヘッダ探索コンポーネント１１４とともに示される。ヘッダ探索アルゴリズムは、１つまたは複数のトライアルヘッダを選ぶこと、次に、ＭＰＤＵのヘッダのＨＣＳによってこれらのトライアルヘッダをテストすること、を含む。これは、以下により詳しく説明される。
【００２１】
図２は、複数のＭＰＤＵ２１４を含むバースト２０６を示す。各ＭＰＤＵ２１４は、ヘッダ２１６、オプションのペイロード２１８、およびオプションの巡回冗長検査（ＣＲＣ）２２０を含む。描かれたバースト２０６は、ダウンリンク１０８による基地局１０２からモバイル局１０４への送信と、アップリンク１１０によるモバイル局１０４から基地局１０２への送信とを表わす。
【００２２】
ＷｉＭＡＸ標準は２つのタイプのＭＰＤＵ２１４を定義し、それは、ジェネリック（generic）とシグナリングである。シグナリングＭＰＤＵ２１４はペイロードを持たず、また、６オクテットのヘッダ２１６のみをもつ。ジェネリックＭＰＤＵ２１４は、６オクテットのヘッダ２１６、ペイロード２１８、および３２ビットのＣＲＣ２２０（それはオプションである）をもつ。
【００２３】
図３はジェネリックヘッダ３１６を示す。示されるように、ジェネリックヘッダ３１６はヘッダタイプビット３２２を含む。ＷｉＭＡＸ標準に従って、ヘッダタイプビット３２２の値が０である場合、これはジェネリックヘッダ３１６に対応する。
【００２４】
ジェネリックヘッダ３１６は、さらにまた、ＣＲＣインジケータビット３２４を含む。ＣＲＣインジケータビット３２４は、ＣＲＣがＭＰＤＵ２１４に含まれているか否かを識別する。
【００２５】
ジェネリックヘッダ３１６は、さらにまた、長さフィールド３２６を含む。図３は、長さフィールド３２６ａの最上位ビット（ＭＳＢ）および長さフィールド３２６ｂの最下位ビット（ＬＳＢ）を示す。
【００２６】
ジェネリックヘッダ３１６は、さらにヘッダチェックシーケンス（ＨＣＳ）３３０を含む。上記のように、ＨＣＳ３３０は、送信のあいだのヘッダ３１６の破損を検出するために使用される。
【００２７】
図４はシグナリングヘッダ４１６を示す。示されるように、シグナリングヘッダ４１６はヘッダタイプビット４２２を含む。ＷｉＭＡＸ標準に従って、ヘッダタイプビット４２２の値が１である場合、これはシグナリングヘッダ４１６に対応する。シグナリングヘッダ４１６は、さらにＨＣＳ４３０を含む。
【００２８】
上記のように、バースト１０６内の複数のＭＰＤＵ２１４のうちの１つの復号が失敗したとき、ＭＡＣレイヤ１１２はヘッダ探索アルゴリズムによってバースト１０６中の次のＭＰＤＵ２１４の始まりを識別する。図５は、使用されるヘッダ探索アルゴリズムのある側面を示す例を説明する。基地局１０２および／またはモバイル局内のＭＡＣレイヤ１１２は、当該描かれた例に従って動作する。
【００２９】
データバースト５０６は図５に示される。データバースト５０６は基地局１０２からモバイル局１０４にダウンリンク１０８によって送信される。あるいは、データバースト５０６はモバイル局１０４から基地局１０２へアップリンク１１０によって送信される。
【００３０】
バースト５０６内のオクテット５３６ａ−ｌは、インデックスｊ、ｊ＋１、…Ｌで表される。インデックスｊをもつオクテット５３６ａは、バースト５０６中の最初のオクテット５３６ａである。インデックスＬをもつオクテット５３６ｌは、バースト５０６内の最後のオクテット５３６ｌである。
【００３１】
探索インデックスｋが定義される。ヘッダ探索は、探索インデックスｋ＝ｊから開始される。
【００３２】
トライアルヘッダ５３２は形成される。上記に示されるように、ＭＰＤＵ２１４の内のヘッダ２１６は６つのオクテット５３６を含む。したがって、トライアルヘッダ５３２も、６つのオクテット５３６を含む。より具体的には、トライアルヘッダ５３２は、探索インデックスｋ、ｋ＋１、ｋ＋２、ｋ＋３、ｋ＋４、およびｋ＋５に対応する６つのオクテット５３６ａ−ｆを含む。
【００３３】
トライアルヘッダ５３２中の最初の５つのオクテット５３６ａ−ｅは、ヘッダチェックシーケンス５３８を計算するために用いられる。トライアルヘッダ５３２中の６番目のオクテット５３６ｆが、計算されたヘッダチェックシーケンス５３８と一致する場合、当該トライアルヘッダ６３２は、バースト５０６中の次のＭＰＤＵ２１４のヘッダ２１６に対応する、と決定され、したがって、バースト５０６中の次のＭＰＤＵ２１４の始まりが識別された。
【００３４】
しかしながら、トライアルヘッダ５３２中の６番目のオクテット５３６ｆが計算されたヘッダチェックシーケンス５３８と一致しない場合、探索インデックスｋはｋ＝ｊ＋１となるようにインクリメントされる。新たなトライアルヘッダ５３２が形成され、それは６つのオクテット５３６ｂ−ｇを含む。これは図５の底部に示される。その後、上述されたプロセスが繰り返される。
【００３５】
したがって、トライアルヘッダ５３２に対応する、受信されたデータバースト５０６の当該部分は、「スライディングウィンドウ（sliding window）」アプローチに従ってシフトされる。これは、トライアルヘッダ５３２の最初の５つのオクテット５３６を使用して計算された、ヘッダチェックシーケンス５３８と、トライアルヘッダ５３２の６番目のオクテット５３６の値との間に一致が見つかるまで継続される。一旦、このタイプの一致が見つかったならば、その後、バースト１０６中の次のＭＰＤＵ２１４が見つかったものと結論付けられ、通常のＭＰＤＵ２１４復号方法がＭＰＤＵ２１４を解析するために使用される。言いかえれば、ヘッダ探索アルゴリズムは、トライアルヘッダ５３２がベリファイ可能なヘッダチェックシーケンス５３８を含むことを見つけるまで、１つまたは複数のトライアルヘッダ５３２を試みることを含む。
【００３６】
いくつかの状況の下では、一致は見つからない。これは、例えば、バースト５０６内の全てのＭＰＤＵ２１４が破損した場合である。探索インデックスｋがインクリメントされるたびに、ｋ＞Ｌ−５であるかどうかが決定される。そうならば、ヘッダ探索が失敗したと、結論付けられる。
【００３７】
図６は、本会時に従った、ヘッダ探索アルゴリズムに関連するある有利な点を示す例を示す。そのような有利な点は、複数のＭＰＤＵ６１４を含むバースト６０６が受信され、バースト６０６中の複数のＭＰＤＵ６１４のうちの少なくとも１つは破損しているが、バースト６０６中の複数のＭＰＤＵ６１４の全てが破損しているとは限らない状況に関連する。
【００３８】
図６は、複数のＭＰＤＵ６１４を有するバースト６０６を示す。バースト６０６内の第１のＭＰＤＵ６１４ａおよび第２のＭＰＤＵ６１４ｂが示される。第１のＭＰＤＵ６１４ａはヘッダ６１６ａ、ペイロード６１８ａ、およびＣＲＣ６２０ａを含む。第２のＭＰＤＵ６１４ｂは、ヘッダ６１６ｂ、ペイロード６１８ｂ、およびＣＲＣ６２０ｂを含む。この例の目的のために、第１のＭＰＤＵ６１４ａの内のヘッダ６１６ａが破損されているものとする。例えば、第１のＭＰＤＵ６１４ａのヘッダ６１６ａの内のＨＣＳ３３０はベリファイできない。さらに、第２のＭＰＤＵ６１４ｂは破損されていないものとする。
【００３９】
既知のアプローチでは、一旦第１のＭＰＤＵ６１４ａの内のヘッダ６１６ａが破損していると決定されると、バースト６０６の全ては廃棄される。これは、（ヘッダ６１６ａは第１のＭＰＤＵ６１４ａの長さを含み、ヘッダ６１６ａは破損されているので、）第１のＭＰＤＵ６１４ａの長さが未知であるという事実に少なくとも一部起因する。しかし、バースト６０６内のＭＰＤＵ６１４のうちのいくつかは（この例のように）破損されていないので、そのようなアプローチは不利である。
【００４０】
上に述べられたように、本開示はヘッダ探索アルゴリズムの使用を提案する。ヘッダ探索アルゴリズムは復号レートを改善する効果があり、これは、破損したＭＰＤＵ６１４ａの識別にもかかわらず、受信されたデータバースト６０６が処理され続けるからである。したがって、ヘッダ探索アルゴリズムは、バースト６０６内の１つまたは複数の破損したＭＰＤＵ６１４を識別した後でさえも、バースト６０６内の破損されていないＭＰＤＵ６１４の復号を可能にする。
【００４１】
上述のように、バースト６０６が受信されたとき、トライアルヘッダ６３２が形成される。トライアルヘッダ６３２は、第１のＭＰＤＵ６１４ａの中の破損したヘッダ６１６ａに対応する。トライアルヘッダ６３２中の最初の５つのオクテット５３６ａ−ｅが、ヘッダチェックシーケンス５３８を計算するために用いられる。しかし、トライアルヘッダ６３２が破損したヘッダ６１６ａに対応するので、トライアルヘッダ６３２中の６番目のオクテット５３６ｆ（すなわち破損したヘッダ６１６ａのＨＣＳ３３０）は、計算されるヘッダチェックシーケンス５３８と一致しない。
【００４２】
その後、新たなトライアルヘッダ６３２が形成され、上述のプロセスが繰り返される。したがって、トライアルヘッダ６３２は、受信されたバースト６０６に沿って「スライディングウインドウ」のように移動する。あるポイントでは、トライアルヘッダ６３２は、バースト６０６中の第２のＭＰＤＵ６１４ｂの中の破損していないヘッダ６１６ｂに対応する。このとき、トライアルヘッダ６３２中の６番目のオクテット５３６ｆ（すなわち破損していないヘッダ６１６ｂのＨＣＳ３３０）は、計算されるヘッダチェックシーケンス５３８と一致する。したがって、バースト６０６中の次のＭＰＤＵ６１４ｂのスタートが識別された。その後、通常のＭＰＤＵ復号方法が、このＭＰＤＵ６１４ｂを解析するために使用される。
【００４３】
図７は、受信されたデータバースト５０６中のＭＰＤＵ２１４の開始点を識別する方法７００の例を示す。上に示されるように、バースト５０６内のオクテット５３６ａ−ｌは、インデックスｊ、ｊ＋１、…、Ｌで表される。
【００４４】
探索インデックスｋが定義される。ヘッダ探索は探索インデックスｋ＝ｊから開始する。したがって、方法７００は、ｋ＝ｊと設定すること７０２を含む。
【００４５】
トライアルヘッダ５３２が形成される７０４。トライアルヘッダ５３２は、探索インデックスｋ、ｋ＋１、ｋ＋２、ｋ＋３、ｋ＋４、およびｋ＋５に対応する６つのオクテット５３６ａ−ｆを含む。
【００４６】
トライアルヘッダ５３２中の最初の５つのオクテット５３６ａ−ｅが、ヘッダチェックシーケンス５３８を計算する７０６ために用いられる。その後、トライアルヘッダ５３２中の６番目のオクテット５３６ｆは、計算されるヘッダチェックシーケンス５３８と一致するかが決定する７０８。そうならば、ヘッダ探索が成功し、バースト５０６内の次のＭＰＤＵ２１４は、探索インデックスｋに対応するオクテット５３６ａから開始する、と決定される７１０。
【００４７】
トライアルヘッダ５３２中の６番目のオクテット５３６ｆが計算されるヘッダチェックシーケンス５３８と一致しないと決定された場合、探索インデックスｋは１だけインクリメントされる７１２。その後、ｋ＞Ｌ−５（ここで、上記のように、インデックスＬをもつオクテット５３６ｌはバースト５０６内の最後のオクテット５３６ｌに対応する）であるかが決定される７１４。そうでなければ、新たなトライアルヘッダ５３２が形成される７０４。新たなトライアルヘッダ５３２は、バースト５０６内に次の６つのオクテット５３６ｂ−ｇを含む。その後、上記のプロセスは、この新たなトライアルヘッダ５３２に関して繰り返される。
【００４８】
しかし、ｋ＞Ｌ−５であると決定された場合７１４には、ヘッダ探索が失敗したと決定される７１６。例えば、バースト５０６内の全てのＭＰＤＵ２１４が破損している場合、ヘッダ探索は失敗する。
【００４９】
上述の図７の方法７００は、図８に示す複数のミーンズプラスファンクションブロック８００に対応する様々なハードウェアおよび／またはソフトウェアコンポーネントおよび／またはモジュールによって行なうことができる。言いかえれば、図７に示されるブロック７０２〜７１６は、図８に示されるミーンズプラスファンクションブロック８０２〜８１６に対応する。
【００５０】
図９は、受信されたデータバースト１０６中のＭＰＤＵ２１４を処理する方法９００の例を示す。この方法９００に従って、バースト１０６内の１つのＭＰＤＵ２１４の復号が失敗するとき、バースト１０６中のその後のＭＰＤＵ２１４はまだ復号される。方法９００は、前に説明されたヘッダ探索アルゴリズムを用いることができる。
【００５１】
方法９００は、アップリンク１１０によってモバイル局１０４からデータバースト１０６を受信する基地局１０２内のＭＡＣレイヤ１１２によって実現できる。方法９００は、また、ダウンリンク１０８によって基地局１０２からデータバースト１０６を受信したモバイル局１０４内のＭＡＣレイヤ１１２によっても実現できる。いずれの場合も、受信されるデータバースト１０６は、多重連結された複数のＭＰＤＵ２１４を含む。
【００５２】
方法９００に従って、オクテットインデックスｊは定義される。オクテットインデックスｊは、最初に１に等しく設定される９０２。言いかえれば、オクテットインデックスｊは、最初に、受信されたデータバースト１０６中の最初のオクテット５３６に合わされる。
【００５３】
ヘッダ探索が行なわれる９０４。これは上記のヘッダ探索アルゴリズムに従って行われる。上述のように、ヘッダ探索アルゴリズムの一部として、探索インデックスｋが定義される。ヘッダ探索は探索インデックスｋ＝ｊから開始する。
【００５４】
ヘッダ２１６がヘッダ探索の間に見つからないと決定された場合９０６、方法９００は終了する（すなわち、バースト１０６は、どのＭＰＤＵ２１４も復号されずに、単に廃棄される）。しかし、ヘッダ探索の間にヘッダ２１６が見つかったと決定された場合９０６、オクテットインデックスを、ヘッダ２１６内の最初オクテット５３６に合わせる９０８。ＭＰＤＵ境界は、ヘッダ２１６内に含まれている情報（すなわち長さフィールド３２６）から識別される９１０。
【００５５】
その後、ＣＲＣ２２０がＭＰＤＵ２１４の中にあるかを決定する９１２。ない場合、ＭＰＤＵ２１４は高レイヤへフォワードされる９１６。ＭＰＤＵ２１４がＣＲＣ２２０を含むと決定された場合９１２、ＣＲＣ２２０をベリファイする試みがなされる９１４。ＣＲＣ２２０がベリファイされない場合９１４、ＭＰＤＵ２１４は廃棄される９１８。しかし、ＭＰＤＵ２１４がベリファイされた場合９１４、ＭＰＤＵ２１４は高レイヤにフォワードされる９１６。
【００５６】
さらなるオクテット５３６がバースト５０６にあると決定された場合９２０、オクテットインデックスｊを、現在のＭＰＤＵ９２２の後の次のオクテットに合わせて、新たなヘッダ探索が行なわれる９０４。その後、上述のプロセスが繰り返される。
【００５７】
上記図９の方法９００は、図１０に示される複数のミーンズプラスファンクションブロックに対応する、様々なハードウェアおよび／またはソフトウェアコンポーネントおよび／またはモジュールによって行なわれる。言いかえれば、図９に示されたブロック９０２〜９２２は、図１０に示されたミーンズプラスファンクションブロック１００２〜１０２２に対応する。
【００５８】
図１１は、無線デバイス１１０２に用いられる様々なコンポーネントを示す。無線デバイス１１０２は、ここに記述された様々な方法を実現するように構成できるデバイスの例である。無線デバイス１１０２は基地局１０２あるいはモバイル局１０４である。
【００５９】
無線デバイス１１０２は、無線デバイス１１０２の動作を制御するプロセッサ１１０４を含む。プロセッサ１１０４は中央処理装置（ＣＰＵ：central processing unit）とも呼ばれる。メモリ１１０６は、読み出し専用メモリ（ＲＯＭ）およびランダムアクセスメモリ（ＲＡＭ）の両方を含み、プロセッサ１１０４に命令群とデータを提供する。メモリ１１０６の一部はさらに不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）を含むこともある。プロセッサ１１０４は、典型的には、メモリ１１０６内に記憶されたプログラム命令群に基づき論理および計算操作を行なう。メモリ１１０６中の命令群は、ここに記述された方法を実現するために実行可能である。
【００６０】
無線デバイス１１０２は、また、無線デバイス１１０２とリモートロケーションとの間のデータの送信および受信を可能にするトランスミッタ１１１０およびレシーバ１１１２を含むハウジング（housing）１１０８を含む。トランスミッタ１１１０およびレシーバ１１１２は、トランシーバ１１１４に組み合わせることができる。アンテナ１１１６はハウジング１１０８に取り付けられ、電気的に、トランシーバ１１１４につながれる。無線デバイス１１０２は、さらに、（図示されていない）複数のトランスミッタ、複数のレシーバ、複数のトランシーバ、および／または複数のアンテナを含むことができる。
【００６１】
無線デバイス１１０２は、さらに、トランシーバ１１１４によって受信された信号のレベルを検知および測定するために使用される信号検出器１１１８を含むことができる。信号検出器１１１８は、総エネルギー、擬似雑音（ＰＮ）チップ毎のパイロットエネルギー、電力スペクトル密度、および他の信号のような信号を検知する。無線デバイス１１０２は、さらに、信号処理に使用されるデジタルシグナルプロセッサ（ＤＳＰ）１１２０を含むことができる。
【００６２】
無線デバイス１１０２の様々なコンポーネントは、データバスに加えて、さらに電力バス、制御信号バス、およびステータス信号バスを含むバスシステム１１２２によってともに連結される。しかし、明確のため、様々なバスはバスシステム１１２２として図１１に示される。
【００６３】
ここで用いられるように、用語「決定する」は種々様々のアクションを包含し、したがって、「決定する」は、計算すること（calculating, computing）、処理すること（processing）、導出すること（deriving）、調べること（investigating）、参照すること（looking up）（例えばテーブル、データベース、または他のデータ構造を参照すること）、解明すること（ascertaining）、などを含むことができる。さらに、「決定すること」は、受信すること（例えば、情報を受信すること）、アクセスすること（例えばメモリ中のデータにアクセスすること）、などを含むことができる。さらに、「決定すること」は、解決すること（resolving）、選択すること（selecting, choosing）、確立すること（establishing）、などを含むことができる。
【００６４】
「基づく（based on）」という句は、明示的にそうでないと示していない場合には、「のみに基づく」を意味するものではない。言いかえれば、「基づく」という句は、「のみに基づく」と「少なくとも基づく」との両方を表す。
【００６５】
本開示に関して説明された様々な実例となるロジックブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）あるいは他のプログラマブルロジックデバイス、個別ゲートまたはトランジスタゲート、個別ハードウェアコンポーネント、または、ここに説明された機能を実行するように設計された、それらの任意の組合せで、実施または実行される。汎用プロセッサは、マイクロプロセッサでもよいが、代案として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、あるいはステートマシンでもよい。プロセッサもまた、コンピュータデバイスの組合せ、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサの組合せ、ＤＳＰコアと連結された１つまたは複数のマイクロプロセッサとの組合せ、あるいは他のそのような構成として実装できる。
【００６６】
本開示に関して記述された方法またはアルゴリズムのステップは、ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、あるいはこの２つの組合せで、直接具体化され得る。ソフトウェアモジュールは、従来技術で既知の任意の形式の記憶媒体に存在し得る。用いられる記憶媒体のいくつかの例は、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、などを含む。ソフトウェアモジュールは、単一命令あるいは多くの命令を含み、異なるプログラム中でいくつかの異なるコードセグメントにより、および複数の記憶媒体を通じて分配され得る。記憶媒体はプロセッサにつながれて、プロセッサが記憶媒体に対し情報の読み出しおよび書込を行えるようになっている。代案では、記憶媒体はプロセッサと一体となっている。
【００６７】
ここに開示された方法は、上述の方法を達成するための１つまたは複数のステップあるいはアクションを含む。方法ステップおよび／またはアクションは、クレームの範囲から逸脱することなく、互いに交換できる。言いかえれば、ステップまたはアクションの特定の順序が指定されていないのであれば、特定のステップおよび／またはアクションの順序および／または使用は、クレームの範囲から逸脱することなく修正され得る。
【００６８】
説明された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ読出可能媒体に、１つまたは複数の命令として記憶される。コンピュータ読出可能媒体は、コンピュータによってアクセスできるあらゆる利用可能な媒体である。例として、また、これらに限定するものではないが、コンピュータ読出可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスク記憶装置、磁気ディスク記憶装置あるいは他の磁気記憶装置、あるいは、所望のプログラムコードを命令群またはデータ構造の形で運ぶか記憶するために使用することができ、しかもコンピュータによりアクセス可能な他の媒体、を含む。ここで用いられるように、ディスク（disk and disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、ＤＶＤ（digital versatile disc）、フロッピー（登録商標）ディスク（disk）、およびブルーレイ（ｒ）ディスク（disc）を含み、diskは、通常データを磁気的に再生し、discはレーザで光学的にデータを再生する。
【００６９】
ソフトウェアまたは命令群も送信媒体を通して送信される。例えば、ソフトウェアがウェブサイト、サーバあるいは他のリモートソースから、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）あるいは赤外線、ラジオおよびマイクロ波のような無線技術を使用して送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、あるいは赤外線、ラジオおよびマイクロ波のような無線技術は、送信媒体の定義に含まれる。
【００７０】
さらに、図７、８、９および１０によって示されたような、ここに説明された方法及び技術を実行するためのモジュールおよび／または他の適切な手段は、モバイルデバイスおよび／または基地局により、適用可能なように、ダウンロードされるかまたは得られることはいうまでもない。例えば、そのようなデバイスは、ここに説明された方法を行なう手段の転送を容易にするために、サーバにつなぐことができる。あるいは、ここに説明された様々な方法は、記憶手段（例えば、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、コンパクトディスク（ＣＤ）あるいはフロッピーディスクのような物理的記憶媒体など）によって提供することができ、モバイルデバイスおよび／または基地局が、当該デバイスに当該記憶手段をつなぐか提供することで、様々な方法を得ることができる。さらに、ここに説明された方法及び技術を、デバイスに提供するための他の適切な技術も利用することができる。
【００７１】
クレームがまさに上述された構成およびコンポーネントであることに限定するものではないことは理解されよう。クレームの範囲から逸脱することなく、ここに説明されるシステム、方法、および装置の配置、動作、及び詳細に、様々な修正、変更およびバリエーションを行うことができる。
【図１】
2014014092.tif 000003
【図２】
2014014092.tif 000004
【図３】
2014014092.tif 000005
【図４】
2014014092.tif 000006
【図５】
2014014092.tif 000007
【図６】
2014014092.tif 000008
【図７】
2014014092.tif 000009
【図８】
2014014092.tif 000010
【図９】
2014014092.tif 000011
【図１０】
2014014092.tif 000012
【図１１】
2014014092.tif 000013
【手続補正書】
【提出日】平成25年9月2日(2013.9.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおける改善された復号のための方法であって、
受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別することと、前記受信されたデータバーストは、多重連結された複数のＰＤＵを含む、
前記破損したＰＤＵを識別した後、通常のPDU復号方法からPDUヘッダ探索方法に切り替えることと、
前記ＰＤＵヘッダ探索方法を用いて、前記受信されたデータバースト中の次の破損していないＰＤＵを識別することと、を含み、
前記受信されたデータバースト中の次の破損していないＰＤＵを識別することは、
前記データバーストの複数の部分に対応する連続する複数のトライアルヘッダを形成することと、次のトライアルヘッダはスライディングウインドウアプローチを用いて形成され、
前記次のトライアルヘッダを形成する前に、前記データバーストの残りの長さを決定することと、前記次のトライアルヘッダは、前記データバーストの残りの長さが前記次のトライアルヘッダの形成に十分であると決定されたときに、形成され、
前記連続する複数のトライアルヘッダの各トライアルヘッダについて、前記トライアルヘッダの部分からヘッダチェックシーケンスを計算し、前記計算されたヘッダチェックシーケンスと前記トライアルヘッダ内に見つけられるヘッダチェックシーケンスとを比較することにより、前記次の破損していないＰＤＵの破損していないヘッダの識別を試みることと、
前記破損していないヘッダに対応するＰＤＵが前記次の破損していないＰＤＵであるかどうかを決定するために、前記破損していないヘッダが識別されると、前記破損していないヘッダに対応するＰＤＵの巡回冗長検査（ＣＲＣ）をベリファイするために前記破損していないヘッダから得られる情報を用いることと、
前記破損していないヘッダが識別されたが、前記破損していないヘッダに対応するＰＤＵの前記ＣＲＣがベリファイされなかったとき、次の破損していないヘッダの識別を試みるために、前記ＣＲＣがベリファイされなかったＰＤＵの後に次のトライアルヘッダを形成することと、
により、前記受信されたデータバースト中の次の破損していないＰＤＵを識別する、
方法。
【請求項２】
前記破損したＰＤＵを識別することは、前記破損したＰＤＵのヘッダチェックシーケンスはベリファイできないと決定すること、を含む請求項１の方法。
【請求項３】
前記ＰＤＵは、メディアアクセス制御レイヤプロトコルデータユニット（ＭＰＤＵ）である請求項１の方法。
【請求項４】
前記方法は基地局で実行される請求項１の方法。
【請求項５】
前記方法は、モバイル局で実行される請求項１の方法。
【請求項６】
前記無線通信システムは、ＩＥＥＥ（Institute of Electronic and Electrical Engineers）８０２．１６標準をサポートする請求項１の方法。
【請求項７】
無線通信システムにおける改善された復号のための装置であって、
プロセッサと、
前記プロセッサと電子通信するメモリと、
前記メモリに記憶された命令群と、
を含み、前記命令群は、
受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別すること、前記受信されたデータバーストは、多重連結された複数のＰＤＵを含む、
前記破損したＰＤＵを識別した後、通常のPDU復号方法からPDUヘッダ探索方法に切り替えることと、
前記ＰＤＵヘッダ探索方法を用いて、前記受信されたデータバースト中の次の破損していないＰＤＵを識別すること、
を実行可能であり、
前記受信されたデータバースト中の次の破損していないＰＤＵを識別することは、
前記データバーストの複数の部分に対応する連続する複数のトライアルヘッダを形成することと、次のトライアルヘッダはスライディングウインドウアプローチを用いて形成され、
前記次のトライアルヘッダを形成する前に、前記データバーストの残りの長さを決定することと、前記次のトライアルヘッダは、前記データバーストの残りの長さが前記次のトライアルヘッダの形成に十分であると決定されたときに、形成され、
前記連続する複数のトライアルヘッダの各トライアルヘッダについて、前記トライアルヘッダの部分からヘッダチェックシーケンスを計算し、前記計算されたヘッダチェックシーケンスと前記トライアルヘッダ内に見つけられるヘッダチェックシーケンスとを比較することにより、前記次の破損していないＰＤＵの破損していないヘッダの識別を試みることと、
前記破損していないヘッダに対応するＰＤＵが前記次の破損していないＰＤＵであるかどうかを決定するために、前記破損していないヘッダが識別されると、前記破損していないヘッダに対応するＰＤＵの巡回冗長検査（ＣＲＣ）をベリファイするために前記破損していないヘッダから得られる情報を用いることと、
前記破損していないヘッダが識別されたが、前記破損していないヘッダに対応するＰＤＵの前記ＣＲＣがベリファイされなかったとき、次の破損していないヘッダの識別を試みるために、前記ＣＲＣがベリファイされなかったＰＤＵの後に次のトライアルヘッダを形成することと、
により、前記受信されたデータバースト中の次の破損していないＰＤＵを識別する、装置。
【請求項８】
前記破損したＰＤＵを識別することは、前記破損したＰＤＵのヘッダチェックシーケンスはベリファイできないと決定すること、を含む請求項７の装置。
【請求項９】
前記ＰＤＵは、メディアアクセス制御レイヤプロトコルデータユニット（ＭＰＤＵ）である請求項７の装置。
【請求項１０】
前記装置は基地局である請求項７の装置。
【請求項１１】
前記装置はモバイル局である請求項７の装置。
【請求項１２】
前記無線通信システムは、ＩＥＥＥ（Institute of Electronic and Electrical Engineers）８０２．１６標準をサポートする請求項７の装置。
【請求項１３】
無線通信システムにおける改善された復号のための装置であって、
受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別する手段と、前記受信されたデータバーストは、多重連結された複数のＰＤＵを含む、
前記破損したＰＤＵを識別した後、通常のPDU復号方法からPDUヘッダ探索方法に切り替える手段と、
前記ＰＤＵヘッダ探索方法を用いて、前記受信されたデータバースト中の次の破損していないＰＤＵを識別する手段と、
を含み、
前記受信されたデータバースト中の次の破損していないＰＤＵを識別する手段は、
前記データバーストの複数の部分に対応する連続する複数のトライアルヘッダを形成する手段と、次のトライアルヘッダはスライディングウインドウアプローチを用いて形成され、
前記次のトライアルヘッダを形成する前に、前記データバーストの残りの長さを決定する手段と、前記次のトライアルヘッダは、前記データバーストの残りの長さが前記次のトライアルヘッダの形成に十分であると決定されたときに、形成され、
前記連続する複数のトライアルヘッダの各トライアルヘッダに適用され、前記トライアルヘッダの部分からヘッダチェックシーケンスを計算し、前記計算されたヘッダチェックシーケンスと前記トライアルヘッダ内に見つけられるヘッダチェックシーケンスとを比較することにより、前記次の破損していないＰＤＵの破損していないヘッダの識別を試みる手段と、
前記破損していないヘッダに対応するＰＤＵが前記次の破損していないＰＤＵであるかどうかを決定するために、前記破損していないヘッダが識別されると、前記破損していないヘッダに対応するＰＤＵの巡回冗長検査（ＣＲＣ）をベリファイするために前記破損していないヘッダから得られる情報を用いる手段と、
前記破損していないヘッダが識別されたが、前記破損していないヘッダに対応するＰＤＵの前記ＣＲＣがベリファイされなかったとき、次の破損していないヘッダの識別を試みるために、前記ＣＲＣがベリファイされなかったＰＤＵの後に次のトライアルヘッダを形成する手段と、
を含む、装置。
【請求項１４】
前記破損したＰＤＵを識別する手段は、前記破損したＰＤＵのヘッダチェックシーケンスはベリファイできないと決定する手段を含む請求項１３の装置。
【請求項１５】
前記ＰＤＵは、メディアアクセス制御レイヤプロトコルデータユニット（ＭＰＤＵ）である請求項１３の装置。
【請求項１６】
前記装置は基地局である請求項１３の装置。
【請求項１７】
前記装置はモバイル局である請求項１３の装置。
【請求項１８】
前記無線通信システムは、ＩＥＥＥ（Institute of Electronic and Electrical Engineers）８０２．１６標準をサポートする請求項１３の装置。
【請求項１９】
無線通信システムにおける改善された復号を提供するコンピュータプログラムであって、前記コンピュータプログラムは、コンピュータが実行する命令群を含み、前記命令群は、
受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別するコードと、前記受信されたデータバーストは、多重連結された複数のＰＤＵを含む、
前記破損したＰＤＵを識別した後、通常のPDU復号方法からPDUヘッダ探索方法に切り替えるコードと、
前記ＰＤＵヘッダ探索方法を用いて、前記受信されたデータバースト中の次の破損していないＰＤＵを識別するコードと、
を含み、
前記受信されたデータバースト中の次の破損していないＰＤＵを識別するコードは、
前記データバーストの複数の部分に対応する連続する複数のトライアルヘッダを形成するコードと、次のトライアルヘッダはスライディングウインドウアプローチを用いて形成され、
前記次のトライアルヘッダを形成する前に、前記データバーストの残りの長さを決定するコードと、前記次のトライアルヘッダは、前記データバーストの残りの長さが前記次のトライアルヘッダの形成に十分であると決定されたときに、形成され、
前記連続する複数のトライアルヘッダの各トライアルヘッダに適用され、前記トライアルヘッダの部分からヘッダチェックシーケンスを計算し、前記計算されたヘッダチェックシーケンスと前記トライアルヘッダ内に見つけられるヘッダチェックシーケンスとを比較することにより、前記次の破損していないＰＤＵの破損していないヘッダの識別を試みるコードと、
前記破損していないヘッダに対応するＰＤＵが前記次の破損していないＰＤＵであるかどうかを決定するために、前記破損していないヘッダが識別されると、前記破損していないヘッダに対応するＰＤＵの巡回冗長検査（ＣＲＣ）をベリファイするために前記破損していないヘッダから得られる情報を使用するコードと、
前記破損していないヘッダが識別されたが、前記破損していないヘッダに対応するＰＤＵの前記ＣＲＣがベリファイされなかったとき、次の破損していないヘッダの識別を試みるために、前記ＣＲＣがベリファイされなかったＰＤＵの後に次のトライアルヘッダを形成するコードと、
を含む、コンピュータプログラム。
【請求項２０】
前記破損したＰＤＵを識別するコードは、前記破損したＰＤＵのヘッダチェックシーケンスはベリファイできないと決定するコードを含む請求項１９のコンピュータプログラム。
【請求項２１】
前記ＰＤＵは、メディアアクセス制御レイヤプロトコルデータユニット（ＭＰＤＵ）である請求項１９のコンピュータプログラム。
【請求項２２】
前記コンピュータは基地局に備えられる請求項１９のコンピュータプログラム。
【請求項２３】
前記コンピュータはモバイル局に備えられる請求項１９のコンピュータプログラム。
【請求項２４】
前記無線通信システムは、ＩＥＥＥ（Institute of Electronic and Electrical Engineers）８０２．１６標準をサポートする請求項１９のコンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００７１
【補正方法】変更
【補正の内容】
【００７１】
クレームがまさに上述された構成およびコンポーネントであることに限定するものではないことは理解されよう。クレームの範囲から逸脱することなく、ここに説明されるシステム、方法、および装置の配置、動作、及び詳細に、様々な修正、変更およびバリエーションを行うことができる。
以下に本願出願当初の特許請求の範囲を付記する。
[Ｃ１]  無線通信システムにおける改善された復号のための方法であって、
受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別することと、前記受信されたデータバーストは、多重連結された複数のＰＤＵを含む、
前記破損したＰＤＵの識別にもかかわらず、前記受信されたデータバーストを処理し続けることと、
前記破損したＰＤＵを識別した後、前記受信されたデータバースト中の次のＰＤＵを識別することと、
を含む方法。
[Ｃ２]  前記次のＰＤＵを識別することは、１つまたは複数のトライアルヘッダを試みることを含む、Ｃ１の方法。
[Ｃ３]  前記１つまたは複数のトライアルヘッダのそれぞれについて、ヘッダチェックシーケンスをベリファイすること、をさらに含むＣ２の方法。
[Ｃ４]  前記受信されたデータバーストの前記トライアルヘッダに対応する部分は、スライディングウインドウアプローチに従ってシフトされる、Ｃ２の方法。
[Ｃ５]  前記破損したＰＤＵを識別することは、前記破損したＰＤＵのヘッダチェックシーケンスはベリファイできないと決定すること、を含むＣ１の方法。
[Ｃ６]  前記ＰＤＵは、メディアアクセス制御レイヤプロトコルデータユニット（ＭＰＤＵ）であるＣ１の方法。
[Ｃ７]  前記方法は基地局で実行されるＣ１の方法。
[Ｃ８]  前記方法は、モバイル局で実行されるＣ１の方法。
[Ｃ９]  前記無線通信システムは、ＩＥＥＥ（Institute of Electronic and Electrical Engineers）８０２．１６標準をサポートするＣ１の方法。
[Ｃ１０]  無線通信システムにおける改善された復号のための装置であって、
プロセッサと、
前記プロセッサと電子通信するメモリと、
前記メモリに記憶された命令群と、
を含み、前記命令群は、
受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別すること、前記受信されたデータバーストは、多重連結された複数のＰＤＵを含む、
前記破損したＰＤＵの識別にもかかわらず、前記受信されたデータバーストを処理し続けること、
前記破損したＰＤＵを識別した後、前記受信されたデータバースト中の次のＰＤＵを識別すること、
を実行可能である装置。
[Ｃ１１]  前記次のＰＤＵを識別することは、１つまたは複数のトライアルヘッダを試みることを含む、Ｃ１０の装置。
[Ｃ１２]  前記命令群は、さらに、前記１つまたは複数のトライアルヘッダのそれぞれについて、ヘッダチェックシーケンスをベリファイすることを実行可能であるＣ１１の装置。
[Ｃ１３]  前記受信されたデータバーストの前記トライアルヘッダに対応する部分は、スライディングウインドウアプローチに従ってシフトされる、Ｃ１１の装置。
[Ｃ１４]  前記破損したＰＤＵを識別することは、前記破損したＰＤＵのヘッダチェックシーケンスはベリファイできないと決定すること、を含むＣ１０の装置。
[Ｃ１５]  前記ＰＤＵは、メディアアクセス制御レイヤプロトコルデータユニット（ＭＰＤＵ）であるＣ１０の装置。
[Ｃ１６]  前記装置は基地局であるＣ１０の装置。
[Ｃ１７]  前記装置はモバイル局であるＣ１０の装置。
[Ｃ１８]  前記無線通信システムは、ＩＥＥＥ（Institute of Electronic and Electrical Engineers）８０２．１６標準をサポートするＣ１０の装置。
[Ｃ１９]  無線通信システムにおける改善された復号のための装置であって、
受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別する手段と、前記受信されたデータバーストは、多重連結された複数のＰＤＵを含む、
前記破損したＰＤＵの識別にもかかわらず、前記受信されたデータバーストを処理し続ける手段と、
前記破損したＰＤＵを識別した後、前記受信されたデータバースト中の次のＰＤＵを識別する手段と、
を含む装置。
[Ｃ２０]  前記次のＰＤＵを識別する手段は、１つまたは複数のトライアルヘッダを試みる手段を含む、Ｃ１９の装置。
[Ｃ２１]  前記１つまたは複数のトライアルヘッダのそれぞれについて、ヘッダチェックシーケンスをベリファイする手段をさらに含むＣ２０の装置。
[Ｃ２２]  前記受信されたデータバーストの前記トライアルヘッダに対応する部分は、スライディングウインドウアプローチに従ってシフトされる、Ｃ２０の装置。
[Ｃ２３]  前記破損したＰＤＵを識別する手段は、前記破損したＰＤＵのヘッダチェックシーケンスはベリファイできないと決定する手段を含むＣ１９の装置。
[Ｃ２４]  前記ＰＤＵは、メディアアクセス制御レイヤプロトコルデータユニット（ＭＰＤＵ）であるＣ１９の装置。
[Ｃ２５]  前記装置は基地局であるＣ１９の装置。
[Ｃ２６]  前記装置はモバイル局であるＣ１９の装置。
[Ｃ２７]  前記無線通信システムは、ＩＥＥＥ（Institute of Electronic and Electrical Engineers）８０２．１６標準をサポートするＣ１９の装置。
[Ｃ２８]  無線通信システムにおける改善された復号を提供するコンピュータプログラム製品であって、前記コンピュータプログラム製品は、命令群をもつコンピュータ読出可能媒体を含み、前記命令群は、
受信されたデータバースト内の破損したプロトコルデータユニット（ＰＤＵ）を識別するコードと、前記受信されたデータバーストは、多重連結された複数のＰＤＵを含む、  前記破損したＰＤＵの識別にもかかわらず、前記受信されたデータバーストを処理し続けるコードと、
前記破損したＰＤＵを識別した後、前記受信されたデータバースト中の次のＰＤＵを識別するコードと、
を含む、コンピュータプログラム製品。
[Ｃ２９]  前記次のＰＤＵを識別するコードは、１つまたは複数のトライアルヘッダを試みるコードを含む、Ｃ２８のコンピュータプログラム製品。
[Ｃ３０]  前記１つまたは複数のトライアルヘッダのそれぞれについて、ヘッダチェックシーケンスをベリファイするコードをさらに含むＣ２９のコンピュータプログラム製品。
[Ｃ３１]  前記受信されたデータバーストの前記トライアルヘッダに対応する部分は、スライディングウインドウアプローチに従ってシフトされる、Ｃ２９のコンピュータプログラム製品。
[Ｃ３２]  前記破損したＰＤＵを識別するコードは、前記破損したＰＤＵのヘッダチェックシーケンスはベリファイできないと決定するコードを含むＣ２８のコンピュータプログラム製品。
[Ｃ３３]  前記ＰＤＵは、メディアアクセス制御レイヤプロトコルデータユニット（ＭＰＤＵ）であるＣ２８のコンピュータプログラム製品。
[Ｃ３４]  前記装置は基地局であるＣ２８のコンピュータプログラム製品。
[Ｃ３５]  前記装置はモバイル局であるＣ２８のコンピュータプログラム製品。
[Ｃ３６]  前記無線通信システムは、ＩＥＥＥ（Institute of Electronic and Electrical Engineers）８０２．１６標準をサポートするＣ２８のコンピュータプログラム製品。
【外国語明細書】
2014014092000001.pdf