(57)【要約】【課題】移動局及びＲＮＣの間でＲＲＣコネクションが設定された後、移動局により発信された発信要求信号が、交換機を示す情報を含んでいなかった場合でも、ＲＮＣが適切な交換機に発信要求信号を送信できるようにすること。【解決手段】無線ネットワーク制御装置（ＲＮＣ）は、移動局側インターフェースと、交換機側インターフェースと、記憶部と、制御部とを有し、無線リンクの接続要求信号を移動局から受信し、接続要求信号から、接続先の交換機を示す交換機情報が含まれている識別情報を抽出及び記憶し、無線リンクが設定された後に、移動局から受信した回線交換ドメインへの発信要求信号が、接続先の交換機を示す情報を含んでいなかった場合、記憶部に記憶されている交換機情報から、接続先の交換機を特定し、特定された交換機へ発信要求信号を送信する。【選択図】図５
2011254259.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおける無線ネットワーク制御装置であって、
無線基地局を介して移動局と通信するための移動局側インターフェースと、
複数の交換機と通信するための交換機側インターフェースと、
記憶部と、
制御部と
を有し、前記移動局側インターフェースは、無線リンクの接続要求信号を移動局から受信し、該接続要求信号から、接続先の交換機を示す交換機情報が含まれている識別情報を抽出し、該交換機情報を前記記憶部が記憶し、
無線リンクが設定された後に、前記移動局側インターフェースが前記移動局から受信した回線交換ドメインへの発信要求信号が、接続先の交換機を示す情報を含んでいなかった場合、前記制御部は、前記記憶部に記憶されている前記交換機情報から、接続先の交換機を特定し、
前記交換機インターフェースは、特定された交換機へ発信要求信号を送信する、無線ネットワーク制御装置。
【請求項２】
前記無線リンクの接続要求信号が前記交換機情報を含んでいなかった場合、前記制御部は、回線交換ドメインにおける複数の交換機の候補の内いずれかの交換機をランダムに選択し、前記交換機インターフェースは、選択された交換機へ発信要求信号を送信する、請求項１記載の無線ネットワーク制御装置。
【請求項３】
無線リンクが設定された後に、前記移動局側インターフェースが前記移動局から受信したパケット交換ドメインへの発信要求信号が、接続先の交換機を示す情報を含んでいなかった場合、前記制御部は、パケット交換ドメインにおける複数の交換機の候補の内いずれかの交換機を、所定の判断基準にしたがって選択し、前記交換機インターフェースは、選択された交換機へ発信要求信号を送信する、請求項１又は２に記載の無線ネットワーク制御装置。
【請求項４】
前記所定の判断基準は、複数の交換機の候補各々について予め設定されている優先度にしたがって、交換機を選択することを示す、請求項３記載の無線ネットワーク制御装置。
【請求項５】
前記移動局の位置登録エリアが更新された場合、前記記憶部は、移動局が次回発信する際に接続する交換機が示されている新たな交換機情報を上書きする、請求項１ないし４の何れか１項に記載の無線ネットワーク制御装置。
【請求項６】
無線基地局を介して移動局と通信するための移動局側インターフェースと、複数の交換機と通信するための交換機側インターフェースと、記憶部と、制御部とを有する無線ネットワーク制御装置における方法であって、
前記移動局側インターフェースが、無線リンクの接続要求信号を移動局から受信し、該接続要求信号から、接続先の交換機を示す交換機情報が含まれている識別情報を抽出し、該交換機情報を前記記憶部が記憶し、
無線リンクが設定された後に、前記移動局側インターフェースが前記移動局から受信した回線交換ドメインへの発信要求信号が、接続先の交換機を示す情報を含んでいなかった場合、前記制御部は、前記記憶部に記憶されている前記交換機情報から、接続先の交換機を特定し、
前記交換機インターフェースは、特定された交換機へ発信要求信号を送信するステップを有する方法。
【請求項７】
前記無線リンクの接続要求信号が前記交換機情報を含んでいなかった場合、前記制御部は、回線交換ドメインにおける複数の交換機の候補の内いずれかの交換機をランダムに選択し、前記交換機インターフェースは、選択された交換機へ発信要求信号を送信する、請求項６記載の方法。
【請求項８】
無線リンクが設定された後に、前記移動局側インターフェースが前記移動局から受信したパケット交換ドメインへの発信要求信号が、接続先の交換機を示す情報を含んでいなかった場合、前記制御部は、パケット交換ドメインにおける複数の交換機の候補の内いずれかの交換機を、所定の判断基準にしたがって選択し、前記交換機インターフェースは、選択された交換機へ発信要求信号を送信する、請求項６又は７に記載の方法。
【請求項９】
前記所定の判断基準は、複数の交換機の候補各々について予め設定されている優先度にしたがって、交換機を選択することを示す、請求項８記載の方法。
【請求項１０】
前記移動局の位置登録エリアが更新された場合、前記記憶部は、移動局が次回発信する際に接続する交換機が示されている新たな交換機情報を上書きする、請求項６ないし９の何れか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ネットワーク制御装置及び方法に関する。
【背景技術】
【０００２】
Ｗ−ＣＤＭＡシステムは、主に無線アクセス制御を行う無線アクセスネットワーク（ＲＡＮ）と、移動管理、呼制御、サービス制御等を行うコアネットワーク（ＣＮ）に分類される。ＲＡＮには、無線ネットワーク制御装置（ＲＮＣ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）及び無線基地局（ＮｏｄｅＢ）が含まれる。ＣＮは、回線交換（ＣＳ：Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ）ドメイン、パケット交換（ＰＳ：Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ）ドメインから構成される。一般に、ＣＳドメインは音声系サービスを提供し、ＰＳドメインはデータ通信系サービスを提供する。移動局に対して各ドメインのサービスを提供するノードとして、ＣＳドメインの場合、移動サービス交換機（ＭＳＣ：Ｍｏｂｉｌｅ−ｓｅｒｖｉｃｅｓ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｒｅ）があり、ＰＳドメインの場合、サービングＧＰＲＳサポートノード（ＳＧＳＮ：Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）がある。ＭＳＣ、ＳＧＳＮはＲＮＣとのインターフェースを有し、ＲＮＣとＭＳＣ／ＳＧＳＮ間のインターフェースはＩｕインターフェースと呼ばれる。
【０００３】
呼接続手順において、接続先のドメインがＰＳであるのか（ＳＧＳＮであるのか）、ＣＳであるのか（ＭＳＣであるのか）についての情報は、移動局からＲＮＣに通知される（これは、ＣＮ  Ｄｏｍａｉｎ  Ｉｄｅｎｔｉｔｙ  と呼ばれる。）。一般的なネットワークでは、あるＲＮＣを制御する交換機（ＭＳＣ／ＳＧＳＮ）は一つである。ドメイン内に複数のノードが存在する場合、ＲＮＣは上り信号をどのノードに接続すべきかの情報を保持していないので、接続先が不明になるためである。
【０００４】
しかしながら、呼接続時においてＲＮＣがドメイン内の複数のコアノードの内１つを適宜選択できれば、コアネットワーク内の負荷分散を図ることが可能になる。また、ドメイン内の特定のコアノードに障害が発生している場合、別のコアノードを利用できれば、呼接続を中断せずに済み、コアノードの冗長化を図ることができる。このような観点から、３ＧＰＰ標準仕様（非特許文献１、２）では、ドメイン内に複数のコアノードが存在するネットワークにおいて、ＲＮＣが接続先コアノードを決定する手法が規定されている。この手法はＩｕ−Ｆｌｅｘと呼ばれている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＴＳ２３．２３６  ｖ８．１．０（２００９−１２）
【非特許文献２】３ＧＰＰ  ＴＳ２５．３３１  ｖ８．１０．０（２０１０−０３）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
Ｉｕ−Ｆｌｅｘが実施されているネットワークの場合、ＲＮＣは、移動局から通知されるＩＤＮＮＳ（Ｉｎｔｒａ  Ｄｏｍａｉｎ  ＮＡＳ  Ｎｏｄｅ  Ｓｅｌｅｃｔｏｒ）にしたがって、接続先のコアノードを決定することが可能である。ＩＤＮＮＳについては、非特許文献２に記載されている。Ｉｕ−Ｆｌｅｘが実施されていないネットワークの場合、移動局はそのようなＩＤＮＮＳを設定する必要はない。したがって、移動局の実装によっては、ＩＤＮＮＳを設定せずに移動局が発信要求信号を送信する場合もある。このような移動局がＩｕ−Ｆｌｅｘを実施するネットワークで発信要求信号を送信すると、ＲＮＣは、接続すべきサービングＣＮ（交換機）を決定できないことが懸念される。
【０００７】
本発明の課題は、移動局及びＲＮＣの間でＲＲＣコネクションが設定された後、移動局により発信された発信要求信号が、交換機を示す情報を含んでいなかった場合でも、ＲＮＣが適切な交換機に発信要求信号を送信できるようにすることである。
【課題を解決するための手段】
【０００８】
本発明の一形態による移動通信システムにおける無線ネットワーク制御装置は、
無線基地局を介して移動局と通信するための移動局側インターフェースと、
複数の交換機と通信するための交換機側インターフェースと、
記憶部と、
制御部と
を有し、前記移動局側インターフェースは、無線リンクの接続要求信号を移動局から受信し、該接続要求信号から、接続先の交換機を示す交換機情報が含まれている識別情報を抽出し、該交換機情報を前記記憶部が記憶し、
無線リンクが設定された後に、前記移動局側インターフェースが前記移動局から受信した回線交換ドメインへの発信要求信号が、接続先の交換機を示す情報を含んでいなかった場合、前記制御部は、前記記憶部に記憶されている前記交換機情報から、接続先の交換機を特定し、
前記交換機インターフェースは、特定された交換機へ発信要求信号を送信する、無線ネットワーク制御装置である。
【発明の効果】
【０００９】
本発明の一形態によれば、移動局及びＲＮＣの間でＲＲＣコネクションが設定された後、移動局により発信された発信要求信号が、交換機を示す情報を含んでいなかった場合でも、ＲＮＣが適切な交換機に発信要求信号を送信することができる。
【図面の簡単な説明】
【００１０】
【図１】Ｉｕ−Ｆｌｅｘ方式のネットワークにおいて、移動局がアタッチを実施する場合のシーケンスを示す図。
【図２】図１によるアタッチ実施後の移動局がＰＳ発信を行う手順を示す図。
【図３】ＣＮノード各々にＮＲＩが設定されている様子を示す図。
【図４】ＲＮＣが複数の交換機に接続されている様子を示す図。
【図５】ＣＳ発信時のシーケンスを示す図。
【図６】ＰＳ発信時のシーケンスを示す図。
【図７】図５及び図６の動作に関し、ＲＮＣが行う処理のフローチャート。
【図８】若番順にデフォルトＳＧＳＮが決められているテーブルを示す図。
【図９】ＳＧＳＮ毎に優先度が決められているテーブルを示す図。
【図１０】ＰＳ通信中に位置登録エリアを変更するシーケンスを示す図。
【発明を実施するための形態】
【００１１】
本発明の一形態によるＲＮＣは、非標準移動局のＣＳドメインのサービングＣＮを、ＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｉｂｅｒ  Ｉｄｅｎｔｉｆｉｅｒ）から決定し、非標準移動局のＰＳドメインのサービングＣＮを、ＲＮＣ間で一意に決定されているデフォルト交換機に決定する。非標準移動局とは、ＩＤＮＮＳを設定せずに、ＣＳ又はＰＳドメインへの発信要求信号を送信する移動局である。非標準移動局に対するＴＭＳＩが通信中に変更された場合、ＲＮＣは、ＭＳＣが払い出した変更後のＴＭＳＩをＳＧＳＮから受信し、記憶部に上書きする。
【００１２】
これにより、Ｉｕ−Ｆｌｅｘ方式のネットワークにおいて、ＲＮＣは、非標準移動局からの接続要求に対して、接続先のコアノードを適切に決定することができる。
【００１３】
以下の観点から実施例を説明する。
【００１４】
１．Ｉｕ−Ｆｌｅｘ
２．ＲＮＣ
３．動作例
４．第１変形例
５．第２変形例
【実施例１】
【００１５】
＜１．Ｉｕ−Ｆｌｅｘ＞
本発明の実施例によるＲＮＣ及び動作例を説明する前に、実施例で前提としているＩｕ−Ｆｌｅｘ方式について説明する。
【００１６】
上述したように、Ｉｕ−Ｆｌｅｘ方式では、１つのＲＮＣに複数のコアノードが接続され、負荷分散性及び障害耐性を向上させる。ＲＮＣは、移動局が発した呼を接続する際（呼接続時に）、呼の制御を行うコアノード又はサービングＣＮ（Ｓｅｒｖｉｎｇ  ＣＮ）を決定する。サービングＣＮは、当該呼の加入者プロファイルを保持するコアノードである。加入者プロファイルは、発呼した移動局のユーザの契約情報等を含む。コアノードには識別子が付与されており、この識別子により、プールエリア（Ｐｏｏｌ  Ａｒｅａ）内で、ＣＳ及びＰＳドメイン各々において、コアノードを一意に特定することができる。この識別子はＮＲＩ（Ｎｅｔｗｏｒｋ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれる。プールエリアとは、１つのＲＮＣに接続されている複数のコアノードを示す。
【００１７】
図１は、Ｉｕ−Ｆｌｅｘ方式のネットワークにおいて、移動局４０がアタッチを実施する場合の一般的なシーケンスを示す。ＲＮＣ１０の上位にはＳＧＳＮ２０、ＳＧＳＮ２１、ＳＧＳＮ２２、ＭＳＣ３０、ＭＳＣ３１及びＭＳＣ３２が接続されており、ＲＮＣ１０配下に移動局４０が存在するものとする。移動局４０は、ユーザが通信することができる適切な如何なるユーザ装置でもよく、例えば、携帯電話、情報端末、パーソナルディジタルアシスタント、携帯用パーソナルコンピュータ等であるが、これらに限定されない。
【００１８】
移動局４０がアタッチを実施する場合、まず移動局４０及びＲＮＣ１０の間でＲＲＣコネクション（無線コネクション）を確立する必要がある。このため、移動局４０は、ＲＲＣコネクションリクエスト（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを送信し、ＲＲＣコネクションの確立を要求する。ＲＮＣ１０は移動局４０に対してＲＲＣコネクションの確立を指示するメッセージを送信する。このメッセージは、ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＳＥＴＵＰと呼ばれる。
【００１９】
ＲＲＣコネクションが確立した後、移動局４０は、アタッチ要求信号をＲＮＣ１０に通知する（Ｉｎｉｔｉａｌ  Ｄｉｒｅｃｔ  Ｔｒａｎｓｆｅｒ）。発信の際、ＩＤＮＮＳ（Ｉｎｔｒａ  Ｄｏｍａｉｎ  ＮＡＳ  Ｎｏｄｅ  Ｓｅｌｅｃｔｏｒ）と呼ばれる情報要素が、アタッチ要求信号に設定されている。ＩＤＮＮＳは、移動局４０をネットワーク内で識別するための識別情報であるＴＭＳＩ、Ｐ−ＴＭＳＩ、ＩＭＳＩ及びＩＭＥＩの内のいずれかを使用して生成される１０ビットのビット列情報と、その１０ビットの情報がＴＭＳＩ、Ｐ−ＴＭＳＩ、ＩＭＳＩ及びＩＭＥＩのいずれを基にして生成されたものであるかを示す情報から構成される。ＩＤＮＮＳの１０ビットの情報はルーティングパラメータ（Ｒｏｕｔｉｎｇ  Ｐａｒａｍｅｔｅｒ）と呼ばれてもよい。これらの識別子を使用する優先順位は、高い順に、ＴＭＳＩ、Ｐ−ＴＭＳＩ、ＩＭＳＩ及びＩＭＥＩである。概して、ＴＭＳＩ及びＰ−ＴＭＳＩは交換機が払い出すＩＤであり、ＩＭＳＩ及びＩＭＥＩは加入者や端末に固有に予め設定されているＩＤである。ＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｅｒ）は、回線交換ドメインの交換機が払い出す識別子である。Ｐ−ＴＭＳＩ（Ｐａｃｋｅｔ  ＴＭＳＩ）は、パケット交換ドメインの交換機が払い出す識別子である。ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｅｒ）は、ユーザに一意に割り当てられる加入者識別子である。ＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）は、ユーザ装置のような端末に一意に割り当てられている端末識別子である。アタッチの場合、ＴＭＳＩやＰ−ＴＭＳＩは未だ払い出されていないので、使用可能な識別子はＩＭＳＩ又はＩＭＥＩである。図示の例の場合、アタッチ要求信号のＩＤＮＮＳには、ＩＭＳＩが設定されている。
【００２０】
ＲＮＣ１０は、アタッチ要求信号（移動局からの発呼）に応答して、サービングＣＮを決定する。アタッチ要求信号に設定されているルーティングパラメータ（ＩＤＮＮＳ）は、ＩＭＳＩに設定されている。アタッチの場合、接続先の交換機は未だ決まっておらず、移動局の加入者プロファイルは、どの交換機にも登録されていない。そこで、ＲＮＣ１０は、任意のコアノードをランダムに選択する。アタッチ手順は一般的にはＰＳドメインで実施されるため、図示の例では、ＲＮＣ１０がＳＧＳＮ２２を選択し、ＲＮＣ１０は、移動局４０から受信したアタッチ信号をＳＧＳＮ２２へ転送する（Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ）。
【００２１】
ＳＧＳＮ２２は、受信したアタッチ信号に応答して、発呼した移動局に対する加入者プロファイルを作成することに加えて、Ｐ−ＴＭＳＩを払い出す。Ｐ−ＴＭＳＩには、ＳＧＳＮ２２のＮＲＩ（ＰＳ−ＮＲＩ）が埋め込まれる。具体的には、Ｐ−ＴＭＳＩの１４〜２３ビット目の１０ビットの中に、ＳＧＳＮ２２のＮＲＩが含められる。例えば、ＳＧＳＮ２０、２１、２２各々のＮＲＩが、０、１、２であったとすると、ＳＧＳＮ２２が払い出すＰ−ＴＭＳＩには、ＮＲＩ＝２（２進法で"１０"）の情報が含まれている。
【００２２】
次に、ＳＧＳＮ２２はＣＳドメインに対するアタッチを実施するため、複数の交換機ＭＳＣ３０〜３２の内、いずれか１つのＭＳＣを選択する。目下の場合、どの交換機ＭＳＣにも移動局の加入者プロファイルは作成されていないので（サービングＭＳＣは未定であるため）、任意のＭＳＣがランダムに選択される。図示の例では、ＭＳＣ３１が選択され、ＣＳドメインへのアタッチ要求信号がＭＳＣ３１に送信されている。
【００２３】
ＭＳＣ３１では、発呼した移動局に対する加入者プロファイルを作成することに加えて、ＴＭＳＩを払い出す。ＴＭＳＩには、ＭＳＣ３１のＮＲＩ（ＣＳ−ＮＲＩ）が埋め込まれる。より具体的には、ＴＭＳＩの１４〜２３ビット目の１０ビットの中に、ＭＳＣ３１のＮＲＩが含められる。例えば、ＭＳＣ３０、３１、３２各々のＮＲＩが、０、１、２であったとすると、ＭＳＣ３１が払い出すＴＭＳＩには、ＮＲＩ＝１（２進法で"０１"）の情報が含まれている。
【００２４】
払い出されたＴＭＳＩは、ＭＳＣ３１からＳＧＳＮ２２へ通知される。
【００２５】
ＳＧＳＮ２２は、Ｐ−ＴＭＳＩおよびＴＭＳＩを、アタッチ応答信号によりＲＮＣ１０に通知する（Ｄｉｒｅｃｔ  Ｔｒａｎｓｆｅｒ）。ＲＮＣ１０はアタッチ応答信号を移動局４０に通知する（ＤＬ  Ｄｉｒｅｃｔ  Ｔｒａｎｓｆｅｒ）。
【００２６】
このようにして、アタッチにより、ＴＭＳＩ及びＰ−ＴＭＳＩが払い出される。
【００２７】
図２は、図１によるアタッチ実施後の移動局４０が、ＰＳ発信を行う場合の手順を示す。説明の簡明化のため、図２ではＰＳ発信の場合しか示されていないが、同様に、ＣＳ発信を行うこともできる。
【００２８】
まず、移動局４０は、ＲＮＣ１０に対してＲＲＣコネクションの確立を要求する（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）。ＲＲＣコネクションの確立後、移動局４０は、ＰＳ発信要求信号をＲＮＣ１０に通知する（Ｉｎｉｔｉａｌ  Ｄｉｒｅｃｔ  Ｔｒａｎｓｆｅｒ）。ＰＳ発信要求信号には、ルーティングパラメータ（ＩＤＮＮＳ）が設定される。移動局４０が、ＴＭＳＩ又はＰ−ＴＭＳＩからルーティングパラメータを生成する場合、ＴＭＳＩ又はＰ−ＴＭＳＩの１４〜２３ビット目の１０ビットを抜き出して、その１０ビットをルーティングパラメータとして設定する。上述したように、この１０ビットの部分に接続先のコアノードのＮＲＩが含まれている。目下の例の場合、ＰＳ発信なので、ＩＤＮＮＳにはＰ−ＴＭＳＩが設定されており、このＰ−ＴＭＳＩは、ＳＧＳＮ２２のＮＲＩが含まれている。
【００２９】
ＰＳ発信要求信号を受信したＲＮＣ１０は、接続先のＳＧＳＮを決定するためにＩＤＮＮＳを参照する。目下の例の場合、ＩＤＮＮＳは、Ｐ−ＴＭＳＩの１４〜２３ビット目の１０ビットに設定されている。ＲＮＣ１０は、このルーティングパラメータ（"００００００００１０"）を記憶する。ＲＮＣ１０は、交換機とＮＲＩの対応関係を予め記憶している（図３）。ＲＮＣ１０は、そのような対応関係を参照し、ＮＲＩに対応するＳＧＳＮ２２をサービングＣＮとして特定する。ＲＮＣ１０は、特定されたＳＧＳＮ２２に対して、ＰＳ発信要求信号を送信する（Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ）。これによりＳＧＳＮ２２においてＰＳ呼接続手順が実施される。
【００３０】
このように、Ｉｕ−Ｆｌｅｘ方式では、複数の交換機が存在することを許容し、適切な交換機を適宜指定することで、負荷分散性及び障害耐性を向上させることができる。
【００３１】
Ｉｕ−Ｆｌｅｘ方式では、発信要求信号のＩＤＮＮＳに基づいて、接続先の交換機を判別している。しかしながら、そのようなＩＤＮＮＳが設定されていない移動局４０が、ＲＮＣ１０に発信要求信号を送信した場合、ＲＮＣ１０は、その移動局４０に対してどの交換機を接続すべきか判断できない。本発明は、以下に説明するような方法及び装置により、このような問題に効果的に対処できる。
【００３２】
なお、説明の便宜上、３ＧＰＰ標準規格にしたがって、ＩＤＮＮＳを適切にＲＮＣへ通知する移動局を「標準移動局」と呼ぶことにする。これに対して、ＩＤＮＮＳをＲＮＣへ通知しない移動局を「非標準移動局」と呼ぶことにする。
【００３３】
＜２．ＲＮＣ＞
図４は、本発明の実施例において使用される無線ネットワーク制御装置（ＲＮＣ）が、複数の交換機に接続されている様子を示す。図示の都合上、交換機として、パケットドメインの交換機ノード（ＳＧＳＮ）しか示されていないが、１つ以上の回線交換ドメインの交換機ノード（ＭＳＣ）に接続されてもよい。交換機の各々は、移動通信システムのコアネットワークにおける処理を行い、例えば、加入者プロファイルのような加入者情報の管理、移動管理、発着信制御、課金制御、ＱｏＳ制御等を行う。ＲＮＣ１０の配下には、移動局４０が存在する。図４には図示していないが、ＲＮＣ１０の配下には、標準移動局及び非標準移動局が存在する。移動局は、ユーザが通信することができる適切な如何なるユーザ装置でもよく、例えば、携帯電話、情報端末、パーソナルディジタルアシスタント、携帯用パーソナルコンピュータ等であるが、これらに限定されない。
【００３４】
ＲＮＣ１０は、移動局側インターフェース１１と、交換機側インターフェース１２と、記憶部１３と、制御部１４とを有する。図４には、ＲＮＣ１０の様々な機能要素の内、本実施例に特に関連するものしか示されていない点に留意を要する。
【００３５】
移動局側インターフェース１１は、不図示の無線基地局を介して移動局４０と通信するためのインターフェースである。例えば、移動局側インターフェース１１は、移動局の通信開始手順において、移動局４０との間でＲＲＣコネクション（無線コネクション）を確立するように構成されている。
【００３６】
交換機側インターフェース１２は、様々な交換機と通信するためのインターフェースである。例えば、交換機インターフェース１２は、移動局４０からの位置登録要求信号や発信要求信号を、交換機に送信する際のインターフェース機能を果たすように構成されている。
【００３７】
記憶部１３は、データ、パラメータ、変数値その他のＲＮＣ１０において使用される情報を記憶する。例えば、記憶部１３は、移動局４０から通知されたＴＭＳＩや、Ｐ−ＴＭＳＩを示す情報を記憶する。また、記憶部１３は、後述のデフォルト交換機（デフォルトＳＧＳＮ）の情報も記憶している。さらに、ＴＭＳＩやＰ−ＴＭＳＩが、位置登録エリアの更新に応じて変更された場合、変更後のＴＭＳＩ及びＰ−ＴＭＳＩが上書きされる。
【００３８】
制御部１４は、ＲＮＣ１０内の機能要素の動作を制御することに加えて、制御に必要な管理及び判断を行う。例えば、制御部１４は、移動局４０からのＲＲＣメッセージ受信時に、ＴＭＳＩが通知されているか否かの判定、ＩＤＮＮＳが通知されているか否かの判定、接続先ドメインの判定（デフォルト交換機の判定も含む）等を行う。
【００３９】
＜３．動作例＞
図５は、非標準移動局である移動局４０が、回線交換ドメインへの発信（ＣＳ発信）を行う場合のシーケンスを示す。移動局４０が発信を実施する場合、まず、移動局４０は、ＲＲＣ接続要求信号をＲＮＣ１０に送信することで、ＲＲＣコネクションの確立を要求する（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）。ＲＮＣ１０は、移動局側インターフェース１１を介して、移動局４０とのＲＲＣコネクションを確立する。移動局４０からの接続要求信号には、初期識別子（Ｉｎｉｔｉａｌ  ＵＥ  Ｉｄｅｎｔｉｔｙ）と呼ばれる情報要素が設定されている。初期識別子は、移動局が保持している移動局識別情報の何れかであり、ＴＭＳＩ、Ｐ−ＴＭＳＩ、ＩＭＳＩ及びＩＭＥＩの優先度にしたがって、いずれか一つに設定される。
【００４０】
接続要求信号を受信したＲＮＣ１０は、制御部１４により、受信した接続要求信号に含まれている初期識別子が何であるかを判定する。初期識別子が、ＴＭＳＩ又はＰ−ＴＭＳＩであった場合、そのＴＭＳＩ又はＰ−ＴＭＳＩを記憶部１３に記憶する。図示の例の場合、初期識別子はＴＭＳＩであり、このＴＭＳＩが保存される。
【００４１】
ＲＲＣコネクション確立後、移動局４０から、回線交換ドメインへの発信要求（ＣＳ発信要求）信号が送信される（Ｉｎｉｔｉａｌ  Ｄｉｒｅｃｔ  Ｔｒａｎｓｆｅｒ）。移動局４０は、非標準移動局なので、このＣＳ発信要求信号には、適切なＩＤＮＮＳが設定されていない。したがって、このＣＳ発信要求信号のみに基づいて接続先の交換機を特定することはできないが、接続先のドメインがＣＳであるかＰＳであるかを示すドメイン識別情報（ＣＮ  Ｄｏｍａｉｎ  Ｉｄｅｎｔｉｔｙ）は、ＣＳ発信要求信号に含まれている。
【００４２】
ＣＳ発信要求信号を受信したＲＮＣ１０は、ドメイン識別情報を参照することで、接続先のドメインが、ＣＳ又はＰＳの何れであるかを判定する。接続先ドメインがＣＳドメインであった場合、前述の接続要求信号を受信した際に記憶部１３に記憶したＴＭＳＩを参照する。このようなＴＭＳＩが記憶部１３に記憶されていた場合、そのＴＭＳＩが、制御部１４に通知される。ＴＭＳＩには、ＣＳ−ＮＲＩが埋め込まれているので、制御部１４は、ＴＭＳＩの１４〜２３ビット目の１０ビットを抜き出して、ＣＳ−ＮＲＩを判定し、そのＮＲＩを有する交換機がサービングＭＳＣであると判断する。図示の例では、サービングＭＳＣは、ＭＳＣ３１（ＮＲＩ＝１）である。そして、ＲＮＣ１０の交換機側インターフェース１２は、ＣＳ発信要求信号を、サービング交換機として選択されたＭＳＣ３１に送信する。
【００４３】
回線交換ドメインの交換機ＭＳＣ３１は、ＲＮＣ１０から送信されてきたＣＳ発信要求信号に対して、呼接続等の処理が行われる。
【００４４】
なお、ＲＲＣ接続要求信号の初期識別子がＴＭＳＩでなく、ＩＭＳＩやＩＭＥＩであった場合、記憶部１３は、適切なＴＭＳＩを記憶していない。初期識別子がＩＭＳＩやＩＭＥＩである場合、その移動局の加入者プロファイルを作成している交換機は未だ存在していないと考えられる。この場合、ＲＮＣ１０は、従来のＩｕ−Ｆｌｅｘ方式と同様に、回線交換ドメインの複数の交換機の内（ＭＳＣ０、ＭＳＣ１、ＭＳＣ２）、何れか１つをランダムに選択し、それをサービングＭＳＣとする。
【００４５】
図６は、非標準移動局である移動局４０が、パケット交換ドメインへの発信（ＰＳ発信）を行う場合のシーケンスを示す。ＲＲＣコネクションが確立するまでの手順は、図５のＣＳ発信手順と同様であるため、説明を省略する。
【００４６】
ＲＲＣコネクション確立後、移動局４０から、パケット交換ドメインへの発信要求（ＰＳ発信要求）信号が送信される（Ｉｎｉｔｉａｌ  Ｄｉｒｅｃｔ  Ｔｒａｎｓｆｅｒ）。移動局４０は、非標準移動局なので、このＰＳ発信要求信号には、適切なＩＤＮＮＳが設定されていない。したがって、このＰＳ発信要求信号のみに基づいて接続先の交換機を特定することはできないが、接続先のドメインがＣＳであるかＰＳであるかを示すドメイン識別情報（ＣＮ  Ｄｏｍａｉｎ  Ｉｄｅｎｔｉｔｙ）は、ＰＳ発信要求信号に含まれている。
【００４７】
ＰＳ発信要求信号を受信したＲＮＣ１０は、ドメイン識別情報を参照することで、接続先のドメインが、ＣＳ又はＰＳの何れであるかを判定する。接続先ドメインがＰＳドメインであった場合、ＲＮＣ１０は、記憶部１３に保存されているデフォルト交換機の情報にしたがって、パケット交換ドメインの何れかの交換機を選択する。デフォルト交換機とは、複数の交換機の内、選択すべき交換機として予め指定されている交換機である。図示の例の場合、３つの交換機ＳＧＳＮ２０、ＳＧＳＮ２１、ＳＧＳＮ２２の内、ＳＧＳＮ２２がデフォルト交換機として設定されている。デフォルト交換機の選び方については、第１変形例において、さらに説明する。デフォルト交換機は、サービング交換機になる。ＲＮＣ１０の交換機側インターフェース１２は、サービング交換機として選択されたＳＧＳＮ２２に、ＰＳ発信要求信号を送信する。
【００４８】
なお、ＲＲＣ接続要求信号の初期識別子（Ｉｎｉｔｉａｌ  ＵＥ  Ｉｄｅｎｔｉｔｙ）がＰ−ＴＭＳＩであり、これをＲＮＣ１０が記憶し、コネクション設定後に、ＲＮＣ１０がＰＳ発信要求を受けた際に、ＰＳドメインの交換機を、Ｐ−ＴＭＳＩから特定することも理論的には考えられる。しかしながら、非標準移動局４０が送信するＲＲＣ接続要求信号の初期識別子がＰ−ＴＭＳＩであることは稀である。したがって、ＰＳ発信要求信号の場合は、本実施例のように、複数の交換機の候補の中から、何れかの交換機をデフォルト交換機として予め決定しておくことが好ましい。
【００４９】
図７は、図５及び図６の動作に関し、ＲＮＣ１０（主に、制御部１４）が行う処理のフローチャートを示す。
【００５０】
ステップ７１において、ＲＮＣ１０は、ＲＲＣ接続要求信号（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）を受信している。ステップ７２において、ＲＲＣ接続要求信号の初期識別子（Ｉｎｉｔｉａｌ  ＵＥ  Ｉｄｅｎｔｉｔｙ）が、ＴＭＳＩに設定されているか否かが判定される。ＴＭＳＩが設定されていなかった場合、フローはステップ７４に進み、終了する。初期識別子にＴＭＳＩが設定されていた場合、ステップ７３において、そのＴＭＳＩが記憶部１３に記憶される。
【００５１】
ステップ８１において、ＲＮＣ１０は、ＲＲＣコネクション確立後に、発信要求信号（Ｉｎｉｔｉａｌ  Ｄｉｒｅｃｔ  Ｔｒａｎｓｆｅｒ）を受信する。ステップ８２において、発信要求信号が適切なＩＤＮＮＳを含んでいるか否かが判定される。発信要求信号に適切なＩＤＮＮＳが含まれていた場合、その発信要求は、標準移動局から送信されたものである。この場合、フローはステップ８３に進み、ＩＤＮＮＳにより示される交換機が、サービングＣＮとして決定される。
【００５２】
発信要求信号に適切なＩＤＮＮＳが含まれていなかった場合、その発信要求は、非標準移動局から送信されたものである。この場合、フローはステップ８４に進む。ステップ８４では、接続先が回線交換ドメイン（ＣＳ）又はパケット交換ドメイン（ＰＳ）の何れであるかが判定される。非標準移動局が送信する発信要求信号は、接続先のドメインがＣＳであるかＰＳであるかを示すドメイン識別情報を含んでいるので、接続先のドメインを特定することはできる。接続先がＰＳドメインであった場合、フローはステップ８５に進み、予め決定されている何らかのデフォルト交換機が、サービングＣＮとして決定される。
【００５３】
接続先がＣＳドメインであった場合、フローはステップ８６に進む。ステップ８６では、記憶部１３にＴＭＳＩが記憶されているか否かが判定される。記憶されていた場合、フローはステップ８７に進む。ステップ８７では、記憶されているＴＭＳＩから、接続先の交換機ＭＳＣを特定し、それがサービングＣＮとして決定される。適切なＴＭＳＩが記憶部１３に記憶されていなかった場合、フローはステップ８８に進む。ステップ８８では、複数の交換機の内、何れか１つがランダムに選択され、それがサービングＣＮとして決定される。
【００５４】
ステップ８９では、ステップ８３、８５、８７及び８８で決定された交換機に対して、発信要求信号が送信され、呼接続等の処理が行われ、フローは終了する。
【００５５】
本実施例によるＲＮＣ１０は、ＣＳドメインに対する手順の場合、非標準移動局である移動局４０が通知したＴＭＳＩ情報からＣＳ−ＮＲＩを決定し、移動局４０のサービングＭＳＣを適切に決定することができる。ＴＭＳＩ情報が通知されていなかった場合、その移動局４０はＣＳドメインへのアタッチが未だ実施されていないと考えられる。この場合、ＲＮＣ１０は、複数のＭＳＣの内の何れか１つをランダムに選択し、選択されたＭＳＣに発信要求信号を送信する。移動局４０の加入者プロファイルは、選択されたＭＳＣに作成される。このようにして、ＭＳＣ間の負荷分散を実施することが可能となる。
【００５６】
一方、ＰＳドメインに対する手順の場合、ＲＲＣコネクション設定時にＲＮＣ１０にＰ−ＴＭＳＩが通知されるケースは少ない。このため、ＲＮＣ１０がＰＳ発信要求信号を受信した際に、記憶済みのＰ−ＴＭＳＩからＰＳ−ＮＲＩを導出することは、理論的には可能であるが、実際には稀にしか起こらない。本実施例では、ＰＳ発信の場合、ＲＮＣ１０は、予め決まっているデフォルトＳＧＳＮへ接続する。これにより、非標準移動局であってもＰＳドメインにおける呼接続が可能となる。
【００５７】
接続先を決定する際の判断フロー（図７）では、ステップ８２において、ＩＤＮＮＳの通知の有無が最初に判定される。標準移動局の場合はＩＤＮＮＳに従った通常の接続先決定処理が行われ、非標準移動局の場合はＴＭＳＩまたは固定的なデフォルトＳＧＳＮによる接続先決定処理が行われる。これにより、標準移動局／非標準移動局が混在するシステムにおいても、適切な接続先ＣＮを一意に特定することが可能となる。
【００５８】
＜４．第１変形例＞
図６及び図７（ステップ８５）における「デフォルトＳＧＳＮ」の選択は、適切な如何なる判断基準で行われてもよい。以下、デフォルトＳＧＳＮを選択する一例を説明する。
【００５９】
ＲＮＣ１０には、図４に示されているように、複数のＳＧＳＮが接続されている。接続されるＳＧＳＮは、一例として５台であり、それぞれのＳＧＳＮをＳＧＳＮ２０〜ＳＧＳＮ２４とする。ＲＮＣ１０の交換機側インターフェース１２は、それぞれのＳＧＳＮとの間で、故障が発生しているか否かを確認するためにヘルスチェックを実施し、ヘルスチェック状態を記憶部１３に保存する。例えば、交換機側インターフェース１２は、ヘルスチェック信号を全ての交換機に送信し、各々からの応答信号を待機する。適切な応答信号を受信できた場合、その交換機は正常である。所定の時間内に応答信号が得られなかった場合や、応答信号の内容が適切でなかった等の場合、その交換機は正常でない（異常である）。記憶部１３は、ＲＮＣ１０に接続されている交換機（図示の例では、ＳＧＳＮ）と、各自のヘルスチェック状態（正常又は異常）を管理する。ヘルスチェック状態が正常である何れか一つのＳＧＳＮが、サービングＣＮとして指定される。
【００６０】
デフォルトＳＧＳＮの決定方法の一例を示す。制御部１４は、デフォルトＳＧＳＮを決定する際に、ある優先度にしたがって一つのＳＧＳＮを決定してもよい。優先度は適切な如何なる基準で付けられてもよい。例えばＲＮＣ１０が管理データとして保持している接続先候補のＳＧＳＮの内、若番順に優先度が付けられていてもよい。あるいは、交換機の処理能力や、交換機が使用される時間等のような別の観点から、複数のＳＧＳＮの各々について、優先度が付けられていてもよい。いずれにせよ、ＲＮＣ１０に接続されている複数のＳＧＳＮの候補は、ランダムに選択されるものではなく、特定の順に並べられている必要がある。
【００６１】
図８は、５つのＳＧＳＮが若番順に並んでいる様子を示す。ＲＮＣ１０に接続されているＳＧＳＮの情報が、記憶部１３の中でテーブルとして管理されており、最上位に登録されているものが最優先である。この場合、ＲＮＣ１０は、非標準移動局からＰＳ発信要求信号を受信すると、最若番のＳＧＳＮ２０を選択し、ＳＧＳＮ２０のヘルスチェック状態を参照する。ＳＧＳＮ２０のヘルスチェック状態が正常であれば、ＳＧＳＮ２０をデフォルトＳＧＳＮとする。ＳＧＳＮ２０のヘルスチェック状態が正常でなかった場合（異常であった場合）、交換機側インターフェース１２は、制御部１４に対して、正常でない旨の情報を通知する。ＳＧＳＮ２０に異常が発生していた場合、制御部１４は、次の順番のＳＧＳＮ２１を選択する。ＳＧＳＮ２１のヘルスチェック状態が正常であれば、デフォルトＳＧＳＮをＳＧＳＮ２１に変更する。ＳＧＳＮ２０の状態が回復し、ヘルスチェック状態が正常に戻ったことを確認できた場合、その旨が交換機側インターフェース１２から制御部１４へ通知される。制御部１４は最若番のＳＧＳＮ２０が正常状態に回復したことに応じて、ＳＧＳＮ２１のヘルスチェック状態によらず、デフォルトＳＧＳＮを最若番のＳＧＳＮ２０に変更する。
【００６２】
図９は、５つのＳＧＳＮ各々に優先度が割り当てられている様子を示す。この場合、ＲＮＣ１０は、非標準移動局からＰＳ発信要求信号を受信すると、最優先のＳＧＳＮ２２を選択し、ＳＧＳＮ２２のヘルスチェック状態を参照する。ＳＧＳＮ２２のヘルスチェック状態が正常であれば、ＳＧＳＮ２２をデフォルトＳＧＳＮとする。ＳＧＳＮ２２のヘルスチェック状態が正常でなかった場合（異常であった場合）、交換機側インターフェース１２は、制御部１４に対して、正常でない旨の情報を通知する。ＳＧＳＮ２２に異常が発生していた場合、制御部１４は、次に優先度が高いＳＧＳＮ２０を選択する。ＳＧＳＮ２０のヘルスチェック状態が正常であれば、デフォルトＳＧＳＮをＳＧＳＮ２０に変更する。ＳＧＳＮ２２の状態が回復し、ヘルスチェック状態が正常に戻ったことを確認できた場合、その旨が交換機側インターフェース１２から制御部１４へ通知される。制御部１４は最優先のＳＧＳＮ２２が正常状態に回復したことに応じて、ＳＧＳＮ２０のヘルスチェック状態によらず、デフォルトＳＧＳＮを最優先のＳＧＳＮ２２に変更する。
【００６３】
本実施例では、非標準移動局がＰＳ発信を行った場合、複数のＳＧＳＮの候補の内、予め決められているデフォルトＳＧＳＮが選択される。仮に、ＰＳ発信時のＳＧＳＮが、予め決められていなかった場合（例えば、ＲＮＣがランダムに選択する場合）、ＰＳ発信毎に異なるＳＧＳＮが選択され、例えば、１回目の発信と２回目の発信で異なるＳＧＳＮが選択されるかもしれない。この場合、加入者プロファイルを保持しているＳＧＳＮが存在しているにもかかわらず、それを保持していないＳＧＳＮが接続先として選択されてしまうおそれがある。このような状況では、場合によってはＰＳ発信の著しい遅延を招くだけでなく、呼接続そのものが失敗することも懸念される。
【００６４】
これに対して、本実施例では、非標準移動局のＰＳ発信に対して、予め決められた優先度にしたがってＳＧＳＮを選択する。ＳＧＳＮの優先度をＲＮＣ間で共通に定義することで、図８や図９のような同一の管理データを使用するＲＮＣは、同じデフォルトＳＧＳＮを一意に決定することが可能になる。ＲＮＣ間でデフォルトＳＧＳＮが一意に決定されるので、各ＲＮＣ配下で発信した非標準移動局からのＰＳ発信は、一律に同一のＳＧＳＮ（デフォルトＳＧＳＮ）に接続される。多くの場合、デフォルトＳＧＳＮには当該呼の加入者プロファイルが保持されているので、適切なＰＳ呼接続を行うことが可能となる。
【００６５】
＜５．第２変形例＞
図１０は、第２変形例による動作例のシーケンスを示す。移動局４０がＲＲＣ接続要求信号を送信した後、ＲＮＣ１０がデフォルトＳＧＳＮ（ＳＧＳＮ２０）にＰＳ発信要求信号を送信するまでの手順は、図６の手順と同様である。したがって、ＲＮＣ１０の記憶部１３には、ＴＭＳＩが保存されている。説明の便宜上、このＴＭＳＩを払い出した交換機は、ＭＳＣ３０であるとする。ＲＮＣ１０がＳＧＳＮ２０に送信したＰＳ発信要求信号は、ＳＧＳＮ２０において処理され、移動局４０は、パケット交換ドメインにおける通信（ＰＳ通信）を行う。
【００６６】
移動局４０がＰＳ通信を継続したまま移動し、位置登録エリア（又はトラッキングエリア）が異なる地域に入った場合、位置登録の手順を行う必要がある。移動局４０は、位置登録エリアの更新を要求する位置登録要求信号をＲＮＣ１０に送信する（Ｕｐｌｉｎｋ  Ｄｉｒｅｃｔ  Ｔｒａｎｓｆｅｒ）。ＲＮＣ１０は、位置登録要求信号を、パケット交換ドメインのサービングＣＮであるＳＧＳＮ２０に送信する。ＳＧＳＮ２０は、位置登録要求信号を、回線交換ドメインのサービングＣＮとなるＭＳＣ３１に送信する。ＭＳＣ３１は、位置登録応答信号を返す。この場合において、ＭＳＣ３１は、加入者プロファイルを作成することに加えて、新たなＴＭＳＩの払い出しを行う。新たなＴＭＳＩは、位置登録応答信号とともにＳＧＳＮ２０に通知され、ＲＮＣ１０に通知される（Ｄｉｒｅｃｔ  Ｔｒａｎｓｆｅｒ）。ＲＮＣ１０は、通知された情報（新たなＴＭＳＩ）を記憶部１３に上書き記憶する。そして、ＲＮＣ１０は、新たなＴＭＳＩとともに、位置登録応答信号を移動局４０に通知する（ＤＬ  Ｄｉｒｅｃｔ  Ｔｒａｎｓｆｅｒ）。
【００６７】
その後、移動局４０が、ＣＳ発信を行ったとする。移動局４０は、ＣＳ発信要求信号をＲＮＣ１０に送信する（Ｉｎｉｔｉａｌ  Ｄｉｒｅｃｔ  Ｔｒａｎｓｆｅｒ）。非標準移動局４０からのこのＣＳ発信要求信号には、ＩＤＮＮＳは設定されておらず、接続先の交換機は不明であるが、接続先のドメインを指定する情報（ＣＮ  Ｄｏｍａｉｎ  Ｉｄｅｎｔｉｔｙ）は分かる。ＲＮＣ１０は、接続先がＣＳドメインであることを確認した後、記憶部１３に上書きされている「新たなＴＭＳＩ」から、接続先の交換機の識別子（ＣＳ−ＮＲＩ）を突き止める。ＲＮＣ１０は、その識別子が示す交換機ＭＳＣ３１に対して、ＣＳ発信要求信号を送信する。これにより、ＰＳ通信中に、位置登録エリア及びＴＭＳＩが変わった後、ＣＳ発信が行われた場合でも、ＲＮＣ１０はＣＳ発信要求信号を適切な交換機ＭＳＣに送信することができる。仮に、ＲＮＣ１０が新たなＴＭＳＩを保存せず、古いＴＭＳＩを維持したままであったとすると、ＲＮＣは、受信したＣＳ発信を適切な交換機に接続することができない。例えば、古いＴＭＳＩが示す交換機に対して、ＣＳ発信要求信号を送信してしまい、適切な呼接続等の処理を行えないことが懸念される。
【００６８】
上記動作例のように、ＴＭＳＩが再度払い出された場合、ＳＧＳＮ２０がＲＮＣ１０に最新のＴＭＳＩ情報を通知し、ＲＮＣ１０が最新のＴＭＳＩ値を記憶する。これにより、ＲＮＣ１０は、非標準移動局からの呼が接続されるべきＭＳＣを正しく特定することができる。  
以上本発明は特定の実施例を参照しながら説明されてきたが、それらは単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。例えば、本発明は、無線ネットワーク制御装置（ＲＮＣ）が複数の交換機に接続される適切な如何なる移動通信システムに適用されてもよい。例えば本発明は、Ｗ−ＣＤＭＡ方式のシステム、ＨＳＤＰＡ／ＨＳＵＰＡ方式のＷ−ＣＤＭＡシステム等に適用されてもよい。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。実施例又は項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある実施例又は項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。ソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に用意されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【符号の説明】
【００６９】
１１  移動局側インターフェース
１２  交換機側インターフェース
１３  記憶部
１４  制御部
【図１】
2011254259.tif 000003
【図２】
2011254259.tif 000004
【図３】
2011254259.tif 000005
【図４】
2011254259.tif 000006
【図５】
2011254259.tif 000007
【図６】
2011254259.tif 000008
【図７】
2011254259.tif 000009
【図８】
2011254259.tif 000010
【図９】
2011254259.tif 000011
【図１０】
2011254259.tif 000012