JP3633538B2

JP3633538B2 - 輻輳制御システム

Info

Publication number: JP3633538B2
Application number: JP2001306051A
Authority: JP
Inventors: 敏之近藤
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2001-10-02
Filing date: 2001-10-02
Publication date: 2005-03-30
Anticipated expiration: 2021-10-02
Also published as: JP2003111135A

Description

【０００１】
【発明の属する技術分野】
本発明は例えば移動端末と無線で通信を行う無線ネットワーク制御装置に軽度の輻輳が発生したときその状態をそれ以上劣化させなくしたりその状態を改善する輻輳制御システムに関する。
【０００２】
【従来の技術】
図４は、移動端末に対する通信システムの概要を表わしたものである。移動通信交換局（ＭＭＳ）１１は複数の無線ネットワーク制御装置１２_１、１２_２と接続されおり、それぞれはノード１３_１１、１３_１２あるいはノード１３_２１、１３_２２を介してユーザ端末（ＵＥ（ＵｓｅｒＥｎｄ））１４_１、１４_２の無線通信を実現している。図で各曲線は、第１のユーザ端末１４_１が図示しない端末と通信を行うための３本の無線区間用のリンクとしてのラジオ・リンク（ＲａｄｉｏＬｉｎｋ）１５_１〜１５_３を示している。
【０００３】
ここで第１および第２のユーザ端末１４_１、１４_２が例えば携帯電話機であるとすると、ノード１３_２１、１３_２２は無線基地局に該当する。移動通信交換局１１は図示しないが通常の電話回線網と接続されており、これを通じてユーザ端末１４_１、１４_２が図示しない固定式の電話との間でも通話できるようになっている。
【０００４】
このような通信システムで、たとえば第１のユーザ端末１４_１がノード１３_１１の通話エリア（セル）内で位置登録を行い通信を開始したとする。このとき、第１のネットワーク制御装置１２_１は第１のユーザ端末１４_１の課金情報を扱う装置として扱われる。このようなネットワーク制御装置１２は、一般にＳ−ＲＮＣ（Ｓｅｒｖｉｎｇ−ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ）と呼ばれている。
【０００５】
第１のネットワーク制御装置１２_１を使用した通信開始後に、第１のユーザ端末１４_１が矢印１５で示すようにノード１３_１１の通話エリアから第２のネットワーク制御装置１２_２の管轄するノード１３_２１の方向に移動し、ソフトハンドオーバが行われたものとする。移動先のノード１３_２１等を管轄する第２のネットワーク制御装置１２_２のような装置は、一般にＤ−ＲＮＣ（Ｄｒｉｆｔｉｎｇ−ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ）と呼ばれている。第１のユーザ端末１４_１が移動していけばＤ−ＲＮＣはこれに応じて変更されていくが、Ｓ−ＲＮＣは第１のユーザ端末１４_１について位置登録をした装置であり、課金情報等を管理する必要からその変更は行われない。したがって、第１のユーザ端末１４_１が通信中にどの位置に移動しても、図４で示したようにラジオ・リンク１５_１〜１５_３は必ず第１のネットワーク制御装置１２_１を経由する形となる。
【０００６】
ところで第１のユーザ端末１４_１の移動先の第２のネットワーク制御装置１２_２の配下のノード１３_２１あるいはノード１３_２２のトラフィックが高い状態にあると、他のノード１３_１１からのソフトハンドオーバが行いにくい状況になる。また、これらのノード１３_２１、１３_２２の通話エリア内から図示しない別のユーザ端末１４が通話を行おうとしても呼が設定されにくい状況となる。そこで、このようなトラフィックを改善するための対策が考えられている。
【０００７】
図５は、従来提案された輻輳制御システムで輻輳発生時のソフトハンドオーバが行われる際の処理シーケンスを表わしたものである。ソフトハンドオーバを行うとき、Ｓ−ＲＮＣ（第１のネットワーク制御装置）１２_１は、Ｄ−ＲＮＣ（第２のネットワーク制御装置）１２_２に対して、リンクを設定するためのラジオ・リンク・セットアップ（ＲａｄｉｏＬｉｎｋＳｅｔｕｐ）を行う（ステップＳ２１）。この時点にＤ−ＲＮＣ１２_２側ではトラフィックが高く輻輳３１を発生させているとする。すると、Ｄ−ＲＮＣ１２_２側はリンクの設定が失敗である旨の信号（Ｆａｉｌｕｒｅ）をその原因（Ｃａｕｓｅ）と共にＳ−ＲＮＣ１２_１に通知する（ステップＳ２２）。
【０００８】
すると、Ｓ−ＲＮＣ１２_１側では図示しないタイマを使用してセットアップのタイミングを再設定する（ステップＳ２３）。そして、所定時間が経過したら再度、ラジオ・リンク・セットアップをＤ−ＲＮＣ１２_２側に対して行うことを試みる（ステップＳ２４）。この時点でＤ−ＲＮＣ１２_２側で輻輳が解消していれば、ソフトハンドオーバが実現する。そうでない場合にはステップＳ２２の処理が行われ、再度タイミングが採られることになる。
【０００９】
ところが、図５に示したような輻輳制御システムでは、現実にＤ−ＲＮＣ１２_２側でトラフィックが許容できない程度に高くなった時点でソフトハンドオーバを制限するようにしている。したがって、輻輳状態が解消するまでリンクの設定を待つしかない。このため、移動中のユーザ端末１４_１は通話ができなくなる場合があるという不都合が発生した。また、ノード１３_２１あるいはノード１３_２２の通話エリア内に存在している通話を行っていない他のユーザ端末１４も、輻輳が解消するまでの間は通話を開始することができないという問題があった。
【００１０】
以上は、３ＧＰＰ（ＴｈｅＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）と呼ばれる第三世代移動通信システムの仕様書を作成する段階で検討されており、その一部の手順はＩＴＵ（ＩｎｔｅｒｎａｔｉｏｎａｌＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＵｎｉｏｎ：国際電気通信連合）でＩＭＴ２０００として勧告されている。
【００１１】
そこで、特開平８−６５３３８号公報では、輻輳が発生した段階で、隣接する交換ノードあるいは端末にその通知を行って回線速度の制御を行うことで不要なトラフィック量の増加を抑えるようにしている。
【００１２】
図６はこの提案の輻輳制御システムにおけるフレームリレー端末の構成を表わしたものである。フレームリレー交換ノードも同一の構成となっている。フレームリレー端末４１は、ネゴシエーションフレーム作成部４２と、回線速度制御部４３と、これらに接続されたフレーム入出力部４４を備えている。フレーム入出力部４４は回線４５と接続されている。
【００１３】
この提案では、２以上の端末間が１または２以上の交換ノードを介して接続され、所定のフォーマットのフレームを単位として情報の転送を行うネットワークを構成している。そして、輻輳が発生したときには図６に示したフレームリレー端末４１等に輻輳通知が行われる。輻輳通知を受信したフレームリレー端末４１は、ネゴシエーションフレーム作成部４２で回線速度の変更に関するネゴシエーションを行うためのネゴシエーションフレームを作成する。そしてこのネゴシエーションによって、回線速度制御部４３は隣接する転送先の端末または交換ノード（共に図示せず）との回線速度を上下する制御を行う。すなわち、輻輳が発生した交換ノードに対してこのフレームリレー端末４１の回線速度制御部４３は、フレームがそこに流入する回線の速度を下げる。また、反対にフレームリレー端末４１がその交換ノードからフレームが流入する側であれば、回線速度を上げてその交換ノードからフレームが流出する割合を高める。このようにしてトラフィックを低下させる。
【００１４】
また、特開平５−２２４０７号公報に開示された提案では、輻輳を検知した交換機としての輻輳交換機が共通線信号方式等の信号を使用して発側の交換機としての発側交換機にこれを通知するようにしている。発側交換機はこの通知を受けると、呼の規制量を変更する制御を開始し、呼処理を続行する対象を制限する。輻輳交換機もフィードバック制御により着信呼の規制量を変更することで、トラフィックを低下させる。
【００１５】
【発明が解決しようとする課題】
しかしながら、特開平８−６５３３８号公報に開示された提案では、回線速度を変更することで特定の交換ノードのトラフィックを低下させるので、回線速度の変更を行えるシステムでないとこの技術を適用することができない。また、特開平５−２２４０７号公報に開示された提案では呼の規制量を変更するので、すでに通話を行っている者も呼の制限によって通話ができなくなる等の不都合を生じる。
【００１６】
そこで本発明の目的は、トラフィックがある程度増加したときにはそれ以上の増加を抑えながら、より多くのユーザ端末が通信を可能とする輻輳制御システムを提供することにある。
【００１７】
【課題を解決するための手段】
請求項１記載の輻輳制御システムでは、（イ）無線で通信を行う複数の移動端末と、（ロ）これらの移動端末の通信のためのリンクを設定する移動通信交換局と、（ハ）この移動通信交換局の配下に配置され移動通信交換局から無線通信を割り当てられた移動端末のそれぞれと同一の送受信間で最大で複数のリンクを形成して無線で通信を行う通信手段と、リンクを張る数がその許容できる総数に占める割合からトラフィックの状態を検出するトラフィック検出手段とをそれぞれ備えた複数の無線ネットワーク制御装置とからなり、（ニ）この無線ネットワーク制御装置は、トラフィック検出手段が所定の値以上のトラフィックを検出したとき、他の無線ネットワーク制御装置から移動通信交換局を経由してパスを設定した移動端末のうち同一の送受信間で複数本設定されたリンクを検出する複数本設定リンク検出手段と、この複数本設定リンク検出手段で検出された複数本設定されたリンクについてその数を最低１本となるまでトラフィックの状態に応じて減少させる要求を行うリンク数減少要求手段と、このリンク数減少要求手段によるリンク数減少要求に対するリンク数の減少ではトラフィックの状態が所定の基準まで改善されないときパスを設定した移動端末についてのリンクの切断を要求する切断要求手段と、他の無線ネットワーク制御装置のリンク数減少要求手段からリンク数の減少を要求されたときこれを実行するリンク数減少実行手段と、切断要求手段からリンクの切断を要求されたとき高優先の通信を確保する要請があればこれを拒絶するリンク切断拒絶手段を更に具備している。
【００１８】
すなわち請求項１記載の発明では、移動端末と、これらの移動端末の通信のためのリンクを設定する移動通信交換局と、移動端末と移動通信交換局の間に配置された無線ネットワーク制御装置からなる通信システムで、無線ネットワーク制御装置のトラフィック検出手段は所定の値以上のトラフィックを検出したときに、他の無線ネットワーク制御装置から移動通信交換局を経由してパスを設定した移動端末に対して同一の送受信間で複数設定されたリンクを複数本設定リンク検出手段で検出し、その数が最低１本となるまでトラフィックの状態に応じて減少させる要求を行い、この要求が実行されてもトラフィックの状態が所定の基準まで改善されないときにはじめて、切断要求手段がパスを設定した移動端末についてのリンクの切断を要求するようにしている。また、同様に他の無線ネットワーク制御装置のリンク数減少要求手段からリンク数の減少を要求されたときには、この要求に合致するようにリンク数減少実行手段によってリンク数の減少を行うようにしているが、高優先の通信を確保する要請があればこれを拒絶できるようにしている。このように無線ネットワーク制御装置は、トラフィックの調整を要求する側のリンク数減少要求手段と切断要求手段、調整を要求される側のリンク数減少実行手段とリンク切断拒絶手段を備えているので、Ｓ−ＲＮＣとして機能するかＤ−ＲＮＣとして機能するかを問わず、トラフィックがある程度増加したときにはそれ以上の増加を抑えながら、より多くのユーザ端末が通信できるように輻輳の制御を行うことができるだけでなく、優先度の高い通信についてはリンクの切断を拒絶できる。
【００１９】
請求項２記載の発明では、（イ）それぞれの無線ネットワーク制御装置のトラフィックの状態を検出するトラフィック検出手段と、（ロ）このトラフィック検出手段が所定の値以上のトラフィックを検出したとき、その検出を行った無線ネットワーク制御装置以外の無線ネットワーク制御装置からソフトハンドオーバによって移動してきた移動端末であって同一の送受信間で無線通信のためのリンクを複数張ったものを判別する特定移動端末判別手段と、（ハ）この特定移動端末判別手段によって判別された移動端末に対してリンク数が最低１本となるまでトラフィックの状態に応じて減少を要求するリンク数減少要求手段と、（ニ）このリンク数減少要求手段によるリンク数減少要求に対するリンク数の減少ではトラフィックの状態が所定の基準まで改善されないときパスを設定した移動端末についてのリンクの切断を要求する切断要求手段と、（ホ）いずれかの無線ネットワーク制御装置からリンク数の減少が要求されたときこれを減少させるリンク数減少実行手段と、（ヘ）切断要求手段からリンクの切断を要求されたとき高優先の通信を確保する要請があればこれを拒絶するリンク切断拒絶手段と、（ト）リンク数減少実行手段がリンク数を減少させるとき、その無線ネットワーク制御装置からリンク数の減少を要求したリンク数減少要求手段に至るパス上に存在する装置にリンク数が減少することを通知するリンク数減少通知手段とを輻輳制御システムに具備させる。
【００２０】
すなわち請求項２記載の発明では、トラフィック検出手段がそれぞれの無線ネットワーク制御装置のトラフィックの状態を検出し、この検出した値が所定の値以上のときには、特定移動端末判別手段がその検出を行った無線ネットワーク制御装置以外の無線ネットワーク制御装置からソフトハンドオーバによって移動してきた移動端末であって同一の送受信間で無線通信のためのリンクを複数張ったものを判別することにしている。そして、トータルとしてのリンク数を減少させるために、リンク数減少要求手段は、特定移動端末判別手段によって判別された移動端末に対してリンク数が最低１本となるまでトラフィックの状態に応じて減少を要求するようにしている。同一の送受信間で無線通信のためのリンクを複数張っているので、このうちの一部のリンクを無くしても通信が可能であるので、これらのリンク数の減少を図るためである。この要求を受けたリンク数減少実行手段は、これを減少させてトラフィックの低下を図るが、切断要求手段は、リンク数減少要求手段によるリンク数減少要求に対するリンク数の減少ではトラフィックの状態が所定の基準まで改善されないときパスを設定した移動端末についてのリンクの切断を要求するようにしている。リンク切断拒絶手段は、切断要求手段からリンクの切断を要求されたとき高優先の通信を確保する要請があればこれを拒絶することができるようになっている。また、リンク数減少実行手段がリンク数を減少させるときには、リンク数が減少することを該当するパス上に事前に通知することにして、これによる不具合の発生を防止している。
【００２１】
請求項３記載の発明では、請求項１または請求項２記載の輻輳制御システムで、リンク数減少実行手段は、優先度の低い移動端末のリンク数を減少させることを特徴としている。
【００２２】
すなわち請求項３記載の発明では、リンク数減少実行手段は優先度の低い通信の行われているリンクを減少させることで、優先度の高い通信になるべく影響が生じないようにしている。
【００２５】
請求項４記載の発明では、請求項２記載の輻輳制御システムで、リンク数減少通知手段は、ソフトハンドオーバの行われる前の無線ネットワーク制御装置からソフトハンドオーバの行われた後の無線ネットワーク制御装置にパスを設定している移動通信交換局にこれを通知することを特徴としている。
【００２６】
すなわち請求項４記載の発明では、リンク数が減少することをそのリンクが張られた各装置に通知する必要があるので、担当する移動通信交換局に対してもこれが通知されることを示している。
【００２７】
請求項５記載の発明では、請求項１または請求項２記載の輻輳制御システムで、トラフィック検出手段は複数段階のトラフィックを検出しリンク数減少要求手段はこれに応じたリンク数減少の要求を行うことを特徴としている。
【００２８】
すなわち請求項５記載の発明では、トラフィックを複数段階に分類してこれらに応じたリンク数減少の要求を行えることを示している。トラフィックが低いときにはリンク数の減少の要求も僅かなものとなるし、トラフィックが極めて高い場合にはリンク全体の切断が要求されることもある。このようにトラフィックを複数段階に分類して対処することで、きめ細かな制御が可能になる。
【００２９】
【発明の実施の形態】
【００３０】
【実施例】
以下実施例につき本発明を詳細に説明する。
【００３１】
図１は本発明の一実施例における輻輳発生に対する処理シーケンスを表わしたものである。なお、本実施例における輻輳制御システム全体の構成は図４に示したものと同一である。このため、図４も本実施例の説明に使用する。
【００３２】
本実施例の説明の前提として、図４で説明したように第１のユーザ端末１４_１がＳ−ＲＮＣ（第１のネットワーク制御装置）１２_１の配下のノード１３_１１の通話エリア（セル）内で位置登録を行い通信を開始したとする。この後、第１のユーザ端末１４_１は図４で実線で示すように移動し、ソフトハンドオーバを行ってＤ−ＲＮＣ（第２ネットワーク制御装置）１２_２の配下のノード１３_２１およびノード１３_２２を用いて無線通信を行っているものとする。このとき、第１のユーザ端末１４_１には、３本のラジオ・リンク（ＲａｄｉｏＬｉｎｋ）１５_１〜１５_３が設定されている。図示しない他のユーザ端末にも同様に品質の安定した通信を確保するために、原則として３本ずつのラジオ・リンク（ＲａｄｉｏＬｉｎｋ）が設定されているものとする。なお、図で移動通信交換局１１とＳ−ＲＮＣ１２_１の間のインタフェースを“ｉｕ”と呼び、Ｓ−ＲＮＣ１２_１とＤ−ＲＮＣ１２_２の間のインタフェースを“ｉｕｒ”と呼ぶ。また、Ｄ−ＲＮＣ１２_２とノード１３_２１、１３_２２の間のインタフェースを“ｉｕｂ”と呼ぶ。
【００３３】
このような状況下で、ソフトハンドオーバの行われた相手先の無線ネットワーク制御装置としてのＤ−ＲＮＣ１２_２が、トラフィックについて予め設定した第１の値以上となったことを検知し、輻輳の発生を判断したものとする（ステップＳ６１）。Ｄ−ＲＮＣ１２_２はこの時点で、前記したラジオ・リンク１５の本数を削減できるＤＣＨ（ＤｅｄｉｃａｔｅｄＣｈａｎｎｅｌ：ユーザ情報、制御情報転送用チャネル）をサーチする（ステップＳ６２）。そして、無線ネットワーク制御装置としてのＳ−ＲＮＣ１２_１がこれに該当したとすると、Ｄ−ＲＮＣ１２_２はこれに対して輻輳が発生したことを通知する（ステップＳ６３）。
【００３４】
Ｓ−ＲＮＣ１２_１はこの通知を受信すると、ソフトハンドオーバした第１のユーザ端末１４_１に関するラジオ・リンク１５_１〜１５_３の本数の削減の実行を検討する（ステップＳ６４）。そして、ラジオ・リンク１５_１〜１５_３の本数の削減が行われる詳細を移動通信交換局（ＭＭＳ（ＭｏｂｉｌｅＭｕｌｔｉｍｅｄｉａＳｗｉｔｃｈｉｎｇＣｅｎｔｅｒ）、ＭＳＣ（Ｍｏｂｉｌｅ−ｓｅｒｖｉｃｅｓＳｗｉｔｃｈｉｎｇＣｅｎｔｅｒ）、ＣＮ（ＣｏｒｅＮｅｔｗｏｒｋ））１１およびＤ−ＲＮＣ１２_２に通知するための変更要求を移動通信交換局１１に送出する（ステップＳ６５）。ここではこれがラジオ・リンク１５_１〜１５_３のうちの１本を削除するという内容であるとする。移動通信交換局１１がこれを認識し応答を返すと、Ｓ−ＲＮＣ１２_１はラジオ・リンク１５_１〜１５_３のうちの１本を削除する。
【００３５】
この段階で移動通信交換局１１およびＤ−ＲＮＣ１２_２は本数の削減の通知を受けている。したがって、Ｓ−ＲＮＣ１２_１を経由してＤ−ＲＮＣ１２_２に至るラジオ・リンク１５の本数が通知された内容に削減されても、これらの装置はリンクの削減を障害の発生と誤って判断することはない。
【００３６】
Ｄ−ＲＮＣ１２_２側ではＳ−ＲＮＣ１２_１を通じて設定されるラジオ・リンク１５の本数が減少するので、この分だけトラフィックが減少する。また、図示しない他のＳ−ＲＮＣ１２に対してもステップＳ６３で同様に輻輳の発生を通知しておけば、同様にこれらのＳ−ＲＮＣ１２を経由してＤ−ＲＮＣ１２_２に至るラジオ・リンク１５の本数を削減させることができる。したがって、トラフィックが予定通り減少すれば、輻輳状態を解消することができる。
【００３７】
このように対象となるＳ−ＲＮＣ１２がそれぞれラジオ・リンク１５の本数を削減させることで輻輳状態が回避される場合もあるが、新たな呼の設定等によってトラフィックが低下しなかったり更なる増加となる場合がある。トラフィックの改善が行われない後者のような場合には、Ｄ−ＲＮＣ１２_２側では再度、輻輳状態であることを通知する。トラフィックが増加して更なる輻輳が発生したことの通知でもよい。
【００３８】
このような場合、たとえばＳ−ＲＮＣ１２_１ではラジオ・リンク１５の本数を更に１本削減させるか、その通信が緊急度の低いものであればラジオ・リンク１５の全部の本数について切断を行うことを検討する。そしてその内容を前記したステップＳ６５と同様に、移動通信交換局１１およびＤ−ＲＮＣ１２_２に通知するための変更要求を移動通信交換局１１に送出する。そしてこれに対する応答が返ってくれば、その時点でラジオ・リンク１５の本数を更に１本削減させるか、その通信が緊急度の低いものであればラジオ・リンク１５の全部の本数について切断を行う。
【００３９】
以上のような制御を行うことで、Ｄ−ＲＮＣ１２_２側ではトラフィックを低下させ、輻輳状態を解消することができる。なお、Ｄ−ＲＮＣ１２_２の回線状態が良好になったときに、ラジオ・リンク１５の本数を元の値に増加させる制御が行われてもよいことは当然である。
【００４０】
図２は、以上のような制御を行う際のＤ−ＲＮＣ側の処理の流れの一例を具体的に表わしたものである。Ｄ−ＲＮＣ１２_２はＳ−ＲＮＣ１２_１と共に図示しないＣＰＵ（中央処理装置）を搭載しており、図示しない記憶媒体に格納された制御プログラムを用いて所定の制御を行うようになっている。
【００４１】
すなわちＤ−ＲＮＣ１２_２は配下のノード１３_２１、１３_２２についてのトラフィックを検出しており、これがたとえば７５パーセント以上で９０パーセント未満といった第１のＨ（ハイ）レベルに到達すると（ステップＳ７１：Ｙ）、自己のテーブルをサーチして複数のラジオ・リンク１５で通信しているＳ−ＲＮＣ１２をピックアップする（ステップＳ７２）。そして、これらのＳ−ＲＮＣ１２に対してＤ−ＲＮＣ１２_２が第１のＨレベルに到達したことを通知する（ステップＳ７３）。
【００４２】
図３は、Ｓ−ＲＮＣ側の制御内容を表わしたものである。Ｓ−ＲＮＣ１２はＤ−ＲＮＣ１２_２から送られてくる通知がトラフィックの第１のＨレベルなのか（ステップＳ８１）、あるいはトラフィックが９０パーセント以上と更に高い場合としての第２のＨレベルなのか（ステップＳ８２）をチェックする。第１のＨレベルの通知である場合には（ステップＳ８１：Ｙ）、該当する呼についてラジオ・リンク１５を１本削減後もそのリンクが残っているかどうかを判別する（ステップＳ８３）。残っている場合には（Ｙ）、そのラジオ・リンク１５を１本削減することを移動通信交換局（ＭＭＳ）１１に要求する（ステップＳ８４）。そしてその要求を認識した旨の応答が返されたときには（ステップＳ８５：Ｙ）、該当するラジオ・リンク１５を１本削減する（ステップＳ８６）。これによってもラジオ・リンク１５はまだ残っているので、第１のユーザ端末１４_１等の該当するユーザ端末１４_１の通信は可能である。
【００４３】
一方、図２に戻ってＤ−ＲＮＣ１２_２がトラフィックについて改善されず、その値が第２のＨレベルに到達したとする（ステップＳ７４：Ｙ）。この場合、Ｄ−ＲＮＣ１２_２は同様に自己のテーブルをサーチして複数のラジオ・リンク１５を用いて通信しているＳ−ＲＮＣ１２をピックアップする（ステップＳ７５）。そして、これらのＳ−ＲＮＣ１２に対してＤ−ＲＮＣ１２_２が第２のＨレベルに到達したことを通知する（ステップＳ７６）。
【００４４】
Ｓ−ＲＮＣ１２では、図３に示すようにＤ−ＲＮＣ１２_２からトラフィックが第２のＨレベルに到達していると通知された場合（ステップＳ８１：Ｎ、ステップＳ８２：Ｙ）、そのラジオ・リンク１５の対象は高優先の通信なのかそれ以外の通信なのかを判別する（ステップＳ８７）。ここで、高優先の通信とはたとえば警察署や消防署のように予め登録された緊急度を要する可能性の高い場所に対する通信をいう。予め課金の高い通信を行っている場合に、これを高優先の通信として扱うことも可能である。
【００４５】
そのラジオ・リンク１５の対象が高優先でなければ（Ｎ）、該当するそのラジオ・リンク１５全体を削除する要求を移動通信交換局１１に送出する（ステップＳ８８）。そしてその要求を認識した旨の応答が返されたときには（ステップＳ８９：Ｙ）、該当するラジオ・リンク１５全体を削減する（ステップＳ９０）。この場合には、該当するユーザ端末１４_１等のユーザ端末の通信はできなくなる。
【００４６】
一方、そのラジオ・リンク１５の対象が高優先であった場合には（ステップＳ８７：Ｙ）、ステップＳ８３以降に処理が進む。すなわち、複数のラジオ・リンク１５の中から１本削減するのであればこれを要求して、これを実行する（ステップＳ８６）。そのラジオ・リンク１５の対象が高優先であり、ラジオ・リンク１５のこれ以上の削除がリンク自体をなくし通信を不可能にするのであれば、リンク削減の要求を無視する（エンド）。これは、高優先の通信を確保するためである。この場合にも他の同様のＳ−ＲＮＣ１２がラジオ・リンク１５の削除等を実行することでトラフィックの減少を図ることができる。
【００４７】
再び図２に戻ってＤ−ＲＮＣ１２_２の制御の説明を続ける。Ｄ−ＲＮＣ１２_２は移動通信交換局１１からリンクを削減または削除する通知があったら（ステップＳ７７：Ｙ）、自己のテーブルの内容を修正する（ステップＳ７８）。これにより、次にトラフィックが第１のＨレベルあるいは第２のＨレベルに到達した時点でサーチするテーブルの内容を常に新しい状態に保つことができる。
【００４８】
なお、実施例ではトラフィックあるいは輻輳状態を２段階に規定したが、１段階あるいは３段階以上であってもよいことはもちろんである。また、トラフィックのしきい値は、実施例のような７５パーセント等の値に限定されないことは当然である。
【００４９】
【発明の効果】
以上説明したように請求項１〜請求項５記載の発明によれば、同一の送受信間で複数設定されたリンクに対してリンク数の減少を行わせることでトラフィックの減少を図るので、リンク全体の切断に至らない状態でトラフィックが十分改善される可能性があり、継続中の通信に大きな影響を与えることなく、輻輳時の更なる輻輳や呼損の発生を回避することができる。
【００５０】
また請求項３記載の発明によれば、リンク数減少実行手段は、優先度の低い移動端末のリンク数を減少させるので、優先度の高い通信になるべく影響が生じないようすることができる。
【００５１】
更に請求項５記載の発明によれば、トラフィック検出手段は複数段階のトラフィックを検出しリンク数減少要求手段はこれに応じたリンク数減少の要求を行うので、トラフィックがあまり高くない状況のうちにトラフィックについてのきめ細かな制御が可能になる。
【図面の簡単な説明】
【図１】本発明の一実施例における輻輳発生に対する処理シーケンスを表わした説明図である。
【図２】本実施例でＤ−ＲＮＣ側の処理の流れを表わした流れ図である。
【図３】本実施例でＳ−ＲＮＣ側の制御内容を表わした流れ図である。
【図４】移動端末に対する通信システムの概要を表わしたブロック図である。
【図５】従来提案された輻輳制御システムで輻輳発生時のソフトハンドオーバが行われる際の処理シーケンスを表わした説明図である。
【図６】従来の他の提案の輻輳制御システムにおけるフレームリレー端末の構成を表わしたブロック図である。
【符号の説明】
１１移動通信交換局（ＭＭＳ）
１２_１Ｓ−ＲＮＣ
１２_２Ｄ−ＲＮＣ
１３ノード
１４ユーザ端末
１５ラジオ・リンク

Claims

無線で通信を行う複数の移動端末と、
これらの移動端末の通信のためのリンクを設定する移動通信交換局と、
この移動通信交換局の配下に配置され移動通信交換局から無線通信を割り当てられた移動端末のそれぞれと同一の送受信間で最大で複数のリンクを形成して無線で通信を行う通信手段と、リンクを張る数がその許容できる総数に占める割合からトラフィックの状態を検出するトラフィック検出手段とをそれぞれ備えた複数の無線ネットワーク制御装置とからなり、
この無線ネットワーク制御装置は、前記トラフィック検出手段が所定の値以上のトラフィックを検出したとき、他の無線ネットワーク制御装置から前記移動通信交換局を経由してパスを設定した移動端末のうち同一の送受信間で複数本設定されたリンクを検出する複数本設定リンク検出手段と、この複数本設定リンク検出手段で検出された複数本設定されたリンクについてその数を最低１本となるまでトラフィックの状態に応じて減少させる要求を行うリンク数減少要求手段と、このリンク数減少要求手段によるリンク数減少要求に対するリンク数の減少ではトラフィックの状態が所定の基準まで改善されないとき前記パスを設定した移動端末についてのリンクの切断を要求する切断要求手段と、他の無線ネットワーク制御装置のリンク数減少要求手段からリンク数の減少を要求されたときこれを実行するリンク数減少実行手段と、前記切断要求手段からリンクの切断を要求されたとき高優先の通信を確保する要請があればこれを拒絶するリンク切断拒絶手段を更に具備している
ことを特徴とする輻輳制御システム。
それぞれの無線ネットワーク制御装置のトラフィックの状態を検出するトラフィック検出手段と、
このトラフィック検出手段が所定の値以上のトラフィックを検出したとき、その検出を行った無線ネットワーク制御装置以外の無線ネットワーク制御装置からソフトハンドオーバによって移動してきた移動端末であって同一の送受信間で無線通信のためのリンクを複数張ったものを判別する特定移動端末判別手段と、
この特定移動端末判別手段によって判別された移動端末に対してリンク数が最低１本となるまでトラフィックの状態に応じて減少を要求するリンク数減少要求手段と、
このリンク数減少要求手段によるリンク数減少要求に対するリンク数の減少ではトラフィックの状態が所定の基準まで改善されないとき前記パスを設定した移動端末についてのリンクの切断を要求する切断要求手段と、
いずれかの無線ネットワーク制御装置からリンク数の減少が要求されたときこれを減少させるリンク数減少実行手段と、
前記切断要求手段からリンクの切断を要求されたとき高優先の通信を確保する要請があればこれを拒絶するリンク切断拒絶手段と、
前記リンク数減少実行手段がリンク数を減少させるとき、その無線ネットワーク制御装置からリンク数の減少を要求した前記リンク数減少要求手段に至るパス上に存在する装置にリンク数が減少することを通知するリンク数減少通知手段
とを具備することを特徴とする輻輳制御システム。
前記リンク数減少実行手段は、優先度の低い移動端末のリンク数を減少させることを特徴とする請求項１または請求項２記載の輻輳制御システム。
前記リンク数減少通知手段は、ソフトハンドオーバの行われる前の無線ネットワーク制御装置からソフトハンドオーバの行われた後の無線ネットワーク制御装置にパスを設定している移動通信交換局にこれを通知することを特徴とする請求項２記載の輻輳制御システム。
前記トラフィック検出手段は複数段階のトラフィックを検出し前記リンク数減少要求手段はこれに応じたリンク数減少の要求を行うことを特徴とする請求項１または請求項２記載の輻輳制御システム。