(57)【要約】【課題】  各端末にインタレース方式で通信リソースを割り当てるCDMA通信において、インタレース毎の不均衡を予防、または是正する方法を提供する。【解決手段】  基地局がインタレースごとの負荷状態を測定して端末に通知し、端末側でフィルタリングして送信タイミングの判断に利用する。もしくは基地局から複数の送信タイミングに関する負荷情報を通知し、端末側で適切な送信タイミングを選択利用する。あるいは基地局が少なくとも２つ以上のインタレース間の遷移確率を提示し、確率的に端末がインタレース（送信タイミング）を更新できるように促す。【選択図】  図６
2008005260.tif 000002
【特許請求の範囲】
【請求項１】
基地局と複数の端末装置とを有し、各端末装置は時分割多重のサブフレームを周期的に用いるインタレースにより該基地局と通信を行う無線通信システムであって、
前記基地局は、前記サブフレーム単位またはそれより短い所定の周期で、該所定の周期で判定される、該基地局と前記複数の端末装置との通信による負荷状況の情報を報知し、
前記端末装置は、該報知された負荷状況情報に基づいてサブフレーム毎の負荷状況を判断し、前記基地局との通信に用いるインタレースを選択して通信を行うことを特徴とする無線通信システム。
【請求項２】
請求項１記載の無線通信システムであって、
前記基地局は、前記所定の周期で報知される負荷状況情報と合わせて該所定の周期以外のインタレースにおける負荷状況を示す周辺インタレース情報を報知し、
前記端末装置は、前記所定の周期で報知される負荷情報と前記周辺インタレース情報とに基づいて、前記基地局との通信に用いるインタレースを選択して通信を行うことを特徴とする無線通信システム。
【請求項３】
請求項１または２記載の無線通信システムであって、
前記端末装置は、前記基地局との通信開始時、または通信中に該基地局との通信に用いるインタレースの選択を行うことを特徴とする無線通信システム。
【請求項４】
請求項１または２記載の無線通信システムであって、
前記端末装置は、該基地局と通信中に、前記報知される負荷状況情報に基づいて使用中のインタレースの負荷が高いことを検出した場合に、所定の確率により他のインタレースに変更して該通信を継続する制御を行うことを特徴とする無線通信システム。
【請求項５】
請求項４記載の無線通信システムであって、
前記所定の確率は、該端末が行う通信のQoSまたはアプリケーションにより異なる値に設定されることを特徴とする無線通信システム。
【請求項６】
請求項１ないし６のいずれかに記載の無線通信システムであって、
前記負荷状況情報は、前記各所定の周期で測定される、前記基地局における前記端末装置からの受信電力に基づいて生成されるものであることを特徴とする無線通信システム。
【請求項７】
基地局装置と複数の端末装置とを有し、各端末装置は時分割多重のサブフレームを周期的に用いるインタレースにより該基地局と通信を行う無線通信システムにおける基地局装置であって、
前記サブフレーム単位またはそれより短い所定の周期で、前記複数の端末装置との通信による負荷状況を判定する測定部と、
前記判定された負荷状況の情報をもとにインタレース毎の負荷状況を判断する負荷状況比較部と、
前記所定の周期で、該所定の周期の負荷状況情報と、該所定の周期以外の周辺インタレースの負荷状況情報とを報知する無線通信部とを有することを特徴とする基地局装置。
【請求項８】
請求項７記載の基地局装置であって、
前記インタレース毎に、負荷状況に基づく別インタレースへの遷移確率を報知する無線通信部を有することを特徴とする基地局装置。
【請求項９】
基地局装置と複数の端末装置とを有し、各端末装置は時分割多重のサブフレームを周期的に用いるインタレースにより該基地局と通信を行う無線通信システムにおける端末装置であって、
インタレース毎の負荷情報を格納する負荷情報格納部と、インタレース間の負荷情報を比較して送信タイミングの変更是非を判断する信号処理部と、送信タイミングを変更するための遅延器とを有することを特徴とする端末装置。
【請求項１０】
基地局装置と複数の端末装置とを有し、各端末装置は時分割多重のサブフレームを周期的に用いるインタレースにより該基地局と通信を行う無線通信システムにおける端末装置であって、報知されたインタレース毎の負荷情報を検出する負荷情報測定部と、インタレース間の負荷情報を比較して送信タイミングの変更是非を判断する信号処理部と、送信タイミングを変更するための遅延器とを有することを特徴とする端末装置。
【請求項１１】
請求項１０記載の基地局装置であって、
インタレース毎・サービス毎に規定され、放置された遷移確率情報を格納する遷移確率情報格納部と、前記遷移確率情報にしたがって送信タイミングの変更実施を判断する信号処理部とを有することを特徴とする端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セルラ無線通信の基地局装置における負荷分散の方法に関するもので、特にcdma2000 1xEVDOを代表とするパケット型ベストエフォートシステムにおいて、VoIPなどの低ジッタを求めるサービスの提供に対する負荷分散の方法を与える。
【背景技術】
【０００２】
1xEVDOを例にして、負荷分散の方法を説明する。1xEVDOでは、端末は確率遷移モデルにより制御されている。端末は適当なタイミングにおいて乱数を発生させ、その値を予め定められた閾値と比較して、特定の条件を満たす場合に送信レートを更新する。このような操作により、確率的に送信するレートをコントロールして、急激なレートの変動が発生しないように制御されている。急激なレートの変動が発生すると、端末の送信電力制御がうまく動作しなくなり制御不能になる。確率を用いた自律分散制御はこうした狙いから導入されている。通常はレートは上げる方向に制御される。各端末のレートが上がると必要となる送信電力が増えるため、基地局側での受信電力が上昇する。過剰な送信電力の上昇競争になってしまうと、セル境界の端末が恒常的に送信電力が最高レベルになってしまい、所望の特性を得られなくなるため、適当なレベルで抑えることが必要となる。例えば、3GPP2のEvaluation MethodologyではRoT(Rise over Thermal)が7dB以上となる確率が1%以下の条件で容量評価を実施することを規定している。こうした上限に基づいて実際のシステムは運用される。基地局の受信電力が上記のような基準に達した場合、基地局装置はRAB(Reverse Activity Bit)と呼ばれるビットを立てる。RABは基地局装置の信号受信電力あるいはRSSI(基地局装置の全受信電力)などの情報に基づいて算出されるもので、RoTあるいは相当の観測値が規定以上の値になった場合に基地局はこのビットを立てる。したがってRABは受信電力が規定に達したことを示す制御情報である。端末はRABが立ったことを検出すると、レートを上げることを止め、逆に乱数を用いた制御で、レートを落とす制御を行う。RABは基地局の瞬時瞬時の受信電力に応じて送信されるため、RABが立つ境界付近にシステム状態が保持されるように制御されることとなる。RABは測定結果の瞬時値に基づいて作成されるが、後に説明するインタレースの遷移については制御する規定がなかった。
【０００３】
【非特許文献１】標準化資料：3GPP2 C.S0024-A v2.0 “cdma2000 High Rate Packet Data Air Interface Specification” (2005/07) pp.10-141 - 10-143.
【発明の開示】
【発明が解決しようとする課題】
【０００４】
CDMAシステムは、符号拡散の効果により同時に多数のユーザを収容できるため、第３世代のセルラシステムとして発展してきた。近年、1xEVDOやHSDPAに代表されるパケット型のベストエフォートシステムが注目を浴びるようになり、IP電話の発展も手伝って、VoIP over Cellularが検討されるようになってきている。こうしたシステムでは、H-ARQ（パケット再送制御）との組合せから、図１に示すように無線フレームを有限のインタレースに分けることが一般的である（図内ではtiming#1〜3がインターレースに該当）。H-ARQでは通信元が送信を行うと、受信側は受信した情報が間違いなく受信されたかをFEC(Frame Error check)で判定し、その結果に応じてACK/NACKの信号を送信元に返す。送信元は、ACKが返信されれば送信した情報は正しく送られたとして、新たな情報の送信を行う。NACKが返信されれば正しく受信されなかったとして、情報の再送を行う。こうしたFECの判定やACK/NACKの送受信に時間を要するため、インターレース（送信タイミング）の考え方が必須になっている。
【０００５】
こうしたシステムにVoIP(Voice over IP)のような一定間隔でパケット投入のあるサービスを適用する場合、インタレースをずらしてTDMA的に利用すると、それらの間に干渉は発生しない。図１ではEV-DO Rev.Aの例であり、インタレース数は3である。
【０００６】
CDMAシステムの安定性は基地局受信電力の最大値に依存するため、収容数を増加させるためにはインタレース間の負荷を均一化することが望ましい。しかし、インタレースの選択は、端末が独自に行われているため、特段の制御を行わないと図２のように特定のインタレースにユーザが集中し、負荷が不均一になる場合がある。こうしたケースは、ハンドオーバによって特定のユーザが通話しながら他の基地局に移っていく際にも発生する。また、CDMAでは、端末における送信電力制御によって基地局側におけるビット当りの受信電力はおおよそ規格化されているので、特定のユーザが広帯域の通信を行いたい場合などでもインタレース毎の不均衡が発生し、単純なユーザ数による管理だけでは、インタレースの管理ができない。よって現状では、時間方向の負荷分散を考慮する術がないが、インタレース間の不均衡を是正する手段があれば、全体的な収容数の向上が期待できる。
【課題を解決するための手段】
【０００７】
本発明では、CDMAシステムでこのような時間方向への負荷分散を行う方式を提供することを目的とする。基地局が通知する負荷情報を端末でフィルタリングし、送信タイミングの判断に利用する。もしくは基地局から複数の送信タイミングに関する負荷情報を通知し、端末側で適切な送信タイミングを選択利用する。あるいは基地局が少なくとも２つ以上のインタレース間の遷移確率を提示し、確率的に端末がインタレース（送信タイミング）を更新できるように促す。
【０００８】
上記課題は、時分割多重により定期的な通信の負荷が分散されている符号多重の無線通信システムおいて、基地局装置が端末装置へ通知するトラヒックの混雑状況に関連した情報に基づき、端末装置が送信タイミングを調整する第１の負荷分散方式によって解決される。
【０００９】
また上記課題は、上記第１の負荷分散方式であって、上記の送信タイミングの調整は、新規のサービス開始時、サービス中で通信開始時、通信中のいずれかであることを特徴とする第２の負荷分散方式によって解決される。
【００１０】
また上記課題は、上記第２の負荷分散方式であって、送信タイミングの調整を所定の確率に基づいて行うことで自立分散的な負荷制御を行う第３の負荷分散方式によって解決される。
【００１１】
また上記課題は、上記第３の負荷分散方式であって、新規サービスの開始時、サービス中で通信開始時、通信中で、少なくとも1つ以上が別の確率を用いる第４の負荷分散方式によって解決される。
【００１２】
また上記課題は、時分割多重により定期的な通信の負荷が分散されている符号多重の無線通信システムおいて、基地局装置は端末装置に少なくとも２つ以上のタイミングに関するトラヒックの混雑状況に関連した情報に基づき、端末装置が送信タイミングを調整する第５の負荷分散方式によって解決される。
【００１３】
また上記課題は、上記第５の負荷分散方式であって、上記の送信タイミングの調整は、新規のサービス開始時、サービス中で通信開始時、通信中のいずれかであることを特徴とする第６の負荷分散方式によって解決される。
【００１４】
また上記課題は、上記第６の負荷分散方式であって、送信タイミングの調整を所定の確率に基づいて行うことで自立分散的な負荷制御を行う第７の負荷分散方式によって解決される。
【００１５】
また上記課題は、上記第７の負荷分散方式であって、新規サービスの開始時、サービス中で通信開始時、通信中で、少なくとも1つ以上が別の確率を用いる第８の負荷分散方式によって解決される。
【００１６】
また上記課題は、時分割多重により定期的な通信の負荷が分散されている符号多重の無線通信を行う基地局装置において、受信信号における時分割多重される各タイミングのトラヒック状況を測定するトラヒック測定手段と、上記トラヒック測定手段の測定結果に基づいて、トラヒックの混雑状況に関連した情報を作成する端末制御情報生成手段と、端末制御情報生成手段が生成した情報を端末に対して送信する端末制御情報送信手段を具備し、送信することを特徴とする第１の基地局装置によって解決される。
【００１７】
また上記課題は、上記第１の基地局装置であって、端末が判断する送信タイミングを変更する遷移確率、あるいは遷移確率を制御する際に利用する制御値を送信することを特徴とする第２の基地局装置によって解決される。
【００１８】
また上記課題は、上記第２の基地局装置において、新規サービスの開始時、サービス中で通信開始時、通信中の少なくとも１つ以上のケースで、上記の送信タイミングを変更する遷移確率、あるいは遷移確率を制御する際に利用する制御値が異なり、異なるパラメータを端末に対して送信することを特徴とする基地局装置によって解決される。
【００１９】
また上記課題は、送信タイミング調整手段を持ち、基地局装置からのトラヒックの混雑状況に関連した情報に基づいてパケットの送信タイミングを調整することを特徴とする第１の端末装置によって解決される。
【００２０】
また上記課題は、上記第１の端末装置において、上記の送信タイミングの調整は、新規のサービス開始時、サービス中で通信開始時、通信中のいずれかであることを特徴とする第２の端末装置によって解決される。
【００２１】
また上記課題は、上記第１の端末装置において、送信タイミングの調整を所定の確率に基づいて行うことで自立分散的な負荷制御を行うことを特徴とする第３の端末装置によって解決される。
【００２２】
また上記課題は、上記第１の端末装置において、基地局装置から送られてくる少なくとも２つ以上のタイミングに関するトラヒックの混雑状況に関連した情報を受信し、その情報に基づいて送信タイミングを調整することを特徴とする第４の端末装置によって解決される。
【発明の効果】
【００２３】
本発明によれば、従来は制御不可能であった時間方向の負荷分散が可能となる。これにより、システムの電力的な安定性が向上し、より多くのユーザを安定して収容することが可能となる。
【実施例１】
【００２４】
本発明の第１の負荷分散方法の制御シーケンスを図３に示す。図３ではEV-DOのReverse Activity Bit(RAB)を例に示している。基地局は一定時間毎に電力的な負荷を調べ、端末へ負荷情報（RAB）３０１を通知する。RABは基地局装置の信号受信電力あるいはRSSIなどの情報に基づいて算出されるもので、基地局はRoT(Rise over Thermal)あるいは相当の観測値が規定以上の値になった場合にこのビットを立てる（1にする）。したがってRABは受信電力が規定に達したことを示す制御情報と言える。端末はRABが1になったことを観測により検知すると、データ送信のレートを上げることを止め、逆に乱数を用いた制御で、レートを落とす制御を行う。RABは基地局の瞬時の受信電力に応じて送信されるため、RoTが閾値を超えるとRABが１になり受信電力の上昇を抑えるように働き、逆にRABが0の場合は各端末はレートを序々に上げていき、RoTが上昇するように制御される。このため、一般的には基地局の受信電力はRABが立つ限界域付近になるように制御されることとなる。但し、例えば端末数が少なく、通信中の全端末が認められた最大レートに達してもRoTに達しない場合においてはRABは０のままになるという状況となる。特に全端末がVoIPユーザの場合、上限の伝送レートが数十kb/s程度の比較的低い値となるため、全端末が上記のレート遷移の上限値で平衡となり、RABが1とならない状況となる。
【００２５】
RABは測定結果の瞬時値に基づいて作成されるが、後に説明するインタレースの遷移については制御する規定がなかった。1xEVDOでは端末は４スロットを単位に１サブフレームを構成し、このサブフレーム単位がインタレースの単位となっている。一方RABは１スロット単位で更新される情報であるため、連続したRABの観測により、どのインタレースが混雑した状態にあるかをおおよそ推定することができる。端末はこの推定結果に基づいてRABが1になりにくいインタレースを探してパケットを割り当てることができる。したがって、図３の手続き３０２では、端末は連続するRABを観測し、RABが立ちにくいサブフレーム（インタレース）においてパケットの送信を行う。1x EV-DOのようなCDMAシステムでは、端末毎に異なる拡散符合を使用するよう、データ通信の開始前に基地局とのネゴシエーションが行われており、どのインタレースを用いた場合でも他者と符号がぶつかることはない。ただし周期的な通信では、他者が少ないインタレースを選択すると、より効率的な通信ができる。
【００２６】
連続したRABの観測方法としては、例えば、以下の方法がある。すなわち、サービスの開始を希望する端末は、通知情報３０１をインタレース毎に移動平均化する。平均化することで各々のインタレースの平均負荷を予測し(３０２)、低負荷と予測されるインタレースを用いてパケットの送出を始める。
【００２７】
本実施例の範疇として、図４のようにパケットを送信中であっても、RABの観測を継続し、その測定結果から、現在通信に用いているインタレースよりも負荷の低いインタレースがある場合には、負荷の低いインタレースにパケット送信するように変更してもよい。基地局は常に全てのインタレースにおいてパケットが来る可能性を予測して待ち続けているため、端末が自身の判定で、特に報告もなしにパケットを送信するインタレースを変更しても、基地局は正しく受信することができる。
【００２８】
RABを出力する基地局装置の構成は図８に示される。基地局装置は上り回線の状況を把握してRABを生成し、これを下り回線を使って送信する。まず、上り回線の状況把握について説明する。図８でアンテナ２０が受信した信号は、ＲＦ部（２１）によってベースバンド周波数に変換され、デジタル信号に変換される。変換された信号は逆拡散処理部（３４）により端末毎の受信信号に分離され、トラッキング処理部（２２）では、マッチドフィルタなどを使い、信号の到来タイミングと強度を測定する。その情報は信号処理部（２３）に入力され、フィンガー処理部などのハードウェアリソースの割当てが行われる。フィンガー処理部（２４）では信号処理部（２３）の指示に従い、所望のパス遅延において信号の処理を行う。その結果は加算処理部（２５）に入力され、信号加算によりＲＡＫＥ受信が完了する。ＲＡＫＥ受信された信号は復調部（２６）に入力されて復調処理が行われる。この際にパイロット信号の強度やＳＩＮＲを測定することが可能で、得られた信号電力情報は電力測定部（３２）で全端末分集計され、RoTなどの電力情報として出力される。続いて制御情報の送信方法を説明する。RoTが得られると、信号処理部（２３）は下り回線の制御チャネル変調部（２９）に入力され、ここでRABが生成される。生成された制御情報はネットワークからのユーザ情報の符号化情報を作成する変調部（３０）の出力と、加算部（３１）において時間多重あるいはコード多重などの多重手段を使い加算される。加算された信号はＲＦ部に供給され、無線信号としてアンテナ（２０）から送信される。なお復調信号は、再送の場合は同じインタレースの受信済みデータと合成された上で、信号処理部（２３）で復号処理され、結果（ACK/NACK）は制御チャネル送信部（３３）で他の情報と多重されて送信される。正しく復号された信号はネットワークインタフェース部（２８）を介してネットワークへと送出される。
【００２９】
上記の例ではRoT判定に復調された信号を利用したが、RSSI測定から行ってもよい。分でRSSI測定部（２７）が測定した結果は、信号処理部（２３）に入力され、受信電力を測定する。なお、実施例２及び３においては、制御チャネル送信部（３３）がRABと他の送信タイミングの負荷情報とを多重して送信する。
【００３０】
本実施例を実施する端末構成を図１０に示す。端末装置は再送を含むデータ送信動作と同時に、基地局が通知するRAB情報を基にインタレース毎の基地局負荷状況を把握し、基地局負荷の低いインタレースへと送信タイミングを変更する。まず、インタレース毎の負荷状況把握について述べる。図１０でアンテナ（１００）が受信した信号は、RF部（１０１）によってベースバンド周波数に変換され、デジタル信号に変換される。変換された信号のうち、RAB情報を負荷情報測定部（１０８）で検出し、信号処理部（１０３）が負荷情報メモリ（１０９）に格納されたインタレース毎の負荷情報を更新する。更新後、現在のインタレースよりも低い負荷情報を示すインタレースが存在すると信号処理部１０３が判断した場合、送信タイミングを変更するために遅延器（１０５）を動作させる。送信タイミング変更の動作は、通信開始時に行っても、通信中であっても良い。通信中の場合、次に述べる再送動作中はタイミング変更をしないよう制御しても良い。
【００３１】
続いて、データ送信について述べる。そのインタレースで前回データ送信を実施した場合、受信の成否を示すACK情報が基地局から送信されており、ACK情報判定部（１０２）で検出して信号処理部１０３が再送の要否を判定する。前回送信したデータは、アプリケーションインタフェース部（１１２）を介して得た新規送信データと共に送信データ保持バッファ（１０４）に格納されており、再送が必要と判断された場合は再送データが、必要なしと判断された場合は新規データが出力される。出力されたデータは遅延器１０５を通って変調部（１０６）に入力され、制御チャネル生成・変調部（１１１）で生成されるデータ情報（再送または新規の別）と共に加算部（１０７）において多重される。多重された信号はRF部１０１に供給され、無線信号としてアンテナ１００から出力される。最後にデータ受信について述べる。RF部から出力された基地局からの送信データは復号部（１１０）で復号処理され、信号処理部１０３へ入力される。信号処理部１０３は復号の成否を制御チャネル生成・変調部１１１へ入力し、他の制御情報と多重する。同時に、復号成功の場合はアプリケーションインタフェース部１１２を通してアプリケーションへデータを出力する。
【００３２】
以上のように、基地局が送信するRABの情報に基づいて端末が判断し、負荷の低いインタレースを選んで送信を開始することができるため、インタレース毎の負荷分散が自律的に行われることとなり、システムのキャパシティが最大になるように制御が働く。よって課題は解決される。
【実施例２】
【００３３】
本発明の第２の負荷分散方法の制御シーケンスを図５に示す。基地局はそのタイミングの負荷情報(３０１)に加え、他の送信タイミングの負荷情報を調べて(５０１)通知(５０２)する。サービスの開始を希望する端末は、RAB３０１が当該インタレースが低負荷であることを示す場合はそのタイミング（インタレース）にて通信を開始し、RAB３０１が当該インタレースが高負荷であること、かつ通知情報５０２が他に低負荷のタイミング（インタレース）が存在することを示す場合は、そのタイミングが到来するまでデータ伝送の開始を保留する。また、図６のようにパケットを送信中であっても、RAB３０１と通知情報５０２の観測を継続し、その測定結果から、現在パケット送信に用いているインタレースよりも負荷の低いインタレースがあると判断される場合には、より負荷の低いインタレースにパケット送信するように送信タイミングをずらしてもよい。図６では発話を契機としているが、別の契機で変更してもよい。基地局は常に全てのインタレースにおいてパケットが来る可能性を予測して待ち続けているため、端末が自身の判定で、特に報告もなしにパケットを送信するインタレースを変更しても、基地局は正しく受信することができる。
【００３４】
本実施例を実施する基地局構成を図９に示す。図８の基地局構成と同様の構成を用いることができる。異なる点は、信号処理部２３は異なるインタレース毎の受信電力の状況を統計処理により把握し、実施例１で示したRABの他に、他のインタレースが空いていることを示す制御情報を作成することである。これは、受信電力情報格納メモリ（３５）にインタレース毎の受信電力を格納し、当該インタレースで算出された受信電力情報と、格納された異なるインタレースの受信電力情報とを比較することで作成される。例えば図１に示す３つのインタレースからなる場合であれば、２ビットの情報を作成し、１ビット目は当該サブフレームの前のサブフレームに空きがあるか、２ビット目は当該サブフレームの後ろのサブフレームに空きがあるかを示す情報とする。この情報を例えば１サブフレームを使って符号化率を下げて送信することで、情報伝達のための消費電力を下げながら情報の送信を行うことができる。
【００３５】
本実施例を実施する端末構成を図１１に示す。図１０の端末構成と同様の構成を用いることができる。異なる点は、端末側が作成・管理していたインタレース毎の負荷情報を基地局側が報知することである。これは、負荷情報測定部１０８が各インタレースの負荷情報を測定し、信号処理部１０３へ入力することで実現される。この場合、負荷情報メモリ１０９は必要ない。
【００３６】
以上のように、基地局が送信するRABと通知情報５０２に基づいて端末が判断し、負荷の低いインタレースを選んで送信を開始することができるため、インタレース毎の負荷分散が自律的に行われることとなり、システムのキャパシティが最大になるように制御が働く。よって課題は解決される。実施例１に比べ、基地局がインタレース毎の負荷を調べて通知するため、端末各々がその機構を有する必要がない。また、基地局側で誘導するインタレースを制御しやすいという利点もある。
【実施例３】
【００３７】
本発明の第3の負荷分散方法の制御シーケンスを図７に示す。３０１、５０１、５０２の動作は第2の方法と同様である。本実施例では、予めインタレース間の遷移確率情報（７０２）が基地局から指示されていて、端末はそれに従ってインタレースの遷移を行う。例えばRAB３０１が１の場合に、端末は適当なタイミングにおいて乱数を発生させ、その値を予め定められた閾値と比較して、特定の条件を満たす場合に別のインタレースを選択(７０１)して、このインタレースに切り替えて通信を継続する。このようにすることで、多数の端末が一斉に別のインタレースに移動することを防止する。このとき、実施例１のように、通知情報５０２を利用せずに、他のどのインタレースに空きがあるかを端末に判断させる方法も本発明の範疇となる。
【００３８】
図７のようにパケットを送信中であっても、RAB３０１と通知情報５０２の観測を継続し、その測定結果から、現在使用中のインタレースより負荷の低いインタレースがあると判断される場合には、確率的に送信タイミングをずらしてもよい。これにより、より負荷の低いインタレースにパケットを送信できる可能性がある。基地局は常に全てのインタレースにおいてパケットが来る可能性を予測して待ち続けているため、端末が自身の判定で、特に報告もなしにパケットを送信するインタレースを変更しても、基地局は正しく受信することができる。また、図７にあるように、各インタレース毎に確率制御の閾値を変える方法も本発明の範疇である。特にVoIPやベストエフォートなどのQoS管理の種類に応じて遷移確率（７０２）を変えることで、特定のインタレースに特定のアプリケーションを優先的に割り当てることも可能となる。例えばあるインタレースにおいて、VoIP向けには遷移確率を他のインタレースに対して低くし、ベストエフォート向けには他に対して高くしておくと、そのインタレースにはVoIPだけが集まりやすくなる。それによってVoIPを特定インタレースに集め、容量を制御するアドミッションコントロールも実施しやすくなる。
【００３９】
こうした技術を実施する際には、それぞれの確率制御のための閾値を基地局から変更できる手順があることが望ましい。そのため、基地局は制御情報として、確率制御のパラメータ（７０２）を図８の制御チャネル送信部３３を使って送信することができる。パラメータはネットワークにつながるオペレータから指示されていてもよい。
【００４０】
本実施例を実施する端末構成を図１２に示す。図１１の端末構成と同様の構成を用いることができる。異なる点は、送信タイミングの変更条件を満たした際、端末側がそのインタレース・サービスに対応する遷移確率で変更を行うことである。これは、基地局から報知されたサービス毎・インタレース毎の遷移確率を遷移確率情報格メモリ（１１３）に格納し、遷移条件を満たしたと信号処理部１０３が判定した際に、遷移確率情報格メモリ１１３から読み出した遷移確率情報に従って送信タイミングの変更是非を判定することで実現される。
【００４１】
以上のように、基地局が送信するRABと通知情報５０２に基づいて、また確率的な制御方法によって順次端末のインタレースの遷移が行われる。結果として、負荷の低いインタレースを選んでパケットの送信が行われることとなり、インタレース毎の負荷分散が自律的に行われる。したがってシステムのキャパシティが最大になるように制御が働く。よって課題は解決される。遷移確率を用いて自律分散的に行うため、実施例２に比べて安定した制御が可能となる。また、サービス間に遷移確率差をつけることが可能となる利点もある。
【産業上の利用可能性】
【００４２】
本発明によれば、特にＣＤＭＡをベースとするセルラ通信において、インタレースの負荷分散が容易に実現できることとなり、システムのキャパシティが最大化することができる。
【図面の簡単な説明】
【００４３】
【図１】送信タイミング(インタレース)の図。
【図２】タイミング調整を行わず、負荷が特定タイミングに集中した場合の図。
【図３】本発明の第1の負荷分散方法の制御シーケンス図。
【図４】本発明の第1の負荷分散方法で、サービス開始後の端末も制御するシーケンス図。
【図５】本発明の第2の負荷分散方法の制御シーケンス図。
【図６】本発明の第2の負荷分散方法で、サービス開始後の端末も制御するシーケンス図。
【図７】本発明の第3の負荷分散方法の制御シーケンス図。
【図８】本発明の第1の負荷分散方法の基地局装置の構成図。
【図９】本発明の第２、第３の負荷分散方法の基地局装置の構成図。
【図１０】本発明の第1の負荷分散方法の端末装置の構成図。
【図１１】本発明の第２の負荷分散方法の端末装置の構成図。
【図１２】本発明の第３の負荷分散方法の端末装置の構成図。
【符号の説明】
【００４４】
２０...アンテナ、２１...ＲＦ部、２２...トラッキング処理部、２３...信号処理部、２４...フィンガー処理部、２５...加算処理部、２６...復調部、２７...ＲＳＳＩ測定部、２８...ネットワークインタフェース部、２９...制御チャネル、
３０...変調部、３１...加算部、３２...電力測定部、３３...制御チャネル送信部、３４...逆拡散部、３５...受信電力情報格納メモリ
３０１...そのタイミングでの基地局負荷情報、３０２...端末側のタイミング毎の負荷情報算出, 送信タイミング決定動作、
５０１...基地局側のタイミング毎の負荷情報算出動作、５０２...他の送信タイミングの負荷情報、５０３...端末側の送信タイミング決定動作、
７０１...端末側の確率に基づく送信タイミング変更有無決定動作、７０２...インタレース毎の遷移確率情報、
１００...アンテナ、１０１...ＲＦ部、１０２...ＡＣＫ情報判定部、１０３...信号処理部、１０４...送信データ保持バッファ、１０５...遅延器、１０６...変調部、１０７...加算部、１０８...負荷情報測定部、１０９...負荷情報メモリ、１１０...復号部、１１１...制御チャネル生成・変調部、１１２...アプリケーションインタフェース部、１１３...遷移確率情報格納メモリ。
【図１】
2008005260.tif 000003
【図２】
2008005260.tif 000004
【図３】
2008005260.tif 000005
【図４】
2008005260.tif 000006
【図５】
2008005260.tif 000007
【図６】
2008005260.tif 000008
【図７】
2008005260.tif 000009
【図８】
2008005260.tif 000010
【図９】
2008005260.tif 000011
【図１０】
2008005260.tif 000012
【図１１】
2008005260.tif 000013
【図１２】
2008005260.tif 000014