(57)【要約】【課題】需要の変動に応じて効率的に処理リソースを割当可能な処理リソースの割当方法および装置を提供する。【解決手段】所定の時間幅を持つ時間帯ごとに、複数種類のサービスそれぞれについて、各サービスを提供するために設定されているチャネルの数の最大値を検出する手順(検出手段)と、時間帯ごとに検出された複数種類のサービスごとの最大設定チャネル数に基づいて、複数種類のサービスの少なくとも一つを提供するためのチャネルを収容可能な複数種類の処理ユニットそれぞれについて、収容可能な種類のサービスの処理への割り当てが期待される処理リソースの量を示す割当可能チャネル数を算出する手順(算出手段)と、各処理ユニットについて収容可能な種類のサービスごとに算出された割当可能チャネル数に基づいて、複数種類のサービスの提供要求に対応する各処理ユニットの処理リソースの割り当てを制限するように制御する手順(制御手段)とを備える。【選択図】      図１
2010098375.tif 000002
【特許請求の範囲】
【請求項１】
所定の時間幅を持つ時間帯ごとに、複数種類のサービスそれぞれについて、各サービスを提供するために設定されているチャネルの数の最大値を検出する手順と、
前記時間帯ごとに検出された前記複数種類のサービスごとの最大設定チャネル数に基づいて、前記複数種類のサービスの少なくとも一つを提供するためのチャネルを収容可能な複数種類の処理ユニットそれぞれについて、収容可能な種類のサービスの処理への割り当てが期待される処理リソースの量を示す割当可能チャネル数を算出する手順と、
前記各処理ユニットで収容可能な種類のサービスごとに時間帯ごとに算出された割当可能チャネル数に基づいて、前記複数種類のサービスの提供要求に対応する前記各処理ユニットの処理リソースの割り当てを制限するように制御する手順と
を備えたことを特徴とする処理リソース割当方法。
【請求項２】
所定の時間幅を持つ時間帯ごとに、複数種類のサービスそれぞれについて、各サービスを提供するために設定されているチャネルの数の最大値を検出する手順と、
前記時間帯ごとに検出された前記複数種類のサービスごとの最大設定チャネル数に基づいて、前記複数種類のサービスの少なくとも一つを提供するためのチャネルを収容可能な複数種類の処理ユニットそれぞれについて、収容可能な種類のサービスの処理への割り当てが期待される処理リソースの量を示す割当可能チャネル数を算出する手順と、
前記各処理ユニットについて算出された割当可能チャネル数に基づいて、前記時間帯ごとに、各処理ユニットが処理リソースの割り当てに用いられるか否かを判定し、処理リソースの割り当てに用いられることが示された処理ユニットに選択的に電源を供給するように制御する手順とを備え、
前記割当可能チャネル数を算出する手順は、処理リソースの割り当てに用いられる処理ユニットの数を前記複数種類の処理ユニットの数よりも少なくするように、前記各種類のサービスについて検出された最大設定チャネル数分の分配を制御する
ことを特徴とする処理リソース割当方法。
【請求項３】
所定の時間幅を持つ時間帯ごとに、複数種類のサービスそれぞれについて、各サービスを提供するために設定されているチャネルの数の最大値を検出する検出手段と、
前記時間帯ごとに検出された前記複数種類のサービスごとの最大設定チャネル数に基づいて、前記複数種類のサービスの少なくとも一つを提供するためのチャネルを収容可能な複数種類の処理ユニットそれぞれについて、収容可能な種類のサービスの処理への割り当てが期待される処理リソースの量を示す割当可能チャネル数を算出する算出手段と、
前記各処理ユニットで収容可能な種類のサービスごとに時間帯ごとに算出された割当可能チャネル数に基づいて、前記複数種類のサービスの提供要求に対応する前記各処理ユニットの処理リソースの割り当てを制限するように制御する制御手段と
を備えたことを特徴とする処理リソース割当装置。
【請求項４】
請求項３に記載の処理リソース割当装置において、
前記制御手段は、
前記複数種類のサービスのいずれかを指定するサービス提供要求に応じて、前記指定されたサービスを含む複数のサービスを収容可能な処理ユニットから処理リソースを割り当てる際に、前記指定された種類以外のサービスの処理に既に割り当てられた処理リソースの量と対応する前記割当可能チャネル数との差が所定の閾値を超えている場合に限って、前記指定されたサービスの処理に対応する前記割当可能チャネル数を超えて処理リソースの割り当てを行う
ことを特徴とする処理リソース割当装置。
【請求項５】
所定の時間幅を持つ時間帯ごとに、複数種類のサービスそれぞれについて、各サービスを提供するために設定されているチャネルの数の最大値を検出する検出手段と、
前記時間帯ごとに検出された前記複数種類のサービスごとの最大設定チャネル数に基づいて、前記複数種類のサービスの少なくとも一つを提供するためのチャネルを収容可能な複数種類の処理ユニットそれぞれについて、収容可能な種類のサービスの処理への割り当てが期待される処理リソースの量を示す割当可能チャネル数を算出する算出手段と、
前記各処理ユニットについて算出された割当可能チャネル数に基づいて、前記時間帯ごとに、各処理ユニットが処理リソースの割り当てに用いられるか否かを判定し、処理リソースの割り当てに用いられることが示された処理ユニットに選択的に電源を供給するように制御する制御手段とを備え、
前記算出手段は、処理リソースの割り当てに用いられる処理ユニットの数を前記複数種類の処理ユニットの数よりも少なくするように、前記各種類のサービスについて検出された最大設定チャネル数分の分配を制御する
ことを特徴とする処理リソース割当装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、実現可能なサービス品質の上限が異なる複数種類の処理ユニットの処理リソースを割り当てるための処理リソース割当方法および装置に関する。
【背景技術】
【０００２】
移動通信システムの利用者に提供されるサービスの拡大および高度化に伴って、移動通信用の基地局装置には、高度化されたサービスを提供するための様々な処理ユニットが段階的に導入されてきた。パケット通信技術を利用して移動通信端末で実現されているＩＰ接続サービスには、３ＧＰＰ(3rd Generation Partnership Project)によるリリース９９規格を下敷きに、次々と高速化が図られていったサービスの一つである。
【０００３】
このため、現在の基地局には、リリース９９規格に従う比較的低速のパケット通信と音声通話と含む基本サービスを収容するベースバンド信号処理ユニット(種別＃ＡのＢＢユニット)と、リリース５規格以降で規定された通信規格であるＨＳＤＰＡ(High Speed Downlink Packet Access)を収容するベースバンド信号処理ユニット(種別＃ＢのＢＢユニット)と、リリース６規格で規定された通信規格であるＨＳＵＰＡ(High Speed Uplink Packet Access)サービスを収容するベースバンド信号処理ユニット(種別＃ＣのＢＢユニット)が備えられている場合がある。
【０００４】
上述した種別＃ＡのＢＢユニットは、上述した基本サービスのためのベースバンド信号処理のみが可能であるのに対して、種別＃ＢのＢＢユニットは、基本サービスとともにＨＳＤＰＡサービスのベースバンド信号処理が可能である。更に、種別＃ＣのＢＢユニットは、基本サービス、ＨＳＤＰＡサービスとともにＨＳＵＰＡサービスのベースバンド信号処理を行うことができる。
【０００５】
呼処理部では、呼設定要求に基づいてサービスの種類を判別し、要求されているサービスを収容可能なＢＢユニットのリソースを確保する制御を行っている。このとき、呼処理部は、上述した各種類のＢＢユニットに収容可能なサービスの種類と、各ＢＢユニットのリソースの空き状況とを考慮して、パケット通信処理に必要な処理リソースの割り当てを行う。例えば、基本サービス用のパケット通信処理は、種別＃Ａ，＃Ｂ，＃ＣのＢＢユニットが共通して収容可能であるので、種別＃Ａ，＃Ｂ，＃ＣのＢＢユニットから選択されたＢＢユニットから処理リソースが割り当てられる。一方、ＨＳＤＰＡサービスには種別＃ＢのＢＢユニットあるいは種別＃ＣのＢＢユニットの処理リソースが割り当てられ、ＨＤＵＰＡサービスには種別＃ＣのＢＢユニットの処理リソースが割り当てられる(特許文献１参照)。
【特許文献１】特開２００１−２１８２６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したようにして、単に、処理リソースの割り当てを必要としているサービス要求を個々のＢＢユニットが収容可能か否かに注目して処理リソースの割り当てを行うと、次のような場合に、特定の種類のＢＢユニットにおいて処理リソースが枯渇し、このために、処理リソースの割り当てが困難になる場合がある。
【０００７】
例えば、基本サービス(リリース９９)のトラヒック増大に応じて、種別＃ＢのＢＢユニットや種別＃ＣのＢＢユニットの処理リソースが、リリース９９用のパケット通信処理に無制限に割り当てられてしまった場合などである。このような状態で、ＨＳＤＰＡを含むサービス(リリース５)あるいはＨＳＵＰＡを含むサービス(リリース６)が必要とする呼設定要求を受け取ると、低速サービス用ＢＢユニットに空きがあるにもかかわらず、種別＃ＢのＢＢユニットや種別＃ＣのＢＢユニットの処理リソースが枯渇してしまっているために、新たな呼設定要求に応じることができなくなってしまう。
【０００８】
また、基地局装置において運用中の各ＢＢユニットは、処理リソースがサービスの提供に割り当てられているか否かにかかわらず、常に電力を消費している。その一方、利用者が頻繁に利用する時間帯と深夜のようにサービス要求が少ない時間帯とでは、いずれのＩＰ接続サービスでもトラヒックに大きな差がある。したがって、最大の需要を満たすように処理リソースを用意して常に運用状態とすれば、処理リソースに対する需要の少ない時間帯では、ＢＢユニットの一部によって消費される電力は、処理リソースがサービスの提供に割り当てられていないために、無駄な電力消費となってしまう。
【０００９】
このように、従来の処理リソース割当方法では、各種類のサービスに対する需要が時間的に変動することが考慮されていないために、一方で特定種類の処理リソースの枯渇が発生し、他方で、余剰な処理リソースの提供を維持するために無駄な電力が消費されている。
【００１０】
本発明は、需要の変動に応じて効率的に処理リソースを割り当て可能な処理リソースの割当方法および装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述した目的は、以下に開示する処理リソース割当方法および装置によって達成することができる。
【００１２】
一つの観点では、処理リソース割当方法および装置は、所定の時間幅を持つ時間帯ごとに、複数種類のサービスそれぞれについて、各サービスを提供するために設定されているチャネルの数の最大値を検出する手順(検出手段)と、時間帯ごとに検出された複数種類のサービスごとの最大設定チャネル数に基づいて、複数種類のサービスの少なくとも一つを提供するためのチャネルを収容可能な複数種類の処理ユニットそれぞれについて、収容可能な種類のサービスの処理への割り当てが期待される処理リソースの量を示す割当可能チャネル数を算出する手順(算出手段)と、各処理ユニットについて収容可能な種類のサービスごとに算出された割当可能チャネル数に基づいて、複数種類のサービスの提供要求に対応する各処理ユニットの処理リソースの割り当てを制限するように制御する手順(制御手段)とを備える。
【００１３】
このように構成された処理リソース割当方法および装置では、検出手順(検出手段)により、時間帯ごとに各サービスに対応して最大設定チャネル数が検出され、この最大設定チャネル数に基づいて、時間帯ごとに、各処理ユニットが収容可能な各サービスに割り当て可能な割当可能チャネル数が求められ、制御手段による割当制御に供される。上述した最大設定チャネル数の時間帯ごとの変化は、過去の実績における各サービスに対する需要の時間的な変化を示している。したがって、例えば、各時間帯に対応する最大設定チャネルに基づいて算出された割当可能チャネルに基づいて、対応する時間帯に新たに受け付けた提供要求への処理リソースの割り当てを制御することにより、過去の実績における需要の変化を考慮して、各処理ユニットの処理リソースの割り当てを制御することができる。
【００１４】
上述した目的は、以下に開示する処理リソース割当方法および装置によっても達成することができる。
【００１５】
別の観点では、処理リソース割当方法および装置は、所定の時間幅を持つ時間帯ごとに、複数種類のサービスそれぞれについて、各サービスを提供するために設定されているチャネルの数の最大値を検出する手順(検出手段)と、時間帯ごとに検出された複数種類のサービスごとの最大設定チャネル数に基づいて、複数種類のサービスの少なくとも一つを提供するためのチャネルを収容可能な複数種類の処理ユニットそれぞれについて、収容可能な種類のサービスの処理への割り当てが期待される処理リソースの量を示す割当可能チャネル数を算出する手順(算出手段)と、各処理ユニットについて算出された割当可能チャネル数に基づいて、時間帯ごとに、各処理ユニットが処理リソースの割り当てに用いられるか否かを判定し、処理リソースの割り当てに用いられることが示された処理ユニットに選択的に電源を供給するように制御する手順(制御手段)とを備え、割当可能チャネル数を算出する手順(算出手段)は、処理リソースの割り当てに用いられる処理ユニットの数を複数種類の処理ユニットの数よりも少なくするように、各種類のサービスについて検出された最大設定チャネル数分の分配を制御する。
【００１６】
このように構成された処理リソース割当方法および装置では、検出手順(検出手段)によって検出された最大設定チャネル数に基づいて、算出手順(算出手段)により、各処理ユニットについて割当可能チャネル数が算出される際に、最大設定チャネル数に対応する処理リソースを、設置されている処理ユニットの数よりも少ない数の処理ユニットで分担するように各処理ユニットへの分配が制御される。例えば、必要とされる処理リソースが少ない時間帯では、一部の処理ユニットの割当可能チャネル数をゼロとして、制御手順(制御手段)により、これらの処理ユニットへの電源供給が選択的に停止される。
【発明の効果】
【００１７】
上述した基本構成を持つ処理リソース割当方法および装置によれば、複数種類のサービスに対する需要の時間的な変動に応じて、少なくとも一つの種類のサービスの処理を収容可能な複数の処理ユニットの処理リソースを効率的に配分することができる。
【００１８】
これにより、複数種類のサービスそれぞれの需要を漏れなく満たして、特定のサービスに割り当て可能な処理リソースの枯渇によるサービスの停止を防ぐことができる。また、需要の大きさに見合った数の処理ユニットを選択的に運用して消費電力の低減を図ることができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面に基づいて、本発明の実施形態について詳細に説明する。
(実施形態１)
図１に、処理リソース割当装置の一実施形態を示す。
【００２０】
図１に示した無線基地局装置は、上位装置との信号送受信を行う伝送路処理部２０１、装置内の信号受信およびリソース管理を行う呼処理部２０２、無線リソースの設定を行うベースバンド(ＢＢ)信号処理部２０３、無線通信を行う増幅部２０４を含む。
【００２１】
上位装置からの制御信号（Control Plane）は伝送路処理部２０１を介して呼処理部２０２の伝送信号受信部２１１に渡される。この伝送信号受信部２１１で受信された信号内容は、リソース管理部２１３によって解析され、この解析結果に基づいて、ベースバンド処理リソース(以下、処理リソースと略称する)の割り当てが行われる。このリソース管理部２１３による処理リソースの割当結果を示す制御信号は、通信処理部２１２を経由してＢＢ信号処理部２０３に転送され、これに応じて、ＢＢ信号処理部２０３にて処理リソースが確保される。
【００２２】
ＢＢ信号処理部２０３における獲得結果は、呼処理部２０２に備えられた呼処理機能部（通信処理部２１２、伝送信号受信部２１１）および伝送路処理部２０１を経由して上位装置へ送信される。その後、上位装置と端末間のリンクが行われ、ユーザー信号（User Plane）が、ＢＢ信号処理部２０３と伝送路処理部２０１を介して送受信される。
【００２３】
以下、リソース管理部２１３により、ＢＢ信号処理部２０３に含まれる複数のベースバンド信号処理ユニット(ＢＢユニット)について処理リソースの割り当てを制御する方法について説明する。なお、以下では、ＢＢ信号処理部２０３に、番号＃１〜＃７で示される７台のＢＢユニットが含まれている場合を例として説明する。
【００２４】
図１に示したリソース管理部２１３において、割当制御部２１４は、装置構成情報データベース２１９および割当情報データベース２１８に格納された情報に基づいて、後述するようにして、ＢＢユニット＃１〜＃７の処理リソースの割り当てを制御する。この割当制御部２１４によって決定された処理リソースの割り当ては、通信処理部２１２を介してＢＢ信号処理部２０３に渡されるとともに、割当情報データベース２１８に反映される。
【００２５】
装置構成情報データベース２１９は、例えば、図２(ａ)に示すように、各ＢＢユニットを示す識別番号(＃１〜＃７)に対応して、それぞれのユニットの種別と、ユニット種別についての詳細情報を格納している。図２(ａ)に示した例では、種別＃Ａに属するＢＢユニット＃２〜＃４にはリリース９９(基本サービス)の処理リソースの割り当てが可能であり、種別＃Ｂに属するＢＢユニット＃５、＃６にはリリース９９およびリリース５(ＨＳＤＰＡサービス)の処理リソースの割り当てが可能であることが示されている。また、種別＃Ｃに属するＢＢユニット＃７にはリリース９９、リリース５およびリリース６(ＨＳＵＰＡサービス)の処理リソースの割り当てが可能であり、一方、ＢＢユニット＃１は共通チャネル(ＣＨ)リソースの割当専用に確保されていることが示されている。
【００２６】
また、割当情報データベース２１８は、図３に示すように、各ＢＢユニット＃１〜＃７について、リリース９９、リリース５およびリリース６のサービス提供のためにそれぞれ割り当てられているチャネル数(現設定数)を格納している。また、各ＢＢユニット＃１〜＃７についてそれぞれのサービスごとに格納された設定可能数は、そのユニットからそれぞれのサービスの提供用に割り当てることができるチャネル数の上限を示している。
【００２７】
以下、この設定可能数を決定する方法および設定可能数に基づいてリソース割り当てを制御する方法について詳細に説明する。
【００２８】
図１に示した計数処理部２１５は、伝送信号受信部２１１から受け取った制御信号によって呼設定要求が示されるごとに、上述した割当情報データベース２１８を参照し、設定要求の対象となるサービスの種類(例えば、リリース９９、リリース５又はリリース６)に対応して各ＢＢユニット＃１〜＃７に設定されているチャネルの総数を計数する。例えば、リリース９９のＩＰ接続サービスの設定を要求する新たな設定要求に応じて、計数処理部２１５は、各ＢＢユニット＃１〜＃７においてリリース９９用に設定されたチャネルの数を集計する。
【００２９】
このようにして得られた計数結果に基づいて、計数処理部２１５は、各曜日について、時間帯ごとにそれぞれのサービス種別に割り当てられたチャネル数の最大値を特定し、これらの最大値をトラヒック使用量データベース２１７に蓄積する。
【００３０】
例えば、計数処理部２１５は、図４に示すように、各曜日について、１０分刻みの時間帯ごとに、リリース９９、リリース５およびリリース６用に設定されたチャネル数の最大値(最大設定数)をトラヒック使用量データベース２１７に蓄積することができる。更に、トラヒック使用量データベース２１７に、複数週間分(例えば、１ヶ月)について求めた最大設定数を蓄積しておき、同じ曜日の同じ時間帯について得られた最大設定数の平均値を求めることもできる。
【００３１】
このようにしてトラヒック使用量データベース２１７に各曜日の各時間帯に対応して蓄積された各種別のサービスについての最大設定値は、それぞれの時間帯においてそれぞれのサービスが要求された実績を示している。言い換えれば、トラヒック使用量データベース２１７に各種別のサービスに対応して蓄積された最大設定数により、それぞれのサービスに対する需要の大きさの時間的な変動が示される。
【００３２】
なお、計数処理部２１５により、定期的に割当情報データベース２１８を参照し、同様の計数処理を行って得られた最大設定数を、トラヒック使用量データベース２１７に蓄積することもできる。
【００３３】
図１に示した割当可能数算出部２１６は、上述したようにしてトラヒック使用量データベース２１７に蓄積された情報と装置構成情報データベース２１９に格納された情報とに基づいて、各ＢＢユニット＃１〜＃７について各サービスに割り当て可能な処理リソースの量の上限を示す割当可能チャネル数を決定する。
【００３４】
割当可能数算出部２１６は、例えば、上述したトラヒック使用量データベース２１７において最大設定数が蓄積されている時間帯ごとに、各ＢＢユニット＃１〜＃７について各サービスに対応する割当可能チャネル数を決定することができる。
【００３５】
まず、割当可能数算出部２１６は、装置構成情報データベース２１９を参照して、実装されているＢＢユニット＃１〜＃７に収容可能なサービスの種別を確認する。次いで、現時点が属する時間帯(例えば、日曜日の午前零時から午前零時１０分)の次の時間帯(同じく、日曜日の午前零時１０分から午前零時２０分)に対応してトラヒック使用量データベース２１７に格納された各サービスの最大設定数を読み出す。
【００３６】
割当可能数算出部２１６は、例えば、各サービスについての最大設定数をそれぞれのサービスを収容可能なＢＢユニットに均等に分配するように、各ＢＢユニットについて、次の時間帯に適用する各サービスに対応する割当可能チャネルを決定することができる。また、割当可能数算出部２１６は、各サービスに対応する最大設定数を均等に分割して求めた値に、所定のマージンを見込んで割当可能チャネル数を決定することもできる。
【００３７】
このようにして各ＢＢユニットについて決定された各サービス対応の割当可能チャネル数は、割当可能数算出部２１６により、例えば、次の時間帯の開始時(例えば、日曜日の午前零時１０分)に、割当情報データベース２１８に反映され、割当制御部２１４の処理に供される。
【００３８】
次に、上述したようにして決定された割当可能チャネル数に基づいて、各ＢＢユニット＃１〜＃７の処理リソースの割り当てをラウンドロビンによる割り当てユニットの平準化を図りつつ制御する方法について説明する。
【００３９】
図５に、処理リソース割り当て制御動作を表す流れ図を示す。
【００４０】
割当制御部２１４は、まず、内部にＢＢユニットの種別(種別＃Ａ，＃Ｂ，＃Ｃ)に対応して保持した探索開始ユニット番号を読み出すとともに(ステップ３０１)、割当情報データベース２１８を参照する(ステップ３０２)。
【００４１】
次に、割当制御部２１４は、設定が要求されたサービスに対応する種別の探索開始ユニット番号および当該サービスについて割当情報データベース２１８に保持された情報に基づいて、リソースの割り当てが可能であるか否かを判定する(ステップ３０３)。
【００４２】
図６〜図８に、リリース９９、リリース５およびリリース６について割当可能性を判定する動作の例を表す流れ図を示す。
【００４３】
例えば、リリース９９規格で対応可能な呼設定要求に対応して、割当制御部２１４は、リリース９９に対応する種別＃Ａに属するＢＢユニットから種別＃Ａの探索開始ユニット番号で示されるＢＢユニットから順次に選択された候補ユニットについて、設定された割当可能チャネル数と現設定数とを比較する(図６のステップ３１１)。候補ユニットの割当可能チャネル数が現設定数を下回っている場合に(ステップ３１２の否定判定)、割当制御部２１４は、候補ユニットとして未選択のユニットがあるか否かを判定し(ステップ３１３)、肯定判定の場合は、ステップ３１１に戻って新たな候補ユニットについての比較処理を行う。ステップ３１１〜ステップ３１３を繰り返して、割当可能チャネル数が現設定数を上回っている候補ユニットを検出したときに(ステップ３１２の肯定判定)、割当制御部２１４は、新たな呼設定要求に割り当て可能な処理リソースの空きがあると判断して、割当可能性を判定する処理を終了する。
【００４４】
このようにして、割り当てが可能であると判断した場合に(図５のステップ３０４の肯定判定)、割当制御部２１４は、割り当て可能な処理リソースの空きがあるとされたＢＢユニットの処理リソースを新たな呼に割り当てる設定を行う(ステップ３０５)。次いで、この設定結果を割当情報データベース２１８に反映し(ステップ３０６)、また、要求されたサービスに対応する探索開始ユニット番号を更新して処理を終了する。
【００４５】
一方、種別＃Ａに属するＢＢユニット＃１〜＃４のいずれにも空きリソースがなかった場合に(図６のステップ３１３の否定判定)、割当制御部２１４は、種別＃Ｂ，＃Ｃに属するＢＢユニットから処理リソースを割り当てることができるか否かを判定する。
【００４６】
割当制御部２１４は、種別＃Ｂ，＃Ｃに属するＢＢユニットからそれぞれの探索開始ユニット番号で示されるＢＢユニットから順次に選択された候補ユニットについて、設定された割当可能チャネル数と現設定数とを比較する(ステップ３１４)。候補ユニットの割当可能チャネル数が現設定数を下回っている場合に(ステップ３１５の否定判定)、割当制御部２１４は、リリース５あるいはリリース６についての現設定数がそれぞれの割当可能チャネル数に比べて少ないＢＢユニットを許容ユニットとして検出する(ステップ３１６)。例えば、割当制御部２１４は、現設定数が割当可能チャネル数に占める割合が所定の閾値Ｔｈ以下となっているＢＢユニットを許容ユニットとして検出し、検出した許容ユニットをリストアップすることができる。
【００４７】
その後、割当制御部２１４は、候補ユニットとして未選択のユニットがあるか否かを判定し(ステップ３１７)、肯定判定の場合は、ステップ３１４に戻って新たな候補ユニットについての比較処理を行う。ステップ３１４〜ステップ３１７を繰り返して、割当可能チャネル数が現設定数を上回っている候補ユニットを検出したときに(ステップ３１５の肯定判定)、割当制御部２１４は、新たな呼設定要求に割り当て可能な処理リソースの空きがあると判断して、割当可能性を判定する処理を終了する。
【００４８】
一方、種別＃Ｂ，＃Ｃに属する全てのＢＢユニットについて設定された割当可能チャネルが既に割り当て済みとなっていた場合に(ステップ３１７の否定判定)、割当制御部２１４は、上述した過程で検出した許容ユニットのリストを参照し、リストアップされた許容ユニットがある場合は(ステップ３１８の肯定判定)、許容ユニットの中から対応する種別の探索開始ユニット番号に従って新たな個への処理リソースを割り当てるＢＢユニットを決定して(ステップ３１９)、処理を終了する。
【００４９】
また一方、許容ユニットも検出できなかった場合は(ステップ３１８の否定判定)、割当制御部２１４は、処理リソースの割り当てが不可であると判定して割当可能性を判定する処理を終了する。この場合に、割当制御部２１４は、図５に示したステップ３０４の否定判定として、ステップ３０８に進み、処理リソースの設定ができない旨を上位装置に通知するなどの処理を行う。
【００５０】
このように、各時間帯について収集されたトラヒック使用量に関する統計情報を反映して各ＢＢユニットについて決定された割当可能チャネル数に基づいて、新たな呼設定要求に応じた処理リソースの割り当てを制御することにより、リリース９９規格で対応可能な一般呼が大量に発生した場合にも、リリース５、リリース６のサービスを収容するための処理リソースを確保しておくことができる。
【００５１】
また、リリース５、リリース６のサービスを収容するために確保された処理リソースに大きな空きがある場合に、リリース５あるいはリリース６用に確保した処理リソースの一般呼への割り当てを許容することで、高速パケットサービスの需要が予測より少ない一方で、想定以上の一般呼が発生した場合などにも柔軟に対応することができる。
【００５２】
同様にして、リリース５およびリリース６規格の高速パケットサービスを要求する呼設定要求に応じた処理リソース割り当てを、割当情報データベース２１８に格納された割当可能チャネル数に反映された各時間帯において推定される各サービスの需要の大きさを考慮して制御することができる。
【００５３】
例えば、リリース５規格の高速パケットサービスを要求する呼設定要求に応じて処理リソースの割当可能性を判定する処理で、割当制御部２１４は、図７に示すように、種別＃Ｂに属するＢＢユニットから割り当て可能な処理リソースの空きがあるＢＢユニットを検出してリソースの割当処理に供する(ステップ３２１〜ステップ３１３)。そして、空きがない場合に、割当制御部２１４は、種別＃Ｃに属するＢＢユニットからリリース５用に確保された処理リソースに空きがあるＢＢユニット(ステップ３２２、ステップ３１５)あるいはリリース６用に確保された処理リソースに余裕がある許容ユニットを検出して(ステップ３２３、ステップ３１８)、検出したＢＢユニットをリソースの割当処理に供する。
【００５４】
一方、図８に示すように、割当制御部２１４は、種別＃Ｃに属するＢＢユニットから割り当て可能な処理リソースの空きがあるＢＢユニットを検出したか否かによって(ステップ３２４〜ステップ３１３)、リリース６規格の高速パケットサービスを要求する呼設定要求に応じた処理リソースの割当可能性を判定してもよい。
【００５５】
なお、リリース６規格の高速パケットサービスを要求する呼設定要求に応じて処理リソースの割当可能性を判定する処理で、リリース６用の処理リソースに空きがあるＢＢユニットを検出できなかった場合に、割当制御部２１４により、種別＃Ｃに属するＢＢユニットにおいてリリース９９やリリース５用に確保された処理リソースに余裕がある許容ユニットを検出し、許容ユニットから処理リソースの割り当てを行うように制御することもできる。
(実施形態２)
以下、上述したトラヒック使用量データベース２１７で示された各時間帯における各サービスに対する需要の大きさに基づいて、ＢＢユニット＃１〜＃７の運用状態を制御する方法について説明する。
【００５６】
図９に、処理リソース割当装置の別実施形態を示す。
【００５７】
なお、図９に示した構成要素のうち、図１に示した構成要素と同等のものについては、同一の符号を付して示し、その説明は省略する。
【００５８】
図９に示した無線基地局装置は、図１に示した各部に加えて、集計処理部２２１、判定処理部２２２および運用ユニット決定部２２３を含むユニット管理部２２０と、電源制御部２２４を含む。
【００５９】
ユニット管理部２２０の各部は、例えば、上述したトラヒック使用量データベース２１７で各サービスに対する需要量が集計された時間帯ごとに、トラヒック使用量データベース２１７、割当情報データベース２１８および装置構成情報データベース２１９を参照し、これらのデータベースに蓄積された情報に基づいて、以下に述べる処理を行う。
【００６０】
図１０に、ＢＢユニットの電源制御動作を表す流れ図を示す。
【００６１】
まず、図９に示した集計処理部２２１により、運用中のＢＢユニットによって割り当て可能な処理リソースの総量が、サービスの種別ごとに集計される(図１０のステップ３３１)。例えば、集計処理部２２１は、装置構成情報データベース２１９において、電源がＯＮであることが示されているＢＢユニットに対応して割当情報データベース２１８に設定されている割当可能チャネル数をサービスの種別ごとに集計することで、運用中のＢＢユニットによって割り当て可能な処理リソースの総量を示す設定可能チャネル総数を集計することができる。
【００６２】
図９に示した判定処理部２２２は、集計処理部２２１で得られたサービス種別ごとの設定可能チャネル総数と、次に始まる時間帯に対応してトラヒック使用量データベース２１７に各サービス種別について予測される処理リソースの使用量(予測使用量)として格納された最大設定数とを比較する(ステップ３３２)。
【００６３】
いずれかのサービス種別の設定可能チャネル総数から対応する予測使用量を差し引いて得られた差分が所定の閾値Ｔｈ２よりも大きかった場合に(ステップ３３３の肯定判定)、運用ユニット決定部２２３は、割り当て可能な処理リソースの総量が過剰であると判断し、電源制御部２２４を介して、過剰分のＢＢユニットの電源をＯＦＦとする(ステップ３３４)。例えば、リリース９９についての予測使用量が種別＃ＡのＢＢユニットのいずれか一つで設定可能なチャネル数以下であり、また、リリース５についての予測使用量が種別＃ＢのＢＢユニットのいずれか一つで設定可能なチャネル数以下である場合に、運用ユニット決定部２２３は、種別＃Ａ，＃ＢのＢＢユニットからそれぞれ一つを運用ユニットに決定することができる。この決定に基づいて、運用ユニット決定部２２３は、非運用ユニット(たとえば、種別＃ＡのＢＢユニット＃２、＃３および種別＃ＢのＢＢユニット＃６)を電源制御部２２４に通知し、これらのＢＢユニットへの電源供給を切断する。
【００６４】
このようにして、例えば、深夜のように、各サービス種別のトラヒックが少なくなる時間帯に、上述したようにして過剰分のＢＢユニットの電源をＯＦＦとして、無駄な消費電力を大幅に削減することができる。
【００６５】
また、上述した運用状態の変更は、処理の終了前に、ステップ３３５において、運用ユニット決定部２２３により、例えば、図２(ｂ)に示すように装置構成情報データベース２１９に反映され、上述したリソース管理部２１３による各サービス種別に対応する割当可能チャネル数の決定処理に供される。なお、このステップ３３５において、運用ユニット決定部２２３により、上位装置に各ＢＢユニット＃１〜＃７についての運用状態の変更を通知することもできる。
【００６６】
一方、いずれかのサービス種別の設定可能チャネル総数が予測使用量を下回った場合に(ステップ３３３の否定判定からステップ３３６の肯定判定)、運用ユニット決定部２２３は、リソース不足が発生する可能性があると判断する。この場合に、運用ユニット決定部２２３は、各サービス種別に対応する予測使用量分の処理リソースの割り当てが可能となるように運用ユニットを決定し、電源制御部２２４を介して、需要分のＢＢユニットの電源をＯＮとし(ステップ３３７)、この運用状態の変更を装置構成情報データベース２１９に反映して(ステップ３３４)、処理を終了する。
【００６７】
このようにして、過剰分のＢＢユニットへの電源供給を切断した後に、処理リソースの需要の増大が見込まれる時間帯に、電源をＯＦＦとしていたＢＢユニットへの電源供給を再開することができる。
【図面の簡単な説明】
【００６８】
【図１】処理リソース割当装置の一実施形態を示す図である。
【図２】装置構成情報データベースの例を示す図である。
【図３】割当情報データベースの例を示す図である。
【図４】トラヒック使用量データベースの例を示す図である。
【図５】処理リソース割り当て制御動作を表す流れ図である。
【図６】割当可能性を判定する動作の例を表す流れ図(リリース９９)である。
【図７】割当可能性を判定する動作の例を表す流れ図(リリース５)である。
【図８】割当可能性を判定する動作の例を表す流れ図(リリース６)である。
【図９】処理リソース割当装置の別実施形態を示す図である。
【図１０】ＢＢユニットの電源制御動作を表す流れ図である。
【符号の説明】
【００６９】
２０１  伝送路処理部
２０２  呼処理部
２０３  ベースバンド(ＢＢ)信号処理部
２０４  増幅部
２１１  伝送信号受信部
２１２  通信処理部
２１３  リソース管理部
２１４  割当制御部
２１５  計数処理部
２１６  割当可能数算出部
２１７  トラヒック使用量データベース
２１８  割当情報データベース
２１９  装置構成情報データベース
２２０  ユニット管理部
２２１  集計処理部
２２２  判定処理部
２２３  運用ユニット決定部
２２４  電源制御部
【図１】
2010098375.tif 000003
【図２】
2010098375.tif 000004
【図３】
2010098375.tif 000005
【図４】
2010098375.tif 000006
【図５】
2010098375.tif 000007
【図６】
2010098375.tif 000008
【図７】
2010098375.tif 000009
【図８】
2010098375.tif 000010
【図９】
2010098375.tif 000011
【図１０】
2010098375.tif 000012