無線ネットワーク制御装置エリア内故障時の呼継続方法および無線基地局装置
【課題】無線ネットワーク制御装置の故障時に故障無線ネットワーク制御装置の配下の広域エリアが一時的に不通になっていた状態を回避できる呼継続方法を提供する。
【解決手段】
無線基地局装置に設けられた二重の通信プロトコルを用いて第１無線ネットワーク制御装置および第２無線ネットワーク制御装置とのセル設定を行ない、第１無線ネットワーク制御装置と前記第２無線ネットワーク制御装置間でセル設定情報を通知し、呼接続情報を互いに別の無線ネットワーク制御装置に通知し、いずれかの無線ネットワーク制御装置が故障した場合に、故障の通知を受信した無線基地局装置は他方の無線ネットワーク制御装置に通知されていた接続中の呼接続情報から故障した無線ネットワーク制御装置の呼を継続する。
【解決手段】
無線基地局装置に設けられた二重の通信プロトコルを用いて第１無線ネットワーク制御装置および第２無線ネットワーク制御装置とのセル設定を行ない、第１無線ネットワーク制御装置と前記第２無線ネットワーク制御装置間でセル設定情報を通知し、呼接続情報を互いに別の無線ネットワーク制御装置に通知し、いずれかの無線ネットワーク制御装置が故障した場合に、故障の通知を受信した無線基地局装置は他方の無線ネットワーク制御装置に通知されていた接続中の呼接続情報から故障した無線ネットワーク制御装置の呼を継続する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ネットワーク制御装置エリア内故障時の呼継続方法および無線基地局装置に関するものである。
【背景技術】
【０００２】
ＩＭＴ（International Mobile Telecommunication）２０００システムは、国際電気通信連合が定める第３世代（第３．５世代を含む）通信システムであり、現在、日本における携帯電話の主力となっている。（非特許文献１参照）
図１２は、従来の無線ネットワーク制御装置（ＲＮＣ：Radio Network Controller）と無線基地局装置（ＢＴＳ：Base Transceiver Station）の接続形態及びエリア関係を示す説明図である。図１２では、ＩＭＴ２０００システムのＩＰ化対応無線ネットワーク制御装置ＩＰ−ＲＮＣ１１、ＩＰ−ＲＮＣ１２と無線基地局装置ＢＴＳ２１・・・・ＢＴＳ２１０の接続携帯及びエリア関係を例にして図示している。
【０００３】
ＩＰ化対応無線ネットワーク制御装置ＩＰ−ＲＮＣ１１は、複数の無線基地局装置ＢＴＳ２１・・・・ＢＴＳ２５を制御し、発着信接続制御、終話制御、およびハンドオーバー制御を行う。また、ＩＰ化対応無線ネットワーク制御装置ＩＰ−ＲＮＣ１２は、複数の無線基地局装置ＢＴＳ２６・・・・ＢＴＳ２１０を制御し、発着信接続制御、終話制御、およびハンドオーバー制御を行う。
【０００４】
無線基地局装置ＢＴＳ＃１（２１）〜ＢＴＳ＃１０（２１０）は、それぞれに移動端末との間で無線通信可能な無線エリアをカバーしている。
【０００５】
この様に、ＩＰ化対応無線ネットワーク制御装置ＩＰ−ＲＮＣ１１、ＩＰ−ＲＮＣ１２と無線基地局装置ＢＴＳ＃１（２１）〜ＢＴＳ＃１０（２１０）の接続形態は、一つのＩＰ化対応無線ネットワーク制御装置ＩＰ−ＲＮＣ１１またはＩＰ−ＲＮＣ１２が、複数の無線基地局装置ＢＴＳ＃１（２１）〜ＢＴＳ＃５（２５）またはＢＴＳ＃６（２６）〜ＢＴＳ＃１０（２１０）に接続されてサービスを提供している。
【０００６】
一方、交換機と基地局間が二重帰属の構成での交換機障害時の呼を継続する制御に関し、以下の特許文献１がある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平１１−２７７２５号公報
【非特許文献】
【０００８】
【非特許文献１】NTT DoCoMo テクニカル・ジャーナルVol.15 No.1<URL:http://www.nttdocomo.co.jp/binary/pdf/corporate/technology/rd/tech/main/ip_based_ran/vol15_1_08jp.pdf>
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述した背景技術には以下の問題がある。
【００１０】
上位の無線ネットワーク制御装置ＲＮＣが故障すると、その配下にある複数の無線基地局装置ＢＴＳでサービスしている広域エリアのサービスが該当の無線ネットワーク制御装置ＲＮＣの復旧まで全断となる事象が発生する。
【００１１】
現状としては、無線基地局装置ＢＴＳの上位装置には一つの無線ネットワーク制御装置ＲＮＣしか接続されていないため、無線ネットワーク制御装置ＲＮＣが故障した場合に複数無線基地局装置ＢＴＳが一斉に不通となり、その無線ネットワーク制御装置ＲＮＣの配下にあたる広域エリア一体が不通となってしまうという問題があった。
【００１２】
しかしながら、現状では無線基地局装置ＢＴＳを複数の無線ネットワーク制御装置ＲＮＣに接続する手法は確立していない。
【００１３】
本発明は、二台の無線ネットワーク制御装置ＲＮＣに一台の無線基地局装置ＢＴＳを接続してサービスする場合の無線基地局装置ＢＴＳ主導で接続する手順と切断する手順を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記課題を解決するための方法の一観点は、無線基地局装置に設けられた二重の通信プロトコルを用いて前記無線基地局装置と第１無線ネットワーク制御装置とのセル設定、および前記無線基地局装置と第２無線ネットワーク制御装置とのセル設定を行なうステップと、第１無線ネットワーク制御装置と前記第２無線ネットワーク制御装置間でセル設定情報を互いに通知するステップと、前記無線基地局装置は前記無線基地局装置と前記第１無線ネットワーク制御装置または前記第２無線ネットワーク制御装置との呼接続情報を互いに別の前記第２無線ネットワーク制御装置または前記第１無線ネットワーク制御装置に通知するステップと、前記第１無線ネットワーク制御装置または前記第２無線ネットワーク制御装置のいずれかが故障した場合に、故障の通知を受信した前記無線基地局装置は他方の無線ネットワーク制御装置に通知されていた接続中の呼接続情報から故障した無線ネットワーク制御装置の呼を継続するステップとを含んでいる。
【発明の効果】
【００１５】
以上、開示の技術によれば、二台の無線ネットワーク制御装置ＲＮＣに一台の無線基地局装置ＢＴＳを接続してサービスする場合の無線基地局装置ＢＴＳ主導で接続と切断をするようにしたため、無線ネットワーク制御装置ＲＮＣエリア内故障時の呼継続が可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明による無線ネットワーク制御装置と無線基地局装置の接続形態およびエリア関係を示す説明図である。
【図２】本発明による無線ネットワーク制御装置と無線基地局装置の呼の接続ルート（正常時）を示す説明図である。
【図３】本発明による無線ネットワーク制御装置と無線基地局装置の呼の接続ルート（ＲＮＣ故障時）を示す説明図である。
【図４】本発明による無線ネットワーク制御装置と無線基地局装置の呼の接続ルート（呼接続復旧時）を示す説明図である。
【図５】本発明によるＩｕｂプロトコルスタックを示す説明図である。
【図６】本発明によるＩｕｂプロトコルスタック（呼毎の接続情報送信時）を示す説明図である。
【図７】本発明による無線ネットワーク制御装置の障害発生時の呼継続シーケンス図である。
【図８】本発明による無線基地局装置から無線ネットワーク制御装置へ送信する呼情報（ＵＤＰ使用時）を示すテーブル図である。
【図９】本発明による無線基地局装置から無線ネットワーク制御装置へ送信する呼情報（定期送信時）を示すテーブル図である。
【図１０】本発明による無線基地局装置と無線ネットワーク制御装置のＦ２呼量遷移を示す説明図である。
【図１１】本発明による無線基地局装置の機能ブロック図である。
【図１２】従来の無線ネットワーク制御装置と無線基地局装置の接続形態およびエリア関係を示す説明図である。
【発明を実施するための形態】
【００１７】
図１は、本発明による無線ネットワーク制御装置と無線基地局装置の接続形態およびエリア関係を示す説明図である。
【００１８】
前述した図１２の従来の無線ネットワーク制御装置と無線基地局装置の接続形態およびエリア関係を示す説明図と相違する点は、新たに点線で結んだルートが接続されており、例えば、無線ネットワーク制御装置ＩＰ−ＲＮＣ＃１（１１）に障害が発生しても、その配下の無線基地局装置ＢＴＳ＃１（２１）〜ＢＴＳ＃５（２５）は、隣接する無線ネットワーク制御装置ＩＰ−ＲＮＣ＃２（１２）または他の無線ネットワーク制御装置ＩＰ−ＲＮＣ＃ｎ（１ｎ）との接続ルートを使ってサービスを継続させる。そのために、各無線基地局装置ＢＴＳ＃１（２１）〜ＢＴＳ＃５（２５）は、周波数を２つの無線ネットワーク制御装置ＩＰ−ＲＮＣ＃１（１１）、ＩＰ−ＲＮＣ＃２（１２）または他に分けてサービスをすることは、どちらかの無線ネットワーク制御装置がダウンしても無線基地局装置ＢＴＳ＃１（２１）〜ＢＴＳ＃５（２５）の配下全てのサービスが停止しないので、広域エリア一帯が不通にはならないため望ましい。
【００１９】
図２は、本発明による無線ネットワーク制御装置と無線基地局装置の呼の接続ルート（正常時）を示す説明図である。
【００２０】
無線基地局装置ＢＴＳ＃１（２１）は、自身の無線エリア内に移動端末６１、６２を有している。一方、上位装置に対しては、周波数＃１と周波数＃３を用いてＩＰ専用網５１→
ボーダゲートウェイＢＧＷ４１→無線ネットワーク制御装置ＩＰ−ＲＮＣ＃１（１１）→コアＩＰ網３へのルートと、周波数＃２と周波数＃４を用いてＩＰ専用網５２→ボーダゲートウェイＢＧＷ４２→無線ネットワーク制御装置ＩＰ−ＲＮＣ＃２（１２）→コアＩＰ網３へのルートとが設けられ。ボーダゲートウェイＢＧＷ４１〜４３は、ＩＰ専用線網５１〜５３を束ねて配信する中継機器である。
【００２１】
なお、無線基地局装置ＢＴＳ＃１（２１）と第１無線ネットワーク制御装置（１１）／第２無線ネットワーク制御装置（１２）との設定を異なる周波数ごとに行なうのは、周波数は端末の種類（８００ＭＨz帯、１．５ＧＨz帯、１．７ＧＨz帯、２ＧＨz帯など）によるキャリア側の基地局設計に関係しており、周波数単位での増設減設などが行なわれるためである。
【００２２】
図３は、本発明による無線ネットワーク制御装置と無線基地局装置の呼の接続ルート（ＲＮＣ故障時）を示す説明図であり、無線ネットワーク制御装置ＩＰ−ＲＮＣ＃２（１２）が故障した状態を示す。
【００２３】
無線基地局装置ＢＴＳ＃１（２１）は、上位装置に対して、周波数＃１と周波数＃３を用いてＩＰ専用網５１→ボーダゲートウェイＢＧＷ４１→無線ネットワーク制御装置ＩＰ−ＲＮＣ＃１（１１）→コアＩＰ網３へのルートのみとなる。
【００２４】
図４は、本発明による無線ネットワーク制御装置と無線基地局装置の呼の接続ルート（呼接続復旧時）を示す説明図であり、故障した無線ネットワーク制御装置ＩＰ−ＲＮＣ＃２（１２）に接続していた周波数＃２と周波数＃４を一時的に無線ネットワーク制御装置ＩＰ−ＲＮＣ＃１（１１）側へ移してサービスを継続させる状態を示す。
【００２５】
図５は、本発明によるＩｕｂプロトコルスタックを示す説明図である。無線基地局装置ＢＴＳ＃１は、Ｉｕｂプロトコルを二重に持ち、無線ネットワーク制御装置ＩＰ−ＲＮＣ＃１との間はＦ１／Ｆ３周波数でＮＢＡＰ（Node B Application Part）７ａ：無線リンク設定手順を行い、ＩＰ−ＲＮＣ＃２との間はＦ２／Ｆ４周波数でＮＢＡＰ（Node B Application Part）７ｂ：無線リンク設定手順を実施する。
【００２６】
ＳＣＴＰ（Stream Control Transmission Protocol）、ＩＰ（Internet Protocol）およびＬ２／Ｌ１スイッチは、ＡＰＩ(Application Program Interface)としてＩｕｂプロトコルスタック８ａ，８ｂを形成する。
【００２７】
図６は、本発明によるＩｕｂプロトコルスタック（呼毎の接続情報送信時）を示す説明図である。図５に示すＩｕｂプロトコルスタックとの相違は、ＳＣＴＰ（Stream Control Transmission Protocol）の代わりにＵＤＰ（User Datagram Protocol）が用いられる。
【００２８】
図７は、本発明による無線ネットワーク制御装置の障害発生時の呼継続シーケンス図である。以下に、障害発生時の呼継続手順について説明する。
【００２９】
Ｓ１．シグナリング・プロトコルであるＮＢＡＰ（NodeB Application Part）内には、ＲＮＣ種別を設け、セル再設定時を周波数単位でリセットできるようにする。ＩＰ−ＲＮＣ＃１は、ＢＴＳリセット要求（Ｆ１／Ｆ３周波数）のＮＢＡＰプロトコルをＢＴＳ＃１へ送信する。
【００３０】
Ｓ２．ＢＴＳ＃１は、ＢＴＳリセット応答（Ｆ１／Ｆ３周波数）のＮＢＡＰプロトコルをＩＰ−ＲＮＣ＃１へ送信する。
【００３１】
Ｓ３．ＩＰ−ＲＮＣ＃１は、セル設定要求（Ｆ１／Ｆ３周波数）のＮＢＡＰプロトコルをＢＴＳ＃１へ送信する。
【００３２】
Ｓ４．ＢＴＳ＃１は、セル設定応答（Ｆ１／Ｆ３周波数）のＮＢＡＰプロトコルをＩＰ−ＲＮＣ＃１へ送信する。
【００３３】
Ｓ５．ＩＰ−ＲＮＣ＃１とＩＰ−ＲＮＣ＃２間で、アドレス情報をシグナリング・プロトコルであるＲＮＳＡＰ（Radio Network Subsystem Application Part）に載せ替えて、セル設定情報（Ｆ１／Ｆ３周波数）を通知する。
【００３４】
Ｓ６．ＩＰ−ＲＮＣ＃２は、ＢＴＳリセット要求（Ｆ２／Ｆ４周波数）のＮＢＡＰプロトコルをＢＴＳ＃１へ送信する。
【００３５】
Ｓ７．ＢＴＳ＃１は、ＢＴＳリセット応答（Ｆ２／Ｆ４周波数）のＮＢＡＰプロトコルをＩＰ−ＲＮＣ＃２へ送信する。
【００３６】
Ｓ８．ＩＰ−ＲＮＣ＃２は、セル設定要求（Ｆ２／Ｆ４周波数）のＮＢＡＰプロトコルをＢＴＳ＃１へ送信する。
【００３７】
Ｓ９．ＢＴＳ＃１は、セル設定応答（Ｆ２／Ｆ４周波数）のＮＢＡＰプロトコルをＩＰ−ＲＮＣ＃２へ送信する。
【００３８】
Ｓ１０．ＩＰ−ＲＮＣ＃１とＩＰ−ＲＮＣ＃２間で、アドレス情報をシグナリング・プロトコルであるＲＮＳＡＰに載せ替えて、セル設定情報（Ｆ２／Ｆ４周波数）を通知する。
【００３９】
以上のＳ１〜Ｓ１０のステップは、セル再設定時を周波数単位でリセットできる仕組みである。また、ＩＰ−ＲＮＣ＃１とＩＰ−ＲＮＣ＃２間でセル設定情報を通知する。これにより、１つのＢＴＳを制御するＲＮＣが２つ以上になるために発生する再開シーケンス競合を回避させている。
【００４０】
Ｓ１１．ＢＴＳ＃１とＩＰ−ＲＮＣ＃２間の呼設定（Ｆ２／Ｆ４周波数）がなされ、この間の呼接続状態になる。
【００４１】
Ｓ１２．ＢＴＳ＃１は、各ＩＰ−ＲＮＣとの呼毎の情報(Ｆ２／Ｆ４周波数)を別のＩＰ−ＲＮＣ（この場合はＩＰ−ＲＮＣ＃１）へＵＤＰ（User Datagram Protocol）の投げきりで通知する。なお、この呼毎の情報については、図８で詳細に説明する。情報を受信したＩＰ−ＲＮＣ＃１は、常に情報を更新し保存する、
Ｓ１３．ＢＴＳ＃１は、投げきりのＵＤＰプロトコルを補充するため、一定周期で最新情報を通知して、差分があった場合に補う仕組みを有する。なお、この最新情報については、図９で詳細に説明する。
【００４２】
Ｓ１４〜Ｓ１６．ＢＴＳ＃１とＩＰ−ＲＮＣ＃２間の呼設定が呼毎になされ、前述のＳ１１〜Ｓ１３と同様な手順による制御が行なわれる。
【００４３】
以上のＳ１１〜Ｓ１６のステップは、ＩＰ−ＲＮＣ＃２が故障した際にもＢＴＳ＃１とＩＰ−ＲＮＣ＃２間での接続中の呼がＢＴＳ＃１とＩＰ−ＲＮＣ＃１間で継続できるように準備をしている。
【００４４】
Ｓ１７．ＩＰ−ＲＮＣ＃２にて障害が発生して故障した場合に、ＢＴＳ＃１とＩＰ−ＲＮＣ＃２間の接続経路が切断状態になる。
【００４５】
Ｓ１８．ＢＴＳ＃１は、片方のＩＰ−ＲＮＣ（この場合はＩＰ−ＲＮＣ＃２）が故障した場合に、別のＩＰ−ＲＮＣ（この場合はＩＰ−ＲＮＣ＃１）に対して、接続中(ＩＰ−ＲＮＣ＃２が故障する直前まで接続していた)の呼の接続要求のＮＢＡＰプロトコルを送信する。
【００４６】
Ｓ１９．ＩＰ−ＲＮＣ＃１は、接続中の呼の接続応答のＮＢＡＰプロトコルをＢＴＳ＃１へ送信する。
【００４７】
Ｓ２０．ＩＰ−ＲＮＣ＃１は、接続中の呼情報から故障したＢＴＳ＃２のＦ２／Ｆ４周波数を引き取り、そのまま呼を継続する。ユーザからすると、同一周波数のまま新ＩＰ−ＲＮＣ＃１で再接続後に通話やデータ通信の継続が可能となる。
【００４８】
以上のＳ１７〜Ｓ２０のステップは、実際にＩＰ−ＲＮＣ＃２が故障してから復旧するまで、ＩＰ−ＲＮＣ＃１にて周波数Ｆ２／Ｆ４（ＩＰ−ＲＮＣ＃２が管理していた周波数）の接続も実施し、ＢＴＳ＃１の周波数を有効に利用することができる。
【００４９】
Ｓ２１．故障したＩＰ−ＲＮＣ＃２が回復すると、ＩＰ−ＲＮＣ＃２は、Measurement Report（測定結果報告）のＮＢＡＰプロトコルをＢＴＳ＃１へ送信する。
【００５０】
Ｓ２２．ＢＴＳ＃１は、Measurement Report受信応答のＮＢＡＰプロトコルをＩＰ−ＲＮＣ＃２へ送信する。
【００５１】
Ｓ２３．ＢＴＳ＃１は、ＩＰ−ＲＮＣ＃２の障害回復を検出すると、Ｆ２／Ｆ４周波数による新規呼接続停止要求のＮＢＡＰプロトコルをＩＰ−ＲＮＣ＃１へ送信する。
【００５２】
Ｓ２４．ＩＰ−ＲＮＣ＃１は、Ｆ２／Ｆ４周波数による新規呼接続停止応答のＮＢＡＰプロトコルをＢＴＳ＃１へ送信する。
【００５３】
Ｓ２５．ＩＰ−ＲＮＣ＃１は、アドレス情報をシグナリング・プロトコルであるＲＮＳＡＰに載せ替えて、Ｆ２／Ｆ４周波数による呼接続状態情報を通知する。
【００５４】
Ｓ２６．ＩＰ−ＲＮＣ＃１は、Ｆ２／Ｆ４周波数による新規呼接続停止状態とする。
【００５５】
Ｓ２７．ＢＴＳ＃１とＩＰ−ＲＮＣ＃２間のＦ２／Ｆ４周波数による呼設定がなされ、この間の呼接続状態になる。
【００５６】
Ｓ２８．ＩＰ−ＲＮＣ＃１は、アドレス情報をシグナリング・プロトコルであるＲＮＳＡＰに載せ替えて、Ｆ２／Ｆ４周波数による呼変化情報をＩＰ−ＲＮＣ＃２へ通知する。
【００５７】
以上のＳ２１〜Ｓ２８のステップは、故障したＩＰ−ＲＮＣ＃２が復旧した際に速やかに元のエリア形態に戻すことが可能になる。
【００５８】
以上によれば、無線基地局装置主導で呼の接続サービスを提供できるとともに、無線ネットワーク制御装置が故障し場合にも故障した無線ネットワーク制御装置配下のユーザの呼を継続させる為の手順を提供できる。
【００５９】
図８は、本発明による無線基地局装置から無線ネットワーク制御装置へ送信する呼情報（ＵＤＰ使用時）を示すテーブル図である。この呼情報は、前述の図７で説明したＳ１２およびＳ１５の呼毎の情報であって、無線ネットワーク制御装置が故障した際に、該当無線ネットワーク制御装置配下のユーザ情報を速やかに他の無線ネットワーク制御装置に伝えるために、各無線ネットワーク制御装置の呼情報９を別の無線ネットワーク制御装置に投げきり（ＵＤＰプロトコル）で通知する。この呼情報９は、呼識別ＩＤ、キャリア番号、セクタ番号、チャネリゼーションコード、スロットフォーマット、スクランブルコード、物理チャネル情報、および無線パラメータ情報から構成される。
【００６０】
図９は、本発明による無線基地局装置から無線ネットワーク制御装置へ送信する呼情報（定期送信時）を示すテーブル図である。この呼情報９ａ，９ｂは、前述の図７で説明したＳ１３およびＳ１６のＣＥＬＬ情報（最新）であって、投げきりのプロトコルを補充するため一定周期で最新情報を通知して差分があった場合に補う仕組みを有する。この呼情報９ａ，９ｂは、キャリア番号Ｆ２とキャリア番号Ｆ４ごとにセクタ番号♯１〜＃６の呼情報９ａ，９ｂであり、各呼情報９ａ，９ｂは、呼識別ＩＤ♯１〜＃ｎの呼毎にチャネリゼーションコード、スロットフォーマット、スクランブルコード、物理チャネル情報、および無線パラメータ情報から構成される。
【００６１】
図１０は、本発明による無線基地局装置と無線ネットワーク制御装置のＦ２呼量遷移を示す説明図である。周波数Ｆ２の呼量の最大を１００呼として記載する。
【００６２】
状態１において、ＩＰ−ＲＮＣ＃２の周波数（以降Ｆ２）とＢＴＳで呼接続中であり、接続中呼量は３０呼を示す。
【００６３】
状態２において、ＢＴＳとＩＰ−ＲＮＣ＃２で接続呼が設定・解放を繰返し、接続呼量は６０呼を示す。
【００６４】
状態３において、ＩＰ−ＲＮＣ＃２で障害が発生し、ＩＰ−ＲＮＣ＃２が故障状態になる。
【００６５】
状態４において、ＩＰ−ＲＮＣ＃１で６０呼の設定を実施する。
【００６６】
状態５において、ＢＴＳとＩＰ−ＲＮＣ＃１で接続呼が設定・解放を繰り返し、接続呼量は５０呼を示す。
【００６７】
状態６において、ＩＰ−ＲＮＣ＃２の障害が回復し、ＩＰ−ＲＮＣ＃２が正常状態に戻る。
【００６８】
状態７において、Ｆ２呼量の制限を実施する。具体的には、（ＩＰ−ＲＮＣ＃１）＋（ＩＰ−ＲＮＣ＃２）で１００呼を超えないようにＩＰ−ＲＮＣ＃２で新規呼の呼量制限を実施する。
【００６９】
状態８において、ＩＰ−ＲＮＣ＃１のＦ２の呼が解放されるまで継続される。
【００７０】
状態９において、ＩＰ−ＲＮＣ＃１のＦ２の呼が全解放された後は、ＩＰ−ＲＮＣ＃２のみで呼制御が行われる。
【００７１】
図１１は、本発明による無線基地局装置の機能ブロック図である。図１１において、太枠網かけ部のＨＷＹ機能部１３、呼処理機能部１４および再開切替機能部２２が本発明の関連する部分である。
【００７２】
ＨＷＹ（Highway）機能部１３は、プロトコル制御と管理、物理回線の接続と測定、対ＲＮＣとのデータ制御、及び帯域の管理と設定を行っている。本発明では、ＲＮＣフラグを元にＲＮＣ単位でプロトコル制御と対ＲＮＣとのデータ制御を分け、それぞれの管理単位で制御するように変更して二重のプロトコルスタック制御を実現する。プロトコル制御はＲＮＣ単位に分け、呼毎に終端する仕組みを具備することで、上位のＲＮＣを意識することなく、呼制御が可能となる。
【００７３】
呼処理機能部１４は、共通チャネルの設定制御と解放制御、ＨＳチャネルの設定制御と解放制御、及び個別チャネルの設定制御と解放制御に、上記のチャネル群に対する変更制御、保守制御、及び再開制御を行っている。本発明では、呼制御情報をＵＤＰの投げきりで他のＲＮＣに送信する機能を具備する。また、他ＲＮＣの呼情報を受信した場合に、リアルタイムに保存する機能を具備する。それらの機能により接続中のＲＮＣが故障した通知を受信した場合に、速やかに呼を復活する設定が可能となる。また、故障ＲＮＣの周波数帯の呼接続に関して、故障していないＲＮＣに呼制御するように変更することで該当周波数の新規呼接続も可能になる。
【００７４】
再開切替機能部２２は、再開機能、ＦＰＧＡダウンロード機能（ＦＰＧＡファームのダウンロード制御）、診断機能（カード起動時の１次、２次診断）、及びＮＥ切替機能（マクロあるいは状態変化によるＮＥ切替の制御）を有する。本発明では、周波数単位で管理して再開（テーブルの初期化など）を実施することで、ＲＮＣ毎の再開時に他のＲＮＣに影響を与えないように行なうことが可能である。
【００７５】
その他は既存の機能部であり、無線基地局装置の各機能部への指示を発する受付部１１、局データの制御や障害制御やＲＡＳ（Reliability Availability Serviceability）機能などを司る保守機能部１２、ベースバンドの追い出し制御やリソース管理などを司るベースバンド機能部１５、ＢＴＳにおけるトラヒック測定を行なうトラヒック機能部１６、リセット制御やカード制御などを行う監視制御機能部１７、ＡＴＭＳＷ（Asynchronous Transfer Mode Switch）部への設定を行なうＭＵＸ（Multiplexer）機能部１８、無線送受信インタフェースカードを制御するＴＲＸ（Transmitter & Receiver）機能部１９、ＢＴＳにおける無線及びＴＲＸ系の測定を実施する無線測定機能部２０、及び通信制御機能を統括する通信機能部２１、障害ログやデバッグ時のコマンドなどを有するデバッグ機能部２３、および共通的に処理を行うタイマ機能などを有する共通機能部２４から構成される。
【００７６】
なお、無線基地局装置内の各機能ブロック間の信号の送受については説明を省略するが、前述した図７の本発明による障害発生時の呼継続シーケンスに基づいて、無線基地局装置内の受付部１１が起動され各機能ブロックとの連携で無線ネットワーク制御装置へのメッセージを作りだす。
【符号の説明】
【００７７】
１ 無線ネットワーク制御装置（ＩＰ−ＲＮＣ＃１，＃２，＃３）
２ 無線基地局装置（ＢＴＳ♯１〜＃１０）
３ コアＩＰ網
４ ボーダゲートウェイ（ＢＧＷ）
５ ＩＰ専用線網
６ 移動端末
７ａ ＮＢＡＰ無線リンク設定手順（Ｆ１/Ｆ３周波数）
７ｂ ＮＢＡＰ無線リンク設定手順（Ｆ２/Ｆ４周波数）
８ａ ＡＰＩとして形成されたＩｕｂプロトコルスタック（Ｆ１/Ｆ３周波数）
８ｂ ＡＰＩとして形成されたＩｕｂプロトコルスタック（Ｆ２/Ｆ４周波数）
９ 呼情報（ＵＤＰ使用時）
９ａ Ｆ２周波数による呼情報（定期送信時）
９ｂ Ｆ４周波数による呼情報（定期送信時）
１１ 受付部
１２ 保守機能部
１３ ＨＷＹ（Highway）機能部
１４ 呼処理機能部
１５ ベースバンド機能部
１６ トラヒック機能部
１７ 監視制御機能部
１８ ＭＵＸ（Multiplexer）機能部
１９ ＴＲＸ（Transmitter & Receiver）機能部
２０ 無線測定機能部
２１ 通信機能部
２２ 再開切替機能部
２３ デバッグ機能部
２４ 共通機能部
【技術分野】
【０００１】
本発明は、無線ネットワーク制御装置エリア内故障時の呼継続方法および無線基地局装置に関するものである。
【背景技術】
【０００２】
ＩＭＴ（International Mobile Telecommunication）２０００システムは、国際電気通信連合が定める第３世代（第３．５世代を含む）通信システムであり、現在、日本における携帯電話の主力となっている。（非特許文献１参照）
図１２は、従来の無線ネットワーク制御装置（ＲＮＣ：Radio Network Controller）と無線基地局装置（ＢＴＳ：Base Transceiver Station）の接続形態及びエリア関係を示す説明図である。図１２では、ＩＭＴ２０００システムのＩＰ化対応無線ネットワーク制御装置ＩＰ−ＲＮＣ１１、ＩＰ−ＲＮＣ１２と無線基地局装置ＢＴＳ２１・・・・ＢＴＳ２１０の接続携帯及びエリア関係を例にして図示している。
【０００３】
ＩＰ化対応無線ネットワーク制御装置ＩＰ−ＲＮＣ１１は、複数の無線基地局装置ＢＴＳ２１・・・・ＢＴＳ２５を制御し、発着信接続制御、終話制御、およびハンドオーバー制御を行う。また、ＩＰ化対応無線ネットワーク制御装置ＩＰ−ＲＮＣ１２は、複数の無線基地局装置ＢＴＳ２６・・・・ＢＴＳ２１０を制御し、発着信接続制御、終話制御、およびハンドオーバー制御を行う。
【０００４】
無線基地局装置ＢＴＳ＃１（２１）〜ＢＴＳ＃１０（２１０）は、それぞれに移動端末との間で無線通信可能な無線エリアをカバーしている。
【０００５】
この様に、ＩＰ化対応無線ネットワーク制御装置ＩＰ−ＲＮＣ１１、ＩＰ−ＲＮＣ１２と無線基地局装置ＢＴＳ＃１（２１）〜ＢＴＳ＃１０（２１０）の接続形態は、一つのＩＰ化対応無線ネットワーク制御装置ＩＰ−ＲＮＣ１１またはＩＰ−ＲＮＣ１２が、複数の無線基地局装置ＢＴＳ＃１（２１）〜ＢＴＳ＃５（２５）またはＢＴＳ＃６（２６）〜ＢＴＳ＃１０（２１０）に接続されてサービスを提供している。
【０００６】
一方、交換機と基地局間が二重帰属の構成での交換機障害時の呼を継続する制御に関し、以下の特許文献１がある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平１１−２７７２５号公報
【非特許文献】
【０００８】
【非特許文献１】NTT DoCoMo テクニカル・ジャーナルVol.15 No.1<URL:http://www.nttdocomo.co.jp/binary/pdf/corporate/technology/rd/tech/main/ip_based_ran/vol15_1_08jp.pdf>
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述した背景技術には以下の問題がある。
【００１０】
上位の無線ネットワーク制御装置ＲＮＣが故障すると、その配下にある複数の無線基地局装置ＢＴＳでサービスしている広域エリアのサービスが該当の無線ネットワーク制御装置ＲＮＣの復旧まで全断となる事象が発生する。
【００１１】
現状としては、無線基地局装置ＢＴＳの上位装置には一つの無線ネットワーク制御装置ＲＮＣしか接続されていないため、無線ネットワーク制御装置ＲＮＣが故障した場合に複数無線基地局装置ＢＴＳが一斉に不通となり、その無線ネットワーク制御装置ＲＮＣの配下にあたる広域エリア一体が不通となってしまうという問題があった。
【００１２】
しかしながら、現状では無線基地局装置ＢＴＳを複数の無線ネットワーク制御装置ＲＮＣに接続する手法は確立していない。
【００１３】
本発明は、二台の無線ネットワーク制御装置ＲＮＣに一台の無線基地局装置ＢＴＳを接続してサービスする場合の無線基地局装置ＢＴＳ主導で接続する手順と切断する手順を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記課題を解決するための方法の一観点は、無線基地局装置に設けられた二重の通信プロトコルを用いて前記無線基地局装置と第１無線ネットワーク制御装置とのセル設定、および前記無線基地局装置と第２無線ネットワーク制御装置とのセル設定を行なうステップと、第１無線ネットワーク制御装置と前記第２無線ネットワーク制御装置間でセル設定情報を互いに通知するステップと、前記無線基地局装置は前記無線基地局装置と前記第１無線ネットワーク制御装置または前記第２無線ネットワーク制御装置との呼接続情報を互いに別の前記第２無線ネットワーク制御装置または前記第１無線ネットワーク制御装置に通知するステップと、前記第１無線ネットワーク制御装置または前記第２無線ネットワーク制御装置のいずれかが故障した場合に、故障の通知を受信した前記無線基地局装置は他方の無線ネットワーク制御装置に通知されていた接続中の呼接続情報から故障した無線ネットワーク制御装置の呼を継続するステップとを含んでいる。
【発明の効果】
【００１５】
以上、開示の技術によれば、二台の無線ネットワーク制御装置ＲＮＣに一台の無線基地局装置ＢＴＳを接続してサービスする場合の無線基地局装置ＢＴＳ主導で接続と切断をするようにしたため、無線ネットワーク制御装置ＲＮＣエリア内故障時の呼継続が可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明による無線ネットワーク制御装置と無線基地局装置の接続形態およびエリア関係を示す説明図である。
【図２】本発明による無線ネットワーク制御装置と無線基地局装置の呼の接続ルート（正常時）を示す説明図である。
【図３】本発明による無線ネットワーク制御装置と無線基地局装置の呼の接続ルート（ＲＮＣ故障時）を示す説明図である。
【図４】本発明による無線ネットワーク制御装置と無線基地局装置の呼の接続ルート（呼接続復旧時）を示す説明図である。
【図５】本発明によるＩｕｂプロトコルスタックを示す説明図である。
【図６】本発明によるＩｕｂプロトコルスタック（呼毎の接続情報送信時）を示す説明図である。
【図７】本発明による無線ネットワーク制御装置の障害発生時の呼継続シーケンス図である。
【図８】本発明による無線基地局装置から無線ネットワーク制御装置へ送信する呼情報（ＵＤＰ使用時）を示すテーブル図である。
【図９】本発明による無線基地局装置から無線ネットワーク制御装置へ送信する呼情報（定期送信時）を示すテーブル図である。
【図１０】本発明による無線基地局装置と無線ネットワーク制御装置のＦ２呼量遷移を示す説明図である。
【図１１】本発明による無線基地局装置の機能ブロック図である。
【図１２】従来の無線ネットワーク制御装置と無線基地局装置の接続形態およびエリア関係を示す説明図である。
【発明を実施するための形態】
【００１７】
図１は、本発明による無線ネットワーク制御装置と無線基地局装置の接続形態およびエリア関係を示す説明図である。
【００１８】
前述した図１２の従来の無線ネットワーク制御装置と無線基地局装置の接続形態およびエリア関係を示す説明図と相違する点は、新たに点線で結んだルートが接続されており、例えば、無線ネットワーク制御装置ＩＰ−ＲＮＣ＃１（１１）に障害が発生しても、その配下の無線基地局装置ＢＴＳ＃１（２１）〜ＢＴＳ＃５（２５）は、隣接する無線ネットワーク制御装置ＩＰ−ＲＮＣ＃２（１２）または他の無線ネットワーク制御装置ＩＰ−ＲＮＣ＃ｎ（１ｎ）との接続ルートを使ってサービスを継続させる。そのために、各無線基地局装置ＢＴＳ＃１（２１）〜ＢＴＳ＃５（２５）は、周波数を２つの無線ネットワーク制御装置ＩＰ−ＲＮＣ＃１（１１）、ＩＰ−ＲＮＣ＃２（１２）または他に分けてサービスをすることは、どちらかの無線ネットワーク制御装置がダウンしても無線基地局装置ＢＴＳ＃１（２１）〜ＢＴＳ＃５（２５）の配下全てのサービスが停止しないので、広域エリア一帯が不通にはならないため望ましい。
【００１９】
図２は、本発明による無線ネットワーク制御装置と無線基地局装置の呼の接続ルート（正常時）を示す説明図である。
【００２０】
無線基地局装置ＢＴＳ＃１（２１）は、自身の無線エリア内に移動端末６１、６２を有している。一方、上位装置に対しては、周波数＃１と周波数＃３を用いてＩＰ専用網５１→
ボーダゲートウェイＢＧＷ４１→無線ネットワーク制御装置ＩＰ−ＲＮＣ＃１（１１）→コアＩＰ網３へのルートと、周波数＃２と周波数＃４を用いてＩＰ専用網５２→ボーダゲートウェイＢＧＷ４２→無線ネットワーク制御装置ＩＰ−ＲＮＣ＃２（１２）→コアＩＰ網３へのルートとが設けられ。ボーダゲートウェイＢＧＷ４１〜４３は、ＩＰ専用線網５１〜５３を束ねて配信する中継機器である。
【００２１】
なお、無線基地局装置ＢＴＳ＃１（２１）と第１無線ネットワーク制御装置（１１）／第２無線ネットワーク制御装置（１２）との設定を異なる周波数ごとに行なうのは、周波数は端末の種類（８００ＭＨz帯、１．５ＧＨz帯、１．７ＧＨz帯、２ＧＨz帯など）によるキャリア側の基地局設計に関係しており、周波数単位での増設減設などが行なわれるためである。
【００２２】
図３は、本発明による無線ネットワーク制御装置と無線基地局装置の呼の接続ルート（ＲＮＣ故障時）を示す説明図であり、無線ネットワーク制御装置ＩＰ−ＲＮＣ＃２（１２）が故障した状態を示す。
【００２３】
無線基地局装置ＢＴＳ＃１（２１）は、上位装置に対して、周波数＃１と周波数＃３を用いてＩＰ専用網５１→ボーダゲートウェイＢＧＷ４１→無線ネットワーク制御装置ＩＰ−ＲＮＣ＃１（１１）→コアＩＰ網３へのルートのみとなる。
【００２４】
図４は、本発明による無線ネットワーク制御装置と無線基地局装置の呼の接続ルート（呼接続復旧時）を示す説明図であり、故障した無線ネットワーク制御装置ＩＰ−ＲＮＣ＃２（１２）に接続していた周波数＃２と周波数＃４を一時的に無線ネットワーク制御装置ＩＰ−ＲＮＣ＃１（１１）側へ移してサービスを継続させる状態を示す。
【００２５】
図５は、本発明によるＩｕｂプロトコルスタックを示す説明図である。無線基地局装置ＢＴＳ＃１は、Ｉｕｂプロトコルを二重に持ち、無線ネットワーク制御装置ＩＰ−ＲＮＣ＃１との間はＦ１／Ｆ３周波数でＮＢＡＰ（Node B Application Part）７ａ：無線リンク設定手順を行い、ＩＰ−ＲＮＣ＃２との間はＦ２／Ｆ４周波数でＮＢＡＰ（Node B Application Part）７ｂ：無線リンク設定手順を実施する。
【００２６】
ＳＣＴＰ（Stream Control Transmission Protocol）、ＩＰ（Internet Protocol）およびＬ２／Ｌ１スイッチは、ＡＰＩ(Application Program Interface)としてＩｕｂプロトコルスタック８ａ，８ｂを形成する。
【００２７】
図６は、本発明によるＩｕｂプロトコルスタック（呼毎の接続情報送信時）を示す説明図である。図５に示すＩｕｂプロトコルスタックとの相違は、ＳＣＴＰ（Stream Control Transmission Protocol）の代わりにＵＤＰ（User Datagram Protocol）が用いられる。
【００２８】
図７は、本発明による無線ネットワーク制御装置の障害発生時の呼継続シーケンス図である。以下に、障害発生時の呼継続手順について説明する。
【００２９】
Ｓ１．シグナリング・プロトコルであるＮＢＡＰ（NodeB Application Part）内には、ＲＮＣ種別を設け、セル再設定時を周波数単位でリセットできるようにする。ＩＰ−ＲＮＣ＃１は、ＢＴＳリセット要求（Ｆ１／Ｆ３周波数）のＮＢＡＰプロトコルをＢＴＳ＃１へ送信する。
【００３０】
Ｓ２．ＢＴＳ＃１は、ＢＴＳリセット応答（Ｆ１／Ｆ３周波数）のＮＢＡＰプロトコルをＩＰ−ＲＮＣ＃１へ送信する。
【００３１】
Ｓ３．ＩＰ−ＲＮＣ＃１は、セル設定要求（Ｆ１／Ｆ３周波数）のＮＢＡＰプロトコルをＢＴＳ＃１へ送信する。
【００３２】
Ｓ４．ＢＴＳ＃１は、セル設定応答（Ｆ１／Ｆ３周波数）のＮＢＡＰプロトコルをＩＰ−ＲＮＣ＃１へ送信する。
【００３３】
Ｓ５．ＩＰ−ＲＮＣ＃１とＩＰ−ＲＮＣ＃２間で、アドレス情報をシグナリング・プロトコルであるＲＮＳＡＰ（Radio Network Subsystem Application Part）に載せ替えて、セル設定情報（Ｆ１／Ｆ３周波数）を通知する。
【００３４】
Ｓ６．ＩＰ−ＲＮＣ＃２は、ＢＴＳリセット要求（Ｆ２／Ｆ４周波数）のＮＢＡＰプロトコルをＢＴＳ＃１へ送信する。
【００３５】
Ｓ７．ＢＴＳ＃１は、ＢＴＳリセット応答（Ｆ２／Ｆ４周波数）のＮＢＡＰプロトコルをＩＰ−ＲＮＣ＃２へ送信する。
【００３６】
Ｓ８．ＩＰ−ＲＮＣ＃２は、セル設定要求（Ｆ２／Ｆ４周波数）のＮＢＡＰプロトコルをＢＴＳ＃１へ送信する。
【００３７】
Ｓ９．ＢＴＳ＃１は、セル設定応答（Ｆ２／Ｆ４周波数）のＮＢＡＰプロトコルをＩＰ−ＲＮＣ＃２へ送信する。
【００３８】
Ｓ１０．ＩＰ−ＲＮＣ＃１とＩＰ−ＲＮＣ＃２間で、アドレス情報をシグナリング・プロトコルであるＲＮＳＡＰに載せ替えて、セル設定情報（Ｆ２／Ｆ４周波数）を通知する。
【００３９】
以上のＳ１〜Ｓ１０のステップは、セル再設定時を周波数単位でリセットできる仕組みである。また、ＩＰ−ＲＮＣ＃１とＩＰ−ＲＮＣ＃２間でセル設定情報を通知する。これにより、１つのＢＴＳを制御するＲＮＣが２つ以上になるために発生する再開シーケンス競合を回避させている。
【００４０】
Ｓ１１．ＢＴＳ＃１とＩＰ−ＲＮＣ＃２間の呼設定（Ｆ２／Ｆ４周波数）がなされ、この間の呼接続状態になる。
【００４１】
Ｓ１２．ＢＴＳ＃１は、各ＩＰ−ＲＮＣとの呼毎の情報(Ｆ２／Ｆ４周波数)を別のＩＰ−ＲＮＣ（この場合はＩＰ−ＲＮＣ＃１）へＵＤＰ（User Datagram Protocol）の投げきりで通知する。なお、この呼毎の情報については、図８で詳細に説明する。情報を受信したＩＰ−ＲＮＣ＃１は、常に情報を更新し保存する、
Ｓ１３．ＢＴＳ＃１は、投げきりのＵＤＰプロトコルを補充するため、一定周期で最新情報を通知して、差分があった場合に補う仕組みを有する。なお、この最新情報については、図９で詳細に説明する。
【００４２】
Ｓ１４〜Ｓ１６．ＢＴＳ＃１とＩＰ−ＲＮＣ＃２間の呼設定が呼毎になされ、前述のＳ１１〜Ｓ１３と同様な手順による制御が行なわれる。
【００４３】
以上のＳ１１〜Ｓ１６のステップは、ＩＰ−ＲＮＣ＃２が故障した際にもＢＴＳ＃１とＩＰ−ＲＮＣ＃２間での接続中の呼がＢＴＳ＃１とＩＰ−ＲＮＣ＃１間で継続できるように準備をしている。
【００４４】
Ｓ１７．ＩＰ−ＲＮＣ＃２にて障害が発生して故障した場合に、ＢＴＳ＃１とＩＰ−ＲＮＣ＃２間の接続経路が切断状態になる。
【００４５】
Ｓ１８．ＢＴＳ＃１は、片方のＩＰ−ＲＮＣ（この場合はＩＰ−ＲＮＣ＃２）が故障した場合に、別のＩＰ−ＲＮＣ（この場合はＩＰ−ＲＮＣ＃１）に対して、接続中(ＩＰ−ＲＮＣ＃２が故障する直前まで接続していた)の呼の接続要求のＮＢＡＰプロトコルを送信する。
【００４６】
Ｓ１９．ＩＰ−ＲＮＣ＃１は、接続中の呼の接続応答のＮＢＡＰプロトコルをＢＴＳ＃１へ送信する。
【００４７】
Ｓ２０．ＩＰ−ＲＮＣ＃１は、接続中の呼情報から故障したＢＴＳ＃２のＦ２／Ｆ４周波数を引き取り、そのまま呼を継続する。ユーザからすると、同一周波数のまま新ＩＰ−ＲＮＣ＃１で再接続後に通話やデータ通信の継続が可能となる。
【００４８】
以上のＳ１７〜Ｓ２０のステップは、実際にＩＰ−ＲＮＣ＃２が故障してから復旧するまで、ＩＰ−ＲＮＣ＃１にて周波数Ｆ２／Ｆ４（ＩＰ−ＲＮＣ＃２が管理していた周波数）の接続も実施し、ＢＴＳ＃１の周波数を有効に利用することができる。
【００４９】
Ｓ２１．故障したＩＰ−ＲＮＣ＃２が回復すると、ＩＰ−ＲＮＣ＃２は、Measurement Report（測定結果報告）のＮＢＡＰプロトコルをＢＴＳ＃１へ送信する。
【００５０】
Ｓ２２．ＢＴＳ＃１は、Measurement Report受信応答のＮＢＡＰプロトコルをＩＰ−ＲＮＣ＃２へ送信する。
【００５１】
Ｓ２３．ＢＴＳ＃１は、ＩＰ−ＲＮＣ＃２の障害回復を検出すると、Ｆ２／Ｆ４周波数による新規呼接続停止要求のＮＢＡＰプロトコルをＩＰ−ＲＮＣ＃１へ送信する。
【００５２】
Ｓ２４．ＩＰ−ＲＮＣ＃１は、Ｆ２／Ｆ４周波数による新規呼接続停止応答のＮＢＡＰプロトコルをＢＴＳ＃１へ送信する。
【００５３】
Ｓ２５．ＩＰ−ＲＮＣ＃１は、アドレス情報をシグナリング・プロトコルであるＲＮＳＡＰに載せ替えて、Ｆ２／Ｆ４周波数による呼接続状態情報を通知する。
【００５４】
Ｓ２６．ＩＰ−ＲＮＣ＃１は、Ｆ２／Ｆ４周波数による新規呼接続停止状態とする。
【００５５】
Ｓ２７．ＢＴＳ＃１とＩＰ−ＲＮＣ＃２間のＦ２／Ｆ４周波数による呼設定がなされ、この間の呼接続状態になる。
【００５６】
Ｓ２８．ＩＰ−ＲＮＣ＃１は、アドレス情報をシグナリング・プロトコルであるＲＮＳＡＰに載せ替えて、Ｆ２／Ｆ４周波数による呼変化情報をＩＰ−ＲＮＣ＃２へ通知する。
【００５７】
以上のＳ２１〜Ｓ２８のステップは、故障したＩＰ−ＲＮＣ＃２が復旧した際に速やかに元のエリア形態に戻すことが可能になる。
【００５８】
以上によれば、無線基地局装置主導で呼の接続サービスを提供できるとともに、無線ネットワーク制御装置が故障し場合にも故障した無線ネットワーク制御装置配下のユーザの呼を継続させる為の手順を提供できる。
【００５９】
図８は、本発明による無線基地局装置から無線ネットワーク制御装置へ送信する呼情報（ＵＤＰ使用時）を示すテーブル図である。この呼情報は、前述の図７で説明したＳ１２およびＳ１５の呼毎の情報であって、無線ネットワーク制御装置が故障した際に、該当無線ネットワーク制御装置配下のユーザ情報を速やかに他の無線ネットワーク制御装置に伝えるために、各無線ネットワーク制御装置の呼情報９を別の無線ネットワーク制御装置に投げきり（ＵＤＰプロトコル）で通知する。この呼情報９は、呼識別ＩＤ、キャリア番号、セクタ番号、チャネリゼーションコード、スロットフォーマット、スクランブルコード、物理チャネル情報、および無線パラメータ情報から構成される。
【００６０】
図９は、本発明による無線基地局装置から無線ネットワーク制御装置へ送信する呼情報（定期送信時）を示すテーブル図である。この呼情報９ａ，９ｂは、前述の図７で説明したＳ１３およびＳ１６のＣＥＬＬ情報（最新）であって、投げきりのプロトコルを補充するため一定周期で最新情報を通知して差分があった場合に補う仕組みを有する。この呼情報９ａ，９ｂは、キャリア番号Ｆ２とキャリア番号Ｆ４ごとにセクタ番号♯１〜＃６の呼情報９ａ，９ｂであり、各呼情報９ａ，９ｂは、呼識別ＩＤ♯１〜＃ｎの呼毎にチャネリゼーションコード、スロットフォーマット、スクランブルコード、物理チャネル情報、および無線パラメータ情報から構成される。
【００６１】
図１０は、本発明による無線基地局装置と無線ネットワーク制御装置のＦ２呼量遷移を示す説明図である。周波数Ｆ２の呼量の最大を１００呼として記載する。
【００６２】
状態１において、ＩＰ−ＲＮＣ＃２の周波数（以降Ｆ２）とＢＴＳで呼接続中であり、接続中呼量は３０呼を示す。
【００６３】
状態２において、ＢＴＳとＩＰ−ＲＮＣ＃２で接続呼が設定・解放を繰返し、接続呼量は６０呼を示す。
【００６４】
状態３において、ＩＰ−ＲＮＣ＃２で障害が発生し、ＩＰ−ＲＮＣ＃２が故障状態になる。
【００６５】
状態４において、ＩＰ−ＲＮＣ＃１で６０呼の設定を実施する。
【００６６】
状態５において、ＢＴＳとＩＰ−ＲＮＣ＃１で接続呼が設定・解放を繰り返し、接続呼量は５０呼を示す。
【００６７】
状態６において、ＩＰ−ＲＮＣ＃２の障害が回復し、ＩＰ−ＲＮＣ＃２が正常状態に戻る。
【００６８】
状態７において、Ｆ２呼量の制限を実施する。具体的には、（ＩＰ−ＲＮＣ＃１）＋（ＩＰ−ＲＮＣ＃２）で１００呼を超えないようにＩＰ−ＲＮＣ＃２で新規呼の呼量制限を実施する。
【００６９】
状態８において、ＩＰ−ＲＮＣ＃１のＦ２の呼が解放されるまで継続される。
【００７０】
状態９において、ＩＰ−ＲＮＣ＃１のＦ２の呼が全解放された後は、ＩＰ−ＲＮＣ＃２のみで呼制御が行われる。
【００７１】
図１１は、本発明による無線基地局装置の機能ブロック図である。図１１において、太枠網かけ部のＨＷＹ機能部１３、呼処理機能部１４および再開切替機能部２２が本発明の関連する部分である。
【００７２】
ＨＷＹ（Highway）機能部１３は、プロトコル制御と管理、物理回線の接続と測定、対ＲＮＣとのデータ制御、及び帯域の管理と設定を行っている。本発明では、ＲＮＣフラグを元にＲＮＣ単位でプロトコル制御と対ＲＮＣとのデータ制御を分け、それぞれの管理単位で制御するように変更して二重のプロトコルスタック制御を実現する。プロトコル制御はＲＮＣ単位に分け、呼毎に終端する仕組みを具備することで、上位のＲＮＣを意識することなく、呼制御が可能となる。
【００７３】
呼処理機能部１４は、共通チャネルの設定制御と解放制御、ＨＳチャネルの設定制御と解放制御、及び個別チャネルの設定制御と解放制御に、上記のチャネル群に対する変更制御、保守制御、及び再開制御を行っている。本発明では、呼制御情報をＵＤＰの投げきりで他のＲＮＣに送信する機能を具備する。また、他ＲＮＣの呼情報を受信した場合に、リアルタイムに保存する機能を具備する。それらの機能により接続中のＲＮＣが故障した通知を受信した場合に、速やかに呼を復活する設定が可能となる。また、故障ＲＮＣの周波数帯の呼接続に関して、故障していないＲＮＣに呼制御するように変更することで該当周波数の新規呼接続も可能になる。
【００７４】
再開切替機能部２２は、再開機能、ＦＰＧＡダウンロード機能（ＦＰＧＡファームのダウンロード制御）、診断機能（カード起動時の１次、２次診断）、及びＮＥ切替機能（マクロあるいは状態変化によるＮＥ切替の制御）を有する。本発明では、周波数単位で管理して再開（テーブルの初期化など）を実施することで、ＲＮＣ毎の再開時に他のＲＮＣに影響を与えないように行なうことが可能である。
【００７５】
その他は既存の機能部であり、無線基地局装置の各機能部への指示を発する受付部１１、局データの制御や障害制御やＲＡＳ（Reliability Availability Serviceability）機能などを司る保守機能部１２、ベースバンドの追い出し制御やリソース管理などを司るベースバンド機能部１５、ＢＴＳにおけるトラヒック測定を行なうトラヒック機能部１６、リセット制御やカード制御などを行う監視制御機能部１７、ＡＴＭＳＷ（Asynchronous Transfer Mode Switch）部への設定を行なうＭＵＸ（Multiplexer）機能部１８、無線送受信インタフェースカードを制御するＴＲＸ（Transmitter & Receiver）機能部１９、ＢＴＳにおける無線及びＴＲＸ系の測定を実施する無線測定機能部２０、及び通信制御機能を統括する通信機能部２１、障害ログやデバッグ時のコマンドなどを有するデバッグ機能部２３、および共通的に処理を行うタイマ機能などを有する共通機能部２４から構成される。
【００７６】
なお、無線基地局装置内の各機能ブロック間の信号の送受については説明を省略するが、前述した図７の本発明による障害発生時の呼継続シーケンスに基づいて、無線基地局装置内の受付部１１が起動され各機能ブロックとの連携で無線ネットワーク制御装置へのメッセージを作りだす。
【符号の説明】
【００７７】
１ 無線ネットワーク制御装置（ＩＰ−ＲＮＣ＃１，＃２，＃３）
２ 無線基地局装置（ＢＴＳ♯１〜＃１０）
３ コアＩＰ網
４ ボーダゲートウェイ（ＢＧＷ）
５ ＩＰ専用線網
６ 移動端末
７ａ ＮＢＡＰ無線リンク設定手順（Ｆ１/Ｆ３周波数）
７ｂ ＮＢＡＰ無線リンク設定手順（Ｆ２/Ｆ４周波数）
８ａ ＡＰＩとして形成されたＩｕｂプロトコルスタック（Ｆ１/Ｆ３周波数）
８ｂ ＡＰＩとして形成されたＩｕｂプロトコルスタック（Ｆ２/Ｆ４周波数）
９ 呼情報（ＵＤＰ使用時）
９ａ Ｆ２周波数による呼情報（定期送信時）
９ｂ Ｆ４周波数による呼情報（定期送信時）
１１ 受付部
１２ 保守機能部
１３ ＨＷＹ（Highway）機能部
１４ 呼処理機能部
１５ ベースバンド機能部
１６ トラヒック機能部
１７ 監視制御機能部
１８ ＭＵＸ（Multiplexer）機能部
１９ ＴＲＸ（Transmitter & Receiver）機能部
２０ 無線測定機能部
２１ 通信機能部
２２ 再開切替機能部
２３ デバッグ機能部
２４ 共通機能部
【特許請求の範囲】
【請求項１】
無線基地局装置に設けられた二重の通信プロトコルを用いて前記無線基地局装置と第１無線ネットワーク制御装置とのセル設定、および前記無線基地局装置と第２無線ネットワーク制御装置とのセル設定を行なうステップと、
前記第１無線ネットワーク制御装置と前記第２無線ネットワーク制御装置間でセル設定情報を互いに通知するステップと、
前記無線基地局装置は前記無線基地局装置と前記第１無線ネットワーク制御装置または前記第２無線ネットワーク制御装置との呼接続情報を互いに別の前記第２無線ネットワーク制御装置または前記第１無線ネットワーク制御装置に通知するステップと、
前記第１無線ネットワーク制御装置または前記第２無線ネットワーク制御装置のいずれかが故障した場合に、故障の通知を受信した前記無線基地局装置は他方の無線ネットワーク制御装置に通知されていた接続中の呼接続情報から故障した無線ネットワーク制御装置の呼を継続するステップと、
を含むことを特徴とする無線ネットワーク制御装置エリア内故障時の呼継続方法。
【請求項２】
更に、前記故障した無線ネットワーク制御装置が復旧したときに、該無線ネットワーク制御装置から他方の無線ネットワーク制御装置に再開通知をして元の周波数で呼の接続を始めることを特徴とする請求項１記載の無線ネットワーク制御装置エリア内故障時の呼継続方法。
【請求項３】
更に、前記故障した無線ネットワーク制御装置が復旧したときに、他方の無線ネットワーク制御装置で接続していた呼はそのまま解放されるまで継続して管理し、呼毎の状態変化を前記故障した無線ネットワーク制御装置に通知することを特徴とする請求項１または請求項２に記載の無線ネットワーク制御装置エリア内故障時の呼継続方法。
【請求項４】
複数の無線ネットワーク制御装置との間で、プロトコル制御とデータ制御を無線ネットワーク制御装置フラグにより無線ネットワーク制御装置単位に分けて、二重のプロトコルスタック制御を行うＨＷＹ（Highway）機能部と、
呼制御情報をプロトコルの投げきりで他の無線ネットワーク制御装置に送信するとともに他無線ネットワーク制御装置の呼情報を受信した場合にリアルタイムにそれを保存し、接続中の無線ネットワーク制御装置が故障した通知を受信した場合に故障無線ネトワーク制御装置の周波数帯の呼接続に関して故障していない無線ネットワーク制御装置に呼制御するように変更する呼処理機能部と、
前記無線ネットワーク制御装置毎の再開時に周波数単位で管理して再開を実施する再開切替機能部と、
を有することを特徴とする無線基地局装置。
【請求項１】
無線基地局装置に設けられた二重の通信プロトコルを用いて前記無線基地局装置と第１無線ネットワーク制御装置とのセル設定、および前記無線基地局装置と第２無線ネットワーク制御装置とのセル設定を行なうステップと、
前記第１無線ネットワーク制御装置と前記第２無線ネットワーク制御装置間でセル設定情報を互いに通知するステップと、
前記無線基地局装置は前記無線基地局装置と前記第１無線ネットワーク制御装置または前記第２無線ネットワーク制御装置との呼接続情報を互いに別の前記第２無線ネットワーク制御装置または前記第１無線ネットワーク制御装置に通知するステップと、
前記第１無線ネットワーク制御装置または前記第２無線ネットワーク制御装置のいずれかが故障した場合に、故障の通知を受信した前記無線基地局装置は他方の無線ネットワーク制御装置に通知されていた接続中の呼接続情報から故障した無線ネットワーク制御装置の呼を継続するステップと、
を含むことを特徴とする無線ネットワーク制御装置エリア内故障時の呼継続方法。
【請求項２】
更に、前記故障した無線ネットワーク制御装置が復旧したときに、該無線ネットワーク制御装置から他方の無線ネットワーク制御装置に再開通知をして元の周波数で呼の接続を始めることを特徴とする請求項１記載の無線ネットワーク制御装置エリア内故障時の呼継続方法。
【請求項３】
更に、前記故障した無線ネットワーク制御装置が復旧したときに、他方の無線ネットワーク制御装置で接続していた呼はそのまま解放されるまで継続して管理し、呼毎の状態変化を前記故障した無線ネットワーク制御装置に通知することを特徴とする請求項１または請求項２に記載の無線ネットワーク制御装置エリア内故障時の呼継続方法。
【請求項４】
複数の無線ネットワーク制御装置との間で、プロトコル制御とデータ制御を無線ネットワーク制御装置フラグにより無線ネットワーク制御装置単位に分けて、二重のプロトコルスタック制御を行うＨＷＹ（Highway）機能部と、
呼制御情報をプロトコルの投げきりで他の無線ネットワーク制御装置に送信するとともに他無線ネットワーク制御装置の呼情報を受信した場合にリアルタイムにそれを保存し、接続中の無線ネットワーク制御装置が故障した通知を受信した場合に故障無線ネトワーク制御装置の周波数帯の呼接続に関して故障していない無線ネットワーク制御装置に呼制御するように変更する呼処理機能部と、
前記無線ネットワーク制御装置毎の再開時に周波数単位で管理して再開を実施する再開切替機能部と、
を有することを特徴とする無線基地局装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１２−１２４６３７（Ｐ２０１２−１２４６３７Ａ）
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願番号】特願２０１０−２７２３５９（Ｐ２０１０−２７２３５９）
【出願日】平成２２年１２月７日（２０１０．１２．７）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願日】平成２２年１２月７日（２０１０．１２．７）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]