(57)【特許請求の範囲】
【請求項１】
無線基地局制御装置から無線基地局装置に対して優先度の高い呼を設定するための優先呼設定方法であって、
無線基地局制御装置から優先呼の設定を指示するためのセットアップメッセージを無線基地局装置に送信するステップと、
無線基地局制御装置からのセットアップメッセージを受信した無線基地局装置が、優先呼設定に必要なリソース量を算出し、必要なリソース量が不足していると判定した場合、現在設定されている呼の中から優先度の低いユーザの呼開放を実施して前記優先呼を設定するために必要なリソース量を確保し、呼開放を実施したユーザのユーザＩＤおよびＲＬ  ＩＤを含んだ空き回線確保完了通知を前記無線基地局制御装置に送信するステップと、
前記無線基地局装置が、受信したセットアップメッセージに対するリソース割り当てを行うことにより優先呼のセットアップを実施し、優先呼の設定が完了したことを通知するための優先呼設定完了通知を前記無線基地局制御装置に送信するステップと、
を有し、
前記セットアップメッセージには強制フラグが含まれ、該強制フラグがオンの場合にのみ、前記無線基地局装置は優先度の低い呼の強制的な呼開放を行う、優先呼設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線基地局制御装置から無線基地局装置に対して優先度の高い呼を設定するための優先呼設定方法に関する。
【背景技術】
【０００２】
近年、様々な移動通信システムが使用されているが、この移動通信システムでは１つの無線基地局装置（以下、ＮｏｄｅＢと略す。）が使用することができる通信回線等の無線資源（以下、リソースと略す。）には制限がある。そのため、無線基地局装置に対して割り当てられているリソースが全て使用されている場合、無線基地局制御装置（以下、ＲＮＣ：Radio Network Controllerと略す。）が無線基地局装置に対して新たな呼を設定しようとしても、新たな呼の設定ができない場合が発生する。
【０００３】
しかし、災害等の緊急時に全ての呼を同等に扱っていたのでは、緊急度の高い呼（以下、緊急呼と称する。）が設定できなくなってしまうという問題が発生する。このような問題を解決するために、緊急呼に対して優先度が高いことを示すフラグを設定して、緊急度の低い他の呼よりも優先的に呼の設定が行われるようにした方法が各種開示されている（例えば、特許文献１〜３参照。）。また、緊急性を有してはいないが他の呼よりも優先的に呼設定が行われる必要がある呼（以下、優先呼と称する。）も存在する。
【０００４】
このような優先呼を他の呼に優先して設定するようにした従来の優先呼設定方法の一例を図５、図６を参照して説明する。
【０００５】
先ず、図５に示すように、ＲＮＣは、優先呼を設定しようとする場合、ＮｏｄｅＢに対してセットアップメッセージ（優先呼設定メッセージ）を送信する（ステップ５０１）。このセットアップメッセージを受信したＮｏｄｅＢは、リソースの許容量を確認して優先呼が設定可能かどうかを確認する（ステップ５０２）。そして、ここでリソース容量が不足していて優先呼の設定ができない場合、ＮｏｄｅＢは、ユーザＩＤ、ＲＬ（Radio Link:無線リンク）ＩＤを指定した空き回線確保要求（Pre-Emption Required Indication）をＲＮＣに送信する。この空き回線確保要求の構成を図６に示す。
【０００６】
この空き回線確保要求を受信したＲＮＣでは、指定された全てのＲＬに対して強制的に呼開放（Deletion)を指示するための強制呼開放指示（RL Deletion）をＮｏｄｅＢに送信する（ステップ５０３）。
【０００７】
この強制呼開放指示を受信したＮｏｄｅＢでは、既存ベアラに対するリソース割り当て変更を行うことにより、優先度の低い呼の開放を行って、強制呼開放応答をＲＮＣに返信する（ステップ５０４）。さらに、ＮｏｄｅＢは、セットアップメッセージに対するリソース割り当てを行って優先呼の設定を行い、優先呼の設定が完了した旨を優先呼設定完了通知としてＲＮＣに送信する（ステップ５０５）。
【０００８】
上記で説明した従来の優先呼設定方法では、ＮｏｄｅＢより指定されたユーザＩＤ及びＲＬ  ＩＤに従って、強制呼開放指示の受信及び処理が行われ、強制呼開放応答がＲＮＣに返信された後に、優先呼の設定が行われるため、ＲＮＣがセットアップメッセージを送信してから実際に優先呼が呼接続されるまでにはある程度の時間が必要であった。
【特許文献１】特開平１１−３２３７７号公報
【特許文献２】特開平１１−９８５５４号公報
【特許文献３】特開２０００−２０９３３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述した従来の優先呼設定方法では、セットアップメッセージがＲＮＣからＮｏｄｅＢに送信されてから実際に優先呼の設定が完了するまでのセットアップ時間が長いというという問題点があった。
【００１０】
本発明の目的は、セットアップメッセージをＮｏｄｅＢに送信してから実際に優先呼の設定が完了するまでのセットアップ時間を短縮することが可能な優先呼設定方法を提供することである。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の優先呼設定方法は、無線基地局制御装置から無線基地局装置に対して優先度の高い呼を設定するための優先呼設定方法であって、
無線基地局制御装置から優先呼の設定を指示するためのセットアップメッセージを無線基地局装置に送信するステップと、
無線基地局制御装置からのセットアップメッセージを受信した無線基地局装置が、優先呼設定に必要なリソース量を算出し、必要なリソース量が不足していると判定した場合、現在設定されている呼の中から優先度の低いユーザの呼開放を実施して前記優先呼を設定するために必要なリソース量を確保し、呼開放を実施したユーザのユーザＩＤおよびＲＬ  ＩＤを含んだ空き回線確保完了通知を前記無線基地局制御装置に送信するステップと、
前記無線基地局装置が、受信したセットアップメッセージに対するリソース割り当てを行うことにより優先呼のセットアップを実施し、優先呼の設定が完了したことを通知するための優先呼設定完了通知を前記無線基地局制御装置に送信するステップとを有する。
【００１２】
また前記セットアップメッセージには強制フラグが含まれ、該強制フラグがオンの場合にのみ、前記無線基地局装置は優先度の低い呼の強制的な呼開放を行う。
【００１３】
本発明の優先呼設定方法によれば、ＮｏｄｅＢは、強制的に呼を開放すべきユーザを検索すると、ＲＮＣに空き回線確保要求を送信してＲＮＣからの強制呼開放指示の受信を待つことなく、自立的にそのユーザの呼開放を強制的に行って優先呼の設定を行うようにしている。そのため、本実施形態の優先呼設定方法では、ＲＮＣとＮｏｄｅＢとの間で、空き回線確保要求、強制呼開放指示を送受信するという不要な処理が省略され優先呼が設定されるまでのセットアップ時間を短縮することが可能となる。
【発明の効果】
【００１４】
以上説明したように、本発明によれば、優先呼を設定する際のＲＮＣとＮｏｄｅＢ間のシーケンスが簡略化され、優先呼に対するセットアップ時間を短縮することが可能になるという効果を得ることができる。
【発明を実施するための最良の形態】
【００１５】
次に、本発明の実施の形態について図面を参照して詳細に説明する。図１は本発明の一実施形態の優先呼設定方法を説明するためのシーケンス図である。
【００１６】
図１において、ＲＮＣは、優先呼を設定しようとする場合、強制開放フラグ(オン)を含んだセットアップメッセージ（優先呼設定メッセージ）をＮｏｄｅＢに送信する（ステップ１０１）。
【００１７】
ＲＮＣは、緊急度に基づいてセットアップメッセージの強制開放フラグのオン／オフを切り替えることが可能であり、この強制開放フラグがオフの場合は従来と同様の処理が行われるものとする。
【００１８】
強制開放フラグがオンの場合、ＮｏｄｅＢは、受信したセットアップメッセージ内のＳＦ(Spreading Factor)情報を参照し、優先呼設定に必要なリソース量を算出し、必要なリソース量が不足していると判定した場合、現在設定されている呼の中から優先度の低いユーザの呼開放(Deletion)を自立的に実施して優先呼を設定するために必要なリソース量を確保する。そして、ＮｏｄｅＢは、呼開放を実施したユーザのユーザＩＤ及びＲＬ  ＩＤを含んだ空き回線確保完了通知（Pre-Emption Completed Indicationメッセージ）をＲＮＣに送信する（ステップ１０２）。
【００１９】
そして、更にＮｏｄｅＢは、受信したセットアップメッセージに対するリソース割り当てを行うことにより優先呼のセットアップを実施し、優先呼の設定が完了したことを通知するための優先呼設定完了通知をＲＮＣに返す（ステップ１０３）。
【００２０】
図２に、ＲＮＣからＮｏｄｅＢに設定されるセットアップメッセージのフォーマット構成を示す。
【００２１】
このセットアップメッセージは、ユーザを識別するユーザＩＤと、ベアラを識別するＲＬ  ＩＤと、ＤＬ（Down Link:下り回線）／ＵＬ（Up Link:上り回線）の所要リソースを決定するＳＦ（Spreading Factor）情報と、強制フラグと、多重されているトランスポートチャネル（Transport Channel）を識別するＤｃｈ  ＩＤ毎に優先レベル（Priority Level）、優先呼表示フラグ（Capability）、開放可能表示フラグ（Vulnerability）、その他設定情報が入った他の情報（Other Information）とから構成されている。
【００２２】
優先レベルは、一定の範囲内の値を取るものとし、レベル値が大きいほど優先度が低く、優先レベルが最大値（No Priority）の場合にはは、当該呼は優先呼ではない(=Pre-Emption機能は動作しない)ものとみなされる。また、Ｄｃｈ  ＩＤ毎に設定された優先レベルが全てNo Priorityだった場合は、セットアップメッセージは、pre-Emption機能を起動させるメッセージとして扱われない。
【００２３】
また、優先呼表示フラグ（Capability）は、オン／オフの２つの状態を保持し、この優先呼表示フラグがオンのメッセージは、Pre-Emptionを起動させるメッセージ(Pre-Emption Triggerメッセージ)、つまり優先呼設定メッセージであることを示す、この優先呼表示フラグがオフの場合は、Pre-Emptionを起動させるメッセージではないことを示す。
【００２４】
開放可能表示フラグ（Vulnerability）は、オン／オフの２つの状態を保持し、この開放可能フラグがオンのメッセージは、優先呼が設定される場合に強制的に開放されても構わない被Pre-Emptionメッセージであることを示し、オフの場合は強制的な開放は受け入れることができないメッセージであることを示す。つまり、この開放可能表示フラグがオンの場合には、優先レベルの設定に関係なく、そのメッセージは強制的に開放されることはない。
【００２５】
もしＤｃｈ  ＩＤ毎に優先度が異なる場合、ＮｏｄｅＢは最も優先度の低いものをそのＲＬの優先度とみなす。また、優先呼表示フラグ、開放可能表示フラグは、同一ユーザに対するＤｃｈ  ＩＤ内では全て同じ設定であるものとする。
【００２６】
また、優先呼表示フラグ、開放可能表示フラグのどちらかがオンになっている場合は、必ず有効な優先レベルが設定されているものとする(最大値＝No Priorityが設定されることがない)。
【００２７】
図３に、本実施形態において使用される空き回線確保完了通知（Pre Emption Completed Indicationメッセージ）のフォーマット構成を示す。
【００２８】
本メッセージには、ユーザＩＤ、ＲＬ  ＩＤが指定される。また、本メッセージには、複数のユーザＩＤ、ＲＬ  ＩＤを指定することもできるようになっている。
【００２９】
次に、図４を参照して本実施形態におけるＮｏｄｅＢの動作について詳細に説明する。
【００３０】
ＲＮＣは、新たに設定しようとする呼が優先呼であると判断した場合、強制開放フラグをオンとし優先レベルが指定されたセットアップメッセージをＮｏｄｅＢへ送信する。
【００３１】
ＮｏｄｅＢは、図２に示されるフォーマットを持ったセットアップメッセージを受信すると（ステップ４０１）、優先呼を設定した場合のリソース量が許容量内であるか否かを判定し（ステップ４０２）、このセットアップによりリソースが許容量を超える場合、強制開放フラグをチェックする(ステップ４０３)。ここで、強制開放フラグがオフであった場合、従来どおりの通常の処理が行われる（ステップ４１１）。ここで、強制開放フラグがオンであった場合、ＮｏｄｅＢは即座に、リソース管理テーブルを参照し(ステップ４０４)、開放可能表示フラグ＝オン、優先レベルが”No priority"でなくかつ、設定しようとする優先呼より優先レベルが低く、かつ強制開放フラグがオフのユーザを検索し、その中から最も優先度が低い順に、呼を強制的に開放すべきユーザが存在するかチェックする(ステップ４０５)。そして、この条件に該当するユーザの呼を強制的に開放し、自立開放を行ったユーザのユーザＩＤ及びＲＬＩＤの情報を記憶しておく（ステップ４０６）。
【００３２】
ここで、検索した該当ユーザを削除しても、優先呼の設定が未だリソース不足により設定できない場合(ステップ４０７)、ＮｏｄｅＢは、更に優先レベルを上げて該当ユーザが存在するかチェックを継続する。この処理の繰り返しにより、優先呼を設定するリソース量が確保された場合、ＮｏｄｅＢは、自立開放を行ったユーザのユーザＩＤ及びＲＬ  ＩＤの情報を空き回線確保完了通知（Pre-emption Completed Indicationメッセージ）として、ＲＮＣへ送信する(ステップ４０８)。空き回線確保完了通知によりＲＮＣに通知するユーザは、1ユーザに限定されずに複数ユーザとしてもよい。空き回線確保完了通知を送信直後に、ＮｏｄｅＢは、既に受信していた優先呼セットアップメッセージにより指定された優先呼の設定を行い（ステップ４０９）、受信したセットアップメッセージへの応答である優先呼設定完了通知をＲＮＣに送信する（ステップ４１０）。
【００３３】
また、優先呼を設定する際に、該当ユーザが検出できなかった場合、ＮｏｄｅＢは、存在するユーザＩＤの番号が若い順番で強制的にリソースを開放することとする。
【００３４】
ＮｏｄｅＢからの空き回線確保完了通知を受信したＲＮＣは、強制的に開放された呼と対となっているユーザの呼解放を実施する。
【００３５】
従来の優先呼設定方法では、ＮｏｄｅＢは、強制的に呼を開放すべきユーザを検索すると、そのユーザのユーザＩＤ及びＲＬ  ＩＤをＲＮＣに通知して、ＲＮＣからの強制呼開放指示を受信してから、該当ユーザの呼開放を行っていたが、本実施形態では、強制的に呼を開放すべきユーザを検索すると、ＮｏｄｅＢは自立的にそのユーザの呼開放を行って優先呼の設定を行うようにしている。そのため、本実施形態の優先呼設定方法では、ＲＮＣとＮｏｄｅＢとの間で、空き回線確保要求、強制呼開放指示を送受信するという不要なシーケンスが省略され優先呼が設定されるまでのセットアップ時間を短縮することが可能となる。
【図面の簡単な説明】
【００３６】
【図１】本発明の一実施形態の優先呼設定方法を示すシーケンスチャートである。
【図２】セットアップメッセージの構成を説明するための図である。
【図３】本発明の一実施形態の優先呼設定方法における空き回線確保完了通知の構成を示す図である。
【図４】本発明の一実施形態におけるＮｏｄｅＢの動作を示すフローチャートである。
【図５】従来の優先呼設定方法を示すシーケンスチャートである。
【図６】従来の優先呼設定方法における空き回線確保要求の構成を示す図である。
【符号の説明】
【００３７】
１０１〜１０３    ステップ
４０１〜４１１    ステップ
５０１〜５０５    ステップ
【図１】
0004539858.tif 000002
【図２】
0004539858.tif 000003
【図３】
0004539858.tif 000004
【図４】
0004539858.tif 000005
【図５】
0004539858.tif 000006
【図６】
0004539858.tif 000007