(57)【要約】本願では、分散されたスイッチにおいて移動体着信呼を扱う技術について記載されている。スイッチには、少なくとも１つのクラスタが含まれている。この少なくとも１つのクラスタには、複数のクラスタメンバが含まれている。クラスタメンバのそれぞれは、複数のローミング番号によるセットに関連付けられており、移動体着信呼を、クラスタメンバによってサービスの提供を受けている被呼加入者へと経路制御するか、または、この被呼加入者へサービスを提供している他のクラスタメンバへと経路制御する。少なくとも１つのクラスタには、第１のデータ構造が含まれている。第１のデータ構造には、当該クラスタのすべてクラスタメンバにとって共通でアクセス可能なコンテンツが含まれている。第１のデータ構造によって、複数のクラスタメンバと、各クラスタメンバに関連付けられているローミング番号のセットとが特定される。
2010514287.tif 000002
【特許請求の範囲】
【請求項１】
移動体通信ネットワークにおける交換機であって、前記交換機は、少なくとも１つのクラスタを備え、前記少なくとも１つのクラスタは、
複数のクラスタメンバと、
少なくとも１つの第１のデータ構造と
を備え、
前記複数のクラスタメンバのそれぞれは、複数の番号による番号セットと関連付けられており、着信呼に関連付けられている番号にしたがって前記着信呼を、前記クラスタメンバによってサービスを提供されている被呼加入者または他のクラスタメンバへ経路制御するように構成されており、
前記第１のデータ構造は、前記複数のクラスタメンバにとって共通でありかつ前記複数のクラスタメンバによってアクセス可能なコンテンツを格納しており、さらに、前記第１のデータ構造は、前記複数のクラスタメンバと、該複数のクラスタメンバのそれぞれに関連付けられている番号セットとを特定するように構成されたデータ構造であることを特徴とする交換機。
【請求項２】
前記第１のデータ構造は、前記番号セットのそれぞれまたは前記複数のクラスタメンバのそれぞれについて、関連付けられているクラスタメンバのルーティングアドレスを特定するように構成されたデータ構造であることを特徴とする請求項１に記載の交換機。
【請求項３】
前記ルーティングアドレスは、インターネットプロトコルアドレスであることを特徴とする請求項２に記載の交換機。
【請求項４】
複数の番号セットのそれぞれについて、前記着信呼を前記クラスタの内部で処理すべきか、それとも前記クラスタの外部に配置されているネットワークノードで処理すべきかを定義した第２のデータ構造をさらに備えていることを特徴とする請求項１ないし３のいずれか１項に記載の交換機。
【請求項５】
前記第２のデータ構造は、前記第１のデータ構造と関連付けられていることを特徴とする請求項４に記載の交換機。
【請求項６】
前記第２のデータ構造のコンテンツは、前記複数のクラスタメンバにとって共通でありかつ前記複数のクラスタメンバによってアクセス可能に構成されていることを特徴とする請求項４または５に記載の交換機。
【請求項７】
前記第１のデータ構造および前記第２のデータ構造の少なくとも一方は、前記複数のクラスタメンバのそれぞれがアクセス可能な中央のクラスタデータベースに格納されていることを特徴とする請求項１ないし６のいずれか１項に記載の交換機。
【請求項８】
前記複数のクラスタメンバのそれぞれは、前記第１のデータ構造および前記第２のデータ構造の少なくとも一方についてのローカルコピーを保持しており、該ローカルコピーにアクセス可能に構成されていることを特徴とする請求項１ないし７のいずれか１項に記載の交換機。
【請求項９】
前記番号は、ハンドオーバ番号または移動局ローミング番号のうち少なくとも１つであることを特徴とする請求項１ないし８のいずれか１項に記載の交換機。
【請求項１０】
移動体通信ネットワークにおける呼の経路制御方法であって、前記移動体通信ネットワークは交換機を備え、前記交換機は少なくとも１つのクラスタを備え、記少なくとも１つのクラスタは複数のクラスタメンバを備え、前記複数のクラスタメンバのそれぞれは、複数の番号による番号セットと関連付けられており、着信呼に関連付けられている番号にしたがって前記着信呼を、前記クラスタメンバによってサービスを提供されている被呼加入者または他のクラスタメンバへ経路制御するように構成されており、
前記経路制御方法は、
前記複数のクラスタメンバにとって共通でありかつ前記複数のクラスタメンバによってアクセス可能なコンテンツを格納しており、さらに、前記複数のクラスタメンバと、該複数のクラスタメンバのそれぞれに関連付けられている番号セットとを特定するように構成された第１のデータ構造のコンテンツヘ、第１のクラスタメンバがアクセスするステップと、
前記第１のクラスタメンバが、着信呼を受信するステップと、
前記第１のクラスタメンバが、前記着信呼に関連付けられている番号と、前記第１のデータ構造に格納されているコンテンツとに基づいて、前記着信呼の被呼加入者が在圏している特定のクラスタメンバを判別するステップと
を備えることを特徴とする交換機。
【請求項１１】
前記特定のクラスタメンバを判別するステップの判別結果に依存して、前記着信呼を、前記第１のクラスタメンバに在圏している加入者または第２のクラスタメンバへ経路制御することを特徴とする請求項１０に記載の経路制御方法。
【請求項１２】
前記第１のデータ構造は、さらに、番号セットのそれぞれまたは複数のクラスタメンバのそれぞれについて、関連付けられているクラスタメンバのルーティングアドレスを特定できるように構成されており、前記着信呼に関連付けられている番号に基づいて、前記第２のクラスタメンバが前記着信呼の被呼加入者が在圏しているクラスタメンバであると判別され、
前記経路制御方法は、さらに、
前記第２のクラスタメンバのルーティングアドレスを特定するステップと、
前記特定されたルーディングアドレスを介して、前記着信呼を前記第２のクラスタメンバへ経路制御するステップと
をさらに備えることを特徴とする請求項１１に記載の経路制御方法。
【請求項１３】
複数の番号セットのそれぞれについて、前記着信呼を前記クラスタの内部で処理すべきか、それとも前記クラスタの外部に配置されているネットワークノードで処理すべきかを定義した第２のデータ構造のコンテンツへ、前記第１のクラスタメンバがアクセスするステップと、
前記着信呼に関連付けられている番号と、前記第２のデータ構造に格納されているコンテンツとに基づいて、前記着信呼を前記クラスタの外部に配置されているネットワークノードが処理すべきかを判定するステップと、
前記判定の結果に依存して前記ネットワークノードへ前記着信呼を経路制御するステップと
をさらに備えることを特徴とする請求項１０ないし１２のいずれか１項に記載の経路制御方法。
【請求項１４】
コンピュータプログラムであって、
交換機または交換機の構成要素によって実行されることで、請求項１０ないし１３のいずれか１項に記載の経路制御方法が備える各ステップを実行するためのプログラムコードを備えたことを特徴とするコンピュータプログラム。
【請求項１５】
コンピュータ可読記憶媒体であって、
請求項１４に記載のコンピュータプログラムを格納していることを特徴するコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に移動体通信ネットワークにおける呼の経路制御術に係り、とりわけ、移動体着信呼やハンドオーバ呼を、当該呼の被呼加入者へ位置している移動体通信ネットワークの着側スイッチ（交換機）へルーティング（経路制御）する技術に関する。
【背景技術】
【０００２】
移動体通信ネットワークにおける呼の経路制御は、固定通信網における呼の呼の経路制御とは異なっており、一般にはより複雑になっている。公衆回線交換電話網（ＰＳＴＮ）のような固定通信網では、ユーザの端末が交換局ないしは交換機に対して固定的に接続されている。一方、移動体通信ネットワークでは、ある交換機のサービスエリアから他の交換機のサービスエリアへとユーザは自由に移動することができる。すなわち、移動体加入者へサービス（呼の経路制御を含む交換機能など）を提供する交換機は、時々刻々と交替することになる。
【０００３】
移動体加入者を被呼側として呼を着信させたいと望む発呼側にとってみれば、被呼側の加入者にサービスを提供する在圏交換機の交替は特に意識されることはない。被呼側の加入者が「ホーム」となっている交換機（すなわち、当該加入者が移動体通信ネットワークにおいて登録されている交換機）のサービスエリアに位置しているか、あるいは、他の交換機にサービスエリアに位置しているかとは無関係に、発呼側は、常に、被呼加入者に割り当てられているたった１つでかつ同一の電話番号（電話帳に登録された電話番号）をダイアルすればよい。この番号は、通常、被呼加入者の移動体加入者ＩＳＤＮ（ＭＳＩＳＤＮ）番号と呼ばれている。
【０００４】
被呼側加入者へ呼を経路制御するためには、移動体通信ネットワークにおける交換機システムが、ＭＳＩＳＤＮとは異なる番号（いわゆるローミング番号）を内部的にその呼に対して割り当て、そしてこのローミング番号を使用して、その呼の着側の交換機（発呼の時点で被呼加入者が在圏している特定の交換機）へと呼をどのように経路制御するかを決定することになる。このローミング番号は、一般に、移動局ローミング番号（ＭＳＲＮ）と呼ばれている。ＭＳＲＮは、地理的な番号計画に関連して決められており、ＭＳＲＮはいずれの加入者に対しても割り当てられておらず、また、認識されることもない。まとめると、移動体着信呼に割り当てられたＭＳＲＮ番号によって、移動体着信呼の被呼側加入者が在圏している着側交換機へと当該呼を経路制御することができる。同様の経路制御メカニズムは、ハンドオーバの際にも使用されている。
【０００５】
コンピュータ演算の分散化が開発されるに伴い、移動体通信ネットワークにおけるより多くの交換機が分散システムとして実装されることになる。これは、交換機クラスタと呼ばれている。分散コンピューティングの分野では、「クラスタ」は、大まかに結合されて協働して動作する複数のコンピューティングデバイスのセットのことであり、これらのコンピューティングデバイスは様々な観点からまるで単一のコンピューティングデバイスのように見ることができる。クラスタには、通常、クラスタメンバないしはブレードが含まれている。クラスタメンバは、スペースや電力及びその他に関してスタンドアローン型のデバイスが備えているある種の機能を備えてはいないが、コンピュータとしてみなされる必須の機能的構成要素のすべてを備えたコンピューティングデバイスのことである。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
クラスタのパラダイムを適用する際に、交換機のそれぞれは、複数のクラスタメンバを備えた交換機クラスタとして構成される。すなわち、単一のスタンドアローン型の交換機によってサービスを提供されてきたサービスエリアは、非常にコンパクトな交換機クラスタによってサービスを提供されることになる。このクラスタアプローチによって、負荷の均衡や高い有用性がもたらされる。たとえば、各クラスタメンバの負荷をできる限り均等に分散しようとするためには、交換機クラスタによってサービスを提供されているすべての加入者をそのクラスタメンバのすべてへと分散させる分散メカニズムが必要となる。
【０００７】
原理的に、各クラスタメンバは、従来のスタンドアローン型の交換機が実行しているのと同様の交換機能を実行することができる。たとえば、移動体発呼トラフィックを取り扱うことができ、着信呼を受信することができ、着信呼の被呼加入者へその時点でサービスを提供している交換機クラスタへと着信呼を経路制御することができ、そのクラスタメンバ自身によって被呼側加入者へサービスを提供しているならば着信呼をターミネート（終端）することができる。よって、それぞれ複数のクラスタメンバを有した１つ以上の交換機クラスタを備えた分散交換システムにおいては、移動体着信呼のそれぞれについて着信側の交換機クラスとを決定するだけでなく、当該呼の被呼加入者にサービスを提供している（着信側交換機クラスタにおける）特定のクラスタメンバを決定することが必要とされる。
【０００８】
したがって、分散交換システムにおいて移動体着信呼やハンドオーバ呼を効率よく取り扱う技術に対するニーズが存在しているといえよう。
【課題を解決するための手段】
【０００９】
本発明の第１の観点によれば、移動体通信ネットワーク用の交換機が提供される。交換機には、少なくとも１つのクラスタが含まれている。少なくとも１つのクラスタには複数のクラスタメンバまたは複数のブレードが含まれている。クラスタメンバのそれぞれは、複数の番号のセットに関連付けられているか、複数の番号を有している。さらに、クラスタメンバのそれぞれは、そのクラスタメンバ自身によってサービスを提供している被呼側加入者へ着信呼を経路制御するか（すなわち、当該着信呼をターミネート（終端）するか）、または、当該クラスタに属している他のクラスタメンバへ当該着信呼を経路制御するように構成されている（もしくは、オプションとして、当該クラスタの外部に位置するネットワークノードへと当該着信呼を経路制御する）。呼の経路制御は、着信呼に関連付けられている番号に基づいて実行される。当該交換機の少なくとも１つのクラスタは、さらに、当該クラスタに属している複数のクラスタメンバと、クラスタメンバのそれぞれに関連付けられている番号のセットとを特定するための第１のデータ構造を有している。第１のデータ構造のコンテンツ（内容）は、すべてのクラスタメンバによって共用される。すなわち、第１のデータ構造は、すべてのクラスタメンバに共通であり、すべてのクラスタメンバはこの第１のデータ構造へアクセスできる。
【００１０】
すべてのクラスタメンバに関連付けられている番号のセットのすべてが第１のデータ構造内に保存されていれば効果的であろう。第１のデータ構造には、各クラスタメンバについてのルーティングアドレスやクラスタメンバに関連付けられた番号セットのそれぞれについてのルーティングアドレスを特定するための情報のような情報をさらに備えていてもよい。このクラスタメンバのルーティングアドレスは、当該クラスタメンバによってサービスを提供されている被呼加入者へ、または、他のクラスタメンバへ着信呼をルーティングするために、着信呼を受信したクラスタメンバによって使用されることになる。クラスタメンバルーティングアドレスは様々なフォーマット（形式）を取りうる。フォーマットとしての１つの選択肢はインターネットプロトコル（ＩＰ）アドレス形式である。ポイントコードなど、従来のアドレス形式のいずれかも同様に使用可能である。
【００１１】
交換機は、さらに、第２のデータ構造を有していてもよい。第２のデータ構造は、クラスタメンバに対して関連付けられている複数の番号セットのそれぞれについて、着信呼の経路制御をそのクラスタ内で実行すべきであるか、または、そのクラスタの外部に位置するネットワークノードによって実行すべきであるのかを定義している。当該クラスタの外部に位置しているネットワークノードは、同一の交換機内の他のクラスタであってもよいし、あるいは、同一の移動体通信ネットワーク内の他の交換機であってもよいし、あるいは、他のネットワークのクラスタもしくは交換機であってもよい。ネットワークノードは、クラスタや交換機にのみ限定されるわけではなく、番号解析機能や呼の経路制御機能を備えたネットワークノードであれば、いかなるものであってもよい。
【００１２】
これらの２つのデータ構造は、お互いに関連付けられていたり、または、リンク付けされていてもよい。これのような関連付けを実現する手法は多々存在する。１つの実例としては、これらの２つのデータ構造を、リレーショナルデータベースにおける２つのテーブルとして実装し、さらに番号セットによってこれらの２つのデータ構造を相互にリンクする手法がある（これは複数の番号セットが第１のデータ構造と第２のデータ構造との双方で定義されているからである）。他の実現手法としては、これらの２つのテーブルをマージして単一のテーブルを作成する手法が考えられる。なお、当該技術分野において知られている他の実現手法が採用されもよい。第２のデータ構造に含まれているコンテンツとしては、そのクラスタに属する複数のクラスタメンバにとって共通であり、すべてのクラスタメンバから当該コンテンツへのアクセスが可能となっている。
【００１３】
第１のデータ構造は、複数のクラスタメンバのそれぞれからアクセス可能な、クラスタが備える中央のデータベースに記憶されていてもよい。同様に、第２のデータベースもクラスタが備える中央のデータベースに記憶されていてもよい。さらに、複数のクラスタメンバのそれぞれは、第１のデータ構造と第２のデータ構造とのうち少なくとも１つのローカルコピーを備えていてもよい。
【００１４】
着信呼に関連付けられ、かつ、経路制御の目的で使用される上記の番号は、たとえば、ＭＳＲＮなどのなどのローミング番号とすることができる。また、上記の番号は、ハンドオーバ番号（ＨＯＮ）であってもよい。管理負担を軽減するために、連続したＭＳＲＮもしくはＨＯＮを１つのシリーズとしてグループ化してもよい。１つ以上のＭＳＲＮもしくはＨＯＮのシリーズは、１つのクラスタメンバと関連付けられた番号セットに含まれていてもよい。もちろん、当該番号セットにおける連続した番号について要求される条件は必須ではない。ＭＳＲＮもしくはＨＯＮを使用するシナリオにおいては、第１のデータ構造によって、ＭＳＲＮもしくはＨＯＮの番号セットのそれぞれのクラスタメンバを定義しており、第２のデータ構造は、ＭＳＲＮもしくはＨＯＮに関連付けられている着信呼を経路制御するために使用されるルーティングテーブルであってもよい。
【００１５】
本発明の他の観点によれば、移動体通信ネットワークにおいて呼の経路制御を取り扱う方法が提供される。移動体通信ネットワークは交換機を備え、当該交換機には、少なくとも１つのクラスタが含まれている。当該クラスタには複数のクラスタメンバが含まれている。クラスタメンバのそれぞれは、複数の番号のセットに関連付けられている。さらに、クラスタメンバのそれぞれは、そのクラスタメンバ自身によってサービスを提供している被呼側加入者へ着信呼を経路制御するか、他のクラスタメンバへ当該着信呼を経路制御するように構成されている。呼の経路制御は、着信呼に関連付けられている番号にしたがって実行される。本発明の呼の制御方法には、第１のクラスタメンバに、当該クラスタに属している複数のクラスタメンバと、クラスタメンバのそれぞれに関連付けられている番号のセットとを特定するための第１のデータ構造へのアクセスを提供するステップを備える。ここで、第１のデータ構造のコンテンツ（内容）は、すべてのクラスタメンバに共通であり、かつ、すべてのクラスタメンバはこの第１のデータ構造へアクセス可能である。本方法は、さらに、第１のクラスタメンバが着信呼を受信するステップと、第１のクラスタメンバが、当該着信呼に関連付けられている番号と、第１のデータ構造の記憶内容とに基づいて、着信呼の被呼加入者がその時点で在圏している特定のクラスタメンバを決定するステップとを有している。
【００１６】
本発明の方法は、さらに、上記の決定の結果にしたがって着信呼を経路制御するステップを備えていてもよい。すなわち、第１のクラスタメンバが着信呼の被呼加入者がその時点で在圏している特定のクラスタメンバであると判定されると、着信呼は当該被呼加入者へと経路制御される。すなわち、第１のクラスタメンバにおいて着信呼がターミネート（終端）される。被呼加入者が他のクラスタメンバによってサービスを提供されていると判定されると、着信呼はこの他のクラスタメンバへと経路制御される。
【００１７】
上述したように、第１のデータ構造によって、番号セットのそれぞれについては、もしくはクラスタメンバのそれぞれについて、関連しているクラスタメンバルーティングアドレスが特定されてもよい。この場合、上記の決定の結果に依存して、第１のクラスタメンバは、着信呼を経路制御する際に使用されるルーティングアドレスを決定する。たとえば、第２のクラスタメンバに被呼加入者が在圏しているときは、第１のデータ構造のコンテンツから第２のクラスタメンバのルーティングアドレスが取得されることになる。そして、着信呼は、この対応するルーティングアドレスを使用して第２のクラスタメンバへと経路制御される。
【００１８】
上述したように、本発明の交換機は、第２のデータ構造を有していてもよい。第２のデータ構造は、クラスタメンバに対して関連付けられている複数の番号セットのそれぞれについて、呼の経路制御をそのクラスタ内で実行すべきであるか、または、そのクラスタの外部に位置するネットワークノードによって実行すべきであるのかを定義している。本発明の方法は、着信呼を受信した第１のクラスタメンバが第２のデータ構造が備えるコンテンツへアクセスするステップと、第１のクラスタメンバが、着信呼に関連付けられている番号と、第２のデータ構造が備える情報とに基づいて、呼の経路制御をそのクラスタ内で実行すべきであるか、または、そのクラスタの外部に位置するネットワークノードによって実行すべきであるのかを判定するステップと、クラスタの外部に位置するネットワークノードによって実行すべきであると判定すると、第１のクラスタメンバが着信呼を当該ネットワークノードへと経路制御するステップとを備える。
【００１９】
本発明のさらに他の観点によれば、コンピュータプログラムが提供される。コンピュータプログラムは、交換機もしくは交換機の構成要素において実行されると、本発明の方法にかかる各ステップを実行させるためのプログラムコード部を有している。本発明は、ハードウエア、ソフトウエア、または、これらの組み合わせによって実現可能である。ソフトウエアの観点によれば、コンピュータプログラムは、コンピュータ可読記憶媒体に記憶されてもよい。
【図面の簡単な説明】
【００２０】
本発明は、以下の図面に記述された例示的な実施形態にしたがって説明される。
【図１】従来の交換システムにおけるＨＬＲインテロゲーション（問い合せ）のプロシージャを示した図である。
【図２Ａ】本発明の交換機についての実施形態を示した図である。
【図２Ｂ】本発明の交換機についての他の実施形態を示した図である。
【図３】本発明の実施形態に係る方法を示したフローチャートである。
【図４】本発明の第１のデータ構造に係る２つの実施形態における２つのテーブルを示した図である。
【図５】本発明の第１のデータ構造及び第２のデータ構造に係る実施形態の２つのテーブルを示した図である。
【発明を実施するための形態】
【００２１】
図１は、従来の交換システム１００におけるホームロケーションレジスタ（ＨＬＲ）のインテロゲーション（問い合せ）のプロシージャを示している。図１における基本的なＨＬＲ問い合せプロシージャは、国内ローミングおよび国際ローミングにおいて、従来のすべての移動体通信ネットワークにおいて使用されている。類似のプロシージャは、ハンドオーバにおいても使用されている。ハンドオーバでは、終端処理を実行する交換機ではない交換機へ呼を経路制御するためにＨＯＮが使用されている。いくつかの実装では、ＭＳＲＮが同時にＨＯＮとしても使用可能となっている。
【００２２】
図１に示されているように、交換システム１００は、関門移動交換局（ＧＭＳＣ）を備えており、図中の矢印１０４によって示されている着信呼は、このＧＭＳＣを経由して到着することになる。着信呼は、発呼側装置がダイアルしたＭＳＩＳＤＮ番号に関連付けられている。ＧＭＳＣは、基本的に、加入者のＨＬＲに対して経路制御のための情報を問い合せて取得する機能を備えており、また、ＭＳＩＳＤＮとこのＭＳＩＳＤＮに対応するＨＬＲとをリンクしたテーブルを備えている。ＧＭＳＣが備えている機能は、通常の移動交換局（ＭＳＣ）が備えている機能とは相違しているものの、通常、ＧＭＳＣの機能はＭＳＣ内に実装されている。交換機クラスタの場合、ＧＭＳＣの機能はクラスタメンバに実装される。
【００２３】
交換システム１００は、さらに、この終端を実行する着側ノードの在圏ロケーションレジスタ（ＶＬＲ）アドレスを記憶したＨＬＲ１０６を有している。着側ノードは、着信呼の被呼加入者が在圏しているネットワークノードである。図１によれば、この着側ノードはＭＳＣ１０８である。最も一般的な呼の経路制御プロシージャは、ＧＭＳＣ１０２が被呼加入者のＨＬＲ１０６に対してＭＳＲＮを問い合せることから開始される。呼を受信すると、ＧＭＳＣ１０２は、図中の矢印１１０によって示されているように、ＭＳＩＳＤＮ番号をＨＬＲ１０６転送する。ＨＬＲ１０６において、ＭＳＩＳＤＮ番号は、被呼加入者の国際移動体加入者識別情報（ＩＭＳＩ）を取得するために使用され、さらに、着信側ＭＳＣ１０８のＶＬＲアドレスを取得するためにも使用される。次に、ＩＭＳＩは、図中の矢印１１２によって示されるように、着信側ＭＳＣ１０８へ転送される。
【００２４】
ＭＳＣ１０８において、ＩＭＳＩを用いて、一時的なローミング番号、すなわち、ＭＳＲＮが着信呼に割り当てられる。ＭＳＣ１０８は、ＭＳＲＮのプールないしはセットを所有している。その後、図中の矢印１１４、１１６が示すように、割り当てられたＭＳＲＮはＨＬＲ１０６を経由してＧＭＳＣ１０２へと返信される。最後に、ＧＭＳＣ１０２は、ＭＳＲＮを使用して、着信呼をＭＳＣ１０８へと経路制御する。
【００２５】
図２Ａ、図２Ｂは、移動体通信ネットワーク用の交換機についての２つの実施形態をそれぞれ示している。これらの交換機は、図１に示した交換システム１００の一部であってもよい。たとえば、ＧＭＳＣ１０２またはＭＳＣ１０８の双方または一方がこれらの交換機であってもよい。また、これらの交換機は、上記のＨＬＲ問い合せプロシージャに関与しうる。
【００２６】
とりわけ、図２Ａによれば、交換機２００の内部構成が示されている。交換機２００は、サービスエリア２０４にサービスを提供する単一の交換機クラスタ２０２を備えている。もちろん、交換機２００のハードウエアおよび／またはソフトウエアのキャパシティに依存して、サービスエリア２０４内でサービスを享受できる加入者の数は変わり、サービスエリア１０４内でネットワークトラフィックの量も変わり、また、交換機２００は、複数の交換機クラスタを備えていてもよい。
【００２７】
クラスタ２０２は、複数のクラスタメンバないしは複数のブレード２０６、１０８、２１０、２１２、２１４を備えている。交換機における複数のクラスタの役割も同様であり、各クラスタにおける複数のクラスタメンバは、負荷の均衡や有用性の増大のために利用されてもよい。１つのクラスタメンバの基本的な構成および機能は他のクラスタメンバのそれと同様である。図２Ａに示されているように、クラスタメンバ２０６、２０８、．．．、２１４のそれぞれは、番号セット２１６、２１８、．．．、２２４のそれぞれに対応付けられている。各番号セット、たとえば、番号セット２１６は、ＭＳＲＮなどの複数のローミング番号によって構成されている。ＨＬＲへの問い合せにおいて、ある番号セットに含まれている複数のＭＳＲＮから１つのＭＳＲＮが着信呼に割り当てられる。以下で詳細に説明するように、割り当てられたＭＳＲＮ番号は、クラスタ２００によって使用され、どのように着信呼を経路制御すべきかが決定される。
【００２８】
絶対に必要というわけではないが、番号セットのそれぞれには、各クラスタメンバに関連付けられた連続した番号のシリーズが含まれていてもよい。図２Ａにおいて示された番号セット２１６についてのＭＳＲＮシーリズの一例には、４９１７２９９９９９１、４９１７２９９９９９２、４９１７２９９９９９３、４９１７２９９９９９４、４９１７２９９９９９５が含まれている。原理的には、ＭＳＲＮシリーズのような複数の番号が、番号セット２１６には含まれていてもよい。クラスタメンバに関連付けられる番号セットは、動的に決定されてもよい。すなわち、番号セット２１６における既存の複数のＭＳＲＮもしくはＭＳＲＮのシリーズは、削除または変更されたり、あるいは、新規の複数のＭＳＲＮもしくは新規のＭＳＲＮのシリーズが番号セット２１６に対して追加されたりしてもよい。動的な番号セットは、サービスエリア内の加入者の数の増加や減少、ネットワークトラフィックの増加や減少、クラスタもしくはクラスタメンバのキャパシティの観点から、スイッチ２００の全体の管理にとって有用であろう。
【００２９】
クラスタ２０２は、少なくとも１つの第１のデータ構造２２５を備えている。第１のデータ構造２２５は、クラスタ２０２について、クラスタ２０２に属している複数のクラスタメンバ２０６、２０８、２１０、２１２、２１４を特定するともに、クラスタメンバのそれぞれに関連付けられている番号セットを特定するデータ構造である。第１のデータ構造の詳細については、以下で、図４を使用して説明する。
【００３０】
図２Ａが示すように、第１のデータ構造２２５は、クラスタ２０２が備える中央データベース２２７の中に記憶されている。当然、当業者であれば理解できるように、第１のデータ構造２２５についてのバックアップコピーやミラーコピーがクラスタ内に保持されていてもよい。これにより、性能が向上したり、有用性が増加したりするといった効果を期待できよう。
【００３１】
代替的に、各クラスタメンバは、第１のデータ構造２２５のローカルコピーを記憶ないしは備えていてもよい。このケースについては図２Ｂに示されている。クラスタメンバ２０６、２０８，．．．，２１４はそれぞれ、第１のデータ構造２２５のローカルコピーを保持している。ローカルコピーを提供することで、クラスタメンバ２０６、２０８，．．．，２１４の性能について高速かつ高い信頼性といった性能面での利点がもたらされる。
【００３２】
図２Ａ、図２Ｂには２つの実施形態が図示されているが、第１のデータ構造２２５（およびそのコンテンツ）は、いずれのケースでも、複数のクラスタメンバ２０６、２０８，．．．，２１４それぞれにとって共通であり、アクセス可能となっている。第１のデータ構造についてこの共通バージョンを提供することで、第１のデータ構造（これは非常に膨大なデータ量になりうる）におけるコンテンツの管理とメンテナンスとが容易になるといった利点ももたらされる。換言すれば、複数のクラスタメンバ２０６、２０８，．．．，２１４それぞれに個別のバージョンのデータ構造を設ける必要はない。すなわち、第１のデータ構造２２５の共通バージョンを中央方式（図２Ａ）でもって設けてもよいし、あるいは、分散方式（図２Ｂ）によって設けてもよく、いずれのケースでも、クラスタ２０２に属する複数のクラスタメンバ２０６、２０８，．．．，２１４のそれぞれが共通バージョンに対してアクセス可能である。したがって、第１のデータ構造２２５は、中央で管理およびメンテナンスされてから、図２Ａに示された中央データベース２２７内にロードされたり、図２Ｂに示されたローカルのデータベース内にロードされたりしてもよい。もちろん、図２Ａおよび図２Ｂに示された２つの実施形態は組み合わされてもよい。すなわち、図２Ａに示された中央データベース２２７から図２Ｂに示されたローカルのデータベースへと第１のデータ構造２２５がダウンロードされてもよい。
【００３３】
次に、図３を参照しつつ、移動体通信ネットワークにおける呼の経路制御方法３００についての実施形態を詳細に説明する。より明確に理解していただくために、図２Ａおよび図２Ｂの交換機２００と関連付けて経路制御方法３００について説明する。なお、経路制御方法３００は、構成の異なる複数の交換機によって実行されてもよい。
【００３４】
経路制御方法３００は、ステップ３０２から始まる。ステップ３０２で、第１のクラスタメンバ２０６は、第１のデータ構造２２５へアクセスする。第１のデータ構造２２５に格納されているコンテンツはすべてのクラスタメンバにとって共通であり、アクセス可能である。次のステップ３０４において、第１のクラスタメンバ２０６は、着信呼を受信する。着信呼には、ＨＬＲ問い合せプロシージャにおいて、すでにＭＳＲＮが割り当てられている。
【００３５】
第１のクラスタメンバ２０６は、着信呼の被呼加入者が在圏しているクラスタメンバでなくてもよい。次のステップ３０６で、第１のクラスタメンバ２０６は、被呼加入者が在圏している特定のクラスタメンバを決定（判別）する。この判別処理は、この着信呼に関連付けられているＭＳＲＮと、第１のデータ構造２２５内に格納されている情報とに基づいて実行される。たとえば、第１のクラスタメンバ２０６は、着信呼に関連付けられているＭＳＲＮを調査し、このＭＳＲＮを含んでいる番号セットを特定し、第１のデータ構造２２５のコンテンツ内でこの番号セットを検索し、この番号セットに関連付けられているクラスタメンバを発見して抽出する。すでに説明したように、番号セットに含まれている番号は、好ましくは、連続した順番となっており、第１のクラスタメンバ２０６は、着信呼に関連付けられているＭＳＲＮがどの番号セットに属しているかを効率よく決定できる。
【００３６】
第１のクラスタメンバ２０６が被呼加入者が在圏しているクラスタメンバを判別した後で、第１のクラスタメンバ２０６は、さらに、この判別結果に応じて着信呼を被呼加入者、または、例えば第２のクラスタメンバ２０８へ経路制御してもよい。とりわけ、第１のクラスタメンバが、被呼加入者が在圏している特定のクラスタメンバであることが判別していれば、着信呼は、そのままこの被呼加入者へと経路制御される。一方、第２のクラスタメンバ２０８が在圏クラスタメンバとあると判別されていれば、第１のクラスタメンバ２０６と第２のクラスタメンバ２０８との間のコネクションを介して着信呼は第２のクラスタメンバ２０８へと経路制御される。
【００３７】
以下で詳細に説明するように、第１のデータ構造はさらに、各番号セットごとに、または、クラスタを構成しているクラスタメンバのそれぞれについて、関連付けられているクラスタメンバルーティングアドレスを特定するデータ構造であってもよい。したがって、一度、特定のクラスタメンバが被呼加入者が在圏しているクラスタメンバであると判別されると、経路制御方法３００は、次のステップを実行することになる。まず、第１のクラスタメンバ２０６は、第２のクラスタメンバが在圏クラスタメンバであることを認識すると、第１のデータ構造内を検索することで第２のクラスタメンバ２０８のルーティングアドレスを取得して決定し、第１のクラスタメンバ２０６は、決定したルーティングアドレスを介して、着信呼を第２のクラスタメンバ２０８へ経路制御する。
【００３８】
経路制御方法３００は追加のステップを有していてもよい。第１のクラスタメンバ２０６は、（以下で図５を用いて詳細に説明する）第２のデータ構造のコンテンツへアクセスできてもよい。極めて簡単に言えば、第２のデータ構造は、クラスタ２０２に属しているすべてのクラスタメンバに関連付けられている複数の番号セットのそれぞれについて、着信呼の経路制御をクラスタ２０２の内部で実行すべきか、クラスタ２０２の外部で実行すべきかを定義しているデータ構造である。第２のデータ構造（すなわちそのコンテンツ）にアクセスすることで、第１のクラスタメンバ２０６は、着信呼に関連付けられているＭＳＲＮ番号に基づいて、着信呼をクラスタメンバによって処理すべきか、クラスタ２０２の外部に配置されているネットワークノードによって経路制御すべきかを決定する。着信呼をクラスタ２０２の外部に配置されているネットワークノードによって経路制御すべきと決定すると、第１のクラスタメンバ２０６は、着信呼を当該ネットワークノードへと経路制御する。一方、着信呼をクラスタ２０２の内部のクラスタメンバによって経路制御すべきと決定すると、第１のクラスタメンバ２０６は、自身で着信呼を経路制御する。
【００３９】
好ましくは、ステップ３０４で第１のクラスタメンバ２０６が着信呼を受信した後であって、ステップＳ３０６で第１のクラスタメンバ２０６が被呼加入者が在圏している特定のクラスタメンバを判別する前に、以下で説明する追加のステップを実行する。この場合、経路制御方法３００は、２つのフェーズを有したプロシージャとなる。第１のフェーズでは、着信呼を受信したクラスタメンバは、クラスタメンバが属しているクラスタ内部で終端すべき着信呼であるのか、それとも当該クラスタの外部で終端すべき着信呼であるのかを判定する。判定の結果、着信呼を当該クラスタ内部で終端すべきと判定すると、着信呼を受信したクタスタメンバは、第２のフェーズを継続して実行し、自己が属しているクラスタの内部におけるどのクラスタメンバに被呼加入者が在圏しているかを特定する。もし、着信呼を受信したクラスタメンバ自身が被呼加入者の在圏クラスタメンバであれば、着信呼を直接的に当該被呼加入者へ経路制御する。一方、当該クラスタにおける他のクラスタメンバに被呼加入者が在圏していれば、着信呼を受信したクラスタメンバは、在圏クラスタメンバへ着信呼を経路制御する。
【００４０】
図４によれば、第１のデータ構造２２５についての２つの実施形態に関する２つのテーブルが例示されている。上側のテーブルは、第１のデータ構造２２５についての基本的な構成を示している。この基本的な構成によれば、情報についての２つのリスト（あるいは列またはグループとも呼べる）が示されている。第１のリストは、左側に示されており、当該クラスタにおける複数のクラスタメンバのそれぞれに関連付けられたＭＳＲＮ番号セット（ＭＳＲＮ番号セットのそれぞれには、たとえば、１０個の連続したＭＳＲＮ番号が含まれている）のリストがそれぞれ示されている。第２のリストは、右側に示されており、クラスタメンバのリストである。各クラスタメンバには識別情報として１、２、３、・・・が付与されている。もちろん、識別情報の形式としては当業界で知られている他の形式が採用されてもよい。図示されたテーブルによると、リストされているＭＳＲＮ番号セットのそれぞれは特定のクラスタメンバと関連付けられている（すなわち、クラスタメンバは、第１のデータ構造２２５において特定のＭＳＲＮ番号セットと同一のラインに位置しており、ＭＳＲＮ番号セット４９１７２９９９９１とクラスタメンバ１とは相互に関連付けられており、他のＭＳＲＮ番号セットとクラスタメンバとも同様に関連付けられている）。このような構成を採用することで、第１のデータ構造２２５は、クラスタに属しているすべてのクラスタメンバと、それに関連付けられているＭＳＲＮ番号セットとを定義している。第１のデータ構造２２５に格納されている情報にアクセスすることで、クラスタメンバは、着信呼に関連付けられているＭＳＲＮに基づいて、対応するＭＳＲＮ番号セットを「所有」しているクラスタメンバ、すなわち、着信呼の被呼加入者が在圏している特定のクラスタメンバを特定する。
【００４１】
図４において下側に示されたテーブルは、第１のデータ構造２２５の構成を拡張した第１のデータ構造２２５’である。見ればわかるとおり、拡張された第１のデータ構造２２５’は、第３のリストを追加されている。第３のリストは、ＭＳＲＮ番号セットに対応しているとともに、クラスタメンバに対応しているＩＰルーティングアドレスのリストである。第１のデータ構造２２５に格納されているルーティングアドレス情報を用いることで、着信呼を受信したクラスタメンバは、特定したルーティングアドレス介して、被呼加入者が在圏しているクラスタメンバへ着信呼をさらに経路制御することができる（または必要であればローカルで着信呼を終端する）。図４に示されたバージョンでは、ＭＳＲＮ番号セット４９１７２９９９９９１とクラスタメンバ１とが、ＩＰアドレス192.168.52.1に対応付けられている。他のＭＳＲＮ番号セットとクラスタメンバも同様にＩＰアドレスに対応付けられている。
【００４２】
図５によれば、上側のテーブルが示している第１のデータ構造２２５を示しており、下側のテーブルは第２のデータ構造２４０の実施形態を示している。第２のデータ構造２４０のコンテンツは、クラスタに属しているすべてのクラスタメンバにとって共通であり、かつ、アクセス可能に構成されている。第２のデータ構造２４０は、たとえば、中央のクラスタデータベース２２７（図２Ａ）に記憶されていてもよいし、または、各クラスタメンバ（図２Ｂ）にローカルに記憶されていてもよい。
【００４３】
第２のデータ構造２４０は、ＭＳＲＮルーティングテーブルであり、移動体宛ての着信呼に関連付けられているＭＳＲＮ番号を解析し、その解析結果に基づいて当該着信呼をどのように経路制御すべきかを定義している。ＭＳＲＮルーティングテーブルは、Ｂ番号解析テーブルとして知られている。図５のＭＳＲＮルーティングテーブルが示しているように、ＭＳＲＮ番号セットのそれぞれについて、着信呼の転送経路は次のように示されている。複数のＭＳＲＮ番号セット４９１７２９９９９１、４９１７２９９９９２および４９１７２９９９９３のうち、１つのＭＳＲＮ番号セットに属しているＭＳＲＮ番号に関連付けられている呼は、クラスタ内部で経路制御され終端される。ＭＳＲＮ番号セット４９１７３００２に相当するＭＳＲＮ番号に関連付けられている呼は、そのクラスタの外部に配置されているネットワークノードによって終端されるべきである。その他は、図に示したとおりである。まとめると、第２のデータ構造２４０は、着信呼をクラスタの内部で処理すべきか、クラスタの外部にあるネットワークノードで処理すべきかを決定するために使用される。
【００４４】
第２のデータ構造２４０のコンテンツに基づいて、着信呼をクラスタの内部で処理すべきと判定すると、第１のデータ構造２２５が参照され、着信呼を終端すべき特定のクラスタメンバが識別される（図４の矢印４００によってこの流れが示されている）。第１のデータ構造２２５も第２のデータ構造２４０もクラスタによって所有されているすべてのＭＳＲＮ番号セットのリストを有しているため、２つのデータ構造は、これらのＭＳＲＮ番号セットによって相互に、関連付けられているか、リンクされているといえる。
【００４５】
本発明の実施形態について添付図面を参照しつつ詳細に説明してきたが、本発明はここで記載した実施形態にのみ限定されるわけではない。とりわけ、本発明では、呼に割り当てられたＨＯＮに基づいて実行される（着信処理のシナリオではない）ハンドオーバのシナリオにも適用できる。さらに、本発明は、添付の特許請求の範囲によって定義された本発明の技術的範囲を逸脱することなく、発明の一部を再構成したり、変形したり、置換したりしてもよい。
【図１】
2010514287.tif 000003
【図２Ａ】
2010514287.tif 000004
【図２Ｂ】
2010514287.tif 000005
【図３】
2010514287.tif 000006
【図４】
2010514287.tif 000007
【図５】
2010514287.tif 000008
【手続補正書】
【提出日】平成20年10月21日(2008.10.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動体通信ネットワークにおける交換機であって、前記交換機は、少なくとも１つのクラスタを備え、前記少なくとも１つのクラスタは、複数のクラスタメンバを備え、前記複数のクラスタメンバのそれぞれは、着信呼を、前記クラスタメンバによってサービスを提供されている被呼加入者へ終端させるか、または他のクラスタメンバへ経路制御するように構成されており、
着信呼のそれぞれには番号が関連付けられており、該関連付けられている番号は、移動局ローミング番号（”ＭＳＲＮ”）およびハンドオーバ番号（”ＨＯＮ”）の少なくとも１つを含み、
前記複数のクラスタメンバのそれぞれは自己に関連付けられた複数の番号による番号セットを有しており、前記番号セットに属している複数の番号はＭＳＲＮおよびＨＯＮの少なくとも１つを含み、前記番号セットに属している番号を関連付けられている着信呼は、該番号に関連付けられているクラスタメンバにおいて終端され、
前記交換機は、
前記複数のクラスタメンバのすべてにとって共通でありかつ前記複数のクラスタメンバのすべてによってアクセス可能に構成されており、前記複数のクラスタメンバのそれぞれと、該複数のクラスタメンバのそれぞれに関連付けられている番号セットとを特定するように構成された第１のデータ構造を提供するように構成された部品と、
前記複数のクラスタメンバの１つによって着信呼を受信するように構成された部品と、
前記着信呼を受信したクラスタメンバによって、前記受信した着信呼に関連付けられている番号に基づいて前記第１のデータ構造を参照することによって、前記着信呼を終端すべき特定のクラスタメンバを判別するように構成された部品と
を備えたことを特徴とする交換機。
【請求項２】
前記第１のデータ構造は、前記番号セットのそれぞれまたは前記複数のクラスタメンバのそれぞれについて、関連付けられているクラスタメンバのルーティングアドレスを特定するように構成されたデータ構造であることを特徴とする請求項１に記載の交換機。
【請求項３】
前記ルーティングアドレスは、インターネットプロトコルアドレスであることを特徴とする請求項２に記載の交換機。
【請求項４】
複数の番号セットのそれぞれについて、前記着信呼を前記クラスタの内部で処理すべきか、それとも前記クラスタの外部に配置されているネットワークノードで処理すべきかを定義した第２のデータ構造をさらに備えていることを特徴とする請求項１ないし３のいずれか１項に記載の交換機。
【請求項５】
前記第２のデータ構造は、前記第１のデータ構造と関連付けられていることを特徴とする請求項４に記載の交換機。
【請求項６】
前記第２のデータ構造のコンテンツは、前記複数のクラスタメンバにとって共通でありかつ前記複数のクラスタメンバによってアクセス可能に構成されていることを特徴とする請求項４または５に記載の交換機。
【請求項７】
前記第１のデータ構造および前記第２のデータ構造の少なくとも一方は、前記複数のクラスタメンバのそれぞれがアクセス可能な中央のクラスタデータベースに格納されていることを特徴とする請求項１ないし６のいずれか１項に記載の交換機。
【請求項８】
前記複数のクラスタメンバのそれぞれは、前記第１のデータ構造および前記第２のデータ構造の少なくとも一方についてのローカルコピーを保持しており、該ローカルコピーにアクセス可能に構成されていることを特徴とする請求項１ないし７のいずれか１項に記載の交換機。
【請求項９】
移動体通信ネットワークにおける呼の経路制御方法であって、前記移動体通信ネットワークは交換機を備え、前記交換機は少なくとも１つのクラスタを備え、記少なくとも１つのクラスタは複数のクラスタメンバを備え、前記複数のクラスタメンバのそれぞれは、前記クラスタメンバによってサービスを提供されている被呼加入者へ着信呼を終端するかまたは他のクラスタメンバへ前記着信呼を経路制御するように構成されており、
着信呼には番号が関連付けられており、該関連付けられている番号は、移動局ローミング番号（”ＭＳＲＮ”）およびハンドオーバ番号（”ＨＯＮ”）の少なくとも１つを含み、
前記複数のクラスタメンバのそれぞれは自己に関連付けられた複数の番号による番号セットを有しており、前記番号セットに属している複数の番号はＭＳＲＮおよびＨＯＮの少なくとも１つを含み、前記番号セットに属している番号を関連付けられている着信呼は、該番号に関連付けられているクラスタメンバにおいて終端され、
前記経路制御方法は、
前記複数のクラスタメンバのすべてにとって共通でありかつ前記複数のクラスタメンバのすべてによってアクセス可能に構成されており、さらに、前記複数のクラスタメンバのそれぞれと、該複数のクラスタメンバのそれぞれに関連付けられている番号セットとを特定するように構成された第１のデータ構造を提供するステップと、
前記複数のクラスタメンバの１つが、着信呼を受信するステップと、
前記着信呼を受信したクラスタメンバが、前記着信呼に関連付けられている番号に基づいて前記第１のデータ構造を参照することによって、前記着信呼を終端すべき特定のクラスタメンバを判別するステップと
を備えることを特徴とする交換機。
【請求項１０】
前記特定のクラスタメンバを判別するステップの判別結果に依存して、前記着信呼を、前記着信呼を受信したクラスタメンバに在圏している加入者または他のクラスタメンバへ経路制御することを特徴とする請求項９に記載の経路制御方法。
【請求項１１】
前記第１のデータ構造は、さらに、番号セットのそれぞれまたは複数のクラスタメンバのそれぞれについて、関連付けられているクラスタメンバのルーティングアドレスを特定できるように構成されており、
前記経路制御方法は、さらに、
前記着信呼を受信したクラスタメンバとは異なる前記特定のクラスタメンバのルーティングアドレスを特定するステップと、
前記特定されたルーディングアドレスを介して、前記着信呼を前記特定のクラスタメンバへ経路制御するステップと
をさらに備えることを特徴とする請求項１０に記載の経路制御方法。
【請求項１２】
複数の番号セットのそれぞれについて、前記着信呼を前記クラスタの内部で処理すべきか、それとも前記クラスタの外部に配置されているネットワークノードで処理すべきかを定義した第２のデータ構造のコンテンツへ、前記着信呼を受信したクラスタメンバがアクセスするステップと、
前記着信呼に関連付けられている番号と、前記第２のデータ構造に格納されているコンテンツとに基づいて、前記着信呼を前記クラスタの外部に配置されているネットワークノードが処理すべきかを判定するステップと、
前記判定の結果に依存して前記ネットワークノードへ前記着信呼を経路制御するステップと
をさらに備えることを特徴とする請求項９ないし１１のいずれか１項に記載の経路制御方法。
【請求項１３】
コンピュータプログラムであって、
交換機または交換機の構成要素によって実行されることで、請求項９ないし１２のいずれか１項に記載の経路制御方法が備える各ステップを実行するためのプログラムコードを備えたことを特徴とするコンピュータプログラム。
【請求項１４】
コンピュータ可読記憶媒体であって、
請求項１３に記載のコンピュータプログラムを格納していることを特徴するコンピュータ可読記憶媒体。
【手続補正書】
【提出日】平成21年12月8日(2009.12.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項７
【補正方法】変更
【補正の内容】
【請求項７】
前記第１のデータ構造および前記第２のデータ構造の少なくとも一方は、前記複数のクラスタメンバのそれぞれがアクセス可能な中央のクラスタデータベースに格納されていることを特徴とする請求項４ないし６のいずれか１項に記載の交換機。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項８
【補正方法】変更
【補正の内容】
【請求項８】
前記複数のクラスタメンバのそれぞれは、前記第１のデータ構造および前記第２のデータ構造の少なくとも一方についてのローカルコピーを保持しており、該ローカルコピーにアクセス可能に構成されていることを特徴とする請求項４ないし７のいずれか１項に記載の交換機。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項９
【補正方法】変更
【補正の内容】
【請求項９】
移動体通信ネットワークにおける呼の経路制御方法であって、前記移動体通信ネットワークは交換機を備え、前記交換機は少なくとも１つのクラスタを備え、前記少なくとも１つのクラスタは複数のクラスタメンバを備え、前記複数のクラスタメンバのそれぞれは、前記クラスタメンバによってサービスを提供されている被呼加入者へ着信呼を終端するかまたは他のクラスタメンバへ前記着信呼を経路制御するように構成されており、
着信呼には番号が関連付けられており、該関連付けられている番号は、移動局ローミング番号（”ＭＳＲＮ”）およびハンドオーバ番号（”ＨＯＮ”）の少なくとも１つを含み、
前記複数のクラスタメンバのそれぞれは自己に関連付けられた複数の番号による番号セットを有しており、前記番号セットに属している複数の番号はＭＳＲＮおよびＨＯＮの少なくとも１つを含み、前記番号セットに属している番号を関連付けられている着信呼は、該番号に関連付けられているクラスタメンバにおいて終端され、
前記経路制御方法は、
前記複数のクラスタメンバのすべてにとって共通でありかつ前記複数のクラスタメンバのすべてによってアクセス可能に構成されており、さらに、前記複数のクラスタメンバのそれぞれと、該複数のクラスタメンバのそれぞれに関連付けられている番号セットとを特定するように構成された第１のデータ構造を提供するステップと、
前記複数のクラスタメンバの１つが、着信呼を受信するステップと、
前記着信呼を受信したクラスタメンバが、前記着信呼に関連付けられている番号に基づいて前記第１のデータ構造を参照することによって、前記着信呼を終端すべき特定のクラスタメンバを判別するステップと
を備えることを特徴とする経路制御方法。
【国際調査報告】
2010514287.tif 000009
2010514287.tif 000010
2010514287.tif 000011