JP5201265B2

JP5201265B2 - 無線通信装置およびデータ受信方法

Info

Publication number: JP5201265B2
Application number: JP2011516049A
Authority: JP
Inventors: 慎吾菊池
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2009-05-27
Filing date: 2010-05-27
Publication date: 2013-06-05
Anticipated expiration: 2030-05-27
Also published as: US20120063328A1; JPWO2010137644A1; CN102450051A; CN102450051B; US8869002B2; WO2010137644A1; KR101301323B1; KR20120024845A

Description

［関連出願についての記載］
本発明は、日本国特許出願：特願２００９−１２８０３６号（２００９年５月２７日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、無線通信装置およびデータ受信方法に関し、特に、３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）にて規定されたＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）プロトコルおよびＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）プロトコルを用いる無線通信装置およびデータ受信方法に関する。

非特許文献１および非特許文献２に、ＲＬＣプロトコルおよびＭＡＣプロトコルの仕様が規定されている。これらのプロトコルでは、各レイヤ毎に、ＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）というデータ処理単位が決められている（非特許文献１、２の「６Ｐｒｏｔｏｃｏｌｄａｔａｕｎｉｔｓ，ｆｏｒｍａｔｓａｎｄｐａｒａｍｅｔｅｒｓ」の項参照）。ＲＬＣレイヤのＰＤＵをＲＬＣＰＤＵ、ＭＡＣレイヤのＰＤＵをＭＡＣＰＤＵという。また、ＲＬＣＰＤＵには、データを格納したＲＬＣｄａｔａＰＤＵと、制御に用いるＲＬＣｃｏｎｔｒｏｌＰＤＵとがある。

特許文献１には、ＭＡＣレイヤに再送機能を持たせたＨＳＤＰＡ（ＨｉｇｈＳｐｅｅｄＤｏｗｎｌｉｎｋＰａｃｋｅｔＡｃｃｅｓｓ）受信者装置において、ＭＡＣ層からＲＬＣ層にデータユニット及び該データユニットに関連したＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｏｄｅ）チェック結果を転送する過程と、ＲＬＣ層において、前記ＭＡＣ層から転送されたＣＲＣチェック結果が前記データユニットにエラーがあるか否かを示すかを判断する過程と、前記データユニットにエラーがあり、かつエラーハンドリング方法が提供されていない場合、前記データユニットを廃棄する過程とからなることを特徴とする無線通信システムにおける受信者装置のデータ処理方法が開示されている。

特表２００６−５１４８１７号公報

３ＧＰＰＴＳ３６．３２２Ｖ８．５．０、２００９年３月、ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ（ＲＬＣ）ｐｒｏｔｏｃｏｌＳｐｅｃｉｆｉｃａｔｉｏｎ

３ＧＰＰＴＳ３６．３２１Ｖ８．５．０、２００９年３月、ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ（ＭＡＣ）ｐｒｏｔｏｃｏｌＳｐｅｃｉｆｉｃａｔｉｏｎ

上記特許文献１及び非特許文献１〜２の全開示内容はその引用をもって本書に繰込み記載する。以下に本発明による分析を与える。
上記ＲＬＣおよびＭＡＣプロトコルを用いた無線通信装置（移動局）と、基地局の動作について説明する。図３は、送信側装置のＲＬＣおよびＭＡＣ送信処理部の構成例を示している。図４は受信側装置のＲＬＣおよびＭＡＣ受信処理部の構成例を示している。

図３のＭＡＣＰＤＵ作成部２０２は、ＲＬＣＳＤＵバッファ２０１からＲＬＣＳＤＵを取り出し、これにＲＬＣヘッダを付加し、ＲＬＣｄａｔａＰＤＵを作成する。ＭＡＣＰＤＵ作成部２０２は、このＲＬＣｄａｔａＰＤＵに対応するＭＡＣサブヘッダを付加し、さらにパディングで長さを調整し、ＭＡＣＰＤＵを作成する。

図５は、ＭＡＣＰＤＵ作成部２０２にて作成されるＭＡＣＰＤＵの例である。図５の例では、３つのＲＬＣＳＤＵ１〜３を結合し、ＲＬＣヘッダを付加したものをＲＬＣｄａｔａＰＤＵとし、ＲＬＣｄａｔａＰＤＵの後にパディングを付加している。ＲＬＣｄａｔａＰＤＵ（ＭＡＣＳＤＵ）に対応するＭＡＣサブヘッダ１、パディングに対応するＭＡＣサブヘッダ２を付加し、ＭＡＣＰＤＵとしている。

その後、図３のＣＲＣ付加部２０３にてＭＡＣＰＤＵに、誤り検出符号としてＣＲＣを付加し、符号化部２０４にてターボ符号などで符号化し、変調部２０５にて変調を施すことで、送信信号が生成される。

このような信号が図４の受信側装置にて受信されると、まず復調部Ｘ１０１で復調された後、復号部Ｘ１０２にて復号され、次いでＣＲＣ判定部Ｘ１１０にてＭＡＣＰＤＵのＣＲＣ検査が行われる。このＣＲＣ検査結果において誤り検出という結果が出なければ、復号したＭＡＣＰＤＵはＭＡＣＰＤＵ解析部Ｘ１０３に入力される。

ＭＡＣＰＤＵ解析部Ｘ１０３は、多重を分解し、ＲＬＣｄａｔａＰＤＵをＲＬＣＰＤＵバッファ管理部Ｘ１０５に渡す。ＲＬＣＰＤＵバッファ管理部Ｘ１０５はＲＬＣｄａｔａＰＤＵをＲＬＣＳＤＵバッファＸ１０６の空き領域に格納する。また、ＭＡＣＰＤＵ解析部Ｘ１０３は、ＲＬＣｄａｔａＰＤＵのＲＬＣヘッダをＲＬＣ作成命令部Ｘ１０８に通知する。ＲＬＣ作成命令部Ｘ１０８は、ＲＬＣヘッダを解析し、ＲＬＣＰＤＵからＲＬＣＳＤＵを作成するための情報をＲＬＣＳＤＵバッファ管理部Ｘ１０５に与える。ＲＬＣＰＤＵバッファ管理部Ｘ１０５はこの情報をもとにＲＬＣＳＤＵを構築に必要なＲＬＣｄａｔａＰＤＵをＲＬＣＳＤＵ作成部Ｘ１０９に渡す。ＲＬＣＳＤＵ作成部Ｘ１０９はＲＬＣｄａｔａＰＤＵを結合し、ＲＬＣＳＤＵを再構築する。

上記のとおり、ＭＡＣＰＤＵの受信側装置では、ＭＡＣＰＤＵのＣＲＣ検査を行い、その検査結果において誤りがないことを確認してから、ＭＡＣＰＤＵをＭＡＣＰＤＵ解析部Ｘ１０３に入力しＲＬＣＳＤＵを作成する構成となっている。

しかしながら、ＣＲＣ検査を開始し算出完了できるのは、ＭＡＣＰＤＵ全体を復号し終えた後である。このため、ＣＲＣ検査結果が算出されるまで、復号したＭＡＣＰＤＵを格納しておくバッファが必要になり、ＣＲＣ判定部Ｘ１１０にＭＡＣＰＤＵ長分のバッファ用メモリが必要になるという問題点がある。

また、前記バッファにデータを格納し、ＣＲＣ検査結果において誤りが検出されなかった後、当該バッファから再度取り出し、ＭＡＣＰＤＵ解析部Ｘ１０３に送信するため、当該バッファへの格納、ＣＲＣ検査結果待ち、バッファからの取り出しという操作が必要であり、バッファ格納からバッファ取り出しまでの時間分の処理遅延が生じるという問題点がある。

本発明は、上記した事情に鑑みてなされたものであって、その目的とするところは、ＣＲＣに代表される誤り検出処理のためのＭＡＣＰＤＵ長分のバッファを不要とし、また当該バッファへのデータの出し入れに伴う処理遅延を解消することのできる構成および方法を提供することにある。

本発明の第１の視点によれば、ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌレイヤ（ＭＡＣレイヤ）における、ＭＡＣレイヤのデータ処理単位（ＰＤＵ）に付された誤り検出符号を用いた誤り検出処理の完了を待たずに、ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌレイヤ（ＲＬＣレイヤ）にて、ＲＬＣレイヤのデータ処理単位であるＲＬＣｄａｔａＰＤＵを解析してバッファしておき、ＲＬＣレイヤで、前記ＭＡＣレイヤにおけるＭＡＣＰＤＵの誤り検出処理の結果を参照して、誤りのなかったＲＬＣｄａｔａＰＤＵを用いて、ＲＬＣＳｅｒｖｉｃｅＤａｔａＵｎｉｔ（ＲＬＣＳＤＵ）を作成する無線通信装置が提供される。

本発明の第２の視点によれば、ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌレイヤ（ＭＡＣレイヤ）における、ＭＡＣレイヤのデータ処理単位（ＰＤＵ）に付された誤り検出符号を用いた誤り検出処理の完了を待たずに、ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌレイヤ（ＲＬＣレイヤ）にて、ＲＬＣレイヤのデータ処理単位であるＲＬＣｄａｔａＰＤＵを解析してバッファしておくステップと、ＲＬＣレイヤで、前記ＭＡＣレイヤにおけるＭＡＣＰＤＵの誤り検出処理の結果を参照して、誤りのなかったＲＬＣｄａｔａＰＤＵを用いて、ＲＬＣＳｅｒｖｉｃｅＤａｔａＵｎｉｔ（ＲＬＣＳＤＵ）を作成するステップと、を含むデータ受信方法が提供される。

本発明によれば、誤り検出処理のためのＭＡＣＰＤＵ長分のバッファはもちろん、当該バッファへのデータの出し入れも不要となる。その理由は、ＣＲＣ検査の完了を待たずに、ＭＡＣＰＤＵに含まれるＲＬＣｄａｔａＰＤＵを解析・バッファしておき、前記バッファしておいたＲＬＣｄａｔａＰＤＵを用いて、ＲＬＣＳＤＵを作成するよう構成したことにある。

本発明の概要を説明するためのブロック図である。本発明の第１の実施形態の構成を表したブロック図である。無線通信装置（移動局）のＲＬＣおよびＭＡＣ送信処理部の構成例を示す図である。基地局のＲＬＣおよびＭＡＣ受信処理部の構成例を示す図である。ＭＡＣＰＤＵの構成を説明するための図である。

はじめに、本発明の概要について説明する。図１に示すとおり、本発明に係る無線通信装置は、受信信号の復調・復号が済むと、ＲＬＣレイヤにあるＭＡＣＰＤＵ解析部１０３ａにＭＡＣＰＤＵを出力する回路構成を有する。ＭＡＣＰＤＵ解析部１０３ａは、ＭＡＣＰＤＵからＲＬＣｄａｔａＰＤＵを抽出しＲＬＣＰＤＵバッファ管理部Ｘ１０５を介してＲＬＣＰＤＵバッファＸ１０６に格納する。そして、同じくＲＬＣレイヤにあるＲＬＣＳＤＵ作成命令部１０８ａが、ＣＲＣ検査結果に応じて、前記格納しておいたＲＬＣｄａｔａＰＤＵを用いたＲＬＣＳＤＵの作成またはＲＬＣｄａｔａＰＤＵの廃棄を命令する。

なお、図１に示すように、復号部１０２ａがＣＲＣ検査を行うものとしてもよいし、または、別途ＣＲＣ検査を実行する処理手段を設ける構成としてもよい。

以上により、ＣＲＣ検査結果が出るまでＭＡＣＰＤＵを保持するバッファおよび当該バッファへのデータの出し入れが不要となる。

［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図２は、本発明の第１の実施形態に係る無線通信装置のデータ受信系の構成を表したブロック図である。

図２を参照すると、復調部１０１と、復号部１０２と、ＭＡＣＰＤＵ解析部１０３と、ＲＬＣヘッダ格納部１０４と、ＲＬＣＰＤＵバッファ管理部１０５と、ＲＬＣＰＤＵバッファ１０６と、ＣＲＣ結果抽出部１０７と、ＲＬＣＳＤＵ作成命令部１０８と、ＲＬＣＳＤＵ作成部１０９とを備えた構成が示されている。これらは、それぞれ次のように動作する。

復調部１０１は、伝搬路推定を行い、伝搬路推定結果を用いて受信信号を復調する回路である。

復号部１０２は復調結果を用いて、誤り訂正を行い、ＭＡＣＰＤＵを出力してから、ＭＡＣＰＤＵのＣＲＣ検査結果を算出する回路である。

ＭＡＣＰＤＵ解析部１０３は、ＭＡＣＰＤＵに含まれるＭＡＣサブヘッダを解析し、ＭＡＣＰＤＵをＭＡＣｃｏｎｔｒｏｌｅｌｅｍｅｎｔ、ＲＬＣｄａｔａＰＤＵまたはＲＬＣｃｏｎｔｒｏｌＰＤＵに分解する回路である。また、ＭＡＣＰＤＵ解析部１０３は、ＲＬＣｄａｔａＰＤＵからＲＬＣヘッダを抽出し、ＲＬＣヘッダ格納部１０４に出力する。

ＲＬＣヘッダ格納部１０４は、ＲＬＣｄａｔａＰＤＵ中のＲＬＣヘッダを格納するバッファである。

ＲＬＣＰＤＵバッファ管理部１０５は、ＲＬＣＰＤＵバッファ１０６を管理する回路である。ＲＬＣＰＤＵバッファ管理部１０５は、個々のＲＬＣｄａｔａＰＤＵのＲＬＣＰＤＵバッファ１０６における記憶場所を記憶している。

ＲＬＣＰＤＵバッファ１０６はＲＬＣｄａｔａＰＤＵを格納するバッファである。

ＣＲＣ結果抽出部１０７は、復号部１０２によって算出されたＭＡＣＰＤＵのＣＲＣ検査結果を検出し、ＲＬＣヘッダ格納部１０４に格納されたＲＬＣヘッダに埋め込む回路である。

ＲＬＣＳＤＵ作成命令部１０８は、ＲＬＣＳＤＵの作成に必要なＲＬＣｄａｔａＰＤＵの情報または廃棄すべきＲＬＣｄａｔａＰＤＵの情報を作成し、ＲＬＣＰＤＵバッファ管理部１０５に通知する回路である。

ＲＬＣＳＤＵ作成部１０９は、ＲＬＣＰＤＵバッファ管理部１０５より入力されたＲＬＣｄａｔａＰＤＵを結合し、ＲＬＣＳＤＵを構築（作成）する回路である。

続いて、送信信号を受信した場合の本実施形態の動作について順を追って説明する。以下の説明では、移動端末（移動局）からの送信信号を無線通信装置（基地局）が受信したものとして説明する。

移動端末（移動局）から送信された送信信号は、復調部１０１に入力される。復調部１０１は、受信信号の参照信号を用いて伝搬路推定を行い、周波数軸の伝搬路推定結果を行い、この結果より、周波数等化器のウェイトを算出する。受信信号にこのウェイトを掛けることにより、周波数等化を行う。また、復調部１０１は、周波数方向の信号からＬＬＲ（ＬｏｇＬｉｋｅｌｉｈｏｏｄＲａｔｉｏ）を算出し、復号部１０２へ送る。

復号部１０２は、ＬＬＲをもとにターボ復号を行い、ＭＡＣＰＤＵを復号し、ＭＡＣＰＤＵ解析部１０３へ復号したＭＡＣＰＤＵを出力する。また、復号部１０２は、ＭＡＣＰＤＵのＣＲＣ検査結果を算出する。このＣＲＣ検査結果は、ＣＲＣ結果抽出部１０７から参照できるように保持される。

ＭＡＣＰＤＵ解析部１０３は、ＭＡＣＰＤＵが入力されると速やかに、即ち、ＭＡＣＰＤＵのＣＲＣ検査結果が算出される前にＭＡＣサブヘッダの解析を開始する。

ＭＡＣＰＤＵ内のＭＡＣサブヘッダの数（ＭＡＣＳＤＵの数）またはＭＡＣＰＤＵ長に上限値をあらかじめ設定しておき、ＭＡＣＰＤＵ解析部１０３に、ＭＡＣサブヘッダの受信数がＭＡＣサブヘッダの上限値を超えた場合、もしくは、前記ＭＡＣＰＤＵ長（サイズ）が上限値を超えている場合、ＭＡＣＰＤＵを廃棄させ、以降の処理を中止させることができる。前記ＭＡＣＰＤＵ長は、ＭＡＣサブヘッダ内のＬフィールド（非特許文献２参照；対応するＭＡＣＳＤＵの長さを示す。）の和によって求めることも可能である。

ＭＡＣＰＤＵ内のＭＡＣサブヘッダの数（ＭＡＣＳＤＵの数）またはＭＡＣＰＤＵ長が上限値以内である場合、ＭＡＣＰＤＵ解析部１０３は、受信ＭＡＣＰＤＵからＲＬＣｄａｔａＰＤＵを抽出し、ＲＬＣＰＤＵバッファ管理部１０５に送る。また、ＭＡＣＰＤＵ解析部１０３は、ＲＬＣｄａｔａＰＤＵからＲＬＣヘッダを抽出し、これをＲＬＣヘッダ格納部１０４に送り、ＭＡＣＰＤＵのＣＲＣ検査結果が算出されるまで、保持させる。

ＲＬＣＰＤＵバッファ管理部１０５は、ＭＡＣＰＤＵ解析部１０３から入力されたＲＬＣｄａｔａＰＤＵをＲＬＣＰＤＵバッファ１０６内の空き領域に格納する。一つのＭＡＣＰＤＵ内に含まれるＲＬＣｄａｔａＰＤＵすべてに対し、ＭＡＣＰＤＵ解析部１０３およびＲＬＣＰＤＵバッファ管理部１０５は、前述した処理を繰り返す。

一方、ＣＲＣ結果抽出部１０７は、復号部１０２によるＭＡＣＰＤＵのＣＲＣ検査結果を参照し、ＲＬＣヘッダおよびＲＬＣｄａｔａＰＤＵの格納位置情報、長さをＲＬＣＳＤＵ作成命令部１０８に通知する。

前記通知は、ＣＲＣ検査結果にて誤り検出されたかどうかを示す１ビットの情報をＲＬＣヘッダ内に埋め込む（書き込む）ことによって行われる。ここでは、誤り検出された場合１、誤り検出されなかった場合０を埋め込むものとする。

ＣＲＣ検査結果が０の場合、ＲＬＣＳＤＵ作成命令部１０８は、ＲＬＣヘッダ格納部１０４に格納されているＲＬＣヘッダを用いてＲＬＣｄａｔａＰＤＵからＲＬＣＳＤＵを構築するための情報を作成し、ＲＬＣＰＤＵバッファ管理部１０５に通知する。この通知には、ＲＬＣＳＤＵを構築するための情報として、使用するＲＬＣＰＤＵのＲＬＣＰＤＵバッファ１０６内の格納位置情報、ＲＬＣＰＤＵの何バイト目から何バイトを用いるかの情報（ＲＬＣＰＤＵ内オフセット、ＲＬＣＳＤＵ内使用長）が含まれる。

ＲＬＣＰＤＵバッファ管理部１０５は、上記した情報に基づき、ＲＬＣＳＤＵバッファ１０６からＲＬＣＳＤＵを取り出し、ＲＬＣＳＤＵ作成部１０９に送る。

ＲＬＣＳＤＵ作成部１０９は、取り出されたＲＬＣＳＤＵを結合し、ＲＬＣＳＤＵを構築する。また、ＲＬＣＳＤＵ作成命令部１０８は、ＲＬＣＰＤＵがＲＬＣＳＤＵ構築に使用されたことによりＲＬＣＰＤＵバッファ１０６内にこれ以上格納しておく必要がなくなった場合、ＲＬＣＰＤＵバッファ管理部１０５にこのＲＬＣＰＤＵバッファ１０６から削除する命令を出力する。この命令には、削除するＲＬＣＰＤＵのバッファ内の前記格納位置情報が含まれる。

一方、ＣＲＣ検査結果が１の場合、ＲＬＣＳＤＵ作成命令部１０８は、ＲＬＣＰＤＵバッファ管理部１０５に、ビット１が埋め込まれたＲＬＣヘッダを含むＲＬＣｄａｔａＰＤＵをＲＬＣＰＤＵバッファ１０６から削除する命令を出力する。この命令には、削除するＲＬＣＰＤＵのバッファ内の前記格納位置情報が含まれる。

以上説明したように、図３、図４に示した構成ではＭＡＣＰＤＵのＣＲＣ検査結果にて誤りが検出されないことがわかるまで、そのＭＡＣＰＤＵの解析処理を保留しているのに対し、本実施形態では、ＭＡＣＰＤＵのＣＲＣ検査結果が分かる前にＭＡＣＰＤＵの解析を完了しているので、ＲＬＣレイヤにおける処理の短縮化を図ることが可能になる。

また、図３、図４に示した構成ではＣＲＣ検査結果が分かるまでＭＡＣＰＤＵを暫定バッファに格納しておく必要があるのに対し、本実施形態ではＭＡＣＰＤＵのＣＲＣ検査結果が分かる前にＭＡＣＰＤＵを分解し、分解して取り出されたＲＬＣｄａｔａＰＤＵをＲＬＣＰＤＵバッファ１０６に格納してしまうため、暫定バッファを無くし、メモリを節約することが可能になる。

また、本実施形態では、ＭＡＣＰＤＵのＣＲＣ検査結果をＲＬＣヘッダ中に埋め込み、ＲＬＣレイヤに位置するＣＲＣ結果抽出部１０７が参照し、ＲＬＣレイヤに位置するＲＬＣＳＤＵ作成命令部１０８がＣＲＣ誤り検出されたＭＡＣＰＤＵに対するＲＬＣｄａｔａＰＤＵを、ＲＬＣＰＤＵバッファ１０６から削除している。このため、ＲＬＣＳＤＵの構築後、ＲＬＣＰＤＵバッファ１０６内で不要になったＲＬＣｄａｔａＰＤＵの削除と合わせて、ＲＬＣＰＤＵバッファ１０６の削除管理をＲＬＣレイヤのみで一元管理できるという効果も生じる。

さらに、本実施形態では、入力されたＭＡＣＰＤＵのサブヘッダ数が所定の上限値を超えた場合、入力されたＭＡＣＰＤＵのサイズまたはＭＡＣＰＤＵサブヘッダ内のＬフィールドの値の和が所定の上限値を超えた場合、当該ＭＡＣＰＤＵを廃棄するようにしているため、ＲＬＣＰＤＵバッファ１０６がオーバフローしてしまう事態も回避される。

以上、本発明の実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、ＲＬＣヘッダにＣＲＣ検査結果を埋め込むものとして説明したが、ＲＬＣヘッダの後に設置したヘッダにＣＲＣ検査結果を埋め込むようにすることも可能である。

また例えば、上記した実施形態では、ＣＲＣを用いた誤り検出処理を用いるものとして説明したが、その他の誤り検出符号を用いた誤り検出処理を行う構成においても同様に適用することが可能である。
本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。

１０１復調部
１０２、１０２ａ復号部
１０３、１０３ａＭＡＣＰＤＵ解析部
１０４ＲＬＣヘッダ格納部
１０５ＲＬＣＰＤＵバッファ管理部
１０６ＲＬＣＰＤＵバッファ
１０７ＣＲＣ結果抽出部
１０８、１０８ａＲＬＣＳＤＵ作成命令部
１０９ＲＬＣＳＤＵ作成部
２０１ＲＬＣＳＤＵバッファ
２０２ＭＡＣＰＤＵ作成部
２０３ＣＲＣ付加部
２０４符号化部
２０５変調部

Claims

ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌレイヤ（ＭＡＣレイヤ）における、ＭＡＣレイヤのデータ処理単位（ＰＤＵ）に付された誤り検出符号を用いた誤り検出処理の完了を待たずに、ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌレイヤ（ＲＬＣレイヤ）にて、ＲＬＣレイヤのデータ処理単位であるＲＬＣｄａｔａＰＤＵを解析してバッファしておき、
ＲＬＣレイヤで、前記ＭＡＣレイヤにおけるＭＡＣＰＤＵの誤り検出処理の結果を参照して、誤りのなかったＲＬＣｄａｔａＰＤＵを用いて、ＲＬＣＳｅｒｖｉｃｅＤａｔａＵｎｉｔ（ＲＬＣＳＤＵ）を作成すること、
を特徴とする無線通信装置。
復調された受信信号を復号して得られたＭＡＣＰＤＵを、ＭＡＣＰＤＵ解析部に出力してから、ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ検査結果（ＣＲＣ検査結果）を算出する復号部と、
前記入力されたＭＡＣＰＤＵからＲＬＣｄａｔａＰＤＵを抽出して解析するＭＡＣＰＤＵ解析部と、
前記復号部にて算出されたＣＲＣ検査結果に基づいて、ＲＬＣｄａｔａＰＤＵからＲＬＣＳＤＵの作成またはＲＬＣｄａｔａＰＤＵの廃棄を実行するＲＬＣＳＤＵ作成命令部と、を備える請求項１の無線通信装置。
さらに、
前記ＭＡＣＰＤＵ解析部によって、ＲＬＣｄａｔａＰＤＵから抽出されたＲＬＣヘッダを格納するＲＬＣヘッダ格納部と、
前記復号部にて算出されたＣＲＣ検査結果を参照して、前記ＲＬＣヘッダ格納部に格納されたＲＬＣヘッダに、ＣＲＣ検査結果を書き込むＣＲＣ結果抽出部と、を備え、
前記ＲＬＣＳＤＵ作成命令部は、前記ＲＬＣヘッダを参照して、ＣＲＣ検査結果が正常であったか否かを判断する請求項２の無線通信装置。
前記ＭＡＣＰＤＵ解析部は、入力されたＭＡＣＰＤＵのサブヘッダ数が所定の上限値を超えた場合、当該ＭＡＣＰＤＵを廃棄する請求項２または３の無線通信装置。
前記ＭＡＣＰＤＵ解析部は、入力されたＭＡＣＰＤＵのサイズまたはＭＡＣＰＤＵサブヘッダ内のＬフィールドの値の和が所定の上限値を超えた場合、当該ＭＡＣＰＤＵを廃棄する請求項２から４いずれか一の無線通信装置。
ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌレイヤ（ＭＡＣレイヤ）における、ＭＡＣレイヤのデータ処理単位（ＰＤＵ）に付された誤り検出符号を用いた誤り検出処理の完了を待たずに、ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌレイヤ（ＲＬＣレイヤ）にて、ＲＬＣレイヤのデータ処理単位であるＲＬＣｄａｔａＰＤＵを解析してバッファしておくステップと、
ＲＬＣレイヤで、前記ＭＡＣレイヤにおけるＭＡＣＰＤＵの誤り検出処理の結果を参照して、誤りのなかったＲＬＣｄａｔａＰＤＵを用いて、ＲＬＣＳｅｒｖｉｃｅＤａｔａＵｎｉｔ（ＲＬＣＳＤＵ）を作成するステップと、を含むこと、
を特徴とするデータ受信方法。
さらに、入力されたＭＡＣＰＤＵのサブヘッダ数が所定の上限値を超えた場合、当該ＭＡＣＰＤＵを廃棄するステップを含む請求項６のデータ受信方法。
さらに、入力されたＭＡＣＰＤＵのサイズまたはＭＡＣＰＤＵサブヘッダ内のＬフィールドの値の和が所定の上限値を超えた場合、当該ＭＡＣＰＤＵを廃棄するステップを含む請求項６または７のデータ受信方法。