(57)【特許請求の範囲】
【請求項１】
パケット交換通信ネットワーク（１０）のための、発呼処理機能（２０２）と着呼処理機能（２０４）とを備える呼セッション制御ノード（１８、２００）における方法であって、
前記発呼処理機能（２０２）上で着呼エンティティに対するメッセージ（１４）を受信するステップ（１００、３００）と、
前記着呼エンティティが前記呼セッション制御ノード（１８、２００）に登録されているかどうかを前記発呼処理機能（２０２）により判定するステップ（１０８、４００）と、
前記着呼エンティティが前記呼セッション制御ノード（１８、２００）に登録されている場合、インバウンド呼セッション制御機能（２６）を通過せずに前記メッセージ（１４）を前記着呼処理機能（２０４）にルーティングするステップ（１１０、５００）と
を備え、
前記着呼エンティティが前記呼セッション制御ノードに登録されていない場合に、
前記メッセージ（１４）を前記インバウンド呼セッション制御機能（２６）に転送するステップ（１１２）と、
前記インバウンド呼セッション制御機能（２６）から前記メッセージ（１４）を受信するステップと、
前記着呼エンティティを、前記呼セッション制御ノード（１８、２００）に少なくとも一時的に登録するステップと
を更に備えることを特徴とする方法。
【請求項２】
前記メッセージ（１４）は、前記呼セッション制御ノード（１８、２００）に登録されている発呼側（１２）、又は、アプリケーションサーバから発信されたことを特徴とする請求項１記載の方法。
【請求項３】
前記メッセージ（１４）は、前記着呼エンティティの識別子を含むことを特徴とする請求項１又は２記載の方法。
【請求項４】
前記メッセージ（１４）は、前記着呼エンティティの電話番号を含み、
前記方法は、
クエリメッセージ（２２）を番号マッピングノード（２０）に送出するステップ（１０２）と、
前記番号マッピングノード（２０）からURI形式の前記着呼エンティティの識別子を含む応答メッセージ（２４）を受信するステップ（１０４）と
を更に備えることを特徴とする請求項１又は２記載の方法。
【請求項５】
前記判定するステップ（１０８、４００）は、データベース（２０６）が前記識別子を含むかどうかを判定することを含むことを特徴とする請求項３又は４記載の方法。
【請求項６】
前記着呼エンティティが前記呼セッション制御ノードに登録されているかどうかを前記発呼処理機能（２０２）により判定する前記ステップ（１０８、４００）は、
登録エンティティの加入者サーバ（２８）又はデータベース（２０６）をチェックすることを含むことを特徴とする請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記着呼エンティティは、着呼ユーザ（３８）又はパブリックサービスであることを特徴とする請求項１から６のいずれか１項に記載の方法。
【請求項８】
パケット交換通信ネットワーク（１０）のための呼セッション制御ノード（１８、２００）であって、
着呼エンティティに対するメッセージ（１４）を受信するように構成された発呼処理機能（２０２）と、
前記着呼エンティティが前記呼セッション制御ノード（１８、２００）に登録されているかどうかを判定するように構成された処理回路網（２０５）と、
前記着呼エンティティが前記呼セッション制御ノード（１８、２００）に登録されたエンティティと判定された場合、インバウンド呼セッション制御機能（２６）を通過せずに前記発呼処理機能（２０２）からルーティングされた前記メッセージ（１４）を受信するように構成された着呼処理機能（２０４）と、
を備え、
前記着呼エンティティは、前記パケット交換通信ネットワーク（１０）に登録されていないと判定された場合に、前記発呼処理機能（２０２）は、前記メッセージ（１４）を前記インバウンド呼セッション制御機能（２６）に転送するように構成され、前記着呼処理機能（２０４）は、前記インバウンド呼セッション制御機能（２６）から前記メッセージ（１４）を受信するように構成され、前記着呼エンティティは、前記呼セッション制御ノード（１８、２００）に少なくとも一時的に登録されることを特徴とする呼セッション制御ノード。
【請求項９】
前記メッセージ（１４）は、前記呼セッション制御ノード（１８、２００）に登録されている発呼側（１２）、又は、アプリケーションサーバから発信されたことを特徴とする請求項８記載の呼セッション制御ノード。
【請求項１０】
前記メッセージ（１４）は、前記着呼エンティティの識別子を含むことを特徴とする請求項８又は９記載の呼セッション制御ノード。
【請求項１１】
前記メッセージ（１４）は、前記着呼エンティティの電話番号を含み、
前記発呼処理機能（２０２）は、クエリメッセージ（２２）を番号マッピングノード（２０）に送出し、前記番号マッピングノード（２０）からURI形式の前記着呼エンティティの識別子を含む応答メッセージ（２４）を受信するように構成されていることを特徴とする請求項８又は９記載の呼セッション制御ノード。
【請求項１２】
前記着呼処理機能（２０４）は、データベース（２０６）が前記識別子を含むと判定された場合、前記発呼処理機能（２０２）から内部にルーティングされた前記メッセージ（１４）を受信するように構成されていることを特徴とする請求項１０又は１１記載の呼セッション制御ノード。
【請求項１３】
前記着呼エンティティは、着呼ユーザ（３８）又はパブリックサービスであることを特徴とする請求項８から１２のいずれか１項に記載の呼セッション制御ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関し、特にメッセージを着呼エンティティに転送するパケット交換通信ネットワークにおける方法及び装置に関する。
【背景技術】
【０００２】
ＩＰマルチメディアサブシステム（ＩＭＳ）は、インターネットプロトコル（ＩＰ）マルチメディアサービスを配信するアーキテクチャフレームワークである。ＩＭＳは、音声通話及びメッセージングを含むインターネットマルチメディアサービスを汎ヨーロッパデジタル移動通信システム（ＧＳＭ）、無線ＬＡＮ及びユニバーサル移動通信システム（ＵＭＴＳ）等の種々の無線通信ネットワーク、並びに固定ネットワークに提供する手法を構成する。ＩＭＳネットワークにおいて使用されるプロトコルのうちの１つは、セッション開始プロトコル（ＳＩＰ）である。ＩＭＳネットワークで使用される端末をＳＩＰ端末と呼ぶ。
【０００３】
図１は、一方のＳＩＰユーザエージェント（ＳＩＰ  ＵＡ（Ａ））１２から他方のＳＩＰ  ＵＡ（ＳＩＰ  ＵＡ（Ｂ））３８への呼又はＳＩＰセッションを開始するためのＩＭＳネットワーク１０における基本信号伝送図を示す。説明を簡単にするために、信号伝送図は、宛先側の端末、すなわちＳＩＰ  ＵＡ（Ｂ）３８におけるＳＩＰ招待メッセージの到着までのＳＩＰ信号伝送のみを示す。更に信号伝送図は、ユーザプレーン（メディア転送）を反映しない。
【０００４】
ＳＩＰ招待メッセージ１４は、ＳＩＰ  ＵＡ（Ａ）１２において開始され、ユーザＡのプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）１６に送出される。ＳＩＰ招待メッセージ１４は、Ｐ−ＣＳＣＦ１６からユーザＡと関連付けられたサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）１８に転送される。
【０００５】
Ｓ−ＣＳＣＦは、そのＳ−ＣＳＣＦに登録された加入者（すなわち、ユーザ）の内部データベースを含む。従って、ユーザＡのＳ−ＣＳＣＦ１８は、ユーザＡのＰ−ＣＳＣＦ１６からＳＩＰ招待メッセージを受信する場合、データベースからユーザＡの登録データを取得するために、すなわち招待メッセージを登録ユーザと「一致させる」ためにＳＩＰ招待メッセージのＰ  ａｓｓｅｒｔｅｄ−ＩＤ（ＰＡＩ）ヘッダを使用する。
【０００６】
ＳＩＰ招待メッセージ１４は、着呼側、すなわちユーザＢを識別するいくつかの情報を更に含む。例えばそのような情報は、ユーザＢのパブリックユーザ識別子又はユーザＢの電話番号を含んでもよい。宛先側がＩＭＳユーザを示す統一資源識別子（ＵＲＩ）を含むＳＩＰ招待メッセージ１４において識別される場合、Ｓ−ＣＳＣＦ１８は以下に説明するようにアウトバウンドルーティングを適用するだろう。宛先側が電話番号で識別される場合、Ｓ−ＣＳＣＦ１８は、ＩＭＳユーザのＵＲＩ表示を取得するためにＥ．１６４番号マッピングノード（ＥＮＵＭ）２０と通信するだろう。Ｓ−ＣＳＣＦ１８による更なる動作は、Ｓ−ＣＳＣＦ１８からＥＮＵＭ２０に送出されたＥＮＵＭクエリメッセージ２２の結果により判定される。宛先側がＩＭＳネットワークの加入者であることを上述のＥＮＵＭクエリ２２へのＥＮＵＭ応答メッセージ２４においてＥＮＵＭがＳ−ＣＳＣＦ１８に示す場合、Ｓ−ＣＳＣＦ１８は以下に説明するようにアウトバウンドルーティングを適用するだろう。さもなければ、Ｓ−ＣＳＣＦ１８は、回路交換（ＣＳ）ネットワーク（不図示）に対してブレークアウトを実行する。
【０００７】
アウトバウンドルーティングのために、Ｓ−ＣＳＣＦ１８は、ＳＩＰ招待メッセージ１４をユーザＢと関連付けられた問合せＣＳＣＦ（Ｉ−ＣＳＣＦ）２６に転送する。Ｉ−ＣＳＣＦ２６は、管理ドメインの境界に配置されたＳＩＰ機能である。そのＩＰアドレスはドメインネームシステム（ＤＮＳ）において公開されるため、リモートサーバ（例えば、Ｓ−ＣＳＣＦ１８）は、それを見つけ且つこのドメインへのＳＩＰメッセージに対する転送ポイントとして使用できる。
【０００８】
Ｉ−ＣＳＣＦ２６は、ホーム加入者サーバ（ＨＳＳ）２８と通信し、ユーザＢが登録されるＳ−ＣＳＣＦを判定する。ＨＳＳ２８は、その特定のネットワークに登録された全てのユーザの登録情報を含むデータベースを備える。従って、Ｉ−ＣＳＣＦ２６は、Ｄｉａｍｅｔｅｒ  ＬＩＲ（Ｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージ３０をＨＳＳ２８に送出し、返信としてユーザＢが登録されるＳ−ＣＳＣＦを識別するＤｉａｍｅｔｅｒ  ＬＩＡ（Ｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｎｓｗｅｒ）メッセージ３２を受信する。
【０００９】
Ｉ−ＣＳＣＦ２６は、ＳＩＰ招待メッセージ１４をユーザＢのＳ−ＣＳＣＦ３４に転送する。ユーザＡのＳ−ＣＳＣＦ１８に類似するユーザＢのＳ−ＣＳＣＦ３４は、全てのユーザが登録されるデータベースを備える。ＳＩＰ招待メッセージ１４を受信すると、Ｓ−ＣＳＣＦ３４は、メッセージにおいて着呼側として識別されたユーザをルックアップし、メッセージ１４をユーザＢと関連付けられたＰ−ＣＳＣＦ３６に転送する。次にＰ−ＣＳＣＦ３６はメッセージをＳＩＰ  ＵＡ（Ｂ）３８に転送し、ＳＩＰ招待メッセージ１４のパスが完成する。
【００１０】
従って、第１に、ユーザＡのＳ−ＣＳＣＦ１８は、宛先加入者（ユーザＢ）が属するＩＭＳネットワークに関する知識を有さなくてもよく、これは、ｓｉｐ：ｊｏｅ．ｂｌｏｇｇｓ＠ａｂｂ．ｓｅ等の企業専用のドメインネームを含むＳＩＰ招待メッセージ１４においてユーザＢが識別される場合に特に当てはまることが分かる。第２に、ユーザＡのＳ−ＣＳＣＦ１８は、ユーザＢのＩＭＳネットワークにおいてユーザＢに対応しているＳ−ＣＳＣＦの知識を有さない。
【００１１】
第１の問題のために、ユーザＡのＳ−ＣＳＣＦ１８は「イーグレスルーティング」を適用する。これは、ＤＮＳに接続してユーザＢに対応するＩＭＳネットワークのインバウンドプロキシのアドレスを取得するＳ−ＣＳＣＦ１８を伴う。このインバウンドプロキシは、示される例におけるようなＩ−ＣＳＣＦ２６又はユーザＢに対応するネットワークのＩＢＣＦ（Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）であってもよい。ＩＢＣＦは、種々のＩＭＳネットワーク間で使用される。インバウンドプロキシがＩＢＣＦである場合、ＩＢＣＦは、ユーザＢのＩＭＳネットワークにおいて呼をＩ−ＣＳＣＦに転送するように取り計らうだろう。
【００１２】
第２の問題のために、ユーザＢのネットワークのＩ−ＣＳＣＦ２６は、呼がそのＩ−ＣＳＣＦ２６に到達すると、ＨＳＳ２８（ユーザＢの）に接触し、現在ユーザＢに対応しているＳ−ＣＳＣＦのアドレスを取得するだろう。
【００１３】
呼は、ＨＳＳ２８からＩ−ＣＳＣＦ２６により受信された情報を使用してＩ−ＣＳＣＦ２６からユーザＢのＳ−ＣＳＣＦ３４に更にルーティングされるだけであってもよい。ここでＳ−ＣＳＣＦ３４は、着呼を処理してもよい。
【００１４】
従って、第１のユーザから第２のユーザに呼を転送するのに必要な情報を判定するために、相対的に大量の信号伝送が必要であることが分かる。更にこの信号伝送は、システム１０において多数の種々のノードを横断するため、呼処理が遅延する。
【発明の概要】
【００１５】
本発明の目的は、少なくともいくつかの例に対してこの信号伝送を減少することである。
【００１６】
この目的は、独立請求項の教示により達成される。
【００１７】
本発明の第１の態様によると、パケット交換通信ネットワークのための呼セッション制御ノードにおける方法が提供される。呼セッション制御ノードは、発呼処理機能と、着呼処理機能とを備える。方法は、発呼処理機能上で着呼エンティティに対するメッセージを受信するステップを備える。当該方法は、着呼エンティティが呼セッション制御ノードに登録されているかを発呼処理機能により判定するステップと、着呼エンティティが呼セッション制御ノードに登録される場合、インバウンド呼セッション制御機能を通過せずにメッセージを着呼処理機能にルーティングするステップとを更に備える。
【００１８】
本発明の第２の態様によると、パケット交換通信ネットワークのための呼セッション制御ノードが提供される。呼セッション制御ノードは、発呼処理機能と、着呼処理機能と、処理回路網とを備える。発呼処理機能は、着呼エンティティに対するメッセージを受信するように構成される。処理回路網は、着呼エンティティが呼セッション制御ノードに登録されているかを判定するように構成される。着呼処理機能は、着呼エンティティが呼セッション制御ノードに登録されているエンティティと判定された場合、インバウンド呼セッション制御機能を通過せずに発呼処理機能からルーティングされたメッセージを受信するように構成される。
【００１９】
従って、本発明は、メッセージを着呼エンティティに転送する方法及び装置を提供する。メッセージをインバウンド呼セッション制御機能に潜在的に転送する前に着呼エンティティが呼セッション制御ノードに登録されているかを最初に確認することにより、パケット交換通信ネットワークにおける信号伝送が減少し、メッセージを着呼エンティティに送出する際の遅延も軽減できる。
【００２０】
本発明の実施形態によると、メッセージは、呼セッション制御ノードに登録される発呼側又はアプリケーションサーバから発信してもよい。着呼エンティティは、着呼ユーザ又はパブリックサービスであってもよい。
【００２１】
更なる実施形態によると、メッセージは、着呼エンティティの識別子を含んでもよい。あるいは、メッセージは、着呼エンティティの電話番号を含んでもよい。この場合、方法は、クエリメッセージを番号マッピングノードに送出するステップと、番号マッピングノードからURI形式の着呼側の識別子を含む応答メッセージを受信するステップとを更に備える。これらの双方の実施形態において、呼セッション制御ノードは、ローカルデータベースをチェックし、データベースが識別子を含むかを確認してもよい。
【００２２】
本発明の一実施形態によると、番号マッピングモードはＥ．１６４番号マッピングノード（ＥＮＵＭ）である。
【００２３】
更なる実施形態において、着呼エンティティは、パケット交換通信ネットワークに登録されなくてもよい。これらの実施形態において、方法は、着呼エンティティが呼セッション制御ノードに登録されていないと判定するステップと、メッセージをインバウンド呼セッション制御機能に転送するステップと、インバウンド呼セッション制御機能からメッセージを受信するステップとを更に備える。着呼エンティティは、呼セッション制御ノードに少なくとも一時的に登録される。
【００２４】
従って、本発明の本実施形態によると、Ｉ−ＣＳＣＦは、少なくとも一時的に着呼エンティティが登録されるメッセージの転送元である同一の呼セッション制御ノードを選択する（又は優先的に選択する）。信号伝送の最適化は、本実施形態において実現され、その更なる信号伝送において、Ｉ−ＣＳＣＦが信号伝送パスから離脱すると、２つの異なるＳ−ＣＳＣＦ間ではなく単一のＳ−ＣＳＣＦの内部で実行される。
【００２５】
別の実施形態において、呼セッション制御ノードは、加入者サーバ（例えば、ホーム加入者サーバ）又は登録エンティティのデータベース（例えば、呼セッション制御ノードのローカルデータベース）をチェックし、着呼エンティティが呼セッション制御ノードに登録されているかを判定する。
【００２６】
更なる実施形態によると、発呼処理機能により受信されたメッセージは、最初のＳＩＰ（セッション開始プロトコル）要求メッセージ、例えば（ａ）ＳＩＰ招待又はＳＩＰ加入等のセッションを確立する最初のＳＩＰ要求メッセージ及び（ｂ）ＳＩＰオプション又はＳＩＰメッセージ等のセッションを確立しない最初のＳＩＰ要求メッセージであってもよい。
【００２７】
本発明の一実施形態によると、パケット交換通信ネットワークは、ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークである。本発明の更なる一実施形態によると、呼セッション制御ノードは、サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）である。
【図面の簡単な説明】
【００２８】
次に、本発明をより適切に理解し且つ本発明を実施できる方法をより明らかに示すために、例として以下の図面を参照する。
【図１】パケット交換通信ネットワークにおける従来の呼開始処理を示す信号伝送図である。
【図２】発呼側及び着呼側が同一のサービング呼セッション制御機能に登録されるパケット交換通信ネットワークにおける従来の呼開始処理を示す信号伝送図である。
【図３】本発明の実施形態に従ってパケット交換通信ネットワークにおける呼開始処理を示す信号伝送図である。
【図４】本発明の実施形態に係る呼セッション制御ノの方法を示すフローチャートである。
【図５】本発明の実施形態に係る呼セッション制御ノードを示す概略図である。
【発明を実施するための形態】
【００２９】
小規模のネットワークは、１つ又は少数のサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）しか含むことができない。また同様に、小規模のネットワークは、１つ又は少数の問合せＣＳＣＦ（Ｉ−ＣＳＣＦ）及びプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）しか有することができない。呼がそのようなネットワークの双方の加入者である２人のユーザ間で確立される場合、双方のユーザは同一のＳ−ＣＳＣＦに登録され、且つ呼確立信号伝送は発呼された場所と同一のＳ−ＣＳＣＦにおいて終了する可能性が高い。図２は、そのような例における従来の方法に対する信号伝送図である。
【００３０】
信号伝送図は、図１に対して説明された信号伝送図に類似し、同一の原理に従う。実際には、信号伝送は処理の大半に同一のことが当てはまるため、主な差異についてのみ本明細書で説明する。
【００３１】
上述したように、発呼側及び着呼側は同一のネットワークＳ−ＣＳＣＦに登録される。すなわち、着呼側、つまりユーザＢのＳ−ＣＳＣＦ１８は発呼側、つまりユーザＡのＳ−ＣＳＣＦ１８でもある。
【００３２】
Ｉ−ＣＳＣＦ２６は、ホーム加入サーバ（ＨＳＳ）２８を正常なものとして調べ、ユーザＢのＳ−ＣＳＣＦを判定する。しかし、ユーザＡ及びユーザＢの双方が同一のＳ−ＣＳＣＦに登録されるため、ＨＳＳ２８は、Ｄｉａｍｅｔｅｒ  ＬＩＡ（Ｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｎｓｗｅｒ）メッセージにおいて発呼したＳ−ＣＳＣＦ１８を識別する。従って、Ｉ−ＣＳＣＦ２６は、セッション開始プロトコル（ＳＩＰ）招待メッセージ１４を発信元である同一のＳ−ＣＳＣＦ１８に再度転送する。
【００３３】
次にＳ−ＣＳＣＦ１８は、呼確立処理の着信側のＳ−ＣＳＣＦとして動作し、ＳＩＰ招待メッセージ１４をＳＩＰ  ＵＡ（Ｂ）３８に転送するユーザＢのＰ−ＣＳＣＦ３６にメッセージを転送する。ユーザＢのＰ−ＣＳＣＦ３６は、ユーザＡのＰ−ＣＳＣＦ１６と同一のノードであってもなくてもよい。
【００３４】
従って、ネットワークは、実質的に、ユーザＡ及びユーザＢが別個のネットワークにおいて登録されているか（図１に示されるように）、あるいは同一のネットワークであるが種々のＳ−ＣＳＣＦに登録されているかのように動作する。ステートフルプロキシであるＩ−ＣＳＣＦ２６は、ＳＩＰ招待への全ての応答、並びに非２ｘｘ最終応答に対するＡｃｋ要求（当てはまる場合）及びキャンセル要求／応答（当てはまる場合）を処理しなければならない。言い換えると、Ｉ−ＣＳＣＦは、招待トランザクションの処理に関連した全ての信号伝送メッセージに依然として関わっている（処理をアクティブに維持する）。ステートフルプロキシ、Ａｃｋ要求及びキャンセル要求は、ＳＩＰを知る読者には既知の用語である。更にＩ−ＣＳＣＦ２６は、２つのトランザクション状態モデル（例えば、招待トランザクション状態モデル）、すなわちＩ−ＣＳＣＦ２６が最初のＳＩＰ招待メッセージ１４を受信した際に開始されたサーバトランザクション状態モデル及びＩ−ＣＳＣＦ２６が最初のＳＩＰ招待メッセージ１４をＳ−ＣＳＣＦ１８に転送した際に開始されたクライアントトランザクション状態モデルをＳＩＰトランザクションの持続時間全体にわたりアクティブに維持しなければならない。
【００３５】
本発明の実施形態によると、パケット交換ネットワークにおける相対的に少数のＳ−ＣＳＣＦは、信号伝送量を減少するために利用される。従って、本明細書において更に詳細に説明されるある特定の例においてリソースを節約する。
【００３６】
図３は、本発明の実施形態に従ってパケット交換通信ネットワークにおける呼開始処理を示す信号伝送図である。図３において、発呼側（ユーザＡ）及び着呼側（ユーザＢ）は、同一のパケット交換通信ネットワークの加入者であり、そのネットワークにおいて同一のＳ−ＣＳＣＦ１８に登録される。
【００３７】
ＳＩＰ招待メッセージ１４は、ＳＩＰ  ＵＡ（Ａ）１２において開始され、ユーザＡのＰ−ＣＳＣＦ１６に送出される。ＳＩＰ招待メッセージ１４は、Ｐ−ＣＳＣＦ１６からユーザＡと関連付けられたＳ−ＣＳＣＦに転送される。
【００３８】
第１のステップ（図３において「３００」と示された）において、ＳＩＰ招待メッセージ１４は、Ｓ−ＣＳＣＦ１８により受信され、必要に応じてＳ−ＣＳＣＦ１８は、Ｅ．１６４番号マッピングノード（ＥＮＵＭ）２０と通信し、着呼側に関する更なる情報を収集してもよい。別の実施形態（不図示）において、Ｓ−ＣＳＣＦ１８は、ＳＩＰアプリケーションサーバ（ＳＩＰ−ＡＳ）からＳＩＰ招待メッセージ１４を受信してもよい。
【００３９】
ＳＩＰ招待メッセージ１４は、着呼側、すなわちユーザＢを識別する情報を含む。例えばそのような情報は、ユーザＢのパブリックユーザ識別子又はユーザＢの電話番号を含んでもよい。宛先側がユーザを示す統一資源識別子（ＵＲＩ）を含むＳＩＰ招待メッセージ１４において識別される場合、Ｓ−ＣＳＣＦ１８は以下に説明するようにアウトバウンドルーティングを適用するだろう。宛先側が電話番号で識別される場合、Ｓ−ＣＳＣＦ１８は、ユーザのＵＲＩ表示を取得するためにＥ．１６４番号マッピングノード（ＥＮＵＭ）２０と通信するだろう。Ｓ−ＣＳＣＦ１８による更なる動作は、Ｓ−ＣＳＣＦ１８からＥＮＵＭ２０に送出されたＥＮＵＭクエリメッセージ２２の結果により判定される。宛先側がＩＭＳネットワークの加入者であることを上述のＥＮＵＭクエリ２２へのＥＮＵＭ応答メッセージ２４においてＥＮＵＭがＳ−ＣＳＣＦ１８に示す場合、Ｓ−ＣＳＣＦ１８は以下に説明するようにアウトバウンドルーティングを適用するだろう。さもなければ、Ｓ−ＣＳＣＦ１８は、回路交換（ＣＳ）ネットワーク（不図示）に対してブレークアウトを実行する。
【００４０】
上述したように、Ｓ−ＣＳＣＦは、そのＳ−ＣＳＣＦに登録された加入者（すなわち、ユーザ）の内部データベースを含む。従って、Ｓ−ＣＳＣＦ１８は、ユーザＡのＰ−ＣＳＣＦ１６からＳＩＰ招待メッセージ１４を受信する場合、データベースからユーザＡの登録データを取得するために、すなわち招待メッセージを登録ユーザと「一致させる」ためにＳＩＰ招待メッセージのＰ−ａｓｓｅｒｔｅｄ−ＩＤ（ＰＡＩ）ヘッダを使用する。第２のステップ（図３において「４００」と示された）において、Ｓ−ＣＳＣＦ１８は、データベースを更にチェックし、このデータベースが登録ユーザとしてユーザＢを含むかを確認する。すなわち、Ｓ−ＣＳＣＦ１８は、データベースをチェックし、ＳＩＰ招待メッセージ１４のＲｅｑｕｅｓｔ−ＵＲＩ（Ｒ−ＵＲＩ）において特定された（又は場合によってはＥＮＵＭ結果メッセージ２４において特定された）ユーザが存在するかを確認する。あるいは、Ｓ−ＣＳＣＦ１８は、ＨＳＳ（不図示）と直接通信し、着呼エンティティがＳ−ＣＳＣＦ１８に登録されるかを判定してもよい。示された例において、ユーザＢは、Ｓ−ＣＳＣＦ１８に登録されるため、データベースに存在する。
【００４１】
第３のステップ（図３において「５００」と示された）において、Ｓ−ＣＳＣＦ１８は、Ｉ−ＣＳＣＦを通過せずにユーザＡと関連付けられたＰ−ＣＳＣＦ１６と同一のノードであってもなくてもよいユーザＢと関連付けられたＰ−ＣＳＣＦ３６にＳＩＰ招待メッセージ１４を転送する。次にＰ−ＣＳＣＦ３６はＳＩＰ招待メッセージ１４をＳＩＰ  ＵＡ（Ｂ）３８に転送し、メッセージ転送処理が完了する。
【００４２】
従って、本発明の示された実施形態は、Ｉ−ＣＳＣＦを通過せずに発呼側から着呼側にメッセージを転送する方法を提供する。その結果、信号伝送が減少し（従って、よりリソースに対する要求は少なくなる）、遅延が軽減される。
【００４３】
しかし、本発明は他の状況にも適用可能である。例えば、図３は、ＳＩＰ招待メッセージが一方のユーザから他方のユーザに転送される例を示すが、本発明は、パケット交換通信ネットワーク１０上で転送されるあらゆる種類のメッセージ、例えば（ａ）ＳＩＰ招待又はＳＩＰ加入等のセッションを確立する最初のＳＩＰ要求メッセージ及び（ｂ）ＳＩＰオプション又はＳＩＰメッセージ等のセッションを確立しない最初のＳＩＰ要求メッセージに適用可能である。
【００４４】
更に本発明は、最初の要求メッセージが着呼側と同一のＳ−ＣＳＣＦに登録された発呼側からではなくアプリケーションサーバから発信される場合にも適用可能である。例えばアプリケーションサーバは、ＳＩＰ招待要求メッセージ（又は上述したような他のメッセージ）を潜在的にはＩ−ＣＳＣＦを介してＳ−ＣＳＣＦに送出することにより、呼を確立してもよい。次に、このＳ−ＣＳＣＦは、発呼処理と同様に挙動を適用する。これは、Ｓ−ＣＳＣＦが招待メッセージを着呼側が登録されるＳ−ＣＳＣＦにルーティングしようとすることを意味する。Ｓ−ＣＳＣＦは、図２に示されるように、ＥＮＵＭクエリを適用したり（適宜）、着呼側のインバウンドＩ−ＣＳＣＦを配置したり、招待メッセージをそのＩ−ＣＳＣＦに送出したりすることによりこれを実行する。この使用例において、着呼側は、現在アプリケーションサーバから受信したＳＩＰ招待を処理することに忙しいＳ−ＣＳＣＦと同一のＳ−ＣＳＣＦに登録されてもよい。その場合、本発明は、着呼側がこの同一のＳ−ＣＳＣＦに偶然登録されるかをこのＳ−ＣＳＣＦにチェックさせることにより、更に使用されてもよい。
【００４５】
従って、図３を参照すると、これは、Ｐ−ＣＳＣＦ１６からではなく、場合によってはＩ−ＣＳＣＦを介してアプリケーションサーバからＳＩＰ招待メッセージ１４（又は他のメッセージ）を受信するＳ−ＣＳＣＦ１８に等しい。その後信号伝送は、図３に対して説明したように進む。
【００４６】
先行するテキストにおいてユーザとして説明された着呼側がＳ−ＣＳＣＦに登録されたパブリックサービスであってもよいことは、当業者には更に明らかとなるだろう。パブリックサービスはユーザのようにＳ−ＣＳＣＦに登録されるため、着呼エンティティはユーザ又はパブリックサービスであってもよい。
【００４７】
従って、本発明の実施形態によると、発呼処理ノードとして動作するサービング呼セッション制御ノード（例えば、Ｓ−ＣＳＣＦ１８）は、メッセージを受信し、ローカルデータベースをチェックしてそのメッセージにおいて特定された着呼エンティティがそのサービング呼セッション制御ノードに登録されるかを確認する。着呼エンティティがサービング呼セッション制御ノードに登録される場合、メッセージは、Ｓ−ＣＳＣＦにおいて着呼処理機能に直接転送され、インバウンド呼セッション制御機能を通過せずにそこから着呼エンティティに転送される。
【００４８】
図４は、呼セッション制御ノード（例えば、サービング呼セッション制御機能）において実行される本発明の実施形態に係る方法を示すフローチャートである。説明を簡単にするために、呼セッション制御ノードの外側で実行されるステップを破線で示す。
【００４９】
方法はステップ１００において開始し、メッセージは、呼セッション制御ノードの発呼回路網上で受信される。上述したように、一実施形態において、メッセージは、ＳＩＰ招待、ＳＩＰ加入、ＳＩＰオプション又はＳＩＰメッセージ等のＳＩＰ要求メッセージであってもよい。メッセージは、発呼側と関連付けられたＰ−ＣＳＣＦ又はアプリケーションサーバから受信されてもよい。
【００５０】
メッセージは、着呼エンティティ（例えば、ユーザ又はパブリックサービス）の表示、すなわちメッセージに対する宛先を含む。これは、ｔｅｌ  ＵＲＩを含むＲ−ＵＲＩ又はＳＩＰ  ＵＲＩを含むＲ−ＵＲＩの形式であってもよい。Ｒ−ＵＲＩがＳＩＰ  ＵＲＩを含む場合、このＳＩＰ  ＵＲＩは電話番号を示してもよい。
【００５１】
Ｒ−ＵＲＩのコンテンツ、すなわちＲ−ＵＲＩが電話番号を含むか（ステップ１０１）に依存して、呼セッション制御ノードは、ステップ１０２においてクエリメッセージ（例えば、ＥＮＵＭクエリメッセージ）を番号マッピングノード（例えば、ＥＮＵＭ）に送出してもよい。この場合、呼セッション制御ノードは、ステップ１０４において応答（例えば、ＥＮＵＭ結果メッセージ）を受信する。
【００５２】
呼セッション制御ノードは、次のステップ１０６において登録ユーザのローカルデータベースをチェックし、ステップ１０８において受信したメッセージにおいて特定された（又は番号マッピングノードから受信した応答において特定された）着呼エンティティが呼セッション制御ノードの登録ユーザであるかを判定する。あるいは、呼セッション制御ノードは、ステップ１０６においてＨＳＳと直接通信してもよく、その後着呼エンティティが呼セッション制御ノードの登録ユーザであるかを判定してもよい（ステップ１０８）。着呼エンティティが呼セッション制御ノードに登録されることをデータベースが示す場合、ステップ１００において受信されたメッセージは、ステップ１１０において呼セッション制御ノードの着呼回路網を介してその着呼側に対して転送される。すなわち、メッセージは、インバウンド呼セッション制御機能を通過せずに内部に着呼回路網に転送される。図３に示されるように、メッセージは、着呼エンティティのＰ−ＣＳＣＦに直接転送されてもよい。着呼エンティティがパブリックサービスである場合、メッセージがＰ−ＣＳＣＦに転送されずにパブリックサービスに転送されることは、当業者により理解されるだろう。着呼エンティティが非ＳＩＰ電話をＧＳＭ電話等の端末として使用するＩＭＳ加入者である場合、メッセージがＰ−ＣＳＣＦに転送されるのではなく、この呼を非ＳＩＰ電話に配信するためにメディアゲートウェイ制御機能（ＭＧＣＦ）に転送されてもよいことは、更に理解されるだろう。
【００５３】
ステップ１０８において着呼エンティティが呼セッション制御ノードに登録されないことをデータベースのチェックが示す場合、メッセージは、ステップ１１２において着呼エンティティのネットワークと関連付けられたインバウンド呼セッション制御ノードに対して転送される。メッセージは、着呼エンティティに対応するネットワークのＩＢＣＦ（Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）を横断してもよく（着呼エンティティが呼セッション制御ノードとは異なるネットワークの加入者である場合）、あるいは横断しなくてもよい（着呼エンティティが呼セッション制御ノードと同一のネットワークの加入者である場合）。
【００５４】
呼セッション制御ノードからメッセージを受信すると、Ｉ−ＣＳＣＦは、ＨＳＳと通信し、着呼エンティティがネットワークの登録ユーザであるかを判定する（ステップ１１４）。例えばＩ−ＣＳＣＦは、図１及び図２に対して説明されたようなＨＳＳと通信し（例えば、Ｄｉａｍｅｔｅｒ  Ｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔｓ及びＤｉａｍｅｔｅｒ  Ｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｎｓｗｅｒｓを使用して）、着呼エンティティが登録されるＳ−ＣＳＣＦを判定する。着呼エンティティがネットワーク及び特定のＳ−ＣＳＣＦに登録される場合、正常な動作が維持される（ステップ１１６）。すなわち、図１に対して説明したように、Ｉ−ＣＳＣＦは、メッセージを識別されたＳ−ＣＳＣＦに転送する。
【００５５】
着呼エンティティがネットワークに登録されないことがステップ１１４において判定される場合、ＨＳＳは、Ｉ−ＣＳＣＦが着呼エンティティに対して呼（又は他のメッセージ）を処理するＳ−ＣＳＣＦを選択するのを容易にする多くの「Ｓ−ＣＳＣＦ機能」をＩ−ＣＳＣＦに提供する。次にＩ−ＣＳＣＦは、呼をこの選択されたＳ−ＣＳＣＦにルーティングし、着呼エンティティは、選択されたＳ−ＣＳＣＦに一時的に登録される。
【００５６】
本発明の実施形態によると、Ｉ−ＣＳＣＦは、少なくとも一時的に着呼エンティティが登録されるメッセージをステップ１１２において転送した同一の呼セッション制御ノードを選択する（又は優先的に選択する）（ステップ１１８）。従って、メッセージは、Ｉ−ＣＳＣＦから呼セッション制御ノードに転送され、ステップ１２０において着呼回路網を介して呼セッション制御ノードにより受信される。Ｉ−ＣＳＣＦが信号伝送パスから離脱すると、更なる信号伝送が２つの異なるＳ−ＣＳＣＦ間ではなく単一のＳ−ＣＳＣＦの内部で実行されるという信号伝送の最適化が本実施形態において実現される。
【００５７】
図５は、本発明の実施形態に係る呼セッション制御ノード２００を概略的に示す。呼セッション制御ノード２００は、図３のＳ−ＣＳＣＦ１８又は図４の方法を実行する呼セッション制御ノードとして動作可能である。
【００５８】
呼セッション制御ノード２００は、発呼処理回路網２０２と、着呼処理回路網２０４と、処理回路網２０５と、呼セッション制御ノードに登録されたユーザのデータベース２０６とを備える。これらの構成要素は、同一の装置の筐体又は別個の筐体にあってもよい。例えばデータベース２０６は、発呼処理回路網２０２、着呼処理回路網２０４及び処理回路網２０５と同一のユニットにあってもよく、あるいは別個のサーバ上にあってもよい。
【００５９】
発呼処理回路網２０２は、呼処理の発信側でネットワークノードからメッセージを受信し、且つ呼処理のその発信側に関連するメッセージを送出するように構成される。例えば発呼処理回路網２０２は、Ｐ−ＣＳＣＦ又はアプリケーションサーバからメッセージを受信し、且つそのメッセージをＩ−ＣＳＣＦに転送してもよい。
【００６０】
着呼処理回路網２０４は、呼処理の着信側に関連するメッセージを送受信するように構成される。例えば着呼処理回路網２０４は、Ｉ−ＣＳＣＦからメッセージを受信し、それらをＰ−ＣＳＣＦに転送してもよい。
【００６１】
データベース２０６は、呼セッション制御ノード２００に登録された全てのユーザのリストを含む。このデータベースは、各々が電話番号またはＵＲＩの形式を有する１つ以上のパブリックユーザ識別子を登録ユーザ毎に含む。更にデータベースは、着呼をそのユーザの１つ以上の端末に配信するために使用されてもよい１つ以上の連絡先及びそのユーザに対する呼のためのＳＩＰアプリケーションサーバ（ＳＩＰ−ＡＳ）によるサービスを呼び出すために使用されてもよいデータの集合を登録ユーザ毎に含む。登録ユーザがパブリックサービスを示す場合又は端末が現在ｏｆｆされているユーザに関連する場合、ユーザプロファイルがデータベースにあってもよいが連絡先がないことは、当業者により理解されるだろう。
【００６２】
発呼処理回路網２０２及び着呼処理回路網２０４の双方がデータベース２０６に結合される処理回路網２０５に結合されるため、受信したメッセージに示された着呼側が呼セッション制御ノード２００に登録されるかを判定できる。本発明の実施形態によると、発呼処理回路網２０２上で受信されたメッセージが呼セッション制御ノードに登録される着呼側に対するものであると判定される場合、メッセージは、Ｉ−ＣＳＣＦに送出されずに発呼処理回路網２０２から着呼処理回路網２０４にルーティングされる。
【００６３】
本発明の他の実施形態によると、パケット交換ネットワークに登録されない着呼エンティティは、呼セッション制御ノード２００に少なくとも一時的に登録されてもよい（すなわち、エンティティの詳細は、データベース２０６に含まれてもよい）。そのような一時登録が実行されると、発呼側と着呼エンティティとの間の更なるメッセージは、上述したように、発呼処理回路網２０２と着呼処理回路網２０４との間で直接ルーティングされてもよい。
【００６４】
従って、本発明は、メッセージをＩ−ＣＳＣＦを通過させずに着呼側に転送する方法及び装置をパケット交換通信ネットワークにおいて提供する。その結果、メッセージ転送処理における信号伝送量が減少し、且つ場合によっては発呼側と着呼側との間の遅延が軽減される。
【００６５】
尚、上述の実施形態は本発明を限定するのではなく例示しており、当業者は、添付の請求の範囲の範囲から逸脱せずに多くの他の実施形態を設計できるだろう。「備える」という用語は、請求の範囲に列挙される要素又はステップ以外の要素又はステップの存在を除外せず、単数形は複数形を除外せず、単一のプロセッサ又は他のユニットは、請求の範囲において詳述されるいくつかのユニットの機能を実現できる。請求の範囲のあらゆる参照記号は、請求の範囲の範囲を限定するものとして解釈されない。
【図１】
0005608748.tif 000002
【図２】
0005608748.tif 000003
【図３】
0005608748.tif 000004
【図４】
0005608748.tif 000005
【図５】
0005608748.tif 000006