(57)【要約】【課題】セッション情報管理ノードと移動局のシグナリングトンネル確立が失敗した場合に、基地局がシグナリングトンネル確立が失敗認識でき、基地局しくは移動局主導でシグナリングトンネル確立を再試行することができるようにする。【解決手段】  複数の移動局と、それら複数の移動局が無線でパケットの送受信を行う複数の基地局と、複数のセッション情報管理装置を備え、基地局のそれぞれは複数のセッション情報管理装置と接続され、移動局とセッション情報管理装置間のメッセージが基地局をトンネリングして送受信される無線通信システムにおいて、  セッション情報管理装置から移動局に送信されるメッセージが有するトンネリングパケットヘッダの一部に、基地局に特定情報を通知するための情報を格納する。【選択図】図８
2011055019.tif 000002
【特許請求の範囲】
【請求項１】
複数の移動局と、それら複数の移動局が無線でパケットの送受信を行う複数の基地局と、複数のセッション情報管理装置を備え、前記基地局のそれぞれは複数のセッション情報管理装置と接続され、前記移動局と前記セッション情報管理装置との間でトンネル確立を行い、前記移動局と前記セッション情報管理装置間のメッセージが前記基地局をトンネリングして送受信される無線通信システムにおいて、
前記セッション情報管理装置から前記移動局に送信されるメッセージが有するトンネリングパケットヘッダの一部に、前記基地局に特定情報を通知するための情報を格納することを特徴とする無線通信システム。
【請求項２】
前記基地局は、前記セッション情報管理装置から前記移動局へ送信されるトンネリングパケットのヘッダを確認し、ヘッダに前記特定情報を基地局に通知するための情報が格納されている場合には、その通知に基づいて前記基地局が有する情報を有したメッセージを作成し、基地局から前記移動局に基地局が有する情報を含む前記特定情報を通知するメッセージを送信することを特徴とする請求項１に記載の無線通信システム。
【請求項３】
前記特定情報は、前記移動局と前記セッション情報管理装置との間のトンネル確立が失敗したことを示すエラーコードであり、
また、前記基地局は、前記基地局が接続されている複数のセッション情報管理装置の識別子を格納したテーブルを備え、
前記基地局は、前記セッション情報管理装置から移動局へのトンネリングパケットのトンネリングパケットヘッダを参照して、トンネル確立が失敗したことを示すエラーコードを検出した場合には、前記テーブルを参照して前記セッション情報管理装置とは別の第２のセッション情報管理装置の識別子を選択し、第２のセッション情報管理装置の識別子を有するトンネル作成要求メッセージを前記移動局に送信することを特徴とする請求項２に記載の無線通信システム。
【請求項４】
複数の移動局と、それら複数の移動局が無線でパケットの送受信を行う複数の基地局と、複数のセッション情報管理装置を備え、前記基地局のそれぞれは複数のセッション情報管理装置と接続され、前記移動局と前記セッション情報管理装置との間でトンネル確立を行い、前記移動局と前記セッション情報管理装置間のメッセージが前記基地局をトンネリングして送受信される無線通信システムにおいて、
前記基地局から前記移動局に送信するトンネル作成要求メッセージに、前記基地局が接続される複数のセッション情報管理装置の識別子を含めて送信することを特徴とする無線通信システム。
【請求項５】
前記移動局は、前記トンネル作成要求メッセージにもとづいて、第一のセッション情報管理装置にトンネル確立要求を送信し、
前記第一のセッション情報管理装置からトンネル確立拒否メッセージを受信すると、前記トンネル作成要求メッセージに含まれた識別子に対応する第二のセッション情報管理装置トンネル確立要求メッセージを送信することを特徴とする請求項４に記載の無線通信システム。
【請求項６】
複数の移動局と、それら複数の移動局が無線でパケットの送受信を行う複数の基地局と、複数のセッション情報管理装置を備え、前記基地局のそれぞれは複数のセッション情報管理装置と接続され、前記移動局と前記セッション情報管理装置との間でトンネル確立を行い、前記移動局と前記セッション情報管理装置間のメッセージが前記基地局をトンネリングして送受信される無線通信システムにおける呼処理情報の通知方法であって、
前記セッション情報管理装置から前記移動局に送信されるメッセージが有するトンネリングパケットヘッダの一部に、前記基地局に特定情報を通知するための情報を格納することを特徴とする無線通信システムにおける呼処理情報の通知方法。
【請求項７】
前記基地局は、前記セッション情報管理装置から前記移動局へ送信されるトンネリングパケットのヘッダを確認し、ヘッダに前記特定情報を基地局に通知するための情報が格納されている場合には、その通知に基づいて前記基地局が有する情報を有したメッセージを作成し、基地局から前記移動局に基地局が有する情報を含む前記特定情報を通知するメッセージを送信することを特徴とする請求項６に記載の呼処理情報の通知方法。
【請求項８】
前記特定情報は、前記移動局と前記セッション情報管理装置との間のトンネル確立が失敗したことを示すエラーコードであり、
また、前記基地局は、前記基地局が接続されている複数のセッション情報管理装置の識別子有し、
前記基地局は、前記セッション情報管理装置から移動局へのトンネリングパケットのトンネリングパケットヘッダを参照して、トンネル確立が失敗したことを示すエラーコードを検出した場合には、前記セッション情報管理装置とは別の第２のセッション情報管理装置の識別子を選択し、第２のセッション情報管理装置の識別子を有するトンネル作成要求メッセージを前記移動局に送信することを特徴とする請求項７に記載の呼処理情報の通知方法。
【請求項９】
複数の移動局と、それら複数の移動局が無線でパケットの送受信を行う複数の基地局と、複数のセッション情報管理装置を備え、前記基地局のそれぞれは複数のセッション情報管理装置と接続され、前記移動局と前記セッション情報管理装置との間でトンネル確立を行い、前記移動局と前記セッション情報管理装置間のメッセージが前記基地局をトンネリングして送受信される無線通信システムにおける呼処理情報の通知方法において、
前記基地局から前記移動局に送信するトンネル作成要求メッセージに、前記基地局が接続される複数のセッション情報管理装置の識別子を含めて送信することを特徴とする無線通信システムにおける呼処理情報の通知方法。
【請求項１０】
前記移動局は、前記トンネル作成要求メッセージにもとづいて、第一のセッション情報管理装置にトンネル確立要求を送信し、
前記第一のセッション情報管理装置からトンネル確立拒否メッセージを受信した場合には、前記トンネル作成要求メッセージに含まれた別の識別子に対応する第二のセッション情報管理装置にトンネル確立要求メッセージを送信することを特徴とする請求項９に記載の呼処理情報の通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムおよび無線通信システムにおける呼処理情報の通知方法に関する。
【背景技術】
【０００２】
有線の世界におけるインターネット・アクセスのブロードバンド化に伴い、移動体通信の世界においても急速にブロードバンド化が進んでいる。次世代無線通信システムの仕様を作成する標準化プロジェクトである3GPP2(3rd Generation Partnership Project 2)では、次世代の高速通信規格であるウルトラ・モバイル・ブロードバンド(Ultra Mobile Broadband：UMB)システムの標準化が進められ、標準規格UMB-IOS(A.S0020)、Ultra Mobile Broadband Air-Interface Spec(C.S0084-v2.0)が発行されている。
【０００３】
UMBのシステムにおいては、呼処理情報の管理と呼処理シグナリングの終端を行うセッション情報管理ノードという構成が存在する。セッション情報管理ノードと基地局との間のシグナリング通信は、そのバックホール回線への負荷を低減する為に削減するという思想で設計されている。そのため基地局は、移動局とは無線パケットの送受信機能を有するが、移動局とセッション情報管理ノードとの間で送受信されるパケットはトンネリングするようになっている。(非特許文献１)
このようなシステム構成の場合、呼接続時にセッション情報管理ノードと移動局の間のシグナリングトンネルが確立できればよいが、セッション情報管理ノードがトンネル確立要求を受信したものの何らかの要因でトンネル確立を受け入れることが出来ない場合、そのトンネル確立拒否メッセージは基地局をトンネリングし無線パケットとして移動局に送信されることになる。移動局は、それ以上の動作を行うことができず、シグナリングトンネルが確立されないままとなってしまう。
【０００４】
無線通信システムにおける発明ではないが、所定の通信プロトコルをトンネリングするトンネリング装置に外部ネットワークにおけるアドレスを動的に取得する機能を持たせ、取得したアドレスを用いてセッションの確立およびトンネリングを行う技術が特許文献１に開示されている。
【０００５】
【非特許文献１】Ultra Mobile Broadband Air-Interface Spec C.S0084-v2.0 (C.S0084-003-Section5 Radio Link Layer Basic Route Protocol、C.S0084-004-Section3 Application Layer Inter-Route Tunneling Protocol、C.S0084-008 Route Control Plane)
【特許文献１】特開2007-104440号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
UMBシステムにおいて、セッション情報管理ノードと移動局の間のシグナリングトンネルの確立は、基地局を介して行われる。基地局は無線パケットを送受信するが、移動局からセッション情報管理ノードへ、セッション情報管理ノードから移動局へと双方向にトンネリングする役割を持つのみであった。そのため、セッション情報管理ノードと移動局のシグナリングトンネル確立が失敗した場合にも基地局はそれを認識することができなかった。また、セッション情報管理ノードや移動局からシグナリングトンネル確立の失敗を基地局に通知する手段がなく、セッション情報管理ノードと移動局との間のシグナリングトンネル確立を再試行することもできなかった。
【０００７】
そのため、シグナリングトンネル確立に失敗した際に、基地局しくは移動局主導でシグナリングトンネル確立を再試行する手段が必要とされていた。
【課題を解決するための手段】
【０００８】
本発明においては、複数の移動局と、それら複数の移動局が無線でパケットの送受信を行う複数の基地局と、複数のセッション情報管理装置を備え、基地局のそれぞれは複数のセッション情報管理装置と接続され、移動局と前記セッション情報管理装置との間でトンネル確立を行い、移動局とセッション情報管理装置間のメッセージが基地局をトンネリングして送受信される無線通信システムにおいて、セッション情報管理装置から移動局に送信されるメッセージが有するトンネリングパケットヘッダの一部に、基地局に特定情報を通知するための情報を格納するようにした。
【０００９】
そして、その特定情報として、移動局とセッション情報管理装置との間のトンネル確立が失敗したことを示すエラーコードを格納し、基地局は、前記セッション情報管理装置から移動局へのトンネリングパケットのトンネリングパケットヘッダを参照して、トンネル確立が失敗したことを示すエラーコードを検出した場合には、別のセッション情報管理装置の識別子を選択し、そのセッション情報管理装置の識別子を有するトンネル作成要求メッセージを移動局に送信するようにした。
また、基地局から移動局に送信するトンネル作成要求メッセージに、基地局が接続される複数のセッション情報管理装置の識別子を含めて送信するようにし、移動局は、トンネル作成要求メッセージにもとづいて、第一のセッション情報管理装置にトンネル確立要求を送信し、第一のセッション情報管理装置からトンネル確立拒否メッセージを受信した場合には、トンネル作成要求メッセージに含まれた別のセッション情報管理装置にトンネル確立要求メッセージを送信するようにした。
【発明の効果】
【００１０】
セッション情報管理ノードと移動局のシグナリングトンネル確立が失敗した場合に、基地局がシグナリングトンネル確立が失敗認識でき、基地局しくは移動局主導でシグナリングトンネル確立を再試行することができる。
【発明を実施するための最良の形態】
【００１１】
以下本発明の実施の形態を複数の実施例を挙げて説明する。
【実施例１】
【００１２】
まず始めに、UMBシステムのシステム構成と、UMBシステムにおけるセッション情報管理について図1ないし図4、図10および図11を用いて説明する。
【００１３】
まず、図1を用いてUMBシステムのシステム構成を説明する。
図1において、101はセッション情報管理ノード(Session Reference Network Controller：以下、SRNC)であり、呼処理情報の管理と呼処理シグナリングの終端を行う。本実施例では、SRNCはひとつのアクセスゲートウェイに複数接続されている。そしてSRNCには複数の基地局(evolved Base Station：以下eBS)が重複して接続される。アクセスゲートウェイ、SRNC、eBSは無線アクセスネットワーク104（Radio Access Network：以下RAN）を構成している。eBSは、移動局(Access Terminal:以下AT)103と無線パケットの送受信機能を有し、ATとSRNCの間で送受信されるパケットをトンネリングする。
【００１４】
次に、移動局とセッション情報管理ノード間の通信について説明する。
図10は、移動局とセッション情報管理ノード間で行われる通信の概念図である。SRNC101は、無線送受信機能を持たないため、AT103と直接無線通信を行うことが出来ない。そのため、eBS102を介して通信を行う。このとき、トンネリングプロトコルを用いて、あたかもAT103とSRNC101が直接通信しているかのように動作し、eBS102はAT103とSRNC103の間で行われる通信の内容を知ることがない。
【００１５】
AT103がSRNC101に送信するパケットを作成する際には、まずAT103とSRNC101の間のトンネルを通過する信号であることを示すヘッダを付加したペイロードを作成する。そして作成したペイロードをeBS102に送信するパケットのペイロード部分に格納し、eBS102に無線送信する。パケットを受信したeBS102は、ペイロードからヘッダ部分を認識し、SRNC103へと送信する。
【００１６】
次に、移動局とセッション情報管理ノードとの間でパケットを送受信するためのプロトコルスタックと、移動局からセッション情報管理ノードにデータを送信する際に、移動局、基地局、セッション情報管理ノードのそれぞれにおいて生成されるパケットの構造を示す。
図11は、移動局とセッション情報管理ノードとの間でパケットを送受信するためのプロトコルスタックと、移動局、基地局、セッション情報管理ノードのそれぞれで生成されるパケットの構造を示す図である。
図の上半分は、AT103とSRNC101の間でパケットを送受信するためのプロトコルスタックを示す。また、下半分は、AT103からSRNC101にデータを送信する際に、実際にAT103、eBS102、SRNC101でそれぞれ生成されるパケット構造を示す。
【００１７】
無線ヘッダ(1101)は無線通信部分のヘッダである。トンネルヘッダ(1102)はトンネルの番号を識別する情報を含むヘッダであり、通信種別1(1103)と通信種別2(1104)は通信の種別などを含むヘッダである。実ペイロード(1105)は、AT103からSRNC101へと送信する実ペイロード部分を示している。また、経由表示(1106)はeBS102がトンネルの経由点であり、更に送信する宛先(この場合は、SRNC101)が存在することを示すヘッダである。
【００１８】
AT103は、SRNC101へと送信する実ペイロード(1105)に通信種別1(1103)、通信種別2(1104)のヘッダを付加し、AT103とSRNC101の間のトンネルであることを示すトンネルヘッダ(1102)を付加する。ここまでに作成した部分を1107とする。
【００１９】
ここで、AT103はSRNC101と直接の無線・有線の通信路を持っていないため、これをeBS102経由で送信する。そのため、経由表示(1106)を付加する。1107をeBS102宛のペイロードとし、経由点であるeBS102へと送信するためのヘッダ(1108, 1109, 1110)を1107作成時と同様に付加する。更にAT103とeBS102は無線通信を行うため無線ヘッダ(1101)を付加し、AT103からeBS102へと送信するパケット1111が完成する。パケット1111を受信したeBS102は、eBS102宛の情報を示している無線ヘッダ(1101)、トンネルヘッダ(1110)、通信種別2(1109)、通信種別1(1108)を順次処理し、経由表示(1106)に到達する。経由表示(1106)を確認したeBS102は、ペイロード部分の宛先がSRNC101であることを認識する。eBS102は、1107に有線通信ヘッダ(1112)を付加し、eBS102からSRNC101へと送信するパケット1113が完成する。1113を受信したSRNC101は、有線通信ヘッダ(1112)を処理し、トンネルヘッダ(1102)を確認する。トンネルヘッダ(1102)は、AT103とSRNC101の間のトンネルであることを示しているため、以降の部分通信種別2(1104)、通信種別1(1103)を順次処理し、実ペイロード(1105)に到達する。
【００２０】
次に、トンネリングプロトコルについて説明する。
図2に、移動局とセッション情報管理ノードとの間で送受信されるパケットを基地局がトンネリングするためのトンネリングプロトコルについて、エラー発生時のパケットのヘッダ構造を示す。
【００２１】
ヘッダの先頭にはヘッダフォーマット種別を示すフィールド(201)がある。このフィールドには、エラー発生時にはエラー発生を示すヘッダフォーマットを示す値が設定される。また、エラーコードを示すフィールド(202)がある。このフィールドには、各種のエラーコードが設定される。また、トンネルの識別子を示すフィールド(203)、CRCエラー発生時にそれを明確に示す為のCRCエラー表示用フィールド(204)が存在する。
【００２２】
次に、呼接続時の動作について説明する。まず、セッション情報管理ノードと移動局の間のシグナリングトンネル確立が成功した場合について説明する。
図3は、UMBシステムにおけるセッション情報管理ノードと移動局の間のシグナリングトンネル確立成功シーケンスを説明する図である。
AT103と無線通信路が既に確立されているeBS104は、SRNC101の識別子を含むトンネル作成要求をAT103に送信する(301)。ATは受信した識別子に基づいたSRNCにトンネル確立要求を発行する(302)。このトンネル確立要求はeBS102によって無線パケットとして受信され、SRNC101に送信される。トンネル確立要求を受信したSRNC101は、トンネル確立成功メッセージをATに送信する(303)。このトンネル確立成功メッセージはeBS102を介して無線パケットとしてATに送信される。ATとシグナリングトンネルが確立されたSRNC101は、移動局識別子をATに割り当て、作成したトンネルを用いてATに送信する(304)。受信したATは識別子受取の完了をSRNCに通知する(305)。識別子割り当ての完了したSRNCは、ATとの間のシグナリングトンネル確立が完了したことをeBSに通知する(306)。
【００２３】
一方、セッション情報管理ノードと移動局の間のシグナリングトンネル確立が失敗した場合について図4を用いて説明する。
図4は、UMBシステムにおけるセッション情報管理ノードと移動局の間のシグナリングトンネル確立失敗シーケンスを示す図である。
成功の場合と同様に、AT103はトンネル確立要求をSRNC101に発行する(302)。トンネル確立要求を受信したSRNC101は、何らかの要因でトンネル確立を受け入れることが出来ないため、トンネル確立拒否メッセージをATに送信する(402)。このトンネル確立拒否メッセージはeBSを介して無線パケットとしてATに送信される。SRNCとシグナリングトンネルが確立できなかったATは、特に動作を規定されていない為、シグナリングトンネルが確立されないままとなる。
【００２４】
そこで、本実施例においては、SRNCとATの間のシグナリングトンネル確立時に、トンネル作成要求メッセージを受けたATおよびRANが以下に記載するように動作するようにした。
複数のSRNCが存在するRANについて、あるATがあるSRNCとのシグナリングトンネル確立に失敗した後、別のSRNCとシグナリングトンネル確立を行う場合を考える。トンネル作成要求メッセージは、標準規格C.S0084-008-v2.0に準拠したフォーマットで作成する。
【００２５】
まず。基地局について説明する。
図5は、本実施例で基地局が行う機能を実現するために必要な制御構造を示す図である。
eBSは、eBSで行う呼制御を管理するeBS呼制御部(501)、ATとの無線通信を管理する無線通信制御部(502)、RAN内の通信を管理するRAN通信制御部(503)、トンネリングプロトコルに基づいてトンネリングパケットの処理を行うトンネリング処理部(504)を持つ。また、RAN内に存在するSRNCの識別子を保持するSRNCテーブル(505)を持つ。eBS呼制御部(501)、無線通信制御部(502)、RAN通信制御部(503)、トンネリング処理部(504)はそれぞれ相互に情報を通知する為のインタフェースを持つ。SRNCテーブルのエントリであるSRNCの識別子は、RANの情報として予め登録しておく。SRNCテーブルはeBS呼制御部から参照される。
【００２６】
次に、本実施例のトンネリングパケットヘッダのエラーコードを説明する。
図8は、標準規格に基づくトンネリングパケットヘッダのエラーコードと、本実施例での追加エラーコードについて説明する図である。
UMBシステムにおいては、無線送受信機能を持たないSRNC101は、AT103と直接無線通信を行うことが出来ないため、eBS102を介してAT103と通信を行うことを前述した。また、SRNC101は、トンネリングプロトコルを用いて、あたかもAT103とSRNC101が直接通信しているかのように動作することについても前述した。このようなシステム構成においては、eBS102はAT103とSRNC103の間で行われる通信の内容を知る必要性は考慮されていない。そのため標準規格C.S0084-004-v2.0-Section3に基づくトンネリングパケットヘッダのエラーコードには、SRNCからATへエラーを通知するためのコードと、eBSからATにエラーを通知するためのコードしか存在しなかった。
【００２７】
本願発明においては、通常はATとSRNCとの間のデータの送受信をトンネリングを行っているeBSが、シグナリングトンネル確立失敗時には、それを認識しできるようにし、eBS主導でシグナリングトンネル確立を再試行することができるようにするために、まずはエラーコード(802)を導入する。このエラーコードはSRNCからeBSに情報を通知する意味合いを持ち、標準規格には存在しない概念のエラーコードである。
【００２８】
次に、シグナリングトンネル確立失敗時に、eBSそれを認識し、eBS主導でシグナリングトンネル確立を再試行するためのシーケンスについて説明する。
図9は、本実施例におけるシグナリングトンネル確立を再試行のシーケンスを説明する図である。
【００２９】
無線通信の確立されたAT701とeBS702について、eBS702はSRNC703、SRNC704とRAN内通信が可能な状態であり、eBS702の保持するSRNCテーブルのエントリにはSRNC703、SRNC704の識別子が登録されている。このとき、eBS702のeBS呼制御部はSRNC703の識別子を含むトンネル作成要求メッセージを作成し、無線通信制御部(710)を経てAT701に送信する(901)。
メッセージを受けたAT701は、トンネル作成要求メッセージに含まれる識別子に基づき、SRNC701へシグナリングトンネル確立要求メッセージを送信する(902)。このメッセージは、eBS702の無線通信制御部(710)によって受信され、トンネリング処理部(712)によるトンネリングパケットヘッダ確認の結果、RAN通信制御部(713)によってSRNC703に送信される。
【００３０】
トンネル確立要求メッセージを受信したSRNC703は、内部で各種の判定の結果トンネル確立不可と判断し、トンネリングプロトコルヘッダの情報要素に、送信されるメッセージの一部情報を追加するトンネル確立拒否メッセージをAT701に送信する(903)。このメッセージは、eBSのRAN通信制御部(713)によって受信され、トンネリング処理部によるトンネリングパケットヘッダ確認の結果、無線通信制御部(710)によってAT701に送信される。このとき、eBS702のトンネリング処理部(712)は、トンネル確立拒否メッセージ(903)のトンネリングプロトコルヘッダの情報要素202を確認し、その値がシグナリングトンネル確立失敗を示すエラーコード”0101”の場合には、eBS呼制御部(711)にAT701とSRNC703の間のシグナリングトンネル確立が失敗したことを通知する。通知を受けたeBS呼制御部(711)は、SRNCテーブルのエントリからSRNC703以外の識別子であるSRNC704を選択し、SRNC704の識別子を含むトンネル作成要求メッセージを作成し、無線通信制御部(710)を経てAT701に送信する(905)。
【００３１】
メッセージを受けたAT701は、トンネル作成要求メッセージに含まれる識別子に基づき、SRNC704へシグナリングトンネル確立要求メッセージを送信する(906)。このメッセージは、前述と同様の処理を経てSRNC704に送信される。トンネル確立要求メッセージを受信したSRNC704は、内部で各種の判定の結果、トンネル確立応答メッセージをAT701に送信する(907)。このメッセージは、前述と同様の処理を経てAT701に送信される。トンネル確立応答を受信したAT701は、SRNC704との間にシグナリングトンネルの確立が完了する。
【００３２】
以上説明した実施例によれば、セッション情報管理ノードと移動局のシグナリングトンネル確立が失敗した場合に、基地局がシグナリングトンネル確立が失敗認識でき、基地局主導でシグナリングトンネル確立を再試行することができる。
【実施例２】
【００３３】
次に別の実施例について説明する。
本実施例においてはSRNCとATの間のシグナリングトンネル確立について、AT主導での再試行する。以下、そのためのトンネル作成要求メッセージフォーマットと、該メッセージを受けたATおよびRANの動作を説明する。
【００３４】
複数のSRNCが存在するRANについて、あるATがあるSRNCとのシグナリングトンネル確立に失敗した後、別のSRNCとシグナリングトンネル確立を行う場合を考える。
本実施例においても、eBSは実施例1で説明したものと同様の制御構造を持つ。
本実施例は、トンネル作成要求メッセージに特徴がある。
【００３５】
図6に、本実施例におけるトンネル作成要求メッセージフォーマットの構成（一部抜粋）を示す。
トンネル作成要求メッセージは、そのメッセージに含まれる情報要素として、トンネル作成先ノード識別子エントリ数(601)とエントリ数に基づく数のトンネル作成先ノード識別子(602)を持つ。
【００３６】
次に、このトンネル作成要求メッセージを用いた本実施例の動作シーケンスを説明する。
図7は、本実施例における各構成の動作シーケンスを説明する図である。
図7において、AT701とeBS702間の無線通信が確立され、eBS702はSRNC703、SRNC704とRAN内通信が可能な状態である。eBS702の保持するSRNCテーブルのエントリにはSRNC703、SRNC704の識別子が登録されている。このとき、eBS702のeBS呼制御部はSRNC703、SRNC704の両方の識別子を含むトンネル作成要求メッセージを作成し、無線制御部を経てAT701に送信する(705)。ここでは2つのSRNCの識別子を含む例を説明したが、SRNCの識別子の数は、2以上でもよい。また、複数のSRNCの識別子を通知する場合、優先順位をつけて通知してもよい。
【００３７】
メッセージを受けたAT701は、トンネル作成要求メッセージに含まれる識別子からSRNC703を選択し、SRNC703へシグナリングトンネル確立要求メッセージを送信する(706)。このメッセージは、前述と同様の処理を経てSRNC703に送信される。
【００３８】
トンネル確立要求メッセージを受信したSRNC703は、内部で各種の判定の結果トンネル確立不可と判断し、トンネル確立拒否メッセージをAT701に送信する(707)。このメッセージは、前述と同様の処理を経てAT701に送信される。
【００３９】
本実施例においては、AT701はeBS702から、SRNC703、SRNC704の両方の識別子を含むトンネル作成要求メッセージを受信している。そこでトンネリング確立拒否メッセージを受信したAT701は、先のトンネル作成要求メッセージ(705)に含まれていた識別子のうちSRNC704の識別子を選択し、SRNC704へシグナリングトンネル確立要求メッセージ(708)を送信する。このメッセージは、前述と同様の処理を経てSRNC704に送信される。
【００４０】
トンネル確立要求メッセージを受信したSRNC704は、内部で各種の判定の結果、トンネル確立応答メッセージをAT701に送信する(709)。このメッセージは、前述と同様の処理を経てAT701に送信される。トンネル確立応答を受信したAT701は、SRNC704との間にシグナリングトンネルの確立が完了する。
【００４１】
以上説明した実施例によれば、セッション情報管理ノードと移動局のシグナリングトンネル確立が失敗した場合に、移動局主導でシグナリングトンネル確立を再試行することができる。
【図面の簡単な説明】
【００４２】
【図１】システム構成を説明する図である。
【図２】エラー発生時のトンネリングプロトコルのパケットのヘッダ構造を説明する図である。
【図３】UMBシステムにおけるセッション情報管理ノードと移動局の間のシグナリングトンネル確立成功時のシーケンスを説明する図である。
【図４】UMBシステムにおけるセッション情報管理ノードと移動局の間のシグナリングトンネル確立失敗時のシーケンスを示す図である。
【図５】本発明の一実施例において基地局が行う機能を実現するために必要な制御構造を示す図である。
【図６】本発明の一実施例におけるトンネル作成要求メッセージフォーマットの構成（一部抜粋）を示す。
【図７】本発明の一実施例における各構成の動作シーケンスを説明する図である
【図８】本発明の一実施例におけるトンネリングパケットヘッダのエラーコードを説明する図である。
【図９】本発明の一実施例におけるシグナリングトンネル確立を再試行のシーケンスを説明する図である。
【図１０】移動局とセッション情報管理ノード間で行われる通信の概念を説明する図である。
【図１１】パケットを送受信するためのプロトコルスタックと、各構成において生成されるパケットの構造を示す図である。
【符号の説明】
【００４３】
１０１  SRNC（セッション情報管理ノード）
１０２  eBS（基地局）
１０３  AT（移動局）
１０４  RAN（無線アクセスネットワーク）
５０１  eBS呼制御部
５０２  無線通信制御部
５０３  RAN通信制御部
５０４  トンネリング処理部
５０５  SRNCテーブル
【図１】
2011055019.tif 000003
【図２】
2011055019.tif 000004
【図３】
2011055019.tif 000005
【図４】
2011055019.tif 000006
【図５】
2011055019.tif 000007
【図６】
2011055019.tif 000008
【図７】
2011055019.tif 000009
【図８】
2011055019.tif 000010
【図９】
2011055019.tif 000011
【図１０】
2011055019.tif 000012
【図１１】
2011055019.tif 000013