JP2008092578A - ユーザの機器デバイスから回路交換ネットワークを介してｓｉｐコールを開始するためのシステムおよび方法 - Google Patents

Abstract

【課題】ＩＭＳネットワークを含むネットワーク環境におけるユーザ機器デバイスからコールされたパーティにＳＩＰコールを開始する方法および装置を提供すること。
【解決手段】回路交換（ＣＳ）ネットワークおよびインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境におけるセッション開始プロトコル（ＳＩＰ）コールをルーティングすることに使用する方法であって、該ＳＩＰコールは、該ＣＳネットワークにおいて、モバイル通信デバイスによって、ＳＩＰユニフォームリソースインジケータ（ＵＲＩ）またはＴｅｌ ＵＲＩによって識別されたコールされたパーティに向けて開始される、方法。
【選択図】図１

Description

（関連出願の引用）
本特許出願は、２００７年４月２５日に出願された米国特許出願第１１／７４０，１０２号（代理人整理番号第０１０８−０３４０／ＵＳ、ＲＩＭ第：３２２７０−ＵＳ−ＰＡＴ号）の「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＯＲＩＧＩＮＡＴＩＮＧ Ａ ＳＩＰ ＣＡＬＬ ＶＩＡ Ａ ＣＩＲＣＵＩＴ−ＳＷＩＴＣＨＥＤ ＮＥＴＷＯＲＫ ＦＲＯＭ Ａ ＵＳＥＲ ＥＱＵＩＰＭＥＮＴ ＤＥＶＩＣＥ」、および２００６年１０月３日に出願された米国特許出願第１１／５４２，４６２号（代理人整理番号第１４００−１０７０ＵＳ、ＲＩＭ第：３１３４８−ＵＳ−ＰＡＴ号）の「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＭＡＮＡＧＩＮＧ ＣＡＬＬ ＣＯＮＴＩＮＵＩＴＹ ＩＮ ＩＭＳ ＮＥＴＷＯＲＫ ＥＭＶＩＲＯＮＭＥＮＴ ＵＳＩＮＧ ＳＩＰ ＭＥＳＳＡＧＩＮＧ」に対して優先権を主張し、該出願は本明細書において参照により援用される。

（技術分野）
本特許開示は、概して、通信ネットワークにおけるコールルーティングに関する。さらに詳細に、かつ、決して限定としてではなく、本特許開示は、回路交換（ＣＳ）ネットワークおよびＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境におけるコールルーティングを管理するためのシステムおよび方法に関し、（例えば、セッション開始プロトコルまたはＳＩＰに基づいた）ＣＳ開始ＩＰコールは、ＩＭＳネットワークインフラストラクチャを使用してルーティングされる。

今日の進歩した通信デバイスは、（例えば、ワイヤレスＬＡＮ（ＷＬＡＮ）またはＷｉ−ＭＡＸネットワークなどを使用した）パケット交換ＩＰネットワークドメインおよび回路交換セルラネットワークドメインにおいて、一体となって動作することが可能である。そのような能力を可能にするために、現在の第３世代移動体通信標準化プロジェクト（３ＧＰＰ）規格は、ＩＰマルチメディアサブシステム（ＩＭＳ）と呼ばれる、新たなＩＰベースのネットワークアーキテクチャを規定し、該ＩＭＳは、（ユーザ機器またはＵＥと呼ばれる）通信デバイスが、いずれかのドメインを使用して、ＩＰのみの加入者と従来の回路交換電話通信の加入との両方にコールを開始することを可能にする。しかしながら、ワイヤレスデバイス、すなわち３ＧＰＰにおけるＵＥデバイスが、回路交換ネットワークドメインのみを使用して、コールされたパーティにボイスコールすることを可能にする状況が生じ得る。なぜならば、パケット交換ネットワークが利用可能ではないか、またはパケット交換ドメインにおいて利用可能なネットワークがボイスオーバＩＰ（ＶｏＩＰ）サービスをサポートしていないかのいずれかであるからである。そのような状況において、コールされたパーティが、図らずもＩＰのみの加入者であり、ユニフォームリソースインジケータ（ＵＲＩ）を用いて識別可能である場合には、開始ＵＥは、ＩＰベースのコールを遂行することが可能ではない。なぜならば、回路交換ドメインにおける動作の間に、ＵＥデバイスは、Ｅ．１６４番号ベースのコールのみを実施し得るからである。

回路交換（ＣＳ）ネットワークおよびＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境におけるユーザ機器（ＵＥ）デバイスからコールされたパーティに、セッション開始プロトコル（ＳＩＰ）コールを開始する方法および装置が本明細書において記述される。ＳＩＰコールが、ＣＳネットワークドメインにおけるＵＥデバイスから開始されるときに、コールされたパーティのＳＩＰユニフォームリソースインジケータ（ＵＲＩ）またはＴｅｌ ＵＲＩを含むＳＩＰ招待メッセージは、ＵＥデバイスからＩＭＳネットワークにおけるアプリケーションサーバ（ＡＳ）ノードに送信される。ＡＳノードにおいて、Ｅ．１６４番号のプールは、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）として維持され、該ＩＭＲＮは、コールされたパーティに対してマッピングし、またはそれと関連付けるために利用される。ＡＳノードは、ＵＥデバイスから受信されたコールされたパーティのＵＲＩに関してＥ．１６４番号を割り当て、Ｅ．１６４番号をＳＩＰ３８０（代替サービス）応答メッセージにおいて、ＵＥデバイスに返信する。次に、動的に割り当てられたＥ．１６４番号は、ＡＳノードにおけるＵＲＩと他の適切なコール情報との識別のために、コール設定メッセージにおいて、ＵＥデバイスから送信される。従って、動的に割り当てられたＥ．１６４番号は、ＳＩＰ ＵＲＩ−ＩＭＲＮマッピングを質問する際に、コールされたパーティに向けてＳＩＰコールをルーティングために利用され得、ＳＩＰコールは、将来的な使用のためにＩＭＲＮのプールに送り戻され得る。適切なタイマーがデバイスおよびＡＳノードの終点において提供され得、その結果、タイマーは、コールに関するコール参照番号が有効のまま（例えば、該コール参照番号が時間切れではない）であるか、または動的に割り当てられたＩＭＲＮが有効のまま（例えば、該ＩＭＲＮが時間切れではない）であるかどうかを確認され得る。必要に応じて、送られたＩＭＲＮは、一定の期間、隔離され得る。

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

（項目１）
回路交換（ＣＳ）ネットワークおよびインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境におけるセッション開始プロトコル（ＳＩＰ）コールをルーティングすることに使用する方法であって、該ＳＩＰコールは、該ＣＳネットワークにおいて、モバイル通信デバイスによって、ＳＩＰユニフォームリソースインジケータ（ＵＲＩ）またはＴｅｌ ＵＲＩによって識別されたコールされたパーティに向けて開始され、該方法は、
該ＳＩＰコールに対するモバイル開始コール要求を識別することに応答して、該ＳＩＰコールに関するコール情報を有するＳＩＰ招待メッセージが、該ＩＭＳネットワークに送信されるようにする動作であって、該ＳＩＰ招待メッセージは該コールされたパーティの該ＵＲＩを含んでいる、動作と、
該ＳＩＰ招待メッセージを送信することに応答して、該ＩＭＳネットワークからＳＩＰ３８０（代替サービス）応答メッセージを受信する動作であって、該ＳＩＰ３８０（代替サービス）応答メッセージは、Ｅ．１６４番号を含んでいる、動作と、
該ＳＩＰ３８０（代替サービス）応答メッセージを受信した後に、ＣＳコール設定メッセージが、該ＳＩＰコールのために該ＩＭＳネットワークに送信されるようにする動作であって、該ＣＳコール設定メッセージは、該ＳＩＰコールを該コールされたパーティにルーティングするために、該Ｅ．１６４番号を含んでいる、動作と
を包含する、方法。

（項目２）
ＳＩＰ招待メッセージのＴＡＲＧＥＴフィールドを上記コールされたパーティの上記ＵＲＩで占めることをさらに包含する、項目１に記載の方法。

（項目３）
上記ＳＩＰ招待メッセージのＵＲＩフィールドを上記ＩＭＳネットワークのアプリケーションサーバ（ＡＳ）ノードのパブリックサービス識別子（ＰＳＩ）で占めることをさらに包含する、項目１に記載の方法。

（項目４）
上記ＳＩＰ招待メッセージが上記モバイル通信デバイスからの回路交換、モバイル開始コールに関するかどうかを示すインジケータフィールドで、該ＳＩＰ招待メッセージを占めることをさらに包含する、項目１に記載の方法。

（項目５）
上記コールされたパーティの上記ＵＲＩを含む上記モバイル開始コール要求を識別する上記動作は、上記モバイル通信デバイスのユーザインターフェースにおいて上記ＵＲＩの選択を受信することを包含する、項目１に記載の方法。

（項目６）
上記Ｅ．１６４番号は、上記ＩＭＳネットワークにおけるＥ．１６４番号のプールから動的に選択されたＥ．１６４番号であり、かつ、該ＩＭＳネットワークにおいて上記ＵＲＩにマッピングされる、項目１に記載の方法。

（項目７）
上記方法は、コンピュータプログラム製品において実現されており、該コンピュータプログラム製品は、コンピュータで読取可能なメディアおよび該コンピュータで読取可能なメディア内に格納されたコンピュータの命令を備えており、該コンピュータの命令は、該方法を実行するために、ワイヤレスデバイスの１つ以上のプロセッサによって実行可能である、項目１に記載の方法。

（項目８）
回路交換（ＣＳ）ネットワークおよびインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境において、ＳＩＰコールを開始するために動作可能なモバイル通信デバイスであって、該コールは、ＳＩＰユニフォームリソースインジケータ（ＵＲＩ）またはＴｅｌ ＵＲＩによって識別されたコールされたパーティに向けられ、該モバイル通信デバイスは、
１つ以上のプロセッサと、
該１つ以上のプロセッサと結合されたワイヤレストランシーバと
を備え、該ワイヤレストランシーバは、該ＣＳネットワークを介した通信のために適合され、該１つ以上のプロセッサは、
該ＳＩＰコールに対するモバイル開始コール要求を識別することに応答して、該ＳＩＰコールに関するコール情報を有するＳＩＰ招待メッセージが、該ワイヤレストランシーバおよび該ＣＳネットワークを介して、該ＩＭＳネットワークに送信されるようにすることであって、該ＳＩＰ招待メッセージは該コールされたパーティの該ＵＲＩを含んでいる、ことと、
該ＳＩＰ招待メッセージを送信することに応答して、該ワイヤレストランシーバおよび該ＣＳネットワークを介して、該ＩＭＳネットワークからＳＩＰ３８０（代替サービス）応答メッセージを受信することであって、該ＳＩＰ３８０（代替サービス）応答メッセージは、Ｅ．１６４番号を含んでいる、ことと、
該ＳＩＰ３８０（代替サービス）応答メッセージを受信した後に、ＣＳコール設定メッセージが、該ワイヤレストランシーバおよび該ＣＳネットワークを介して、該ＳＩＰコールのために該ＩＭＳネットワークに伝達されるようにすることであって、該ＣＳコール設定メッセージは、該ＳＩＰコールを該コールされたパーティにルーティングするために、該Ｅ．１６４番号を含んでいる、ことと
に適合されている、モバイル通信デバイス。

（項目９）
上記１つ以上のプロセッサは、上記コールされたパーティの上記ＵＲＩで、上記ＳＩＰ招待メッセージのＴＡＲＧＥＴフィールドを占めるようにさらに動作可能である、項目８に記載のモバイル通信デバイス。

（項目１０）
上記１つ以上のプロセッサは、上記ＳＩＰ招待メッセージのＵＲＩフィールドを上記ＩＭＳネットワークのアプリケーションサーバ（ＡＳ）ノードのパブリックサービス識別子（ＰＳＩ）で占めるようにさらに動作可能である、項目８に記載のモバイル通信デバイス。

（項目１１）
上記１つ以上のプロセッサは、上記ＳＩＰ招待メッセージが上記モバイル通信デバイスからの回路交換、モバイル開始コールに関するかどうかを示すインジケータフィールドで、該ＳＩＰ招待メッセージを占めるようにさらに動作可能である、項目８に記載のモバイル通信デバイス。

（項目１２）
上記１つ以上のプロセッサは、上記ＳＩＰ招待メッセージが、上記ワイヤレスデバイスにおいてユーザ開始コール要求を検出することに応答して送信されるように動作可能であり、該コール要求は、上記コールされたパーティの上記ＵＲＩを含んでいる、項目８に記載のモバイル通信デバイス。

（項目１３）
回路交換（ＣＳ）ネットワークおよびインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境におけるセッション開始プロトコル（ＳＩＰ）コールを遂行するために、アプリケーションサーバ（ＡＳ）ノードを用いて動作可能な方法であって、該ＳＩＰコールは、ＳＩＰユニフォームリソースインジケータ（ＵＲＩ）またはＴｅｌ ＵＲＩによって識別されたコールされたパーティに向けられ、該方法は、
Ｅ．１６４番号のプールへのアクセスを維持する動作と、
該ＣＳネットワークを通じてモバイル通信デバイスから開始するＳＩＰコールに関するＳＩＰ招待メッセージを受信する動作であって、該ＳＩＰ招待メッセージは、該コールされたパーティの該ＵＲＩを含むコール情報を有している、動作と、
該プールから該Ｅ．１６４番号のうちの１つを選択し、該選択されたＥ．１６４番号と該ＳＩＰコールに関する該コール情報との間のマッピングを格納する動作と、
該ＳＩＰ招待メッセージを受信することに応答して、ＳＩＰ３８０（代替サービス）応答メッセージが、該モバイル通信デバイスに送信されるようにする動作であって、該ＳＩＰ３８０（代替サービス）応答メッセージは、該選択されたＥ．１６４番号を有している、動作と、
該ＳＩＰ３８０（代替サービス）応答メッセージの該送信の後に、該ＳＩＰコールに関して、該モバイル通信デバイスからＣＳコール設定メッセージを受信する動作であって、該ＣＳコール設定メッセージは、該選択されたＥ．１６４番号を有している、動作と、
該格納されたマッピングを介した該選択されたＥ．１６４番号の使用によって、該ＣＳコール設定メッセージから識別された該ＵＲＩを識別する動作と、
該コールされたパーティを有するＳＩＰセッションが、該格納されたマッピングを介して識別された該ＵＲＩの使用によって確立されるようにする動作と
を包含する、方法。

（項目１４）
ＳＩＰ招待メッセージのＴＡＲＧＥＴフィールドを上記コールされたパーティの上記ＵＲＩで識別することをさらに包含する、項目１３に記載の方法。

（項目１５）
上記ＳＩＰ招待メッセージのＵＲＩフィールドは、上記ＩＭＳネットワークの上記ＡＳノードのパブリックサービス識別子（ＰＳＩ）で占められる、項目１３に記載の方法。

（項目１６）
上記ＳＩＰ招待メッセージにおけるインジケータフィールドにおけるインジケータを読み取ることと、
該インジケータが、該モバイル通信デバイスからの回路交換、モバイル開始コールを示すように設定されるかどうかを識別することと、
該インジケータが、該回路交換、モバイル開始コールを示すように設定される場合に、該Ｅ．１６４番号を選択する次の動作を実行し、該マッピングを格納し、ＳＩＰ３８０（代替サービス）応答メッセージが、該モバイル通信デバイスに送信されるようにすることと、
または該インジケータが、該回路交換、モバイル開始コールを示すように設定されない場合に、次の動作を実行することを避けることと
をさらに包含する、項目１３に記載の方法。

（項目１７）
回路交換（ＣＳ）ネットワークを含むネットワーク環境において、モバイル通信デバイスによって開始されたセッション開始プロトコル（ＳＩＰ）コールを遂行するインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークにおいて使用するアプリケーションサーバ（ＡＳ）ノードであって、該コールは、ＳＩＰユニフォームリソースインジケータ（ＵＲＩ）またはＴｅｌ ＵＲＩによって識別されたコールされたパーティに向けられ、該ＡＳノードは、１つ以上のプロセッサを備えており、該プロセッサは、Ｅ．１６４番号のプールへのアクセスを維持することと；該ＣＳネットワークを介して該モバイル通信デバイスから開始する該ＳＩＰコールに関するＳＩＰ招待メッセージを受信することであって、該ＳＩＰ招待メッセージは、該コールされたパーティの該ＵＲＩを含むコール情報を有している、ことと；該プールから該Ｅ．１６４番号のうちの１つを選択し、該選択されたＥ．１６４番号と該ＳＩＰコールに関する該コール情報との間のマッピングを格納することと；該ＳＩＰ招待メッセージを受信することに応答して、ＳＩＰ３８０（代替サービス）応答メッセージが、該モバイル通信デバイスに送信されるようにすることであって、該ＳＩＰ３８０（代替サービス）メッセージは、該選択されたＥ．１６４番号を含んでいる、ことと；該ＳＩＰ３８０（代替サービス）応答メッセージの該送信の後に、該ＳＩＰコールに関して、該モバイル通信デバイスからＣＳコール設定メッセージを受信することであって、該ＣＳコール設定メッセージは、該選択されたＥ．１６４番号を有している、ことと；該格納されたマッピングを介した該選択されたＥ．１６４番号の使用によって、該コール設定メッセージから識別された該ＵＲＩを識別することと；該コールされたパーティを有するＳＩＰセッションが、該格納されたマッピングを介して識別された該ＵＲＩの使用によって確立されるようにすることとに適合されている、ＡＳノード。

（項目１８）
上記１つ以上のプロセッサは、ＳＩＰ招待メッセージのＴＡＲＧＥＴフィールドを上記コールされたパーティの上記ＵＲＩで識別するようにさらに適合されている、項目１７に記載のＡＳノード。

（項目１９）
上記１つ以上のプロセッサは、上記プールから上記Ｅ．１６４番号を動的に割り当てることによって、該Ｅ．１６４番号を選択するようにさらに適合されている、項目１７に記載のＡＳノード。

（項目２０）
上記１つ以上のプロセッサは、上記ＳＩＰ招待メッセージにおけるインジケータフィールドにおけるインジケータを読み取ることと；該インジケータが、該モバイル通信デバイスからの回路交換、モバイル開始コールを示すように設定されているかどうかを識別することと；該インジケータが、該回路交換、モバイル開始コールを示すように設定される場合に、該Ｅ．１６４番号を選択する次の動作を実行し、該マッピングを格納し、ＳＩＰ３８０（代替サービス）応答メッセージが、該モバイル通信デバイスに送信されるようにすることと；または該インジケータが、該回路交換、モバイル開始コールを示すように設定されない場合に、次の動作を実行することを避けるようにすることとにさらに適合されている、項目１７に記載のＡＳノード。

（摘要）
ユーザの機器デバイスから回路交換ネットワークを介してＳＩＰコールを開始するためのシステムおよび方法。回路交換（ＣＳ）ネットワークおよびＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境におけるユーザ機器（ＵＥ）デバイスからコールされたパーティに、セッション開始プロトコル（ＳＩＰ）コールを開始するための方法および装置が開示される。一例示的な実施形態において、ＳＩＰコールが、ＣＳネットワークドメインおけるＵＥデバイスによって開始されるときに、コールされたパーティのＳＩＰユニフォームリソースインジケータ（ＵＲＩ）またはＴｅｌ ＵＲＩを含むＳＩＰ招待メッセージは、ＵＥデバイスからＩＭＳネットワーク（例えば、アプリケーションサーバ（ＡＳ）ノード）に送信される。ＡＳノードにおいて、Ｅ．１６４番号のプールは、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）として維持され、該ＩＭＲＮは、コールされたパーティのＵＲＩに対してマッピングし、またはそのＵＲＩと関連付けるために利用される。次に、ＡＳノードは、ＵＥデバイスから受信されたコールされたパーティのＵＲＩに対して、選択Ｅ．１６４番号を動的に割り当て、ＳＩＰ３８０（代替サービス）応答メッセージにおいて、その番号をＵＥデバイスに返信する。次に、動的に割り当てられたＥ．１６４番号は、ＡＳノードにおけるＵＲＩの識別のために、マッピングを介して、コール設定メッセージにおいて、ＵＥデバイスから送信され、その結果、ＳＩＰコールは、コールされたパーティに向けて適切にルーティングされ得る。

本特許開示の実施形態のさらに完全な理解は、添付の図面と共に以下の詳細な記述を参照することにより得られ得る。

回路交換（ＣＳ）ネットワークおよびＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境におけるユーザ機器（ＵＥ）デバイスからコールされたパーディに、セッション開始プロトコル（ＳＩＰ）コールを開始するための方法および装置が、本明細書において記述される。ＳＩＰコールがＣＳネットワークドメインにおけるＵＥデバイスから開始されるときに、コールされたパーティのＳＩＰユニフォームリソースインジケータ（ＵＲＩ）またはＴｅｌ ＵＲＩを含むＳＩＰ招待メッセージは、ＵＥデバイスからＩＭＳネットワークにおけるアプリケーションサーバ（ＡＳ）ノードに送信される。ＡＳノードにおいて、Ｅ．１６４番号のプールは、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）として維持され、該ＩＭＲＮは、コールされたパーティのＵＲＩに対してマッピングし、またはそのＵＲＩと関連付けるために利用される。ＡＳノードは、ＵＥデバイスから受信されたコールされたパーティのＵＲＩに対して、選択Ｅ．１６４番号を動的に割り当て、ＳＩＰ３８０（代替サービス）応答メッセージにおいて、その番号をＵＥデバイスに返信する。次に、動的に割り当てられたＥ．１６４番号は、ＡＳノードにおけるＵＲＩの識別情報および他の適切なコール情報に関して、コール設定メッセージにおいて、ＵＥデバイスから送信される。従って、動的に割り当てられたＥ．１６４番号は、ＳＩＰ ＵＲＩ−ＩＭＲＮマッピングを質問する際に、コールされたパーティに向けてＳＩＰコールをルーティングために利用され、Ｅ．１６４番号は、将来的な使用のためにＩＭＲＮのプールに送り戻される。適切なタイマーがデバイスおよびＡＳノードの終点において提供され得、その結果、タイマーは、コールに関するコール参照番号が有効のまま（例えば、該コール参照番号が時間切れではない）であるか、または動的に割り当てられたＩＭＲＮが有効のまま（例えば、該ＩＭＲＮが時間切れではない）であるかどうかを確認され得る。必要に応じて、送られたＩＭＲＮは、一定の期間、隔離され得る。

ここで、本特許開示のシステムおよび方法は、どのように、実施形態が最良に作られ、かつ、使用され得るかに関する様々な例を参照に記述される。同じ参照番号は、記述および図面のいくつかの図を通して、同じか、または対応する部分を示すように使用され、様々な要素は、必ずしもサイズを合わせて描かれていない。ここで図面、特に図１を参照すると、例示的なネットワーク環境１００が描かれ、本特許開示の実施形態が、回路交換ネットワークまたは回路交換ドメインにおけるＵＥデバイスによって開始されたＳＩＰコールをルーティングするために実行され得る。描かれているように、ネットワーク環境１００は、複数のＵＥデバイス１０２−１〜１０２−Ｎが利用可能な多数のアクセス技術から構成されるアクセススペース１０４を含む。本開示の目的のために、ＵＥデバイスは、任意のテザーまたはアンテザー通信デバイスであり得、かつ、適切なワイヤレスモデムまたはモバイルの通信デバイス（例えば、携帯電話またはメッセージを送受信することの可能なデータを使用可能なハンドヘルドのデバイス、ウェブブラウジングなど）を装備された任意のパーソナルコンピュータ（例えば、デスクトップ、ラップトップ、パームトップ、またはハンドヘルドのコンピュータデバイス）、あるいは電子メール、ビデオメール、インターネットアクセス、企業データアクセス、メッセージング、カレンダリングおよびスケジューリング、情報管理などが可能である任意の強化ＰＤＡまたは統合情報設備などを含み得る。好適には、ＵＥデバイスが回路交換（ＣＳ）通信とパケット交換（ＰＳ）との両方とエンゲージするという点で、ＵＡデバイスは複数のモードで動作可能であり、継続性を失うことなく１つの通信モードから別の通信モードに推移し得る。

アクセススペース１０４は、ＣＳネットワークとＰＳネットワークとの両方から構成され得、該ネットワークは、ワイヤレス技術、有線技術、ブロードバンドアクセス技術などを含み得る。例えば、本明細書の教示は、任意の第３世代移動体通信標準化プロジェクト（３ＧＰＰ）準拠のセルラネットワーク（例えば３ＧＰＰまたは３ＧＰＰ２）にも同様に拡大され得ることが認識されるが、参照番号１０６は、ワイヤレス技術、例えば、世界移動電話通信規格（ＧＳＭ）ネットワークおよび符号分割多元接続（ＣＤＭＡ）ネットワークを意味する。参照番号１０８は、ワイヤレスローカルエリアネットワークまたはＷＬＡＮ、Ｗｉ−ＭＡＸネットワークおよび固定ネットワーク、例えば、ＤＳＬ、ケーブルブロードバンドなどを含むブロードバンドアクセスネットワークを意味する。アクセススペース１０４の一部分として、さらに例示されているものは、従来の有線ＰＳＴＮインフラストラクチャ１１０である。

ＩＰマルチメディアサブシステム（ＩＭＳ）のコアネットワーク１１２は、任意のＣＳベースのネットワークを含む上記の様々なアクセスネットワークに結合される。公知であるように、３ＧＰＰによって定義されたＩＭＳ規格は、サービスプロバイダが、任意のタイプのネットワーク全体にＩＰを介して配信され得る様々なサービスを管理することを可能にするように設計され、ＩＰは、ベアラトラフィックとＳＩＰベースの信号トラフィックとの両方をトランスポートするために使用される。概して、ＩＭＳは、アプリケーション（すなわち、サービス）、およびマルチメディアサービスを提供することが可能となるネットワーク（すなわち、アクセス）を管理する枠組みである。ＩＭＳは、加入者が使用するサービスを配信するネットワーク要素、例えば、ボイスコールの継続性（ＶＣＣ）、プッシュトゥトーク（ＰＴＴ）、ＩＭＳ集中サービス（ＩＣＳ）などであるとして、「アプリケーションサーバ」を定義する。各アプリケーションサーバ（ＡＳ）が有することを必要とされる共通の制御構成要素、例えば、加入者のプロフィール、ＩＭＳのモビリティ、ネットワークアクセス、認証、サービスの承認、支払請求および料金請求、相互動作機能、および古い電話ネットワークとの相互動作を定義することによって、ＩＭＳはアプリケーションを管理する。

ＩＭＳは、３ＧＰＰ規格体によって定義され、該３ＧＰＰ規格体は、主に、ＧＭＳネットワークをアドレスするが、別のグループ、つまり３ＧＰＰ２は、マルチメディアドメイン（ＭＭＤ）と呼ばれる非常に類似したアーキテクチャを定義することに含まれるということを理解されたい。ＭＭＤは、実質的にＣＤＭＡネットワークのためのＩＭＳであり、ＭＭＤとＩＭＳとはほぼ等しいので、用語「ＩＭＳ」は、本特許開示において適用可能である場合には、ＩＭＳとＭＭＤとの両方をひとまとめにして意味するために使用され得る。

続けて図１を参照すると、参照番号１１４−１〜１１４−Ｎは、本明細書において上記で触れられたような様々なサービス、例えば、ＶＣＣ、ＰＴＴ、ＩＣＳなどをサポートするために動作可能な複数のＡＳノードを意味する。さらに、ＣＳをボイスベアラとして使用して、ＳＩＰコールのコール制御を遂行するために、ＡＳノードのうちの１つ、例えば、ＡＳ １１４−（Ｎ−１）は、ＩＭＳ集中サービス制御機能（ＩＣＣＦ）と呼ばれる機能性を実装するために提供され得る。ＩＣＣＦは、ＩＭＳアプリケーションサーバ要素として動作可能であり、該ＩＭＳアプリケーションサーバ要素は、ＩＭＳホームネットワークに存在し、ＣＳドメインとＩＭＳドメインとの間において、全てのコールセッションと、関連するモバイルのボイスオーバＩＰ（ＶｏＩＰ）ベアラトラフィックとを追跡する。ＡＳ１１４−（Ｎ−１）の機能性に関するさらなる詳細は、本明細書において上記で参照された「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＭＡＮＡＧＩＮＧ ＣＡＬＬ ＲＯＵＴＩＮＧ ＩＮ Ａ ＮＥＴＷＯＲＫ ＥＮＶＩＲＯＮＭＥＮＴ ＩＮＣＬＵＤＩＮＧ ＩＭＳ」と題される２００６年１月１０日に出願された係属中の米国特許出願第１１／３２８，８７５号（代理人整理番号第１４００−１０５９ＵＳ；ＲＩＭ第：３０６８３−ＵＳ−ＰＡＴ号）において見出され得る。

さらに、ＰＳドメインにおける接続性が、利用可能ではないか、または（例えば帯域幅の制限のために）利用可能なＰＳネットワークが、ＶｏＩＰサービスをサポートすることを可能としない間に、別のＡＳノード、つまりＡＳ １１４−Ｎは、ＣＳドメインにおけるＵＥデバイスのうちの１つによって開始されたＩＰ／ＳＩＰコールのルーティングを容易にするために、コアＩＭＳネットワーク１１２の一部分として提供される。適切なデータベース構造（例えば、ＤＢ１２２）、タイマーメカニズム（例えば、タイマー１２４）および適切な論理１２６が、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）のプールを構成および管理する目的のために、ＡＳ １１４−Ｎと関連付けて提供され、該ＩＭＲＮのプールから、選択ＩＭＲＮが、以下でさらに詳細に記述されるようなＳＩＰコールルーティングの目的のために動的に割り当てられ得る。

本特許開示の教示に従って、ＡＳ １１４−Ｎは、好適には、適切な論理／構造／ソフトウェア／ファームウェアモジュール、例えば、コール継続性制御機能（ＣＣＣＦ）１１６、ネットワークドメインセクション（ＮｅＤＳ）１１８およびｇｓｍサービス能力特徴（ｇｓｍＳＣＦ）１２０を、以下のこと：ＡＳノード上で消去するＩＭＲＮとして動作可能であるＥ．１６４番号のプールを維持することであって、選択Ｅ．１６４番号は、限定するわけではないが、コールされたパーティのＳＩＲ ＵＲＩまたはＴｅｌ ＵＲＩ、Ｐプリファード識別、個人徴候、ネットワークアクセス情報ヘッダを含む、ＳＩＰ招待メッセージにおける受信された情報に対してマッピングされ得ることと；受信されたコールされたパーティのＵＲＩ（例えば、ＳＩＰ ＵＲＩまたはＴｅｌ ＵＲＩ）および他の受信された情報に選択Ｅ．１６４を動的に割り当て、ＳＩＰ３８０（代替サービス）応答メッセージを介して、開始ＵＥデバイスに選択Ｅ．１６４番号を提供することと；その選択Ｅ．１６４番号が、コールされたパーティに関するＳＩＰコールセッションを遂行するために、（従来のＣＳコール設定を介して）ＡＳ １１４−Ｎに返信されるときに、その選択Ｅ．１６４番号が時間切れになっていないということを認証することと；必要に応じて、将来的な使用のためにプールに選択Ｅ．１６４番号を送る際に、一定期間、選択Ｅ．１６４番号を隔離することとを実行するために提供される。

Ｅ．１６４は、国際電気通信連合（ＩＴＵ）の電話番号計画を示し、該計画は、どのように、そして誰によって、電話番号が指定されるかを特定するということに留意されたい。Ｅ．１６４電話番号のフォーマットおよび表記は、例えばＩＴＵ規格Ｅ．１２３において特定される。動的に割り当て可能なＩＭＲＮのプールを管理するために、ＡＳノード（例えば、ＡＳ １１４−Ｎ）は、Ｅ．１６４番号に関して様々な方法で構成され得る。例えば、特定のＥ．１６４番号は、ＩＭＲＮ範囲の「スターティングアドレス」番号として提供され得る。別のＥ．１６４番号は、ＩＭＲＮ範囲に関する範囲デリミタとして動作し得る。適応性を可能にするために、異なる数の範囲から構成されるＩＭＲＮの異なるプールが提供されることが所望され得る。さらに、適切なタイマーメカニズムが、ＡＳ １１４−Ｎにおいて実装され得ることにより、割り当てられたＩＭＲＮが有効のままであるか（例えば、割り当てられたＩＭＲＮは時間切れしていない。つまり、割り当てられたＩＭＲＮは適切な時間制限内で使用されている）、または適切な隔離時間が適用されるということを確実にする。以下でさらに詳細に記述されるように、ＡＳ １１４−ＮにおけるＩＭＲＮに関するタイマーと、開始ＵＥデバイスにおけるコール参照番号に関するタイマーとの管理は、ＣＳドメインにおいて動作するＵＥデバイスによって、ＳＩＰコールを遂行するために使用され得るＩＭＲＮの動的供給を可能にする。

図２は、ＵＲＩ（例えば、ＳＩＰ ＵＲＩまたはＴｅｌ ＵＲＩ）によって識別された呼び出されたパーティに関するＵＥデバイスによって、ＣＳ起源のＳＩＰコールを実施することに対する、本発明の開示の全体的な方法論の例示的な実施形態の流れ図を図示する。ＳＩＰコールは、ＵＥデバイスのエンドユーザまたは元々のパーティによって開始される。好適には、元々のパーティは、適切なインターフェース（例えば、ＭＭＩ）を介してＵＲＩに入るか、またはＵＥ内に格納されたリストからそれを選択する。周知のように、通常のＳＩＰアドレスは、ｓｉｐ：＜ｕｓｅｒｎａｍｅ＞＠＜ｈｏｓｔｎａｍｅ＞の形式を取り得、これは、追加的なシンタックス要素およびパラメータを含み得、例えば、ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌと題するＲＦＣ ３２６１、およびＯｂｔａｉｎｉｎｇ ａｎｄ Ｕｓｉｎｇ Ｇｌｏｂａｌｌｙ Ｒｏｕｔａｂｌｅ Ｕｓｅｒ Ａｇｅｎｔ （ＵＡ） ＵＲＩｓ （ＧＲＵＵ） ｉｎ ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｃｏｌ （ＳＩＰ）（ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐ−ｇｒｕｕ−０６）と題するインターネットドラフトに記載されたものを含む（２００６年４月２３日に期限満了）。

「Ｔｅｌ ＵＲＩ」は現在、Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ（ＲＦＣ）３９６６に定義されていることに留意されたい（２００４年１２月）。Ｔｅｌ ＵＲＩの一部の例は以下の通りである。（１）ｔｅｌ：＋１−２０１−５５５−０１２３。このＵＲＩは、米国のとある電話番号を指す。ハイフンが含まれ、人に読まれ易いものとしている。これらは、国番号、地域コード、そして加入者番号を分けている。（２）ｔｅｌ：７０４２；ｐｈｏｎｅ−ｃｏｎｔｅｘｔ＝ｅｘａｍｐｌｅ．ｃｏｍ。当ＵＲＩは、「ｅｘａｍｐｌｅ．ｃｏｍ」のコンテンツ内で有効な電話番号を記載している。（３）ｔｅｌ：８６３−１２３４；ｐｈｏｎｅ−ｃｏｎｔｅｘｔ＝＋１−９１４−５５５。当ＵＲＩは、特定の市外局番内で有効な電話番号を記載している。

ブロック２０２において、ＳＩＰコールに関する様々な情報（本明細書中で集合的に「コール情報」と呼ばれ得る）について記述される。コール情報は、コールに関連したコール参照番号、コールされたパーティのＳＩＰ ＵＲＩ（またはＢ−ＵＲＩ）、オペークパラメータ（入手可能な場合）、ＧＲＩＤパラメータ（入手可能な場合）、追加的なＵＲＩ関連の情報（例えば、ディスプレイ名）、コーリングパーティのＳＩＰ ＵＲＩ（またはＡ−ＵＲＩ）、オパークパラメータ、プライバシーインジケータ、ネットワークアクセス情報ヘッダ、などの情報を含み得る。コーリングパーティがＡｄｄｒｅｓｓ ｏｆ Ｒｅｃｏｒｄ（ＡＯＲ）ならびにオペークパラメータおよびＧＲＩＤパラメータを含むＢ−ＵＲＩを送信する場合には、それらは、コール情報の一部として提供される。加えて、コーリングパーティが、ＡＯＲ、オペークパラメータおよびＧＲＩＤパラメータを含むそれ自体のＵＲＩを送信する場合には、それらもまた、コール情報において提供される。加えて、コーリングパーティが、ＡＯＲ、オペークおよびＧＲＩＤのパラメータを含むそれ自体のＵＲＩを送信する場合には、それらも、コール情報の中に提供される。

タイマーが、ＵＥデバイスにおいて始動され得、これは、上述されたように、起源となるＵＥデバイスによって送信されるコール情報の少なくとも一部を監視するために用いられる。特に、タイマーは、経過時間を監視するために実装され得るが、これは、特定のコール参照番号が生成され、ＩＭＳネットワークノードに転送されるからである。ＩＭＳネットワークノードにおいて、ＩＭＲＮのプールから選択されたＩＭＲＮは、コール参照番号に関して動的に関連付けられ、ここでは、ＩＭＲＮは、コール情報の少なくとも一部、例えば、受信したコールされたパーティのＳＩＰ ＵＲＩにマップされる（ブロック２０４）。一部の実施形態において、ＩＭＲＮは、受信した全てのＳＩＰコール情報にマップされる。また、タイマーは、ネットワークノードにおいて開始され得、動的に割振られたＩＭＲＮに関連付けられたタイムトゥーライブ（ｔｉｍｅ−ｔｏ−ｌｉｖｅ）変数を監視する。

その後に、動的に割振られたＩＭＲＮは、ＳＩＰ３８０（代替的サービス）応答メッセージを介してＵＥデバイスに提供される。ＵＥデバイスにおいて、動的に割振られたＩＭＲＮを含むＳＩＰ３８０（代替的サービス）応答メッセージを受信すると、コール参照番号に関連付けられた経過時間が、監視されることによって、失効していないことを保証する（ブロック２０６）。経過した時間が選択条件、例えばタイムトゥーライブ値内であることなどを満たす場合には、動的に割振られたＩＭＲＮは、ＵＥデバイスによって受諾される（ブロック２０８）。応答において、適切なコール設定が、動的なＩＭＲＮを用いてＵＥデバイスによって開始され、それによって、受諾されたＩＭＲＮは、そこで終結するのでＡＳノードに戻される。ＡＳノードにおいてＩＭＲＮが受信されると、そのタイムトゥーライブ変数は、タイムアウトしていないことを保証するために監視される（ブロック２１０）。その後に、コールされたパーティのＳＩＰ ＵＲＩまたはＴｅｌ ＵＲＩ（および、動的に割振られたＩＭＲＮにマップされている、最初に受信した他の任意の適切なＳＩＰ情報）は、ＡＳノードによって利用され、ＳＩＰ招待メッセージを（例えば、ＡパーティのＵＲＩ、プライバシーインジケータ、ＢパーティのＵＲＩ、オペークパラメータ、などをＳＩＰ招待メッセージに挿入し、コールされたパーティに送信させるなどして）生成および送信することによって、コールされたパーティとのＳＩＰセッションを実施する。一つの実装において、動的なＩＭＲＮは、随意的にＩＭＲＮのプールに戻され得、再利用前または将来の使用に向けて利用可能となる前に、特定の期間に検疫を受け得る（ブロック２１２）。

前述に基づいて、コール情報、すなわちコールされたパーティのＳＩＰ ＵＲＩまたはＴｅｌ ＵＲＩ、コール参照番号などが、ＵＥデバイスによって機能中のＡＳノードに送信されるときには、ＡＳノードにおける適切なロジックは、受信したコール情報をＥ．１６４ベースのＩＭＲＮにマップする記録を作成し得、これは、ＵＥデバイスに送信によって戻されることを、当業者は認識されたい。ＩＭＲＮをコール参照番号と相互に関連させると、ＵＥは、ＡＳノードにおいて終了するＩＭＲＮを用いてコールを設定する。ＩＭＲＮは、次いで記録に対する問合せを受け、コールされたパーティとのＳＩＰセッション（すなわち、Ａパーティのアドレスによって識別されたコーリングパーティ（ＵＥデバイス）とＢパーティのアドレスによって識別されたコールされたパーティとの間）を確立するために、コールされたパーティのＵＲＩを検索する。

ＵＥデバイスとホームＩＭＳネットワークのＡＳノードとの間のメッセージの流れは、他の多くの適切なネットワークインフラストラクチャ要素を介して仲介され得、デバイスの能力およびネットワークの特徴ならびに用いられるプロトコルに依存して多くの方法で実装され得ることが、当業者によってさらに認識されるべきである。通常は、メッセージの流れは、ＣＳ起源のＳＩＰコールを容易にするように動作が可能な、ＵＥデバイスとそのホームＩＭＳ ＡＳノードとの間に配置された、モバイルスイッチングセンター（ＭＳＣ）要素およびメディアゲートウェイコントロール機能（ＭＧＣＦ）要素などのネットワーク要素を介して仲介され得る。

図３Ａは、動的ＩＭＲＮ割振りに基づいてＣＳ起源のＳＩＰコールを実施する、メッセージの流れの実施形態３００Ａを図示し、ここでは、ＳＩＰメッセージが実装される。相関性のＣＳドメインおよびＩＭＳドメインモードを有するワイヤレスＵＥデバイス３０２は、ＳＩＰコールが、ＣＳドメインにおいてＵＥデバイス３０２から開始されたとの検出に応答して、アプリケーションサーバ（ＡＳ）ノード３０８に向けてＳＩＰ招待メッセージ３１２を生成するように動作が可能である。先に記述されたように、ＳＩＰ招待メッセージ３１２は、適用できるコール情報、例えばコール参照番号、コールされたパーティのＳＩＰ ＵＲＩ、追加的なＵＲＩ情報などを含み、例えば、Ｐ＿Ｐｒｅｆｅｒｒｅｄアイデンティティ、プライバシーインジケータオペークパラメータ、ＧＲＩＤパラメータなどにおけるＡパーティのＡＯＲである。上述のように、起源となるパーティは、適切なインターフェース（例えば、ＭＭＩ）を介してＵＲＩ（またはＳＩＰアドレス）またはＴｅｌ ＵＲＩに入るか、ＵＥ内に格納されているリストからそれを選択し、コールを開始する。

ＳＩＰ招待メッセージ３１２は、インジケータフィールドにおいてインジケータをさらに含み得、該インジケータは、メッセージが回路交換（ＣＳ）モバイル起源（ＭＯ）コールに対するものかどうか（すなわち、ＵＥデバイス３０２は、ＣＳドメインを介してこのコールを行うことを意図するかどうか）を示す。例えば、新たなネットワークアクセス情報値、例えば、「ＧＥＲＡＮ−ＣＳ」が利用され得る。あるいは、新たな特徴のタグまたは新たなＵＲＩパラメータが、ＳＩＰ招待メッセージにおいて提供され得る。しかし、表示は、ＳＩＰ招待メッセージにおけるコールされたパーティ（「Ｂパーティ」）のＳＩＰ ＵＲＩまたはＴｅｌ ＵＲＩの包含からのみ想定され得ることを留意されたい。好適な一実施形態において、ＳＩＰ招待メッセージのＴＡＲＧＥＴアドレスは、コールされたパーティまたはＢパーティのＳＩＰ ＵＲＩまたはＴｅｌ ＵＲＩで占められている。この場合には、ＳＩＰ招待メッセージのＳＩＰ ＵＲＩフィールドは、ＡＳノードのパブリックサービス識別子（ＰＳＩ）で占められる。ＳＩＰ招待メッセージの原因値（ｃａｕｓｅ ｖａｌｕｅ）は、適切に設定されることによって、セッションに対する無線ベアラチャネルが、ＣＳドメイン上に確立されるということを示す。

適切なタイマーメカニズム３１０は、ＵＥデバイスにおいて開始され得、これは、コール参照番号に関連付けられたタイムトゥーライブ値を監視するためである。認識されるべきは、このタイマーは、通常のＳＩＰタイマーに加えて提供され得、これは、この動作が、特定のタイムフレーム内に、特定の情報を有するＳＩＰ３８０応答を提供すると知られているからである。

招待メッセージ３１２に応答すると、Ｉ−ＣＳＣＦおよび／またはＳ−ＣＳＣＦノードを介して仲介され得るが、ユーザのホームＩＭＳネットワークに配置されたＡＳノード３０８は、上述されたように、ＳＩＰ−ＵＲＩロジック３１３を開始するように動作が可能であることによって、適切なＳＩＰ３８０（代替的サービス）応答メッセージ（例えば、ＳＩＰ３８０応答メッセージ）を生成し、該メッセージを占める。ユーザがＳＩＰコールを行うことが許可され、招待メッセージが適切なＣＳ ＭＯインジケータを含むことが検証されると、ネットワークノード（この実施例において、ＩＭＳ ＡＳノード）は、コール情報またはパラメータ（例えば、Ｐ＿Ｐｒｅｆｅｒｒｅｄアイデンティティ、プライバシーインジケータオペークパラメータ、ＧＲＩＤパラメータなどにおけるＡパーティのＡＯＲ）にマップされた選択ＩＭＲＮを動的に割り振り、それをＳＩＰ３８０メッセージ３１６を介してＵＥデバイス３０２に戻す。その上に、動的に割り振られたＩＭＲＮは、ＩＭＳ集中サービスルーティング番号または「ＩＣＳＲＮ」と呼ばれ得る。招待ヘッダまたは招待のボディに含まれるダイアログ情報は、コールを相互に関連させるために用いられ得る。

適切なタイマーメカニズムは、ＡＳノード３０８において開始（ブロック３１４）され得、これは、動的に割り振られたＩＭＲＮと関連付けられたタイムトゥーライブ変数を監視するためである。コール参照が、ＳＩＰ３８０応答メッセージ３１６の受信に応答するＵＥデバイスのタイマーメカニズムに基づいてタイムアウトされていないことを検証した後に、ＵＥデバイス３０２は、動的なＩＭＲＮ（または、ＩＣＳＲＮ）を含むコール設定メッセージ３２０を開始する。応答において、ＭＳＣ３０４は、ＭＧＣＦ３０６に向けてイニシャルアドレスメッセージ（ＩＡＭ）３２２を生成する。ＩＭＲＮを含むＳＩＰ招待メッセージ３２４は、ＡＳノード３０８に向けてＭＧＣＦ３０６によって生成され、該ＡＳノードは、次いでＩＭＲＮマッピングを用いることによってコールされたパーティ（不図示）にＳＩＰセッションまたはコールを確立する。様々な中間のＳＩＰメッセージおよびリソース割振り／予約の折衝が、ＭＧＣＦ３０６とＳＩＰ招待３２４の次のコールされたパーティとの間に起こり得ることが認識され、本明細書中には、特定の詳細をもっては記述されない。また、ベアラパスが、ＵＥデバイス３０２と当業者によって理解されるコールされたパーティとの間に確立される前に起こり得る、追加のＩＳＵＰメッセージングは、本明細書中に示されていない。

ＡＳノード３０８において、ＳＩＰ招待３２４を介して動的に割り振られたＩＭＲＮを受信すると、タイマーメカニズムは、停止される（ブロック３２６）ことによって、ＩＭＲＮがタイムアウトしたかを検証し得る。タイムアウトしていた場合には、ＳＩＰ招待メッセージは、放棄され得、コールルーティング処理は、終了され得る。ＩＭＲＮがタイムアウトしていない場合には、ＡＳノード３０８は、ＩＭＲＮの相関関係に基づいてＳＩＰセッションを確立し得る。相関のためにＩＭＲＮを用いた後に、ＩＭＲＮは、ＩＭＲＮプールに戻され得、ここでは、検疫タイマーが、開始され得（ブロック３２８）、その結果として、所定の期間の後に、検疫タイマーが停止されるまで、ＩＭＲＮをさらに用いることは許可されない（ブロック３３０）。

先に指摘されたように、デバイス側におけるタイマーメカニズムはまた、コール参照番号がタイムアウトされていないことを保証するために用いられ得（例えば、タイマーメカニズム３１８を用いる）、参照番号が、ＵＥデバイスによって用いられ、ネットワークノード（例えば、動的ＩＭＲＮ）から受信した情報を相互に関連させる。同一の参照番号がネットワークノードから戻ってきて受信される前にタイマーが期限満了となる場合には、ＵＥデバイスは、所定の回数（例えば、５回）に渡ってコール処理を再び試み得、何も応答が受信されない場合の後には、コールの手順は失敗したと考えられ得る。言い換えると、ＵＥデバイスが、もはや有効ではない参照番号を受信する場合には、それは放棄され得、コールの手順は、終了され得る。

図３Ｂは、要求ＵＲＩにおいてＳＩＰ ＵＲＩを有するＳＩＰ招待メッセージを用いることによって、モバイル起源のＳＩＰコールに対するメッセージの流れ図３００Ｂを図示し、ホームネットワーク３５０における特定の中間ノードが、例証される。上述の流れ図の実施形態３００Ａと同様に、ＵＥデバイス３０２は、Ｉ−ＣＳＣＦ３５２に向けてＳＩＰ招待メッセージを生成するように動作が可能であり、ＳＩＰ招待メッセージは、ＴＡＲＧＥＴフィールド内に含まれるコールされたパーティのＳＩＰ−ＵＲＩを含む。この招待メッセージは、ＳＩＰ招待３６２として直接に、またはＳＩＰ招待メッセージ３５８および３６０を用い、Ｓ−ＣＳＣＦ３５４を介してのいずれかで、ＡＳノード３０８に伝搬される。先に記述されたように、ＩＣＳＲＮを有するＳＩＰ３８０（代替的サービス）応答メッセージ３６４は、Ｓ−ＣＳＣＦ３５４に向けてＡＳノード３０８によって生成され、次いでＳＩＰ応答３６６を介してＵＥデバイス３０２に伝搬される。ＩＣＳＲＮを有するコール設定メッセージ３６８は、ＭＳＣ３０４に提供され、該ＭＳＣ３０４は、ＣＳ起源の手順３７０を開始する。ＭＳＣ３０４からＭＧＣＦ３０６に向けたＩＡＭメッセージング３７２は、Ｉ−ＣＳＣＦ３５２に向けてＳＩＰ招待３７４を生成するように動作が可能であり、これは、ＩＣＳＲＮを有する招待メッセージ３８０としてＡＳノード３０８に直接に伝搬され得る。あるいは、Ｉ−ＣＳＣＦ３５２は、最初にＳＩＰ招待３７６をＳ−ＣＳＣＦ３５４に提供し、該Ｓ−ＣＳＣＦ３５４は、次いでＡＳノード３０８にＳＩＰ招待３７８を伝搬する。とにかく、ＩＣＳＲＮがＡＳノード３０８において受信されると、適切なコール相関関係が作られることによって、ＵＥとコールされたパーティとの間のＳＩＰコールを確立する。

図２、図３Ａおよび図３Ｂに関連して記述された技術の１つのバリエーションにおいて、Ｅ．１６４の番号は、動的には割り振られていないが、任意の適切なアルゴリズムに従って、単に識別され、計算され、選択されることに留意されたい。

本開示の技術を詳細に述べると、ＵＥデバイスが、ＣＳコールの起源を呼び出す必要性を検知すると、ＳＩＰ招待メッセージを生成し、ＩＭＳ集中サービスノードにおいて終了することが知られているＲ−ＵＲＩに送信し得る。この場合において、ＳＩＰ招待メッセージのターゲットパラメータは、Ｂパーティのアドレス（ＳＩＰ ＵＲＩまたはＴｅｌ ＵＲＩ）で占められており、ＳＩＰ招待メッセージの原因値は、コールがＣＳ上に設定されることが必要であるということを示すように設定される。あるいは、Ｒ−ＵＲＩは、Ｂパーティのアドレスで占められ得、インジケータフィールドにおいてインジケータをさらに含み得、該インジケータは、メッセージが回路交換（ＣＳ）モバイル起源（ＭＯ）コールに対するものかどうか（すなわち、ＵＥデバイス３０２は、ＣＳドメインを介してこのコールを行うことを意図するかどうか）を示す。例えば、新たなネットワークアクセス情報値、例えば、「ＧＥＲＡＮ−ＣＳ」が利用され得る。あるいは、新たな特徴のタグまたは新たなＵＲＩパラメータが、ＳＩＰ招待メッセージにおいて提供され得る。第１の場合において、ＳＩＰ招待メッセージは、ＵＥ／パブリックＩＤの組み合わせのＧＲＵＵを含む。Ｐ−Ｐｒｅｆｅｒｒｅｄ−ＩＤは、ＣＳネットワークにおける識別のためにＵＥデバイスのユーザまたは加入者と関連付けられたコーリングラインアイデンティティ（ＣＬＩ）に設定される。Ｂパーティパブリックユーザアドレス（Ｔｅｌ ＵＲＩ、ＳＩＰ ＵＲＩ）は、ＳＩＰ ＵＲＩターゲットパラメータに設定され、原因値は、要求されるＣＳベアラ＝ＹＹＹを示す。

ターゲットパラメータが、Ｂパーティのアドレスを運ぶために用いられるときには、ＳＩＰ Ｒ−ＵＲＩは、ＩＣＣＦを示すためにＵＥデバイスにおいて規定された、多くのもののうちの１つであり得るということに留意されたい。その場合には、ＵＥデバイスは、これらのうちの１つをランダムに選択し得、ＵＲＩは、優先順位を識別する、何かの指標を有し得る。

以下に実施例が提供される。

Ｒ−ＵＲＩが、Ｂパーティに設定されている場合には、招待は、ＵＥ／パブリックＩＤの組み合わせのＧＲＵＵを含み得る。Ｐ−Ｐｒｅｆｅｒｒｅｄ−ＩＤは、ＣＳネットワークにおいてユーザが知られたいと欲するコーリングラインアイデンティティに設定され得る。ネットワークアクセス情報ヘッダは、コールはＳＩＰで制御されているということを示す値に設定され得るが、無線ベアラは、ＣＳドメインを越え、この実施例において、設定は、３ＧＰＰ−ＧＥＲＡＮ−ＣＳであり、別の実施例は、３ＧＰＰ−ＵＴＲＡＮ−ＣＳであり得る。

以下に実施例が提供される。

ＳＩＰ招待メッセージに対する３８０（代替的サービス）応答を受信すると、ＵＥは、ＣＳコールを設定するＥ．１６４番号として３８０（代替的サービス）応答において提供されたＩＣＳＲＮを用いる。このＥ．１６４番号は、３８０（代替的サービス）のコンタクトヘッダにあり得、または事実上は、ＸＭＬのボディにあり得る。

Ｒ−ＵＲＩを受信すると、招待はＵＥに指定されたＩＭＳ集中サービスノードに対するものであるということを、Ｓ−ＳＣＳＦが認識し、これを、このＡＳノードに転送する。ＩＭＳ集中サービスノード構成情報は、（ａ）ＩＣＳＲＮ Ｅ．１６４開始アドレス番号、および（ｂ）割り振られるＩＣＳＲＮの数または最後のＥ．１６４開始アドレス番号、を含む。番号をつける計画に柔軟性を持たすために、（ａ）および（ｂ）の発生は、より多くなり得、ＩＣＳＲＮのプールが、異なる数の幅から割り振られることを可能にする。（ａ）および（ｂ）に加えて、他の構成情報は、（ｃ）ＩＣＳＲＮが生き得る寿命、および（ｄ）ＩＣＳＲＮの検疫時間（ＩＣＳＲＮがＩＣＳＲＮプールに戻るように指定された後にどのくらいの期間使用できないか）を含み得る。

ＩＭＳ集中サービスノードにおける挙動が議論される。ＩＭＳ集中サービスノードが、Ｒ−ＵＲＩを含む招待を受信する場合には、そのＲ−ＵＲＩを検査し、該Ｒ−ＵＲＩが、ＣＳ上でＭＯコールを開始する要求と関連付けられているかどうかを決定する。代替的な実装は、ＩＭＳ集中サービスノードが、Ｐアクセスネットワーク情報ヘッダを検査することである。ＧＥＲＡＮ−ＣＳまたは他の一部の値に設定され、ＣＳ上のコールセットアップ（ｃａｌｌ−ｓｅｔ−ｕｐ）を示す場合には、ＩＭＳ集中サービスノードは、受信した招待はここで終了し、以下の挙動が起こると想定する。

ＩＭＳ集中サービスノードは、ＩＣＳＲＮを受信したＧＲＵＵに指定する。以下のものは、他の情報の要素に対するＩＣＳＲＮの可能性のあるマッピングを表す。

ＩＭＳ集中サービスノードは、３８０（代替的サービス）応答を用いてＩＮＶＩＴＥ要求に応答する。この応答のコーディングの例は以下にあり、ＩＣＳＲＮを含み得、すなわちハンドオーバーがなされ得る無線アクセスタイプであり、「ＩＥＥＥ−８０２．１１」／「ＩＥＥＥ−８０２．１１ａ」／「ＩＥＥＥ−８０２．１１ｂ」／「ＩＥＥＥ−８０２．１１ｇ」／「３ＧＰＰ−ＧＥＲＡＮ」／「３ＧＰＰ−ＵＴＲＡＮ−ＦＤＤ」／「３ＧＰＰ−ＵＴＲＡＮ−ＴＤＤ」／「ＡＤＳＬ」／「ＡＤＳＬ２」／「ＡＤＳＬ２＋」／「ＲＡＤＳＬ」／「ＳＤＳＬ」／「ＨＤＳＬ」／「ＨＤＳＬ２」／「Ｇ．ＳＨＤＳＬ」／「ＶＤＳＬ」／「ＩＤＳＬ」／「３ＧＰＰ２−１Ｘ」／「３ＧＰＰ２−１Ｘ−ＨＲＰＤ」／「ＤＯＣＳＩＳ」／トークン、３ＧＰＰ−ＧＥＲＡＮ ＣＳ、３ＧＰＰ−ＧＥＲＡＮ ＰＳ、３ＧＰＰ−ＵＴＲＡＮ ＣＳ、３ＧＰＰ−ＵＴＲＡＮ ＰＳ、８０２．１１ｂ、８０２．１１ａ、８０２．１１ｇ、ＥＶＤＯ、ＣＤＭＡ１Ｘ、ＷｉＭＡＸ、などを含む（それらに限定されない）。ＩＣＳＲＮは、コンタクトヘッダにも含まれる。これは、ＩＣＳＲＮの割り振りに対してタイマーを開始し、起源がＲ−ＵＲＩとしてのＩＣＳＲＮを伴う、ＭＧＣＦからの招待の受信とともにキャンセルされる。タイマーが期限満了になる場合には、ＩＣＳＲＮは、検疫プールに入れられる。

ＩＭＳ集中サービスノードが、同一のＵＥから続いて起こる要求を受信し、招待におけるＧＲＵＵによって識別される場合には、ＩＭＳ集中サービスノードは、（ａ）同一のＩＣＳＲＮを再送し、タイマーをリセットすること、（ｂ）新たなＩＣＳＲＮを割り振り、そのＩＣＳＲＮに関連付いたタイマーを開始し、古いｐｕｔを検疫プールに入れること、および（ｃ）要求を全く退け、古いｐｕｔを検疫プールに入れること、を行い得る。

以下は、３８０代替的サービス応答のコーディングに対する例示的なコードである。

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

マイクロプロセッサ４０２はまた、さらなるデバイスサブシステムとインターフェースし得、それらには、補助入力／出力（Ｉ／Ｏ）４１８、シリアルポート４２０、ディスプレイ４２２、キーボード／キーパッド４２４、スピーカ４２６、マイクロフォン４２８、ランダムアクセスメモリ（ＲＡＭ）４３０、短距離通信サブシステム４３２、および他の任意のデバイスサブシステム、例えば、概して参照番号４３３と分類されるタイマーメカニズムを含む。この実施例において、ディスプレイ４２２、キーボード／キーパッド４２４、スピーカ４２６、およびマイクロフォン４２８は、モバイル通信デバイスのユーザインターフェースの一部分であり、上記ユーザインターフェースを介し、コールがエンドユーザによって開始され得、維持され得る。アクセスを制御するために、ＳＩＭ／ＲＵＩＭ４３４も、マイクロプロセッサ４０２を用いる通信に提供され得る。１つの実装において、ＳＩＭ／ＲＵＩＭインターフェース４３４は、多くのキー構成４４４および他の情報４４６、例えばＵＲＩおよび識別データならびに加入者関連のデータを有するＳＩＭ／ＲＵＩＭカードと動作が可能である。ＳＩＭ／ＲＵＩＭ無しに、ＵＥデバイスは、モバイル機器（ＭＥ）と呼ばれるが、本開示の技術は、どちらのデバイスにも適用が可能であることを留意されたい。

オペレーティングシステムソフトウェアおよび適用可能なサービスロジックソフトウェアは、固定記憶域モジュール（すなわち、不揮発性ストレージ）、例えばフラッシュメモリ４３５に組み入れられ得る。１つの実装において、フラッシュメモリ４３５は、異なるエリアに隔離され得、例えば、コンピュータプログラム４３６に対する格納エリア（例えば、サービスプロセッシングロジック）、およびデータ格納領域、例えば、デバイスステート４３７、アドレスブック４３９、他の個人情報マネジャー（ＰＩＭ）データ４４１、および通常は参照番号４４３として分類される他のデータストレージエリアを含む。トランスポートスタック４４５は、１つ以上の適切な無線パケットトランスポートプロトコルを実施するために提供され得る。加えて、コール制御ロジックモジュール４４８は、本技術に従って、適切なコールメッセージプロセッシングのために提供され、本明細書において上述されたように、ＩＭＲＮを用いたＳＩＰ−ＵＲＩおよびコール参照ＩＤの生成、有効化、検証、および相関を実施する。

従って、回路交換（ＣＳ）ネットワークおよびＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境におけるユーザ機器（ＵＥ）デバイスからコールされたパーティへのセッション開始プロトコル（ＳＩＰ）コールを発する方法および装置が、記述される。ＳＩＰコールが、ＣＳネットワークドメインにおけるＵＥデバイスから発せられるときには、ＳＩＰユニフォームリソースインジケータ（ＵＲＩ）またはコールされたパーティのＴｅｌ ＵＲＩを含むＳＩＰ招待メッセージは、ＵＥデバイスからＩＭＳネットワークにおけるアプリケーションサーバ（ＡＳ）ノードに送られる。ＡＳノードにおいて、Ｅ．１６４番号のプールは、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）として維持され、コールされたパーティのＵＲＩのマッピングまたは関連付けに利用される。従って、ＡＳノードは、ＵＥデバイスから受信したコールされたパーティのＵＲＩに関する選択Ｅ．１６４番号を動的に割り振り、それをＳＩＰ３８０（代替的サービス）応答メッセージにおけるＵＥデバイスに戻す。次いで、動的に割り振られたＥ．１６４番号は、ＡＳノードにおけるＵＲＩの識別のために、コール設定メッセージのＵＥデバイスから送られる。従って、動的に割り振られたＥ．１６４番号は、ＵＲＩ−ＩＭＲＮマッピングを問い合わせるときに、コールされたパーティに向けてＳＩＰコールをルーティングするために利用され、将来の使用のためにＩＭＲＮのプールにリリースされ得る。適切なタイマーが、デバイスおよびＡＳノードエンドポイントにおいて提供され得、その結果として、コールに関連付けられたコール参照番号は、有効であり続けるか（例えば、タイムアウトしていないか）、または動的に割り振られたＩＭＲＮは、有効であり続けるか（例えば、タイムアウトしていないか）が、検証され得る。随意的に、リリースされたＩＭＲＮは、一定期間に検疫を受け得る。

ＡＳノードにおいて、該技術は、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）としてＥ．１６４番号のプールへのアクセスを維持する動作と；ユーザ機器（ＵＥ）デバイスから発し、回路交換ネットワークドメインを介するＳＩＰコールに対するＳＩＰ招待メッセージを受信する動作であって、該ＳＩＰ招待メッセージは、コールされたパーティのＳＩＰ ＵＲＩまたはＴｅｌ ＵＲＩを含むコール情報を有する、動作と；Ｅ．１６４番号のうちの１つを選択し、選択されたＥ．１６４番号とコール情報との間のマッピングを格納する動作と；ＳＩＰ招待メッセージの受信に応答して、ＳＩＰ３８０（代替的サービス）応答メッセージをＵＥデバイスに送信させる動作であって、該ＳＩＰ３８０（代替的サービス）応答メッセージは、選択されたＥ．１６４番号を含む、動作と；ＳＩＰ３８０（代替的サービス）応答メッセージの送信の後に、ＳＩＰコールのためにＵＥデバイスからコール設定メッセージを受信する動作であって、該コール設定メッセージは、選択されたＥ．１６４番号を有する、動作と；格納されたマッピングを介して選択されたＥ．１６４番号を用いて、コール設定メッセージから識別されたＵＲＩを識別する動作と；格納されたマッピングを介して識別されたＵＲＩを用いて、コールされたパーティとともにＳＩＰセッションを確立させる動作とを含み得る。

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

図１は、回路交換ネットワークインフラストラクチャおよびＩＰマルチメディアサブシステム（ＩＭＳ）インフラストラクチャを含む、本特許開示の実施形態が実行され得るネットワーク環境を描いている。 図２は、本特許開示の１つ以上の例示的な実施形態に関する流れ図を描いている。 図３Ａは、要求ＵＲＩにおいてコールされたパーティのＳＩＰ−ＵＲＩを有するＳＩＰ招待メッセージを使用することによってＳＩＰコールを開始し、アプリケーションサーバ（ＡＳ）ノードにおいて、動的に割り当てられたＩＰマルチメディアルーティング番号（ＩＭＲＮ）を用いてマッピングするための例示的なメッセージの流れ図を描いている。 図３Ｂは、要求ＵＲＩにおいてコールされたパーティのＳＩＰ−ＵＲＩを有するＳＩＰ招待メッセージを使用することによってＳＩＰコールを開始し、アプリケーションサーバ（ＡＳ）ノードにおいて、動的に割り当てられたＩＰマルチメディアルーティング番号（ＩＭＲＮ）を用いてマッピングするための例示的なメッセージの流れ図を描いている。 図４は、本特許開示の目的のために動作可能である通信デバイスの実施形態のブロック図を描いている。

符号の説明

１００ ネットワーク環境
１０４ アクセススペース
１１２ ＩＭＳのコアネットワーク
１２２ ＤＢ
１２４ タイマー

Claims (20)

1. 回路交換（ＣＳ）ネットワークおよびインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境におけるセッション開始プロトコル（ＳＩＰ）コールをルーティングすることに使用する方法であって、該ＳＩＰコールは、該ＣＳネットワークにおいて、モバイル通信デバイスによって、ＳＩＰユニフォームリソースインジケータ（ＵＲＩ）またはＴｅｌ ＵＲＩによって識別されたコールされたパーティに向けて開始され、該方法は、
   該ＳＩＰコールに対するモバイル開始コール要求を識別することに応答して、該ＳＩＰコールに関するコール情報を有するＳＩＰ招待メッセージが、該ＩＭＳネットワークに送信されるようにする動作であって、該ＳＩＰ招待メッセージは該コールされたパーティの該ＵＲＩを含んでいる、動作と、
   該ＳＩＰ招待メッセージを送信することに応答して、該ＩＭＳネットワークからＳＩＰ３８０（代替サービス）応答メッセージを受信する動作であって、該ＳＩＰ３８０（代替サービス）応答メッセージは、Ｅ．１６４番号を含んでいる、動作と、
   該ＳＩＰ３８０（代替サービス）応答メッセージを受信した後に、ＣＳコール設定メッセージが、該ＳＩＰコールのために該ＩＭＳネットワークに送信されるようにする動作であって、該ＣＳコール設定メッセージは、該ＳＩＰコールを該コールされたパーティにルーティングするために、該Ｅ．１６４番号を含んでいる、動作と
   を包含する、方法。
2. ＳＩＰ招待メッセージのＴＡＲＧＥＴフィールドを前記コールされたパーティの前記ＵＲＩで占めることをさらに包含する、請求項１に記載の方法。
3. 前記ＳＩＰ招待メッセージのＵＲＩフィールドを前記ＩＭＳネットワークのアプリケーションサーバ（ＡＳ）ノードのパブリックサービス識別子（ＰＳＩ）で占めることをさらに包含する、請求項１に記載の方法。
4. 前記ＳＩＰ招待メッセージが前記モバイル通信デバイスからの回路交換、モバイル開始コールに関するかどうかを示すインジケータフィールドで、該ＳＩＰ招待メッセージを占めることをさらに包含する、請求項１に記載の方法。
5. 前記コールされたパーティの前記ＵＲＩを含む前記モバイル開始コール要求を識別する前記動作は、前記モバイル通信デバイスのユーザインターフェースにおいて前記ＵＲＩの選択を受信することを包含する、請求項１に記載の方法。
6. 前記Ｅ．１６４番号は、前記ＩＭＳネットワークにおけるＥ．１６４番号のプールから動的に選択されたＥ．１６４番号であり、かつ、該ＩＭＳネットワークにおいて前記ＵＲＩにマッピングされる、請求項１に記載の方法。
7. 前記方法は、コンピュータプログラム製品において実現されており、該コンピュータプログラム製品は、コンピュータで読取可能なメディアおよび該コンピュータで読取可能なメディア内に格納されたコンピュータの命令を備えており、該コンピュータの命令は、該方法を実行するために、ワイヤレスデバイスの１つ以上のプロセッサによって実行可能である、請求項１に記載の方法。
8. 回路交換（ＣＳ）ネットワークおよびインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境において、ＳＩＰコールを開始するために動作可能なモバイル通信デバイスであって、該コールは、ＳＩＰユニフォームリソースインジケータ（ＵＲＩ）またはＴｅｌ ＵＲＩによって識別されたコールされたパーティに向けられ、該モバイル通信デバイスは、
   １つ以上のプロセッサと、
   該１つ以上のプロセッサと結合されたワイヤレストランシーバと
   を備え、該ワイヤレストランシーバは、該ＣＳネットワークを介した通信のために適合され、該１つ以上のプロセッサは、
   該ＳＩＰコールに対するモバイル開始コール要求を識別することに応答して、該ＳＩＰコールに関するコール情報を有するＳＩＰ招待メッセージが、該ワイヤレストランシーバおよび該ＣＳネットワークを介して、該ＩＭＳネットワークに送信されるようにすることであって、該ＳＩＰ招待メッセージは該コールされたパーティの該ＵＲＩを含んでいる、ことと、
   該ＳＩＰ招待メッセージを送信することに応答して、該ワイヤレストランシーバおよび該ＣＳネットワークを介して、該ＩＭＳネットワークからＳＩＰ３８０（代替サービス）応答メッセージを受信することであって、該ＳＩＰ３８０（代替サービス）応答メッセージは、Ｅ．１６４番号を含んでいる、ことと、
   該ＳＩＰ３８０（代替サービス）応答メッセージを受信した後に、ＣＳコール設定メッセージが、該ワイヤレストランシーバおよび該ＣＳネットワークを介して、該ＳＩＰコールのために該ＩＭＳネットワークに伝達されるようにすることであって、該ＣＳコール設定メッセージは、該ＳＩＰコールを該コールされたパーティにルーティングするために、該Ｅ．１６４番号を含んでいる、ことと
   に適合されている、モバイル通信デバイス。
9. 前記１つ以上のプロセッサは、前記コールされたパーティの前記ＵＲＩで、前記ＳＩＰ招待メッセージのＴＡＲＧＥＴフィールドを占めるようにさらに動作可能である、請求項８に記載のモバイル通信デバイス。
10. 前記１つ以上のプロセッサは、前記ＳＩＰ招待メッセージのＵＲＩフィールドを前記ＩＭＳネットワークのアプリケーションサーバ（ＡＳ）ノードのパブリックサービス識別子（ＰＳＩ）で占めるようにさらに動作可能である、請求項８に記載のモバイル通信デバイス。
11. 前記１つ以上のプロセッサは、前記ＳＩＰ招待メッセージが前記モバイル通信デバイスからの回路交換、モバイル開始コールに関するかどうかを示すインジケータフィールドで、該ＳＩＰ招待メッセージを占めるようにさらに動作可能である、請求項８に記載のモバイル通信デバイス。
12. 前記１つ以上のプロセッサは、前記ＳＩＰ招待メッセージが、前記ワイヤレスデバイスにおいてユーザ開始コール要求を検出することに応答して送信されるように動作可能であり、該コール要求は、前記コールされたパーティの前記ＵＲＩを含んでいる、請求項８に記載のモバイル通信デバイス。
13. 回路交換（ＣＳ）ネットワークおよびインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境におけるセッション開始プロトコル（ＳＩＰ）コールを遂行するために、アプリケーションサーバ（ＡＳ）ノードを用いて動作可能な方法であって、該ＳＩＰコールは、ＳＩＰユニフォームリソースインジケータ（ＵＲＩ）またはＴｅｌ ＵＲＩによって識別されたコールされたパーティに向けられ、該方法は、
    Ｅ．１６４番号のプールへのアクセスを維持する動作と、
    該ＣＳネットワークを通じてモバイル通信デバイスから開始するＳＩＰコールに関するＳＩＰ招待メッセージを受信する動作であって、該ＳＩＰ招待メッセージは、該コールされたパーティの該ＵＲＩを含むコール情報を有している、動作と、
    該プールから該Ｅ．１６４番号のうちの１つを選択し、該選択されたＥ．１６４番号と該ＳＩＰコールに関する該コール情報との間のマッピングを格納する動作と、
    該ＳＩＰ招待メッセージを受信することに応答して、ＳＩＰ３８０（代替サービス）応答メッセージが、該モバイル通信デバイスに送信されるようにする動作であって、該ＳＩＰ３８０（代替サービス）応答メッセージは、該選択されたＥ．１６４番号を有している、動作と、
    該ＳＩＰ３８０（代替サービス）応答メッセージの該送信の後に、該ＳＩＰコールに関して、該モバイル通信デバイスからＣＳコール設定メッセージを受信する動作であって、該ＣＳコール設定メッセージは、該選択されたＥ．１６４番号を有している、動作と、
    該格納されたマッピングを介した該選択されたＥ．１６４番号の使用によって、該ＣＳコール設定メッセージから識別された該ＵＲＩを識別する動作と、
    該コールされたパーティを有するＳＩＰセッションが、該格納されたマッピングを介して識別された該ＵＲＩの使用によって確立されるようにする動作と
    を包含する、方法。
14. ＳＩＰ招待メッセージのＴＡＲＧＥＴフィールドを前記コールされたパーティの前記ＵＲＩで識別することをさらに包含する、請求項１３に記載の方法。
15. 前記ＳＩＰ招待メッセージのＵＲＩフィールドは、前記ＩＭＳネットワークの前記ＡＳノードのパブリックサービス識別子（ＰＳＩ）で占められる、請求項１３に記載の方法。
16. 前記ＳＩＰ招待メッセージにおけるインジケータフィールドにおけるインジケータを読み取ることと、
    該インジケータが、該モバイル通信デバイスからの回路交換、モバイル開始コールを示すように設定されるかどうかを識別することと、
    該インジケータが、該回路交換、モバイル開始コールを示すように設定される場合に、該Ｅ．１６４番号を選択する次の動作を実行し、該マッピングを格納し、ＳＩＰ３８０（代替サービス）応答メッセージが、該モバイル通信デバイスに送信されるようにすることと、
    または該インジケータが、該回路交換、モバイル開始コールを示すように設定されない場合に、次の動作を実行することを避けることと
    をさらに包含する、請求項１３に記載の方法。
17. 回路交換（ＣＳ）ネットワークを含むネットワーク環境において、モバイル通信デバイスによって開始されたセッション開始プロトコル（ＳＩＰ）コールを遂行するインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークにおいて使用するアプリケーションサーバ（ＡＳ）ノードであって、該コールは、ＳＩＰユニフォームリソースインジケータ（ＵＲＩ）またはＴｅｌ ＵＲＩによって識別されたコールされたパーティに向けられ、該ＡＳノードは、１つ以上のプロセッサを備えており、該プロセッサは、Ｅ．１６４番号のプールへのアクセスを維持することと；該ＣＳネットワークを介して該モバイル通信デバイスから開始する該ＳＩＰコールに関するＳＩＰ招待メッセージを受信することであって、該ＳＩＰ招待メッセージは、該コールされたパーティの該ＵＲＩを含むコール情報を有している、ことと；該プールから該Ｅ．１６４番号のうちの１つを選択し、該選択されたＥ．１６４番号と該ＳＩＰコールに関する該コール情報との間のマッピングを格納することと；該ＳＩＰ招待メッセージを受信することに応答して、ＳＩＰ３８０（代替サービス）応答メッセージが、該モバイル通信デバイスに送信されるようにすることであって、該ＳＩＰ３８０（代替サービス）メッセージは、該選択されたＥ．１６４番号を含んでいる、ことと；該ＳＩＰ３８０（代替サービス）応答メッセージの該送信の後に、該ＳＩＰコールに関して、該モバイル通信デバイスからＣＳコール設定メッセージを受信することであって、該ＣＳコール設定メッセージは、該選択されたＥ．１６４番号を有している、ことと；該格納されたマッピングを介した該選択されたＥ．１６４番号の使用によって、該コール設定メッセージから識別された該ＵＲＩを識別することと；該コールされたパーティを有するＳＩＰセッションが、該格納されたマッピングを介して識別された該ＵＲＩの使用によって確立されるようにすることとに適合されている、ＡＳノード。
18. 前記１つ以上のプロセッサは、ＳＩＰ招待メッセージのＴＡＲＧＥＴフィールドを前記コールされたパーティの前記ＵＲＩで識別するようにさらに適合されている、請求項１７に記載のＡＳノード。
19. 前記１つ以上のプロセッサは、前記プールから前記Ｅ．１６４番号を動的に割り当てることによって、該Ｅ．１６４番号を選択するようにさらに適合されている、請求項１７に記載のＡＳノード。
20. 前記１つ以上のプロセッサは、前記ＳＩＰ招待メッセージにおけるインジケータフィールドにおけるインジケータを読み取ることと；該インジケータが、該モバイル通信デバイスからの回路交換、モバイル開始コールを示すように設定されているかどうかを識別することと；該インジケータが、該回路交換、モバイル開始コールを示すように設定される場合に、該Ｅ．１６４番号を選択する次の動作を実行し、該マッピングを格納し、ＳＩＰ３８０（代替サービス）応答メッセージが、該モバイル通信デバイスに送信されるようにすることと；または該インジケータが、該回路交換、モバイル開始コールを示すように設定されない場合に、次の動作を実行することを避けるようにすることとにさらに適合されている、請求項１７に記載のＡＳノード。

Images