(57)【要約】【課題】資源が不足した装置と隣接する隣接装置の空き資源の有効利用を図ることが可能な無線通信システムを提供する。【解決手段】無線通信を行うために必要な資源の配置制御を行う複数の資源配置装置（SRNC２、TRNC３）をネットワーク間に配置して構成する無線通信システムであり、第１の資源配置装置（例えば、SRNC２）は、第１の資源配置装置（２）と隣接する第２の資源配置装置（TRNC３）の資源使用率を保持する。そして、第１の資源配置装置（２）は、第１の資源配置装置（２）の資源が不足した場合に、第２の資源配置装置（３）の資源使用率を基に、リロケーションを行う資源配置装置（３）を選択し、該選択した資源配置装置（３）にリロケーションを行い、資源の再配置を行う。【選択図】図１
2009055401.tif 000002
【特許請求の範囲】
【請求項１】
無線通信を行うために必要な資源の配置制御を行う資源配置装置であって、
前記資源配置装置と隣接する隣接装置の資源使用率を保持する保持手段と、
前記資源配置装置の資源が不足した場合に、前記隣接装置の資源使用率を基に、リロケーションを行う隣接装置を選択し、該選択した隣接装置にリロケーションを行い、資源の再配置を行う制御手段と、
を有することを特徴とする資源配置装置。
【請求項２】
前記制御手段は、
前記隣接装置の資源使用率が所定の閾値以下の隣接装置を、前記リロケーションを行う隣接装置として選択することを特徴とする請求項１記載の資源配置装置。
【請求項３】
前記保持手段は、
優先度を付与して前記隣接装置の資源使用率を保持しており、
前記制御手段は、
所定の閾値以下の隣接装置が複数存在する場合には、優先度の高い隣接装置を、前記リロケーションを行う隣接装置として選択することを特徴とする請求項２記載の資源配置装置。
【請求項４】
前記制御手段は、
所定の閾値以下の隣接装置が複数存在する場合には、資源使用率が最も低い隣接装置を、前記リロケーションを行う隣接装置として選択することを特徴とする請求項２記載の資源配置装置。
【請求項５】
前記制御手段は、
前記隣接装置の資源使用率が最も低い隣接装置を、前記リロケーションを行う隣接装置として選択することを特徴とする請求項１記載の資源配置装置。
【請求項６】
前記制御手段は、
リロケーション可能状態の呼が接続中の隣接装置の資源使用率を基に、リロケーションを行う隣接装置を選択することを特徴とする請求項１から５の何れか１項に記載の資源配置装置。
【請求項７】
前記制御手段は、
前記資源配置装置の資源使用率が閾値を超過した場合に、前記資源配置装置の資源が不足したと判断することを特徴とする請求項１記載の資源配置装置。
【請求項８】
無線通信を行うために必要な資源の配置制御を行う複数の資源配置装置をネットワーク間に配置して構成する無線通信システムであって、
第１の資源配置装置は、
前記第１の資源配置装置と隣接する第２の資源配置装置の資源使用率を保持する保持手段と、
前記第１の資源配置装置の資源が不足した場合に、前記第２の資源配置装置の資源使用率を基に、リロケーションを行う資源配置装置を選択し、該選択した資源配置装置にリロケーションを行い、資源の再配置を行う制御手段と、
を有することを特徴とする無線通信システム。
【請求項９】
無線通信を行うために必要な資源の配置制御を行う資源配置装置が行う資源配置方法であって、
前記資源配置装置と隣接する隣接装置の資源使用率を保持する保持工程と、
前記資源配置装置の資源が不足した場合に、前記隣接装置の資源使用率を基に、リロケーションを行う隣接装置を選択し、該選択した隣接装置にリロケーションを行い、資源の再配置を行う制御工程と、
を、前記資源配置装置が行うことを特徴とする資源配置方法。
【請求項１０】
無線通信を行うために必要な資源の配置制御を行う資源配置装置に実行させる資源配置プログラムであって、
前記資源配置装置と隣接する隣接装置の資源使用率を保持する保持処理と、
前記資源配置装置の資源が不足した場合に、前記隣接装置の資源使用率を基に、リロケーションを行う隣接装置を選択し、該選択した隣接装置にリロケーションを行い、資源の再配置を行う制御処理と、
を、前記資源配置装置に実行させることを特徴とする資源配置プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、資源配置装置、無線通信システム、資源配置方法及び資源配置プログラムに関し、特に、無線アクセスネットワーク（RAN：Radio Access Network）に好適な資源配置装置、無線通信システム、資源配置方法及び資源配置プログラムに関するものである。
【背景技術】
【０００２】
一般的な無線アクセスネットワーク（RAN：Radio Access Network）を構成する無線通信システムを図１６に示す。
【０００３】
図１６に示す無線通信システムにおいて、例えば、あるRNC（Radio Network Controller）の配下にUE（User Equipment）が集中した場合には、そのRNC自身のリソースが不足し、リソース枯渇が発生することになる。このリソース枯渇の発生により、RNCでは新規呼の受付が不可能となり、呼の接続率が低下することになる。なお、リソースとは、無線通信を行うために必要な資源をいう。
【０００４】
なお、現在のリソースの再配置（SRNS Relocation）制御は、無線通信品質の劣化発生時やUEの移動時にしか行わないため、現在のリソースの再配置制御では、リソース枯渇が発生したRNCと隣接する隣接RNCに空きリソースが存在していても、その隣接RNCの空きリソースの有効利用を図ることができないのが現状である。
【０００５】
このようなことから、リソース枯渇が発生したRNCと隣接する隣接RNCに空きリソースが存在する場合に、その隣接RNCの空きリソースの有効利用を図るための制御方法の開発が必要視されることになる。
【０００６】
なお、本発明より先に出願された技術文献として、HS-PDSCHの割り当てコード、割り当て電力の利用効率を改善し、HS-PDSCHのスループットを改善することが可能な技術について開示された文献がある（例えば、特許文献１参照）。
【０００７】
また、リソースの使用状況、呼処理部の負荷状況によって適応的にリソース再配置動作のON/OFF制御を行い、W-CDMA基地局の最適なリソース配置を実現する技術について開示された文献がある（例えば、特許文献２参照）。
【０００８】
また、移動ステーションが、第１の無線ネットワークコントローラにより制御されるエリアから、第２の無線ネットワークコントローラにより制御されるエリアに移動したときに、セルラーテレコミュニケーションネットワークにおける送信リンクを最適化する技術について開示された文献がある（例えば、特許文献３参照）。
【０００９】
また、UMTSネットワークにおけるSRNS再配置に関する技術について開示された文献がある（例えば、特許文献４参照）。
【００１０】
また、UMTSシステムで、無線資源の効率的な利用のためにSRNC（Serving Radio Network Controller）を変更するSRNS（Serving Radio Network Sub-system）再割当方法の技術について開示された文献がある（例えば、特許文献５参照）。
【特許文献１】特開２００４−２４２２２７号公報
【特許文献２】特開２００４−３４３５９３号公報
【特許文献３】特表２００２−５１０９１７号公報
【特許文献４】特表２００３−５１５９９８号公報
【特許文献５】特表２００５−５１８１３５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
なお、上記特許文献には、基地局のリソース配置や、無線品質の計測によるリソースの割当やリソースの再配置に関する技術について開示されているが、隣接RNCのリソース使用率を保持し、その隣接RNCのリソース使用率を基に、リロケーションを行う隣接RNCを選択することについては何ら記載もその必要性についても示唆されていない。
【００１２】
本発明は、上記事情に鑑みてなされたものであり、上述した課題である、資源が不足した装置と隣接する隣接装置の空き資源の有効利用を図ることが可能な資源配置装置、無線通信システム、資源配置方法及び資源配置プログラムを提供することを目的とするものである。
【課題を解決するための手段】
【００１３】
かかる目的を達成するために、本発明は、以下の特徴を有することとする。
【００１４】
＜資源配置装置＞
本発明にかかる資源配置装置は、
無線通信を行うために必要な資源の配置制御を行う資源配置装置であって、
前記資源配置装置と隣接する隣接装置の資源使用率を保持する保持手段と、
前記資源配置装置の資源が不足した場合に、前記隣接装置の資源使用率を基に、リロケーションを行う隣接装置を選択し、該選択した隣接装置にリロケーションを行い、資源の再配置を行う制御手段と、
を有することを特徴とする。
【００１５】
＜無線通信システム＞
また、本発明にかかる無線通信システムは、
無線通信を行うために必要な資源の配置制御を行う複数の資源配置装置をネットワーク間に配置して構成する無線通信システムであって、
第１の資源配置装置は、
前記第１の資源配置装置と隣接する第２の資源配置装置の資源使用率を保持する保持手段と、
前記第１の資源配置装置の資源が不足した場合に、前記第２の資源配置装置の資源使用率を基に、リロケーションを行う資源配置装置を選択し、該選択した資源配置装置にリロケーションを行い、資源の再配置を行う制御手段と、
を有することを特徴とする。
【００１６】
＜資源配置方法＞
また、本発明にかかる資源配置方法は、
無線通信を行うために必要な資源の配置制御を行う資源配置装置が行う資源配置方法であって、
前記資源配置装置と隣接する隣接装置の資源使用率を保持する保持工程と、
前記資源配置装置の資源が不足した場合に、前記隣接装置の資源使用率を基に、リロケーションを行う隣接装置を選択し、該選択した隣接装置にリロケーションを行い、資源の再配置を行う制御工程と、
を、前記資源配置装置が行うことを特徴とする。
【００１７】
＜資源配置プログラム＞
また、本発明にかかる資源配置プログラムは、
無線通信を行うために必要な資源の配置制御を行う資源配置装置に実行させる資源配置プログラムであって、
前記資源配置装置と隣接する隣接装置の資源使用率を保持する保持処理と、
前記資源配置装置の資源が不足した場合に、前記隣接装置の資源使用率を基に、リロケーションを行う隣接装置を選択し、該選択した隣接装置にリロケーションを行い、資源の再配置を行う制御処理と、
を、前記資源配置装置に実行させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、資源が不足した装置と隣接する隣接装置の空き資源の有効利用を図ることが可能となる。
【発明を実施するための最良の形態】
【００１９】
まず、図１、図５を参照しながら、本実施形態の無線通信システムの概要について説明する。
【００２０】
本実施形態における無線通信システムは、図１に示すように、無線通信を行うために必要な資源の配置制御を行う複数の資源配置装置（SRNC２：Source Radio Network Controller、TRNC３：Target Radio Network Controllerに相当）をネットワーク間に配置して構成する無線通信システムである。
【００２１】
そして、第１の資源配置装置（例えば、SRNC２）は、図５に示すように、第１の資源配置装置（SRNC２）と隣接する第２の資源配置装置（TRNC３）の資源使用率を保持する保持部（隣接RNC情報保持部１２に相当）と、
第１の資源配置装置（SRNC２）の資源が不足した場合に、第２の資源配置装置（TRNC３）の資源使用率を基に、リロケーションを行う資源配置装置（TRNC３）を選択し、該選択した資源配置装置（TRNC３）にリロケーションを行い、資源の再配置を行う制御部（呼処理制御部１１に相当）と、を有することを特徴とする。なお、第２の資源配置装置（TRNC３）も第１の資源配置装置（SRNC２）と同様に構成することになる。
【００２２】
これにより、本実施形態における無線通信システムは、資源が不足した装置（SRNC２）と隣接する隣接装置（TRNC３）の空き資源の有効利用を図ることが可能となる。その結果、ネットワーク全体の資源の有効活用を図ることが可能となる。以下、添付図面を参照しながら、本実施形態における無線通信システムについて詳細に説明する。なお、本実施形態における無線通信システムは、SRNS Relocation機能を既設していることを前提に説明する。
【００２３】
＜無線通信システムのシステム構成＞
まず、図１を参照しながら、本実施形態の無線通信システムのシステム構成について説明する。なお、図１は、本実施形態の無線通信システムのシステム構成例を示す図である。
【００２４】
本実施形態の無線通信システムは、CN：Core Network（１）と、SRNC：Source Radio Network Controller（２）と、TRNC：Target Radio Network Controller（３）と、Node（４）と、UE：User Equipment（５）と、を有して構成している。
【００２５】
CN（１）は、位置制御、呼制御、サービス制御などを司る部分であり、MSC：Mobile Switching Centerや、SGSN：Serving GPRS Support Node等が挙げられる。
【００２６】
MSCは、移動通信交換局であり、移動通信サービスを提供するための呼接続制御や、サービス制御等を行うことになる。
【００２７】
SGSNは、GPRSシステムにおける加入者交換機であり、レイヤ３信号を終端する他、移動端末との間でユーザデータの圧縮/解凍や再送制御を行うことになる。
【００２８】
SRNC（２）、TRNC（３）は、CN（１）とNode（４）との間に位置し、無線管理、移動管理、呼制御、監視制御、保守運用管理を行うことになる。
【００２９】
UE（５）は、移動端末である。
【００３０】
Node（４）は、無線基地局であり、UE（５）の制御を行うことになる。
【００３１】
なお、図２、図３は、上述した図１に示す無線通信システムにおいてSRNS Relocationを実施する前後の接続構成例を示す図である。図２は、SRNS Relocationを実施する前の接続構成例を示し、図３は、SRNS Relocationを実施した後の接続構成例を示す。
【００３２】
なお、図２、図３において、SRNC（２）は、UE（５）がSRNS Relocationを実施する前の移動元である。また、TRNC（３）は、UE（５）がSRNS Relocationを実施した後の移動先である。本実施形態の無線通信システムは、図２に示すように、UE（５）は、SRNC（２）を介してCN（１）に接続している状態で、SRNS Relocationを実施することで、図３に示すように、UE（５）は、TRNC（３）を介してCN（１）に接続している状態となる。
【００３３】
＜SRNS Relocationの処理＞
次に、図４を参照しながら、SRNS Relocationの処理動作について説明する。
【００３４】
まず、UE（５）は、SRNC（２）からSGSN（CN）（１）に接続されている状態と仮定する（ステップＳ０）。
【００３５】
このステップＳ０の状態で、UE（５）は、SRNC（２）配下の電波状態よりもTRNC（３）配下の電波状態が良くなったと判断した場合に（ステップＳ１）、UE（５）は、RRC：MEASUREMENT REPORTをSRNC（２）に送信する（ステップＳ２）。
【００３６】
SRNC（２）は、RRC：MEASUREMENT REPORTを受信した場合に、RANAP：RELOCATION REQUIREDをSGSN（１）に送信する（ステップＳ３）。
【００３７】
SGSN（１）は、RANAP：RELOCATION REQUIREDを受信した場合に、RANAP：RELOCATION REQUESTをTRNC（３）に送信する（ステップＳ４）。
【００３８】
TRNC（３）は、RANAP：RELOCATION REQUESTを受信した場合に、UE（５）のリソース捕捉を行う（ステップＳ５）。
【００３９】
次に、TRNC（３）は、RANAP：RELOCATION REQUEST ACKNOWLEDGEをSGSN（１）に送信する（ステップＳ６）。
【００４０】
SGSN（１）は、RANAP：RELOCATION REQUEST ACKNOWLEDGEを受信した場合に、RANAP：RELOCATION COMMANDをSRNC（２）に送信する（ステップＳ７）。
【００４１】
SRNC（２）は、RANAP：RELOCATION COMMANDを受信した場合に、RASAP：RELOCATION COMMITをTRNC（３）に送信する（ステップＳ８）。
【００４２】
TRNC（３）は、RASAP：RELOCATION COMMITを受信した場合に、RANAP：RELOCATION DETECTをSGSN（１）に送信する（ステップＳ９）。
【００４３】
また、TRNC（３）は、RRC：UTRAN MOBILITY INFORMATIONをUE（５）に送信する（ステップＳ１０）。
【００４４】
UE（５）は、RRC：UTRAN MOBILITY INFORMATIONを受信した場合に、RRC：UTRAN MOBILITY INFORMATION CONFIRMをTRNC（３）に送信する（ステップＳ１１）。
【００４５】
TRNC（３）は、RRC：UTRAN MOBILITY INFORMATION CONFIRMを受信した場合に、RANAP：RELOCATION COMPLETEをSGSN（１）に送信する（ステップＳ１２）。
【００４６】
SGSN（１）は、RANAP：RELOCATION COMPLETEを受信した場合に、RANAP：IU RELEASE COMMANDをSRNC（２）に送信する（ステップＳ１３）。
【００４７】
SRNC（２）は、RANAP：IU RELEASE COMMANDを受信した場合に、UE（５）のリソースを解放し（ステップＳ１４）、RANAP：IU RELEASE COMPLETEをSGSN（１）に送信する（ステップＳ１５）。
【００４８】
これにより、UE（５）は、TRNC（３）からSGSN（CN）（１）に接続されている状態となる（ステップＳ１６）。
【００４９】
＜ＳＲＮＣ：２、ＴＲＮＣ：３の内部構成＞
次に、図５を参照しながら、本実施形態のSRNC（２）、TRNC（３）の内部構成例について説明する。なお、SRNC（２）と、TRNC（３）と、の内部構成は、同様に構成するため、以下の説明では、SRNC（２）の内部構成について説明する。
【００５０】
本実施形態におけるSRNC（２）は、リソース管理部（１０）と、呼処理制御部（１１）と、隣接RNC情報保持部（１２）と、を有して構成している。
【００５１】
＜リソース管理部：１０＞
リソース管理部（１０）は、SRNC（２）内の有限リソースの管理を行っており、呼処理制御部（１１）からのリソース制御要求に対し、有限リソースの捕捉/解放処理を実施する（図４に示すステップＳ５、Ｓ１４の処理）。例えば、リソース管理部（１０）は、呼処理制御部（１１）からリソース捕捉要求を受け付けた場合に、有限リソースの捕捉処理を行い、呼処理制御部（１１）からリソース解放要求を受け付けた場合に、有限リソースの解放処理を行うことになる。なお、リソース管理部（１０）は、リソース制御要求に対する実施結果（リソース捕捉結果、リソース解放結果）を呼処理制御部（１１）に通知したり、SRNC（２）内の有限リソースのリソース使用率を呼処理制御部（１１）に通知したりすることになる。
【００５２】
＜呼処理制御部：１１＞
呼処理制御部（１１）は、SRNC（２）内の呼処理制御を行うものであり、他ノードからの接続要求や他ノードへの接続要求を制御する。また、呼処理制御部（１１）は、リソース管理部（1０）から通知されるリソース使用率を基に、SRNS Relocationを実施するか否かの判断を行う。
【００５３】
＜隣接RNC情報保持部：１２＞
隣接RNC情報保持部（１２）は、SRNC（２）と隣接する隣接RNCの情報を管理するものであり、例えば、図６に示すように、『優先度』と、『RNC番号』と、『リソース使用率』と、の情報を保持することになる。
【００５４】
『優先度』は、SRNS Relocationを実施する優先度を示す情報であり、呼処理制御部（１２）は、『優先度』が高い隣接RNCから順にSRNS Relocationを実施することになる。
『RNC番号』は、隣接RNCを識別するための情報である。
『リソース使用率』は、隣接RNCが使用しているリソース使用率を示す情報である。
【００５５】
次に、オペレータによるデータ設定動作と隣接RNCからの情報収集動作について説明する。なお、以下の説明では、SRNC（２）における処理動作について説明する。このため、SRNC（２）に隣接する隣接RNCは、TRNC（３）となる。
【００５６】
まず、オペレータは、SRNS Relocation実施用のリソース使用率閾値と、対象呼種別（緊急性やリアルタイム性が低いと考えられるパケット呼）を、SRNC（２）に設定する。
【００５７】
これにより、SRNC（２）は、SRNS Relocation実施用のリソース使用率閾値と、対象呼種別（パケット呼）の情報と、を保持して管理することになり、呼処理制御部（１１）は、そのSRNS Relocation実施用のリソース使用率閾値と、対象呼種別（パケット呼）の情報と、を基に、SRNS Relocationを実施するか否かを判断することになる。
【００５８】
なお、SRNC（２）は、隣接RNCであるTRNC（３）へのRNC間のHandoverやSRNS Relocation実施時に、RNSAPのSignalを用いて、TRNC（３）のリソース使用率を取得する。
【００５９】
これにより、SRNC（２）の隣接RNC情報保持部（１２）は、図６に示すように、隣接RNCであるTRNC（３）のリソース使用率を保持することが可能となり、呼処理制御部（１１）は、隣接RNC情報保持部（１２）が保持するTRNC（３）のリソース使用率を基に、SRNS Relocationを行うTRNC（３）を選択することになる。なお、『優先度』は、オペレータがSRNC（２）に設定するように構築したり、各RNCの優先度を示す優先度情報をネットワーク上に送信し、SRNC（２）がその優先度情報を受信した場合に、その受信した優先度情報を基に、各RNCの優先度を設定するように構築したりする方法が挙げられる。また、Handover時のSignalとしては、例えば、図７に示す信号が適用可能である。
【００６０】
＜SRNC:２での自配下リソース捕捉シーケンス＞
次に、図８を参照しながら、SRNC（２）におけるリソース捕捉時の処理動作について説明する。
【００６１】
UE（５）からの発呼要求や、MSC or SGSN(CN)（１）からの着呼要求により、SRNC（２）内の呼処理制御部（１１）は、リソース捕捉要求をリソース管理部（１０）に送信する（ステップＡ１）。
【００６２】
リソース管理部（１０）は、リソース捕捉要求を受信した場合に、有限リソースの捕捉処理を実施し、そのリソース捕捉結果を呼処理制御部（１１）に送信すると共に、SRNC（２）内のリソース使用率を呼処理制御部（１１）に送信する（ステップＡ２）。
【００６３】
呼処理制御部（１１）は、リソース捕捉結果と、リソース使用率と、を受信した場合に、そのリソース捕捉結果を基に、リソース捕捉要求を行った呼が対象呼種別と一致するか否かを判断する（ステップＡ３）。
【００６４】
呼処理制御部（１１）は、リソース捕捉要求を行った呼が対象呼種別と一致すると判断した場合は（ステップＡ３／Ｙｅｓ）、呼処理制御部（１１）は、リソース管理部（１０）から受信したリソース使用率を、SRNC（２）自身の情報として呼処理制御部（１１）に上書きして保存する（ステップＡ４）。
【００６５】
次に、呼処理制御部（１１）は、ステップＡ４において保存したSRNC（２）自身のリソース使用率がSRNC（２）に予め設定されているリソース使用率閾値を超過しているか否かを判断する（ステップＡ５）。
【００６６】
呼処理制御部（１１）は、SRNC（２）自身のリソース使用率が、リソース使用率閾値を超過していないと判断した場合は（ステップＡ５／Ｎｏ）、上記処理でリソース捕捉要求を行った呼の情報を、強制SRNS Relocation実施対象呼として強制SRNS Relocationリストに登録する（ステップＡ６）。
【００６７】
例えば、呼処理制御部（１１）は、図９に示すような強制SRNS Relocationリストを保持しており、リソース捕捉要求を行った呼が、UEインタンスID：『000a0700』の呼であったと仮定する。この場合、呼処理制御部（１１）は、ステップＡ５において、SRNC（２）自身のリソース使用率が、リソース使用率閾値を超過していないと判断した場合は（ステップＡ５／Ｎｏ）、リソース捕捉要求を行った呼の情報を、強制SRNS Relocation実施対象呼として強制SRNS Relocationリストに登録することになり、呼処理制御部（１１）は、図９に示す強制SRNS Relocationリストに対し、リソース捕捉要求を行った呼のUEインタンスID：『000a0700』を登録し、図１０に示すような強制SRNS Relocationリストを保持することになる。
【００６８】
次に、呼処理制御部（１１）は、新規呼接続処理を継続することになる（ステップＡ７）。
【００６９】
また、呼処理制御部（１１）は、リソース捕捉要求を行った呼が対象呼種別と一致していないと判断した場合は（ステップＡ３／Ｎｏ）、ステップＡ４〜ステップＡ６の処理を行わず、新規呼接続処理を継続することになる（ステップＡ７）。
【００７０】
＜SRNC:２での自配下リソース解放シーケンス＞
次に、図１１を参照しながら、SRNC（２）におけるリソース解放時の処理動作について説明する。
【００７１】
UE（５）からの切断要求や、MSC or SGSN(CN)（１）からの切断要求により、SRNC（２）内の呼処理制御部（１１）は、リソース解放要求をリソース管理部（１０）に送信する（ステップＢ１）。
【００７２】
リソース管理部（１０）は、リソース解放要求を受信した場合に、有限リソースの解放処理を実施し、そのリソース解放結果を呼処理制御部（１１）に送信すると共に、SRNC（２）内のリソース使用率を呼処理制御部（１１）に送信する（ステップＢ２）。
【００７３】
呼処理制御部（１１）は、リソース解放結果と、リソース使用率と、を受信した場合に、リソース解放要求を行った呼が対象呼種別と一致するか否かを判断する（ステップＢ３）。
【００７４】
呼処理制御部（１１）は、リソース解放要求を行った呼が対象呼種別と一致していると判断した場合は（ステップＢ３／Ｙｅｓ）、呼処理制御部（１１）は、リソース管理部（１０）から受信したリソース使用率をSRNC（２）自身の情報として呼処理制御部（１１）に上書きして保存する（ステップＢ４）。
【００７５】
次に、呼処理制御部（１１）は、リソース解放要求を行った呼が強制SRNS Relocationリストに登録されている場合に、そのリソース解放要求を行った呼を強制SRNS Relocationリストから削除すると共に、強制SRNS Relocationリストの前詰めを行う（ステップＢ５）。
【００７６】
例えば、呼処理制御部（１１）は、図１０に示すような強制SRNS Relocationリストを保持しており、リソース解放要求を行った呼が、UEインタンスID：『000a0400』の呼であったと仮定する。この場合、呼処理制御部（１１）は、ステップＢ５において、リソース解放要求を行った呼が強制SRNS Relocationリストに登録されている場合に、そのリソース解放要求を行った呼を強制SRNS Relocationリストから削除すると共に、強制SRNS Relocationリストの前詰めを行うことになり、呼処理制御部（１１）は、リソース解放要求を行った呼のUEインタンスID：『000a0400』を削除し、強制SRNS Relocationリストの前詰めを行い、図１２に示すような強制SRNS Relocationリストを保持することになる。
【００７７】
なお、呼処理制御部（１１）は、リソース解放要求を行った呼が対象呼種別と一致していないと判断した場合は（ステップＢ３／Ｎｏ）、呼処理制御部（１１）は、ステップＢ４〜ステップＢ５の処理を行わないことになる。
【００７８】
＜SRNC:２でのリソース使用率超過時シーケンス＞
次に、図１３を参照しながら、SRNC（２）におけるリソース使用率超過時の処理動作について説明する。
【００７９】
UE（５）からの発呼要求や、MSC or SGSN(CN)（１）からの着呼要求により、SRNC（２）内の呼処理制御部（１１）は、リソース捕捉要求をリソース管理部（１０）に送信する（ステップＣ１）。
【００８０】
リソース管理部（１０）は、リソース捕捉要求を受信した場合に、有限リソースの捕捉処理を実施し、そのリソース捕捉結果を呼処理制御部（１１）に送信すると共に、SRNC（２）内のリソース使用率を呼処理制御部（１１）に送信する（ステップＣ２）。
【００８１】
呼処理制御部（１１）は、リソース捕捉結果と、リソース使用率と、を受信した場合に、そのリソース捕捉結果を基に、リソース捕捉要求を行った呼が対象呼種別と一致するか否かを判断する（ステップＣ３）。
【００８２】
呼処理制御部（１１）は、リソース捕捉要求を行った呼が対象呼種別と一致すると判断した場合は（ステップＣ３／Ｙｅｓ）、呼処理制御部（１１）は、リソース管理部（１０）から受信したリソース使用率を、SRNC（２）自身の情報として呼処理制御部（１１）に上書きして保存する（ステップＣ４）。
【００８３】
次に、呼処理制御部（１１）は、ステップＣ４において保存したSRNC（２）自身のリソース使用率がSRNC（２）に予め設定されているリソース使用率閾値を超過しているか否かを判断する（ステップＣ５）。
【００８４】
呼処理制御部（１１）は、SRNC（２）自身のリソース使用率が、リソース使用率閾値を超過していると判断した場合は（ステップＣ５／Ｙｅｓ）、上記処理でリソース捕捉要求を行った呼の情報を、強制SRNS Relocation実施対象呼として強制SRNS Relocationリストに登録すると共に、強制SRNS Relocationリストの中からSRNS Relocation可能な呼を検索し、強制SRNS Relocationリストの先頭呼から順にSRNS Relocation可能な呼か否かをチェックすることになる（ステップＣ６）。
【００８５】
呼処理制御部（１１）は、SRNS Relocation可能な呼を見つけた場合に、Relocation先（TRNC）の選択を実施することになり、呼処理制御部（１１）は、SRNS Relocation可能な呼がSRNS Relocation可能な隣接RNCを選択することになる（ステップＣ７）。
【００８６】
例えば、呼処理制御部（１１）は、図９に示すような強制SRNS Relocationリストを保持しており、リソース捕捉要求を行った呼が、UEインタンスID：『000a0700』の呼であったと仮定する。この場合、呼処理制御部（１１）は、ステップＣ５において、SRNC（２）自身のリソース使用率が、リソース使用率閾値を超過していると判断した場合は（ステップＣ５／Ｙｅｓ）、リソース捕捉要求を行った呼の情報を、強制SRNS Relocation実施対象呼として強制SRNS Relocationリストに登録することになり、呼処理制御部（１１）は、図９に示す強制SRNS Relocationリストに対し、リソース捕捉要求を行った呼のUEインスタンスID：『000a0700』を登録し、図１０に示すような強制SRNS Relocationリストを保持することになる。
【００８７】
次に、呼処理制御部（１１）は、図１０に示す強制SRNS Relocationリストの中からSRNS Relocation可能な呼を検索し、強制SRNS Relocationリストの先頭呼から順にSRNS Relocation可能な呼か否かをチェックすることになり、例えば、呼処理制御部（１１）は、図９に示す強制SRNS Relocationリストの先頭のUEインスタンスID：『000a0800』を取得し、そのUEインスタンスID：『000a0800』の呼がSRNS Relocation可能な呼である場合には、そのUEインスタンスID：『000a0800』の呼がリロケーション可能な隣接RNCを抽出することになる。
【００８８】
この処理により、呼処理制御部（１１）は、隣接RNC情報保持部（１２）を参照し、図６に示す情報を基に、UEインスタンスID：『000a0800』の呼が接続中の隣接RNCを抽出することになり、呼処理制御部（１１）は、図１４に示す隣接RNCリストを生成することになる。なお、本実施形態のSRNC（２）は、図１４に示す隣接RNCリストを生成するため、強制SRNS Relocationリストに登録されているUEインスタンスID：の呼が接続中の隣接RNCを管理することになる。
【００８９】
これにより、呼処理制御部（１１）は、図６に示す隣接RNC情報を基に、図１４に示すように、SRNS Relocation可能な呼が接続中の隣接RNCのリストを生成することが可能となる。
【００９０】
次に、呼処理制御部（１１）は、図１４に示す隣接RNCリストを基に、その図１４に示す隣接RNCリストの中からSRNS Relocation可能な隣接RNCを選択することになる。
【００９１】
なお、SRNS Relocation可能な隣接RNCの選択方法としては、例えば、リソース使用率が所定の閾値よりも低い隣接RNCを選択する方法が挙げられる。例えば、所定の閾値として、『３０％』が設定されている場合には、呼処理制御部（１１）は、リソース使用率が所定の閾値よりも低い隣接RNCとして、『2001』、『2003』、『2002』を選択することになる。
【００９２】
なお、所定の閾値は、SRNC（２）内に予め設定されているものとする。この場合、リソース使用率が所定の閾値よりも低い隣接RNCが複数存在する場合には、優先度の高い隣接RNCを選択するように設計することが好ましい。例えば、上記選択により、リソース使用率が所定の閾値よりも低い隣接RNCとして、『2001』、『2003』、『2002』を選択した場合には、優先度の高い『2001』を選択することになる。
【００９３】
これにより、呼処理制御部（１１）は、優先度に応じて隣接RNCを選択することが可能となる。例えば、隣接RNCの選択順を、SRNC（２）にRNCを登録した登録順に設定した場合には、無線通信システムに新たに新設した新設RNCの登録順が後方になり、新設RNCが選択される確率が低くなる虞がある。このため、図１４に示すように優先度を付与し、その優先度に応じて隣接RNCを選択するように設計することで、新設RNCを選択する確率を向上させることが可能となる。
【００９４】
なお、所定の閾値や、優先度は、自動的に、または、人手操作により任意に設定するように構築することが可能である。
【００９５】
また、リソース使用率が所定の閾値よりも低い隣接RNCが複数存在する場合には、リソース使用率が最も低い隣接RNCを選択するように設計することも可能である。例えば、上記選択により、リソース使用率が所定の閾値よりも低い隣接RNCとして、『2001』、『2003』、『2002』を選択した場合には、リソース使用率が最も低い『2002』を選択することになる。これにより、リソース使用率が最も低い隣接RNCを選択することが可能となる。
【００９６】
なお、リソース使用率が最も低い隣接RNCを最初から選択するように設計することも可能である。これにより、呼処理制御部（１１）は、図１４に示す隣接RNCリストを生成した場合に、その図１４に示す隣接RNCリストの中からリソース使用率が最も低い隣接RNC『2002』を選択することが可能となる。
【００９７】
なお、呼処理制御部（１１）は、上記ステップＣ７の処理により選択した隣接RNCをTRNC（３）に指定し、該指定したTRNC（３）へのRelocation要求を実施し（ステップＣ８）、呼処理制御部（１１）は、MSC or SGSN（CN）（１）に対し、Relocation要求：RELOCATION REQUIRED(RANAP)を送信することになる（ステップＣ９）。
【００９８】
呼処理制御部（１１）は、Relocation要求結果として、MSC or SGSN（CN）（１）からCOMMITを受信した場合に、既設SRNS Relocation機能によりSRNS Relocationを実施し、リソースの再配置を行うことになる。なお、既設SRNS Relocation機能の処理シーケンスは、図４を参照。
【００９９】
＜SRNC:２でのRelocation要求結果（FAILURE）受信時のシーケンス＞
次に、図１５を参照しながら、SRNC（２）におけるRelocation要求結果(FAILURE)受信時の処理動作について説明する。
【０１００】
呼処理制御部（１１）は、MSC or SGSN(CN)（１）からRelocation要求結果（FAILURE）を受信した場合に（ステップＤ１）、Relocation要求を行った呼の情報を強制SRNS Relocationリストから削除し、強制SRNS Relocationリストの前詰めを行い、Relocation要求を行った呼を、SRNC（２）にて継続させるように制御する（ステップＤ２）。
【０１０１】
例えば、呼処理制御部（１１）は、図１０に示すような強制SRNS Relocationリストを保持しており、Relocation要求を行った呼が、UEインタンスID：『000a0400』の呼であったと仮定する。この場合、呼処理制御部（１１）は、Relocation要求を行った呼が強制SRNS Relocationリストに登録されている場合に、そのRelocation要求を行った呼を強制SRNS Relocationリストから削除すると共に、強制SRNS Relocationリストの前詰めを行うことになり、呼処理制御部（１１）は、Relocation要求を行った呼のUEインタンスID：『000a0400』を削除し、強制SRNS Relocationリストの前詰めを行い、図１２に示すような強制SRNS Relocationリストを保持することになる。
【０１０２】
＜本実施形態の無線通信システムにおける効果＞
このように、本実施形態における無線通信システムを構成するSRNC（２）は、図６に示すように、SRNC（２）と隣接する隣接RNC（３）のリソース使用率を管理する。そして、SRNC（２）は、SRNC（２）自身のリソース使用率がリソース使用率閾値を超過した場合に、図１０に示すような強制SRNS Relocationリストの中から、SRNS Relocation可能な呼を検索し、図１４に示すように、そのSRNS Relocation可能な呼が接続中の隣接RNCのリストを生成する。そして、SRNC（２）は、図１４に示す隣接RNCのリストの中から、SRNS Relocation可能な隣接RNC（３）を選択し、その選択した隣接RNC（３）へのRelocationを実施し、リソースの再配置を行う。
【０１０３】
これにより、本実施形態における無線通信システムは、リソースが不足したSRNC（２）と隣接する隣接RNC（３）の空きリソースの有効利用を図ることが可能となる。その結果、ネットワーク全体のリソースの有効活用を図り、新規（優先）呼の受付をし易くし、RNCのパフォーマンスを向上させることが可能となる。
【０１０４】
なお、本実施形態における無線通信システムは、オペレータがRNC（２、３）に設定した呼種別（音声呼やパケット呼）を対象呼とし、RNC内に、RNC自身/隣接RNCのリソース使用率（パケット呼を選択したならばSGSN向け回線のリソース使用率／パケット呼制御装置のリソース使用率）を保持し、RNC自身のリソース使用率がリソース使用率閾値を超過した場合に、SRNS Relocation可能状態の呼が接続中の隣接RNCリストの中からSRNS Relocation可能な隣接RNCを選択し、その選択した隣接RNCへのRelocationを実施し、リソースの再配置を行うことになる。
【０１０５】
また、本実施形態における無線通信システムを構成する各RNC（２、３）は、RNC自身のリソース使用率を、自配下リソース捕捉・解放時に収集して保持することになる。
【０１０６】
また、各RNC（２、３）は、隣接RNCのリソース使用率の情報をRNC間のHandover時のSignalに埋め込み、互いに通知し合いうことで、隣接RNCのリソース使用率を収集して保持することになる。
【０１０７】
（第２の実施形態）
次に、第２の実施形態について説明する。
【０１０８】
第２の実施形態における無線通信システムは、リソース使用率の監視対象をパケット呼としたことを特徴とする。
【０１０９】
リソース使用率の監視対象をパケット呼にすることで、音声呼に対する一定の空きリソースを保証し、緊急呼（例えば、警察への発呼）を必ず受け付けられるように制御することが可能となる。なお、第２の実施形態における制御方法は、上述した第１の実施形態と同様に行うことになる。
【０１１０】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において当業者が上記実施形態の修正や代用を行い、種々の変更を施した形態を構築することが可能である。
【０１１１】
例えば、上述した実施形態における無線通信システムを構成する各制御装置における制御動作は、ハードウェア、または、ソフトウェア、あるいは、両者の複合構成によって実行することも可能である。
【０１１２】
なお、ソフトウェアによる処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１１３】
例えば、プログラムは、記録媒体としてのハードディスクやＲＯＭ（Read Only Memory）に予め記録しておくことが可能である。あるいは、プログラムは、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的、あるいは、永続的に格納（記録）しておくことが可能である。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することが可能である。
【０１１４】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送したりし、コンピュータでは、転送されてきたプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることが可能である。
【０１１５】
また、上記実施形態で説明した処理動作に従って時系列的に実行されるのみならず、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に実行するように構築することも可能である。また、上記実施形態で説明した無線通信システムは、複数の装置の論理的集合構成にしたり、各構成の装置が同一筐体内に存在する構成にしたりするように構築することも可能である。
【産業上の利用可能性】
【０１１６】
本発明にかかる資源配置装置、無線通信システム、資源配置方法及び資源配置プログラムは、無線アクセスネットワーク（RAN：Radio Access Network）に適用可能である。
【図面の簡単な説明】
【０１１７】
【図１】本実施形態の無線通信システムのシステム構成例を示す図である。
【図２】図１に示す無線通信システムにおいてSRNS Relocationを実施する前の接続構成例を示す図である。
【図３】図１に示す無線通信システムにおいてSRNS Relocationを実施した後の接続構成例を示す図である。
【図４】SRNS Relocationの処理動作を説明するための図である。
【図５】SRNC（２）、TRNC（３）の内部構成例を示す図である。
【図６】隣接RNC情報保持部（１２）が保持する隣接RNC情報例を示す図である。
【図７】Inter RNC Handover/SRNS Relocation時に使用するSignal例を示す図である。
【図８】SRNC（２）での自配下リソース捕捉のシーケンス図である。
【図９】強制SRNS Relocationリスト例を示す図である。
【図１０】強制SRNS Relocationリスト例を示す図であり、図９に示すリストに、UEインタンスID：『000a0700』を登録した状態を示す図である。
【図１１】SRNC（２）での自配下リソース解放のシーケンス図である。
【図１２】強制SRNS Relocationリスト例を示す図であり、図１０に示すリストから、UEインタンスID：『000a0400』を削除し、前詰めを行った状態を示す図である。
【図１３】SRNC（２）でのリソース使用率超過時のシーケンス図である。
【図１４】強制SRNS Relocationリストに登録されているUEインスタンスID：の呼が接続中の隣接RNCのリスト例を示す図である。
【図１５】SRNC（２）でのRelocation要求結果（FAILURE）受信時のシーケンス図である。
【図１６】一般的な無線アクセスネットワーク（RAN：Radio Access Network）を構成する無線通信システム例を示す図である。
【符号の説明】
【０１１８】
１    CN：Core Network
２    SRNC：Source Radio Network Controller（資源配置装置）
３    TRNC：Target Radio Network Controller（資源配置装置）
４    Node
５    UE：User Equipment
１０    リソース管理部
１１    呼処理制御部
１２    隣接RNC情報保持部
【図１】
2009055401.tif 000003
【図２】
2009055401.tif 000004
【図３】
2009055401.tif 000005
【図４】
2009055401.tif 000006
【図５】
2009055401.tif 000007
【図６】
2009055401.tif 000008
【図７】
2009055401.tif 000009
【図８】
2009055401.tif 000010
【図９】
2009055401.tif 000011
【図１０】
2009055401.tif 000012
【図１１】
2009055401.tif 000013
【図１２】
2009055401.tif 000014
【図１３】
2009055401.tif 000015
【図１４】
2009055401.tif 000016
【図１５】
2009055401.tif 000017
【図１６】
2009055401.tif 000018