無線通信装置およびデータ処理方法
【課題】小型，低消費電力，低価格を実現することができる無線通信装置を得ること。
【解決手段】ＨＮＢとしての機能する無線通信装置であって、Ｅ−ＤＣＨ，ＲＡＣＨで同時に送信する端末の数を制限し、無線受信データを格納するＵＬ ＴｒＣＨメモリ１５と、ＭＡＣ処理の処理対象を、処理スロットごとにＵＬ ＤＣＨデータとＲＡＣＨデータとのうちの１つ未満と、Ｅ−ＤＣＨデータと、のうちの２つ未満とし、１処理スロット内のＵＬ ＤＣＨデータ，Ｅ−ＤＣＨデータ，ＲＡＣＨデータの処理量の上限値を最小ＴＴＩに対応するデータ量とし、最小ＴＴＩ以外の送信間隔で送信された無線受信データを分割し、分割したデータを、各処理スロットでのチャネルごとの処理量がそのチャネルの処理量の上限値を超えないよう処理スロットの処理対象として選択するＵＬ ＭＡＣ９と、を備える。
【解決手段】ＨＮＢとしての機能する無線通信装置であって、Ｅ−ＤＣＨ，ＲＡＣＨで同時に送信する端末の数を制限し、無線受信データを格納するＵＬ ＴｒＣＨメモリ１５と、ＭＡＣ処理の処理対象を、処理スロットごとにＵＬ ＤＣＨデータとＲＡＣＨデータとのうちの１つ未満と、Ｅ−ＤＣＨデータと、のうちの２つ未満とし、１処理スロット内のＵＬ ＤＣＨデータ，Ｅ−ＤＣＨデータ，ＲＡＣＨデータの処理量の上限値を最小ＴＴＩに対応するデータ量とし、最小ＴＴＩ以外の送信間隔で送信された無線受信データを分割し、分割したデータを、各処理スロットでのチャネルごとの処理量がそのチャネルの処理量の上限値を超えないよう処理スロットの処理対象として選択するＵＬ ＭＡＣ９と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、家庭用基地局（Home NodeB：ＨＮＢ）として機能する無線通信装置に関する。
【背景技術】
【０００２】
３ＧＰＰ（３rd Generation Partnership Project）で規格化されている移動体通信システム（ＵＭＴＳ：Universal Mobile Terrestrial System）では様々なサイズ，到着間隔で到来するユーザデータの無線伝送を行なうために無線インタフェースプロトコルを適用している（下記非特許文献１、非特許文献２および非特許文献３参照）。無線インタフェースプロトコルは、ユーザデータに対して、適切なサイズへ分割・連結したり、無線伝送における誤り・消失，順序逆転への対処を行ない、無線伝送データとする。
【０００３】
無線インタフェースプロトコルには、たとえば、ＰＤＣＰ（Packet Data Convergence Protocol），ＲＬＣ（Radio Link Control），ＭＡＣ（Media Access Control）があり、いずれも端末（ＵＥ：User Equipment）側とネットワーク側（ＲＡＮ：Radio Access Network）の両方に配置される。
【０００４】
ＰＤＣＰは、各種プロトコルのヘッダ圧縮やロスレスハンドーバを行なうためのプロトコルであり、ＵＥおよび無線ネットワークコントローラ（ＲＮＣ：Radio Network Controller）で終端する。ＲＬＣはデータの分割・連結，ＡＲＱ（Automatic Repeat reQuest）による再送制御，暗号化，インテグリティ等を行なうプロトコルであり，ＵＥおよびＲＮＣで終端する。
【０００５】
ＭＡＣは無線伝送チャネルに最適な無線伝送データの多重・送信スケジューリング，無線伝送データのレートに応じた無線伝送チャネルの選択，暗号化，ＨＡＲＱ（Hybrid ARQ）による高速再送制御等を行なうプロトコルであり、ＵＥ、ＲＮＣおよび基地局（ＢＴＳ：Base Transceiver Station）で終端する。ＲＡＮ側のＭＡＣプロトコル処理としては、ＢＴＳが、高速無線パケットアクセス（ＨＳＰＡ：High Speed Packet Access）チャネルで送信する無線伝送データに対して、ＨＡＲＱ，ユーザ多重，送信スケジューリングを行ない、その他の処理をＲＮＣが行なう。以下、ＲＡＮ側のＭＡＣプロトコル処理のうちＢＴＳが行なう処理とＲＮＣが行なう処理を区別するために、ＢＴＳが行なう処理を無線ＭＡＣ処理と呼び、ＲＮＣが行なうＭＡＣ処理をＭＡＣ処理と呼ぶこととする。
【０００６】
ＲＮＣは、ネットワークからＵＥ方向へのデータ（下りデータ）に対して無線インタフェースプロトコル処理（ＰＤＣＰ処理，ＲＬＣ処理，ＭＡＣ処理等）を行なった後、そのデータの宛先のＵＥが接続しているＢＴＳへ伝送する。このとき、ＲＮＣは、無線伝送データに対して有線伝送区間であるＲＮＣ−ＢＴＳ間の伝送のためのフレーム化を行なうフレームプロトコルを適用し、複数のデータや付随情報をカプセル化したデータとする。また、ＲＮＣは、ＢＴＳが選択している無線伝送チャネルに合わせたデータ送信間隔（ＴＴＩ：Transmission Time Interval）で、フレーム化された無線伝送データをＢＴＳに送信する。
【０００７】
ＢＴＳは、下りデータ（フレーム化された無線伝送データ）を受信すると、フレーム化された受信データから送信データを取り出す。そして、ＢＴＳは、無線伝送チャネルとしてＨＳＰＡチャネルが選択されている場合には、送信データに対して無線ＭＡＣ処理を行ない、さらに、誤り訂正，インターリーブ，拡散等の処理を行なってＵＥに下りデータとして無線伝送する。ＵＥは、ＢＴＳから下りデータを受信すると、上記のＢＴＳおよびＲＮＣが行なった処理の逆処理を行ない、下りユーザデータを復元してアプリケーションに渡す。
【０００８】
ＵＥからネットワーク方向へのデータ（上りデータ）については、ＵＥが無線プロトコル処理，無線ＭＡＣ処理，無線送信処理を行ない、ＢＴＳにデータを無線伝送する。ＢＴＳは、上りデータを受信すると、逆拡散，デインタリーブ，誤り訂正処理を行なう。そして、ＢＴＳは、上りデータの無線伝送にＨＳＰＡチャネルを使用している場合にはさらに無線ＭＡＣ処理を行なって無線伝送データを復元してＲＮＣに送信する。下りデータと同様に、ＢＴＳからＲＮＣへ無線伝送データを送信する際にはフレームプロトコルが適用され、複数の無線伝送データ及び付随情報がカプセル化されたデータが無線伝送チャネルのＴＴＩに合わせた送信間隔で送信される。ＲＮＣは、ＢＴＳからフレーム化された無線伝送データを受信すると送信データを取り出し、無線インタフェースプロトコル処理を行なってユーザデータを復元して宛先ユーザに転送する。
【０００９】
一方、３ＧＰＰ（３rd Generation Partnership Project）では、不感地の解消，付加サービスの提供を目的として、家庭用基地局（ＨＮＢ）と呼ばれるＢＴＳ（Base Transceiver Station）に関する規格化が進められている。たとえば、ＨＮＢの機能構成，ＨＮＢ収容ＲＡＮ（Radio Access Network）アーキテクチャ，ネットワークサービス等の規格化が進められている。
【００１０】
ＨＮＢは、セル半径が極めて小さく、セルあたりの同時接続ＵＥ（User Equipment）数も通常のＢＴＳに比べて少ない。一方、ＨＮＢの無線伝送能力は屋外をカバーするＢＴＳの伝送能力と同等であるため、有限の無線リソースを限られた空間，ＵＥで独占使用することにより、ＵＥあたりの無線伝送速度が向上する利点がある。しかし、ＨＮＢ１台がカバーする領域が小さいため、設置されるＨＮＢの数は従来のＢＴＳに比べて膨大になることが予想され、ＲＡＮまたはコアネットワーク（ＣＮ；Core Network）への負荷増大等の影響が懸念される。
【００１１】
そこで、３ＧＰＰでは、ＨＮＢがＲＡＮまたはＣＮに与える影響を最小限とするためのＲＡＮ構成およびＨＮＢへの機能配置について検討され、その結果が下記非特許文献４として規格化されている。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】３ＧＰＰ ＴＳ２５．２０１，“Physical layer−General description（Release 6）”，Ｖ６．２．０，２００５−０６
【非特許文献２】３ＧＰＰ ＴＳ２５．３０１，“Radio Interface Protocol Architecture（Release 6）”，Ｖ６．６．０，２００８−０３
【非特許文献３】３ＧＰＰ ＴＳ２５．４０１，“UTRAN overall description（Release 6）”，Ｖ６．９．０，２００６−１２
【非特許文献４】３ＧＰＰ ＴＳ２５．４６７，“UTRAN architecture for 3G Home Node B（ＨＮＢ）；Stage 2（Release 8）”，Ｖ８．２．０，２００９−６
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ＨＮＢは、ユーザ宅内に設置され宅内ＵＥと接続して使用するのが主な用途であるため、装置は小型，低消費電力，低価格であることが求められる。しかしながら、上記非特許文献４によれば、ＨＮＢは、従来の移動体通信システム（たとえば、上記非特許文献１〜非特許文献３で規定されているような）におけるＢＴＳおよびＲＮＣの両方の機能を有する必要がある。すなわち、ＨＮＢは、ＢＴＳとしての各処理に加え、ＲＡＮ側の無線インタフェースプロトコル処理も行なう必要がある。そのため、上記非特許文献４に記載の規格では、ＨＮＢの装置の小型，低消費電力，低価格が困難である、という問題があった。
【００１４】
本発明は、上記に鑑みてなされたものであって、ＢＴＳとしての各処理に加えＲＡＮ側の無線インタフェースプロトコル処理を実施する場合に、小型，低消費電力，低価格を実現することができる無線通信装置およびデータ処理方法を得ることを目的とする。
【課題を解決するための手段】
【００１５】
上述した課題を解決し、目的を達成するために、本発明は、無線接続する端末から無線受信データを受信し、前記無線受信データに対して基地局としての所定の無線伝送処理を実施する無線伝送処理手段と、無線ネットワークコントローラとしての無線インタフェースプロトコル処理を実施する無線インタフェースプロトコル処理手段と、を備える無線通信装置であって、前記無線伝送処理手段は、Ｅ−ＤＣＨを用いて同時にデータを送信する前記端末の数を所定の第１の制限数以下とし、ＲＡＣＨを用いて同時にデータを送信する前記端末の数を所定の第２の制限数以下とするよう制御し、前記無線伝送処理手段による処理後の前記無線受信データを格納するための受信データ格納手段と、前記無線インタフェースプロトコル処理手段が前記無線受信データを処理する際の処理対象を、所定の処理単位時間である処理スロットごとに、ＵＬ ＤＣＨで受信した前記無線受信データであるＵＬ ＤＣＨデータとＲＡＣＨで受信した前記無線受信データであるＲＡＣＨデータとのうちの１つ未満と、Ｅ−ＤＣＨで受信した前記無線受信データであるＥ−ＤＣＨデータと、のうちの２つ未満とし、また、１処理スロット内の前記ＵＬ ＤＣＨデータの処理量の上限値をＵＬ ＤＣＨの最小送信間隔に対応するデータ量とし、１処理スロット内の前記Ｅ−ＤＣＨデータの処理量の上限値を前記第１の制限数にＥ−ＤＣＨの最小送信間隔に対応するデータ量を乗じた量とし、１処理スロット内の前記ＲＡＣＨデータの処理量の上限値を前記第２の制限数にＲＡＣＨの最小送信間隔に対応するデータ量を乗じた量とし、各処理スロットでのチャネルごとの処理量がチャネルごとの上限値を超えないよう、各チャネルの最小送信間隔で送信された最小送信間隔データを各処理スロットの処理対象データとして選択し、また、最小送信間隔以外の送信間隔で送信された前記無線受信データをそのデータの送信されたチャネルの処理量の上限値ごとに分割し、分割したデータを、各処理スロットでのチャネルごとの処理量がそのチャネルの処理量の上限値を超えないよう処理スロットの処理対象として選択する処理対象データ選択手段と、を備え、前記無線インタフェースプロトコル処理手段は、処理スロットごとに、前記処理対象データ選択手段がその処理スロットの処理対象として選択した処理対象データを前記受信データ格納手段から読み出して処理する、ことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ＵＬトランスポートチャネル処理後のデータを蓄積するためのＵＬトランスポートチャネル記憶手段と、を備え、無線インタフェースプロトコル処理の処理対象を、所定の処理単位時間ごとに、１ＵＥ分以下の最小ＴＴＩに対応するデータ量分のＵＬ ＤＣＨまたは所定の制約数以下のＵＥのＲＡＣＨデータと、所定の制約数以下のＵＥの最小ＴＴＩに対応するデータ量のＥ−ＤＣＨデータと、とし、最小ＴＴＩ以外のデータは受信した場合はそのデータは複数回に分けて処理するようにしたので、ＢＴＳとしての各処理に加えＲＡＮ側の無線インタフェースプロトコル処理を実施する場合に、小型，低消費電力，低価格を実現することができる、という効果を奏する。
【図面の簡単な説明】
【００１７】
【図１】図１は、本発明にかかる無線通信装置の機能構成例を示す図である。
【図２】図２は、ＭＡＣ処理の処理対象とする無線伝送データを示す図である。
【図３】図３は、ＭＡＣ処理の処理対象とする無線伝送データの別の一例を示す図である。
【図４】図４は、ＤＬ ＭＡＣの処理対象データの一例を示す図である。
【発明を実施するための形態】
【００１８】
以下に、本発明にかかる無線通信装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１９】
図１は、本発明にかかる無線通信装置の機能構成例を示す図である。本実施の形態の無線通信装置は、ＨＮＢとして用いられ、ＵＥと無線通信を行なうとともに、「３ＧＰＰ ＴＳ２５．４６７，“UTRAN architecture for 3G Home Node B（ＨＮＢ）；Stage 2（Release 8）”」で規定されているようにＢＴＳとしての無線伝送処理とＲＮＣとしてのＲＡＮ側の無線インタフェースプロトコル処理（ＭＡＣ処理，ＲＬＣ処理，ＰＤＣＰ処理等）とを実施する。図１では、この無線伝送処理を行なう機能部と無線インタフェースプロトコル処理を行なう機能部とを示している。
【００２０】
図１に示すように、本実施の形態の無線通信装置は、無線物理レイヤ部１と、ＲＡＣＨ（Random Access CHannel）処理部２と、ＵＬ ＤＣＨ（Dedicated CHannel）処理部３と、Ｅ−ＤＣＨ（Enhanced Dedicated CHannel）処理部４と、ＨＳ−ＤＳＣＨ（High Speed Downlink Shared Channel）処理部５と、ＤＬ ＤＣＨ処理部６と、ＰＣＨ（Paging CHannel）／ＦＡＣＨ（Forward Access CHannel）処理部７と、無線ＭＡＣ処理部８と、ＵＬ ＭＡＣ処理部（ＵＬ ＭＡＣ）９と、ＵＬ ＲＬＣ処理部（ＵＬ ＲＬＣ）１０と、ＵＬ ＰＤＣＰ処理部（ＵＬ ＰＤＣＰ）１１と、ＤＬ ＭＡＣ処理部（ＤＬ ＭＡＣ）１２と、ＤＬ ＲＬＣ処理部（ＤＬ ＲＬＣ）１３と、ＤＬ ＰＤＣＰ処理部（ＤＬ ＰＤＣＰ）１４と、ＵＬ ＴｒＣＨ（Transport CHannel）メモリ１５と、ＤＬ ＴｒＣＨメモリ１６と、ＤＬ ＲＬＣ ＳＤＵ メモリ１７と、を備える。
【００２１】
また、ＲＡＣＨ処理部２と、ＵＬ ＤＣＨ処理部３と、Ｅ−ＤＣＨ処理部４と、は、無線物理レイヤ部１から復調データを受信し、誤り訂正・無線伝送データの分離を行なうＵＬトランスポートチャネル処理部を構成する。
【００２２】
ＨＳ−ＤＳＣＨ処理部５と、ＤＬ ＤＣＨ処理部６と、ＰＣＨ／ＦＡＣＨ処理部７と、は、無線伝送データに対して多重・誤り訂正符号化を行ない、無線物理レイヤ部１に変調データを送信するＤＬトランスポートチャネル処理部を構成する。
【００２３】
ＵＬ ＭＡＣ９と、ＵＬ ＲＬＣ１０と、ＵＬ ＰＤＣＰ１１と、は、ＵＬトランスポートチャネル処理部から受信した無線伝送データに対して無線インタフェースプロトコル処理を行ない、ＵＥが送信したユーザデータを復元するＵＬ無線インタフェースプロトコル処理部を構成する。
【００２４】
ＤＬ ＭＡＣ１２と、ＤＬ ＲＬＣ１３と、ＤＬ ＰＤＣＰ１４と、は、ＵＥへ送信するユーザデータに対して無線インタフェースプロトコル処理を行ない無線伝送データとし、ＤＬ無線インタフェースプロトコル処理部を構成する。
【００２５】
また、ＵＬ無線インタフェースプロトコル処理部とＤＬ無線インタフェースプロトコル処理部は上述のようにＲＮＣとしての処理を実施する処理部であり、無線物理レイヤ部１，無線ＭＡＣ処理部８，ＵＬトランスポートチャネル処理部，ＤＬトランスポートチャネル処理部は、通常の基地局としての無線伝送処理を実施する処理部である。
【００２６】
無線物理レイヤ部１は、ＵＥとの間で無線送受信を行なう。無線ＭＡＣ処理部８は、高速パケットアクセスチャネルで送受信を行なうＵＥおよびパケットデータのスケジューリングを行なう。ＵＬ ＴｒＣＨメモリ１５は、ＲＡＣＨ処理部２、ＵＬ ＤＣＨ処理部３およびＥ−ＤＣＨ処理部４から出力される無線伝送データ（ＵＥからの受信データ）を格納するためのメモリ（受信データ格納手段）であり、ＤＬ ＴｒＣＨメモリ１６は、ＤＬ ＭＡＣ処理１２から出力されるＭＡＣ処理後の無線伝送データ（ＵＥへの送信データ）を蓄積するためのメモリ（送信データ格納手段）である。また、ＤＬ ＲＬＣ ＳＤＵメモリ１７は、ＤＬ ＰＤＣＰ１４から出力されるデータを蓄積するためのメモリである。
【００２７】
つぎに、本実施の形態の動作を説明する。まず、ＵＥから無線伝送データを受信した際の処理であるＵＬ受信処理を説明する。無線物理レイヤ部１は、ＵＥから受信したデータを復調し、ＵＬトランスポートチャネル処理部へ復調データを渡す。また、ＵＥから復調したデータのうち高速下りパケットアクセスチャネルで送信された送達確認を無線ＭＡＣ処理部８へ渡す。
【００２８】
なお、ＵＬトランスポートチャネル処理部の処理は、トランスポートチャネル種別毎に、ＴＴＩ，無線伝送データのサイズ，多重方法が異なるため、本実施形態では、ＲＡＣＨトランスポートチャネル，ＤＣＨトランスポートチャネル，Ｅ−ＤＣＨトランスポートチャネルの３つの種別に対応してＲＡＣＨ処理部２，ＵＬ ＤＣＨ処理部３，Ｅ−ＤＣＨ処理部４の３種類の処理部を備えることとしている。そのため、無線物理レイヤ部１は、ＲＡＣＨトランスポートチャネルで受信したデータ，ＤＣＨトランスポートチャネルで受信したデータ，Ｅ−ＤＣＨトランスポートチャネルで受信したデータの復調データを、それぞれＲＡＣＨ処理部２，ＵＬ ＤＣＨ処理部３，Ｅ−ＤＣＨ処理部４へ出力する。
【００２９】
ＲＡＣＨ処理部２は、ＲＡＣＨトランスポートチャネルで受信した復調データに対して誤り訂正処理を実施した後に、情報データ部分（無線伝送データ）を抽出し、抽出した無線伝送データをＵＬ ＴｒＣＨメモリ１５へ格納する。なお、ＵＬ ＴｒＣＨメモリ１５は、全ＵＥが共通で用いる、ＲＡＣＨ受信領域，ＵＬ ＤＣＨ受信領域，Ｅ−ＤＣＨ受信領域にあらかじめ領域分けされていることとし、ＲＡＣＨ処理部２は、復元後の無線伝送データをＵＬ ＴｒＣＨメモリ１５のＲＡＣＨ受信領域へ格納する。
【００３０】
ＲＡＣＨは、複数のユーザが互いに衝突を回避しながらデータを送信するランダムアクセスによる共通チャネルである。ＲＡＣＨを無線伝送する無線物理チャネルはＰＲＡＣＨ（Physical Random Access CHannel）と呼ばれ、ＴＴＩ＝１０ｍｓまたは２０ｍｓで１ＵＥ分のデータを伝送することができる。なお、ＵＥとＨＮＢは一般に複数のＰＲＡＣＨを使用することにより、複数ＵＥが同時にデータを送信できるようにするが、本実施の形態の通信装置とＵＥとの間では１つのＰＲＡＣＨのみを使用することとする。
【００３１】
ＵＬ ＤＣＨ処理部３はＤＣＨトランスポートチャネルで受信した復調データに対して誤り訂正処理を実施した後に、無線伝送データを抽出し、抽出した無線伝送データをＵＬ ＴｒＣＨメモリ１５のＵＬ ＤＣＨ受信領域へ格納する。ＤＣＨはＵＥからＨＮＢ方向，ＨＮＢからＵＥ方向にそれぞれ設定することが可能であり、本実施形態では前者をＵＬ ＤＣＨと呼び、後者をＤＬ ＤＣＨと呼ぶ。ＤＣＨはＵＥごとに設定する個別チャネルである。また、同一ＵＥに複数のＤＣＨを設定することができる。
【００３２】
ＤＣＨを無線伝送する無線物理チャネルはＤＰＣＨ（Dedicated Physical CHannel）と呼ばれ、ＵＥごとに設定され、また同一ＵＥに設定された複数のＤＣＨを多重してＴＴＩ＝１０ｍｓ，２０ｍｓ，４０ｍｓのいずれかで伝送する。ＤＰＣＨは、ＵＥ数分設定することになるが、本実施の形態の通信装置では、接続可能なＵＥの数の上限を定める。ここでは、たとえば４つと仮定し、ＤＰＣＨは最大で４つ設定されることとする。
【００３３】
Ｅ−ＤＣＨ処理部４は、Ｅ−ＤＣＨトランスポートチャネルで受信した復調データに対して誤り訂正処理を実施した後に、無線伝送データおよびスケジューリング情報を抽出する。そして、抽出した無線伝送データをＵＬ ＴｒＣＨメモリ１５のＥ−ＤＣＨ受信領域へ格納し、また、スケジューリング情報を無線ＭＡＣ処理部８へ通知する。
【００３４】
Ｅ−ＤＣＨは、ＤＣＨと同様にＵＥごとに設定される個別チャネルである。また、同一ＵＥに複数のＭＡＣ−ｄフローを設定可能である。しかし、本実施の形態では、後述するように無線ＭＡＣ処理部８が同時に１ＵＥのみＥ−ＤＣＨデータを送信できるように制御する。したがって、Ｅ−ＤＣＨ処理部４はＵＥの識別子とともに高々１ＵＥのＥ−ＤＣＨデータを格納できるＥ−ＤＣＨ受信領域をＵＬ ＴｒＣＨメモリ１５内に設ければよい。
【００３５】
Ｅ−ＤＣＨを無線伝送する無線物理チャネルは、Ｅ−ＤＰＣＨ（Enhanced Dedicated Physical CHannel）と呼ばれ、ＵＥごとに設定され、１つのＥ−ＤＣＨデータをＴＴＩ＝２ｍｓまたは１０ｍｓで伝送する。Ｅ−ＤＰＣＨは、ＵＥ数分設定するため、本実施の形態では、ＤＰＣＨの説明で述べたように、接続可能なＵＥの数の上限（ここでは４とする）を定めるため、Ｅ−ＤＰＣＨは最大で４つ設定される。
【００３６】
Ｅ−ＤＣＨでは、大容量のパケットデータを高速に伝送するためにデータ伝送中は大きな送信電力となり、ＵＥ間の干渉が増えて逆にデータ伝送速度が低下するという問題が発生する。そのため、ＨＮＢは、各ＵＥが使用可能な送信電力の上限および送信タイミングを制御し、ＵＥ間干渉を抑制する。
【００３７】
この送信電力・送信タイミング制御の方法の１つとして、あるＵＥの送信電力をゼロとし、空いた送信電力を他のＵＥに割り当て、送信電力をゼロとするＵＥを順次切り替えていく「Time and Rate Scheduling」方式がある。この方式は、「３ＧＰＰ ＴＲ２５．８９６，“Feasibility study for enhanced uplink for UTRA FDD”,２００４−４」に記載されている。この方式によれば、Ｅ−ＤＣＨデータを同時に送信可能なＵＥの数を１つとすることができる。本実施の形態の通信装置では、無線ＭＡＣ処理部８が「Time and Rate Scheduling」方式によりＵＥ送信電力の範囲および送信タイミングを決定し、無線物理レイヤ部１経由でＵＥに通知することとする。
【００３８】
ＵＬ ＭＡＣ９は、ＵＬ ＴｒＣメモリ１５からＲＡＣＨ処理部２、ＵＬ ＤＣＨ処理部３およびＥ−ＤＣＨ処理部４が格納した無線伝送データを読み出し、無線伝送データに対してＭＡＣ処理を実施し、処理後のデータをＵＬ ＲＬＣ１０に出力する。ＭＡＣ処理の詳細は、「３ＧＰＰ ＴＳ２５．３２１，”Medium Access Control （MAC） protocol specification”，２００９−６」を参照されたい。
【００３９】
ＵＬ ＭＡＣ９が処理する無線伝送データは、前述のとおり無線物理チャネルの特性によりチャネルごとにデータ到来間隔が異なるが、本実施の形態では、トランスポートチャネルごとのトランスポートチャネル処理後にＵＬ ＴｒＣＨメモリ１５に格納することで、ＭＡＣ処理を以下のように逐次的に実施することができる。
【００４０】
ＵＬ ＭＡＣ９が実施するＭＡＣ処理の処理対象とする無線伝送データの順を以下に説明する。図２は、ＭＡＣ処理の処理対象とする無線伝送データを示す図である。ＵＬ ＭＡＣ９は、２ｍｓごとにＵＬ ＴｒＣＨメモリ１５から処理対象の無線伝送データを選択し、その無線伝送データ処理に対してＭＡＣ処理を行なう。２ｍｓを１スロットとし、１０ｍｓの無線フレーム周期内の５スロットを、先頭から順に第１処理スロット〜第５処理スロットとする。
【００４１】
各処理スロットでは、高々１ＵＥ分のＤＣＨデータ（ＤＣＨトランスポートチャネルで送信された無線伝送データ）またはＲＡＣＨデータ（ＲＡＣＨトランスポートチャネルで送信された無線伝送データ）と、高々１ＵＥ分のＥ−ＤＣＨデータ（Ｅ−ＤＣＨトランスポートチャネルで送信された無線伝送データ）を処理する。たとえば、本実施の形態の通信装置に４つのＵＥが接続し、接続している４つのＵＥ（第１〜第４のＵＥとする）がＤＣＨトランスポートチャネルを確立しているとし、ＴＴＩは４つのＵＥとも１０ｍｓであるとする。
【００４２】
この場合に、第１の処理スロットでは第１のＵＥのＤＣＨデータを、第２の処理スロットでは第２のＵＥのＤＣＨデータを、第３の処理スロットでは第３のＵＥのＤＣＨデータを、第４の処理スロットでは第４のＵＥのＤＣＨデータを処理することとする。また、第５の処理スロットはＲＡＣＨの処理をするスロットとし、第５の処理スロットまでに受信した未処理のＲＡＣＨデータが残っている場合には第５の処理スロットでその未処理のＲＡＣＨデータを処理する。また、これらの第１〜第５の処理スロットの間にいずれかのＵＥからＥ−ＤＣＨデータを受信した場合、データを受信した処理スロットで受信したＥ−ＤＣＨデータを処理する。Ｅ−ＤＣＨデータを受信した第１〜第４の処理スロットでは、ＤＣＨデータの処理とＥ−ＤＣＨデータの処理とを行なうことになる。
【００４３】
一方、前述のように、ＴＴＩは、ＵＬ ＤＣＨでは１０，２０，４０ｍｓの３つ、ＲＡＣＨでは１０ｍｓ，２０ｍｓの２つ、Ｅ−ＤＣＨでは２ｍｓ，１０ｍｓの２つ、を用いることができる。同一トランスポートチャネルではＴＴＩが大きくなると一度に受信するデータ多くなる。たとえば、ＵＬ ＤＣＨでは、ＴＴＩ＝２０ｍｓで送信されるデータはＴＴＩ＝１０ｍｓで送信されるデータの倍のサイズとなる。そこで、本実施の形態では、処理を平滑化するために、ＵＬ ＭＡＣ９は、ＵＬ ＴｒＣＨメモリ１５から処理対象の無線伝送データを読み出す際、ＤＣＨおよびＲＡＣＨではＴＴＩ＝１０ｍｓ時相当のデータのみを、Ｅ−ＤＣＨではＴＴＩ＝２ｍｓ時相当のデータのみを、受信した処理スロットで処理する。そして、未処理のＴＴＩのデータは、受信した処理スロットだけでなく、他の処理スロットでも処理するようにする。
【００４４】
たとえば、図２では、第１〜第３のＵＥがＤＣＨを確立し、第１および第３のＵＥからはＴＴＩ＝１０ｍｓのＤＣＨデータが、第２のＵＥからはＴＴＩ＝２０ｍｓのＤＣＨデータが送信され、また、第４のＵＥからはＴＴＩ＝１０ｍｓでＥ−ＤＣＨデータが送信される例を示している。
【００４５】
第１の処理スロットである処理スロット２１では、第１のＵＥのＤＣＨデータ＃０と第１のＵＥのＥ−ＤＣＨデータ＃０を処理する。第２のスロットである処理スロット２２では、第２のＵＥのＤＣＨデータ＃１と第１のＵＥのＥ−ＤＣＨデータ＃０を処理する。第３のスロットである処理スロット２３では、第３のＵＥのＤＣＨデータ＃２を処理する。また、第３のスロットである処理スロット２８では、第３のＵＥのＤＣＨデータ＃２と第４のＵＥのＥ−ＤＣＨデータ＃３を処理する。このとき、第２のＵＥのＤＣＨデータ＃１のサイズはＴＴＩ＝１０ｍｓの場合の倍のサイズであるため、２つの処理スロットを用いて処理することとし、ＤＣＨデータ＃１のうちの半分を処理スロット２２で処理し、残りの半分を次の無線フレーム周期の第２の処理スロットである処理スロット２７で処理する。
【００４６】
また、処理スロット２３，処理スロット２６，処理スロット２７では、Ｅ−ＤＣＨデータを受信していないため、それぞれ第３のＵＥのＤＣＨデータ＃２，第１のＵＥのＤＣＨデータ＃０，第２のＵＥのＤＣＨデータ＃１（残り半分）のみを処理する。また、処理スロット２４，処理スロット２９では、第４のＵＥがＤＣＨを確立していないため、Ｅ−ＤＣＨの処理のみを行なう。
【００４７】
また、第４のＵＥのＥ−ＤＣＨは、ＴＴＩが１０ｍｓであり、データサイズがＴＴＩが２ｍｓの場合のデータのサイズより大きい。したがって、ここでは、ＴＴＩが１０ｍｓのデータサイズを２回に分けて処理する例を示している。したがって、処理スロット２８では、第４のＵＥから受信したＥ−ＤＣＨ＃３の半分の量を処理し、処理スロット２９では、第４のＵＥから受信したＥ−ＤＣＨ＃３の残り半分を処理する。
【００４８】
また、第５の処理スロットである処理スロット２５，処理スロット３０では、その時点までに未処理のＲＡＣＨデータがＵＬ ＴｒＣＨメモリ１５にある場合に、ＲＡＣＨデータを処理する。図２の例では、処理スロット２５では、Ｅ−ＤＣＨ＃１を受信しているため、ＲＡＣＨデータの処理とＲ−ＤＣＨ＃１の処理との両方を行なう。
【００４９】
図３は、ＭＡＣ処理の処理対象とする無線伝送データの別の一例を示す図である。図３では、第２のＵＥのＤＣＨのＴＴＩが４０ｍｓであり、また、ＲＡＣＨのＴＴＩが２０ｍｓである場合を示している。第２のＵＥから送信された４０ｍｓのＴＴＩで送信されたデータを約１／４ずつに分割し、４回の無線フレーム周期にわたって第２のＵＥの処理スロットである第２の処理スロットで約１／４ずつに分割されたそれぞれのデータを処理している。また、ＲＡＣＨの処理スロットである第５の処理スロットでは、２回の無線フレーム周期にわたっておよそ半分ずつに分割されたデータを処理する。
【００５０】
このように、１０ｍｓの無線フレーム周期をＥ−ＤＣＨの最小ＴＴＩである２ｍｓを単位とするスロットに分割し、ＵＥごとにＤＣＨを処理するスロットを定めておき、また、ＲＡＣＨを処理するスロットを定めておく。そして、ＤＣＨデータは各ＵＥに対応する処理スロットとで処理し、Ｅ−ＤＣＨデータは受信した処理スロットで処理する。また、ＴＴＩの最小値以外のＴＴＩで送信されたデータは、複数に分割し複数の処理スロットを用いて処理する。
【００５１】
つぎに、ＵＬ ＲＬＣ１０は、ＵＬ ＭＡＣ９から出力されるＭＡＣ処理後の無線伝送データに対してＲＬＣ（Radio Link Control）処理を実施する。ＲＬＣ処理の詳細は、「３ＧＰＰ ＴＳ２５．３２２，”Radio Link Control（RLC） protocol specification”，２００９−６」を参照されたい。
【００５２】
本実施の形態のＵＬ ＲＬＣ１０は、ＵＬ ＭＡＣ９の処理スロットの長さと同じ２ｍｓごとにＲＬＣ処理を行なう。ＵＬ ＲＬＣ１０は、２ｍｓごとに、ＵＬ ＭＡＣ９が出力する、高々１ＵＥの最小ＴＴＩに対応するデータの処理（最小ＴＴＩで送信されるデータサイズのデータに対する処理）またはＲＡＣＨデータに対する処理と、高々１ＵＥの最小ＴＴＩに対応するデータの処理と、を実施し処理結果をＵＬ ＰＤＣＰ１１に出力する。
【００５３】
ＵＬ ＰＤＣＰ１１は、ＵＬ ＲＬＣ１０から出力されるＲＬＣ処理後の無線伝送データに対してＰＤＣＰ処理を実施する。ＰＤＣＰ処理の詳細は、「３ＧＰＰ ＴＳ２５．３２３，”Packet Data Convergence Protocol（PDCP） specification”，２００９−６」を参照されたい。
【００５４】
ＵＬ ＰＤＣＰ１１も、ＵＬ ＭＡＣ９，ＵＬ ＲＬＣ１０と同様に２ｍｓごとにＰＤＣＰ処理を実施する。ＵＬ ＰＤＣＰ１１は、２ｍｓごとに、ＵＬ ＲＬＣ１０が出力する、高々１ＵＥの最小ＴＴＩに対応する処理（最小ＴＴＩで送信されるデータサイズのデータに対する処理）またはＲＡＣＨデータに対するデータの処理と、高々１ＵＥの最小ＴＴＩに対応するデータの処理と、を実施する。なお、ＰＤＣＰはすべての無線伝送データに適用されるわけではなく、適用されない無線伝送データに対してはＵＬ ＰＤＣＰ１１の処理は実施しない。
【００５５】
ＵＬ ＰＤＣＰ１１は、ＰＤＣＰ処理後のデータは、後ＲＲＣシグナリングメッセージ，ユーザデータ，放送データに加工され、図示しない後段の各部に配送される。たとえば、ＨＮＢではＲＲＣシグナリングメッセージを自装置内で処理するため、自装置内のＲＲＣ処理部（図示せず）に配送される。また、たとえば、ユーザデータがローカルエリアネットワーク上の他機器宛てのＩＰ（Internet Protocol）パケットの場合は、そのＩＰパケットをローカルネットワークに送出する。
【００５６】
つぎに、ＵＥに対して無線伝送データを送信する際の処理であるＤＬ送信処理を説明する。本実施の形態のＤＬトランスポートチャネル処理部は、前述のようにＨＳ−ＤＳＣＨ処理部５，ＤＬ ＤＣＨ処理部６，ＰＣＨ／ＦＡＣＨ処理部７で構成される。トランスポートチャネル種別毎にＴＴＩ，無線伝送データのサイズ・多重方法が異なるため、ＵＬトランスポート処理部と同様にＤＬトランスポートチャネル処理部もトランスポートチャネルごとに処理部を設けている。なお、本実施の形態の無線通信装置は一般のＨＮＢと同様に、定期的にセル報知情報を送信するＢＣＨ（Broadcast CHannel）トランスポートチャネル処理部を備えるが、ＢＣＨについては無線インタフェースプロトコル処理が不要であるため、ＢＣＨの処理については説明を省略する。
【００５７】
無線物理レイヤ部１はＤＬトランスポートチャネル処理部から受信する無線伝送データの他，送信電力，Ｅ−ＤＣＨ ＨＡＲＱ送達確認，ＨＳ−ＤＳＣＨにおけるユーザスケジューリング情報等の制御情報を無線伝送する。ＤＬトランスポートチャネル処理部が受信する無線伝送データ以外の制御情報は、無線ＭＡＣ処理部８が生成・処理し無線物理レイヤ部１へ渡す。
【００５８】
ＨＳ−ＤＳＣＨ処理部５は、ＨＳ−ＤＳＣＨトランスポートチャネルで送信する無線伝送データを、ＤＬ ＴｒＣＨメモリ１６から読み出し、読み出したデータに対して多重・誤り訂正符号化処理を実施し、処理後のデータを無線物理レイヤ部１に出力する。なお、ＤＬ ＴｒＣＨメモリ１６に格納されるデータについては後述する。ＨＳ−ＤＳＣＨ処理部５が出力するデータは複数のＵＥのデータを多重したデータとなる。また、同一ＵＥに対して送信するデータとして、ＵＥの無線リソース制御を行なうＲＲＣ（Radio Resource Control)プロトコルメッセージ，パケット等のユーザデータ，など種別の異なるデータが多重されることもある。さらに、ＨＳ−ＤＳＣＨを無線伝送する無線物理チャネルであるＨＳ−ＰＤＳＣＨ（High Speed Physical Downlink Shared CHannel）では、ＨＡＲＱが適用されるため、データを再送することもある。
【００５９】
この際、データを再送するか新規に送信するか、また、新規に送信する場合どのＵＥのどのデータを多重して送信するか（送信データのスケジューリング）は無線ＭＡＣ処理部８が決定する。無線ＭＡＣ処理部８は、無線物理レイヤ部１から受信したＨＳ−ＤＳＣＨの送達確認情報に基づいて再送の必要性を判断し、再送が必要な場合にはＨＳ−ＤＳＣＨ処理部５に対して再送を指示する。また、無線ＭＡＣ処理部８は、新規データを送信可能な場合、新規に送信するＵＥおよびＵＥ毎のデータ量を決定する。新規にデータ送信する際のＵＥおよびＵＥ毎のデータ量を決定する方法は様々なものが提案されているが、たとえば、本実施の形態では実装が容易なランドロビンスケジューリング（ＲＲＳ：Round Robin Scheduling）を採用する。ＲＲＳは、ＨＳ−ＤＳＣＨチャネルを設定しているＵＥに送信機会を等しく与える方法であり、送信機会を与えるＵＥを一定期間毎に切り替えていく。
【００６０】
なお、ＨＳ−ＤＳＣＨは、ＴＴＩ＝２ｍｓであり、一般にＨＮＢは複数個のチャネルを設定して多重データを同時に複数個送信できるようにするが、ＰＲＡＣＨと同様に本実施の形態では１つのみを設定することとする。また、ＨＳ−ＤＳＣＨデータを同時に送信可能なＵＥの数もＥ−ＤＣＨと同様に１つとする。
【００６１】
ＤＬ ＤＣＨ処理部６は、ＤＬ ＤＣＨで送信するデータをＤＬ ＴｒＣＨメモリ１６から読み出し、読み出したデータに対して誤り訂正処理等ＤＣＨデータに施す処理を実施し、処理後のデータを無線物理レイヤ部１に出力する。
【００６２】
ＰＣＨ／ＦＡＣＨ処理部７は、ＰＣＨ，ＦＡＣＨのトランスポートチャネルで送信する無線伝送データをＤＬ ＴｒＣＨメモリ１６から読み出し、読み出したデータに対して多重・誤り訂正符号化して無線物理レイヤ部１に出力する。ＰＣＨはＵＥの呼び出しを行なうチャネルであり、このチャネルで送信されるデータは呼び出されたＵＥの識別子を含む。ＦＡＣＨはＨＮＢが周期的に送信しているセル報知情報に変更があった場合のセル報知情報や複数ＵＥが契約している放送チャネルや、個別ＵＥへのシグナリングメッセージ／ユーザデータなどを送信するチャネルである。
【００６３】
ＰＣＨ／ＦＡＣＨデータを伝送する無線物理チャネルはＳ−ＣＣＰＣＨ（Secondary Common Control Physical Channel）と呼ばれ、ＴＴＩは１０ｍｓ，２０ｍｓ，４０ｍｓの３つが設定可能である。また、Ｓ−ＣＣＰＣＨでは、ＵＥ個別のシグナリングメッセージまたはユーザデータは、一度に１ＵＥのみに伝送可能である。Ｓ−ＣＣＰＣＨでは、ＲＡＣＨと同様に複数設定して、複数のＵＥに同時にデータを送信できるようにすることもできる。本実施の形態では，説明の簡略化のためＳ−ＣＣＰＣＨは複数設定せず１つのＳ−ＣＣＰＣＨを使用するとする。
【００６４】
つぎに、ＤＬ無線インタフェースプロトコル処理部の処理を説明する。ＤＬ ＰＤＣＰ１４は、図示しないアプリケーション処理部等からＤＬユーザデータやＤＬシグナリングメッセージなどの送信データを受け取り、送信データに対してＰＤＣＰ処理を実施して、ＤＬ ＲＬＣ ＳＤＵメモリ１７に格納する。ＤＬ ＲＬＣ ＳＤＵメモリ１７は、ユーザアプリケーションのパケットデータ，ＲＲＣシグナリングメッセージなどのようなデータフローごとに領域を分割するなど、データフローごとに格納データを取り出せるような構成とする。ＤＬ ＰＤＣＰ１４は、ＵＬ ＰＤＣＰ１１のように２ｍｓで処理を行なうのではなく、送信データを受け取るとその都度ＰＤＣＰ処理を実施し、処理後のデータをＤＬ ＲＬＣ ＳＤＵメモリ１７に格納する。なお、ＰＤＣＰはすべての無線伝送データに適用されるわけではなく、適用されない無線伝送データに対してはＤＬ ＰＤＣＰ１４の処理は実施しない。
【００６５】
ＤＬ ＭＡＣ１２は、無線ＭＡＣ処理部８が行なった送信データのスケジューリング結果に基づいて、ＭＡＣ処理対象データおよびデータ量を決定し、決定結果に基づいてＤＬ ＲＬＣ１３に対して入力データを要求する。なお、この際のＭＡＣ処理対象データの選択方法は後述する。
【００６６】
ＤＬ ＲＬＣ１３は、ＤＬ ＭＡＣ１２からの要求に基づいて、要求に対応するデータまたはＵＥについて、ＲＬＣにおける制御ＰＤＵ（Protocol Data Unit）の送信要否，ＡＲＱ再送要否，および新規データ（データＰＤＵ）の送信可否を判定し、判定結果が送信可の場合、要求されたデータ量を満足する制御ＰＤＵ，再送データＰＤＵ，新規データＰＤＵを生成する。
【００６７】
具体的には、ＤＬ ＲＬＣ１３は、たとえば、ＤＬ ＭＡＣ１２から要求されたデータまたはＵＥについて、新規データＰＤＵ生成の場合には、ＤＬ ＲＬＣ ＳＤＵメモリ１７に格納されている要求されたデータまたはＵＥに対応するデータフローの領域からデータを読み出し、読み出したデータをＲＬＣデータＰＤＵに加工する（但し、ＲＬＣ透過モードの場合にはデータの加工は行なわない）。また、ＤＬ ＲＬＣ１３は、新規データＰＤＵ生成時に、生成したＲＬＣデータＰＤＵを自身の内部メモリに保持しておく。そして、再送データを送信する場合には、保持しているＲＬＣデータＰＤＵをＤＬ ＭＡＣ１２へ渡す。また、ＵＥから送達確認を受信した、再送回数超過等によりＲＬＣ状態がリセットされた、等の再送が不要となった場合に、ＤＬ ＲＬＣ１３は、保持しているＲＬＣデータＰＤＵを破棄する。これらのＲＬＣの処理の詳細については、前述の３ＧＰＰ ＴＳ２５．３２２の文献を参照されたい。
【００６８】
ＤＬ ＭＡＣ１２は、以下のように処理対象データ（データ量を含む）を決定する。まず、ＵＬ ＭＡＣ９と同様に、１０ｍｓの無線フレーム周期を基準とし、２ｍｓの処理スロットを定義する。そして各処理スロットでは、高々１ＵＥ分のＤＣＨまたはＰＣＨ（Paging Channel）／ＦＡＣＨ（Forward Access Channel）データと、高々１ＵＥ分のＨＳ−ＤＳＣＨ（High Speed Downlink Shared Channel）データと、を処理対象とする。
【００６９】
図４は、ＤＬ ＭＡＣ１２の処理対象データの一例を示す図である。図４では、たとえば、４つのＵＥ（第１〜第４ＵＥ）が本実施の形態の無線通信装置に接続しているとする。そして、無線通信装置との間で、第１のＵＥはＤＬ ＤＣＨおよびＨＳ−ＤＳＣＨを、第２，第３のＵＥはＤＬ ＤＣＨを、第４のＵＥはＨＳ−ＤＳＣＨを確立していたとする。
【００７０】
図４に示す例では、第１の処理スロットである処理スロット４１および処理スロット４６では、第１のＵＥのＤＬ ＤＣＨデータであるＤＣＨ＃０を処理対象とし、また、第２の処理スロットである処理スロット４２および処理スロット４７では、第２のＵＥのＤＬ ＤＣＨデータであるＤＣＨ＃１を処理対象とし、第３の処理スロットである処理スロット４３および処理スロット４８では、第３のＵＥのＤＬ ＤＣＨデータであるＤＣＨ＃２を処理対象とする。
【００７１】
また、第５の処理スロットである処理スロット４５および処理スロット５０では、その処理スロットまでにＰＣＨまたはＦＡＣＨを受信し、未処理のＰＣＨまたはＦＡＣＨデータが残っている場合にはそのＰＣＨまたはＦＡＣＨデータを処理対象とする。また、第１のＵＥのＨＤ−ＤＳＣＨデータであるＨＳ−ＤＳＣ＃０と、第４のＵＥのＨＤ−ＤＳＣＨデータであるＨＳ−ＤＳＣ＃３と、を処理スロットごとに交互に処理対象とすることにより、両ＵＥに対してデータ送信機会が等しく与えられるようにする。
【００７２】
ＤＬ ＤＣＨは１０ｍｓ，２０ｍｓ，４０ｍｓ，８０ｍｓの４つ、ＰＣＨ／ＦＡＣＨは１０ｍｓ，２０ｍｓ，４０ｍｓの３つのＴＴＩをそれぞれ設定可能である。同一トランスポートチャネルではＴＴＩが大きくなると一度に送信するデータ量も多くなる。そこで、ＵＬ ＭＡＣ９と同様に、ＤＬ ＭＡＣ１２は、単一処理スロットでＭＡＣ処理の処理対象とする各種トランスポートチャネルのデータ量を最小ＴＴＩに対応するデータ量分すなわちＴＴＩ＝１０ｍｓのデータ量とし、それ以外のＴＴＩで送信するデータについては複数の処理スロットで処理するようにする。
【００７３】
たとえば、図４では第２のＵＥのＤＬ ＤＣＨのＴＴＩが２０ｍｓである場合を示しており、処理スロット４２で半分の量のＤＣＨ＃１データを処理し、処理スロット４７で残り半分の量のＤＣＨ＃１データを処理している。また、ここでは、第１の処理スロットで第１のＵＥのＤＣＨデータを処理し、第２の処理スロットで第２のＵＥのＤＣＨデータを処理し、第３の処理スロットで第３のＵＥのＤＣＨデータを処理することとしている。ＤＬ ＤＣＨ，ＰＣＨ／ＦＡＣＨの他のＴＴＩ（最小ＴＴＩ以外）で送信されたデータについても、ＵＬの場合と同様に、複数の処理スロットを用いて処理を実施する。
【００７４】
ＤＬ ＭＡＣ１２は、上記のように選択した処理対象ＵＥに対して、ＤＬ ＲＬＣ１３に要求するデータ量を次のように決定する。無線ＭＡＣ処理部８は、各ＵＥに対応するＤＬ ＴｒＣＨメモリ１６内のＨＳ−ＤＳＣＨデータ滞留量および無線品質を考慮してＭＡＣ送信レートを算出し、算出した送信レートをＤＬ ＭＡＣ１２へＵＥと対応付けて通知する。また、ＤＬ ＭＡＣ１２は、ＤＬ ＲＬＣ ＳＤＵメモリ１７にデータが滞留し、データが増加または廃棄されている場合にはＭＡＣ送信レートをあげるよう無線ＭＡＣ処理部８に通知するフロー制御を行なう。ＤＬ ＭＡＣ１２は通知された送信レートに基づいてその処理スロットごとに処理するデータ量を求める。
【００７５】
ＤＬ ＭＡＣ１２は、このようにして無線ＭＡＣ処理部８から通知されたＵＥに対応するデータ量を求め、そのデータ量をＤＬ ＲＬＣ１３へ入力データとして要求する。また、ＤＬ ＭＡＣ１２は、ＤＬ ＲＣＬ１３から入力されたデータに対してＭＡＣ処理を実施し、処理後のデータをＤＬ ＴｒＣＨメモリ１６へ格納する。最小ＴＴＩ以外のトランスポートチャネルでは、１０ｍｓごとに無線伝送データの一部が蓄積されていくことになり、ＴＴＩ分の時間が経過するとそのＴＴＩで１回に送信すべき全データ（全無線伝送データ）が揃うことになる。なお、ＤＬトランスポート処理部の各部は、ＤＬ ＴｒＣＨメモリ１６から各チャネルに対応するデータを読み出すため、たとえばデータの種別ごとに格納するなど、各チャネルのデータをチャネルごとに読み出せるようにしておく。また、ＤＬトランスポート処理部の各部は、ＴＴＩごとにＤＬ ＴｒＣＨメモリ１６から対応するチャネルのデータを読み出して、上記の処理を実施する。
【００７６】
なお、本実施の形態では、ＵＬについてはＵＬ ＭＡＣ９が処理対象データを選択するようにしたが、これに限らず、ＵＬの処理対象データを選択する処理対象データ選択手段を別途設け、処理対象データ選択手段が処理対象データを選択し、ＵＬ ＭＡＣ９はその結果に基づいてＭＡＣ処理を実施するようにしてもよい。また、同様に、本実施の形態では、ＤＬについてはＤＬ ＭＡＣ１２が無線ＭＡＣ処理部８のスケジューリング結果を用いて処理対象データを選択するようにしたが、ＤＬ処理対象データ選択手段を別途設け、ＤＬ処理対象データ選択手段が無線ＭＡＣ処理部８およびＤＬ ＭＡＣ１２が行なう処理対象データの処理を実施するようにしてもよい。
【００７７】
なお、本実施の形態では、無線フレーム周期を１０ｍｓとし、処理スロットを２ｍｓとしているが、無線フレーム周期および処理スロットは、これに限らず、処理を平滑化し、チャネルごとのＴＴＩに応じて適切な値を設定すれば、これ以外の値としてもよい。ただし、無線フレーム周期内で、接続しているＵＥに対してそれぞれ処理スロットを割り当てられるようにしておく。
【００７８】
また、本実施の形態では、無線フレーム周期内の同じ位置の処理スロットを同一ＵＥのＤＣＨの処理スロットとするようにしたが、各処理スロットの処理量を最小ＴＴＩに対応するデータ量以内に平滑化するよう割り当てる方法であれば、これに限らず他の方法を用いてもよい。たとえば、２０ｍｓのＴＴＩでＤＣＨが送信された場合に、そのデータを半分のデータ量を処理した後、次の無線フレームの周期の同一位置の処理スロットで処理する代わりに、ＤＣＨを確立していないＵＥがある場合などには、そのＵＥに対応する処理スロットで処理を行なってもよい。すなわち、１処理スロットの処理量が、ＤＣＨの最小ＴＴＩに対応するデータ量に対する処理量と、Ｅ−ＤＣＨ（またはＨＳ−ＤＳＣＨ）の最小ＴＴＩに対応するデータ量に対する処理量と、の合計以下となるよう平滑化して処理対象データを選択するようにすれば、これに限らずどのような選択方法でもよい。
【００７９】
なお、本実施の形態では、無線通信装置に同時接続可能なＵＥ数，ＰＲＡＣＨ数，Ｓ−ＣＣＰＣＨ数，ＨＤ−ＰＤＳＣＨ数を１とする制約を設けたが、これらの数が２以上であった場合も、本発明の原理は同様に適用できる。たとえば、ＴＴＩが２ｍｓであるＨＳ−ＤＳＣＨに対応するＨＳ−ＤＳＣＨ数が４である場合には、各処理スロットが、それぞれＨＳ−ＤＳＣＨデータについて、ＨＳ−ＤＳＣＨ数が１である場合の４倍のデータを処理対象とすればよい。したがって、処理能力から逆算して、同時接続可能なＵＥ数，ＰＲＡＣＨ数，Ｓ−ＣＣＰＣＨ数，ＨＤ−ＰＤＳＣＨ数の最大値を求めておき、その最大値以下となるようＵＥ数，ＰＲＡＣＨ数，Ｓ−ＣＣＰＣＨ数，ＨＤ−ＰＤＳＣＨ数を制約してもよい。また、ＴＴＩが１０ｍｓより大きいＲＡＣＨ，ＰＣＨ／ＦＡＣＨ，ＤＣＨについては、各トランスポートチャネルの最小ＴＴＩ中に全ての無線インタフェースプロトコル処理が完了し、かつ各処理スロットでの処理データ量ができるだけ同じになるように処理スロットを割り当てればよい。
【００８０】
また、本実施の形態では、無線ＭＡＣ処理部８がＲＲＳに基づいてＨＳ−ＤＳＣＨの送信データを決定しているが、無線ＭＡＣ処理部８が、ＲＲＳ以外の高度なスケジューリングを行なう場合には、無線ＭＡＣ処理部８がＤＬ ＭＡＣ１２に次に送信対象とするＵＥと送信データ量を通知するようにしても良いし、または無線ＭＡＣ処理部８が、ＤＬ ＭＡＣ１２の処理対象とするＵＥの頻度をＤＬ ＭＡＣ１２へ通知するようにしても良い。
【００８１】
また、同時接続可能なＵＥ数を多くする代わりに接続ＵＥ数が増加すると共にＥ−ＤＣＨの最大レートが下がるようなシステムの場合には、Ｅ−ＤＣＨについてもＨＳ−ＤＳＣＨと同様に無線ＭＡＣ処理部８とＵＬ ＭＡＣ９との間でフロー制御を行ない、無線ＭＡＣ処理部８が各ＵＥに割り当てる送信電力を調整して、ＵＥが送信するデータ量を少なくするようにしても良い。
【００８２】
以上のように、本実施の形態では、ＵＬトランスポートチャネル処理部とＵＬ ＭＡＣ９の間にＵＬ ＴｒＣＨメモリ１５を備え、ＵＬ ＴｒＣＨメモリ１５にＵＬトランスポートチャネル処理部から出力されるチャネルごとの無線伝送データを蓄積し、ＵＬ ＭＡＣ９が、２ｍｓごとに、高々所定の１ＵＥの最小ＴＴＩに対応するデータ量分のＵＬ ＤＣＨまたはＲＡＣＨデータと、高々所定の制約数のＵＥ（上記の例では制約数は１）の最小ＴＴＩに対応するデータ量のＥ−ＤＣＨデータと、を処理するようにした。そのため、ＵＬ ＭＡＣ９以降の無線インタフェースプロトコル処理対象のデータを平滑化することができ、ＢＴＳとしての各処理に加えＲＡＮ側の無線インタフェースプロトコル処理を実施する場合に、瞬時的に発生する最大同時受信データ量を考慮した従来の装置構成より低価格・低スペックのデバイスを適用することができる。また、このように無線インタフェースプロトコル処理部を時分割使用することにより回路規模削減が可能となる。
【００８３】
さらに、本実施の形態では、ＤＬトランスポートチャネル処理部とＤＬ ＭＡＣ１２の間にＤＬ ＴｒＣＨメモリ１６を設け、ＤＬ ＭＡＣ１２が処理後のデータをＤＬ ＴｒＣＨメモリ１６に格納し、ＤＬ ＭＡＣ１２およびＤＬ ＲＬＣ１３は、２ｍｓごとに、高々１ＵＥの最小ＴＴＩに対応するデータ量分のＤＬ ＤＣＨまたはＰＣＨ／ＦＡＣＨデータと、高々１ＵＥの最小ＴＴＩに対応するデータ量のＨＳ−ＤＳＣＨデータと、を処理し、最小ＴＴＩ以外のデータは複数回に分けて処理をするようにした。そのため、ＤＬ ＭＡＣ１２およびＤＬ ＲＬＣ１３のデータを平滑化することができ、ＢＴＳとしての各処理に加えＲＡＮ側の無線インタフェースプロトコル処理を実施する場合に、瞬時的に発生する最大同時受信データ量を考慮した従来の装置構成より低価格・低スペックのデバイスを適用することができる。また、このように無線インタフェースプロトコル処理部を時分割使用することにより回路規模削減が可能となる。
【産業上の利用可能性】
【００８４】
以上のように、本発明にかかる無線通信装置およびデータ処理方法は、家庭用基地局として機能する無線通信装置に有用であり、特に、小型，低消費電力，低価格を要求される家庭用基地局に適している。
【符号の説明】
【００８５】
１ 無線物理レイヤ部
２ ＲＡＣＨ処理部
３ ＵＬ ＤＣＨ処理部
４ Ｅ−ＤＣＨ処理部
５ ＨＳ−ＤＳＣＨ処理部
６ ＤＬ ＤＣＨ処理部
７ ＰＣＨ／ＦＡＣＨ処理部
８ 無線ＭＡＣ処理部
９ ＵＬ ＭＡＣ
１０ ＵＬ ＲＬＣ
１１ ＵＬ ＰＤＣＰ
１２ ＤＬ ＭＡＣ
１３ ＤＬ ＲＬＣ
１４ ＤＬ ＰＤＣＰ
１５ ＵＬ ＴｒＣＨメモリ
１６ ＤＬ ＴｒＣＨメモリ
１７ ＤＬ ＲＬＣ ＳＤＵメモリ
【技術分野】
【０００１】
本発明は、家庭用基地局（Home NodeB：ＨＮＢ）として機能する無線通信装置に関する。
【背景技術】
【０００２】
３ＧＰＰ（３rd Generation Partnership Project）で規格化されている移動体通信システム（ＵＭＴＳ：Universal Mobile Terrestrial System）では様々なサイズ，到着間隔で到来するユーザデータの無線伝送を行なうために無線インタフェースプロトコルを適用している（下記非特許文献１、非特許文献２および非特許文献３参照）。無線インタフェースプロトコルは、ユーザデータに対して、適切なサイズへ分割・連結したり、無線伝送における誤り・消失，順序逆転への対処を行ない、無線伝送データとする。
【０００３】
無線インタフェースプロトコルには、たとえば、ＰＤＣＰ（Packet Data Convergence Protocol），ＲＬＣ（Radio Link Control），ＭＡＣ（Media Access Control）があり、いずれも端末（ＵＥ：User Equipment）側とネットワーク側（ＲＡＮ：Radio Access Network）の両方に配置される。
【０００４】
ＰＤＣＰは、各種プロトコルのヘッダ圧縮やロスレスハンドーバを行なうためのプロトコルであり、ＵＥおよび無線ネットワークコントローラ（ＲＮＣ：Radio Network Controller）で終端する。ＲＬＣはデータの分割・連結，ＡＲＱ（Automatic Repeat reQuest）による再送制御，暗号化，インテグリティ等を行なうプロトコルであり，ＵＥおよびＲＮＣで終端する。
【０００５】
ＭＡＣは無線伝送チャネルに最適な無線伝送データの多重・送信スケジューリング，無線伝送データのレートに応じた無線伝送チャネルの選択，暗号化，ＨＡＲＱ（Hybrid ARQ）による高速再送制御等を行なうプロトコルであり、ＵＥ、ＲＮＣおよび基地局（ＢＴＳ：Base Transceiver Station）で終端する。ＲＡＮ側のＭＡＣプロトコル処理としては、ＢＴＳが、高速無線パケットアクセス（ＨＳＰＡ：High Speed Packet Access）チャネルで送信する無線伝送データに対して、ＨＡＲＱ，ユーザ多重，送信スケジューリングを行ない、その他の処理をＲＮＣが行なう。以下、ＲＡＮ側のＭＡＣプロトコル処理のうちＢＴＳが行なう処理とＲＮＣが行なう処理を区別するために、ＢＴＳが行なう処理を無線ＭＡＣ処理と呼び、ＲＮＣが行なうＭＡＣ処理をＭＡＣ処理と呼ぶこととする。
【０００６】
ＲＮＣは、ネットワークからＵＥ方向へのデータ（下りデータ）に対して無線インタフェースプロトコル処理（ＰＤＣＰ処理，ＲＬＣ処理，ＭＡＣ処理等）を行なった後、そのデータの宛先のＵＥが接続しているＢＴＳへ伝送する。このとき、ＲＮＣは、無線伝送データに対して有線伝送区間であるＲＮＣ−ＢＴＳ間の伝送のためのフレーム化を行なうフレームプロトコルを適用し、複数のデータや付随情報をカプセル化したデータとする。また、ＲＮＣは、ＢＴＳが選択している無線伝送チャネルに合わせたデータ送信間隔（ＴＴＩ：Transmission Time Interval）で、フレーム化された無線伝送データをＢＴＳに送信する。
【０００７】
ＢＴＳは、下りデータ（フレーム化された無線伝送データ）を受信すると、フレーム化された受信データから送信データを取り出す。そして、ＢＴＳは、無線伝送チャネルとしてＨＳＰＡチャネルが選択されている場合には、送信データに対して無線ＭＡＣ処理を行ない、さらに、誤り訂正，インターリーブ，拡散等の処理を行なってＵＥに下りデータとして無線伝送する。ＵＥは、ＢＴＳから下りデータを受信すると、上記のＢＴＳおよびＲＮＣが行なった処理の逆処理を行ない、下りユーザデータを復元してアプリケーションに渡す。
【０００８】
ＵＥからネットワーク方向へのデータ（上りデータ）については、ＵＥが無線プロトコル処理，無線ＭＡＣ処理，無線送信処理を行ない、ＢＴＳにデータを無線伝送する。ＢＴＳは、上りデータを受信すると、逆拡散，デインタリーブ，誤り訂正処理を行なう。そして、ＢＴＳは、上りデータの無線伝送にＨＳＰＡチャネルを使用している場合にはさらに無線ＭＡＣ処理を行なって無線伝送データを復元してＲＮＣに送信する。下りデータと同様に、ＢＴＳからＲＮＣへ無線伝送データを送信する際にはフレームプロトコルが適用され、複数の無線伝送データ及び付随情報がカプセル化されたデータが無線伝送チャネルのＴＴＩに合わせた送信間隔で送信される。ＲＮＣは、ＢＴＳからフレーム化された無線伝送データを受信すると送信データを取り出し、無線インタフェースプロトコル処理を行なってユーザデータを復元して宛先ユーザに転送する。
【０００９】
一方、３ＧＰＰ（３rd Generation Partnership Project）では、不感地の解消，付加サービスの提供を目的として、家庭用基地局（ＨＮＢ）と呼ばれるＢＴＳ（Base Transceiver Station）に関する規格化が進められている。たとえば、ＨＮＢの機能構成，ＨＮＢ収容ＲＡＮ（Radio Access Network）アーキテクチャ，ネットワークサービス等の規格化が進められている。
【００１０】
ＨＮＢは、セル半径が極めて小さく、セルあたりの同時接続ＵＥ（User Equipment）数も通常のＢＴＳに比べて少ない。一方、ＨＮＢの無線伝送能力は屋外をカバーするＢＴＳの伝送能力と同等であるため、有限の無線リソースを限られた空間，ＵＥで独占使用することにより、ＵＥあたりの無線伝送速度が向上する利点がある。しかし、ＨＮＢ１台がカバーする領域が小さいため、設置されるＨＮＢの数は従来のＢＴＳに比べて膨大になることが予想され、ＲＡＮまたはコアネットワーク（ＣＮ；Core Network）への負荷増大等の影響が懸念される。
【００１１】
そこで、３ＧＰＰでは、ＨＮＢがＲＡＮまたはＣＮに与える影響を最小限とするためのＲＡＮ構成およびＨＮＢへの機能配置について検討され、その結果が下記非特許文献４として規格化されている。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】３ＧＰＰ ＴＳ２５．２０１，“Physical layer−General description（Release 6）”，Ｖ６．２．０，２００５−０６
【非特許文献２】３ＧＰＰ ＴＳ２５．３０１，“Radio Interface Protocol Architecture（Release 6）”，Ｖ６．６．０，２００８−０３
【非特許文献３】３ＧＰＰ ＴＳ２５．４０１，“UTRAN overall description（Release 6）”，Ｖ６．９．０，２００６−１２
【非特許文献４】３ＧＰＰ ＴＳ２５．４６７，“UTRAN architecture for 3G Home Node B（ＨＮＢ）；Stage 2（Release 8）”，Ｖ８．２．０，２００９−６
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ＨＮＢは、ユーザ宅内に設置され宅内ＵＥと接続して使用するのが主な用途であるため、装置は小型，低消費電力，低価格であることが求められる。しかしながら、上記非特許文献４によれば、ＨＮＢは、従来の移動体通信システム（たとえば、上記非特許文献１〜非特許文献３で規定されているような）におけるＢＴＳおよびＲＮＣの両方の機能を有する必要がある。すなわち、ＨＮＢは、ＢＴＳとしての各処理に加え、ＲＡＮ側の無線インタフェースプロトコル処理も行なう必要がある。そのため、上記非特許文献４に記載の規格では、ＨＮＢの装置の小型，低消費電力，低価格が困難である、という問題があった。
【００１４】
本発明は、上記に鑑みてなされたものであって、ＢＴＳとしての各処理に加えＲＡＮ側の無線インタフェースプロトコル処理を実施する場合に、小型，低消費電力，低価格を実現することができる無線通信装置およびデータ処理方法を得ることを目的とする。
【課題を解決するための手段】
【００１５】
上述した課題を解決し、目的を達成するために、本発明は、無線接続する端末から無線受信データを受信し、前記無線受信データに対して基地局としての所定の無線伝送処理を実施する無線伝送処理手段と、無線ネットワークコントローラとしての無線インタフェースプロトコル処理を実施する無線インタフェースプロトコル処理手段と、を備える無線通信装置であって、前記無線伝送処理手段は、Ｅ−ＤＣＨを用いて同時にデータを送信する前記端末の数を所定の第１の制限数以下とし、ＲＡＣＨを用いて同時にデータを送信する前記端末の数を所定の第２の制限数以下とするよう制御し、前記無線伝送処理手段による処理後の前記無線受信データを格納するための受信データ格納手段と、前記無線インタフェースプロトコル処理手段が前記無線受信データを処理する際の処理対象を、所定の処理単位時間である処理スロットごとに、ＵＬ ＤＣＨで受信した前記無線受信データであるＵＬ ＤＣＨデータとＲＡＣＨで受信した前記無線受信データであるＲＡＣＨデータとのうちの１つ未満と、Ｅ−ＤＣＨで受信した前記無線受信データであるＥ−ＤＣＨデータと、のうちの２つ未満とし、また、１処理スロット内の前記ＵＬ ＤＣＨデータの処理量の上限値をＵＬ ＤＣＨの最小送信間隔に対応するデータ量とし、１処理スロット内の前記Ｅ−ＤＣＨデータの処理量の上限値を前記第１の制限数にＥ−ＤＣＨの最小送信間隔に対応するデータ量を乗じた量とし、１処理スロット内の前記ＲＡＣＨデータの処理量の上限値を前記第２の制限数にＲＡＣＨの最小送信間隔に対応するデータ量を乗じた量とし、各処理スロットでのチャネルごとの処理量がチャネルごとの上限値を超えないよう、各チャネルの最小送信間隔で送信された最小送信間隔データを各処理スロットの処理対象データとして選択し、また、最小送信間隔以外の送信間隔で送信された前記無線受信データをそのデータの送信されたチャネルの処理量の上限値ごとに分割し、分割したデータを、各処理スロットでのチャネルごとの処理量がそのチャネルの処理量の上限値を超えないよう処理スロットの処理対象として選択する処理対象データ選択手段と、を備え、前記無線インタフェースプロトコル処理手段は、処理スロットごとに、前記処理対象データ選択手段がその処理スロットの処理対象として選択した処理対象データを前記受信データ格納手段から読み出して処理する、ことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ＵＬトランスポートチャネル処理後のデータを蓄積するためのＵＬトランスポートチャネル記憶手段と、を備え、無線インタフェースプロトコル処理の処理対象を、所定の処理単位時間ごとに、１ＵＥ分以下の最小ＴＴＩに対応するデータ量分のＵＬ ＤＣＨまたは所定の制約数以下のＵＥのＲＡＣＨデータと、所定の制約数以下のＵＥの最小ＴＴＩに対応するデータ量のＥ−ＤＣＨデータと、とし、最小ＴＴＩ以外のデータは受信した場合はそのデータは複数回に分けて処理するようにしたので、ＢＴＳとしての各処理に加えＲＡＮ側の無線インタフェースプロトコル処理を実施する場合に、小型，低消費電力，低価格を実現することができる、という効果を奏する。
【図面の簡単な説明】
【００１７】
【図１】図１は、本発明にかかる無線通信装置の機能構成例を示す図である。
【図２】図２は、ＭＡＣ処理の処理対象とする無線伝送データを示す図である。
【図３】図３は、ＭＡＣ処理の処理対象とする無線伝送データの別の一例を示す図である。
【図４】図４は、ＤＬ ＭＡＣの処理対象データの一例を示す図である。
【発明を実施するための形態】
【００１８】
以下に、本発明にかかる無線通信装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１９】
図１は、本発明にかかる無線通信装置の機能構成例を示す図である。本実施の形態の無線通信装置は、ＨＮＢとして用いられ、ＵＥと無線通信を行なうとともに、「３ＧＰＰ ＴＳ２５．４６７，“UTRAN architecture for 3G Home Node B（ＨＮＢ）；Stage 2（Release 8）”」で規定されているようにＢＴＳとしての無線伝送処理とＲＮＣとしてのＲＡＮ側の無線インタフェースプロトコル処理（ＭＡＣ処理，ＲＬＣ処理，ＰＤＣＰ処理等）とを実施する。図１では、この無線伝送処理を行なう機能部と無線インタフェースプロトコル処理を行なう機能部とを示している。
【００２０】
図１に示すように、本実施の形態の無線通信装置は、無線物理レイヤ部１と、ＲＡＣＨ（Random Access CHannel）処理部２と、ＵＬ ＤＣＨ（Dedicated CHannel）処理部３と、Ｅ−ＤＣＨ（Enhanced Dedicated CHannel）処理部４と、ＨＳ−ＤＳＣＨ（High Speed Downlink Shared Channel）処理部５と、ＤＬ ＤＣＨ処理部６と、ＰＣＨ（Paging CHannel）／ＦＡＣＨ（Forward Access CHannel）処理部７と、無線ＭＡＣ処理部８と、ＵＬ ＭＡＣ処理部（ＵＬ ＭＡＣ）９と、ＵＬ ＲＬＣ処理部（ＵＬ ＲＬＣ）１０と、ＵＬ ＰＤＣＰ処理部（ＵＬ ＰＤＣＰ）１１と、ＤＬ ＭＡＣ処理部（ＤＬ ＭＡＣ）１２と、ＤＬ ＲＬＣ処理部（ＤＬ ＲＬＣ）１３と、ＤＬ ＰＤＣＰ処理部（ＤＬ ＰＤＣＰ）１４と、ＵＬ ＴｒＣＨ（Transport CHannel）メモリ１５と、ＤＬ ＴｒＣＨメモリ１６と、ＤＬ ＲＬＣ ＳＤＵ メモリ１７と、を備える。
【００２１】
また、ＲＡＣＨ処理部２と、ＵＬ ＤＣＨ処理部３と、Ｅ−ＤＣＨ処理部４と、は、無線物理レイヤ部１から復調データを受信し、誤り訂正・無線伝送データの分離を行なうＵＬトランスポートチャネル処理部を構成する。
【００２２】
ＨＳ−ＤＳＣＨ処理部５と、ＤＬ ＤＣＨ処理部６と、ＰＣＨ／ＦＡＣＨ処理部７と、は、無線伝送データに対して多重・誤り訂正符号化を行ない、無線物理レイヤ部１に変調データを送信するＤＬトランスポートチャネル処理部を構成する。
【００２３】
ＵＬ ＭＡＣ９と、ＵＬ ＲＬＣ１０と、ＵＬ ＰＤＣＰ１１と、は、ＵＬトランスポートチャネル処理部から受信した無線伝送データに対して無線インタフェースプロトコル処理を行ない、ＵＥが送信したユーザデータを復元するＵＬ無線インタフェースプロトコル処理部を構成する。
【００２４】
ＤＬ ＭＡＣ１２と、ＤＬ ＲＬＣ１３と、ＤＬ ＰＤＣＰ１４と、は、ＵＥへ送信するユーザデータに対して無線インタフェースプロトコル処理を行ない無線伝送データとし、ＤＬ無線インタフェースプロトコル処理部を構成する。
【００２５】
また、ＵＬ無線インタフェースプロトコル処理部とＤＬ無線インタフェースプロトコル処理部は上述のようにＲＮＣとしての処理を実施する処理部であり、無線物理レイヤ部１，無線ＭＡＣ処理部８，ＵＬトランスポートチャネル処理部，ＤＬトランスポートチャネル処理部は、通常の基地局としての無線伝送処理を実施する処理部である。
【００２６】
無線物理レイヤ部１は、ＵＥとの間で無線送受信を行なう。無線ＭＡＣ処理部８は、高速パケットアクセスチャネルで送受信を行なうＵＥおよびパケットデータのスケジューリングを行なう。ＵＬ ＴｒＣＨメモリ１５は、ＲＡＣＨ処理部２、ＵＬ ＤＣＨ処理部３およびＥ−ＤＣＨ処理部４から出力される無線伝送データ（ＵＥからの受信データ）を格納するためのメモリ（受信データ格納手段）であり、ＤＬ ＴｒＣＨメモリ１６は、ＤＬ ＭＡＣ処理１２から出力されるＭＡＣ処理後の無線伝送データ（ＵＥへの送信データ）を蓄積するためのメモリ（送信データ格納手段）である。また、ＤＬ ＲＬＣ ＳＤＵメモリ１７は、ＤＬ ＰＤＣＰ１４から出力されるデータを蓄積するためのメモリである。
【００２７】
つぎに、本実施の形態の動作を説明する。まず、ＵＥから無線伝送データを受信した際の処理であるＵＬ受信処理を説明する。無線物理レイヤ部１は、ＵＥから受信したデータを復調し、ＵＬトランスポートチャネル処理部へ復調データを渡す。また、ＵＥから復調したデータのうち高速下りパケットアクセスチャネルで送信された送達確認を無線ＭＡＣ処理部８へ渡す。
【００２８】
なお、ＵＬトランスポートチャネル処理部の処理は、トランスポートチャネル種別毎に、ＴＴＩ，無線伝送データのサイズ，多重方法が異なるため、本実施形態では、ＲＡＣＨトランスポートチャネル，ＤＣＨトランスポートチャネル，Ｅ−ＤＣＨトランスポートチャネルの３つの種別に対応してＲＡＣＨ処理部２，ＵＬ ＤＣＨ処理部３，Ｅ−ＤＣＨ処理部４の３種類の処理部を備えることとしている。そのため、無線物理レイヤ部１は、ＲＡＣＨトランスポートチャネルで受信したデータ，ＤＣＨトランスポートチャネルで受信したデータ，Ｅ−ＤＣＨトランスポートチャネルで受信したデータの復調データを、それぞれＲＡＣＨ処理部２，ＵＬ ＤＣＨ処理部３，Ｅ−ＤＣＨ処理部４へ出力する。
【００２９】
ＲＡＣＨ処理部２は、ＲＡＣＨトランスポートチャネルで受信した復調データに対して誤り訂正処理を実施した後に、情報データ部分（無線伝送データ）を抽出し、抽出した無線伝送データをＵＬ ＴｒＣＨメモリ１５へ格納する。なお、ＵＬ ＴｒＣＨメモリ１５は、全ＵＥが共通で用いる、ＲＡＣＨ受信領域，ＵＬ ＤＣＨ受信領域，Ｅ−ＤＣＨ受信領域にあらかじめ領域分けされていることとし、ＲＡＣＨ処理部２は、復元後の無線伝送データをＵＬ ＴｒＣＨメモリ１５のＲＡＣＨ受信領域へ格納する。
【００３０】
ＲＡＣＨは、複数のユーザが互いに衝突を回避しながらデータを送信するランダムアクセスによる共通チャネルである。ＲＡＣＨを無線伝送する無線物理チャネルはＰＲＡＣＨ（Physical Random Access CHannel）と呼ばれ、ＴＴＩ＝１０ｍｓまたは２０ｍｓで１ＵＥ分のデータを伝送することができる。なお、ＵＥとＨＮＢは一般に複数のＰＲＡＣＨを使用することにより、複数ＵＥが同時にデータを送信できるようにするが、本実施の形態の通信装置とＵＥとの間では１つのＰＲＡＣＨのみを使用することとする。
【００３１】
ＵＬ ＤＣＨ処理部３はＤＣＨトランスポートチャネルで受信した復調データに対して誤り訂正処理を実施した後に、無線伝送データを抽出し、抽出した無線伝送データをＵＬ ＴｒＣＨメモリ１５のＵＬ ＤＣＨ受信領域へ格納する。ＤＣＨはＵＥからＨＮＢ方向，ＨＮＢからＵＥ方向にそれぞれ設定することが可能であり、本実施形態では前者をＵＬ ＤＣＨと呼び、後者をＤＬ ＤＣＨと呼ぶ。ＤＣＨはＵＥごとに設定する個別チャネルである。また、同一ＵＥに複数のＤＣＨを設定することができる。
【００３２】
ＤＣＨを無線伝送する無線物理チャネルはＤＰＣＨ（Dedicated Physical CHannel）と呼ばれ、ＵＥごとに設定され、また同一ＵＥに設定された複数のＤＣＨを多重してＴＴＩ＝１０ｍｓ，２０ｍｓ，４０ｍｓのいずれかで伝送する。ＤＰＣＨは、ＵＥ数分設定することになるが、本実施の形態の通信装置では、接続可能なＵＥの数の上限を定める。ここでは、たとえば４つと仮定し、ＤＰＣＨは最大で４つ設定されることとする。
【００３３】
Ｅ−ＤＣＨ処理部４は、Ｅ−ＤＣＨトランスポートチャネルで受信した復調データに対して誤り訂正処理を実施した後に、無線伝送データおよびスケジューリング情報を抽出する。そして、抽出した無線伝送データをＵＬ ＴｒＣＨメモリ１５のＥ−ＤＣＨ受信領域へ格納し、また、スケジューリング情報を無線ＭＡＣ処理部８へ通知する。
【００３４】
Ｅ−ＤＣＨは、ＤＣＨと同様にＵＥごとに設定される個別チャネルである。また、同一ＵＥに複数のＭＡＣ−ｄフローを設定可能である。しかし、本実施の形態では、後述するように無線ＭＡＣ処理部８が同時に１ＵＥのみＥ−ＤＣＨデータを送信できるように制御する。したがって、Ｅ−ＤＣＨ処理部４はＵＥの識別子とともに高々１ＵＥのＥ−ＤＣＨデータを格納できるＥ−ＤＣＨ受信領域をＵＬ ＴｒＣＨメモリ１５内に設ければよい。
【００３５】
Ｅ−ＤＣＨを無線伝送する無線物理チャネルは、Ｅ−ＤＰＣＨ（Enhanced Dedicated Physical CHannel）と呼ばれ、ＵＥごとに設定され、１つのＥ−ＤＣＨデータをＴＴＩ＝２ｍｓまたは１０ｍｓで伝送する。Ｅ−ＤＰＣＨは、ＵＥ数分設定するため、本実施の形態では、ＤＰＣＨの説明で述べたように、接続可能なＵＥの数の上限（ここでは４とする）を定めるため、Ｅ−ＤＰＣＨは最大で４つ設定される。
【００３６】
Ｅ−ＤＣＨでは、大容量のパケットデータを高速に伝送するためにデータ伝送中は大きな送信電力となり、ＵＥ間の干渉が増えて逆にデータ伝送速度が低下するという問題が発生する。そのため、ＨＮＢは、各ＵＥが使用可能な送信電力の上限および送信タイミングを制御し、ＵＥ間干渉を抑制する。
【００３７】
この送信電力・送信タイミング制御の方法の１つとして、あるＵＥの送信電力をゼロとし、空いた送信電力を他のＵＥに割り当て、送信電力をゼロとするＵＥを順次切り替えていく「Time and Rate Scheduling」方式がある。この方式は、「３ＧＰＰ ＴＲ２５．８９６，“Feasibility study for enhanced uplink for UTRA FDD”,２００４−４」に記載されている。この方式によれば、Ｅ−ＤＣＨデータを同時に送信可能なＵＥの数を１つとすることができる。本実施の形態の通信装置では、無線ＭＡＣ処理部８が「Time and Rate Scheduling」方式によりＵＥ送信電力の範囲および送信タイミングを決定し、無線物理レイヤ部１経由でＵＥに通知することとする。
【００３８】
ＵＬ ＭＡＣ９は、ＵＬ ＴｒＣメモリ１５からＲＡＣＨ処理部２、ＵＬ ＤＣＨ処理部３およびＥ−ＤＣＨ処理部４が格納した無線伝送データを読み出し、無線伝送データに対してＭＡＣ処理を実施し、処理後のデータをＵＬ ＲＬＣ１０に出力する。ＭＡＣ処理の詳細は、「３ＧＰＰ ＴＳ２５．３２１，”Medium Access Control （MAC） protocol specification”，２００９−６」を参照されたい。
【００３９】
ＵＬ ＭＡＣ９が処理する無線伝送データは、前述のとおり無線物理チャネルの特性によりチャネルごとにデータ到来間隔が異なるが、本実施の形態では、トランスポートチャネルごとのトランスポートチャネル処理後にＵＬ ＴｒＣＨメモリ１５に格納することで、ＭＡＣ処理を以下のように逐次的に実施することができる。
【００４０】
ＵＬ ＭＡＣ９が実施するＭＡＣ処理の処理対象とする無線伝送データの順を以下に説明する。図２は、ＭＡＣ処理の処理対象とする無線伝送データを示す図である。ＵＬ ＭＡＣ９は、２ｍｓごとにＵＬ ＴｒＣＨメモリ１５から処理対象の無線伝送データを選択し、その無線伝送データ処理に対してＭＡＣ処理を行なう。２ｍｓを１スロットとし、１０ｍｓの無線フレーム周期内の５スロットを、先頭から順に第１処理スロット〜第５処理スロットとする。
【００４１】
各処理スロットでは、高々１ＵＥ分のＤＣＨデータ（ＤＣＨトランスポートチャネルで送信された無線伝送データ）またはＲＡＣＨデータ（ＲＡＣＨトランスポートチャネルで送信された無線伝送データ）と、高々１ＵＥ分のＥ−ＤＣＨデータ（Ｅ−ＤＣＨトランスポートチャネルで送信された無線伝送データ）を処理する。たとえば、本実施の形態の通信装置に４つのＵＥが接続し、接続している４つのＵＥ（第１〜第４のＵＥとする）がＤＣＨトランスポートチャネルを確立しているとし、ＴＴＩは４つのＵＥとも１０ｍｓであるとする。
【００４２】
この場合に、第１の処理スロットでは第１のＵＥのＤＣＨデータを、第２の処理スロットでは第２のＵＥのＤＣＨデータを、第３の処理スロットでは第３のＵＥのＤＣＨデータを、第４の処理スロットでは第４のＵＥのＤＣＨデータを処理することとする。また、第５の処理スロットはＲＡＣＨの処理をするスロットとし、第５の処理スロットまでに受信した未処理のＲＡＣＨデータが残っている場合には第５の処理スロットでその未処理のＲＡＣＨデータを処理する。また、これらの第１〜第５の処理スロットの間にいずれかのＵＥからＥ−ＤＣＨデータを受信した場合、データを受信した処理スロットで受信したＥ−ＤＣＨデータを処理する。Ｅ−ＤＣＨデータを受信した第１〜第４の処理スロットでは、ＤＣＨデータの処理とＥ−ＤＣＨデータの処理とを行なうことになる。
【００４３】
一方、前述のように、ＴＴＩは、ＵＬ ＤＣＨでは１０，２０，４０ｍｓの３つ、ＲＡＣＨでは１０ｍｓ，２０ｍｓの２つ、Ｅ−ＤＣＨでは２ｍｓ，１０ｍｓの２つ、を用いることができる。同一トランスポートチャネルではＴＴＩが大きくなると一度に受信するデータ多くなる。たとえば、ＵＬ ＤＣＨでは、ＴＴＩ＝２０ｍｓで送信されるデータはＴＴＩ＝１０ｍｓで送信されるデータの倍のサイズとなる。そこで、本実施の形態では、処理を平滑化するために、ＵＬ ＭＡＣ９は、ＵＬ ＴｒＣＨメモリ１５から処理対象の無線伝送データを読み出す際、ＤＣＨおよびＲＡＣＨではＴＴＩ＝１０ｍｓ時相当のデータのみを、Ｅ−ＤＣＨではＴＴＩ＝２ｍｓ時相当のデータのみを、受信した処理スロットで処理する。そして、未処理のＴＴＩのデータは、受信した処理スロットだけでなく、他の処理スロットでも処理するようにする。
【００４４】
たとえば、図２では、第１〜第３のＵＥがＤＣＨを確立し、第１および第３のＵＥからはＴＴＩ＝１０ｍｓのＤＣＨデータが、第２のＵＥからはＴＴＩ＝２０ｍｓのＤＣＨデータが送信され、また、第４のＵＥからはＴＴＩ＝１０ｍｓでＥ−ＤＣＨデータが送信される例を示している。
【００４５】
第１の処理スロットである処理スロット２１では、第１のＵＥのＤＣＨデータ＃０と第１のＵＥのＥ−ＤＣＨデータ＃０を処理する。第２のスロットである処理スロット２２では、第２のＵＥのＤＣＨデータ＃１と第１のＵＥのＥ−ＤＣＨデータ＃０を処理する。第３のスロットである処理スロット２３では、第３のＵＥのＤＣＨデータ＃２を処理する。また、第３のスロットである処理スロット２８では、第３のＵＥのＤＣＨデータ＃２と第４のＵＥのＥ−ＤＣＨデータ＃３を処理する。このとき、第２のＵＥのＤＣＨデータ＃１のサイズはＴＴＩ＝１０ｍｓの場合の倍のサイズであるため、２つの処理スロットを用いて処理することとし、ＤＣＨデータ＃１のうちの半分を処理スロット２２で処理し、残りの半分を次の無線フレーム周期の第２の処理スロットである処理スロット２７で処理する。
【００４６】
また、処理スロット２３，処理スロット２６，処理スロット２７では、Ｅ−ＤＣＨデータを受信していないため、それぞれ第３のＵＥのＤＣＨデータ＃２，第１のＵＥのＤＣＨデータ＃０，第２のＵＥのＤＣＨデータ＃１（残り半分）のみを処理する。また、処理スロット２４，処理スロット２９では、第４のＵＥがＤＣＨを確立していないため、Ｅ−ＤＣＨの処理のみを行なう。
【００４７】
また、第４のＵＥのＥ−ＤＣＨは、ＴＴＩが１０ｍｓであり、データサイズがＴＴＩが２ｍｓの場合のデータのサイズより大きい。したがって、ここでは、ＴＴＩが１０ｍｓのデータサイズを２回に分けて処理する例を示している。したがって、処理スロット２８では、第４のＵＥから受信したＥ−ＤＣＨ＃３の半分の量を処理し、処理スロット２９では、第４のＵＥから受信したＥ−ＤＣＨ＃３の残り半分を処理する。
【００４８】
また、第５の処理スロットである処理スロット２５，処理スロット３０では、その時点までに未処理のＲＡＣＨデータがＵＬ ＴｒＣＨメモリ１５にある場合に、ＲＡＣＨデータを処理する。図２の例では、処理スロット２５では、Ｅ−ＤＣＨ＃１を受信しているため、ＲＡＣＨデータの処理とＲ−ＤＣＨ＃１の処理との両方を行なう。
【００４９】
図３は、ＭＡＣ処理の処理対象とする無線伝送データの別の一例を示す図である。図３では、第２のＵＥのＤＣＨのＴＴＩが４０ｍｓであり、また、ＲＡＣＨのＴＴＩが２０ｍｓである場合を示している。第２のＵＥから送信された４０ｍｓのＴＴＩで送信されたデータを約１／４ずつに分割し、４回の無線フレーム周期にわたって第２のＵＥの処理スロットである第２の処理スロットで約１／４ずつに分割されたそれぞれのデータを処理している。また、ＲＡＣＨの処理スロットである第５の処理スロットでは、２回の無線フレーム周期にわたっておよそ半分ずつに分割されたデータを処理する。
【００５０】
このように、１０ｍｓの無線フレーム周期をＥ−ＤＣＨの最小ＴＴＩである２ｍｓを単位とするスロットに分割し、ＵＥごとにＤＣＨを処理するスロットを定めておき、また、ＲＡＣＨを処理するスロットを定めておく。そして、ＤＣＨデータは各ＵＥに対応する処理スロットとで処理し、Ｅ−ＤＣＨデータは受信した処理スロットで処理する。また、ＴＴＩの最小値以外のＴＴＩで送信されたデータは、複数に分割し複数の処理スロットを用いて処理する。
【００５１】
つぎに、ＵＬ ＲＬＣ１０は、ＵＬ ＭＡＣ９から出力されるＭＡＣ処理後の無線伝送データに対してＲＬＣ（Radio Link Control）処理を実施する。ＲＬＣ処理の詳細は、「３ＧＰＰ ＴＳ２５．３２２，”Radio Link Control（RLC） protocol specification”，２００９−６」を参照されたい。
【００５２】
本実施の形態のＵＬ ＲＬＣ１０は、ＵＬ ＭＡＣ９の処理スロットの長さと同じ２ｍｓごとにＲＬＣ処理を行なう。ＵＬ ＲＬＣ１０は、２ｍｓごとに、ＵＬ ＭＡＣ９が出力する、高々１ＵＥの最小ＴＴＩに対応するデータの処理（最小ＴＴＩで送信されるデータサイズのデータに対する処理）またはＲＡＣＨデータに対する処理と、高々１ＵＥの最小ＴＴＩに対応するデータの処理と、を実施し処理結果をＵＬ ＰＤＣＰ１１に出力する。
【００５３】
ＵＬ ＰＤＣＰ１１は、ＵＬ ＲＬＣ１０から出力されるＲＬＣ処理後の無線伝送データに対してＰＤＣＰ処理を実施する。ＰＤＣＰ処理の詳細は、「３ＧＰＰ ＴＳ２５．３２３，”Packet Data Convergence Protocol（PDCP） specification”，２００９−６」を参照されたい。
【００５４】
ＵＬ ＰＤＣＰ１１も、ＵＬ ＭＡＣ９，ＵＬ ＲＬＣ１０と同様に２ｍｓごとにＰＤＣＰ処理を実施する。ＵＬ ＰＤＣＰ１１は、２ｍｓごとに、ＵＬ ＲＬＣ１０が出力する、高々１ＵＥの最小ＴＴＩに対応する処理（最小ＴＴＩで送信されるデータサイズのデータに対する処理）またはＲＡＣＨデータに対するデータの処理と、高々１ＵＥの最小ＴＴＩに対応するデータの処理と、を実施する。なお、ＰＤＣＰはすべての無線伝送データに適用されるわけではなく、適用されない無線伝送データに対してはＵＬ ＰＤＣＰ１１の処理は実施しない。
【００５５】
ＵＬ ＰＤＣＰ１１は、ＰＤＣＰ処理後のデータは、後ＲＲＣシグナリングメッセージ，ユーザデータ，放送データに加工され、図示しない後段の各部に配送される。たとえば、ＨＮＢではＲＲＣシグナリングメッセージを自装置内で処理するため、自装置内のＲＲＣ処理部（図示せず）に配送される。また、たとえば、ユーザデータがローカルエリアネットワーク上の他機器宛てのＩＰ（Internet Protocol）パケットの場合は、そのＩＰパケットをローカルネットワークに送出する。
【００５６】
つぎに、ＵＥに対して無線伝送データを送信する際の処理であるＤＬ送信処理を説明する。本実施の形態のＤＬトランスポートチャネル処理部は、前述のようにＨＳ−ＤＳＣＨ処理部５，ＤＬ ＤＣＨ処理部６，ＰＣＨ／ＦＡＣＨ処理部７で構成される。トランスポートチャネル種別毎にＴＴＩ，無線伝送データのサイズ・多重方法が異なるため、ＵＬトランスポート処理部と同様にＤＬトランスポートチャネル処理部もトランスポートチャネルごとに処理部を設けている。なお、本実施の形態の無線通信装置は一般のＨＮＢと同様に、定期的にセル報知情報を送信するＢＣＨ（Broadcast CHannel）トランスポートチャネル処理部を備えるが、ＢＣＨについては無線インタフェースプロトコル処理が不要であるため、ＢＣＨの処理については説明を省略する。
【００５７】
無線物理レイヤ部１はＤＬトランスポートチャネル処理部から受信する無線伝送データの他，送信電力，Ｅ−ＤＣＨ ＨＡＲＱ送達確認，ＨＳ−ＤＳＣＨにおけるユーザスケジューリング情報等の制御情報を無線伝送する。ＤＬトランスポートチャネル処理部が受信する無線伝送データ以外の制御情報は、無線ＭＡＣ処理部８が生成・処理し無線物理レイヤ部１へ渡す。
【００５８】
ＨＳ−ＤＳＣＨ処理部５は、ＨＳ−ＤＳＣＨトランスポートチャネルで送信する無線伝送データを、ＤＬ ＴｒＣＨメモリ１６から読み出し、読み出したデータに対して多重・誤り訂正符号化処理を実施し、処理後のデータを無線物理レイヤ部１に出力する。なお、ＤＬ ＴｒＣＨメモリ１６に格納されるデータについては後述する。ＨＳ−ＤＳＣＨ処理部５が出力するデータは複数のＵＥのデータを多重したデータとなる。また、同一ＵＥに対して送信するデータとして、ＵＥの無線リソース制御を行なうＲＲＣ（Radio Resource Control)プロトコルメッセージ，パケット等のユーザデータ，など種別の異なるデータが多重されることもある。さらに、ＨＳ−ＤＳＣＨを無線伝送する無線物理チャネルであるＨＳ−ＰＤＳＣＨ（High Speed Physical Downlink Shared CHannel）では、ＨＡＲＱが適用されるため、データを再送することもある。
【００５９】
この際、データを再送するか新規に送信するか、また、新規に送信する場合どのＵＥのどのデータを多重して送信するか（送信データのスケジューリング）は無線ＭＡＣ処理部８が決定する。無線ＭＡＣ処理部８は、無線物理レイヤ部１から受信したＨＳ−ＤＳＣＨの送達確認情報に基づいて再送の必要性を判断し、再送が必要な場合にはＨＳ−ＤＳＣＨ処理部５に対して再送を指示する。また、無線ＭＡＣ処理部８は、新規データを送信可能な場合、新規に送信するＵＥおよびＵＥ毎のデータ量を決定する。新規にデータ送信する際のＵＥおよびＵＥ毎のデータ量を決定する方法は様々なものが提案されているが、たとえば、本実施の形態では実装が容易なランドロビンスケジューリング（ＲＲＳ：Round Robin Scheduling）を採用する。ＲＲＳは、ＨＳ−ＤＳＣＨチャネルを設定しているＵＥに送信機会を等しく与える方法であり、送信機会を与えるＵＥを一定期間毎に切り替えていく。
【００６０】
なお、ＨＳ−ＤＳＣＨは、ＴＴＩ＝２ｍｓであり、一般にＨＮＢは複数個のチャネルを設定して多重データを同時に複数個送信できるようにするが、ＰＲＡＣＨと同様に本実施の形態では１つのみを設定することとする。また、ＨＳ−ＤＳＣＨデータを同時に送信可能なＵＥの数もＥ−ＤＣＨと同様に１つとする。
【００６１】
ＤＬ ＤＣＨ処理部６は、ＤＬ ＤＣＨで送信するデータをＤＬ ＴｒＣＨメモリ１６から読み出し、読み出したデータに対して誤り訂正処理等ＤＣＨデータに施す処理を実施し、処理後のデータを無線物理レイヤ部１に出力する。
【００６２】
ＰＣＨ／ＦＡＣＨ処理部７は、ＰＣＨ，ＦＡＣＨのトランスポートチャネルで送信する無線伝送データをＤＬ ＴｒＣＨメモリ１６から読み出し、読み出したデータに対して多重・誤り訂正符号化して無線物理レイヤ部１に出力する。ＰＣＨはＵＥの呼び出しを行なうチャネルであり、このチャネルで送信されるデータは呼び出されたＵＥの識別子を含む。ＦＡＣＨはＨＮＢが周期的に送信しているセル報知情報に変更があった場合のセル報知情報や複数ＵＥが契約している放送チャネルや、個別ＵＥへのシグナリングメッセージ／ユーザデータなどを送信するチャネルである。
【００６３】
ＰＣＨ／ＦＡＣＨデータを伝送する無線物理チャネルはＳ−ＣＣＰＣＨ（Secondary Common Control Physical Channel）と呼ばれ、ＴＴＩは１０ｍｓ，２０ｍｓ，４０ｍｓの３つが設定可能である。また、Ｓ−ＣＣＰＣＨでは、ＵＥ個別のシグナリングメッセージまたはユーザデータは、一度に１ＵＥのみに伝送可能である。Ｓ−ＣＣＰＣＨでは、ＲＡＣＨと同様に複数設定して、複数のＵＥに同時にデータを送信できるようにすることもできる。本実施の形態では，説明の簡略化のためＳ−ＣＣＰＣＨは複数設定せず１つのＳ−ＣＣＰＣＨを使用するとする。
【００６４】
つぎに、ＤＬ無線インタフェースプロトコル処理部の処理を説明する。ＤＬ ＰＤＣＰ１４は、図示しないアプリケーション処理部等からＤＬユーザデータやＤＬシグナリングメッセージなどの送信データを受け取り、送信データに対してＰＤＣＰ処理を実施して、ＤＬ ＲＬＣ ＳＤＵメモリ１７に格納する。ＤＬ ＲＬＣ ＳＤＵメモリ１７は、ユーザアプリケーションのパケットデータ，ＲＲＣシグナリングメッセージなどのようなデータフローごとに領域を分割するなど、データフローごとに格納データを取り出せるような構成とする。ＤＬ ＰＤＣＰ１４は、ＵＬ ＰＤＣＰ１１のように２ｍｓで処理を行なうのではなく、送信データを受け取るとその都度ＰＤＣＰ処理を実施し、処理後のデータをＤＬ ＲＬＣ ＳＤＵメモリ１７に格納する。なお、ＰＤＣＰはすべての無線伝送データに適用されるわけではなく、適用されない無線伝送データに対してはＤＬ ＰＤＣＰ１４の処理は実施しない。
【００６５】
ＤＬ ＭＡＣ１２は、無線ＭＡＣ処理部８が行なった送信データのスケジューリング結果に基づいて、ＭＡＣ処理対象データおよびデータ量を決定し、決定結果に基づいてＤＬ ＲＬＣ１３に対して入力データを要求する。なお、この際のＭＡＣ処理対象データの選択方法は後述する。
【００６６】
ＤＬ ＲＬＣ１３は、ＤＬ ＭＡＣ１２からの要求に基づいて、要求に対応するデータまたはＵＥについて、ＲＬＣにおける制御ＰＤＵ（Protocol Data Unit）の送信要否，ＡＲＱ再送要否，および新規データ（データＰＤＵ）の送信可否を判定し、判定結果が送信可の場合、要求されたデータ量を満足する制御ＰＤＵ，再送データＰＤＵ，新規データＰＤＵを生成する。
【００６７】
具体的には、ＤＬ ＲＬＣ１３は、たとえば、ＤＬ ＭＡＣ１２から要求されたデータまたはＵＥについて、新規データＰＤＵ生成の場合には、ＤＬ ＲＬＣ ＳＤＵメモリ１７に格納されている要求されたデータまたはＵＥに対応するデータフローの領域からデータを読み出し、読み出したデータをＲＬＣデータＰＤＵに加工する（但し、ＲＬＣ透過モードの場合にはデータの加工は行なわない）。また、ＤＬ ＲＬＣ１３は、新規データＰＤＵ生成時に、生成したＲＬＣデータＰＤＵを自身の内部メモリに保持しておく。そして、再送データを送信する場合には、保持しているＲＬＣデータＰＤＵをＤＬ ＭＡＣ１２へ渡す。また、ＵＥから送達確認を受信した、再送回数超過等によりＲＬＣ状態がリセットされた、等の再送が不要となった場合に、ＤＬ ＲＬＣ１３は、保持しているＲＬＣデータＰＤＵを破棄する。これらのＲＬＣの処理の詳細については、前述の３ＧＰＰ ＴＳ２５．３２２の文献を参照されたい。
【００６８】
ＤＬ ＭＡＣ１２は、以下のように処理対象データ（データ量を含む）を決定する。まず、ＵＬ ＭＡＣ９と同様に、１０ｍｓの無線フレーム周期を基準とし、２ｍｓの処理スロットを定義する。そして各処理スロットでは、高々１ＵＥ分のＤＣＨまたはＰＣＨ（Paging Channel）／ＦＡＣＨ（Forward Access Channel）データと、高々１ＵＥ分のＨＳ−ＤＳＣＨ（High Speed Downlink Shared Channel）データと、を処理対象とする。
【００６９】
図４は、ＤＬ ＭＡＣ１２の処理対象データの一例を示す図である。図４では、たとえば、４つのＵＥ（第１〜第４ＵＥ）が本実施の形態の無線通信装置に接続しているとする。そして、無線通信装置との間で、第１のＵＥはＤＬ ＤＣＨおよびＨＳ−ＤＳＣＨを、第２，第３のＵＥはＤＬ ＤＣＨを、第４のＵＥはＨＳ−ＤＳＣＨを確立していたとする。
【００７０】
図４に示す例では、第１の処理スロットである処理スロット４１および処理スロット４６では、第１のＵＥのＤＬ ＤＣＨデータであるＤＣＨ＃０を処理対象とし、また、第２の処理スロットである処理スロット４２および処理スロット４７では、第２のＵＥのＤＬ ＤＣＨデータであるＤＣＨ＃１を処理対象とし、第３の処理スロットである処理スロット４３および処理スロット４８では、第３のＵＥのＤＬ ＤＣＨデータであるＤＣＨ＃２を処理対象とする。
【００７１】
また、第５の処理スロットである処理スロット４５および処理スロット５０では、その処理スロットまでにＰＣＨまたはＦＡＣＨを受信し、未処理のＰＣＨまたはＦＡＣＨデータが残っている場合にはそのＰＣＨまたはＦＡＣＨデータを処理対象とする。また、第１のＵＥのＨＤ−ＤＳＣＨデータであるＨＳ−ＤＳＣ＃０と、第４のＵＥのＨＤ−ＤＳＣＨデータであるＨＳ−ＤＳＣ＃３と、を処理スロットごとに交互に処理対象とすることにより、両ＵＥに対してデータ送信機会が等しく与えられるようにする。
【００７２】
ＤＬ ＤＣＨは１０ｍｓ，２０ｍｓ，４０ｍｓ，８０ｍｓの４つ、ＰＣＨ／ＦＡＣＨは１０ｍｓ，２０ｍｓ，４０ｍｓの３つのＴＴＩをそれぞれ設定可能である。同一トランスポートチャネルではＴＴＩが大きくなると一度に送信するデータ量も多くなる。そこで、ＵＬ ＭＡＣ９と同様に、ＤＬ ＭＡＣ１２は、単一処理スロットでＭＡＣ処理の処理対象とする各種トランスポートチャネルのデータ量を最小ＴＴＩに対応するデータ量分すなわちＴＴＩ＝１０ｍｓのデータ量とし、それ以外のＴＴＩで送信するデータについては複数の処理スロットで処理するようにする。
【００７３】
たとえば、図４では第２のＵＥのＤＬ ＤＣＨのＴＴＩが２０ｍｓである場合を示しており、処理スロット４２で半分の量のＤＣＨ＃１データを処理し、処理スロット４７で残り半分の量のＤＣＨ＃１データを処理している。また、ここでは、第１の処理スロットで第１のＵＥのＤＣＨデータを処理し、第２の処理スロットで第２のＵＥのＤＣＨデータを処理し、第３の処理スロットで第３のＵＥのＤＣＨデータを処理することとしている。ＤＬ ＤＣＨ，ＰＣＨ／ＦＡＣＨの他のＴＴＩ（最小ＴＴＩ以外）で送信されたデータについても、ＵＬの場合と同様に、複数の処理スロットを用いて処理を実施する。
【００７４】
ＤＬ ＭＡＣ１２は、上記のように選択した処理対象ＵＥに対して、ＤＬ ＲＬＣ１３に要求するデータ量を次のように決定する。無線ＭＡＣ処理部８は、各ＵＥに対応するＤＬ ＴｒＣＨメモリ１６内のＨＳ−ＤＳＣＨデータ滞留量および無線品質を考慮してＭＡＣ送信レートを算出し、算出した送信レートをＤＬ ＭＡＣ１２へＵＥと対応付けて通知する。また、ＤＬ ＭＡＣ１２は、ＤＬ ＲＬＣ ＳＤＵメモリ１７にデータが滞留し、データが増加または廃棄されている場合にはＭＡＣ送信レートをあげるよう無線ＭＡＣ処理部８に通知するフロー制御を行なう。ＤＬ ＭＡＣ１２は通知された送信レートに基づいてその処理スロットごとに処理するデータ量を求める。
【００７５】
ＤＬ ＭＡＣ１２は、このようにして無線ＭＡＣ処理部８から通知されたＵＥに対応するデータ量を求め、そのデータ量をＤＬ ＲＬＣ１３へ入力データとして要求する。また、ＤＬ ＭＡＣ１２は、ＤＬ ＲＣＬ１３から入力されたデータに対してＭＡＣ処理を実施し、処理後のデータをＤＬ ＴｒＣＨメモリ１６へ格納する。最小ＴＴＩ以外のトランスポートチャネルでは、１０ｍｓごとに無線伝送データの一部が蓄積されていくことになり、ＴＴＩ分の時間が経過するとそのＴＴＩで１回に送信すべき全データ（全無線伝送データ）が揃うことになる。なお、ＤＬトランスポート処理部の各部は、ＤＬ ＴｒＣＨメモリ１６から各チャネルに対応するデータを読み出すため、たとえばデータの種別ごとに格納するなど、各チャネルのデータをチャネルごとに読み出せるようにしておく。また、ＤＬトランスポート処理部の各部は、ＴＴＩごとにＤＬ ＴｒＣＨメモリ１６から対応するチャネルのデータを読み出して、上記の処理を実施する。
【００７６】
なお、本実施の形態では、ＵＬについてはＵＬ ＭＡＣ９が処理対象データを選択するようにしたが、これに限らず、ＵＬの処理対象データを選択する処理対象データ選択手段を別途設け、処理対象データ選択手段が処理対象データを選択し、ＵＬ ＭＡＣ９はその結果に基づいてＭＡＣ処理を実施するようにしてもよい。また、同様に、本実施の形態では、ＤＬについてはＤＬ ＭＡＣ１２が無線ＭＡＣ処理部８のスケジューリング結果を用いて処理対象データを選択するようにしたが、ＤＬ処理対象データ選択手段を別途設け、ＤＬ処理対象データ選択手段が無線ＭＡＣ処理部８およびＤＬ ＭＡＣ１２が行なう処理対象データの処理を実施するようにしてもよい。
【００７７】
なお、本実施の形態では、無線フレーム周期を１０ｍｓとし、処理スロットを２ｍｓとしているが、無線フレーム周期および処理スロットは、これに限らず、処理を平滑化し、チャネルごとのＴＴＩに応じて適切な値を設定すれば、これ以外の値としてもよい。ただし、無線フレーム周期内で、接続しているＵＥに対してそれぞれ処理スロットを割り当てられるようにしておく。
【００７８】
また、本実施の形態では、無線フレーム周期内の同じ位置の処理スロットを同一ＵＥのＤＣＨの処理スロットとするようにしたが、各処理スロットの処理量を最小ＴＴＩに対応するデータ量以内に平滑化するよう割り当てる方法であれば、これに限らず他の方法を用いてもよい。たとえば、２０ｍｓのＴＴＩでＤＣＨが送信された場合に、そのデータを半分のデータ量を処理した後、次の無線フレームの周期の同一位置の処理スロットで処理する代わりに、ＤＣＨを確立していないＵＥがある場合などには、そのＵＥに対応する処理スロットで処理を行なってもよい。すなわち、１処理スロットの処理量が、ＤＣＨの最小ＴＴＩに対応するデータ量に対する処理量と、Ｅ−ＤＣＨ（またはＨＳ−ＤＳＣＨ）の最小ＴＴＩに対応するデータ量に対する処理量と、の合計以下となるよう平滑化して処理対象データを選択するようにすれば、これに限らずどのような選択方法でもよい。
【００７９】
なお、本実施の形態では、無線通信装置に同時接続可能なＵＥ数，ＰＲＡＣＨ数，Ｓ−ＣＣＰＣＨ数，ＨＤ−ＰＤＳＣＨ数を１とする制約を設けたが、これらの数が２以上であった場合も、本発明の原理は同様に適用できる。たとえば、ＴＴＩが２ｍｓであるＨＳ−ＤＳＣＨに対応するＨＳ−ＤＳＣＨ数が４である場合には、各処理スロットが、それぞれＨＳ−ＤＳＣＨデータについて、ＨＳ−ＤＳＣＨ数が１である場合の４倍のデータを処理対象とすればよい。したがって、処理能力から逆算して、同時接続可能なＵＥ数，ＰＲＡＣＨ数，Ｓ−ＣＣＰＣＨ数，ＨＤ−ＰＤＳＣＨ数の最大値を求めておき、その最大値以下となるようＵＥ数，ＰＲＡＣＨ数，Ｓ−ＣＣＰＣＨ数，ＨＤ−ＰＤＳＣＨ数を制約してもよい。また、ＴＴＩが１０ｍｓより大きいＲＡＣＨ，ＰＣＨ／ＦＡＣＨ，ＤＣＨについては、各トランスポートチャネルの最小ＴＴＩ中に全ての無線インタフェースプロトコル処理が完了し、かつ各処理スロットでの処理データ量ができるだけ同じになるように処理スロットを割り当てればよい。
【００８０】
また、本実施の形態では、無線ＭＡＣ処理部８がＲＲＳに基づいてＨＳ−ＤＳＣＨの送信データを決定しているが、無線ＭＡＣ処理部８が、ＲＲＳ以外の高度なスケジューリングを行なう場合には、無線ＭＡＣ処理部８がＤＬ ＭＡＣ１２に次に送信対象とするＵＥと送信データ量を通知するようにしても良いし、または無線ＭＡＣ処理部８が、ＤＬ ＭＡＣ１２の処理対象とするＵＥの頻度をＤＬ ＭＡＣ１２へ通知するようにしても良い。
【００８１】
また、同時接続可能なＵＥ数を多くする代わりに接続ＵＥ数が増加すると共にＥ−ＤＣＨの最大レートが下がるようなシステムの場合には、Ｅ−ＤＣＨについてもＨＳ−ＤＳＣＨと同様に無線ＭＡＣ処理部８とＵＬ ＭＡＣ９との間でフロー制御を行ない、無線ＭＡＣ処理部８が各ＵＥに割り当てる送信電力を調整して、ＵＥが送信するデータ量を少なくするようにしても良い。
【００８２】
以上のように、本実施の形態では、ＵＬトランスポートチャネル処理部とＵＬ ＭＡＣ９の間にＵＬ ＴｒＣＨメモリ１５を備え、ＵＬ ＴｒＣＨメモリ１５にＵＬトランスポートチャネル処理部から出力されるチャネルごとの無線伝送データを蓄積し、ＵＬ ＭＡＣ９が、２ｍｓごとに、高々所定の１ＵＥの最小ＴＴＩに対応するデータ量分のＵＬ ＤＣＨまたはＲＡＣＨデータと、高々所定の制約数のＵＥ（上記の例では制約数は１）の最小ＴＴＩに対応するデータ量のＥ−ＤＣＨデータと、を処理するようにした。そのため、ＵＬ ＭＡＣ９以降の無線インタフェースプロトコル処理対象のデータを平滑化することができ、ＢＴＳとしての各処理に加えＲＡＮ側の無線インタフェースプロトコル処理を実施する場合に、瞬時的に発生する最大同時受信データ量を考慮した従来の装置構成より低価格・低スペックのデバイスを適用することができる。また、このように無線インタフェースプロトコル処理部を時分割使用することにより回路規模削減が可能となる。
【００８３】
さらに、本実施の形態では、ＤＬトランスポートチャネル処理部とＤＬ ＭＡＣ１２の間にＤＬ ＴｒＣＨメモリ１６を設け、ＤＬ ＭＡＣ１２が処理後のデータをＤＬ ＴｒＣＨメモリ１６に格納し、ＤＬ ＭＡＣ１２およびＤＬ ＲＬＣ１３は、２ｍｓごとに、高々１ＵＥの最小ＴＴＩに対応するデータ量分のＤＬ ＤＣＨまたはＰＣＨ／ＦＡＣＨデータと、高々１ＵＥの最小ＴＴＩに対応するデータ量のＨＳ−ＤＳＣＨデータと、を処理し、最小ＴＴＩ以外のデータは複数回に分けて処理をするようにした。そのため、ＤＬ ＭＡＣ１２およびＤＬ ＲＬＣ１３のデータを平滑化することができ、ＢＴＳとしての各処理に加えＲＡＮ側の無線インタフェースプロトコル処理を実施する場合に、瞬時的に発生する最大同時受信データ量を考慮した従来の装置構成より低価格・低スペックのデバイスを適用することができる。また、このように無線インタフェースプロトコル処理部を時分割使用することにより回路規模削減が可能となる。
【産業上の利用可能性】
【００８４】
以上のように、本発明にかかる無線通信装置およびデータ処理方法は、家庭用基地局として機能する無線通信装置に有用であり、特に、小型，低消費電力，低価格を要求される家庭用基地局に適している。
【符号の説明】
【００８５】
１ 無線物理レイヤ部
２ ＲＡＣＨ処理部
３ ＵＬ ＤＣＨ処理部
４ Ｅ−ＤＣＨ処理部
５ ＨＳ−ＤＳＣＨ処理部
６ ＤＬ ＤＣＨ処理部
７ ＰＣＨ／ＦＡＣＨ処理部
８ 無線ＭＡＣ処理部
９ ＵＬ ＭＡＣ
１０ ＵＬ ＲＬＣ
１１ ＵＬ ＰＤＣＰ
１２ ＤＬ ＭＡＣ
１３ ＤＬ ＲＬＣ
１４ ＤＬ ＰＤＣＰ
１５ ＵＬ ＴｒＣＨメモリ
１６ ＤＬ ＴｒＣＨメモリ
１７ ＤＬ ＲＬＣ ＳＤＵメモリ
【特許請求の範囲】
【請求項１】
無線接続する端末から無線受信データを受信し、前記無線受信データに対して基地局としての所定の無線伝送処理を実施する無線伝送処理手段と、無線ネットワークコントローラとしての無線インタフェースプロトコル処理を実施する無線インタフェースプロトコル処理手段と、を備える無線通信装置であって、
前記無線伝送処理手段は、Ｅ−ＤＣＨを用いて同時にデータを送信する前記端末の数を所定の第１の制限数以下とし、ＲＡＣＨを用いて同時にデータを送信する前記端末の数を所定の第２の制限数以下とするよう制御し、
前記無線伝送処理手段による処理後の前記無線受信データを格納するための受信データ格納手段と、
前記無線インタフェースプロトコル処理手段が前記無線受信データを処理する際の処理対象を、所定の処理単位時間である処理スロットごとに、ＵＬ ＤＣＨで受信した前記無線受信データであるＵＬ ＤＣＨデータとＲＡＣＨで受信した前記無線受信データであるＲＡＣＨデータとのうちの１つ未満と、Ｅ−ＤＣＨで受信した前記無線受信データであるＥ−ＤＣＨデータと、のうちの２つ未満とし、また、１処理スロット内の前記ＵＬ ＤＣＨデータの処理量の上限値をＵＬ ＤＣＨの最小送信間隔に対応するデータ量とし、１処理スロット内の前記Ｅ−ＤＣＨデータの処理量の上限値を前記第１の制限数にＥ−ＤＣＨの最小送信間隔に対応するデータ量を乗じた量とし、１処理スロット内の前記ＲＡＣＨデータの処理量の上限値を前記第２の制限数にＲＡＣＨの最小送信間隔に対応するデータ量を乗じた量とし、各処理スロットでのチャネルごとの処理量がチャネルごとの上限値を超えないよう、各チャネルの最小送信間隔で送信された最小送信間隔データを各処理スロットの処理対象データとして選択し、また、最小送信間隔以外の送信間隔で送信された前記無線受信データをそのデータの送信されたチャネルの処理量の上限値ごとに分割し、分割したデータを、各処理スロットでのチャネルごとの処理量がそのチャネルの処理量の上限値を超えないよう処理スロットの処理対象として選択する処理対象データ選択手段と、
を備え、
前記無線インタフェースプロトコル処理手段は、処理スロットごとに、前記処理対象データ選択手段がその処理スロットの処理対象として選択した処理対象データを前記受信データ格納手段から読み出して処理する、
ことを特徴とする無線通信装置。
【請求項２】
前記無線伝送処理手段は、Ｅ−ＤＣＨを用いて同時にデータを送信する前記端末の数を前記第１の制限数以下とするよう制御を「Time and Rate Scheduling」方式を用いて実施する、
ことを特徴とする請求項１に記載の無線通信装置。
【請求項３】
無線接続する前記端末の数を所定の接続端末数以下とし、
前記接続端末数に１を加えた数の処理スロットを無線フレーム周期とし、
前記処理対象データ選択手段は、無線フレーム周期ごとにそのフレーム内の処理スロットを１つずつ前記端末に割り当て、処理スロットの処理対象データとしてその処理スロットが割り当てられている端末のＵＬ ＤＣＨデータを選択し、前記端末に割り当てられていない処理スロットの処理対象としてＲＡＣＨデータを選択する、
ことを特徴とする請求項１または２に記載の無線通信装置。
【請求項４】
前記処理スロットを、Ｅ−ＤＣＨの最小送信間隔とする、ことを特徴とする請求項１、２または３に記載の無線通信装置。
【請求項５】
無線接続する端末に無線送信データを送信し、前記無線送信データに対して基地局としての所定の無線伝送処理を実施する無線伝送処理手段と、無線ネットワークコントローラとしての無線インタフェースプロトコル処理を実施する無線インタフェースプロトコル処理手段と、を備える無線通信装置であって、
前記無線伝送処理手段は、ＨＳ−ＤＳＣＨを用いて同時にデータを受信する前記端末の数を所定の第１の制限数以下とし、ＰＣＨまたはＦＡＣＨを用いて同時にデータを送信する前記端末の数を所定の第２の制限数以下とするよう前記端末に無線送信データを送信し、
前記無線インタフェースプロトコル処理手段による処理後の無線送信データを格納するための送信データ格納手段と、
前記無線インタフェースプロトコル処理手段が無線送信データを処理する際の処理対象を、所定の処理単位時間である処理スロットごとに、ＤＬ ＤＣＨで送信する無線送信データであるＤＬ ＤＣＨデータとＰＣＨまたはＦＡＣＨで送信する無線送信データであるＰＣＨＦＡＣＨデータとのうちの１つ未満と、ＨＳ−ＤＳＣＨで送信する無線送信データであるＨＳ−ＤＳＣＨデータと、のうちの２つ未満とし、また、１処理スロット内の前記ＤＬ ＤＣＨデータの処理量の上限値をＤＬ ＤＣＨの最小送信間隔に対応するデータ量とし、１処理スロット内の前記ＨＳ−ＤＳＣＨデータの処理量の上限値を前記第１の制限数にＨＳ−ＤＳＣＨの最小送信間隔に対応するデータ量を乗じた量とし、１処理スロット内の前記ＰＣＨＦＡＣＨデータの処理量の上限値を前記第２の制限数にＰＣＨおよびＦＡＣＨの最小送信間隔に対応するデータ量を乗じた量とし、各処理スロットでのチャネルごとの処理量がチャネルごとの処理量の上限値を超えないよう、各チャネルの最小送信間隔で送信する最小送信間隔送信データを各処理スロットの処理対象データとして選択し、また、最小送信間隔以外の送信間隔で送信する無線送信データをそのデータを送信するチャネルに対応する処理量の上限値ごとに分割して送信分割データとし、前記送信分割データを、各処理スロットでのチャネルごとの処理量がそのチャネルの処理量の上限値を超えないよう処理スロットの処理対象として選択する送信処理対象データ選択手段と、
を備え、
前記無線インタフェースプロトコル処理手段は、送信処理スロットごとに、前記送信処理対象データ選択手段がその処理スロットの処理対象として選択した処理対象データを処理し、処理後の前記最小送信間隔送信データおよび前記送信分割データを前記送信データ格納手段へ格納し、
前記無線伝送処理手段は、前記送信データ格納手段から前記最小送信間隔送信データおよび前記送信分割データを読み出し、前記最小送信間隔送信データに対して無線伝送処理を実施し、また、同一無線送信データから分割された全ての前記送信分割データを結合することにより分割前の無線送信データに対応する前記無線インタフェースプロトコル処理後のデータとし、その結合したデータに対して無線伝送処理を実施する、
ことを特徴とする無線通信装置。
【請求項６】
無線接続する前記端末の数を所定の接続端末数以下とし、
前記接続端末数に１を加えた数の送信処理スロットを無線フレーム周期とし、
前記送信処理対象データ選択手段は、無線フレーム周期ごとにそのフレーム内の送信処理スロットを１つずつ前記端末に割り当て、送信処理スロットの処理対象データとしてその送信処理スロットが割り当てられている端末のＤＬ ＤＣＨデータを選択し、前記端末に割り当てられていない送信処理スロットの処理対象としてＰＣＨＦＡＣＨデータを選択する、
ことを特徴とする請求項５に記載の無線通信装置。
【請求項７】
前記送信処理スロットを、ＨＳ−ＤＳＣＨの最小送信間隔とする、
ことを特徴とする請求項５または６に記載の無線通信装置。
【請求項８】
無線接続する端末に無線送信データを送信し、
前記無線伝送処理手段は、前記無線送信データに対して基地局としての所定の無線伝送処理を実施し、また、ＨＳ−ＤＳＣＨを用いて同時にデータを受信する前記端末の数を所定の第３の制限数以下とし、ＰＣＨまたはＦＡＣＨを用いて同時にデータを送信する前記端末の数を所定の第４の制限数以下とするよう前記端末に無線送信データを送信し、
前記無線インタフェースプロトコル処理手段による処理後の無線送信データを格納するための送信データ格納手段と、
前記無線インタフェースプロトコル処理が無線送信データを処理する際の処理対象を、所定の処理単位時間である送信処理スロットごとに、ＤＬ ＤＣＨで送信する無線送信データであるＵＬ ＤＣＨデータとＰＣＨまたはＦＡＣＨで送信する無線送信データであるＰＣＨＦＡＣＨデータとのうちの１つ未満と、ＨＳ−ＤＳＣＨで送信する無線送信データであるＨＳ−ＤＳＣＨデータと、のうちの２つ未満とし、また、１送信処理スロット内の前記ＤＬ ＤＣＨデータの処理量の上限値をＤＬ ＤＣＨの最小送信間隔に対応するデータ量とし、１送信処理スロット内の前記ＨＳ−ＤＳＣＨデータの処理量の上限値を前記第３の制限数にＨＳ−ＤＳＣＨの最小送信間隔に対応するデータ量を乗じた量とし、１送信処理スロット内の前記ＰＣＨＦＡＣＨデータの処理量の上限値を前記第４の制限数にＰＣＨおよびＦＡＣＨの最小送信間隔に対応するデータ量を乗じた量とし、各送信処理スロットでのチャネルごとの処理量がチャネルごとの処理量の上限値を超えないよう、各チャネルの最小送信間隔で送信する最小送信間隔送信データを各送信処理スロットの処理対象データとして選択し、また、最小送信間隔以外の送信間隔で送信する無線送信データをそのデータを送信するチャネルに対応する処理量の上限値ごとに分割して送信分割データとし、前記送信分割データを、各送信処理スロットでのチャネルごとの処理量がそのチャネルの処理量の上限値を超えないよう送信処理スロットの処理対象として選択する送信処理対象データ選択手段と、
を備え、
前記無線インタフェースプロトコル処理手段は、送信処理スロットごとに、前記送信処理対象データ選択手段がその送信処理スロットの処理対象として選択した処理対象データを処理し、処理後の前記最小送信間隔送信データおよび前記送信分割データを前記送信データ格納手段へ格納し、
前記無線伝送処理手段は、前記送信データ格納手段から前記最小送信間隔送信データおよび前記送信分割データを読み出し、前記最小送信間隔送信データに対して無線伝送処理を実施し、また、同一無線送信データを分割した全ての前記送信分割データを結合することにより分割前の無線送信データに対応する前記無線インタフェースプロトコル処理後のデータとし、その結合したデータに対して無線伝送処理を実施する、
ことを特徴とする請求項１〜４のいずれか１つに記載の無線通信装置。
【請求項９】
無線接続する端末から無線受信データを受信し、前記無線受信データに対して基地局としての所定の無線伝送処理を実施する無線伝送処理手段と、無線ネットワークコントローラとしての無線インタフェースプロトコル処理を実施する無線インタフェースプロトコル処理手段と、を備える無線通信装置におけるデータ処理方法であって、
Ｅ−ＤＣＨを用いて同時にデータを送信する前記端末の数を所定の第１の制限数以下とし、ＲＡＣＨを用いて同時にデータを送信する前記端末の数を所定の第２の制限数以下とするよう制御する端末制御ステップと、
前記無線伝送処理手段による処理後の前記無線受信データを格納する受信データ格納ステップと、
前記無線インタフェースプロトコル処理手段が前記無線受信データを処理する際の処理対象を、所定の処理単位時間である処理スロットごとに、ＵＬ ＤＣＨで受信した前記無線受信データであるＵＬ ＤＣＨデータとＲＡＣＨで受信した前記無線受信データであるＲＡＣＨデータとのうちの１つ未満と、Ｅ−ＤＣＨで受信した前記無線受信データであるＥ−ＤＣＨデータと、のうちの２つ未満とし、また、１処理スロット内の前記ＵＬ ＤＣＨデータの処理量の上限値をＵＬ ＤＣＨの最小送信間隔に対応するデータ量とし、１処理スロット内の前記Ｅ−ＤＣＨデータの処理量の上限値を前記第１の制限数にＥ−ＤＣＨの最小送信間隔に対応するデータ量を乗じた量とし、１処理スロット内の前記ＲＡＣＨデータの処理量の上限値を前記第２の制限数にＲＡＣＨの最小送信間隔に対応するデータ量を乗じた量とし、各処理スロットでのチャネルごとの処理量がチャネルごとの上限値を超えないよう、各チャネルの最小送信間隔で送信された最小送信間隔データを各処理スロットの処理対象データとして選択し、また、最小送信間隔以外の送信間隔で送信された前記無線受信データをそのデータの送信されたチャネルの処理量の上限値ごとに分割し、分割したデータを、各処理スロットでのチャネルごとの処理量がそのチャネルの処理量の上限値を超えないよう処理スロットの処理対象として選択する処理対象データ選択ステップと、
前記無線インタフェースプロトコル処理手段が、処理スロットごとに、前記処理対象データ選択手段がその処理スロットの処理対象として選択した処理対象データを前記受信データ格納手段から読み出して処理する無線インタフェース処理ステップと、
を含むことを特徴とするデータ処理方法。
【請求項１０】
無線接続する端末から無線受信データを受信し、前記無線受信データに対して基地局としての所定の無線伝送処理を実施する無線伝送処理手段と、無線ネットワークコントローラとしての無線インタフェースプロトコル処理を実施する無線インタフェースプロトコル処理手段と、を備える無線通信装置におけるデータ処理方法であって、
前記無線伝送処理手段が、ＨＳ−ＤＳＣＨを用いて同時にデータを受信する前記端末の数を所定の第１の制限数以下とし、ＰＣＨまたはＦＡＣＨを用いて同時にデータを送信する前記端末の数を所定の第２の制限数以下とするよう前記端末に無線送信データを送信する送信ステップと、
前記無線インタフェースプロトコル処理手段による処理後の無線送信データを格納するための送信データ格納ステップと、
前記無線インタフェースプロトコル処理手段が無線送信データを処理する際の処理対象を、所定の処理単位時間である処理スロットごとに、ＤＬ ＤＣＨで送信する無線送信データであるＤＬ ＤＣＨデータとＰＣＨまたはＦＡＣＨで送信する無線送信データであるＰＣＨＦＡＣＨデータとのうちの１つ未満と、ＨＳ−ＤＳＣＨで送信する無線送信データであるＨＳ−ＤＳＣＨデータと、のうちの２つ未満とし、また、１処理スロット内の前記ＤＬ ＤＣＨデータの処理量の上限値をＤＬ ＤＣＨの最小送信間隔に対応するデータ量とし、１処理スロット内の前記ＨＳ−ＤＳＣＨデータの処理量の上限値を前記第１の制限数にＨＳ−ＤＳＣＨの最小送信間隔に対応するデータ量を乗じた量とし、１処理スロット内の前記ＰＣＨＦＡＣＨデータの処理量の上限値を前記第２の制限数にＰＣＨおよびＦＡＣＨの最小送信間隔に対応するデータ量を乗じた量とし、各処理スロットでのチャネルごとの処理量がチャネルごとの処理量の上限値を超えないよう、各チャネルの最小送信間隔で送信する最小送信間隔送信データを各処理スロットの処理対象データとして選択し、また、最小送信間隔以外の送信間隔で送信する無線送信データをそのデータを送信するチャネルに対応する処理量の上限値ごとに分割して送信分割データとし、前記送信分割データを、各処理スロットでのチャネルごとの処理量がそのチャネルの処理量の上限値を超えないよう処理スロットの処理対象として選択する送信処理対象データ選択ステップと、
前記無線インタフェースプロトコル処理手段が、送信処理スロットごとに、前記送信処理対象データ選択手段がその処理スロットの処理対象として選択した処理対象データを処理し、処理後の前記最小送信間隔送信データおよび前記送信分割データを前記送信データ格納手段へ格納する無線インタフェースプロトコル処理ステップと、
前記無線伝送処理手段が、前記送信データ格納ステップで格納された前記最小送信間隔送信データおよび前記送信分割データを読み出し、前記最小送信間隔送信データに対して無線伝送処理を実施し、また、同一無線送信データを分割した全ての前記送信分割データを結合することにより分割前の無線送信データに対応する前記無線インタフェースプロトコル処理後のデータとし、その結合したデータに対して無線伝送処理を実施する無線伝送ステップと、
ことを含むことを特徴とするデータ処理方法。
【請求項１】
無線接続する端末から無線受信データを受信し、前記無線受信データに対して基地局としての所定の無線伝送処理を実施する無線伝送処理手段と、無線ネットワークコントローラとしての無線インタフェースプロトコル処理を実施する無線インタフェースプロトコル処理手段と、を備える無線通信装置であって、
前記無線伝送処理手段は、Ｅ−ＤＣＨを用いて同時にデータを送信する前記端末の数を所定の第１の制限数以下とし、ＲＡＣＨを用いて同時にデータを送信する前記端末の数を所定の第２の制限数以下とするよう制御し、
前記無線伝送処理手段による処理後の前記無線受信データを格納するための受信データ格納手段と、
前記無線インタフェースプロトコル処理手段が前記無線受信データを処理する際の処理対象を、所定の処理単位時間である処理スロットごとに、ＵＬ ＤＣＨで受信した前記無線受信データであるＵＬ ＤＣＨデータとＲＡＣＨで受信した前記無線受信データであるＲＡＣＨデータとのうちの１つ未満と、Ｅ−ＤＣＨで受信した前記無線受信データであるＥ−ＤＣＨデータと、のうちの２つ未満とし、また、１処理スロット内の前記ＵＬ ＤＣＨデータの処理量の上限値をＵＬ ＤＣＨの最小送信間隔に対応するデータ量とし、１処理スロット内の前記Ｅ−ＤＣＨデータの処理量の上限値を前記第１の制限数にＥ−ＤＣＨの最小送信間隔に対応するデータ量を乗じた量とし、１処理スロット内の前記ＲＡＣＨデータの処理量の上限値を前記第２の制限数にＲＡＣＨの最小送信間隔に対応するデータ量を乗じた量とし、各処理スロットでのチャネルごとの処理量がチャネルごとの上限値を超えないよう、各チャネルの最小送信間隔で送信された最小送信間隔データを各処理スロットの処理対象データとして選択し、また、最小送信間隔以外の送信間隔で送信された前記無線受信データをそのデータの送信されたチャネルの処理量の上限値ごとに分割し、分割したデータを、各処理スロットでのチャネルごとの処理量がそのチャネルの処理量の上限値を超えないよう処理スロットの処理対象として選択する処理対象データ選択手段と、
を備え、
前記無線インタフェースプロトコル処理手段は、処理スロットごとに、前記処理対象データ選択手段がその処理スロットの処理対象として選択した処理対象データを前記受信データ格納手段から読み出して処理する、
ことを特徴とする無線通信装置。
【請求項２】
前記無線伝送処理手段は、Ｅ−ＤＣＨを用いて同時にデータを送信する前記端末の数を前記第１の制限数以下とするよう制御を「Time and Rate Scheduling」方式を用いて実施する、
ことを特徴とする請求項１に記載の無線通信装置。
【請求項３】
無線接続する前記端末の数を所定の接続端末数以下とし、
前記接続端末数に１を加えた数の処理スロットを無線フレーム周期とし、
前記処理対象データ選択手段は、無線フレーム周期ごとにそのフレーム内の処理スロットを１つずつ前記端末に割り当て、処理スロットの処理対象データとしてその処理スロットが割り当てられている端末のＵＬ ＤＣＨデータを選択し、前記端末に割り当てられていない処理スロットの処理対象としてＲＡＣＨデータを選択する、
ことを特徴とする請求項１または２に記載の無線通信装置。
【請求項４】
前記処理スロットを、Ｅ−ＤＣＨの最小送信間隔とする、ことを特徴とする請求項１、２または３に記載の無線通信装置。
【請求項５】
無線接続する端末に無線送信データを送信し、前記無線送信データに対して基地局としての所定の無線伝送処理を実施する無線伝送処理手段と、無線ネットワークコントローラとしての無線インタフェースプロトコル処理を実施する無線インタフェースプロトコル処理手段と、を備える無線通信装置であって、
前記無線伝送処理手段は、ＨＳ−ＤＳＣＨを用いて同時にデータを受信する前記端末の数を所定の第１の制限数以下とし、ＰＣＨまたはＦＡＣＨを用いて同時にデータを送信する前記端末の数を所定の第２の制限数以下とするよう前記端末に無線送信データを送信し、
前記無線インタフェースプロトコル処理手段による処理後の無線送信データを格納するための送信データ格納手段と、
前記無線インタフェースプロトコル処理手段が無線送信データを処理する際の処理対象を、所定の処理単位時間である処理スロットごとに、ＤＬ ＤＣＨで送信する無線送信データであるＤＬ ＤＣＨデータとＰＣＨまたはＦＡＣＨで送信する無線送信データであるＰＣＨＦＡＣＨデータとのうちの１つ未満と、ＨＳ−ＤＳＣＨで送信する無線送信データであるＨＳ−ＤＳＣＨデータと、のうちの２つ未満とし、また、１処理スロット内の前記ＤＬ ＤＣＨデータの処理量の上限値をＤＬ ＤＣＨの最小送信間隔に対応するデータ量とし、１処理スロット内の前記ＨＳ−ＤＳＣＨデータの処理量の上限値を前記第１の制限数にＨＳ−ＤＳＣＨの最小送信間隔に対応するデータ量を乗じた量とし、１処理スロット内の前記ＰＣＨＦＡＣＨデータの処理量の上限値を前記第２の制限数にＰＣＨおよびＦＡＣＨの最小送信間隔に対応するデータ量を乗じた量とし、各処理スロットでのチャネルごとの処理量がチャネルごとの処理量の上限値を超えないよう、各チャネルの最小送信間隔で送信する最小送信間隔送信データを各処理スロットの処理対象データとして選択し、また、最小送信間隔以外の送信間隔で送信する無線送信データをそのデータを送信するチャネルに対応する処理量の上限値ごとに分割して送信分割データとし、前記送信分割データを、各処理スロットでのチャネルごとの処理量がそのチャネルの処理量の上限値を超えないよう処理スロットの処理対象として選択する送信処理対象データ選択手段と、
を備え、
前記無線インタフェースプロトコル処理手段は、送信処理スロットごとに、前記送信処理対象データ選択手段がその処理スロットの処理対象として選択した処理対象データを処理し、処理後の前記最小送信間隔送信データおよび前記送信分割データを前記送信データ格納手段へ格納し、
前記無線伝送処理手段は、前記送信データ格納手段から前記最小送信間隔送信データおよび前記送信分割データを読み出し、前記最小送信間隔送信データに対して無線伝送処理を実施し、また、同一無線送信データから分割された全ての前記送信分割データを結合することにより分割前の無線送信データに対応する前記無線インタフェースプロトコル処理後のデータとし、その結合したデータに対して無線伝送処理を実施する、
ことを特徴とする無線通信装置。
【請求項６】
無線接続する前記端末の数を所定の接続端末数以下とし、
前記接続端末数に１を加えた数の送信処理スロットを無線フレーム周期とし、
前記送信処理対象データ選択手段は、無線フレーム周期ごとにそのフレーム内の送信処理スロットを１つずつ前記端末に割り当て、送信処理スロットの処理対象データとしてその送信処理スロットが割り当てられている端末のＤＬ ＤＣＨデータを選択し、前記端末に割り当てられていない送信処理スロットの処理対象としてＰＣＨＦＡＣＨデータを選択する、
ことを特徴とする請求項５に記載の無線通信装置。
【請求項７】
前記送信処理スロットを、ＨＳ−ＤＳＣＨの最小送信間隔とする、
ことを特徴とする請求項５または６に記載の無線通信装置。
【請求項８】
無線接続する端末に無線送信データを送信し、
前記無線伝送処理手段は、前記無線送信データに対して基地局としての所定の無線伝送処理を実施し、また、ＨＳ−ＤＳＣＨを用いて同時にデータを受信する前記端末の数を所定の第３の制限数以下とし、ＰＣＨまたはＦＡＣＨを用いて同時にデータを送信する前記端末の数を所定の第４の制限数以下とするよう前記端末に無線送信データを送信し、
前記無線インタフェースプロトコル処理手段による処理後の無線送信データを格納するための送信データ格納手段と、
前記無線インタフェースプロトコル処理が無線送信データを処理する際の処理対象を、所定の処理単位時間である送信処理スロットごとに、ＤＬ ＤＣＨで送信する無線送信データであるＵＬ ＤＣＨデータとＰＣＨまたはＦＡＣＨで送信する無線送信データであるＰＣＨＦＡＣＨデータとのうちの１つ未満と、ＨＳ−ＤＳＣＨで送信する無線送信データであるＨＳ−ＤＳＣＨデータと、のうちの２つ未満とし、また、１送信処理スロット内の前記ＤＬ ＤＣＨデータの処理量の上限値をＤＬ ＤＣＨの最小送信間隔に対応するデータ量とし、１送信処理スロット内の前記ＨＳ−ＤＳＣＨデータの処理量の上限値を前記第３の制限数にＨＳ−ＤＳＣＨの最小送信間隔に対応するデータ量を乗じた量とし、１送信処理スロット内の前記ＰＣＨＦＡＣＨデータの処理量の上限値を前記第４の制限数にＰＣＨおよびＦＡＣＨの最小送信間隔に対応するデータ量を乗じた量とし、各送信処理スロットでのチャネルごとの処理量がチャネルごとの処理量の上限値を超えないよう、各チャネルの最小送信間隔で送信する最小送信間隔送信データを各送信処理スロットの処理対象データとして選択し、また、最小送信間隔以外の送信間隔で送信する無線送信データをそのデータを送信するチャネルに対応する処理量の上限値ごとに分割して送信分割データとし、前記送信分割データを、各送信処理スロットでのチャネルごとの処理量がそのチャネルの処理量の上限値を超えないよう送信処理スロットの処理対象として選択する送信処理対象データ選択手段と、
を備え、
前記無線インタフェースプロトコル処理手段は、送信処理スロットごとに、前記送信処理対象データ選択手段がその送信処理スロットの処理対象として選択した処理対象データを処理し、処理後の前記最小送信間隔送信データおよび前記送信分割データを前記送信データ格納手段へ格納し、
前記無線伝送処理手段は、前記送信データ格納手段から前記最小送信間隔送信データおよび前記送信分割データを読み出し、前記最小送信間隔送信データに対して無線伝送処理を実施し、また、同一無線送信データを分割した全ての前記送信分割データを結合することにより分割前の無線送信データに対応する前記無線インタフェースプロトコル処理後のデータとし、その結合したデータに対して無線伝送処理を実施する、
ことを特徴とする請求項１〜４のいずれか１つに記載の無線通信装置。
【請求項９】
無線接続する端末から無線受信データを受信し、前記無線受信データに対して基地局としての所定の無線伝送処理を実施する無線伝送処理手段と、無線ネットワークコントローラとしての無線インタフェースプロトコル処理を実施する無線インタフェースプロトコル処理手段と、を備える無線通信装置におけるデータ処理方法であって、
Ｅ−ＤＣＨを用いて同時にデータを送信する前記端末の数を所定の第１の制限数以下とし、ＲＡＣＨを用いて同時にデータを送信する前記端末の数を所定の第２の制限数以下とするよう制御する端末制御ステップと、
前記無線伝送処理手段による処理後の前記無線受信データを格納する受信データ格納ステップと、
前記無線インタフェースプロトコル処理手段が前記無線受信データを処理する際の処理対象を、所定の処理単位時間である処理スロットごとに、ＵＬ ＤＣＨで受信した前記無線受信データであるＵＬ ＤＣＨデータとＲＡＣＨで受信した前記無線受信データであるＲＡＣＨデータとのうちの１つ未満と、Ｅ−ＤＣＨで受信した前記無線受信データであるＥ−ＤＣＨデータと、のうちの２つ未満とし、また、１処理スロット内の前記ＵＬ ＤＣＨデータの処理量の上限値をＵＬ ＤＣＨの最小送信間隔に対応するデータ量とし、１処理スロット内の前記Ｅ−ＤＣＨデータの処理量の上限値を前記第１の制限数にＥ−ＤＣＨの最小送信間隔に対応するデータ量を乗じた量とし、１処理スロット内の前記ＲＡＣＨデータの処理量の上限値を前記第２の制限数にＲＡＣＨの最小送信間隔に対応するデータ量を乗じた量とし、各処理スロットでのチャネルごとの処理量がチャネルごとの上限値を超えないよう、各チャネルの最小送信間隔で送信された最小送信間隔データを各処理スロットの処理対象データとして選択し、また、最小送信間隔以外の送信間隔で送信された前記無線受信データをそのデータの送信されたチャネルの処理量の上限値ごとに分割し、分割したデータを、各処理スロットでのチャネルごとの処理量がそのチャネルの処理量の上限値を超えないよう処理スロットの処理対象として選択する処理対象データ選択ステップと、
前記無線インタフェースプロトコル処理手段が、処理スロットごとに、前記処理対象データ選択手段がその処理スロットの処理対象として選択した処理対象データを前記受信データ格納手段から読み出して処理する無線インタフェース処理ステップと、
を含むことを特徴とするデータ処理方法。
【請求項１０】
無線接続する端末から無線受信データを受信し、前記無線受信データに対して基地局としての所定の無線伝送処理を実施する無線伝送処理手段と、無線ネットワークコントローラとしての無線インタフェースプロトコル処理を実施する無線インタフェースプロトコル処理手段と、を備える無線通信装置におけるデータ処理方法であって、
前記無線伝送処理手段が、ＨＳ−ＤＳＣＨを用いて同時にデータを受信する前記端末の数を所定の第１の制限数以下とし、ＰＣＨまたはＦＡＣＨを用いて同時にデータを送信する前記端末の数を所定の第２の制限数以下とするよう前記端末に無線送信データを送信する送信ステップと、
前記無線インタフェースプロトコル処理手段による処理後の無線送信データを格納するための送信データ格納ステップと、
前記無線インタフェースプロトコル処理手段が無線送信データを処理する際の処理対象を、所定の処理単位時間である処理スロットごとに、ＤＬ ＤＣＨで送信する無線送信データであるＤＬ ＤＣＨデータとＰＣＨまたはＦＡＣＨで送信する無線送信データであるＰＣＨＦＡＣＨデータとのうちの１つ未満と、ＨＳ−ＤＳＣＨで送信する無線送信データであるＨＳ−ＤＳＣＨデータと、のうちの２つ未満とし、また、１処理スロット内の前記ＤＬ ＤＣＨデータの処理量の上限値をＤＬ ＤＣＨの最小送信間隔に対応するデータ量とし、１処理スロット内の前記ＨＳ−ＤＳＣＨデータの処理量の上限値を前記第１の制限数にＨＳ−ＤＳＣＨの最小送信間隔に対応するデータ量を乗じた量とし、１処理スロット内の前記ＰＣＨＦＡＣＨデータの処理量の上限値を前記第２の制限数にＰＣＨおよびＦＡＣＨの最小送信間隔に対応するデータ量を乗じた量とし、各処理スロットでのチャネルごとの処理量がチャネルごとの処理量の上限値を超えないよう、各チャネルの最小送信間隔で送信する最小送信間隔送信データを各処理スロットの処理対象データとして選択し、また、最小送信間隔以外の送信間隔で送信する無線送信データをそのデータを送信するチャネルに対応する処理量の上限値ごとに分割して送信分割データとし、前記送信分割データを、各処理スロットでのチャネルごとの処理量がそのチャネルの処理量の上限値を超えないよう処理スロットの処理対象として選択する送信処理対象データ選択ステップと、
前記無線インタフェースプロトコル処理手段が、送信処理スロットごとに、前記送信処理対象データ選択手段がその処理スロットの処理対象として選択した処理対象データを処理し、処理後の前記最小送信間隔送信データおよび前記送信分割データを前記送信データ格納手段へ格納する無線インタフェースプロトコル処理ステップと、
前記無線伝送処理手段が、前記送信データ格納ステップで格納された前記最小送信間隔送信データおよび前記送信分割データを読み出し、前記最小送信間隔送信データに対して無線伝送処理を実施し、また、同一無線送信データを分割した全ての前記送信分割データを結合することにより分割前の無線送信データに対応する前記無線インタフェースプロトコル処理後のデータとし、その結合したデータに対して無線伝送処理を実施する無線伝送ステップと、
ことを含むことを特徴とするデータ処理方法。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１１−６１４６６（Ｐ２０１１−６１４６６Ａ）
【公開日】平成２３年３月２４日（２０１１．３．２４）
【国際特許分類】
【出願番号】特願２００９−２０８５５２（Ｐ２００９−２０８５５２）
【出願日】平成２１年９月９日（２００９．９．９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２３年３月２４日（２０１１．３．２４）
【国際特許分類】
【出願日】平成２１年９月９日（２００９．９．９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]