JP5394537B2 - 通信迂回通知のためのシステムおよび方法 - Google Patents

Description

本願は、米国仮特許出願第６０／９８２，０５８号（２００７年１０月２３日出願、Ｊｏｈｎ−Ｌｕｃ Ｂａｋｋｅｒ他、名称「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ
Ｈａｎｄｌｉｎｇ Ｐｒｉｖａｔｅ Ｎｕｍｂｅｒ Ｐｌａｎｓ」）に基づく優先権を主張する。該仮出願の全体が、参照により本明細書に再製されたかのごとく引用される。

本願において、携帯電話、携帯情報端末、手持ち式コンピュータ、および類似のデバイス等の、無線通信機能を持つ、簡単に持ち運び可能なデバイスをノードという。「ノード」という用語は、無線デバイスおよび加入者識別モジュール（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ／ＳＩＭ）アプリケーション、汎用加入者識別モジュール（Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ／ＵＳＩＭ）アプリケーション、または取り外し可能ユーザ識別モジュール（Ｒｅｍｏｖａｂｌｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ／Ｒ−ＵＩＭ）アプリケーションを含むその関連付けられる汎用ＩＣカード（Ｕｎｉｖｅｒｓａｌ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｃａｒｄ／ＵＩＣＣ）を指す場合があり、そのようなカードのないデバイスそのものを指す場合がある。また、「ノード」という用語は、類似の能力を持つが持ち運びが可能でない、固定回線電話、デスクトップコンピュータ、またはセットトップボックス等のデバイスを指す場合もある。「ノード」という用語は、ＳＩＰユーザエージェント等のユーザエージェントをさらに指す場合もある。ノードは、第２のノード、電気通信ネットワーク内の他のなんらかの要素、サーバコンピュータ、または他のなんらかのデバイス等の自動コンピュータデバイスと通信することもあり、そのいずれもが対応するノードと呼ばれ得る。ノードと対応するノードとの間の通信接続は、音声コール、ファイル伝送、または他のなんらかの種類のデータ交換を促進することがあり、そのいずれもがコールまたはセッションと呼ばれ得る。

２つのデバイス間に専用通信経路が存在する、回線交換モードで通信するノードもある。コールまたはセッションの期間中、２つのデバイス間で交換されるすべてのデータは、単一経路に沿って移動する。コールまたはセッションの一部分に相当するデータストリームが、固有の識別子を与えられるパケットに分割される、パケット交換モードで通信する能力を有するノードもある。次に、パケットは、異なる経路に沿ってソースからあて先に伝送され、そのあて先に異なる時間に到達する場合がある。そのあて先に到達すると、パケットは識別子に基づいて、元のシーケンスに再構築される。回線交換モードとパケット交換モードの両方をサポートし得る、マルチモードデバイスとして公知のデバイスもある。

回線交換を介して行われる通信は、回路交換ドメインの中で発生すると言うことができ、パケット交換を介して行われる通信は、パケット交換ドメインの中で発生すると言うことができる。それぞれのドメイン内部では、種々の異なる種類のネットワーク、プロトコル、または技術が使用され得る。いくつかの事例では、両方のドメインにおいて同一のネットワーク、プロトコル、または技術が使用され得る。無線通信ネットワークは、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＣＤＭＡ）、Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＴＤＭＡ）、Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＦＤＭＡ）、直交周波数分割多重（ＯＦＤＭ）、または他のなんらかの複数のアクセススキームに基づき得る。ＣＤＭＡ−ｂａｓｅｄネットワークは、３ＧＰＰ２ ＩＳ−２０００（一般にＣＤＭＡ １ｘと呼ばれる）、３ＧＰＰ２ ＩＳ−８５６（一般にＣＤＭＡ １ｘＥＶ−ＤＯと呼ばれる）、または３ＧＰＰ ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）等の１つ以上の規格を実装し得る。ＴＤＭＡ型ネットワークは、３ＧＰＰ Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）または３ＧＰＰ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）等の１つ以上の規格を実装し得る。通信ネットワークはまた、固定回線技術から成り得る。

ＧＳＭは、回線交換モードのみを使用する無線ネットワーク規格の一例である。パケット交換のみを使用する無線ネットワーク規格の例には、ＧＰＲＳ、ＣＤＭＡ １ｘ ＥＶ−ＤＯ、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ）、および８０２．１６、８０２．１６ｅ、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｎ等のＩｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）規格および類似の規格に準拠し得る、無線ローカルエリアネットワーク（ＷＬＡＮ）を含む。回線交換およびパケット交換モードの両方を使用し得る無線ネットワーク規格の例には、ＣＤＭＡ １ｘおよびＵＭＴＳを含む。パケット交換無線ネットワークにおいて使用され得るアプリケーション層プロトコルの一例には、セッション開始プロトコル（ＳＩＰ）を含む。ＳＩＰは、標準化され、主にインターネット技術タスクフォース（ＩＥＴＦ）によって管理されている。ＩＰ（インターネットプロトコル）マルチメディアサブシステム（ＩＭＳ）とは、マルチメディアコンテンツがノード間を伝送されることを可能にするパケット交換技術である。
例えば、本願発明は以下の項目を提供する。
（項目１）
着信に関連する通信迂回に関する通知を受信するように構成されている構成要素であって、該着信は、通知される少なくとも１つの特定の理由に対する基準と一致する通信迂回のみに対応し、該通知は、ロケールに依存せずに符号化されている迂回理由要素を含む、構成要素
を備える、ノード。
（項目２）
前記構成要素は、プロセッサである、項目１に記載のノード。
（項目３）
前記構成要素は、実質的にＸＭＬ（拡張可能なマークアップ言語）通知文書の形式で通知メッセージを送信することを促進するように構成されている、項目１または２のいずれかに記載のノード。
（項目４）
前記通信迂回は、第１の通信迂回および後続の通信迂回のうちの１つである、項目１から３のうちのいずれか１項に記載のノード。
（項目５）
ｃａｕｓｅ ｐａｒａｍパラメータは、前記迂回理由要素との間でマッピングされている、項目１から４のうちのいずれか１項に記載のノード。
（項目６）
前記ｃａｕｓｅ ｐａｒａｍパラメータは、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ（ＩＥＴＦ） Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ （ＲＦＣ）４４５８で規定されている通信迂回コードに従って設定されている、項目１から５のうちのいずれか１項に記載のノード。
（項目７）
前記ｐａｒａｍパラメータと迂回理由要素とのマッピングは、実質的に、
「話中通信転送」とＲＦＣ４４５８［１４］によって定義される理由値「４８６」とが使用され、
「無応答時通信転送」とＲＦＣ４４５８［１４］によって定義される理由値「４０８」とが使用され、
「無条件通信転送」とＲＦＣ４４５８［１４］によって定義される理由値「３０２」とが使用され、
「通信デフレクション」（即時応答）とＲＦＣ４４５８［１４］によって定義される理由値「４８０」とが使用され、
「非ログイン通信転送」とＲＦＣ４４５８［１４］によって定義される理由値「４０４」とが使用され、
「警告中通信デフレクション」とＲＦＣ４４５８［１４］によって定義される理由値「４８７」とが使用され、
「連絡の取れない加入者への通信転送」とＲＦＣ４４５８［１４］によって定義される理由値「５０３」とが使用される、
項目１から６のうちのいずれか１項に記載のノード。
（項目８）
前記ＸＭＬ通知文書は、対応するＸＭＬスキーマによって有効化され得る、項目３に記載のノード。
（項目９）
前記通知メッセージは、前記ＸＭＬ通知文書を有する本体を含むＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅｄ Ｐｒｏｔｏｃｏｌ）ＮＯＴＩＦＹ要求である、項目１から８のうちのいずれか１項に記載のノード。
（項目１０）
通知される少なくとも１つの特定の理由に従って、特定の通信迂回を選択するための第１のフィルタ基準を構成し、該通知される少なくとも１つの特定の理由と一致する通信迂回のみを選択することを可能にする、申込メッセージを提供する構成要素であって、リダイレクト理由は、迂回理由要素にマッピングされている、構成要素
を備えている、ノード。
（項目１１）
前記リダイレクト理由は、ｃａｕｓｅ ｐａｒａｍパラメータである、項目１０に記載のノード。
（項目１２）
前記ノードは、ユーザエージェントを含む、項目１０または項目１１に記載のノード。
（項目１３）
前記構成要素は、実質的にＸＭＬ（拡張可能なマークアップ言語）通知文書の形式で申込メッセージを送信することを促進するように構成されている、項目１０から１２のうちのいずれか１項に記載のノード。
（項目１４）
前記ＸＭＬ文書は、対応するＸＭＬスキーマによって有効化され得る、項目１３に記載のノード。
（項目１５）
前記通信迂回通知は、前記ＸＭＬ通知文書を有する本体を含むＳＩＰ（Ｓｅｓｓｉｏｎ
Ｉｎｉｔｉａｔｅｄ Ｐｒｏｔｏｃｏｌ）ＮＯＴＩＦＹ要求である、項目１０から１４のうちのいずれか１項に記載のノード。
（項目１６）
前記申込メッセージは、ＳＩＰ ＳＵＢＳＣＲＩＢＥ要求である、項目１０から１５のうちのいずれか１項に記載のノード。
（項目１７）
前記申込メッセージは、前記ノードに提供される前記通信迂回に関する情報を選択するための第２のフィルタ基準を構成している、項目１０から１６のうちのいずれか１項に記載のノード。
（項目１８）
通信迂回および通信迂回通知のための方法であって、
通知される少なくとも１つの特定の理由に従って、特定の通信迂回を選択するための第１のフィルタ基準を構成している申込メッセージを提供することと、
該通知される少なくとも１つの特定の理由と一致する通信迂回のみを選択することを可能にすることであって、リダイレクト理由は、迂回理由要素にマッピングされている、ことと
を含む、方法。
（項目１９）
前記リダイレクト理由は、ｃａｕｓｅ ｐａｒａｍパラメータである、項目１８に記載の方法。
（項目２０）
前記ノードは、ユーザエージェントを含む、項目１８または項目１９に記載の方法。
（項目２１）
前記構成要素は、実質的にＸＭＬ（拡張可能なマークアップ言語）通知文書の形式で申込メッセージを送信することを促進するように構成されている、項目１８から２０のうちのいずれか１項に記載の方法。
（項目２２）
前記ＸＭＬ文書は、対応するＸＭＬスキーマによって有効化され得る、項目１８から２１のうちのいずれか１項に記載の方法。
（項目２３）
前記通信迂回通知は、前記ＸＭＬ通知文書を有する本体を含むＳＩＰ（Ｓｅｓｓｉｏｎ
Ｉｎｉｔｉａｔｅｄ Ｐｒｏｔｏｃｏｌ）ＮＯＴＩＦＹ要求である、項目１８から２２のうちのいずれか１項に記載の方法。
（項目２４）
前記申込メッセージは、ＳＩＰ ＳＵＢＳＣＲＩＢＥ要求である、項目１８から２３のうちのいずれか１項に記載の方法。
（項目２５）
前記申込メッセージは、前記ノードに提供される前記通信迂回に関する情報を選択するための第２のフィルタ基準を構成している、項目１８から２４のうちのいずれか１項に記載の方法。
（項目２６）
通信迂回および通信迂回通知のための方法であって、
通知される少なくとも１つの特定の理由に対する第１のフィルタ基準を含む申込要求を受信することと、
通信迂回のリダイレクト理由を該第１のフィルタ基準と一致させることと、
該通信迂回の通知を提供することと、
該通信迂回に応答して、該通信迂回に関連する情報を通信することであって、該情報は、迂回条件に従って設定される迂回理由要素を含む、ことと
を含む、方法。
（項目２７）
前記迂回理由要素は、ロケールに依存せずに符号化される、項目２６に記載の方法。
（項目２８）
ｃａｕｓｅ ｐａｒａｍパラメータと前記迂回理由要素との間でマッピングすることをさらに含む、項目２６または項目２７に記載の方法。
（項目２９）
前記ｃａｕｓｅ ｐａｒａｍパラメータは、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ（ＩＥＴＦ） Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ （ＲＦＣ）４４５８で規定されている通信迂回コードに従って設定されている、項目２６から２８のうちのいずれか１項に記載の方法。
（項目３０）
前記ｐａｒａｍパラメータと迂回理由要素とのマッピングは、実質的に、
「話中通信転送」とＲＦＣ４４５８［１４］によって定義される理由値「４８６」とが使用され、
「無応答時通信転送」とＲＦＣ４４５８［１４］によって定義される理由値「４０８」とが使用され、
「無条件通信転送」とＲＦＣ４４５８［１４］によって定義される理由値「３０２」とが使用され、
「通信デフレクション」（即時応答）とＲＦＣ４４５８［１４］によって定義される理由値「４８０」とが使用され、
「非ログイン通信転送」とＲＦＣ４４５８［１４］によって定義される理由値「４０４」とが使用され、
「警告中通信デフレクション」とＲＦＣ４４５８［１４］によって定義される理由値「４８７」とが使用され、
「連絡の取れない加入者への通信転送」とＲＦＣ４４５８［１４］によって定義される理由値「５０３」とが使用される、
項目２８に記載の方法。
（項目３１）
前記通信迂回は、第１の通信迂回である、項目２６から３０のうちのいずれか１項に記載の方法。
（項目３２）
前記通信迂回は、後続の通信迂回である、項目２６から３１のうちのいずれか１項に記載の方法。
（項目３３）
実質的にＸＭＬ（拡張可能なマークアップ言語）通知文書の形式で通知メッセージを送信することをさらに含む、項目２６から３２のうちのいずれか１項に記載の方法。
（項目３４）
ＸＭＬ通知文書は、対応するＸＭＬスキーマによって有効化され得る、項目２６から３３のうちのいずれか１項に記載の方法。
（項目３５）
前記通知メッセージは、前記ＸＭＬ通知文書を有する本体を含むＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅｄ Ｐｒｏｔｏｃｏｌ）ＮＯＴＩＦＹ要求である、項目２６から３４のうちのいずれか１項に記載の方法。
（項目３６）
通信迂回通知のための方法であって、
ユーザ機器から、特定の通信迂回を選択するためのフィルタ基準を構成している申込メッセージを受信することと、
該通信迂回に関する情報を選択することと、
通知される特定された理由に一致する通信迂回のみを選択することを可能にすることであって、ｃａｕｓｅ ｐａｒａｍパラメータは、迂回理由要素にマッピングされている、ことと
を含む、方法。
（項目３７）
実質的にＸＭＬ（拡張可能なマークアップ言語）通知文書の形式で申込メッセージを受信することをさらに含む、項目３６に記載の方法。
（項目３８）
前記ＸＭＬ文書は、対応するＸＭＬスキーマによって有効化され得る、項目３６または項目３７に記載の方法。
（項目３９）
前記通信迂回通知は、前記ＸＭＬ通知文書を有する本体を含むＳＩＰ（Ｓｅｓｓｉｏｎ
Ｉｎｉｔｉａｔｅｄ Ｐｒｏｔｏｃｏｌ）ＮＯＴＩＦＹ要求である、項目３６から３８のうちのいずれか１項に記載の方法。
（項目４０）
前記ＳＩＰ申込メッセージは、ＳＩＰ Ｓｕｂｓｃｒｉｂｅ要求である、項目３６から３９のうちのいずれか１項に記載の方法。
（項目４１）
通信迂回のための方法であって、
関連するタイムゾーン外の時間要素を含む申込メッセージの受信に応答して、エラーメッセージにより該申込メッセージを拒否することを含む、
方法。
（項目４２）
前記申込メッセージは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅｄ Ｐｒｏｔｏｃｏｌ）ＳＵＢＳＣＲＩＢＥ要求である、項目４１に記載の方法。
（項目４３）
前記エラーメッセージは、ＳＩＰ ４８９「Ｂａｄ Ｅｖｅｎｔ」である、項目４１または４２に記載の方法。
（項目４４）
時間要素は、時間または日、もしくは日および時間、あるいは、時間範囲または日範囲、もしくは日および時間範囲として定義される、項目４１から４３のうちのいずれか１項に記載の方法。
（項目４５）
前記申込メッセージは、その範囲の中ですべての通信迂回が前記ユーザ機器に通知される時間範囲または日範囲、もしくは日および時間範囲を含み、前記１つ以上のタイムゾーンは、該時間範囲または日範囲、もしくは日および時間範囲に関連付けられる、項目４１から４４のうちのいずれか１項に記載の方法。
（項目４６）
前記申込メッセージは、その時に通信迂回の通知を前記ユーザ機器に送信されることが可能な、時間範囲または日範囲、もしくは日および時間範囲を含み、前記１つ以上のタイムゾーンは、該時間範囲または日範囲、もしくは日範囲および時間範囲に関連付けられる、項目４１から４５のうちのいずれか１項に記載の方法。

本開示のより完全な理解のために、類似の参照番号は類似の部品を表す、添付の図面および詳細な説明とあわせて、以下の簡単な説明が参照される。
図１は、本開示の実施形態に従う、電気通信システムのブロック図である。 図２は、本開示の実施形態に従う、コール迂回についてのコードおよび対応する理由を示す表である。 図３は、本開示の実施形態に従う、ノードからのコールを迂回する理由を、ノードに通知するための方法のブロック図である。 図４は、本開示の実施形態に従う通信迂回に関して、ノードに通知するための方法のブロック図である。 図５は、本開示の種々の実施形態のうちのいくつかのために動作可能なノードを含む、無線通信システムの図解である。 図６は、本開示の種々の実施形態のうちのいくつかのために動作可能なノードのブロック図である。 図７は、本開示の種々の実施形態のうちのいくつかのために動作可能なノード上に実装され得る、ソフトウェア環境の図解である。 図８は、本開示の種々の実施形態を実装するために適当な、例示的汎用コンピュータシステムである。

まず始めに、本開示の１つ以上の実施形態の説明的実装が以下に提供されるが、開示されるシステムおよび／または方法は、現在公知の、または既存の任意の数の技術を使用して実装され得るということが理解されるべきである。本開示は、説明的実装、図面、および本願に説明され記載される例示的設計および実装を含む、以下に説明される技術にまったく限定されないが、特許請求の範囲の均等物の全範囲と共に添付の請求項の範囲内で、変更され得るものとする。本開示を通して使用される際の基準とは、単一の基準のみを含むことができる。

一実施形態では、通知される少なくとも１つの特定の理由に対する基準と一致する通信迂回のみに対応する着信に関連する、通信迂回に関する通知を受信するように構成される、構成要素であって、通知は、ロケールに依存せずに符号化される迂回理由要素を含む構成要素を備えるノードが提供される。

別の実施形態では、特定の通信迂回を選択および通信迂回に関する情報を選択するためのフィルタ基準を構成し、通知される少なくとも１つの特定の理由と一致する通信迂回のみを選択することを可能にし、ｃａｕｓｅ ｐａｒａｍパラメータが迂回理由要素にマッピングされる、申込メッセージを提供するように構成要素を含むノードが提供される。

別の実施形態では、通信迂回および通信迂回通知のための方法が提供される。本方法は、通知される少なくとも１つの特定の理由に従って、特定の通信迂回を選択する第１のフィルタ基準を構成している、申込メッセージを提供することを含む。本方法は、通知される少なくとも１つの特定の理由と一致する通信迂回のみを選択することを可能にし、リダイレクト理由が迂回理由要素にマッピングされることをさらに含む。

別の実施形態では、通信迂回および通信迂回通知のための方法が提供される。本方法は、通知される少なくとも１つの特定の理由に対する第１のフィルタ基準を含む、申込要求を受信することと、通信迂回のリダイレクト理由を第１のフィルタ基準と一致させることと、通信迂回の通知を提供することと、通信迂回に応じて、通信迂回に関連する情報を通信することであって、情報は、迂回条件に従って設定される迂回理由要素を含む、こととを含む。

別の実施形態では、通信迂回通知のための方法が提供される。本方法は、ユーザ機器から、特定の通信迂回を選択するための基準についてのフィルタを構成している申込メッセージを受信することと、通信迂回に関する情報を選択することと、通知される特定された理由に一致する通信迂回のみを選択することを可能にすることであって、ｃａｕｓｅ ｐａｒａｍパラメータが迂回理由要素にマッピングされる、こととを含む。

別の実施形態では、通信迂回のための方法が提供される。本方法は、関連するタイムゾーン外の時間要素を含む申込メッセージの受信に応じて、エラーメッセージにより申込メッセージを拒否することを含む。

通信迂回（ＣＤＩＶ）とは、ＳＩＰが開始したコール等の回線交換コールおよびパケット交換コールに利用可能な、設定可能なサービスである。ＣＤＩＶは、通信転送、話中通信転送、およびコールが元々向けられたノードとは異なるノードにリダイレクトされることを可能にする、類似のオプション等の機能を提供し得る。本願では、そのようなコールの転送またはリターゲットのいずれも、コールの迂回という。ＣＤＩＶＮは、コール迂回に関連する通知が、そこからコールが迂回されるかまたはリターゲットされるハンドセットまたは他のノードに伝送される能力を提供する、ＣＤＩＶの機能拡張版である。通知は、コール迂回の理由に関連する情報が伝送され得るということを含み得る。しかしながら、現在提案されている限りでは、コール迂回理由がどのように生成され、認識され、記憶され、提示され、または別様に管理されるのか明確でない。

例えば、提案される１つの迂回理由は「Ｉｎ Ｍｅｅｔｉｎｇ」であり、この理由は、コード、＜ｄｉｖｅｒｓｉｏｎ−ｒｅａｓｏｎ＞Ｉｎ Ｍｅｅｔｉｎｇ＜／ｄｉｖｅｒｓｉｏｎ−ｒｅａｓｏｎ＞．によって特定される場合がある。しかしながら、このコードを生成し得るデータをハンドセットユーザが入力するための機構は提案されていない。ユーザが手動でテキスト「ｉｎ ｍｅｅｔｉｎｇ」または類似のメッセージをハンドセットに入力したとしても、そのようなユーザによって生成されたメッセージは、その通知を取り扱う可能性のあるアプリケーションサーバまたは他のネットワーク構成要素によって、認識または操作されることができない。具体的には、ｃａｕｓｅ ｐａｒａｍパラメータ値または他のコール迂回インジケータから迂回理由要素への「Ｉｎ ｍｅｅｔｉｎｇ」等のマッピングは不明瞭である。したがって、この通知機能がどのように実装され得るのかは、現在提案されている限りでは不明瞭である。

一実施形態では、コールが迂回されるとき、その迂回の理由に対応するコードは、そこからコールが迂回されたノードへ伝送され得る。迂回理由要素とも呼ばれ得る迂回理由コードは、迂回を取り扱うか、または迂回を認識しているアプリケーションサーバまたは類似のネットワーク構成要素から生成されるか、またはこれらによって利用可能な、既存のコール迂回コードから獲得され得る。これらのコール迂回理由コードのうちの１つがノードに伝送されるとき、ノードは、コードをコール迂回理由インジケータに変換することができ、これはノードユーザによる認知が可能である。変換は、そのノード上に記憶されるローカル設定に従って行われ得る。

図１は、コールが迂回されるときの迂回理由通知の使用を説明し得る、システム１００の実施形態のブロック図である。システム１００は、コール迂回およびコール迂回通知を取り扱うアプリケーションサーバ１０８を含む、パケット交換ネットワーク１０２を含む。他の実施形態では、別の構成要素または構成要素群は、これらの機能のどちらかまたは両方を実施し得る。ノードＡ １１０ａは、ネットワーク１０２を介してノードＢ １１０ｂにコールを設定する。ノードＢ １１０ｂは、ノードＢ １１０ｂに向けられたあらゆるコールをノードＣ １１０ｃに伝送するようにアプリケーションサーバ１０８が指示されるようにアクティブにされる、通信伝送機能を有する。ノード１１０は、携帯デバイスまたは固定ロケーションのデバイスであり得る。

アプリケーションサーバ１０８が、ノードＢ １１０ｂからノードＣ １１０ｃへコールを迂回させる時はいつでも、アプリケーションサーバ１０８は、その迂回の理由を示すように、コール迂回理由コード１２０をノードＢ １１０ｂに伝送し得る。コール迂回理由コード１２０は、迂回理由要素とも呼ばれ得る。コード１２０は、典型的にアプリケーションサーバ１０８に含まれるか、アプリケーションサーバ１０８が利用可能な既存のコードの組１２０から獲得され得る。アプリケーションサーバ１０８が迂回理由を示すために使用され得るコードの組１２０は、インターネット技術タスクフォース（ＩＥＴＦ）ＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）４４５８に記載されており、これを図２に示す。コード１２０の表１２２中のそれぞれのコード１２０は、コール迂回が発生した理由１２５に対応する。アプリケーションサーバ１０８は、コール迂回が検出されたときに、これらのコール迂回理由コード１２０を生成し得る。代替的に、コード１２０がネットワーク１０２内の別の構成要素によって生成されたときに、アプリケーションサーバ１０８は、コード１２０を認識させられ得る。他の実施形態では、アプリケーションサーバ１０８または類似の構成要素に利用可能な他のコードおよび／または理由が使用され得る。ＩＥＴＦ ＲＦＣ ４４５８、ならびに、ＥＴＳＩ ＴＳ １８３ ００４：「Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ａｎｄ Ｉｎｔｅｒｎｅｔ ｃｏｎｖｅｒｇｅｄ
Ｓｅｒｖｉｃｅｓ ａｎｄ Ｐｒｏｔｏｃｏｌｓ ｆｏｒ Ａｄｖａｎｃｅｄ Ｎｅｔｗｏｒｋｉｎｇ（ＴＩＳＰＡＮ）」、ＥＴＳＩ ＴＩＳＰＡＮ＃１５Ｂ、添付１５ｂＴＤ３３８＿０３０７５は、すべての目的のために参照によってすべて本願に組み込まれる。

コールの第１回目の迂回時にコールとともに含まれ得る情報の詳細は、以下のようにＥＴＳＩ ＴＳ １８３ 添付００４、１５ｂＴＤ３３８＿０３０７５セクション４．５．２．６．２．２に記載されている。

これが、通信が経験する第１回目の迂回である時、迂回元アドレス、迂回先アドレス、および迂回情報の情報がリターゲット要求において設定され得る。Ｒｅｑｕｅｓｔ ＵＲＩ、Ｈｉｓｔｏｒｙ−Ｉｎｆｏヘッダフィールド、およびＴｏヘッダフィールドのヘッダフィールドが含まれるか、または特定の値を用いて変更され得る。Ｒｅｑｕｅｓｔ ＵＲＩは、通信が迂回される公開ユーザＩＤに設定され得る。

Ｈｉｓｔｏｒｙ−Ｉｎｆｏヘッダフィールドにおいて、２つのｈｉｓｔ−ｉｎｆｏエントリが生成され得る。第１のエントリは、サービスを受けるユーザのｈｉ−ｔａｒｇｅｔｅｄ−ｔｏ−ｕｒｉを含む。サービスを受けるユーザがプライバシーを希望する場合（例えば、サービスを受けるユーザがＯＩＲサービスに加入している）またはサービスを受けるユーザが加入オプション「サービスを受けるユーザは、迂回先のユーザへの自身のＵＲＩの提示を許可する」を偽（ｆａｌｓｅ）に設定している場合、プライバシーヘッダ「ｈｉｓｔｏｒｙ」は、ｈｉ−ｔａｒｇｅｔｅｄ−ｔｏ−ｕｒｉ内にエスケープされ得る。インデックスは、ＲＦＣ ４２４４に特定される規則に従い、ｉｎｄｅｘ＝１に設定される。

第２のエントリは、通信が迂回される先のアドレスのｈｉ−ｔａｒｇｅｔｅｄ−ｔｏ−ｕｒｉを含む。インデックスは、ｉｎｄｅｘ＝１．１に設定される。Ｈｉｓｔｏｒｙ−Ｉｎｆｏヘッダフィールドに含まれるｃａｕｓｅ ｐａｒａｍパラメータ（リダイレクト理由およびリダイレクトインジケータ）は、迂回条件に従って設定され得る。迂回条件とｃａｕｓｅ ｐａｒａｍパラメータの符号化との間のマッピングは、以下であり得る：話中通信伝送、ＲＦＣ ４４５８によって定義される理由値「４８６」が使用され得る。無応答時通信伝送、ＲＦＣ ４４５８によって定義される理由値「４０８」が使用され得る。無条件通信伝送、ＲＦＣ ４４５８によって定義される理由値「３０２」が使用され得る。通信デフレクション（即時応答）、ＲＦＣ ４４５８によって定義される理由値「４８０」が使用され得る。非ログイン通信伝送、ＲＦＣ ４４５８によって定義される理由値「４０４」が使用され得る。警告中通信デフレクション、ＲＦＣ ４４５８によって定義される理由値「４８７」が使用され得る。連絡の取れない加入者への通信伝送、ＲＦＣ ４２４４に特定される規則に従い、ＲＦＣ ４４５８によって定義される理由値「５０３」が使用され得る。

Ｔｏヘッダフィールドにおいて、サービスを受けるユーザが迂回先にユーザのＩＤを明らかにすることを希望しない場合、Ｔｏヘッダは、通信が迂回される先のＵＲＩに変更され得る。サービスを受けるユーザは、以下の条件：サービスを受けるユーザがプライバシーを希望する場合（例えば、サービスを受けるユーザがＯＩＲサービスに加入している）、またはサービスを受けるユーザが加入オプション「サービスを受けるユーザは、迂回先のユーザへの自身のＵＲＩの提示を許可する」を偽（ｆａｌｓｅ）に設定している場合、のうち１つが当てはまる場合、ユーザのＩＤを明らかにすることを希望しない。すべての他の場合においては、Ｔｏヘッダは変更されるべきでない。

コールの後続の迂回時にコールとともに含まれ得る情報の詳細は、以下のようにＥＴＳＩ ＴＳ１８３ ００４、添付１５ｂＴＤ３３８＿０３０７５、セクション４．５．２．６．２．３に記載されている。

これが、通信が経験する第２回目以降の迂回である時、ＲＦＣ ４２４４に特定される規則に従い、新規のｈｉｓｔｏｒｙ−ｉｎｆｏエントリがＨｉｓｔｏｒｙ−Ｉｎｆｏヘッダフィールドに追加され得る。迂回先アドレスおよび迂回情報の情報がリターゲット要求に追加され得る。Ｒｅｑｕｅｓｔ ＵＲＩ、Ｈｉｓｔｏｒｙ−Ｉｎｆｏヘッダ、およびＴｏヘッダのヘッダフィールドが含まれるか、または特定の値を用いて変更され得る。Ｒｅｑｕｅｓｔ ＵＲＩは、通信が迂回される公開ユーザＩＤに設定され得る。

Ｈｉｓｔｏｒｙ−Ｉｎｆｏヘッダにおいて、サービスを受けるユーザを表すｈｉｓｔｏｒｙエントリは、変更され得る。１つのｈｉｓｔｏｒｙエントリが追加される。サービスを受けるユーザがプライバシーを希望する場合（例えば、サービスを受けるユーザＯＩＲサービスに加入している）またはサービスを受けるユーザが加入オプション「サービスを受けるユーザは、迂回先のユーザへの自身のＵＲＩの提示を許可する」を偽（ｆａｌｓｅ）に設定している場合、サービスを受けるユーザのｈｉｓｔｏｒｙエントリプライバシーヘッダを表す「ｈｉｓｔｏｒｙ」は、ｈｉ−ｔａｒｇｅｔｅｄ−ｔｏ−ｕｒｉ内にエスケープされ得る。Ｈｉｓｔｏｒｙが正しいプライバシー値によってすでにエスケープされている場合、変更は必要でない。すべての他の場合においては、サービスを受けるユーザを表すｈｉｓｔｏｒｙエントリは、変更されるべきでない。

ｈｉｓｔｏｒｙエントリは、ｈｉ−ｔａｒｇｅｔｅｄ−ｔｏ−ｕｒｉが公開ユーザＩＤに設定される場合に、追加され得、通信は、迂回条件に従って設定可能なＨｉｓｔｏｒｙ−Ｉｎｆｏヘッダフィールドに含められるｃａｕｓｅ ｐａｒａｍパラメータ（リダイレクト理由）に迂回される。迂回条件と、ｃａｕｓｅ ｐａｒａｍパラメータの符号化との間のマッピングは、以下であり得る：話中通信伝送、ＲＦＣ ４４５８によって定義される理由値「４８６」が使用され得る。無応答時通信伝送、ＲＦＣ ４４５８によって定義される理由値「４０８」が使用され得る。無条件通信伝送、ＲＦＣ ４４５８によって定義される理由値「３０２」が使用され得る。通信デフレクション（即時応答）、ＲＦＣ ４４５８によって定義される理由値「４８０」が使用され得る。非ログイン通信伝送、ＲＦＣ ４４５８によって定義される理由値「４０４」が使用され得る。警告中通信デフレクション、ＲＦＣ ４４５８によって定義される理由値「４８７」が使用され得る。連絡の取れない加入者への通信伝送、理由値「５０３」によって定義されるＲＦＣ ４４５８が使用され得る。インデックスは、ＲＦＣ ４２４４のセクション４．３．３．１．３「Ｉｎｄｅｘｉｎｇ ｉｎ ｔｈｅ Ｈｉｓｔｏｒｙ−Ｉｎｆｏヘッダ」に特定されるＢａｓｉｃ Ｆｏｒｗａｒｄｉｎｇ規則に従ってインクリメントされ得る。新規のレベルインデックス「１」が使用され得る。

Ｔｏヘッダにおいて、サービスを受けるユーザが迂回先にユーザのＩＤを明らかにすることを希望しない場合、Ｔｏヘッダは、通信が迂回される先のＵＲＩに変更され得る。サービスを受けるユーザは、以下の条件：サービスを受けるユーザがプライバシーを希望する場合（例えば、サービスを受けるユーザがＯＩＲサービスに加入している）、またはサービスを受けるユーザが加入オプション「サービスを受けるユーザは、迂回先のユーザへの自身のＵＲＩの提示を許可する」を偽（ｆａｌｓｅ）に設定している場合、のうち１つが当てはまる場合、ユーザのＩＤを明らかにすることを希望しない。すべての他の場合においては、Ｔｏヘッダは変更されるべきでない。

コード１２０の１つ、または類似のコール迂回理由コードが、ノード１１０のうちの１つに迂回されるとき、ノード１１０は、コード１２０をコール迂回理由インジケータ１３０に変換し得る。理由インジケータ１３０は、ノード１１０の表示画面上に表示される、テキストベースのコール迂回理由メッセージであり得る。代替的に、理由インジケータ１３０は、ノード１１０のユーザによって知覚できる、おそらくは設定可能な、可視インジケータ、可聴インジケータ、バイブレーション、または他のなんらかの種類の指示であり得る。

ノード１１０がコード１２０の１つをテキストベースの迂回理由メッセージに変換する場合において、メッセージのテキストは、そのコード１２０と典型的に関連付けられるテキストと同一であり得る。例えば、ＲＦＣ ４４５８の迂回コードが使用される場合、迂回理由１２５の「Ｕｓｅｒ Ｂｕｓｙ」に対応する「４８６」の迂回コード１２０は、コールが迂回されるときにノード１１０の１つから生成され得る。アプリケーションサーバ１０８、または類似の構成要素は、このコード１２０へのアクセスを有し得、「４８６」コードをそこからコールが迂回されたノード１１０に伝送し得る。

ノード１１０は、図２のアプリケーションサーバ表１２２中の情報に実質的に類似した情報を含む表１４０を含むか、該表へのアクセスを有する。すなわち、表１４０は、迂回理由コード１２０および対応する迂回理由１２５のリストを含み得る。アプリケーションサーバ１０８から受信した「４８６」理由コードを、表１４０中のコード「４８６」およびその対応する理由１２５と相関させ、ノード１１０は、メッセージ「通話中（Ｕｓｅｒ
Ｂｕｓｙ）」を表１４０から読み込み、ノード１１０がテキストベースの迂回理由メッセージを英語で提示するように構成されると仮定して、ノードの表示画面上にそのメッセージを表示し得る。代替的に、表１４０中の理由１２５は、より詳細でよりユーザが使いやすい他のテキストを含み得る。ノード１１０は、迂回理由コード１２０をこの他のテキストと相関させてもよく、この他のテキストを理由インジケータ１３０として表示し得る。ノード１１０が、認識しないコード１２０を受信するか、またはコード１２０を受信しない場合、ノード１１０は、迂回理由コードが「４０４」、「不明／利用不可（Ｕｎｋｎｏｗｎ／Ｎｏｔ Ａｖａｉｌａｂｌｅ）」であると仮定し得る。

ノード１１０またはアプリケーションサーバ１０８はまた、他の情報を使用して、理由インジケータ１３０を決定し得る。例えば、アプリケーションサーバ１０８内の規則ベースＣＤＩＶアプリケーションにおいて、規則識別子は、ＣＤＩＶＮサービスを使用して伝送され得るか、または規則識別子は、適切な理由インジケータ１３０を決定するように、ＣＤＩＶＮアプリケーションによって使用され得る。

一実施形態では、言語インジケータ１５０は、ノード１１０の１つに記憶され得、ノードユーザによって設定可能であり得る。ノードユーザは、ユーザが迂回理由通知を受信したい言語に対応するように、ノード１１０上に言語インジケータ１５０を設定し得る。表１４０は、コード１２０のそれぞれのための複数の言語で理由１２５を含み得、言語インジケータ１５０は、どの言語を使用してメッセージを表示するべきかを特定し得る。ノード１１０がコード１２０を受信するとき、言語インジケータ１５０が記憶装置から読み出され得、および言語インジケータ１５０によって特定された言語に対応する言語での迂回理由が、表１４０から取り出され得る。

例えば、「４８６」コードが１２０ノード１１０の１つに伝送され、言語インジケータ１５０が英語に設定されている場合、ノード１１０は、英語のメッセージ「Ｕｓｅｒ Ｂｕｓｙ」を取り出し、そのメッセージを理由インジケータ１３０として提示し得る。「４８６」コード１２０が伝送され、言語インジケータ１５０が別の言語を示すように設定されている場合、他の言語の「４８６」コード１２０に対応するメッセージが、表１４０から取り出され、理由インジケータ１３０として提示され得る。

言語インジケータ１５０および迂回理由コード１２０は、必ずしも理由インジケータまたはインジケータの組み合わせを選択するために必要な唯一の入力というわけではない。本願において、言語インジケータ１５０は、ロケールに依存しない符号化と呼ばれる場合がある。

一実施形態では、ＣＤＩＶＮサービスを要求しているノードユーザは、本願に記載されるように、迂回理由通知を伴うＣＤＩＶＮが使用されるかどうか、または、迂回理由通知を伴わない標準ＣＤＩＶＮが使用されるかどうかを特定し得る。例えば、ユーザがＣＤＩＶＮサービスを要求するためにＳＩＰ申込メッセージを提出する場合、ユーザは、迂回通知がユーザのノード１１０に送信される際に、迂回理由が含まれるべきかどうかの指示を申込メッセージの中に含めることができる。

通信迂回および他の条件に応じて、通信迂回に関する通信する情報を促進する構成要素は、対応する加入オプション（ＥＴＳＩ ＴＳ １８３ ００４、添付１５ｂＴＤ３３８＿０３０７５の表４．３．１．１中、加入オプション「サービスを受けるユーザは通信迂回の通知（ＣＤＩＶＮ）を受信する」）が「真（ｔｒｕｅ）」または「はい（ｙｅｓ）」に設定された場合にアクティブにされる。

一実施形態では、ノードユーザは、コール迂回理由通知に関連する種々の選択基準を特定し得る。例えば、ユーザは、特定の迂回理由が発生したときにのみ、迂回理由通知がユーザのノードに送信されるということを特定し得る。そのような基準を特定することに関する詳細は、以下のとおり、ＥＴＳＩ ＴＳ １８３ ００４、添付１５ｂＴＤ３３８＿０３０７５（セクション４．１０．１．１．１．１の１５ｂＴＤ３３８＿０３０７５．ｚｉｐと名前を付けられたアーカイブに含まれる）に記載されている。

ユーザは、通知についての全体の通信迂回の特定のサブセットを選択し得る。これは、ユーザが重要であり得る通信迂回のみに注目することに役立つ（例えば、「上司のアドレスからのコールが迂回された場合はいつでも通知する」）。ユーザは、通知されなければならない通信迂回を選択するための次の基準、発信元ＩＤ（Ｉｄｅｎｔｉｔｙ ｏｆ ｔｈｅ Ｏｒｉｇｉｎａｔｉｎｇ ｐａｒｔｙ）、迂回元ＩＤ（Ｉｄｅｎｔｉｔｙ ｏｆ ｔｈｅ Ｄｉｖｅｒｔｉｎｇ ｐａｒｔｙ）、迂回先ＩＤ（Ｉｄｅｎｔｉｔｙ ｏｆ ｔｈｅ Ｄｉｖｅｒｔｅｄ−Ｔｏ ｐａｒｔｙ）、通信迂回の時間範囲（Ｔｉｍｅ−Ｒａｎｇｅ ｏｆ ｔｈｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｄｉｖｅｒｓｉｏｎ）、および通信迂回の理由（Ｒｅａｓｏｎ ｆｏｒ ｔｈｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｄｉｖｅｒｓｉｏｎ）を設定し得る。

発信元ＩＤについて、特定されたＵＲＩが、発信元の着信中のＵＲＩ（ＩＤ）と比較される。一致があれば、迂回元ユーザ（Ｄｉｖｅｒｔｉｎｇ ｕｓｅｒ）への通知のために、この特定の通信の迂回に関する情報が選択される。これは、任意的パラメータである。存在しない場合、任意の発信元からの通信に対するすべての迂回が、他のフィルタ基準従う通知と考えられ得る。

迂回元ＩＤについて、特定されたＵＲＩが、通信が迂回された迂回元ユーザのＲｅｑｕｅｓｔ−ＵＲＩと比較される。一致があれば、この特定の通信迂回に関する情報が、加入しているユーザに通知される。これは、任意的パラメータである。存在しない場合、加入しているユーザのすべての登録済の連絡先への通信迂回が、他のフィルタ基準従う通知と考えられ得る。

迂回先ＩＤについて、特定されたＵＲＩが、通信が迂回された先の迂回先のＵＲＩと比較される。一致があれば、この特定の通信迂回に関する情報が、加入しているユーザに通知される。これは、任意的パラメータである。存在しない場合、任意の迂回先への通信迂回が、他のフィルタ基準従う通知と考えられ得る。

通信迂回の時間範囲は、その中ですべての通信迂回が加入しているユーザに通知される時間範囲を特定する。存在する場合、この時間範囲外にある任意の通信迂回は、迂回先ユーザに通知されることはない。これは、任意的パラメータである。存在しない場合、任意のときに起こっている通信迂回は、他のフィルタ基準従う通知と考えられる。タイムゾーンが指示されるべきである。タイムゾーンが指示されない場合、ＳＵＢＳＣＲＩＢＥはＳＩＰ ４８９によって拒絶される場合がある。

通信迂回の理由について、迂回元ユーザは、本願で特定された理由と一致する通信迂回のみが通知されることを選択し得る。これは、任意的パラメータである。存在しない場合、任意の理由によって生じるすべての通信迂回が、他のフィルタ基準従う通知と考えられる。

別の実施形態では、ノードユーザは、コール迂回通知に関連する種々のトリガ基準を特定し得る。例えば、ユーザは、特別の時間範囲内にのみ、迂回理由通知がユーザのノードに送信されるということを特定し得る。そのような基準を特定することに関する詳細は、以下のとおり、ＥＴＳＩ ＴＳ １８３ ００４、添付１５ｂＴＤ３３８＿０３０７５（セクション４．１０．１．１．１．２の１５ｂＴＤ３３８＿０３０７５．ｚｉｐと名前を付けられたアーカイブに含まれる）に記載されている。

ＳＵＢＳＣＲＩＢＥメッセージの本体の一部として、ユーザは、前述の基準によって選択された通信迂回の通知をトリガするための、さらなる基準を特定し得る。これらの基準は、ユーザがＴｉｍｅ−Ｒａｎｇｅおよび／またはＰｒｅｓｅｎｃｅ−ｓｔａｔｕｓに基づいて通知をトリガすることを可能にする。Ｔｉｍｅ−Ｒａｎｇｅは、通信迂回の通知がユーザに送信されることのできる時間範囲を特定する。これは、その時間間隔の中で起こる、通信迂回の通知の定期的なトリガを可能にするように、時間間隔の形で特定され得る。存在しない場合、通信迂回が起きたときに通知がただちに送信されることを示す。タイムゾーンが指示されるべきである。タイムゾーンが指示されない場合、ＳＵＢＳＣＲＩＢＥはＳＩＰ ４８９によって拒絶される場合がある。Ｐｒｅｓｅｎｃｅ−ｓｔａｔｕｓは、ユーザがその状態において通信迂回に関する通知を受け取ることを期待する、ユーザの存在の状態を特定する。存在しない場合、ユーザのアベイラビリティ情報にかかわりなく、通知がただちに送信されることを示す。

加えて、ユーザは、ＳＵＢＳＣＲＩＢＥメッセージ本体の一部として、ＣＤＩＶＮバッファタイマ（ＣＤＩＶＮ Ｂｕｆｆｅｒ Ｔｉｍｅｒ）を通知バッファ間隔（Ｎｏｔｉｆｉｃａｔｉｏｎ Ｂｕｆｆｅｒ Ｉｎｔｅｒｖａｌ）で上書きし得る。バッファ間隔値（Ｂｕｆｆｅｒ Ｉｎｔｅｒｖａｌ ｖａｌｕｅ）とは、ＣＤＩＶＮ ＡＳ実行時にユーザに配信されることができない場合、それまでＣＤＩＶＮ ＡＳが通知をバッファするべき時間である。ユーザは、ＣＤＩＶＮの起動が有効、かつ、通知を提供するＣＤＩＶＮバッファタイマの期限が切れていない場合に通知され得る。

通知バッファ間隔は、上記で設定された基準のように、ユーザに配信されることができない場合に、ＣＤＩＶＮ ＡＳがＣＤＩＶ通知を記憶すべきＣＤＩＶＮバッファタイマを上書きするために、任意的要素を特定し得る（秒単位）。例えば、これは、ユーザがログアウトし、ＣＦＮＬ／ＣＦＮＲｃによって迂回がトリガされ、その迂回のためのＣＤＩＶＮをもたらす場合に通知をバッファするために要求され得る。ユーザは、通知バッファ間隔値を秒単位で１日の最大値まで設定し得る。また、ユーザによって設定されない場合、１日の初期値（ネットワークプロバイダによって設定されるとおり）が適用され得る。

また別の実施形態では、ノードユーザは、コール迂回理由通知に関連する種々の情報選択基準を特定し得る。例えば、ユーザは、ユーザのノードに送信される迂回理由通知が、特別の情報のみを含むべきであるということを特定し得る。そのような基準を特定することに関する詳細は、以下のとおり、ＥＴＳＩ ＴＳ １８３ ００４、添付１５ｂＴＤ３３８＿０３０７５（セクション４．１０．１．１．１．３の１５ｂＴＤ３３８＿０３０７５．ｚｉｐと名前を付けられたアーカイブに含まれる）に記載されている。

ＳＵＢＳＣＲＩＢＥメッセージ本体の一部として、ユーザは、通信迂回に関するどの情報が通知されるべきかをイネーブル／ディセーブルにするための、さらなる基準を特定し得る。初期設定により、通信迂回に関するすべての情報が通知される。しかしながら、ユーザは、特別な種類の情報が通知されることをディセーブルにするための次の要素：発信元のＵＲＩ、迂回元のＵＲＩ、迂回先のＵＲＩ、通信迂回の時間、通信迂回の理由、および通信迂回をトリガした規則のＩＤを使用し得る。

別の実施形態では、ノードユーザは、種々のコール迂回理由に関連する通知を受け取ることになる。そのような基準を特定することに関する詳細は、以下のとおり、セクション４．１０．１．１．２のＥＴＳＩ ＴＳ １８３ ００４、添付１５ｂＴＤ３３８＿０３０７５に記載されている。

通信迂回の通知の本体は、申込メッセージ本体内でユーザによって設定される種々のフィルタ基準によって選択されるように、通信迂回に関する情報を含み得る。ＳＵＢＳＣＲＩＢＥがメッセージ本体を含まない場合、通信迂回に関する可能な限りすべての情報がユーザに通知される。サーバによって生成された通知は、ＳＵＢＳＣＲＩＢＥ要求の中のＡｃｃｅｐｔヘッダフィールド内で特定されるフォーマットのうちの１つであり得る。ＸＭＬイベントパッケージは、ＮＯＴＩＦＹ ｍｅｔｈｏｄの本体として送信され、ユーザによって選択される次の情報（フィルタ基準に従う）：発信元ＩＤ、迂回元の情報、迂回先に関する情報、通信迂回の時間、通信迂回の理由、および通信迂回規則を含み得る。

発信元のＩＤは、迂回元ユーザが、誰の通信が迂回されたかを知るために役立つ。迂回元の情報のために、実行された通信迂回サービスが実行される前のＩＮＶＩＴＥのＲｅｑｕｅｓｔ−ＵＲＩが、加入しているユーザに知らされる。迂回先の情報のために、通信が迂回される先の迂回先ユーザの公開ユーザＩＤが、加入しているユーザに知らされる。通信迂回の時間は、加入しているユーザに知らされる。タイムゾーンが指示されるべきである。通信迂回の理由は、条項４．１０．１．１．１．１に従って定められるとおり、理由パラメータと同一である。これは、加入者が特別な理由についての迂回通知をフィルタリングすることを可能にする。通信迂回規則は、条項４．９．１．２に記載されるように、ユーザに通知される通信迂回をもたらすために実行された通信迂回規則を識別する。これは、通信迂回規則の「ｉｄ」属性を含む。

一実施形態では、コール迂回理由通知機能性は、拡張マークアップ言語（ＸＭＬ）で実装され得る。この目的のために使用されることのできるＸＭＬコードの一例は、以下のように、ＥＴＳＩ ＴＳ １８３ ００４、添付１５ｂＴＤ３３８＿０３０７５、セクション４．１０．２に記載されている。

図３は、ノードにそのノードからのコールの迂回の理由を通知するための方法３００のブロック図である。ブロック３１０で、コードが、その迂回の理由を表すノードに送信される。ブロック３２０で、ノードは、コードを迂回理由インジケータに変換する。

迂回理由通知は、迂回が通知されたときにユーザが時間範囲を特定する能力を含み得る。すなわち、特定された時間範囲内にコール迂回が発生したとき、ほぼ迂回が発生したときにノード１１０に送信するために迂回理由通知が準備される。コール迂回が特定された時間範囲外に発生した場合、迂回理由通知は準備されない。

加えて、迂回理由通知は、通知が迂回されるときにユーザが時間範囲を特定する能力を含み得る。すなわち、特定された時間範囲内に通知が準備された場合、ほぼ迂回が発生したときに迂回理由通知がノード１１０に送信される。特定された時間範囲外に通知が準備された場合、迂回理由通知は、特定された時間範囲が次に発生したときにノード１１０に送信され得る。代替的に、特定された時間範囲外では通知は準備されない。

例えば、ノード１１０のユーザは、９：００ＡＭから５：００ＰＭの間にのみ迂回理由通知がノード１１０に迂回されることを特定し得る。コール迂回が時間範囲内である９：０５ＡＭに発生した場合、迂回理由通知は、その日の９：０５ＡＭの直後にノード１１０に送信される。コール迂回が時間範囲外である５：０５ＰＭに発生した場合、迂回理由通知は、時間範囲が発生する次の機会である、次の日のほぼ９：００ＡＭにノード１１０に送信される。代替的に、そのようなコール迂回については、迂回理由通知は、まったく送信されない。本願において、「時間要素」という用語は、時間および／または日付のうちの１つまたは両方を指すように使用され得る。

一実施形態に従う本開示は、この時間範囲についてのタイムゾーンを特定することを提供する。ノード１１０が、アプリケーションサーバ１０８または通知を提供する他のネットワーク構成要素とは異なるタイムゾーン内にある場合、通知がアプリケーションサーバ１０８の現在の時間に基づいて伝送されるのか、またはノード１１０の現在の時間に基づいて送信されるのかが明確でない。ゆえに、通知は、ユーザによって好ましいとされる時間範囲とは異なる時間範囲内に送信され得る。

例えば、ユーザの現在のローカル時間で９：００ＡＭから５：００ＰＭの間に通知を受け取ることを希望するユーザが、ユーザの通常のタイムゾーンから２時間進んでいるタイムゾーンに移動する。ユーザの現在のタイムゾーンを調整するための措置が取られない場合、通知はユーザの通常のタイムゾーンの９：００ＡＭから５：００ＰＭの間に送信されるが、ユーザはユーザの現在のローカル時間で１１：００ＡＭから７：００ＰＭの間に通知を受信する。これは、ユーザが通知を受信することを好む時間の範囲外であり得る。

一実施形態では、タイムゾーンインジケータ１６０は、迂回理由通知が発生する時間範囲に適用するタイムゾーンを特定するように設定され得る。ユーザの通常のタイムゾーンとは異なるタイムゾーン内にいるユーザは、通知のための時間が、該ユーザが現在位置しているタイムゾーンに基づくべきであるということを特定し得る。代替的に、そのようなユーザは、ユーザの通常のタイムゾーンに基づいて通知を受信し続けることを希望し得る。

タイムゾーンインジケータ１６０は、コール迂回サービスの要求時にユーザがアプリケーションサーバ１０８に送信するＳＩＰ「Ｓｕｂｓｃｒｉｂｅ」メッセージの中に提出され得る。一実施形態では、ユーザがタイムゾーンの特定に失敗した場合、アプリケーションサーバ１０８は、ユーザのノード１１０にエラーメッセージ１７０を送信して、その通知時間範囲に指定されたタイムゾーンがないことをユーザに知らせることができる。エラーメッセージ１７０は、ＳＩＰ ４８９「Ｂａｄ Ｅｖｅｎｔ」メッセージであり得る。ユーザがタイムゾーンまたはタイムゾーンオフセットを特定する場合、アプリケーションサーバ１０８は、特定されたタイムゾーン内または特定のタイムゾーンオフセットによって、時間範囲内に迂回理由通知を送信する。

上記の実施例を継続して、ユーザの通常のタイムゾーンから２時間進んでいるタイムゾーンにいるユーザが、ユーザの現在のタイムゾーンの９：００ＡＭから５：００ＰＭの間に通知を受信することを希望し得る。ユーザは、タイムゾーンインジケータ１６０を適切に設定し、タイムゾーンインジケータ１６０をアプリケーションサーバ１０８に送信することにより、アプリケーションサーバ１０８にこの望みを伝え得る。次に、アプリケーションサーバ１０８は、通知伝送時間に適切な調整を行い、ユーザの現在のタイムゾーンの９：００ＡＭから５：００ＰＭの間に通知が伝送されるようにする。

代替的実施形態では、アプリケーションサーバ１０８が時間要素を含むがタイムゾーンまたはタイムゾーンオフセットインジケータの欠如したＳＩＰ Ｓｕｂｓｃｒｉｂｅを受信すると、アプリケーションサーバ１０８は、すべての時間がＣｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ（ＵＴＣ）であると仮定し得るか、またはすべての時間が設定されたタイムゾーンであると仮定し得る。

図４は、ノードに通知するための方法３５０のブロック図である。ブロック３６０で、ノードが通知を受信すべき時間についてのタイムゾーンが特定される。ブロック３７０で、ＳＩＰ「Ｓｕｂｓｃｒｉｂｅ」メッセージの一部としてタイムゾーンインジケータが送信される。タイムゾーンインジケータは、典型的に、ノードからアプリケーションサーバへと送信され得る。ブロック３８０で、ＳＩＰ「Ｓｕｂｓｃｒｉｂｅ」メッセージがタイムゾーンインジケータを含まない場合、ＳＩＰ ４８９「Ｂａｄ Ｅｖｅｎｔ」等のエラーメッセージが送信される。エラーメッセージは、典型的に、アプリケーションサーバによってノードに送信され得る。ブロック３９０で、通知は、インジケータによって特定されるタイムゾーンに従って送信される。

加えて、ブロック３９０で送信される通知が、通信迂回の時間を表す通信迂回の時間（Ｔｉｍｅ ｏｆ ｔｈｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｄｉｖｅｒｓｉｏｎ）要素を含む場合、この通信迂回の時間要素は、タイムゾーンを示すものとする。

図５は、図１のノード１１０の１つの実施形態を含む無線通信システムを説明する。ノード１１０は、本開示の側面を実装するように動作可能であるが、本開示はそれらの実装に限定されないものとする。携帯電話として図示されるが、ノード１１０は、無線電話機、ポケットベル、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、タブレットコンピュータ、またはラップトップコンピュータを含む、種々の形を成し得る。多くの適当なデバイスは、これらの機能のいくつかまたはすべてを組み合わせる。本開示のいくつかの実施形態では、ノード１１０は、ポータブル、ラップトップまたはタブレットコンピュータ等の汎用コンピュータデバイスではなく、むしろ携帯電話、無線電話機、ポケットベル、またはＰＤＡ等の特殊用途の通信デバイスである。別の実施形態では、ノード１１０は、ポータブル、ラップトップまたは他のコンピュータデバイスであり得る。ノード１１０は、ゲーム、在庫管理、ジョブ制御、および／またはタスク管理機能等の、特殊化されたアクティビティをサポートし得る。

ノード１１０は、画面４０２を含む。ノード１１０はまた、ユーザによる入力のための、タッチ感知式の表面、キーボードまたは概して４０４と呼ばれる他の入力キーを含む。キーボードは、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、およびシーケンシャルタイプなどのフルまたは縮小英数字キーボード、または電話のキーパッドに関連付けられる、旧来の英字付き数字キーパッドであり得る。入力キーは、トラックホイール、終了またはエスケープキー、トラックボール、および内向きにくぼみ、さらなる入力機能を提供し得る他のナビゲーションまたはファンクションキーを含み得る。ノード１１０は、ユーザが選択するためのオプション、ユーザが作動するための制御、および／またはユーザが指示するためのカーソルまたは他のインジケータを提示し得る。ノード１１０は、ダイヤルする数字、またはノード１１０の動作を設定するための種々のパラメータ値を含む、ユーザからのデータ入力をさらに受け付け得る。ノード１１０は、ユーザのコマンドに応じて、１つ以上のソフトウェアまたはファームウェアアプリケーションをさらに実行し得る。これらのアプリケーションは、ユーザとの対話に応じて、種々のカスタマイズ化された機能を実施するようにノード１１０を設定し得る。加えて、ノード１１０は、例えば、無線基地局、無線アクセスポイント、またはピアノード１１０から、オーバーザエア（ｏｖｅｒ−ｔｈｅ−ａｉｒ）でプログラムおよび／または設定され得る。

とりわけ、ノード１１０によって実行可能な種々のアプリケーションは、画面４０２がウェブページを表示することを可能にするウェブブラウザである。ウェブページは、無線ネットワークアクセスノード、セルタワー（ｃｅｌｌ ｔｏｗｅｒ）、ピアノード１１０、または任意の他の無線通信ネットワークまたはシステム４００等を用いた無線通信を介して獲得され得る。ネットワーク４００は、インターネット等の有線ネットワーク４０８に連結される。無線リンクおよび有線ネットワークを介して、ノード１１０は、サーバ４１０等の種々のサーバ上の情報へのアクセスを有する。サーバ４１０は、画面４０２上に表示され得るコンテンツを提供し得る。代替的に、ノード１１０は、中間的な、中継タイプまたはホップタイプの接続としての役割を果たすピアノード１１０を通じて、ネットワーク４００にアクセスし得る。

図６は、ノード１１０の１つのブロック図を示す。ノード１１０の種々の公知の構成要素が描写されているが、一実施形態には、列挙される構成要素のサブセットおよび／または列挙されていない追加的な構成要素がノード１１０に含まれ得る。ノード１１０は、デジタル信号プロセッサ（ＤＳＰ）５０２およびメモリ５０４を含む。図示されるように、ノード１１０は、アンテナおよびフロントエンドユニット５０６、ラジオ周波数（ＲＦ）送受信機５０８、アナログベースバンド処理装置５１０、マイク５１２、イヤホンスピーカ５１４、ヘッドセットポート５１６、入力／出力インターフェース５１８、取り外し可能なメモリカード５２０、ユニバーサルシリアルバス（ＵＳＢ）ポート５２２、短距離無線通信サブシステム５２４、アラート５２６、キーパッド５２８、タッチ感知式表面５３０を含み得る液晶画面（ＬＣＤ）、ＬＣＤ制御器５３２、電荷結合素子（ＣＣＤ）カメラ５３４、カメラ制御器５３６、および衛星利用測位システム（ＧＰＳ）センサ５３８をさらに含み得る。一実施形態では、ノード１１０は、タッチ感知スクリーンを提供しない別の種類の画面を含み得る。一実施形態では、ＤＳＰ５０２は、入力／出力インターフェース５１８を通過することなく、メモリ５０４と直接通信し得る。

ＤＳＰ５０２または他のなんらかの種類の制御器または中央演算処理装置は、メモリ５０４内に記憶される、またはＤＳＰ５０２自体に内部に含まれるメモリ内に記憶される、組み込まれるソフトウェアまたはファームウェアに従って、ノード１１０の種々の構成要素を制御するように動作する。組み込まれるソフトウェアまたはファームウェアに加えて、ＤＳＰ５０２は、メモリ５０４に記憶された、または取り外し可能なメモリカード５２０等のポータブルデータ記憶装置メディア等の情報伝達メディアを介して、または有線または無線ネットワーク通信を介して利用可能とされる、他のアプリケーションを実行し得る。アプリケーションソフトウェアは、ＤＳＰ５０２を設定して所望の機能性を提供する、コンパイルされた機械可読命令の組から成ってもよく、またはアプリケーションソフトウェアは、インタープリタまたはコンパイラによって処理されて、ＤＳＰ５０２を間接的に設定する、ハイレベルなソフトウェア命令であり得る。

ノード１１０が、セルラーネットワークまたは他のなんらかの利用可能な無線通信ネットワークからの、またはピアノード１１０からの情報を送受信することを可能とするように、無線信号と電気信号の間の変換のためにアンテナおよびフロントエンドユニット５０６が提供され得る。一実施形態では、アンテナおよびフロントエンドユニット５０６は、ビーム形成および／または多入力・多出力（ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ／ＭＩＭＯ）オペレーションをサポートするように、複数のアンテナを含み得る。当業者には周知であるように、ＭＩＭＯオペレーションは、困難なチャネル条件を克服し、および／またはチャネルスループットを向上するために使用され得る、空間的多様性を提供し得る。アンテナおよびフロントエンドユニット５０６は、アンテナチューニング構成要素および／またはインピーダンス整合構成要素、ＲＦ電力増幅器および／または低雑音増幅器を含み得る。

ＲＦ送受信機５０８は、受信したＲＦ信号をベースバンドに変換し、ベースバンド伝送信号をＲＦに変換する、周波数シフトを提供する。いくつかの記載では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号化、インターリービング／デインターリービング、スプレディング／ディスプレディング、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、サイクリックプレフィクス（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）付加／除去、および他の信号処理機能等の他の信号処理機能性を含むものと理解され得る。明確にするために、ここでの説明では、この信号処理の説明を、ＲＦおよび／またはラジオステージから分離し、この信号処理を概念的にアナログベースバンド処理装置５１０および／またはＤＳＰ５０２または他の中央演算処理装置に割り振る。いくつかの実施形態では、ＲＦ送受信機５０８、アンテナおよびフロントエンド５０６の一部分、およびアナログベースバンド処理装置５１０は、１つ以上の処理ユニットおよび／または特定用途向け集積回路（ＡＳＩＣ）に統合され得る。

アナログベースバンド処理装置５１０は、例えば、マイク５１２およびヘッドセット５１６からの入力およびイヤホン５１４およびヘッドセット５１６への出力のアナログ処理等の、入力および出力の種々のアナログ処理を提供し得る。そのために、アナログベースバンド処理装置５１０は、ノード１１０が携帯電話として使用されることを可能にするために、内蔵マイク５１２およびイヤホンスピーカ５１４に接続するためのポートを有し得る。アナログベースバンド処理装置５１０は、ヘッドセットまたは他のハンズフリーマイクおよびスピーカ構成に接続するためのポートをさらに含み得る。アナログベースバンド処理装置５１０は、デジタル／アナログ変換をある信号方向で、アナログ・デジタル変換を反対の信号方向で提供し得る。いくつかの実施形態では、アナログベースバンド処理装置５１０の機能性の少なくともいくつかが、デジタル処理構成要素、例えば、ＤＳＰ５０２によって、または他の中央演算処理装置によって提供され得る。

ＤＳＰ５０２は、変調／復調、符号化／復号化、インターリービング／デインターリービング、スプレディング／ディスプレディング、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、サイクリックプレフィクス（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）付加／除去、および無線通信に関連付けられる他の信号処理機能を実施し得る。一実施形態では、例えば、符号分割多重アクセス（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ
ａｃｃｅｓｓ ／ＣＤＭＡ）技術アプリケーションにおいて、ＤＳＰ５０２は、送信機機能として、変調、符号化、インターリービングおよびスプレディングを実施し得、ＤＳＰ５０２は、受信機機能として、ディスプレディング、デインターリービング、復号化および復調を実施し得る。別の実施形態では、例えば、直交周波数分割多重アクセス（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘ ａｃｃｅｓｓ／ＯＦＤＭＡ）技術アプリケーションにおいて、ＤＳＰ５０２は、送信機機能として、変調、符号化、インターリービング、逆高速フーリエ変換、およびサイクリックプレフィクス付加を実施し得、ＤＳＰ５０２は、受信機機能として、サイクリックプレフィクス除去、高速フーリエ変換、デインターリービング、復号化および復調を実施し得る。他の無線技術アプリケーションにおいて、また他の信号処理機能および信号処理機能の組み合わせが、ＤＳＰ５０２によって実施され得る。

ＤＳＰ５０２は、アナログベースバンド処理装置５１０を介して無線ネットワークと通信し得る。いくつかの実施形態では、通信は、ユーザがインターネットのコンテンツへのアクセスを得、かつ電子メールまたはテキストメッセージを送受信することを可能にする、インターネットの接続性を提供する。入力／出力インターフェース５１８は、ＤＳＰ５０２と種々のメモリおよびインターフェースとを相互接続する。メモリ５０４および取り外し可能なメモリカード５２０は、ＤＳＰ５０２の動作を構成するように、ソフトウェアおよびデータを提供し得る。とりわけ、インターフェースは、ＵＳＢインターフェース５２２および短距離無線通信サブシステム５２４であり得る。ＵＳＢインターフェース５２２は、ノード１１０を充電するように使用され得、また、パソコンまたは他のコンピュータシステムと情報を交換するように、ノード１１０が周辺機器として機能することを可能とし得る。短距離無線通信サブシステム５２４は、ノード１１０が他の近くの携帯デバイスおよび／または無線基地局と無線で通信し得るようにし得る、赤外線ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＩＥＥＥ ８０２．１１準拠無線インターフェース、または任意の他の短距離無線通信サブシステムを含み得る。

入力／出力インターフェース５１８は、ＤＳＰ５０２を、トリガされると、ノード１１０が、例えば、ベルを鳴らし、メロディを再生し、またはバイブレーションなどによって、ユーザに対する通知を提供するようにするアラート５２６にさらに接続し得る。アラート５２６は、無音で振動することにより、または特定の発呼側に対して特定のあらかじめ割り当てられたメロディを再生することにより、ユーザに、着呼、新規テキストメッセージ、予定のリマインダ等の任意の種々のイベントのアラートを出すための機構としての機能を果たし得る。

キーパッド５２８は、インターフェース５１８を介してＤＳＰ５０２に連結し、ユーザが選択を行い、情報を入力し、および別様にノード１１０に入力を提供するための一機構を提供する。キーボード５２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、およびシーケンシャルタイプなどのフルまたは縮小英数字キーボード、または電話のキーパッドに関連付けられる、旧来の英字付き数字キーパッドであり得る。入力キーは、トラックホイール、終了またはエスケープキー、トラックボール、および内向きにくぼみ、さらなる入力機能を提供し得る他のナビゲーションまたはファンクションキーを含み得る。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび／または画像を表示し得るＬＣＤ５３０であり得る。ＬＣＤ制御器５３２は、ＤＳＰ５０２をＬＣＤ５３０に連結する。

ＣＣＤカメラ５３４は、装備されている場合、ノード１１０がデジタル画像を撮影することを可能にする。ＤＳＰ５０２は、カメラ制御器５３６を介してＣＣＤカメラ５３４と通信する。別の実施形態では、電荷結合素子（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）カメラ以外の技術に従って動作するカメラが採用され得る。ＧＰＳセンサ５３８は、ＤＳＰ５０２に連結されて、衛星利用測位システム信号を解読し、それにより、ノード１１０が自身の位置を決定することを可能にする。例えば、ラジオおよびテレビ受信等の追加的な機能を提供するように、種々の他の周辺機器が含まれ得る。

図７は、ＤＳＰ５０２によって実装され得るソフトウェア環境６０２を説明する。ＤＳＰ５０２は、残りのソフトウェアが動作するプラットフォームを提供するオペレーティングシステムドライバ６０４を実行する。オペレーティングシステムドライバ６０４は、ノードハードウェアに、アプリケーションソフトウェアにアクセス可能な、標準化されたインターフェースを持つドライバを提供する。オペレーティングシステムドライバ６０４は、ノード１１０上で作動しているアプリケーション間の制御を移転するアプリケーション管理サービス（「ａｐｐｌｉｃａｔｉｏｎ ｍａｎａｇｅｍｅｎｔ ｓｅｒｖｉｃｅｓ／ＡＭＳ」）６０６を含む。図７にはまた、ウェブブラウザアプリケーション６０８、メディアプレーヤアプリケーション６１０、およびＪａｖａ（登録商標）アプレット６１２を示す。ウェブブラウザアプリケーション６０８は、ユーザがフォームに情報を入力し、リンクを選択してウェブページを取り込み、閲覧し得るように、ウェブブラウザとして動作するようにノード１１０を構成している。メディアプレーヤアプリケーション６１０は、音声または視聴覚メディアを取り込み、再生するようにノード１１０を構成している。Ｊａｖａ（登録商標）アプレット６１２は、ノード１１０がゲーム、ユーティリティ、および他の機能性を提供するように構成している。構成要素６１４は、コール迂回のために理由の通知に関する機能性を提供し得る。

図１のノード１１０は、十分な処理能力、メモリリソース、および課せられた必要な作業負荷に対処するためのネットワークスループット能力を持つ、任意の汎用コンピュータを含み得る。図８は、本願に開示される１つ以上の実施形態を実装するために適当であり得る、典型的な汎用コンピュータシステム７００を説明する。コンピュータシステム７００は、二次記憶装置７５０、読み出し専用メモリ（ＲＯＭ）７４０、ランダムアクセスメモリ（ＲＡＭ）７３０、入力／出力（Ｉ／Ｏ）デバイス７１０、およびネットワーク接続デバイス７６０を含むメモリデバイスと通信しているプロセッサ７２０（中央演算処理装置またはＣＰＵと呼ばれる場合がある）を含む。プロセッサは、１つ以上のＣＰＵチップとして実装され得る。

二次記憶装置７５０は、典型的に、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ７３０がすべての作業中データを保持できるほど十分に大きくない場合に、データの不揮発性記憶装置としておよびオーバーフローデータ記憶装置として使用される。二次記憶装置７５０は、ＲＡＭ７３０にロードされるプログラムを記憶するために、そのようなプログラムが実行されることが選択されたときに使用され得る。ＲＯＭ７４０は、命令およびおそらくプログラム実行中に読み込まれるデータを記憶するために使用される。ＲＯＭ７４０は、二次記憶装置のさらに大きい記憶容量に相対して、典型的に小さい記憶容量を有する、不揮発性メモリデバイスである。ＲＡＭ７３０は、揮発性データを記憶するため、およびおそらく命令を記憶するために使用される。ＲＯＭ７４０およびＲＡＭ７３０の両方へのアクセスは、二次記憶装置７５０へのアクセスよりも典型的に速い。

Ｉ／Ｏデバイス７１０は、プリンタ、ビデオモニタ、液晶画面（ＬＣＤ）、タッチスクリーン画面、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カード読取装置、紙テープ読取装置、または他の公知の入力デバイスを含み得る。

ネットワークの接続デバイス７６０は、モデム、集合モデム、イーサネット（登録商標）カード、ユニバーサルシリアルバス（ＵＳＢ）インターフェースカード、シリアルインターフェース、トークンリングカード（ｔｏｋｅｎ ｒｉｎｇ ｃａｒｄ）、光ファイバ分散型インターフェース（Ｆｉｂｅｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ／ＦＤＤＩ）カード、無線ローカルエリアネットワーク（ＷＬＡＮ）カード、符号分割多重接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ／ＣＤＭＡ）および／またはＧＳＭ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）無線送受信機カード等の無線送受信機カード、および他の公知のネットワークデバイスの形式をとり得る。これらのネットワークの接続性７６０デバイスは、プロセッサ７２０がインターネットまたは１つ以上のイントラネットと通信することを可能にし得る。前述の方法のステップを実施する過程で、そのようなネットワーク接続を用いると、プロセッサ７２０がネットワークから情報を受信し、またはネットワークに情報を出力し得ると考えられる。プロセッサ７２０を使用して実行される一連の命令としてしばしば再提示されるそのような情報は、例えば、搬送波に組み込まれたコンピュータデータ信号の形をとって、ネットワークから受信され、またはネットワークに出力される。

例えば、プロセッサ７２０を使用して実行されるデータまたは命令を含み得るそのような情報は、コンピュータデータベースバンド信号または搬送波に組み込まれた信号の形をとって、ネットワークから受信され、またはネットワークに出力され得る。ベースバンド信号またはネットワークの接続性７６０デバイスによって生成された搬送波に組み込まれた信号は、導電体の中または表面上、同軸ケーブルの中、導波管の中、例えば光ファイバ等の光媒体の中、または大気中または自由空間中を伝播し得る。ベースバンド信号または搬送波に組み込まれた信号に含まれる情報は、異なるシーケンスに従って、情報を処理または生成するために、または情報を伝送または受信するために望ましいように順序付けされ得る。ベースバンド信号または搬送波に組み込まれた信号、または本願において伝送媒体と呼ばれる現在使用中または以後開発される他の種類の信号は、当業者には公知の種々の方法に従って生成され得る。

プロセッサ７２０は、プロセッサ７２０がハードディスク、フロッピー（登録商標）ディスク、光ディスク（これらの種々のディスクベースのシステムは、すべて二次記憶装置７５０と見なされ得る）、ＲＯＭ７４０、ＲＡＭ７３０、またはネットワークの接続デバイス７６０からアクセスする命令、コード、コンピュータプログラム、スクリプトを実行する。１つのプロセッサ７２０のみが示されるが、複数のプロセッサが存在し得る。ゆえに、命令が１つのプロセッサによって実行されると説明されるが、命令は、同時に、連続的に、または単数または複数のプロセッサによって別様に実行され得る。１つ以上のシステムまたはＵＥまたはノード１１０の構成要素は、本願において、開示の実施形態に従う種々のタスクまたはプロセスの達成と呼ばれる場合があり、構成要素という用語は、プロセッサ７２０、送受信機、またはこれらのタスクを行うための他の公知の構成要素を指すように使用される場合がある。

３ＧＰＰ ＴＳ ２４．６０４およびＴＩＳＰＡＮ １８３．００４は、すべての目的のために参照によって本願に組み込まれる。したがって、開示の実施形態のいくつかは無線デバイスを説明するが、本開示は、無線デバイスに制限されず、ＳＩＰ通信を受信する能力のある任意のデバイスにも等しく適用されるものとする。

本開示には種々の実施形態が提供されるが、開示されるシステムおよび方法は、本開示の精神または範囲を逸脱することなく、多くの他の特定の形式で具現化され得るということが理解されるべきである。本発明の実施例は、限定的でなく説明的と見なされ、本願に記載される詳述に限定されることを意図しない。例えば、種々の要素または構成要素は、別のシステムに一体化または統合され得、または一定の機能は省略され得、または実装されなくてもよい。

また、種々の実施形態において個々にまたは別個に記載および図示される技術、システム、サブシステムおよび方法は、本開示の範囲を逸脱することなく、他のシステム、モジュール、技術、または方法に一体化または統合され得る。連結される、または直接連結される、または相互通信するように示されるかまたは記載される他のアイテムは、電気的に、機械的に、または別様に、間接的に結合されるか、またはなんらかのインターフェース、デバイス、または中間構成要素を通じて通信し得る。変更、置換および修正の他の実施例は、当業者によって解明され得、本願に開示される精神および範囲を逸脱することなく行われることができる。

Claims (6)

1. 通信迂回のための方法であって、
   関連するタイムゾーン外の時間要素を含む申込メッセージの受信に応答して、エラーメッセージにより該申込メッセージを拒否することを含む、
   方法。
2. 前記申込メッセージは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅｄ Ｐｒｏｔｏｃｏｌ）ＳＵＢＳＣＲＩＢＥ要求である、請求項１に記載の方法。
3. 前記エラーメッセージは、ＳＩＰ ４８９「Ｂａｄ Ｅｖｅｎｔ」である、請求項１または２に記載の方法。
4. 時間要素は、時間または日、もしくは日および時間、あるいは、時間範囲または日範囲、もしくは日および時間範囲として定義される、請求項１から３のうちのいずれか１項に記載の方法。
5. 前記申込メッセージは、その範囲の中ですべての通信迂回が前記ユーザ機器に通知される時間範囲または日範囲、もしくは日および時間範囲を含み、前記１つ以上のタイムゾーンは、該時間範囲または日範囲、もしくは日および時間範囲に関連付けられる、請求項１から４のうちのいずれか１項に記載の方法。
6. 前記申込メッセージは、その時に通信迂回の通知を前記ユーザ機器に送信されることが可能な、時間範囲または日範囲、もしくは日および時間範囲を含み、前記１つ以上のタイムゾーンは、該時間範囲または日範囲、もしくは日範囲および時間範囲に関連付けられる、請求項１から５のうちのいずれか１項に記載の方法。

Images