(57)【特許請求の範囲】
【請求項１】
自網に収容された端末の国際公衆電気通信番号を含む加入者情報を保持するホーム加入者サーバと、国際公衆電気通信番号に対応するアプリケーションをＵＲＬ形式で返すＥＮＵＭと、端末を収容する少なくとも１つのＳ−ＣＳＣＦと、Ｉ−ＣＳＣＦと、スイッチ装置を備えた呼制御システムであって、
前記Ｓ−ＣＳＣＦは、端末から受信したメッセージを前記Ｉ−ＣＳＣＦへ送信し、
前記Ｉ−ＣＳＣＦは、前記メッセージの送信先を前記スイッチ装置に問い合わせ、問い合わせの結果に応じて前記メッセージを送信し、
前記スイッチ装置は、前記Ｉ−ＣＳＣＦからの問い合わせに対して送信先の端末が自網に収容されているか否かを前記ホーム加入者サーバに問い合わせ、問い合わせの結果、前記送信先の端末が自網に収容されている場合は、前記送信先の端末を収容するＳ−ＣＳＣＦの情報を前記Ｉ−ＣＳＣＦに通知し、前記送信先の端末が自網に収容されておらず、かつ、送信先に国際公衆電気通信番号が指定されている場合は、前記ＥＮＵＭから前記国際公衆電気通信番号に対応するアプリケーションをＵＲＩ形式で得て、当該ＵＲＩ形式に記載された前記メッセージの送信先を前記Ｉ−ＣＳＣＦに通知することを特徴とする呼制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＭＳネットワークにおけるＥ．１６４番号に基づく端末間の接続技術に関する。
【背景技術】
【０００２】
ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）ネットワークにおいて、Ｅ．１６４番号（国際公衆電気通信番号）に基づく端末からの発呼があると、ネットワーク内のＥＮＵＭ（Ｔｅｌｅｐｈｏｎｅ  Ｎｕｍｂｅｒ  Ｍａｐｐｉｎｇ）に対して、着端末が収容されるネットワークの問い合わせを行う。以下、図を用いて従来のＩＭＳネットワークにおけるＥ．１６４番号に基づく端末間の接続手順について説明する。
【０００３】
図３に、自網ユーザの発信端末３Ａから発信し、自網に収容される他網ユーザの着信端末３Ｂへ着信する場合の接続手順を示す。ここで、自網とは、発信端末３Ａが収容されるネットワークで、自網ユーザとは自網に割り当てられたＥ．１６４番号が付与された端末を有するユーザをいう。発信端末３Ａは自網で管理されるＥ．１６４番号を付与されている。また、他網とは、発信端末３Ａが収容されるネットワーク以外のネットワークで、他網ユーザとは他網に割り当てられたＥ．１６４番号が付与された端末を有するユーザをいう。着信端末３Ｂは他網で管理されるＥ．１６４番号を付与されている。
【０００４】
発信端末３Ａから発呼があると、Ｐ−ＣＳＣＦ１１ＡでＳＩＰメッセージが処理され、発信端末３Ａを収容するＳ−ＣＳＣＦ１２ＡにＳＩＰメッセージが転送される。Ｓ−ＣＳＣＦ１２Ａは、着信端末３Ｂが収容される網を自網のＥＮＵＭ２２Ａに問い合わせる（ステップＳ５１）。ＥＮＵＭ２２Ａは、着信端末３ＢのＥ．１６４番号は自網で管理される番号ではないため、他網のＥＮＵＭ２２Ｚに問い合わせて（ステップＳ５２）、問い合わせ結果をＳ−ＣＳＣＦ１２Ａに通知する。問い合わせ結果を受信したＳ−ＣＳＣＦ１２Ａは、着信端末３Ｂが自網に収容されていることをＩ−ＣＳＣＦ１３Ａに通知する（ステップＳ５３）。Ｉ−ＣＳＣＦ１３Ａは、自網のＨＳＳ２１Ａに対して着信端末３Ｂを収容するＳ−ＣＳＣＦ１２Ｂを問い合わせ（ステップＳ５４）、Ｓ−ＣＳＣＦ１２ＢにＳＩＰメッセージを転送する（ステップＳ５５）。以上の処理により、発信端末３Ａと着信端末３Ｂとの間でセッションが確立する。
【０００５】
続いて、他網ユーザの着信端末３Ｂが他網に収容されている場合の接続手順について説明する。図４に、自網ユーザの発信端末３Ａから発信し、他網に収容される他網ユーザの着信端末３Ｂへ着信する場合の接続手順を示す。
【０００６】
発信端末３Ａから発呼があると、Ｐ−ＣＳＣＦ１１ＡでＳＩＰメッセージが処理され、発信端末３Ａを収容するＳ−ＣＳＣＦ１２ＡにＳＩＰメッセージが転送される。Ｓ−ＣＳＣＦ１２Ａは、着信端末３Ｂが収容される網を自網のＥＮＵＭ２２Ａに問い合わせる（ステップＳ６１）。ＥＮＵＭ２２Ａは、着信端末３ＢのＥ．１６４番号は自網で管理される番号ではないため、他網のＥＮＵＭ２２Ｚに問い合わせて（ステップＳ６２）、問い合わせ結果をＳ−ＣＳＣＦ１２Ａに通知する。問い合わせ結果を受信したＳ−ＣＳＣＦ１２Ａは、着信端末３Ｂが他網に収容されていることをＩ−ＣＳＣＦ１３Ａに通知する（ステップＳ６３）。Ｉ−ＣＳＣＦ１３Ａは、ＳＩＰメッセージを他網のＩ−ＣＳＣＦ１３Ｚに転送する（ステップＳ６４）。他網のＩ−ＣＳＣＦ１３Ｚは、他網のＨＳＳ２１Ｚに対して着信端末３Ｂを収容するＳ−ＣＳＣＦ１２Ｚを問い合わせ（ステップＳ６５）、Ｓ−ＣＳＣＦ１２ＺにＳＩＰメッセージを転送する（ステップＳ６６）。以上の処理により、発信端末３Ａと着信端末３Ｂとの間でセッションが確立する。
【０００７】
続いて、自網に収容される自網ユーザの着信端末３Ｂが自網に収容されている場合の接続手順について説明する。図５に、自網ユーザの発信端末３Ａから発信し、自網に収容される自網ユーザの着信端末３Ｂへ着信する場合の接続手順を示す。図５では、着信端末３Ｂは自網で管理されるＥ．１６４番号を付与されている。
【０００８】
発信端末３Ａから発呼があると、Ｐ−ＣＳＣＦ１１ＡでＳＩＰメッセージが処理され、発信端末３Ａを収容するＳ−ＣＳＣＦ１２ＡにＳＩＰメッセージが転送される。Ｓ−ＣＳＣＦ１２Ａは、着信端末３Ｂが収容される網を自網のＥＮＵＭ２２Ａに問い合わせる（ステップＳ７１）。ＥＮＵＭ２２Ａは、着信端末３ＢのＥ．１６４番号は自網で管理される番号であることをＳ−ＣＳＣＦ１２Ａに通知する。問い合わせ結果を受信したＳ−ＣＳＣＦ１２Ａは、着信端末３Ｂが自網に収容されていることをＩ−ＣＳＣＦ１３Ａに通知する（ステップＳ７２）。Ｉ−ＣＳＣＦ１３Ａは、自網のＨＳＳ２１Ａに対して着信端末３Ｂを収容するＳ−ＣＳＣＦ１２Ｂを問い合わせ（ステップＳ７３）、Ｓ−ＣＳＣＦ１２ＢにＳＩＰメッセージを転送する（ステップＳ５５）。以上の処理により、発信端末３Ａと着信端末３Ｂとの間でセッションが確立する。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】3GPP TS 24.229
【発明の概要】
【発明が解決しようとする課題】
【００１０】
従来の技術では、発信端末３Ａからの発呼があると、発信端末３Ａを収容するＳ−ＣＳＣＦ１２Ａは、まず着信端末３Ｂが収容される網を自網のＥＮＵＭ２２Ａに問い合わせる。このため、Ｓ−ＣＳＣＦ１２Ａは、Ｉ−ＣＳＣＦ１３Ａのみならず、ＥＮＵＭ２２Ａに対するインタフェースが必要となる。また、大規模なネットワークになると、多数のＳ−ＣＳＣＦからＥＮＵＭに対する問い合わせが発生するため、ネットワーク内のトラフィックが増加し、ネットワーク設計や異常時の切り分け処理の複雑化の要因となる。さらに、図３の例のように、着信端末３Ｂが自網に収容される他網ユーザの端末である場合にも、他網のＥＮＵＭ２２Ｚに問い合わせるため、網間のトラフィックが増加し、ネットワークリソースの消費を招くという問題があった。
【００１１】
本発明は、上記に鑑みてなされたものであり、ＩＭＳネットワークにおいて、ネットワーク内のトラフィックの増加、ネットワーク設計や異常時の切り分け処理の複雑化を抑制することを目的とする。
【課題を解決するための手段】
【００１２】
本発明に係る呼制御システムは、自網に収容された端末の国際公衆電気通信番号を含む加入者情報を保持するホーム加入者サーバと、国際公衆電気通信番号に対応するアプリケーションをＵＲＬ形式で返すＥＮＵＭと、端末を収容する少なくとも１つのＳ−ＣＳＣＦと、Ｉ−ＣＳＣＦと、スイッチ装置を備えた呼制御システムであって、前記Ｓ−ＣＳＣＦは、端末から受信したメッセージを前記Ｉ−ＣＳＣＦへ送信し、前記Ｉ−ＣＳＣＦは、前記メッセージの転送先を前記スイッチ装置に問い合わせ、問い合わせの結果に応じて前記メッセージを転送し、前記スイッチ装置は、前記Ｉ−ＣＳＣＦからの問い合わせに対して送信先の端末が自網に収容されているか否かを前記ホーム加入者サーバに問い合わせ、問い合わせの結果、前記送信先の端末が自網に収容されている場合は、前記送信先の端末を収容するＳ−ＣＳＣＦの情報を前記Ｉ−ＣＳＣＦに通知し、前記送信先の端末が自網に収容されておらず、かつ、送信先に国際公衆電気通信番号が指定されている場合は、前記ＥＮＵＭから前記国際公衆電気通信番号に対応するアプリケーションをＵＲＩ形式で得て、当該ＵＲＩ形式に記載された前記メッセージの送信先を前記Ｉ−ＣＳＣＦに通知することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、ＩＭＳネットワークにおいて、ネットワーク内のトラフィックの増加、ネットワーク設計や異常時の切り分け処理の複雑化を抑制することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態における呼制御システムの構成と自網に収容された端末へ発呼した場合の接続手順を示す全体構成図である。
【図２】本実施の形態における呼制御システムの構成と他網に収容された端末へ発呼した場合の接続手順を示す全体構成図である。
【図３】自網ユーザの端末から発信し、自網に収容される他網ユーザの端末へ着信する場合の従来の接続手順を示す。
【図４】自網ユーザの端末から発信し、他網に収容される他網ユーザの端末へ着信する場合の従来の接続手順を示す。
【図５】自網ユーザの端末から発信し、自網に収容される自網ユーザの端末へ着信する場合の従来の接続手順を示す。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について図面を用いて説明する。
【００１６】
図１は、本実施の形態における呼制御システムの構成と自網に収容された端末へ発呼した場合の接続手順を示す全体構成図である。図１に示すように、本呼制御システムは、端末３Ａ，３Ｂとの間でＳＩＰメッセージを送受信するＰ−ＣＳＣＦ（Ｐｒｏｘｙ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）１１Ａ，１１Ｂ、セッション制御を行うＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）１２Ａ，１２Ｂ、ユーザの登録情報を取得してＳＩＰメッセージを適切な宛先に転送するＩ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）１３Ａ、ＳＷ（スイッチ）２０、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ：ホーム加入者サーバ）２１Ａ、ＥＮＵＭ（Ｔｅｌｅｐｈｏｎｅ  Ｎｕｍｂｅｒ  Ｍａｐｐｉｎｇ）２２Ａを備える。
【００１７】
ＨＳＳ２１Ａは、自網に収容された端末３Ａ，３Ｂに付与されたＥ．１６４番号を含む加入者情報を保持する。
【００１８】
ＥＮＵＭ２２Ａは、Ｅ．１６４番号をキーとしてＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｅｒ）を検索することにより、自網で管理されるＥ．１６４番号に対応するアプリケーションのＵＲＩ形式を取得する。具体的には、例えば、＋８１−３−１２３４−５６７８などの国際公衆電気通信番号から「ＳＩＰ：ｉｎｆｏ＠ｘｘｘ．ｃｏ．ｊｐ」などの対応するアプリケーションのＵＲＩ形式を得る。この例では、ｉｎｆｏ＠ｘｘｘ．ｃｏ．ｊｐにＳＩＰメッセージを送信してセッションを確立することができることを示している。なお、他網で管理されるＥ．１６４番号については、他網のＥＮＵＭ２２Ｚに問い合わせる。
【００１９】
ＳＷ２０は、Ｉ−ＣＳＣＦ１３ＡからＨＳＳ２１ＡとＥＮＵＭ２２Ａへの接続を制御するスイッチであって、Ｉ−ＣＳＣＦ１３Ａからの問い合わせに対し、着信先の着信端末３Ｂが自網に収容されているか否かをＨＳＳ２１Ａに問い合わせ、問い合わせの結果、着信端末３Ｂが自網に収容されている場合は、着信端末３Ｂを収容するＳ−ＣＳＣＦ１２Ｂの情報をＩ−ＣＳＣＦ１３Ａに通知し、着信端末３Ｂが自網に収容されておらず、かつ、着信先にＥ．１６４番号が指定されている場合は、自網のＥＮＵＭ２２Ａから対応するアプリケーションのＵＲＩ形式を取得し、ＳＩＰメッセージの転送先をＩ−ＣＳＣＦ１３Ａに通知する。
【００２０】
発信端末３Ａは、自網で管理されるＥ．１６４番号を付与された端末である。着信端末３Ｂは、自網あるいは他網で管理されるＥ．１６４番号を付与された端末である。図１の例では、着信端末３Ｂは自網ユーザ、他網ユーザのいずれが保持する端末でもよい。
【００２１】
他網には、Ｐ−ＣＳＣＦ１１Ｚ、Ｓ−ＣＳＣＦ１２Ｚ、Ｉ−ＣＳＣＦ１３Ｚ、ＨＳＳ２１Ｚ、およびＥＮＵＭ２２Ｚが配置される。
【００２２】
次に、発信端末３Ａから自網に収容された着信端末３Ｂへ発呼した場合の本実施の形態における呼制御システムの動作について説明する。
【００２３】
発信端末３Ａが、着信先の着信端末３ＢをＥ．１６４番号で指定してＳＩＰメッセージを送信すると、ＳＩＰメッセージはＰ−ＣＳＣＦ１１Ａで処理され、発信端末３Ａを収容するＳ−ＣＳＣＦ１２Ａに転送される。
【００２４】
Ｓ−ＣＳＣＦ１２Ａは、着信先の着信端末３Ｂが収容されている網にかかわらず特定のＩ−ＣＳＣＦ１３Ａに接続してＳＩＰメッセージを送信する（ステップＳ１１）。
【００２５】
ＳＩＰメッセージを受信したＩ−ＣＳＣＦ１３Ａは、着信先の着信端末３Ｂが収容される網をＳＷ２０に問い合わせる（ステップＳ１２）。
【００２６】
ＳＷ２０は、着信端末３Ｂが自網に収容されているか否かをＨＳＳ２１Ａに問い合わせる（ステップＳ１３）。図１の例では、着信先のＥ．１６４番号に対応する着信端末３ＢがＳ−ＣＳＣＦ１２Ｂに収容されているので、ＨＳＳ２１Ａは、着信端末３Ｂを収容するＳ−ＣＳＣＦ１２Ｂの情報をＳＷ２０に返答する。
【００２７】
ＳＷ２０が着信端末３Ｂを収容するＳ−ＣＳＣＦ１２Ｂの情報をＩ−ＣＳＣＦ１３Ａに通知し（ステップＳ１４）、Ｉ−ＣＳＣＦ１３Ａは、Ｓ−ＣＳＣＦ１２ＢにＳＩＰメッセージを送信する（ステップＳ１５）。Ｓ−ＣＳＣＦ１２ＢからＰ−ＣＳＣＦ１１Ｂを介して着信端末３ＢにＳＩＰメッセージが届き、発信端末３Ａと着信端末３Ｂとの間でセッションが確立される。
【００２８】
続いて、発信端末３Ａから他網に収容された着信端末３Ｂへ発呼した場合の本実施の形態における呼制御システムの動作について説明する。
【００２９】
図２は、本実施の形態における呼制御システムの構成と他網に収容された端末へ発呼した場合の接続手順を示す全体構成図である。図２では、着信先の着信端末３Ｂは、他網で管理されるＥ．１６４を付与された端末であり、着信端末３Ｂは他網に収容されている。
【００３０】
発信端末３Ａが着信先の着信端末３ＢをＥ．１６４番号で指定してＳＩＰメッセージを送信すると、ＳＩＰメッセージはＰ−ＣＳＣＦ１１Ａで処理され、発信端末３Ａを収容するＳ−ＣＳＣＦ１２Ａに転送される。
【００３１】
Ｓ−ＣＳＣＦ１２Ａは、Ｉ−ＣＳＣＦ１３Ａに接続してＳＩＰメッセージを送信し（ステップＳ２１）、Ｉ−ＣＳＣＦ１３Ａは、着信先の着信端末３Ｂが収容される網をＳＷ２０に問い合わせる（ステップＳ２２）。
【００３２】
ＳＷ２０は、着信端末３Ｂが自網に収容されているか否かをＨＳＳ２１Ａに問い合わせる（ステップＳ２３）。図２の例では、着信端末３Ｂが他網に収容されているので、ＨＳＳ２１Ａは、着信端末３Ｂを収容していない旨の結果をＳＷ２０に返答する。
【００３３】
ＳＷ２０は、着信端末３Ｂが収容される網をＥＮＵＭ２２Ａに問い合わせる（ステップＳ２４）。
【００３４】
ＥＮＵＭ２２Ａは、着信先のＥ．１６４番号が自網で管理される番号ではないため、他網のＥＮＵＭ２２Ｚに着信先のＥ．１６４番号に対応するアプリケーションを問い合わせて、問い合わせ結果をＳＷ２０に転送する（ステップＳ２５）。ここでは、問い合わせ結果として、着信端末３Ｂに付与されたＥ．１６４番号に対応しているアプリケーションのＵＲＩ形式が得られる。
【００３５】
問い合わせ結果を受信したＳＷ２０は、着信端末３Ｂが収容されている他網のＩ−ＣＳＣＦ１３Ｚの情報をＩ−ＣＳＣＦ１３Ａに通知し（ステップＳ２６）、Ｉ−ＣＳＣＦ１３Ａは、Ｉ−ＣＳＣＦ１３ＺにＳＩＰメッセージを送信する（ステップＳ２７）。問い合わせ結果として受信したアプリケーションのＵＲＩ形式には、着信端末３ＢへのＳＩＰメッセージの送信先の情報が記載されているので、その情報に基いてＳＩＰメッセージを転送する。
【００３６】
他網では、Ｉ−ＣＳＣＦ１３Ｚが自網のＨＳＳ２１Ｚに対して着信端末３Ｂを収容するＳ−ＣＳＣＦ１２Ｚを問い合わせ（ステップＳ２８）、Ｉ−ＣＳＣＦ１３Ａは、Ｓ−ＣＳＣＦ１２ＺにＳＩＰメッセージを送信する（ステップＳ２９）。Ｓ−ＣＳＣＦ１２ＺからＰ−ＣＳＣＦ１１Ｚを介して着信端末３ＢにＳＩＰメッセージが届き、発信端末３Ａと着信端末３Ｂとの間でセッションが確立される。
【００３７】
以上説明したように、本実施の形態によれば、Ｓ−ＣＳＣＦ１２ＡがＰ−ＣＳＣＦ１１Ａから受信したＳＩＰメッセージについてＥＮＵＭ２２Ａに問い合わせずにＩ−ＣＳＣＦ１３Ａに送信し、Ｉ−ＣＳＣＦ１３ＡがＳＩＰメッセージの転送先をＳＷ２０に問い合わせ、ＳＷ２０が転送先である着信端末３Ｂが自網に収容されているか否かＨＳＳ２１Ａに問い合わせ、着信端末３Ｂが自網に収容されている場合には、着信端末３Ｂを収容するＳ−ＣＳＣＦ１２Ｂの情報をＩ−ＣＳＣＦ１３Ａに通知し、着信端末３Ｂが自網に収容されていない場合には、着信端末３Ｂが収容される網をＥＮＵＭ２２Ａに問い合わせて他網のＩ−ＣＳＣＦ１３Ｚの情報を受信してＩ−ＣＳＣＦ１３Ａに通知することにより、Ｓ−ＣＳＣＦ１２ＡはＥＮＵＭ２２Ａに問い合わせる必要がなくなり、Ｓ−ＣＳＣＦ１２ＡはＥＮＵＭ２２Ａに対するインタフェースを必要とせず、また、Ｓ−ＣＳＣＦ１２ＡからＥＮＵＭ２２Ａへの問い合わせが無くなるため、トラフィックの増加を抑制することが可能となる。
【符号の説明】
【００３８】
１１Ａ，１１Ｂ，１１Ｚ…Ｐ−ＣＳＣＦ
１２Ａ，１２Ｂ，１２Ｚ…Ｓ−ＣＳＣＦ
１３Ａ，１３Ｚ…Ｉ−ＣＳＣＦ
２０…ＳＷ
２１Ａ，２１Ｚ…ＨＳＳ
２２Ａ，２２Ｚ…ＥＮＵＭ
３Ａ…発信端末
３Ｂ…着信端末
【図１】
0005898650.tif 000002
【図２】
0005898650.tif 000003
【図３】
0005898650.tif 000004
【図４】
0005898650.tif 000005
【図５】
0005898650.tif 000006