(57)【要約】  ここに紹介される技術は、ローカル通信グループ（ＬＣＧ）との及び間の効率的な通信のためのフレームワークを提供する。ＬＣＧは、ピア・ツー・グループ通信又はネットワーク・ツー・グループ通信であってもよい。ピア・ツー・グループ通信は、一方向（グループの１つのピアがほとんどフィードバックなく残りのユーザに通信を送信するなど）又は二方向（グループの各メンバが残りのメンバとコンテンツを共有できるなど）であってもよい。ここに紹介される技術によると、ローカル通信グループは、ＬＴＥネットワークのｅＮｏｄｅＢによりアンカーとされ、ダウンリンクのマルチキャスト通信とアップリンクのユニキャスト通信との組み合わせを利用してもよい。
2015511092.tif 000002
【特許請求の範囲】
【請求項１】
ＥＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）のためのｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）であって、
プロセッサと、
前記プロセッサに接続されるメモリと、
を有し、
前記メモリは、前記プロセッサにより実行されると、当該ｅＮｏｄｅＢに、
複数のユーザ装置（ＵＥ）に関連するグループ識別子（ＩＤ）を生成するステップであって、前記グループＩＤは、前記複数のＵＥに設定されるマルチキャストセル無線ネットワークテンポラリ識別子（ＭＣ−ＲＮＴＩ）を含む、生成するステップと、
前記複数のＵＥの第１ＵＥから、前記複数のＵＥにマルチキャストするためのデータパケットを受信するステップと、
マルチキャストダウンリンクリソースにより前記複数のＵＥに前記データパケットを送信するステップであって、前記マルチキャストダウンリンクリソースの割り当てが前記ＭＣ−ＲＮＴＩを用いて前記複数のＵＥに提供される、送信するステップと、
を実行させるための命令を格納するｅＮｏｄｅＢ。
【請求項２】
前記複数の処理は更に、前記ｅＮｏｄｅＢに前記第１ＵＥからアップリンクによる通信を受信するための論理チャネルを確立するステップを実行させ、
前記アップリンクは、ユニキャストリソースを用いて確立され、
前記論理チャネルは、論理チャネル識別子（ＬＣＩＤ）と論理チャネルグループ識別子（ＬＣＧＩＤ）とにより特定され、
前記データパケットは、前記アップリンクにより前記第１ＵＥから受信され、前記ＬＣＩＤと前記ＬＣＧＩＤとに関連付けされる、請求項１記載のｅＮｏｄｅＢ。
【請求項３】
前記複数の処理は更に、前記ｅＮｏｄｅＢに前記複数のＵＥの各ＵＥ及び前記グループＩＤと前記ＬＣＩＤ及び前記ＬＣＧＩＤとを関連付けるよう構成されるデータ構造を維持するステップを実行させる、請求項２記載のｅＮｏｄｅＢ。
【請求項４】
前記ｅＮｏｄｅＢは、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）上で、前記ｅＮｏｄｅＢによる前記複数のＵＥへのマルチキャストのためのデータをアップリンクで送信するためのリクエストを第２ＵＥから受信するよう構成される、請求項１記載のｅＮｏｄｅＢ。
【請求項５】
前記ｅＮｏｄｅＢは、ＵＥ毎又はグループ毎に指定されたプリアンブルを用いたランダムアクセスチャネル（ＲＡＣＨ）上で、前記ｅＮｏｄｅＢによる前記複数のＵＥへのマルチキャストのためのデータをアップリンクで送信するためのリクエストを第２ＵＥから受信するよう構成される、請求項１記載のｅＮｏｄｅＢ。
【請求項６】
前記ｅＮｏｄｅＢは、前記グループ通信に関連する論理チャネルグループ識別子（ＬＣＧＩＤ）を用いたバッファステータスレポート（ＢＳＲ）を介し、前記ｅＮｏｄｅＢによる前記複数のＵＥへのマルチキャストのためのデータをアップリンクで送信するためのリクエストを第２ＵＥから受信するよう構成される、請求項１記載のｅＮｏｄｅＢ。
【請求項７】
前記ｅＮｏｄｅＢは、
前記複数のＵＥを含むローカル通信グループ（ＬＣＧ）を作成するためのリクエストであって、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）関連情報を含むリクエストに応答して、前記グループＩＤを生成し、
前記ＱｏＳ関連情報に基づき、適切なＱｏＳクラス識別子（ＱＣＩ）を前記ＬＣＧに割り当てるよう構成される、請求項１記載のｅＮｏｄｅＢ。
【請求項８】
前記ＬＣＧを作成するためのリクエストは、コアネットワークを介しグループオーナ及びマネージメントエンティティから受信される、請求項７記載のｅＮｏｄｅＢ。
【請求項９】
前記ＬＣＧを作成するためのリクエストは、前記複数のＵＥのＵＥから受信される、請求項７記載のｅＮｏｄｅＢ。
【請求項１０】
ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）により３ＧＰＰ（Ｔｈｉｒｄ−Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ネットワークによりエンハンストローカル通信を実現するための方法であって、
複数のユーザ装置（ＵＥ）間のローカル通信グループ（ＬＣＧ）を設定するためのリクエストを受信するステップと、
前記リクエストに応答して、前記複数のＵＥの少なくとも１つから対応するアップリンクによる通信を受信するための１以上の論理チャネルを確立するステップであって、前記アップリンクはユニキャストリソースを用いて確立され、前記１以上の論理チャネルは各自の論理チャネル識別子（ＬＣＩＤ）と論理チャネルグループ識別子（ＬＣＧＩＤ）とにより特定される、確立するステップと、
前記ＬＣＩＤの１つと前記ＬＣＧＩＤの１つとを含む前記アップリンク上で受信される通信を前記ＬＣＧにマルチキャストするステップと、
を有する方法。
【請求項１１】
前記ＬＣＧを設定するためのリクエストに応答して、
前記ＬＣＧに関連するグループ識別子（ＩＤ）を生成するステップと、
前記グループＩＤを前記複数のＵＥに送信するステップと、
を更に有する、請求項１０記載の方法。
【請求項１２】
前記マルチキャストするステップは、前記グループＩＤを用いてマルチキャストダウンリンクにより前記複数のＵＥとの通信を送信するステップを含む、請求項１１記載の方法。
【請求項１３】
前記グループＩＤは、マルチキャストセル無線ネットワークテンポラリ識別子（ＭＣ−ＲＮＴＩ）を有する、請求項１１記載の方法。
【請求項１４】
前記ＬＣＩＤ及び前記ＬＣＧＩＤと前記複数のＵＥの各ＵＥとを関連付けるよう構成されるデータ構造を維持するステップを更に有する、請求項１０記載の方法。
【請求項１５】
前記アップリンクの１つにより前記ＬＣＧのためのデータを送信するためのリクエストをＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）上で受信するステップを更に有する、請求項１０記載の方法。
【請求項１６】
前記アップリンクの１つにより前記ＬＣＧのためのデータを送信するためのリクエストをランダムアクセスチャネル（ＲＡＣＨ）上で受信するステップを更に有する、請求項１０記載の方法。
【請求項１７】
前記アップリンクの１つにより前記ＬＣＧのためのデータを送信するためのリクエストをバッファステータスレポート（ＢＳＲ）を介し受信するステップを更に有する、請求項１０記載の方法。
【請求項１８】
ユーザ装置（ＵＥ）であって、
ローカル通信グループ（ＬＣＧ）のホスト又は参加者として前記ＵＥを選択的に設定する処理モジュールと、
前記ＬＣＧに対応するｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）からコンフィギュレーションデータを受信し、前記ＬＣＧにデータを送信するためのリクエストを前記ｅＮｏｄｅＢに送信し、前記ＬＣＧに対応するマルチキャストダウンリンクによりデータを受信する送受信モジュールと、
を有するユーザ装置。
【請求項１９】
前記ホストとして動作するとき、前記送受信モジュールは、
複数のＵＥの間で前記ＬＣＧを設定するためのリクエストを前記ｅＮｏｄｅＢに送信し、
前記マルチキャストダウンリンクにより前記複数のＵＥに配信されるデータパケットをユニキャストアップリンクリソース上で送信するよう構成される、請求項１８記載のＵＥ。
【請求項２０】
前記ホストとして動作するとき、前記送受信モジュールは、前記ＬＣＧに参加するためのインビテーションを前記複数のＵＥに送信するよう構成され、
前記インビテーションは、前記グループＩＤを含む、請求項１９記載のＵＥ．
【請求項２１】
前記コンフィギュレーションデータは、
前記ＬＣＧに関連するグループ識別子（ＩＤ）と、
前記ＬＣＧに関連するアップリンク通信で使用するための論理チャネル識別子（ＬＣＩＤ）と論理チャネルグループ識別子とを、
有する、請求項１８記載のＵＥ。
【請求項２２】
前記参加者として動作するとき、前記送受信モジュールは、
前記ＬＣＧに参加するためのインビテーションであって、前記ＬＣＧについて設定されるマルチキャストセル無線ネットワークテンポラリ識別子（ＭＣ−ＲＮＴＩ）と、前記ＬＣＧとのアップリンク通信のためのユニキャストリソースに関連する論理チャネル識別子（ＬＣＩＤ）及び論理チャネルグループ識別子（ＬＣＧＩＤ）とを含むインビテーションを受信し、
前記ＬＣＧに配信されるアップリンクデータパケットであって、前記ＬＣＩＤをＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ヘッダに含めることによって、前記ＬＣＧに関連付けされるものとして特定されるアップリンクデータパケットを送信し、
対応するマルチキャストリソースが前記グループについて設定されたＭＣ−ＲＮＴＩに関連付けされるマルチキャストダウンリンクリソース上でダウンリンクデータパケットを受信するよう構成される、請求項１８記載のＵＥ。
【請求項２３】
前記処理モジュールは更に、前記ＬＣＧに対応するマルチキャストダウンリンクによる前記データの受信を前記ｅＮｏｄｅＢに対して確認するよう構成される、請求項１８記載のＵＥ。
【請求項２４】
前記処理モジュールは、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）レベルのアクノリッジメント／非アクノリッジメント手順を用いて、マルチキャストダウンリンクによる前記データの受信を確認するよう構成される、請求項２３記載のＵＥ。
【請求項２５】
前記処理モジュールは、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）レベルのアクノリッジメント／非アクノリッジメント手順を用いて、マルチキャストダウンリンクによる前記データの受信を確認するよう構成される、請求項２３記載のＵＥ。
【発明の詳細な説明】
【背景技術】
【０００１】
過去数十年において、直交周波数分割多重（ＯＦＤＭ）デジタル変調方式を利用したモバイル通信システムが増加している。このような通信システムの１つは、例えば、３ＧＰＰ（Ｔｈｉｒｄ−Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）により開始されたＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）のＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）規格の下で運営されるネットワークである。ＬＴＥネットワークは、高いデータレート、低い遅延、パケット最適化及びシステムキャパシティとカバレッジの向上を提供する新たな無線アクセス技術及びコアとなる無線ネットワークアーキテクチャを含む。ＬＴＥネットワークでは、ＥＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）は、複数のｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含み、ユーザ装置（ＵＥ）としても参照される複数の移動端末と通信する。ＬＴＥネットワークにおけるダウンリンク（ＤＬ）送信は、ｅＮｏｄｅＢからＵＥへの通信として定義可能であり、アップリンク（ＵＬ）送信は、ＵＥからｅＮｏｄｅＢへの通信として定義可能である。ダウンリンク送信では、ｅＮｏｄｅＢは、ユニキャストサービスを用いてユニキャストサブフレームにより１つのＵＥと通信可能である。あるいは、ｅＮｏｄｅＢは、ＭＢＭＳ（Ｍｕｌｔｉｃａｓｔ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）を用いてＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ／Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ−Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）サブフレームにより複数のＵＥと通信可能である。
【図面の簡単な説明】
【０００２】
本開示の１以上の実施例が、同様の参照が同様の要素を示す添付した図面の図によって例示的に示され、限定されるものでない。
【図１】図１は、セルラネットワークの一例となるアーキテクチャを示す。
【図２】図２は、基地局のアーキテクチャの一例を示すハイレベルブロック図である。
【図３】図３は、ローカル通信グループを実現する一例となるｅＮｏｄｅＢを示す。
【図４Ａ】図４Ａは、ネットワークによる管理されるローカル通信グループを実現する一例となるｅＮｏｄｅＢを示す。
【図４Ｂ】図４Ｂは、ネットワークによる管理されるローカル通信グループを実現する一例となるｅＮｏｄｅＢを示す。
【図５】図５は、ローカル通信グループにおける通信の一例となるフロー図である。
【図６Ａ】図６Ａは、ｅＮｏｄｅＢを用いたマルチキャストのための一例となる処理を示す。
【図６Ｂ】図６Ｂは、ｅＮｏｄｅＢを用いたマルチキャストのための一例となる処理を示す。
【図７】図７は、ある実施例による一例となるｅＮｏｄｅＢ及びＵＥを示す。
【図８】図８は、ある実施例によるモバイル装置の一例となる図を提供する。
【発明を実施するための形態】
【０００３】
ユーザ及び／又はデバイスのグループとの又は間のネットワークにより始動された又はＵＥにより始動された通信に関する３ＧＰＰにおいて提案された各種アプリケーション及び利用ケースがある。例えば、ユーザ及び／又はデバイスのグループ間のピア・ツー・ピア又はデバイス・ツー・デバイス（Ｄ２Ｄ）通信が、ローカルソーシャルネットワーク、コンテンツ共有化、位置ベースマーケティング、サービス宣伝、モバイル・ツー・モバイルアプリケーション、パブリックセーフティなどのために提案されてきた。このようなローカル通信グループ（ＬＣＧ）を実現するための従来の試みは、直接的なデバイス・ツー・デバイス通信に依拠したものであり、デバイス間の近接性の影響を受ける。この限定的な範囲は、従来の試みをスケールに関して限定的なものにしてきた。
【０００４】
従って、グループの全てのユーザのペア毎の近接近の影響を受けない方法によりローカルグループ通信を実行するためのシステム及び方法が必要とされる。
【０００５】
ここに紹介される技術は、ＬＣＧとの及び間の効率的な通信のためのフレームワークを提供する。各種実施例によると、ＬＣＧは、ピア・ツー・グループ通信又はネットワーク・ツー・グループ通信であってもよい。ピア・ツー・グループ通信は、一方向（例えば、グループの１つのピアがほとんどフィードバックなく残りのユーザに通信を送信するなど）又は二方向（例えば、グループの各メンバが残りのメンバとコンテンツを共有可能であるなど）であってもよい。ここに紹介される技術によると、ローカルグループ通信は、ダウンリンクにおけるマルチキャスト通信とアップリンクにおけるユニキャスト通信との組み合わせを利用可能なＬＴＥネットワークのｅＮｏｄｅＢをアンカーとして行われる。これらの通信及び他の詳細が、以下においてより詳細に説明される。
【０００６】
“実施例”、“一実施例”などの本明細書における参照は、説明される特定の特徴、構成又は特性が本開示の少なくとも１つの実施例に含まれることを意味する。本明細書におけるこのようなフレーズの出現は、必ずしも全てが同一の実施例を参照しているとは限らない。
【０００７】
図１は、セルラネットワーク１００の一例となるアーキテクチャを示す。一例となるネットワークは、基地局１０２及び移動端末１０４（“ユーザ装置”又は“ＵＥ”とも参照される）を含む。ここで用いられる“基地局”という用語は、汎用的な用語である。当業者により理解されるように、ＬＴＥアーキテクチャで使用されるものなど、ＥＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）では、基地局１０２はｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）であってもよい。しかしながら、“ｅＮｏｄｅＢ”という用語はまた、一般に論理ノードを参照するため、従来の基地局よりある意味でより広範である。ここで用いられる“基地局”という用語は、基地局、ＮｏｄｅＢ、ｅＮｏｄｅＢ又は他のアーキテクチャに固有の他のノードを含む。ＬＴＥシステムのｅＮｏｄｅＢは、１以上のセルにおける送受信を扱うことができる。
【０００８】
移動端末１０４は、後述される実施例に従ってＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）セグメント及びＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）セグメントを送受信するなどによって、基地局１０２と通信するため専用チャネル１０６を利用する。基地局１０２は、対応する無線ネットワークコントローラ（ＲＮＣ）１０８に接続される。図１に示されていないが、各ＲＮＣ１０８は複数の基地局１０２を制御してもよいことが理解されるであろう。ＲＮＣ１０８は、コアネットワーク１１０に接続される。ＬＴＥアーキテクチャでは、コアネットワーク１１０はＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）である。
【０００９】
上述されたように、ＥＵＴＲＡＮは、３ＧＰＰのＬＴＥ規格により定義される無線インタフェースを用いた無線通信ネットワークである。ＥＵＴＲＡＮはまた、３ＧＰＰ  ＬＴＥ仕様の初期のドラフトでは３ＧＰＰ  ｗｏｒｋ  ｉｔｅｍ  ｏｎ  ｔｈｅ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ及びＥＵＴＲＡ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）として参照される。ＥＵＴＲＡＮは、３ＧＰＰリリース５以上で規定されたＵＭＴＳ、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）及びＨＳＵＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）技術を置換するための無線アクセスネットワーク技術である。ＥＵＴＲＡＮは、より高いデータレートとより低い遅延を提供し、パケットデータのため最適化される。
【００１０】
図２は、基地局１０２などの基地局のアーキテクチャの一例を示すハイレベルブロック図である。図示される実施例では、基地局のアーキテクチャは、１以上のプロセッサを有することが可能なプロセッササブシステム２０２を有する処理システムである。基地局のアーキテクチャは更に、メモリ２０４、ストレージモジュール２０６及びアンテナシステム２０８を有し、それぞれがインターコネクト２１０により相互接続され、電源２１２により電力供給される。
【００１１】
基地局のアーキテクチャは、移動端末１０４などの移動端末との間でデータを送信するためのハイレベルモジュールを好ましくは実現するシングル又はマルチプロセッサシステムとして実現可能である。データは、１以上の周波数によりデータを送受信可能なシングルアンテナ又はマルチアンテナシステムを有することが可能なアンテナシステム２０８を介し通信される。データ２１４は、プロセッササブシステム２０２及びメモリ２０４により抽出できるように、ストレージモジュール２０６に格納可能である。
【００１２】
メモリ２０４は、プロセッササブシステム２０２とソフトウェアプログラムコード及びデータ構造を格納するための基地局のアーキテクチャの他のコンポーネントとによりアドレス指定可能な格納位置を例示的に有する。プロセッササブシステム２０２及び関連するコンポーネントは次に、ソフトウェアコードを実行し、データ構造を操作するよう構成される処理要素及び／又は論理回路を有してもよい。その一部がメモリ２０４に配置され、プロセッササブシステム２０２により実行可能なオペレーティングシステム２１６は、特に各ＵＥ１０４とｅＮｏｄｅＢ１０２との間の接続を確立し、データを送受信することによって、基地局のアーキテクチャを機能的に構成する。各種コンピュータ可読記憶媒体を含む他の処理及びメモリの実現形態が、ここに紹介される技術に関するプログラム命令を格納及び実行するのに利用されてもよいことが、当業者に明らかであろう。
【００１３】
図３は、ローカル通信グループを実現する一例となるｅＮｏｄｅＢを示す。図３Ａに示されるように、複数のＵＥ１０４ａ〜１０４ｎのＵＥ１０４ａは、ＬＣＧを作成するためのリクエスト３０２をｅＮｏｄｅＢ１０２に送信する。一実施例では、ＬＣＧを作成するためのリクエストは、ＵＥ１０４ａにおけるアプリケーションレイヤ命令に応答して送信されてもよい。ＬＣＧを作成するためのリクエストに加えて、当該リクエストは、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）関連情報を含むものであってもよい。当該リクエストに応答して、ｅＮｏｄｅＢ１０２は、ＬＣＧに関連するグループＩＤ３０３をＵＥ１０４ａに提供し、グループＩＤに関連するアップリンク及びダウンリンク通信のため対応するＱＣＩ（Ｑｕａｌｉｔｙ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）により無線ベアラを設定してもよい。通信を確立するための処理が以下においてより詳細に説明される。グループ管理及び構成はまた、マルチキャスティングが複数のセルにおいて協調されるべきである場合、ネットワークの他のエンティティにより実行されてもよい。
【００１４】
ＵＥ１０４ａがｅＮｏｄｅＢ１０２からグループＩＤを受信すると、ＵＥ１０４ａは、グループＩＤを含むインビテーションをＬＣＧに含まれるべき他のＵＥ１０４ｂ〜１０４ｎに送信してもよい。グループＩＤに加えて、インビテーションは例えば、、データが暗号化されるべきである場合、アプリケーションレイヤ暗号キーなどの他の情報と、ＬＣＧのための通信のスタート時間とを含むものであってもよい。他の実施例では、これら追加的な情報は、インビテーションを受け入れ、ＬＣＧに加わったＵＥ１０４ｂ〜１０４ｎのみに送信される。インビテーションのシグナリングは、ネットワークによる特別な処理なくアプリケーションレイヤにおいて実行されてもよい。
【００１５】
一実施例では、ｅＮｏｄｅＢ１０２は、ＬＣＧに含まれるＵＥのリストを維持する。当該リストは、何れのＵＥがＬＣＧの残りのＵＥに通信されるべきメッセージをアップリンクにおいて送信することが許可されているかを示すものであってもよい。このリストは、ＵＥ１０４ａなどのＬＣＧの作成者又はｅＮｏｄｅＢ１０２によって、ＬＣＧの通信前又は通信中の任意の時点で修正可能であってもよい。いくつかの実施例では、リストは、ＬＣＧの各ＵＥ１０４ａ〜１０４ｎの論理チャネル識別子（ＬＣＩＤ）及び論理チャネルグループ識別子（ＬＣＧＩＤ）を含むものであってもよい。ｅＮｏｄｅＢ１０２がグループを形成した後、ｅＮｏｄｅＢ１０２は、グループの各ＵＥ１０４ａ〜１０４ｎからのアップリンク通信のため論理チャネルを設定し、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングを介し各論理チャネルにＬＣＩＤを割り当ててもよい。一実施例では、各ＵＥ１０４ａ〜１０４ｎは、対応する一意的なＬＣＩＤと関連付けされる。例えば、リストは、ＵＥ１０４ａに対応するＬＣＩＤ−ａとＵＥ１０４ｎに対応するＬＣＩＤ−ｎとを含むものであってもよい。他の実施例では、リストは、全てのＵＥ１０４ａ〜１０４ｎに関連する１つのＬＣＩＤを有してもよい。ＬＣＩＤは、００００１〜０１０１０の値を有する“実際”のＬＣＩＤ（３ＧＰＰにより公表されたＴＳ３６．３２１のＴａｂｌｅ  ６．２．１−２などに見つけることができる）又はローカルグループ通信に関するアップリンク送信に排他的に利用されてもよいリザーブＬＣＩＤの何れかであってもよい。
【００１６】
ＬＣＩＤは、ＬＣＧについて意図されたＵＥ１０４ａ〜１０４ｃからの通信を特定するのに利用されてもよい。例えば、ＵＥ１０４ａがＬＣＧと通信するためのアップリンク接続を要求すると、ｅＮｏｄｅＢ１０２は、ＵＥ１０４ａとＵＥ１０４ａが属するＬＣＧとに関するアップリンクにおける１つの論理チャネル（ＬＣＩＤ−ａなど）を設定してもよい。さらに、アップリンクにより送信を送信することが許可された他のＵＥ１０４ｎがあると仮定すると、ｅＮｏｄｅＢ１０２は、ＵＥ１０４ｎ及びＬＣＧに関するアップリンクの１つの論理チャネル（ＬＣＩＤ−ｎなど）を設定できる。上述されたように、ＬＣＩＤ−ａ及びＬＣＩＤ−ｎは同一の又は異なるＩＤとすることが可能である。ＵＥ１０４ａがアップリンクにおいてデータを送信するとき、ＵＥ１０４ａは、当該通信にＬＤＣＩ−ａを含めてもよい（例えば、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ヘッダにおけるＬＤＩＣフィールドを利用して）。受信すると、ｅＮｏｄｅＢ１０２は、通信におけるＬＣＩＤ−ａの存在に基づき、受信した送信とＬＣＧとを関連付ける。同様に、ＵＥ１０４ｎがアップリンクにおいてデータを送信するとき、ＵＥ１０４ｎは、当該通信にＬＣＩＤ−ｎを含め、ｅＮｏｄｅＢ１０２もまた、送信とＬＣＧとを関連付ける。
【００１７】
図３Ｂは、ＬＣＧのＵＥ１０４ａ〜１０４ｎとｅＮｏｄｅＢ１０２との間の通信を示す。図３Ｂの例では、ＵＥ１０４ａなどの１つのＵＥが、アップリンク上でデータ３０４を送信することを要求する。ＵＥ１０４ａは、例えば、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）上でスケジューリングリクエストを送信することによって、又はランダムアクセスチャネル（ＲＡＣＨ）を利用することによって、既知の手順を用いてアップリンクで送信することを要求してもよい。あるいは、ＵＥ１０４ａはまた、ＬＣＩＤ／ＬＣＧＩＤに関するグループに送信すべきデータをＵＥ１０４ａが有していることを示すバッファステータスレポート（ＢＳＲ）をｅＮｏｄｅＢ１０２に送信してもよい。ｅＮｏｄｅＢ１０２がＢＳＲを受信すると、ｅＮｏｄｅＢ１０２は、アップリンクで送信するためＵＥ１０４ａをスケジューリングしてもよい。
【００１８】
ＵＥ１０４ａがアップリンクにおいてデータをｅＮｏｄｅＢ１０２に送信した後、ｅＮｏｄｅＢ１０２は、その後、ＬＣＧの残りのＵＥ（ＵＥ１０２ｂ〜１０２ｎなど）にデータ３０６をマルチキャストしてもよい。ダウンリンクのマルチキャスト送信は、ＬＣＧに関するグループＩＤにより特定されてもよい。一実施例では、グループＩＤは、以下でより詳細に説明されるマルチキャストセル無線ネットワークテンポラリ識別子（ＭＣ−ＲＮＴＩ）であってもよい。いくつかの実施例では、ＵＥ１０４ａ〜１０４ｎは、配信データ３０６のコンファメーションを提供するよう構成されてもよい。例えば、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）レベルのアクノリッジメント及び非アクノリッジメントが、ｅＮｏｄｅＢ１０２により有効とされてもよい。同様に、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）レイヤ又はアプリケーションレイヤのアクノリッジメントが利用されてもよい。
【００１９】
図４は、ネットワークにより管理されるローカル通信グループを実現する一例となるｅＮｏｄｅＢを示す。図４Ａに示されるように、ネットワークにより管理されるＬＣＧは、ローカルでない（例えば、１つのｅＮｏｄｅＢによりサービス提供されるエリアなどの）ユーザ４０２により要求されてもよい。グループは、インビテーション又はサブスクリプション（マシーンタイプ通信により利用されるものなど）によって構成されてもよい。一実施例では、コアネットワーク１１０は、グループＩＤとリクエストとを関連付け、各ｅＮｏｄｅＢがネットワークにより管理されるＬＣＧのためにグループＩＤをリザーブする無線アクセスネットワーク（ＲＡＮ）の１以上のｅＮｏｄｅＢにグループＩＤを配信４０４してもよい。他の実施例では、各ｅＮｏｄｅＢは、異なるグループＩＤを利用し、当該異なるグループＩＤとネットワークグループＩＤとを関連付けてもよい。
【００２０】
図４Ｂは、１人のユーザ４０２からＬＣＧにおける残りのユーザ（ＵＥ１０４など）へのマルチキャストダウンリンク通信を示す。複数のｅＮｏｄｅＢがマルチキャスト送信を配信するのに関係する場合、当該送信は、これらのｅＮｏｄｅＢの間で同期されなくてもよい。この場合、各ｅＮｏｄｅＢは、マルチキャストデータの送信をスケジューリングする責任があるかもしれない。
【００２１】
図５は、ローカル通信グループにおける通信の一例となるフロー図である。図５の例は、５０２においてｅＮｏｄｅＢが複数のＵＥの間のローカル通信グループを作成するためのリクエストをユーザ（図３の例のＵＥ１０４ａなど）から受信することによって開始される。５０４において、当該リクエストを受信したことに応答して、ｅＮｏｄｅＢは、ＬＣＧに関するグループＩＤを生成する。その後、ｅＮｏｄｅＢは、５０６において、複数のＵＥにグループＩＤを送信する。５０８において、ｅＮｏｄｅＢは、アップリンク通信のため論理チャネルを確立し、当該論理チャネルをＬＣＩＤに関連付ける。５１０において、ＬＣＩＤに関連するアップリンク通信によりデータを受信すると、ｅＮｏｄｅＢは、５１２においてマルチキャストダウンリンク上で当該データを複数のＵＥに送信してもよい。
【００２２】
図６は、ｅＮｏｄｅＢを用いたマルチキャストのための一例となる処理を示す。マルチキャストサービスについて、ｅＮｏｄｅＢは、ＲＲＣなどの制御プレーンプロトコルを用いて、ＬＣＧの各ＵＥについて接続を確立してもよい。ＬＣＧは、単一のｅＮｏｄｅＢ又はｅＮｏｄｅＢの組み合わせ（ネットワークにより管理されるＬＣＧなどにおける）によりサービス提供可能である。ｅＮｏｄｅＢは、グループＩＤとしてマルチキャスト識別子を用いて、ＬＣＧの複数のＵＥに対してマルチキャストサービスを確定してもよい。一実施例では、マルチキャスト識別子は、共通セル識別子（ＣＩＤ）によるマルチキャストセル無線ネットワークテンポラリ識別子（ＭＣ−ＲＮＴＩ）であってもよいが、他の識別子がまた利用可能である。マルチキャストサービスの設定の一部として、ｅＮｏｄｅＢは、ＲＲＣシグナリングにおける情報要素（ＩＥ）マルチキャストコンフィギュレーションを用いて、グループＩＤのＬＣＧの各ＵＥに通知してもよい。
【００２３】
図６Ａ及び６Ｂの具体例は、より詳細には３つの移動機（ＵＥ１，ＵＥ２及びＵＥ３）へのｅＮｏｄｅＢによるユニキャストサブフレームにおけるマルチキャストサービス提供のための一例となる処理を示す。図６Ａにおいて、ｅＮｏｄｅＢは、ＬＣＧの各ＵＥとのＲＲＣ接続６０２ａ、６０２ｂ及び６０２ｃを確立する。３つのＵＥが示されているが、任意数のＵＥがＬＣＧを構成可能である。ＲＲＣシグナリングは、あるサブフレームにおいてＰＤＣＣＨを送信する前に、レイヤ２通信リンクを介した制御プレーンシグナリングを処理する。ＵＥのＲＲＣプロトコル及びファンクションは、接続の確立及び解放、システム情報の報知、無線ベアラの確立／再設定及び解放、ＲＲＣ接続モビリティ手順、ページング通知及び解放並びに／又は３ＧＰＰ  ＬＴＥ又は同様の仕様に整合するアウターループ電力制御を含むことが可能である。１つのＲＲＣ接続が、何れか所与の時点においてＵＥにオープンであってもよい。ＲＲＣ接続の確立は、ＲＲＣアイドルモードからＲＲＣ接続モードへの遷移を行うのに利用可能である。各ＵＥは、アプリケーションデータを転送する前（インターネットのブラウジング、電子メールの送受信又はテレビ会議など）、又はシグナリング手順の完了前に、ＲＲＣ接続モードへの遷移を行う。ＲＲＣ接続確立手順は、各ＵＥにより始動可能であるが、ＵＥ又はネットワークの何れｋによりトリガ可能である。ＲＲＣシグナリングは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）、ＰＵＣＣＨ及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）のためのコンフィギュレーション情報を定義可能なＲＲＣ接続設定メッセージなどの情報要素（ＩＥ）を介し送信可能である。
【００２４】
ｅＮｏｄｅＢは、各ＬＣＧについてＭＣ−ＲＮＴＩを定義及び設定可能である。セル無線ネットワークテンポラリ識別子（Ｃ−ＲＮＴＩ）は、ｅＮｏｄｅＢがＵＥを特定し、当該ＵＥと直接通信することを可能にする。ＭＣ−ＲＮＴＩは、ｅＮｏｄｅＢにより割り当てられたレイヤ２のグループ識別子であり、当該ｅＮｏｄｅＢにより制御される１つのセル内で一意的なものである。ＭＣ−ＲＮＴＩは、ＵＥが新たなセルに移動する際、マルチキャスト接続が新たなセルにハンドオーバされる場合、再割り当てすることができる。ｅＮｏｄｅＢは、ＲＲＣシグナリングを用いてＭＣ−ＲＮＴＩをＬＣＧに参加する各ＵＥに通知可能である。例えば、ｅＮｏｄｅＢは、ＬＣＧの各ＵＥに関するＩＥマルチキャストコンフィギュレーション６０４ａ、６０４ｂ及び６０４ｃを含むＲＲＣシグナリングを用いて、マルチキャストサービスを確立可能である。ＩＥマルチキャストコンフィギュレーションは、ＭＣ−ＲＮＴＩを含むことが可能である。
【００２５】
他の例では、ｅＮｏｄｅＢは、ＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フィードバックリソース通知のため、各ＵＥに異なるＰＵＣＣＨリソース割当ｎＰＵＣＣＨ（１，ｐ）を割り当てることが可能であり、ここで、ｎは、周波数分割多重（ＦＤＤ）又は時分割多重（ＴＤＤ）のＡＣＫ／ＮＡＣＫフィードバックのためのＰＵＣＣＨフォーマット１ａ／１ｂのアンテナポートｐのＨＡＲＡ−ＡＣＫの送信のためのサブフレーム番号である。ｅＮｏｄｅＢは、ＲＲＣシグナリングにおけるＩＥであるＰＵＣＣＨコンフィギュレーションを利用して、ＡＣＫ又はＮＡＣＫフィードバックリソース通知のためのＰＵＣＣＨリソース割当をＬＣＧの各ＵＥに通知可能である。他の例では、ｅＮｏｄｅＢは、所定レベル以下のＳＩＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｌｕｓ  Ｎｏｉｓｅ  Ｒａｔｉｏ）、不良なＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）レポートを示すレベル、不良なＰＭＩ（Ｐｒｅｃｅｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）レポート又は不良な送信ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）レポートなどの送信品質ファクタに基づき、ＬＣＧのＵＥのサブセットにＡＣＫ又はＮＡＣＫフィードバックリソース通知のための異なるＰＵＣＣＨリソースを割り当てることが可能である。他の送信品質ファクタがまた利用されてもよい。
【００２６】
ｅＮｏｄｅＢは、リソースを動的に割り当て、マルチキャストにおいて各ＵＥにより復号化可能な単一の送信において、ＬＣＧの各ＵＥ（ＵＥ１，ＵＥ２及びＵＥ３）にＰＤＳＣＨを送信することが可能である。動的にリソースを割り当て、各ＵＥにＰＤＳＣＨを送信するための処理の詳細が、図６Ｂに示される。本例では、ＵＥ１は、グループに意図されたデータを送信するためのリソースを要求するためのトークンリクエスト（ＢＳＲのＬＣＧＩＤを用いて）をｅＮｏｄｅＢに送信する。ｅＮｏｄｅＢは、ＵＬリソース割当６１４をＵＥ１に送信することによって応答する。その後、ＵＥ１は、グループに報知されるＵＬデータ送信６１６をｅＮｏｄｅＢに送信する。ｅＮｏｄｅＢは、ＰＤＳＣＨのマルチキャストリソース割当のためＰＤＣＣＨ６１８を送信することによって応答する。ＰＤＣＣＨは、ＭＣ−ＲＮＴＩによりマスク処理可能である。ＭＣ−ＲＮＴＩ又はＣ−ＲＮＴＩは、ＵＥ宛ての送信をＵＥが受信することを可能にするため、エンコーダ又はスクランブラにより利用可能である。ＰＤＣＣＨのマスク処理は、一致するＭＣ−ＲＮＴＩを有するＵＥがメッセージを復号化することを可能にする。テレビ会議呼などのデータは、ＰＤＳＣＨを介し送信可能である。マルチキャストリソース割当後、ｅＮｏｄｅＢは、ＰＤＳＣＨ  ＤＬマルチキャスト６２０をＬＣＧの各ＵＥ（ＵＥ１，ＵＥ２及びＵＥ３）に送信する。
【００２７】
ＵＥにおいて、各ＵＥは、以前に設定されたＭＣ−ＲＮＴＩを用いてＰＤＣＣＨをブラインド検出（ブラインド復号化）することが可能である。マルチキャスト割り当ての例では、各ＵＥはＰＤＣＣＨ及びＰＤＳＣＨを復号化可能である。ＰＤＳＣＨ６２０に応答して、ＨＡＲＱが有効とされているとき、各ＵＥは、ＡＣＫ／ＮＡＣＫ６２０ａ，６２０ｂ及び６２０ｃをｅＮｏｄｅＢに送信する。ＡＣＫ／ＮＡＣＫフィードバックが有効とされているとき、ｅＮｏｄｅＢは、送信エラーが発生した場合、メッセージを再送６２３することができる。送信エラーは、ＮＡＣＫフィードバックにより通知されてもよい。再送は、送信品質ファクタなどのあるサブセット基準に基づき、ＬＣＧの全てのＵＥ又は一部のＵＥに提供可能である。例えば、ｅＮｏｄｅＢは、アプリケーションの遅延制約に応じて１回又は２回の再送を送信可能である。当該再送は、ユニキャスト又はマルチキャストの何れかの送信を用いて送信可能である。他の例では、ＡＣＫ／ＮＡＣＫフィードバックは有効とされなくてもよく、メッセージの再送が行われなくてもよい。
【００２８】
シングルセルの例について、ｅＮｏｄｅＢは、セル固有リファレンス信号（ＣＲＳ）又はＵＥ固有リファレンス信号（ＵＥ−Ｒ）の復調リファレンス信号（ＤＭＲＳ）の何れかを用いてマルチキャストサービスデータを送信及び／又は再送することが可能である。マルチセルの例について、ｅＮｏｄｅＢは、ＣＲＳ又はＵＥ−ＲＳ（ＤＭＲＳ）の何れかを用いてデータを送信及び／又は再送可能である。ＣＲＳが使用される場合、ＣＲＳインタレースは無効とされてもよい。ＣＲＳインタレースは、固有のセル及びセル番号に適用されるｖｓｈｉｆｔだけＣＲＳ及び／又はデータをセル固有周波数シフトすることが可能である。複数のセルが利用されるため、ＣＲＳインタレースは、複数のセルにおけるマルチキャストサービスに適用されなくてもよい。インタレーサは、ＣＲＳインタレースを実行可能である。マルチセルの例について、複数のｅＮｏｄｅＢが、マルチキャストサービスのためＲＬＣ、ＭＡＣ及び／又はＰＨＹレイヤの同様のコンフィギュレーションを有することが可能であり、このため、マルチセル送信は、同一のシステムフレーム番号（ＳＦＮ）又は協調無線フレームタイミングと無線フレームタイミングとを同期させることが可能である。
【００２９】
上述されたオプションに加えて、ＬＣＧに関係するユーザ数が多いとき、更なるＡＣＫ／ＮＡＣＫフィードバック及びＨＡＲＱ再送オプションが利用されてもよい。一例では、ｅＮｏｄｅＢは、報告された無線リソースマネージメント（ＲＲＭ）測定結果などのある基準に基づき、ユーザのサブセットについてＡＣＫ／ＮＡＣＫ及びＨＡＲＱ再送を有効にしてもよい。他の例では、ＡＣＫ／ＮＡＣＫは無効にされてもよく、これはＭＢＭＳフレームワークに類似してもよい。ＭＢＭＳ送信はＡＣＫ／ＮＡＣＫフィードバックを利用しない。ＭＢＭＳフレームワークは、ブラインドＨＡＲＱ繰り返し又はＲＬＣクイック繰り返しを利用しなくてもよい。
【００３０】
ユニキャストサブフレームを用いたマルチキャストサービスは、専用のＭＢＳＦＮサブフレームによるＭＢＭＳ又はユニキャストサブフレームによるユニキャストサービスより効率的であり、またより高い信頼性を提供することが可能である。ＭＢＭＳもユニキャストサービスもまた、ＡＣＫ／ＮＡＣＫフィードバックにより提供可能な信頼できる送信を所望するスモールオフィスなどのマルチキャストユーザのスモールグループをサポートするのに効率的でないかもしれない。
【００３１】
図７は、ある実施例による一例となるｅＮｏｄｅＢ１０２及びＵＥ１０４を示す。ｅＮｏｄｅＢ１０２は、処理モジュール７１４及び送受信モジュール７１２を有することが可能である。ｅＮｏｄｅＢの処理モジュール７１４は、ＬＣＧのＵＥのためのマルチキャストサービスのためＭＣ−ＲＮＴＩを生成可能である。ｅＮｏｄｅＢの送受信モジュール７１２は、ＭＣ−ＲＮＴＩをＵＥに送信し、ＵＥの１つからＵＬメッセージによりデータパケットを受信し、当該データパケットをＬＣＧのＵＥにマルチキャストすることが可能である。ＵＥ１０４は、処理モジュール７２４及び送受信モジュール７２２を有することが可能である。ＵＥの処理モジュール７２４は、ＬＣＧのホスト又は参加者としてＵＥを設定できる。ＵＥ１０４の送受信モジュール７２２は、ＬＣＧに対応するｅＮｏｄｅＢ１０２からコンフィギュレーションデータを受信し、データをＬＣＧに送信するためのリクエストをｅＮｏｄｅＢに送信し、ＬＣＧに対応するマルチキャストダウンリンクによりデータを受信することが可能である。
【００３２】
図８は、ユーザ装置（ＵＥ）、移動局（ＭＳ）、移動無線装置、移動通信装置、タブレット、ハンドセット又は他のタイプの移動無線装置などの移動機の一例となる図を提供する。移動機は、基地局（ＢＳ）、ｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）、ベースバンドユニット（ＢＢＵ）、リモート無線ヘッド（ＲＲＨ）、リモート無線装置（ＲＲＥ）、中継局（ＲＳ）、無線装置（ＲＥ）又は他のタイプのＷＷＡＮ（Ｗｉｒｅｌｅｓｓ  Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）アクセスポイントなどの送信局と通信するよう構成される１以上のアンテナを有することが可能である。移動機は、３ＧＰＰ  ＬＴＥ、ＷｉＭＡＸ、ＨＳＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＷｉＦｉを含む少なくとも１つの無線通信規格を用いて通信するよう構成可能である。移動機は、各無線通信規格のための別々のアンテナ又は複数の無線通信規格のための共有アンテナを用いて通信可能である。移動機は、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＰＡＮ（Ｗｉｒｅｌｅｓｓ  Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）及び／又はＷＷＡＮにより通信可能である。
【００３３】
図８はまた、移動機に対する音声入出力に利用可能なマイクロフォン及び１以上のスピーカの図を提供する。ディスプレイ画面は、液晶ディスプレイ（ＬＣＤ）画面又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの他のタイプのディスプレイ画面であってもよい。ディスプレイ画面は、タッチ画面として構成可能である。タッチ画面は、容量型、抵抗型又は他のタイプのタッチ画面技術を利用してもよい。アプリケーションプロセッサ及びグラフィックプロセッサは、処理及び表示機能を提供するため、内部メモリに接続可能である。不揮発性メモリポートがまた、データ入出力オプションをユーザに提供するため利用可能である。不揮発性メモリポートはまた、移動機のメモリ能力を拡張するのに利用されてもよい。キーボードが、更なるユーザ入力を提供するため、移動機に一体化又は無線接続されてもよい。バーチャルキーボードがまた、タッチ画面を用いて提供されてもよい。
【００３４】
上述された技術は、ソフトウェア及び／又はファームウェアによりプログラム又は設定されたプログラマブル回路により実現可能であるか、又は特定用途向け配線回路又は当該形態の組み合わせにより実現可能である。このような特定用途向け回路（存在する場合）は、例えば、１以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などの形態を有することが可能である。
【００３５】
ここに紹介された技術を実現するためのソフトウェア又はファームウェアは、マシーン可読記憶媒体に格納され、１以上の汎用又は特定用途プログラマブルマイクロプロセッサにより実行されてもよい。“マシーン可読媒体”とは、当該用語がここで使用されるとき、マシーンによりアクセス可能な形態により情報を格納可能な何れかの機構を含む（例えば、マシーンは、コンピュータ、ネットワーク装置、携帯電話、ＰＤＡ、製造ツール、１以上のプロセッサを備えた何れかの装置など）。例えば、マシーンアクセス可能な媒体は、記録可能／記録不可な媒体（例えば、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイスなど）などを含む。
【００３６】
ここで用いられる“ロジック”という用語は、例えば、特定用途配線回路、プログラマブル回路と共にソフトウェア及び／又はファームウェア又はこれらの組み合わせなどを含むことが可能である。
【００３７】
本開示は特定の実施例の参照を含むが、請求項は開示された実施例に限定されず、添付した請求項の趣旨及び範囲内の改良及び変更により実現可能であることが認識されるであろう。従って、明細書及び図面は、限定的な意味でなく例示的な意味でみなされるべきである。
【図１】
2015511092.tif 000003
【図２】
2015511092.tif 000004
【図３Ａ】
2015511092.tif 000005
【図３Ｂ】
2015511092.tif 000006
【図４Ａ】
2015511092.tif 000007
【図４Ｂ】
2015511092.tif 000008
【図５】
2015511092.tif 000009
【図６Ａ】
2015511092.tif 000010
【図６Ｂ】
2015511092.tif 000011
【図７】
2015511092.tif 000012
【図８】
2015511092.tif 000013
【国際調査報告】
2015511092.tif 000014
2015511092.tif 000015