JP2013013116A - Ｉｍｓを含んでいるネットワーク環境における呼のルーティングを管理するシステムおよび方法 - Google Patents

Abstract

【課題】ＣＳネットワークとＩＭＳネットワークを含むネットワーク環境における呼のルーティングを好適に管理するシステムおよび方法を提供すること。
【解決手段】ＣＳネットワークとＩＭＳネットワークとを含んでいるネットワーク環境において呼のルーティングを管理するためのスキームが開示される。呼がＣＳネットワークにおいてＵＥ装置によって発せられたとき、その呼に関連した呼情報が、ＩＭＳネットワークに配置されたＣＣＣＦネットワークノードに提供される。ＣＣＣＦノードおいて、Ｅ．１６４番号のプールは、被呼側番号へとマッピングされているかそれ以外の態様で被呼側番号に関連しているＩＭＲＮとして維持されている。ＣＣＣＦノードは、ＵＥ装置から受け取られた被呼側番号に関して選択ＩＭＲＮを動的に割り当て、それをＵＥ装置に戻す。次いで、その動的に割り当てられたＩＭＲＮが、被呼側に対する呼のルーティングに利用される。
【選択図】図１

Description

本特許開示は一般に、通信ネットワークにおける呼のルーティングに関する。いかなる限定を意図するわけではないが、より詳細には、本開示は、回路交換（ＣＳ）ネットワークおよびＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境における呼のルーティングを管理するシステムおよび方法に関し、ここで、ＣＳから発信される呼はＩＭＳネットワークインフラストラクチャを用いてルーティングされる。

モバイルｖｏｉｃｅ−ｏｖｅｒ−ＩＰ（ＶｏＩＰ）のハンドオーバーは、ユーザがＩＰベースネットワーク（例えば、無線ＬＡＮ（ＷＬＡＮ）またはＷｉ−ＭＡＸネットワークなど）と回路交換セル式ネットワークとの間を移動する際に音声の呼を継続するプロセスである。そのようなハンドオーバーを実施するために、現在の第３世代パートナーシッププロジェクト（３ＧＰＰ）規格は、デュアルモード無線装置がドメイン間における継続を要求する呼を発信する場合、その呼が、ＩＰマルチメディアサブシステム（ＩＭＳ）と呼ばれる新しいＩＰベースネットワーク構成において配置される、ｃａｌｌ ｃｏｎｔｉｎｕｉｔｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ（ＣＣＣＦ）要素にルーティングされ得ることを特定する。その呼のルーティングプロセスをインプリメントするために提案される解決策のうちの一つは、呼参照ＩＤ（ｒｅｆｅｒｅｎｃｅ ｉｄｅｎｔｉｔｙ）がＩＰマルチメディアルーティング番号（ＩＭＲＮ）を生成するために付加され得る、Ｅ．１６４番号（例えば、被呼側の番号）の形式におけるパブリックサービスＩＤを提供することを含む。しかしながら、呼参照ＩＤの数字がＥ．１６４番号に付加される場合、ＩＴＵ−Ｔ規格のもとで特定される１５桁長の制限よりも長い番号という結果になる。それゆえ、そのような番号がネットワークを介してルートされる場合、余分の数字が失われ得ることもあり得る。さらに、ＩＭＳネットワークにおけるＣＣＣＦ要素に提供される発呼者ＩＤ情報へのリライアンスが存在する場合、この情報は、ＩＳＤＮ Ｕｓｅｒ Ｐａｒｔ（ＩＳＵＰ）の信号伝達を用いる国際的なＩＳＤＮインフラストラクチャにおいて失われ得る。

本特許開示は、概して、回路交換（ＣＳ）ネットワークとインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークとを含んでいるネットワーク環境において呼のルーティングを管理するためのスキームを対象としている。呼がＣＳネットワークにおいてユーザ機器（ＵＥ）装置によって発せられたとき、その呼に関連した適切な呼情報が、ＩＭＳネットワークに配置されたＣＣＣＦネットワークノードに提供される。ＣＣＣＦノードおいて、Ｅ．１６４番号のプールは、被呼側番号へとマッピングされているかそれ以外の態様で被呼側番号に関連しているＩＰマルチメディアルーティング番号（ＩＭＲＮ）として維持されている。ＣＣＣＦノードは、ＵＥ装置から受け取られた被呼側番号に関して選択ＩＭＲＮを動的に割り当て、それをＵＥ装置に戻す。次いで、その動的に割り当てられたＩＭＲＮが、被呼側に対する呼のルーティングに利用される。その後、動的に割り当てられたＩＭＲＮは、後での使用のために、ＩＭＲＮのプールに戻され得る。呼に関連した呼参照番号が依然として有効であるか（例えば、タイムアウトしていない）、動的に割り当てられたＩＭＲＮが依然として有効であるか（例えば、タイムアウトしていない）かが確認され得るように、適切なタイマーがその装置およびＣＣＣＦエンドポイントにおいて提供され得る。オプションとして、その開放されたＩＭＲＮは、一期間、隔離され得る。

一局面において、回路交換（ＣＳ）ネットワークとインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークとを含んでいるネットワーク環境において呼をルーティングする方法であって、該呼は、該ＣＳネットワーク部において、ユーザ機器（ＵＥ）装置によって被呼側へと発せられ、該方法は、該ＵＥ装置からの該呼に関連した呼情報を該ＩＭＳネットワークに配置されたＣＣＣＦネットワークへと提供することと；ＣＣＣＦネットワークノードにおいて、ＩＭＲＮのプールから選択されたＩＭＲＮを動的に割り当てることであって、該動的に割り当てられたＩＭＲＮは、該被呼側の番号にマッピングされる、ことと；該ＣＣＣＦネットワークノードから該ＵＥ装置へと、該動的に割り当てられたＩＭＲＮを提供することと；該被呼側への該呼をルーティングするために、該動的に割り当てられたＩＭＲＮを利用することと；のうちの少なくとも１つまたはそれ以上を含んでいる、方法が開示される。

別の局面では、ＣＳネットワークとＩＭＳネットワークとを含んでいるネットワーク環境において呼を発するように動作可能なＵＥ装置であって、該呼は、被呼側へと向けられており、該装置は、該呼に関連した呼情報を該ＩＭＳネットワーク部に配置されたＣＣＣＦに提供する手段であって、該呼情報は呼参照番号を含んでいる、手段と；ＣＣＣＦネットワークノードから、動的に割り当てられたＩＭＲＮであって、ＩＭＲＮのプールから選択され、該被呼側の番号へとマッピングされる、動的に割り当てられたＩＭＲＮを受け取ることに応答して、該呼参照番号が依然として有効である（例えば、タイムアウトしていない）ことを確認する手段と；該呼参照番号が有効であることを確認することに応答して、該動的に割り当てられたＩＭＲＮを用いて該被呼側に関して呼ルーティングプロセスを開始するために、ネットワークエンティティに該動的なＩＭＲＮを提供する手段と；のうちの少なくとも１つまたはそれ以上を備えている、装置が本明細書で開示される。

さらに別の局面では、ＣＣＣＦ性能を有していて、ＩＭＳネットワークに配置されるように適合されているネットワークノードであって、一範囲の被呼側番号に対して構成されたＩＭＲＮのプールを維持する手段であって、選択ＩＭＲＮが、回路交換ネットワークにおいて発せられた呼に関してＵＥ装置から受け取られた被呼側番号へと動的に割り当て可能である、手段と；ＵＥ装置から受け取られた該被呼側番号へと該選択ＩＭＲＮを動的に割り当て、該ＵＥ装置に該選択ＩＭＲＮを提供する手段と；該呼に関して呼ルーティングプロセスを実施するために、該選択ＩＭＲＮが該ネットワークノードへと戻されたときにおいて該選択ＩＭＲＮが依然として有効である（例えば、タイムアウトしていない）ことを確認する手段と；のうちの少なくとも１つまたはそれ以上を備えている、ネットワークノードが本明細書で開示される。

本発明はさらに、以下の手段を提供する。

（項目１）
回路交換（ＣＳ）ネットワークとインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワーク（１１２）とを含んでいるネットワーク環境（１００）において呼をルーティングする方法であって、該呼は、該ＣＳネットワーク部において、ユーザ機器（ＵＥ）装置（３０２）によって被呼側へと発せられ、該方法は、
該ＩＭＳネットワーク（１１２）に配置されたＣＣＣＦ（ｃａｌｌ ｃｏｎｔｉｎｕｉｔｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）提供ネットワークノード（３０８）において、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）のプールから選択されたＩＭＲＮを動的に割り当てることであって、該動的に割り当てられたＩＭＲＮは、該被呼側の番号にマッピングされる、ことと、
該ＣＣＣＦネットワークノード（３０８）から該ＵＥ装置（３０２）へと、該動的に割り当てられたＩＭＲＮを提供することと、
該被呼側への該呼をルーティングするために、該動的に割り当てられたＩＭＲＮを利用することと
を包含する、呼をルーティングする方法。

（項目２）
上記呼に関連した呼参照番号がタイムアウトしていないことを確認した後に、上記動的に割り当てられたＩＭＲＮが、上記ＵＥ装置（３０２）によって発せられた該呼をルーティングするために利用される、項目１に記載の呼をルーティングする方法。

（項目３）
上記動的に割り当てられたＩＭＲＮがタイムアウトしていないことを確認した後に、上記呼をルーティングするために、該動的に割り当てられたＩＭＲＮが上記ＣＣＣＦネットワークノード（３０８）によって利用される、項目１または２に記載の呼をルーティングする方法。

（項目４）
上記動的に割り当てられたＩＭＲＮを隔離した後において、後での使用のために、該動的に割り当てられたＩＭＲＮは、上記ＩＭＲＮのプールへと開放して戻される、項目１〜３のいずれか一項に記載の呼をルーティングする方法。

（項目５）
上記ＵＥ装置（３０２）と上記ＣＣＣＦネットワークノード（３０８）とが、ＣＡＭＥＬ（Ｃｕｓｔｏｍｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ ｆｏｒ Ｍｏｂｉｌｅ Ｅｎｈａｎｃｅｄ Ｌｏｇｉｃ）アプリケーション部（ＣＡＰ）メッセージを用いて、移動通信交換局（ＭＳＣ）（３０４）を介して通信する、項目１〜４のいずれか一項に記載の呼をルーティングする方法。

（項目６）
上記ＵＥ装置（３０２）と上記ＣＣＣＦネットワークノード（３０８）とが、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）メッセージを用いて、通信する、項目１〜４のいずれか一項に記載の呼をルーティングする方法。

（項目７）
上記ＵＥ装置（３０２）と上記ＣＣＣＦネットワークノード（３０８）とが、ＵＳＳＤ（Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｓｅｒｖｉｃｅ Ｄａｔａ）メッセージを用いて、通信する、項目１〜４のいずれか一項に記載の呼をルーティングする方法。

（項目８）
回路交換（ＣＳ）ネットワークとインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワーク（１１２）とを含んでいるネットワーク環境（１００）において呼を発するように動作可能なユーザ機器（ＵＥ）装置（３０２）であって、該呼は、被呼側へと向けられており、該装置は、
該ＩＭＳネットワーク（１１２）に配置されたＣＣＣＦ（ｃａｌｌ ｃｏｎｔｉｎｕｉｔｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）提供ネットワークノード（３０８）から、動的に割り当てられたＩＰマルチメディアルーティング番号（ＩＭＲＮ）であって、ＩＭＲＮのプールから選択され、該被呼側の番号へとマッピングされる、動的に割り当てられたＩＭＲＮを受け取ることに応答して、該ＣＣＣＦネットワークノード（３０８）から戻された呼参照番号が依然として有効であることを確認する手段（６４８）と、
該呼参照番号が有効であることを確認することに応答して、該動的に割り当てられたＩＭＲＮを用いて該被呼側に関して呼ルーティングプロセスを開始するために、ネットワークエンティティに該動的なＩＭＲＮを提供する手段（６０２、６０４、６３３）と
を備える、ネットワーク環境（１００）において呼を発するように動作可能なＵＥ装置（３０２）。

（項目９）
上記手段（６０２、６０４、６３３）が、ＣＡＭＥＬ（Ｃｕｓｔｏｍｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ ｆｏｒ Ｍｏｂｉｌｅ Ｅｎｈａｎｃｅｄ Ｌｏｇｉｃ）アプリケーション部（ＣＡＰ）を用いて動作可能である移動通信交換局（ＭＳＣ）へのメッセージを生成する手段を備える、項目８に記載のネットワーク環境（１００）において呼を発するように動作可能なＵＥ装置（３０２）。

（項目１０）
上記手段（６０２、６０４、６３３）が、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて、上記ＣＣＣＦノード（３０８）へのメッセージを生成する手段を備える、項目８に記載のネットワーク環境（１００）において呼を発するように動作可能なＵＥ装置（３０２）。

（項目１１）
上記手段（６０２、６０４、６３３）が、ＵＳＳＤ（Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｓｅｒｖｉｃｅ Ｄａｔａ）を用いて、上記ＣＣＣＦノード（３０８）へのメッセージを生成する手段を備える、項目８に記載のネットワーク環境（１００）において呼を発するように動作可能なユーザ機器（ＵＥ）装置（３０２）。

（項目１２）
ＣＣＣＦ（ｃａｌｌ ｃｏｎｔｉｎｕｉｔｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）性能（１１６）を有していて、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワーク（１１２）に配置されるように適合されているネットワークノード（１２０）であって、
一範囲の被呼側番号に対して構成されたＩＰマルチメディアルーティング番号（ＩＭＲＮ）のプールを維持する手段（１２２）であって、選択ＩＭＲＮが、回路交換ネットワークにおいて発せられた呼に関してユーザ機器（ＵＥ）装置（３０２）から受け取られた被呼側番号へと動的に割り当て可能である、手段（１２２）と、
ＵＥ装置（３０２）から受け取られた該被呼側番号へと該選択ＩＭＲＮを動的に割り当て、該ＵＥ装置（３０２）に該選択ＩＭＲＮを提供する手段（１２６）と、
該呼に関して呼ルーティングプロセスを実施するために、該選択ＩＭＲＮが該ネットワークノード（１２０）へと戻されたときにおいて該選択ＩＭＲＮが依然として有効であることを確認する手段（１２４、１２６）と
を備える、ＣＣＣＦ性能（１１６）を有しているネットワークノード（１２０）。

（項目１３）
上記選択ＩＭＲＮが、ＣＡＭＥＬ（Ｃｕｓｔｏｍｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ
ｆｏｒ Ｍｏｂｉｌｅ Ｅｎｈａｎｃｅｄ Ｌｏｇｉｃ）アプリケーション部（ＣＡＰ）メッセージを用いて、移動通信交換局（ＭＳＣ）（３０４）を介して上記ＵＥ装置（３０２）に提供される、項目１２に記載のＣＣＣＦ性能（１１６）を有しているネットワークノード（１２０）。

（項目１４）
上記選択ＩＭＲＮが、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）メッセージを用いて上記ＵＥ装置（３０２）に提供される、項目１２に記載のＣＣＣＦ性能（１１６）を有しているネットワークノード（１２０）。

（項目１５）
上記選択ＩＭＲＮが、ＵＳＳＤ（Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｓｅｒｖｉｃｅ Ｄａｔａ）メッセージを用いて、上記ＵＥ装置（３０２）に提供される、項目１２に記載のＣＣＣＦ性能（１１６）を有しているネットワークノード（１２０）。

（項目１６）
後での使用のために、上記選択ＩＭＲＮを上記ＩＭＲＮのプールへと開放した後において該選択ＩＭＲＮを隔離する手段（１２４、１２６）をさらに備える、項目１２に記載のＣＣＣＦ性能（１１６）を有しているネットワークノード（１２０）。

（摘要）
一実施形態において、回路交換（ＣＳ）ネットワークとインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワーク（１１２）とを含んでいるネットワーク環境（１００）において呼のルーティングを管理するためのスキームが開示される。呼がＣＳネットワークにおいてユーザ機器（ＵＥ）装置（３０２）によって発せられたとき、その呼に関連した呼情報が、ＩＭＳネットワーク（１１２）に配置されたＣＣＣＦ（ｃａｌｌ ｃｏｎｔｉｎｕｉｔｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）ネットワークノード（３０８）に提供される。ＣＣＣＦノード（３０８）おいて、Ｅ．１６４番号のプールは、被呼側番号へとマッピングされているかそれ以外の態様で被呼側番号に関連しているＩＰマルチメディアルーティング番号（ＩＭＲＮ）として維持されている。ＣＣＣＦノード（３０８）は、ＵＥ装置（３０２）から受け取られた被呼側番号に関して選択ＩＭＲＮを動的に割り当て、それをＵＥ装置（３０２）に戻す。次いで、その動的に割り当てられたＩＭＲＮが、被呼側に対する呼のルーティングに利用される。

回路交換ネットワークインフラストラクチャとＩＰマルチメディアサブシステム（ＩＭＳ）インフラストラクチャとを含むネットワーク環境を示し、ここで、本特許開示の一実施形態が実施され得る。 本特許開示の例示的な実施形態のフローチャートを示す。 一実施形態に従い、動的に割り当てられたＩＰマルチメディアルーティング番号（ＩＭＲＮ）を用いることによる、呼のルーティングに対するメッセージフロー図を示す。 別の実施形態に従い、動的に割り当てられたＩＭＲＮを用いることによる、呼のルーティングに対するメッセージフロー図を示す。 さらなる別の実施形態に従い、動的に割り当てられたＩＭＲＮを用いることによる、呼のルーティングに対するメッセージフロー図を示す。 さらなる別の実施形態に従い、動的に割り当てられたＩＭＲＮを用いることによる、呼のルーティングに対するメッセージフロー図を示す。 本開示の目的のために動作可能である通信装置の一実施形態のブロック図を示す。

本特許開示の実施形態のさらなる完全な理解は、添付の図面と併せて考慮される場合、以下の詳細な記述を参照することによって、もたらされ得る。

ここで本特許開示のシステムおよび方法は、実施形態が最良になされ、および用いられ得る方法の様々な例を参照して記載される。類似する参照番号は、同様または対応する部分を示すために、記載およびいくつかの図面を通して用いられ、ここで様々な要素は必ずしも縮尺通りではない。ここで図面、特に図１を参照すると、例示的なネットワーク環境１００が示され、本特許開示の一実施形態は、回路交換ネットワークにおけるＵＥ装置によって発信される呼に関する呼のルーティングを管理するために実施され得る。示されるように、ネットワーク環境１００は、複数のＵＥ装置１０２−１〜１０２−Ｎに対して利用可能である複数のアクセス技術からなるアクセススペース１０４を含む。本開示の様々な目的のために、ＵＥ装置は、任意の限定の（ｔｅｔｈｅｒｅｄ）または非限定の（ｕｎｔｅｔｈｅｒｅｄ）通信装置であり得、ならびに、適切な無線モデムまたはモバイル通信装置（例えば、セル式電話、またはメッセージを受信および送信、ならびにウェブ閲覧をすることができるデータ通信可能なハンドヘルドなど）を備える任意のパーソナルコンピュータ（例えば、デスクトップ、ラップトップ、パームトップ、またはハンドヘルドコンピュータ装置）、あるいはｅメール、ビデオメール、インターネットアクセス、企業データアクセス、メッセージング、カレンダーおよびスケジューリング、情報管理などが可能である任意の改良型ＰＤＡ装置または一体型情報家電を含み得る。好適には、ＵＥ装置が、回路交換（ＣＳ）通信およびパケット交換（ＰＳ）通信の両方に携わることができ、継続が失われることなく、通信の一つのモードから別のモードへと移動することができるという点において、マルチモードにおいて動作可能である。

アクセススペース１０４は、ＣＳおよびＰＳネットワークの両方からなり得、無線技術、有線技術、ブロードバンドアクセス技術などを含み得る。例えば、参照番号１０６は、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）ネットワークおよび符号多重分割アクセス（ＣＤＭＡ）ネットワークなどの無線技術を意味するが、これらの教示は、第３世代パートナーシッププロジェクト（３ＧＰＰ）対応のセル式ネットワーク（例えば、３ＧＰＰまたは３ＧＰＰ２）に拡張され得る。参照番号１０８は、無線ローカルエリアネットワーク、すなわちＷＬＡＮ、Ｗｉ−ＭＡＸネットワーク、および、ＤＳＬ、ケーブルブロードバンドなどの固定ネットワークを含むブロードバンドアクセスネットワークを意味する。従来の有線ＰＳＴＮインフラストラクチャ１１０もまた、アクセススペース１０４の一部として例示される。

ＩＰマルチメディアサブシステム（ＩＭＳ）コアネットワーク１１２は、任意のＣＳベースのネットワークを含み、上述した様々なアクセスネットワークと結合される。周知のように、３ＧＰＰによって規定されるＩＭＳ規格は、サービスプロバイダが、任意のネットワークタイプ上において、ＩＰを介して伝送され得る様々なサービスを管理することができるように設計されており、ここで、ＩＰはベアラートラフィックとセッション開始プロトコル（ＳＩＰ）ベースの信号伝達トラフィックとの両方をトランスポートするために用いられる。概して、ＩＭＳは、アプリケーション（すなわちサービス）およびネットワーク（すなわちアクセス）を管理するためのフレームワークであり、マルチメディアサービスを提供することが可能である。ＩＭＳは、「アプリケーションサーバ」を、例えば、ｖｏｉｃｅ ｃａｌｌ ｃｏｎｔｉｎｕｉｔｙ（ＶＣＣ）、プッシュツートーク（ＰＴＴ）などの、加入者が使用するサービスを伝送するネットワーク要素として規定する。ＩＭＳは、共通の制御構成要素を規定することによってアプリケーションを管理し、それぞれのアプリケーションサーバ（ＡＳ）は、例えば、加入者のプロフィール、ＩＭＳの移動性、ネットワークアクセス、認証、サービス認証、課金、請求書発行（ｂｉｌｌｉｎｇ）、オペレータ間機能、およびレガシー（ｌｅｇａｃｙ）電話ネットワークを用いる相互動作を有することが必要とされる。

ＩＭＳが、主にＧＳＭネットワークに取り組む３ＧＰＰ規格本体によって規定される一方で、別のグループである３ＧＰＰ２は、マルチメディアドメイン（ＭＭＤ）と呼ばれる、極めて類似したアーキテクチャを規定することに関連することは理解されるべきである。ＭＭＤは、基本的にはＣＤＭＡネットワークのためのＩＭＳである。なぜならば、ＭＭＤおよびＩＭＳは、概略的には同じであり、「ＩＭＳ」という用語は、本特許開示においては、適用可能である場合、ＩＭＳおよびＭＤＤの両方としてまとめて称するように用いられ得るからである。

続けて図１を参照すると、参照番号１１４−１〜１１４−Ｎは、上において示されたように、例えば、ＶＣＣ、ＰＴＴなどの様々なサービスをサポートするように動作可能である複数のＡＳノードを示す。さらに、呼の継続および適切なドメイン選択を実施するために、別のネットワークノードまたはＡＳ１２０は、ｃａｌｌ ｃｏｎｔｉｎｕｉｔｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ（ＣＣＣＦ）１１６およびネットワークドメイン選択（ＮｅＤＳ）１１８と称される機能性をインプリメントする、加入者のホームＩＭＳコアネットワークの一部として提供され得る。基本的には、ＡＳ１２０のＣＣＣＦ部分１１６は、ＣＳドメインとＩＭＳドメインとの間における呼ハンドオーバー／ルーティングを含み、ホームＩＭＳネットワークに常駐し、かつ、全ての呼セッションおよび関連するモバイルｖｏｉｃｅ−ｏｖｅｒ−ＩＰ（ＶｏＩＰ）ベアラートラフィックを追跡する、新たなＩＭＳアプリケーションサーバとして動作可能である。ＡＳ１１６のＮｅＤＳ部分１１８は、とりわけ、ＩＭＳネットワークとＣＳネットワーク（例えば、ＧＳＭまたはＣＤＭＡ）との間における登録／登録解除の管理の実行を担う。潜在的には別々の機能であるが、ＣＣＣＦおよびＮｅＤＳの両方の機能性を、図１に示されるような単一のＩＭＳ互換性のネットワーク要素１２０に統合することが可能である。さらに、適切なデータベース構造（例えば、ＤＢ１２２）、タイマー機構（例えば、タイマー１２４）、および適切なロジック１２６は、以下でさらに詳細に記載されるように、選択ＩＰマルチメディアルーティング番号（ＩＭＲＮ）が、呼のルーティングのために動的に割り当てられ得るＩＭＲＮのプールを構成および管理するために、ＡＳ１２０に関連して提供され得る。

本特許出願の背景技術のセクションにおいて示されたように、無線装置がＣＳドメインにおける呼を発信する場合であって、その呼が行われている間に呼の継続を要求し得る場合、その呼は、加入者のホームＩＭＳネットワークのＣＣＣＦノードに対してルーティングされる。しかしながら、そのような呼のルーティングプロセスは、以前に指摘したように、様々な弱点を有することが知られている。

本特許開示の教示に従い、ＣＣＣＦ性能を有するＩＭＳネットワークノードは、好適には、以下のことを実行するための、適切なロジック／構造／ソフトウェア／ファームウェアモジュールを提供される：ＣＣＣＦノードにて終了するＩＭＲＮとして動作可能であるＥ．１６４のプールを維持することであって、ここで、選択ＩＭＲＮは、ＵＥ装置から受信された、被呼側の番号に動的に割り当てられ得る、こと；その選択ＩＭＲＮを、受信された、被呼側の番号に動的に割り当てること、およびその選択ＩＭＲＮを発信側のＵＥ装置に提供すること；その選択ＩＭＲＮが、被呼側の番号に関して呼のルーティングプロセスを実施するために、ネットワークノードに戻される場合に、その選択ＩＭＲＮがタイムアウトしていないことを確認すること；および、必要に応じて、その選択ＩＭＲＮを、後での使用のために、ＩＭＲＮのプールに戻したのちに、一時期の間その選択ＩＭＲＮを隔離（ｑｕａｒａｎｔｉｎｅ）すること。

動的に割り当て可能なＩＭＲＮのプールを管理するために、ＣＣＣＦノード（例えば、ＡＳ１２０）は、Ｅ．１６４番号に関する多数の方法にて構成され得る。例えば、特定のＥ．１６４番号は、ＩＭＲＮ範囲の「開始アドレス」の番号として提供され得る。別のＥ．１６４番号は、ＩＭＲＮ範囲に関して、範囲デリミタとして動作し得る。柔軟性を許容するために、異なる番号の範囲から構成されるように、異なるプールのＩＭＲＮを提供することが所望され得る。さらに、適切なタイマー機構は、割り当てられたＩＭＲＮが有効のままであるか（例えば、ＩＭＲＮがタイムアウトしていない、すなわち、ＩＭＲＮが適切な制限時間内にて用いられている）、または適切な隔離時間が与えられたことを保証するために、ＣＣＣＦノードにおいてインプリメントされ得る。以下で詳細に記載されるように、ＣＣＣＦノードにおけるＩＭＲＮに関連するタイマーおよび発信側のＵＥ装置における呼参照番号に関連するタイマーの管理は、ＩＭＲＮを作成するために余分な桁をＥ．１６４番号に付加する必要なく呼のルーティングのために用いられ得るＩＭＲＮの動的な提供を可能にする。

図２は、ＵＥ装置によるＣＳ由来の呼に関して、呼のルーティングを管理する本特許開示の方法全体の例示的な実施形態のフローチャートを示す。ブロック２０２において、例えば、呼に関連する呼参照番号、被呼側の番号（すなわち、Ｂの番号）、サブアドレス情報などの、その呼に関連する情報の様々な部分（それらは以下で、「呼情報」と総称的に呼ばれ得る）は、例えば、ＣＣＣＦネットワークノードなどのＩＭＳネットワークノードへ、発信元のＵＥ装置を発信することによって提供される。また、タイマーは、呼情報の少なくとも一部をモニタリングするために用いられるＵＥ装置上にて開始され得る。特に、タイマーは、特定の呼参照番号が生成されてＣＣＣＦノードに転送されるゆえに、その経過時間をモニタリングするためにインプリメントされる。ＣＣＣＦネットワークノードにおいて、ＩＭＲＮプールから選択されたＩＭＲＮは、呼参照番号に関して動的に関連しており、ここで、ＩＭＲＮは、例えば、受信された、被呼側の番号など、少なくとも呼情報の一部にマッピングされる（ブロック２０４）。また、タイマーは、動的に割り当てられたＩＭＲＮに関連した有効期間（ｔｉｍｅ−ｔｏ−ｌｉｖｅ）変数をモニタリングするために、ネットワークノードにおいて開始され得る。その後、動的に割り当てられたＩＭＲＮは、以下で記載されるように、適切なメッセージングを用いて、ＵＥ装置に提供される。ＵＥ装置において動的に割り当てられたＩＭＲＮを受信した後、呼参照番号に関連した経過時間は、それが古くないことを保証するためにモニタリングされる（ブロック２０６）。動的に割り当てられたＩＭＲＮは、その経過時間が選択条件を満たす、例えば、有効期間の値内である場合、そのＵＥ装置によって受け入れられる（ブロック２０８）。適切なセットアップが、次いで、動的ＩＭＲＮを用いてＵＥ装置によって開始され、それによって、その受け入れられたＩＭＲＮは、ＣＣＣＦノードにて終了するゆえに、ＣＣＣＦノードに戻される。ネットワークノードにおいてＩＭＲＮを受信した後、その有効期間変数は、それがタイムアウトしていないことを保証するためにモニタリングされる（ブロック２１０）。その後、動的に割り当てられたＩＭＲＮに関連する被呼側の番号は、その呼をルーティングするために利用される。一インプリメンテーションにおいて、動的ＩＭＲＮは、必要に応じて、ＩＭＲＮのプールに戻され得、ここで、動的ＩＭＲＮは後での使用のために再利用されるかまたは利用可能となる前に、所定の期間の間隔離され得る（ブロック２１２）。

前述に基づいて、当業者は、呼情報、すなわち被呼側の番号、呼参照番号などが、提供ＣＣＣＦノードへ、ＵＥ装置によって送信される場合、そのＣＣＣＦノードにおける適切なロジックが、受信された呼情報をＥ．１６４ベースＩＭＲＮにマッピングし、ＵＥ装置に送信される記録を生成し得ることを理解する。ＩＭＲＮと呼参照番号を相関させた後、ＵＥは、ＣＣＣＦノードにて終了するＩＭＲＮを用いて呼をセットアップする。そのＩＭＲＮは次いで、その呼を被呼側にルーティングするため、元々の被呼側番号を引き出すために、その記録に対して問い合わせられる。

ＵＥ装置とホームＩＭＳネットワークのＣＣＣＦノードとの間におけるメッセージフローが、複数の他の適切なネットワークインフラストラクチャ要素を介して仲介され得、かつ装置の性能ならびにネットワークの特性および使用されるプロトコルに依存する複数の方法においてインプリメントされ得ることは、当業者によって理解されるべきである。通常、メッセージフローは、ＵＥ装置とホームＩＭＳ ＣＣＣＦノードとの間に配置された、移動通信交換局（ＭＳＣ）およびメディアゲートウェイ制御機能（ＭＧＣＦ）要素などのネットワーク要素を介して仲介され得る。以下で説明されるのは、メッセージフローの複数の例示的なインプリメンテーションであり、ここで、動的に割り当てられたＩＭＲＮは、ＣＳドメインにおいて発信された呼に関して、呼のルーティングのために利用される。

図３は、動的ＩＭＲＮ割り当てに基づく呼のルーティングのためのメッセージフローの実施形態３００を示し、ここで、ＣＡＭＥＬ（Ｃｕｓｔｏｍｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ ｆｏｒ Ｍｏｂｉｌｅ Ｅｎｈａｎｃｅｄ Ｌｏｇｉｃ）がインプリメントされる。ＣＳドメインおよびＩＭＳドメインモードの機能性を有する無線ＵＥ装置３０２は、訪問先ＭＳＣ３０４に対してセットアップメッセージ３１０を生成するように動作可能であり、ここで、セットアップメッセージは、呼参照ＩＤまたは番号、被呼側の番号、サブアドレス情報などの、適用可能な呼情報を含む。適切なタイマー機構３０９は、呼参照番号に関連する有効期間変数をモニタリングするために、ＵＥ装置にて開始され得る。セットアップメッセージ３１０に応答して、ＭＳＣ３０４は、ＣＡＭＥＬアプリケーション部（ＣＡＰ）互換メッセージ３１２である、Ｉｎｉｔｉａｌ検出ポイント（ＤＰ）メッセージを生成し、そのメッセージはユーザのホームＩＭＳネットワークに配置されたＣＣＣＦネットワークノード３０８へ呼情報を運ぶ。ユーザがＶＣＣ呼をすることが許可されていることを確証した後、ＣＣＣＦノードは、受信された、被呼側の番号に基づいて選択ＩＭＲＮを動的に割り当て、ＣＡＰ−Ｃｏｎｎｅｃｔメッセージ３１４を介して、選択ＩＭＲＮをＭＳＣ３０４に戻す。適切なタイマー機構は、動的に割り当てられたＩＭＲＮに関連した有効期間変数をモニタリングするために、ＣＣＣＦノード３０８において開始され得る（ブロック３１６）。ＵＥ装置のタイマー機構に基づいて呼参照がタイムアウトしていないことを確証した後、ＣＡＰ−Ｃｏｎｎｅｃｔメッセージ３１４の受信に応じて、ＭＳＣ３０４は、呼のルーティングのために、ＭＧＣＦ３０６に対する動的ＩＭＲＮを含む、Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓメッセージ（ＩＡＭ）３１８を開始する。ＳＩＰ Ｉｎｖｉｔｅメッセージ３２０は、動的ＩＭＲＮ（その呼を被呼側へとルーティングするためにマッピングする被呼側の番号（図示されず））を利用するＣＣＣＦノード３０８に対して、ＭＧＣＦ３０６によって生成される。様々な中間のＳＩＰメッセージおよびリソース割り当て／指定（ｒｅｓｅｒｖａｔｉｏｎ）の交渉が、ＳＩＰ Ｉｎｖｉｔｅ３２０の後にＭＧＣＦ３０６と被呼側との間において生じ得ることは認識されるべきであり、そのことについては、ここでは特に詳細には記載しない。また、ベアラーパスがＵＥ装置３０２と被呼側との間に確立される前に生じる追加的なＩＳＵＰメッセージングもまたここでは示されない。

ＣＣＣＦノード３０８において、ＳＩＰ Ｉｎｖｉｔｅ３２０を介して、動的に割り当てられたＩＭＲＮを受信した後、タイマー機構は、ＩＭＲＮがタイムアウトしたかどうかを確証するために、停止され得る（ブロック３２２）。タイムアウトしている場合、ＳＩＰ Ｉｎｖｉｔｅメッセージは捨てられ得、呼のルーティングプロセスは終了され得る。ＩＭＲＮがタイムアウトしていない場合、ＣＣＣＦは、ＩＭＲＮに対して、元々の発呼された番号を用いてその呼を正しい宛て先にセットアップし得る。さらに、発呼者ＩＤ（ＣＩＤ）がＳＩＰ Ｉｎｖｉｔｅメッセージ３２０において受信されていない場合、ＣＣＣＦノード３０８は、適切なプライバシーオプションを用いてＣＩＤを挿入し得る。ＣＣＣＦによって呼のルーティングのためにＩＭＲＮを用いた後、それはＩＭＲＮのプールへと戻され得、ここで、隔離期間タイマーが開始され得る（ブロック３２４）。それは、ＩＭＲＮが、隔離時間タイマーが所定の期間の後に停止されるまで（ブロック３２６）、さらなる使用を禁止されるというようにである。

以前に指摘したように、装置側におけるタイマー機構はまた、呼参照番号がタイムアウトしていないということを確証するために用いられ得る。その参照番号はＵＥ装置によって用いられ、ＣＣＣＦから受信された情報と相関される（例えば動的ＩＭＲＮ）。そのタイマーが、同一の参照番号がＣＣＣＦノードから受信し戻される前に期限切れとなる場合、ＵＥ装置は、所定の回数（例えば５回の試み）にて、呼プロセスを再度、試み得、その後、応答が受信されない場合、その呼手続きは失敗したものとされ得る。すなわち、ＵＥ装置がもはや有効ではない参照番号を受信する場合、それは捨てられ得、その呼手続きは終了され得る。

図４は、動的ＩＭＲＮ割り当てに基づいた呼のルーティングのためのメッセージフローの実施形態４００を示し、ここで、ＳＩＰ Ｎｏｔｉｆｙの手続きはメッセージングのためにインプリメントされる。上記で説明されたＣＡＭＥＬベースのメッセージング手続きと同様に、ＣＳドメインおよびＩＭＳドメインモードの機能性を有する無線ＵＥ装置３０２は、ＭＳＣ４０４に対して、セットアップメッセージを生成するように動作可能である。それに応答して、ＳＩＰ Ｎｏｔｉｆｙメッセージ４０４がＣＣＣＦノード３０８に直接、転送され得る。これまでのように、ＳＩＰ Ｎｏｔｉｆｙメッセージ４０４は、呼参照番号、被呼側の番号、サブアドレス情報などの、適用可能な呼情報を含む。適切なタイマー機構４０２は、呼参照番号に関連する有効期間変数をモニタリングするために、ＵＥ装置において開始され得る。ＳＩＰ Ｎｏｔｉｆｙメッセージ４０４に応じて、ＣＣＣＦノード３０８は、ＵＥ装置３０２に対してＯＫメッセージ４０６を生成する。その後、ユーザがＶＣＣ呼をなすことを許可されていることを確証した後、ＣＣＣＦノードは、受信された、被呼側の番号に基づいて、選択ＩＭＲＮを動的に割り当て、ＳＩＰ Ｎｏｔｉｆｙメッセージ４１０を介して、ＵＥ３０２に戻す。再び、適切なタイマー機構は、動的に割り当てられたＩＭＲＮに関連した有効期間変数をモニタリングするために、ＣＣＣＦノード３０８において開始され得る（ブロック４０８）。ＯＫメッセージ４１４はＣＣＣＦノード３０８に対して、ＵＥ装置によって生成され、ＳＩＰ Ｎｏｔｉｆｙメッセージ４１０の受信を認証する。呼参照がＵＥ装置のタイマー機構に基づいてタイムアウトしていないことを確証した（ブロック４１２）後、動的ＩＭＲＮを含むセットアップメッセージ４１６は、ＭＳＣ３０４に対してＵＥ装置３０２によって提供される。それに応じて、動的ＩＭＲＮを有するＩＡＭメッセージ４１８は、呼のルーティングのために、ＭＧＣＦ３０６に対して、ＭＳＣ３０４によって生成される。ＣＡＭＥＬベースのインプリメンテーションにおけるメッセージングと同様に、ＳＩＰ Ｉｎｖｉｔｅメッセージ４２０は、動的ＩＭＲＮ（その呼を被呼側へとルーティングするためにマッピングする被呼側の番号（図示されず））を利用する。ＣＣＣＦノード３０８に対して、ＭＧＣＦ３０６によって生成される。また、上述と同様に、様々な中間のＳＩＰメッセージおよびリソース割り当て／指定の交渉が、ＳＩＰ Ｉｎｖｉｔｅ４２０の後にＭＧＣＦ３０６と、被呼側との間において生じ得る。ベアラーパスがＵＥ装置３０２と被呼側との間に確立される前、追加的なＩＳＵＰメッセージングもまた生じ得る。

ＣＣＣＦノード３０８において、ＳＩＰ Ｉｎｖｉｔｅ４２０を介して、動的に割り当てられたＩＭＲＮを受信した後、タイマー機構は、ＩＭＲＮがいまだに有効であるかどうかをモニタリングするために、停止され得る（ブロック４２２）。その後、ＩＭＲＮがタイムアウトしていない場合、ＣＣＣＦは、ＩＭＲＮに対して、元々の発呼された番号を用いてその呼を正しい宛て先にセットアップし得る。ＩＭＲＮ開放および隔離などのさらなるプロセスは、上述されたプロセスと同様に、ＣＣＣＦノード３０８によって実施され得る。適切なタイマー機構（ブロック４２４、４２６）は、従って、ＣＣＣＦノード３０８においてインプリメントされ得る。さらに、装置側におけるタイマー機構もまた、呼に関連する呼参照番号に関して同様に用いられ得る。

図５Ａは、動的ＩＭＲＮ割り当てに基づいて呼のルーティングのためのメッセージフローの実施形態５００Ａを示し、ここで、Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｓｅｒｖｉｃｅ Ｄａｔａ（ＵＳＳＤ）メッセージングがインプリメントされる。上述にて説明されたメッセージング手続きと同様に、無線ＵＥ装置３０２は、ＭＳＣ４０４に対して、ＵＳＳＤメッセージ５０４を生成するように動作可能である。それに応答して、別のＵＳＳＤメッセージ５０６がＣＣＣＦノード３０８に直接、転送され得る。これまでのように、ＵＳＳＤメッセージ５０４、５０６は、呼参照番号、被呼側の番号、サブアドレス情報などの、適用可能な呼情報を含む。適切なタイマー機構５０２は、呼参照番号に関連する有効期間変数をモニタリングするために、ＵＥ装置において開始され得る。ＵＳＳＤメッセージ５０６に応じて、ＣＣＣＦノード３０８は、ＭＳＣ３０４に対する呼参照番号情報および動的ＩＭＲＮならびに認証の両方を含むＵＳＳＤ５１０を生成する。このＵＳＳＤメッセージメッセージ５１０はＵＥ３０２に転送される。再び、適切なタイマー機構は、動的に割り当てられたＩＭＲＮに関連した有効期間変数をモニタリングするために、ＣＣＣＦノード３０８において開始され得る（ブロック５０８）。呼参照がＵＥ装置のタイマー機構に基づいてタイムアウトしていないことを確証した（ブロック５１４）後、動的ＩＭＲＮを含むセットアップメッセージ５１６は、ＭＳＣ３０４に対してＵＥ装置３０２によって提供される。それに応じて、動的ＩＭＲＮを有するＩＡＭメッセージ５１８は、呼のルーティングのために、ＭＧＣＦ３０６に対して、ＭＳＣ３０４によって生成される。以前に記載したメッセージングフローと同様に、ＳＩＰ Ｉｎｖｉｔｅメッセージ５２０は、その呼を被呼側（図示されず）へとルーティングするために、ＣＣＣＦノード３０８に対して、ＭＧＣＦ３０６によって生成される。ＣＣＣＦノード３０８において、ＳＩＰ Ｉｎｖｉｔｅ５２０を介して、動的に割り当てられたＩＭＲＮを受信した後、タイマー機構は、ＩＭＲＮがタイムアウトしているかどうかをモニタリングするために、停止され得る（ブロック５２２）。その後、ＩＭＲＮがタイムアウトしていない場合、ＣＣＣＦは、ＩＭＲＮに対して、元々の発呼された番号を用いてその呼を正しい宛て先にセットアップし得る。さらに、ＩＭＲＮ開放および隔離などのプロセスは、上述されたプロセスと同様に、ＣＣＣＦノード３０８によって実施され得る。適切なタイマー機構（ブロック５２４、５２６）は、従って、ＣＣＣＦノード３０８においてインプリメントされ得る。さらに、装置側におけるタイマー機構もまた、呼に関連した呼参照番号に関して同様に用いられ得る。

ＵＳＳＤメッセージフローの実施形態５００Ｂの別の変形は図５Ｂに示される。メッセージフローの実施形態５００Ｂは、上述された実施形態５００Ａと実質的に同一であるが、別々のＵＳＳＤ認証メッセージ５５０および５５６がＵＥ３０２とＣＣＣＦ３０８との間において伝搬される点は除く。したがって、追加のＵＳＳＤメッセージング５５４は、ＣＣＣＦ３０８からＵＥ３０２へのＩＭＲＮ情報を搬送するために提供される。

図６は、本特許開示の目的のために、例えばＵＥ３０２などの無線ＵＥ装置として動作可能である通信装置の一実施形態のブロック図を示す。ＵＥ３０２の一実施形態が図６において示されるものと同様な配置を備え得るけれども、記載される様々なモジュールに関して、ハードウェア、ソフトウェア、またはファームウェアにおける複数の変形および修正が存在し得ることは、ここでの参照において、当業者によって認識される。したがって、図６の配置は、本特許開示の実施形態に関して、限定のためではなく、例示のためであると考えられるべきである。ＵＥ３０２の実施形態の全体的な制御を提供するマイクロプロセッサ６０２は、マルチメディアモード通信（例えば、ＣＳドメイン、ＩＭＳなどのＩＰドメイン）が可能である通信サブシステム６０４に動作可能なように結合される。通信サブシステム６０４は、概して、一つ以上の受信器６０８および一つ以上の送信器６１４、ならびに、一つ以上のローカル発振器（ＬＯ）モジュール６１０およびデジタル信号プロセッサ（ＤＳＰ）６１２などの処理モジュールなどの関連する構成要素を含む。通信分野における当業者に明らかであるように、通信モジュール６０４の特定の設計は、モバイル装置が動作することを意図されている通信ネットワーク（例えば、ＣＤＭＡネットワーク、ＧＳＭネットワーク、ＷＬＡＮなど）に依存し得る。しかしながら、特定の設計にかかわらず、適切なアクセスインフラストラクチャ６０５（例えば、セル式基地局のタワー、ＷＬＡＮのホットスポットなど）を介して、アンテナ６０６によって受信された信号は受信器６０８に提供される。その受信器は、信号増幅、周波数ダウンコンバージョン、フィルタリング、チャネル選択、アナログ−デジタル（Ａ／Ｄ）変換などの、通常の受信器機能を実行し得る。同様に、送信される信号は、変調およびエンコーディングを含む処理で、例えば、ＤＳＰ６１２によって処理され、ならびに、デジタル−アナログ（Ｄ／Ａ）変換、周波数アップコンバージョン、フィルタリング、増幅、および、アンテナ６１６を介し、電波送信媒体（ａｉｒ）−ラジオ（ｒａｄｉｏ）インターフェースを介した送信のために、送信器６１４に提供される。

マイクロプロセッサ６０２はまた、補助入力／出力（Ｉ／Ｏ）６１８、シリアルポート６２０、ディスプレイ６２２、キーボード／キーパッド６２４、スピーカ６２６、マイクロフォン６２８、ランダムアクセスメモリ（ＲＡＭ）６３０、狭域通信サブシステム６３２、および、概して参照番号６３３としてラベルされているタイマー機構などの、任意の他の装置サブシステムなどの、更なるデバイスサブシステムとインターフェースし得る。アクセスを制御するために、加入者識別モジュール（ＳＩＭ）またはリムーバブルユーザ識別モジュール（ＲＵＩＭ）インターフェース６３４もまた、マイクロプロセッサ６０２と通信するように提供され得る。一インプリメンテーションにおいて、ＳＩＭ／ＲＵＩＭインターフェース６３４は、複数のキー構成６４４ならびにＩＤおよび加入者関連データなどの他の情報６４６を有するＳＩＭ／ＲＵＩＭカードを用いて動作可能である。

オペレーティングシステムソフトウェアおよび適用可能なサービスロジックソフトウェアは、フラッシュメモリ６３５などの固定記憶装置モジュール（すなわち不揮発性記憶装置）において具体化され得る。一インプリメンテーションにおいて、フラッシュメモリ６３５は、例えば、コンピュータプログラム６３６（例えばサービス処理ロジック）のための記憶装置領域、ならびに、装置状態６３７、アドレスブック６３９、他の個人情報マネージャ（ＰＩＭ）データ６４１、および参照番号６４３として一般にラベルされる他のデータ記憶装置領域などのデータ記憶装置領域などの、異なる領域に分離され得る。トランスポートスタック６４５は、一つ以上の適切なラジオ−パケットトランスポートプロトコルを実施するために提供され得る。さらに、呼ハンドオーバー／継続ロジックモジュール６４８は、上で説明されたように、呼参照ＩＤ生成、検証、確証、およびＩＭＲＮとの相関を実施するために提供される。

本特許開示の実施形態の動作および構成は上述にて説明された詳細な記載から明らかであると考えられる。示され、記載された例示的な実施形態が好適であるとして特徴付けられる一方で、様々な変更および修正が、添付の請求の範囲において説明される本特許開示の範囲から逸脱することなく、なされ得ることは容易に理解されるべきである。

以上のように、本発明の好ましい実施形態を用いて本発明を例示してきたが、本発明は、この実施形態に限定して解釈されるべきものではない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。当業者は、本発明の具体的な好ましい実施形態の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。

１００ ネットワーク環境
１０４ アクセススペース
１１２ ＩＭＳコアネットワーク
１１４ ＡＳノード
１２０ ネットワークノード
１２２ データベース
１２４ タイマー
１２６ 動的ＩＭＲＮ割り当ておよび確認ロジック

Claims (12)

1. ネットワークノード（３０８）のための方法であって、
   前記方法は、
   前記ネットワークノード（３０８）において、第１のメッセージ（４０４）を受信することと、
   前記第１のメッセージ（４０４）を受信したことに基づいて、第２のメッセージ（４１０）内のＥ．１６４番号をユーザ機器（ＵＥ）装置（３０２）に送信することと、
   前記Ｅ．１６４番号を含むＳＩＰ Ｉｎｖｉｔｅメッセージ（４２０）を受信することと、
   前記Ｅ．１６４番号に関連付けられた元々の被呼側の番号を用いて呼をセットアップすることであって、前記呼をセットアップすることは、前記ネットワークノード（３０８）によって発呼者ＩＤを挿入することを含む、ことと
   を含む、方法。
2. 前記第１のメッセージ（４０４）は、第１のＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）メッセージであり、前記第２のメッセージは、第２のＳＩＰメッセージである、請求項１に記載の方法。
3. 前記呼は、前記ＵＥ装置（３０２）から発せられる、請求項１に記載の方法。
4. 前記Ｅ．１６４番号は、前記ネットワークノード（３０８）によって割り当てられる、請求項１に記載の方法。
5. 前記ネットワークノード（３０８）によって、前記ＳＩＰ Ｉｎｖｉｔｅメッセージ（４２０）において受信された前記Ｅ．１６４番号が有効であるかどうかを確認することをさらに含む、請求項１に記載の方法。
6. 前記呼は、前記ＳＩＰ Ｉｎｖｉｔｅメッセージ（４２０）において受信された前記Ｅ．１６４番号が有効であるという確認に基づいて、セットアップされる、請求項５に記載の方法。
7. ネットワークノード（３０８）であって、
   前記ネットワークノード（３０８）は、少なくとも１つのコンポーネントを含み、
   前記少なくとも１つのコンポーネントは、
   第１のメッセージ（４０４）を受信することと、
   前記第１のメッセージ（４０４）を受信したことに基づいて、第２のメッセージ（４１０）内のＥ．１６４番号をユーザ機器（ＵＥ）装置（３０２）に送信することと、
   前記Ｅ．１６４番号を含むＳＩＰ Ｉｎｖｉｔｅメッセージ（４２０）を受信することと、
   前記Ｅ．１６４番号に関連付けられた元々の被呼側の番号を用いて呼をセットアップすることであって、前記呼をセットアップすることは、前記ネットワークノード（３０８）によって発呼者ＩＤを挿入することを含む、ことと
   を行うように構成されている、ネットワークノード（３０８）。
8. 前記第１のメッセージ（４０４）は、第１のＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）メッセージであり、前記第２のメッセージは、第２のＳＩＰメッセージである、請求項７に記載のネットワークノード（３０８）。
9. 前記呼は、前記ＵＥ装置（３０２）から発せられる、請求項７に記載のネットワークノード（３０８）。
10. 前記少なくとも１つのコンポーネントは、前記Ｅ．１６４番号を割り当てるようにさらに構成されている、請求項７に記載のネットワークノード（３０８）。
11. 前記少なくとも１つのコンポーネントは、前記ＳＩＰ Ｉｎｖｉｔｅメッセージ（４２０）において受信された前記Ｅ．１６４番号が有効であるかどうかを確認するようにさらに構成されている、請求項７に記載のネットワークノード（３０８）。
12. 前記少なくとも１つのコンポーネントは、前記ＳＩＰ Ｉｎｖｉｔｅメッセージ（４２０）において受信された前記Ｅ．１６４番号が有効であるという確認に基づいて、前記呼をセットアップするようにさらに構成されている、請求項１１に記載のネットワークノード（３０８）。

Images