無線通信制御装置、通信ライセンス管理方法、通信ライセンス管理プログラムおよびプログラム記録媒体
【課題】呼処理能力、呼量の観点に立ったリソース管理を行うことが可能な通信ライセンス管理方法を提供する。
【解決手段】無線通信ネットワークに接続された各ユーザ端末が通信呼に使用可能な当該無線通信ネットワークのリソース量の上限を契約リソース量１０としてライセンス契約し、当該ユーザ端末が現在使用中のリソース量が、契約リソース量１０の範囲内に収まっているか否かに基づいて、発生した新たな通信呼の受付の可否を判別する。契約リソース量１０を、モニタリング周期ごとにカウントした新たな発生呼数を完了、不完了の如何を問わずに所定の累積周期に亘って累積した総合計発生呼数として許容される上限、または、該モニタリング周期ごとにカウントした完了呼数に該モニタリング周期が示す時間を該モニタリング周期における総保留時間とみなして乗算した時間を前記累積周期に亘って累積した総合計保留時間として許容される上限とする。
【解決手段】無線通信ネットワークに接続された各ユーザ端末が通信呼に使用可能な当該無線通信ネットワークのリソース量の上限を契約リソース量１０としてライセンス契約し、当該ユーザ端末が現在使用中のリソース量が、契約リソース量１０の範囲内に収まっているか否かに基づいて、発生した新たな通信呼の受付の可否を判別する。契約リソース量１０を、モニタリング周期ごとにカウントした新たな発生呼数を完了、不完了の如何を問わずに所定の累積周期に亘って累積した総合計発生呼数として許容される上限、または、該モニタリング周期ごとにカウントした完了呼数に該モニタリング周期が示す時間を該モニタリング周期における総保留時間とみなして乗算した時間を前記累積周期に亘って累積した総合計保留時間として許容される上限とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信制御装置、通信ライセンス管理方法、通信ライセンス管理プログラムおよびプログラム記録媒体に関する。
【背景技術】
【０００２】
携帯端末を利用した無線通信の分野でも、従来のような音声電話やメールサービスだけでなく、映像や音楽など多種多様なマルチメディアサービスを提供するアプリケーションへと利用が拡大してきている。かかるアプリケーションにおいては、比較的短時間に大量のデータが転送されたりするバースト性があったり、あるいは、広帯域を要求したりする通信サービスが必要であり、ＵＭＴＳ（Universal Mobile Telecommunication System：ユニバーサル移動電話システム）のようないわゆる第３世代の移動無線システムの開発が盛んになってきている。
【０００３】
ここで、多様なアプリケーションごとにそれぞれに所望のサービス品質（ＱｏＳ）例えば伝送速度、遅延時間、信頼性などを提供するためには、無線通信ネットワーク内のリソース管理が重要であり、特許文献１の特開２００２−３１９９７０号公報「通信ネットワーク」には、リソースの効率的な利用を維持しながら、各ユーザ端末からのサービスレベル契約（ＳＬＡ）の要求を満たす良好なサービス品質（ＱｏＳ）を提供することができるように、ネットワークのリソースをフレキシブルに管理する技術が提案されている。また、従来技術の別の例として、ユーザ端末との間であらかじめ通信用のライセンス契約を取り交わし、契約ライセンス量に応じて、ユーザ端末の通信呼において使用可能とされるリソースの割り当てを行うという提案もなされている。
【特許文献１】特開２００２−３１９９７０号公報（第４−６頁）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、無線通信ネットワークの有限のリソースを、不特定多数のユーザ端末に対して、効率良く割り当てるための要件としては、まだ不十分であり、それぞれの通信呼に対して動的なリソース管理を確実に行うことができないという問題がある。
【０００５】
本発明は、かかる事情に鑑みてなされたものであり、それぞれのユーザ端末との間の通信ライセンス契約として、それぞれのユーザ端末の通信呼のトラフィック状態（例えば、単位時間当たりの総生起呼数、単位時間当たりの合計保留時間）を定期的に測定し、測定結果に基づいて、呼処理能力、呼量の観点に立ったリソースの管理を行うことを可能とする無線通信制御装置、通信ライセンス管理方法、通信ライセンス管理プログラムおよびプログラム記録媒体を提供することに、その目的がある。
【課題を解決するための手段】
【０００６】
前述の課題を解決するため、本発明による無線通信制御装置、通信ライセンス管理方法、通信ライセンス管理プログラムおよびプログラム記録媒体は、次のような特徴的な構成を採用している。
【０００７】
（１）無線通信ネットワークに接続された各ユーザ端末の通信において使用される当該無線通信ネットワークのリソースを管理する無線通信制御装置において、前記ユーザ端末が通信呼に使用可能なリソース量の上限をあらかじめ契約リソース量として、当該ユーザ端末が同時に許容される接続数を用いてライセンス契約し、かつ、当該ユーザ端末の新たな通信呼が発生した際に、当該ユーザ端末の通信中の呼として現在使用されているリソース量が、同時に許容される接続数を用いて当該ユーザ端末が契約した前記契約リソース量の範囲内に収まっているか否かに基づいて、新たな通信呼を受け付けるか拒否するかを判別する無線通信制御装置。
【発明の効果】
【０００８】
本発明の無線通信制御装置、通信ライセンス管理方法、通信ライセンス管理プログラムおよびプログラム記録媒体によれば、それぞれのユーザ端末との間の通信ライセンス契約に対して、それぞれのユーザ端末の通信呼のトラフィック状態を定期的に測定し、測定結果に基づいて、呼処理能力(単位時間当たりの総生起呼数つまりＢＨＣＡ：Busy Hour Call Attempts：最繁時呼数)、呼量（単位時間当たりの合計保留時間）の観点に立ったリソースの管理を行うことにより、ユーザ端末それぞれに対して、通信リソースを効率良く割り当て、それぞれの通信呼に対して動的なリソース管理を確実に行うことできるという効果を得ることができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明による無線通信制御装置、通信ライセンス管理方法、通信ライセンス管理プログラムおよびプログラム記録媒体の好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明による無線通信制御装置、通信ライセンス管理方法について説明するが、かかる通信ライセンス管理方法をコンピュータにより実行可能な通信ライセンス管理プログラムとして実施するようにしても良いし、あるいは、通信ライセンス管理プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。
【００１０】
（本発明の特徴）
本発明の実施形態の説明に先立って、本発明の特徴について、その概要をまず説明する。第３世代の無線通信サービスにおいて、ＵＴＲＡＮ（ＵＭＴＳ Terrestrial Radio Access Network：ＵＭＴＳターミナル・地上無線接続網）製品としての付加価値を付与するために、通信用のリソースを契約ライセンスとして販売する方法がある。契約ライセンスの実現方法としては、無線通信用のリソースを管理する無線通信制御装置ＲＮＣ（Radio Network Controller）が、各ユーザ端末ＵＥ（User Equipment）からの通信呼（ＲＡＢ： Resource Access Bearer）について、基地局を構成する通信ノードNode Bを介してモバイル交換センタＭＳＣ（Mobile Switching Center）と送受信することが可能なスループットつまりリソース量をあらかじめ契約することによって実現する。
【００１１】
契約ライセンス量の付与方法としては、例えば、或る単位レート（例えば１０Ｍｂｐｓ）単位に切り売りするスループットライセンスや、無線通信制御装置ＲＮＣに接続可能なセル数、あるいは、ＭＢＭＳサービス（Multimedia Broadcast and Multicast Service：マルチメディア放送および同報サービス）が可能なセル数を１セル数ごとに切り売りするセルライセンスや、さらには、従来技術にはない方法として、或る呼数単位例えば５万ＢＨＣＡ(Busy Hour Call Attempts：最繁時呼数)を単位に切り売りするＢＨＣＡライセンスなどが想定される。いずれも、無線通信制御装置ＲＮＣが管理するリソース能力の範囲内で、一定の単位で能力分けを行うことによって実現することになる。
【００１２】
これらのライセンス販売方法のうち、本発明は、ＢＨＣＡライセンスに関するものであり、本発明によるＢＨＣＡライセンスにおいては、通信の発呼回数による呼量あるいは総発呼個数による呼処理能力をベースにして、契約ライセンスにより許容されたリソース量まで、新規の通信呼（ＲＡＢ）を受け入れ(Accept)、契約したリソース量をオーバした場合には、新規の通信呼（ＲＡＢ）を拒否（Reject）する。
【００１３】
各ユーザ端末ＵＥとの契約ライセンスは、ＵＴＲＡＮネットワークの運用および保守を行う運用保守センタＯＭＣ（Operation and Maintenance Centre）が司り、運用保守センタＯＭＣは、各ユーザ端末ＵＥとライセンス契約したリソース量を無線通信制御装置ＲＮＣにあらかじめ通報する。
【００１４】
無線通信制御装置ＲＮＣは、ＵＴＲＡＮ無線通信ネットワークに流入する通信呼（ＲＡＢ）について、ユーザ端末ＵＥあるいは他のＲＮＣからの無線ネットワーク信号の無線通信アプリケーション部ＲＡＮＡＰ（Radio Access Network Application Part）を、新規の通信呼（ＲＡＢ）として、周辺のモバイル交換センタＭＳＣを介して、受け取ることによって、当該通信呼（ＲＡＢ）として利用可能な契約ライセンスのリソース量（呼量または呼処理能力）の範囲内にあるか否かを判別する。
【００１５】
つまり、或るユーザ端末ＵＥが、無線通信制御装置ＲＮＣ、例えば、或る無線通信制御装置ＳＲＮＣ(Serving ＲＮＣ)に対して、５万ＢＨＣＡ分のリソース量をライセンス契約した場合、運用保守センタＯＭＣから当該無線通信制御装置ＳＲＮＣに対して、５万ＢＨＣＡの契約リソース量が、当該ユーザ端末ＵＥが送受信可能なスループットとしてあらかじめ通報される。当該ユーザ端末ＵＥがＵＴＲＡＮネットワークの通信において、ライセンス契約した当該契約リソース量をオーバした場合には、無線通信制御装置ＳＲＮＣでは、当該ユーザ端末ＵＥに関する新規の通信呼（ＲＡＢ）のトリガーである、リソース割当要求（ＲＡＮＡＰ:ＲＡＢ ASSIGNMNET REQUEST）やリソース再配置要求（ＲＡＮＡＰ:RELOCATION REQUEST）を拒否（Reject）する。
【００１６】
ここで、本発明によるＢＨＣＡライセンスとして、次の２通りの契約方法を採用する。
【００１７】
まず、第１の契約ライセンスは、呼設定（リソース割当要求処理ＲＡＢ ASSIGMNET Procedureまたはリソース再配置要求処理ＲＡＢ RELOCATION Procedure）が成功し、かつ、あらかじめ決められた時間内の通話中の通信呼（ＲＡＢ）の通話時間つまり呼保留時間（呼量）を加味して新規の通信呼（ＲＡＢ）の受付の可否を判別する契約方法であり、第２の契約ライセンスは、ＢＨＣＡ（Busy Hour Call Attempts：最繁時呼数)の名称の通り、あらかじめ決められた時間内の呼設定処理の試行（Attempt）回数をカウントして新規の通信呼（ＲＡＢ）の受付の可否を判別する契約方法である。つまり、前者は、ＵＴＲＡＮ無線通信ネットワークのリソース保有の観点に立って、呼設定に成功した場合のみをカウントし、後者は、ＵＴＲＡＮ無線通信ネットワークの呼処理能力の観点に立って、呼設定に成功した場合のみならず呼設定に失敗した場合も含めてカウントする。
【００１８】
無線通信制御装置ＳＲＮＣは、前述した２つのカウント結果の少なくともいずれか一方を基にして、ライセンス契約した契約リソース量の上限を超えた時点で、新規の通信呼（ＲＡＢ）つまりリソース割当要求（ＲＡＮＡＰ:ＲＡＢ ASSIGNMNET REQUEST）またはリソース再配置要求（ＲＡＮＡＰ:ＲＡＢ RELOCATION REQUEST）の受付を許可(Accept)するか拒否(Reject)する。ただし、契約リソース量の上限を超える前に、ユーザ端末ＵＥに対して契約リソース量の上限に近づいている旨の警告を通知する警告閾値を用意して、該警告閾値を超えた際に、運用保守センタＯＭＣから、ユーザ端末ＵＥに対して警告(Alarm)を通知することによって、ユーザ端末ＵＥが、契約リソース量の追加を行う新規のライセンス契約を行うように促すことも可能である。
【００１９】
契約リソース量の追加を行う新規のライセンス契約が、当該ユーザ端末ＵＥから運用保守センタＯＭＣに通知されてくると、運用保守センタＯＭＣでは、当該ユーザ端末ＵＥのリソースの管理を行う無線通信制御装置ＳＲＮＣについて、当該ユーザ端末ＵＥの契約ライセンスとして、例えば、５万ＢＨＣＡであった契約リソース量に対してさらに５万ＢＨＣＡ分を追加した合計１０万ＢＨＣＡのリソース量を更新登録し、更新登録した合計１０万ＢＨＣＡのリソース量を当該無線通信制御装置ＳＲＮＣに対して通知してくる。
【００２０】
合計１０万ＢＨＣＡのリソース量への更新通知を受け取った当該無線通信制御装置ＳＲＮＣにおいては、新しい契約ライセンスとして合計１０万ＢＨＣＡのリソース量に追加されたことを認識すると、当該ユーザ端末の契約リソース量を更新登録することにより、この時点で、旧契約リソース量を超えるような新規の通信呼（ＲＡＢ）についても、拒絶(Reject)することなく、受け入れることを許可（Accept）する。
【００２１】
（本発明の実施形態）
本発明の無線通信制御装置（ＳＲＮＣ）におけるリソース制御の概要を、図１を用いて説明する。図１は、本発明による無線通信制御装置ＳＲＮＣのリソース制御の概要の一例を説明するシーケンスチャートであり、通信に割り当てるリソースを管理する無線通信制御装置ＳＲＮＣ(Serving ＲＮＣ：サービングＲＮＣ)が備えられている無線通信ネットワークの構成を、周辺のモバイル交換センタＭＳＣ（Mobile Switching Center）、論理ノードつまり基地局Node Ｂ、ユーザ端末ＵＥ（User Equipment）とともに、示している。さらに、図１には示していないが、無線通信制御装置ＳＲＮＣには、ユーザ端末ＵＥとの間で無線通信ネットワークのリソース量をあらかじめライセンス契約を取り交わし、かつ、無線通信ネットワークを運用保守するための運用保守センタＯＭＣ（Operation and Maintenance Centre）が接続されており、運用保守センタＯＭＣから各ユーザ端末ＵＥが契約した契約ライセンス量としての契約リソース量に関する情報が無線通信制御装置ＳＲＮＣに送付されるように構成されている。
【００２２】
図１に示すように、ユーザ端末ＵＥからの呼制御処理を司るモバイル交換センタＭＳＣは、ユーザ端末ＵＥから新たなリソースの割当要求を受け取ると、当該ユーザ端末ＵＥに関するネットワークのリソース管理を行っている無線通信制御装置ＳＲＮＣに対して、リソース割当要求（ＲＡＮＡＰ ＲＡＢ Assignment Request）を送信する（シーケンスＳＥＱ１）。
【００２３】
無線通信制御装置ＳＲＮＣは、無線通信のスイッチング動作を行うモバイル交換センタＭＳＣから、新規のリソース割当要求を受け付けた際に、当該無線通信のユーザ端末ＵＥがライセンス契約している契約リソース量と、当該ユーザに現在割り当てているリソース量との照合動作を行い（シーケンスＳＥＱ２）、まだ、ライセンス契約している契約リソース量の範囲内に収まっている場合は、新たなリソースの割り当てを許可する旨の割当許可応答（ＲＡＮＡＰ ＲＡＢ Assignment Response）を、モバイル交換センタＭＳＣに返送し（シーケンスＳＥＱ３）、一方、ライセンス契約している契約リソース量の範囲を超えている場合には、リソースの割り当てを拒否する旨の割当失敗通知（ＲＡＮＡＰ ＲＡＢ Assignment Failure）を、モバイル交換センタＭＳＣに返送する（シーケンスＳＥＱ４）。
【００２４】
この結果、モバイル交換センタＭＳＣは、無線通信制御装置ＳＲＮＣからの応答結果に応じて、割当許可応答（ＲＡＮＡＰ ＲＡＢ Assignment Response）を受け取った場合は、要求元のユーザ端末ＵＥに対してリソースアクセスベアラＲＡＢ（Resource Access Bearer）を割り当てて、通信呼の設定を完了させ、割当失敗通知（ＲＡＮＡＰ ＲＡＢ Assignment Failure）を受け取った場合は、要求元のユーザ端末ＵＥの要求を拒否(Reject)して、通信呼の設定を行わずに、不完了呼とする。
【００２５】
次に、本発明による通信ライセンス管理方法として、ＢＨＣＡライセンスに基づく契約ライセンスを用いる場合についてさらに説明する。ここで、ＢＨＣＡライセンスに基づく契約ライセンスとして２つの通信ライセンス管理方法が存在している。ただし、無線通信制御装置ＲＮＣ間のＨＯ（Hand-Over）として、課金対象の無線接続を制御する無線通信制御装置ＳＲＮＣ(Serving ＲＮＣ)からの要求をＳＲＮＣ以外のドリフト用無線通信制御装置ＤＲＮＣ（Drift ＲＮＣ）が拒否するケースについては、本ＢＨＣＡライセンスの対象とはしない。
【００２６】
第１の通信ライセンス管理方法は、無線通信ネットワークのリソース保有量の観点に立ったものであり、新規の通信呼（ＲＡＢ）を受け付けるか否かを判別する際に、あらかじめ定めた時間間隔ごとの呼設定（リソース割当要求処理(ＲＡＢ ASSIGMNET Procedure)またはリソース再配置要求処理(ＲＡＢ RELOCATION Procedure）)に成功した場合のみをカウントし、成功した通信呼（ＲＡＢ）の通話時間つまり呼保留時間を加味して、契約ライセンス量としての契約リソース量の範囲内に収まっているか否かを判別するものである。つまり、第１の通信ライセンス管理方法の場合は、通信の発呼回数のうち呼設定完了呼数による呼量をベースにして、契約したＢＨＣＡライセンス量として許容された値（契約リソース量）以下に収まる間は、新規の通信呼（ＲＡＢ）を受け入れ(Accept)、契約したＢＨＣＡライセンス量として許容された値（契約リソース量）をオーバした場合には、新規の通信呼（ＲＡＢ）を拒否（Reject）する。
【００２７】
第２の通信ライセンス管理方法は、呼処理能力の観点に立ったものであり、新規の通信呼（ＲＡＢ）を受け付けるか否かを判別する際に、ＢＨＣＡ(Busy Hour Call Attempts)の名称の通り、あらかじめ定めた時間間隔ごとの呼設定処理を試みた試行回数（Attempt回数）をカウントし、契約ライセンス量として許容された値（契約リソース量）の範囲内に収まっているか否かを判別するものである。つまり、第２の通信ライセンス管理方法の場合は、呼設定が完了したか不完了であったかを問わず、通信の発呼回数すべてをベースにして、契約したＢＨＣＡライセンス量として許容された値（契約リソース量）以下に収まる間は、新規の通信呼（ＲＡＢ）を受け入れ(Accept)、契約したＢＨＣＡライセンス量として許容された値（契約リソース量）をオーバした場合には、新規の通信呼（ＲＡＢ）を拒否（Reject）する。
【００２８】
ここで、新規の通信呼（ＲＡＢ）が生起する場合としては、モバイル交換センタＭＳＣからのリソース割当要求処理（ＲＡＢ ASSIGNMENT Procedure）により生起される場合、あるいは、他の無線通信制御装置ＳＲＮＣからのリソース再配置要求処理（ＲＡＢ RELOCATION Procedure）により、当該無線通信制御装置ＳＲＮＣに転送されてくる場合の二つがある。
【００２９】
また、通信呼（ＲＡＢ）が解放される場合としては、モバイル交換センタＭＳＣからのリソース開放処理（ＲＡＢ RELEASE Procedure）によって解放される場合、あるいは、リソース再配置要求処理（ＲＡＢ RELOCATION Procedure）により、当該無線通信制御装置ＳＲＮＣから他の無線通信制御装置ＳＲＮＣに転送される場合がある。
【００３０】
まず、第１の通信ライセンス管理方法について、図２を用いて説明する。図２は、本発明の通信ライセンス管理方法のうち、第１の通信ライセンス管理方法における通信呼の保留時間の測定方法の一例を説明するための概念図である。図２（Ａ）には、通信呼（ＲＡＢ）の一例として、或るユーザ端末ＵＥから生起されている複数（図２（Ａ）の場合、通信呼（ａ）〜（ｅ）の最大５個）の通信呼（ＲＡＢ）についてそれぞれが生起した時点から、通信呼（ＲＡＢ）が解放される時点までを太線で示しており、各通信呼（ＲＡＢ）の継続状態を３０秒周期でモニタリングしている例を示している。また、図２（Ｂ）には、図２（Ａ）の３０秒ごとのモニタリング結果に基づく総保留時間の算出例を示している。
【００３１】
図２（Ａ）に示すように、或るユーザ端末ＵＥは、時刻５：３４：００から時刻５：３７：００までの間に、通信呼（ａ）〜（ｅ）と最大で５個の通信呼を発呼しており、周辺のモバイル交換センタＭＳＣは、３０秒周期で、定期的に、その時点で呼設定確立済みの通信呼に関する同時接続数を取得して、無線通信制御装置ＳＲＮＣに対して送信している。ここで、モバイル交換センタＭＳＣは、図２（Ａ）に○印で示している時刻で、通信中か否かを通信呼（ａ）〜（ｅ）についてモニタリングしているものとする。
【００３２】
例えば、時刻５：３４：００の時刻で、無線通信制御装置ＳＲＮＣに通知する通信中の同時接続数は、通信呼（ｂ）の１個であり、３０秒後の時刻５：３４：３０の時刻で、無線通信制御装置ＳＲＮＣに通知する通信中の同時接続数は、通信呼（ａ）、（ｂ）、（ｄ）の３個であり、さらに３０秒後の時刻５：３５：００の時刻で、無線通信制御装置ＳＲＮＣに通知する通信中の同時接続数は、通信呼（ａ）、（ｂ）、（ｃ）、（ｄ）、（ｅ）の５個である。
【００３３】
図２（Ａ）の或るユーザ端末ＵＥの通信呼（ＲＡＢ）の３０秒ごとのモニタリング結果をモバイル交換センタＭＳＣから受け取った無線通信制御装置ＳＲＮＣは、図２（Ｂ）に示すように、同時接続数の各通信呼は３０秒の間継続していたものとみなして（図２（Ａ）に示すように、３０秒を超えている通信呼または３０秒に達していない通信呼も存在しているが）、一律、同時接続数に対してモニタリング周期の３０秒を乗算した値を、当該ユーザ端末ＵＥに関する当該モニタリング期間の全通信呼の総保留時間であるものとして算出する。
【００３４】
例えば、時刻５：３４：００の時刻では、同時接続数は１個であるので、その時点の総保留時間は、１×３０＝３０秒であり、３０秒後の時刻５：３４：３０の時刻では、同時接続数は３個であるので、その時点の総保留時間は、３×３０＝９０秒であり、さらに３０秒後の時刻５：３５：００の時刻では、同時接続数は５個であるので、その時点の総保留時間は、５×３０＝１５０秒である。
【００３５】
新規の通信呼（ＲＡＢ）が生起した際に、算出した総保留時間に基づいて、当該ユーザ端末ＵＥと契約したＢＨＣＡライセンス量としての契約リソース量と比較することによって、３０秒周期のそれぞれのモニタリング周期において、生起した新規の通信呼（ＲＡＢ）を受け入れるか否かを判別することになる。
【００３６】
図３は、本発明の通信ライセンス管理方法のうち、第１の通信ライセンス管理方法の一例を説明するための概念図であり、図２に示した保留時間の測定方法と同様、あらかじめ定めたモニタリング周期例えば３０秒周期でモニタリングを継続し、モニタリングした総保留時間を累積するための期間としてあらかじめ定めた累積周期例えば過去６０分（＝１時間）の間の通信呼の総保留時間を用いて、契約したＢＨＣＡライセンス量としての契約リソース量と比較して、新規の通信呼（ＲＡＢ）を受け入れるか拒否するか（AcceptするかRejectするか）を決定する例を示している。
【００３７】
図３に示す例においては、時刻１２：００：００から３０秒ごとに、無線通信制御装置ＳＲＮＣは、モバイル交換センタＭＳＣから、ユーザ端末ＵＥごとの同時接続数を受け取っており、図２にて説明したように、受け取った同時接続数に一律３０秒を乗算することにより、ユーザ端末ＵＥごとにそれぞれのモニタリング周期における総保留時間を算出している。
【００３８】
例えば、図３に示すように、或るユーザ端末ＵＥにおいて、時刻１２：００：００において受け取った同時接続数は１０個であるので、その時点の総保留時間は、１０×３０＝３００秒であり、３０秒後の時刻１２：００：３０において受け取った同時接続数は８個であるので、その時点の総保留時間は、８×３０＝２４０秒であり、…、時刻１２：００：００から５９分３０秒後の時刻１２：５９：３０において受け取った同時接続数は３個であるので、その時点の総保留時間は、３×３０＝９０秒であり、時刻１２：００：００から６０分後の時刻１３：００：００において受け取った同時接続数は２０個であるので、その時点の総保留時間は、２０×３０＝６００秒である。
【００３９】
したがって、例えば、現在時刻が１２：５９：３０であった場合、過去１時間の合計保留時間は、時刻１２：００：００の時点から時刻１２：５９：３０の時点までの１２０個それぞれの総保留時間の合計であり、図３の式（ａ）に示すように、例えば、
３００＋２４０＋…＋９０＝４９，９５０秒
として求められる。
【００４０】
さらに３０秒後の１３：００：００になった時点では、過去１時間の合計保留時間は、時刻１２：００：３０の時点から時刻１３：００：００の時点までの１２０個それぞれの総保留時間の合計であり、図３の式（ｂ）に示すように、例えば、
２４０＋…＋９０＋６００＝５０，２５０秒
として求められる。
【００４１】
ここで、当該ユーザ端末ＵＥと契約したＢＨＣＡライセンス量としての契約リソース量つまり１時間当たりの契約合計保留時間が５０，０００秒であり、かつ、ユーザ端末ＵＥに対してあらかじめ警告通知を行うための警告閾値として、契約したＢＨＣＡライセンス量としての契約リソース量の８５％を超えた場合つまり１時間当たりの契約合計保留時間が５０，０００秒×８５％＝４２，５００秒を超えた場合に、当該ユーザ端末ＵＥに対して使用中のリソース量が契約リソース量に近づいた旨の警告情報（アラーム）を通知することにしていた場合、図３のような通信状態にあった場合には、図４に示すような動作が行われる。
【００４２】
図４は、本発明による通信ライセンス管理方法のユーザ端末ＵＥに対する制御動作を説明するための模式図であり、前述のようなＢＨＣＡライセンス量としての契約リソース量つまり１時間当たりの契約合計保留時間が５０，０００秒の場合において図３に示す合計保留時間が計測された場合の制御動作の一例を示している。
【００４３】
図４に示すように、契約リソース量１０は、５０，０００秒であり、過去１時間の合計保留時間が該契約リソース量１０を超えた場合には、新規の通信呼（ＲＡＢ）の受け付けを、前述のように、拒否（Reject）する。また、アラーム発動量１１は、４２，５００秒であり、過去１時間の合計保留時間が該アラーム発動量１１を超えた場合、新規の通信呼（ＲＡＢ）は受け付けるものの、当該ユーザ端末ＵＥに対して、契約リソース量１０に近づいているので、さらなるライセンスの追加を促す警報（アラーム）を通報する。また、アラーム解除量１２は、３５，０００秒であり、一旦アラーム発動状態が発生した以降において、過去１時間の合計保留時間が該アラーム解除量１２を下回った場合に、当該ユーザ端末ＵＥに対して通報されていた警報（アラーム）の送信動作を停止する。ここに、アラーム解除量１２は、警告解除閾値として、契約リソース量１０の７０％の値に設定されている例を示している。
【００４４】
図４に示すように、図３の場合の時刻１２：５９：３０において、或るユーザ端末ＵＥの過去１時間の合計保留時間が、アラーム発動量１１の４２，５００秒を上回る４９，９５０秒となったので、新規呼は受け付けるものの、無線通信制御装置ＳＲＮＣは運用保守センタＯＭＣに対してアラーム発動状態の発生を報告し、該報告を受け取った運用保守センタＯＭＣは、当該ユーザ端末ＵＥに対して、契約リソース量１０に近づいているので、さらなるライセンスの追加つまり契約リソース量の追加を促す警報（アラーム）を通報する。
【００４５】
さらに３０秒後の時刻１３：００：００においては、過去１時間の合計保留時間が、図３の例では、契約リソース量１０の５０，０００秒を上回る５０，２５０秒となるので、当該３０秒の周期の間は、新規呼の受付は、拒否（Reject）される。しかる後、３０秒周期で、当該ユーザ端末ＵＥの過去１時間分の合計保留時間の算出処理は継続され、契約リソース量１０の５０，０００秒を下回った時点で、新規呼の受け入れを再開するが、アラーム発動状態は継続している。
【００４６】
さらに時刻が経過して、例えば、時刻１３：２０：００において、アラーム解除量１２の３５，０００秒を下回る３２，０００秒にまで低下した場合、無線通信制御装置ＳＲＮＣは、運用保守センタＯＭＣに対して、今まで発生していたアラーム発動状態の消滅を報告し、該報告を受け取った運用保守センタＯＭＣは、当該ユーザ端末ＵＥに対して、新規呼の発生の都度、通報していた警報（アラーム）の送信動作を停止する。
【００４７】
なお、運用保守センタＯＭＣからライセンスの追加を促す警報（アラーム）を通報されたユーザ端末ＵＥが、新たなライセンスの追加を要求して、今までのＢＨＣＡライセンス量としての契約リソース量つまり１時間当たりの契約合計保留時間の５０，０００秒を１００，０００秒に変更する旨が、運用保守センタＯＭＣに対して通知されてきた場合、運用保守センタＯＭＣは、無線通信制御装置ＳＲＮＣに対して、当該ユーザ端末ＵＥのＢＨＣＡライセンス量としての契約リソース量つまり１時間当たりの契約合計保留時間を１００，０００秒に更新する旨通知してくる。
【００４８】
運用保守センタＯＭＣからのＢＨＣＡライセンス量としての契約リソース量の更新通知を受け取った無線通信制御装置ＳＲＮＣは、当該ユーザ端末ＵＥに関する契約リソース量１０を今までの５０，０００秒から１００，０００秒に更新する。したがって、更新後においては、過去１時間の合計保留時間が、契約リソース量１０の１００，０００秒を上回らない限り、新規呼は受け付けられる（Acceptされる）。また、契約リソース量１０の更新に伴い、アラーム発動量１１、アラーム解除量１２も、それぞれ、更新後の契約リソース量１０の８５％である８５，０００秒、更新後の契約リソース量１０の７０％である７０，０００秒に更新される。
【００４９】
次に、第２の通信ライセンス管理方法について、図５を用いて説明する。図５は、本発明の通信ライセンス管理方法のうち、第２の通信ライセンス管理方法における通信呼の呼設定処理を試みたAttempt回数（発生呼数）の測定方法の一例を説明するための概念図である。図５（Ａ）には、図２（Ａ）の場合と同様の記述方法を用いて、通信呼（ＲＡＢ）の一例として、或るユーザ端末ＵＥから生起されている複数（図５（Ａ）の場合、通信呼（ａ）〜（ｇ）の最大７個であり、そのうち、通信呼（ｆ）、（ｇ）は呼設定に失敗した不完了呼であることを示している）の通信呼（ＲＡＢ）についてそれぞれが生起した時点から、通信呼（ＲＡＢ）が解放される時点までを太線で示しており、各通信呼（ＲＡＢ）の呼設定の成功通信呼（ＲＡＢ）数、失敗呼（ＲＡＢ）数を３０秒周期でモニタリングしている例を示している。また、図５（Ｂ）には、図５（Ａ）の３０秒ごとのモニタリング結果に基づく呼設定の成功通信呼（ＲＡＢ）数、失敗通信呼（ＲＡＢ）数および合計通信呼（ＲＡＢ）数の算出例を示している。
【００５０】
例えば、時刻５：３３：３０から時刻５：３４：００までに生起した通信呼（ＲＡＢ）として、無線通信制御装置ＳＲＮＣに通知する呼設定の成功通信呼（ＲＡＢ）数は、通信呼（ａ）、通信呼（ｄ）の２個で、失敗通信呼（ＲＡＢ）数は０個であり、３０秒後の時刻５：３４：００から時刻５：３４：３０までに生起した通信呼（ＲＡＢ）として、無線通信制御装置ＳＲＮＣに通知する呼設定の成功通信呼（ＲＡＢ）数は、通信呼（ｃ）、通信呼（ｅ）の２個で、失敗通信呼（ＲＡＢ）数は、通信呼（ｆ）の１個であり、さらに３０秒後の時刻５：３４：３０から時刻５：３５：００までに生起した通信呼（ＲＡＢ）として、無線通信制御装置ＳＲＮＣに通知する呼設定の成功通信呼（ＲＡＢ）数、失敗通信呼（ＲＡＢ）数は、いずれも０個である。
【００５１】
図５（Ａ）の或るユーザ端末ＵＥの通信呼（ＲＡＢ）の３０秒ごとのモニタリング結果をモバイル交換センタＭＳＣから受け取った無線通信制御装置ＳＲＮＣは、図５（Ｂ）に示すように、あらかじめモニタリング周期として定めた時間間隔例えば３０秒ごとの呼設定の成功通信呼（ＲＡＢ）数、失敗通信呼（ＲＡＢ）数を合計した合計発生通信呼（ＲＡＢ）数を、当該ユーザ端末ＵＥが呼設定処理を試みた試行回数（Attempt回数）として算出する。
【００５２】
例えば、時刻５：３４：００の時刻では、成功通信呼（ＲＡＢ）数、失敗通信呼（ＲＡＢ）数がそれぞれ２個、０個であるので、その周期の合計発生通信呼（ＲＡＢ）数は、２＋０＝２個であり、３０秒後の時刻５：３４：３０の時刻では、成功通信呼（ＲＡＢ）数、失敗通信呼（ＲＡＢ）数がそれぞれ２個、１個であるので、その周期の合計発生通信呼（ＲＡＢ）数は、２＋１＝３個であり、さらに３０秒後の時刻５：３５：００の時刻では、成功通信呼（ＲＡＢ）数、失敗通信呼（ＲＡＢ）数がいずれも０個であるので、その周期の合計発生通信呼（ＲＡＢ）数は、０＋０＝０個である。
【００５３】
新規呼が生起した際に、算出した合計発生通信呼（ＲＡＢ）数つまり呼設定処理を試みた試行回数（Attempt回数）を、当該ユーザ端末ＵＥと契約したＢＨＣＡライセンス量としての契約リソース量と比較することによって、３０秒周期のそれぞれのモニタリング周期において、生起した新規呼を受け入れるか否かを判別することになる。本第２の通信ライセンス管理方法における合計発生通信呼（ＲＡＢ）つまり呼設定処理を試みた試行回数（Attempt回数）についても、前述した第１の通信ライセンス管理方法の図３の場合と同様に、あらかじめ定めたモニタリング周期例えば３０秒周期でモニタリングを継続し、モニタリングした総発生呼数を累積するための期間としてあらかじめ定めた累積周期例えば過去６０分（＝１時間）の総合計発生通信呼（ＲＡＢ）数を用いて、契約したＢＨＣＡライセンス量としての契約リソース量例えば５０，０００通信呼（ＲＡＢ）数と比較して、新規呼を受け入れるか拒否するか（AcceptするかRejectするか）を決定するようにすれば良い。
【００５４】
さらに、前述した第１の通信ライセンス管理方法の図４の場合と同様に、過去１時間の総合計発生通信呼（ＲＡＢ）数が、契約したＢＨＣＡライセンス量例えば５０，０００通信呼（ＲＡＢ）数を示す契約リソース量１０を超えた場合には、新規の通信呼（ＲＡＢ）の受け付けを拒否（Reject）する。また、アラーム発動量１１として、契約リソース量１０の例えば５０，０００通信呼（ＲＡＢ）数の８５％の４２，５００通信呼（ＲＡＢ）数を設定して、過去１時間の総合計発生通信呼（ＲＡＢ）数が、該アラーム発動量１１を超えた場合、新規の通信呼（ＲＡＢ）は受け付けるものの、当該ユーザ端末ＵＥに対して、契約リソース量１０に近づいているので、さらなるライセンスの追加を促す警報（アラーム）を通報する。また、アラーム解除量１２として、契約リソース量１０の例えば５０，０００通信呼（ＲＡＢ）数の７０％の３５，０００通信呼（ＲＡＢ）数を設定して、一旦アラーム発動状態が発生した以降において、過去１時間の合計保留時間が該アラーム解除量１２を下回った場合に、当該ユーザ端末ＵＥに対して通報されていた警報（アラーム）の送信動作を停止する。
【００５５】
以上、本発明の好適実施例の構成を説明した。しかし、斯かる実施例は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。例えば、本発明の実施態様は、課題を解決するための手段における構成（１）に加えて、次のような構成として表現できる。
【００５６】
（２）前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が新たに発生した通信呼の発生呼数をカウントし、前記モニタリング周期ごとにカウントした通信呼の発生呼数をあらかじめ定めた累積周期に亘って総合計発生呼数として累積した際に、累積した該総合計発生呼数として許容される上限である上記（１）の無線通信制御装置。
（３）前記モニタリング周期ごとに発生呼数をカウントする通信呼が、呼設定を完了した完了呼のみならず、呼設定ができなかった不完了呼も含む上記（２）の無線通信制御装置。
（４）前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が通信中の通信呼数をカウントし、カウントした通信呼数に前記モニタリング周期が示す時間を乗算して各モニタリング周期ごとの総保留時間を算出し、前記モニタリング周期ごとに算出した前記総保留時間をあらかじめ定めた累積周期に亘って総合計保留時間として累積した際に、累積した該総合計保留時間として許容される上限である上記（１）の無線通信制御装置。
（５）前記モニタリング周期ごとに通信呼数をカウントする通信呼が、呼設定を完了した完了呼のみとする上記（４）の無線通信制御装置。
（６）前記契約リソース量に対してあらかじめ定めた割合を警告閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が前記警告閾値を超えた場合に、当該ユーザ端末に対して、現在の利用リソース量が前記契約リソース量に近づいている旨の警告通知を行う上記（１）ないし（５）のいずれかの無線通信制御装置。
（７）前記警告閾値を下回る値を警告解除閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が、前記警告閾値を超えた以降において、前記警告解除閾値よりも下回った場合に、当該ユーザ端末に対して通知していた警告通知の解除を行う上記（６）の無線通信制御装置。
（８）無線通信ネットワークに接続された各ユーザ端末の通信において使用される当該無線通信ネットワークのリソースを管理するために、前記ユーザ端末が通信呼に使用可能なリソース量の上限をあらかじめ契約リソース量として、当該ユーザ端末が同時に許容される接続数を用いてライセンス契約する通信ライセンス管理方法であって、当該ユーザ端末の新たな通信呼が発生した際に、当該ユーザ端末の通信中の呼として現在使用されているリソース量が、同時に許容される接続数を用いて当該ユーザ端末が契約した前記契約リソース量の範囲内に収まっているか否かに基づいて、新たな通信呼を受け付けるか拒否するかを判別する通信ライセンス管理方法。
（９）前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が新たに発生した通信呼の発生呼数をカウントし、前記モニタリング周期ごとにカウントした通信呼の発生呼数をあらかじめ定めた累積周期に亘って総合計発生呼数として累積した際に、累積した該総合計発生呼数として許容される上限である上記（８）の通信ライセンス管理方法。
（１０）前記モニタリング周期ごとに発生呼数をカウントする通信呼が、呼設定を完了した完了呼のみならず、呼設定ができなかった不完了呼も含む上記（９）の通信ライセンス管理方法。
（１１）前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が通信中の通信呼数をカウントし、カウントした通信呼数に前記モニタリング周期が示す時間を乗算して各モニタリング周期ごとの総保留時間を算出し、前記モニタリング周期ごとに算出した前記総保留時間をあらかじめ定めた累積周期に亘って総合計保留時間として累積した際に、累積した該総合計保留時間として許容される上限である上記（８）の通信ライセンス管理方法。
（１２）前記モニタリング周期ごとに通信呼数をカウントする通信呼が、呼設定を完了した完了呼のみとする上記（１１）の通信ライセンス管理方法。
（１３）前記契約リソース量に対してあらかじめ定めた割合を警告閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が前記警告閾値を超えた場合に、当該ユーザ端末に対して、現在の利用リソース量が前記契約リソース量に近づいている旨の警告通知を行う上記（８）ないし（１２）のいずれかの通信ライセンス管理方法。
（１４）前記警告閾値を下回る値を警告解除閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が、前記警告閾値を超えた以降において、前記警告解除閾値よりも下回った場合に、当該ユーザ端末に対して通知していた警告通知の解除を行う上記（１３）の通信ライセンス管理方法。
（１５）上記（８）ないし（１４）のいずれかの通信ライセンス管理方法を、コンピュータにより実行可能なプログラムとして実施する通信ライセンス管理プログラム。
（１６）上記（１５）の通信ライセンス管理プログラムを、コンピュータにより読み取り可能な記録媒体に記録しているプログラム記録媒体。
【図面の簡単な説明】
【００５７】
【図１】本発明による無線通信制御装置のリソース制御の概要の一例を説明するシーケンスチャートである。
【図２】本発明の通信ライセンス管理方法のうち、第１の通信ライセンス管理方法における通信呼の保留時間の測定方法の一例を説明するための概念図である。
【図３】本発明の通信ライセンス管理方法のうち、第１の通信ライセンス管理方法の一例を説明するための概念図である。
【図４】本発明による通信ライセンス管理方法のユーザ端末ＵＥに対する制御動作を説明するための模式図である。
【図５】本発明の通信ライセンス管理方法のうち、第２の通信ライセンス管理方法における通信呼の呼設定処理を試みた回数の測定方法の一例を説明するための概念図である。
【符号の説明】
【００５８】
１１ アラーム発動量
１２ アラーム解除量
１０ 契約リソース量
ＭＳＣ モバイル交換センタ（Mobile Switching Center）
Node Ｂ 基地局（論理ノード）
ＯＭＣ 運用保守センタ（Operation and Maintenance Centre）
ＳＲＮＣ 無線通信制御装置(Serving ＲＮＣ)
ＵＥ ユーザ端末（User Equipment）
【技術分野】
【０００１】
本発明は、無線通信制御装置、通信ライセンス管理方法、通信ライセンス管理プログラムおよびプログラム記録媒体に関する。
【背景技術】
【０００２】
携帯端末を利用した無線通信の分野でも、従来のような音声電話やメールサービスだけでなく、映像や音楽など多種多様なマルチメディアサービスを提供するアプリケーションへと利用が拡大してきている。かかるアプリケーションにおいては、比較的短時間に大量のデータが転送されたりするバースト性があったり、あるいは、広帯域を要求したりする通信サービスが必要であり、ＵＭＴＳ（Universal Mobile Telecommunication System：ユニバーサル移動電話システム）のようないわゆる第３世代の移動無線システムの開発が盛んになってきている。
【０００３】
ここで、多様なアプリケーションごとにそれぞれに所望のサービス品質（ＱｏＳ）例えば伝送速度、遅延時間、信頼性などを提供するためには、無線通信ネットワーク内のリソース管理が重要であり、特許文献１の特開２００２−３１９９７０号公報「通信ネットワーク」には、リソースの効率的な利用を維持しながら、各ユーザ端末からのサービスレベル契約（ＳＬＡ）の要求を満たす良好なサービス品質（ＱｏＳ）を提供することができるように、ネットワークのリソースをフレキシブルに管理する技術が提案されている。また、従来技術の別の例として、ユーザ端末との間であらかじめ通信用のライセンス契約を取り交わし、契約ライセンス量に応じて、ユーザ端末の通信呼において使用可能とされるリソースの割り当てを行うという提案もなされている。
【特許文献１】特開２００２−３１９９７０号公報（第４−６頁）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、無線通信ネットワークの有限のリソースを、不特定多数のユーザ端末に対して、効率良く割り当てるための要件としては、まだ不十分であり、それぞれの通信呼に対して動的なリソース管理を確実に行うことができないという問題がある。
【０００５】
本発明は、かかる事情に鑑みてなされたものであり、それぞれのユーザ端末との間の通信ライセンス契約として、それぞれのユーザ端末の通信呼のトラフィック状態（例えば、単位時間当たりの総生起呼数、単位時間当たりの合計保留時間）を定期的に測定し、測定結果に基づいて、呼処理能力、呼量の観点に立ったリソースの管理を行うことを可能とする無線通信制御装置、通信ライセンス管理方法、通信ライセンス管理プログラムおよびプログラム記録媒体を提供することに、その目的がある。
【課題を解決するための手段】
【０００６】
前述の課題を解決するため、本発明による無線通信制御装置、通信ライセンス管理方法、通信ライセンス管理プログラムおよびプログラム記録媒体は、次のような特徴的な構成を採用している。
【０００７】
（１）無線通信ネットワークに接続された各ユーザ端末の通信において使用される当該無線通信ネットワークのリソースを管理する無線通信制御装置において、前記ユーザ端末が通信呼に使用可能なリソース量の上限をあらかじめ契約リソース量として、当該ユーザ端末が同時に許容される接続数を用いてライセンス契約し、かつ、当該ユーザ端末の新たな通信呼が発生した際に、当該ユーザ端末の通信中の呼として現在使用されているリソース量が、同時に許容される接続数を用いて当該ユーザ端末が契約した前記契約リソース量の範囲内に収まっているか否かに基づいて、新たな通信呼を受け付けるか拒否するかを判別する無線通信制御装置。
【発明の効果】
【０００８】
本発明の無線通信制御装置、通信ライセンス管理方法、通信ライセンス管理プログラムおよびプログラム記録媒体によれば、それぞれのユーザ端末との間の通信ライセンス契約に対して、それぞれのユーザ端末の通信呼のトラフィック状態を定期的に測定し、測定結果に基づいて、呼処理能力(単位時間当たりの総生起呼数つまりＢＨＣＡ：Busy Hour Call Attempts：最繁時呼数)、呼量（単位時間当たりの合計保留時間）の観点に立ったリソースの管理を行うことにより、ユーザ端末それぞれに対して、通信リソースを効率良く割り当て、それぞれの通信呼に対して動的なリソース管理を確実に行うことできるという効果を得ることができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明による無線通信制御装置、通信ライセンス管理方法、通信ライセンス管理プログラムおよびプログラム記録媒体の好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明による無線通信制御装置、通信ライセンス管理方法について説明するが、かかる通信ライセンス管理方法をコンピュータにより実行可能な通信ライセンス管理プログラムとして実施するようにしても良いし、あるいは、通信ライセンス管理プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。
【００１０】
（本発明の特徴）
本発明の実施形態の説明に先立って、本発明の特徴について、その概要をまず説明する。第３世代の無線通信サービスにおいて、ＵＴＲＡＮ（ＵＭＴＳ Terrestrial Radio Access Network：ＵＭＴＳターミナル・地上無線接続網）製品としての付加価値を付与するために、通信用のリソースを契約ライセンスとして販売する方法がある。契約ライセンスの実現方法としては、無線通信用のリソースを管理する無線通信制御装置ＲＮＣ（Radio Network Controller）が、各ユーザ端末ＵＥ（User Equipment）からの通信呼（ＲＡＢ： Resource Access Bearer）について、基地局を構成する通信ノードNode Bを介してモバイル交換センタＭＳＣ（Mobile Switching Center）と送受信することが可能なスループットつまりリソース量をあらかじめ契約することによって実現する。
【００１１】
契約ライセンス量の付与方法としては、例えば、或る単位レート（例えば１０Ｍｂｐｓ）単位に切り売りするスループットライセンスや、無線通信制御装置ＲＮＣに接続可能なセル数、あるいは、ＭＢＭＳサービス（Multimedia Broadcast and Multicast Service：マルチメディア放送および同報サービス）が可能なセル数を１セル数ごとに切り売りするセルライセンスや、さらには、従来技術にはない方法として、或る呼数単位例えば５万ＢＨＣＡ(Busy Hour Call Attempts：最繁時呼数)を単位に切り売りするＢＨＣＡライセンスなどが想定される。いずれも、無線通信制御装置ＲＮＣが管理するリソース能力の範囲内で、一定の単位で能力分けを行うことによって実現することになる。
【００１２】
これらのライセンス販売方法のうち、本発明は、ＢＨＣＡライセンスに関するものであり、本発明によるＢＨＣＡライセンスにおいては、通信の発呼回数による呼量あるいは総発呼個数による呼処理能力をベースにして、契約ライセンスにより許容されたリソース量まで、新規の通信呼（ＲＡＢ）を受け入れ(Accept)、契約したリソース量をオーバした場合には、新規の通信呼（ＲＡＢ）を拒否（Reject）する。
【００１３】
各ユーザ端末ＵＥとの契約ライセンスは、ＵＴＲＡＮネットワークの運用および保守を行う運用保守センタＯＭＣ（Operation and Maintenance Centre）が司り、運用保守センタＯＭＣは、各ユーザ端末ＵＥとライセンス契約したリソース量を無線通信制御装置ＲＮＣにあらかじめ通報する。
【００１４】
無線通信制御装置ＲＮＣは、ＵＴＲＡＮ無線通信ネットワークに流入する通信呼（ＲＡＢ）について、ユーザ端末ＵＥあるいは他のＲＮＣからの無線ネットワーク信号の無線通信アプリケーション部ＲＡＮＡＰ（Radio Access Network Application Part）を、新規の通信呼（ＲＡＢ）として、周辺のモバイル交換センタＭＳＣを介して、受け取ることによって、当該通信呼（ＲＡＢ）として利用可能な契約ライセンスのリソース量（呼量または呼処理能力）の範囲内にあるか否かを判別する。
【００１５】
つまり、或るユーザ端末ＵＥが、無線通信制御装置ＲＮＣ、例えば、或る無線通信制御装置ＳＲＮＣ(Serving ＲＮＣ)に対して、５万ＢＨＣＡ分のリソース量をライセンス契約した場合、運用保守センタＯＭＣから当該無線通信制御装置ＳＲＮＣに対して、５万ＢＨＣＡの契約リソース量が、当該ユーザ端末ＵＥが送受信可能なスループットとしてあらかじめ通報される。当該ユーザ端末ＵＥがＵＴＲＡＮネットワークの通信において、ライセンス契約した当該契約リソース量をオーバした場合には、無線通信制御装置ＳＲＮＣでは、当該ユーザ端末ＵＥに関する新規の通信呼（ＲＡＢ）のトリガーである、リソース割当要求（ＲＡＮＡＰ:ＲＡＢ ASSIGNMNET REQUEST）やリソース再配置要求（ＲＡＮＡＰ:RELOCATION REQUEST）を拒否（Reject）する。
【００１６】
ここで、本発明によるＢＨＣＡライセンスとして、次の２通りの契約方法を採用する。
【００１７】
まず、第１の契約ライセンスは、呼設定（リソース割当要求処理ＲＡＢ ASSIGMNET Procedureまたはリソース再配置要求処理ＲＡＢ RELOCATION Procedure）が成功し、かつ、あらかじめ決められた時間内の通話中の通信呼（ＲＡＢ）の通話時間つまり呼保留時間（呼量）を加味して新規の通信呼（ＲＡＢ）の受付の可否を判別する契約方法であり、第２の契約ライセンスは、ＢＨＣＡ（Busy Hour Call Attempts：最繁時呼数)の名称の通り、あらかじめ決められた時間内の呼設定処理の試行（Attempt）回数をカウントして新規の通信呼（ＲＡＢ）の受付の可否を判別する契約方法である。つまり、前者は、ＵＴＲＡＮ無線通信ネットワークのリソース保有の観点に立って、呼設定に成功した場合のみをカウントし、後者は、ＵＴＲＡＮ無線通信ネットワークの呼処理能力の観点に立って、呼設定に成功した場合のみならず呼設定に失敗した場合も含めてカウントする。
【００１８】
無線通信制御装置ＳＲＮＣは、前述した２つのカウント結果の少なくともいずれか一方を基にして、ライセンス契約した契約リソース量の上限を超えた時点で、新規の通信呼（ＲＡＢ）つまりリソース割当要求（ＲＡＮＡＰ:ＲＡＢ ASSIGNMNET REQUEST）またはリソース再配置要求（ＲＡＮＡＰ:ＲＡＢ RELOCATION REQUEST）の受付を許可(Accept)するか拒否(Reject)する。ただし、契約リソース量の上限を超える前に、ユーザ端末ＵＥに対して契約リソース量の上限に近づいている旨の警告を通知する警告閾値を用意して、該警告閾値を超えた際に、運用保守センタＯＭＣから、ユーザ端末ＵＥに対して警告(Alarm)を通知することによって、ユーザ端末ＵＥが、契約リソース量の追加を行う新規のライセンス契約を行うように促すことも可能である。
【００１９】
契約リソース量の追加を行う新規のライセンス契約が、当該ユーザ端末ＵＥから運用保守センタＯＭＣに通知されてくると、運用保守センタＯＭＣでは、当該ユーザ端末ＵＥのリソースの管理を行う無線通信制御装置ＳＲＮＣについて、当該ユーザ端末ＵＥの契約ライセンスとして、例えば、５万ＢＨＣＡであった契約リソース量に対してさらに５万ＢＨＣＡ分を追加した合計１０万ＢＨＣＡのリソース量を更新登録し、更新登録した合計１０万ＢＨＣＡのリソース量を当該無線通信制御装置ＳＲＮＣに対して通知してくる。
【００２０】
合計１０万ＢＨＣＡのリソース量への更新通知を受け取った当該無線通信制御装置ＳＲＮＣにおいては、新しい契約ライセンスとして合計１０万ＢＨＣＡのリソース量に追加されたことを認識すると、当該ユーザ端末の契約リソース量を更新登録することにより、この時点で、旧契約リソース量を超えるような新規の通信呼（ＲＡＢ）についても、拒絶(Reject)することなく、受け入れることを許可（Accept）する。
【００２１】
（本発明の実施形態）
本発明の無線通信制御装置（ＳＲＮＣ）におけるリソース制御の概要を、図１を用いて説明する。図１は、本発明による無線通信制御装置ＳＲＮＣのリソース制御の概要の一例を説明するシーケンスチャートであり、通信に割り当てるリソースを管理する無線通信制御装置ＳＲＮＣ(Serving ＲＮＣ：サービングＲＮＣ)が備えられている無線通信ネットワークの構成を、周辺のモバイル交換センタＭＳＣ（Mobile Switching Center）、論理ノードつまり基地局Node Ｂ、ユーザ端末ＵＥ（User Equipment）とともに、示している。さらに、図１には示していないが、無線通信制御装置ＳＲＮＣには、ユーザ端末ＵＥとの間で無線通信ネットワークのリソース量をあらかじめライセンス契約を取り交わし、かつ、無線通信ネットワークを運用保守するための運用保守センタＯＭＣ（Operation and Maintenance Centre）が接続されており、運用保守センタＯＭＣから各ユーザ端末ＵＥが契約した契約ライセンス量としての契約リソース量に関する情報が無線通信制御装置ＳＲＮＣに送付されるように構成されている。
【００２２】
図１に示すように、ユーザ端末ＵＥからの呼制御処理を司るモバイル交換センタＭＳＣは、ユーザ端末ＵＥから新たなリソースの割当要求を受け取ると、当該ユーザ端末ＵＥに関するネットワークのリソース管理を行っている無線通信制御装置ＳＲＮＣに対して、リソース割当要求（ＲＡＮＡＰ ＲＡＢ Assignment Request）を送信する（シーケンスＳＥＱ１）。
【００２３】
無線通信制御装置ＳＲＮＣは、無線通信のスイッチング動作を行うモバイル交換センタＭＳＣから、新規のリソース割当要求を受け付けた際に、当該無線通信のユーザ端末ＵＥがライセンス契約している契約リソース量と、当該ユーザに現在割り当てているリソース量との照合動作を行い（シーケンスＳＥＱ２）、まだ、ライセンス契約している契約リソース量の範囲内に収まっている場合は、新たなリソースの割り当てを許可する旨の割当許可応答（ＲＡＮＡＰ ＲＡＢ Assignment Response）を、モバイル交換センタＭＳＣに返送し（シーケンスＳＥＱ３）、一方、ライセンス契約している契約リソース量の範囲を超えている場合には、リソースの割り当てを拒否する旨の割当失敗通知（ＲＡＮＡＰ ＲＡＢ Assignment Failure）を、モバイル交換センタＭＳＣに返送する（シーケンスＳＥＱ４）。
【００２４】
この結果、モバイル交換センタＭＳＣは、無線通信制御装置ＳＲＮＣからの応答結果に応じて、割当許可応答（ＲＡＮＡＰ ＲＡＢ Assignment Response）を受け取った場合は、要求元のユーザ端末ＵＥに対してリソースアクセスベアラＲＡＢ（Resource Access Bearer）を割り当てて、通信呼の設定を完了させ、割当失敗通知（ＲＡＮＡＰ ＲＡＢ Assignment Failure）を受け取った場合は、要求元のユーザ端末ＵＥの要求を拒否(Reject)して、通信呼の設定を行わずに、不完了呼とする。
【００２５】
次に、本発明による通信ライセンス管理方法として、ＢＨＣＡライセンスに基づく契約ライセンスを用いる場合についてさらに説明する。ここで、ＢＨＣＡライセンスに基づく契約ライセンスとして２つの通信ライセンス管理方法が存在している。ただし、無線通信制御装置ＲＮＣ間のＨＯ（Hand-Over）として、課金対象の無線接続を制御する無線通信制御装置ＳＲＮＣ(Serving ＲＮＣ)からの要求をＳＲＮＣ以外のドリフト用無線通信制御装置ＤＲＮＣ（Drift ＲＮＣ）が拒否するケースについては、本ＢＨＣＡライセンスの対象とはしない。
【００２６】
第１の通信ライセンス管理方法は、無線通信ネットワークのリソース保有量の観点に立ったものであり、新規の通信呼（ＲＡＢ）を受け付けるか否かを判別する際に、あらかじめ定めた時間間隔ごとの呼設定（リソース割当要求処理(ＲＡＢ ASSIGMNET Procedure)またはリソース再配置要求処理(ＲＡＢ RELOCATION Procedure）)に成功した場合のみをカウントし、成功した通信呼（ＲＡＢ）の通話時間つまり呼保留時間を加味して、契約ライセンス量としての契約リソース量の範囲内に収まっているか否かを判別するものである。つまり、第１の通信ライセンス管理方法の場合は、通信の発呼回数のうち呼設定完了呼数による呼量をベースにして、契約したＢＨＣＡライセンス量として許容された値（契約リソース量）以下に収まる間は、新規の通信呼（ＲＡＢ）を受け入れ(Accept)、契約したＢＨＣＡライセンス量として許容された値（契約リソース量）をオーバした場合には、新規の通信呼（ＲＡＢ）を拒否（Reject）する。
【００２７】
第２の通信ライセンス管理方法は、呼処理能力の観点に立ったものであり、新規の通信呼（ＲＡＢ）を受け付けるか否かを判別する際に、ＢＨＣＡ(Busy Hour Call Attempts)の名称の通り、あらかじめ定めた時間間隔ごとの呼設定処理を試みた試行回数（Attempt回数）をカウントし、契約ライセンス量として許容された値（契約リソース量）の範囲内に収まっているか否かを判別するものである。つまり、第２の通信ライセンス管理方法の場合は、呼設定が完了したか不完了であったかを問わず、通信の発呼回数すべてをベースにして、契約したＢＨＣＡライセンス量として許容された値（契約リソース量）以下に収まる間は、新規の通信呼（ＲＡＢ）を受け入れ(Accept)、契約したＢＨＣＡライセンス量として許容された値（契約リソース量）をオーバした場合には、新規の通信呼（ＲＡＢ）を拒否（Reject）する。
【００２８】
ここで、新規の通信呼（ＲＡＢ）が生起する場合としては、モバイル交換センタＭＳＣからのリソース割当要求処理（ＲＡＢ ASSIGNMENT Procedure）により生起される場合、あるいは、他の無線通信制御装置ＳＲＮＣからのリソース再配置要求処理（ＲＡＢ RELOCATION Procedure）により、当該無線通信制御装置ＳＲＮＣに転送されてくる場合の二つがある。
【００２９】
また、通信呼（ＲＡＢ）が解放される場合としては、モバイル交換センタＭＳＣからのリソース開放処理（ＲＡＢ RELEASE Procedure）によって解放される場合、あるいは、リソース再配置要求処理（ＲＡＢ RELOCATION Procedure）により、当該無線通信制御装置ＳＲＮＣから他の無線通信制御装置ＳＲＮＣに転送される場合がある。
【００３０】
まず、第１の通信ライセンス管理方法について、図２を用いて説明する。図２は、本発明の通信ライセンス管理方法のうち、第１の通信ライセンス管理方法における通信呼の保留時間の測定方法の一例を説明するための概念図である。図２（Ａ）には、通信呼（ＲＡＢ）の一例として、或るユーザ端末ＵＥから生起されている複数（図２（Ａ）の場合、通信呼（ａ）〜（ｅ）の最大５個）の通信呼（ＲＡＢ）についてそれぞれが生起した時点から、通信呼（ＲＡＢ）が解放される時点までを太線で示しており、各通信呼（ＲＡＢ）の継続状態を３０秒周期でモニタリングしている例を示している。また、図２（Ｂ）には、図２（Ａ）の３０秒ごとのモニタリング結果に基づく総保留時間の算出例を示している。
【００３１】
図２（Ａ）に示すように、或るユーザ端末ＵＥは、時刻５：３４：００から時刻５：３７：００までの間に、通信呼（ａ）〜（ｅ）と最大で５個の通信呼を発呼しており、周辺のモバイル交換センタＭＳＣは、３０秒周期で、定期的に、その時点で呼設定確立済みの通信呼に関する同時接続数を取得して、無線通信制御装置ＳＲＮＣに対して送信している。ここで、モバイル交換センタＭＳＣは、図２（Ａ）に○印で示している時刻で、通信中か否かを通信呼（ａ）〜（ｅ）についてモニタリングしているものとする。
【００３２】
例えば、時刻５：３４：００の時刻で、無線通信制御装置ＳＲＮＣに通知する通信中の同時接続数は、通信呼（ｂ）の１個であり、３０秒後の時刻５：３４：３０の時刻で、無線通信制御装置ＳＲＮＣに通知する通信中の同時接続数は、通信呼（ａ）、（ｂ）、（ｄ）の３個であり、さらに３０秒後の時刻５：３５：００の時刻で、無線通信制御装置ＳＲＮＣに通知する通信中の同時接続数は、通信呼（ａ）、（ｂ）、（ｃ）、（ｄ）、（ｅ）の５個である。
【００３３】
図２（Ａ）の或るユーザ端末ＵＥの通信呼（ＲＡＢ）の３０秒ごとのモニタリング結果をモバイル交換センタＭＳＣから受け取った無線通信制御装置ＳＲＮＣは、図２（Ｂ）に示すように、同時接続数の各通信呼は３０秒の間継続していたものとみなして（図２（Ａ）に示すように、３０秒を超えている通信呼または３０秒に達していない通信呼も存在しているが）、一律、同時接続数に対してモニタリング周期の３０秒を乗算した値を、当該ユーザ端末ＵＥに関する当該モニタリング期間の全通信呼の総保留時間であるものとして算出する。
【００３４】
例えば、時刻５：３４：００の時刻では、同時接続数は１個であるので、その時点の総保留時間は、１×３０＝３０秒であり、３０秒後の時刻５：３４：３０の時刻では、同時接続数は３個であるので、その時点の総保留時間は、３×３０＝９０秒であり、さらに３０秒後の時刻５：３５：００の時刻では、同時接続数は５個であるので、その時点の総保留時間は、５×３０＝１５０秒である。
【００３５】
新規の通信呼（ＲＡＢ）が生起した際に、算出した総保留時間に基づいて、当該ユーザ端末ＵＥと契約したＢＨＣＡライセンス量としての契約リソース量と比較することによって、３０秒周期のそれぞれのモニタリング周期において、生起した新規の通信呼（ＲＡＢ）を受け入れるか否かを判別することになる。
【００３６】
図３は、本発明の通信ライセンス管理方法のうち、第１の通信ライセンス管理方法の一例を説明するための概念図であり、図２に示した保留時間の測定方法と同様、あらかじめ定めたモニタリング周期例えば３０秒周期でモニタリングを継続し、モニタリングした総保留時間を累積するための期間としてあらかじめ定めた累積周期例えば過去６０分（＝１時間）の間の通信呼の総保留時間を用いて、契約したＢＨＣＡライセンス量としての契約リソース量と比較して、新規の通信呼（ＲＡＢ）を受け入れるか拒否するか（AcceptするかRejectするか）を決定する例を示している。
【００３７】
図３に示す例においては、時刻１２：００：００から３０秒ごとに、無線通信制御装置ＳＲＮＣは、モバイル交換センタＭＳＣから、ユーザ端末ＵＥごとの同時接続数を受け取っており、図２にて説明したように、受け取った同時接続数に一律３０秒を乗算することにより、ユーザ端末ＵＥごとにそれぞれのモニタリング周期における総保留時間を算出している。
【００３８】
例えば、図３に示すように、或るユーザ端末ＵＥにおいて、時刻１２：００：００において受け取った同時接続数は１０個であるので、その時点の総保留時間は、１０×３０＝３００秒であり、３０秒後の時刻１２：００：３０において受け取った同時接続数は８個であるので、その時点の総保留時間は、８×３０＝２４０秒であり、…、時刻１２：００：００から５９分３０秒後の時刻１２：５９：３０において受け取った同時接続数は３個であるので、その時点の総保留時間は、３×３０＝９０秒であり、時刻１２：００：００から６０分後の時刻１３：００：００において受け取った同時接続数は２０個であるので、その時点の総保留時間は、２０×３０＝６００秒である。
【００３９】
したがって、例えば、現在時刻が１２：５９：３０であった場合、過去１時間の合計保留時間は、時刻１２：００：００の時点から時刻１２：５９：３０の時点までの１２０個それぞれの総保留時間の合計であり、図３の式（ａ）に示すように、例えば、
３００＋２４０＋…＋９０＝４９，９５０秒
として求められる。
【００４０】
さらに３０秒後の１３：００：００になった時点では、過去１時間の合計保留時間は、時刻１２：００：３０の時点から時刻１３：００：００の時点までの１２０個それぞれの総保留時間の合計であり、図３の式（ｂ）に示すように、例えば、
２４０＋…＋９０＋６００＝５０，２５０秒
として求められる。
【００４１】
ここで、当該ユーザ端末ＵＥと契約したＢＨＣＡライセンス量としての契約リソース量つまり１時間当たりの契約合計保留時間が５０，０００秒であり、かつ、ユーザ端末ＵＥに対してあらかじめ警告通知を行うための警告閾値として、契約したＢＨＣＡライセンス量としての契約リソース量の８５％を超えた場合つまり１時間当たりの契約合計保留時間が５０，０００秒×８５％＝４２，５００秒を超えた場合に、当該ユーザ端末ＵＥに対して使用中のリソース量が契約リソース量に近づいた旨の警告情報（アラーム）を通知することにしていた場合、図３のような通信状態にあった場合には、図４に示すような動作が行われる。
【００４２】
図４は、本発明による通信ライセンス管理方法のユーザ端末ＵＥに対する制御動作を説明するための模式図であり、前述のようなＢＨＣＡライセンス量としての契約リソース量つまり１時間当たりの契約合計保留時間が５０，０００秒の場合において図３に示す合計保留時間が計測された場合の制御動作の一例を示している。
【００４３】
図４に示すように、契約リソース量１０は、５０，０００秒であり、過去１時間の合計保留時間が該契約リソース量１０を超えた場合には、新規の通信呼（ＲＡＢ）の受け付けを、前述のように、拒否（Reject）する。また、アラーム発動量１１は、４２，５００秒であり、過去１時間の合計保留時間が該アラーム発動量１１を超えた場合、新規の通信呼（ＲＡＢ）は受け付けるものの、当該ユーザ端末ＵＥに対して、契約リソース量１０に近づいているので、さらなるライセンスの追加を促す警報（アラーム）を通報する。また、アラーム解除量１２は、３５，０００秒であり、一旦アラーム発動状態が発生した以降において、過去１時間の合計保留時間が該アラーム解除量１２を下回った場合に、当該ユーザ端末ＵＥに対して通報されていた警報（アラーム）の送信動作を停止する。ここに、アラーム解除量１２は、警告解除閾値として、契約リソース量１０の７０％の値に設定されている例を示している。
【００４４】
図４に示すように、図３の場合の時刻１２：５９：３０において、或るユーザ端末ＵＥの過去１時間の合計保留時間が、アラーム発動量１１の４２，５００秒を上回る４９，９５０秒となったので、新規呼は受け付けるものの、無線通信制御装置ＳＲＮＣは運用保守センタＯＭＣに対してアラーム発動状態の発生を報告し、該報告を受け取った運用保守センタＯＭＣは、当該ユーザ端末ＵＥに対して、契約リソース量１０に近づいているので、さらなるライセンスの追加つまり契約リソース量の追加を促す警報（アラーム）を通報する。
【００４５】
さらに３０秒後の時刻１３：００：００においては、過去１時間の合計保留時間が、図３の例では、契約リソース量１０の５０，０００秒を上回る５０，２５０秒となるので、当該３０秒の周期の間は、新規呼の受付は、拒否（Reject）される。しかる後、３０秒周期で、当該ユーザ端末ＵＥの過去１時間分の合計保留時間の算出処理は継続され、契約リソース量１０の５０，０００秒を下回った時点で、新規呼の受け入れを再開するが、アラーム発動状態は継続している。
【００４６】
さらに時刻が経過して、例えば、時刻１３：２０：００において、アラーム解除量１２の３５，０００秒を下回る３２，０００秒にまで低下した場合、無線通信制御装置ＳＲＮＣは、運用保守センタＯＭＣに対して、今まで発生していたアラーム発動状態の消滅を報告し、該報告を受け取った運用保守センタＯＭＣは、当該ユーザ端末ＵＥに対して、新規呼の発生の都度、通報していた警報（アラーム）の送信動作を停止する。
【００４７】
なお、運用保守センタＯＭＣからライセンスの追加を促す警報（アラーム）を通報されたユーザ端末ＵＥが、新たなライセンスの追加を要求して、今までのＢＨＣＡライセンス量としての契約リソース量つまり１時間当たりの契約合計保留時間の５０，０００秒を１００，０００秒に変更する旨が、運用保守センタＯＭＣに対して通知されてきた場合、運用保守センタＯＭＣは、無線通信制御装置ＳＲＮＣに対して、当該ユーザ端末ＵＥのＢＨＣＡライセンス量としての契約リソース量つまり１時間当たりの契約合計保留時間を１００，０００秒に更新する旨通知してくる。
【００４８】
運用保守センタＯＭＣからのＢＨＣＡライセンス量としての契約リソース量の更新通知を受け取った無線通信制御装置ＳＲＮＣは、当該ユーザ端末ＵＥに関する契約リソース量１０を今までの５０，０００秒から１００，０００秒に更新する。したがって、更新後においては、過去１時間の合計保留時間が、契約リソース量１０の１００，０００秒を上回らない限り、新規呼は受け付けられる（Acceptされる）。また、契約リソース量１０の更新に伴い、アラーム発動量１１、アラーム解除量１２も、それぞれ、更新後の契約リソース量１０の８５％である８５，０００秒、更新後の契約リソース量１０の７０％である７０，０００秒に更新される。
【００４９】
次に、第２の通信ライセンス管理方法について、図５を用いて説明する。図５は、本発明の通信ライセンス管理方法のうち、第２の通信ライセンス管理方法における通信呼の呼設定処理を試みたAttempt回数（発生呼数）の測定方法の一例を説明するための概念図である。図５（Ａ）には、図２（Ａ）の場合と同様の記述方法を用いて、通信呼（ＲＡＢ）の一例として、或るユーザ端末ＵＥから生起されている複数（図５（Ａ）の場合、通信呼（ａ）〜（ｇ）の最大７個であり、そのうち、通信呼（ｆ）、（ｇ）は呼設定に失敗した不完了呼であることを示している）の通信呼（ＲＡＢ）についてそれぞれが生起した時点から、通信呼（ＲＡＢ）が解放される時点までを太線で示しており、各通信呼（ＲＡＢ）の呼設定の成功通信呼（ＲＡＢ）数、失敗呼（ＲＡＢ）数を３０秒周期でモニタリングしている例を示している。また、図５（Ｂ）には、図５（Ａ）の３０秒ごとのモニタリング結果に基づく呼設定の成功通信呼（ＲＡＢ）数、失敗通信呼（ＲＡＢ）数および合計通信呼（ＲＡＢ）数の算出例を示している。
【００５０】
例えば、時刻５：３３：３０から時刻５：３４：００までに生起した通信呼（ＲＡＢ）として、無線通信制御装置ＳＲＮＣに通知する呼設定の成功通信呼（ＲＡＢ）数は、通信呼（ａ）、通信呼（ｄ）の２個で、失敗通信呼（ＲＡＢ）数は０個であり、３０秒後の時刻５：３４：００から時刻５：３４：３０までに生起した通信呼（ＲＡＢ）として、無線通信制御装置ＳＲＮＣに通知する呼設定の成功通信呼（ＲＡＢ）数は、通信呼（ｃ）、通信呼（ｅ）の２個で、失敗通信呼（ＲＡＢ）数は、通信呼（ｆ）の１個であり、さらに３０秒後の時刻５：３４：３０から時刻５：３５：００までに生起した通信呼（ＲＡＢ）として、無線通信制御装置ＳＲＮＣに通知する呼設定の成功通信呼（ＲＡＢ）数、失敗通信呼（ＲＡＢ）数は、いずれも０個である。
【００５１】
図５（Ａ）の或るユーザ端末ＵＥの通信呼（ＲＡＢ）の３０秒ごとのモニタリング結果をモバイル交換センタＭＳＣから受け取った無線通信制御装置ＳＲＮＣは、図５（Ｂ）に示すように、あらかじめモニタリング周期として定めた時間間隔例えば３０秒ごとの呼設定の成功通信呼（ＲＡＢ）数、失敗通信呼（ＲＡＢ）数を合計した合計発生通信呼（ＲＡＢ）数を、当該ユーザ端末ＵＥが呼設定処理を試みた試行回数（Attempt回数）として算出する。
【００５２】
例えば、時刻５：３４：００の時刻では、成功通信呼（ＲＡＢ）数、失敗通信呼（ＲＡＢ）数がそれぞれ２個、０個であるので、その周期の合計発生通信呼（ＲＡＢ）数は、２＋０＝２個であり、３０秒後の時刻５：３４：３０の時刻では、成功通信呼（ＲＡＢ）数、失敗通信呼（ＲＡＢ）数がそれぞれ２個、１個であるので、その周期の合計発生通信呼（ＲＡＢ）数は、２＋１＝３個であり、さらに３０秒後の時刻５：３５：００の時刻では、成功通信呼（ＲＡＢ）数、失敗通信呼（ＲＡＢ）数がいずれも０個であるので、その周期の合計発生通信呼（ＲＡＢ）数は、０＋０＝０個である。
【００５３】
新規呼が生起した際に、算出した合計発生通信呼（ＲＡＢ）数つまり呼設定処理を試みた試行回数（Attempt回数）を、当該ユーザ端末ＵＥと契約したＢＨＣＡライセンス量としての契約リソース量と比較することによって、３０秒周期のそれぞれのモニタリング周期において、生起した新規呼を受け入れるか否かを判別することになる。本第２の通信ライセンス管理方法における合計発生通信呼（ＲＡＢ）つまり呼設定処理を試みた試行回数（Attempt回数）についても、前述した第１の通信ライセンス管理方法の図３の場合と同様に、あらかじめ定めたモニタリング周期例えば３０秒周期でモニタリングを継続し、モニタリングした総発生呼数を累積するための期間としてあらかじめ定めた累積周期例えば過去６０分（＝１時間）の総合計発生通信呼（ＲＡＢ）数を用いて、契約したＢＨＣＡライセンス量としての契約リソース量例えば５０，０００通信呼（ＲＡＢ）数と比較して、新規呼を受け入れるか拒否するか（AcceptするかRejectするか）を決定するようにすれば良い。
【００５４】
さらに、前述した第１の通信ライセンス管理方法の図４の場合と同様に、過去１時間の総合計発生通信呼（ＲＡＢ）数が、契約したＢＨＣＡライセンス量例えば５０，０００通信呼（ＲＡＢ）数を示す契約リソース量１０を超えた場合には、新規の通信呼（ＲＡＢ）の受け付けを拒否（Reject）する。また、アラーム発動量１１として、契約リソース量１０の例えば５０，０００通信呼（ＲＡＢ）数の８５％の４２，５００通信呼（ＲＡＢ）数を設定して、過去１時間の総合計発生通信呼（ＲＡＢ）数が、該アラーム発動量１１を超えた場合、新規の通信呼（ＲＡＢ）は受け付けるものの、当該ユーザ端末ＵＥに対して、契約リソース量１０に近づいているので、さらなるライセンスの追加を促す警報（アラーム）を通報する。また、アラーム解除量１２として、契約リソース量１０の例えば５０，０００通信呼（ＲＡＢ）数の７０％の３５，０００通信呼（ＲＡＢ）数を設定して、一旦アラーム発動状態が発生した以降において、過去１時間の合計保留時間が該アラーム解除量１２を下回った場合に、当該ユーザ端末ＵＥに対して通報されていた警報（アラーム）の送信動作を停止する。
【００５５】
以上、本発明の好適実施例の構成を説明した。しかし、斯かる実施例は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。例えば、本発明の実施態様は、課題を解決するための手段における構成（１）に加えて、次のような構成として表現できる。
【００５６】
（２）前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が新たに発生した通信呼の発生呼数をカウントし、前記モニタリング周期ごとにカウントした通信呼の発生呼数をあらかじめ定めた累積周期に亘って総合計発生呼数として累積した際に、累積した該総合計発生呼数として許容される上限である上記（１）の無線通信制御装置。
（３）前記モニタリング周期ごとに発生呼数をカウントする通信呼が、呼設定を完了した完了呼のみならず、呼設定ができなかった不完了呼も含む上記（２）の無線通信制御装置。
（４）前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が通信中の通信呼数をカウントし、カウントした通信呼数に前記モニタリング周期が示す時間を乗算して各モニタリング周期ごとの総保留時間を算出し、前記モニタリング周期ごとに算出した前記総保留時間をあらかじめ定めた累積周期に亘って総合計保留時間として累積した際に、累積した該総合計保留時間として許容される上限である上記（１）の無線通信制御装置。
（５）前記モニタリング周期ごとに通信呼数をカウントする通信呼が、呼設定を完了した完了呼のみとする上記（４）の無線通信制御装置。
（６）前記契約リソース量に対してあらかじめ定めた割合を警告閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が前記警告閾値を超えた場合に、当該ユーザ端末に対して、現在の利用リソース量が前記契約リソース量に近づいている旨の警告通知を行う上記（１）ないし（５）のいずれかの無線通信制御装置。
（７）前記警告閾値を下回る値を警告解除閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が、前記警告閾値を超えた以降において、前記警告解除閾値よりも下回った場合に、当該ユーザ端末に対して通知していた警告通知の解除を行う上記（６）の無線通信制御装置。
（８）無線通信ネットワークに接続された各ユーザ端末の通信において使用される当該無線通信ネットワークのリソースを管理するために、前記ユーザ端末が通信呼に使用可能なリソース量の上限をあらかじめ契約リソース量として、当該ユーザ端末が同時に許容される接続数を用いてライセンス契約する通信ライセンス管理方法であって、当該ユーザ端末の新たな通信呼が発生した際に、当該ユーザ端末の通信中の呼として現在使用されているリソース量が、同時に許容される接続数を用いて当該ユーザ端末が契約した前記契約リソース量の範囲内に収まっているか否かに基づいて、新たな通信呼を受け付けるか拒否するかを判別する通信ライセンス管理方法。
（９）前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が新たに発生した通信呼の発生呼数をカウントし、前記モニタリング周期ごとにカウントした通信呼の発生呼数をあらかじめ定めた累積周期に亘って総合計発生呼数として累積した際に、累積した該総合計発生呼数として許容される上限である上記（８）の通信ライセンス管理方法。
（１０）前記モニタリング周期ごとに発生呼数をカウントする通信呼が、呼設定を完了した完了呼のみならず、呼設定ができなかった不完了呼も含む上記（９）の通信ライセンス管理方法。
（１１）前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が通信中の通信呼数をカウントし、カウントした通信呼数に前記モニタリング周期が示す時間を乗算して各モニタリング周期ごとの総保留時間を算出し、前記モニタリング周期ごとに算出した前記総保留時間をあらかじめ定めた累積周期に亘って総合計保留時間として累積した際に、累積した該総合計保留時間として許容される上限である上記（８）の通信ライセンス管理方法。
（１２）前記モニタリング周期ごとに通信呼数をカウントする通信呼が、呼設定を完了した完了呼のみとする上記（１１）の通信ライセンス管理方法。
（１３）前記契約リソース量に対してあらかじめ定めた割合を警告閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が前記警告閾値を超えた場合に、当該ユーザ端末に対して、現在の利用リソース量が前記契約リソース量に近づいている旨の警告通知を行う上記（８）ないし（１２）のいずれかの通信ライセンス管理方法。
（１４）前記警告閾値を下回る値を警告解除閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が、前記警告閾値を超えた以降において、前記警告解除閾値よりも下回った場合に、当該ユーザ端末に対して通知していた警告通知の解除を行う上記（１３）の通信ライセンス管理方法。
（１５）上記（８）ないし（１４）のいずれかの通信ライセンス管理方法を、コンピュータにより実行可能なプログラムとして実施する通信ライセンス管理プログラム。
（１６）上記（１５）の通信ライセンス管理プログラムを、コンピュータにより読み取り可能な記録媒体に記録しているプログラム記録媒体。
【図面の簡単な説明】
【００５７】
【図１】本発明による無線通信制御装置のリソース制御の概要の一例を説明するシーケンスチャートである。
【図２】本発明の通信ライセンス管理方法のうち、第１の通信ライセンス管理方法における通信呼の保留時間の測定方法の一例を説明するための概念図である。
【図３】本発明の通信ライセンス管理方法のうち、第１の通信ライセンス管理方法の一例を説明するための概念図である。
【図４】本発明による通信ライセンス管理方法のユーザ端末ＵＥに対する制御動作を説明するための模式図である。
【図５】本発明の通信ライセンス管理方法のうち、第２の通信ライセンス管理方法における通信呼の呼設定処理を試みた回数の測定方法の一例を説明するための概念図である。
【符号の説明】
【００５８】
１１ アラーム発動量
１２ アラーム解除量
１０ 契約リソース量
ＭＳＣ モバイル交換センタ（Mobile Switching Center）
Node Ｂ 基地局（論理ノード）
ＯＭＣ 運用保守センタ（Operation and Maintenance Centre）
ＳＲＮＣ 無線通信制御装置(Serving ＲＮＣ)
ＵＥ ユーザ端末（User Equipment）
【特許請求の範囲】
【請求項１】
無線通信ネットワークに接続された各ユーザ端末の通信において使用される当該無線通信ネットワークのリソースを管理する無線通信制御装置において、前記ユーザ端末が通信呼に使用可能なリソース量の上限をあらかじめ契約リソース量として、当該ユーザ端末が同時に許容される接続数を用いてライセンス契約し、かつ、当該ユーザ端末の新たな通信呼が発生した際に、当該ユーザ端末の通信中の呼として現在使用されているリソース量が、同時に許容される接続数を用いて当該ユーザ端末が契約した前記契約リソース量の範囲内に収まっているか否かに基づいて、新たな通信呼を受け付けるか拒否するかを判別することを特徴とする無線通信制御装置。
【請求項２】
前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が新たに発生した通信呼の発生呼数をカウントし、前記モニタリング周期ごとにカウントした通信呼の発生呼数をあらかじめ定めた累積周期に亘って総合計発生呼数として累積した際に、累積した該総合計発生呼数として許容される上限であることを特徴とする請求項１に記載の無線通信制御装置。
【請求項３】
前記モニタリング周期ごとに発生呼数をカウントする通信呼が、呼設定を完了した完了呼のみならず、呼設定ができなかった不完了呼も含むことを特徴とする請求項２に記載の無線通信制御装置。
【請求項４】
前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が通信中の通信呼数をカウントし、カウントした通信呼数に前記モニタリング周期が示す時間を乗算して各モニタリング周期ごとの総保留時間を算出し、前記モニタリング周期ごとに算出した前記総保留時間をあらかじめ定めた累積周期に亘って総合計保留時間として累積した際に、累積した該総合計保留時間として許容される上限であることを特徴とする請求項１に記載の無線通信制御装置。
【請求項５】
前記モニタリング周期ごとに通信呼数をカウントする通信呼が、呼設定を完了した完了呼のみとすることを特徴とする請求項４に記載の無線通信制御装置。
【請求項６】
前記契約リソース量に対してあらかじめ定めた割合を警告閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が前記警告閾値を超えた場合に、当該ユーザ端末に対して、現在の利用リソース量が前記契約リソース量に近づいている旨の警告通知を行うことを特徴とする請求項１ないし５のいずれかに記載の無線通信制御装置。
【請求項７】
前記警告閾値を下回る値を警告解除閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が、前記警告閾値を超えた以降において、前記警告解除閾値よりも下回った場合に、当該ユーザ端末に対して通知していた警告通知の解除を行うことを特徴とする請求項６に記載の無線通信制御装置。
【請求項８】
無線通信ネットワークに接続された各ユーザ端末の通信において使用される当該無線通信ネットワークのリソースを管理するために、前記ユーザ端末が通信呼に使用可能なリソース量の上限をあらかじめ契約リソース量として、当該ユーザ端末が同時に許容される接続数を用いてライセンス契約する通信ライセンス管理方法であって、当該ユーザ端末の新たな通信呼が発生した際に、当該ユーザ端末の通信中の呼として現在使用されているリソース量が、同時に許容される接続数を用いて当該ユーザ端末が契約した前記契約リソース量の範囲内に収まっているか否かに基づいて、新たな通信呼を受け付けるか拒否するかを判別することを特徴とする通信ライセンス管理方法。
【請求項９】
前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が新たに発生した通信呼の発生呼数をカウントし、前記モニタリング周期ごとにカウントした通信呼の発生呼数をあらかじめ定めた累積周期に亘って総合計発生呼数として累積した際に、累積した該総合計発生呼数として許容される上限であることを特徴とする請求項８に記載の通信ライセンス管理方法。
【請求項１０】
前記モニタリング周期ごとに発生呼数をカウントする通信呼が、呼設定を完了した完了呼のみならず、呼設定ができなかった不完了呼も含むことを特徴とする請求項９に記載の通信ライセンス管理方法。
【請求項１１】
前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が通信中の通信呼数をカウントし、カウントした通信呼数に前記モニタリング周期が示す時間を乗算して各モニタリング周期ごとの総保留時間を算出し、前記モニタリング周期ごとに算出した前記総保留時間をあらかじめ定めた累積周期に亘って総合計保留時間として累積した際に、累積した該総合計保留時間として許容される上限であることを特徴とする請求項８に記載の通信ライセンス管理方法。
【請求項１２】
前記モニタリング周期ごとに通信呼数をカウントする通信呼が、呼設定を完了した完了呼のみとすることを特徴とする請求項１１に記載の通信ライセンス管理方法。
【請求項１３】
前記契約リソース量に対してあらかじめ定めた割合を警告閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が前記警告閾値を超えた場合に、当該ユーザ端末に対して、現在の利用リソース量が前記契約リソース量に近づいている旨の警告通知を行うことを特徴とする請求項８ないし１２のいずれかに記載の通信ライセンス管理方法。
【請求項１４】
前記警告閾値を下回る値を警告解除閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が、前記警告閾値を超えた以降において、前記警告解除閾値よりも下回った場合に、当該ユーザ端末に対して通知していた警告通知の解除を行うことを特徴とする請求項１３に記載の通信ライセンス管理方法。
【請求項１５】
請求項８ないし１４のいずれかに記載の通信ライセンス管理方法を、コンピュータにより実行可能なプログラムとして実施することを特徴とする通信ライセンス管理プログラム。
【請求項１６】
請求項１５に記載の通信ライセンス管理プログラムを、コンピュータにより読み取り可能な記録媒体に記録していることを特徴とするプログラム記録媒体。
【請求項１】
無線通信ネットワークに接続された各ユーザ端末の通信において使用される当該無線通信ネットワークのリソースを管理する無線通信制御装置において、前記ユーザ端末が通信呼に使用可能なリソース量の上限をあらかじめ契約リソース量として、当該ユーザ端末が同時に許容される接続数を用いてライセンス契約し、かつ、当該ユーザ端末の新たな通信呼が発生した際に、当該ユーザ端末の通信中の呼として現在使用されているリソース量が、同時に許容される接続数を用いて当該ユーザ端末が契約した前記契約リソース量の範囲内に収まっているか否かに基づいて、新たな通信呼を受け付けるか拒否するかを判別することを特徴とする無線通信制御装置。
【請求項２】
前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が新たに発生した通信呼の発生呼数をカウントし、前記モニタリング周期ごとにカウントした通信呼の発生呼数をあらかじめ定めた累積周期に亘って総合計発生呼数として累積した際に、累積した該総合計発生呼数として許容される上限であることを特徴とする請求項１に記載の無線通信制御装置。
【請求項３】
前記モニタリング周期ごとに発生呼数をカウントする通信呼が、呼設定を完了した完了呼のみならず、呼設定ができなかった不完了呼も含むことを特徴とする請求項２に記載の無線通信制御装置。
【請求項４】
前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が通信中の通信呼数をカウントし、カウントした通信呼数に前記モニタリング周期が示す時間を乗算して各モニタリング周期ごとの総保留時間を算出し、前記モニタリング周期ごとに算出した前記総保留時間をあらかじめ定めた累積周期に亘って総合計保留時間として累積した際に、累積した該総合計保留時間として許容される上限であることを特徴とする請求項１に記載の無線通信制御装置。
【請求項５】
前記モニタリング周期ごとに通信呼数をカウントする通信呼が、呼設定を完了した完了呼のみとすることを特徴とする請求項４に記載の無線通信制御装置。
【請求項６】
前記契約リソース量に対してあらかじめ定めた割合を警告閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が前記警告閾値を超えた場合に、当該ユーザ端末に対して、現在の利用リソース量が前記契約リソース量に近づいている旨の警告通知を行うことを特徴とする請求項１ないし５のいずれかに記載の無線通信制御装置。
【請求項７】
前記警告閾値を下回る値を警告解除閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が、前記警告閾値を超えた以降において、前記警告解除閾値よりも下回った場合に、当該ユーザ端末に対して通知していた警告通知の解除を行うことを特徴とする請求項６に記載の無線通信制御装置。
【請求項８】
無線通信ネットワークに接続された各ユーザ端末の通信において使用される当該無線通信ネットワークのリソースを管理するために、前記ユーザ端末が通信呼に使用可能なリソース量の上限をあらかじめ契約リソース量として、当該ユーザ端末が同時に許容される接続数を用いてライセンス契約する通信ライセンス管理方法であって、当該ユーザ端末の新たな通信呼が発生した際に、当該ユーザ端末の通信中の呼として現在使用されているリソース量が、同時に許容される接続数を用いて当該ユーザ端末が契約した前記契約リソース量の範囲内に収まっているか否かに基づいて、新たな通信呼を受け付けるか拒否するかを判別することを特徴とする通信ライセンス管理方法。
【請求項９】
前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が新たに発生した通信呼の発生呼数をカウントし、前記モニタリング周期ごとにカウントした通信呼の発生呼数をあらかじめ定めた累積周期に亘って総合計発生呼数として累積した際に、累積した該総合計発生呼数として許容される上限であることを特徴とする請求項８に記載の通信ライセンス管理方法。
【請求項１０】
前記モニタリング周期ごとに発生呼数をカウントする通信呼が、呼設定を完了した完了呼のみならず、呼設定ができなかった不完了呼も含むことを特徴とする請求項９に記載の通信ライセンス管理方法。
【請求項１１】
前記契約リソース量が、モニタリング周期としてあらかじめ定めた時間間隔ごとに、前記ユーザ端末が通信中の通信呼数をカウントし、カウントした通信呼数に前記モニタリング周期が示す時間を乗算して各モニタリング周期ごとの総保留時間を算出し、前記モニタリング周期ごとに算出した前記総保留時間をあらかじめ定めた累積周期に亘って総合計保留時間として累積した際に、累積した該総合計保留時間として許容される上限であることを特徴とする請求項８に記載の通信ライセンス管理方法。
【請求項１２】
前記モニタリング周期ごとに通信呼数をカウントする通信呼が、呼設定を完了した完了呼のみとすることを特徴とする請求項１１に記載の通信ライセンス管理方法。
【請求項１３】
前記契約リソース量に対してあらかじめ定めた割合を警告閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が前記警告閾値を超えた場合に、当該ユーザ端末に対して、現在の利用リソース量が前記契約リソース量に近づいている旨の警告通知を行うことを特徴とする請求項８ないし１２のいずれかに記載の通信ライセンス管理方法。
【請求項１４】
前記警告閾値を下回る値を警告解除閾値として設定し、前記ユーザ端末に関する通信呼として現在使用されているリソース量が、前記警告閾値を超えた以降において、前記警告解除閾値よりも下回った場合に、当該ユーザ端末に対して通知していた警告通知の解除を行うことを特徴とする請求項１３に記載の通信ライセンス管理方法。
【請求項１５】
請求項８ないし１４のいずれかに記載の通信ライセンス管理方法を、コンピュータにより実行可能なプログラムとして実施することを特徴とする通信ライセンス管理プログラム。
【請求項１６】
請求項１５に記載の通信ライセンス管理プログラムを、コンピュータにより読み取り可能な記録媒体に記録していることを特徴とするプログラム記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００９−２３２１３６（Ｐ２００９−２３２１３６Ａ）
【公開日】平成２１年１０月８日（２００９．１０．８）
【国際特許分類】
【出願番号】特願２００８−７４８６４（Ｐ２００８−７４８６４）
【出願日】平成２０年３月２４日（２００８．３．２４）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２１年１０月８日（２００９．１０．８）
【国際特許分類】
【出願日】平成２０年３月２４日（２００８．３．２４）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]