JP2008252236A - 通信網選択方法及び通信網選択システム - Google Patents

Abstract

【課題】着信側端末装置への接続処理時間を短縮することのできるルーティング処理を提供する。
【解決手段】複数の通信網で接続可能で且つ上記複数の通信網の接続選択順位が予め設定されている代表識別ＩＤに対応する着信側端末装置６に対して、発信側端末装置１から上記代表識別ＩＤで着信側端末装置６に接続する際に、どの通信網で着信側端末装置６に接続するか選択する通信網選択方法である。発信側端末装置１の属する通信網において、上記複数の各通信網での着信側端末装置６の在圏情報及び上記接続選択順位に基づき、接続する通信網を決定する。
【選択図】 図１

Description

本発明は、発信側端末装置の通信網とは異なる通信網で着信側端末装置に接続する可能性がある場合における、着信側端末装置への接続のルーティング処理に関する。

一般に、特許文献１などに記載されているような処理によって発信側端末装置と着信側端末装置との接続処理が行われる。
例えば、発信側端末装置が属する通信網と着信側端末装置が属する通信網が異なる場合を想定すると、図１０に示されるように、発信側端末装置１からの接続要求信号を発信側通信装置５０（発信側の交換機など）が受け取ると、発信側通信装置５０は、電話番号などの識別ＩＤに基づき着信する通信網を選択し、自網及び他網のゲートウエイ５３を介して、当該他網内の通信装置（交換機等からなる着信側通信装置５１）に対して接続要求信号を送信する。接続要求信号を取得した着信側通信装置５１は、着信側のユーザ管理装置５２に問合せを行うことで着信側端末装置６の在圏状態、在圏の着信側通信装置５１のアドレス、着信側端末装置６の加入者ユーザの契約状況などを取得し、在圏の着信側通信装置５１を介して接続要求信号が着信側端末装置６に送信され、着信側端末装置６に対してページングを実施して実際の在圏確認をした後に当該着信側端末装置６に接続要求信号が着信される。

このように、着信側端末装置６の在圏状態などの情報は、発信側の通信網ではなく、接続先の着信側の通信網で問合せ及び取得処理が行われる。
なお、着信側の通信網において在圏状態などの情報を取得する点については、非特許文献１にも記載されている。
特開２００５−８６５４公報 3GPP TS 23.018 "3rd Generation Partnership Project;Technical Specification Group Core Network;Basic call handling;Technical realization (Release 1999)"

上記接続処理の際に、着信側端末装置６が、非在圏など着信ができない場合には、発信側通信装置５０にその旨の情報が戻され、例えば、自網の付加サービスである留守番サービスが起動されることになるが、上述の他網側での接続処理のための信号のやりとりが無駄となる。
また、ＩＭＴ２０００に準拠した携帯電話サービスであるＦＯＭＡサービスと無線ＬＡＮを利用したＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話サービスとを利用しているユーザが存在する。このような２つ以上の通信網を利用可能なユーザについて、それぞれのサービスに用いる電話番号（識別ＩＤ）の他に、その複数の電話番号（識別ＩＤ）に共通の代表番号（代表識別ＩＤ）を設定できるサービス（以下、このようなサービスをワンナンバーサービスと呼ぶ。）の実現が望まれている。

このワンナンバーサービスにおいては、着信側端末装置６の代表識別ＩＤに対して発信すると、予め設定されている着信側端末装置に対応する条件の下、ＦＯＭＡサービス網とＩＰ電話網のうちの、どちらかの通信網で着信側端末装置６に着信される。このとき、上記従来の接続処理に則った場合には、着信側の通信網で在圏確認等の処理が各通信網毎に実施される結果、信号のやりとりが増えて、ネットワーク装置の負荷が多くなったり、着信のための時間が長くなったりするおそれがある。特に、選択可能な通信網の数が多くなったり、各通信網での着信が失敗したりした場合に、その傾向が強くなる。
本発明は、上記のような点に着目してなされたもので、着信側端末装置への接続処理時間を短縮することのできる接続処理を提供することを課題としている。

上記課題を解決するために、本発明のうち請求項１に記載した発明は、複数の通信網で接続可能で且つ上記複数の通信網の接続選択順位が予め設定されている代表識別ＩＤに対応する着信側端末装置に対して、発信側端末装置から上記代表識別ＩＤで着信側端末装置に接続する際に、どの通信網で着信側端末装置に接続するか選択する通信網選択方法であって、
発信側端末装置の属する通信網において、上記複数の各通信網での着信側端末装置の在圏情報及び上記接続選択順位に基づき、接続する通信網を決定することを特徴とするものである。

次に、請求項２に記載した発明は、請求項１に記載した構成に対し、上記在圏情報は、着信側端末装置に対し各通信網においてプリページングを行うことで在圏確認を行うことを特徴とするものである。
次に、請求項３に記載した発明は、複数の通信網で接続可能で且つ上記複数の通信網の接続選択順位が予め設定されている代表識別ＩＤに対応する着信側端末装置に対して、発信側端末装置から上記代表識別ＩＤで着信側端末装置に接続する際に、どの通信網で着信側端末装置に接続するか選択する通信網選択システムであって、
発信側端末装置からの接続要求を受けた発信側通信装置からの着信先選択要求を取得すると、上記接続選択順位及び複数の各通信網での着信側端末装置の在圏情報に基づき通信網を決定し、その決定した通信網を着信先として上記発信側通信装置に通知する通信網選択手段を備えることを特徴とするものである。

次に、請求項４に記載した発明は、請求項３に記載した構成に対し、上記通信網での着信側端末装置の在圏情報は、対応する通信網の着信側通信装置を介して、着信側端末装置にプリページを実施して取得した在圏確認情報であることを特徴とするものである。
次に、請求項５に記載した発明は、発信側端末装置を、複数の通信網で接続可能な着信側端末装置に接続処理を行う際に、
発信側端末装置の属する通信網において、当該通信網と異なる他の通信網での着信側端末装置の在圏情報に基づき、当該他の通信網で着信側端末装置に接続可能かどうかを判定することを特徴とする通信網選択方法を提供するものである。

本発明によれば、発信側端末装置の通信網と着信側端末装置の通信網とが異なる場合であっても、着信側においてユーザ管理装置への在圏確認などの問合せ処理が省略できて、ネットワーク装置等の負荷の軽減や接続時間の短縮が可能という効果がある。

次に、本発明に係る実施形態について図面を参照して説明する。
（構成）
図１は、本願発明に係る実施形態を説明するための構成例である。
この構成例では、自網（例えばＩＭＴ網やＩＰ電話サービス網など）と他網（例えばＦＯＭＡサービス網など）との２つの通信網を想定し、着信側の端末装置が自網及び他網の両方の通信網による着信が可能であるとする。
自網発信側通信装置２は、発信側端末装置１から接続要求信号を取得すると、ユーザ管理装置３に対して着信先選択要求の問合せを行い、ユーザ管理装置３から選択結果の送信（転送先ドメイン等の通知）を取得すると、その取得した情報に対応した着信側通信装置４、５に対して接続要求信号を送信する。

着信側通信装置４、５は、接続要求信号を取得すると着信側端末装置４，５に対して接続要求信号の着信を行い、接続する。
本実施形態では、発信側端末装置１の属する自網側の着信側通信装置４、及び自網発信側通信装置２に対して、ＧＷ７を介して接続可能な他網側の他網着信側通信装置５が例示されている。
また、上記ユーザ管理装置３は、図２に示すように、網選択処理部３Ａ、プリページング処理部３Ｂ、及びユーザ情報記憶部３Ｃを備える。ユーザ情報記憶部３Ｃは、ユーザ管理装置３とは別装置であっても良い。

ユーザ情報記憶部３Ｃには、加入者情報、特に、着信側端末装置の代表識別ＩＤ（代表番号など）の対応する各網での識別ＩＤ、及び、どちらを優先に接続するか否かの情報が記録されていると共に、各端末装置の在圏登録情報などが記憶されている。
なお、各端末装置の在圏登録情報は、例えば定期的に各端末装置から取得されて更新される。
上記プリページング処理部３Ｂは、プリページ処理信号を入力すると、他網着信側通信装置５に対して着信側端末装置６に対するプリページング要求を出し、そのプリページング結果を取得する。

網選択処理部３Ａは、通信網選択手段を構成し、着信先選択要求を取得すると起動して、図３に示すような処置が行われる。
すなわち、まずステップＳ１０にて、加入者情報に基づき、発信側端末装置１の加入者は接続可能か否かを判定し、接続不能と判定した場合には、接続不能信号を自網発信側通信装置２に送信する。
また、発信側端末装置１の加入者が接続可能の場合には、ステップＳ２０に移行して、加入者情報に基づき、着信側端末装置６の加入者は通信停止か否かを判定し、通信停止と判定した場合には、接続不能信号を自網発信側通信装置２に送信する。着信側端末装置６の加入者が通信停止では無い場合にはステップＳ２５に移行する。

ステップＳ２５では、加入者情報に基づき、取得した電話番号などの識別ＩＤが、ワンナンバー対応の代表識別ＩＤか否かを判定し、代表識別ＩＤと判定した場合には、ステップＳ３０に移行する。一方、代表識別ＩＤでないと判定した場合には、その識別ＩＤに応じた網を選択し、選択結果を自網発信側通信装置２に送信する。
ステップＳ３０では、加入者情報に基づき、着信側端末装置６の加入者が自網（発信側端末装置１が属する通信網）に着信可能状態か否かを判定し、着信可能と判定した場合にはステップＳ４０に移行する。着信側端末装置６の加入者が自網に着信可能状態でない場合には、他網への接続と判定して、選択結果を自網発信側通信装置２に送信する。

ステップＳ４０では、加入者情報に基づき、第１優先の接続先が自網か否かを判定し、自網と判定した場合にはステップＳ５０に移行し、そうでない場合には、ステップＳ６０に移行する。
ステップＳ５０では、着信側端末装置６が自網に在圏が否かを判定し、自網在圏と判定した場合には、自網への接続と判定して、選択結果を自網発信側通信装置２に送信する。自網在圏でない場合にはステップＳ７０に移行する。
ここで、本実施形態では、自網の在圏確認については、ユーザ管理情報に登録されている在圏登録情報で在圏確認を実施する場合を例示しているが、他網と同様に、自網でプリページング処理を行って在圏確認を行っても良い。

ステップＳ７０では、プリページング処理部３Ｂを起動して着信側端末装置６が他網に在圏しているか否かの他網在圏確認を行い、続いてステップＳ８０において、他網在圏と判定した場合には、他網への接続と判定して、選択結果を自網発信側通信装置２に送信する。一方、他網非在圏と判定した場合には自網への接続と判定して、選択結果を自網発信側通信装置２に送信する。
ステップＳ６０では、着信側端末装置６が自網に在圏が否かを判定し、自網在圏と判定した場合には、ステップＳ９０に移行し、自網在圏でない場合には、他網への接続を選択して、選択結果を自網発信側通信装置２に送信する。

ステップＳ９０では、プリページング処理部３Ｂを起動して着信側端末装置６が他網に在圏しているか否かについて他網在圏確認を行い、続いてステップＳ１００において、他網在圏と判定した場合には、他網への接続と判定して、選択結果を自網発信側通信装置２に送信する。
一方、他網非在圏と判定した場合には自網への接続と判定して、選択結果を自網発信側通信装置２に送信する。

そして、上記ユーザ管理装置３は、上述の処理で接続する網を選択し、着信先通信装置のアドレスを付与して選択結果を問合せた自網発信側通信装置２に送信する。またこの選択結果を送信する際に、ユーザ管理装置３は、ユーザ管理情報を参照して、取得した代表識別ＩＤと、選択した接続先の網に対応する識別ＩＤ（着網での識別ＩＤ）とが異なると判定した場合には、その着網での識別ＩＤについても自網発信側通信装置２に送信する。
また、図中、自網ＧＷ７（ゲートウエイ）は、他網へのプロトコルインターワークを行う装置を示し、他網ＧＷ７（ゲートウエイ）は、自網とのプロトコルインターワークを行う装置を示す。
ここで、上記通信装置は、例えば交換機が対応する。

（動作例）
次に、上記構成のシステムにおける動作例を説明する。
なお、図４のように、各端末装置から当該端末装置の属する通信網の通信装置に対して在圏登録信号が発信されると、通信装置は対応するユーザ管理装置３に対して在圏登録要求が送信され、ユーザ管理装置３は、在圏登録の処理を実施する。
また、以下の説明にあっては、着信側端末装置６の有する代表識別ＩＤは、発信側端末装置１の属する網及び他網の両方で接続可能であるとする。また、発信側端末装置１は、その代表識別ＩＤで着信側端末装置６に向けて発信する場合とする。また、着信側端末装置６の有する代表識別ＩＤと、当該着信側端末装置６の発信側の網での識別ＩＤとが等しい（他網の識別ＩＤと異なる）場合を想定して説明する。

（１）着信側端末装置６の加入者ユーザの設定が、発信端末装置の網と同じ網が優先に選択される設定となっている場合
発信側端末装置１から発信された接続要求信号を自網発信側通信装置２が取得すると、ユーザ管理装置３に対して着信先選択の問合せを行う。
ユーザ管理装置３の網選択処理部３Ａにおいて、ステップＳ４０で自網優先と判断され、ステップＳ５０で在圏登録情報に基づき自網在圏と判定した場合には、図５に示すように、着信を自網である旨の、選択結果（着信先の自網着信側通信装置４のアドレスを含む）を自網発信側通信装置２に送信する。

選択結果を取得した自網発信側通信装置２は、選択結果に基づき、自網着信側通信装置４に接続要求信号を送信する。
自網着信側通信装置４では、着信側端末装置６に対してページングをした後に、接続要求信号を着信側端末装置６に対して着信する。なお、在圏確認を在圏登録情報ではなく、上記自網着信側通信装置４を介したプリページング処理結果による場合には、上記ページング処理は不要である。
一方、ステップＳ５０にて、自網非在圏と判定された場合には、図６に示すような処理が行われる。

すなわち、上記網選択処理部３Ａにおいて、ステップＳ７０にて他網着信側通信装置５を介して着信側端末装置６に対してプリページングを実施して、ステップＳ８０にて、そのプリページング結果に基づき、着信側端末装置６が実際に他網に在圏しているか否かを判定し、他網在圏と確認した場合には、着信他網（着信先通信装置のアドレスを付与）という選択結果の信号を自網発信側通信装置２に送信する。またこのとき、ユーザ管理情報の内容に基づき、取得した代表識別ＩＤが、他網での識別ＩＤ（選択した着網での識別ＩＤ）と異なると判定して、その選択した着網（他網）での識別ＩＤについても自網発信側通信装置２に送信する。

その選択結果を取得した自網発信側通信装置２は、選択結果の信号に基づき、自網ＧＷ７及び他網ＧＷ７を介して対応する他網着信側通信装置５に接続要求信号を送信する。その他網着信側通信装置５は、接続要求信号を取得すると、従来のようなページング信号の送信を省略して、接続要求信号を着信側端末装置６に着信させて接続する。
ここで、ステップＳ８０にて、他網非在圏と判定した場合には、着信先自網（付加サービス起動要求を付与）の選択結果信号を自網発信側通信装置２に送信する。

自網発信側通信装置２は、着信先自網（付加サービス起動要求を付与）の選択結果信号を取得すると、留守電サービスなどの接続できなかった場合のサービス処理部（不図示）に接続要求を送信する。
このように、発信側端末装置１が属する通信網（自網）が優先の場合にあっては、着信側端末装置６の自網在圏が確認できる場合には、他網の状態を判断することなく接続することができる。

また、自網非在圏の場合に初めて他網在圏（他網着信可）を確認するが、プリページングを行って他網在圏を確認して実際に他網在圏を確認してから他網着信を実施するので、接続失敗の可能性が低くなる。なお、在圏登録情報で在圏確認を行った場合には、在圏登録の間隔が長い場合には、他網在圏と判断して他網に着信する処理をした場合に着信できない場合も想定されるが、本実施形態ではそのような着信失敗に関わる接続処理を大幅に接続することができる。しかも、予めプリページング処理をしているために、着信のためのページング処理も省略することができる結果、着信時間が短くなる可能性がある。
更に、自網も他網の非在圏の場合には、本実施形態では、自網着信側通信装置４にも他網着信側通信装置５にも接続処理を行わないので、その点から信号のやりとりが減少して、付加サービスへの着信時間も短くなる。

（２）着信側端末装置６の加入者ユーザの設定が、発信端末装置の自網と異なる他網が優先に選択される設定となっている場合
発信側端末装置１から発信された接続要求信号を自網発信側通信装置２が取得すると、ユーザ管理装置３に対して着信先選択を問合せを行う。
ユーザ管理装置３の網選択処理部３Ａにおいて、ステップＳ４０で自網優先でないと判定され、ステップＳ６０にて在圏登録に基づき自網在圏と判断されると、ステップＳ９０にて他網着信側通信装置５を介して着信側端末装置６に対してプリページングを実施して、ステップＳ１００にて、そのプリページング結果に基づき、着信側端末装置６が実際に他網に在圏しているか否かを判定し、他網在圏と確認した場合には、図７に示すように、着信他網（着信先通信装置のアドレスを付与）という選択結果の信号を自網発信側通信装置２に送信する。またこのとき、ユーザ管理情報の内容に基づき、取得した代表識別ＩＤが、他網での識別ＩＤ（選択した着網での識別ＩＤ）と異なると判定して、その選択した着網（他網）での識別ＩＤについても自網発信側通信装置２に送信する。

その選択結果を取得した自網発信側通信装置２は、選択結果の信号に基づき、自網ＧＷ７及び他網ＧＷ７を介して対応する他網着信側通信装置５に接続要求信号を送信する。その他網着信側通信装置５は、接続要求信号を取得すると、従来のようなページング信号の送信を省略して、接続要求信号を着信側端末装置６に着信させて接続する。
一方、ステップＳ１００にて他網非在圏と判定された場合には、ステップＳ６０にて自網在圏が確認されているので、図８に示すように、着信を自網である旨の選択結果（着信先の自網着信側通信装置４のアドレスを含む）を自網発信側通信装置２に送信する。

選択結果を取得した自網発信側通信装置２は、選択結果に基づき、自網着信側通信装置４に接続要求信号を送信する。自網着信側通信装置４では、着信側端末装置６に対してページングをした後に、接続要求信号を着信側端末装置６に対して着信する。なお、在圏確認を在圏登録情報ではなく、上記自網着信側通信装置４を介したプリページング処理結果による場合には、上記ページング処理は不要である。

ここで、ステップＳ１００にて、他網非在圏と判定した場合には、ステップＳ６０にて自網在圏を確認しているので、着信先自網（付加サービス起動要求を付与）の選択結果信号を自網発信側通信装置２に送信する。
自網発信側通信装置２は、着信先自網（付加サービス起動要求を付与）の選択結果信号を取得すると、留守電サービスなどの接続できなかった場合のサービス処理部（不図示）に接続要求を送信する。
また、ステップＳ６０にて自網非在圏と判定した場合には、着信先を他網として選択結果を送信して、通常の処理にて他網への接続処理を実施させる。

このように、発信側端末装置１が属する通信網とは別の通信網（他網）が優先の場合にあっては、プリページングを行って他網在圏を確認して実際に他網在圏を確認してから他網着信を実施するので、接続失敗の可能性が低くなる。なお、在圏登録情報で在圏確認を行った場合には、在圏登録の間隔が長い場合には、他網在圏と判断して他網に着信する処理をした場合に着信できない場合も想定されるが、本実施形態ではそのような着信失敗に関わる接続処理を大幅に接続することができる。しかも、予めプリページング処理をしているために、着信のためのページング処理も省略することができる結果、着信時間が短くなる可能性がある。
また、自網も他網の非在圏の場合には、本実施形態では、優先網側で処理をするように他網への接続処理を行っている。
（３）なお、発信が代表識別ＩＤでない場合には、ステップＳ２５で代表識別ＩＤでないとして、その識別ＩＤに対応した網の選択結果を自網発信側通信装置２に送信する。

（効果）
以上説明してきたように、本実施形態では、可能性のある着信側通信装置４に無条件に接続要求を送信することなく、発信側の網において、発信側通信装置２で接続する網を適切に選択してから着信側通信装置４に接続要求を送信しているので、接続できない場合における通信のやりとりを減らすことができる。特に、在圏も確認して接続側を判断しているので、接続可能性が高いルーティング処理を行うことが可能となる。
更に、在圏確認として在圏登録情報を使用しないで、プリページングによって確認する場合には、より接続可能性を増やすことが可能になると共に、着信側端末装置６に着信する際のページング処理を省略することが可能となる。
また、他網の着信側通信装置５において、ユーザ管理装置３への在圏確認の問合せ等の処理が省略できるので、各装置の負荷やネットワークの負荷を軽減にも寄与可能である。

（応用）
ここで、上記実施形態では、自網及び他網で共通のユーザ管理装置３が設定されている場合を例示しているが、これに限定されない。自網のユーザ管理装置３と他網のユーザ管理装置３が異なる場合であっても良い。この場合には、自網のユーザ管理装置３から他網のユーザ管理装置３に対して問合せを行って、在圏情報などを取得するようにしても良い。

（その応用例）
ＩＭＴ−２０００に準拠した移動通信網から他網である無線ＬＡＮを利用したＩＰ電話サービス網へ接続処理する場合を想定した例で、応用例を説明する。
図９は、ＩＭＴ網からＩＰ電話サービス網への接続処理例を示す概略図である。ここでは、発信側端末装置１から着信側端末装置６に向けて接続処理を行う場合について説明する。また、着信側端末６は、ＩＭＴ網、ＩＰ電話サービス網の両方の通信網による着信が可能であるとする。ここで、発信側交換機が発信側通信装置２を構成し、関門ＳＩＰサーバ及びＳＩＰサーバが着信側通信装置４を構成する。

また、図９には、発信側端末装置１、発信側の交換機（以下、発信側交換機と呼ぶ）２１、発信側のユーザ管理装置である在圏情報管理サーバ２２、着信側のユーザ管理装置３である在圏情報管理サーバ２３、その他の網のユーザ管理装置である在圏情報管理サーバ２４、回線交換からパケット交換へメディアの変換を行うＧＷ２５、関門ＳＩＰ（Session Initiation Protocol）サーバ２６、ＳＩＰサーバ２７、着信側端末装置６が、それぞれ示されている。

同図において、発信側端末装置１から接続要求信号が発信されると、それを発信側交換機２１が受取る。発信側交換機２１は、在圏情報管理サーバ２２へ、着信側端末装置６についての着信先選択の問合せを行う。この問合せを受けた在圏情報管理サーバ２２は、ＩＰ電話サービス網の在圏情報管理サーバ２３や、その他の通信網の在圏情報管理サーバ２４から在圏情報を取得する。このとき、プリページング処理を行い実際の在圏確認を行うと良い。在圏情報を取得した在圏情報管理サーバ２２は、取得した情報を元に、選択結果である転送先ドメイン（接続する通信網）を決定する。そして、在圏情報管理サーバ２２は、決定した転送先ドメインを発信側交換機２１へ通知する。ここでは、転送先ドメインを「ＩＰ電話サービス網」に決定したものとする。

在圏情報管理サーバ２２から転送先ドメインの通知を受けた発信側交換機２１は、接続要求信号を、ＧＷ２５へ送信する。ＧＷ２５ではプロトコルの変換が行われ、関門ＳＩＰサーバ２６から在圏情報管理サーバ２３へ、ＳＩＰサーバ２７についての問合せが行われる。この問合せは、着信翻訳と呼ばれている。この着信翻訳は、接続先の網（ＩＭＴ網／ＩＰ電話サービス網）が決定された後、在圏状態、在圏交換機アドレス、サービス契約状況など、を取得する処理である。

その後、関門ＳＩＰサーバ２６からＳＩＰサーバ２７を介して接続要求信号が送信され、ＩＰ電話サービス網において着信側端末装置６に対する着信が行われる。
なお、この応用例では、発信側交換機２１で在圏に基づき接続する網だけを選択するルーチィング処理をする場合で説明しているが、上記実施形態のように、着信側であるＳＩＰサーバ２１のアドレスも併せて発信側交換機に送信するようにしても良い。そのようにした方が、さらに着信までの時間を短くすることができる。
また、この応用例では、接続可能な網が不明な場合も想定しているので、その他の通信網の在圏情報管理サーバ２４からも在圏情報を取得する処理を行っているが、対応可能な網が決定されている場合には、その網からだけ在圏情報を取得すればよい。

本発明に基づく実施形態に係るシステムの構成を示す概略図である。 本発明に基づく実施形態に係るユーザ管理装置における本発明に関する構成を示す図である。 網選択処理部の処理を示す図である。 在圏登録を説明する図である。 自網優先で自網在圏の場合の処理を説明する図である。 自網優先で自網非在圏の場合の処理を説明する図である。 他網優先で他網在圏の場合の処理を説明する図である。 他網優先で他網非在圏の場合の処理を説明する図である。 応用例を説明する図である。 従来の処理を説明する図である。

符号の説明

１ 発信側端末装置
２ 発信側通信装置
３ ユーザ管理装置
３Ａ 網選択処理部
３Ｂ プリページング処理部
３Ｃ ユーザ情報記憶部
４ 自網の着信側通信装置
５ 他網の着信側通信装置
６ 着信側端末装置

Claims (5)

1. 複数の通信網で接続可能で且つ上記複数の通信網の接続選択順位が予め設定されている代表識別ＩＤに対応する着信側端末装置に対して、発信側端末装置から上記代表識別ＩＤで着信側端末装置に接続する際に、どの通信網で着信側端末装置に接続するか選択する通信網選択方法であって、
   発信側端末装置の属する通信網において、上記複数の各通信網での着信側端末装置の在圏情報及び上記接続選択順位に基づき、接続する通信網を決定することを特徴とする通信網選択方法。
2. 上記在圏情報は、着信側端末装置に対し各通信網においてプリページングを行うことで在圏確認を行うことを特徴とする請求項１に記載した通信網選択方法。
3. 複数の通信網で接続可能で且つ上記複数の通信網の接続選択順位が予め設定されている代表識別ＩＤに対応する着信側端末装置に対して、発信側端末装置から上記代表識別ＩＤで着信側端末装置に接続する際に、どの通信網で着信側端末装置に接続するか選択する通信網選択システムであって、
   発信側端末装置からの接続要求を受けた発信側通信装置からの着信先選択要求を取得すると、上記接続選択順位及び複数の各通信網での着信側端末装置の在圏情報に基づき通信網を決定し、その決定した通信網を着信先として上記発信側通信装置に通知する通信網選択手段を備えることを特徴とする通信網選択システム。
4. 上記通信網での着信側端末装置の在圏情報は、対応する通信網の着信側通信装置を介して、着信側端末装置にプリページを実施して取得した在圏確認情報であることを特徴とする請求項３に記載した通信網選択システム。
5. 発信側端末装置を、複数の通信網で接続可能な着信側端末装置に接続処理を行う際に、
   発信側端末装置の属する通信網において、当該通信網と異なる他の通信網での着信側端末装置の在圏情報に基づき、当該他の通信網で着信側端末装置に接続可能かどうかを判定することを特徴とする通信網選択方法。

Images