JP5443392B2 - パーソナルネットワークアクセス制御システムおよび方法 - Google Patents

Description

（背景）
従来、一体型無線アクセス手段を備える単一の一体型デバイスは、ユーザ機器（ＵＥ）を形成し、モバイル通信サービスにアクセスするために使用されていた。しかしながら、現在、多くのユーザは、モバイル通信サービスのために２つ以上のデバイスを所有している。このようなデバイスは、パーソナルネットワーク（ＰＮ）を形成するために接続され得る。デバイスは、その能力において異なり、これらの能力によって、デバイスは、特定のエンドツーエンドアプリケーションまたは音声、映像、もしくは画像等のメディアに多かれ少なかれ適格となる。

パーソナルネットワーク管理（ＰＮＭ）により、ユーザは、自身のデバイスおよびＰＮを管理することが可能になる。ＰＮＭの考えられる管理機能には、ＰＮの設定および構成、ＰＮ内におけるサービスの終了に関する個人化、およびデバイス間またはパーソナルネットワーク要素（ＰＮＥ）間のセキュアな接続の実現可能が含まれる。

ＰＮＭは、単一のユーザまたは加入者に属する複数のデバイスまたはＵＥの管理に対処する。パーソナルＵＥネットワーク特徴により、単一のＰＮユーザに属する複数のＵＥの管理が可能になる。具体的には、例えば、通常の携帯電話機、自動車電話機、ユーザの移動時の電子メール用のＰＤＡ、ユーザの準安定モードにおけるノート型パソコンを含むデータカード等の、２つ以上の端末および加入を有するユーザの必要性に対処する。このようなデバイスは、主に、特定の利用のために保持され、多くは、２つ以上の種類のサービスをサポートすることが可能であり、例えば、電話技術は、前述のデバイスのうちのいくつかによってサポートされ得る。しかしながら、ＰＮＥは、ユーザに属する他のＰＮＥの存在を認識していない。

ＰＮＭは、任意の呼またはセッションもしくはメッセージ（電話の呼、プッシュツートークセッション、メッセージングセッションを含むがこれらに限定されない）ならびにインスタントメッセージもしくはショートメッセージ（ＳＭＳ）等の個々のメッセージに適用可能である。

本開示をより完全に理解するために、添付の図面および詳細な説明に関連する以下の簡単な説明を参照されたく、図面において、同様の参照数字は、同様の部分を表す。
例えば、本発明は以下の項目を提供する。
（項目１）
プロセッサを備えているサーバであって、第１のデバイスを識別するＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）を含むセッション開始プロトコル（ＳＩＰ）要求について、該プロセッサが、ＵＲＩを追加することと、該ＳＩＰ要求を第２のデバイスにリダイレクトすることとを促進するようにプログラミングされ、該追加されたＵＲＩが、パーソナルネットワーク管理（ＰＮＭ）制御器機能を起動するために、該第２のデバイスによって使用される、サーバ。
（項目２）
上記追加されたＵＲＩは、上記ＰＮＭ制御器機能を識別するＲｅｑｕｅｓｔ−ＵＲＩに含まれる、項目１に記載のサーバ。
（項目３）
上記追加されたＵＲＩは、上記ＰＮＭ制御器機能を識別するＴｏヘッダに含まれる、項目１に記載のサーバ。
（項目４）
上記追加されたＵＲＩは、上記ＰＮＭ制御器機能を識別するＵＲＩ−パラメータを含む、項目１に記載のサーバ。
（項目５）
上記ＵＲＩ−パラメータを含む上記追加されたＵＲＩは、上記ＰＮＭ制御器機能を識別するために、Ｈｉｓｔｏｒｙ−Ｉｎｆｏヘッダに含まれる、項目１に記載のサーバ。
（項目６）
上記ＵＲＩ−パラメータは、標的ＵＲＩ−パラメータである、項目４に記載のサーバ。
（項目７）
上記標的ＵＲＩ−パラメータは、上記ＰＮＭ被制御器ユーザ機器（ＵＥ）のＵＲＩを含む、項目６に記載のサーバ。
（項目８）
上記標的ＵＲＩ−パラメータは、上記ＰＮＭ制御器アプリケーションを識別するＵＲＩを含む、項目６に記載のサーバ。
（項目９）
上記追加されたＵＲＩは、上記ＰＮＭ制御器機能を識別するＵＲＩパラメータを含む、項目２に記載のサーバ。
（項目１０）
上記追加されたＵＲＩは、上記ＰＮＭ制御器機能を識別するＵＲＩパラメータを含む、項目３に記載のサーバ。
（項目１１）
セッション開始プロトコル（ＳＩＰ）要求をリダイレクトする方法であって、
第１のデバイスにアドレス指定されるＳＩＰ要求を受信することであって、該ＳＩＰ要求は、該第１のデバイスを識別するＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）を含む、ことと、
ＵＲＩを該ＳＩＰ要求に追加することと、
該ＳＩＰ要求を第２のデバイスにリダイレクトすることと
を含み、
該追加されたＵＲＩの存在は、該第１のデバイスに対するリダイレクトされたＳＩＰ要求として該ＳＩＰ要求を該第２のデバイスが識別することを可能にする制御器機能を起動する、方法。
（項目１２）
上記追加されたＵＲＩは、上記ＰＮＭ制御器機能を識別するＲｅｑｕｅｓｔ−ＵＲＩに含まれる、項目１１に記載の方法。
（項目１３）
上記追加されたＵＲＩは、上記ＰＮＭ制御器機能を識別するＴｏヘッダに含まれる、項目１１に記載の方法。
（項目１４）
上記追加されたＵＲＩは、上記ＰＮＭ制御器機能を識別するＵＲＩ−パラメータを含む、項目１１に記載の方法。
（項目１５）
プロセッサを備えているサーバであって、該プロセッサは、パーソナルネットワーク管理（ＰＮＭ）制御器機能を識別する識別子を要求に含むことを促進するようにプログラミングされる、サーバ。
（項目１６）
上記識別子は、上記ＰＮＭ制御器機能を識別するＨｉｓｔｏｒｙ−Ｉｎｆｏヘッダに含まれる理由とともにＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）として規定される、項目１５に記載のサーバ。
（項目１７）
上記識別子は、上記ＰＮＭ制御器機能を識別するセッション開始プロトコル（ＳＩＰ）ヘッダとして規定される、項目１５に記載のサーバ。
（項目１８）
上記識別子は、上記ＰＮＭ制御器機能を識別するメディア特徴タグを含むＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダとして規定される、項目１５に記載のサーバ。
（項目１９）
上記識別子は、上記ＰＮＭ制御器機能を識別するＵＲＩ−パラメータを含むＣｏｎｔａｃｔヘッダとして規定される、項目１５に記載のサーバ。
（項目２０）
プロセッサを備えているユーザ機器（ＵＥ）であって、該プロセッサは、パーソナルネットワーク管理（ＰＮＭ）制御器機能を識別するＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）を含むセッション開始プロトコル（ＳＩＰ）要求を受信することに応答して、該プロセッサが、該ＰＮＭ制御器機能を実行することを促進するようにプログラミングされる、ユーザ機器（ＵＥ）。
（項目２１）
上記ＰＮＭ制御器機能を識別するＵＲＩは、該ＰＮＭ制御器機能を識別するＵＲＩ−パラメータを含む、項目２０に記載のＵＥ。
（項目２２）
上記ＵＲＩ−パラメータは、標的ＵＲＩ−パラメータである、項目２１に記載のＵＥ。
（項目２３）
上記標的ＵＲＩ−パラメータは、上記ＰＮＭ被制御器ＵＥのＵＲＩを含む、項目２２に記載のＵＥ。
（項目２４）
上記標的ＵＲＩ−パラメータは、上記ＰＮＭ制御器アプリケーションのＵＲＩを含む、項目２２に記載のＵＥ。
（項目２５）
上記ＵＲＩは、Ｒｅｑｕｅｓｔ−ＵＲＩ、Ｐ−Ｃａｌｌｅｄ Ｐａｒｔｙ−ＩＤヘッダ、およびＴｏヘッダのうちの少なくとも１つから得られる、項目２０に記載のＵＥ。
（項目２６）
上記ＵＲＩは、Ｒｅｑｕｅｓｔ−ＵＲＩ、Ｐ−Ｃａｌｌｅｄ Ｐａｒｔｙ−ＩＤヘッダ、およびＴｏヘッダのうちの少なくとも１つから得られる、項目２１に記載のＵＥ。
（項目２７）
プロセッサを備えているユーザ機器（ＵＥ）であって、該プロセッサは、パーソナルネットワーク管理（ＰＮＭ）制御器機能を識別する識別子を含むセッション開始プロトコル（ＳＩＰ）要求を受信することに応答して、該プロセッサが、ＰＮＭ制御器機能を提供することを促進するようにプログラミングされる、ユーザ機器（ＵＥ）。
（項目２８）
上記識別子は、上記ＰＮＭ制御器機能を識別する上記ＳＩＰ要求のＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダにおけるメディア特徴タグである、項目２７に記載のＵＥ。
（項目２９）
上記識別子は、上記ＰＮＭ制御器機能を識別する上記ＳＩＰ要求のＨｉｓｔｏｒｙ−ＩｎｆｏヘッダにおけるＲｅａｓｏｎヘッダを含むＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）である、項目２７に記載のＵＥ。
（項目３０）
上記識別子は、上記ＰＮＭ制御器機能を識別するＵＲＩ−パラメータを含むＣｏｎｔａｃｔヘッダとして規定される、項目２７に記載のＵＥ。
（項目３１）
プロセッサを備えているユーザ機器（ＵＥ）であって、該プロセッサは、パーソナルネットワーク管理（ＰＮＭ）制御器機能に関連する登録を促進するようにプログラミングされる、ユーザ機器（ＵＥ）。
（項目３２）
上記ＵＥは、特徴タグおよび特徴タグにおけるパラメータのうちの１つによって、該ＵＥがＰＮＭ制御器機能をサポートすることを登録する、項目３１に記載のＵＥ。
（項目３３）
上記ＵＥは、上記ＰＮＭ制御器機能を識別するＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）を登録する、項目３１に記載のＵＥ。

図１は、本開示のある実施形態に従うＰＮＭ制御器ＵＥおよびＰＮＭ被制御器ＵＥを備えるパーソナルネットワークを図示する。 図２は、本開示のある実施形態に従うパーソナルネットワークアクセス制御の高レベルシーケンスを図示する。 図３は、本開示のある実施形態に従うパーソナルネットワークアクセス制御の別の高レベルシーケンスを図示する。 図４は、本開示のある実施形態に従って、ＳＩＰ ＩＮＶＩＴＥがＰＮＭ ＡＳによりリダイレクトされたことをＰＮＭ制御器ＵＥが決定することを図示する。 図５は、本開示のある実施形態に従うＰＮアクセス制御に関する信号伝達フローを図示する。 図６は、本開示の種々の実施形態のいくつかについて動作可能であるユーザ機器を含む無線通信システムの図である。 図７は、本開示の種々の実施形態のいくつかについて動作可能であるユーザ機器のブロック図である。 図８は、本開示の種々の実施形態のいくつかについて動作可能であるユーザ機器上に実装され得るソフトウェア環境の図である。 図９は、本開示の種々の実施形態のいくつかについて適切な例示的な汎用コンピュータシステムである。 図１０は、本開示のある実施形態に従う例示的セルラーネットワークを図示する。 図１１は、例示的セルラーネットワーク内のセルの詳細図を示す。

（詳細な説明）
最初に、本開示の１つ以上の実施形態の例示的な実装が以下に提供されるが、本明細書で開示されるシステムおよび／または方法が、現在公知であるか、または既存であるかにかかわらず、任意の数の技法を使用して実装され得ることを理解されたい。本開示は、本明細書において例示され、説明される例示的な設計および実装を含む以下に例示する例示的な実装、図面、および技法に決して限定されるべきではないが、均等物の全範囲とともに、添付の請求項の範囲内で修正されてもよい。

一実施形態によると、プロセッサを含むサーバが提供され、第１のデバイスを識別するＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）を含むセッション開始プロトコル（ＳＩＰ）要求について、プロセッサが、ＵＲＩを追加すること、およびＳＩＰ要求を第２のデバイスへリダイレクトすることを促進するようにプログラミングされる。追加のＵＲＩは、パーソナルネットワーク管理（ＰＮＭ）制御器機能を起動するために第２のデバイスにより使用される。

別の実施形態によると、セッション開始プロトコル（ＳＩＰ）要求をリダイレクトする方法が提供される。本方法は、第１のデバイスにアドレス指定されるＳＩＰ要求を受信するステップであって、ＳＩＰ要求は、第１のデバイスを識別するＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）を含むステップを含む。本方法は、ＵＲＩをＳＩＰ要求に追加するステップと、ＳＩＰ要求を第２のデバイスにリダイレクトするステップとを含む。追加されたＵＲＩの存在は、第１のデバイスについてリダイレクトされたＳＩＰ要求としてＳＩＰ要求を第２のデバイスが識別することを可能にする制御器機能を起動する。

他の実施形態によると、パーソナルネットワーク管理（ＰＮＭ）制御器機能を識別する識別子を要求に含むことを促進するようにプログラミングされるプロセッサを含むサーバが提供される。

一実施形態によると、パーソナルネットワーク管理（ＰＮＭ）制御器機能を識別するＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）を含むセッション開始プロトコル（ＳＩＰ）要求を受信するステップに応答して、プロセッサが、ＰＮＭ制御器機能を実行することを促進するようにプログラミングされるように、プロセッサを含むユーザ機器（ＵＥ）が提供される。

別の実施形態では、パーソナルネットワーク管理（ＰＮＭ）制御器機能を識別する識別子を含むセッション開始プロトコル（ＳＩＰ）要求を受信するステップに応答して、プロセッサが、ＰＮＭ制御器機能を提供することを促進するようにプログラミングされるように、プロセッサを含むユーザ機器（ＵＥ）が提供される。

ＰＮにより有効化される機能性は、ＰＮ ＵＥリダイレクションおよびＰＮアクセス制御を備える。ＰＮＭの登録、構成、および問い合わせ手順は、ウェブクライアントを介して、または管理手順によって、ＩＭＳ利用可能なパーソナルネットワークＵＥを介してサポートされる。

ＰＮ ＵＥリダイレクションに関し、ユーザは、自身のデバイスの全てを常に携帯して持ち歩くとは限らないが、連絡がつく状態でいたいと考えている。現在、ＰＮユーザのデバイスの全ての管理には、転送オプションの設定、デバイスのオンおよびオフの切り替え、ならびに他のものへの複数のアドレスの提供が含まれる。

ＰＮアクセス制御に関し、図１は、本開示のある実施形態に従う、ＰＮＭ制御器ＵＥ１０２およびＰＮＭ被制御器ＵＥ１０４を備えるパーソナルネットワーク（ＰＮ）１００を図示する。例えば、幼い子供を持つ家族は、親ＵＥがＰＮＭ制御器ＵＥ１０２であり、子ＵＥがＰＮＭ被制御器ＵＥ１０４であるように、家族のためにＰＮ１００を確立し得る。加えて、ＰＮユーザは、ＰＮ１００の各ＵＥのアクセスレベルをパブリックまたはプライベートであるように修正し得る。例えば、親またはＰＮＭ制御器ＵＥ１０２は、パブリックであり、ＰＮ１００の外部から呼（またはセッション）を受信することができる一方、子またはＰＮＭ被制御器ＵＥ１０４は、プライベートであり、家族ＰＮ１００内からしか呼（または、セッション）を受信することができない。

パーソナルネットワーク管理アプリケーションサーバ（ＰＮＭ ＡＳ）１０６は、アクセス制御を提供し、このアクセス制御により、ＰＮＭ制御器ＵＥ１０２は、ＰＮ１００の外部にあるどのＵＥが、ＰＮＭ被制御器ＵＥ１０４に連絡可能であるゲストＵＥになることを許可されるかを決定することが可能になる。従って、親は、自身の子に誰が連絡可能であるかを決定することができる。ＰＮＭ被制御器ＵＥ１０４に連絡可能な外部ＵＥの識別子は、ＰＮＭ ＡＳ １０６上のアクセス制御リスト１０８においてＰＮＭ制御器ＵＥ１０２により事前に規定可能である。ゆえに、ＰＮＭ被制御器ＵＥ１０４が呼（または、セッション）を、アクセス制御リスト１０８上に存在する外部ＵＥ１１０から受信する場合に、ＰＮＭ ＡＳ １０６は、ＰＮＭ被制御器ＵＥ１０４上に呼（または、セッション）をパスする。外部ＵＥ１１０がアクセス制御リスト１０８上に存在しなければ、ＰＮＭ制御器ＵＥ１０２は、外部ＵＥ１１０がＰＮＭ被制御器１０４への呼（または、セッション）の実行を試行しているという報告を受けることが可能である。これを達成可能である一方式として、ＰＮＭ ＡＳ １０６に、ＰＮＭ被制御器ＵＥ１０４のための受信呼（または、セッション）をＰＮＭ制御器ＵＥ１０２へリダイレクトさせることが挙げられる。次いで、ＰＮＭ制御器ＵＥ１０２は、呼毎のベースでユーザによる手動等により、ＰＮＭ ＡＳ １０６に、呼（または、セッションもしくはメッセージ）をＰＮＭ被制御器ＵＥ１０４へリダイレクトさせること、または呼（または、セッションもしくはメッセージ）を拒否することを決定することができる。ＰＮＭ制御器ＵＥ１０２は、呼（または、セッションもしくはメッセージ）を受け入れ、次いで、発呼側との通信の後に、呼（または、セッションもしくはメッセージ）をＰＮＭ被制御器ＵＥ１０４に転送するか、または呼（または、セッションもしくはメッセージ）を終了させるかを決定することができる。

図２は、本開示のある実施形態に従うパーソナルネットワークアクセス制御の高レベルシーケンス２００を図示する。図２では、発信側ＵＥ（すなわち、外部ＵＥ１１０）が、ゲストＵＥであり、ＰＮＭ被制御器ＵＥ１０４のアクセス制御リスト１０８において構成されると仮定する。ＰＮＭ ＡＳ １０６が、呼セッション制御機能（Ｓ−ＣＳＣＦ＃１）から初期要求メッセージを受信すると、ＰＮＭ ＡＳ １０６は、外部ＵＥ１１０が、ＰＮＭ被制御器ＵＥ１０４のアクセス制御リスト１０８におけるエントリに一致するかを検証し、初期要求メッセージをＰＮＭ被制御器ＵＥ１０４に送信する。

フロー２０１において、Ｓ−ＣＳＣＦ＃１は、外部ＵＥ１１０からＰＮＭ被制御器ＵＥ１０４への初期要求メッセージを受信する。Ｓ−ＣＳＣＦ＃１は、ＰＮＭ被制御器ＵＥ１０４に必要な終了サービス制御論理を起動し、フロー２０２において初期フィルタ基準を評価する。次いで、Ｓ−ＣＳＣＦ＃１は、初期フィルタ基準の実行の結果、フロー２０３において、初期要求メッセージをＰＮＭ ＡＳ １０６に転送する。フロー２０４におけるプライバシーモード処理において、ＰＮＭ ＡＳ １０６は、初期要求メッセージから発信元および発信先アドレスを抽出する。ＰＮＭ ＡＳ １０６は、ＰＮＭ被制御器ＵＥ１０４が被制御器ＵＥであることを確認する。これを鍵として使用して、次いで、ＰＮＭ ＡＳ １０６は、ＰＮＭ被制御器ＵＥ１０４のＰＮ１００についてそのデータベースを検索し、外部ＵＥ１１０がＰＮＭ被制御器ＵＥ１０４のアクセス制御リスト１０８に構成されるかを探索する。この場合、外部ＵＥ１１０がアクセス制御リスト１０８に存在し、ＰＮＭ被制御器ＵＥ１０４とのセッションの開始またはＰＮＭ被制御器ＵＥ１０４へのメッセージの送信を許可されると仮定する。フロー２０５において、ＰＮＭ ＡＳ １０６は、初期要求メッセージをＳ−ＣＳＣＦ＃１に送信する。次いで、Ｓ−ＣＳＣＦ＃１は、フロー２０６において、初期要求メッセージをＰＮＭ被制御器ＵＥ１０４に経路付ける。

図３は、本開示のある実施形態に従うパーソナルネットワークアクセス制御の別の高レベルシーケンス３００を図示する。フロー３０１において、外部ＵＥ１１０は、初期要求メッセージをＰＮＭ被制御器ＵＥ１０４に送信する。初期要求メッセージは、ＰＮＭ ＡＳ １０６によって受信され、フロー３０２においてプライバシーモード処理が実行される。本実施形態では、外部ＵＥ１１０がアクセス制御リスト１０８上に存在しないと仮定する。フロー３０３において、ＰＮＭ ＡＳ １０６は、初期要求メッセージの進め方についてＰＮＭ制御器にクエリを行う。プライバシー決定処理フロー３０４において、クエリ情報は、ＰＮＭ制御器ＵＥ１０２のＰＮユーザに示される。例えば、外部ＵＥ１１０は、制御ユーザが１：被制御器を許可する、２：被制御器を否認する、３：被制御器を許可し、ポリシーを保存する、４：被制御器を否認し、ポリシーを保存する、５：制御器において受け入れるオプションを付けて、ＰＮＭ被制御器ＵＥ１０４を発呼する。次いで、ＰＮＭ制御器ＵＥ１０２のＰＮユーザは、許可／却下してもよく、場合により、今後の呼のためにオプションを保存してもよい。許可、否認、または受け入れに関する決定は、クエリに応答して送信される。フロー３０５において、応答メッセージがＰＮＭ ＡＳ １０６に送信される。プライバシー応答処理フロー３０６において、ＰＮＭ ＡＳ １０６は、ＰＮＭ制御器ＵＥ１０２のＰＮユーザにより指示される動作を決定する。フロー３０７において、ＰＮＭ制御器ＵＥ１０２のＰＮユーザが、呼をＰＮＭ被制御器ＵＥ１０４に進めることを許可し、ＰＮＭ ＡＳ １０６が初期要求メッセージをＰＮＭ被制御器ＵＥ１０４に送信することが仮定される。

ＰＮＭ制御器ＵＥ１０２が呼（または、セッションもしくはメッセージ）を受け入れる可能性があるため、フロー２０３は、ＳＩＰ ＩＮＶＩＴＥまたはＳＩＰ ＭＥＳＳＡＧＥ等の他のＳＩＰ要求を使用して実装されてもよく、従って、これは、呼転送またはメッセージ転送に類似し得る。ゆえに、この要求が、ＰＮＭ制御器ＵＥ１０２が受信する通常の呼または呼／メッセージ転送とは違って、ＰＮＭ制御器アプリケーションを対象とするＰＮＭアクセス制御要求であることを、ＰＮＭ制御器ＵＥ１０２が識別する方式である必要があり得る。

従って、本開示は、受信するＳＩＰ ＩＮＶＩＴＥまたはＳＩＰ ＭＥＳＳＡＧＥもしくは他のＳＩＰ要求が、ＰＮＭ被制御器ＵＥ１０４のための呼、セッション、またはメッセージのＰＮＭ制御器ＵＥ１０２へのＰＮＭ ＡＳ １０６によるリダイレクトの結果としてのリダイレクションであることをＰＮＭ制御器ＵＥ１０２が決定可能であり、ＰＮＭ制御器ＵＥ１０２がＳＩＰ ＩＮＶＩＴＥまたはＳＩＰ ＭＥＳＳＡＧＥもしくは他のＳＩＰ Ｒｅｑｕｅｓｔを正確に取り扱うことが可能であるシステムおよび方法を提供する。

ＳＩＰ ＩＮＶＩＴＥまたはＳＩＰ ＭＥＳＳＡＧＥもしくは他のＳＩＰ要求が、以下の情報をＰＮＭ制御器ＵＥ１０２に伝達することが有用であり得る。
１：この要求が、ＰＮＭ制御器アプリケーションを対象とするＰＮＭアクセス制御要求であること、
２：要求の発信元の識別、および
３：元々要求がアドレス指定されていたＰＮＭ被制御器ＵＥ１０４の識別。

本開示は、一実施形態に従って、これらの目的のために以下のようないくつかの技法を提案する。
１：この要求が、ＰＮＭ制御器アプリケーションを対象とするＰＮＭアクセス制御要求であることを識別するために、ＰＮＭ制御器アプリケーションのために新しい特徴タグを規定し、Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダにこの特徴タグを含む。
２：この要求が、ＰＮＭ制御器アプリケーションを対象とするＰＮＭアクセス制御要求であることを識別するために、ＰＮＭ制御アプリケーションのためにＩＭＳアプリケーション参照識別子（ＩＡＲＩ）値を規定し、これをＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダににおけるｇ．３ｇｐｐ．ａｐｐ＿ｒｅｆ特徴タグに含む。
３：要求の発信元の識別を決定するために、元の要求からのＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダを含む。
４：標的ＵＲＩ−パラメータ（ＲＦＣ４４５８に規定）および要求が元々アドレス指定されていたＰＮＭ被制御器ＵＥ１０４のＵＲＩをＲｅｑｕｅｓｔ ＵＲＩに含む。

本開示の種々の実施形態に従って提供される他の代替は、以下の通りである。

本識別子は、１）ＰＮＭ制御器を識別するＵＲＩ、２）ＵＲＩにおける新しいＳＩＰ ＵＲＩパラメータ、３）標的ＵＲＩパラメータ（ＲＦＣ４４５８に規定）をＵＲＩに含むこと、およびＰＮＭ制御器アプリケーションを起動するべきことを示す固有のＵＲＩを有するように標的パラメータを設定すること、であり得る。例えば、

であり、
標的ＵＲＩパラメータ（ＲＦＣ４４５８に規定）をＵＲＩに含むこと、およびＰＮＭ制御器アプリケーションを起動するべきことを引き起こすために、セッションが元々アドレス指定されていたＰＮＭ被制御器ＵＥのＵＲＩに標的パラメータを設定することであり、例えば、

である。
ＰＮＭ制御器を示すメディア特徴タグをＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダ（ＲＦＣ３８４１に従う）に含むこと。
ＰＮＭ制御器を駆動すべきことを識別するＩＭＳ通信サービス識別子（ＩＣＳＩ）値またはＩＭＳアプリケーション参照識別子（ＩＡＲＩ）値を含むｇ．３ｇｐｐ．ａｐｐ＿ｒｅｆ特徴タグをＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダに含むこと。ＰＮＭ制御器ＵＥが、以前登録時に、ＲＦＣ３８４０に従って、ＳＩＰ ＲＥＧＩＳＴＥＲのＣｏｎｔａｃｔヘッダにメディア特徴タグを登録していることに留意されたい。
新しいＳＩＰ（例えば、Ｐ−ヘッダ）
ＰＮＭ制御器（ＵＥ−１ａ）が、通常の呼転送とは違ってこれをＰＮＭ制御器関連要求と識別することを可能にするために、ＰＮＭ ＡＳは、ＳＩＰ ＩＮＶＩＴＥ要求（ステップ１４における）に、以下の識別子を追加する。１）ＰＮＭ特有ＵＲＩパラメータ（３ＧＰＰ−ｐｎｍ−ｃｎｔｒｌｒ）が、Ｒｅｑｕｅｓｔ ＵＲＩにおけるＵＥ−１ａのＵＲＩに追加され、および／またはＴｏヘッダにおけるＲｅｑｕｅｓｔ ＵＲＩに追加される、２）これがＰＮＭ制御器関連転送であることを示すＲｅａｓｏｎヘッダ（Ｒｅａｓｏｎ＝３ＧＰＰ−ＰＮＭ；ｃａｕｓｅ＝１、ここで、１は、ＰＮＭ制御器関連転送を示す）を含むＨｉｓｔｏｒｙ−Ｉｎｆｏヘッダが含まれる。また、Ｈｉｓｔｏｒｙ−ＩｎｆｏヘッダにおけるＵＥ−１ａのＵＲＩは、ＰＮＭ特有ＵＲＩパラメータ（３ＧＰＰ−ｐｎｍ−ｃｎｔｒｌｒ）含んでもよい、３）ＰＮＭ制御器を識別する特徴タグを含むＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダ。
ＰＮＭ制御器ＵＥ−１ａがＳＩＰ ＩＮＶＩＴＥを受信すると、これが、通常の呼転送とは違ってＰＮＭ制御器関連要求であることを決定するために、以下の側面を使用することが可能である。１）Ｐ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤヘッダおよび／またはＴｏヘッダのＵＲＩにおけるＰＮＭ特有ＵＲＩパラメータ（３ＧＰＰ−ｐｎｍ−ｃｎｔｒｌｒ）の存在、２）これがＰＮＭ制御器関連転送であることを示すＲｅａｓｏｎヘッダ（Ｒｅａｓｏｎ＝３ＧＰＰ−ＰＮＭ；ｃａｕｓｅ＝１、ここで、１は、ＰＮＭ制御器関連転送を示す）のＨｉｓｔｏｒｙ−Ｉｎｆｏヘッダにおける存在、３）Ｈｉｓｔｏｒｙ−ＩｎｆｏヘッダのＵＲＩにおける、ＵＥ−１ａのＰＮＭ特有ＵＲＩパラメータ（３ＧＰＰ−ｐｎｍ−ｃｎｔｒｌｒ）の存在、４）ＰＮＭ制御器を識別するＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダにおけるメディア特徴タグ（または、メディア特徴タグのパラメータ値）の存在。
ＰＮＭ制御器ＵＥ−１ａがＳＩＰ ＩＮＶＩＴＥを受信すると、これが、通常の呼転送とは違ってＰＮＭ制御器関連要求であることを決定するために、以下の側面を使用することが可能である。１）ＰＮＭ制御器を識別するＵＲＩまたは非制御器ＵＥのＵＲＩＩのいずれかを含むＰ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤヘッダにおける標的ＵＲＩの存在、２）ＰＮＭ制御器を識別するＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダにおけるメディア特徴タグ（または、メディア特徴タグのパラメータ値）の存在、３）ＰＮＭアプリケーションサーバにより挿入されたＣｏｎｔａｃｔヘッダにおけるＰＮＭ特有ＵＲＩ−パラメータ（３ＧＰＰ−ｐｎｍ−ｃｎｔｒｌｒ）の存在。

ＲＦＣ４４５８に規定される標的ＵＲＩ−パラメータは、音声メールおよび音声自動応答（ＩＶＲ）のようなサービスについて元々規定されているが、その利用は、これらのアプリケーションに制限されず、元々の標的を把握する必要のある任意のアプリケーションにより使用可能である。

ＰＮＭ制御器アプリケーションは、ＰＮＭ ＡＳ １０６により処理された際に要求がアドレス指定されていたＵＲＩを決定する必要があるＰＮＭ制御器ＵＥ１０２におけるアプリケーションである。

Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダを使用し、かつＰＮＭ制御器アプリケーションを示すようにＩＡＲＩ値を規定するための別の理由として、ＰＮＭ制御器ＵＥ１０２のユーザが、同一のパブリックユーザ識別で登録されている複数のＵＥを有し、そのうちの１つだけが、ＰＮＭ制御器利用可能（または、ＰＮＭ制御器利用可能）であることが可能であることが挙げられる。この状況では、要求は、ＰＮＭ制御器機能を実行するＵＥに優先して経路付けされることが必要である。ＰＮＭ制御器を示すためにＡｃｃｅｐｔ−ＣｏｎｔａｃｔヘッダおよびＩＡＲＩ値またはいくつかの他の特徴タグを使用することによって、この必要性が満たされる。

一実施形態では、本開示は、以下のＳＩＰ応答の使用に関連する。
１：要求がＰＮＭ被制御器ＵＥ１０４に転送されることを許可するための、３０２（Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ）応答またはいくつかの他の３ＸＸ応答もしくは４ｘｘ応答、
２：要求を否認するための４８０（Ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ）応答またはいくつかの他の４ＸＸ応答、および
３：呼を受け入れるための、２００（ＯＫ）応答またはいくつかの他の２ｘｘ応答（２０２ Ａｃｃｅｐｔｅｄ応答）。

ユーザが、ポリシーを保存することを決定する場合、ＰＮ構成機構（ＸＣＡＰを使用する）を使用して、ポリシーをアクセス制御リスト１０８に追加し得る。

Ｈｉｓｔｏｒｙ−Ｉｎｆｏヘッダもまた含まれ（通常の呼転送に従って）、ＰＮＭ ＡＳ １０６による処理時に要求がアドレス指定されていたＵＲＩを、（標的のＵＲＩパラメータを含む）転送された要求のＲｅｑｕｅｓｔ−ＵＲＩのコンテンツとともに含む。

初期要求からのＨｉｓｔｏｒｙ−Ｉｎｆｏヘッダは、３０２（Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ）応答に含まれ、次いで、ＰＮＭ ＡＳ １０６は、ＰＮＭ被制御器ＵＥ１０４へのリダイレクトされた要求にＨｉｓｔｏｒｙ−Ｉｎｆｏヘッダを含む。これは、要求がＰＮＭ制御器アプリケーションに初めにダイレクトされたという情報を、ＰＮＭ被制御器ＵＥ１０４に提供する。以下の例は、ＰＮＭ制御器ＵＥ１０２が、ＰＮＭ被制御器ＵＥ１０４による要求の受信を許可した後に、ＰＮＭ被制御器ＵＥ１０４がＨｉｓｔｏｒｙ−Ｉｎｆｏヘッダにおいて受信する情報を示す。

この情報から、ＰＮＭ被制御器ＵＥ１０４は、要求が元々それ（ＰＮ＿ＵＥ２ｂ＠ｈｏｍｅ２．ｎｅｔ）にアドレス指定されていいたことと、ＰＮＭ被制御器ＵＥ１０４を標的としてＰＮＭ制御器ＵＥ１０２（ＰＮ＿ＵＥ２ａ＠ｈｏｍｅ２．ｎｅｔ）に転送されたこととを見分けることができる。次いで、要求は、ＰＮＭ制御器ＵＥ１０２によって、ＰＮＭ被制御器ＵＥ１０４にリダイレクトされた。

従って、ＰＮＭ ＡＳ １０６が、呼（または、セッション）をＰＮＭ制御器ＵＥ１０２にリダイレクトする場合、ＰＮＭ ＡＳ １０６が、ＰＮＭ被制御器ＵＥ１０４のための呼（または、セッションもしくはメッセージ）をＰＮＭ制御器ＵＥ１０２にリダイレクトすることに起因して、ＰＮＭ制御器ＵＥ１０２は、呼（または、セッションもしくはメッセージ）を、リダイレクトされた呼（または、セッションもしくはメッセージ）として識別可能である必要がある。具体的には、ＳＩＰ ＩＮＶＩＴＥまたは他のＳＩＰ要求が、ＰＮＭ ＡＳ １０６によってＰＮＭ制御器ＵＥ１０２にリダイレクトされる場合、ＰＮＭ制御器ＵＥ１０２は、ＰＮＭ制御器１０２が受信する通常の呼（または、セッションもしくはメッセージ）あるいは呼／メッセージ転送とは違って、ＰＮＭ ＡＳ １０６が、ＰＮＭ被制御器ＵＥ１０４のための呼（または、セッションもしくはメッセージ）をＰＮＭ制御器ＵＥ１０２にリダイレクトすることに起因して、ＳＩＰ ＩＮＶＩＴＥまたはＳＩＰ要求をリダイレクトとして識別可能である必要がある。

図４に図示する本開示のある実施形態によると、ＳＩＰ ＩＮＶＩＴＥ４０２がＰＮＭ ＡＳ １０６によりリダイレクトされたことをＰＮＭ制御器ＵＥ１０２が決定するために、送信するＳＩＰ ＩＮＶＩＴＥ４０２は、ＳＩＰメッセージがＰＮＭ ＡＳ １０６によりリダイレクトされたことを識別する識別子４０４を、ＳＩＰメッセージに含んでもよい。識別子４０４は、以下であることが可能である。
１：ＰＮＭ制御器アプリケーション４０６を識別するＵＲＩ、
２：ＵＲＩにおける新しいＳＩＰ ＵＲＩパラメータ、
３：ＵＲＩ設定に含まれる標的ＵＲＩパラメータ（ＲＦＣ４４５８に規定）であって、標的パラメータは、ＰＮＭ制御器アプリケーション４０６を起動するべきことを示す一意的ＵＲＩに設定される、
ＵＲＩ設定に含まれる標的ＵＲＩパラメータ（ＲＦＣ４４５８に規定）であり、標的パラメータは、ＰＮＭ制御器アプリケーション４０６を起動させるために、セッションが元々アドレス指定されていたＰＮＭ被制御器ＵＥ１０４のＵＲＩに設定される、
４：Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダに含まれるメディア特徴タグ（ＲＦＣ３８４１に従う）であり、メディア特徴タグは、ＰＮＭ制御器アプリケーション４０６を示す（ＰＮＭ制御器ＵＥ１０２は、ＲＦＣ３８４０に従って、ＳＩＰ ＲＥＧＩＳＴＥＲ要求のＣｏｎｔａｃｔヘッダにおいて以前登録したメディア特徴を有する。）、
５：Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダに含まれるｇ．３ｇｐｐ．ａｐｐ＿ｒｅｆ特徴タグであり、ｇ．３ｇｐｐ．ａｐｐ＿ｒｅｆ特徴は、ＰＮＭ制御器アプリケーション４０６を起動すべきことを識別するＩＭＳ通信サービス識別子（ＩＣＳＩ）値またはＩＭＳアプリケーション参照識別子（ＩＡＲＩ）値を含む、および／または、
６：新しいＳＩＰヘッダ（例えば、Ｐ−ヘッダ）。

図５は、本開示のある実施形態に従うＰＮアクセス制御に関する信号伝達フローを図示する。

フロー１より前のステップは、ＴＳ２４．２２８［１０］に規定する標準的な手順に従う。

フロー１．ＩＮＶＩＴＥ＃１（Ｉ−ＣＳＣＦ＃２からＳ−ＣＳＣＦ＃２）
Ｉ−ＣＳＣＦ−２は、ロケーションクエリの起動後に、ＩＮＶＩＴＥ＃１をＳ−ＣＳＣＦ＃２に転送する。ＩＮＶＩＴＥ＃１の例は、以下の通りであり得る。

フロー２．１００Ｔｒｙｉｎｇ
Ｓ−ＣＳＣＦ＃２は、１００Ｔｒｙｉｎｇ暫定応答により、ＩＮＶＩＴＥ＃１要求に応答する。１００Ｔｒｙｉｎｇ暫定応答の例は、以下の通りであり得る。

フロー３．初期フィルタ基準の評価
Ｓ−ＣＳＣＦ＃２は、この加入者のサービスプロファイルを実証し、初期フィルタ基準を評価する。

フロー４．ＩＮＶＩＴＥ＃１（Ｓ−ＣＳＣＦ＃２からＰＮＭ ＡＳ）
Ｓ−ＣＳＣＦ＃２は、初期フィルタ基準（ＩＦＣ）に基づいて、ＩＮＶＩＴＥ＃１要求をＰＮＭ ＡＳに転送する。結果として生じるＩＮＶＩＴＥ＃１の例は以下の通りであり得る。

フロー５．１００Ｔｒｙｉｎｇ
ＰＮＭ ＡＳ １０６は、１００Ｔｒｙｉｎｇ暫定応答により、ＩＮＶＩＴＥ＃１要求に応答する。結果として生じる１００Ｔｒｙｉｎｇ暫定応答の例は、以下の通りであり得る。

フロー６．ＰＮＭアクセス制御
ＰＮＭ ＡＳ １０６は、プライベートネットワークサービス論理を起動する。本例では、ＵＥ１＠ｈｏｍｅ１．ｎｅｔは、ＰＮ＿ＵＥ−２ｂ＠ｈｏｍｅ２．ｎｅｔの＜ＰＮＡｃｃｅｓｓＣｏｎｔｒｏｌＬｉｓｔ＞上に存在しないことから、ＰＮＭ制御器アプリケーション４０６は、連絡を受ける必要がある。

フロー７．ＩＮＶＩＴＥ＃２（ＰＮＭ ＡＳからＳ−ＣＳＣＦ＃２）
ＰＮＭ ＡＳ １０６は、ＩＮＶＩＴＥ＃２と呼ばれる新しい招待メッセージを生成し、ＰＮＭ制御器アプリケーション４０６と相互作用するために、招待メッセージをＳ−ＣＳＣＦ＃１に送信する。

上に図示するように、結果として生じるＩＮＶＩＴＥ＃２は、以下の情報を提供する。

Ｒｅｑｕｅｓｔ−ＵＲＩ：＜ＰＮＣｏｎｔｒｏｌｌｅｒ＞要素から得られたＰＮＭ制御器ＵＥのＵＲＩ（ＰＮ＿ＵＥ２ａ＠ｈｏｍｅ２．ｎｅｔ）を、元々のＲｅｑｕｅｓｔ−ＵＲＩからのＵＲＩ（ＰＮ＿ＵＥ−２ｂ＠ｈｏｍｅ２．ｎｅｔ）を含む標的ＵＲＩ−パラメータとともに含む。

Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ：発信元の識別（「Ｊｏｈｎ Ｄｏｅ」＜ｓｉｐ：ＵＥ１＠ｈｏｍｅ１．ｎｅｔ＞）を含む。

Ｆｒｏｍ：ＰＮＭ ＡＳ １０６のＳＩＰ ＵＲＩ（ｓｉｐ：ｐｎｍａｓ．ｈｏｍｅ１．ｎｅｔ）を含む。

Ｔｏ：ＰＮＭ制御器ＵＥ１０２のＵＲＩ（ＵＥ２ａ＠ｈｏｍｅ２．ｎｅｔ）を含む。

Ｓｕｐｐｏｒｔｅｄ：前提条件、１００ｒｅｌ、ｈｉｓｔｉｎｆｏのオプションタグを含む。

Ｃｏｎｔａｃｔ：ＰＮＭ ＡＳ １０６のＩＰアドレスまたはＦＱＤＮを含むＳＩＰ ＵＲＩを含む。

Ｈｉｓｔｏｒｙ−Ｉｎｆｏ：元々のＲｅｑｕｅｓｔ−ＵＲＩからのＵＲＩ（ＰＮ＿ＵＥ−２ｂ＠ｈｏｍｅ２．ｎｅｔ）と、ＰＮＭ制御器ＵＥ１０２のＵＲＩ（ＰＮ＿ＵＥ２ａ＠ｈｏｍｅ２．ｎｅｔ）とを、被制御器のＵＲＩ（ＰＮ＿ＵＥ−２ｂ＠ｈｏｍｅ＠２．ｎｅｔ）に設定される標的パラメータとともに含む。ＰＮＭ制御器は、Ｈｉｓｔｏｒｙ−Ｉｎｆｏヘッダのコンテンツに注目し、被制御器のＵＲＩに設定される標的パラメータの発見に応答して、ＰＮＭ制御器機能を起動し得る。

Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔ：ＩＡＲＩ値「ｕｒｎ％３Ａｕｒｎ−ｘｘｘ％３Ａ３ｇｐｐ−ａｐｐｌｉｃａｔｉｏｎ．ｉｍｓ．ｉａｒｉ．ＰＮＭ−Ｃｏｎｔｒｏｌｌｅｒ」とともに、ｇ．３ｇｐｐ．ａｐｐ＿ｒｅｆメディア特徴タグを含む。

フロー８．１００Ｔｒｙｉｎｇ
Ｓ−ＣＳＣＦ＃２は、１００Ｔｒｙｉｎｇ暫定応答により、ＩＮＶＩＴＥ＃２要求に応答する。結果として生じる１００Ｔｒｙｉｎｇ暫定応答の例は、以下の通りであり得る。

フロー９．ＩＮＶＩＴＥ＃２（Ｓ−ＣＳＣＦ＃２からＰ−ＣＳＣＦ＃２ａ）
Ｓ−ＣＳＣＦ＃２は、ＩＮＶＩＴＥ＃２要求をＰ＿ＣＳＣＦ＃２ａに転送する。結果として生じるＩＮＶＩＴＥ＃２の例は、以下の通りであり得る。

１０．１００Ｔｒｙｉｎｇ
Ｐ−ＣＳＣＦ＃２は、１００Ｔｒｙｉｎｇ暫定応答により、ＩＮＶＩＴＥ＃２要求に応答する。１００Ｔｒｙｉｎｇ暫定応答の例は、以下の通りであり得る。

フロー１１．ＩＮＶＩＴＥ＃２（Ｐ−ＣＳＣＦ＃２ａからＵＥ−２ａ）
Ｐ−ＣＳＣＦ＃２ａは、ＩＮＶＩＴＥ＃２をＵＥ−２ａ（ＰＮＭ制御器ＵＥ１０２）に送信する。結果として生じるＩＮＶＩＴＥ＃２の例は以下の通りであり得る。

フロー１２．１００Ｔｒｙｉｎｇ
ＵＥ−２ａは、１００Ｔｒｙｉｎｇ暫定応答により、ＩＮＶＩＴＥ＃２要求に応答する。結果として生じる１００Ｔｒｙｉｎｇ暫定応答の例は、以下の通りであり得る。

フロー１３．ＰＮＭプライバシー決定
ＩＡＲＩ値に基づいて、ＰＮＭ制御器ＵＥ１０２は、ＰＮＭ制御器アプリケーション４０６を起動する。ＰＮ制御器アプリケーション４０６は、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダからの発信元の識別、Ｒｅｑｕｅｓｔ−ＵＲＩにおける標的ＵＲＩ−パラメータからのＰＮＭ被制御器ＵＥ１０４の識別、およびユーザのオプションを提供して、以下を行う。
１：セッションをＰＮＭ被制御器ＵＥ１０４に転送し、
２：セッションを拒否し、および／または
３：セッションを受け入れる。

以下の例では、ユーザは、呼（または、セッション）をＰＮＭ被制御器ＵＥ１０４に転送することを決定する。

フロー１４．３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ
ＰＮＭ被制御器ＵＥ１０４は、ＳＩＰ ３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ応答をｐｃｓｃｆ２ａ．ｖｉｓｉｔｅｄ２．ｎｅｔに送信する。このフローにおけるＳＩＰ ３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ応答の例は、以下の通りであり得る。

上に図示するように、ＳＩＰ ３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ応答は、以下の情報を提供する。

Ｃｏｎｔａｃｔ：ＰＮＭ被制御器ＵＥ１０４のアドレスを含むＵＲＩ（ＰＮ＿ＵＥ−２ｂ＠ｈｏｍｅ２．ｎｅｔ）を提供する。

Ｈｉｓｔｏｒｙ−ｉｎｆｏ：元々のＩＮＶＩＴＥのＨｉｓｔｏｒｙ−ＩｎｆｏヘッダからのＵＲＩ（ＰＮ＿ＵＥ−２ｂ＠ｈｏｍｅ２．ｎｅｔおよびＰＮ＿ＵＥ２ａ＠ｈｏｍｅ２．ｎｅｔ；ｔａｒｇｅｔ＝ＰＮ＿ＵＥ−２ｂ＠ｈｏｍｅ２．ｎｅｔ）を含む。ＰＮＭ制御器は、Ｈｉｓｔｏｒｙ−Ｉｎｆｏヘッダのコンテンツに注目し、被制御器のＵＲＩに設定される標的パラメータの発見に応答して、ＰＮＭ制御器機能を起動し得る。

１５．３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ
Ｐ−ＣＳＣＦ＃２ａは、３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ応答をＳ−ＣＳＣＦ＃２に転送する。転送された３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ応答の例は、以下の通りであり得る。

フロー１６．３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ
Ｓ−ＣＳＣＦ＃２は、２００ＯＫをＰＮＭ ＡＳ １０６に転送する。このフローにおける転送された３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ応答は、以下の通りであり得る。

フロー１７．ＰＮＭリダイレクションセッション制御
ＰＮＭ制御器ＵＥ１０２から３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ応答を受信すると、ＰＮＭ ＡＳ １０６は、セッションがＰＮＭ被制御器ＵＥ１０４にリダイレクトされることを決定する。

フロー１８．ＩＮＶＩＴＥ＃３（ＰＮＭ ＡＳからＳ−ＣＳＣＦ＃２）
ＰＮＭ ＡＳ １０６は、発信元のＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦ＃２に転送する。このフローにおけるＩＮＶＩＴＥメッセージの例は、以下の通りであり得る。

上に図示するように、Ｓ−ＣＳＣＦ＃２へのＩＮＶＩＴＥメッセージは、以下の情報を提供する。

Ｒｅｑｕｅｓｔ−ＵＲＩ：（３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ）応答のＣｏｎｔａｃｔヘッダから得られたＰＮＭ制御器ＵＥ１０２のＵＲＩ（ＰＮ＿ＵＥ２ａ＠ｈｏｍｅ２．ｎｅｔ）を含む。

Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ：発信元の識別（「Ｊｏｈｎ Ｄｏｅ」＜ｓｉｐ：ＵＥ１＠ｈｏｍｅ１．ｎｅｔ＞）を含む。

Ｆｒｏｍ：発信元ＵＥのＳＩＰ ＵＲＩ（ｓｉｐ：ＵＥ１＠ｈｏｍｅ１．ｎｅｔ）を含む。

Ｔｏ：ＰＮＭ制御器ＵＥ１０２のＵＲＩ（ＵＥ２ａ＠ｈｏｍｅ２．ｎｅｔ）を含む。

Ｓｕｐｐｏｒｔｅｄ：前提条件、１００ｒｅｌ、ｈｉｓｔｉｎｆｏのオプションタグを含む。

Ｃｏｎｔａｃｔ：元々のＩＮＶＩＴＥのＣｏｎｔａｃｔヘッダからのＵＲＩ（＜ｓｉｐ：ＰＮ＿ＵＥ２ｂ＠ｈｏｍｅ１．ｎｅｔ；ｇｒ＝ｕｒｎ：ｕｕｉｄ：ｆ８１ｄ４ｆａｅ−７ｄｅｃ−１１ｄ０−ａ７６５−００ａ０ｃ９１ｅ６ｂｆ６＞）を含む。

Ｈｉｓｔｏｒｙ−Ｉｎｆｏ：３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ応答のＨｉｓｔｏｒｙ−ＩｎｆｏヘッダからのＵＲＩ（ＰＮ＿ＵＥ−２ｂ＠ｈｏｍｅ２．ｎｅｔおよびＰＮ＿ＵＥ２ａ＠ｈｏｍｅ２．ｎｅｔ； ｔａｒｇｅｔ＝ＰＮ＿ＵＥ−２ｂ＠ｈｏｍｅ２．ｎｅｔ）を、理由コード「３０２」を伴う３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ応答のＣｏｎｔａｃｔヘッダからのＰＮＭ被制御器ＵＥ１０４のＵＲＩ（ＰＮ＿ＵＥ−２ｂ＠ｈｏｍｅ２．ｎｅｔ）の追加とともに含む。

Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔ：元々のＩＮＶＩＴＥにおけるＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダのコンテンツ（＊；ｇ．３ｇｐｐ．ａｐｐ＿ｒｅｆ＝“ｕｒｎ％３Ａｕｒｎ−ｘｘｘ％３ｇｐｐ−ｓｅｒｖｉｃｅ．ｉｍｓ．ｉｃｓｉ．ｍｍｔｅｌ”）を含む。

フロー１９〜３４は、ＴＳ２４．２２９［１０］に規定の標準的なセッション確立手順に後続する。

代替として、通常の呼またはセッションもしくはメッセージおよび呼／メッセージ転送とは違って、ＰＮＭ制御器アプリケーション４０６関連要求としてＳＩＰ ＩＮＶＩＴＥ要求をＰＮＭ制御器ＵＥ１０２が識別することを可能にするために、ＰＮＭ ＡＳ １０６は、識別子をＳＩＰ ＩＮＶＩＴＥまたは他のＳＩＰ要求に追加してもよい。本開示のある実施形態によると、結果として生じるＳＩＰ ＩＮＶＩＴＥは、以下の通りであり得る。

上記の例における識別子は、以下の通りであり得る。
１：Ｒｅｑｕｅｓｔ ＵＲＩにおいてＰＮＭ制御器ＵＥ１０２のＵＲＩに追加されるＰＮＭ特有ＵＲＩ−パラメータ（３ＧＰＰ−ｐｎｍ−ｃｎｔｒｌｒ）および／またはＴｏヘッダのＵＲＩに追加されるＰＮＭ特有ＵＲＩ−パラメータ（３ＧＰＰ−ｐｎｍ−ｃｎｔｒｌｒ）、
２： Ｈｉｓｔｏｒｙ−ＩｎｆｏヘッダにおけるＲｅａｓｏｎヘッダであって、Ｒｅａｓｏｎヘッダは、これがＰＮＭ制御器アプリケーション４０６関連転送であることを示す（Ｒｅａｓｏｎ＝３ＧＰＰ−ＰＮＭ；ｃａｕｓｅ＝１、ここで、１は、ＰＮＭ制御器アプリケーション４０６関連転送を示す）。また、Ｈｉｓｔｏｒｙ−ＩｎｆｏヘッダにおけるＰＮＭ制御器ＵＥ１０２ＵＲＩは、ＰＮＭ特有ＵＲＩ−パラメータ（３ＧＰＰ−ｐｎｍ−ｃｎｔｒｌｒ）も含んでもよい、および
３：Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダにおけるメディア特徴タグ（ｇ．３ｇｐｐ．ａｐｐ＿ｒｅｆ＝“ｕｒｎ％３Ａｕｒｎ−ｘｘｘ％３Ａ３ｇｐｐ−ａｐｐｌｉｃａｔｉｏｎ．ｉｍｓ．ｉａｒｉ．ＰＮＭ−Ｃｏｎｔｒｏｌｌｅｒ）であって、メディア特徴タグは、ＰＮＭ制御器アプリケーション４０６を識別する。

Ｓ−ＣＳＣＦ＃２が上記ＳＩＰ ＩＮＶＩＴＥ要求を受信すると、Ｓ−ＣＳＣＦ＃２は、ＰＮＭ制御器ＵＥ１０２のＵＲＩを含むＲｅｑｕｅｓｔ−ＵＲＩをＰ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤヘッダにコピーし、Ｒｅｑｕｅｓｔ−ＵＲＩを、ＰＮＭ制御器ＵＥ１０２の登録された連絡先アドレスに書き直す。

Ｐ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤヘッダは、一実施形態であり、Ｒｅｑｕｅｓｔ−ＵＲＩは、常にＰ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤヘッダにコピーされるとは限らない。提案は、本挙動を変更するように存在し、今後、Ｒｅｑｕｅｓｔ−ＵＲＩがＣｏｎｔａｃｔにより上書きされ得ないこと（ｄｒａｆｔ−ｒｏｓｅｎｂｅｒｇ−ｓｉｐ−ｕａ−ｌｏｏｓｅ−ｒｏｕｔｅ−０１において提案される）、またはＰ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤヘッダ以外の新しいヘッダを使用して（例えば、ｄｒａｆｔ−ｈｏｌｍｂｅｒｇ−ｓｉｐ−ｔａｒｇｅｔ−ｕｒｉ−ｄｅｌｉｖｅｒｙ−００に提案される標的ヘッダ）、元々のＲｅｑｕｅｓｔ−ＵＲＩをトランスポートし得ることが可能である。代替として、標的ＵＲＩ−パラメータを使用して、元々のＲｅｑｕｅｓｔ−ＵＲＩをトランスポートしてもよい。次いで、ＰＮＭ制御器は、これらの手段を使用して、Ｒｅｑｕｅｓｔ−ＵＲＩコンテンツを入手し得る。

本開示のある実施形態によると、結果として生じるＳＩＰ ＩＮＶＩＴＥ要求は、以下の通りであり得る。

ＰＮＭ制御器ＵＥ１０２が上記ＳＩＰ ＩＮＶＩＴＥ要求を受信すると、ＰＮＭ制御器ＵＥ１０２は、これが、通常の呼または呼転送とは違ってＰＮＭ制御器アプリケーション４０６関連要求であることを決定するために、以下の側面を使用することが可能である。
１：Ｐ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤヘッダにおけるＰＮＭ特有ＵＲＩパラメータ（３ＧＰＰ−ｐｎｍ−ｃｎｔｒｌｒ）および／またはＴｏヘッダに追加されるＰＮＭ特有ＵＲＩ−パラメータ（３ＧＰＰ−ｐｎｍ−ｃｎｔｒｌｒ）の存在、
２：これがＰＮＭ制御器アプリケーション４０６関連転送であることを示すＲｅａｓｏｎヘッダ（Ｒｅａｓｏｎ＝３ＧＰＰ−ＰＮＭ；ｃａｕｓｅ＝１、ここで、１は、ＰＮＭ制御器アプリケーション４０６関連転送を示す）のＨｉｓｔｏｒｙ−Ｉｎｆｏヘッダにおける存在、
３：Ｈｉｓｔｏｒｙ−ＩｎｆｏヘッダのＵＲＩにおけるＰＮＭ特有ＵＲＩパラメータ（３ＧＰＰ−ｐｎｍ−ｃｎｔｒｌｒ）の存在、および／または、
４：ＰＮＭ制御器アプリケーション４０６を識別するＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダにおけるメディア特徴タグ（または、メディア特徴タグのパラメータ値、ｇ．３ｇｐｐ．ａｐｐ＿ｒｅｆ＝“ｕｒｎ％３Ａｕｒｎ−ｘｘｘ％３Ａ３ｇｐｐ−ａｐｐｌｉｃａｔｉｏｎ．ｉｍｓ．ｉａｒｉ．ＰＮＭ−Ｃｏｎｔｒｏｌｌｅｒ）の存在。
５：ＰＮＭアプリケーションサーバにより追加され得るＰＮＭ特有ＵＲＩ−パラメータ（３ＧＰＰ−ｐｎｍ−ｃｎｔｒｌｒ）のＣｏｎｔａｃｔヘッダにおける存在。

代替として、標的ＵＲＩパラメータ機構を使用してもよい。本実施形態では、ＰＮＭ ＡＳ １０６は、標的ＵＲＩパラメータをＳＩＰ ＩＮＶＩＴＥ要求に追加する。本開示のある実施形態によると、結果として生じるＳＩＰ ＩＮＶＩＴＥは、以下の通りであり得る。

Ｓ−ＣＳＣＦ＃２が上記ＳＩＰ ＩＮＶＩＴＥ要求を受信すると、Ｓ−ＣＳＣＦ＃２は、ＰＮＭ制御器ＵＥ１０２のＵＲＩを含むＲｅｑｕｅｓｔ−ＵＲＩをＰ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤヘッダにコピーし、Ｒｅｑｕｅｓｔ−ＵＲＩを、ＰＮＭ制御器ＵＥ１０２の登録された連絡先アドレスに書き直す。本開示のある実施形態によると、結果として生じるＳＩＰ ＩＮＶＩＴＥ要求は以下の通りであり得る。

ＰＮＭ制御器ＵＥ１０２が上記ＳＩＰ ＩＮＶＩＴＥ要求を受信すると、ＰＮＭ制御器ＵＥ１０２は、これが、通常の呼または呼転送とは違ってＰＮＭ制御器アプリケーション４０６関連要求であることを決定するために、以下の側面を使用することが可能である。
１：ＰＮＭ制御器アプリケーションを識別するＵＲＩまたはＰＮＭ被制御器Ｅ１０４のＵＲＩのいずれかを含むＰ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤヘッダにおけるＰＮＭ特有ＵＲＩパラメータの存在。本例では、標的ＵＲＩパラメータは、ＰＮＭ被制御器ＵＥ１０４のＵＲＩ（ＰＮ＿ＵＥ−２ｂ＠ｈｏｍｅ１．ｎｅｔ）を含む、または、
２：ＰＮＭ制御器アプリケーション４０６を識別するＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダにおけるメディア特徴タグ（または、メディア特徴タグのパラメータ値、例えば、ｇ．３ｇｐｐ．ａｐｐ＿ｒｅｆ＝“ｕｒｎ％３Ａｕｒｎ−ｘｘｘ％３Ａ３ｇｐｐ−ａｐｐｌｉｃａｔｉｏｎ．ｉｍｓ．ｉａｒｉ．ＰＮＭ−Ｃｏｎｔｒｏｌｌｅｒ Ｃｏｎｔａｃｔ：＜ｓｉｐ：ｐｎｍａｓ．ｈｏｍｅ１．ｎｅｔ＞）の存在。

ＰＮＭ特有ＵＲＩ−パラメータを使用してＰＮＭ制御器アプリケーション４０６を識別することに対する代替として、ＰＮＭ制御器特有ＵＲＩの使用が挙げられる。このＵＲＩは、明示的または黙示的に、ＰＮＭ制御器ＵＥ１０２により登録可能である。本実施形態では、ＰＮＭ制御器特有ＵＲＩ（例えば、ＰＮＭ−Ｃｏｎｔｒｏｌｌｅｒ−ＵＥ２ａ＠ｈｏｍｅ１．ｎｅｔ）は、ＰＮＭ特有ＵＲＩ−パラメータ（３ＧＰＰ−ｐｎｍ−ｃｎｔｒｌｒ）とともにＰＮＭ制御器ＵＥ１０２ＵＲＩ（ＰＮ＿ＵＥ−２ａ＠ｈｏｍｅ１．ｎｅｔ）が前の図面において使用される場合に使用可能である。

別の可能性として、新しいＳＩＰヘッダを使用して、これがＰＮＭ制御器アプリケーション４０６関連要求であるという指標を伝達し得ることが挙げられる。

ＰＮＭ制御器ＵＥ１０２がＳＩＰ ＩＮＶＩＴＥを受信し、ＳＩＰ ＩＮＶＩＴＥがＰＮＭ制御器アプリケーション４０６関連要求であることを識別すると、ＰＮＭ制御器アプリケーション４０６は、ユーザに警告し、発呼側の識別（Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダコンテンツに基づく）およびＰＮＭ被制御器ＵＥ１０４の識別（Ｈｉｓｔｏｒｙ−Ｉｎｆｏヘッダから）をユーザに示す。次いで、ＰＮＭ制御器ＵＥ１０２のユーザは、以下を決定することができる。
１：呼（または、セッションもしくはメッセージ）自体を受け入れる（ＳＩＰ２００ＯＫ応答または２ＸＸ応答を返送する）、
２：呼（または、セッションもしくはメッセージ）をＰＮＭ被制御器ＵＥ１０４にリダイレクトする（または、ＳＩＰ３０２もしくは３ＸＸもしくは４ＸＸ応答を返送する）、または、
３：呼（または、セッションもしくはメッセージ）を拒否する（ＳＩＰ４ｘｘ応答を返送する）。

ユーザが呼（または、セッションもしくはメッセージ）をＰＮＭ被制御器ＵＥ１０４にリダイレクトする場合、ＰＮＭ制御器ＵＥ１０２は、ＳＩＰ ３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ応答で応答する。本開示のある実施形態では、ＳＩＰ ３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ応答は、以下の通りであり得る。

上記ＳＩＰ ３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ応答は、以下を含む。
１：ＰＮＭ被制御器ＵＥ１０４のＵＲＩを含むＣｏｎｔａｃｔヘッダ、および
２：これがＰＮＭ制御器アプリケーション４０６関連転送であることを示すＲｅａｓｏｎヘッダおよびＰＮＭ特有ＵＲＩ−パラメータ（３ＧＰＰ−ｐｎｍ−ｃｎｔｒｌｒ）を含むＨｉｓｔｏｒｙ−Ｉｎｆｏヘッダ。

ＰＮＭ ＡＳ １０６が上記ＳＩＰ ３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ応答を受信すると、ＰＮＭ ＡＳ １０６は、ＣｏｎｔａｃｔヘッダにおけるＵＲＩに基づいて、ＳＩＰ ＩＮＶＩＴＥ要求をＰＮＭ被制御器ＵＥ１０４にリダイレクトする。本開示のある実施形態によると、結果として生成されるＳＩＰ ＩＮＶＩＴＥ要求は、以下の通りであり得る。

Ｈｉｓｔｏｒｙ−Ｉｎｆｏヘッダには、ＳＩＰ ３０２Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ応答からのＨｉｓｔｏｒｙ−Ｉｎｆｏのコンテンツが含まれ、ＰＮＭ被制御器ＵＥ１０４のＵＲＩは、理由コード１２０４（Ｃａｕｓｅ ３０２）とともに追加される。

本開示のある実施形態によると、Ｓ−ＣＳＣＦが上記ＳＩＰ ＩＮＶＩＴＥ要求を受信すると、Ｓ−ＣＳＣＦは、ＰＮＭ被制御器ＵＥ１０４のＵＲＩを含むＲｅｑｕｅｓｔ−ＵＲＩをＰ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤヘッダにコピーし、Ｒｅｑｕｅｓｔ−ＵＲＩを、ＰＮＭ被制御器ＵＥ１０４の登録された連絡先アドレスに書き直す。本開示のある実施形態では、結果として生じる要求は、以下の通りであり得る。

次いで、ＰＮＭ被制御器ＵＥ１０４は、ＳＩＰ ２００ＯＫ応答により、呼（または、セッションもしくはメッセージ）を受け入れることが可能である。

ＰＮＭ制御器アプリケーション４０６が呼（または、セッションもしくはメッセージ）を受け入れ、次いで、呼（または、セッション）をＰＮＭ被制御器ＵＥ１０４に転送することを決定する場合、ＰＮＭ制御器アプリケーション４０６は、３ＧＰＰ ＴＳ２４．１７３に規定される明示的呼転送機構を使用して、呼（または、セッション）をＰＮＭ被制御器ＵＥ１０４に転送することが可能である。

代替として、ＰＮＭ制御器ＵＥ１０２が、そのＰＮＭにおける全ての被制御器ＵＥのリストを有する場合、Ｈｉｓｔｏｒｙ−ＩｎｆｏヘッダにおけるＰＮＭ被制御器ＵＥ１０４のＵＲＩの存在を使用して、これが、通常の呼または呼転送とは違って、ＰＮＭ制御器アプリケーション４０６関連要求であることを決定することが可能である。

しかしながら、これは、ＰＮＭ被制御器ＵＥ１０４が要求をリダイレクトまたは転送することが不可能であり得るという不利点を有し、これらの要求は、ＰＮＭ制御器アプリケーション４０６要求としても扱われる。

さらに、デバイス内において、１つ以上のＰＮＭ ＵＲＩリストが提供され得る。各リスト内に、その被制御器群の有効な被制御器ＵＲＩである任意の数のＵＲＩが存在し得る。これらのリストは、ＯＭＡ ＤＭ、ＭＢＭＳ、セルブロードキャストＳＭＳ、ＵＳＳＤ ＯＴＡを介して、またはデバイス上の入力機構を介して提供され得る。有効なＵＲＩのリストは、デバイス内部のメモリまたは外部メモリ（Ｕ）ＳＩＭ、コンパクトフラッシュ（登録商標）、ＭｉｃｒｏＳＤ、メモリスティック等に格納され得る。

ＳＩＰ ＩＮＶＩＴＥが、Ｐ−ＣＡＬＬＥＤヘッダまたはＲｅｑｕｅｓｔ ＵＲＩ（Ｒ−ＵＲＩ）におけるＴＡＲＧＥＴ ＳＩＰ ＵＲＩを含んで受信される場合、デバイスは、ＰＮＭ ＵＲＩリストに提供されるＵＲＩに照らして、ＴＡＲＧＥＴに関連付けられるＵＲＩを確認する。ＵＲＩがＵＲＩリストにある場合、デバイスは、本デバイスがＰＮＭ制御器ＵＥとして動作する群がどれであるかを把握する。ＵＲＩが存在しない場合、デバイスは以下を行い得る。
１：招待を拒否する、
２：デフォルトＰＮＭ群ごとに招待を処理する、および／または、
３：後続の入力がデバイス上の入力機構を介して受信した後に、招待を処理する。

本開示のある実施形態では、格納されたＵＲＩのフォーマットは以下の通りであり得る。

ＳＩＰ ＵＲＩ
（Ｕ）ＳＩＭフォーマット

ＵＲＩ
コンテンツ：
他の相手が加入者を知るＳＩＰ ＵＲＩ
符号化：
ＵＲＩ ＴＬＶデータオブジェクト値のコンテンツおよび符号化について、ＩＥＴＦ ＲＦＣ３２６１［１６］を参照されたい。ＵＲＩ ＴＬＶデータオブジェクトのタグ値は、「８０」であるものとする。

ＯＭＡ ＤＭタイプ
／＜Ｘ＞／ ＰＮＭ ＵＲＩ ／
発生：１
フォーマット：ｃｈｒ
アクセスタイプ： Ｇｅｔ、Ｒｅｐｌａｃｅ
値： ＜ Ａ ＰＮＭ ＵＲＩ ＞
ＰＮＭ ＵＲＩ のフォーマットは、３ＧＰＰ ＴＳ ２３．００３［２］により規定される。

例えば、ＰＮＭ ＵＲＩ、ｓｉｐ：ｄｏｍａｉｎ．ｘｆｅｒ＠ｄｔｆ１．ｈｏｍｅ１．ｎｅｔのフォーマットは、以下の通りである。

確立された呼もしくはセッションまたはこれらの機構を使用して受信したメッセージは、音声呼、マルチメディアセッション、メッセージングセッション、またはＳＩＰ ＩＮＶＩＴＥもしくは他のＳＩＰ Ｒｅｑｕｅｓｔを使用して確立可能である任意の他のメディアであることが可能である。ＳＩＰ ＩＮＶＩＴＥと同様に、本明細書において規定される機構も、ＳＩＰ ＭＥＳＳＡＧＥ方法とともに使用可能である。

プライバシーサービスは、呼を認可し、この場合、認可は、ネットワークに関与する通常の認可手順とは異なり、ユーザからのリアルタイムの同意を必要とする。全ての他の補助的特徴または他のサービスは、この認可の受信後に後続し得る。

説明を容易にするために、１つの制御器ＵＥおよび１つの被制御器ＵＥしか示されていないが、当業者は、任意の数の制御器および被制御器が存在してもよいことを認識する。

図６は、ＵＥ１０２のある実施形態を含む無線通信システムを図示する。ＵＥ１０２は、本開示の側面を実装するために動作可能であるが、本開示は、これらの実装に限定されるべきではない。携帯電話機として図示したが、ＵＥ１０２は、無線ハンドセット、ポケットベル、携帯情報端末（ＰＤＡ）、携帯型コンピュータ、タブレット型コンピュータ、またはノート型コンピュータ、標準有線電話機ハンドセットを含む無線もしくは有線もしくは固定デバイス、セットトップボックス、およびその均等物を含む種々の形式をとってもよい。多くの適切なデバイスは、これらの機能の一部または全部を組み合わせる。本開示のいくつかの実施形態では、ＵＥ１０２は、携帯型、ノート型、またはタブレット型コンピュータのような汎用コンピューティングデバイスではなく、むしろ携帯電話機、無線ハンドセット、ポケットベル、またはＰＤＡ等の専用通信デバイスである。別の実施形態では、ＵＥ１０２は、携帯型、ノート型、または他のコンピューティングデバイスであってもよい。ＵＥ１０２は、ゲーム、在庫管理、仕事管理、および／またはタスク管理機能等の専用アクティビティをサポートし得る。

ＵＥ１０２は、ディスプレイ６０２を含む。また、ＵＥ１０２は、タッチセンサ面、キーボード、またはユーザによる入力のための、概して６０４と参照される他の入力キーも含む。キーボードは、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および連続式等の完全もしくは低減英数字キーボード、または電話機キーパッドに関連するアルファベット文字を含む従来の数字キーパッドであってもよい。入力キーは、トラックホイール、出口またはエスケープキー、トラックボール、およびさらなる入力機能を提供するように内側に押圧され得る他の操作または機能キーを含んでもよい。ＵＥ１０２は、ユーザが選択するオプション、ユーザが作動する制御、および／またはユーザが指示するカーソルもしくは他のインジケータを提示し得る。ＵＥ１０２は、ダイヤル番号またはＵＥ１０２の動作を構成するための種々のパラメータ値を含むエントリをユーザからさらに受け入れ得る。ＵＥ１０２は、ユーザコマンドに応答して、１つ以上のソフトウェアアプリケーションまたはファームウェアアプリケーションをさらに実行し得る。これらのアプリケーションは、ユーザインタラクションに応答して、種々のカスタマイズされた機能を実行するようにＵＥ１０２を構成し得る。加えて、ＵＥ１０２は、無線で、例えば、無線基地局、無線アクセスポイント、またはピアＵＥ１０２からプログラミングおよび／または構成されてもよい。

ＵＥ１０２により実行可能な種々のアプリケーションの中で、ウェブブラウザは、ディスプレイ６０２によるウェブページの表示を可能にする。ウェブページは、無線ネットワークアクセスノード、基地局、ピアＵＥ１０２を含む無線通信、または任意の他の無線通信ネットワークもしくはシステムを介して入手され得る。ネットワークは、インターネット等の有線ネットワーク６０８に連結される。無線リンクおよび有線ネットワークを介して、ＵＥ１０２は、サーバ６１０等の種々のサーバ上の情報へのアクセスを有する。サーバ６１０は、ディスプレイ６０２上に表示され得るコンテンツを提供し得る。代替として、ＵＥ１０２は、中継ぎ式またはホップ式の接続において中間体として動作するピアＵＥ１０２を介してネットワークにアクセスしてもよい。

図７は、ＵＥ１０２のブロック図を示す。ＵＥ１０２の多種多様の既知の構成要素が示されるが、ある実施形態では、列挙される構成要素および／または列挙されない追加の構成要素のサブセットをＵＥ１０２に含めてもよい。ＵＥ１０２は、中央処理機器（ＣＰＵ）７０２およびメモリ７０４を含む。図示するように、ＵＥ１０２は、アンテナ、フロントエンドユニット７０６、無線周波数（ＲＦ）送受信機７０８、アナログベースバンド処理ユニット７１０、マイクロホン７１２、イヤホンスピーカ７１４、ヘッドセットポート７１６、入力／出力インターフェース７１８、着脱式メモリカード７２０、ユニバーサルシリアルバス（ＵＳＢ）ポート７２２、短距離無線通信サブシステム７２４、警告７２６、キーパッド７２８、タッチセンサ面７３０を含み得る液晶ディスプレイ（ＬＣＤ）、電荷結合素子（ＣＣＤ）カメラ７３４、カメラ制御器７３６、および全地球測位システム（ＧＰＳ）センサ７３８を含む。ある実施形態では、ＵＥ１０２は、タッチセンサ画面を提供しない別の種類のディスプレイを含んでもよい。ある実施形態では、ＣＰＵ７０２は、入力／出力インターフェース７１８を通らずに、メモリ７０４と直接通信してもよい。

ＣＰＵ７０２またはいくつかの他の形式の制御器もしくは中央処理機器は、メモリ７０４に格納されるか、またはＣＰＵ７０２自体内に含まれるメモリに格納される埋め込みソフトウェアまたはファームウェアに従って、ＵＥ１０２の種々の構成要素を制御するように動作する。埋め込みソフトウェアまたはファームウェアに加え、ＣＰＵ７０２は、メモリ７０４に格納されるか、あるいは着脱式メモリカード７２０のような携帯型データストレージメディア等の情報キャリアメディアを介して、または有線もしくは無線ネットワーク通信を介して入手可能になる他のアプリケーションを実行し得る。アプリケーションソフトウェアは、所望の機能性を提供するようにＣＰＵ７０２を構成するコンパイラ済みの組の機械読み取り可能命令を備えてもよく、またはアプリケーションソフトウェアは、ＣＰＵ７０２を間接的に構成するようにインタープリタまたはコンパイラにより処理される高レベルソフトウェア命令であってもよい。

アンテナおよびフロントエンドユニット７０６は、無線信号と電気信号との間で変換するために提供されてもよく、セルラーネットワークもしくはいくつかの他の利用可能な無線通信ネットワークから、またはピアＵＥ１０２から情報を、ＵＥ１０２が送受信することを可能にする。ある実施形態では、アンテナおよびフロントエンドユニット７０６は、ビーム形成および／または多重入出力（ＭＩＭＯ）動作をサポートするように、多重アンテナを含んでもよい。当業者に既知であるように、ＭＩＭＯ動作は、困難なチャネル条件を克服するため、および／またはチャネルスループットを増加させるために使用可能である空間的多様性を提供し得る。アンテナおよびフロントエンドユニット７０６は、アンテナチューニングおよびまたはインピーダンス整合構成要素、ＲＦ電力増幅器、および／または低雑音増幅器を含み得る。

ＲＦ送受信機７０８は、周波数偏移を提供し、受信したＲＦ信号をベースバンドに変換し、ベースバンド送信信号をＲＦに変換する。いくつかの説明では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号化、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、サイクリックプレフィックス追加／除去、および他の信号処理機能等の、他の信号処理機能性を含むと理解され得る。明確にするために、本明細書の説明は、この信号処理の説明をＲＦおよび／または無線段階から分離し、その信号処理を、アナログベースバンド処理ユニット７１０および／またはＣＰＵ７０２もしくは他の中央処理機器に概念的に割り当てる。いくつかの実施形態では、ＲＦ送受信機７０８、アンテナおよびフロントエンド７０６の部分、ならびにアナログベースバンド処理ユニット７１０は、１つ以上の処理ユニットおよび／または特定用途向け集積回路（ＡＳＩＣ）において組み合わせられてもよい。

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

ＣＰＵ７０２は、変調／復調、符号化／復号化、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、サイクリックプレフィックス追加／除去、および無線通信に関連する他の信号処理機能を実行し得る。ある実施形態では、例えば、符号分割多元接続（ＣＤＭＡ）技術用途では、送信機機能について、ＣＰＵ７０２は、変調、符号化、インターリービング、および拡散を実行し、受信器機能について、ＣＰＵ７０２は、逆拡散、デインターリービング、復号化、および復調を実行し得る。別の実施形態では、例えば、直交周波数分割多元接続（ＯＦＤＭＡ）技術用途では、送信機機能について、ＣＰＵ７０２は、変調、符号化、インターリービング、逆高速フーリエ変換、およびサイクリックプレフィックス追加を提供し、受信器機能について、ＣＰＵ７０２は、サイクリックプレフィックス除去、高速フーリエ変換、デインターリービング、復号化、および復調を実行し得る。他の無線技術用途では、さらに他の信号処理機能および信号処理機能の組み合わせが、ＣＰＵ７０２により実行されてもよい。

ＣＰＵ７０２は、アナログベースバンド処理ユニット７１０を介して、無線ネットワークと通信し得る。いくつかの実施形態では、通信は、インターネット接続を提供し、ユーザが、インターネット上のコンテンツにアクセスすることを可能にし、電子メールまたはテキストメッセージを送受信することを可能にする。入力／出力インターフェース７１８は、ＣＰＵ７０２と種々のメモリおよびインターフェースとを相互接続する。メモリ７０４および着脱式メモリカード７２０は、ＣＰＵ７０２の動作を構成するように、ソフトウェアおよびデータを提供し得る。インターフェースの中では、ＵＳＢインターフェース７２２および短距離無線通信サブシステム７２４が存在し得る。ＵＳＢインターフェース７２２は、ＵＥ１０２を充電するように使用されてもよく、また、パーソナルコンピュータまたは他のコンピュータシステムと情報を交換するために、ＵＥ１０２が周辺デバイスとして機能することを可能にし得る。短距離無線通信サブシステム７２４は、赤外線ポート、Ｂｌｕｅｔｏｏｔｈインターフェース、ＩＥＥＥ８０２．１１適合無線インターフェース、または任意の他の短距離無線通信サブシステムを含んでもよく、これによって、ＵＥ１０２は、他の近隣モバイルデバイスおよび／または無線基地局と無線通信することが可能になる。

入力／出力インターフェース７１８は、ＣＰＵ７０２を警告７２６にさらに接続し、警告７２６によって、トリガ時に、ＵＥ１０２は、例えば、呼出音、メロディの再生、または振動によって通知をユーザに提供する。警告７２６は、受信する呼、新しいテキストメッセージ、および約束リマインダ等の種々のイベントのいずれかについて、わずかに振動することによって、または特定の発信者に特定の事前に割り当てたメロディを再生することによって、ユーザに警告するための機構としての役割を果たし得る。

キーパッド７２８は、インターフェース７１８を介してＣＰＵ７０２に連結し、ユーザが選択を行い、情報を入力し、およびそうでない場合は、入力をＵＥ１０２に提供するための１つの機構を提供する。キーボード７２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および連続式等の完全もしくは低減英数字キーボード、または電話機キーパッドに関連するアルファベット文字を含む従来の数字キーパッドであってもよい。入力キーは、トラックホイール、出口またはエスケープキー、トラックボール、およびさらなる入力機能を提供するように内側に押圧され得る他の操作または機能キー含んでもよい。別の入力機構は、ＬＣＤ７３０であってもよく、これは、タッチスクリーン能力を含んでもよく、また、テキストおよび／またはグラフィックをユーザに表示してもよい。ＬＣＤ制御器７３２は、ＣＰＵ７０２をＬＣＤ７３０に連結する。

装備する場合、ＣＣＤカメラ７３４によって、ＵＥ１０２は、デジタル写真を撮ることが可能になる。ＣＰＵ７０２は、カメラ制御器７３６を介してＣＣＤカメラ７３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラを用いてもよい。ＧＰＳセンサ７３８は、ＣＰＵ７０２に連結されて、全地球測位システム信号を復号化し、それによって、ＵＥ１０２は、その一を決定することが可能になる。追加の機能、例えば、ラジオおよびテレビ受信を提供するために、種々の他の周辺デバイスが含まれてもよい。

図８は、ＣＰＵ７０２により実装され得るソフトウェア環境を図示する。ＣＰＵ７０２は、プラットフォームを提供するオペレーティングシステムドライバ８０４を実行し、そのプラットフォームから、残りのソフトウェアが動作する。オペレーティングシステムドライバ８０４は、アプリケーションソフトウェアにアクセス可能な標準インターフェースを備えるＵＥハードウェアにドライバを提供する。オペレーティングシステムドライバ８０４は、ＵＥ１０２上を実行するアプリケーション間で制御を転送するアプリケーション管理サービス（ＡＭＳ）８０６を含む。また、図８において、ウェブブラウザアプリケーション８０８、メディアプレーやアプリケーション８１０、およびＪａｖａ（登録商標）アプレット８１２も示される。ウェブブラウザアプリケーション８０８は、ウェブブラウザとして動作するようにＵＥ１０２を構成し、ユーザが情報をフォームに入力することを可能にし、リンクを選択してウェブページを読み出しおよび閲覧することを可能にする。メディアプレーヤアプリケーション８１０は、音声または視聴覚メディアを読み出しおよび再生するようにＵＥ１０２を構成する。Ｊａｖａ（登録商標）アプレット８１２は、ゲーム、ユーティリティ、および他の機能性を提供するように、ＵＥ１０２を構成する。

図９は、本明細書に開示する１つ以上の実施形態を実装するために適切であり得る汎用コンピュータシステム９００を図示する。コンピュータシステム９００は、２次ストレージ９５０、読み取り専用メモリ（ＲＯＭ）９４０、ランダムアクセスメモリ（ＲＡＭ）９３０、入力／出力（Ｉ／Ｏ）デバイス９１０、およびネットワーク接続デバイス９６０を含むメモリデバイスと通信するプロセッサ９２０（中央処理機器またはＣＰＵと呼ばれ得る）を含む。プロセッサは、１つ以上のＣＰＵチップとして実装され得る。

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

Ｉ／Ｏデバイス９１０には、プリンタ、映像モニタ、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識機器、カード読み取り器、紙テープ読み取り器、または他の周知の入力デバイスが含まれ得る。

ネットワーク接続デバイス９６０は、モデム、モデムバンク、イーサネット（登録商標）カード、ユニバーサルシリアルバス（ＵＳＢ）インターフェースカード、シリアルインターフェース、トークンリングカード、光ファイバ分散データインタフェース（ＦＤＤＩ）カード、無線ローカルエリアネットワーク（ＷＬＡＮ）カード、符号分割多元接続（ＣＤＭＡ）および／またはモバイル通信のためのグローバルシステム（ＧＳＭ）無線送受信機カード等の無線送受信機カード、ならびに他の周知のネットワークデバイスの形式を取り得る。これらのネットワーク接続性９６０デバイスによって、プロセッサ９２０は、インターネットまたは１つ以上のイントラネットと通信することが可能になる。このようなネットワーク接続によって、プロセッサ９２０がネットワークから情報を受信し得ることか、または上述の方法ステップの実行中に情報をネットワークに出力し得ることが想定される。プロセッサ９２０を使用して実行される命令のシーケンスとしてしばしば表わされるこのような情報は、例えば、搬送波に埋め込まれるコンピュータデータ信号の形式でネットワークから受信され、かつネットワークに送信され得る。

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

プロセッサ９２０は、命令、コード、コンピュータプログラム、スクリプトを実行し、これらは、ハードディスク、フロッピー（登録商標）ディスク、光ディスク（これらの種々のディスクベースのシステムは、全て２次ストレージ９５０と考えられ得る）、ＲＯＭ９４０、ＲＡＭ９３０、またはネットワーク接続デバイス９６０からアクセスする。

従来の無線電機通信システムでは、基地局における送信機器は、セルとして既知である地理的領域において信号を送信する。技術が進化するにつれて、以前は不可能であったサービスの提供が可能であるより進歩したネットワークアクセス機器が導入されてきた。この進歩したネットワークアクセス機器は、例えば、基地局または他のシステムおよびデバイスではなく、従来の無線電機通信システムにおける同等の機器よりもより高度に進化した強化型ノードＢ（ＥＮＢ）を含み得る。このような進歩した機器または次世代機器は、本明細書においてロングタームエボリューション（ＬＴＥ）機器と呼ばれ得る。ＬＴＥ機器では、無線デバイスが電気通信ネットワークにアクセス可能である領域は、「ホットスポット」等の「セル」以外の名前で呼ばれ得る。本明細書で使用する際、用語の「セル」は、無線デバイスが従来のセルラーデバイス、ＬＴＥデバイス、またはいくつかの他のデバイスかにかかわらず、無線デバイスが電気通信ネットワークにアクセス可能である任意の領域を指すために使用される。

電気通信ネットワークにおいてユーザにより使用され得るデバイスは、携帯電話器、携帯情報端末、ハンドヘルド型コンピュータ、携帯型コンピュータ、ノート型コンピュータ、タブレット型コンピュータ、および類似のデバイス等のモバイル端末と、住居用ゲートウェイ、テレビ、セットトップボックス、およびその均等物等の固定端末との両方を含むことが可能である。このようなデバイスは、本明細書においてユーザ機器またはＵＥと呼ばれる。

ＬＴＥベースのセルの群は、中央制御として既知である単一のエンティティの制御下にあり得る。中央制御は、典型的には、送信スケジュールならびにセルの変調および符号化スキームの制御等の、セルの群に関する一定のアクティビティを管理および調節する。変調および符号化スキームは、２位相偏移変調（ＢＰＳＫ）、４位相偏移変調（ＱＰＳＫ）、直行振幅変調（ＱＡＭ）、または当業者に知られている他のスキームを含み得る。

ＬＴＥベースの機器により提供され得るサービスは、テレビ番組、ストリーミング映像、ストリーミング音声、および他のマルチメディアコンテンツのブロードキャストまたはマルチキャストを含むことが可能である。このようなサービスは、一般に、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）と呼ばれる。ＭＢＭＳは、単一のセルにおいて、またはいくつかの隣接もしくは重複セルにおいて送信され得る。ＭＢＭＳを受信するセルの組は、サービスエリアと呼ばれることが可能である。サービスエリアおよび中央制御の制御下の領域は、必ずしも一致するとは限らない。例えば、中央制御は、その制御下の第１のサブセットのセルが、第１のＭＢＭＳを配信し、その制御下の第２の組のセルが、第２のＭＢＭＳを配信することを規定する。

複数のセルが重複する場合、重複領域内のＵＥは、複数のＥＮＢからの送信を受信することができる。ＵＥが複数のＥＮＢから実質的に同一のデータを受信すると、ＥＮＢからの送信は、信号を送信するＥＮＢが１つだけの場合よりも相互に増補して大幅に高い質の信号を提供可能であることが、当技術分野において既知である。すなわち、より高い信号対雑音比は、実質的に同一のデータが、実質的に同時に、実質的に同一のリソースにおいて、実質的に同一の変調および符号化により送信される場合に達成可能である。複数の実質的に同一の信号が存在する領域は、単一周波数ネットワーク、つまりＳＦＮとして既知である。サービスエリアにおける全てのＥＮＢが、実質的に同一の信号によりＭＢＭＳを送信している場合、サービスエリアは、マルチキャスト／ブロードキャストＳＦＮ（ＭＢＳＦＮ）と呼ばれることが可能である。

図１０は、本開示のある実施形態に従う例示的セルラーネットワーク１０００を図示する。セルラーネットワーク１０００は、複数のセル１００２_１、１００２_２、１００２_３、１００２_４、１００２_５、１００２_６、１００２_７、１００２_８、１００２_９、１００２_１０、１００２_１１、１００２_１２、１００２_１３、および１００２_１４（まとめて、セル１００２と呼ばれ得る）を含み得る。当業者に明白であるように、セル１００２の各々は、セルラーネットワーク１０００のセルラーサービスを提供するためのカバーエリアを表わす。セル１００２は、非重複カバーエリアとして示されるが、当業者は、セル１００２の１つ以上が、隣接セルとの部分的に重複カバーを有し得ることを認識する。さらに、特定の数のセル１００２が示されるが、当業者は、セルラーネットワーク１０００に含まれ得るセル１００２の数が増加または減少してもよいことを認識する。

１つ以上のＵＥ１０が、セル１００２の各々に存在し得る。ＵＥ１０は、１つだけしか示されず、１つだけのセル１００２_１２に示されるが、複数のＵＥ１０がセル１００２の各々に存在してもよいことが当業者に明らかである。セル１００２の各々におけるＥＮＢ２０は、従来の基地局の機能に類似した機能を実行する。すなわち、ＥＮＢ２０は、電気通信ネットワークにおけるＵＥ１０と他の構成要素との間の無線リンクを提供する。ＥＮＢ２０は、セル１００２_１２だけに示されるが、ＥＮＢがセル１００２の各々に存在し得ることを理解されたい。また、ＥＮＢ２０以外の無線リンクを使用してもよい。中央制御１０１０は、セル１００２およびその対応するＥＮＢ２０の集中型管理および調節を提供することによって、セル１００２内の無線データ送信を監視する。

本開示では、セルラーシステムまたはセル１００２は、信号の送信等の一定のアクティビティに従事するように説明される。しかしながら、当業者に容易に明白であるように、これらのアクティビティは、実際は、セルを備える構成要素によって行われ得る。例として、図１１は、セル１００２_１２のより詳細な図を示す。セル１００２_１２におけるＥＮＢ２０は、送信機２７、受信機２９、および／または他の周知の機器を介して通信を促進することが可能である。類似の機器が、他のセル１００２に存在してもよい。複数のＵＥ１０が、セル１００２_１２に存在してもよく、他のセル１００２についても同様であり得る。

以下の参考文献は、全ての目的のために本明細書に援用される。

［ＲＦＣ ３２６１］ ＳＩＰ ： Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、［ＲＦＣ ４２４４］ Ａｎ Ｅｘｔｅｎｓｉｏｎ ｔｏ ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＩＰ） ｆｏｒ Ｒｅｑｕｅｓｔ Ｈｉｓｔｏｒｙ Ｉｎｆｏｒｍａｔｉｏｎ、［ＲＦＣ ３３２６］ Ｔｈｅ Ｒｅａｓｏｎ Ｈｅａｄｅｒ Ｆｉｅｌｄ ｆｏｒ ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＩＰ）、［ＲＦＣ ４４５８］ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＩＰ） ＵＲＩｓ ｆｏｒ Ａｐｐｌｉｃａｔｉｏｎｓ ｓｕｃｈ ａｓ Ｖｏｉｃｅｍａｉｌ ａｎｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｖｏｉｃｅ Ｒｅｓｏｎｓｅ （ＩＶＲ）、［ＲＦＣ ３８４０］ Ｉｎｄｉｃａｔｉｎｇ Ｕｓｅｒ Ａｇｅｎｔ Ｃａｐａｂｉｌｉｔｉｅｓ ｉｎ ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＩＰ）、［ＲＦＣ ３８４１］ Ｃａｌｌｅｒ Ｐｒｅｆｅｒｅｎｃｅｓ ｆｏｒ ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＩＰ）、［３ＧＰＰ ＴＳ ２２．２５９］、［３ＧＰＰ ＴＳ ２３．２５９］、［３ＧＰＰ ＴＳ ２４．２５９］、［３ＧＰＰ ＴＳ ２４．１７３］、およびＡｐｐｌｙｉｎｇ Ｌｏｏｓｅ Ｒｏｕｔｉｎｇ ｔｏ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＩＰ） Ｕｓｅｒ Ａｇｅｎｔｓ （ＵＡ） ｄｒａｆｔ−ｒｏｓｅｎｂｅｒｇ−ｓｉｐ−ｕａ−ｌｏｏｓｅ−ｒｏｕｔｅ−０１、Ｔａｒｇｅｔ ＵＲＩ ｄｅｌｉｖｅｒｙ ｉｎ ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＩＰ） ｄｒａｆｔ−ｈｏｌｍｂｅｒｇ−ｓｉｐ−ｔａｒｇｅｔ−ｕｒｉ−ｄｅｌｉｖｅｒｙ−００．ｔｘｔ。

いくつかの実施形態が本開示に提供されているが、開示されたシステムおよび方法が、本開示の精神または範囲から逸脱することなく、多くの他の特定の形式で具現化されてもよいことを理解されたい。本例は、例示的であると考えられ、制限的であると考えられず、本明細書に提供される詳細に限定されることを意図しない。例えば、種々の要素または構成要素を別のシステムにおいて組み合わせまたは一体化してもよく、または一定の特徴を省略し、もしくは実装しなくてもよい。

また、個々または別々のものとして種々の実施形態において説明および例示される技法、システム、サブシステム、および方法を、本開示の範囲から逸脱することなく、他のシステム、モジュール、技法、または方法と組み合わせるまたは一体化してもよい。連結もしくは直接連結または相互に通信するように図示または説明される他の物は、電気的、機械的、またはその他の方法かどうかにかかわらず、いくつかのインターフェース、デバイス、または中間構成要素を介して間接的に連結または通信してもよい。変更、置換、および改変に関する他の例は、当業者により解明可能であり、本明細書に開示する精神および範囲から逸脱することなく加えられ得る。

Claims (26)

1. パーソナルネットワークのサーバ装置であって、前記サーバ装置は、
   第１のユーザ機器（ＵＥ）を識別する第１のＲｅｑｕｅｓｔ Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（Ｒｅｑｕｅｓｔ−ＵＲＩ）を含む第１のセッション開始プロトコル（ＳＩＰ）要求を受信するように構成されている送受信機であって、前記第１のＵＥは、パーソナルネットワーク管理（ＰＮＭ）被制御器ＵＥである、送受信機と、
   前記第１のＳＩＰ要求を受信すると、第２のＵＥに送信するための第２のＳＩＰ要求を生成するように構成されているプロセッサであって、前記第２のＵＥは、ＰＮＭ制御器ＵＥである、プロセッサと
   を含み、
   前記第１のＳＩＰ要求は、前記第１のＵＥと同一のパーソナルネットワークのメンバーではない第３のＵＥから受信され、
   前記第２のＳＩＰ要求は、第２のＲｅｑｕｅｓｔ ＵＲＩを含み、前記第２のＲｅｑｕｅｓｔ ＵＲＩは、前記第２のＵＥのＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）および前記第１のＳＩＰ要求の前記第１のＲｅｑｕｅｓｔ ＵＲＩからＵＲＩに設定された標的ＵＲＩパラメータの両方を含み、
   前記送受信機は、ＰＮＭ制御器標識である特徴タグを含む”Ａｃｃｅｐｔ Ｃｏｎｔａｃｔ”ヘッダをさらに含む前記第２のＳＩＰ要求を送信するようにさらに構成されている、サーバ装置。
2. 前記第１のＳＩＰ要求は、パーソナルネットワークアクセスコントロールリスト上ではない第３の装置からものである、請求項１に記載のサーバ装置。
3. 前記送受信機は、前記第２のＵＥから応答を受信するようにさらに構成されており、前記応答は、セッションまたは呼が前記第１のＵＥにリダイレクトされることを示すか、または、前記応答は、拒否を示すか、または、前記応答は、前記第２のＵＥによる受け入れを示す、請求項１に記載のサーバ装置。
4. セッションまたは呼がリダイレクトされることを示す前記応答は、３０２（Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ）応答であり、拒否を示す前記応答は、４８０（Ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ）応答であり、受け入れを示す前記応答は、２００（ＯＫ）応答である、請求項３に記載のサーバ装置。
5. 前記プロセッサは、前記応答が前記３０２（Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ）応答を含む場合に、前記セッションまたは呼を前記第１のＵＥにダイレクトするようにさらに構成されている、請求項４に記載のサーバ装置。
6. 前記プロセッサは、前記応答が２００（ＯＫ）応答を含む場合に、前記応答を前記第３の装置に転送するようにさらに構成されており、前記第３の装置は、前記パーソナルネットワークのメンバーではないか、または、パーソナルネットワークアクセスコントロールリスト上ではない、請求項４に記載のサーバ装置。
7. 前記ＰＮＭ制御器標識は、”３ｇｐｐ−ａｐｐｌｉｃａｔｉｏｎ．ｉｍｓ．ｉａｒｉ．ＰＮＭ−Ｃｏｎｔｒｏｌｌｅｒ”を含むＩＭＳアプリケーション参照識別子（ＩＡＲＩ）値を含む、請求項１に記載のサーバ装置。
8. パーソナルネットワークのユーザ装置であって、前記ユーザ装置は、
   セッション開始プロトコル（ＳＩＰ）要求を受信するように構成されている送受信機であって、前記ＳＩＰ要求は、
   パーソナルネットワーク管理（ＰＮＭ）制御器標識である特徴タグを含む”Ａｃｃｅｐｔ Ｃｏｎｔａｃｔ”ヘッダと、
   ＰＮＭ被制御器ユーザ機器（ＵＥ）を識別する標的Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）パラメータであって、前記ＰＮＭ被制御器ＵＥは、目的地点のユーザ装置である、標的ＵＲＩパラメータと、
   前記パーソナルネットワークの外部にある出発地点のＵＥの識別と
   を含む、送受信機と、
   前記ＳＩＰ要求を受信すると、パーソナルネットワーク制御器機能を実行するように構成されているプロセッサと
   を含む、ユーザ装置。
9. 前記プロセッサは、前記ユーザ装置が特徴タグまたは特徴タグ内のパラメータによって前記パーソナルネットワーク制御器機能をサポートすることを登録するようにさらに構成されている、請求項８に記載のユーザ装置。
10. 前記パーソナルネットワークの前記ユーザ装置は、ＰＮＭ制御器ＵＥである、請求項８に記載のユーザ装置。
11. 前記ＰＮＭ制御器標識は、”３ｇｐｐ−ａｐｐｌｉｃａｔｉｏｎ．ｉｍｓ．ｉａｒｉ．ＰＮＭ−Ｃｏｎｔｒｏｌｌｅｒ”を含むＩＭＳアプリケーション参照識別子（ＩＡＲＩ）値を含む、請求項８に記載のユーザ装置。
12. 前記ＳＩＰ要求は、前記出発地点のＵＥから前記ＰＮＭ被制御器ＵＥへのオリジナルのＳＩＰ呼またはセッションに関連する、請求項８に記載のユーザ装置。
13. 前記パーソナルネットワーク制御器機能を実行することは、前記出発地点のＵＥと前記ＰＮＭ被制御器ＵＥとを識別することを含む、請求項１２に記載のユーザ装置。
14. 前記パーソナルネットワーク制御器機能を実行することは、前記オリジナルのＳＩＰ呼またはセッションが、前記ＰＮＭ被制御器ＵＥに対して完了されるように許可されるか、拒否されるか、または、前記ＰＮＭ制御器ＵＥによって受け入れられるかを示すものを提供することをさらに含む、請求項１３に記載のユーザ装置。
15. 前記パーソナルネットワーク制御器機能を実行することは、ＳＩＰ応答を送信することによって前記示すものを提供することをさらに含む、請求項１４に記載のユーザ装置。
16. 前記ＳＩＰ応答は、前記オリジナルのＳＩＰ呼またはセッションが、前記ＰＮＭ被制御器ＵＥに対して完了されるべきか、拒否か、または、前記ＰＮＭ制御器ＵＥによる受け入れかを示す、請求項１５に記載のユーザ装置。
17. 前記オリジナルのＳＩＰ呼またはセッションが、前記ＰＮＭ被制御器ＵＥに対して完了されるべきであることを示す前記ＳＩＰ応答は、３０２（Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ）応答であり、拒否を示す前記ＳＩＰ応答は、４８０（Ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ）応答であり、受け入れを示す前記ＳＩＰ応答は、２００（ＯＫ）応答である、請求項１６に記載のユーザ装置。
18. 前記プロセッサは、”Ｒｅｑｕｅｓｔ−ＵＲＩ”、”Ｐ−Ｃａｌｌｅｄ Ｐａｒｔｙ−ＩＤ”ヘッダ、”Ｔｏ”ヘッダのうちの少なくとも１つから前記標的ＵＲＩパラメータを取得するようにさらに構成されている、請求項８に記載のユーザ装置。
19. 命令を格納する非一時的なコンピュータ読み取り可能な媒体であって、前記命令は、方法を実行することをサーバ装置に行わせるように構成されており、
    前記方法は、
    第１のユーザ機器（ＵＥ）を識別する第１のＲｅｑｕｅｓｔ Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（Ｒｅｑｕｅｓｔ−ＵＲＩ）を含む第１のセッション開始プロトコル（ＳＩＰ）要求を受信する動作であって、前記第１のＵＥは、パーソナルネットワーク管理（ＰＮＭ）被制御器ＵＥである、動作と、
    第２のＵＥのパーソナルネットワーク制御器機能を起動するために、前記第２のＵＥに送信するための第２のＳＩＰ要求を生成する動作であって、前記第２のＵＥは、ＰＮＭ制御器ＵＥである、動作と、
    前記第２のＳＩＰ要求を前記第２のＵＥに送信する動作と、
    を含み、
    前記第１のＳＩＰ要求は、前記第１のＵＥと同一のパーソナルネットワークのメンバーではない第３のＵＥから受信され、
    前記第２のＳＩＰ要求は、第２のＲｅｑｕｅｓｔ ＵＲＩを含み、前記第２のＲｅｑｕｅｓｔ ＵＲＩは、前記第２のＵＥのＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）および前記第１のＳＩＰ要求の前記第１のＲｅｑｕｅｓｔ ＵＲＩからＵＲＩに設定された標的ＵＲＩパラメータの両方を含み、
    前記送受信機は、ＰＮＭ制御器標識である特徴タグを含む”Ａｃｃｅｐｔ Ｃｏｎｔａｃｔ”ヘッダをさらに含む前記第２のＳＩＰ要求を送信するようにさらに構成されている、非一時的なコンピュータ読み取り可能な媒体。
20. 前記第１のＳＩＰ要求は、パーソナルネットワークアクセスコントロールリスト上ではない第３の装置からものである、請求項１９に記載の非一時的なコンピュータ読み取り可能な媒体。
21. 前記命令は、前記第２のＵＥから応答を受信することを生じさせるようにさらに構成されており、前記応答は、セッションまたは呼が前記第１のＵＥにリダイレクトされることを示すか、または、拒否を示すか、または、前記第２のＵＥによる受け入れを示す、請求項１９に記載の非一時的なコンピュータ読み取り可能な媒体。
22. セッションまたは呼がリダイレクトされることを示す前記応答は、３０２（Ｍｏｖｅｄ
    Ｔｅｍｐｏｒａｒｉｌｙ）応答であり、拒否を示す前記応答は、４８０（Ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ）応答であり、受け入れを示す前記応答は、２００（ＯＫ）応答である、請求項２１に記載の非一時的なコンピュータ読み取り可能な媒体。
23. 前記命令は、前記応答が前記３０２（Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ）応答を含む場合に、前記セッションまたは呼が前記第１のＵＥにダイレクトされることを生じさせるようにさらに構成されている、請求項２２に記載の非一時的なコンピュータ読み取り可能な媒体。
24. 前記命令は、前記応答が２００（ＯＫ）応答を含む場合に、前記応答を前記第３の装置に転送することを生じさせるようにさらに構成されている、請求項２２に記載の非一時的なコンピュータ読み取り可能な媒体。
25. 前記特徴タグは、”Ａｃｃｅｐｔ Ｃｏｎｔａｃｔ”ヘッダ内にあり、前記標的ＵＲＩパラメータは、要求ＵＲＩ内にある、請求項１９に記載の非一時的なコンピュータ読み取り可能な媒体。
26. 前記ＰＮＭ制御器標識は、”３ｇｐｐ−ａｐｐｌｉｃａｔｉｏｎ．ｉｍｓ．ｉａｒｉ．ＰＮＭ−Ｃｏｎｔｒｏｌｌｅｒ”を含むＩＭＳアプリケーション参照識別子（ＩＡＲＩ）値を含む、請求項１９に記載の非一時的なコンピュータ読み取り可能な媒体。

Images