JP2007089001A

JP2007089001A - 優先呼設定方法

Info

Publication number: JP2007089001A
Application number: JP2005277589A
Authority: JP
Inventors: Takanori Mikoshiba; 高徳御子柴
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2005-09-26
Filing date: 2005-09-26
Publication date: 2007-04-05
Anticipated expiration: 2025-09-26
Also published as: JP4539858B2

Abstract

【課題】セットアップメッセージがＮｏｄｅＢに送信されてから実際に優先呼の設定が完了するまでのセットアップ時間を短縮する。
【解決手段】ＲＮＣは、優先呼を設定しようとする場合、セットアップメッセージをＮｏｄｅＢに送信する（ステップ１０１）。強制開放フラグがオンの場合、ＮｏｄｅＢは、優先呼設定に必要なリソース量を算出し、必要なリソース量が不足していると判定した場合、現在設定されている呼の中から優先度の低いユーザの呼開放を自立的に実施して優先呼を設定するために必要なリソース量を確保する。そして、ＮｏｄｅＢは、呼開放を実施したユーザのユーザＩＤ及びＲＬＩＤを含んだ空き回線確保完了通知をＲＮＣに送信する（ステップ１０２）。そして、更にＮｏｄｅＢは、優先呼のセットアップを実施し、優先呼の設定が完了したことを通知するための優先呼設定完了通知をＲＮＣに返す（ステップ１０３）。
【選択図】図１

Description

本発明は、無線基地局制御装置から無線基地局装置に対して優先度の高い呼を設定するための優先呼設定方法に関する。

近年、様々な移動通信システムが使用されているが、この移動通信システムでは１つの無線基地局装置（以下、ＮｏｄｅＢと略す。）が使用することができる通信回線等の無線資源（以下、リソースと略す。）には制限がある。そのため、無線基地局装置に対して割り当てられているリソースが全て使用されている場合、無線基地局制御装置（以下、ＲＮＣ：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ユーザに限定されずに複数ユーザとしてもよい。空き回線確保完了通知を送信直後に、ＮｏｄｅＢは、既に受信していた優先呼セットアップメッセージにより指定された優先呼の設定を行い（ステップ４０９）、受信したセットアップメッセージへの応答である優先呼設定完了通知をＲＮＣに送信する（ステップ４１０）。

また、優先呼を設定する際に、該当ユーザが検出できなかった場合、ＮｏｄｅＢは、存在するユーザＩＤの番号が若い順番で強制的にリソースを開放することとする。

ＮｏｄｅＢからの空き回線確保完了通知を受信したＲＮＣは、強制的に開放された呼と対となっているユーザの呼解放を実施する。

従来の優先呼設定方法では、ＮｏｄｅＢは、強制的に呼を開放すべきユーザを検索すると、そのユーザのユーザＩＤ及びＲＬＩＤをＲＮＣに通知して、ＲＮＣからの強制呼開放指示を受信してから、該当ユーザの呼開放を行っていたが、本実施形態では、強制的に呼を開放すべきユーザを検索すると、ＮｏｄｅＢは自立的にそのユーザの呼開放を行って優先呼の設定を行うようにしている。そのため、本実施形態の優先呼設定方法では、ＲＮＣとＮｏｄｅＢとの間で、空き回線確保要求、強制呼開放指示を送受信するという不要なシーケンスが省略され優先呼が設定されるまでのセットアップ時間を短縮することが可能となる。

本発明の一実施形態の優先呼設定方法を示すシーケンスチャートである。セットアップメッセージの構成を説明するための図である。本発明の一実施形態の優先呼設定方法における空き回線確保完了通知の構成を示す図である。本発明の一実施形態におけるＮｏｄｅＢの動作を示すフローチャートである。従来の優先呼設定方法を示すシーケンスチャートである。従来の優先呼設定方法における空き回線確保要求の構成を示す図である。

符号の説明

１０１〜１０３ステップ
４０１〜４１１ステップ
５０１〜５０５ステップ

Claims

無線基地局制御装置から無線基地局装置に対して優先度の高い呼を設定するための優先呼設定方法であって、
無線基地局制御装置から優先呼の設定を指示するためのセットアップメッセージを無線基地局装置に送信するステップと、
無線基地局制御装置からのセットアップメッセージを受信した無線基地局装置が、優先呼設定に必要なリソース量を算出し、必要なリソース量が不足していると判定した場合、現在設定されている呼の中から優先度の低いユーザの呼開放を実施して前記優先呼を設定するために必要なリソース量を確保し、呼開放を実施したユーザのユーザＩＤおよびＲＬＩＤを含んだ空き回線確保完了通知を前記無線基地局制御装置に送信するステップと、
前記無線基地局装置が、受信したセットアップメッセージに対するリソース割り当てを行うことにより優先呼のセットアップを実施し、優先呼の設定が完了したことを通知するための優先呼設定完了通知を前記無線基地局制御装置に送信するステップと、
を有する優先呼設定方法。
前記セットアップメッセージには強制フラグが含まれ、該強制フラグがオンの場合にのみ、前記無線基地局装置は優先度の低い呼の強制的な呼開放を行う請求項１記載の優先呼設定方法。