JP5648631B2 - 受信装置、受信方法およびプログラム - Google Patents
受信装置、受信方法およびプログラム Download PDFInfo
- Publication number
- JP5648631B2 JP5648631B2 JP2011511424A JP2011511424A JP5648631B2 JP 5648631 B2 JP5648631 B2 JP 5648631B2 JP 2011511424 A JP2011511424 A JP 2011511424A JP 2011511424 A JP2011511424 A JP 2011511424A JP 5648631 B2 JP5648631 B2 JP 5648631B2
- Authority
- JP
- Japan
- Prior art keywords
- protocol data
- data unit
- error
- pdu
- layer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Description
本発明は、受信装置、受信方法およびプログラムに関する。
無線通信を用いた移動通信システムが広く使用されるようになった。図６は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）方式の移動通信システムにおける無線アクセスネットワークの一般的な構成を説明するブロック図である。ＬＴＥ方式の移動通信システムにおける無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ ＲＡＮ））は、移動局ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と、無線基地局ｅＮＢ（Ｅ−ＵＴＲＡＮ ＮｏｄｅＢ）とを含む。移動局ＵＥと無線基地局ｅＮＢとの間では、無線リンク（ＲＬ（Ｒａｄｉｏ Ｌｉｎｋ））を介して通信が行われる。
移動局ＵＥおよび無線基地局ｅＮＢは、各々に、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）サブレイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）サブレイヤと、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）サブレイヤと、物理（ＰＨＹ（Ｐｈｙｓｉｃａｌ））レイヤと、無線部とを含む。
ここで、受信側の装置（例えば、無線基地局ｅＮＢ）は、無線部で受信した無線信号に対して、ＰＨＹ処理と、ＭＡＣ処理と、ＲＬＣ処理と、ＰＤＣＰ処理とを順に施すことにより、送信側の装置（例えば、移動局ＵＥ）から伝送されてきたデータを抽出する。
図７は、図６に示す移動通信システムにおける受信装置の一般的な構成を説明するブロック図である。ＭＡＣサブレイヤのＭＡＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）送信部１０１は、ＲＬＣサブレイヤのエラーＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）破棄部１０２にＭＡＣ ＳＤＵを送信する。エラーＰＤＵ破棄部１０２は、ＭＡＣ ＳＤＵ送信部１０１から送信されてきたＭＡＣ ＳＤＵをＲＬＣ ＰＤＵとして受信する。エラーＰＤＵ破棄部１０２は、エラーのあるＲＬＣ ＰＤＵを破棄し、エラーのないＲＬＣ ＰＤＵを受信データ格納処理部１０３に送信する。受信データ格納処理部１０３は、エラーのないＲＬＣ ＰＤＵを受信バッファに格納して、受信バッファに格納されたＲＬＣ ＰＤＵの順序を補正する順序補正処理を行う。ＳＤＵ再構築部１０４は、受信バッファに格納されているＲＬＣ ＰＤＵからＲＬＣ ＳＤＵを構築できる場合、ＲＬＣ ＳＤＵを構築して、構築されたＲＬＣ ＳＤＵをＰＤＣＰサブレイヤに送信する。
エラーのあるＲＬＣ ＰＤＵが破棄されるので、異常なデータを使用したＲＬＣ ＳＤＵを構築してしまうことを防止できる。
また、例えば、特許文献１は、受信端ＭＡＣ−ｄ副階層において、下位階層から受信したＭＡＣ−ｄ ＰＤＵからＭＡＣ−ｄ ＳＤＵを復元し、ＲＬＣ階層において、ＭＡＣ−ｄＳＤＵをＲＬＣ ＰＤＵとして処理する技術について記載する。
移動局ＵＥおよび無線基地局ｅＮＢは、各々に、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）サブレイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）サブレイヤと、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）サブレイヤと、物理（ＰＨＹ（Ｐｈｙｓｉｃａｌ））レイヤと、無線部とを含む。
ここで、受信側の装置（例えば、無線基地局ｅＮＢ）は、無線部で受信した無線信号に対して、ＰＨＹ処理と、ＭＡＣ処理と、ＲＬＣ処理と、ＰＤＣＰ処理とを順に施すことにより、送信側の装置（例えば、移動局ＵＥ）から伝送されてきたデータを抽出する。
図７は、図６に示す移動通信システムにおける受信装置の一般的な構成を説明するブロック図である。ＭＡＣサブレイヤのＭＡＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）送信部１０１は、ＲＬＣサブレイヤのエラーＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）破棄部１０２にＭＡＣ ＳＤＵを送信する。エラーＰＤＵ破棄部１０２は、ＭＡＣ ＳＤＵ送信部１０１から送信されてきたＭＡＣ ＳＤＵをＲＬＣ ＰＤＵとして受信する。エラーＰＤＵ破棄部１０２は、エラーのあるＲＬＣ ＰＤＵを破棄し、エラーのないＲＬＣ ＰＤＵを受信データ格納処理部１０３に送信する。受信データ格納処理部１０３は、エラーのないＲＬＣ ＰＤＵを受信バッファに格納して、受信バッファに格納されたＲＬＣ ＰＤＵの順序を補正する順序補正処理を行う。ＳＤＵ再構築部１０４は、受信バッファに格納されているＲＬＣ ＰＤＵからＲＬＣ ＳＤＵを構築できる場合、ＲＬＣ ＳＤＵを構築して、構築されたＲＬＣ ＳＤＵをＰＤＣＰサブレイヤに送信する。
エラーのあるＲＬＣ ＰＤＵが破棄されるので、異常なデータを使用したＲＬＣ ＳＤＵを構築してしまうことを防止できる。
また、例えば、特許文献１は、受信端ＭＡＣ−ｄ副階層において、下位階層から受信したＭＡＣ−ｄ ＰＤＵからＭＡＣ−ｄ ＳＤＵを復元し、ＲＬＣ階層において、ＭＡＣ−ｄＳＤＵをＲＬＣ ＰＤＵとして処理する技術について記載する。
ＲＬＣサブレイヤの処理は、ＲＢ（Ｒａｄｉｏ Ｂｅａｒｅｒ）（無線ベアラ）毎の処理であるため、エラーのあるＲＬＣ ＰＤＵの破棄は、ＲＢ毎に行われている。
ところで、図８は、一般的なＭＡＣ ＰＤＵを示す図である。図８から諒解されるように、ＭＡＣ ＰＤＵには、複数のＲＢのＲＬＣ ＰＤＵが多重（格納とも表現することができる）されている。所定のＲＢのＲＬＣ ＰＤＵにエラーがあると、同一のＭＡＣ ＰＤＵに格納されている他のＲＢのＲＬＣ ＰＤＵにもエラーのある可能性が非常に高い。
他のＲＢのＲＬＣ ＰＤＵのエラーが、エラーＰＤＵ破棄部１０２において検知できなかった場合、エラーのあるＲＬＣ ＰＤＵである異常なデータを使用してＲＬＣ ＳＤＵが構築されることになる。この場合、正しい信号が得られないばかりでなく、ＲＬＣ ＰＤＵには、ＲＬＣで使用する制御情報であるＲＬＣ ｃｏｎｔｒｏｌ ＰＤＵがあり、ＲＬＣ ｃｏｎｔｒｏｌ ＰＤＵに異常なデータが含まれると、ＲＬＣの動作に異常が生じ、正常なＲＬＣ処理ができなくなる恐れがある。
また、エラーのあるＲＬＣ ＰＤＵを判別する精度を上げる必要がある。
そこで、本発明は、上記課題を解決すること、すなわち、より確実にエラーのあるデータを破棄して、より確実に正しいデータを受信することのできる、受信装置、受信方法およびプログラムを提供することを目的とする。
ところで、図８は、一般的なＭＡＣ ＰＤＵを示す図である。図８から諒解されるように、ＭＡＣ ＰＤＵには、複数のＲＢのＲＬＣ ＰＤＵが多重（格納とも表現することができる）されている。所定のＲＢのＲＬＣ ＰＤＵにエラーがあると、同一のＭＡＣ ＰＤＵに格納されている他のＲＢのＲＬＣ ＰＤＵにもエラーのある可能性が非常に高い。
他のＲＢのＲＬＣ ＰＤＵのエラーが、エラーＰＤＵ破棄部１０２において検知できなかった場合、エラーのあるＲＬＣ ＰＤＵである異常なデータを使用してＲＬＣ ＳＤＵが構築されることになる。この場合、正しい信号が得られないばかりでなく、ＲＬＣ ＰＤＵには、ＲＬＣで使用する制御情報であるＲＬＣ ｃｏｎｔｒｏｌ ＰＤＵがあり、ＲＬＣ ｃｏｎｔｒｏｌ ＰＤＵに異常なデータが含まれると、ＲＬＣの動作に異常が生じ、正常なＲＬＣ処理ができなくなる恐れがある。
また、エラーのあるＲＬＣ ＰＤＵを判別する精度を上げる必要がある。
そこで、本発明は、上記課題を解決すること、すなわち、より確実にエラーのあるデータを破棄して、より確実に正しいデータを受信することのできる、受信装置、受信方法およびプログラムを提供することを目的とする。
上記課題を解決するために、本発明の受信装置は、複数の無線ベアラ毎に設けられる第１のレイヤの複数の第１のプロトコルデータユニットを格納している、第１のレイヤの下位のレイヤである第２のレイヤの第２のプロトコルデータユニットを用いてデータを受信する受信装置であって、第２のレイヤにおいて、第２のプロトコルデータユニットを特定する特定情報を、第２のプロトコルデータユニットに格納されている第１のプロトコルデータユニットに付与する付与手段と、第１のレイヤにおいて、所定の第１のプロトコルデータユニットにエラーがある場合、特定情報を参照して、エラーがある第１のプロトコルデータユニットを格納していた第２のプロトコルデータユニットに格納されていた他の第１のプロトコルデータユニットを破棄する破棄手段と、を有する。
本発明の受信方法は、複数の無線ベアラ毎に設けられる第１のレイヤの複数の第１のプロトコルデータユニットを格納している、第１のレイヤの下位のレイヤである第２のレイヤの第２のプロトコルデータユニットを用いてデータを受信する受信方法であって、第２のレイヤにおいて、第２のプロトコルデータユニットを特定する特定情報を、第２のプロトコルデータユニットに格納されている第１のプロトコルデータユニットに付与し、第１のレイヤにおいて、所定の第１のプロトコルデータユニットにエラーがある場合、特定情報を参照して、エラーがある第１のプロトコルデータユニットを格納していた第２のプロトコルデータユニットに格納されていた他の第１のプロトコルデータユニットを破棄する。
本発明のプログラムは、複数の無線ベアラ毎に設けられる第１のレイヤの複数の第１のプロトコルデータユニットを格納している、上記第１のレイヤの下位のレイヤである第２のレイヤの第２のプロトコルデータユニットを用いてデータを受信する受信装置のコンピュータに、上記第２のレイヤにおいて、上記第２のプロトコルデータユニットを特定する特定情報を、上記第２のプロトコルデータユニットに格納されている上記第１のプロトコルデータユニットに付与する処理と、上記第１のレイヤにおいて、所定の上記第１のプロトコルデータユニットにエラーがある場合、上記特定情報を参照して、エラーがある上記第１のプロトコルデータユニットを格納していた上記第２のプロトコルデータユニットに格納されていた他の上記第１のプロトコルデータユニットを破棄する処理と、を実行させる。
本発明の受信方法は、複数の無線ベアラ毎に設けられる第１のレイヤの複数の第１のプロトコルデータユニットを格納している、第１のレイヤの下位のレイヤである第２のレイヤの第２のプロトコルデータユニットを用いてデータを受信する受信方法であって、第２のレイヤにおいて、第２のプロトコルデータユニットを特定する特定情報を、第２のプロトコルデータユニットに格納されている第１のプロトコルデータユニットに付与し、第１のレイヤにおいて、所定の第１のプロトコルデータユニットにエラーがある場合、特定情報を参照して、エラーがある第１のプロトコルデータユニットを格納していた第２のプロトコルデータユニットに格納されていた他の第１のプロトコルデータユニットを破棄する。
本発明のプログラムは、複数の無線ベアラ毎に設けられる第１のレイヤの複数の第１のプロトコルデータユニットを格納している、上記第１のレイヤの下位のレイヤである第２のレイヤの第２のプロトコルデータユニットを用いてデータを受信する受信装置のコンピュータに、上記第２のレイヤにおいて、上記第２のプロトコルデータユニットを特定する特定情報を、上記第２のプロトコルデータユニットに格納されている上記第１のプロトコルデータユニットに付与する処理と、上記第１のレイヤにおいて、所定の上記第１のプロトコルデータユニットにエラーがある場合、上記特定情報を参照して、エラーがある上記第１のプロトコルデータユニットを格納していた上記第２のプロトコルデータユニットに格納されていた他の上記第１のプロトコルデータユニットを破棄する処理と、を実行させる。
本発明によれば、より確実にエラーのあるデータを破棄して、より確実に正しいデータを受信することのできる受信装置および受信方法を提供することができる。
以下、本発明の第１の実施形態の受信装置について、図１〜図４を参照しながら説明する。
図１は、本発明の第１の実施形態に関連し、ＬＴＥ方式の移動通信システムにおける無線アクセスネットワークのプロトコルの構造を示す図である。ＬＴＥは、ヨーロッパ電気通信規格研究所（Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ：ＥＴＳＩ）、日本の電波産業会／情報通信技術委員会（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｕｓｉｎｅｓｓｅｓ／Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏｍｍｉｔｔｅｅ：ＡＲＩＢ／ＴＴＣ）、米国のＴ１及び韓国の情報通信技術協会（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ Ａｓｓｏｃｉａｔｉｏｎ：ＴＴＡ）などから構成される、第３世代移動体通信システムの標準化プロジェクト（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：３ＧＰＰ）というプロジェクトにより提案されている規格である。ＬＴＥ方式の移動通信システムにおいて、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と称する無線アクセス方式が採用される。無線アクセスネットワークは、移動局ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と無線基地局ｅＮＢ（Ｅ−ＵＴＲＡＮ ＮｏｄｅＢ）とにより構成される。
無線アクセスネットワークのプロトコルは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤ、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）サブレイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）サブレイヤと、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）サブレイヤと、物理（ＰＨＹ）レイヤとに区分できる。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤは、データリンクレイヤを構成する。また、無線アクセスネットワークのプロトコルは、データデータの伝送のためのユーザプレーン（Ｕｓｅｒ ｐｌａｎｅ）と制御情報（Ｓｉｇｎａｌｉｎｇ）伝達のためのコントロールプレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）とに区分できる。ユーザプレーンにおいて、音声信号やＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットなどのユーザデータが伝送され、コントロールプレーンにおいて、ネットワークのインターフェース、呼の維持および管理などに関する制御情報が伝送される。
物理（ＰＨＹ）レイヤは、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を用いて上位階層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供する。物理（ＰＨＹ）レイヤと、上位にあるＭＡＣサブレイヤとの間で、伝送チャンネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）を通じてデータが移動する。送信側と受信側の物理（ＰＨＹ）レイヤ間は、物理チャネルを通じてデータが移動する。
ＭＡＣサブレイヤは、論理チャネル（Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）を介して、上位階層であるＲＬＣサブレイヤに接続される。ＭＡＣサブレイヤにおいて、論理チャネルと伝送チャンネルとの間のマッピング（ｍａｐｐｉｎｇ）が行われ、無線資源の割り当てと再割り当てのためのＭＡＣパラメータの割り当てが行われる。
ＲＬＣサブレイヤは、信頼性のあるデータの転送をサポートするためのものである。ＲＬＣサブレイヤは、無線ベアラ毎に設けられる。ＲＬＣサブレイヤにおいて、複数のＲＬＣＳＤＵが分割（ｓｅｇｍｅｎｔａｔｉｏｎ）されるか、または連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）される。ＰＤＣＰサブレイヤにおいて、パケットの圧縮または伸張が行われる。ＲＲＣレイヤにおいて、呼受付制御やハンドオーバなどの基本動作が制御される。
図２は、本発明の第１の実施形態に係る受信装置の構成例を示すブロック図である。ここで、受信装置とは、無線基地局ｅＮＢが送信装置であった場合は移動局ＵＥのことを指し、一方、移動局ＵＥが送信装置であった場合は無線基地局ｅＮＢのことを指す。
受信装置のＭＡＣサブレイヤには、ＭＡＣ ＰＤＵ情報送信部１１と、ＭＡＣ ＳＤＵ送信部１２が設けられる。受信装置のＲＬＣサブレイヤには、エラーＰＤＵ破棄部１３と、受信データ格納処理部１４と、ＳＤＵ再構築部１５と、が設けられる。
ＭＡＣ ＰＤＵ情報送信部１１は、ＭＡＣ ＰＤＵを特定するＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、およびＭＡＣサブレイヤにおいて受信した順序を示すＳＮ（Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）を生成し、生成したＩＤおよびＳＮをＭＡＣ ＳＤＵ送信部１２に送信する。
ＭＡＣ ＳＤＵ送信部１２は、ＭＡＣ ＰＤＵ情報送信部１１から送信されてきた、ＩＤおよびＳＮをＭＡＣ ＳＤＵに多重して（付与して）、ＩＤおよびＳＮが多重された（付与された）ＭＡＣ ＳＤＵをＲＬＣサブレイヤに送信する。なお、ＩＤおよびＳＮのＭＡＣ ＳＤＵへの多重は、ＭＡＣ ＳＤＵとＩＤおよびＳＮとを関係付ければ足りる。すなわち、ＩＤおよびＳＮのＭＡＣ ＳＤＵへの多重は、ＭＡＣ ＳＤＵにデータとしてＩＤおよびＳＮを格納することに限らず、ＩＤおよびＳＮをＭＡＣ ＳＤＵの外部に付加することや、ポインタによってＩＤおよびＳＮとＭＡＣ ＳＤＵとを関係付けることを含むものである。
エラーＰＤＵ破棄部１３は、ＭＡＣサブレイヤから送信されてきた、ＲＬＣ ＰＤＵのうち、エラーのあるＲＬＣ ＰＤＵを破棄し、エラーのあったＲＬＣ ＰＤＵに多重されているＩＤであってＭＡＣ ＰＤＵを特定するＩＤを、他の無線ベアラを処理している他のＲＬＣサブレイヤの他のエラーＰＤＵ破棄部１３に通知する。また、エラーＰＤＵ破棄部１３は、他の無線ベアラを処理している他のＲＬＣサブレイヤの他のエラーＰＤＵ破棄部１３から、ＭＡＣ ＰＤＵを特定するＩＤが通知された場合、通知されたＩＤが多重されたＲＬＣ ＰＤＵがあるか否かをチェックする。通知されたＩＤが多重されたＲＬＣ ＰＤＵがある場合、エラーＰＤＵ破棄部１３は、通知されたＩＤが多重されたＲＬＣ ＰＤＵを破棄する。
また、エラーＰＤＵ破棄部１３は、ＭＡＣサブレイヤにおける受信順序を示すＳＮとＲＬＣ ＰＤＵのＲＬＣヘッダ内に含まれているＳＮとの関係が適切であるか否かを判定する。適切でないと判定された場合、エラーＰＤＵ破棄部１３は、そのＲＬＣ ＰＤＵがエラーのあるＲＬＣ ＰＤＵであると判定して、破棄すると共に、破棄されたＲＬＣ ＰＤＵに多重されているＩＤを他のＲＬＣサブレイヤの他のエラーＰＤＵ破棄部１３に通知する。
以下、エラーの検出について、詳細に説明する。尚、以下の説明では、無線基地局ｅＮＢが受信装置である場合、すなわち、無線基地局ｅＮＢが、移動局ＵＥからの上り信号を受信する場合を例に挙げる。
無線基地局ｅＮＢのＭＡＣサブレイヤでは、移動局ＵＥに上り信号送信要求を下り信号で通知する。移動局ＵＥは、その信号を基に、上り信号を送信する。無線基地局ｅＮＢは、移動局ＵＥから１つのＭＡＣ ＰＤＵを受信するが、ＭＡＣ ＰＤＵには１つまたは複数の無線ベアラのＭＡＣ ＳＤＵが含まれている。ここで、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）再送処理により受信するＭＡＣ ＰＤＵの順序は、本来の順序とはならないことがある。ＨＡＲＱ再送処理において、受信側でエラーのあるデータの全てが破棄されずに再送データと組み合わせて復号されることを考慮した上で、再送パターンが決定される。
ＭＡＣ ＰＤＵ情報送信部１１は、ＭＡＣ ＰＤＵ毎にユニークなＩＤを付与するために、移動局ＵＥを特定するＩＤとＭＡＣサブレイヤにおいて受信した順序を示すＭＡＣ受信ＳＮを生成し、生成したＩＤおよびＭＡＣ受信ＳＮをＭＡＣ ＳＤＵ送信部１２に送信する。ＭＡＣサブレイヤにおいて受信した順序を示すＭＡＣ受信ＳＮは、上り信号新規送信要求を下り信号で通知する毎にインクリメントされる。従って、上りの無線状態が悪くて受信できない場合でも、移動局ＵＥから送信する信号が進んでいること（次の上り信号送信要求に応じたものであること）が分かる。ＨＡＲＱ再送の場合、ＨＡＲＱ初回送信のＭＡＣ受信ＳＮがその後のＭＡＣ受信ＳＮとして使用される。
ＭＡＣ ＳＤＵ送信部１２は、ＭＡＣ ＰＤＵ情報送信部１１からの情報をＭＡＣ ＳＤＵに多重してＲＬＣサブレイヤに送信する。この場合、ＭＡＣ ＳＤＵ送信部１２は、ＭＡＣ ＳＤＵのサイズ（データ量）をＭＡＣ ＳＤＵと共にＲＬＣサブレイヤに送信する。
図３は、第１の実施形態のＲＬＣ ＰＤＵのフォーマット例を示す図である。ＲＬＣ Ｅｎｔｉｔｙが設定されるとき、ＲＬＣモードがＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）（５ビットＳＮ）か、ＵＭ（１０ビットＳＮ）か、ＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）かに設定される。図３（Ａ）は、ＲＬＣモードがＵＭ（５ビットＳＮ）の場合のＲＬＣ ＰＤＵのフォーマット例を示す。図３（Ｂ）は、ＲＬＣモードがＵＭ（１０ビットＳＮ）の場合のＲＬＣ ＰＤＵのフォーマット例を示す。図３（Ｃ）は、ＲＬＣモードがＡＭの場合のＲＬＣ ＰＤＵのフォーマット例を示す。尚、各モードで使用されるＲＬＣ ＰＤＵのフォーマットは、３ＧＰＰにおいて規定されている。
エラーＰＤＵ破棄部１３は、ＲＬＣ ＰＤＵの各フィールドをチェックすることにより、ＲＬＣ ＰＤＵにエラーがあるか否かを判定する。
以下に、エラーＰＤＵ破棄部１３における判定例を幾つか示す。
エラーＰＤＵ破棄部１３は、最後のＤａｔａを除くＤａｔａ長を示すＬＩフィールドを参照して、ＬＩフィールドの値が０である場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、最後のＤａｔａを除くＤａｔａ長を示すＬＩフィールドを参照して、ＬＩフィールドの値の合計値とＲＬＣヘッダの長さと最小のＤａｔａのサイズとの合計値がＲＬＣ ＰＤＵのサイズを超える場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。最小のＤａｔａのサイズは通常１バイトである。
エラーＰＤＵ破棄部１３は、最後のＤａｔａを除くＤａｔａ長を示すＬＩフィールドを参照して、ＬＩフィールドの値の合計値とＲＬＣヘッダの長さと最大のＤａｔａのサイズとの合計値がＲＬＣ ＰＤＵのサイズに満たない場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。最大のＤａｔａのサイズは移動局ＵＥのネットワークの設定値に依存する。
エラーＰＤＵ破棄部１３は、予約ビットであるＲ１フィールドを参照して、Ｒ１フィールドの値が０でない場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＲＬＣ ｃｏｎｔｒｏｌ ＰＤＵのタイプを示すＣＰＴフィールドを参照して、ＣＰＴフィールドの値が０でない場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＲＬＣヘッダが継続するかを示すＥフィールドを参照して、ＲＬＣヘッダがＲＬＣ ＰＤＵのサイズ以上になる場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＲＬＣヘッダが継続するかを示すＥ１フィールド、Ｅ２フィールドを参照して、ＲＬＣヘッダがＲＬＣ ＰＤＵのサイズを超える場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＲＬＣ ＰＤＵの順序を示すＳＮフィールドを参照して、ＳＮフィールドの値がＭＡＣ受信ＳＮに比べて大幅に変化している場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。なお、ＳＮフィールドの値とＭＡＣ受信ＳＮとの差分が予め定めた閾値を超える場合、ＳＮフィールドの値がＭＡＣ受信ＳＮに比べて大幅に変化していると判定される。
エラーＰＤＵ破棄部１３は、ＲＬＣ ＰＤＵの順序を示すＳＮフィールドを参照して、ＳＮフィールドの値がＭＡＣ受信ＳＮに比べて順序が逆転している場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。すなわち、例えば、ＭＡＣ受信ＳＮが増加しているのに、ＳＮフィールドの値が減少しているとき、ＳＮフィールドの値がＭＡＣ受信ＳＮに比べて順序が逆転していると判定される。
エラーＰＤＵ破棄部１３は、受信状態を示すＡＣＫ＿ＳＮフィールド、ＮＡＣＫ＿ＳＮフィールドを参照して、ＳＮの循環を考慮して、ＡＣＫ＿ＳＮフィールドの値より大きなＮＡＣＫ＿ＳＮフィールドの値が設定されている場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、受信状態を示すＡＣＫ＿ＳＮフィールド、ＮＡＣＫ＿ＳＮフィールドを参照して、ＡＣＫ＿ＳＮフィールドの値やＮＡＣＫ＿ＳＮフィールドの値に未送信のＲＬＣ ＰＤＵのＳＮが設定されている場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、受信状態を示すＡＣＫ＿ＳＮフィールド、ＮＡＣＫ＿ＳＮフィールドを参照して、ＡＣＫ＿ＳＮフィールドの値やＮＡＣＫ＿ＳＮフィールドの値に、ＳＮの循環を考慮して、次送信のＲＬＣ ＰＤＵのＳＮより半周遅れ未満の値が設定されている場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、受信状態を示すＮＡＣＫ＿ＳＮフィールドを参照して、ＮＡＣＫ＿ＳＮの値に既にＡＣＫであると通知されたＲＬＣ ＰＤＵのＳＮの値が設定されている場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、受信状態を示すＮＡＣＫ＿ＳＮフィールドを参照して、ＮＡＣＫ＿ＳＮの値が複数通知されている場合、ＮＡＣＫ＿ＳＮの値が昇順に設定されていないとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＮＡＣＫ部分を示すＳＯｓｔａｒｔフィールドやＳＯｅｎｄフィールドを参照して、既にＡＣＫであると通知されたＲＬＣ ＰＤＵの部分がＮＡＣＫとして設定されている場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＮＡＣＫ部分を示すＳＯｓｔａｒｔフィールドやＳＯｅｎｄフィールドを参照して、同一のＮＡＣＫ＿ＳＮに対するＳＯｓｔａｒｔフィールドの値やＳＯｅｎｄフィールドの値が複数通知されている場合、その部分が重複して設定されているとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＮＡＣＫ部分を示すＳＯｓｔａｒｔフィールドやＳＯｅｎｄフィールドを参照して、同一のＮＡＣＫ＿ＳＮに対するＳＯｓｔａｒｔフィールドの値やＳＯｅｎｄフィールドの値が複数通知されている場合、ＳＯｓｔａｒｔフィールドの値やＳＯｅｎｄフィールドの値が昇順に設定されていないとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＮＡＣＫ部分を示すＳＯｓｔａｒｔフィールドやＳＯｅｎｄフィールドを使用して、ＳＯｓｔａｒｔやＳＯｅｎｄが送信した区切りと一致していないとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、最初と最後のＤａｔａフィールドの継続性を示すＦＩフィールドを参照して、前ＲＬＣ ＰＤＵの最後のＤａｔａが継続である場合、現ＲＬＣ ＰＤＵの最初のＤａｔａが継続でないとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、最初と最後のＤａｔａフィールドの継続性を示すＦＩフィールドを参照して、前ＲＬＣ ＰＤＵの最後のＤａｔａが終端である場合、現ＲＬＣ ＰＤＵの最初のＤａｔａが始端でないとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＡＭＤ（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ Ｄａｔａ）ＰＤＵ ｓｅｇｍｅｎｔのＡＭＤ ＰＤＵの位置を示すＳＯフィールドと終端を示すＬＳＦフィールドを使用して、ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔがＡＭＤ ＰＤＵ全てを含んでいるとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔのＡＭＤ ＰＤＵの位置を示すＳＯフィールドと終端を示すＬＳＦフィールドとＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔのサイズを使用して、ＬＳＦが１の時ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔの終端がＡＭＤ ＰＤＵの終端と一致していないとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔのＡＭＤ ＰＤＵの位置を示すＳＯフィールドと終端を示すＬＳＦフィールドとＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔのサイズを使用して、ＬＳＦが０の時ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔの終端がＡＭＤ ＰＤＵの終端と一致しているとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔのＡＭＤ ＰＤＵの位置を示すＳＯフィールドとＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔのサイズを使用して、ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔの終端がＡＭＤ ＰＤＵの終端を越えているとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、前ＲＬＣ ＰＤＵにエラーがあった場合を考慮して、現ＲＬＣ ＰＤＵをエラーと判別して、ＮＡＣＫとして移動局ＵＥへ通知することにより移動局ＵＥから再送されてきた同一のＲＬＣ ＳＮのＲＬＣ ＰＤＵを複数回エラーと判定した場合、現ＲＬＣ ＰＤＵにエラーがないと判定する。
前ＲＬＣ ＰＤＵにエラーがあった場合の救済策として、現ＲＬＣ ＰＤＵを受信することにより前ＲＬＣ ＰＤＵにエラーがないと判定されるまで、若しくは、送信データが無いことを考慮してタイマにより一定時間経過するまでは、前ＲＬＣ ＰＤＵのＡＣＫ通知を移動局ＵＥに送信しないことも可能である。
ＵＥでＡＣＫとして認識した部分は再送しても破棄されるので、ＮＡＣＫ部分を示すＳＯｓｔａｒｔやＳＯｅｎｄが送信した区切りと一致していない場合でも、複数回同じ情報を受信した場合は、現情報は正しいものとして判別される。
エラーがあると判定されたＲＬＣ ＰＤＵがある場合、そのＲＬＣ ＰＤＵは破棄されると共に、エラーがあると判定されたＲＬＣ ＰＤＵに多重されている、ＭＡＣ ＰＤＵを特定するＩＤであって、移動局ＵＥを特定するＩＤと、受信順を示すＭＡＣ受信ＳＮが他の無線ベアラを処理している他のＲＬＣサブレイヤの他のエラーＰＤＵ破棄部１３に通知される。エラーのあったＭＡＣ ＰＤＵを特定するＩＤを受信したエラーＰＤＵ破棄部１３は、通知されたＩＤが付加されたＲＬＣ ＰＤＵがあるかをチェックして、通知されたＩＤが付加されたＲＬＣ ＰＤＵがある場合、そのＲＬＣ ＰＤＵを破棄する。
受信データ格納処理部１４は、エラーＰＤＵ破棄部１３から送信された、エラーのないＲＬＣ ＰＤＵを受信バッファに格納し、受信バッファに格納されたＲＬＣ ＰＤＵの順序を補正する順序補正処理を行う。ＳＤＵ再構築部１５は、受信バッファに格納されているＲＬＣ ＰＤＵからＲＬＣ ＳＤＵを構築できる場合、ＲＬＣ ＳＤＵを構築して、構築されたＲＬＣ ＳＤＵをＰＤＣＰサブレイヤに送信する。
図４は、図２に示す受信装置の動作例（受信処理）を説明するフローチャートである。ＭＡＣ ＰＤＵ情報送信部１１は、ＭＡＣ ＰＤＵを特定するＩＤおよび受信順を示すＳＮを、ＭＡＣ ＳＤＵ送信部１２へ送信する（ステップＳ１１）。ＭＡＣ ＳＤＵ送信部１２は、ＩＤおよびＳＮを、ＭＡＣ ＳＤＵに多重（付加）する（ステップＳ１２）。エラーＰＤＵ破棄部１３は、ＲＬＣ ＰＤＵのエラーを検出する（ステップＳ１３）。尚、ここでのエラーの検出は、前述した少なくとも１つ以上の方法を用いて行うこともできる。エラーＰＤＵ破棄部１３は、ＲＬＣ ＰＤＵのエラーが検出されたか否かを判定する（ステップＳ１４）。
ＲＬＣ ＰＤＵのエラーが検出されたと判定された場合（ステップＳ１４においてＹｅｓ判定の場合）、エラーＰＤＵ破棄部１３は、エラーが検出されたＲＬＣ ＰＤＵを破棄する（ステップＳ１５）。さらに、エラーＰＤＵ破棄部１３は、エラーが検出されたＲＬＣ ＰＤＵに付加されているＩＤおよびＳＮを、他のエラーＰＤＵ破棄部１３に通知する（ステップＳ１６）。
一方、ＲＬＣ ＰＤＵのエラーが検出されていないと判定された場合（ステップＳ１４においてＮｏ判定の場合）、ステップＳ１５およびステップＳ１６の処理は、スキップされる。
ステップＳ１７において、エラーＰＤＵ破棄部１３は、他のエラーＰＤＵ破棄部１３から、エラーが検出されたＲＬＣ ＰＤＵに付加されていたＩＤおよびＳＮが通知されたか否かを判定する。他のエラーＰＤＵ破棄部１３からＩＤおよびＳＮが通知されたと判定された場合（ステップＳ１７においてＹｅｓ判定の場合）、エラーＰＤＵ破棄部１３は、他のエラーＰＤＵ破棄部１３からの、エラーが検出されたＲＬＣ ＰＤＵに付加されたＩＤおよびＳＮの通知を受信する（ステップＳ１８）。
ステップＳ１９において、エラーＰＤＵ破棄部１３は、通知されたＩＤが付加されたＲＬＣ ＰＤＵがあるか否かを判定する。通知されたＩＤが付加されたＲＬＣ ＰＤＵがあると判定された場合（ステップＳ１９においてＹｅｓ判定の場合）、エラーＰＤＵ破棄部１３は、通知されたＩＤが付加されたＲＬＣ ＰＤＵを破棄する（ステップＳ２０）。
一方、通知されたＩＤが付加されたＲＬＣ ＰＤＵがないと判定された場合（ステップＳ１９においてＮｏ判定の場合）、ステップＳ２０の処理は、スキップされる。
また、他のエラーＰＤＵ破棄部１３からＩＤおよびＳＮが通知されていないと判定された場合（ステップＳ１７においてＮｏ判定の場合）、ステップＳ１８〜ステップＳ２０の処理は、スキップされる。
ステップＳ２１において、受信データ格納処理部１４は、エラーＰＤＵ破棄部１３から送信された、エラーのないＲＬＣ ＰＤＵを受信バッファに格納し、受信バッファに格納されたＲＬＣ ＰＤＵの順序を補正する順序補正処理を行う。ＳＤＵ再構築部１５は、受信バッファに格納されているＲＬＣ ＰＤＵからＲＬＣ ＳＤＵを構築できる場合、ＲＬＣ ＳＤＵを構築して、構築されたＲＬＣ ＳＤＵをＰＤＣＰサブレイヤに送信する（ステップＳ２２）。
以上説明したように、第１の実施形態によれば、エラーのあるＲＬＣ ＰＤＵを精度良く判定、破棄することにより、異常なデータを使用したＲＬＣ ＳＤＵの構築を防止するとともに、ＲＬＣ ｃｏｎｔｒｏｌ ＰＤＵも同様に制御されるので、正常なＡＲＱ再送制御を行うことが可能になる。すなわち、第１の実施形態によれば、より確実にエラーのあるデータを破棄して、より確実に正しいデータを受信することができる。
なお、上述の処理をＭＡＣサブレイヤで行うようにしてもよい。この場合、ＲＬＣヘッダ内のＲＬＣ ＳＮのチェックなどをＭＡＣサブレイヤで行うことになる。また、Ｄａｔａ部も確認することにより、より精度の高いエラー処理を行うことも可能である。例えば、Ｄａｔａ部に含まれるＰＤＣＰヘッダのＰＤＣＰ ＳＮの連続性をチェックし、あるいは、既知であるビットの値を確認することで、エラーを検出することができる。
尚、受信装置は、無線基地局ｅＮＢに限定されず、移動局ＵＥであってもよいことは説明するまでもない。すなわち、具体的には、移動局ＵＥが、無線基地局ｅＮＢからの下り信号を受信する場合である。
また、上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のコンピュータなどに、プログラム記録媒体からインストールされる。
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
図５は、本発明の第２の実施形態に係る受信装置２０の構成例を説明するブロック図である。受信装置２０は、複数の無線ベアラ毎に設けられる第１のレイヤの複数の第１のプロトコルデータユニットを格納している、第１のレイヤの下位のレイヤである第２のレイヤの第２のプロトコルデータユニットを用いてデータを受信する受信装置である。
受信装置２０は、第２のレイヤにおいて付与手段２２を備え、第１のレイヤにおいて破棄手段２４を備える。付与手段２２は、第２のプロトコルデータユニットを特定する特定情報を、第２のプロトコルデータユニットに格納されている第１のプロトコルデータユニットに付与する。破棄手段２４は、所定の第１のプロトコルデータユニットにエラーがある場合、特定情報を参照して、エラーがある第１のプロトコルデータユニットを格納していた第２のプロトコルデータユニットに格納されていた他の第１のプロトコルデータユニットを破棄する。
以上説明した第２の実施形態によれば、より確実にエラーのあるデータを破棄して、より確実に正しいデータを受信することができる。
尚、以上説明した第２の実施形態において、第１のレイヤを、ＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）サブレイヤとし、第２のレイヤを、ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）サブレイヤとすることができる。
また、以上説明した第２の実施形態において、付与手段２２は、第２のプロトコルデータユニットの受信した順序を示す番号を第１のプロトコルデータユニットに付与することができる。そして、破棄手段２４は、該番号を参照して、第１のプロトコルデータユニットにエラーがあるか否かを判定することができる。
また、以上説明した第２の実施形態において、破棄手段２４は、複数の無線ベアラのそれぞれに対応して設けられ、第１のプロトコルデータユニットにエラーがある場合、エラーがある第１のプロトコルデータユニットに付与されている特定情報を他の破棄手段に通知することができる。一方、破棄手段２４は、特定情報が他の破棄手段から通知された場合、通知された特定情報が付与されている第１のプロトコルデータユニットを破棄することができる。
以上、各実施形態を参照して本願発明を説明したが、本願発明は上記各実施形態に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
この出願は、２００９年４月２７日に出願された日本出願特願２００９−１０７９６９号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
図１は、本発明の第１の実施形態に関連し、ＬＴＥ方式の移動通信システムにおける無線アクセスネットワークのプロトコルの構造を示す図である。ＬＴＥは、ヨーロッパ電気通信規格研究所（Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ：ＥＴＳＩ）、日本の電波産業会／情報通信技術委員会（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｕｓｉｎｅｓｓｅｓ／Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏｍｍｉｔｔｅｅ：ＡＲＩＢ／ＴＴＣ）、米国のＴ１及び韓国の情報通信技術協会（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ Ａｓｓｏｃｉａｔｉｏｎ：ＴＴＡ）などから構成される、第３世代移動体通信システムの標準化プロジェクト（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：３ＧＰＰ）というプロジェクトにより提案されている規格である。ＬＴＥ方式の移動通信システムにおいて、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と称する無線アクセス方式が採用される。無線アクセスネットワークは、移動局ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と無線基地局ｅＮＢ（Ｅ−ＵＴＲＡＮ ＮｏｄｅＢ）とにより構成される。
無線アクセスネットワークのプロトコルは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤ、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）サブレイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）サブレイヤと、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）サブレイヤと、物理（ＰＨＹ）レイヤとに区分できる。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤは、データリンクレイヤを構成する。また、無線アクセスネットワークのプロトコルは、データデータの伝送のためのユーザプレーン（Ｕｓｅｒ ｐｌａｎｅ）と制御情報（Ｓｉｇｎａｌｉｎｇ）伝達のためのコントロールプレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）とに区分できる。ユーザプレーンにおいて、音声信号やＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットなどのユーザデータが伝送され、コントロールプレーンにおいて、ネットワークのインターフェース、呼の維持および管理などに関する制御情報が伝送される。
物理（ＰＨＹ）レイヤは、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を用いて上位階層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供する。物理（ＰＨＹ）レイヤと、上位にあるＭＡＣサブレイヤとの間で、伝送チャンネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）を通じてデータが移動する。送信側と受信側の物理（ＰＨＹ）レイヤ間は、物理チャネルを通じてデータが移動する。
ＭＡＣサブレイヤは、論理チャネル（Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）を介して、上位階層であるＲＬＣサブレイヤに接続される。ＭＡＣサブレイヤにおいて、論理チャネルと伝送チャンネルとの間のマッピング（ｍａｐｐｉｎｇ）が行われ、無線資源の割り当てと再割り当てのためのＭＡＣパラメータの割り当てが行われる。
ＲＬＣサブレイヤは、信頼性のあるデータの転送をサポートするためのものである。ＲＬＣサブレイヤは、無線ベアラ毎に設けられる。ＲＬＣサブレイヤにおいて、複数のＲＬＣＳＤＵが分割（ｓｅｇｍｅｎｔａｔｉｏｎ）されるか、または連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）される。ＰＤＣＰサブレイヤにおいて、パケットの圧縮または伸張が行われる。ＲＲＣレイヤにおいて、呼受付制御やハンドオーバなどの基本動作が制御される。
図２は、本発明の第１の実施形態に係る受信装置の構成例を示すブロック図である。ここで、受信装置とは、無線基地局ｅＮＢが送信装置であった場合は移動局ＵＥのことを指し、一方、移動局ＵＥが送信装置であった場合は無線基地局ｅＮＢのことを指す。
受信装置のＭＡＣサブレイヤには、ＭＡＣ ＰＤＵ情報送信部１１と、ＭＡＣ ＳＤＵ送信部１２が設けられる。受信装置のＲＬＣサブレイヤには、エラーＰＤＵ破棄部１３と、受信データ格納処理部１４と、ＳＤＵ再構築部１５と、が設けられる。
ＭＡＣ ＰＤＵ情報送信部１１は、ＭＡＣ ＰＤＵを特定するＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、およびＭＡＣサブレイヤにおいて受信した順序を示すＳＮ（Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）を生成し、生成したＩＤおよびＳＮをＭＡＣ ＳＤＵ送信部１２に送信する。
ＭＡＣ ＳＤＵ送信部１２は、ＭＡＣ ＰＤＵ情報送信部１１から送信されてきた、ＩＤおよびＳＮをＭＡＣ ＳＤＵに多重して（付与して）、ＩＤおよびＳＮが多重された（付与された）ＭＡＣ ＳＤＵをＲＬＣサブレイヤに送信する。なお、ＩＤおよびＳＮのＭＡＣ ＳＤＵへの多重は、ＭＡＣ ＳＤＵとＩＤおよびＳＮとを関係付ければ足りる。すなわち、ＩＤおよびＳＮのＭＡＣ ＳＤＵへの多重は、ＭＡＣ ＳＤＵにデータとしてＩＤおよびＳＮを格納することに限らず、ＩＤおよびＳＮをＭＡＣ ＳＤＵの外部に付加することや、ポインタによってＩＤおよびＳＮとＭＡＣ ＳＤＵとを関係付けることを含むものである。
エラーＰＤＵ破棄部１３は、ＭＡＣサブレイヤから送信されてきた、ＲＬＣ ＰＤＵのうち、エラーのあるＲＬＣ ＰＤＵを破棄し、エラーのあったＲＬＣ ＰＤＵに多重されているＩＤであってＭＡＣ ＰＤＵを特定するＩＤを、他の無線ベアラを処理している他のＲＬＣサブレイヤの他のエラーＰＤＵ破棄部１３に通知する。また、エラーＰＤＵ破棄部１３は、他の無線ベアラを処理している他のＲＬＣサブレイヤの他のエラーＰＤＵ破棄部１３から、ＭＡＣ ＰＤＵを特定するＩＤが通知された場合、通知されたＩＤが多重されたＲＬＣ ＰＤＵがあるか否かをチェックする。通知されたＩＤが多重されたＲＬＣ ＰＤＵがある場合、エラーＰＤＵ破棄部１３は、通知されたＩＤが多重されたＲＬＣ ＰＤＵを破棄する。
また、エラーＰＤＵ破棄部１３は、ＭＡＣサブレイヤにおける受信順序を示すＳＮとＲＬＣ ＰＤＵのＲＬＣヘッダ内に含まれているＳＮとの関係が適切であるか否かを判定する。適切でないと判定された場合、エラーＰＤＵ破棄部１３は、そのＲＬＣ ＰＤＵがエラーのあるＲＬＣ ＰＤＵであると判定して、破棄すると共に、破棄されたＲＬＣ ＰＤＵに多重されているＩＤを他のＲＬＣサブレイヤの他のエラーＰＤＵ破棄部１３に通知する。
以下、エラーの検出について、詳細に説明する。尚、以下の説明では、無線基地局ｅＮＢが受信装置である場合、すなわち、無線基地局ｅＮＢが、移動局ＵＥからの上り信号を受信する場合を例に挙げる。
無線基地局ｅＮＢのＭＡＣサブレイヤでは、移動局ＵＥに上り信号送信要求を下り信号で通知する。移動局ＵＥは、その信号を基に、上り信号を送信する。無線基地局ｅＮＢは、移動局ＵＥから１つのＭＡＣ ＰＤＵを受信するが、ＭＡＣ ＰＤＵには１つまたは複数の無線ベアラのＭＡＣ ＳＤＵが含まれている。ここで、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）再送処理により受信するＭＡＣ ＰＤＵの順序は、本来の順序とはならないことがある。ＨＡＲＱ再送処理において、受信側でエラーのあるデータの全てが破棄されずに再送データと組み合わせて復号されることを考慮した上で、再送パターンが決定される。
ＭＡＣ ＰＤＵ情報送信部１１は、ＭＡＣ ＰＤＵ毎にユニークなＩＤを付与するために、移動局ＵＥを特定するＩＤとＭＡＣサブレイヤにおいて受信した順序を示すＭＡＣ受信ＳＮを生成し、生成したＩＤおよびＭＡＣ受信ＳＮをＭＡＣ ＳＤＵ送信部１２に送信する。ＭＡＣサブレイヤにおいて受信した順序を示すＭＡＣ受信ＳＮは、上り信号新規送信要求を下り信号で通知する毎にインクリメントされる。従って、上りの無線状態が悪くて受信できない場合でも、移動局ＵＥから送信する信号が進んでいること（次の上り信号送信要求に応じたものであること）が分かる。ＨＡＲＱ再送の場合、ＨＡＲＱ初回送信のＭＡＣ受信ＳＮがその後のＭＡＣ受信ＳＮとして使用される。
ＭＡＣ ＳＤＵ送信部１２は、ＭＡＣ ＰＤＵ情報送信部１１からの情報をＭＡＣ ＳＤＵに多重してＲＬＣサブレイヤに送信する。この場合、ＭＡＣ ＳＤＵ送信部１２は、ＭＡＣ ＳＤＵのサイズ（データ量）をＭＡＣ ＳＤＵと共にＲＬＣサブレイヤに送信する。
図３は、第１の実施形態のＲＬＣ ＰＤＵのフォーマット例を示す図である。ＲＬＣ Ｅｎｔｉｔｙが設定されるとき、ＲＬＣモードがＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）（５ビットＳＮ）か、ＵＭ（１０ビットＳＮ）か、ＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）かに設定される。図３（Ａ）は、ＲＬＣモードがＵＭ（５ビットＳＮ）の場合のＲＬＣ ＰＤＵのフォーマット例を示す。図３（Ｂ）は、ＲＬＣモードがＵＭ（１０ビットＳＮ）の場合のＲＬＣ ＰＤＵのフォーマット例を示す。図３（Ｃ）は、ＲＬＣモードがＡＭの場合のＲＬＣ ＰＤＵのフォーマット例を示す。尚、各モードで使用されるＲＬＣ ＰＤＵのフォーマットは、３ＧＰＰにおいて規定されている。
エラーＰＤＵ破棄部１３は、ＲＬＣ ＰＤＵの各フィールドをチェックすることにより、ＲＬＣ ＰＤＵにエラーがあるか否かを判定する。
以下に、エラーＰＤＵ破棄部１３における判定例を幾つか示す。
エラーＰＤＵ破棄部１３は、最後のＤａｔａを除くＤａｔａ長を示すＬＩフィールドを参照して、ＬＩフィールドの値が０である場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、最後のＤａｔａを除くＤａｔａ長を示すＬＩフィールドを参照して、ＬＩフィールドの値の合計値とＲＬＣヘッダの長さと最小のＤａｔａのサイズとの合計値がＲＬＣ ＰＤＵのサイズを超える場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。最小のＤａｔａのサイズは通常１バイトである。
エラーＰＤＵ破棄部１３は、最後のＤａｔａを除くＤａｔａ長を示すＬＩフィールドを参照して、ＬＩフィールドの値の合計値とＲＬＣヘッダの長さと最大のＤａｔａのサイズとの合計値がＲＬＣ ＰＤＵのサイズに満たない場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。最大のＤａｔａのサイズは移動局ＵＥのネットワークの設定値に依存する。
エラーＰＤＵ破棄部１３は、予約ビットであるＲ１フィールドを参照して、Ｒ１フィールドの値が０でない場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＲＬＣ ｃｏｎｔｒｏｌ ＰＤＵのタイプを示すＣＰＴフィールドを参照して、ＣＰＴフィールドの値が０でない場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＲＬＣヘッダが継続するかを示すＥフィールドを参照して、ＲＬＣヘッダがＲＬＣ ＰＤＵのサイズ以上になる場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＲＬＣヘッダが継続するかを示すＥ１フィールド、Ｅ２フィールドを参照して、ＲＬＣヘッダがＲＬＣ ＰＤＵのサイズを超える場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＲＬＣ ＰＤＵの順序を示すＳＮフィールドを参照して、ＳＮフィールドの値がＭＡＣ受信ＳＮに比べて大幅に変化している場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。なお、ＳＮフィールドの値とＭＡＣ受信ＳＮとの差分が予め定めた閾値を超える場合、ＳＮフィールドの値がＭＡＣ受信ＳＮに比べて大幅に変化していると判定される。
エラーＰＤＵ破棄部１３は、ＲＬＣ ＰＤＵの順序を示すＳＮフィールドを参照して、ＳＮフィールドの値がＭＡＣ受信ＳＮに比べて順序が逆転している場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。すなわち、例えば、ＭＡＣ受信ＳＮが増加しているのに、ＳＮフィールドの値が減少しているとき、ＳＮフィールドの値がＭＡＣ受信ＳＮに比べて順序が逆転していると判定される。
エラーＰＤＵ破棄部１３は、受信状態を示すＡＣＫ＿ＳＮフィールド、ＮＡＣＫ＿ＳＮフィールドを参照して、ＳＮの循環を考慮して、ＡＣＫ＿ＳＮフィールドの値より大きなＮＡＣＫ＿ＳＮフィールドの値が設定されている場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、受信状態を示すＡＣＫ＿ＳＮフィールド、ＮＡＣＫ＿ＳＮフィールドを参照して、ＡＣＫ＿ＳＮフィールドの値やＮＡＣＫ＿ＳＮフィールドの値に未送信のＲＬＣ ＰＤＵのＳＮが設定されている場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、受信状態を示すＡＣＫ＿ＳＮフィールド、ＮＡＣＫ＿ＳＮフィールドを参照して、ＡＣＫ＿ＳＮフィールドの値やＮＡＣＫ＿ＳＮフィールドの値に、ＳＮの循環を考慮して、次送信のＲＬＣ ＰＤＵのＳＮより半周遅れ未満の値が設定されている場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、受信状態を示すＮＡＣＫ＿ＳＮフィールドを参照して、ＮＡＣＫ＿ＳＮの値に既にＡＣＫであると通知されたＲＬＣ ＰＤＵのＳＮの値が設定されている場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、受信状態を示すＮＡＣＫ＿ＳＮフィールドを参照して、ＮＡＣＫ＿ＳＮの値が複数通知されている場合、ＮＡＣＫ＿ＳＮの値が昇順に設定されていないとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＮＡＣＫ部分を示すＳＯｓｔａｒｔフィールドやＳＯｅｎｄフィールドを参照して、既にＡＣＫであると通知されたＲＬＣ ＰＤＵの部分がＮＡＣＫとして設定されている場合、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＮＡＣＫ部分を示すＳＯｓｔａｒｔフィールドやＳＯｅｎｄフィールドを参照して、同一のＮＡＣＫ＿ＳＮに対するＳＯｓｔａｒｔフィールドの値やＳＯｅｎｄフィールドの値が複数通知されている場合、その部分が重複して設定されているとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＮＡＣＫ部分を示すＳＯｓｔａｒｔフィールドやＳＯｅｎｄフィールドを参照して、同一のＮＡＣＫ＿ＳＮに対するＳＯｓｔａｒｔフィールドの値やＳＯｅｎｄフィールドの値が複数通知されている場合、ＳＯｓｔａｒｔフィールドの値やＳＯｅｎｄフィールドの値が昇順に設定されていないとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＮＡＣＫ部分を示すＳＯｓｔａｒｔフィールドやＳＯｅｎｄフィールドを使用して、ＳＯｓｔａｒｔやＳＯｅｎｄが送信した区切りと一致していないとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、最初と最後のＤａｔａフィールドの継続性を示すＦＩフィールドを参照して、前ＲＬＣ ＰＤＵの最後のＤａｔａが継続である場合、現ＲＬＣ ＰＤＵの最初のＤａｔａが継続でないとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、最初と最後のＤａｔａフィールドの継続性を示すＦＩフィールドを参照して、前ＲＬＣ ＰＤＵの最後のＤａｔａが終端である場合、現ＲＬＣ ＰＤＵの最初のＤａｔａが始端でないとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＡＭＤ（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ Ｄａｔａ）ＰＤＵ ｓｅｇｍｅｎｔのＡＭＤ ＰＤＵの位置を示すＳＯフィールドと終端を示すＬＳＦフィールドを使用して、ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔがＡＭＤ ＰＤＵ全てを含んでいるとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔのＡＭＤ ＰＤＵの位置を示すＳＯフィールドと終端を示すＬＳＦフィールドとＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔのサイズを使用して、ＬＳＦが１の時ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔの終端がＡＭＤ ＰＤＵの終端と一致していないとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔのＡＭＤ ＰＤＵの位置を示すＳＯフィールドと終端を示すＬＳＦフィールドとＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔのサイズを使用して、ＬＳＦが０の時ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔの終端がＡＭＤ ＰＤＵの終端と一致しているとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔのＡＭＤ ＰＤＵの位置を示すＳＯフィールドとＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔのサイズを使用して、ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔの終端がＡＭＤ ＰＤＵの終端を越えているとき、当該ＲＬＣ ＰＤＵにエラーがあると判定する。
エラーＰＤＵ破棄部１３は、前ＲＬＣ ＰＤＵにエラーがあった場合を考慮して、現ＲＬＣ ＰＤＵをエラーと判別して、ＮＡＣＫとして移動局ＵＥへ通知することにより移動局ＵＥから再送されてきた同一のＲＬＣ ＳＮのＲＬＣ ＰＤＵを複数回エラーと判定した場合、現ＲＬＣ ＰＤＵにエラーがないと判定する。
前ＲＬＣ ＰＤＵにエラーがあった場合の救済策として、現ＲＬＣ ＰＤＵを受信することにより前ＲＬＣ ＰＤＵにエラーがないと判定されるまで、若しくは、送信データが無いことを考慮してタイマにより一定時間経過するまでは、前ＲＬＣ ＰＤＵのＡＣＫ通知を移動局ＵＥに送信しないことも可能である。
ＵＥでＡＣＫとして認識した部分は再送しても破棄されるので、ＮＡＣＫ部分を示すＳＯｓｔａｒｔやＳＯｅｎｄが送信した区切りと一致していない場合でも、複数回同じ情報を受信した場合は、現情報は正しいものとして判別される。
エラーがあると判定されたＲＬＣ ＰＤＵがある場合、そのＲＬＣ ＰＤＵは破棄されると共に、エラーがあると判定されたＲＬＣ ＰＤＵに多重されている、ＭＡＣ ＰＤＵを特定するＩＤであって、移動局ＵＥを特定するＩＤと、受信順を示すＭＡＣ受信ＳＮが他の無線ベアラを処理している他のＲＬＣサブレイヤの他のエラーＰＤＵ破棄部１３に通知される。エラーのあったＭＡＣ ＰＤＵを特定するＩＤを受信したエラーＰＤＵ破棄部１３は、通知されたＩＤが付加されたＲＬＣ ＰＤＵがあるかをチェックして、通知されたＩＤが付加されたＲＬＣ ＰＤＵがある場合、そのＲＬＣ ＰＤＵを破棄する。
受信データ格納処理部１４は、エラーＰＤＵ破棄部１３から送信された、エラーのないＲＬＣ ＰＤＵを受信バッファに格納し、受信バッファに格納されたＲＬＣ ＰＤＵの順序を補正する順序補正処理を行う。ＳＤＵ再構築部１５は、受信バッファに格納されているＲＬＣ ＰＤＵからＲＬＣ ＳＤＵを構築できる場合、ＲＬＣ ＳＤＵを構築して、構築されたＲＬＣ ＳＤＵをＰＤＣＰサブレイヤに送信する。
図４は、図２に示す受信装置の動作例（受信処理）を説明するフローチャートである。ＭＡＣ ＰＤＵ情報送信部１１は、ＭＡＣ ＰＤＵを特定するＩＤおよび受信順を示すＳＮを、ＭＡＣ ＳＤＵ送信部１２へ送信する（ステップＳ１１）。ＭＡＣ ＳＤＵ送信部１２は、ＩＤおよびＳＮを、ＭＡＣ ＳＤＵに多重（付加）する（ステップＳ１２）。エラーＰＤＵ破棄部１３は、ＲＬＣ ＰＤＵのエラーを検出する（ステップＳ１３）。尚、ここでのエラーの検出は、前述した少なくとも１つ以上の方法を用いて行うこともできる。エラーＰＤＵ破棄部１３は、ＲＬＣ ＰＤＵのエラーが検出されたか否かを判定する（ステップＳ１４）。
ＲＬＣ ＰＤＵのエラーが検出されたと判定された場合（ステップＳ１４においてＹｅｓ判定の場合）、エラーＰＤＵ破棄部１３は、エラーが検出されたＲＬＣ ＰＤＵを破棄する（ステップＳ１５）。さらに、エラーＰＤＵ破棄部１３は、エラーが検出されたＲＬＣ ＰＤＵに付加されているＩＤおよびＳＮを、他のエラーＰＤＵ破棄部１３に通知する（ステップＳ１６）。
一方、ＲＬＣ ＰＤＵのエラーが検出されていないと判定された場合（ステップＳ１４においてＮｏ判定の場合）、ステップＳ１５およびステップＳ１６の処理は、スキップされる。
ステップＳ１７において、エラーＰＤＵ破棄部１３は、他のエラーＰＤＵ破棄部１３から、エラーが検出されたＲＬＣ ＰＤＵに付加されていたＩＤおよびＳＮが通知されたか否かを判定する。他のエラーＰＤＵ破棄部１３からＩＤおよびＳＮが通知されたと判定された場合（ステップＳ１７においてＹｅｓ判定の場合）、エラーＰＤＵ破棄部１３は、他のエラーＰＤＵ破棄部１３からの、エラーが検出されたＲＬＣ ＰＤＵに付加されたＩＤおよびＳＮの通知を受信する（ステップＳ１８）。
ステップＳ１９において、エラーＰＤＵ破棄部１３は、通知されたＩＤが付加されたＲＬＣ ＰＤＵがあるか否かを判定する。通知されたＩＤが付加されたＲＬＣ ＰＤＵがあると判定された場合（ステップＳ１９においてＹｅｓ判定の場合）、エラーＰＤＵ破棄部１３は、通知されたＩＤが付加されたＲＬＣ ＰＤＵを破棄する（ステップＳ２０）。
一方、通知されたＩＤが付加されたＲＬＣ ＰＤＵがないと判定された場合（ステップＳ１９においてＮｏ判定の場合）、ステップＳ２０の処理は、スキップされる。
また、他のエラーＰＤＵ破棄部１３からＩＤおよびＳＮが通知されていないと判定された場合（ステップＳ１７においてＮｏ判定の場合）、ステップＳ１８〜ステップＳ２０の処理は、スキップされる。
ステップＳ２１において、受信データ格納処理部１４は、エラーＰＤＵ破棄部１３から送信された、エラーのないＲＬＣ ＰＤＵを受信バッファに格納し、受信バッファに格納されたＲＬＣ ＰＤＵの順序を補正する順序補正処理を行う。ＳＤＵ再構築部１５は、受信バッファに格納されているＲＬＣ ＰＤＵからＲＬＣ ＳＤＵを構築できる場合、ＲＬＣ ＳＤＵを構築して、構築されたＲＬＣ ＳＤＵをＰＤＣＰサブレイヤに送信する（ステップＳ２２）。
以上説明したように、第１の実施形態によれば、エラーのあるＲＬＣ ＰＤＵを精度良く判定、破棄することにより、異常なデータを使用したＲＬＣ ＳＤＵの構築を防止するとともに、ＲＬＣ ｃｏｎｔｒｏｌ ＰＤＵも同様に制御されるので、正常なＡＲＱ再送制御を行うことが可能になる。すなわち、第１の実施形態によれば、より確実にエラーのあるデータを破棄して、より確実に正しいデータを受信することができる。
なお、上述の処理をＭＡＣサブレイヤで行うようにしてもよい。この場合、ＲＬＣヘッダ内のＲＬＣ ＳＮのチェックなどをＭＡＣサブレイヤで行うことになる。また、Ｄａｔａ部も確認することにより、より精度の高いエラー処理を行うことも可能である。例えば、Ｄａｔａ部に含まれるＰＤＣＰヘッダのＰＤＣＰ ＳＮの連続性をチェックし、あるいは、既知であるビットの値を確認することで、エラーを検出することができる。
尚、受信装置は、無線基地局ｅＮＢに限定されず、移動局ＵＥであってもよいことは説明するまでもない。すなわち、具体的には、移動局ＵＥが、無線基地局ｅＮＢからの下り信号を受信する場合である。
また、上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のコンピュータなどに、プログラム記録媒体からインストールされる。
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
図５は、本発明の第２の実施形態に係る受信装置２０の構成例を説明するブロック図である。受信装置２０は、複数の無線ベアラ毎に設けられる第１のレイヤの複数の第１のプロトコルデータユニットを格納している、第１のレイヤの下位のレイヤである第２のレイヤの第２のプロトコルデータユニットを用いてデータを受信する受信装置である。
受信装置２０は、第２のレイヤにおいて付与手段２２を備え、第１のレイヤにおいて破棄手段２４を備える。付与手段２２は、第２のプロトコルデータユニットを特定する特定情報を、第２のプロトコルデータユニットに格納されている第１のプロトコルデータユニットに付与する。破棄手段２４は、所定の第１のプロトコルデータユニットにエラーがある場合、特定情報を参照して、エラーがある第１のプロトコルデータユニットを格納していた第２のプロトコルデータユニットに格納されていた他の第１のプロトコルデータユニットを破棄する。
以上説明した第２の実施形態によれば、より確実にエラーのあるデータを破棄して、より確実に正しいデータを受信することができる。
尚、以上説明した第２の実施形態において、第１のレイヤを、ＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）サブレイヤとし、第２のレイヤを、ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）サブレイヤとすることができる。
また、以上説明した第２の実施形態において、付与手段２２は、第２のプロトコルデータユニットの受信した順序を示す番号を第１のプロトコルデータユニットに付与することができる。そして、破棄手段２４は、該番号を参照して、第１のプロトコルデータユニットにエラーがあるか否かを判定することができる。
また、以上説明した第２の実施形態において、破棄手段２４は、複数の無線ベアラのそれぞれに対応して設けられ、第１のプロトコルデータユニットにエラーがある場合、エラーがある第１のプロトコルデータユニットに付与されている特定情報を他の破棄手段に通知することができる。一方、破棄手段２４は、特定情報が他の破棄手段から通知された場合、通知された特定情報が付与されている第１のプロトコルデータユニットを破棄することができる。
以上、各実施形態を参照して本願発明を説明したが、本願発明は上記各実施形態に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
この出願は、２００９年４月２７日に出願された日本出願特願２００９−１０７９６９号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１１ ＭＡＣ ＰＤＵ情報送信部
１２ ＭＡＣ ＳＤＵ送信部
１３ エラーＰＤＵ破棄部
１４ 受信データ格納処理部
１５ ＳＤＵ再構築部
２０ 受信装置
２２ 付与手段
２４ 破棄手段
１２ ＭＡＣ ＳＤＵ送信部
１３ エラーＰＤＵ破棄部
１４ 受信データ格納処理部
１５ ＳＤＵ再構築部
２０ 受信装置
２２ 付与手段
２４ 破棄手段
Claims (5)
- 複数の無線ベアラ毎に設けられる第１のレイヤの複数の第１のプロトコルデータユニットを格納している、上記第１のレイヤの下位のレイヤである第２のレイヤの第２のプロトコルデータユニットを用いてデータを受信する受信装置であって、
上記第２のレイヤにおいて、上記第２のプロトコルデータユニットを特定する特定情報を、上記第２のプロトコルデータユニットに格納されている上記第１のプロトコルデータユニットに付与する付与手段と、
上記第１のレイヤにおいて、所定の上記第１のプロトコルデータユニットにエラーがある場合、上記特定情報を参照して、エラーがある上記第１のプロトコルデータユニットを格納していた上記第２のプロトコルデータユニットに格納されていた他の上記第１のプロトコルデータユニットを破棄する破棄手段と
を有し、
前記破棄手段は、複数の無線ベアラのそれぞれに対応して設けられ、
前記第１のプロトコルデータユニットにエラーがある場合、エラーがある前記第１のプロトコルデータユニットに付与されている前記特定情報を他の前記破棄手段に通知し、
前記特定情報が他の前記破棄手段から通知された場合、通知された前記特定情報が付与されている前記第１のプロトコルデータユニットを破棄する
ことを特徴とする受信装置。 - 請求項１に記載の受信装置において、
前記第１のレイヤは、ＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）サブレイヤであり、前記第２のレイヤは、ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）サブレイヤである
ことを特徴とする受信装置。 - 請求項１に記載の受信装置において、
前記付与手段は、前記第２のプロトコルデータユニットの受信した順序を示す番号を前記第１のプロトコルデータユニットに付与し、
前記破棄手段は、前記番号を参照して、前記第１のプロトコルデータユニットにエラーがあるか否かを判定する
ことを特徴とする受信装置。 - 複数の無線ベアラ毎に設けられる第１のレイヤの複数の第１のプロトコルデータユニットを格納している、上記第１のレイヤの下位のレイヤである第２のレイヤの第２のプロトコルデータユニットを用いてデータを受信する受信方法であって、
上記第２のレイヤにおいて、上記第２のプロトコルデータユニットを特定する特定情報を、上記第２のプロトコルデータユニットに格納されている上記第１のプロトコルデータユニットに付与する付与ステップと、
上記第１のレイヤにおいて、所定の上記第１のプロトコルデータユニットにエラーがある場合、上記特定情報を参照して、エラーがある上記第１のプロトコルデータユニットを格納していた上記第２のプロトコルデータユニットに格納されていた他の上記第１のプロトコルデータユニットを破棄する破棄ステップと
を備え、
前記破棄ステップは、複数の無線ベアラのそれぞれで実行され、
前記破棄ステップは、
前記第１のプロトコルデータユニットにエラーがある場合、エラーがある前記第１のプロトコルデータユニットに付与されている前記特定情報を他の前記破棄手段に通知する第１ステップと、
前記特定情報が他の前記破棄手段から通知された場合、通知された前記特定情報が付与されている前記第１のプロトコルデータユニットを破棄する第２ステップと
を含むことを特徴とする受信方法。 - 複数の無線ベアラ毎に設けられる第１のレイヤの複数の第１のプロトコルデータユニットを格納している、上記第１のレイヤの下位のレイヤである第２のレイヤの第２のプロトコルデータユニットを用いてデータを受信する受信装置のコンピュータに、
上記第２のレイヤにおいて、上記第２のプロトコルデータユニットを特定する特定情報を、上記第２のプロトコルデータユニットに格納されている上記第１のプロトコルデータユニットに付与する付与処理と、
上記第１のレイヤにおいて、所定の上記第１のプロトコルデータユニットにエラーがある場合、上記特定情報を参照して、エラーがある上記第１のプロトコルデータユニットを格納していた上記第２のプロトコルデータユニットに格納されていた他の上記第１のプロトコルデータユニットを破棄する破棄処理と
を実行させ、
前記破棄処理は、複数の無線ベアラのそれぞれで実行され、
前記破棄処理は、
前記第１のプロトコルデータユニットにエラーがある場合、エラーがある前記第１のプロトコルデータユニットに付与されている前記特定情報を他の前記破棄手段に通知する第１処理と、
前記特定情報が他の前記破棄手段から通知された場合、通知された前記特定情報が付与されている前記第１のプロトコルデータユニットを破棄する第２処理と
を含むことを特徴とするプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011511424A JP5648631B2 (ja) | 2009-04-27 | 2010-04-21 | 受信装置、受信方法およびプログラム |
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009107969 | 2009-04-27 | ||
| JP2009107969 | 2009-04-27 | ||
| JP2011511424A JP5648631B2 (ja) | 2009-04-27 | 2010-04-21 | 受信装置、受信方法およびプログラム |
| PCT/JP2010/057513 WO2010126068A1 (ja) | 2009-04-27 | 2010-04-21 | 受信装置、受信方法およびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2010126068A1 JPWO2010126068A1 (ja) | 2012-11-01 |
| JP5648631B2 true JP5648631B2 (ja) | 2015-01-07 |
Family
ID=43032212
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011511424A Expired - Fee Related JP5648631B2 (ja) | 2009-04-27 | 2010-04-21 | 受信装置、受信方法およびプログラム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US8503478B2 (ja) |
| JP (1) | JP5648631B2 (ja) |
| CN (1) | CN102415133B (ja) |
| WO (1) | WO2010126068A1 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7027690B2 (ja) * | 2017-03-16 | 2022-03-02 | 日本電気株式会社 | 情報処理装置、通信システム、通信方法及びプログラム |
| CN108632899B (zh) * | 2017-03-17 | 2020-09-29 | 华为技术有限公司 | 一种数据传输方法、数据发送设备及数据接收设备 |
| US10531346B2 (en) * | 2017-10-25 | 2020-01-07 | Qualcomm Incorporated | Techniques and apparatuses for compression enabled bearer management |
| CN112787754B (zh) * | 2020-12-29 | 2022-08-16 | 紫光展锐(重庆)科技有限公司 | 一种数据处理的方法及相关装置 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008022516A (ja) * | 2006-06-16 | 2008-01-31 | Fujitsu Ltd | 通信方法、送信装置および受信装置 |
| JP2008113095A (ja) * | 2006-10-27 | 2008-05-15 | Fujitsu Ltd | 通信方法、送信装置および受信装置 |
| WO2008067358A2 (en) * | 2006-11-30 | 2008-06-05 | Motorola Inc. | Apparatus and method for transmitting uplink control information on shared channels |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI105985B (fi) * | 1997-12-18 | 2000-10-31 | Nokia Networks Oy | Menetelmä tunnistaa ilmarajapinnan verkkokerroksen protokollatietoyksikkö solukkoradioverkossa |
| EP1261183A1 (en) * | 2001-05-23 | 2002-11-27 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system for processing a data unit |
| KR100802618B1 (ko) * | 2001-07-07 | 2008-02-13 | 엘지전자 주식회사 | 무선통신시스템에서 이동국 식별자 설정방법 및 장치 |
| US6874113B2 (en) * | 2001-09-17 | 2005-03-29 | Interdigital Technology Corporation | Radio resource control-service data unit reception |
| KR100498347B1 (ko) * | 2003-04-01 | 2005-07-01 | 엘지전자 주식회사 | Ａｍｒ 코덱을 지원하기 위한 데이터 처리방법 |
| JP4694969B2 (ja) * | 2004-01-07 | 2011-06-08 | パナソニック株式会社 | データ受信装置 |
| KR101141650B1 (ko) | 2004-09-30 | 2012-05-17 | 엘지전자 주식회사 | 매체접속제어 계층에서의 데이터 처리 방법 및 이동통신용단말 |
| US8130633B2 (en) * | 2004-10-22 | 2012-03-06 | Research In Motion Limited | Method for transferring data in a wireless network |
-
2010
- 2010-04-21 US US13/262,958 patent/US8503478B2/en not_active Expired - Fee Related
- 2010-04-21 CN CN201080018762.4A patent/CN102415133B/zh not_active Expired - Fee Related
- 2010-04-21 JP JP2011511424A patent/JP5648631B2/ja not_active Expired - Fee Related
- 2010-04-21 WO PCT/JP2010/057513 patent/WO2010126068A1/ja active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008022516A (ja) * | 2006-06-16 | 2008-01-31 | Fujitsu Ltd | 通信方法、送信装置および受信装置 |
| JP2008113095A (ja) * | 2006-10-27 | 2008-05-15 | Fujitsu Ltd | 通信方法、送信装置および受信装置 |
| WO2008067358A2 (en) * | 2006-11-30 | 2008-06-05 | Motorola Inc. | Apparatus and method for transmitting uplink control information on shared channels |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102415133A (zh) | 2012-04-11 |
| US8503478B2 (en) | 2013-08-06 |
| WO2010126068A1 (ja) | 2010-11-04 |
| US20120142303A1 (en) | 2012-06-07 |
| JPWO2010126068A1 (ja) | 2012-11-01 |
| CN102415133B (zh) | 2014-10-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11403193B2 (en) | Transmission control method for HARQ in mobile communication system | |
| JP4934666B2 (ja) | 無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法 | |
| JP5174922B2 (ja) | 移動通信システムにおけるハンドオーバのための方法及び装置 | |
| US10140173B2 (en) | Method for allocating resources in wireless communication system and system thereof | |
| US20170041766A1 (en) | Media access control segmentation and packet data convergence protocol delivery notification with enhanced component carriers | |
| RU2487485C2 (ru) | Способ управления окном передачи и повторной передачей и передающее устройство | |
| US20170099128A1 (en) | Radio resource scheduling method and apparatus | |
| KR20100053625A (ko) | 무선 통신 시스템에서의 핸드오버 동안 데이터의 계층 2 터널링 | |
| JP2011087332A (ja) | Ｈａｒｑ送信失敗時に再送信するためにパケットデータを再断片化する方法および装置 | |
| EP2214435A1 (en) | Efficient packet data unit transmissions and re-transmissions involving a relay node | |
| US8570917B2 (en) | Relay station, receiving station, transmitting station, and packet communication system | |
| WO2008053972A1 (fr) | Système de communication mobile, station de base radio et procédé de commande de transfert | |
| CN108463987B (zh) | 无线通信装置、无线通信系统和无线通信方法 | |
| JP5648631B2 (ja) | 受信装置、受信方法およびプログラム | |
| US8761135B2 (en) | Methods and arrangements in a wireless telecommunication system | |
| JP2008527943A (ja) | パケットデータ伝送方法及び装置 | |
| KR101617044B1 (ko) | 피어 엔티티의 전송 상태 정보를 이용한 데이터 유닛 재전송 방법 | |
| KR101693772B1 (ko) | Ｒｌｃ 계층에서의 데이터 전송을 위한 시스템 및 그 방법 | |
| RU2761016C2 (ru) | Механизмы автоматического запроса на повторение |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20130315 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140401 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20140523 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20141014 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20141027 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5648631 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |