WO2004089027A1

WO2004089027A1 - 無線通信ネットワークおよびフロー制御方法

Info

Publication number: WO2004089027A1
Application number: PCT/JP2003/004054
Authority: WO
Inventors: Eiji Ikeda; Tomonori Kumagai
Original assignee: Fujitsu Limited
Priority date: 2003-03-31
Filing date: 2003-03-31
Publication date: 2004-10-14
Also published as: US20050239435A1; CN100499858C; JPWO2004089027A1; EP1610575A4; EP1610575A1; CN1729709A; JP4056071B2

Abstract

　無線通信ネットワークにおける基地局制御装置と基地局間のフロー制御方法である。基地局制御装置、基地局、移動局に該移動局の最小受信間隔に基づいた同一の処理タイミングを設け、該処理タイミングに基づいて、基地局制御装置は基地局との間でデータ転送要求フレーム及びデータ転送許可フレームを送受して、基地局制御装置から基地局へのデータのフロー制御を行い、かつ、該処理タイミングで基地局は移動局へデータを送信する｡

Description

明細書

無線通信ネットワークおよびフロ一制御方法技術分野

本発明は少なくとも基地局制御装置（Radio Network Controler： RNC)と基地局 ( NodeB) と移動局（User Equipment： UE)とを含む無線通信ネットワークおよびフロー制御方法に係わり、特に、 UE のデータ受信間隔と、 RNC と NodeB 間で実施されるフロ一制御の処理間隔を一致させることでフロ一制御を効率よく行うための無線通信ネットワークおよびフロー制御方法に関する。背景技術

(a) HSDPA無線通信システム

W- CDMA 方式を使用した無線通信システムは、 3GPP ( 3^ Generation Partnership Project) に.て仕様化が行われ、現在国内でも実際のサービスが開始されている。現在、 3GPP では、さらなる高機能化を目指し追加機能の仕様化が進められており、例えば、パケット通信では、 HSDPA (High Speed Data Packet Access) の名称で、通信レートを下り最大 12Mbps (現状は下り最大 2Mbps) まで向上させるための追加機能検討が行われている。

図 10 は HSDPA システムの構成概略図である。 3GPP での無線アクセス系 (RAN： Radio Access Network) は、 RNC ( Radio Network Controler：無線制御装置） 1 と NodeB (基地局） 2、 UE ( User Equipment：移動機） 3a, 3b，…力ら構成されており、 RANは CN ( Core Network) 4に接続される。

HSDPA では、パケットデータの伝送チャネル CH として、有線区間における ① HS-DSCH ( High Speed― Downlink Shared Channel)、無線区間における② HS-PDSCH ( High Speed一 Physical Downlink Shared Channel) を使用する。 HS-DSCH と HS-PDSCHは下り専用のチャネルであり、かつ複数の UE ( UE#0、 UE#1) 3a, 3b,…で共有される。

無線区間において、高速制御チャネルとして③ HS-SCCH (High Speed Shared Control Channel) が設定され、 UE 3a, 3b,…が HS-PDSCH上でパケットデータを受信するための制御情報が伝送される。 HS-SCCH は複数の UE 3a, 31v"で共有される。

また、無線区間において④ HS-DPGCH ( High Speed Dedicated Physical Control Channel)がユーザ毎に設定される。 HSDPAでは、 NodeB 2と UE 3a, 3b, …の間でデータの再送制御を行っており、 UE 3a, 3b,…は、受信データに対する ACK (受信確認通知）や NACK (受信失敗通知）を、上記 HS-DPCCHを使用して、 NodeB 2に通知する。

さらに、 RNC 1 と UE 3a, 3b,…の間は、 ⑤制御用の論理パス（個別制御チヤネル）が UE 3a, 3b,…毎に設定される。なお、個別制御チャネル上のデータは、物理的には NodeB 2を経由して送受される。また、 RNC 1-NodeB 2間の制御情報の送受は、 ⑥ RNC-NodeB 間制御チャネルを介して行われる。また、 RNC 1 と NodeB 2の間では、 QoS ( Quality of Service) を確保するため、フロー制御が実施される。

(b) HS-PDSCHパケットデータの受信メカニズム

図 11 (A) 〜図 11(D)は HS-PDSCH上でのパケットデータの受信メカニズム説明図である。

HS-SCCH上では、図 11(A)に示すように、 TTI ( Transmition Time Interval = 2 ms) と呼ばれる送信周期が設定されており、送信すべき制御情報が存在する場合のみ、該制御情報が TTI に合わせて送信され、 UE#0，#1 により受信される。 HS -SCCH で伝送されるデータには、ユーザ識別子（UEID ： User Equipment Identifier) と HS-PDSCHのデータを受信するための各種パラメタ（無線拡散コード、変調方式、データ長情報など）がある。

• UE による HS -SCCHおよび HS-PDSCHデータの受信

UEは全ての TTIで HS-SCCHデータを受信する。例えば、図 11 (B) の slot#l では、 UE#0 と UE#1が同時に HS-SCCHデータを受信する。ここで、各 UE はデータ内の UEID を参照し、自 ID と比較する。この場合、 slot# l における HS-SCCH データの UEID は、「UE#1」となっているため、 UE#0 は、受信 HS-SCCH データを破棄し、一方、 UE#1 は受信 HS -SCCH データ内の制御データを取り込む。その後、 UE#1は制御データ部分から HS-PDSCH受信用パラメタを抽出し、 HS-PDSCH上でパケットデータを受信する（図 11 ( C) 、（D))。 UE# 1 はデータを受信したのちデータ内に含まれている「順序番号」を参照し、データの欠落がなかったかどうかを確認する。データ欠落なく全てのデータを受信できた場合には、 HS -DPCCH を使用して NodeB に ACK を通知する。また、データの欠落があった場合には、 HS -DPCCHを使用して NodeBに NACKを通知する。 slot#2〜 5 , slot#7~8 につレヽても同様であり、 UE# 1 は slot#l, 4 の HS-PDSCH を介してパケットデータを受信し、 UE#0 は slot#2〜3, 5, 7-8 の HS-PDSCHを介してバケツトデータを受信する。

• · UE のパケット受信間隔

受信処理能力の低い UEでは、 TTI 毎に毎回データを受信すると、受信データ処理が追いつかない場合が考えられる。そこで、 UE 毎に最小受信間隔が設定可能であり、 NodeB はある特定の UE に対して、最小受信間間隔以上の送信間隔を保証する必要がある。

たとえば、図 11(D)に示すように UE#0、UE#1の最小受信間隔がそれぞれ、 1TTI、 3ΤΤΙ とした場合を考える。 slot#l で UE#1 向けのデータ送信が行われたとすると、次に UE# 1 向けの送信を行えるのは、 3TTI後の slot#4 ということになり、その間の slot#2、 3では、 UE# 1向けの送信は禁止される。

( c )フロー制御

図 12はフロー制御メ力二ズムの概要説明図である。

RNC 1は CN 4からバケツトデータを受信すると、該パケットデータをー且パッファリングし、パッファ監視周期毎に該受信バケツトデータの送信要求をキヤパシティリクエス卜（Capacity Request)と呼ばれる制御フレームで NodeB 2に送信する。 Capacity Requestの特徴的なパラメタとしては図 13に示すように、

①メッセージ種別： Capacity Requestであることを表す、

②フロー識別子：フロー制御を行う「データフロー」を表す（ユーザ識別にも相当する）、

③送信要求データ数： RNCのパッファ内に蓄積されていて、これから送信しようとしているデータ数を表す、 .

がある。なお、 RNC, CN間のデータ通信は ATMセルを用いて行われ、 ATMセルのペイロード部に 1以上のショートパケッ卜がマッピングされる構成になっている。このため、図 13のフレーム（セル）の先頭にセルヘッダが付され、ショートパケッ卜で上記パラメータが特定される。

NodeB 2は、 Capacity Request を受信すると、 NodeB内のバッファ状況を調查し、空きがあれば送信許可データ数を RNC 1に対して、キャパシティァロケ —シヨン（Cap acity Allocation) と呼ばれる制御フレームで通知する。 Capacity Allocatio の特徴的なパラメタとしては図 14に示すように、

①メッセージ種別： Capacity Allocationであることを表す、

③送信許可データ数： RNCに対して送信を許可するデータ数

がある。

RNC 1は Capacity Allocationを受信すると、許可されたデータ数だけ、パッファリングしていたパケットデータを NodeB 2 に対して送信する。その後、 NodeB 2では、 HS -SCCHデータとともに、該バケツトデータを UE 3aに向けて送信する。

上記フロー制御は、データフロー毎（移動局毎）に行われる。したがって、実際に： RNC-NodeB 間では、データフロー分（移動局数分）だけ並行してフロー制御が行われることになる。

(d)課題

図 12で説明したように、 RNC 1は CN 4からバケツトデータを受信した際には、一旦データをバッファリングし、 Cap acity Requestにより、 NodeB 2に対してパケットデータの送信要求を発行することになる。

• 通常実施される方法

ここで Capacity Requestの送信契機について、 CN 4からパケットデータを受信する度に、 RNC 1が Capacity Reque stを送信するとした場合、送信要求が多発し、伝送帯域、計算処理リソース的にも効率が悪い。したがって、通常、 RNC 1 は図 12 に示すように一定周期でバッファを監視し、監視タイミング毎に Cap acity Request処理を起動し、そこまでにパッファリングされたバケツトデータ全てに対して、 NodeB 2へ送信要求を発行するという制御を行っている。 .しかし、かかるフロー制御では以下の問題がある。

まず、図 15に示すように RNC 1 の Capacity Request処理起動周期 T。力 S、 UE 3 の HS-PDSCH最小受信間隔よりも短い場合について考察する。

Capacity Request処理起動周期 To毎に、 RNC 1は、パケットデータ①、 ②〜 ④、 ⑤のそれぞれに対して Capacity Requestを NodeB 2に送信し、 NodeB 2 より Capacity Allocation受信後、該 NodeB に対してパケットデータを送信する。かかる場合、 NodeB 2では、 3回に分けて、データを受信するが、実際に UE 3 に対してデータ送信するタイミングは、 UE の HS-PDSCH最小受信間隔に合わせる必要があるため、そのタイミングまでそれぞれのデータは NodeB 内にパッファリングされていることになる。

このように、 RNC 1 内の Capacity Request 処理起動周期 T。と、 UE 3 の HS-PDSCH最小受信間隔 Tiが異なる場合には、 NodeB2 内でデータが無駄にパッファリングされることになる。また、図 15の状況では、 RNC 1 よりバケツトデータ①〜⑤全てのデータに対して 1 つの Capacity Request を送信する場合に比べて、 3倍の Capacity Request、 Capacity Allocationを送受信してレヽることになり、 RNC— NodeB 間の伝送帯域を浪費しているだけでなく、 RNC 内における Capacity Request処理に消費される計算リソースの浪費にもつながる。さらに、 NodeB 内におけるデータのバッファ占有時間が長くなると、その後に発行される RNC.からのデータ転送要求（Capacity Request) に対して、パッファを割当てられなくなるといった問題が発生し、これを,解消するために、大きなパッファを搭載すると装置規模 · コスト面でデメリットとなる。

次に、図 16 に示すように RNC 1 の Capacity Request処理起動周期 Toが、 UE 3の HS-PDSCH最小受信間隔よりも長い場合について考察する。

図 16に示すように、 RNC 1 は Capacity Request処理起動タイミングで、ノヽ" ケットデータ⑥〜⑩について Capacity Requestを NodeB 2へ送信し、 Capacity Allocation受信後、 NodeB 2に対してデータを送信する。かかる場合、 UE 3は比較的短周期でバケツトデータの受信が可能であるにもかかわらず、 RNC 1 におけるデータバッファ時間が長いため、はじめに到着したデータ（例えば、パケットデータ⑥， ⑦）が実際に UE 3へ転送されるまでの時間が大きくなり、データ到着が遅延することになる。さらに、 RNC 1 におけるデータのバッファ占有時間が長くなるとノッファ不足が発生する可能性があり、これを解消するために、大きなバッファを搭載すると装置規模 · コス卜面でデメリットとなる。

さらに、 UE 3 の HS-PDSCH最小受信間隔は、上述のように UE 3の受信能力により、 UE 毎に異なっているため、通常行われるようにな「固定周期の Capacity Request 処理起動方法」では、全ての UE に対して最適な、 Capacity Request処理起動周期を与えることが困難である。 '

マルチメディァ情報をバケツト形式に中継回線に伝送し、相互にパケット転送を行うパケット交換装置がある（特許文献 1)。このパケット交換装置では、データ端末装置から入力されたデータ情報をバッファに一時保存し、データ情報のパケット信号種別毎に予め定められた送信待ち時間後にパケット転送部を介して中継回線に送出する。この従来技術はパケットのフロー制御を実施するものであるが、基地局制御装置と、基地局と、移動局とを含む無線通信ネットワークにおける基地局制御装置と基地局間のフロー制御に関するものではなく、又、移動局のデータ受信間隔に基づいてフ口一制御を実施するものでもない。

また、データ転送速度を最適化するデータ転送速度制御方式がある（特許文献 2)。このデータ転送速度制御方式では、周期内に送信先よりデータ送信停止を指示するフロー制御情報が送られてきたか否かにより送信間隔を増減する演算を行い、演算結果により得られた新たな送信間隔で次周期のデータの送信を行う。これにより、フロ一制御の状況に応じて送信間隔を変化させ、データ転送速度を最適化する。この従来技術は送信間隔を制御するものであるが、基地局制御装置と、基地局と、移動局とを含む無線通信ネットヮ一クにおける基地局制御装置と基地局間のフロー制御に関するものではなく、又、移動局のデータ受信間隔に基づいてフロー制御するものでもない。

• 特許文献 1

特開平 3- 108843号公報

• 特許文献 2

特開平 7-264262号公報

以上より、本発明の目的は、 HS-PDSCH最小受信間隔を意識した、効率のよぃフロー制御（Capacity Request 起動制御）を実現できるようにすることである。本発明の別の目的は、 HS-PDSCH最小受信間隔を種々の動作条件の違いにより . ダイナミックに変化させ、かつフロー制御起動周期を該最小受信間隔に最小受信間隔追随させることで、より品質の高い通信を実現できるようにすることである。発明の開示

本発明は、基地局制御装置と、基地局と、移動局とを含む無線通信ネットヮー 'クにおける基地局制御装置から基地局へのデータフ口一制御に関する。基地局制御装置は、基地局との間でデータ転送要求フレーム及びデータ転送許可フレームを送受して基地局へのデータフ口一制御を行い、基地局は移動局へデータの送受を行う。基地局制御装置は所定の処理タイミングで、すなわち、移動局のデータ受信間隔に基づいて基地局との間で前記フロ一制御を行うと共に、基地局は該データ受信間隔で移動局へデータを送信する。基地局が多数の移動局と通信を行う場合には、前記フロー制御を移動局毎に行う。

また、基地局制御装置は移動局毎に該移動局宛のデータをバッファに格納し、該移動局毎の該パッファのデータ占有率（データ量）が所定の閾値を超えたか監視し、閾値を越えれば前記の処理タイミングに関係なくフロ一制御を開始する。

また、基地局制御装置は、前記移動局のデータ受信間隔を通信状況の変化、例えば、移動局のセル間移動回数、通信品質等に応じて移動局毎にダイナミックに変更する。

本発明によれば、基地局制御装置と基地局間のデータフロー制御と基地局と移動局間のデータ送受を同じタイミングで行えるため、伝送帯域や計算リソースを浪費することがなくなる。

本発明によれば、バッファに蓄積された移動局宛のデータ量が増加すれば、基地局制御装置は基地局との間でフロ一制御をおこなってデータを基地局に送信するようにしたから、大きなバッファを搭載する必要がなく装置規模 · コスト面で有利である。

本発明によれば、移動局のデータ受信間隔を通信状況の変化、例えば、移動局のセル間移動回数、通信品質等に応じて移動局毎にダイナミックに変更するから、移' 動局毎に最適なデータフロー制御を行うことができる。図面の簡単な説明

図 1 は本発明の通信システムの概略構成図ある。

図 2はフロー制御実行部の詳細構成を備えた基地局制御装置（RNC)の構成図でめる。

図 3はフロー制御実行部 Z無線送受信部の詳細構成を備えた基地局（NodeB ) の構成図である。 - 図 4は基地局制御装置（RNG)のフロー制御の処理シーケンスである。

図 5は RNC と NodeB間のフロー制御処理である。

図 6は NodeB と UE 間のデータ転送処理である。

図 7は本発明の送信処理説明図である'。

図 8 は各 UE の最小受信間隔（データ受信間隔）を更新する第 1 の処理フローで ¾る。

図 9は各 UE の最小受信間隔（データ受信間隔）を更新する第 2 の処理フローである。

図 1 0は HSDPAシステムの構成概略図である。

図 1 1 は HS -PDSCH上でのバケツトデータの受信メ力ニズム説明図である。図 1 2はフロ一制御メ力-ズムの概要説明図である。

図 1 3は Capacity Request セル（データ転送要求セル）の特徴的なパラメタ説明図ある。

図 1 4は Cap acity Allocation セル（データ転送許可セル）の特徴的なパラメタ説明図である。

図 1 5は RNC の Capacity Reque st処理起動周期が、 UE の HS'PDSCH最小受信間隔よりも短い場合の処理シーケンスである。

図 1 6は RNC の Capacity Request処理起動周期が、 UE の HS-PDSCH最小受信間隔よりも長い場合の処理シーケンスである。発明を実施するための最良の形態 ( A ) 全体の通信システム

図 1 は本発明の通信システムの概略構成図であり、各ノードの機能及びそれぞれの機能間の論理的'な情報交換経路を示している。

• 基地局制御装置（RNC)

基地局制御装置（RNC) 1 には、少なくとも送受信部 11、フロー制御実行部 12、HS-PDSCH最小受信間隔管理部 13、UE移動度管理部 14が搭載されている。送受信部 11 は、フ口一制御に基づいて基地局 2 との間でパケットデータの送受信処理を行う。

フロー制御実行部 12 は、基地局（NodeB) 2 との間で移動局毎にフロー制御を行い、コアネットワーク（CN) から受信した各移動局宛のパケットデータを基地局 2 に送信するよう制御する。フロー制御とは、 NodeB 2へデータを送信したい時、データ転送要求（Capacity Request) フレームを基地局へ送信し、該データ転送要求フレームに応答して NodeB 2から送られてくるデータ転送許可（Capacity Allocation) フレームを受信し、該データ転送許可フレームに基づいてバッファに保存されているデータを、 NodeB 2へ送信する制御である。

フ口一制御の起動処理タイミングは、 HS -PDSCH最小受信間隔管理部 13から移動局毎に指定される最小受信間隔に基づいて決定する。 HS-PDSCH最小受信間隔管理部 13が移動局の HS-PDSCH最小受信間隔を更新した場合には、該最新の最小受信間隔を参照してフロ一制御を継続する。また、フロー制御実行部 12は、コアネットワーク（CN) から受信した各移動局菀のパケットデータをバッファに格納する力 S、バッファの蓄積データ量が閾値より多くなるとフロー制御を開始する。

HS -PDSCH最小受信間隔管理部 13は、移動局（UE) 3毎に HS-PDSCHの最小受信間隔を更新して記憶する手段を有する。すなわち、 HS-PDSCH最小受信間隔管理部 13は、 UE移動度管理部 14からの変更要求により、あるいは移動局（UE) 3あるいは基地局（NodeB) 2からの HS-PDSCH最小受信間隔の変更要求を受けて、該 UE 3の HS-PDSCH最小受信間隔の値を更新して保存する。又、 HS-PDSCH最小受信間隔管理部 13は、 UE 3の HS-PDSCH最小受信間隔の値を更新すれば、該 UE 3及び NodeB 2 にその値を通知すると共にフロー制御実行部 12に対して値が変更されたことを通知する。

UE移動度管理部 14は、 UE 3の移動状況を、アプリケーションメッセージをもとに監視 ' 管理する。そして、ある UE が所定の条件を満たせば、対応する UE の HS-PDSCH最小受信間隔を変更するよう、 HS-PDSCH最小受信間隔管理部 13 に対して要求する。例えば、 UE 3 の移動に関する制御情報を管理し、ハンドォーバ頻度あるいは位置登録頻度あるいはセル更新頻度を監視し、これら頻度に基づいて、 UE 3のデータ受信間隔の変更要否を判断し、 HS-PDSCH最小受信間隔を変更する必要があれば、 HS-PDSCH最小受信間隔管理部 13に対して変更要求をする。

なお、 RNC 1 と UE 3間のァプリケーションメッセージおよびは最小受信間隔変更要求、更新通知は、図 10の個別制御チャネル⑤を使用して送受される。又、 RNC 1 と NodeB 2間の最小受信間隔変更要求および更新通知は、 RNC-Nodei 間制御チャネル⑥を介して行われる。

. 基地局（NodeB)

基地局（NodeB) 2には、少なくとも送受信部 20、無線送受信部 21、フロー制御実行部 22、 HS-PDSCH最小受信間隔管理部部 23、無線品質管理部 24が搭載される。

送受信部 20は、フ口一制御に基づいて基地局制御装置（RNC) l との間でバケツトデータの送受信処理を行う。無線送受信部 21は各移動局（UE)3 の HS-PDSCH におけるデータ受信間隔（最小受信間隔）を保持し、該データ受信間隔に基づいて無線によりバケツトを移動局に送信する。

フロー制御実行部 22は、 RNC 1から受信した各移動局宛のパケットデータをパッファに保存する。また、フロー制御実行部 22は、 RNC 1から受信したデータ送信要求（Capacity Request) フレームに対して、データ送信許可（Capacity Allocation) フレームを返送する機能を有する。すなわち、フロー制御実行部 22 は、 RNC 1 から所定移動局に関するデータ転送要求フレームを受信した時、該移動局のバッファの空き状況に基づいて所定データ量のデータ送信を許可するデータ転送許可フレームを RNC 1へ送信する。

HS-PDSCH最小受信間隔管理部 23は、 UE 3毎に HS-PDSCHの最小受信間隔を更新して保持する。すなわち、 HS-PDSCH 最小受信間隔管理部 23 は、無線品質管理部 24からの変更要求にもとづいて該当する UE 3の HS-PDSCH最小受信間隔の変更を RNC 1 の HS-PDSCH最小受信間隔管理部 13に要求する。そして、該最小受信間隔管理部 13 からの最小受信間隔変更指示に基づいて該当 UE の HS-PDS CH最小受信間隔を更新して保存する。又、 HS -PDS CH最小受信間隔管理部 23は、 UE 3 の HS-PDSCH最小受信間隔の値を更新すれば、無線送受信部 21 に値が変更されたことを通知する。

無線品質管理部 24は、 UE毎に無線品質を監視 · 管理し、ある UE の無線品質が所定の条件を満たせば、 HS-PDSCH最小受信間隔管理部 23 に対して、該 UE の HS-PDSCH最小受信間隔を変更するよう通知する。

• 移動局（UE) ' "

移動局（UE)3 には、少なくとも送受信部 31、 HS-PDSCH最小受信間隔管理部 32、状態管理部 33が搭載されている。

送受信部 31は HS-PDSCH最小受信間隔でパケットデータおよびその他のデ一タの送受信処理を行う。 HS-PDSCH最小受信間隔管理部 32 は自 HS-PDSCH の最小受信間隔を更新して保持する。すなわち、 HS-PDSCH最小受信間隔管理部 23 は、状態管理部 33 からの変更要求にもとづいて自分の HS-PDSCH最小受信間隔の変更を RNC 1 の HS-PDSCH最小受信間隔管理部 13 に要求する。そして、該最小受信間隔管理部 13からの最小受信間隔変更指示に基づいて HS - PDS CH最小受信間隔を更新して保存する。又、 HS-PDSCH 最小受信間隔管理部 32 は、 HS -PDSCH最小受信間隔の値を更新すれば、送受信部 31に値が変更されたことを通知する。

状態管理部 33は自身の状態（電池残量、通信品質、通信レート等）を監視 · 管理し、自状態が所定の条件を満たせば、 HS -PDSCH最小受信間隔管理部 32に対して、 HS-PDSCH最小受信間隔を変更するよう通知する。

( B) RNC のフロー制御実行部

図 2はフロー制御実行部の詳細構成を備えた基地局制御装置（RNC) 1の構成図であり、図 1 と同一部分には同一符号を付している。送受信部 11 は、基地局 (NodeB)とフレームの送受を行う送受信部 11a と、コアネットワーク CN とパケッ卜の送受を行う送受信部 l ibに分けている。

フ口一制御実行部 12 は、送受信部 lib を経由して CNから受信するパケットデータに対して、 NodeB との間でフ口一制御を実行する。フ口一制御の起動処理タイミングについては、 HS -PDSCH最小受信間隔管理部 13 により、 UE 毎に指定される最小受信間隔に基づく。さらに、 HS-PDSCH最小受信間隔が更新された場合には、該最新の最小受信間隔を参照して、フロー制御を継続する機能を有する。以下にフ口一制御部内の各プロックについて説明する。

パッファ 51ο〜51^ΐコアネットワーク CNから受信した各移動局宛のパケットデータを移動局毎に保存する。データ転送要求/許可処理部（Capacity Request/Allocation 処理部） 52 は、各移動局宛のバケツトデータが移動局毎にパッファ 52o〜52_nにパッファリングされている場合、所定のタイミングでデータ転送要求フレーム（Capacity Requestフレーム）を生成し、送受信部 11aを経由して NodeB 2へ送信する。また、 Capacity Request/Allocation処理部 52は NodeB 2 からデータ転送許可フレーム（Capacity Allocation フレーム）を受信すれば、該フレームで送信許可されたデータ数をパッファ管理部 53へ通知する。

バッファ管理部 53 は、バッファ内の状態を常に監視する。すなわち、パッファ管理部 53は、移動局毎にバッファ 52₀〜52_nの閾値を管理し、ある移動局のバッファ内のデータ占有率（データ量）が所定の閾値を超えたか監視し、閾値を超えれば Capacity Request/Allocation処理咅 52 に Capacity Requestフレームの送信処理を起動するよう要求する。

また、ノッファ管理部 53 は、 Capacity Request/Allocation処理部 52力ら所定移動局について送信許可データ数の通知を受ければ、該移動局に応じたデータバッファ 51j から指示されたデータ数を取り出し、送信処理を行う（データを送受信部 11aへ渡す）。

HS-PDSCH 最小受信間隔格納レジスタ 54o〜54_nは UE 毎の HS-PDSCH最小受信間隔 TME0〜TMRnを保存する。これらの HS-PDSCH最小受信間隔 TMB0〜TMRn はフロー制御起動タイマ値として使用され、 HS-PDSCH最小受信間隔管理部 13 の制御で値が更新される。

フロー制御起動タイマ 55o〜55_nは UE毎に設けられ、 HS-PDSCH最小受信間隔格納レジスタ 54o〜54_n に格納されている HS -PDSCH 最小受信間隔 T_MR0〜 TMBnの値をタイマ値として使用する。フロー制御起動タイマ 55o~ 55_nは経過時間力 S タイマ値に等しくなる毎にフロー制御の実行を Capacity Reque st/Allocation 処理部 52 に指示すると共に、経過時間を初期化する。なお、最小受信間隔 TMRi をタイマー値としてフロー制御起動.タイマー 55 iにセットし、該タイマー値を減算して 0になった時、タイムアウトになったものとしてフロー制御の実行を指示するように構成することもできる。

HS -PDSCH最小受信間隔管理部 13は、 UE毎に HS -PDSCHの最小受信間隔を管理し、移動情報管理部 14、 NodeB 2あるいは UE 3からの HS -PDSCH最小受信間隔の変更要求を受けて、該当する UE の HS -PDSCH最小受信間隔の値を更新する。

移動情報管理部 14 は、 UE 3 の移動状況をアプリケーションメッセージをもとに監視 · 管理する機能を有する。ある UE が所定の条件を満たした場合に、対応する UE の HS -PDS CH最小受信間隔を変更するよう、 HS -PDS CH最小受信間隔管理部 13に対して通知する。

送受信部 11aは、； RNC装置 1 と基地局 2 との間で送受される全てのデータを終端する。パケットデータや付随するフロー制御フレーム（Cap acity Reque st/Allocationフレーム）、あるいは個別制御チャネル上のアプリケーションメッセージ（最小受信間隔変更要求など）も送受信部 11aを介して送受される。

( C ) NodeB のフロー制御実行部及ぴ無線送受信部

図 3 はフロ一制御実行部ノ無線送受信部の詳細構成を備えた基地局（NodeB ) 2 の構成図であり、図 1 と同一部分には同一符号を付している。

フ口一制御実行部 22は、 RNC 1 との間でフロ一制御を行うほか、各 UE宛の送信データ（パケッ卜データ）をパッファ 63o〜63nに一時的に格納し、各 UE 3の送信データを無線送信部 21へ転送する機能を有する。

データ転送要求/許可処理部（Capacity Request/Allocatio 処理部） 61は、 RNC 1 から Capacity Request フレームを受信すれば、バッファ管理部 62に送信許可データ数を問い合わせて取得し、該送信許可データ数を含む Capacity Allocation ' フレームを生成して送受信部 20を経由して RNC 1 へ送信する。ノくッファ管理部 62は、各 UE宛のデータを一時的に保存するパッファ 63o〜63_n 内の状態を常に監視.する。すなわち、バッファ管理部 62 は、 Capacity Request/Allocation処理部 61から送信許可データ数の問い合せが入力されると、該当する UE のバッファ状況を調査し、バッファの空き状況に応じて送信許可デ一タ数を決定して Capacity Request/Allocation処理部 61に通知する。また、パッファ管理部 62 は、ノッファ 63o〜63_n内のデータを無線通信部 21 へ引き渡す機能も有している。

無線送受信部 21 は、各 UE 3 との間で実際に無線通信を行うための機能部である。無線通信部 71は、フロー制御実行部のバッファ管理部 62から渡される各 UE のパケットデータを該 UE に対して最小受信間隔で無線送信する。無線通信眘 71 は、 HS-PDSCH最小受信間隔格納レジスタ 72o〜72_nに保持されている各

UEのデータ受信間隔 TMrO〜TMR_nを参照し、各 UEの最小受信間隔を保証しながら通信を行う。また、 UE 3から図 10の HS-DPCCH④を介して受信する通信品質情報（ACE：、 NACK) を通信品質管理部 24へ通知する。 HS-PDSCH最小受信間隔格納レジスタ 72₀〜72nは HS-PDSCH最小受信間隔 TM ！〜 T_MR_Nを UE 毎に管理、保持するもので、無線通信部 7 1 により参照され、 HS-PDSCH最小受信間隔管理部 23により値が更新される。

通信品質管理部 24 は、無線通信部 71 から通知される通信品質情報（ACK、 NACK) をもとに、 HS -PDSCH最小受信間隔の変更要否を判断する。変更が必要と判断した場合には、 RNC - NodeB間制御チャネル⑥（図 10参照）を使用して、 RNC 1 に対して変更要求を通知する。

上記受信間隔変更処理は以下のようにして実現することができる。

単位時間内に受信した通信品質情報（ACK：、 NACK) のうち、 NACK (受信失敗〉の割合を、 2 種類の閾値（上限 · 下限）と比較し、上限閾値以上（低品質）であれば、最小受信間隔を大きくし、逆に下限閾値以下（高品質）であれば、最小受信間隔を小さぐする。このとき、最小受信間隔の変更幅は、 TTI ( 2ms) の n 倍で指定可能である（nは整数）。

HS -PDSCH最小受信間隔管理部 23は、 UE毎に HS-PDSCHの最小受信間隔を管理し、通信品質管理部 24からの HS -PDSCH最小受信間隔の変更要求を受けて、 HS-PDSCH 最小受信間隔格納レジスタ 72o〜72_nに保持されている該当する UE の HS -PDSCH最小受信間隔の値を更新する。なお、実際には、 RNC 1に変更要求を送り、RNC 1 より更新通知を受信した後に最小受信間隔格納レジスタ 72o〜72_n の更新を行う。

送受信部 20は NodeB 2と RNC 1との間で送受される全てのデータを終端する。パケットデータや付随するフロー制御フレーム（Capacity Request/Allocatio フレーム）、 RNC-NodeB間の制御メッセージ（最小受信間隔変更要求など）も送受信部 20を介して送受される。

( D ) フロー制御処理シーケンス

図 4は基地局制御装置（RNC)のフ口一制御の処理シーケンスである。

送受信部 lib より受信した CNからのパケットデータは、 UE毎にパッファ 51ο 〜51_ηに格納される（ステツプ①）。

バッファ管理部 53は、常時バッファ內のデータ占有率（蓄積データ量）を監視する（ステップ②）。そして、バッファ占有率が、所定の閾値を超えたことを検出すれば、直ちに Capacity Request/Allocation処理部 52へ通知し、フロー制御の起動トリガとする（ステップ②' )₀

以上と並行して、フロー制御起動タイマ 55ο〜55_πは、 UE毎に独立に起動して経過時間を計時する。そして、 HS -PDSCH 最小受信間隔を参照し、経過時間が HS-PDSCH 最小受信間隔に達したか監視する（ステップ③）。経過時間が HS-PDSCH 最小受信間隔に達すれば、 Capacity Request/Allocation 処理部 52 へ通知し、フロー制御の起動トリガとする（ステップ③ ' )₀ また、直ちに、計時時間を初期化して 0 から再起動する。タイマが満了した際は、以上のようにして、 UE毎に HS -PD S CH最小受信間隔に追随する形で、周期的にフロー制御を起動することが可能となる。

ステップ②' あるいはステップ③ ' により、フロー制御の起動トリガが発生すれば、 Capacity Request/Allocation処理部 52は、フロー制御起動トリガを検出する。これにより、 Capacity Request/Allocation処理部 52は、バッファ管理部 53 との間でバッファ状況の受け渡しを行い、その情報に基づいて、 Capacity Reque stフレームを作成して NodeB 2に送信する（ステップ④）。そして、 NodeB 2力ら Capacity Allocation フレームを受信すると（ステップ ⑤）、送信許可されたバケツトデータ数を確認し（ステップ⑥）、該送信パケットデータ数だけ該当バッファ 51o〜51nから取り出し、 NodeB 2に送信する（ステップ ⑦）。

なお、バッファ内のデータ占有率が所定値を超えたことにより、フロー制御処理が起動している状態で、フロー制御起動周期に到達しても（起動周期タイマが満了）、既にフロー制御は起動しているので該起動周期による新たなフロー制御は起動しない（ステップ⑧）。

また、所定 UE のタイマー満了による起動トリガ発生時、該 UE に応じたパップァ 51o〜51_nにデータが存在しなければ（送信要求データ数 =0)、 Capacity Reque st フレームを送信しないことで伝送帯域の圧迫を防止する。

また、複数のフロー制御起動周期をもつことで、 Capacity Reque sフレームが頻繁に送信される懸念がある。そこで、ユーザ毎にガード時間を設け、該ガード時間内に 2つ以上の Capacity Re que stフレームを送信しないよう保護する。この制御方法は、ユーザ毎にタイマを設けることで実施可能である。

( E ) RNC と NodeB 間のフロー制御

図 5 は RNC と NodeB 間のフロー制御処理である。尚、図 5のステップ 101〜ステップ 108 は図 4のシーケンスに従って説明済みであるので説明は省略する。すなわち、以下では RNC 1 力 S Cap acity Reque st フレームを生成、送信してからの処理を説明する。

NodeB 2 (図 3参照）の Capacity Reque st/Allocation処理部 61は、 RNC 2 ら Cap acity Allocatio フレームを受信すれば、該受信した Capacity Allocation フレームから、移動局 UE を特定するとともに、送信要求されているデータ数を確認する（ステップ 110)。ついで、 Capacity Reque st/Allocation処理部 61 は、バッファ管理部 62 に該当移動局 UE の空きバッファ量を問い合わせる（ステップ 111)。

バッファ管理部 62 は、該移動局 UE のバッファの空き容量を確認し、送信許可データ数を決定して Capacity Reque st/Allocation処理部 61に該 UEに対する送信許可データ数を通知する（ステップ 112)。 Capacity Re que st/Allocation処理部 61 は、バッファ管理部 62から通知された送信許可データ数をもとに Capacity Allocation フレームを生成し、送受信部 20を介して RNC 2へ返送する（ステップ 113)。

RNC 1の Cap acity Reque st/Allocation処理部 52は、 NodeB 2力ら該 Cap acity Allocation フレームを受信すると、移動局（ユーザ）を特定すると共に、送信許可されたデータ数を抽出し、バッファ管理部 62 に通知する（ステップ 114)。バッファ管理部 62 は通知された送信許可データ数をもとに、該当 UE のパッファよりパケットを読み出して送受信部 11 a を介して NodeB に送信する（ステツプ 115)。 NodeB 2は、 RNC 1からパケットデータを受信すると、該当移動局 UE のパッファへデータを格納する。

( F ) No deB と UE間のデータ転送処理

図 6は NodeB と UE 間のデータ転送処理である。

図 5 のステップ 115 の処理後、 NodeB 2 の無線通信部 21 は、常時、各 UE の HS -PDS CH 最小受信間隔を基準に各 UE への送信準備を行っている（ステップ 201)。ある UEが受信タイミングになると（ステップ 202)、無線通信部 71は、バッファ管理部 62 に対して該 UE のバッファ状況を問い合わせる（ステツプ 203)。バッファ管理部 62 は該 UE のパッファにデータが存在しているか調べ（ステップ 204)、存在しなければステップ 201 以降の処理が繰返えされる。一方、パッファにデータが存在すれば、バッファ管理部 62は該データを無線通信部 71に転送し（ステツプ 206)、無線通信部 71 は該当 UE に対して、 HS -SCCH を介して制御データを送信するとともに（ステップ 207)、パケットデータを HS - PDS CH を介して無線で送信する（ステップ 208)。

該当 UE 3は HS -S CCHを介して制御データを受信し（ステップ 209)、該制御データに含まれる受信パラメータ（無線拡散コード、変調方式、データ長情報等）を使用してパケットデータを、 HS -PDS CH を介して受信する（ステップ 210)。

UE 3はデータが正常に受信されたか監視し（ステップ 211)、正常に受信されると NodeB 2に対して、 HS -DPCCHを介して ACK (正常受信確認）を送信する（ステツプ 212)。また、正常に受信できなかった場合には、 UE 3は NodeB 2に対して、 HS -DPCCHを介して NACK (データ受信失敗）を通知する（ステップ 213)。 NodeB 2 は、該 ACK/NACK情報を無線通信部 71 を経由して通信品質管理部 24へ転送し（ステップ 214)、該通信品質管理部 24は、該 ACK/NACK情報を無線品質情報として保持し、その後のフィードバック処理（具体的には、 HS-PDSCH 最小受信間隔変更処理）に使用する（ステップ 215)。

本発明おいて、図 7 に示すように一連の送信処理（RNC-NodeB 間のフロ一制御及び NodeB-UE 間のデータ転送）は、 UE 3の HS-PDSCH最小受信間隔 TMRに追随したタイミングで行われる。このため、図 7 と図 15、図 16 とを比較すれば明らかなように、本発明によれば RNC 1や NodeB 2内において不要なバッファリングによるデータ遅延や無駄なフロー制御による帯域の圧迫を最小限に防ぐことができる。

( G) 付随機能

図 8及ぴ図 9 は各 UE の最小受信間隔（データ受信間隔）を更新する処理フロ一である。

• RNC が管理する UE の移動情報に基づいてフロー制御起動周期（最小受信間隔）を動的に変更する方法：

UE 3が頻繁に移動すると、該 UE 3 のデータ受信能力が落ちると考えられる。 RNC 1 内の移動情報管理部 14(図 1参照）は、 UEの移動情報、例えば、ハンドォ一バーやセル更新の頻度を蓄積 ' 管理する（ステップ 301)。そして、移動情報管理部 14 はハンドオーバーやセル更新の頻度が所定の下限閾値あるいは上限閾値より大きくなった監視する（ステップ 302, 303)。移動情報管理部 14は上限閾値を越えれば、 HS-PDSCH最小受信間隔管理部 13に HS-PDSCH最小受信間隔値を大きするよう変更依頼し（ステップ 304)、下限閾値を越えれば、 HS-PDSCH最小受信間隔管理部 13 に HS-PDSCH最小受信間隔値を小さくするよう変更依頼する（ステップ 305)。

HS-PDSCH最小受信間隔管理部 13は、 HS-PDSCH最小受信間隔値の変更依頼があったか監視する（ステップ 306、図 9)。変更依頼があれば、最小受信間隔管理部 13は、フ口一制御実行部 12内の該当する UE の最小受信間隔レジスタに保持されている H3-PDSCH 最小受信間隔値を変更依頼に応じて n ステップ大きく、あるいは小さくなるよう変更すると共に、 RNC-NodeB 間制御チャネル⑥（図 10 参照）を使用して、 NodeB 2に対して HS -PDSCH最小受信間隔を変更するよう通知する（ステップ 307)。さらに、 HS -PDSCH最小受信間隔管理部 13 は、個別制御チャネル⑤（図 10)を使用して、 UE 3に対して HS-PDSCH最小受信間隔を変更するよう通知する（ステップ 308)。

NodeB 2 の HS-PDSCH最小受信間隔管理部 23は、 RNC 1から通知されたステツプだけ HS-PDSCH最小受信間隔を変更し（ステップ 309)、最小受信間隔の変更に成功したかチェックする（ステップ 310)。最小受信間隔の変更が不成功であれば、最小受信間隔管理部 23は、 RNC 1に変更失敗を通知し（ステツプ 311)、一方、最小受信間隔の変更に成功すれば、最小受信間隔管理部 23 は RNC 1 に変更成功を通知する（ステップ 312)。

また、 UE 3 の HS-PDSCH最小受信間隔管理部 32は、 RNC 1から通知されたステップだけ HS -PDSCH最小受信間隔を変更し（ステップ 313)、最小受信間隔の変更に成功したかチェックする（ステップ 314)。最小受信間隔の変更が不成功であれば、最小受信間隔管理部 32 は、 RNC 1 に変更失敗を通知し（ステップ 315)、最小受信間隔の変更に成功すれば、最小受信間隔管理部 32は、 RNC 1に変更成功を通知する（ステップ 316)。

RNC 1 の HS-PDSCH最小受信間隔管理部 13は、一定時間内に NodeB 2と UE 3からそれぞれ変更成功/失敗通知があつたか、 Node Bは受信間隔変更を成功したカ UE は受信間隔変更を成功したか監視し（ステップ 317〜319)、変更成功/失敗通知を受信しなければ、あるいは、 N 0 d e Bが受信間隔変更に失敗すれば、あるいは U Eが受信間隔変更に失敗すれば、 NodeB 2 と UE 3 に最小受信間隔を元の値に戻すよう指示する（ステップ 320)。

一方、 Node B 2および UE 3が受信間隔変更に成功すれば、 HS-PDSCH最小受信間隔管理部 13は、該当 UE の最小受信間隔を更新する（ステツプ 321)。

• NodeB の通信状態監視情報に基づいてフロー制御起動周期（最小受信間隔）を動的に変更する方法：

NodeB 2 の通信品質管理部 24(図 1)は、 HS -DPCCHを介して UE 3から受信する ACK/NACK情報を用いてパケットデータの無線上の通信状態を把握する（ステツプ 401)。通信品質管理部 24は、こうした無線通信品質測定結果を UE毎に管理しておき、条件に応じて、 HS-PDSCH最小受信間隔を変更する。すなわち、パケットデータの再送頻度が大きく無線品質が下限閾値以下の場合には（ステップ 403で「YES」）、 UE 3の受信処理が間に合つていない可能性が高い。このよ •うな場合、通信品質管理部 24は HS -PDS CH最小受信間隔管理部 23に HS -PDSCH 最小受信間隔値を大きするよう変更指示する。これにより、最小受信間隔管理部 23 は RNC 1 の最小受信間隔管理部 13 に HS-PDSCH最小受信間隔値を nステップ大きくするよう変更要求する（ステップ 404)。

一方ノケットデータの再送頻度が小さく無線品質が上限閾値以上の場合には (ステップ 402 で「YES」）、 UE 3の受信処理が十分に間に合つている。このような場合、通信品質管理部 24は HS-PDSCH最小受信間隔管理部 23に HS -PDSCH 最小受信間隔値を小さくするよう変更指.示する。これにより、最小受信間隔管理部 23は RNC 1 の最小受信間隔管理部 13 に HS-PDSCH最小受信間隔値を nステツプ小さくするよう変更要求する（ステップ 405)。以後、図 9のステップ 306以降の処理を行う。

•UE の通信状態監視情報に基づいてフ口一制御起動周期（最小受信間隔）を動的に変更する方法：

UE 3の通信状態等に応じて、 UEが HS-PDSCH最小受信間隔を変更するトリガを RNC 1に対して通知する。通知方法としては、個別制御チャネルを使用する。例えば、 UE 3 の電池残量を監視し（ステップ 501)、電池残量が少なくなつてきた場合、消費電力を抑えるために、データ受信間隔を伸ばすことが有効であると考えられる。この場合、状態管理部 33(図 1参照）で、電池残量を管理し、所定の閾' 値以下になれ場（ステップ 502)、最小受信間隔を n ステップ大きくするよう、 HS -PDSCH最小受信間隔管理部 32に変更指示する。これにより、最小受信間隔管理部 32'は RNC 1の最小受信間隔管理部 13に HS-PDSCH最小受信間隔値を nステップ大きくするよう変更要求する（ステップ 503)。以後、図 9のステップ 306 以降の処理を行う。

以上では、電池残量に基づいて最小受信間隔値を変更する力通信品質や通信レ一トに基づいて変更することもできる。すなわち、 UE 3は通信品質を測定するのが一般的であり、この測定した受信品質をもとに、閾値判定を実施し、受信品質が低下した場合には、最小受信間隔を nステップ大きく、受信品質が向上した場合には、最小受信間隔を nステップ小さくするよう、個別制御チャネルを使用して HNCに通知することが可能である。

また、 UE 3 は通信レートを測定するのが一般的であり、この測定した通信レートをもとに、閾値判定を実施し、通信レートが小さい場合には、最小受信間隔を nステップ大きく、通信レー卜が大きい場合には、最小受信間隔を nステップ小さくするよう、個別制御チャネルを使用して RNC に通知することが可能である。こうすることで、低レート通信時に無駄な電力を消費するのを防止することができる。

(H) 本発明の効果

今後のパケット伝送レートの高速化に伴い、有限のリソース（伝送帯域、パッファメモリ、計算リソース等）をいかに効率的に使用するかが非常に重要な課題となってくる。本発明によれば、実際にパケットデータの終端先である UE の受信動作に着目し、 UEが受信可能な周期に合わせて、 RNC側でフロー制御処理を起動するものであり、かつ複数の UE に対して、独立にフロー制御を行うものである。さらに、様々な通信環境に応じて、動的にフロー制御起動周期を変更することも可能である。こうすることにより'、システム全体として、バケツトデータのスループットを低下させることなく、通信状態を常に最適な状態に保つことが可能となり、通信品質の向上にもつながるものと考えられる。さらに、必要最小限の処理量でフロー制御を行うことが可能なこと、および、 RNC · NodeB内のパッファの使用効率を最適化することが可能なことから、 RNC ' NodeB ともに装置規模（バッファ量や処理ブロック数）やコストの削減を可能とするものであり、結果的に通信コストの低下につな.がるものである。

Claims

請求の範囲

1 . 少なくとも基地局制御装置と、基地局と、移動局とを含む無線通信ネットワークにおける基地局制御装置と基地局間のフロー制御方法において、

基地局制御装置と基地局との間でデータ転送要求フレーム及びデータ転送許可フレームを送受して基地局制御装置から基地局へのデータのフロー制御を行い、基地局制御装置、基地局、移動局の各ノ ^ドに同一の処理タイミングを設け、該処理タイミングに基づいて基地局制御装置と基地局間で前記フロー制御を行うと共に、該処理タイミングで基地局と移動局間でデータの送受を行う、

ことを特徴とするフ口一制御方法。

2 . 前記フ口一制御を、基地局がデータ送信を行う移動局毎に行う、

ことを特徴とする請求項 1記載のフロー制御方法。

3 . 基地局制御装置は移動局毎に該移動局宛のデータをパッファに格納し、該移動局毎の該バッ.ファのデータ占有率が所定の閾値を超えたか監視し、越えれば、前記フロー制御を開始する、

'ことを特徴とする請求項 2記載のフロー制御方法。

4 . 基地局制御装置は移動局毎にタイマ値を設定し、所定の移動局についてタィムァゥトすれば該移動局宛のデータについて前記フロー制御を開始する、ことを特徴とする請求項 2または 3記載のフロー制御方法。

5 . 基地局制御装置は移動局毎にタイマ値を設定し、所定の移動局についてタィムァゥトしたとき、該移動局に対応するパッファ内にデータが存在する,か調べ、存在すれば、前記フロー制御を開始し、存在しなければフロー制御を開始しない、ことを特徴とする請求項 2記載のフロー制御方法。

6 . 基地局制御装置は、一定の保護時間を設け、該保護時間内に 2つ以上のデータ送信要求フレームを送信しないように制御する、

ことを特徴とする請求項 2または 3記載のデータ通信方法。

7 . 前記処理タイミングを移動局のデータ受信間隔とし、

基地局制御装置は、該処理タイミングで前記フロー制御を実行することにより、該フロ一制御の処理間隔を、移動局の前記データ受信間隔に一致させる、

ことを特徴とする請求項 1記載のフロー制御方法。

8 .基地局制御装置は、前記移動局のデータ ¾信間隔を通信状況の変化に応じて移動局毎にダイナミックに変更する、

ことを特徴とするに請求項 7記載のフ口一制御方法。

9 . 前記移動局のデータ受信間隔の変更判断は、基地局制御装置、基地局、移動局のいずれかで実施し、

データ受信間隔の変更実施要求を基地局制御装置に集約し、 .

基地局制御装置がデータ受信間隔を変更し、変更後のデータ受信間隔を基地局およぴ移動局に通知する、

ことを特徴とするに請求項 8記載のフ口一制御方法。

1 0 . 基地局制御装置から基地局おょぴ移動局にデータ受信間隔の変更通知を出した後、該基地局および移動局の両方から変更完了通知メッセージを受信しなければ、再度もとのデータ受信間隔に戻すよう前記基地局制御装置から基地局および移動局に通知する、

ことを特徴とする請求項 9記載のフロー制御方法。

1 1 . 移動局の移動に関する制御情報を基地局制御装置で管理し、

該制御情報に基づいて、基地局制御装置がデータ受信間隔の変更要否を判断する、

ことを特徴とするに請求項 8記載のフロー制御方法。

1 2 .前記制御情報としてハンドオーバ制御情報を使用し、移動局のハンドォーバー頻度を監視し、

ハンドオーバー頻度が所定の閾値よりも大きくなれば、データ受信間隔を大きくするよう判断し、ハンドオーバー頻度が所定の閾値よりも小さくなれば、データ受信間隔を小さくするよう判断する、

ことを特徴とするに請求項 1 1記載のフロー制御方法。

1 3 . 前記制御情報として移動局のセル間移動情報を含む制御情報を使用し、位置登録あるいはセル更新の頻度を監視し、

前記頻度が所定の閾値よりも大きくなれば、データ受信間隔を大きくするよう判断し、また、該頻度が所定の閾値よりも小さくなれば、データ受信間隔を小さくするよう判断する、ことを特徴とするに請求項 1 1記載のフロー制御方法。

1 4 . 基地局と移動局との間の通信品質を基地局で管理し、

該通信品質情報に基づいて、基地局が移動局のデータ受信間隔の変更要否を判断する、

ことを特徴とするに請求項 9記載のフ口一制御方法。

1 5 . 移動局が電池残量を管理し、

該電池残量に基づいて、移動局がデータ受信間隔の変更要否を判断する、ことを特徴とするに請求項 9記載のフ口一制御方法。

1 6 . 移動局が通信品質を管理し、

該通信品質に基づいて、移動局がデータ受信間隔の変更要否を判断する、 ' ことを特徵とするに請求項 9記載のフ口一制御方法。

1 7 · 移動局が通信レートを管理し、

該通信レートに基づいて、移動局がデータ受信間隔の変更要否を判断する、ことを特徴とするに請求項 9記載のフ口一制御方法。

1 8 . 少なくとも基地局制御装置と、基地局と、移動局とを含む無線通信ネットワークにおける基地局制御装置において、

コアネットワークから受信する移動局宛のデータを保存するバッファ部、基地局へデータを送信したい時、データ転送要求フレームを基地局へ送信し、該データ転送要求フレームに応答して基地局から送られてくるデータ転送許可フレームを受信し、該データ転送許可フレームに基づいて前記バッファに保存されているデータを.、基地局へ送信する制御を行うフロー制御部、

基地局との間でデータフレーム及ぴ前記各制御フレームの送受を行う送受信部、移動局のデータ受信間隔で前記フロ一制御を実行させる第 1のフロー制御起動部、

を備えたことを特徴とする基地局制御装置。

1 9 . 前記第 1 のフロー制御起動部は、

移動局毎にデータ受信間隔で前記フロー制御を実行させる手段を、

備えたことを特徴とする請求項 1 8記載の基地局制御装置。

2 0 . 移動局毎に該移動局宛のデータを格納するバッファ、該移動局毎に該バッファのデータ占有率が所定の閾値を超えたか監視するデータ量監視部、

所定移動局のデータ占有率が閾値を越えれば、該移動局に関して前記フロ一制御を実行させる第 2 のフロー制御起動部、

を備えたことを特徴とする請求項 1 9記載の基地局制御装置。

2 1 . 前記移動局のデーダ受信間隔を通信状況の変化に応じて変更して前記フ口一制御を実行させるタイミングを変更するプロ一制御実行間隔制御部、

を備えたことを特徴とする請求項 2 0記載の基地局制御装置。

2 2 . 少なくとも基地局制御装置と、基地局と、移動局とを含む無線通信ネットワークにおける基地局において、

基地局制御装置から受信する各移動局宛のデータを保存するバッファ部、各移動局のデータ受信間隔で該移動局に応じたパッファに保存されているデータを移動局に送信する送信部、 . 基地局制御装置から所定移動局に関するデータ転送要求フレームを受信した時、該移動局のバッファの空き状況に基づいてデータ送信を許可するデータ転送許可フレームを基地局制御装置へ送信するフ口一制御部、

基地制御装置との間でデータフレーム及び前記各制御フレームの送受を行う送受信部、

を備えたことを特徴とする基地局。

2 3 . 基地局と移動局との間の通信品質を管理する通信品質管理部、

通信品質情報に基づいて前記移動局のデータ受信間隔の変更要否を判断して基地局制御装置に通知するデータ受信間隔変更監視部、

を備え、前記送信部は、基地局制御装置から指示されたデータ受信間隔に基づいて前記パッファに保存されているデータを移動局に送信する、

ことを特徴とする請求項 22記載の基地局。