JP2016167818A - ユーザ機器間転送サブスクライバーのためのプライバシー - Google Patents

Abstract

【課題】ＩＵＴ（ｉｎｔｅｒ−ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ ｔｒａｎｓｆｅｒ）サブスクライバーおよびＩＵＴサブスクライバーとのセッションに関与するリモートパーティーのためのプライバシーを提供するためのシステム、方法および手段を提供する。【解決手段】ＵＥ１が、あるリモートパーティーとのセッションを確立する。ＵＥ１は、ＩＵＴを求める第１の要求をＳＣＣ ＡＳ（ｓｅｒｖｉｃｅ ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ ｃｏｎｔｉｎｕｉｔｙ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）へ送信する。ＳＣＣ ＡＳは、要求されているＩＵＴがそのセッションに関して許可されると判定する。ＳＣＣ ＡＳは、要求されているＩＵＴを示す第２の要求をリモートパーティーへ送信する。リモートパーティーは、第２の要求を評価し、第２の要求を受け入れる、または拒否する。【選択図】図４

Description

本発明は、無線通信に関する。

（関連出願の相互参照）
本出願は、２０１１年３月８日に出願された米国特許仮出願第６１／４５０，３５６号の利益を主張するものであり、この仮出願の内容は、参照によって本明細書に組み込まれている。

マルチメディアアプリケーション情報、たとえば、マルチメディア「フロー」（メディアフロー、または単にフローと呼ばれる場合もある）は、１つまたは複数のワイヤレス通信ネットワークを横断してモバイルノードまたはＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）に通信することができる。ＵＥは、通信ネットワークと通信することができる任意のデバイスを含むことができ、そうした任意のデバイスとしては、モバイルデバイス（たとえば、モバイル電話、モバイルメディアデバイス、モバイルコンピュータなど）、コンピューティングデバイス、メディアデバイス（たとえば、ビデオデバイス、オーディオデバイス、データデバイスなど）、電話デバイス（固定電話デバイスを含む）などが含まれるが、それらには限定されない。

メディアフローは、１つのモバイルノードまたはＵＥから別のモバイルノードまたはＵＥへ転送することができる。たとえば、あるメディアセッションの音声コンポーネント（たとえば、フロー）は、１つの電話から別の電話へ転送することができ、その同じセッションのビデオコンポーネントは、ビデオプロジェクタへ転送することができる。そのようなメディアフローの転送は、ＩＵＴ（ｉｎｔｅｒ ＵＥ ｔｒａｎｓｆｅｒ）と呼ばれる場合がある。一般には、ＵＥ間での転送は、セッションに関連付けられているメディアフローおよび／またはサービスコントロールのうちのいくつかまたはすべての、たとえばＩＭＳレベルにおける転送とすることができる。

この「発明の概要」は、以降の例示的な実施形態についての詳細な説明においてさらに説明される概念の抜粋を、簡略化された形式で紹介するために提供されている。この「発明の概要」は、特許請求される主題の鍵となる特徴または必要不可欠な特徴を特定することを意図しておらず、特許請求される主題の範囲を限定するために使用されることも意図していない。

ＩＵＴ（ｉｎｔｅｒ−ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ ｔｒａｎｓｆｅｒ）サブスクライバー、およびＩＵＴサブスクライバーとのセッションに関与するリモートパーティーのためのプライバシーを提供するためのシステム、方法、および手段を開示する。第１のＵＥが、あるリモートパーティーとのセッションを確立することができる。第１のＵＥは、第２のＵＥへのＩＵＴを実行するよう求めることができる（たとえば、第１のＵＥは、そのセッションのあるコンポーネントを第２のＵＥへ転送するよう求めることができる）。第１のＵＥは、ＩＵＴを求める第１の要求をＳＣＣ ＡＳ（ｓｅｒｖｉｃｅ ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ ｃｏｎｔｉｎｕｉｔｙ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）へ送信することができる。ＳＣＣ ＡＳは、第１の要求を受信して、第１の要求の承認を実行することができる。すなわち、ＳＣＣ ＡＳは、ＩＵＴがそのセッションに関して許可されるかどうかを判定することができる。たとえば、ＳＣＣ ＡＳは、そのリモートパーティー、またはそのリモートパーティーに関連付けられているネットワークが、ＩＵＴが拒否される旨を示しているかどうかを判定することができる（たとえば、ＳＣＣ ＡＳは、デジタル著作権管理の対象となるセッションに関してＩＵＴが拒否される旨の表示を受信していた可能性がある）。ＳＣＣ ＡＳは、ＩＵＴがそのセッションに関して許可されないと判定した場合には、第１の要求を拒否することができる。

ＳＣＣ ＡＳは、（たとえば、ＳＣＣ ＡＳにとって利用可能な情報に基づいて）要求されているＩＵＴがそのセッションに関して許可されると判定することができる。ＳＣＣ ＡＳは、要求されているＩＵＴを示す第２の要求をリモートパーティーへ送信することができる。第２の要求は、要求されているＩＵＴに関連している情報を含むことができる。たとえば、第２の要求は、要求されているＩＵＴのターゲットであるユーザ機器に関連している識別情報を示すことができ、たとえば、第２の要求は、第２のＵＥの識別情報を示す修正されたセッションディスクリプションプロトコルメッセージを含むことができる。リモートパーティーは、第２の要求を評価することができ、第２の要求を受け入れることも、拒否することもできる。たとえば、リモートパーティーは、受諾をＳＣＣ ＡＳへ送信することができる。ＳＣＣ ＡＳは、その受諾を受信すること、および要求されているＩＵＴのターゲットであるユーザ機器（たとえば、第２のＵＥ）へメディアコンポーネントを転送するためのコントロールメッセージをリモートパーティーに送信することが可能である。コントロールメッセージは、修正されたセッションディスクリプションプロトコルメッセージとすることができる。

以降の説明から、より詳細な理解を得ることができ、以降の説明は、例として添付の図面とともに与えられている。
１つまたは複数の開示されている実施形態を実施することができる例示的な通信システムのシステム図である。 図１Ａにおいて示されている通信システム内で使用することができる例示的なＷＴＲＵ（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ）のシステム図である。 図１Ａにおいて示されている通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａにおいて示されている通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。 図１Ａにおいて示されている通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。 リモートパーティーがセッション内のＩＵＴオペレーションを制限する例示的なメッセージフロー図である。 ＩＵＴサブスクライバーにプライバシーを提供するための例示的なメッセージフロー図である。 どのようにしてリモートパーティーにＩＵＴ要求を認識させることができるかを示す例示的なメッセージフロー図である。 リモートパーティーによるＩＵＴアクションの拒否を示す例示的なメッセージフロー図である。

次いで、例示的な実施形態に関する詳細な説明について、図を参照しながら説明することができる。しかし、本発明については、例示的な実施形態に関連して説明することができるが、本発明は、それらの実施形態には限定されず、本発明から逸脱することなく本発明の同じ機能を実行するために、その他の実施形態を使用することができ、または、説明されている実施形態に対して修正および付加を行うことができるということを理解されたい。加えて、図は、コールフローを示している場合があり、それらのコールフローは、例示的であることが意図されている。その他の実施形態を使用することもできるということを理解されたい。適切な場合には、フローの順序を変えることができる。またフローは、必要とされていない場合には省略することができ、また、さらなるフローを付加することもできる。本明細書においては、セッション、ならびにそのセッションに関連する可能性がある１つまたは複数のフローについて言及する場合がある。本明細書においては、セッションに関連して、転送および／または複製について開示する場合がある。一般には、説明されている転送および／または複製は、セッション、またはそのセッションに関連している１つもしくは複数のフローに関連する場合がある。

図１Ａは、１つまたは複数の開示されている実施形態を実施することができる例示的な通信システム１００の図である。通信システム１００は、コンテンツ、たとえば音声、データ、ビデオ、メッセージング、放送などを複数のワイヤレスユーザに提供するマルチプルアクセスシステムとすることができる。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、１つまたは複数のチャネルアクセス方法、たとえばＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ＦＤＭＡ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ−ｃａｒｒｉｅｒ ＦＤＭＡ）などを採用することができる。

図１Ａにおいて示されているように、通信システム１００は、ＷＴＲＵ（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）１０４、コアネットワーク１０６、ＰＳＴＮ（ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ）１０８、インターネット１１０、およびその他のネットワーク１１２を含むことができるが、開示されている実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が考えられるということがわかるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作および／または通信を行うように構成されている任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成することができ、ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）、移動局、固定式または移動式のサブスクライバーユニット、ページャー、セルラー電話、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含むことができる。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースを取るように構成されている任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ Ｂ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、サイトコントローラ、ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）、ワイヤレスルータなどとすることができる。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができるということがわかるであろう。

基地局１１４ａは、ＲＡＮ１０４の一部とすることができ、ＲＡＮ１０４は、その他の基地局および／またはネットワーク要素（図示せず）、たとえばＢＳＣ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ）、ＲＮＣ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ）、中継ノードなどを含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成することができ、この地理的領域は、セル（図示せず）と呼ばれることもある。セルは、複数のセルセクタへとさらに分割することができる。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタへと分割することができる。したがって一実施形態においては、基地局１１４ａは、３つのトランシーバ、すなわち、セルのそれぞれのセクタごとに１つのトランシーバを含むことができる。別の実施形態においては、基地局１１４ａは、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）テクノロジーを採用することができ、したがって、セルのそれぞれのセクタごとに複数のトランシーバを利用することができる。

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切なワイヤレス通信リンク（たとえば、ＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）、マイクロ波、ＩＲ（ｉｎｆｒａｒｅｄ）、ＵＶ（ｕｌｔｒａｖｉｏｌｅｔ）、可視光など）とすることができる。エアインターフェース１１６は、任意の適切なＲＡＴ（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）を使用して確立することができる。

より具体的には、上述したように、通信システム１００は、マルチプルアクセスシステムとすることができ、１つまたは複数のチャネルアクセススキーム、たとえばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することができる。たとえば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＴＲＡ（ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ） Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ＷＣＤＭＡ（登録商標）（ｗｉｄｅｂａｎｄ ＣＤＭＡ）を使用してエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）および／またはＨＳＰＡ＋（Ｅｖｏｌｖｅｄ ＨＳＰＡ）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）および／またはＨＳＵＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）を含むことができる。

別の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）および／またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）を使用してエアインターフェース１１６を確立することができる。

その他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線テクノロジー、たとえばＩＥＥＥ ８０２．１６（すなわちＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ）などを実施することができる。

図１Ａにおける基地局１１４ｂは、たとえばワイヤレスルータ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、またはアクセスポイントとすることができ、局所的なエリア、たとえば事業所、家庭、乗り物、キャンパスなどにおけるワイヤレス接続を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）を確立するために、ＩＥＥＥ ８０２．１１などの無線テクノロジーを実施することができる。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＰＡＮ（ｗｉｒｅｌｅｓｓ ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋ）を確立するために、ＩＥＥＥ ８０２．１５などの無線テクノロジーを実施することができる。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを不要とすることができる。

ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることが可能であり、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成されている任意のタイプのネットワークとすることができる。たとえば、コアネットワーク１０６は、コール制御、課金サービス、モバイルロケーションベースサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／またはユーザ認証などのハイレベルセキュリティー機能を実行することが可能である。図１Ａにおいては示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用しているその他のＲＡＮと直接または間接の通信状態にあることが可能であるということがわかるであろう。たとえば、コアネットワーク１０６は、Ｅ−ＵＴＲＡ無線テクノロジーを利用している可能性があるＲＡＮ１０４に接続されていることに加えて、ＧＳＭ無線テクノロジーを採用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。

コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、ＰＯＴＳ（ｐｌａｉｎ ｏｌｄ ｔｅｌｅｐｈｏｎｅ ｓｅｒｖｉｃｅ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるＴＣＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ）、ＵＤＰ（ｕｓｅｒ ｄａｔａｇｒａｍ ｐｒｏｔｏｃｏｌ）、およびＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている有線またはワイヤレスの通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用している可能性がある１つまたは複数のＲＡＮに接続されている別のコアネットワークを含むことができる。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々のワイヤレスリンクを介して別々のワイヤレスネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図１Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラーベースの無線テクノロジーを採用している可能性がある基地局１１４ａ、およびＩＥＥＥ ８０２無線テクノロジーを採用している可能性がある基地局１１４ｂと通信するように構成することができる。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不能メモリ１０６、取り外し可能メモリ１３２、電源１３４、ＧＰＳ（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ）チップセット１３６、およびその他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を保持しながら、上述の要素の任意の部分的組合せを含むことができるということがわかるであろう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられている１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）回路、その他の任意のタイプのＩＣ（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、状態マシンなどとすることができる。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２をワイヤレス環境内で機能できるようにするその他の任意の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合することができ、トランシーバ１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０は、１つの電子パッケージまたはチップ内に統合することができるということがわかるであろう。

送信／受信要素１２２は、エアインターフェース１１６を介して、基地局（たとえば、基地局１１４ａ）に信号を送信するように、または基地局（たとえば、基地局１１４ａ）から信号を受信するように構成することができる。たとえば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナとすることができる。別の実施形態においては、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器とすることができる。さらに別の実施形態においては、送信／受信要素１２２は、ＲＦ信号と光信号との両方を送信および受信するように構成することができる。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成することができる。

加えて、送信／受信要素１２２は、図１Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯテクノロジーを採用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６を介してワイヤレス信号を送信および受信するために、複数の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。

トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調するように、また、送信／受信要素１２２によって受信される信号を復調するように構成することができる。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ ８０２．１１など、複数のＲＡＴを介して通信できるようにするために複数のトランシーバを含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、ＬＣＤ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ）ディスプレイユニットまたはＯＬＥＤ（ｏｒｇａｎｉｃ ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受け取ることができる。プロセッサ１１８は、ユーザデータをスピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することもできる。加えて、プロセッサ１１８は、取り外し不能メモリ１０６および／または取り外し可能メモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスすること、およびそれらのメモリにデータを格納することが可能である。取り外し不能メモリ１０６は、ＲＡＭ（ｒａｎｄｏｍ−ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含むことができる。取り外し可能メモリ１３２は、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）カード、メモリスティック、ＳＤ（ｓｅｃｕｒｅ ｄｉｇｉｔａｌ）メモリカードなどを含むことができる。その他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスすること、およびそのメモリにデータを格納することが可能である。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、また、ＷＴＲＵ１０２内のその他のコンポーネントへの電力の分配および／または制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスとすることができる。たとえば、電源１３４は、１つまたは複数の乾電池（たとえばＮｉＣｄ（ｎｉｃｋｅｌ−ｃａｄｍｉｕｍ）、ＮｉＺｎ（ｎｉｃｋｅｌ−ｚｉｎｃ）、ＮｉＭＨ（ｎｉｃｋｅｌ ｍｅｔａｌ ｈｙｄｒｉｄｅ）、Ｌｉ−ｉｏｎ（ｌｉｔｈｉｕｍ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。

プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信すること、および／または複数の近隣の基地局から受信されている信号のタイミングに基づいて自分の位置を特定することが可能である。ＷＴＲＵ１０２は、一実施形態との整合性を保持しながら、任意の適切な位置特定方法を通じて位置情報を得ることができるということがわかるであろう。

プロセッサ１１８は、その他の周辺機器１３８にさらに結合することができ、その他の周辺機器１３８は、さらなる特徴、機能、および／または有線接続もしくはワイヤレス接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、ｅ−コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌａｔｅｄ）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。

図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることも可能である。図１Ｃにおいて示されているように、ＲＡＮ１０４は、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができ、これらのＮｏｄｅ−Ｂはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０４内の特定のセル（図示せず）に関連付けることができる。ＲＡＮ１０４は、ＲＮＣ１４２ａ、１４２ｂを含むこともできる。ＲＡＮ１０４は、一実施形態との整合性を保持しながら、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含むことができるということがわかるであろう。

図１Ｃにおいて示されているように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信状態にあることが可能である。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信状態にあることが可能である。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信状態にあることが可能である。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、自分が接続されているそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成することができる。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、その他の機能、たとえば、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティー、セキュリティー機能、データ暗号化などを実行またはサポートするように構成することができる。

図１Ｃにおいて示されているコアネットワーク１０６は、ＭＧＷ（ｍｅｄｉａ ｇａｔｅｗａｙ）１４４、ＭＳＣ（ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ）１４６、ＳＧＳＮ（ｓｅｒｖｉｎｇ ＧＰＲＳ ｓｕｐｐｏｒｔ ｎｏｄｅ）１４８、および／またはＧＧＳＮ（ｇａｔｅｗａｙ ＧＰＲＳ ｓｕｐｐｏｒｔ ｎｏｄｅ）１５０を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のいずれかが、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということがわかるであろう。

ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続することができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続することができる。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の固定電話の通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続することもできる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続することができる。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

上述したように、コアネットワーク１０６は、ネットワーク１１２に接続することもでき、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線またはワイヤレスのネットワークを含むことができる。

図１Ｄは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることも可能である。

ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、一実施形態との整合性を保持しながら、任意の数のｅＮｏｄｅ−Ｂを含むことができるということがわかるであろう。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。一実施形態においては、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯテクノロジーを実施することができる。したがって、ｅＮｏｄｅ−Ｂ１４０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するために、およびＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することができる。

ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、無線リソースマネージメントの決定、ハンドオーバの決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを取り扱うように構成することができる。図１Ｄにおいて示されているように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信することができる。

図１Ｄにおいて示されているコアネットワーク１０６は、ＭＭＥ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｇａｔｅｗａｙ）１４２、サービングゲートウェイ１４４、およびＰＤＮ（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ）ゲートウェイ１４６を含むことができる。上述の要素のそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のいずれかが、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということがわかるであろう。

ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１４２ａ、１４２ｂ、１４２ｃのそれぞれに接続することができ、コントロールノードとして機能することができる。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続中に特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどのその他の無線テクノロジーを採用しているその他のＲＡＮ（図示せず）との間における切り替えを行うためのコントロールプレーン機能を提供することもできる。

サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができる。サービングゲートウェイ１４４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃから回送および転送することができる。サービングゲートウェイ１４４は、その他の機能、たとえば、ｅＮｏｄｅ Ｂ間でのハンドオーバ中にユーザプレーンを固定すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってダウンリンクデータが利用可能である場合にページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどを実行することもできる。

サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６に接続することもでき、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

コアネットワーク１０６は、その他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の固定電話の通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間におけるインターフェースとして機能するＩＰゲートウェイ（たとえば、ＩＭＳ（ＩＰ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）サーバ）を含むことができ、またはそうしたＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線またはワイヤレスのネットワークを含むことができる。

図１Ｅは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６無線テクノロジーを採用しているＡＳＮ（ａｃｃｅｓｓ ｓｅｒｖｉｃｅ ｎｅｔｗｏｒｋ）とすることができる。以降でさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６という別々の機能エンティティーの間における通信リンクは、リファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として定義することができる。

図１Ｅにおいて示されているように、ＲＡＮ１０４は、基地局１４０ａ、１４０ｂ、１４０ｃ、およびＡＳＮゲートウェイ１４２を含むことができるが、ＲＡＮ１０４は、一実施形態との整合性を保持しながら、任意の数の基地局およびＡＳＮゲートウェイを含むことができるということがわかるであろう。基地局１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０４内の特定のセル（図示せず）に関連付けることができ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。一実施形態においては、基地局１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯテクノロジーを実施することができる。したがって、基地局１４０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するために、およびＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することができる。基地局１４０ａ、１４０ｂ、１４０ｃは、モビリティーマネージメント機能、たとえば、ハンドオフのトリガリング、トンネルの確立、無線リソースマネージメント、トラフィックの分類、ＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）ポリシーの実施などを提供することもできる。ＡＳＮゲートウェイ１４２は、トラフィックアグリゲーションポイントとして機能することができ、ページング、サブスクライバープロファイルのキャッシング、コアネットワーク１０６へのルーティングなどを担当することができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０４との間におけるエアインターフェース１１６は、ＩＥＥＥ８０２．１６仕様を実施するＲ１リファレンスポイントとして定義することができる。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０６との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、コアネットワーク１０６との間における論理インターフェースは、Ｒ２リファレンスポイントとして定義することができ、このＲ２リファレンスポイントは、認証、許可、ＩＰホスト構成管理（ＩＰ ｈｏｓｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｍａｎａｇｅｍｅｎｔ）、および／またはモビリティーマネージメントのために使用することができる。

基地局１４０ａ、１４０ｂ、１４０ｃのそれぞれの間における通信リンクは、ＷＴＲＵのハンドオーバ、および基地局間におけるデータの転送を容易にするためのプロトコルを含むＲ８リファレンスポイントとして定義することができる。基地局１４０ａ、１４０ｂ、１４０ｃと、ＡＳＮゲートウェイ１４２との間における通信リンクは、Ｒ６リファレンスポイントとして定義することができる。このＲ６リファレンスポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられているモビリティーイベントに基づいてモビリティーマネージメントを容易にするためのプロトコルを含むことができる。

図１Ｅにおいて示されているように、ＲＡＮ１０４は、コアネットワーク１０６に接続することができる。ＲＡＮ１０４と、コアネットワーク１０６との間における通信リンクは、たとえば、データ転送およびモビリティーマネージメント機能を容易にするためのプロトコルを含むＲ３リファレンスポイントとして定義することができる。コアネットワーク１０６は、ＭＩＰ−ＨＡ（ｍｏｂｉｌｅ ＩＰ ｈｏｍｅ ａｇｅｎｔ）１４４、ＡＡＡ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ， ａｕｔｈｏｒｉｚａｔｉｏｎ， ａｃｃｏｕｎｔｉｎｇ）サーバ１４６、およびゲートウェイ１４８を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のいずれかが、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということがわかるであろう。

ＭＩＰ−ＨＡは、ＩＰアドレスマネージメントを担当することができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、別々のＡＳＮおよび／または別々のコアネットワークの間においてローミングすることを可能にすることができる。ＭＩＰ−ＨＡ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。ＡＡＡサーバ１４６は、ユーザ認証と、ユーザサービスをサポートすることとを担当することができる。ゲートウェイ１４８は、その他のネットワークと相互作用することを容易にすることができる。たとえば、ゲートウェイ１４８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の固定電話の通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。加えて、ゲートウェイ１４８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線またはワイヤレスのネットワークを含むことができる。

図１Ｅにおいては示されていないが、ＲＡＮ１０４は、その他のＡＳＮに接続することができ、コアネットワーク１０６は、その他のコアネットワークに接続することができるということがわかるであろう。ＲＡＮ１０４と、その他のＡＳＮとの間における通信リンクは、Ｒ４リファレンスポイントとして定義することができ、このＲ４リファレンスポイントは、ＲＡＮ１０４と、その他のＡＳＮとの間においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティーをコーディネートする（ｃｏｏｒｄｉｎａｔｅ）ためのプロトコルを含むことができる。コアネットワーク１０６と、その他のコアネットワークとの間における通信リンクは、Ｒ５リファレンスとして定義することができ、このＲ５リファレンスは、ホームコアネットワークと、訪問先コアネットワークとの間における相互作用を容易にするためのプロトコルを含むことができる。

ＩＵＴ（ｉｎｔｅｒ−ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ ｔｒａｎｓｆｅｒ）サブスクライバー、およびＩＵＴサブスクライバーとのセッションに関与するリモートパーティーのためのプライバシーを提供するためのシステム、方法、および手段を開示する。第１のＵＥが、あるリモートパーティーとのセッションを確立することができ、そのリモートパーティーは、そのセッションにおけるメディアソースとすることができる。第１のＵＥは、第２のＵＥへのＩＵＴを実行するよう求めることができる（たとえば、第１のＵＥは、そのセッションのあるコンポーネントを第２のＵＥへ転送するよう求めることができる）。第１のＵＥは、ＩＵＴを求める第１の要求をＳＣＣ ＡＳ（ｓｅｒｖｉｃｅ ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ ｃｏｎｔｉｎｕｉｔｙ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）へ送信することができる。ＳＣＣ ＡＳは、第１の要求を受信して、第１の要求の承認を実行することができる。すなわち、ＳＣＣ ＡＳは、ＩＵＴがそのセッションに関して許可されるかどうかを判定することができる。たとえば、ＳＣＣ ＡＳは、そのリモートパーティー、またはそのリモートパーティーに関連付けられているネットワークが、ＩＵＴが拒否される旨を示しているかどうかを判定することができる（たとえば、ＳＣＣ ＡＳは、デジタル著作権管理の対象となるセッションに関してＩＵＴが拒否される旨の表示を受信していた可能性がある）。ＳＣＣ ＡＳは、ＩＵＴがそのセッションに関して許可されないと判定した場合には、第１の要求を拒否することができる。

ＳＣＣ ＡＳは、（たとえば、ＳＣＣ ＡＳにとって利用可能な情報に基づいて）要求されているＩＵＴがそのセッションに関して許可されると判定することができる。ＳＣＣ ＡＳは、要求されているＩＵＴを示す第２の要求をリモートパーティーへ送信することができる。第２の要求は、要求されているＩＵＴに関連している情報を含むことができる。たとえば、第２の要求は、要求されているＩＵＴのターゲットであるユーザ機器に関連している識別情報を示すことができ、たとえば、第２の要求は、第２のＵＥの識別情報を示す修正されたセッションディスクリプションプロトコルメッセージを含むことができる。リモートパーティーは、第２の要求を評価することができ、第２の要求を受け入れることまたは拒否することが可能である。たとえば、リモートパーティーは、受諾をＳＣＣ ＡＳへ送信することができる。ＳＣＣ ＡＳは、その受諾を受信すること、および要求されているＩＵＴのターゲットであるユーザ機器（たとえば、第２のＵＥ）へメディアコンポーネントを転送するためのコントロールメッセージをリモートパーティーに送信することが可能である。コントロールメッセージは、修正されたセッションディスクリプションプロトコルメッセージとすることができる。

ＩＵＴ（ｉｎｔｅｒ−ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ ｔｒａｎｓｆｅｒ）サブスクライバーが、リモートパーティーとのセッションに関与している場合には、そのリモートパーティーは、ＩＵＴサブスクライバー、普通のサブスクライバー、コンテンツプロバイダなどである場合がある。リモートパーティーは、ＵＥ、サーバなどである場合があり、またはＵＥ、サーバなどを介して通信する場合がある。リモートパーティーにとっては、セッションが転送または複製されることは望ましくない場合がある。リモートパーティーにとっては、セッションの１つまたは複数のメディアフローが転送または複製されることは望ましくない場合がある。すなわち、リモートパーティーは、自分とともにセッション内にいるＩＵＴサブスクライバーがそのセッションの１つまたは複数のフローを転送または複製することを防止したいと望む場合がある。たとえば、リモートパーティーは、ＩＵＴサブスクライバーが１つまたは複数のフローを別のサブスクライバーへ転送または複製することを防止したいと望む場合がある。ＩＵＴサブスクライバーは、セッションまたはメディアフローの転送または複製をリモートパーティーから隠したいと望む場合がある。リモートパーティーまたはＩＵＴサブスクライバーのプライバシーが優先するかどうかは、オペレータポリシーの問題である場合がある。ＩＵＴアクションをリモートパーティーから（たとえば、リモートパーティーの視点から）隠すことは望ましくない場合がある。

ＩＵＴサブスクライバーのための、およびＩＵＴサブスクライバーとのセッションに関与するリモートパーティーのためのプライバシーを提供するためのシステム、方法、および手段を開示する。本明細書において開示されている実施形態は、ＩＵＴの対象となる場合があるＩＭＳセッションに関してプライバシーが要求されていることをリモートパーティーおよびＩＵＴサブスクライバーが示すための技術を提供することができる。本明細書において開示されている実施形態は、進行しているセッション中にリモートパーティーがＩＵＴ手順を受け入れることまたは拒否することが可能となるようにＩＵＴ手順をリモートパーティーに示すことができるような技術を提供することができる。

リモートパーティーは、現在確立されているセッションの転送および／または複製に関する制限を示すことができる。コンテンツサーバは、著作権／ＤＲＭ（ｄｉｇｉｔａｌ ｒｉｇｈｔｓ ｍａｎａｇｅｍｅｎｔ）の要件の対象となるＩＵＴサブスクライバーへメディアフローを送信しているときに、転送または複製を制限することができる。一例においては、リモートパーティーは、（たとえば、相手方がＩＵＴサブスクライバーであると知りながら、または相手方がＩＵＴサブスクライバーであると知らずに）ＩＵＴサブスクライバーに関与する場合がある。リモートパーティーは、ＩＵＴ手順、たとえば転送、複製などを、セッション、またはセッション内のメディアフローに適用してほしくないということを、セッションの性質（たとえば、デリケートな性質の会話、他者と共有できないメディアなど）が知られる前に（たとえば、コンテンツサーバに）示すことができる。

図２は、リモートパーティーがセッション内のＩＵＴオペレーションを制限する例示的なメッセージフロー図を示している（たとえば、リモートパーティーは、セッション内のフローのＩＵＴ転送および／または複製を防止するための表示を提供することができる）。リモートパーティーは、その表示を、セッションの開始中にプライバシー／ＤＲＭ要求を介してＳＣＣ ＡＳに提供することができる。リモートパーティーからのメッセージは、受信されたセッション確立要求への応答である場合があり、セッション上でＩＵＴが行われるのを防止することに関するリモートパーティーの選好を含む場合がある。リモートパーティーが、ＩＵＴサブスクライバーとのセッションの確立を（たとえば、彼らがＩＵＴにサブスクライブしていることを知りながら、または知らずに）要求する場合には、かかるリモートパーティーは、そのセッション上でＩＵＴが行われるのを防止することに関する選好をセッション確立要求内に含めることができる。そのような選好は、このセッション中にＩＵＴ要求が許可されないことをリモートパーティーが示した場合にかかる要求を拒否する目的で使用するためにＩＵＴサブスクライバーのＳＣＣ ＡＳによって格納することができる。

ＩＵＴサブスクライバーは、１つまたは複数のＩＵＴアクションをリモートエンティティーに行わせないでおきたいかどうかをＳＣＣ ＡＳに示すことができる。すなわち、ＩＵＴサブスクライバーは、ＩＵＴアクションをリモートパーティーにとってトランスペアレントにしておくこと、たとえば、ＩＵＴアクションについてリモートパーティーに知られることなくそれらのＩＵＴアクションが行われることを希望する旨を示すことができる。ＩＵＴサブスクライバーは、そのような選好をサブスクライバー構成として示すことができる。ＩＵＴサブスクライバー構成は、ネットワークプロバイダとの直接通信を介して（たとえば、電話、ウェブポータルなどによって）、ＸＣＡＰを使用してＵｔインターフェースを介してＳＣＣ ＡＳへプライバシーの選好を送信することによって、などといった具合に、ネットワークへ通信することができる。ＩＵＴサブスクライバーの選好は、サブスクライバーがＩＵＴサービスにサブスクライブするときに供給することができる。ＩＵＴサブスクライバーのプライバシーの選好は、セッションの確立を求める要求内で、ＩＵＴを求める要求内で、などといった具合に、ネットワークへ送信することができる。

セッションの１つまたは複数のフローの転送および／または複製をＩＵＴサブスクライバーが要求したことをリモートパーティーが知ることができるシステム、方法、および手段を提供することができる。リモートパーティーは、１つまたは複数のフローを転送および／または複製したいという要求を受け入れることまたは拒否することが可能である。

図３は、ＩＵＴサブスクライバーにプライバシーを提供するための例示的なメッセージフロー図を示している。図３は、ＩＵＴサブスクライバーのユーザ機器、ＵＥ１が、ＸＣＡＰメッセージを使用してプライバシーの設定を要求していることを示している。ＵＥ１は、プライバシーの選好をＳＣＣ ＡＳ（ｓｅｒｖｉｃｅ ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ ｃｏｎｔｉｎｕｉｔｙ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）へ送信することができる。たとえば、ＵＥ１は、（１）ＩＵＴアクションをリモートパーティーから隠すこと、（２）ＩＵＴアクションに関するプライバシーの選好はないこと（たとえば、リモートパーティーは、セッション上で実行されるＩＵＴアクションを認識していてもよい）、（３）ＩＵＴアクションを選択的なリモートパーティーユーザから隠すこと、（４）およびその他のうちの１つまたは複数を示すことができる。プライバシーの設定を求める要求は、ＩＵＴを求める要求内に含めることができる。

依然として図３を参照すると、ＩＵＴ要求は、リモートパーティーに対する更新につながる場合がある。これは、主としてＳＤＰ（ｓｅｓｓｉｏｎ ｄｅｓｃｒｉｐｔｉｏｎ ｐｒｏｔｏｃｏｌ）の更新とすることができ、それによって、メディアを正しいＵＥへ導くことができる。これは、ＩＵＴ要求を拒否する機会をリモートパーティーに提供することとは異なるものであると言える。なぜなら、リモートパーティーに対する更新は、いったんＩＵＴが要求されて許可されてから新たなセッションの詳細をリモートパーティーに認識させることに限定することができるためである。メディアプレーンをＩＵＴユーザのネットワーク内に固定することが可能である場合に（たとえば、ＳＣＣ ＡＳが、ＭＲＦ（ｍｅｄｉａ ｒｅｓｏｕｒｃｅ ｆｕｎｃｔｉｏｎ）をコントロールする場合に）、それぞれのＩＵＴアクションをリモートパーティーから隠すことができる。

ＵＥは、プライバシーの選好を示すＸＣＡＰメッセージを使用することができる。ＵＥは、セッションの確立を求める要求内にプライバシーの選好を含めることができる。ＵＥは、ＩＵＴを求める要求内にプライバシーの選好を含めることができる。そのような選好は、現在のセッション内のアプリケーションに限定することができる。ＳＣＣ ＡＳは、ＵＥから受信されたプライバシーの選好を格納することができる。ＳＣＣ ＡＳは、ＩＵＴが要求された場合に、格納されているプライバシーの選好を適用することができる。

たとえば、セッションの確立を求める要求、またはＩＵＴを求める要求内のプライバシーの選好は、ＳＩＰ（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ）内のプライバシーヘッダフィールドを拡張することによって、またはＳＩＰメッセージ内のその他の表示を通じて、たとえば、ＳＩＰプロトコルに対する拡張を通じて、ＳＤＰ（ｓｅｓｓｉｏｎ ｄｅｓｃｒｉｐｔｉｏｎ ｐｒｏｔｏｃｏｌ）に対する拡張を通じて、プライバシーの選好を示す本文をＳＩＰメッセージ内に含めることによって、などといった具合に示すことができる。

セッションの確立中に、リモートパーティーは、セッションにおいてやり取りされるメディアに著作権および／またはＤＲＭの要件を適用する必要がある旨を示すことができる。そのような表示は、ＳＤＰの拡張とみなすことができる。「ａ＝ｄｒｍ−ａｐｐｌｉｅｄ」などの新たな属性を定義することができ、それらの新たな属性は、セッションの特定のメディアコンポーネントに適用可能、またはセッション全体に適用可能とすることができる。ＳＣＣ ＡＳは、そのような表示を受信した場合には、制限されているメディアフロー上で実行されるように、またはセッション上で実行されるように要求されているＩＵＴアクションを拒否することができる。そのようなＤＲＭの要件は、ＩＵＴユーザによって要求されているプライバシーの選好を覆すことができる。

リモートパーティーは、ＩＵＴアクションが制限されるべきであるという表示をセッション確立メッセージ内に付加することができる。これらの表示は、ＳＤＰ属性を通じて実施することができ、それらのＳＤＰ属性は、リモートパーティーによって、たとえばＳＤＰオファー、ＳＤＰアンサーなど（たとえば、セッションの確立中に行うことができるメディアディスクリプションネゴシエーションプロセス（ｍｅｄｉａ ｄｅｓｃｒｉｐｔｉｏｎ ｎｅｇｏｔｉａｔｉｏｎ ｐｒｏｃｅｓｓ））の中に含めることができる。上述の技術は、リモートパーティーがＩＵＴサブスクライバーを呼び出す場合には、セッションの確立を求める要求内に、ＩＵＴサブスクライバーがリモートパーティーたとえばＵＥを呼び出す場合には、セッションの確立に対する応答内に、などといった具合に含めることができる。

リモートパーティーとともにセッション内にいるＩＵＴサブスクライバーによってＩＵＴアクションが要求されていることをそのリモートパーティーに動的に示すことが有益である場合がある。たとえば、ＩＵＴが要求された場合には、リモートパーティーに警告すること、およびＩＵＴ要求を拒否する機会を与えることが可能である。メディアフローが別のデバイスへ移される場合、またはメディアフローが複製されることになる場合を示すことができる修正されたＳＤＰに加えて、メディアが転送および／または複製されている先のユーザの公的なユーザ識別情報を示すことができる。

図４は、本開示の実施形態に従ってリモートパーティーにＩＵＴ要求を認識させることおよびＩＵＴを拒否する機会を与えることがどのようにして可能になるかを示す例示的なメッセージフロー図を示している。図５は、リモートパーティーによるＩＵＴアクションの拒否を示す例示的なメッセージフロー図を示している。上記は、プッシュモードのＩＵＴ、およびプルモードのＩＵＴの両方（たとえば、ソースＵＥによって開始されるＩＵＴ、およびターゲットＵＥによって開始されるＩＵＴ）、いくつかのメディアコンポーネントを転送するためのＩＵＴ、メディアコンポーネントを別のＵＥ上に付加するＩＵＴ、セッションをソースＵＥからターゲットＵＥへ（たとえば、ＵＥ１からＵＥ２へ）転送するＩＵＴ、（たとえば、ネットワークによる複製またはリモートパーティーによる複製を使用した）セッションの複製またはいくつかのメディアコンポーネントの複製のためのＩＵＴなどに適用することができる。すなわち、手順をそれぞれのＩＵＴに付加することができ、それによってＳＣＣ ＡＳは、要求されているＩＵＴアクションを含む要求をリモートパーティーへ送信することと、現在のセッション上でＩＵＴを実行することができるという許可をリモートパーティーが与えるのを待つこととが可能である。ＳＣＣ ＡＳは、（たとえば、リモートパーティーによって許可される場合には）ＩＵＴアクションの実行を続けること、または（たとえば、ＩＵＴがリモートパーティーによって許可されない場合には）ＩＵＴ要求を拒否することが可能である。

セッション、またはセッション内のメディアコンポーネント上でＩＵＴアクションが要求されていることをリモートパーティーに警告するためにリモートパーティーへ送信されるメッセージは、ＩＵＴについて記述する情報を含むことができる。修正されたＳＤＰは、セッションの１つまたは複数のメディアコンポーネントが別の宛先（たとえば、別のＩＰアドレスを有する別のＵＥ）に転送および／または複製されていることを示すことができる。セッションが転送されている場合（たとえば、それぞれのフローがセッションに関連付けられている場合）には、ターゲットＵＥの連絡先および／または識別情報をＳＩＰヘッダ内に含めることができる。「ａ＝３ｇｐｐ．ｉｕｔ．ｃｏｎｔｒｏｌｌｅｅ」という属性を、ＳＤＰ内に含めることができ、また、ＩＵＴアクションがＩＵＴサブスクライバーによって要求されていることをリモートパーティーに警告するためのリモートパーティーへの更新内に含めることができる。この属性は、メディアまたはセッションが転送および／または複製されている先のＵＥの識別情報を含むことができる。リモートパーティーは、ＩＵＴの結果として誰がセッションに関与するようになるかに基づいて、セッション上でのＩＵＴアクションを受け入れるかまたは拒否するかを決めることができる。

上記では特徴および要素について特定の組合せで説明しているが、それぞれの特徴または要素は、単独で、またはその他の特徴および要素との任意の組合せで使用することができるということを当業者なら理解するであろう。加えて、本明細書に記載されている方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読メディア内に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実装することができる。コンピュータ可読メディアの例としては、（有線接続またはワイヤレス接続を介して伝送される）電子信号、およびコンピュータ可読ストレージメディアが含まれる。コンピュータ可読ストレージメディアの例としては、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気メディア、光磁気メディア、ならびに、ＣＤ−ＲＯＭディスクおよびＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ）などの光メディアが含まれるが、それらには限定されない。ソフトウェアと関連付けられているプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用することができる。

Claims (18)

1. ユーザ機器間の転送を実行するための方法であって、
   ユーザ機器間の転送動作のためのプライバシー優先権の表示を受信するステップと、
   セッションのメディアコンポーネントのユーザ機器間の転送のための第１の要求を受信するステップと、
   前記要求されたユーザ機器間の転送が前記セッションについて許可されると決定するステップであり、前記要求されたユーザ機器間の転送が前記セッションについて許可されると決定するステップは、前記セッションがデジタル著作権管理の対象ではないと決定するステップを含む、ステップと、
   前記プライバシー優先権が、前記セッションのリモートパーティーが前記セッション上で実行されるユーザ機器間の転送を知ることができることを示す場合、前記要求されたユーザ機器間の転送を示す第２の要求を前記リモートパーティーへ送信するステップと、
   前記要求されたユーザ機器間の転送の受諾を前記リモートパーティーから受信するステップと
   を含むことを特徴とする方法。
2. 前記第２の要求は、前記要求されたユーザ機器間の転送のターゲットであるユーザ機器に関する識別を示すことを特徴とする請求項１に記載の方法。
3. 前記識別は、セッション開始プロトコル識別であることを特徴とする請求項２に記載の方法。
4. 前記第２の要求は、属性を含む修正されたセッション記述プロトコルメッセージを含み、前記属性は、前記要求されたユーザ機器間の転送のターゲットであるユーザ機器の識別を示すことを特徴とする請求項１に記載の方法。
5. 前記要求されたユーザ機器間の転送のターゲットであるユーザ機器への前記メディアコンポーネントの転送のためのコントロールメッセージを前記リモートパーティーへ送信するステップをさらに含み、前記コントロールメッセージは、修正されたセッション記述プロトコルメッセージであることを特徴とする請求項１に記載の方法。
6. 前記セッションの開始中に、前記セッションのコンポーネントに適用可能な制限の表示を受信するステップをさらに含むことを特徴とする請求項１に記載の方法。
7. 前記制限は、前記セッションの前記コンポーネントの転送または複製のうちの少なくとも１つに適用されることを特徴とする請求項６に記載の方法。
8. 前記表示は、前記セッションの前記コンポーネントに適用される属性を含むことを特徴とする請求項６に記載の方法。
9. 前記表示は、前記プライバシー優先権を無効にすることを特徴とする請求項６に記載の方法。
10. サービス集中および継続アプリケーションサーバであって、
    ユーザ機器間の転送動作のためのプライバシー優先権の表示を受信し、および、セッションのメディアコンポーネントのユーザ機器間の転送のための第１の要求を受信するように構成された受信機と、
    前記要求されたユーザ機器間の転送が前記セッションについて許可されると決定するように構成されたプロセッサであり、前記要求されたユーザ機器間の転送が前記セッションについて許可されると決定することは、前記セッションがデジタル著作権管理の対象ではないと決定することを含む、プロセッサと、
    前記プライバシー優先権が、前記セッションのリモートパーティーが前記セッション上で実行されるユーザ機器間の転送を知ることができることを示す場合、前記要求されたユーザ機器間の転送を示す第２の要求を前記リモートパーティーへ送信するように構成された送信機と
    を含み、
    前記受信機は、前記要求されたユーザ機器間の転送の受諾を前記リモートパーティーから受信するようにさらに構成されたことを特徴とするサービス集中および継続アプリケーションサーバ。
11. 前記第２の要求は、前記要求されたユーザ機器間の転送のターゲットであるユーザ機器に関する識別を示すことを特徴とする請求項１０に記載のサービス集中および継続アプリケーションサーバ。
12. 前記識別は、セッション開始プロトコル識別であることを特徴とする請求項１１に記載のサービス集中および継続アプリケーションサーバ。
13. 前記第２の要求は、属性を含む修正されたセッション記述プロトコルメッセージを含み、前記属性は、前記要求されたユーザ機器間の転送のターゲットであるユーザ機器の識別を示すことを特徴とする請求項１０に記載のサービス集中および継続アプリケーションサーバ。
14. 前記送信機は、前記要求されたユーザ機器間の転送のターゲットであるユーザ機器への前記メディアコンポーネントの転送のためのコントロールメッセージを前記リモートパーティーへ送信するようにさらに構成され、前記コントロールメッセージは、修正されたセッション記述プロトコルメッセージであることを特徴とする請求項１０に記載のサービス集中および継続アプリケーションサーバ。
15. 前記受信機は、前記セッションの開始中に、前記セッションのコンポーネントに適用可能な制限の表示を受信するようにさらに構成されたことを特徴とする請求項１０に記載のサービス集中および継続アプリケーションサーバ。
16. 前記制限は、前記セッションの前記コンポーネントの転送または複製のうちの少なくとも１つに適用されることを特徴とする請求項１５に記載のサービス集中および継続アプリケーションサーバ。
17. 前記表示は、前記セッションの前記コンポーネントに適用される属性を含むことを特徴とする請求項１５に記載のサービス集中および継続アプリケーションサーバ。
18. 前記表示は、前記プライバシー優先権を無効にすることを特徴とする請求項１５に記載のサービス集中および継続アプリケーションサーバ。

Images