(57)【特許請求の範囲】
【請求項１】
中継無線送受信ユニット（ＷＴＲＵ）であって、
一時的モバイルグループ識別（ＴＭＧＩ）要求メッセージをリモートＷＴＲＵから受信し、前記ＴＭＧＩ要求メッセージは、ＴＭＧＩ、および前記ＴＭＧＩに関連付けられたＰｒｏＳｅパケット単位優先度レベルを備え、
前記ＴＭＧＩに関連付けられた進化型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）データパケットをネットワークから受信する
ように少なくとも構成されたトランシーバと、
前記ＴＭＧＩに関連付けられた前記受信されたＰｒｏＳｅパケット単位優先度レベルを、前記受信されたｅＭＢＭＳデータパケットに適用し、
前記ＰｒｏＳｅパケット単位優先度レベルに基づいて、前記ｅＭＢＭＳデータパケットを前記リモートＷＴＲＵに中継する
ように少なくとも構成されたプロセッサと
を備えた中継ＷＴＲＵ。
【請求項２】
前記ＴＭＧＩ要求メッセージは、ＰＣ５−Ｓメッセージを使用して受信される、請求項１の中継ＷＴＲＵ。
【請求項３】
前記プロセッサは、前記中継ＷＴＲＵがモニタするように構成された前記ＴＭＧＩを検出するようにさらに構成される、請求項１の中継ＷＴＲＵ。
【請求項４】
前記ｅＭＢＭＳデータパケットは、ＰＣ５インターフェースを介して前記リモートＷＴＲＵにフォワードされる、請求項１の中継ＷＴＲＵ。
【請求項５】
前記中継ＷＴＲＵは、前記ネットワークと前記リモートＷＴＲＵとの間で中継器としての役割をする、請求項１の中継ＷＴＲＵ。
【請求項６】
優先度ハンドリング方法であって、
中継無線送受信ユニット（ＷＴＲＵ）が一時的モバイルグループ識別（ＴＭＧＩ）要求メッセージをリモートＷＴＲＵから受信することであって、前記ＴＭＧＩ要求メッセージは、ＴＭＧＩ、および前記ＴＭＧＩに関連付けられたＰｒｏＳｅパケット単位優先度レベルを備える、ことと、
前記中継ＷＴＲＵが前記ＴＭＧＩに関連付けられた進化型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）データパケットをネットワークから受信することと、
前記中継ＷＴＲＵが、前記ＴＭＧＩに関連付けられた前記受信されたＰｒｏＳｅパケット単位優先度レベルを、前記受信されたｅＭＢＭＳデータパケットに適用することと、
前記ＰｒｏＳｅパケット単位優先度レベルに基づいて、前記中継ＷＴＲＵが前記ｅＭＢＭＳデータパケットを前記リモートＷＴＲＵに中継することと
を備える方法。
【請求項７】
前記ＴＭＧＩ要求メッセージは、ＰＣ５−Ｓメッセージを使用して受信される、請求項６の方法。
【請求項８】
前記中継ＷＴＲＵがモニタするように構成された前記ＴＭＧＩを、前記中継ＷＴＲＵが検出することをさらに備える、請求項６の方法。
【請求項９】
前記ｅＭＢＭＳデータパケットは、ＰＣ５インターフェースを介して前記リモートＷＴＲＵにフォワードされる、請求項６の方法。
【請求項１０】
前記中継ＷＴＲＵは、前記ネットワークと前記リモートＷＴＲＵとの間で中継器としての役割をする、請求項６の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
関連出願の相互参照
本出願は、2015年6月23日に出願された米国特許仮出願第62/183,629号、2015年8月11日に出願された米国特許仮出願第62/203,681号、および2015年11月4日に出願された米国特許仮出願第62/250,793号の優先権を主張するものであり、それらの内容はこれによって、参照により本明細書に組み込まれている。
【０００２】
中継無線送受信ユニット（wireless transmit/receive unit：ＷＴＲＵ）は、ネットワークのカバレッジの外にあることがあるリモートＷＴＲＵに、接続性を提供することができる。中継ＷＴＲＵは、ＰＣ５インターフェースを介してリモートＷＴＲＵと通信することができる。近接サービス（proximity services：ＰｒｏＳｅ）は、例えば、ＬＴＥ無線インターフェースを使用して、中継ＷＴＲＵとリモートＷＴＲＵとの間で直接通信を可能にすることができる。中継ＷＴＲＵとリモートＷＴＲＵとの間のＰＣ５インターフェース上のＰｒｏＳｅ通信は、中継ＷＴＲＵとｅノードＢとの間のＵｕインターフェース上の通信とは異なって、サービス品質（ＱｏＳ）をサポートしないことがある。ＰＣ５インターフェースは、ＰｒｏＳｅパケット単位優先度（ProSe per packet priority）をサポートすることができる。中継ＷＴＲＵは、ＰｒｏＳｅパケット単位優先度値を決定するためのメカニズムを必要とすることがある。
【発明の概要】
【０００３】
ＰｒｏＳｅ通信のための優先度ハンドリングについて、システム、方法および手段が開示される。中継無線送受信ユニット（ＷＴＲＵ）が、ネットワークとリモートＷＴＲＵとの間で中継器としての役割をすることができる。中継ＷＴＲＵは、一時的モバイルグループ識別（ＴＭＧＩ：temporary mobile group identity）要求メッセージをリモートＷＴＲＵから受信することができる。ＴＭＧＩ要求メッセージは、ＴＭＧＩ、ＴＭＧＩに関連付けられたＰｒｏＳｅパケット単位優先度レベルなどを含むことができる。ＴＭＧＩ要求メッセージは、ＰＣ５−Ｓメッセージであってよい。中継ＷＴＲＵは、ＴＭＧＩに関連付けられた進化型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）データパケットをネットワークから受信することができる。中継ＷＴＲＵは、中継ＷＴＲＵがモニタするように構成されたＴＭＧＩを検出することができる。ＷＴＲＵは、受信された、ＴＭＧＩに関連付けられたＰｒｏＳｅパケット単位優先度レベルを、受信されたｅＭＢＭＳデータパケットに適用することができる。中継ＷＴＲＵは、ＰｒｏＳｅパケット単位優先度レベルに基づいて、ｅＭＢＭＳデータパケットをリモートＷＴＲＵに中継することができる。中継ＷＴＲＵは、ＰＣ５インターフェース上で、ｅＭＢＭＳパケットを送ることができる。中継ＷＴＲＵは、ネットワークとリモートＷＴＲＵとの間で中継器としての役割をすることができる。
【０００４】
リモートＷＴＲＵは、サービス告知をアプリケーションサーバ（ＡＳ）から受信することができる。サービス告知は、ＴＭＧＩ、およびＴＭＧＩに関連付けられた優先度レベルを含むことができる。リモートＷＴＲＵは、ＴＭＧＩに関連付けられたＰｒｏＳｅパケット単位優先度レベルを決定することができる。例えば、リモートＷＴＲＵは、受信された、ＴＭＧＩに関連付けられた優先度レベルから、ＰｒｏＳｅパケット単位優先度レベルを引き出すことができる。リモートＷＴＲＵは、ＴＭＧＩメッセージを中継ＷＴＲＵに送ることができる。ＴＭＧＩメッセージは、ＰＣ５−Ｓ送信を使用して送られてよい。ＰＣ５−Ｓ送信は、事前構成されたＰｒｏＳｅパケット単位優先度レベルを使用して送られてよい。ＰＣ５−Ｓ送信は、ネットワークノード（例えば、モバイル管理エンティティ（ＭＭＥ）またはＰｒｏＳｅ機能）から受信された優先度レベルを使用して送られてもよい。ＴＭＧＩメッセージは、ＴＭＧＩ、および決定された、ＴＭＧＩに関連付けられたＰｒｏＳｅパケット単位優先度レベルを含むことができる。ＴＭＧＩに関連付けられたＰｒｏＳｅパケット単位優先度レベルは、８つの考え得る値のうちの１つを使用して指し示されてよい。リモートＷＴＲＵは、ＴＭＧＩに関連付けられた進化型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）データパケットを、中継ＷＴＲＵから受信することができる。
【０００５】
リモートＷＴＲＵは、下位レイヤ（例えば、ＰＣ５アクセス層レイヤ）および上位レイヤ（例えば、ＰＣ５  ＰｒｏＳｅレイヤ）を含むことができる。リモートＷＴＲＵの下位レイヤは、１つまたは複数のＰｒｏＳｅパケット単位優先度を上位レイヤから受信することができる。下位レイヤは、１つまたは複数のプロトコルデータユニット（ＰＤＵ）を上位レイヤから受信することができる。上位レイヤから受信されたＰｒｏＳｅパケット単位優先度に基づいて、下位レイヤは、上位レイヤから受信されたＰＤＵに優先順位を付けることができる。ＰｒｏＳｅパケット単位優先度値は、宛先アドレスから独立していてよい。異なる優先度を有するＰＤＵが順番にサービスされてよい。より小さい数によるＰＤＵに関連付けられたＰｒｏＳｅパケット単位優先度は、より大きい数によるＰＤＵに関連付けられたＰｒｏＳｅパケット単位優先度よりも、高い優先度を有することができる。
【図面の簡単な説明】
【０００６】
【図１Ａ】１つまたは複数の開示される実施形態が実装され得る、例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用され得る、例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用され得る、例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ａに示された通信システム内で使用され得る、別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａに示された通信システム内で使用され得る、別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。
【図２】ＷＴＲＵ−ネットワーク間中継アーキテクチャの例を示す図である。
【図３】ＰＣ５−Ｓプロトコルスタックの例を示す図である。
【図４】ＷＴＲＵ  ＰｒｏＳｅレイヤの例を示す図である。
【図５】例えば、特定の宛先アドレスあり、またはなしで、優先度レベル（例えば、新規の優先度レベル）での送信（Ｔｘ）が要求されるときの、ＷＴＲＵ  ＰｒｏＳｅレイヤの例を示す図である。
【図６】ＷＴＲＵまたはＷＴＲＵ  ＰｒｏＳｅレイヤが、優先度情報を有するＰＣ−５メッセージを送る例を示す図である。
【図７】ＷＴＲＵまたはＷＴＲＵ  ＰｒｏＳｅレイヤが、優先度情報を有するＰＣ−５メッセージを受信し、処理する例を示す図である。
【図８】ＷＴＲＵが、優先度レベルおよび／またはＰｒｏＳｅコンテキストを有するＰｒｏＳｅセッションを確立する例を示す図である。
【図９】ＷＴＲＵ（例えば、中継ＷＴＲＵ）またはＰｒｏＳｅレイヤが、修正された優先度情報を有するＰＣ５−Ｓメッセージを送る例を示す図である。
【図１０】例えば、１つまたは複数の論理チャネルＩＤについて、２つのＷＴＲＵ間のＰｒｏＳｅリンクまたはＰｒｏＳｅ通信のために、ＰｒｏＳｅコンテキストまたは優先度を修正する例を示す図である。
【図１１】中継ＷＴＲＵまたはＰｒｏＳｅレイヤが、優先度情報を有するＰＣ５−Ｓメッセージを受信し、および／または処理し、適切な進化型パケットシステム（ＥＰＳ）ベアラマッピングを決定する例を示す図である。
【図１２】ＭＢＭＳデータの優先度情報を決定する例を示す図である。
【図１３】中継ＷＴＲＵが、ＭＢＭＳ優先度情報またはＰｒｏＳｅパケット単位優先度情報をリモートＷＴＲＵから受信する例を示す図である。
【図１４】ＰＣ５シグナリング（ＰＣ５−Ｓ）メッセージのための優先度をハンドリングする例を示す図である。
【図１５】ＰＣ５−Ｓメッセージを送信するための優先度レベルを決定する例を示す図である。
【図１６】ＰＣ５−Ｕ送信の最も高いＰＰＰ（例えば、新規の最も高いＰＰＰ）に基づいて、ＰＣ５−ＳメッセージのＰＰＰ値を更新する例を示す図である。
【発明を実施するための形態】
【０００７】
次に例証となる実施形態の詳細な説明が、様々な図を参照して説明される。この説明は、考え得る実装の詳細な例を提供するものの、詳細は、例であることが意図されており、本出願の範囲を限定することは決して意図されていないことに留意されたい。
【０００８】
図１Ａは、１つまたは複数の開示される実施形態が実装され得る、例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送、その他などのコンテンツを、多数の無線ユーザに提供する多重アクセスシステムであってよい。通信システム１００は、多数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通して、そのようなコンテンツにアクセスするのを可能にすることができる。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時間分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ）その他などの、１つまたは複数のチャネルアクセス方法を用いることができる。
【０００９】
開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが認識されるが、図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄ（これらは一般的に、または一括してＷＴＲＵ１０２と呼ばれてよい）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話ネットワーク（ＰＳＴＮ）１０８、インターネット１１０、並びに他のネットワーク１１２を含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作する、および／または通信するように構成された任意のタイプのデバイスであってよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてよく、ユーザ装置（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品等を含むことができる。
【００１０】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースを取るように構成された任意のタイプのデバイスであってよい。例えば、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂは、各々が単一の要素として図示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが認識されるであろう。
【００１１】
基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）もまた含むことができるＲＡＮ１０３／１０４／１０５の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内で、無線信号を送信および／または受信するように構成されてよい。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてよい。従って、ある実施形態において、基地局１１４ａは、例えば、セルのセクタごとに１つの、３つのトランシーバを含むことができる。別の実施形態において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を用いることができ、従って、セルのセクタごとに多数のトランシーバを利用することができる。
【００１２】
基地局１１４ａ、１１４ｂは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよいエアインターフェース１１５／１１６／１１７上で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信することができる。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００１３】
より詳細には、上記されたように、通信システム１００は、多重アクセスシステムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を用いることができる。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができ、これは広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００１４】
別の実施形態において、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装することができ、これはロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用して、エアインターフェース１１５／１１６／１１７を確立することができる。
【００１５】
他の実施形態において、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（例えば、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  ＩＸ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、ＧＳＭ（登録商標）（Global System for Mobile Communications）、ＧＳＭエボリューション用拡張型データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装することができる。
【００１６】
図１Ａの基地局１１４ｂは、無線ルータ、ホームノードＢ、ホームｅノードＢまたはアクセスポイントであってよく、例えば、ビジネス、ホーム、車両、キャンパス、その他の場所などの局所化されたエリアにおける無線接続性を容易にするために任意の好適なＲＡＴを利用することができる。ある実施形態において、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態において、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態において、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。従って、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることを求められなくてもよい。
【００１７】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信していてよく、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはＶｏＩＰ（Voice over Internet Protocol）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであってよい。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、請求サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルセキュリティ機能を実施することができる。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴ、または異なるＲＡＴを用いる他のＲＡＮと、直接または間接的に通信し得ることが認識されるであろう。例えば、コアネットワーク１０６／１０７／１０９は、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５に接続されていることに加えて、ＧＳＭ無線技術を用いる別のＲＡＮ（図示せず）とも通信していてもよい。
【００１８】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするための、ゲートウェイとして働くことができる。ＰＳＴＮ１０８は、従来型電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群におけるＴＣＰ、ＵＤＰおよびＩＰなどの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有される、および／または運用される有線または無線通信ネットワークを含むことがある。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴ、または異なるＲＡＴを用いることができる１つまたは複数のＲＡＮに接続された別のコアネットワークを含んでもよい。
【００１９】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたは全部は、マルチモード能力を含むことができ、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上の異なる無線ネットワークと通信するための多数のトランシーバを含むことができる。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を用いることができる基地局１１４ａと通信するように、かつＩＥＥＥ８０２無線技術を用いることができる基地局１１４ｂと通信するように構成されてよい。
【００２０】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６、および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態と首尾一貫したままに、上述した要素の任意のサブコンビネーションを含んでもよいことが認識されるであろう。また、基地局１１４ａおよび１１４ｂ、並びに／または限定はされないが、とりわけ、トランシーバ基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ホームノードＢ（ｅノードＢ）、ホーム進化型ノードＢ（ＨｅＮＢもしくはＨｅノードＢ）、ホーム進化型ノードＢゲートウェイ、およびプロキシノードなどの、基地局１１４ａおよび１１４ｂが表すことができるノードが、図１Ｂに図示され、本明細書で説明される要素のうちのいくつかまたは全部を含んでもよいことを、実施形態は企図している。
【００２１】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連した１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ回路、任意の他のタイプの集積回路（ＩＣ）、ステートマシンなどであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能を実施することができる。プロセッサ１１８は、送受信要素１２２に結合され得るトランシーバ１２０に結合されてよい。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個のコンポーネントとして図示しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップの中に一緒に組み込まれてもよいことが認識されるであろう。
【００２２】
送受信要素１２２は、エアインターフェース１１５／１１６／１１７上で、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成されてよい。例えば、ある実施形態において、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。別の実施形態において、送受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってもよい。さらに別の実施形態において、送受信要素１２２は、ＲＦ信号と光信号の両方を送信し、受信するように構成されてもよい。送受信要素１２２は、任意の組合せの無線信号を送信および／または受信するように構成されてよいことが認識されるであろう。
【００２３】
また、送受信要素１２２は、図１Ｂには単一の要素として図示されているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含むことができる。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用いることができる。従って、ある実施形態において、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７上で無線信号を送信し、受信するための、２つまたはそれ以上の送受信要素１２２（例えば、多数のアンテナ）を含むことができる。
【００２４】
トランシーバ１２０は、送受信要素１２２によって送信されることになる信号を変調し、送受信要素１２２によって受信される信号を復調するように構成されてよい。上記されたように、ＷＴＲＵ１０２は、マルチモード能力を有することができる。従って、トランシーバ１２０は、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの多数のＲＡＴを介してＷＴＲＵ１０２が通信するのを可能にする多数のトランシーバを含むことができる。
【００２５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてよく、それらからユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に、ユーザデータを出力することができる。また、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの好適なメモリの情報にアクセスし、それらのメモリにデータを記憶することができる。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態において、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）などの、ＷＴＲＵ１０２に物理的に位置付けられていないメモリから情報にアクセスし、それらのメモリにデータを記憶することができる。
【００２６】
プロセッサ１１８は、電源１３４から電力を受信することができ、電力をＷＴＲＵ１０２の他のコンポーネントに分配する、および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の好適なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池、その他を含むことができる。
【００２７】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合されてよい。ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７上で位置情報を受信する、および／または、２つまたはそれ以上の付近の基地局から受信される信号のタイミングに基づいて、その位置を決定することができる。ＷＴＲＵ１０２は、実施形態と首尾一貫したままに、任意の好適な位置決定実装を通じて位置情報を入手することができることが認識されるであろう。
【００２８】
プロセッサ１１８は、他の周辺機器１３８にさらに結合されてもよく、他の周辺機器１３８は、追加的な特徴、機能および／または有線もしくは無線接続性を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００２９】
図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記されたように、ＲＡＮ１０３は、エアインターフェース１１５上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、ＵＴＲＡ無線技術を用いることができる。ＲＡＮ１０３はまた、コアネットワーク１０６と通信していてよい。図１Ｃに示されるように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、それらの各々が、エアインターフェース１１５上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々がＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含むことができる。ＲＡＮ１０３は、実施形態と首尾一貫したままに、任意の数のノードＢおよびＲＮＣを含んでもよいことが認識されるであろう。
【００３０】
図１Ｃに示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信していてよい。その上、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信していてよい。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信していてよい。ＲＮＣ１４２ａ、１４２ｂの各々は、それらが接続されているそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されてよい。また、ＲＮＣ１４２ａ、１４２ｂの各々は、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実行する、またはサポートするように構成されてよい。
【００３１】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上述した要素の各々はコアネットワーク１０６の一部として図示されているが、これらの要素のいずれか１つが、コアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが認識されるであろう。
【００３２】
ＲＡＮ１０３のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと旧来の地上通信線デバイスとの間の通信を容易にすることができる。
【００３３】
ＲＡＮ１０３のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６のＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００３４】
上記されたように、コアネットワーク１０６はまた、ネットワーク１１２に接続されてもよく、ネットワーク１１２は、他のサービスプロバイダによって所有される、および／または運用される他の有線または無線ネットワークを含むことがある。
【００３５】
図１Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記されたように、ＲＡＮ１０４は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を用いることができる。ＲＡＮ１０４はまた、コアネットワーク１０７と通信していてよい。
【００３６】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態と首尾一貫したままに、任意の数のｅノードＢを含んでもよいことが認識されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々がエアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。ある実施形態において、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装することができる。従って、ｅノードＢ１６０ａは、例えば、多数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３７】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられてよく、無線リソース管理判断、ハンドオーバ判断、アップリンク（ＵＬ）および／またはダウンリンク（ＤＬ）におけるユーザのスケジューリングなどをハンドリングするように構成されていてよい。図１Ｄに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上で互いに通信することができる。
【００３８】
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。上述の要素の各々は、コアネットワーク１０７の一部として図示されているが、これらの要素のいずれか１つが、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることが認識されるであろう。
【００３９】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてよく、制御ノードとして働くことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続の間に特定のサービングゲートウェイを選択することなどを担うことができる。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）との間をスイッチングするための制御プレーン機能を提供することができる。
【００４０】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、一般にＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃから、ユーザデータパケットをルーティングし、転送することができる。サービングゲートウェイ１６４はまた、ｅノードＢ間のハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能なときページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、記憶すること、などの他の機能を実施することができる。
【００４１】
サービングゲートウェイ１６４はまた、ＰＤＮゲートウェイ１６６に接続されてよく、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００４２】
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと旧来の地上通信線デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間でインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができる、またはＩＰゲートウェイと通信することができる。また、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有される、および／または運用される他の有線または無線ネットワークを含み得る。
【００４３】
図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインターフェース１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、ＩＥＥＥ８０２．１６無線技術を用いるアクセスサービスネットワーク（ＡＳＮ）であってよい。以下でさらに論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティの間の通信リンクは、参照ポイントとして定義されてよい。
【００４４】
図１Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃおよびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は、実施形態と首尾一貫したままに、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが認識されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃは、各々がＲＡＮ１０５における特定のセル（図示せず）に関連付けられてよく、各々がエアインターフェース１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。ある実施形態において、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。従って、基地局１８０ａは、例えば、多数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー施行などのモビリティ管理機能を提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとして働くことができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを担うことができる。
【００４５】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照ポイントとして定義されてよい。また、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用され得るＲ２参照ポイントとして定義されてよい。
【００４６】
基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバ、および基地局間のデータの転送を容易にするためのプロトコルを含むＲ８参照ポイントとして定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照ポイントとして定義され得る。Ｒ６参照ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含むことができる。
【００４７】
図１Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を容易にするためのプロトコルを含むＲ３参照ポイントとして定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、認可、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含むことができる。上述の要素の各々は、コアネットワーク１０９の一部として図示されているが、これらの要素のいずれか１つが、コアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが認識されるであろう。
【００４８】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担うことができ、異なるＡＳＮおよび／または異なるコアネットワークの間で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃがローミングするのを可能にすることができる。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスをサポートすることを担うことができる。ゲートウェイ１８８は、他のネットワークとのインターワーキングを容易にすることができる。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと旧来の地上通信線デバイスとの間の通信を容易にすることができる。また、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有される、および／または運用される他の有線または無線ネットワークを含むことがある。
【００４９】
図１Ｅには示されていないが、ＲＡＮ１０５が他のＡＳＮに接続されてもよく、コアネットワーク１０９が他のコアネットワークに接続され得ることが認識されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得るＲ４参照ポイントとして定義されてよい。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問コアネットワークとの間のインターワーキングを容易にするためのプロトコルを含むことができるＲ５参照ポイントとして定義されてよい。
【００５０】
ＰｒｏＳｅ  ＷＴＲＵ−ネットワーク間中継サービスが提供され得る。ＷＴＲＵ（例えば、ＰｒｏＳｅ  ＷＴＲＵ−ネットワーク間中継器）は、リモートＷＴＲＵまでの中継器としての役割をすることができる。中継ＷＴＲＵは、ネットワークカバレッジの外にあり得る１つまたは複数のリモートＷＴＲＵに、ＩＰ接続性サービスを提供することができる。ＰｒｏＳｅ  ＷＴＲＵ−ネットワーク間中継器は、中継ＷＴＲＵと呼ばれてよい。中継ＷＴＲＵは、１つまたは複数のリモートＷＴＲＵに、ユニキャストサービスおよび／またはマルチキャストサービスを提供することができる。図２は、例示的なＰｒｏＳｅ  ＷＴＲＵ−ネットワーク間中継アーキテクチャを示す。図２に示されるように、中継ＷＴＲＵは、レイヤ３（Ｌ３）ルータのような役割をすることができる。中継ＷＴＲＵは、リモートＷＴＲＵに、ユニキャストサービスおよび／またはブロードキャストサービスを提供することができる。中継ＷＴＲＵは、アップリンク（ＵＬ）トラフィックまたはダウンリンク（ＤＬ）トラフィックのうちの１つまたは複数についてＬ３フォワーディングを実施することができる。
【００５１】
中継ＷＴＲＵは、それがネットワークから検出することができるＭＢＭＳトラフィックを中継することができる。リモートＷＴＲＵは、リモートＷＴＲＵが関心のある可能性があるＭＢＭＳデータを、中継ＷＴＲＵに指し示すことができる。リモートＷＴＲＵは、関心のあるＭＢＭＳデータに関連付けられたＴＭＧＩを、中継ＷＴＲＵに提供することができる。中継ＷＴＲＵは、（例えば、指し示されたＴＭＧＩに関係した）ＭＢＭＳデータをブロードキャストすることができる。ＭＢＭＳデータは、ＰＣ５通信プレーン上でブロードキャストされてよい。
【００５２】
近接サービス（ＰｒｏＳｅ）は、ＬＴＥ無線インターフェース（例えば、進化型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）インターフェース）を使用して、デバイス間の直接通信を可能にすることができる。進化型パケットコア（ＥＰＣ）上の通信は、サービス品質（ＱｏＳ）をサポートすることができる。ＰｒｏＳｅは、サービス品質（ＱｏＳ）をサポートしないことがある。ＰｒｏＳｅは、直接リンク上で送られたＩＰパケットの優先度ハンドリングをサポートすることができる。ＩＰパケットは、優先度レベルに関連付けられてよい。優先度レベルは、送信中に、デバイスにおけるアクセス層が（例えば、優先度値に基づいて）どのようにパケットを扱うことができるかを指し示すことができる。ＰｒｏＳｅ優先度は、ＰｒｏＳｅパケット単位優先度（ＰＰＰもしくはＰＰＰＰ）、またはＰＣ５  ＰｒｏＳｅ優先度もしくはＰＣ５優先度と呼ばれてよい。
【００５３】
ＰｒｏＳｅ通信送信の優先度は、例えば、アプリケーションレイヤによって選択され得る。ＰｒｏＳｅ通信送信は、１つまたは複数の基準に基づいて選択されてよい。アプリケーションレイヤと、１つまたは複数のＰｒｏＳｅ通信下位レイヤとの間の相互作用は、例えばスケジュールされたモードまたは自律送信モードを使用して、ＰｒｏＳｅ  ＷＴＲＵがどのように媒体にアクセスできるかに対して中立であってよい。
【００５４】
リモートＷＴＲＵにおける上位レイヤは、考え得る値の範囲からのＰｒｏＳｅパケット単位優先度を、１つまたは複数の下位レイヤに提供することができる。例えば、ＰｒｏＳｅパケット単位優先度値は、１対１または１対多の通信などの送信を要求するときに提供され得る。送信のＰｒｏＳｅパケット単位優先度は、宛先アドレスから独立し得る。
【００５５】
アクセス層レイヤは、上位レイヤから受信されたプロトコルデータユニットに関連付けられたＰｒｏＳｅパケット単位優先度を使用して、例えば、多数のＷＴＲＵ内送信およびＷＴＲＵ間送信に優先順位を付けることができる。ＷＴＲＵ内送信は、同じＷＴＲＵの内部で送信を待っている異なる優先度に関連付けられたプロトコルデータユニットであることがある。
【００５６】
優先度付きキュー（例えば、ＷＴＲＵ内およびＷＴＲＵ間の優先度付きキュー）は、優先度順にサービスされてよい。例えば、ＷＴＲＵまたはｅＮＢにおけるスケジューラは、ＰｒｏＳｅパケット単位優先度Ｎに関連付けられたパケットを、優先度Ｎ＋１に関連付けられたパケットをサービスする前に、サービスすることができる。より小さい数がより高い優先度に指定されてよい。媒体は、例えば、アプリケーションによって選択されたＰｒｏＳｅパケット単位優先度値を尊重しながら、スケジュールされたモードまたは自律送信モードにおいてアクセスされてよい。例えば、広い範囲のアプリケーションをサポートするために、１つまたは複数の優先度レベル（例えば、８つの優先度レベル）がＰｒｏＳｅパケット単位優先度のためにサポートされてよい。
【００５７】
Ｅ−ＵＴＲＡＮは、ＷＴＲＵごとに、ＷＴＲＵに承諾され得る最大ＰｒｏＳｅパケット単位優先度を有効にする、および／または限定することができてよい。アプリケーショントラフィックタイプの、ＰｒｏＳｅパケット単位優先度の１つまたは複数の値へのマッピングを定義するためのフレームワークが定義されてよい。
【００５８】
シグナリングプレーンがＰｒｏＳｅ通信において提供されてよい。シグナリング（例えば、ＰｒｏＳｅに関係したシグナリング）は、例えば、ＩＰデータまたはユーザプレーンデータの送信に使用されることになる１つまたは複数のパラメータ（例えば、ＩＰアドレス、ポート番号、ＭＢＭＳデータについてのパラメータ）をネゴシエートするために送信されてよい。ＰｒｏＳｅに関係したシグナリングは、デバイス間でＰｒｏＳｅ通信セッションが始められる前に送信されてよい。ＰｒｏＳｅシグナリングプロトコルのトランスポートは、ＰＣ５−Ｓと呼ばれることがある。ＰＣ５−Ｓ送信は、ＩＰまたはＰＤＣＰ上で搬送されてよい。
【００５９】
図３は、ＰＣ５シグナリング（ＰＣ５−Ｓ）プロトコルスタックの例を示す。パケットデータコンバージェンスプロトコル（ＰＤＣＰ）ヘッダ（例えば、ＰＤＣＰヘッダにおけるサービスデータユニット（ＳＤＵ）タイプフィールド）は、例えば、ＩＰパケットと、割り振りおよび保持優先度（ＡＲＰ）と、ＰＣ５−Ｓシグナリングプロトコルとを見分けるために使用されてよい。（例えば、ＰＣ５−Ｓプロトコルを使用して）シグナリングを搬送するパケットは、ユーザプレーンパケットのハンドリングと同様のやり方でハンドリングされ得る。シグナリングを搬送するパケットは、同じ優先度扱いを受けてよい。ＰＰＰは、ＰＣ５−Ｓプロトコルデータユニット（ＰＤＵ）の各々に関連付けられてよい。
【００６０】
リモートＷＴＲＵは、ネットワークのカバレッジの外にあることがある。リモートＷＴＲＵは、ＷＴＲＵ−ネットワーク間中継器の接続性を使用することができる。ＷＴＲＵ−ネットワーク間中継器は、例えば図２に示されるように、レイヤ３ルータとしての役割をすることができる。例えば、ユニキャストトラフィックまたはＭＢＭＳデータのためにＷＴＲＵ−ネットワーク間中継器で優先度をハンドリングすること、ＰＣ５−Ｓトラフィックのために優先度をハンドリングすることに関して、中継されるトラフィックのために優先度をハンドリングする１つまたは複数の問題があることがある。
【００６１】
リモートＷＴＲＵは、それがＰＣ５−Ｕインターフェース上で送信することができるパケットに関連付けられた優先度を受信することができる。リモートＷＴＲＵは、アプリケーションサーバから優先度（例えば、ＰＰＰ）を受信することができる。優先度は、ＷＴＲＵのアプリケーションレイヤによって、その下位レイヤのうちの１つまたは複数に提供されてよい。そのようなアプリケーションレイヤが、中継ＷＴＲＵに不在であることもある。中継ＷＴＲＵは、それがダウンリンク（ＤＬ）方向でネットワークから受信することができるＩＰパケットの優先度をハンドリングする能力を欠くことがある。ＩＰパケットは、例えばＰＣ５−Ｕインターフェース上で、１つまたは複数のリモートＷＴＲＵに宛てられてよい。ＷＴＲＵ挙動は、１つまたは複数のリモートＷＴＲＵに向けてＰＣ５−Ｕ上で送信されることになるパケットの扱いなどのＰＰＰのコンセプトを、中継ＷＴＲＵがどのようにハンドリングするかを指し示すことができる。
【００６２】
中継ＷＴＲＵは、リモートＷＴＲＵからデータを受信することができる。中継ＷＴＲＵは、パケットを送る間にリモートＷＴＲＵが使用していることがある優先度についての情報を有さないことがある。そのような情報を取得する１つのやり方は、中継ＷＴＲＵおよびリモートＷＴＲＵを事前構成することによるやり方であってよい。そのような情報は、サービス品質（ＱｏＳ）に関連付けられた適切な進化型パケットシステム（ＥＰＳ）ベアラで、中継ＷＴＲＵが（例えば、ＰＣ５−Ｕ上で）リモートＷＴＲＵから受信されたパケットをフォワードするのを可能にすることができる。
【００６３】
中継ＷＴＲＵは、ｅＭＢＭＳデータの中継をサポートすることができる。中継ＷＴＲＵは、例えばブロードキャストチャネル上で、リモートＷＴＲＵにとっての関心であり得るｅＭＢＭＳデータを受信することができる。中継ＷＴＲＵは、ＰＣ５−Ｕプレーン上で、リモートＷＴＲＵにとっての関心であるデータをフォワードすることができる。中継ＷＴＲＵは、多数のｅＭＢＭＳセッションを同時に中継することができる。中継ＷＴＲＵは、（例えば、ＴＭＧＩ１に関連付けられた）第１のｅＭＢＭＳセッションのパケットと、（例えば、ＴＭＧＩ２に関連付けられた）第２のｅＭＢＭＳセッションのパケットとの間で、優先度を区別することができる。中継ＷＴＲＵは、ｅＭＢＭＳセッションとユニキャストセッションとを同時に中継することができる。優先度は、ｅＭＢＭＳセッションとユニキャストセッションとの間で区別されてよい。
【００６４】
リモートＷＴＲＵと中継ＷＴＲＵとの間のＰＣ５−Ｓメッセージは、例えば、１対１リンクの確立、ＩＰアドレスの取得などの、様々な理由で利用され得る。ＰＰＰを、リモートＷＴＲＵのアプリケーションレイヤによって生成され得ないＰＣ５−Ｓトラフィックに関連付けるための、システム、方法および手段が提供されてよい。
【００６５】
ＡＳとのアクティブなＩＰセッションを有するＷＴＲＵが、ＡＳが常駐し得るネットワークからカバレッジを失うことがある。ＷＴＲＵは、中継ＷＴＲＵに接続することができる。中継ＷＴＲＵは、そのＷＴＲＵをリモートＷＴＲＵとして指定することができる。リモートＷＴＲＵは、リンクローカルＩＰｖ４アドレスであり得る異なるＩＰアドレスを取得することができる。ＷＴＲＵセッションは、例えばＩＰアドレスが変わるとき、シームレスに再開／移行されないことがある。リモートＷＴＲＵは、例えば、中継ＷＴＲＵのＩＰアドレスであってよい、リモートＷＴＲＵのＩＰポイントオブプレゼンスについてアプリケーションサーバに通知するために、アプリケーションサーバに接触することができる。例えば、アプリケーションサーバとのセッションをシームレスにするために、リモートＷＴＲＵが（例えば、リモートＷＴＲＵがそれについての情報を有していないことがある）中継ＷＴＲＵのＩＰアドレスを取得し、取得されたＩＰアドレスをアプリケーションサーバに渡すための、システム、方法および手段が提供されてよい。中継ＷＴＲＵの識別は、中継ＷＴＲＵによってサービスされ得るリモートＷＴＲＵの数および識別情報を、ＡＳが追跡するために有用であり得る。リモートＷＴＲＵは、どの中継ＷＴＲＵがリモートＷＴＲＵをサービスしているかを通知することなしに、中継ＷＴＲＵのセルＩＤを報告することができる。セルにおいて、数個の中継ＷＴＲＵがあることがある。
【００６６】
ＷＴＲＵ−ネットワーク間中継器での（例えば、ユニキャストトラフィックのための）優先度ハンドリングが提供されてよい。ＷＴＲＵは、例えば、他のＷＴＲＵとのＰｒｏＳｅリンクを指し示すコンテキストを維持することができる。コンテキストは、例えば、ＰｒｏＳｅレイヤにおいて維持されてよい。図４は、ＷＴＲＵにおけるＰｒｏＳｅレイヤの例を示す。図４に示されるように、ＰｒｏＳｅレイヤ４０４は、例えば、アクセス層４０２よりも上の別個のレイヤ、またはＮＡＳエンティティの一部であってよい。ＰｒｏＳｅレイヤは、ＷＴＲＵにおけるＮＡＳエンティティを指すことがあり、またはそれは、ＷＴＲＵにおける新規の別個のレイヤもしくはエンティティを指すことがある。
【００６７】
ＷＴＲＵは、レイヤ２（Ｌ２）宛先アドレスもしくはレイヤ３（Ｌ３）宛先ＩＰアドレス、または宛先Ｌ２アドレスと宛先ＩＰアドレスとのペアなどの、送信元および宛先アドレスの各々のための情報を維持することができる。維持される情報は、論理チャネルＩＤのリスト、各ＩＤの優先度レベル、キープアライブタイマー、セキュリティパラメータのセット、優先度の最大レベル、マップされたＥＰＳベアラ、ＰｒｏＳｅリンクＩＰアドレスおよびポート番号、ＴＭＧＩもしくはセルＩＤ、またはＷＴＲＵ間でのやり取りのための他のパラメータのうちの１つまたは複数を含むことができる。
【００６８】
論理チャネルＩＤのリストおよび優先度レベルは、ＩＤごとに使用されてよい。優先度レベルは、ＰＰＰ、または引き出されたもしくはマップされた優先度レベルであってよい。キープアライブタイマーは、ＰｒｏＳｅセッションのために、および／または論理チャネルＩＤごとに使用されてよい。セキュリティパラメータのセットは、宛先アドレスとの通信のために使用されてよい。
【００６９】
許可された優先度の最大レベルは、宛先アドレスもしくはＷＴＲＵのために、またはアプリケーションのために使用されてよい。最大レベルは、ＷＴＲＵにおいて事前構成され得る。最大レベルは、ＰｒｏＳｅ機能、アプリケーションサーバから、またはピアＷＴＲＵから取得されてよい。最大レベルは、ＰＣ５−Ｓインターフェースを介して、例えば、ＰｒｏＳｅリンクを確立するためのネゴシエーションの一部として取得されてよい。
【００７０】
マップされたＥＰＳベアラは、フォワードされ得るパケットを指し示すことができる。マップされたＥＰＳベアラは、例えば、中継ＷＴＲＵがＰＣ５インターフェース上でリモートＷＴＲＵからパケットを受信し、論理チャネルＩＤでの受信されたパケットをＥＰＳベアラＩＤにフォワードすることを決定するときに、適用することができる。ＷＴＲＵは、例えば、（論理チャネルＩＤ、優先度レベル）と、（ＥＰＳベアラＩＤ、ＥＰＳベアラのＱｏＳパラメータ）との間に、マッピングを維持することができる。そのようなマッピングは、ＰｒｏＳｅコンテキストの一部であってよい。ＰｒｏＳｅリンク上および／またはＥＰＳベアラ上で使用される送信元／宛先ＩＰアドレス、送信元／宛先ポート番号は、ＰｒｏＳｅコンテキストの一部であってよい。
【００７１】
ＴＭＧＩもしくはセルＩＤ、またはＷＴＲＵ間でやり取りされ得る他のパラメータは、ＰｒｏＳｅコンテキストの一部であってよい。これらのパラメータは、パラメータのやり取りのためのメッセージを搬送するのに使用され得るＰｒｏＳｅリンクに関連付けられてよい。
【００７２】
図４に示されるように、ＰｒｏＳｅレイヤ４０４は、アクセス層レイヤ４０２よりも上の別個のレイヤであってよく、またはそれはＮＡＳエンティティの一部であってもよい。ＰｒｏＳｅレイヤ４０４は、ＷＴＲＵにおけるＮＡＳエンティティ、またはＷＴＲＵにおける新規のエンティティと呼ばれてもよい。
【００７３】
ＷＴＲＵ内のユーザプレーントラフィックは、アプリケーションクライアントレイヤから、アクセス層レイヤへと通過することができる。図５は、例えば、特定の宛先アドレスあり、またはなしで、新規の優先度レベルでの送信（Ｔｘ）が要求され得るときの、ＷＴＲＵまたはＰｒｏＳｅレイヤの例を示す。図５に示されるように、アプリケーションレイヤ５０４は、例えば、アプリケーションレイヤが新規の優先度レベルで新規の送信を始めるとき、そのパケットのための新規の優先度について、ＰｒｏＳｅレイヤ５０２に通知することができる。５０６で、アプリケーションレイヤ５０４は、新規の優先度レベルによる一定の宛先に、送信の要求を送ることができる。５０８で、ＰｒｏＳｅレイヤ５０２は、例えば、メッセージを送るための要求５０６の受信時に、その宛先アドレスのために同じ優先度を使用している可能性がある論理チャネルがあるかどうかを検証することができる。ＰｒｏＳｅレイヤ５０２は、例えば、パケットがＩＰパケットであるか、それともＴＭＧＩモニタリング要求のためなどの他の目的のために使用されているパケットかを検証することができる。ＰｒｏＳｅレイヤ５０２は、例えば、宛先アドレスのために使用されているのと同じ優先度を有する論理チャネルがあるときに、論理チャネルを使用してメッセージを送ることができる。コンテキストまたは同じ優先度を有する論理チャネルがなく、オプションで求められる宛先が存在するとき、５１０で、ＰｒｏＳｅレイヤは、送信のための新規のコンテキスト、またはコンテキストによる優先度を作成することができる。例えば、ＰｒｏＳｅレイヤは、同じ優先度を有する論理チャネルが宛先アドレスのために使用されていないとき、新規のコンテキストを作成することができる。５１２で、ＰｒｏＳｅレイヤ５０２は、要求された優先度を有する論理チャネルが承諾されたことを、アプリケーションレイヤ５０４に通知することができる。例えば、ＰｒｏＳｅレイヤ５０２は、下位レイヤによる送信の確認時に、または別のＷＴＲＵにおけるそのピアからのＰｒｏＳｅレイヤ５０２による応答の受信時に、アプリケーションレイヤ５０４に通知することができる。５１４で、ＷＴＲＵにおけるアプリケーションレイヤ５０４のクライアントは、ＰｒｏＳｅレイヤから受信された優先度値を使用して、データを送ることを開始することができる。
【００７４】
ＷＴＲＵにおけるＰｒｏＳｅレイヤは、ＰｒｏＳｅコンテキストを削除することができる。例えば、ＷＴＲＵは、ＰｒｏＳｅリンクがもはや維持することを実現可能であり得ないことを下位レイヤが確認するとき、ＰｒｏＳｅコンテキストを削除することができる。ＷＴＲＵにおけるＰｒｏＳｅレイヤは、例えば、特定の論理チャネル識別情報について、または特定の優先度について、例えば、ＷＴＲＵ間のセッションを解放するためのメッセージが受信されたとき、ＰｒｏＳｅコンテキストを削除することができる。ＷＴＲＵは、例えば論理チャネル識別情報もしくは一定の優先度レベルが、ピアＷＴＲＵまたは１つもしくは複数の下位レイヤによって、もはやサポートされない、またはサポートされ得ないことを指し示すメッセージが受信されたとき、ＰｒｏＳｅコンテキストを削除することができる。ＷＴＲＵにおけるＰｒｏＳｅレイヤは、例えば、ＰｒｏＳｅコンテキストの削除について、アプリケーションレイヤまたは高位レイヤに通知することができる。ＷＴＲＵにおけるＰｒｏＳｅレイヤは、コンテキストの削除の結果としての特定の優先度を有する論理チャネルまたはリンクの暗黙的な解放について、アプリケーションレイヤに通知することができる。
【００７５】
ＷＴＲＵ間の優先度を動的に指し示すための、システム、方法、手段が提供されてよい。ＷＴＲＵは、ＷＴＲＵ間で確立され得る、または確立されるＰｒｏＳｅベアラまたはＰｒｏＳｅリンクの優先度について、そのピアに動的に通知することができる。ＷＴＲＵ（例えば、リモートＷＴＲＵ）およびそのピア（例えば、中継ＷＴＲＵ）は、ＰｒｏＳｅ通信セッションに関与されるＷＴＲＵのペアであってよい。
【００７６】
ＷＴＲＵは、例えば、ＰｒｏＳｅリンクに、またはＰｒｏＳｅベアラに、または作成されることになる新規の論理チャネルに関連付けられる優先度についてそのピアに通知するために、ＰＣ５−Ｓメッセージを送ることができる。発信するＷＴＲＵは、例えば、異なる優先度を有するが同じ（送信元Ｌ２、宛先Ｌ２）アドレスペアで始められることになる（例えば、あらゆる）セッション、または送信されることになるパケットについて、新規のＰＣ５−ＳメッセージをそのピアＷＴＲＵに送ることができる。発信するＷＴＲＵは、構成され得るパケットまたは論理チャネルに関連付けられた優先度について、ピアＷＴＲＵに通知することができる。ＷＴＲＵ（例えば、ＷＴＲＵにおけるＰｒｏＳｅレイヤ）は、ＰｒｏＳｅコンテキスト（例えば、新規のＰｒｏＳｅコンテキスト）が作成されるとき、ＰＣ５−Ｓメッセージを送ることができる。ＰＣ５−Ｓメッセージは、優先度情報、例えば、ＷＴＲＵによってサポートされ得る最大優先度レベル（例えば、アプリケーションごとの優先度レベル）を含むことができる。
【００７７】
ＰＣ５−Ｓメッセージは、論理チャネル識別（ＬＣＩＤ）と共に、送信元Ｌ２ＩＤ（または送信元高位レイヤアプリケーションＩＤ）を含むことができる。ターゲットピアＷＴＲＵは、指し示された優先度が関係する、対応する論理チャネルを識別することができる。論理チャネルのＬＣＩＤは、１つの送信元／宛先関連付けにおいて一意であってよい。ＷＴＲＵ（例えば、ＷＴＲＵのＰｒｏＳｅレイヤ）は、対応する論理チャネルおよび関係した優先度に関連付けられたキープアライブメッセージを送信するための期間を定義することができるタイマーを含むことができる。ＷＴＲＵは、応答が予期され得る継続時間を監視することができるタイマーを開始することができる。ＷＴＲＵは、例えば、応答が継続時間内に受信されない場合に、ＰＣ５−Ｓメッセージを再送信することができる。ＷＴＲＵは、例えば、応答が受信された場合に、関連付けられたタイマーを停止し、手順が正常に完了されたものと考えることができる。
【００７８】
図６は、ＷＴＲＵまたはＰｒｏＳｅレイヤが、優先度情報を有するＰＣ５−Ｓメッセージを送る例を示す。図６に示されるように、６０２で、ＰｒｏＳｅレイヤは、優先度レベル（例えば、新規の優先度レベル）を使用する、宛先への送信の要求を受信することができる。６０４で、ＰｒｏＳｅレイヤは、指し示された宛先に送信されることになるＰＣ５−Ｓメッセージを生成することができる。メッセージは、ＰｒｏＳｅコンテキストパラメータについての情報、例えば、セッションまたは論理チャネルに関連付けられた優先度を含むことができる。６０６で、ＰｒｏＳｅレイヤは、生成されたＰＣ５−Ｓメッセージを送ることができる。ＰｒｏＳｅレイヤは、それ以内に応答が受信されるはずの最大時間を監視するためのタイマーを開始することができる。６０８で、ＰｒｏＳｅレイヤは、応答を受信することができる。６０８で、ＰｒｏＳｅレイヤは、ＰｒｏＳｅコンテキストを作成する、および／または修正し、タイマーを停止することができる。ＰｒｏＳｅレイヤは、ＰｒｏＳｅコンテキストの作成および／または修正について、他のレイヤ（例えば、ＰｒｏＳｅレイヤよりも上のレイヤ）に通知することができる。６１０で、ＷＴＲＵは、宛先アドレス、論理チャネルＩＤ、またはアプリケーションＩＤのうちの１つまたは複数についてＰｒｏＳｅコンテキストによって定義されたパラメータに従って、データを送ることを開始することができる。
【００７９】
図７は、優先度情報を有するＰＣ５−Ｓメッセージを受信することができるＷＴＲＵ（例えば、ＷＴＲＵのＰｒｏＳｅレイヤ）の例を示す。図７に示されるように、７０２で、ＷＴＲＵのＰｒｏＳｅレイヤは、ＰｒｏＳｅセッションのための優先度レベルを有するＰＣ５メッセージを受信することができる。ＰｒｏＳｅレイヤは、論理チャネルＩＤ、送信元（例えば、レイヤ２またはＩＰ）アドレス、および／またはアプリケーションＩＤのための優先度情報を受信することができる。７０４で、ＷＴＲＵは、例えば、アプリケーションＩＤのための優先度レベルがサポートされ得るかどうかを検証することができる。ＷＴＲＵは、例えば、アプリケーションごとに、またはピアＷＴＲＵによって使用されるＰｒｏＳｅ  ＷＴＲＵ  ＩＤもしくはＬ２ＩＤもしくはＩＰアドレスなどのピアＷＴＲＵの識別情報ごとに、サポートされ得る優先度の異なるレベルで事前構成されてよい。
【００８０】
中継ＷＴＲＵは、指し示された優先度レベルがＥＰＳベアラ上で相応にサポートされ得るかどうかを検証することができる。中継ＷＴＲＵは、優先度レベルに対するＥＰＳベアラへのマッピングを決定することができる。ＱｏＳクラス識別子（ＱＣＩ）などのＥＰＳ  ＱｏＳパラメータが引き出されてよい。例えば、ＥＰＳ  ＱｏＳパラメータは、優先度をサポートするために引き出されてよい。そのようなＱｏＳプロファイルによる新規のＥＰＳベアラが確立され得るか、それとも既存のＥＰＳベアラが修正および／または更新され得るかの判断がなされてよい。７０６で、ＷＴＲＵは、例えば、サポートされ得る優先度レベルを指し示すために、応答メッセージを作成する、および／または送ることができる。指し示された優先度レベルは、同じ優先度レベルであっても、異なる優先度レベルであってもよい。ＷＴＲＵは、例えば、応答メッセージで提供された優先度レベルがなぜ変更されたのかを指し示すために、原因コードを指し示すことができる。例えば、要求された優先度レベルは、進化型パケットシステム（ＥＰＳ）ベアラ上で相応にサポートされないことがある。中継ＷＴＲＵは、確立されるべきセッションがより低い優先度レベルでサポートされ得ることを指し示すために、例えば、現在アクティブであるＥＰＳベアラがリモートＷＴＲＵによって要求された優先度レベルをサポートしていないことを指し示すために、ＰＣ５−Ｓ応答を送ることができる。中継ＷＴＲＵは、原因コードを提供することができる。確立されるべきセッションは、例えば、論理チャネルＩＤ、アプリケーションＩＤ、（送信元、宛先）Ｌ２／ＩＰアドレスのペア、および／またはリストされたパラメータのセットによって識別されてよい。
【００８１】
７０８で、新規のセッションを開始するためのＰＣ５−Ｓメッセージを受信するＷＴＲＵは、ＰｒｏＳｅコンテキストを作成することができる。新規のセッションを開始するためのＰＣ５−Ｓメッセージを受信するＷＴＲＵは、論理チャネルＩＤによって、および／または特定の送信元および宛先アドレスについて決定されてよい。ＰｒｏＳｅコンテキストは、例えば、メッセージが新規のＰＣ５−Ｓ応答メッセージで応答された後に作成されてよい。ＷＴＲＵは、例えば、キープアライブメッセージがいつ送られ得るかを定義するために使用され得るタイマーなどの、他のパラメータを応答において提供して、関連付けられたコンテキストパラメータでＰｒｏＳｅコンテキストのアクティブ状態を維持することができる。新規のリフレッシュメッセージが受信される前のキープアライブタイマーの期限切れは、ＷＴＲＵがＰｒｏＳｅコンテキストを削除する結果となり得る。７１０で、ＷＴＲＵは、ＰｒｏＳｅコンテキストによって定義されたパラメータに従って、データを送ること、および／または受信することを開始することができる。
【００８２】
図８は、１つまたは複数の優先度レベル、またはＰｒｏＳｅコンテキストを有するＰｒｏＳｅセッションを確立する例を示す。図８に示されるように、ＷＴＲＵ１  ８０２は、送信されることになるパケットに関連付けられた優先度レベル（例えば、新規のＰＰＰ）を有することができる。８０６で、アプリケーションクライアントは、ＰＰＰ（例えば、新規のＰＰＰ）または優先度値でメッセージを作成するように、および／または送信するように、ＰｒｏＳｅレイヤに要求することができる。ＷＴＲＵ１  ８０２に関連付けられたアプリケーションクライアントは、ＷＴＲＵ１  ８０２におけるＰｒｏＳｅレイヤに、優先度レベルを提供することができる。ＰｒｏＳｅレイヤは、優先度値を有するＰｒｏＳｅリンクまたは論理チャネルが存在するかどうかを検証することができる。８０８で、ＷＴＲＵ１  ８０２のＰｒｏＳｅレイヤは、確立されるべき新規のＰｒｏＳｅリンクまたは論理チャネルについての情報、および関連付けられた優先度を有することができるＰＣ５−Ｓメッセージ（例えば、新規のＰＣ５−Ｓメッセージ）を作成することができる。ＰｒｏＳｅレイヤは、例えば、関連付けられた優先度を有するＰｒｏＳｅリンクまたは論理チャネルが存在しないとき、ＰＣ５−Ｓメッセージを作成することができる。優先度は、マップされた優先度、またはアプリケーションレイヤから受信された優先度レベルであってよい。ＰｒｏＳｅレイヤは、アプリケーションレイヤによって要求された優先度レベルを反映するように、ＰｒｏＳｅコンテキストを作成することができる。８１０で、ＰｒｏＳｅレイヤは、宛先ＷＴＲＵであるＷＴＲＵ２  ８０４に、ＰＣ５−Ｓメッセージを送ることができる。例えば、ＰＣ５−Ｓメッセージは、Ｐｒｏコンテキストまたは優先度レベルについての情報、および論理チャネルＩＤを含むことができる。
【００８３】
８１０で、ＷＴＲＵ２  ８０４は、ＷＴＲＵ１  ８０２からＰＣ５−Ｓメッセージを受信することができる。８１２で、ＷＴＲＵ２  ８０４は、優先度情報を含むメッセージのコンテンツを処理し、検証することができる。例えば、ＷＴＲＵ２  ８０４は、指し示された優先度レベルがＷＴＲＵによってハンドリングされ得るかどうか（例えば、ＱｏＳに関連付けられた許容されたＥＰＳベアラにマップされるか）を検証することができる。８１４で、ＷＴＲＵ２  ８０４は、サポートされる優先度値を決定することができ、論理チャネルのためのＰｒｏＳｅコンテキストを作成することができる。ＷＴＲＵ２  ８０４は、サポートされる優先度レベルを修正することができる。８１６で、ＷＴＲＵ２  ８０４は、ＰＣ５−Ｓメッセージで応答することができる。ＰＣ５−Ｓメッセージは、ハンドリングされ得る、サポートされる優先度レベルを指し示すことができる。
【００８４】
８１６で、ＷＴＲＵ１  ８０２は、ＷＴＲＵ２  ８０４からＰＣ５−Ｓメッセージを受信することができる。ＰＣ５−Ｓメッセージは、８１０で送られた先のメッセージに応答してＷＴＲＵ１  ８０２によって受信されてよく、コンテンツはサポートされる優先度レベルを指し示す。８１８で、ＷＴＲＵ１  ８０２は、先に開始されたタイマーを停止することができる。ＷＴＲＵ１  ８０２は、指し示された優先度レベルおよび指し示された論理チャネルに従って、対応するＰｒｏＳｅコンテキストを修正することができる。ＷＴＲＵ１  ８０２は、優先度レベルが承諾されたことを上位レイヤに通知することができる。８２０で、ＷＴＲＵ１  ８０２は、例えば、やり取りされるＰｒｏＳｅコンテキストに従って、ＰｒｏＳｅ通信においてそのピアＷＴＲＵであるＷＴＲＵ２  ８０４に関与することができる。
【００８５】
本明細書で説明されるように、２つのＷＴＲＵ間での優先度レベル情報のやり取りは、ＷＴＲＵのグループがＰｒｏＳｅレイヤを介して通信している場合に適用可能であってよい。例えば、ＰｒｏＳｅ通信のための優先度レベルは、ＰｒｏＳｅを使用して通信するＷＴＲＵのグループなどの、２つまたはそれ以上のＷＴＲＵの間でやり取りされてよい。ＷＴＲＵは、グループにＰＣ５−Ｓメッセージを送ることができる。ＷＴＲＵは、メッセージコンテンツにおいて、優先度表示または優先度を修正するための要求がグループに適用されることを指し示すことができる。例えば、中継ＷＴＲＵは、それがもはや優先度レベルのハンドリングをサポートできないこと、またはそれが優先度の最大レベルをサポートできる（例えば、もっぱらサポートする）ことを、リモートＷＴＲＵの各々に通知しようとすることがある。中継ＷＴＲＵは、ＰＣ５−Ｓメッセージを送って、例えば、サポートされ、リモートＷＴＲＵの各々に適用され得る最大優先度レベルを指し示すことができる。中継ＷＴＲＵからのＰＣ５−Ｓメッセージは、リモートＷＴＲＵの各々へのメッセージ適用可能性を指し示す情報を含むことができる。ＰＣ５−Ｓメッセージは、例えば、グループＩＤ、グループによって使用されるＩＰアドレス、サービスＩＤ、ＰｒｏＳｅ中継サービスコード、またはグループによって使用される宛先Ｌ２アドレスのうちの１つまたは複数を含むことができる。ＰＣ５−Ｓメッセージは、例えば、グループによって使用される宛先Ｌ２アドレスを使用することによって、リモートＷＴＲＵのグループに送られてよい。ＷＴＲＵは、本明細書で論じられるように、例えば、ＷＴＲＵが個々のピアＷＴＲＵにＰＣ５−Ｓメッセージを送るとき、挙動に関与する（例えば、同じアクションを取る）ことができる。
【００８６】
グループの一部であり得るＷＴＲＵは、ＰＣ５−Ｓメッセージを受信することができる。ＰＣ５−Ｓメッセージは、ＷＴＲＵがその一部であり得るグループに宛てられてよい。メッセージは、ＰｒｏＳｅコンテキストを修正するための要求、または送信元ＷＴＲＵとの通信に使用される優先度を含むことができる。メッセージは、受信するＷＴＲＵによって使用され得る優先度の最大レベルを含むことができる。ＷＴＲＵは、そのＰｒｏＳｅコンテキストをそれに応じて修正する、または送信元ＷＴＲＵと通信するために使用される優先度をそれに応じて修正することができる。本明細書で説明されるように、ＷＴＲＵは、優先度またはＰｒｏＳｅコンテキストを修正するためにＰＣ５−Ｓメッセージを受信するとき、挙動に関与する（例えば、アクションを取る）ことができる。ＷＴＲＵは、要求のステータスを指し示すために応答することができる。ＷＴＲＵは、通信のための優先度レベルの変化について、高位レイヤに通知することができる。
【００８７】
論理チャネルの優先度は、例えばＬＣＩＤと共に、ＭＡＣヘッダ内に組み込まれてよい。例えば、受信するピアＷＴＲＵが受信されたＭＡＣ  ＰＤＵからの異なる論理チャネルを逆多重化しているとき、受信するピアＷＴＲＵは、ＬＣＩＤによって識別される（例えば各々の）論理チャネルに関連付けられた優先度レベルを抽出することができてよい。優先度情報は、ＷＴＲＵにおける上位レイヤ（例えば、ＰｒｏＳｅレイヤおよび／またはＮＡＳレイヤ）に提供されてよい。上位レイヤは、優先度情報を使用して、論理チャネルからの対応するデータがＥＰＳベアラ上で搬送されることを決定することができる。ＥＰＳベアラのＱｏＳプロファイルは、中継ＷＴＲＵでの着信ＰｒｏＳｅデータの指し示された優先度を満たす、または優先度に応えることができる。
【００８８】
ＷＴＲＵ間の優先度を修正する（例えば、動的に修正する）ための、システム、方法および手段が提供されてよい。例えば、ＷＴＲＵが優先度レベルをハンドリングする能力がないとき、優先度は修正され得る。例えば、中継ＷＴＲＵコンテキストは、ＰＣ５論理チャネルＩＤからＥＰＳベアラＩＤへのマッピングを含むことができる。このマッピングは、ＰＣ５論理チャネルＩＤの優先度に基づいていてよい。中継ＷＴＲＵは、１つまたは複数のＷＴＲＵからの、例えば一定の優先度レベルで、ハンドリングするには多すぎるデータを有することがある。中継ＷＴＲＵは、一定の優先度でのＰＣ５トラフィックのハンドリングを実現不可能にすることがあるＥＰＳベアラを、非アクティブ化させることができる。中継ＷＴＲＵは、例えば、一定の優先度のためにトラフィックをハンドリングするその能力における変化を通信するために、そのピアＷＴＲＵにＰＣ５−Ｓメッセージを送ることができる。メッセージは、少なくとも１つの識別された論理チャネルＩＤのためにサポートされ得る修正された優先度レベルを備えることができる。メッセージは、修正の理由を指し示す原因コード、および／または、識別されたチャネルもしくは１つもしくは複数の論理チャネルＩＤについて別の優先度レベルもしくはより高い優先度レベルを要求することを受信者が許容され得ない継続時間を規定するタイマーをさらに備えることができる。中継ＷＴＲＵは、ＰＣ５−Ｓメッセージを送る前、または送った後に、対応するＰｒｏＳｅコンテキストを修正することができる。ＰｒｏＳｅコンテキストを修正することは、ＰｒｏＳｅコンテキストに関連付けられたパラメータ値（例えば、優先度値）を変更すること、またはＰｒｏＳｅコンテキストを非アクティブ化することを伴ってよい。非アクティブ化することは、ＰｒｏＳｅコンテキスト、およびＰｒｏＳｅコンテキストによって使用される構成を削除する結果となり得る。中継ＷＴＲＵは、例えばメッセージを送るとき、タイマーを開始することができる。タイマーは、応答のための時間（例えば、最大時間）を指し示すことができる。ＷＴＲＵは、例えば応答（例えば、ＰＣ５−Ｓ応答メッセージ）が受信されるとき、タイマーを停止することができる。中継ＷＴＲＵは、例えば、それがもはや中継器としての役割をすることができないとき、ＰｒｏＳｅリンクの優先度を修正するための要求を送ることができる。
【００８９】
図９は、ＷＴＲＵ（例えば、中継ＷＴＲＵ）またはＷＴＲＵにおけるＰｒｏＳｅレイヤが、修正された優先度情報を有する新規のＰＣ５−Ｓメッセージを送る例を示す。図９に示されるように、９０２で、以下のうちの１つまたは複数が発生することがある。ＷＴＲＵ（例えば、中継ＷＴＲＵ）の能力が変化し得る、１つまたは複数のＥＰＳベアラが修正され得る、またはＷＴＲＵが輻輳され得る。９０４で、ＷＴＲＵのＰｒｏＳｅレイヤは、ＰＣ５−Ｓメッセージ（例えば、新規のＰＣ５−Ｓメッセージ）を作成することができる。ＰＣ５−Ｓメッセージは、修正された優先度レベルを含むことができる。優先度レベルは、論理チャネルＩＤのうちの１つまたは複数について修正されてよい。優先度レベルは、論理チャネルＩＤの各々についてサポートされてよい。９０６で、ＰｒｏＳｅレイヤは、ＰＣ５−Ｓメッセージを送ることができる。ＰｒｏＳｅレイヤは、タイマーを開始することができる。タイマーは、送られたメッセージに対する応答がそれ以内にＷＴＲＵによって受信され得る継続時間の間、作動してよい。９０８で、ＰｒｏＳｅレイヤは、応答を受信することができる。それに応じて、ＰｒｏＳｅレイヤは、タイマーを停止し、ＰｒｏＳｅコンテキストを作成する、および／または修正することができる。ＰｒｏＳｅレイヤは、そのような変化について、ＷＴＲＵ内の１つまたは複数の高位レイヤに通知することができる。９１０で、ＷＴＲＵは、ＰｒｏＳｅコンテキストによって定義されたパラメータに従って、データをハンドリングすることを開始することができる。ＰｒｏＳｅコンテキストは、宛先アドレス、論理チャネルＩＤ、またはアプリケーションＩＤのうちの１つまたは複数についてであってよい。ＰＣ５−Ｓメッセージは、ＰｒｏＳｅリンクの優先度の修正につながることがある。修正は、例えば、ＷＴＲＵ（例えば、中継ＷＴＲＵ）またはＰｒｏＳｅレイヤが、１つまたは複数のＷＴＲＵからの一定の優先度で、パケットをハンドリングできないときに発生することがある。
【００９０】
ＷＴＲＵは、ＰｒｏＳｅリンクまたは論理チャネルＩＤに関係した優先度を修正するためのＰＣ５−Ｓメッセージを受信することができる。ＷＴＲＵは、受信された修正要求に従って、そのＰｒｏＳｅコンテキストを修正することができる。例えば、ＷＴＲＵは、ＰｒｏＳｅコンテキストを削除する、および／または、この論理チャネルに割り振られたパケットのための異なる優先度レベル（または論理チャネルＩＤ）を使用することができる。ＷＴＲＵにおけるＰｒｏＳｅレイヤは、一定の優先度レベルがもはやサポートされていないことを、アプリケーションレイヤに通知することができる。ＰｒｏＳｅレイヤは、サポートされ得る最大優先度レベル（例えば、ＰＰＰ）を提供することができる。ＷＴＲＵにおけるアプリケーションクライアントは、サポートされる範囲内で優先度レベルを使用することを開始することができる。ＷＴＲＵにおけるＰｒｏＳｅレイヤは、例えば、ＰｒｏＳｅコンテキストが修正されていること、または論理チャネルＩＤの優先度レベルがそれに応じて修正されていることをピアＷＴＲＵに通知するために、ＰＣ５−Ｓメッセージで応答することができる。
【００９１】
図１０は、２つのＷＴＲＵ間、ＷＴＲＵ１  １００２とＷＴＲＵ２  １００４との間のＰｒｏＳｅリンクまたはＰｒｏＳｅ通信のために、ＰｒｏＳｅコンテキストまたは優先度を修正する例を示す。ＰｒｏＳｅリンクまたはＰｒｏＳｅ通信のためのＰｒｏＳｅコンテキストまたは優先度は、１つまたは複数の論理チャネルＩＤについてであってよい。図１０に示されるように、１００６で、ＷＴＲＵ１  １００２とＷＴＲＵ２  １００４との間のＰｒｏＳｅ通信が進行中であってよい。進行中のＰｒｏＳｅ通信は、先に確立されたＰｒｏＳｅコンテキストおよび／または優先度に基づいていてよい。１００８で、以下のうちの１つまたは複数において変化が発生することがある。ＷＴＲＵ２  １００４の能力、負荷レベル、またはＥＰＳベアラ。例えば、ＥＰＳベアラが、修正される、または非アクティブ化されることがある。１０１０で、ＷＴＲＵ２  １００４は、優先度またはＰｒｏＳｅコンテキストにより確立されたＰｒｏＳｅリンクへの修正を要求することができるＰＣ５−Ｓメッセージ（例えば、新規のＰＣ５−Ｓメッセージ）を作成することができる。１０１２で、ＷＴＲＵ２  １００４は、優先度（またはＰｒｏＳｅコンテキスト）の修正を要求するＰＣ５−Ｓメッセージを、ＷＴＲＵ１  １００２に送ることができる。メッセージは、修正のために使用されることになる情報および／またはＰｒｏＳｅコンテキストを含むことができる。１０１４で、ＷＴＲＵ１  １００２は、メッセージを受信することができる。１０１６で、ＷＴＲＵ１  １００２は、受信された情報および／またはＰｒｏＳｅコンテキストに従って、そのＰｒｏＳｅコンテキストを修正することができる。ＷＴＲＵ１  １００２は、修正された優先度および／またはＰｒｏＳｅコンテキストについて、その高位レイヤに通知することができる。１０１８で、ＷＴＲＵ１  １００２は、ＰｒｏＳｅコンテキストおよび／または優先度値を修正するための要求のステータスを指し示すために、ＰＣ５−Ｓ応答メッセージを作成することができる。１０２０で、ＷＴＲＵ１  １００２は、応答メッセージをＷＴＲＵ２  １００４に送ることができる。応答メッセージは、要求のステータスについてＷＴＲＵ２  １００４に通知することができる。１０２２で、ＷＴＲＵ１  １００２とＷＴＲＵ２  １００４との間のＰｒｏＳｅ通信が、修正されたＰｒｏＳｅコンテキストおよび／または優先度値に従って再開されてよい。
【００９２】
ＰｒｏＳｅリンクの優先度値、およびそれをＥＰＳベアラにマップすることを決定するための、システム、方法および手段が提供されてよい。（例えば、優先度情報を有するＰＣ５−Ｓメッセージにおいて、または中継ＷＴＲＵによって受信されるＭＡＣヘッダにおいて指し示される）優先度レベルは、そのまま使用されてもよいし、またはＰＣ５  ＰｒｏＳｅ優先度レベルにマップされてよい。中継ＷＴＲＵは、ＰＣ５  ＰｒｏＳｅ優先度をサポートするための適切なＥＰＳベアラＱｏＳを決定することができる。
【００９３】
ＥＰＳベアラＱｏＳは、例えば、ＰＣ５  ＰｒｏＳｅ優先度とＥＰＳ  ＱｏＳプロファイルとの間のマッピングに基づいて、中継ＷＴＲＵで決定されてよい。例えば、ＥＰＳベアラＱｏＳは、ＱＣＩ、割り振りおよび保持優先度（ＡＲＰ）、その他などのパラメータを使用して決定されてよい。
【００９４】
ＥＰＳベアラＱｏＳは、中継ＷＴＲＵで決定されてよい。例えば、ＥＰＳベアラＱｏＳは、ＰＣ５  ＰｒｏＳｅ優先度と、ＥＰＳベアラのＱＣＩの優先度ＱｏＳ属性との間の明瞭なマッピングに基づいて決定されてよい。ＰＣ５  ＰｒｏＳｅ優先度レベルは、以下のうちの１つにマップされてよい。ＱＣＩ５、６、７、８、および９をそれぞれ有するＥＰＳ優先度１、７、６、８、および９などの非保証ビットレート（非ＧＢＲ）ＥＰＳベアラの優先度、またはＥＰＳ優先度／ＱＣＩ（例えば、非ＧＢＲベアラのみに限定されない）。ＰＣ５  ＰｒｏＳｅ優先度レベルは、例えば、保証ビットレートがＰｒｏＳｅ  ＰＣ５リンク／セッションについて規定されていない（例えば、ＰｒｏＳｅのためのＱｏＳサポートがない）ときにマップされてよい。ＰｒｏＳｅ  ＰＣ５優先度からＥＰＳ優先度／ＱＣＩのマッピングは、ＰＣ５優先度の特定の範囲が所与のＥＰＳ優先度値にマップするような、規定された範囲／閾値による判断境界に基づいていてよい。
【００９５】
ＰｒｏＳｅは、例えば、ＰｒｏＳｅ保証ビットレート、ＰｒｏＳｅパケット遅延、ＰｒｏＳｅパケットロスなどを含むＱｏＳパラメータをサポートすることができる。これらのＱｏＳパラメータは、例えば、優先度情報と共にＰＣ５−Ｓメッセージにおいて提供されてよい。ＰＣ５優先度レベルは、ＥＰＳ優先度２、４、５および３をそれぞれ有するＱＣＩ１、２、３、および４などの、保証ビットレート（ＧＢＲ）ＥＰＳベアラの優先度にマップされてよい。ＱｏＳベアラ特性が、指し示されたＰＣ５  ＱｏＳパラメータを満たすように選択されてよい。
【００９６】
ＰＣ５  ＰｒｏＳｅ優先度から、ＥＰＳ  ＱｏＳプロファイルまたはＥＰＳ  ＱＣＩ／優先度へのマッピングは、静的であってよい。これらのマッピングは、事前に決定された関係に基づいていてよい。事前に決定された関係は、例えば、モバイル装置（ＭＥ）、ユニバーサル加入者識別モジュール（ＵＳＩＭ）のＰｒｏＳｅ構成情報において、または、オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）を介してＷＴＲＵに対してプッシュされるＰｒｏＳｅ管理オブジェクトを介して、中継ＷＴＲＵでローカルに事前構成されてよい。
【００９７】
ＰＣ５  ＰｒｏＳｅ優先度から、ＥＰＳ  ＱｏＳプロファイルまたはＥＰＳ  ＱＣＩ／優先度へのマッピングは、動的であってもよい。例えば、ＰＣ５  ＰｒｏＳｅ優先度から、ＥＰＳ  ＱｏＳプロファイルまたはＥＰＳ  ＱＣＩ／優先度へのマッピングは、ネットワークによって割り当てられてよい。そのような割り当ては、ネットワークの全体リソース、ＷＴＲＵの許容された、かつ割り振られたベアラリソースなどに依存することができる。例えば、中継ＷＴＲＵは、ネットワークノード（例えば、ＭＭＥまたはＰｒｏＳｅ機能）に接触して、（例えば、優先度情報を有するＰＣ５−Ｓメッセージの受信時に）マッピングを取り出すことができる。マッピングは、ＰｒｏＳｅ機能によって、例えばＰｒｏＳｅ認可の間に、ＷＴＲＵにプロビジョンされてよい。
【００９８】
中継ＷＴＲＵは、ＰＣ５  ＰｒｏＳｅ優先度／ＱｏＳを満たすために、ＥＰＳ  ＱｏＳパラメータ（例えば、ＱＣＩ）を決定することができる。中継ＷＴＲＵは、ＱｏＳ／ＱＣＩを有するＥＰＳベアラが既に存在するか、それとも新規のＥＰＳベアラが確立されるべきかを検査することができる。
【００９９】
ＰＣ５  ＰｒｏＳｅ優先度をハンドリングすることができる、ＱｏＳ／ＱＣＩを有する確立されたＥＰＳベアラが存在してよい。中継ＷＴＲＵは、一致するＱｏＳを有するアクティブなデフォルトベアラまたは専用ベアラのために、アップリンクトラフィックフローテンプレート（ＴＦＴ）に関して更新を要求することができる。例えば、中継ＷＴＲＵは、パケットデータネットワークゲートウェイ（ＰＧＷ）に更新を要求することができる。中継ＷＴＲＵは、同様のＱｏＳ／ＱＣＩハンドリングを有し得るＰｒｏＳｅトラフィックフローを管理する、および／または操作するために、更新を要求することができる。中継ＷＴＲＵは、ＷＴＲＵが要求したベアラリソース修正を始めることができる。ベアラリソース修正は、ベアラＱｏＳ更新なしに、ベアラ修正をトリガすることができる。
【０１００】
中継ＷＴＲＵは、例えば、適切なＱｏＳ／ＱＣＩを有するＥＰＳベアラが利用可能でない場合、適切なＱｏＳ／ＱＣＩプロファイルを有する新規の専用ベアラを確立することを選ぶことができる。例えば、新規の専用ベアラは、ＷＴＲＵが要求したベアラリソース修正をトリガすることによって確立されてよい。ベアラリソース修正をトリガすることは、求められた値に基づいて適切なＱｏＳ／ＱＣＩを有する新規の専用ベアラを確立するための、専用ベアラアクティブ化を呼び出すことができる。
【０１０１】
図７に示されるように、中継ＷＴＲＵは、例えば、ＰｒｏＳｅ優先度がＥＰＳベアラにマップされるとき、ＥＰＳ  ＱｏＳ／ＱＣＩが決定されるとき、および決定されたＥＰＳ  ＱｏＳ／ＱＣＩパラメータに基づいてＥＰＳベアラが確立または修正されるとき、ＰｒｏＳｅコンテキストを作成することができる。ＰｒｏＳｅコンテキストは、パケットがそこでフォワードされ得るマップされたＥＰＳベアラについて、例えば、（論理チャネルＩＤ、優先度レベル）と、（ＥＰＳベアラＩＤ、ＥＰＳベアラのＱｏＳパラメータ）との間のマッピングについての情報に基づいて、作成されてよい。中継ＷＴＲＵは、サポートされ得るＰＣ５  ＰｒｏＳｅ優先度レベルを確認するために、応答メッセージをそのピアＷＴＲＵに送ることができる。ダウンリンクにおける中継ＷＴＲＵは、例えば、それが所与のＥＰＳベアラ上でｅＮＢからリモートＷＴＲＵに宛てられたダウンリンクデータを受信するとき、上述した挙動に関与することができる。中継ＷＴＲＵは、ＥＰＳベアラがマップすることができる関連付けられたＰＣ５論理チャネルを決定することができる。中継ＷＴＲＵは、例えば、（例えば、その対応するＱｏＳパラメータを有する）ベアラのＥＰＳベアラＩＤが、中継ＷＴＲＵによって維持されるＰｒｏＳｅコンテキストにおけるマップされたＥＰＳベアラと一致するとき、関連付けられたＰＣ５論理チャネルを決定することができる。
【０１０２】
中継ＷＴＲＵは、例えば、ＥＰＳベアラＩＤが中継ＷＴＲＵのＰｒｏＳｅコンテキストのいずれにも存在しない場合、または同じＥＰＳベアラが１つまたは複数のＰＣ５論理チャネルのためにマップされている場合、ＥＰＳ  ＱｏＳ／ＱＣＩのＰＣ５  ＰｒｏＳｅ優先度への逆マッピングを適用して、適切なＰＣ５論理チャネルを決定することができる。例えば、２つの異なるＰＣ５論理チャネルが、同じＥＰＳベアラにマップする。
【０１０３】
逆マッピングは、本明細書で論じられるように、静的に割り当てられても、または動的に割り当てられてよい。中継ＷＴＲＵは、決定されたＰＣ５優先度を有する新規のＰＣ５論理チャネルが確立されるべきかどうか、または、利用可能なＰＣ５論理チャネルが存在し、使用され得るかどうかを決定することができる。中継ＷＴＲＵは、決定されたＰＣ５  ＰｒｏＳｅ優先度に基づいて、そのような決定を行うことができる。
【０１０４】
中継ＷＴＲＵは、ＱｏＳを有するＥＰＳベアラを少なくとも１つのＰＣ５  ＰｒｏＳｅ優先度レベルにマップする、マッピング情報で構成されてよい。マッピング情報は、ＱｏＳを有するＥＰＳベアラから、ＰｒｏＳｅ  ＰＣ５優先度のリスト（または範囲）へのマッピングを備えることができる。ＷＴＲＵは、例えば、ＷＴＲＵがＱｏＳを有するＥＰＳベアラ上でデータを受信するとき、使用され得るＰＣ５優先度レベルまたは優先度レベルの範囲を決定することができる。ＷＴＲＵは、例えば、２つ以上のレベルへのマッピングがあるとき、その負荷条件に基づいて、最も高い、または最も低い優先度を選ぶことができる。
【０１０５】
ＥＰＳ  ＱｏＳ（例えば、Ｑ１）は、ある値（例えば、考え得る優先度レベルＰ）よりも少ないＰＣ５  ＰｒｏＳｅ優先度の値の範囲にマップすることができる。データは、ＱｏＳを有するＥＰＳベアラ上で受信されてよい。例えば、ＷＴＲＵがＱｏＳを有するＥＰＳベアラ上でデータを受信するとき、ＷＴＲＵは、データをＰＣ５優先度レベルＰまたはそれ未満のレベルにマップすることができる。受信されたデータの、ＰＣ５優先度レベルＰへのＷＴＲＵのマッピングは、優先度レベルＰを有する論理チャネルが存在するかどうかに、および／またはＷＴＲＵの負荷条件に依存してよい。
【０１０６】
図１１は、中継ＷＴＲＵまたはＰｒｏＳｅレイヤが、優先度情報を有する新規のＰＣ５−Ｓメッセージを受信し、および／または処理し、適切なＥＰＳベアラマッピングを決定する例を示す。図１１に示されるように、１１０２で、中継ＷＴＲＵは、ＰＣ５−Ｓメッセージにおいて受信された、指し示された優先度情報に基づいて、ＰＣ５  ＰｒｏＳｅ優先度を決定することができる。１１０４で、中継ＷＴＲＵは、ベアラＱｏＳ（例えば、ＱＣＩ）がＰＣ５  ＰｒｏＳｅ優先度をサポートするかどうかを決定することができる。１１０６で、中継ＷＴＲＵは、決定されたＥＰＳベアラＱｏＳを有する新規のＥＰＳベアラを確立すると判断する、または同じＱｏＳで既存のベアラを修正することができる。１１０８で、中継ＷＴＲＵは、マップされたＥＰＳベアラについての情報でＰｒｏＳｅコンテキストを作成し、ＰｒｏＳｅ優先度がサポートされるように確認するための応答メッセージを送ることができる。
【０１０７】
例えば、ＷＴＲＵが受信された優先度もしくはマップされた優先度をサポートできない場合、またはベアラ修正もしくはベアラアクティブ化をサポートできない場合、ＷＴＲＵは、より低い優先度、または受信された優先度と比べて低いＱｏＳ優先度を有するＥＰＳベアラをマップする、または使用することができる。ＷＴＲＵは、例えば、ネットワークまたは既存の事前構成からの拒絶のために、ベアラを修正すること、またはベアラをアクティブ化することができないことがある。ＷＴＲＵは、選択されたＥＰＳベアラを使用することができる。ＷＴＲＵは、ＰｒｏＳｅコンテキストを修正することができる。修正されたＰｒｏＳｅコンテキストは、ＰｒｏＳｅリンクまたは論理チャネルと、優先度および選択されたＥＰＳベアラとの間のマッピングを含むことができる。ＷＴＲＵは、例えば、本明細書で説明されるように選択およびマッピングを反映するように、ＰｒｏＳｅコンテキストを修正することができる。
【０１０８】
ＷＴＲＵは、例えば、ＰＣ５−Ｓシグナリングメッセージを使用して、修正された優先度レベルについて、他のＷＴＲＵに応答する、または通知することができる。ＰＣ５−Ｓメッセージは、優先度を修正するための理由を指し示すための原因コードを備えることができる。
【０１０９】
ＷＴＲＵ−ネットワーク間中継器でＭＢＭＳデータをハンドリングするための、システム、方法および手段が提供されてよい。ＭＢＭＳセッション優先度レベルは、ネットワークによって提供されてよい。ＭＢＭＳ中継をサポートする中継ＷＴＲＵは、サービス／セッション優先度記述／表示を受信することができる。サービス／セッション優先度記述／表示は、サービスプロバイダからのＭＢＭＳサービス告知メッセージにおいて受信されてよい。例えば、優先度記述／表示は、ユーザサービス記述（ＵＳＤ）メタデータにおいてＴＭＧＩに関連付けられてよい。
【０１１０】
サービスプロバイダは、例えば、サービス／セッションの性質に基づいて、様々なＭＢＭＳサービス／セッションのための優先度を割り当てることができる。例えば、公衆安全に関係したＭＢＭＳサービスは、エンターテインメントサービスよりも高い優先度を割り当てられてよい。音声セッションは、ビデオセッションよりも高い優先度を割り当てられてよい。ＭＢＭＳサービス／セッション優先度のレベルおよび優先度順位の数が、優先度レベル数によって表されてよい。例えば、８つの優先度レベルが提供されてよい。例えば、優先度レベル１は、優先度レベル２よりも高くてもよい、などである。ＭＢＭＳサービス／セッションの優先度情報を欠いたサービス告知は、明示的な優先度を有するサービス告知よりも低い優先度を有するものとして考えられてよい。
【０１１１】
図１２は、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データの優先度を決定する例を示す。図１２に示されるように、１２１２で、進化型ノードＢ（ｅＮＢ）またはマルチセル／マルチキャスト調整エンティティ（ＭＣＥ）１２０６は、モビリティ管理エンティティ（ＭＭＥ）１２０８から、ＭＢＭＳ拡張型無線アクセスベアラ（Ｅ−ＲＡＢ）ＱｏＳパラメータを受信することができる。１２１４で、ｅＮＢまたはＭＣＥ１２０６は、例えば、ＭＭＥから受信されたＭＢＭＳ  Ｅ−ＲＡＢ  ＱｏＳパラメータに基づいて、ＭＢＭＳセッションのための優先度を決定する／引き出すことができる。パラメータは、Ｍ３インターフェース上で受信されてよい。ｅＮＢまたはＭＣＥは、ＱｏＳパラメータにおける割り振りおよび保持優先度（ＡＲＰ）から、ＭＢＭＳセッションのための優先度を引き出す（例えば、直接引き出す）ことができる。（例えば、ｅＮＢによって提供される）ＭＢＭＳ−Ｓｅｓｓｉｏｎｌｎｆｏは、優先度レベルを備えることができる。ｅＮＢは、例えばオペレーションおよびメンテナンス（Ｏ＆Ｍ）手順を使用して、優先度情報を引き出すことができる。ｅＮＢは、ネットワークにおけるＭＢＭＳノードなどの、ネットワークにおけるＭＭＥまたはＭＢＭＳインフラストラクチャから、優先度情報を受信することができる。
【０１１２】
１２１６で、中継ＷＴＲＵ１２０４は、ｅＮＢ／ＭＣＥ１２０６から、ＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎを受信することができる。ＭＢＭＳ中継をサポートする中継ＷＴＲＵ１２０４は、例えば、マルチキャスト制御チャネル（ＭＣＣＨ）においてブロードキャストされた、受信されたＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎから、特定のＴＭＧＩに関連付けられた優先度表示を読み出すことができる。ＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎのＭＢＭＳ−Ｓｅｓｓｉｏｎｌｎｆｏ要素は、例えば以下の例に従って、優先度表示を提供するように拡げられてよい。
【０１１３】
【数１】
0006623238.tif 000002
【０１１４】
１２１８で、中継ＷＴＲＵ１２０４は、受信されたＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎを使用して、適切なＰＣ５優先度レベルを決定することができる。決定されたＰＣ５優先度レベルは、受信された（または読み出された）優先度レベルからマップされてよい。中継ＷＴＲＵ１２０４は、マッピングを実施するように、および／または、読み出されたもしくは受信された優先度レベルを使用するように構成されてよい。中継ＷＴＲＵ１２０４は、例えば、パラメータまたはパラメータのサブセットに従ってＰｒｏＳｅコンテキストを作成することができ、例えば、パラメータは、ＰｒｏＳｅ通信コンテキストを定義する、または維持するために使用される。中継ＷＴＲＵ１２０４は、例えば、ＷＴＲＵがＭＢＭＳサービス（またはＴＭＧＩ）についてのデータを受信するとき、そのＰｒｏＳｅコンテキストを検証することができる。検証は、例えば、ＷＴＲＵがＰＣ５リンク上でＭＢＭＳデータをフォワードするために使用することができるＰＣ５論理チャネルを決定するために実施されてよい。ＰｒｏＳｅコンテキストは、ＴＭＧＩと、ＰｒｏＳｅリンク（または論理チャネルＩＤおよび／もしくは他のパラメータ）との間のマッピングなどの情報を備えることができる。１２２２で、中継ＷＴＲＵ１２０４は、引き出された、または決定されたＰＣ５パケット単位優先度を使用して、ＰＣ５リンク上でＭＢＭＳデータを送信することができる。１２２０で、ＷＴＲＵ１２０４は、例えば、ＭＢＭＳゲートウェイ１２１０から、ＭＢＭＳを受信することができる。１２２４で、中継ＷＴＲＵ１２０４は、１つまたは複数のリモートＷＴＲＵ１２０２に、ＭＢＭＳデータをフォワードすることができる。中継ＷＴＲＵ１２０４は、決定されたＰｒｏＳｅリンク上で、またはＴＭＧＩに関連付けられた、決定された優先度レベルで、ＭＢＭＳデータをフォワードすることができる。
【０１１５】
ＭＢＭＳ中継をサポートする中継ＷＴＲＵは、１つまたは複数のＭＢＭＳセッション（例えば、ＴＭＧＩ）のＱｏＳパラメータについてのクエリメッセージを、ＭＭＥに送ることができる。ＭＭＥは、それが１つまたは複数のセッションに割り当てたＱｏＳ情報を返すことができる。中継ＷＴＲＵは、例えば、受信されたＱｏＳパラメータに基づいて、ＭＢＭＳセッションのための優先度を引き出すことができる。中継ＷＴＲＵは、ＭＢＭＳセッションに割り当てられたＡＲＰをクエリすることができる。中継ＷＴＲＵは、受信されたＡＲＰ情報を使用して、優先度レベルを引き出すことができる。
【０１１６】
ＭＢＭＳ中継をサポートする中継ＷＴＲＵは、１つまたは複数のＭＢＭＳサービス／セッションのための優先度情報をクエリするために、クエリメッセージをＰｒｏＳｅ機能に送ることができる。中継ＷＴＲＵは、ＰＣ３インターフェースを介して、クエリメッセージを送ることができる。クエリメッセージは、例えば、サービスを提供するアプリケーションサーバを決定し、問題となるサービスを識別することをＰｒｏＳｅ機能に許可するために、ＭＢＭＳサービス記述および識別を含むことができる。ＰｒｏＳｅ機能は、例えばクエリメッセージに基づいて、アプリケーションサーバを決定することができ、クエリをサーバにフォワードすることができる。ＰｒｏＳｅ機能は、ＰＣ２インターフェースを介して、クエリをフォワードすることができる。ＰｒｏＳｅ機能は、アプリケーションサーバから受信された応答を、クエリを始めた中継ＷＴＲＵにフォワードすることができる。
【０１１７】
ＭＢＭＳセッション優先度レベルは、ＷＴＲＵによって、他のＷＴＲＵに提供されてよい。他のＰｒｏＳｅ  ＷＴＲＵ、例えば、リモートＷＴＲＵは、リモートＷＴＲＵが関心のある（例えば、ＴＭＧＩによって識別された）ＭＢＭＳサービス／セッションの優先度を、先回りして送ることができる。特定のＴＭＧＩのための優先度レベル情報、またはＭＢＭＳ優先度を決定するために使用され得る他のパラメータは、ＰＣ５−Ｓ（例えば、新規のＰＣ５−Ｓ）シグナリングメッセージにおいて送られてよい。例えば、ＴＭＧＩモニタリング要求メッセージが使用されてもよい。優先度レベルは、明示的であっても、暗黙的であってもよい。例えば、リモートＷＴＲＵからのシグナリングメッセージまたはＴＭＧＩモニタリング要求メッセージは、ＴＭＧＩに関連付けられた優先度レベルを含むことができる。優先度は、暗黙的に引き出されてもよい。例えば、優先度は、ブロードキャストセッションをセットアップするために受信されたＰＣ５−Ｓシグナリングメッセージの優先度から、中継ＷＴＲＵによって引き出されてもよい。シグナリングメッセージは、ＴＭＧＩモニタ要求メッセージであってもよい。中継ＷＴＲＵは、例えば、それがＭＢＭＳトラフィックをＰＣ５の１対多リンク上で送るとき、ＰＰＰ、優先度、またはＬＣＩＤを使用することができる。リモートＷＴＲＵは、例えば、ユーザサービス記述（ＵＳＤ）において、またはアプリケーションレイヤシグナリングの一部として、情報を受信することができる。ＷＴＲＵは、例えばＴＭＧＩに関連付けられた優先度の変化時に、メッセージを送ることができる。
【０１１８】
図１３は、中継ＷＴＲＵが、ＴＭＧＩに関連付けられたＰｒｏＳｅパケット単位優先度レベル情報を受信する例を示す。図１３に示されるように、１３０８で、リモートＷＴＲＵ１  １３０２は、サービス告知メッセージを受信することができる。リモートＷＴＲＵ１  １３０２は、サービス告知メッセージを、アプリケーションサーバから受信することができる。サービス告知メッセージは、ＴＭＧＩ、例えば、ＴＭＧＩ  Ｘに関連付けられた優先度レベルを含むことができる。１３１０で、リモートＷＴＲＵ２  １３０４は、サービス告知メッセージを受信することができる。サービス告知メッセージは、別のＴＭＧＩ、例えば、ＴＭＧＩ  Ｙに関連付けられた優先度レベル情報を含むことができる。リモートＷＴＲＵの各々は、ＴＭＧＩの各々に関連付けられた、受信された優先度レベル情報から、ＭＢＭＳ優先度を引き出すことができる。１３１２で、リモートＷＴＲＵ１３０２および／または１３０４は、引き出されたＭＢＭＳ優先度を、中継ＷＴＲＵ１３０６に先回りして送ることができる。ＭＢＭＳ優先度は、ＰｒｏＳｅパケット単位優先度レベルであってよい。１３１４で、中継ＷＴＲＵ１３０６は、リモートＷＴＲＵ１３０２および／または１３０４に、ＭＢＭＳ優先度を送るように要求することができる。
【０１１９】
図１３に示されるように、１３１６で、リモートＷＴＲＵ１  １３０２は、メッセージ（例えば、ＰＣ５−Ｓメッセージ）を介して、ＴＭＧＩ  Ｘに関連付けられた優先度レベル情報を、中継ＷＴＲＵ１３０６に送ることができる。１３１８で、リモートＷＴＲＵ２  １３０４は、メッセージ（例えば、ＰＣ５−Ｓメッセージ）を介して、ＴＭＧＩ  Ｙに関連付けられた優先度レベル情報を、中継ＷＴＲＵ１３０６に送ることができる。優先度レベル情報は、ＭＢＭＳ優先度であってよい。リモートＷＴＲＵによって使用されるメッセージは、ＰＣ５−Ｓメッセージ（例えば、新規のＰＣ５−Ｓメッセージ）またはＴＭＧＩモニタリング要求メッセージであってよい。
【０１２０】
図１３に示されるように、１３２０および１３２２で、中継ＷＴＲＵ１３０６は、例えば、ＴＭＧＩによって識別されたＭＢＭＳサービス／セッションの適正な優先度を要求する要求メッセージを、リモートＷＴＲＵであるリモートＷＴＲＵ１  １３０２およびリモートＷＴＲＵ２  １３０４に送ることができる。中継ＷＴＲＵは、ＰＣ５ブロードキャストチャネルを介して、１つまたは複数のリモートＷＴＲＵに要求メッセージを送ることができる。中継ＷＴＲＵは、ＰＣ５−Ｓメッセージを介して、１つまたは複数のリモートＷＴＲＵに、例えば、中継ＷＴＲＵと確立された１対１リンクを有することができるリモートＷＴＲＵに、要求メッセージを送ることができる。
【０１２１】
リモートＷＴＲＵであるＷＴＲＵ１  １３０２およびＷＴＲＵ２  １３０４は、中継ＷＴＲＵ１３０６からの要求の受信時に、ＴＭＧＩに関連付けられた優先度レベルを取得するために、アプリケーションサーバまたはＰｒｏＳｅ機能に接触することができる。図１３に示されるように、リモートＷＴＲＵであるＷＴＲＵ１  １３０２およびＷＴＲＵ２  １３０４は、１３２４および１３２６のそれぞれで、要求１３２０および１３２２に応答メッセージで応答することができる。応答メッセージは、ＰＣ５−Ｓメッセージ（例えば、新規のＰＣ５−Ｓメッセージ）またはＭＢＭＳ優先度応答メッセージであってよい。応答メッセージは、（ＴＭＧＩによって識別された）ＭＢＭＳサービス／セッションの優先度を、中継ＷＴＲＵに指し示すことができる。
【０１２２】
１３２８で、中継ＷＴＲＵ１３０６は、ＭＢＭＳセッションのための受信されたＭＢＭＳ優先度値を記憶することができる。中継ＷＴＲＵ１３０６は、優先度レベルを、ＰＣ５パケット単位優先度値にマップすることができる。１３３０で、中継ＷＴＲＵ１３０６は、ＴＭＧＩ  ＸまたはＴＭＧＩ  Ｙに関連付けられたＭＢＭＳデータを検出することができる。１３３２で、中継ＷＴＲＵ１３０６は、リモートＷＴＲＵから受信されたＭＢＭＳ優先度、またはマップされたＰＣ５パケット単位優先度を使用して、検出されたＴＭＧＩに関係したＭＢＭＳデータを、１つまたは複数のリモートＷＴＲＵに送信することができる。１３３４で、中継ＷＴＲＵ１３０６は、ＰＣ５インターフェースを介して、ＭＢＭＳデータを１つまたは複数のリモートＷＴＲＵに送ることができる。
【０１２３】
リモートＷＴＲＵは、優先度レベルを示す受信された優先度情報について１つまたは複数の他のＷＴＲＵに通知するために、新規のまたは既存のＰＣ５−Ｓメッセージを送ることができる。リモートＷＴＲＵは、（例えば、ＴＭＧＩによって識別された）ＭＢＭＳサービスまたはデータのための、新規のまたは修正された優先度情報の受信時に、ＰＣ５−Ｓメッセージを送ることができる。リモートＷＴＲＵは、優先度レベル情報を指し示すＰＣ５−Ｓメッセージを先回りして送ることができる。優先度レベルは、マップされた優先度レベル、またはアプリケーションレイヤもしくは他のネットワークノードから受信された優先度レベルであってよい。ネットワークノードは、ＭＭＥまたはＰｒｏＳｅ機能を含むことができる。
【０１２４】
中継ＷＴＲＵは、例えばＴＭＧＩ広告メッセージと一緒に、表示をブロードキャストすることができる。表示を注視するリモートＷＴＲＵは、例えば本明細書で説明されるように、ＭＢＭＳサービス／セッション優先度情報を中継ＷＴＲＵに送ることができる。
【０１２５】
リモートＷＴＲＵは、ＭＢＭＳサービス／セッションに関連付けられた優先度レベルを決定することができる。例えば、優先度は、事前構成された情報に基づいて決定されてよい。ＷＴＲＵは、ＴＭＧＩごとの優先度レベルで構成されてよい。リモートＷＴＲＵは、例えば、受信されたサービス告知メッセージにおける優先度情報に基づいて、ＭＢＭＳサービス／セッションのための適正な優先度を決定することができる。ＷＴＲＵ（例えば、リモートＷＴＲＵ）は、例えば、同じサービス／グループのユニキャストＵＬデータについて、そのアプリケーションレイヤから受信された優先度表示に基づいて、ＤＬ  ＭＢＭＳデータ優先度についての優先度を決定することができる。
【０１２６】
中継ＷＴＲＵは、ＰｒｏＳｅ機能またはＭＭＥから、優先度情報を受信することができる。中継ＷＴＲＵは、ＰｒｏＳｅ機能またはＭＭＥから直接、優先度情報を受信することができる。新規のメッセージまたは既存のメッセージが、そのような情報を搬送するために使用されてよい。中継ＷＴＲＵは、例えば、優先度情報の受信時に、ＰｒｏＳｅコンテキストを作成する、または修正することができる。ＰｒｏＳｅコンテキストは、例えば、ＴＭＧＩデータまたはサービスが、優先度ハンドリングレベルと共にＰＣ５  ＰｒｏＳｅリンクにマップすることができるように作成されてよい。
【０１２７】
ＷＴＲＵは、ＭＢＭＳセッション／サービスの優先度を決定することができる。ＷＴＲＵは、優先度情報をローカルに決定することができる。ＭＢＭＳ中継をサポートするＷＴＲＵ（例えば、中継ＷＴＲＵ）は、ＰＣ５  ＰｒｏＳｅリンク上でハンドリングするために割り当てられた、関連付けられた優先度レベルを有するＭＢＭＳサービスの事前構成されたリストを有することができる。ＭＢＭＳサービスは、ＴＭＧＩによって識別されてよい。ＭＢＭＳサービスは、例えば、グローバルに一意のサービスＩＤによって識別されてよい。中継ＷＴＲＵは、割り当てられた優先度を得るために、リストをルックアップすることができる。例えば、中継ＷＴＲＵは、サービスＩＤを有するサービス告知メッセージを受信すると、リストをルックアップすることができる。ＷＴＲＵにおいて事前構成されていないサービスＩＤは、構成されたサービスＩＤよりも低い優先度であると考えられてよい。中継ＷＴＲＵは、それがデータを中継していてよいＭＭＥ、ＰｒｏＳｅ機能、またはアプリケーションサーバから、優先度情報を取得することができる。中継ＷＴＲＵは、ＭＭＥまたはＰｒｏＳｅ機能から直接この情報を取得することができる。
【０１２８】
ＷＴＲＵ、例えば、中継ＷＴＲＵは、アップリンクユニキャストセッションデータから、ＭＢＭＳセッション／サービスの優先度レベルを決定することができる。中継ＷＴＲＵによってフォワードされたＭＢＭＳデータは、グループプッシュツートークサービスなどの、公衆安全アプリケーションについてであることがある。中継ＷＴＲＵによってフォワードされたＤＬ  ＭＢＭＳデータをリッスンするリモートＷＴＲＵは、アップリンクデータをアプリケーションサーバに送ることができる。ＤＬ  ＭＢＭＳデータは、ＰｒｏＳｅ１対多通信であってよい。リモートＷＴＲＵにおけるアプリケーションレイヤは、アップリンクユニキャストデータにＰＰＰを提供することができる。中継ＷＴＲＵは、リモートＷＴＲＵから、アップリンクユニキャストデータを受信することができる。中継ＷＴＲＵは、例えば本明細書で説明されるように、ＰＰＰ、ＬＣＩＤ、優先度、または関連したアプリケーションのＩＰタプルのうちの１つまたは複数の間に、マッピングを確立することができる。そのようなマッピング情報は、リモートＷＴＲＵのコンテキストに記憶されてよい。中継ＷＴＲＵは、例えば、中継ＷＴＲＵが同じアプリケーションサーバからＭＢＭＳトラフィックをその後受信するときに、先に確立されたマッピングから、ＰＰＰ、ＬＣＩＤ、優先度などを引き出すことができる。ＰＰＰ、ＬＣＩＤ、優先度などは、例えば、ＰＣ５インターフェース上で送信をスケジュールするために使用されてよい。
【０１２９】
例えば、中継ＷＴＲＵは、リモートＷＴＲＵアップリンクから、宛先ＩＰアドレスおよびポートを有する、アプリケーションサーバに宛てられたパケットを受信することができる。中継ＷＴＲＵは、データのＰＰＰ、ＬＣＩＤ、優先度などを習得することができる。中継ＷＴＲＵは、Ｄｅｓｔ＿ＩＰ＿Ａｄｄｒ／Ｐｏｒｔと、ＰＰＰ、ＬＣＩＤ、優先度などとの間に、マッピングを確立することができる。中継ＷＴＲＵは、記憶されたＤｅｓｔ＿ＩＰ＿Ａｄｄｒ／Ｐｏｒｔと同一である送信元ＩＰアドレスおよびポートを有するＭＢＭＳデータを受信することができる。中継ＷＴＲＵは、習得されたＰＰＰを使用して、ＭＢＭＳデータを１つまたは複数のリモートＷＴＲＵにフォワードすることができる。例えば、中継ＷＴＲＵは、ＰＣ５リンク上でＭＢＭＳデータをフォワードすることができる。
【０１３０】
中継ＷＴＲＵは、例えば、ＭＢＭＳトラフィックを中継する前に、ダウンリンクでの同じまたは同様のトラフィックを、１対１通信ＰＣ５インターフェース上で送ることができる。中継ＷＴＲＵは、トラフィックをリモートＷＴＲＵに送るために使用される最後のＰＰＰ、優先度値、またはＬＣＩＤを記憶することができる。最後の記憶されたユニキャストＰＰＰ、優先度、またはＬＣＩＤは、例えば、中継ＷＴＲＵがＰＣ５の１対多リンク上でＭＢＭＳトラフィックを送信することを開始するとき、ＭＢＭＳブロードキャストトラフィックを送信するために使用されてよい。
【０１３１】
ＭＢＭＳサービス／セッション優先度は、ＰＣ５送信優先度にマップされてよい。中継ＷＴＲＵは、それがネットワークまたはリモートＷＴＲＵから中継することができるＭＢＭＳデータに関係したサービス／セッション優先度を受信することができる。中継ＷＴＲＵは、サービス／セッション優先度と、ＰＣ５パケット単位優先度との間のマッピング（例えば、固定マッピング）で事前構成されてよい。中継ＷＴＲＵは、ＭＢＭＳサービス／セッション優先度を、１つまたは複数のＰＣ５パケット単位優先度にマップすることができる。マッピングは、１対１マッピングであっても、そうでなくてもよい。いくつかの優先度レベルは、異なっていてもよい。多数のサービス／セッション優先度が、（例えば、同じ）ＰＣ５パケット単位優先度にマップされてもよい。
【０１３２】
ＰＣ５−Ｓトラフィックのための優先度ハンドリングを決定するための、システム、方法および手段が提供されてよい。ＰＣ５−Ｓメッセージに関連付けられた優先度を決定するための技法が提供されてよい。ＰＣ５−Ｓシグナリングは、リモートＷＴＲＵのＰｒｏＳｅレイヤによって始められてよい。例えば、シグナリングは、ＷＴＲＵにおけるアプリケーションレイヤからのトリガの受信時に始められてよい。上位レイヤアプリケーションは、ＰｒｏＳｅレイヤをトリガして、宛先ＩＤ、例えばレイヤ２宛先ＩＤ、またはピアＷＴＲＵの高位レイヤ宛先ＩＤを、例えばＰｒｏＳｅレイヤに渡すことによって、１対１直接通信を始めることができる。例えば、アプリケーションレイヤによって提供されるトリガメッセージは、ＷＴＲＵにおけるＰｒｏＳｅレイヤへのトリガメッセージに関連付けられた優先度レベル情報を備えることができる。ＰｒｏＳｅレイヤは、例えば、優先度レベル情報または優先度に基づいて、各ＰＣ５シグナリングメッセージの優先度を決定することができる。決定された優先度は、ＰＰＰ、または例えばＰＰＰからマップされた、マップされた優先度レベルであってよい。アプリケーションレイヤによって提供された優先度は、ＰＰＰであっても、要求に関連付けられた任意の他の優先度であってもよい。
【０１３３】
優先度は、本明細書で説明される１つまたは複数のやり方によってＰｒｏＳｅレイヤに指し示されてよい。優先度は、例えば、レベル（例えば、１からｘまで）をＰｒｏＳｅレイヤに指し示すことによって、ＰｒｏＳｅレイヤに指し示されてよい。例えば、１は、最も高い優先度のアプリケーションであってよく、ｘは、最も低い優先度のアプリケーションであってよい。
【０１３４】
優先度は、例えば、明示的なアプリケーション／要求タイプ、例えば、緊急アプリケーション、公衆安全アプリケーション、非公衆安全アプリケーション、警察アプリケーションなどを、ＷＴＲＵにおけるＰｒｏＳｅレイヤに指し示すことによって、ＰｒｏＳｅレイヤに指し示されてよい。
【０１３５】
優先度は、例えば、トリガメッセージにおいてアプリケーションＩＤを提供することによって、ＰｒｏＳｅレイヤに指し示されてもよい。ＰｒｏＳｅレイヤは、アプリケーションレイヤから受信されたアプリケーションＩＤから優先度を引き出すことができてよい。ＰｒｏＳｅ機能から取得された、またはアプリケーションサーバから取得された、アプリケーションＩＤと、（例えば、ＰＣ５−Ｓメッセージの送信のための）決定された優先度との間のマッピングは、ＷＴＲＵにおいて事前構成されてもよい。
【０１３６】
ＰＣ５−Ｓメッセージの優先度レベルは、例えば、アプリケーションレイヤから受信された優先度に基づいて、ＰｒｏＳｅレイヤによって決定されてもよい。例えば、図１４に示されるように、ＰｒｏＳｅレイヤは、ＰＣ５−Ｓメッセージの優先度を、アクセス層または下位レイヤに渡すことができる。
【０１３７】
図１４は、ＰＣ５−Ｓメッセージのための優先度をハンドリングする例である。図１４に示されるように、ＰｒｏＳｅレイヤ１４０４は、アプリケーションレイヤ１４０２からのＰＣ５−Ｓパケットを、アクセス層１４０６に渡すことができる。例えば、同じ優先度を有する論理チャネルが既に存在しないとき、別個の論理チャネルが作成されてよく、シグナリングパケットを送るためのアクセス層で、ＰｒｏＳｅレイヤのＰｒｏＳｅコンテキストが更新されてよい。ＰＣ５−ＳおよびＰＣ５−Ｕ（例えば、シグナリングおよびデータ）パケットが、論理チャネル上で送られてよい。パケットは、それらが同じ優先度レベルを有するとき、同じ論理チャネル上で送られてよい。
【０１３８】
ＰｒｏＳｅレイヤは、アプリケーションから受信された優先度レベルと、ＰＣ５−Ｓメッセージの優先度レベル（例えば、ＰＰＰまたはマップされた優先度）との間で、固定マッピングを用いることができる。（例えば、アプリケーションＩＤまたはアプリケーションタイプによって決定された）特定のアプリケーションからのトリガにより発信するＰＣ５メッセージは、同じ決定された優先度値を有することができる。例えば、アプリケーションが、緊急レベルまたは他の最も高い優先度レベルを、ＰｒｏＳｅレイヤに指し示すことがある。指し示されたレベルは、ＰｒｏＳｅレイヤで、ＰＣ５−Ｓ優先度レベル１にマップされてよい。例えば、指し示されたレベルは、ＷＴＲＵにおけるマッピング情報に基づいて（例えば、ＷＴＲＵにおいてローカルに）マップされてよい。優先度は、アプリケーションのために決定されてよく、後続のＰＣ５メッセージのために使用されてよい。例えば、直接通信要求、セキュリティパラメータやり取りメッセージ、キープアライブ、その他などの、アプリケーションによって（例えば、ＩＤまたはタイプによって）トリガされ得る後続のＰＣ５メッセージは、同じ優先度レベルで、例えばこの例ではレベル１で送信されてよい。
【０１３９】
ＰＣ５−Ｓメッセージタイプの各々は、それに関連付けられた優先度レベル（例えば、異なる優先度レベル）を有してよい。関連付けられた優先度レベルは、ＰｒｏＳｅレイヤにおいて構成されてよい。例えば、直接通信要求メッセージが、優先度レベルを有するように構成されてよい。あるＰＣ５−Ｓメッセージは、リンクキープアライブメッセージまたは他のＰＣ５−Ｓメッセージタイプなどの、別のＰＣ５−Ｓメッセージタイプよりも高い優先度を有することができる。ＰｒｏＳｅレイヤは、ＴＭＧＩモニタリング要求メッセージなどの別のＰＣ５−Ｓメッセージのために、事前構成された決定された優先度を有することができる。ＰｒｏＳｅレイヤまたはＷＴＲＵは、順序付けられた優先度レベルを有するＰＣ５−Ｓメッセージのリストを有することができる。例えば、リストにおける第１のエントリは、最も高い優先度を有すると考えられてよく、または明示的な優先度数を有してよい。リストにおける最も低いエントリは、最も低い優先度を有すると考えられてよく、または明示的な優先度数を有してよい。
【０１４０】
ＰＣ５−Ｓメッセージの優先度は、例えば、技法の組合せを使用して決定されてよい。例えば、ＰＣ５−Ｓメッセージの優先度は、送られるように要求された（ＰＣ５−Ｓ）メッセージのタイプ、および要求をトリガするアプリケーションＩＤ／タイプを使用して決定されてよい。
【０１４１】
図１５は、ＰＣ５−Ｓメッセージを送信するための優先度レベルを決定する例を示す。図１５に示されるように、ＰＣ５−Ｓメッセージの優先度レベルを決定するために、１つまたは複数の入力が使用されてよい。図１５に示されるように、アプリケーションＸ１５０２は、トリガＰＣ５−ＳをＰｒｏＳｅレイヤ１５０４に送ることができる。トリガメッセージは、ＰＣ５−ＳメッセージタイプのアプリケーションＩＤの優先度を含むことができる。ＰｒｏＳｅレイヤ１５０４は、ピアＷＴＲＵから、ＰＣ５−Ｓメッセージ１５０６のタイプを受信することができる。１５０８で、ＰｒｏＳｅレイヤ１５０４は、１つもしくは複数の要因および／または入力に従って、ＰＣ５−Ｓメッセージの優先度を決定することができる。ＰｒｏＳｅレイヤ１５０４は、宛先ＷＴＲＵのための決定された優先度を有する論理チャネルが存在するかどうかを検証することができる。ＰｒｏＳｅレイヤ１５０４は、例えば、決定された優先度を有する論理チャネルが存在しないとき、決定された優先度を有する論理チャネルを下位レイヤ（例えば、アクセス層１５１０）が作成することを要求することができる。１５１０で、ＰｒｏＳｅレイヤ１５０４は、下位レイヤに、決定された優先度レベルを有するＰＣ５−Ｓメッセージを提供することができる。
【０１４２】
ＷＴＲＵは、ＰｒｏＳｅ機能から、またはネットワークノード、例えばＭＭＥから、マッピング情報を取得することができる。ＷＴＲＵとＰｒｏＳｅ機能との間のインターフェース（例えば、ＰＣ３インターフェース）、またはＷＴＲＵとＭＭＥとの間の（例えば、ＮＡＳプロトコルを使用する）インターフェースなどの、情報を取得するために使用されるインターフェース上で、１つまたは複数のメッセージが定義されてよい。例えば、ＷＴＲＵが優先度レベルを決定するための情報を有さない新規のＰＣ５−Ｓメッセージが受信されるとき、ＷＴＲＵは、ＭＭＥまたはＰｒｏＳｅ機能に、マッピング情報または優先度情報を要求することができる。
【０１４３】
ＰＣ５−Ｓメッセージのための優先度情報は、例えば、異なるＰＣ５−Ｓメッセージについての優先度レベルを事前構成することによって決定されてよい。例えば、優先度は、ユニバーサル加入者識別モジュール（ＵＳＩＭ）ＰｒｏＳｅ構成情報において事前構成されてもよい。優先度情報は、例えばオープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）を介してＷＴＲＵに対してプッシュされるＰｒｏＳｅ管理オブジェクトを介して、取得されてもよい。情報は、公衆地上モバイルネットワーク（ＰＬＭＮ）ごとに、ＰｒｏＳｅ機能によって提供されてよい。１つまたは複数のＰＬＭＮは、ＰＣ５−Ｓメッセージごとに異なる優先度レベル／ＰＰＰレベルで、ＷＴＲＵを構成することができる。ＰｒｏＳｅレイヤは、例えば、ＰｒｏＳｅレイヤがＰＣ５−Ｓメッセージを生成するとき、メッセージのための対応する事前構成された優先度レベルを、ＷＴＲＵにおけるアクセス層レイヤに伝えることができる。
【０１４４】
図１６は、ＰＣ５−Ｕ送信の新規の最も高いＰＰＰに基づいて、ＰＣ５−ＳメッセージのＰＰＰ値を更新する例を示す。図１６に示されるように、１６０２で、ＰｒｏＳｅレイヤは、ＰＣ５−Ｕ送信のための最も高いＰＰＰの経過を追うことができる。１６０４で、ＰｒｏＳｅレイヤは、ＰＣ５−Ｓメッセージの優先度を決定することができる。例えば、ＰＣ５−Ｓメッセージの優先度は、１つまたは複数の要因／入力に従って決定され得る。１６０６で、ＰｒｏＳｅレイヤは、ＰＣ５−Ｕメッセージのための最も高いＰＰＰで、ＰＣ５−ＳメッセージのためのＰＰＰ値を更新する。ＰＣ５メッセージの優先度は、ＰＣ５−Ｕ送信のためにＷＴＲＵによって使用される最も高いＰＰＰ値に基づいて決定されてよい。ＰＣ５−Ｕ送信の最も高いＰＰＰ値は、ＰＣ５−ＳメッセージのＰＰＰまたは優先度を決定するために、いくつかのやり方で使用され得る。ＰＣ５−Ｓ優先度決定を行うためにＰＣ５−Ｕ送信の最も高いＰＰＰ値を使用する数例が、本明細書において説明される。
【０１４５】
プロトコルレイヤ、例えばＰｒｏＳｅプロトコルレイヤ、非アクセス層（ＮＡＳ）レイヤ、または無線リソース制御（ＲＲＣ）レイヤは、ＰＣ５−Ｕ送信のために使用される最も高いＰＰＰ値の経過を追うことができる。ユーザプレーン送信（例えば、ＰＣ５−Ｕ送信）のための最も高いＰＰＰ値が追跡され、ＰＣ５−Ｓメッセージの各々のためのＰＰＰ値として使用されてもよい。例えば、ＷＴＲＵは、ＰＰＰ２からＰＰＰ７までの優先度でユーザプレーンパケットを送信することができ、ここでＰＰＰ２は、この例において最も高い優先度である。例えば、ＰＣ５−Ｓメッセージは、ＰＣ５−Ｓメッセージのための最も高い利用可能なＰＰＰ（例えば、ＰＰＰ２）を使用することができる。ユーザプレーンパケットのための優先度範囲は、ＰＰＰ１からＰＰＰ７まで変化してよく、ここでＰＰＰ１は、新規の最も高いユーザプレーン優先度値である。例えば、図１６に示されるように、ＰＣ５−Ｓメッセージは、新規の利用可能な最も高いユーザプレーンＰＰＰ値（例えば、ＰＰＰ１）で送られてよい。
【０１４６】
ＰｒｏＳｅレイヤは、ＰＣ５−Ｕ送信のために使用される最も高い使用されるＰＰＰ値に基づいて、異なるＰＣ５−Ｓメッセージのための考え得るＰＰＰ値の範囲を使用することができる。例えば、最も高い使用されるＰＣ５−Ｓ送信がＰＰＰｘであることがある。例えば、ＰＣ５−ＳメッセージのためのＰＰＰ値の範囲は、ＰＰＰｘ＋ｙであってよく、ここで、ｙは正または負の整数であってよい。例えば、ｙは、２、３、および４などであってよい。ｙの値は、ＷＴＲＵにおいて事前構成されても、構成情報の一部としてＰｒｏＳｅ機能によってシグナリングされても、またはＰＣＩインターフェース上でアプリケーションサーバによって提供されてもよい。例えば、ＰＣ５−Ｕリンク上で使用される最も高いＰＰＰ値がＰＰＰ３であることがある。ｙの値は３であってよい。様々なＰＣ５−ＳメッセージのためのＰＰＰ値は、先に説明されたアルゴリズムまたは手順に基づいて、例えば、ＰＰＰ３からＰＰＰ６の範囲から選択されてよい。範囲を使用する例において、直接通信要求メッセージは、ＰＰＰ３で送られてよく、一方リンクメンテナンスメッセージは、ＰＰＰ６で送られてよい。ＰＣ５−ＳメッセージのためのＰＰＰの範囲は、例えばＰＣ５−Ｕ送信のための最も高い使用されるＰＰＰが変化するときに、変化してよい。ＰＣ５−Ｓメッセージの範囲は、例えば、パケットがＰＰＰ２値で送信されるときには、ＰＰＰ３〜ＰＰＰ６からＰＰＰ２〜ＰＰＰ５へと変化してよい。
【０１４７】
ＷＴＲＵは、例えば、受信された構成に基づいて、１つの値、またはｘおよび／もしくはｙのための値の範囲を使用するように構成されてよい。ＷＴＲＵは、ＰｒｏＳｅ機能から、またはＯＭＡ構成、ＵＳＩＭ構成などの他の方法を介して、構成を受信することができる。ＷＴＲＵは、ＰＣ５−Ｓメッセージを送信するとき、使用のための構成を別のＷＴＲＵにフォワードすることができる。例えば、ＰＣ５−Ｓメッセージに使用するための値（固定された、または範囲）を中継器に通知するために、リモートＷＴＲＵは、新規のＰＣ５−Ｓメッセージを中継ＷＴＲＵに送ることができる。
【０１４８】
ＰＣ５−Ｓ再送信のための優先度を決定するための、システム、方法および手段が提供されてよい。ＰｒｏＳｅレイヤは、例えば、それが意図された受信者からの応答を受信しないとき、ＰＣ５−Ｓメッセージを再送信するように構成されてよい。送信するＷＴＲＵにおけるＰｒｏＳｅレイヤは、例えば、それが宛先ＷＴＲＵが利用可能でないことを決定し得る前のシグナリングメッセージごとに、メッセージをＸ回送ることができる。
【０１４９】
ＰｒｏＳｅレイヤは、例えば、ＰＣ５−Ｓメッセージが再送信されるとき、再送信されるメッセージの優先度またはＰＰＰ値を修正する（例えば、増加させる）ことができる。ＰｒｏＳｅレイヤは、優先度が、再送信ごとに増加されるか、それとも２再送信ごとに増加されるかなどの、再送信されるメッセージの優先度値をどのように修正するかを決定することができる。ＰｒｏＳｅレイヤは、例えば、ＰｒｏＳｅレイヤが受信者ＷＴＲＵから応答を受信するとき、優先度を、先の値または最初の値にリセットすることができる。ＰｒｏＳｅレイヤによって同じ宛先に送られる後続のＰＣ５−Ｓメッセージは、以前のもしくは最初のＰＰＰまたは優先度値で送られてもよい。
【０１５０】
論理チャネルは、例えば、それが既に存在していないとき、より高い優先度または新規のＰＰＰレベルを有する再送信メッセージのためにＡＳで作成されてよい。ＰｒｏＳｅレイヤにおけるコンテキストは、更新されてもよい。シグナリング論理チャネルは、例えば、新規の優先度レベルを有するメッセージを送るために使用されてよい。ＡＳレイヤは、新規の優先度レベルを有するＰＣ５−Ｓメッセージを送るためのデータパケットのために、同じ優先度を有する既存の論理チャネルを使用することができる。
【０１５１】
ＩＰアドレス情報または他の中継ＷＴＲＵ識別を取得するための、システム、方法および手段が提供されてよい。ＷＴＲＵ（またはＷＴＲＵにおけるＰｒｏＳｅレイヤ）は、例えば、中継ＷＴＲＵのＰＤＮゲートウェイ（ＰＧＷ）によって割り当てられた中継ＷＴＲＵのＩＰアドレスまたはプレフィックスを要求するために、ＰＣ５−Ｓメッセージを送ることができる。ＰＣ５−Ｓメッセージは、新規のＰＣ５−Ｓメッセージであってよい。要求は、例えば、ＷＴＲＵが、それがネットワークカバレッジを失ったこと、および／またはＷＴＲＵ−ネットワーク間中継器を発見したことを検出したときに、アプリケーションレイヤから行われてよい。ＷＴＲＵは、応答が予期される期間、例えば、再送信が行われ得る間の期間を監視するためのタイマーを開始することができる。ＷＴＲＵによって提供されたメッセージは、例えば、要求がそのピアＷＴＲＵによって認可され得るように、識別情報を備えることができる。ＷＴＲＵは、別のＷＴＲＵによって使用されるＩＰアドレスについての情報を有するメッセージ（例えば、応答）を受信することができる。ＷＴＲＵにおけるＰｒｏＳｅレイヤは、（例えば、ＩＰアドレスについての）情報をアプリケーションクライアントにフォワードすることができる。アプリケーションクライアントは、情報をアプリケーションサーバに送ることができる。ＷＴＲＵにおけるＰｒｏＳｅレイヤは、例えば受信された情報を、ＰｒｏＳｅ機能またはアプリケーションサーバなどの、ネットワークにおける別のエンティティに送るように構成されてよい。
【０１５２】
ＷＴＲＵ（例えば、中継ＷＴＲＵ）は、例えば、ＰＧＷによって割り当てられた、そのＩＰアドレスまたはプレフィックスを提供するための要求を受信することができる。ＷＴＲＵは、例えばＰｒｏＳｅ機能またはＭＭＥに接触し、送信元ＷＴＲＵの識別情報を提供することによって、要求するＷＴＲＵが、要求を行うこと、または要求された情報を受信することを認可されるかどうかを検証することができる。中継ＷＴＲＵは、新規のメッセージをＰｒｏＳｅ機能に、または新規のＮＡＳメッセージをＭＭＥに送ることができ、これらのノードからの応答を検証することができる。ＷＴＲＵは、ネットワークによって割り当てられたそのＩＰアドレスまたはプレフィックスを備えることができる新規のＰＣ５−Ｓメッセージで、例えば、認可された要求するＷＴＲＵに応答することができる。
【０１５３】
ＰｒｏＳｅ通信の優先度ハンドリングについて、システム、方法および手段が提供されてよい。ＷＴＲＵは、例えば、関連付けられた論理チャネルＩＤの優先度を指し示すために、近接サービス（ＰｒｏＳｅ）コンテキストを作成することができ、新規のＰＣ５−ＳメッセージをそのピアＷＴＲＵ（例えば、中継ＷＴＲＵ）に送ることができる。ＷＴＲＵは、例えば、それにより送信（Ｔｘ）が行われ得る１つまたは複数の新規の優先度について、ＰｒｏＳｅコンテキストを作成することができ、新規のＰＣ５−ＳメッセージをそのピアＷＴＲＵ（例えば、中継ＷＴＲＵ）に送ることができる。ＷＴＲＵは、ＰｒｏＳｅ通信のための優先度レベルを有するＰＣ５−Ｓメッセージを受信することができる。ＷＴＲＵは、使用するための優先度を決定することができ、優先度を、修正または作成され得る対応するＥＰＳベアラにマップすることができる。ＷＴＲＵは、応答することができ、サポートされ得る優先度レベルを指し示すことができる。リモートＷＴＲＵは、中継ＷＴＲＵで（例えば、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データのために）ダウンリンク（ＤＬ）フォワードするための優先度レベルを、アクセス層（ＡＳ）から取得することができる。リモートＷＴＲＵは、ＰＣ５−Ｓメッセージ（例えば、新規のＰＣ５−Ｓメッセージ）を中継ＷＴＲＵに送ることができる。リモートＷＴＲＵは、ＰＣ５−Ｓメッセージを介して、ＰＣ５リンク上で使用されることになる優先度レベルを指し示すことができる。中継ＷＴＲＵは、ＭＢＭＳトラフィックを、１つまたは複数のリモートＷＴＲＵにフォワードすることができる。中継ＷＴＲＵは、システム情報ブロック（ＳＩＢ）から、一時的モバイルグループ識別（ＴＭＧＩ）データの優先度レベルを読み出すことができる。中継ＷＴＲＵは、例えば、ＳＩＢから読み出されたＴＭＧＩデータに従って、ＰＣ５論理チャネル優先度を設定することができる。中継ＷＴＲＵは、例えば、ＴＭＧＩの優先度レベルを要求するために、新規のＰＣ５−ＳメッセージをリモートＷＴＲＵに送ることができる。中継ＷＴＲＵは、リモートＷＴＲＵから受信されたＰＣ５−Ｓメッセージを使用して、例えば、ＭＢＭＳデータがフォワードされるＰＣ５リンク上で使用されることになる優先度レベルを決定することができる。ＷＴＲＵは、例えば、メッセージタイプ、アプリケーションＩＤ、および／またはデフォルト値ごとの事前構成に基づいて、ＰＣ５−Ｓメッセージのための優先度レベルを決定することができる。ＷＴＲＵは、決定された優先度レベルを有するＰＣ５−Ｓメッセージを送信することができる。進化型パケットシステム（ＥＰＳ）ベアラおよび／またはパケットデータネットワーク（ＰＤＮ）接続のために、ターゲットＷＴＲＵによって使用され得るＩＰアドレスおよび／またはプレフィックスを第２のＷＴＲＵに要求するために、ＰＣ５−Ｓ手順が、例えば第１のＷＴＲＵによって使用されてよい。ＩＰアドレスおよび／またはプレフィックスは、例えばセッション継続性に役立つように、第１のＷＴＲＵによってＡＳにフォワードされてよい。ユーザプレーン送信（例えば、ＰＣ５−Ｕ送信）のために最も高い使用されるポイントツーポイントプロトコル（ＰＰＰ）値が、ＰＣ５−Ｓメッセージの各々のためのＰＰＰ値として使用されてよい。
【０１５４】
本明細書で説明されたプロセスおよび手段は、任意の組合せで適用することができ、他の無線技術に、および他のサービスのために適用することができる。ＷＴＲＵは、物理デバイスの識別情報、または、加入関係識別情報などのユーザの識別情報、例えば、ＭＳＩＳＤＮ、ＳＩＰ、ＵＲＩ、ＩＰアドレス、その他を参照することができる。ＷＴＲＵは、アプリケーションベースの識別情報、例えば、アプリケーションごとに使用され得るユーザ名を参照することができる。
【０１５５】
上述のプロセスは、コンピュータおよび／またはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェアおよび／またはファームウェアにおいて実装され得る。コンピュータ可読媒体の例は、（有線および／または無線接続上で送信される）電子信号、および／またはコンピュータ可読記憶媒体を含むが、それらに限定はされない。コンピュータ可読記憶媒体の例は、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、限定はされないが内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、磁気光学媒体、並びに／または、ＣＤ−ＲＯＭディスクおよび／若しくはデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、それらに限定されない。ソフトウェアに関連したプロセッサは、ＷＴＲＵ、端末、基地局、ＲＮＣおよび／または任意のホストコンピュータで使用するための無線周波数トランシーバを実装するために使用され得る。
【図１Ａ】
0006623238.tif 000003
【図１Ｂ】
0006623238.tif 000004
【図１Ｃ】
0006623238.tif 000005
【図１Ｄ】
0006623238.tif 000006
【図１Ｅ】
0006623238.tif 000007
【図２】
0006623238.tif 000008
【図３】
0006623238.tif 000009
【図４】
0006623238.tif 000010
【図５】
0006623238.tif 000011
【図６】
0006623238.tif 000012
【図７】
0006623238.tif 000013
【図８】
0006623238.tif 000014
【図９】
0006623238.tif 000015
【図１０】
0006623238.tif 000016
【図１１】
0006623238.tif 000017
【図１２】
0006623238.tif 000018
【図１３】
0006623238.tif 000019
【図１４】
0006623238.tif 000020
【図１５】
0006623238.tif 000021
【図１６】
0006623238.tif 000022