JP2015500604A - ワイヤレス送信／受信ユニット（ｗｔｒｕ）間の直接通信に関するアドバンストトポロジ（ａｔ）ポリシー管理のための方法および装置 - Google Patents

Abstract

ワイヤレス送信／受信ユニット（ＷＴＲＵ）間の直接通信に関するアドバンストトポロジ（ＡＴ）ポリシー管理のための方法および装置が説明される。他の少なくとも１つのＷＴＲＵとＡＴ動作モードで直接に通信するように構成されたＷＴＲＵが、メモリと、中央処理装置と、ＣＰＵとは別個であるＡＴポリシーユニットとを含む。ＡＴポリシーユニットは、メモリの中に少なくとも１つのＡＴポリシーを格納し、メモリの中に格納された少なくとも１つのＡＴポリシーに基づいて、ＡＴ動作モードを実行するＡＴアプリケーションの活性化および不活性化を行い、ＡＴアプリケーション以外のＷＴＲＵ内部の少なくとも１つのアプリケーションからデータを受け取り、メモリの中に格納されたその少なくとも１つのＡＴポリシーに基づいて、ＡＴアプリケーション以外のＷＴＲＵ内部の少なくとも１つのアプリケーションを制御するように構成されている。

Description

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

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

ロングタームエボリューションアドバンスト（ＬＴＥ−Ａ）は、復号転送（decode-and-forward）中継スキームをサポートする。提案されるＬＴＥ−Ａ復号転送中継ノードは、第１のデバイスからデータを受信し、そのデータを復調し、復号し、誤り訂正して、その後、新たな信号を第２のデバイスに再送信する。このことは、例えば、別のデバイスから受信される信号を単に受信して、再ブロードキャストする従来のリピータとは異なる。復号中継スキームは、より複雑であるが、再ブロードキャストすることにより、信号品質を向上させることが可能である一方、低減された信号対雑音比（ＳＮＲ）が原因で信号品質を低下させる可能性がある。

２つの主要なタイプのＬＴＥ−Ａ復号転送中継器が提案されている。タイプ１中継器は、中継器自らのセルを、中継器自らのＩＤを用いて制御する。言い換えれば、ワイヤレス送信／受信ユニット（ＷＴＲＵ）から見て、タイプ１中継器は、通常の発展型ノードＢ（ｅＮＢ）であるように見える。しかし、ドナー（donor）ｅＮＢから見て、タイプ１中継器は、通常のＷＴＲＵのように見えるが、後続のシグナリングを介して自らを中継器であると見なすことが可能である。一方、タイプ２中継器は、中継器自らのセルＩＤを有さず、ＷＴＲＵおよびｅＮＢには、セル内のメインｅＮＢであるように見える。

タイプ１中継ノードとドナーｅＮＢの間のバックホールリンク、およびタイプ１中継ノードと各ＷＴＲＵの間の各アクセスリンクは、完全な媒体アクセス制御（ＭＡＣ）層、無線リンク制御（ＲＬＣ）層、およびパケットデータ制御プロトコル（ＰＤＣＰ）層を含む、自らの完全なレイヤ２スタックを有し、これらのすべてが、ドナーｅＮＢ、中継ノード、およびデータが中継されているＷＴＲＵ（「端末ＷＴＲＵ」）に終端される。例えば、ＬＴＥ−Ａに関して提案されるタイプ１復号転送中継ノードの相対的複雑さのため、これらのノードは、ＷＴＲＵより強力である可能性があり、たいてい、固定型である。

ワイヤレス送信／受信ユニット（ＷＴＲＵ）間の直接通信に関するアドバンストトポロジ（ＡＴ）ポリシー管理のための方法および装置が説明される。実施形態において、少なくとも１つの他のＷＴＲＵとＡＴ動作モードで直接に通信するように構成されたＷＴＲＵが、メモリと、中央処理装置（ＣＰＵ）と、ＣＰＵとは別個であるＡＴポリシーユニットとを含む。ＡＴポリシーユニットは、メモリの中に少なくとも１つのＡＴポリシーを格納し、メモリの中に格納されたその少なくとも１つのＡＴポリシーに基づいて、ＡＴ動作モードを実行するＡＴアプリケーションの活性化および不活性化を行い、ＡＴアプリケーション以外のＷＴＲＵ内部の少なくとも１つのアプリケーションからデータを受け取り、メモリの中に格納されたその少なくとも１つのＡＴポリシーに基づいて、ＡＴアプリケーション以外のＷＴＲＵ内部のその少なくとも１つのアプリケーションを制御するように構成されている。

添付の図面と併せて例として与えられる以下の説明から、より詳細な理解を得ることができる。
開示される１または複数の実施形態が実施され得る例示的な通信システムを示すシステム図である。 図１Ａに示される通信システム内で使用され得る例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。 図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。 ＬＴＥ−Ａ中継システムを示すシステム図である。 例示的なクロスリンク（ＸＬ）物理層（ＰＨＹ）フレーム構造を示す図である。 ＸＬ上の論理チャネルと、トランスポートチャネルと、物理チャネルとの間の例示的なチャネルマッピングを示す図である。 ＸＬ上の論理チャネルと、トランスポートチャネルと、物理チャネルとの間の例示的なチャネルマッピングを示す図である。 ＸＬ上の論理チャネルと、トランスポートチャネルと、物理チャネルとの間の例示的なチャネルマッピングを示す図である。 ＸＬ上の論理チャネルと、トランスポートチャネルと、物理チャネルとの間の例示的なチャネルマッピングを示す図である。 例示的なＷＴＲＵポリシーエージェントを示す図である。 ＷＴＲＵアタッチ中にＷＴＲＵにＡＴポリシーを通信する方法を示すシグナリング図である。 ＷＴＲＵがプッシュ法およびプル法を使用してＡＴポリシーを獲得する方法を示すシグナリング図である。 ＣＯＮＮＥＣＴＥＤモードにおけるヘルパＷＴＲＵに関するＡＴポリシーに基づいてＡＴ機能を無効にする方法を示す流れ図である。 ＩＤＬＥモードにおけるヘルパＷＴＲＵに関するＡＴポリシーに基づいてＡＴ機能を無効にする方法を示す流れ図である。 例示的なセル選択ポリシーに基づくセル選択の方法を示す流れ図である。 別の例示的なセル選択ポリシーに基づくセル選択／再選択の方法を示す流れ図である。 ＷＴＲＵがＡＴ禁止型アプリケーションポリシーを実施する方法を示す流れ図である。 ＡＴポリシーのリポジトリの役割をする例示的なアクセスネットワーク発見サービス機能（ＡＮＤＳＦ）を示すブロック図である。 加入者プロファイルリポジトリ（ＳＰＲ）を有するポリシーアーキテクチャを示すブロック図である。 ＡＴポリシーを格納するマシンツーマシンサーバを含めたシステムアーキテクチャを示すブロック図である。

図１Ａは、開示される１または複数の実施形態が実施され得る例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する多元接続システムであることが可能である。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースを共有することを介して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方法を使用することが可能である。

図１Ａに示されるように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０４と、コアネットワーク１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことが可能であり、ただし、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作および／または通信するように構成された任意のタイプのデバイスであり得る。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成され得、ユーザ機器（ＵＥ）、移動局、固定もしくはモバイル加入者ユニット、ページャ、セルラ電話機、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電子機器などを含むことが可能である。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むことも可能である。基地局１１４ａ、基地局１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークに対するアクセスを円滑にするようにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスでインターフェースをとるように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地局トランシーバ（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであることが可能である。基地局１１４ａ、１１４ｂはそれぞれ、単一の要素として図示されるが、基地局１１４ａ、１１４ｂは、任意の数の互いに接続された基地局および／またはネットワーク要素を含み得ることが理解されよう。

基地局１１４ａは、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）を含むことも可能なＲＡＮ１０４の一部であり得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る、特定の地理的区域内でワイヤレス信号を送信および／または受信するように構成され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割され得る。このため、一実施形態において、基地局１１４ａは、３つのトランシーバ、すなわち、セルの各セクタにつき１つのトランシーバを含み得る。別の実施形態において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することが可能であり、したがって、セルの各セクタにつき複数のトランシーバを利用することが可能である。

基地局１１４ａ、１１４ｂは、任意の適切なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることが可能な無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信することが可能である。無線インターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。

より詳細には、前述したように、通信システム１００は、多元接続システムであることが可能であり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセススキームを使用することが可能である。例えば、ＲＡＮ１０４における基地局１０４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用して無線インターフェース１１６を確立することができる、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することが可能である。ＷＣＤＭＡ（登録商標）は、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。

別の実施形態において、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用して無線インターフェース１１６を確立することができる、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することが可能である。

他の実施形態において、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェイブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））、エンハンストデータレートフォーＧＳＭ（登録商標）エボリューション（ＥＤＧＥ）、ＧＳＭ（登録商標） ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することが可能である。

図１Ａの基地局１１４ｂは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであることが可能であり、職場、自宅、車両、キャンパスなどの局所化された区域内でワイヤレス接続を円滑にするための任意の適切なＲＡＴを利用することが可能である。一実施形態において、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄが、ＩＥＥＥ８０２．１１などの無線技術を実施して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立することが可能である。別の実施形態において、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄが、ＩＥＥＥ８０２．１５などの無線技術を実施して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立することが可能である。さらに別の実施形態において、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄが、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ（登録商標）、ＣＤＭＡ２０００、ＧＳＭ（登録商標）、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することが可能である。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０に対する直接の接続を有し得る。このため、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを要求されない可能性がある。

ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであり得る、コアネットワーク１０６と通信状態にあることが可能である。例えば、コアネットワーク１０６は、呼制御、料金請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続、ビデオ配信などを提供すること、および／またはユーザ認証などの高レベルセキュリティ機能を実行することが可能である。図１Ａには示されないものの、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同一のＲＡＴを使用する、または異なるＲＡＴを使用する他のＲＡＮと直接、または間接の通信状態にある可能性があることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用していることが可能なＲＡＮ１０４に接続されていることに加えて、コアネットワーク１０６は、ＧＳＭ（登録商標）無線技術を使用して別のＲＡＮ（図示せず）と通信状態にあることも可能である。

コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするゲートウェイの役割をすることも可能である。ＰＳＴＮ１０８は、普通の従来の電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの中の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する、互いに接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有され、かつ／または運用される有線またはワイヤレスの通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同一のＲＡＴを使用することも、異なるＲＡＴを使用することも可能な１または複数のＲＡＮに接続された別のコアネットワークを含み得る。

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

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、非リムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺装置１３８とを含み得る。ＷＴＲＵ１０２は、実施形態と合致したままでありながら、前述の要素の任意の部分的組合せを含んでもよいことが理解されよう。

プロセッサ１１８は、一般的な汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであることが可能である。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境において動作することを可能にする他の任意の機能を実行することが可能である。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々の構成要素として示すが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップに一緒に組み込まれてもよいことが理解されよう。

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

さらに、送信／受信要素１２２が、図１Ｂに単一の要素として示されるものの、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことが可能である。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することが可能である。このため、一実施形態において、ＷＴＲＵ１０２は、無線インターフェース１１６を介してワイヤレス信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。

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

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得、これらの装置からユーザ入力データを受け取ることが可能である。また、プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することも可能である。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリの中の情報にアクセスすること、およびそのようなメモリの中にデータを格納することが可能である。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリストレージデバイスを含み得る。リムーバブルメモリ１３２は、加入者ＩＤモジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態において、プロセッサ１１８は、サーバ上、またはホームコンピュータ（図示せず）上などの、ＷＴＲＵ１０２上に物理的に配置されていないメモリの中の情報にアクセスすること、およびそのようなメモリの中にデータを格納することが可能である。

プロセッサ１１８は、電源１３４から電力を受け取ることが可能であり、ＷＴＲＵ１０２内のその他の構成要素に配電するように、かつ／またはそれらの構成要素に対する電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。

プロセッサ１１８は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（例えば、経度と緯度）をもたらすように構成され得るＧＰＳチップセット１３６に結合されることも可能である。ＧＰＳチップセット１３６からの情報に加えて、またはそのような情報の代わりに、ＷＴＲＵ１０２は、無線インターフェース１１６を介して基地局（例えば、基地局１１４ａ、１１４ｂ）からロケーション情報を受信してもよく、かつ／または近くの２つ以上の基地局から受信されている信号のタイミングに基づいてそのロケーションを特定してもよい。ＷＴＲＵ１０２は、実施形態と合致したままで、任意の適切なロケーション特定方法によってロケーション情報を獲得することが可能であることが理解されよう。

プロセッサ１１８は、さらなる特徴、機能、および／または有線もしくはワイヤレス接続をもたらす１または複数のソフトウェアおよび／またはハードウェアモジュールを含み得る他の周辺装置１３８にさらに結合され得る。例えば、周辺装置１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオのための）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。

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

ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含み得るが、ＲＡＮ１０４は、実施形態と合致したままでありながら、任意の数のｅノードＢを含むことが可能であることが理解されよう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことが可能である。一実施形態において、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃが、ＭＩＭＯ技術を実施することが可能である。このため、ｅノードＢ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信すること、およびＷＴＲＵ１０２ａからワイヤレス信号を受信することが可能である。

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

図１Ｃに示されるコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含み得る。前述の要素のそれぞれは、コアネットワーク１０６の一部として図示されるが、これらの要素のいずれの要素も、コアネットワーク運用者以外のエンティティによって所有され、かつ／または運用されてもよいことが理解されよう。

ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅノードＢ１４２ａ、１４２ｂ、１４２ｃのそれぞれに接続され、制御ノードとしての役割をすることができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラ活性化／不活性化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことが可能である。また、ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭ（登録商標）またはＷＣＤＭＡ（登録商標）などの他の無線技術を使用する他のＲＡＮ（図示せず）の間で切り換えを行うための制御プレーン機能をもたらすことも可能である。

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

また、サービングゲートウェイ１４４は、インターネット１１０などのパケット交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらして、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応型デバイスの間の通信を円滑にすることが可能なＰＤＮゲートウェイ１４６に接続可能でもある。

コアネットワーク１０６は、他のネットワークとの通信を円滑にすることが可能である。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回線交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらして、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話通信デバイスの間の通信を円滑にすることが可能である。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８の間のインターフェースの役割をするＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むこと、またはそのようなＩＰゲートウェイと通信することが可能である。さらに、コアネットワーク１０６は、他のサービスプロバイダによって所有され、かつ／または運用される他の有線またはワイヤレスネットワークを含み得る、ネットワーク１１２に対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことが可能である。

図２は、ＬＴＥ−Ａ中継システム２００のシステム図である。図示されるＬＴＥ−Ａ中継システムは、ドナーセル２０２と、中継ノード２０４と、端末ＷＴＲＵ２０６とを含む。ドナーセル２０２と中継ノード２０４は、バックホールリンク２０８を介して互いに通信する。中継ノード２０４と端末ＷＴＲＵ２０６は、アクセスリンク２１０を介して互いに通信する。中継ノード２０４は、ドナーセル２０２と端末ＷＴＲＵ２０６の間でＰＤＣＰサービスデータユニット（ＳＤＵ）を中継するように構成され得る。バックホールリンク２０８とアクセスリンク２１０は、互いに完全に無関係に動作することが可能である。

大きい電力を利用する前述したタイプ１中継ノードとは異なり、直接ＷＴＲＵ−ＷＴＲＵ通信を利用して、ネットワークと端末ＷＴＲＵの間でデータを中継する（「ＡＴ中継」もしくは「ＡＴ−Ｒ」）、またはＷＴＲＵ間でデータを転送する（「ＡＴローカルオフロード」もしくは「ＡＴ−ＬＯ」）アドバンストトポロジ（ＡＴ）ネットワークの実施形態が、本明細書で説明される。例えば、実施形態において、スマートフォンが、その主要な役割に加えて、小型インフラストラクチャノードとして機能して、ＡＴ−Ｒおよび／またはＡＴ−ＬＯモードで動作するように構成され得る。ＡＴ−Ｒ実施形態において、端末ＷＴＲＵは、ヘルパＷＴＲＵと呼ばれる別のＷＴＲＵを介してネットワークを相手にデータを交換することが可能である。ＡＴ−Ｒにおいて、任意のＷＴＲＵが、異なる時点で端末ＷＴＲＵまたはヘルパＷＴＲＵの役割をすることが可能であり、データは、２ホップセットアップを使用して端末ＷＴＲＵとｅＮＢの間で中継され得る。２ホップセットアップにおいて、第１のホップは、端末ＷＴＲＵとヘルパＷＴＲＵの間にあること、またはｅＮＢとヘルパＷＴＲＵの間にあることが可能であり、第２のホップは、伝送がアップリンク（ＵＬ）であるか、またはダウンリンク（ＤＬ）であるかに依存して、第１のホップ中に行われないホップであることが可能である。ＡＴ−ＬＯ実施形態において、互いに近接しているＷＴＲＵが、中央ネットワークの管理下で互いに直接のデータ通信を行うことが可能である。

ＡＴ−Ｒ実施形態は、セルラシステムにおける容量（容量モードまたはＡＴ−ＲＣａｐ）およびカバレッジ（カバレッジモードまたはＡＴ−ＲＣｏｖ）を増加させるのに使用され得る。ＡＴ−ＲＣａｐにおいて、ヘルパＷＴＲＵは、既存のＷＴＲＵと基地局の間の無線リンク容量を増加させて、ネットワークの容量を増大させ、データ伝送容量を向上させることが可能である。ＡＴ−ＲＣｏｖにおいて、ヘルパＷＴＲＵは、カバレッジに入っておらず、したがって、基地局に対するリンクを有さないＷＴＲＵにカバレッジを提供するのに使用され得る。

例えば、ベースラインＬＴＥセルラシステムに関するＡＴ−ＲＣｏｖにおいて、ＷＴＲＵは、それがネットワークに登録されている（例えば、それがＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態にある）場合、それが、ネットワークにおける適切なセルからブロードキャストチャネル（ＢＣＨ）を復号し、一次システム情報（ＳＩ）を読み取ることができる場合、それが、ページングチャネル（ＰＣＨ）を復号し、ページングメッセージおよび二次ＳＩを読み取ることができる場合、それが、ＩＤＬＥモードでＲＡＣＨ手順を使用して、もしくはＣＯＮＮＥＣＴＥＤモードでＰＵＣＣＨ／ＰＵＳＣＨを使用してセルと連絡をとることができる場合、ならびにそれが、ＰＵＳＣＨを介して或る最低限のデータレートを送信すること、およびＰＤＳＣＨを介して或る最低限のデータレートを受信することができる場合、カバレッジに入っていると見なすことができる。これらの条件を満たさないＷＴＲＵは、カバレッジを外れていると言ってもよく、それらが適切なセルを見出すまで、セル再選択を行いつづけることが可能である。その間、それらは、緊急呼び出しを行う目的で任意の利用可能なセルにキャンプオンすることが可能であるが、ページング可能でない可能性がある。本明細書で説明されるＡＴ−ＲＣｏｖ実施形態において、そのようなカバレッジを外れたＷＴＲＵ（例えば、潜在的な端末ＷＴＲＵ）にヘルパＷＴＲＵを介してカバレッジが提供され得る。しかし、ＡＴ−ＲＣｏｖを利用するのに、ＷＴＲＵは、やはり、ネットワーク同期およびタイミングを有さなければならない。

ＡＴ−ＬＯ実施形態において、近くの２つのＷＴＲＵが、中央ネットワークの管理下でローカルオフロード伝送を開始することが可能である。実施形態において、近接したグループのＷＴＲＵが、ネットワークによって指定されたクラスタヘッドを有するクラスタに割り当てられ得る。この実施形態において、クラスタヘッドは、各クラスタメンバと直接に通信することができ、クラスタの中の個々のペアのＷＴＲＵの間のすべてのクロスリンク（ＸＬ）のアクセス制御および無線リソース管理（ＲＲＭ）を担うことが可能である。クラスタヘッドの調整および管理の下で、クラスタメンバは、直接ＷＴＲＵ−ＷＴＲＵ通信を適用することが可能である。

ＷＴＲＵ−ＷＴＲＵ通信は、相当な潜在的な利益を伴って多くの現実世界のシナリオに適用され得る。例えば、非常に劣悪なカバレッジを有する建造物の奥まったところにいるユーザが、その建造物の周辺部または外部に位置する、良好なカバレッジを有するヘルパＷＴＲＵを介してカバレッジ、およびさらなる容量を獲得することが可能である。別の例として、近接しており、データを交換する必要がある、または音声会話をする必要があるユーザが、基地局およびコアネットワークを介してデータ／音声をルーティングすることなしに、直接にそうすることが可能である。例えば、オフィスにいる同僚が、このようにして会話をし、データを交換することが可能である。また、直接ＷＴＲＵ−ＷＴＲＵ通信は、近くにいる同一のソーシャルグループに属する他のユーザについての情報を提供することによって、ソーシャルネットワーキングと関係するアプリケーションを可能にすることもできる。また、それは、ユーザを、ネットワークを介してルーティングされるのではなく、直接に接続することによって、極端に短い待ち時間で真のワイヤレスゲーム体験を可能にすることもできる。複数のユーザがネットワークから同様の情報をダウンロードしている場合、ネットワークは、より小さいサブセットのユーザにそのデータを送信することが可能であり、次に、そのデータを他のエンドユーザに中継することが可能である。例えば、フィールド上の出来事の即時の再生を見ることを所望するスタジアム内のユーザが、このカテゴリに入り得る。ハイウェイを移動中の異なる車両内にいるユーザが、直接のリンクを形成して、情報を互いに送信してもよい。１つの潜在的なアプリケーションが、事故／交通渋滞の発生地点の即時の通信を、同一の道路上のさらに後方の車両に中継させて、それらの車両が迂回路に進むことを可能にすることであり得る。

ＡＴ−ＲとＡＴ−ＬＯ実施形態の両方において、ＷＴＲＵの間の通信は、例えば、従来の無線リンク（ＴＲＬ）を介して行われる従来のｅＮＢ−ＷＴＲＵ通信とは対照的に、クロスリンク（ＸＬ）と呼ばれる専用チャネルで行われることが可能である。ＡＴ−ＬＯ実施形態の場合、ＸＬは、ペアのＷＴＲＵの間の通信のために使用され得、ＡＴ−Ｒ実施形態の場合、ＸＬは、ペアの端末ＷＴＲＵとヘルパＷＴＲＵの間の通信のために使用され得る。実施形態において、ＸＬチャネルは、ＴＲＬとＸＬの間で搬送波間または隣接チャネル干渉が生じないようにＴＲＬから十分に離隔しているものと想定され得る。この実施形態において、ＸＬのために別個の無線周波数（ＲＦ）トランシーバチェーンが要求される可能性がある。しかし、ＸＬの帯域内動作も可能であり得る。実施形態において、ＸＬリソースは、ＴＲＬに対して帯域外に配置され得る。ＸＬチャネルは、例えば、ベースラインＬＴＥと同様に、その物理層（ＰＨＹ）多重化のためにＯＦＤＭを使用することが可能である。ヘルパと端末ＷＴＲＵは、ＦＤＤまたは時分割複信（ＴＤＤ）を使用して互いに通信することが可能であり、関連する構成は、ネットワークによって定義され得る。実施形態において、ネットワークは、ＸＬに粗いリソース割当てを与えることが可能であり、ＷＴＲＵ（例えば、ヘルパＷＴＲＵと端末ＷＴＲＵのいずれか、または両方）は、ＴＴＩごとのリソース割当てを扱う自由を有することが可能である。

図３は、例示的なＸＬ ＰＨＹフレーム構造３００の図である。図３に示される例において、ＸＬ ＰＨＹフレーム構造は、いくつかのフレーム（例えば、３４０および３５０）と、対応するサブフレーム（例えば、３０２、３０４、３０６、３０８、および３１０）とを含む。サブフレーム３０２、３０４、３０６、３０８、および３１０は、近隣発見区間３１２、スケジュールされていない制御区間３１４、通常の制御区間１６、およびデータ区間３１８を含む、異なるいくつかの区間を含む。

近隣発見区間３１２は、フレームごとに２回、各方向で１回、またはネットワーク構成に基づいて出現する。例えば、フレーム３４０は、サブフレーム３０２内の近隣発見区間３１２の出現３１２ｂと、サブフレーム３０６内の近隣発見区間３１２の出現３１２ｄとを含む。図３にフレーム３５０の１つだけのサブフレーム３１０が示され、サブフレーム３１０は、近隣発見区間３１２の出現３１２ｆを含む。しかし、フレーム３５０は、さらなるサブフレーム（図示せず）を含み、さらなるサブフレームのうちの１つが、近隣発見区間のさらなる出現を含むことが可能である。近隣発見区間（例えば、３１２ａ）中、ＷＴＲＵは、近隣発見開始伝送（ＮＤＩＴ）３２２を送信して、近隣発見応答伝送（ＮＤＲＴ）３２０を待つことが可能である。

各サブフレーム（例えば、３０２、３０４、３０６、３０８、および３１０）内で、時間−周波数リソースが、スケジュールされていない制御区間（ＵＣＺ）３１４、通常の制御区間（ＮＣＺ）３１６、およびデータ区間（ＤＺ）３１８に分割され得る。代替的実施形態（図示せず）において、近隣発見区間は、サブフレーム構造の一部であると見なされてもよく、その場合、サブフレームが、その近隣発見区間と同一の方向（例えば、送信または受信）であると見なされることも可能である。

ＵＣＺ３１４は、フレームごとに（各方向で１回）、またはセルシステムフレーム番号（ＳＦＮ）（例えば、ネットワーク構成に基づく）に基づいて計算され得るいくつかのフレームの中で出現し得る所定のセットのリソースを含む。このため、セル内のすべてのＸＬは、同一のフレーム内にＵＣＺを有することが可能である。例えば、フレーム３４０が、サブフレーム３０２内のＵＣＺ３１４の出現３１４ｂと、サブフレーム３０６内のＵＣＺ３１４の出現３１４ｄとを含む。図３にフレーム３５０の１つだけのサブフレーム３１０が示され、それは、ＵＣＺの出現を含まない。しかし、フレーム３５０は、さらなるサブフレーム（図示せず）を含み、さらなるサブフレームのうちのいくつかが、ＵＣＺの出現を含むことが可能である。

図３に示される例において、近隣を求めるＷＴＲＵが、ＵＣＺ３１４ａを使用して、近隣に存在するＷＴＲＵに、それが、見込まれるヘルパＷＴＲＵとして近隣を求めるＷＴＲＵによって選択されたという指示（「ヘルパＷＴＲＵ選択メッセージ」）を送信することが可能である（３２６）。また、ＵＣＺは、近隣に存在するＷＴＲＵによって、近隣を求めるＷＴＲＵに基本システム情報を送信して、関連付け形成を可能にするのに使用されることも可能である（３２４）。送信は、関連付け形成に先立って行われることが可能であり、場合により、ｅＮＢからのリソースをスケジュールすることなしに送信され得る。このため複数の近隣に存在するＷＴＲＵが、同一のＵＣＺ内で基本システム情報を送信していることが可能であり、このことが、ダイバーシティの利益をもたらすことが可能である。複数の近隣を求めるＷＴＲＵからのヘルパＷＴＲＵ選択メッセージが、同一のＷＴＲＵにおいて重なり合う可能性があるが、例えば、ＰＨＹスクランブル機構を使用して分離され得る。

ＮＣＺ３１６は、サブフレームごとに出現する。図３に示される例において、サブフレーム３０２、３０４、３０６、３０８、および３１０のそれぞれが、それぞれのＮＣＺ出現３１６ｂ、３１６ｃ、３１６ｄ、３１６ｅ、および３１６ｆを含む。図３にフレーム３５０の１つだけのサブフレーム３１０が示される。しかし、フレーム３５０は、ＮＣＺの出現をそれぞれが含み得る、さらなるサブフレーム（図示せず）を含む。さらに、図３に示される例において、ＮＣＺ（例えば、３１６ａ）は、ＸＬ物理ＤＬ制御チャネル（ＸＰＤＣＣＨ）３２８、ＸＬ物理ＵＬ制御チャネル（ＸＰＵＣＣＨ）３３０、キープアライブメッセージ、および関連付けメッセージの伝送のために使用され得る。

ＤＺ３１８は、フレーム内のサブフレームごとに出現する。図３に示される例において、サブフレーム３０２、３０４、３０６、３０８、および３１０のそれぞれが、それぞれのＤＺ３１８ｂ、３１８ｃ、３１８ｄ、３１８ｅ、および３１８ｆを含む。図３にフレーム３５０の１つだけのサブフレーム３１０が示される。しかし、フレーム３５０は、ＤＺの出現もそれぞれが含み得る、さらなるサブフレーム（図示せず）を含む。ＤＺ（例えば、ＤＺ３１８ａ）は、例えば、クロスリンクＤＬ（ＸＤＬ）共有チャネル（ＸＰＤＳＣＨ）３３２上、およびＸＵＬ共有チャネル（ＸＰＵＳＣＨ）３３４上で、ＷＴＲＵの間でデータトランスポートブロック（ＴＢ）を送信するのに使用され得る。また、ＤＺは、ＷＴＲＵがＸＬの測定を行うことを可能にすることができる基準信号を含むことも可能である。

ＡＴ−Ｒ実施形態の場合、ＸＬは、ＸＤＬおよびＸＵＬにおいて複数の物理チャネルを含み得る。ＸＤＬは、ヘルパＷＴＲＵから端末ＷＴＲＵに至る無線アクセスリンクである。それは、ヘルパＷＴＲＵおよび端末ＷＴＲＵに適用され、ＸＬ周波数帯域内で機能する。ＸＵＬは、端末ＷＴＲＵからヘルパＷＴＲＵに至る無線アクセスリンクである。それは、ヘルパＷＴＲＵおよび端末ＷＴＲＵに適用され、ＸＬ周波数帯域内で機能する。ＸＤＬ物理チャネルは、例えば、ＸＬ物理近隣発見チャネル（ＸＰＮＤＣＨ）、ＸＬ物理ＤＬ関連付けチャネル（ＸＰＤＡＣＨ）、ＸＬ物理ＤＬ共有アクセスチャネル（ＸＰＤＳＡＣＨ）、ＸＬ物理許可チャネル（ＸＰＧＣＨ）、ＸＬ物理ＤＬフィードバックチャネル（ＸＰＤＦＢＣＨ）、ＸＬ物理ＤＬデータチャネル（ＸＰＤＤＣＨ）、およびＸＬ物理ＤＬ制御チャネル（ＸＰＤＣＣＨ）を含むことが可能である。ＸＵＬ物理チャネルは、例えば、ＸＬ物理近隣発見チャネル（ＸＰＮＤＣＨ）、ＸＬ物理ＵＬ関連付けチャネル（ＸＰＵＡＣＨ）、ＸＬ物理ＵＬ共有アクセスチャネル（ＸＰＵＳＡＣＨ）、ＸＬ物理ＵＬフィードバックチャネル（ＸＰＵＦＢＣＨ）、ＸＬ物理ＵＬデータチャネル（ＸＰＵＤＣＨ）、およびＸＬ物理ＵＬ制御チャネル（ＸＰＵＣＣＨ）を含むことが可能である。また、ＸＵＬは、例えば、ＸＬ特有の基準信号、およびキープアライブ信号を含む基準信号を伝送することも可能である。実施形態において、ＸＬ物理チャネルは、ＯＦＤＭに基づくものと想定される。

ＸＰＮＤＣＨは、近隣発見開始伝送（ＮＤＩＴ）および近隣発見応答伝送（ＮＤＲＴ）を含む近隣発見伝送のために使用されるシーケンスを伝送することが可能である。実施形態において、ＸＰＮＤＣＨは、ＸＬ許可の対象でも、ＸＬスケジューリングの対象でもないデフォルトの事前定義されたシンボル−副搬送波リソースロケーションを占めることが可能である。ＸＰＮＤＣＨは、符号分割多元接続（ＣＤＭＡ）を適用することが可能であり、符号構成は、例えば、事前定義されたアルゴリズムに従って、ＷＴＲＵによって導き出すことが可能である。ＸＬ帯域幅がデフォルトの周波数リソースを超える場合、ネットワークは、近隣発見容量を増やすためにそのチャネルにさらなるリソース（例えば、副搬送波）を割り当てることが可能である。

ＸＰＤＡＣＨは、例えば、ページング標識、関連付け送信／受信（ＴＸ／ＲＸ）標識、またはＸＬ許可（ＸＬＧ）標識を含むＰＨＹ制御情報を伝送することが可能である。実施形態において、ＸＰＤＡＣＨは、ＸＬ許可（ＸＬＧ）許可の対象でも、スケジューリングの対象でもないことが可能な、デフォルトの事前定義されたシンボルロケーションを占めることが可能である。ＸＰＤＡＣＨは、周波数分割多元接続（ＦＤＭＡ）および／またはＣＤＭＡを適用することが可能であり、構成は、それに先行する関連するＸＰＮＤＣＨの符号構成に基づいて、ＷＴＲＵによって導き出すことが可能である。

ＸＰＵＡＣＨは、例えば、ＸＬスケジューリング要求（ＸＳＲ）およびＸＬ測定結果標識を含むＰＨＹ制御情報を伝送することが可能である。実施形態において、ＸＰＵＡＣＨは、ＸＬＧおよびスケジューリングの対象でないことが可能な、デフォルトの事前定義されたシンボルロケーションを占めることが可能である。ＸＰＵＡＣＨは、ＦＤＭＡおよび／またはＣＤＭＡを適用することが可能であり、構成は、それに先行する関連するＸＰＮＤＣＨの符号構成に基づいて、ＷＴＲＵによって導き出すことが可能である。

ＸＰＤＳＡＣＨは、例えば、基本システム情報（ＢＳＩ）、初期構成情報（ＩｎｉｔＣｏｎｆｉｇｕｒａｔｏｎ）（ＸＬＧを含む）、および選択されたヘルパＷＴＲＵ情報を含む、より上位の層の制御情報を伝送することが可能である。実施形態において、ＸＰＤＳＡＣＨは、ＸＬ許可の対象でも、スケジューリングの対象でもないことが可能な、デフォルトの事前定義されたシンボルロケーションを占めることが可能である。ＸＰＤＳＡＣＨは、ＦＤＭＡおよび／またはＣＤＭＡを適用することが可能であり、構成は、それに関連するＸＰＤＡＣＨの構成に基づいて、ＷＴＲＵによって導き出すことが可能である。実施形態において、トランスポートフォーマットなどの、このチャネルを復号するのに必要な情報は、事前定義され得る。

ＸＰＵＳＡＣＨは、例えば、ＸＬ測定結果を含む、より上位の層の制御情報を伝送することが可能である。実施形態において、ＸＰＵＳＡＣＨは、ＸＬＧの対象でも、スケジューリングの対象でもないことが可能な、デフォルトの事前定義されたシンボルロケーションを占めることが可能である。ＸＰＵＳＡＣＨは、ＦＤＭＡおよび／またはＣＤＭＡを適用することが可能であり、構成は、それに関連するＸＰＵＡＣＨの構成に基づいて、ＷＴＲＵによって導き出すことが可能である。実施形態において、トランスポートフォーマットなどの、このチャネルを復号するのに必要な情報は、事前定義され得る。

ＸＰＧＣＨは、例えば、副搬送波割当て、ＴＤＤサブフレーム複信スキーム、最大ＸＬ電力、専用ＸＬチャネル符号構成、および基準信号構成を含むＸＬＧ情報を伝送することが可能である。実施形態において、ＸＰＧＣＨは、ＸＬＧの対象でも、スケジューリングの対象でもないことが可能な、デフォルトの事前定義されたシンボルロケーションを占めることが可能である。ＸＰＧＣＨは、ＦＤＭＡおよび／またはＣＤＭＡを適用することが可能であり、構成は、それに関連するＸＰＤＡＣＨの構成に基づいて、ＷＴＲＵによって導き出すことが可能である。ＸＰＧＣＨの、このスケジュールされていないバージョンは、ＡＴ−Ｒカバレッジモードにおいてだけ存在することが可能である。ＡＴ−Ｒ容量モードとカバレッジモードの両方において、ヘルパＷＴＲＵに関するＸＬＧは、ヘルパＷＴＲＵから端末ＷＴＲＵへのＸＬＧ伝送のＸＬ専用で使用されるように、このチャネルの完全なリソース構成を指定することも可能であり、その場合、ＸＰＧＣＨは、空間分割多元接続、時分割多元接続、周波数分割多元接続、または符号分割多元接続を適用することが可能である。実施形態において、このチャネルは、ＸＤＬ上でしか適用され得ない。

ＸＰＤＦＢＣＨは、ＸＵＬのチャネル状態情報（ＣＳＩ）、およびＸＵＬデータ伝送のＡＣＫ／ＮＡＣＫを伝送することが可能である。実施形態において、このチャネルの完全なリソース割当ては、ヘルパＷＴＲＵに関するＸＬＧによって決定され得る。ＸＤＦＢＣＨは、空間分割多元接続、時分割多元接続、周波数分割多元接続、または符号分割多元接続を適用することが可能である。

ＸＰＤＤＣＨは、ＭＡＣ層から受け取ったＸＤＬユーザデータを伝送することが可能である。実施形態において、このチャネルの完全なリソース割当ては、ヘルパＷＴＲＵに関するＸＬＧによって決定され得る。ＸＰＤＤＣＨは、空間分割多元接続、時分割多元接続、周波数分割多元接続、または符号分割多元接続を適用することが可能である。

ＸＰＤＣＣＨは、端末ＷＴＲＵが同一のＴＴＩにおけるＸＰＤＤＣＨを復号する制御情報と関係するデータを伝送することが可能である。実施形態において、このチャネルの完全なリソース割当ては、ヘルパＷＴＲＵに関するＸＬＧによって決定され得る。ＸＰＤＣＣＨは、空間分割多元接続、時分割多元接続、周波数分割多元接続、または符号分割多元接続を適用することが可能である。

ＸＰＵＦＢＣＨは、ＸＤＬのチャネル状態情報、およびＸＤＬデータ伝送のＡＣＫ／ＮＡＣＫを伝送することが可能である。実施形態において、このチャネルの完全なリソース割当ては、端末ＷＴＲＵに関するＸＬＧによって決定され得る。ＸＵＦＢＣＨは、空間分割多元接続、時分割多元接続、周波数分割多元接続、または符号分割多元接続を適用することが可能である。

ＸＰＵＤＣＨは、ＭＡＣ層から受け取ったＸＵＬユーザデータを伝送することが可能である。実施形態において、このチャネルの完全なリソース割当ては、ヘルパＷＴＲＵに関するＸＬＧによって決定され得る。ＸＰＵＤＣＨは、空間分割多元接続、時分割多元接続、周波数分割多元接続、または符号分割多元接続を適用することが可能である。

ＸＰＵＣＣＨは、ヘルパＷＴＲＵがＸＰＵＤＣＨを正しく復号するのに必要な制御情報を伝送することが可能である。実施形態において、このチャネルの完全なリソース割当ては、端末ＷＴＲＵに関するＸＬＧによって決定され得る。ＸＰＵＣＣＨは、空間分割多元接続、時分割多元接続、周波数分割多元接続、または符号分割多元接続を適用することが可能である。

ＭＡＣ層は、論理チャネルの形態でＲＬＣにサービスを提供することが可能である。論理チャネルのタイプは、制御および構成情報の伝送のために使用される制御チャネル、またはユーザデータを伝送するために使用されるトラフィックチャネルであることが可能である。ＸＬ論理チャネルは、ＸＬ物理制御チャネル（ＸＰＣＣＨ）、ＸＬ共通制御チャネル（ＸＣＣＣＨ）、ＸＬ専用制御チャネル（ＸＤＣＣＨ）、およびＸＬ専用トラフィックチャネル（ＤＴＣＨ）を含むことが可能である。

ＰＨＹは、トランスポートチャネルの形態でＭＡＣにサービスを提供することが可能であり、ＸＬトランスポートチャネルは、ＸＬページングチャネル（ＸＰＣＨ）、ＸＬ共通チャネル（ＸＣＣＨ）、ＸＤＬスケジューリングチャネル（ＸＤＬ−ＳＣＨ）、およびＸＵＬスケジューリングチャネル（ＸＵＬ−ＳＣＨ）を含むことが可能である。トランスポートチャネル上のデータは、トランスポートブロックに編成され得、実施形態において、各ＴＴＩにおいて或るサイズの１つのトランスポートブロックが伝送され得る。特殊な多重化（例えば、ＭＩＭＯ）を使用する実施形態の場合、１つのＴＴＩにおいて２つまでのトランスポートブロックが伝送され得る。

図４Ａ、図４Ｂ、図４Ｃ、および図４Ａは、ＸＬ上の論理、トランスポート、および物理チャネルの間の例示的なチャネルマッピングの図である。

図４Ａは、ＸＤＬに関する例示的なチャネルマッピング４００ａである。図４Ａに示される例において、ＸＰＣＣＨ４０２、ＸＣＣＣＨ４０４、ＸＤＣＣＨ４０６、およびＸＤＴＣＨ４０８ＤＬ論理チャネル、ＸＰＣＨ４１０、ＸＣＣＨ４１２、およびＸＤＬ−ＳＣＨ４１４ＤＬトランスポートチャネル、ならびにＸＰＤＳＡＣＨ４１６、ＸＰＤＤＣＨ４１８、ＸＰＤＡＣＨ４２０、ＸＰＤＣＣＨ４２２、ＸＰＤＦＢＣＨ４２４、ＸＰＧＣＨ４２６、およびＸＰＮＤＣＨ４２８ＤＬ物理チャネル、に関するマッピングが示される。図４Ｂは、ＸＵＬに関する例示的なチャネルマッピング４００ｂである。図４Ｂに示される例において、ＸＣＣＣＨ４０４、ＸＤＣＣＨ４０６、およびＸＤＴＣＨ４０８ＵＬ論理チャネル、ＸＣＣＨ４１２およびＸＵＬ−ＳＣＨ４３０ＵＬトランスポートチャネル、ならびにＸＰＵＳＡＣＨ４３２、ＸＰＵＤＣＨ４３４、ＸＰＵＣＣＨ４３６、ＸＰＵＡＣＨ４３８、ＸＰＵＦＢＣＨ４４０、およびＸＰＮＤＣＨ４２８ＵＬ物理チャネルに関するマッピングが示される。図４Ｃは、ＸＤＬに関する例示的なチャネルマッピング４００ｃである。図４Ｃに示される例において、ＰＣＣＨ４４２、ＸＣＣＣＨ４０４、ＤＣＣＨ４４４、およびＤＴＣＨ４４６ＤＬ論理チャネル、ＸＰＣＨ４１０、ＸＣＣＨ４１２、およびＸＤＬ−ＳＣＨ４１４ＤＬトランスポートチャネル、ならびにＸＰＣＤＣＣＨ４４８、ＸＰＤＳＣＨ４５０、ＸＰＡＣＨ４５２、およびＸＰＤＣＣＨ４２２ＤＬ物理チャネルに関するマッピングが示される。図４Ｄは、ＸＵＬに関する例示的なチャネルマッピング４００ｄである。図４Ｄに示される例において、ＸＣＣＣＨ４０４、ＤＣＣＣＨ４４４、およびＤＴＣＨ４４６ＵＬ論理チャネル、ＸＣＣＨ４１２およびＸＵＬ−ＳＣＨ４３０ＵＬトランスポートチャネル、ならびにＸＰＵＣＣＨ４５４、ＸＰＵＳＣＨ４５６、ＸＰＵＣＣＨ４３６、およびＸＰＡＣＨ４５２ＵＬ物理チャネルに関するマッピングが示される。

ＡＴアプリケーションは、ヘルパＷＴＲＵリソースの使用を要求するので、それらの展開を管理し、支援する堅牢なセットのポリシーを有することが望ましい可能性がある。一部の実施形態において、そのようなポリシーは、個々の運用者が、ローカル要件によりそれらのネットワークの様々な部分を最適化するように直接ＷＴＲＵ−ＷＴＲＵ通信の使用をあつらえることを可能にすることができる。例えば、ヘルパＷＴＲＵにおいて、ＡＴアプリケーションの使用を管理するための様々なＷＴＲＵポリシーおよび／またはネットワークポリシーを与える実施形態が、以下に説明される。また、ポリシーデータベースを維持し、ポリシーを適用するためのアーキテクチャも説明される。例において、ＷＴＲＵ ＡＴポリシーエージェントが、ＷＴＲＵにおいてＡＴポリシーを格納し、ポリシー更新を受信して、管理し、他のＷＴＲＵシステムから入力を受信し、さらにポリシーを適用するようにそのような他のＷＴＲＵシステムを制御することが可能である。本明細書で説明されるＡＴポリシーの例は、ＡＴ動作モード（例えば、カバレッジ、容量、ネットワークオフロード、もしくは以上の任意の組合せ）を設定するためのポリシー、ＷＴＲＵのバッテリのステータス、ユーザ選好の表明、もしくはネットワークにおけるセル負荷に基づいてＡＴ動作を有効にする、もしくは無効にするためのポリシー、ＡＴ動作中に緊急呼び出しの扱いを管理するポリシー、ＡＴ動作モードでセルの選択／再選択を管理するポリシー、ＡＴ動作モードで他のＷＴＲＵを介して中継されることを禁止されている慎重な扱いを要するアプリケーションの扱いを管理するポリシー、ＡＴモードで合法的傍受、ＡＴ動作に適用され得る課金機能の変更、ＡＴモードに基づく無線パラメータおよび他のパラメータの変更の扱いを管理するポリシー、およびＷＴＲＵの優先ステータスを管理するポリシーを含む。

ＡＴポリシーは、ＷＴＲＵポリシーユニットを介してＷＴＲＵ（例えば、ヘルパＷＴＲＵ）において実施され得る。ＷＴＲＵポリシーエンティティは、例えば、ＷＴＲＵ内にＡＴポリシーを保持すること、ネットワークコマンドもしくは内部トリガに基づいてそのようなポリシーを更新すること、様々なＷＴＲＵモジュールから情報を受け入れること、受信した入力に基づいて振舞いを変えるようＷＴＲＵモデムおよび他のＷＴＲＵモジュールに指示するポリシーコマンドを与えること、ならびに様々なモデムパラメータの更新をもたらすことを含む、すべてのＡＴポリシー関連の態様に関するクリアリングハウスであり得る。

図５は、ＷＴＲＵポリシーエージェント５０２の図５００である。ＷＴＲＵポリシーエージェント５０２は、ＷＴＲＵポリシーユニットであることが可能であり、ＷＴＲＵの内部または外部の他のエンティティから情報を受け取るように構成され得る。図５に示される例において、ＷＴＲＵは、ＷＴＲＵにおけるバッテリ管理機能および／または電力管理機能からバッテリステータス５１０を、ＷＴＲＵモデム実装形態からＷＴＲＵ無線リソース制御（ＲＲＣ）状態５１２を、ＷＴＲＵアプリケーション層からＷＴＲＵ無線周波数（ＲＦ）状態変数５１４（例えば、送信電力）、現在のアプリケーション、およびデータフロータイプ５１５を受け取り、さらに合法的傍受要求５１６、セル選択ステータス５１８、ポリシー５０６、およびパラメータ５０８を受け取るように構成されている。ＷＴＲＵポリシーエージェント５０２は、ＷＴＲＵ内のメモリの中にポリシー、および関連する更新を格納することが可能である。例えば、格納されたポリシー、および他の受け取った情報に基づいて、ＷＴＲＵポリシーエージェント５０２が、ＷＴＲＵモデム、ならびに／もしくは他のＷＴＲＵアプリケーションおよびＷＴＲＵモジュール５０４に制御コマンド５２０を発行し、かつ／またはパラメータ更新５２２を供給することが可能である。したがって、ＷＴＲＵポリシーエージェント５０２は、ＷＴＲＵにおいて最新のＡＴポリシーを執行するためにＷＴＲＵモデムおよび他のＷＴＲＵアプリケーションを制御することが可能である。

前述したように、ＷＴＲＵポリシーエージェント５０２は、ＷＴＲＵの内にＡＴポリシー、および関連する更新を格納するように構成され得る。そのようなポリシーは、例えば、ＷＴＲＵの永続的なメモリ領域の中に、またはユニバーサルモバイルテレコミュニケーションズ加入者ＩＤモジュール（ＵＳＩＭ）などのリムーバブルメモリの中に格納され得る。

さらに、実施形態において、ネットワークが、ＷＴＲＵにＡＴポリシー５０６を自律的に送信することも（例えば、プッシュモデル）、要求が行われると、ＷＴＲＵにそれらを供給することも可能である（例えば、プルモデル）。ＵＳＩＭアプリケーションの場合、ＡＴポリシーは、例えば、オープンモバイルアライアンス−デバイス管理（ＯＭＡ−ＤＭ）を使用する無線（ＯＴＡ）手順またはＯＴＡ更新を使用して、ＷＴＲＵに通信され得る。他の実施形態に関して、ＡＴポリシーは、ユーザデータコンバージェンス（ＵＤＣ）更新手順を使用してＷＴＲＵに通信され得る。ＵＤＣは、セキュリティで保護されたフロントエンドをもたらすことが可能であり、これを介して、ＷＴＲＵが、ネットワークデータベースのセキュリティを損なうことなしに、それらにアクセスすることが可能である。他の実施形態に関して、ＡＴポリシーは、ＷＴＲＵ初期アタッチの一環としてＷＴＲＵに通信され得る。

図６は、ＷＴＲＵアタッチ中にＷＴＲＵにＡＴポリシーを通信する方法のシグナリング図６００である。図６に示される例において、ＷＴＲＵ６５０が、発展型ｅノードＢ（ｅＮＢ）６６０にＡＴＴＡＣＨ要求６０２を送信することによって、ネットワークに対するアタッチを開始する。ＡＴＴＡＣＨ手順における他のシグナリングは、関与するネットワークのタイプに依存する可能性がある。図示される例において、ｅＮＢ６６０は、そのＡＴＴＡＣＨ要求をモバイル管理エンティティ（ＭＭＥ）６７０に転送し（６０４）、機器ＩＤレジスタ（ＥＩＲ）６１０が、ＩＤ確認を同時に実行することが可能である（６１２）。次に、ＭＭＥ６７０、サービングゲートウェイ（ＳＧＷ）６８０、パケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）６９０、およびホーム加入者サーバ（ＨＳＳ）６０８の間で認証手順が実行され得る（６０６）。また、ＭＭＥ６７０が、ＳＧＷ６８０を介してＰＤＮ ＧＷ６９０にセッション作成要求メッセージ６１４を送信することも可能である。

初期アタッチ手順中、ＷＴＲＵ６５０のＡＴ能力の知識に基づいて、ポリシーおよび課金規則機能６１６（ネットワークにおいて全体的なポリシー管理を担うエンティティ）が、ＰＤＮ ＧＷ６９０からセッション確立／変更メッセージ６２０を受信することに応答して、ＡＴポリシーサーバ６１８からＡＴポリシーを要求し、受信することが可能である（６２２）。次に、これらのポリシーが、初期コンテキスト情報の一部としてｅＮＢ６６０にプッシュダウンされ得る。図示される例において、ポリシーが、ＭＭＥ６７０にプッシュダウンされ（６２４／６２６）、このことが、メッセージ６２７の中にＡＴポリシーを含めて、セッション作成応答メッセージ６２７をＭＭＥ６７０に送信する。最後に、ＭＭＥ６７０が、ポリシーを、その初期コンテキストセットアップ要求６２８の中でｅＮＢ６６０に送信することが可能である。

次に、それらのポリシーが、ＡＴ Ｐｏｌｉｃｙ Ｃｏｎｆｉｇメッセージ６３０と呼ばれる新たなＲＲＣメッセージとしてＷＴＲＵ６５０にプッシュダウンされ得る。ＷＴＲＵ６５０が、ＡＴ Ｐｏｌｉｃｙ Ｃｏｎｆｉｇ Ｃｏｍｐｌｅｔｅメッセージ６３６でＡＴ Ｐｏｌｉｃｙ Ｃｏｎｆｉｇメッセージに応答することが可能である。ＷＴＲＵ６５０およびｅＮＢ６６０は、ＷＴＲＵ６５０がｅＮＢ６６０にＲＲＣ Ｃｏｎｎ Ｒｅｃｏｎｆｉｇメッセージを送信すること、およびｅＮＢ６６０がＲＲＣ Ｃｏｎ Ｒｅｃｏｎｆｉｇ Ｃｏｍｐｌｅｔｅメッセージ６３４で応答することによって、ＡＴＴＡＣＨ手順を完了させることが可能である。この手順が完了すると、ｅＮＢ６６０は、手順の完了を合図するＡＴＴＡＣＨ完了メッセージ６３８をＭＭＥ６７０に送信することが可能である。

初期アタッチ手順中のポリシーダウンロードに加えて、ＷＴＲＵは、任意の他の時点でポリシー更新を獲得することも可能である。例えば、ＷＴＲＵは、ネットワークからのプッシュによって、またはＷＴＲＵ自らがプルすることによって、ポリシーを獲得することが可能である。

図７は、ＷＴＲＵがプッシュ法およびプル法を使用してＡＴポリシーを獲得する方法のシグナリング図７００である。ポリシー更新は、ネットワークアクセスサーバ（ＮＡＳ）手順を使用して、またはアクセスネットワーク発見−選択機能などの、直にＷＴＲＵとＡＴポリシーサーバの間のアプリケーション層手順を介して実行され得る。

図７に示される例示的なプルＮＡＳ手順において、ＷＴＲＵ７４０が、ｅＮＢ７５０にＮＡＳ ＡＴポリシー要求ＲＲＣメッセージ７０２を送信することが可能である。このＡＴポリシー要求メッセージが、ＭＭＥ７６０（７０４）、ＳＧＷ７７０、およびＰＤＮ ＧＷ７８０（７０６）を介してＡＴポリシーサーバ７９０に転送され得る（７０８）。ＡＴポリシーサーバ７９０が、ＡＴポリシー要求メッセージの中で要求されたポリシーもしくは複数のポリシーを含むＡＴポリシー応答メッセージ（７１０）で、または拒否もしくは要求で応答することが可能である。ＡＴポリシー要求メッセージは、ＳＧＷ７７０を介してＭＭＥ７６０に転送され得る（７１２）。次に、ＭＭＥ７６０が、ＡＴ Ｐｏｌｉｃｙ Ｃｏｎｆｉｇメッセージ（７１４）を介してｅＮＢ７５０にＡＴポリシー構成を送信することが可能であり、これらを、ｅＮＢ７５０が、要求を最初に送信したＷＴＲＵ７４０に転送することが可能である（７１６）。ｅＮＢ７５０からのＡＴ Ｐｏｌｉｃｙ Ｃｏｎｆｉｇメッセージに応答して、ＷＴＲＵ７４０が、ｅＮＢ７５０にＡＴ Ｐｏｌｉｃｙ Ｃｏｎｆｉｇ Ｃｏｍｐｌｅｔｅメッセージを送信することが可能であり（７１８）、それが、それをＭＭＥ７６０に転送することが可能である（７２０）。

図７に示される例示的なプッシュ手順において、アクセスネットワーク発見サービス機能（ＡＮＤＳＦ）ＡＴポリシーサーバ７９５が、ＷＴＲＵ７４０にトリガを送信することによって、ＷＴＲＵにポリシーをプッシュすることが可能である（７２２）。実施形態において、このトリガは、ＳＭＳメッセージの形態をとることが可能である。次に、ＷＴＲＵ７４０およびＡＮＤＳＦ ＡＴポリシーサーバ７９５が、アプリケーション（ＩＰ）レベルポリシーダウンロード手順７２４を行うことが可能であり、それによって、ＷＴＲＵ７４０は、任意の必要なポリシーをダウンロードすることができる。

図８および図９は、ＡＴポリシーに基づいてＡＴ機能を無効にする方法の流れ図である。

図８は、ＣＯＮＮＥＣＴＥＤモードにおけるヘルパＷＴＲＵに関するＡＴポリシーに基づいてＡＴ機能を無効にする方法の流れ図８００である。図８に示される例において、ＷＴＲＵは、最初にＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあり、ＡＴ機能は、活性である（８０２）。ＷＴＲＵポリシーエージェント８５０が、ＡＴ無効イベントが生じたかどうかを判定することが可能である（８０４）。例示的な無効イベントが、後段で特定のＡＴポリシーの例に関連してより詳細に説明され、例えば、バッテリ寿命＜ＡＴ＿Ｔｈｒｅｓｈｏｌｄ％であること、またはユーザ選好が表明されたことを含み得る。ＡＴ無効イベントが生じていない場合、ＷＴＲＵポリシーエージェント８５０は、ＡＴ無効イベントが生じるまで待つことが可能である。ＡＴ無効イベントが生じている場合、ヘルパＷＴＲＵにおけるＷＴＲＵポリシーエージェント８５０は、エージェント８５０が、そのＡＴ機能／モードのうちの１または複数を無効にしていることをｅＮＢに知らせ、さらにその１または複数の機能が無効にされた理由を示すコードを含めることが可能である（８０６）。ヘルパＷＴＲＵが、無効イベントが生じた時点で端末ＷＴＲＵにＡＴサービスを提供している場合、ヘルパＷＴＲＵにおけるＷＴＲＵポリシーエージェント８０６は、端末ＷＴＲＵを相手に接続クローズ手順を実行することが可能である（８０８）。次に、ＷＴＲＵは、ヘルパＷＴＲＵ自らのサービスが依然として活性であるかどうかを判定することが可能である（８１０）。そうである場合、ＷＴＲＵは、ＡＴ機能が不活性の状態でＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに入ったままであることが可能である（８１６）。そうでない場合、ＷＴＲＵは、ｅＮＢを相手に接続クローズ手順を実行し（８１２）、ＡＴ機能が不活性の状態でＲＲＣ＿ＩＤＬＥ状態に入ることが可能である（８１８）。

図９は、ＩＤＬＥモードにおけるヘルパＷＴＲＵに関するＡＴポリシーに基づいてＡＴ機能を無効にする方法の流れ図９００である。図９に示される実施形態において、ＷＴＲＵは、最初にＲＲＣ＿ＩＤＬＥモードにあり、ＡＴ機能は、アイドル（ＡＴ−Ｉｄｌｅモード）である（９０２）。ＷＴＲＵポリシーエージェント９５０が、ＡＴ無効イベントが生じたかどうかを判定することが可能である（９０４）。例示的な無効イベントが、後段で特定のＡＴポリシーの例に関連してより詳細に説明され、例えば、バッテリ寿命＜ＡＴ＿Ｔｈｒｅｓｈｏｌｄ％であること、またはユーザ選好が表明されたことを含み得る。ＡＴ無効イベントが生じていない場合、ＷＴＲＵポリシーエージェント９５０は、ＡＴ無効イベントが生じるまで待つことが可能である。ＡＴ無効イベントが生じている場合、ヘルパＷＴＲＵにおけるＷＴＲＵポリシーエージェント９５０は、それが、そのＡＴ機能／モードのうちの１または複数を無効にしていることをｅＮＢに知らせ、さらにその１または複数の機能が無効にされた理由を示すコードを含めることが可能である（９０６）。また、ＷＴＲＵポリシーエージェント９５０は、ＷＴＲＵにおいてＡＴ緊急時ヘルパポリシーが有効にされているかどうかを判定することも可能である（９０８）。そうである場合、ＷＴＲＵは、ＸＬ上でキープアライブメッセージを送信すること止め、緊急時指示を有するＮＤＩＴだけを監視することが可能である（９１２）。そうでない場合、ＷＴＲＵは、ＮＤＩＴを監視することを止めるとともに、ＸＬ上でキープアライブメッセージを送信することを止めることが可能である（９１０）。双方のシナリオにおいて、ＷＴＲＵは、ＷＴＲＵがＲＲＣ＿ＡＣＴＩＶＥモードに遷移すべき他の何らかの理由がない限り、ＡＴ機能が不活性の状態でＲＲＣ＿ＩＤＬＥモードに入ったままであることが可能である（９１４）。

１つの例示的なＡＴポリシーは、ＡＴ−Ｒ動作モードポリシーであることが可能である。このポリシーは、ＷＴＲＵがとることが許されるＡＴ構成（例えば、容量モードとカバレッジモードのいずれか、または両方）を制御することが可能である。ＡＴ−Ｒ動作ポリシーは、例えば、システム情報（ＳＩ）の中でネットワークにおけるＷＴＲＵにシグナリングされ得るネットワーク全体のポリシーであることが可能である。

別の例示的なＡＴポリシーは、バッテリ寿命ポリシーであることが可能である。ＡＴ−Ｒの実際的な展開に関する１つの懸念が、ヘルパＷＴＲＵのバッテリ消費の点でそれが払うペナルティである。したがって、実施され得るポリシーには、ＷＴＲＵのバッテリ寿命が閾値ＡＴ＿Ｔｈｒｅｓｈｏｌｄ％を下回って低下した場合、それがそのＡＴ機能を無効にするというポリシーが含まれ得る。実施形態において、端末ＷＴＲＵからの緊急呼び出しに関する閾値が与えられ得る。この例において、見込まれるヘルパＷＴＲＵが、カバレッジのない端末ＷＴＲＵのために、ヘルパＷＴＲＵのバッテリ寿命が閾値を下回っている場合でさえ、端末ＷＴＲＵが緊急呼び出しを行おうと試みている場合に、ヘルパＷＴＲＵとなることに同意することが可能である。また、ポリシーは、ＷＴＲＵが交流（ＡＣ）電源に接続されている場合に、ＷＴＲＵがそのＡＴ機能を有効にすることを確実にすることも可能である。ＡＴ機能が無効にされているＷＴＲＵは、そのバッテリ寿命が別の閾値ＡＴ＿Ｔｈｒｅｓｈｏｌｄ２％を超えて上昇すると、それを再び有効にすることが可能である。バッテリ寿命ポリシーは、ＷＴＲＵに伝えられるネットワークポリシーであっても、例えば、ユーザ選好に応じて、変更可能であり得るＷＴＲＵポリシーであってもよい。

ＡＴ機能を有効にするため／無効にするためのユーザ選好を管理するポリシーが実施されることも可能である。最新のネットワーク設計は、ネットワーク制御を介してＷＴＲＵの振舞いを義務付ける。しかし、ＡＴ−ＲおよびＡＴ−ＬＯアーキテクチャに関していくらかのユーザ制御が許される他の実施形態も可能である。例えば、接続マネージャ構成または他のユーザ入力を使用することによって、ユーザが所望する場合にはいつでも、ＷＴＲＵのＡＴ−Ｒおよび／またはＡＴ−Ｒ機能を無効にすることができる完全なユーザ制御ポリシーが実施され得る。ＡＴ機能は、ユーザがＡＴ機能を手動で再び有効にするまで、無効にされたままであることが可能である。別の例として、ＡＴ−Ｒ機能および／またはＡＴ−ＬＯ機能をユーザが無効にすることが可能な部分的ユーザ制御ポリシーが実施され得るが、ネットワークは、いくつかの異なる理由のうちの任意のものに関して再び有効にさせることも可能である。例えば、ネットワークが、ユーザからの無効要求の後に続く構成可能な期間が経過した後、ＷＴＲＵの電源が切断されてからすぐ再投入された際、特定のタイプのネットワークブロードキャスト（例えば、地震津波警報システムブロードキャスト）が存在する場合、またはＯＴＡソフトウェアアップグレードのために、ユーザによって無効にされたＡＴ機能を再び有効にすることが可能である。

別の例示的なユーザ選好ポリシーは、全くユーザ制御をもたらさないことが可能である。このポリシーの下で、ユーザは、ＷＴＲＵのＡＴ−Ｒの振舞いを制御する能力を全く有さないことが可能である。別の例示的なユーザ選好ポリシーは、ＡＴ機能の条件付きユーザ無効をもたらすことが可能である。この例において、ユーザは、ＡＴ−Ｒモードが無効にされる様々な条件を設定することができる。そのような条件の例には、例えば、ヘルパＷＴＲＵのバッテリ寿命が、ポリシーによって決められたレベルを下回って低下した場合、またはヘルパＷＴＲＵが、ビデオダウンロードもしくはアップロードなどのデータおよびリソースを大量に使う動作を実行している場合が含まれ得る。両方の例に関して、ユーザは、いずれかの条件が満たされた場合、ＡＴ−Ｒ機能を無効にすることができる。実施形態において、ユーザに、バッテリレベルに関する選好が与えられることも可能である。別の例示的なユーザ選好ポリシーは、ユーザの優先アクセスステータスを可能にしてもよい。

別の例示的なＡＴポリシーは、緊急呼び出しポリシーであることが可能である。実施形態において、緊急呼び出しポリシーは、そのＡＴ−Ｒカバレッジモードが一時的に無効にされている場合でさえ、ＡＴ対応のＷＴＲＵが、緊急呼び出しの目的で別のＷＴＲＵにカバレッジを提供するかどうかを管理することが可能である。ＷＴＲＵが、そのＡＴ−Ｒカバレッジモードが一時的に無効にされている場合に、緊急呼び出しの目的のカバレッジを提供するポリシーに関して、ＷＴＲＵは、そのＡＴ−Ｒモードが無効にされている場合でさえ、近隣発見に参加し、近隣発見開始伝送をリッスンする。しかし、ＷＴＲＵは、それが、緊急呼び出しのための近隣発見開始伝送を受信した場合に限って、応答する。そのようなポリシーは、発見シーケンス（例えば、緊急呼び出しを行おうとしているＷＴＲＵからの近隣発見開始伝送（ＮＤＩＴ）シーケンス）が理由も伝送することを要求することも可能である。

別の例示的なＡＴポリシーは、セル負荷ポリシーであることが可能である。セルに非常に軽い負荷しかかかっていない場合、ユーザのトラフィックデマンドは、ＷＴＲＵ中継の必要なしに満たすことが可能であり、ＡＴ−Ｒを使用して得られたインクリメンタルな承認は、ヘルパＷＴＲＵのバッテリをさらに消耗させることを正当化しない可能性がある。したがって、実施形態において、ネットワークが、セル負荷が閾値ＡＴ＿ＣｅｌｌＬｏａｄＴｈｒｅｓｈｏｌｄ＿Ｐａｒａｍｅｔｅｒ％を下回って低下した場合、ネットワークにおけるすべてのＡＴ対応のデバイスにおける容量モードＡＴ−Ｒ機能を無効にすることが可能である。別の実施形態において、ネットワークは、セルに重い負荷がかかっており、それが新たなＡＴユーザを全く受け付けることを所望しない場合、容量モードＡＴ−Ｒ機能を無効にすることが可能である。この場合、ネットワークは、負荷がかかっている状態でそのパフォーマンスを向上させ、その容量のボトルネックを緩和するために、そのセル負荷が閾値ＡＴ＿ＣｅｌｌＴｈｒｅｓｈｏｌｄ２＿Ｐａｒａｍｅｔｅｒ％を超えて上昇した場合、ＡＴ対応のデバイスにおけるＡＴ−ＲＣａｐ機能を有効にすることが可能である。セル負荷ベースの有効／無効は、ネットワークベースのポリシーであることが可能であり、実施は、セルにおけるシステム情報の一部としてのＡＴ有効／無効ビットのブロードキャストの形態で行われることが可能である。

限定加入者グループ（ＣＳＧ）ポリシーが実施されることも可能である。実施形態において、セル選択／再選択中にＣＳＧセルに出会ったＷＴＲＵが、ＣＳＧセルのＣＳＧ識別子（ＣＳＧＩＤ）を、ローカルで格納された、許されたＣＳＧリスト、および運用者ＣＳＧリストと比較して、それがそのセルにキャンプオンして、そのサービスを使用することを許されるかどうかについての判定を行うことが可能である。また、ネットワークが、各ユーザに関するＣＳＧ加入データを有することも可能である。ＡＴ対応のＷＴＲＵに関して、近隣を求めるＷＴＲＵが、通常のセルにキャンプオンしたヘルパＷＴＲＵとＣＳＧセルにキャンプオンしたヘルパＷＴＲＵを区別することができない可能性がある。したがって、ＣＳＧセルにキャンプオンしているＡＴ対応のＷＴＲＵが、セルを使用することを許可されていない他のＷＴＲＵ（例えば、そのＣＳＧＩＤリストの中にセルのＣＳＧＩＤを有さないＷＴＲＵ）にＡＴサービスを提供することができるかどうかを管理するＡＴポリシーが、使用され得る。この例において、近隣を求めるＷＴＲＵが、近隣発見の際にＣＳＧにキャンプしたヘルパＷＴＲＵを見出すことが可能であるが、関連付け形成を完了することができない可能性があり、したがって、セル再選択および近隣発見に戻る必要がある。しかし、潜在的な端末ＷＴＲＵが緊急呼び出しを行おうと試みている場合に例外が作られることもあり、その場合、近隣を求めるＷＴＲＵは、近隣を求めるＷＴＲＵがそのＣＳＧに属さない場合でさえ、関連付けを完了し、緊急呼び出しを行うのを助けることが可能である。実施形態において、近隣を求めるＷＴＲＵは、その関連付け形成および／または近隣発見の一環として、緊急呼び出しを行う必要があることを示すことが可能である。

セル選択ポリシーが実施されることも可能である。基本セル選択／再選択手順において、ＷＴＲＵがカバレッジに入っていない場合、またはより低い優先度のセルにキャンプしている、もしくは全くセル状態にない場合、それは、周期的な間隔でセル再選択を実行して、キャンプオンするのに最も適したセルを見つけることを要求される可能性がある。実施形態において、いずれのセル状態にあるＷＴＲＵも、６０^＊Ｎｌａｙｅｒ秒ごとに少なくとも１回、それぞれのより上位の層を探索することを要求され得、ただし、Ｎｌａｙｅｒは、より高い優先度の周波数の数である。ＡＴ−Ｒカバレッジモードに関して、ＷＴＲＵは、近隣発見動作を実行することを要求される可能性があり、このことは、例えば、近隣発見システムフレーム数（ＮＤＳＦＮ）サイクル長、または近くのヘルパＷＴＲＵの利用可能性に依存して、いくらかの期間を消費することも可能である。端末ＷＴＲＵが、帯域外ＸＬに関して別個の無線機を有する場合、端末ＷＴＲＵは、ＴＲＬ上のセル選択／再選択と同時にＸＬ上で近隣発見を実行することが可能である。

セル再選択に関して、近隣発見プロセスが、指定された数の層のセル探索が実行された後に、ただし、可能なセル探索のすべてが尽くされる前に開始することが可能なＷＴＲＵポリシーが、確立され得る。例えば、ＷＴＲＵポリシーは、同一のＰＬＭＮにおけるセルを探索した後に、ただし、ローミングセルを探索する前に近隣発見を試みることであることが可能である。そのようなポリシーの別の態様は、近隣に存在するＷＴＲＵを見つけた後、近隣を求めるＷＴＲＵが、より適切なセルを見つけようと試みることをどれだけの時間続けてから、発見された近隣を相手に関連付け形成を開始するかを指定することであり得る。

図１０は、例示的なセル選択ポリシーに基づくセル選択の方法の流れ図１０００である。図１０に示される例において、ＷＴＲＵが、ｅＮＢとのカバレッジを失う（１００２）。ＷＴＲＵにおけるポリシーエージェント１０５０が、ＡＴが有効されるかどうかを判定することが可能である（１００４）。ＡＴが有効にされるという条件で、ＷＴＲＵは、新たなｅＮＢを選択して、その新たなｅＮＢにアタッチするＡＴセル選択手順に従うことが可能である（１００８）。ＡＴが有効にされないという条件で、ＷＴＲＵは、新たなｅＮＢを選択して、その新たなｅＮＢにアタッチするベースラインセル選択手順に従うことが可能である（１００６）。

図１１は、別の例示的なセル選択ポリシーに基づくセル選択／再選択の方法の流れ図１１００である。図１１に示される例において、ＷＴＲＵが、ＴＲＬ上で公共陸上モバイルネットワーク（ＰＬＭＮ）選択を実行し、さらにＸＬ上でＡＴ近隣発見手順を開始することが可能である（１１０２）。そのＷＴＲＵが、好ましいＰＬＭＮが利用可能であるかどうかを判定することが可能である（１１０４）。好ましいＰＬＭＮが利用可能であるという条件で、ＷＴＲＵは、好ましいＰＬＭＮにキャンプオンし（１１０６）、さらにＲＲＣ＿ＩＤＬＥモードに入ることが可能である（１１０８）。好ましいＰＬＭＮが利用可能ではないという条件で、ＷＴＲＵは、ＡＴ近隣発見が成功したかどうかを判定することが可能である（１１１０）。ＡＴ近隣発見が成功したという条件で、そのＷＴＲＵは、関連付け手順を実行し（１１１４）、さらにＡＴ機能がアイドルの状態でＲＲＣ＿ＩＤＬＥモードに入ることが可能である（１１２２）。ＡＴ近隣発見が成功ではなかったという条件で、ＷＴＲＵは、ＰＬＭＮ／セル探索を続け（１１１２）、その後、適切なセルが見つかったか、またはセルが見つかったかを判定することが可能である（１１１６）。適切なセル（または、ポリシーに依存して、任意のセル）が利用可能であるという条件で、ＷＴＲＵは、セルにキャンプオンし（１１１８）、さらにＲＲＣ＿ＩＤＬＥモードに入ることが可能である（１１２０）。

合法的傍受ポリシーが実施されることも可能である。合法的傍受は、運用者が、オンデマンドでユーザのトラフィックの内容を傍受して、提供することを要求するほとんどの政府によって課される要件である。また、この要件は、中継として、またはローカルオフロードのために直接ＷＴＲＵ−ＷＴＲＵ通信を使用するシステムによっても満たされる必要がある可能性がある。ＡＴ−Ｒにおいて、傍受機能は、ｅＮＢが、端末ＷＴＲＵに対する／からのデータ転送のソース／シンクであるので、ベースラインの場合と同様に、ネットワークによって実行され得る。しかし、ＡＴ−ＬＯモードでは、合法的傍受要求が、制御するｅＮＢにおいてもローカルトラフィックが利用可能であることを要求するかどうかをポリシーが管理することが可能である。そのような要件が直接ＷＴＲＵ−ＷＴＲＵアプリケーションに関して満たされ得る１つの方法は、合法的傍受要求が、すべてのデータがネットワークを経由するようにトラフィックのルーティングに制約を課すようにすることである。さらに、転送するＷＴＲＵが、傍受ポイントとして確保され得、そのＷＴＲＵが、データのローカルストリームを、キャプチャされて、適切な当局に転送されるようにネットワークに戻すように転送することが可能である。そのようなポリシーは、ネットワークポリシーであることが可能である。

ローカルサービスポリシーが実施されることも可能である。ロケーション情報を要求するサービスが、ＡＴの使用、特にカバレッジモードの使用によって影響を受ける可能性がある。実施形態において、ヘルパＷＴＲＵのロケーションが、端末ＷＴＲＵロケーションのプロキシとして使用され得る。このことは、ＸＬは短距離リンクであることが意図されるため、精度要件に基づいて、少なくとも一部の状況において実現可能であり得る。しかし、そのような実施形態において、ヘルパＷＴＲＵは、端末ＷＴＲＵのサービスを提供する目的でそのロケーションを使用することに同意を与えなければならない。実施形態において、ヘルパＷＴＲＵが、そのような目的でそのロケーションを使用するネットワークの能力を有効にする、または無効にすることを可能にするＡＴポリシー変数が実施されてもよい。

課金ポリシーが実施されることも可能である。運用者のネットワークにおける課金機能は、特定のユーザに伝送されるトラフィックの量に基づくことが可能である。このことは、ネットワークが、中継されるトラフィックを、ヘルパＷＴＲＵのデータ消費量合計に向けてカウントしない場合、ＡＴ−Ｒシステムに関して大きく影響を受けることはない可能性がある。しかし、ＡＴ−ＬＯ動作モードの場合、さらなるポリシーが要求される可能性がある。ＷＴＲＵの間のローカルトラフィックは、本明細書で説明されるＡＴ−ＬＯシステムの実施形態において運用者によって所有されるスペクトルで伝送されるため、運用者が、トラフィックの対価をユーザに請求する可能性が高い。他方、ＡＴ−ＬＯは、ネットワークからトラフィックをオフロードする結果になるので（さらに、潜在的に、要求される無線インターフェースリソースを低減する可能性があるので）、運用者は、そのようなトラフィックに関して差別化された料金を請求することを所望する可能性がある。そのようなアプローチの別の例が、ホームｅＮＢ（ＨｅＮＢ）／ＣＳＧセルに関する差別化された課金ポリシーであることが可能である。そのような課金ポリシーが実施されるのに、ＷＴＲＵは、サービス品質（ＱｏＳ）クラス別にそれによって送信された、または受信したトラフィックの量を報告する必要がある可能性がある。これらの課金ポリシーは、ネットワークポリシーであることが可能である。

ＡＴシステム展開において使用され得るいくつかのパラメータが、ポリシーフレームワークの一部と考えられることも可能である。そのような例示的なパラメータには、近隣発見ビーコンの送信電力、ＸＬ帯域幅／周波数、近隣発見のためのシステムフレーム番号（ＳＦＮ）サイクル長、接続モードにおいて近隣リストが更新される頻度、近隣発見に関するトリガが含まれ得る。送信電力ビーコンに関して、このパラメータは、近隣発見プロセスのキャプチャ半径を決定することが可能であり、ｅＮＢによってシステム情報ブロック（ＳＩＢ）の一部としてブロードキャストされ得る。接続モードで近隣リストが更新される頻度に関して、このパラメータは、ＷＴＲＵが現在、受信している最高のＱｏＳに依存することが可能である。近隣発見のトリガに関して、それらには、例えば、超えられると、ＷＴＲＵが近隣発見をトリガすることになる、ＷＴＲＵがｅＮＢと連絡をとることができる平均ＵＬ送信電力、ｅＮＢに至る伝搬ロスが或る閾値を超えていること、ＤＬデータスループットが或る閾値を下回っていること、ヘルパ機能に関しての適合性、候補ヘルパＷＴＲＵからｅＮＢに至る、要求される平均ＵＬ送信電力（ヘルパＷＴＲＵは、この閾値を下回ると、適していると見なされ得る）、端末ＷＴＲＵとヘルパＷＴＲＵの間の通信に必要である平均送信電力（ヘルパＷＴＲＵは、この閾値を下回ると、適していると見なされ得る）が含まれ得る。実施形態において、これらのパラメータのうちのいくつかは、ＷＴＲＵのポリシーの一部としてそれに供給され得る一方で、他のいくつかのパラメータは、ＳＩの中で、または接続構成中にシグナリングされ得る。

また、セキュリティおよびプライバシーポリシーが実施されることも可能である。本明細書で説明されるヘルパＷＴＲＵのためのシステム設計の実施形態は、ＭＡＣ、および無線リンク制御（ＲＬＣ）スタックの一部分だけがヘルパＷＴＲＵに終端させられることを想定することが可能である。ｅＮＢと端末ＷＴＲＵの間の端末間セキュリティが維持され得、端末ＷＴＲＵセキュリティキーは、ヘルパＷＴＲＵに決して供給されない。したがって、ヘルパＷＴＲＵは、ｅＮＢと端末ＷＴＲＵの間で通信されているデータを解読することができない。しかし、ヘルパＷＴＲＵが、企業電子メールなどのユーザの慎重な扱いを要するデータを中継する場合、セキュリティの可能な侵害が存在し得る。実施形態において、或るアプリケーションデータが別のＷＴＲＵを介して中継されることが禁止され得るポリシーが、実施され得る。

図１２は、ＷＴＲＵがＡＴ禁止型アプリケーションポリシーを実施する方法の流れ図１２００である。図１２に示される例において、ＷＴＲＵは、最初、ＡＴ機能が活性の状態でＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに入っている（１２０２）。ＡＴ禁止型アプリケーションが起動され、トラフィックを生成すると（１２０４）、ＷＴＲＵにおけるポリシーエージェント１２５０が、アプリケーションがＡＴ禁止型であるかどうかを判定することが可能である（１２０６）。アプリケーションがＡＴ禁止型であるという条件で、ＷＴＲＵは、ＡＴ禁止型アプリケーションについてｅＮＢに知らせることが可能である（１２０８）。ＷＴＲＵはまた、ＷＴＲＵがどのＡＴ動作モードにいるかを決定することが可能である（１２１０）。ＷＴＲＵが容量増加モードに入っているという条件で、ｅＮＢは、ＡＴ禁止型アプリケーションからのデータがＴＲＬを介してのみルーティングされることを確実にすることが可能である。この場合、ｅＮＢは、必要とされる場合、ＲＲＣ再構成を実行し、禁止型アプリケーショントラフィックをＴＲＬに割り当てることが可能である（１２１２）。このことは、端末ＷＴＲＵとｅＮＢの間のＴＲＬとＸＬ通信に関して別々の無線ベアラが確立され得るので、可能であり得る。しかし、ＷＴＲＵがカバレッジモードに入っているという条件で、ｅＮＢは、ＡＴ禁止型アプリケーションデータにＸＬリソースを割り当てることをしないようにすることが可能であり、ＷＴＲＵは、アプリケーションを閉じること、または非ＡＴ状態もしくは容量増加状態にステータスが変わるのを待ってから、アプリケーションデータを転送することができることが可能である（１２１４）。ｅＮＢがＷＴＲＵとの接続を閉じた後、ＷＴＲＵは、ＡＴ機能がアイドルの状態でＲＲＣ＿ＩＤＬＥモードに入っていることが可能である（１２１６）。

ＡＴポリシー執行機能は、別個のポリシーエージェントエンティティ（例えば、ＷＴＲＵおよび／もしくはｅＮＢとは別個のエンティティ、またはＷＴＲＵ内部の中央処理装置とは別個のエンティティ）によって実行されてもよく、または既存の発展型パケットシステム（ＥＰＳ）ネットワークの一部であってもよい。

実施形態において、ＡＮＤＳＦが、ＡＴポリシーのためのリポジトリとして使用され得る。ＡＮＤＳＦの役割は、非３ＧＰＰネットワークにおいて動作することもできるＷＴＲＵによる、非３ＧＰＰアクセスネットワーク（例えば、ＷｉＦｉ）の発見を支援することである。

図１３は、ＡＴポリシーのためのリポジトリの役割をする例示的なＡＮＤＳＦのブロック図である。図１３に示される例において、ＷＴＲＵ１３０２は、３ＧＰＰ ＩＰアクセスを介して、または信頼されない非３ＧＰＰ ＩＰアクセスネットワーク１３０４を介して、ホームＰＬＭＮ（ＨＰＬＭＮ）１３１０においてホームＡＮＤＳＦ（Ｈ−ＡＮＤＳＦ）１３０６と通信状態にあり、移動先ＰＬＭＮ（ＶＰＬＭＮ）１３１２において移動先ＡＮＤＳＦ（Ｖ−ＡＮＤＳＦ）１３０８と通信状態にある。ＡＴポリシーは、Ｈ−ＡＮＤＳＦ１３０６またはＶ−ＡＮＤＳＦ１３０８のいずれの中に格納されてもよく、ＷＴＲＵ１３０２は、それらのエンティティのうちのいずれかから、または両方からポリシーを獲得することが可能である。

別の実施形態において、加入者プロファイルリポジトリ（ＳＰＲ）／ユーザデータリポジトリ（ＵＤＲ）が、ＡＴポリシーのためのリポジトリとして使用され得る。ＳＰＲは、ネットワークに関するユーザプロファイル情報を含む機能エンティティである。ＵＤＲは、ユーザに関係のあるデータのすべてを格納する機能エンティティである。ＳＰＲ、ホーム加入者サーバ（ＨＳＳ）、または認証センタ（ＡｕＣ）の中にそれまでに格納されていた情報が、ＩＭＳアーキテクチャにおいてＵＤＲの中に統合されていることが可能である。

図１４は、ＳＰＲを有するポリシーアーキテクチャのブロック図１４００である。図１４に示される例において、ＰＣＲＦ１４１０が、ＳＰＲ１４０２、アプリケーション機能（ＡＦ）１４０４、オンライン課金システム（ＯＣＳ）１４０６のサービスデータフローベースのクレジット管理ユニット１４０８、ＰＤＮ−ＧＷ１４１８のポリシーおよび課金執行機能（ＰＣＥＦ）１４２０、トラフィック検出機能（ＴＤＦ）、およびＡＮ−ゲートウェイ１４１２のベアラバインディングイベント報告機能（ＢＢＥＲＦ）１４１４を含むいくつかの異なるモジュールに結合される。ＰＤＮ−ＧＷ１４１８は、オフライン課金システム（ＯＦＣＳ）１４２２に結合されることも可能である。図示される例において、ＡＴポリシーは、ＳＰＲ１４０２の中に格納されて、ＷＴＲＵ（図示せず）に通信するためにＰＣＲＦ１４１０によってアクセスされ得る。

別の実施形態において、ＡＴポリシーは、マシンツーマシン通信のためのマシンタイプ通信（ＭＴＣ）サーバなどの外部サーバの中に配置され得る。図１５は、ＡＴポリシーを格納するＭＴＣを含めたシステムアーキテクチャのブロック図１５００である。図１５に示される例において、システムアーキテクチャは、無線アクセスネットワーク（ＲＡＮ）１５０６を介してＭＴＣサーバ１５１８と通信状態にあるＷＴＲＵ１５０２内部のＭＴＣアプリケーション１５０４を含む。ＲＡＮ１５０６は、例えば、ホームロケーションレジスタ（ＨＬＲ）／ＨＳＳ１５０８、ＳＧＳＮ／ＭＭＥ１５１０、ＳＭＳ−ＳＣ／ＩＰ−ＳＭ−ＧＷ１５１２、ＭＴＣ−ＩＷＦ１５１４、およびＧＧＳＮ／ＰＧＷ／ｅＰＤＧ１５１６を含む、いくつかの異なるエンティティのうちのいずれかを介してＭＴＣサーバ１５１８と通信する。実施形態において、ＭＴＣサーバ１５１８は、ＡＴポリシーを格納することが可能であり、別のＭＴＣアプリケーション１５２０と直接の通信状態にあることも可能である。図示される例において、通常のアプリケーションでは、ＭＴＣサーバ１５１８は、３ＧＰＰネットワーク境界の外に、したがって、通常のネットワーク運用者の管理の外に置かれる。

（実施形態）
１．ワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、アドバンストトポロジ（ＡＴ）動作モードで少なくとも１つの他のＷＴＲＵと直接に通信するように構成され、メモリと、中央処理装置（ＣＰＵ）と、ＣＰＵとは別個であるＡＴポリシーユニットとを備えるＷＴＲＵ。

２．ＡＴポリシーユニットは、メモリの中に少なくとも１つのＡＴポリシーを格納するように構成されている実施形態１のＷＴＲＵ。

３．ＡＴポリシーユニットは、メモリの中に格納された少なくとも１つのＡＴポリシーに基づいて、ＡＴ動作モードを実行するＡＴアプリケーションの活性化および不活性化を行うようにさらに構成されている実施形態２のＷＴＲＵ。

４．ＡＴポリシーユニットは、ＡＴアプリケーション以外のＷＴＲＵ内部の少なくとも１つのアプリケーションからデータを受け取るようにさらに構成されている実施形態３のＷＴＲＵ。

５．ＡＴポリシーユニットは、メモリの中に格納された少なくとも１つのＡＴポリシーに基づいて、ＡＴアプリケーション以外のＷＴＲＵ内部の少なくとも１つのアプリケーションを制御するようにさらに構成されている実施形態３または４のＷＴＲＵ。

６．ＡＴ動作モードは、ＷＴＲＵが、基地局と別のＷＴＲＵの間で、従来の無線リンクを介して基地局と通信すること、および無線クロスリンクを介して別のＷＴＲＵと通信することによって、データを中継するヘルパＷＴＲＵの役割をするように構成されているＡＴ中継（ＡＴ−Ｒ）動作モードである実施形態３〜５のうちのいずれか１つのＷＴＲＵ。

７．ＡＴ動作モードは、ＷＴＲＵが、直接ＷＴＲＵ−ＷＴＲＵ通信を介してデータをオフロードするように、さらに別のＷＴＲＵからのデータのオフロードを受けるように構成されているＡＴローカルオフロード（ＡＴ−ＬＯ）動作モードである実施形態３〜６のうちのいずれか１つのＷＴＲＵ。

８．バッテリをさらに備え、さらにＡＴポリシーユニットは、そのバッテリからバッテリ残量レベルを受け取るようにさらに構成されている実施形態１〜７のうちのいずれか１つのＷＴＲＵ。

９．ＡＴポリシーユニットは、バッテリから受け取ったバッテリ残量レベルをバッテリ寿命閾値レベルＡＴ＿Ｔｈｒｅｓｈｏｌｄ％と比較するようにさらに構成されている実施形態８のＷＴＲＵ。

１０．ＡＴポリシーユニットは、バッテリから受け取ったバッテリ残量レベルがＡＴ＿Ｔｈｒｅｓｈｏｌｄ％より低いという条件で、ＡＴアプリケーションを不活性化するようにさらに構成されている実施形態９のＷＴＲＵ。

１１．ＡＴポリシーユニットは、ＡＴアプリケーションを不活性化するようＡＴポリシーユニットに指示するユーザ入力を受け取るようにさらに構成されている実施形態１〜１０のうちのいずれか１つのＷＴＲＵ。

１２．ＡＴポリシーユニットは、ＡＴアプリケーションを不活性化するようＡＴポリシーユニットに指示するユーザ入力を受け取ったことに応答して、ＡＴアプリケーションを不活性化するようにさらに構成されている実施形態１１のＷＴＲＵ。

１３．ＡＴポリシーユニットは、ＡＴポリシーユニットが、ＡＴアプリケーションを不活性化するようＡＴポリシーユニットに指示するユーザ入力を受け取ってから所定の期間が経過したことに応答して、ＡＴアプリケーションを再活性化するようにさらに構成されている実施形態１２のＷＴＲＵ。

１４．ＡＴポリシーユニットは、ＷＴＲＵの電源が切断されてからすぐ再投入されことに応答して、ＡＴアプリケーションを再活性化するようにさらに構成されている実施形態１２または１３のＷＴＲＵ。

１５．ＡＴポリシーユニットは、ＷＴＲＵが、定義されたブロードキャストリスト上にあるブロードキャストを受信したことに応答して、ＡＴアプリケーションを再活性化するようにさらに構成されている実施形態１２〜１４のうちのいずれか１つのＷＴＲＵ。

１６．ＡＴポリシーユニットは、無線（ＯＴＡ）ソフトウェアアップグレードが要求されたことに応答して、ＡＴアプリケーションを再活性化するようにさらに構成されている実施形態１２〜１５のうちのいずれか１つのＷＴＲＵ。

１７．ＡＴポリシーユニットは、ＡＴアプリケーションを不活性化するようにさらに構成されている実施形態１〜１６のうちのいずれか１つのＷＴＲＵ。

１８．ＡＴポリシーユニットは、ＡＴアプリケーションが不活性化されている間、他のＷＴＲＵからの直接ＷＴＲＵ−ＷＴＲＵ接続要求をリッスンするようＷＴＲＵを制御するようにさらに構成され、直接ＷＴＲＵ−ＷＴＲＵ要求は、他のＷＴＲＵのためにデータを中継するヘルパＷＴＲＵの役割をするようＷＴＲＵに求める要求である実施形態１７のＷＴＲＵ。

１９．ＡＴポリシーユニットは、ＷＴＲＵが、緊急呼び出しのためにデータを中継することに関して他のＷＴＲＵのうちの１つから接続要求を受信するという条件で、緊急呼び出しを完了することに関して他のＷＴＲＵのうちのその１つのためにＷＴＲＵがデータを中継することを可能にするようＡＴアプリケーションを再活性化するようにさらに構成されている実施形態１８のＷＴＲＵ。

２０．ＡＴポリシーユニットは、基地局からセル負荷レベルを受信するようにさらに構成されている実施形態１〜１９のうちのいずれか１つのＷＴＲＵ。

２１．ＡＴポリシーユニットは、基地局から受信したセル負荷レベルをセル負荷閾値ＡＴ＿ＣｅｌｌＬｏａｄＴｈｒｅｓｈｏｌｄ＿Ｐａｒａｍｅｔｅｒ％と比較するようにさらに構成されている実施形態２０のＷＴＲＵ。

２２．ＡＴポリシーユニットは、基地局から受信したセル負荷レベルがＡＴ＿ＣｅｌｌＬｏａｄＴｈｒｅｓｈｏｌｄ＿Ｐａｒａｍｅｔｅｒ％より低いという条件で、ＡＴアプリケーションを不活性化するようにさらに構成されている実施形態２１のＷＴＲＵ。

２３．ＡＴポリシーユニットは、他のＷＴＲＵから直接ＷＴＲＵ−ＷＴＲＵ接続要求を受信するようにさらに構成されている実施形態１〜２２のうちのいずれか１つのＷＴＲＵ。

２４．ＡＴポリシーユニットは、ＷＴＲＵが限定加入者グループ（ＣＳＧ）セルに接続されているかどうかを判定するようにさらに構成されている実施形態２３のＷＴＲＵ。

２５．ＡＴポリシーユニットは、他のＷＴＲＵがＣＳＧに加入するかどうかを判定するようにさらに構成されている実施形態２３または２４のＷＴＲＵ。

２６．ＡＴポリシーユニットは、他のＷＴＲＵがＣＳＧに加入しないという条件で、メモリの中に格納されたＡＴポリシーが、ＷＴＲＵが、ＣＳＧに加入しないＷＴＲＵのためにデータを中継するヘルパノードの役割をすることを防止するかどうかを判定するようにさらに構成されている実施形態２５のＷＴＲＵ。

２７．ＡＴポリシーユニットは、メモリの中に格納されているＡＴポリシーが、ＷＴＲＵが、ＣＳＧに加入しないＷＴＲＵのためにデータを中継するヘルパＷＴＲＵの役割をすることを防止し、さらに他のＷＴＲＵがＣＳＧに加入しないという条件で、直接ＷＴＲＵ−ＷＴＲＵ接続要求を拒否するようにさらに構成されている実施形態２５または２６のＷＴＲＵ。

２８．ＡＴポリシーユニットは、ＷＴＲＵに接続するために好ましい公共陸上モバイルネットワーク（ＰＬＭＮ）が利用可能であるかどうかを判定するようにさらに構成されている実施形態１〜２７のうちのいずれか１つのＷＴＲＵ。

２９．ＡＴポリシーユニットは、ＷＴＲＵに接続するために好ましいＰＬＭＮが利用可能でないという条件で、直接ＷＴＲＵ−ＷＴＲＵ通信に関する接続要求を別のＷＴＲＵに送信するようにさらに構成されている実施形態２８のＷＴＲＵ。

３０．直接ＷＴＲＵ−ＷＴＲＵ通信を求める要求は、別のＷＴＲＵが、基地局とＷＴＲＵの間で、従来の無線リンクを介して基地局と通信すること、および無線クロスリンクを介してＷＴＲＵと通信することによって、データを中継するヘルパＷＴＲＵの役割をすることを求める要求である実施形態２９のＷＴＲＵ。

３１．基地局によって運用されるセル内に位置していない実施形態１〜３０のうちのいずれか１つのＷＴＲＵ。

３２．ＡＴポリシーユニットは、ＷＴＲＵに関して合法的傍受ポリシーを課すポリシーがメモリの中に格納されているかどうかを判定するようにさらに構成されている実施形態１〜３１のうちのいずれか１つのＷＴＲＵ。

３３．ＡＴポリシーユニットは、ＷＴＲＵに関して合法的傍受ポリシーを課すポリシーがメモリの中に格納されているという条件で、基地局と他のＷＴＲＵの間でデータを転送するヘルパＷＴＲＵの役割をする際に、すべてのデータを基地局経由でルーティングするようＷＴＲＵを制御するようにさらに構成されている実施形態３２のＷＴＲＵ。

３４．ＡＴポリシーユニットは、ＷＴＲＵに関してロケーションサービスポリシーを課すポリシーがメモリの中に格納されているかどうかを判定するようにさらに構成されている実施形態１〜３２のうちのいずれか１つのＷＴＲＵ。

３５．ＡＴポリシーは、ＷＴＲＵに関してロケーションサービスポリシーを課すポリシーがメモリの中に格納されており、さらにＷＴＲＵが、別のＷＴＲＵのために、その別のＷＴＲＵに関するロケーション情報を要求するサービスに関してデータを中継するヘルパＷＴＲＵの役割をするという条件で、ＷＴＲＵのロケーションを、別のＷＴＲＵに関するロケーション情報に関して別のＷＴＲＵのロケーションとして使用するようにさらに構成されている実施形態３２のＷＴＲＵ。

３６．ＡＴポリシーユニットは、ＡＴ−ＬＯのＡＴ動作モードに関してＷＴＲＵに課金ポリシーを課すポリシーがメモリの中に格納されているかどうかを判定するようにさらに構成されている実施形態１〜３５のうちのいずれかの１つのＷＴＲＵ。

３７．ＡＴポリシーユニットは、ＡＴ−ＬＯのＡＴ動作モードに関してＷＴＲＵに課金ポリシーを課すポリシーがメモリの中に格納されているという条件で、ＷＴＲＵのロケーションを、別のＷＴＲＵに関するロケーション情報に関して別のＷＴＲＵのロケーションとして使用するようにさらに構成されている実施形態３６のＷＴＲＵ。

３８．メモリは、ＷＴＲＵの永続的なメモリ領域、またはユニバーサルモバイルテレコミュニケーションズ加入者ＩＤモジュール（ＵＳＩＭ）のうちの少なくとも一方である実施形態１〜３６のうちのいずれか１つのＷＴＲＵ。

３９．ワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、ＡＴ動作モードで少なくとも１つの他のＷＴＲＵと直接に通信するように構成され、アドバンストトポロジ（ＡＴ）動作モードを実行するようＡＴアプリケーションを制御するように構成された中央処理装置（ＣＰＵ）を備えるＷＴＲＵ。

４０．ＡＴ動作モードは、ＷＴＲＵが、別のＷＴＲＵが基地局とＷＴＲＵの間で、従来の無線リンクを介して基地局と通信すること、および無線クロスリンクを介してＷＴＲＵと通信することによって、データを中継するヘルパＷＴＲＵの役割をすることを要求するように構成されているＡＴ中継（ＡＴ−Ｒ）モードである実施形態３９のＷＴＲＵ。

４１．ＣＵＰとは別個であるアドバンストトポロジ（ＡＴ）ポリシーユニットであって、特定のＡＴ禁止型アプリケーションに関してＷＴＲＵにセキュリティおよびプライバシーポリシーを課すポリシーがＷＴＲＵの中に格納されているかどうかを判定するように構成されたアドバンストトポロジ（ＡＴ）ポリシーユニットをさらに備える実施形態３９または４０のＷＴＲＵ。

４２．ＡＴポリシーユニットは、特定のＡＴ禁止型アプリケーションに関してＷＴＲＵにセキュリティおよびプライバシーポリシーを課すポリシーがメモリの中に格納されているという条件で、特定のＡＴ禁止型アプリケーションに関連するデータを、従来の無線リンクだけを介して中継するようＷＴＲＵを制御するようにさらに構成されている実施形態４１のＷＴＲＵ。

４３．ワイヤレス送信／受信ユニット（ＷＴＲＵ）が、複数のアドバンストトポロジ（ＡＴ）動作モードで少なくとも１つの他のＷＴＲＵと直接に通信する方法であって、ＷＴＲＵが、ＷＴＲＵのメモリの中に少なくとも１つのＡＴポリシーを格納することを含む方法。

４４．ＷＴＲＵが、メモリの中に格納された少なくとも１つのＡＴポリシーに基づいて、複数のＡＴ動作モードのうちの少なくとも１つを実行する少なくとも１つのＡＴアプリケーションの活性化および不活性化を行うことをさらに含む実施形態４３の方法。

４５．ＷＴＲＵが、その少なくとも１つのＡＴアプリケーション以外のＷＴＲＵ内部の少なくとも１つのアプリケーションからデータを受け取ることをさらに含む実施形態４３または４４の方法。

４６．ＷＴＲＵが、少なくとも１つのＡＴポリシーに基づいて、ＡＴアプリケーション以外のＷＴＲＵ内部の少なくとも１つのアプリケーションを制御することをさらに含む実施形態４５の方法。

４７．複数のＡＴ動作モードは、ＷＴＲＵが、基地局と別のＷＴＲＵの間で、従来の無線リンクを介して基地局と通信すること、および無線クロスリンクを介してその別のＷＴＲＵと通信することによって、データを中継するヘルパＷＴＲＵの役割をするように構成されているＡＴ中継（ＡＴ−Ｒ）モードを少なくとも含む実施形態４４〜４６のうちのいずれか１つの方法。

４８．複数のＡＴ動作モードは、ＷＴＲＵが、直接ＷＴＲＵ−ＷＴＲＵ通信を介してデータをオフロードするように、さらに別のＷＴＲＵからのデータのオフロードを受けるように構成されているＡＴローカルオフロード（ＡＴ−ＬＯ）モードを少なくとも含む実施形態４４〜４７のうちのいずれか１つの方法。

４９．ＷＴＲＵが、ＷＴＲＵのバッテリからバッテリ残量レベルを受け取ることをさらに含む実施形態４３〜４８のうちのいずれか１つの方法。

５０．ＷＴＲＵが、バッテリから受け取ったバッテリ残量レベルをバッテリ寿命閾値レベルＡＴ＿Ｔｈｒｅｓｈｏｌｄ％と比較することをさらに含む実施形態４９の方法。

５１．バッテリから受け取ったバッテリ残量レベルがＡＴ＿Ｔｈｒｅｓｈｏｌｄ％より低いという条件で、ＷＴＲＵが少なくとも１つのＡＴアプリケーションを不活性化することをさらに含む実施形態４９または５０の方法。

５２．ＷＴＲＵが、複数のＡＴ動作モードのうちの少なくとも１つを不活性化するようＷＴＲＵに指示するユーザ入力を受け取ることをさらに含む実施形態４３〜５１のうちのいずれか１つの方法。

５３．ＷＴＲＵが、ＷＴＲＵが、複数のＡＴ動作モードのうちの少なくとも１つを不活性化するようＷＴＲＵに指示するユーザ入力を受け取ったことに応答して、複数のＡＴ動作モードのうちの少なくとも１つを不活性化することをさらに含む実施形態５２の方法。

５４．ＷＴＲＵが、ＷＴＲＵが、複数のＡＴ動作モードのうちの少なくとも１つを不活性化するようＷＴＲＵに指示するユーザ入力を受け取ってから所定の期間が経過したことに応答して、複数のＡＴ動作モードのうちの少なくとも１つを再活性化することをさらに含む実施形態５３の方法。

５５．ＷＴＲＵが、ＷＴＲＵの電源が切断されてからすぐ再投入されことに応答して、複数のＡＴ動作モードのうちの少なくとも１つを再活性化することをさらに含む実施形態５３または５４の方法。

５６．ＷＴＲＵが、ＷＴＲＵが、定義されたブロードキャストリスト上にあるブロードキャストを受信したことに応答して、複数のＡＴ動作モードのうちの少なくとも１つを再活性化することをさらに含む実施形態５３〜５５のうちのいずれか１つの方法。

５７．ＷＴＲＵが、無線（ＯＴＡ）ソフトウェアアップグレードが要求されたことに応答して、複数のＡＴ動作モードのうちの少なくとも１つを再活性化することをさらに含む実施形態５３〜５６のうちのいずれか１つの方法。

５８．ＷＴＲＵが、複数のＡＴ動作モードのうちの少なくとも１つを不活性化することをさらに含む実施形態４３〜５７のうちのいずれか１つの方法。

５９．ＷＴＲＵが、複数のＡＴ動作モードのうちの少なくとも１つが不活性化されている間、他のＷＴＲＵからの直接ＷＴＲＵ−ＷＴＲＵ接続要求をリッスンするようＷＴＲＵを制御することをさらに含む実施形態５８の方法。

６０．直接ＷＴＲＵ−ＷＴＲＵ要求は、他のＷＴＲＵのためにデータを中継するヘルパＷＴＲＵの役割をするようＷＴＲＵに求める要求である実施形態５９の方法。

６１．ＷＴＲＵが、ＷＴＲＵが、緊急呼び出しのためにデータを中継することに関して他のＷＴＲＵのうちの１つから接続要求を受信するという条件で、緊急呼び出しを完了することに関して他のＷＴＲＵのうちの１つのためにＷＴＲＵがデータを中継することを可能にするよう複数のＡＴ動作モードのうちの少なくともその１つを再活性化することをさらに含む実施形態６０の方法。

６２．ＷＴＲＵが基地局からセル負荷レベルを受信することをさらに含む実施形態４３〜６１のうちのいずれか１つの方法。

６３．ＷＴＲＵが、基地局から受信したセル負荷レベルをセル負荷閾値ＡＴ＿ＣｅｌｌＬｏａｄＴｈｒｅｓｈｏｌｄ＿Ｐａｒａｍｅｔｅｒ％と比較することをさらに含む実施形態６２の方法。

６４．ＷＴＲＵが、基地局から受信したセル負荷レベルがＡＴ＿ＣｅｌｌＬｏａｄＴｈｒｅｓｈｏｌｄ＿Ｐａｒａｍｅｔｅｒ％より低いという条件で、複数のＡＴ動作モードのうちの少なくとも１つを不活性化することをさらに含む実施形態６３の方法。

特徴および要素は、特定の組合せにおいて前段で説明されるものの、各特徴または各要素は、単独で使用されることも、他の特徴および要素と一緒に任意の組合せで使用されることも可能であることが当業者には理解されよう。さらに、本明細書で説明される方法は、コンピュータまたはプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアとして実装され得る。コンピュータ可読媒体の例には、電子信号（有線またはワイヤレス接続を介して伝送される）およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタルバーサタイルディスク（ＤＶＤ）などの光媒体が含まれるが、それらに限定されない。ソフトウェアに関連するプロセッサが、ＷＴＲＵ、ＵＥ、端末装置、基地局、ＲＮＣ，または任意のホストコンピュータにおいて使用されるように無線周波数トランシーバを実装するのに使用され得る。

Claims (20)

1. ワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、少なくとも１つの他のＷＴＲＵとアドバンストトポロジ（ＡＴ）動作モードで直接に通信するように構成され、
   メモリと、
   中央処理装置（ＣＰＵ）と、
   前記ＣＰＵとは別個であるＡＴポリシーユニットであって、
   前記メモリの中に少なくとも１つのＡＴポリシーを格納し、
   前記メモリの中に格納された前記少なくとも１つのＡＴポリシーに基づいて、前記ＡＴ動作モードを実行するＡＴアプリケーションの活性化および不活性化を行い、
   前記ＡＴアプリケーション以外の前記ＷＴＲＵ内部の少なくとも１つのアプリケーションからデータを受け取り、
   前記メモリの中に格納された前記少なくとも１つのＡＴポリシーに基づいて、前記ＡＴアプリケーション以外の前記ＷＴＲＵ内部の前記少なくとも１つのアプリケーションを制御する
   ように構成されたＡＴポリシーユニットと
   を備えることを特徴とするＷＴＲＵ。
2. 前記ＡＴ動作モードは、前記ＷＴＲＵが、基地局と別のＷＴＲＵとの間で、従来の無線リンクを介して前記基地局と通信すること、および無線クロスリンクを介して前記別のＷＴＲＵと通信することによって、データを中継するヘルパＷＴＲＵの役割をするように構成されているＡＴ中継（ＡＴ−Ｒ）動作モードであることを特徴とする請求項１に記載のＷＴＲＵ。
3. 前記ＡＴポリシーユニットは、
   前記ＡＴアプリケーションを不活性化することと、
   前記ＡＴアプリケーションが不活性化されている間、他のＷＴＲＵからの直接ＷＴＲＵ−ＷＴＲＵ接続要求をリッスンするよう前記ＷＴＲＵを制御することであって、前記直接ＷＴＲＵ−ＷＴＲＵ要求は、前記他のＷＴＲＵのためにデータを中継する前記ヘルパＷＴＲＵの役割をするよう前記ＷＴＲＵに求める要求である、制御することと、
   前記ＷＴＲＵが、緊急呼び出しのためにデータを中継することに関して前記他のＷＴＲＵのうちの１つから接続要求を受信するという条件で、前記緊急呼び出しを完了することに関して前記他のＷＴＲＵのうちの前記１つのために前記ＷＴＲＵがデータを中継することを可能にするよう前記ＡＴアプリケーションを再活性化することと
   を行うようにさらに構成されていることを特徴とする請求項２に記載のＷＴＲＵ。
4. 前記ＡＴポリシーユニットは、
   前記基地局からセル負荷レベルを受信し、
   前記基地局から受信した前記セル負荷レベルをセル負荷閾値ＡＴ＿ＣｅｌｌＬｏａｄＴｈｒｅｓｈｏｌｄ＿Ｐａｒａｍｅｔｅｒ％と比較し、
   前記基地局から受信した前記セル負荷レベルがＡＴ＿ＣｅｌｌＬｏａｄＴｈｒｅｓｈｏｌｄ＿Ｐａｒａｍｅｔｅｒ％より低いという条件で、前記ＡＴアプリケーションを不活性化する
   ようにさらに構成されていることを特徴とする請求項２に記載のＷＴＲＵ。
5. 前記ＡＰポリシーユニットは、
   前記他のＷＴＲＵから直接ＷＴＲＵ−ＷＴＲＵ接続要求を受信し、
   前記ＷＴＲＵが限定加入者グループ（ＣＳＧ）セルに接続されているかどうかを判定し、
   前記他のＷＴＲＵが前記ＣＳＧに加入するかどうかを判定し、
   前記他のＷＴＲＵが前記ＣＳＧに加入しないという条件で、前記メモリの中に格納されたＡＴポリシーが、前記ＷＴＲＵが、前記ＣＳＧに加入しないＷＴＲＵのためにデータを中継するヘルパノードの役割をすることを防止するかどうかを判定し、
   前記メモリの中に格納されているＡＴポリシーが、前記ＷＴＲＵが、前記ＣＳＧに加入しないＷＴＲＵのためにデータを中継するヘルパＷＴＲＵの役割をすることを防止し、さらに前記他のＷＴＲＵが前記ＣＳＧに加入しないという条件で、前記直接ＷＴＲＵ−ＷＴＲＵ接続要求を拒否する
   ようにさらに構成されていることを特徴とする請求項２に記載のＷＴＲＵ。
6. 前記ＡＴポリシーユニットは、
   前記ＷＴＲＵに関して合法的傍受ポリシーを課すポリシーが前記メモリの中に格納されているかどうかを判定し、
   前記ＷＴＲＵに関して合法的傍受ポリシーを課すポリシーが前記メモリの中に格納されているという条件で、前記基地局と前記他のＷＴＲＵとの間でデータを転送するヘルパＷＴＲＵの役割をする際に、すべてのデータを前記基地局経由でルーティングするよう前記ＷＴＲＵを制御する
   ようにさらに構成されていることを特徴とする請求項２に記載のＷＴＲＵ。
7. 前記ＡＴポリシーユニットは、
   前記ＷＴＲＵに関してロケーションサービスポリシーを課すポリシーが前記メモリの中に格納されているかどうかを判定し、さらに
   前記ＷＴＲＵに関してロケーションサービスポリシーを課すポリシーが前記メモリの中に格納されており、さらに前記ＷＴＲＵが、別のＷＴＲＵのために、前記別のＷＴＲＵに関するロケーション情報を要求するサービスに関してデータを中継するヘルパＷＴＲＵの役割をしているという条件で、前記ＷＴＲＵのロケーションを、前記別のＷＴＲＵに関する前記ロケーション情報に関して前記別のＷＴＲＵのロケーションとして使用する
   ようにさらに構成されていることを特徴とする請求項２に記載のＷＴＲＵ。
8. 前記ＡＴ動作モードは、前記ＷＴＲＵが、直接ＷＴＲＵ−ＷＴＲＵ通信を介してデータをオフロードするように、かつ別のＷＴＲＵからのデータのオフロードを受けるように構成されているＡＴローカルオフロード（ＡＴ−ＬＯ）動作モードであることを特徴とする請求項１に記載のＷＴＲＵ。
9. 前記ＡＴポリシーユニットは、
   前記ＡＴ−ＬＯのＡＴ動作モードに関して前記ＷＴＲＵに課金ポリシーを課すポリシーが前記メモリの中に格納されているかどうかを判定し、
   前記ＡＴ−ＬＯのＡＴ動作モードに関して前記ＷＴＲＵに課金ポリシーを課すポリシーが前記メモリの中に格納されているという条件で、サービス品質（ＱｏＳ）クラス別に前記ＷＴＲＵによって送受信されるトラフィックの量を報告するよう前記ＷＴＲＵを制御する
   ようにさらに構成されていることを特徴とする請求項８に記載のＷＴＲＵ。
10. バッテリをさらに備え、
    前記ＡＴポリシーは、
    前記バッテリからバッテリ残量レベルを受け取り、
    前記バッテリから受け取った前記バッテリ残量レベルをバッテリ寿命閾値レベルＡＴ＿Ｔｈｒｅｓｈｏｌｄ％と比較し、さらに
    前記バッテリから受け取った前記バッテリ残量レベルがＡＴ＿Ｔｈｒｅｓｈｏｌｄ％より低いという条件で、前記ＡＴアプリケーションを不活性化する
    ようにさらに構成されていることを特徴とする請求項１に記載のＷＴＲＵ。
11. 前記ＡＴポリシーユニットは、
    前記ＡＴアプリケーションを不活性化するよう前記ＡＴポリシーユニットに指示するユーザ入力を受け取り、
    前記ＡＴアプリケーションを不活性化するよう前記ＡＴポリシーユニットに指示する前記ユーザ入力を受け取ったことに応答して、前記ＡＴアプリケーションを不活性化するようにさらに構成され、さらに、
    前記ＡＴポリシーユニットが、前記ＡＴアプリケーションを不活性化するよう前記ＡＴポリシーユニットに指示する前記ユーザ入力を受け取ってから所定の期間が経過したこと、
    前記ＷＴＲＵの電源が切断されてからすぐ再投入されこと、
    前記ＷＴＲＵが、定義されたブロードキャストのリスト上にあるブロードキャストを受信したこと、または
    無線（ＯＴＡ）ソフトウェアアップグレードが要求されたこと
    のうちの少なくとも１つに応答して、前記ＡＴアプリケーションを再活性化する
    ようにさらに構成されていることを特徴とする請求項１に記載のＷＴＲＵ。
12. 前記ＡＴポリシーユニットは、
    前記ＷＴＲＵに接続するために好ましい公共陸上モバイルネットワーク（ＰＬＭＮ）が利用可能であるかどうかを判定し、
    前記ＷＴＲＵに接続するために前記好ましいＰＬＭＮが利用可能でないという条件で、直接ＷＴＲＵ−ＷＴＲＵ通信に関する接続要求を別のＷＴＲＵに送信する
    ようにさらに構成され、
    直接ＷＴＲＵ−ＷＴＲＵ通信を求める前記接続要求は、前記別のＷＴＲＵが、基地局と前記ＷＴＲＵとの間で、従来の無線リンクを介して前記基地局と通信すること、および無線クロスリンクを介して前記ＷＴＲＵと通信することによって、データを中継するヘルパＷＴＲＵの役割をすることを求める要求であり、
    前記ＷＴＲＵは、前記基地局によって運用されるセル内に位置していない
    ことを特徴とする請求項１に記載のＷＴＲＵ。
13. 前記メモリは、前記ＷＴＲＵの永続的なメモリ領域、またはユニバーサルモバイルテレコミュニケーションズ加入者ＩＤモジュール（ＵＳＩＭ）のうちの少なくとも一方であることを特徴とする請求項１に記載のＷＴＲＵ。
14. ワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、少なくとも１つの他のＷＴＲＵとアドバンストトポロジ（ＡＴ）動作モードで直接に通信するように構成され、
    前記ＡＴ動作モードを実行するようＡＴアプリケーションを制御するように構成された中央処理装置（ＣＰＵ）であって、前記ＡＴ動作モードは、前記ＷＴＲＵが、別のＷＴＲＵが基地局と前記ＷＴＲＵとの間で、従来の無線リンクを介して前記基地局と通信すること、および無線クロスリンクを介して前記ＷＴＲＵと通信することによって、データを中継するヘルパＷＴＲＵの役割をすることを要求するように構成されているＡＴ中継（ＡＴ−Ｒ）モードである、ＣＰＵと、
    前記ＣＵＰとは別個であるアドバンストトポロジ（ＡＴ）ポリシーユニットであって、
    特定のＡＴ禁止型アプリケーションに関して前記ＷＴＲＵにセキュリティおよびプライバシーポリシーを課すポリシーが前記ＷＴＲＵの中に格納されているかどうかを判定し、
    前記特定のＡＴ禁止型アプリケーションに関して前記ＷＴＲＵにセキュリティおよびプライバシーポリシーを課すポリシーが前記メモリの中に格納されているという条件で、前記特定のＡＴ禁止型アプリケーションに関連するデータを、前記従来の無線リンクだけを介して中継するよう前記ＷＴＲＵを制御する
    ように構成されたアドバンストトポロジ（ＡＴ）ポリシーユニットと
    を備えることを特徴とするＷＴＲＵ。
15. ワイヤレス送信／受信ユニット（ＷＴＲＵ）が、複数のアドバンストトポロジ（ＡＴ）動作モードで少なくとも１つの他のＷＴＲＵと直接に通信する方法であって、
    前記ＷＴＲＵが、前記ＷＴＲＵのメモリの中に少なくとも１つのＡＴポリシーを格納するステップと、
    前記ＷＴＲＵが、前記メモリの中に格納された前記少なくとも１つのＡＴポリシーに基づいて、前記複数のＡＴ動作モードのうちの少なくとも１つを実行する少なくとも１つのＡＴアプリケーションの活性化および不活性化を行うステップと、
    前記ＷＴＲＵが、前記少なくとも１つのＡＴアプリケーション以外の前記ＷＴＲＵ内部の少なくとも１つのアプリケーションからデータを受け取るステップと、
    前記ＷＴＲＵが、前記少なくとも１つのＡＴポリシーに基づいて、前記ＡＴアプリケーション以外の前記ＷＴＲＵ内部の前記少なくとも１つのアプリケーションを制御するステップと
    を含むことを特徴とする方法。
16. 前記複数のＡＴ動作モードは、
    前記ＷＴＲＵが、基地局と別のＷＴＲＵとの間で、従来の無線リンクを介して前記基地局と通信すること、および無線クロスリンクを介して前記別のＷＴＲＵと通信することによって、データを中継するヘルパＷＴＲＵの役割をするように構成されているＡＴ中継（ＡＴ−Ｒ）モードと
    前記ＷＴＲＵが、直接ＷＴＲＵ−ＷＴＲＵ通信を介してデータをオフロードするように、かつ別のＷＴＲＵからのデータのオフロードを受けるように構成されているＡＴローカルオフロード（ＡＴ−ＬＯ）モードと
    を少なくとも含むことを特徴とする請求項１５に記載の方法。
17. 前記ＷＴＲＵが、前記ＷＴＲＵのバッテリからバッテリ残量レベルを受け取るステップと、
    前記ＷＴＲＵが、前記バッテリから受け取った前記バッテリ残量レベルをバッテリ寿命閾値レベルＡＴ＿Ｔｈｒｅｓｈｏｌｄ％と比較するステップと、
    前記バッテリから受け取った前記バッテリ残量レベルがＡＴ＿Ｔｈｒｅｓｈｏｌｄ％より低いという条件で、前記ＷＴＲＵが前記少なくとも１つのＡＴアプリケーションを不活性化するステップと
    をさらに含むことを特徴とする請求項１６に記載の方法。
18. 前記ＷＴＲＵが、前記複数のＡＴ動作モードのうちの少なくとも１つを不活性化するよう前記ＷＴＲＵに指示するユーザ入力を受け取るステップと、
    前記ＷＴＲＵが、前記ＷＴＲＵが、前記複数のＡＴ動作モードのうちの前記少なくとも１つを不活性化するよう前記ＷＴＲＵに指示する前記ユーザ入力を受け取ったことに応答して、前記複数のＡＴ動作モードのうちの前記少なくとも１つを不活性化するステップと、
    前記ＷＴＲＵが、
    前記ＷＴＲＵが、前記複数のＡＴ動作モードのうちの前記少なくとも１つを不活性化するよう前記ＷＴＲＵに指示する前記ユーザ入力を受け取ってから所定の期間が経過したこと、
    前記ＷＴＲＵの電源が切断されてからすぐ再投入されこと、
    前記ＷＴＲＵが、定義されたブロードキャストのリスト上にあるブロードキャストを受信したこと、または
    無線（ＯＴＡ）ソフトウェアアップグレードが要求されたこと
    のうちの少なくとも１つに応答して、前記複数のＡＴ動作モードのうちの前記少なくとも１つを再活性化するステップと
    をさらに含むことを特徴とする請求項１６に記載の方法。
19. 前記ＷＴＲＵが、前記複数のＡＴ動作モードのうちの少なくとも１つを不活性化するステップと、
    前記ＷＴＲＵが、前記複数のＡＴ動作モードのうちの前記少なくとも１つが不活性化されている間、他のＷＴＲＵからの直接ＷＴＲＵ−ＷＴＲＵ接続要求をリッスンするよう前記ＷＴＲＵを制御するステップであって、前記直接ＷＴＲＵ−ＷＴＲＵ要求は、前記他のＷＴＲＵのためにデータを中継する前記ヘルパＷＴＲＵの役割をするよう前記ＷＴＲＵに求める要求である、ステップと、
    前記ＷＴＲＵが、前記ＷＴＲＵが、緊急呼び出しのためにデータを中継することに関して前記他のＷＴＲＵのうちの１つから接続要求を受信するという条件で、前記緊急呼び出しを完了することに関して前記他のＷＴＲＵのうちの前記１つのために前記ＷＴＲＵがデータを中継することを可能にするよう前記複数のＡＴ動作モードのうちの前記少なくとも１つを再活性化するステップと
    をさらに含むことを特徴とする請求項１６に記載の方法。
20. 前記ＷＴＲＵが、前記基地局からセル負荷レベルを受信するステップと、
    前記ＷＴＲＵが、前記基地局から受信した前記セル負荷レベルをセル負荷閾値ＡＴ＿ＣｅｌｌＬｏａｄＴｈｒｅｓｈｏｌｄ＿Ｐａｒａｍｅｔｅｒ％と比較するステップと、
    前記ＷＴＲＵが、前記基地局から受信した前記セル負荷レベルがＡＴ＿ＣｅｌｌＬｏａｄＴｈｒｅｓｈｏｌｄ＿Ｐａｒａｍｅｔｅｒ％より低いという条件で、前記複数のＡＴ動作モードのうちの少なくとも１つを不活性化するステップと
    をさらに含むことを特徴とする請求項１６に記載の方法。

Images