JP6706672B2 - 多数のアンテナユニットを有するユーザ装置にサービスを提供する方法 - Google Patents

Description

[1] 本文書は無線通信システムに関するものである。より詳しくは、本文書は多数のアンテナユニットを用いた無線通信に関するものである。

[2] 本文書では主に車内分散アンテナシステム（ｉｎ−ｖｅｈｉｃｌｅ ｄｉｓｔｒｉｂｕｔｅｄ ａｎｔｅｎｎａ ｓｙｓｔｅｍ；ＤＡＳ）を具現する例を挙げて説明するが、これは例示的なものである。提案する方式／構造はコードワード／レイヤーの個数が増加したＭＩＭＯ（ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ−ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）システムの構造を単純化するために使うことができる。

[3] 主に個人移動通信装置をサーブする従来の移動通信システムにおいて、ＵＥの速度と要求されるデータ送信速度及びサービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ；ＱｏＳ）は反比例の関係にある。したがって、従来の通信システムは速度が低いＵＥに対して高いデータ送信速度／ＱｏＳを提供して速度が高いＵＥに対してはデータ送信速度（ｄａｔａ ｒａｔｅ）／ＱｏＳがちょっと低くても無線リンク失敗がない信頼性あるサービスを提供するように構成される。

[4] 次世代通信システムにおいては、要求されるサービスの範囲が増加するので、高速のＵＥに対して高いデータ送信速度／サービス品質が必要である。例えば、車両又は大衆交通の利用者は高速道路を走行するうちにマルチメディアサービスを用いることを願う。また、利用者は車両の速度が速い時にもっとマルチメディアサービスを楽しむことを願う。

[5] このような要求を満たすために、二つの接近方法があり得る。その一方法は高速の利用者に高品質のサービスを提供するためにネットワーク基盤施設（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）そのものを向上させることであり、他の一つはネットワーク基盤施設に大きな影響を与えずにこれを提供する新しいシステム／方式である。

[6] 二番目の接近方法のための一つの解決策として車両ＭＩＭＯシステムを考慮することができる。従来の車両ＭＩＭＯシステムにおいて、前記目的を達成するために、車両にサイズが大きなアンテナアレイが具現される。しかし、車両の外部にサイズの大きなアンテナアレイを具現すれば、車両のデザインと空気力学に問題が生じる。したがって、車両販売者はこのような種類のサイズの大きなアンテナアレイの具現に気が進まない。現在、販売者は車両にシャークアンテナ（ｓｈａｒｋ ａｎｔｅｎｎａ）を使うことを好む。

[7] 図１は車両通信のための従来のシャークアンテナシステムの構造を示す。

[8] 従来のシャークアンテナシステムは組合せアンテナシステム（ｃｏｍｂｉｎａｔｉｏｎａｌ ａｎｔｅｎｎａ ｓｙｓｔｅｍ）である。図１に示したように、シャークアンテナシステムは、一つの物理的構造内に多様なアンテナを具現した。図１で、シャークアンテナは一つのアンテナに４個以上の他のバンド／サービスのための組み合わせられた構造を含む。よって、高品質の移動通信サービスの提供が制限される。

[9] しかし、車両販売者がサイズの大きなアンテナシステムの代わりにこのようなシャークアンテナを好む理由はアンテナのための空間を減らすためである。大きなアンテナは車両のデザイン上良くなく、車両の本来の駆動性能を減少させる。

[10] このような問題を解決するために、本発明の発明者は車内分散アンテナシステム（以下、車内ＤＡＳ）の使用を提案した。

[11] 図２は車内に具現される車内ＤＡＳの概念を示す図である。

[12] 図２に示したように、車内ＤＡＳは車内に配置された比較的小さな多数のアンテナユニットを使う。多数のアンテナユニットは、例えば図２に示したように、車両のコーナーに配置されることができる。このような多数のアンテナユニットはＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）と名付けることができる。車内ＤＡＳのＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ）は車両のそれぞれのＤＵを制御することができる。

[13] ＤＵは車内で互いに離れているから、相異なる独立的な物理的チャネル特性を有する。よって、ダイバーシティ利得（ｄｉｖｅｒｓｉｔｙ ｇａｉｎ）が提供されることができるが、それぞれの物理的チャネル特性を考慮するために、シグナリングオーバーヘッドが増加することができる。

[14] また、車内ＤＡＳを具現するためには、従来のＭＩＭＯシステムに比べて追加的な考慮事項が必要である。

[15] 図３及び図４は車内ＤＡＳを具現するとき、セル選択のために要求される追加的な考慮事項の一例を示したものである。

[16] 従来の移動通信システムにおいて、セル選択は、受信された信号の信号強度が減少しもっと高い信号強度を有する他のセルがある場合に行われる。すなわち、セル選択はそれぞれのセルの信号強度のみに基づいて行われる。しかし、車内ＤＡＳが具現される場合、それぞれのＤＵに対するレイ（ｒａｙ）のダイバーシティも考慮することがもっと好ましい。

[17] 図３において、大きなトラックが車両と一緒に移動しながら通信中である。両車両が類似の速度を有すれば、ネットワークからの特定方向のレイ（ｒａｙｓ）が相当時間の間に遮断されることができる。これにより、車両内の利用者のためのサービスの品質が低下することができる。したがって、セル選択を行うとき、レイ（ｒａｙｓ）のダイバーシティも考慮することが好ましい。

[18] 図４に示したように、第１セルｃ０は最強信号を提供する最も近いセルであるが、ただ一方向のレイのみを提供する。しかし、第２セルｃ１は第１セルｃ０より信号強度がちょっと低いが、多様なレイを提供する。この場合、図３で説明したように、レイ分布（ｒａｙ ｄｉｓｔｒｉｂｕｔｉｏｎ）におけるダイバーシティがもっと安定的なサービスを提供するので、第２セルｃ１がより良い選択となることができる。

[19] したがって、車内ＤＡＳは追加的な考慮が必要であり得、複雑度が増加する。

[20] また、車内ＤＡＳを具現するためには、コードワード／レイヤーの数が従来の４Ｇ ＬＴＥ及びＬＴＥ−Ａシステムに比べて増加することができる。

[21] 図５はＬＴＥ−Ａシステムにおける上りリンクＭＩＭＯ送信のための過程を示す図である。

[22] ＬＴＥ−Ａシステムにおいて、上りリンクにおける同時送信のために２個のコードワードが支援される。コードワードはＵＥ特定ＩＤとセルＩＤを用いてスクランブルされる（３０１）。スクランブルされたコードワードは変調されて変調シンボルストリームが得られる（３０２）。その後、変調シンボルストリームは特定数のレイヤーにマッピングされる（３０３）。ＬＴＥ−Ａにおいて、上りリンク送信ために最大で４個のレイヤーが支援される。コードワードとレイヤー間のマッピング関係は次のようである。

[23] ここで、
は各レイヤーに対するシンボルの個数を示し、
はコードワードｑに対するシンボルの個数を示す。
は（ｋ＋１）番目レイヤーに対する（ｉ＋１）番目シンボルを示し、
は（ｑ＋１）番目コードワードに対する（ｉ＋１）番目シンボルを示す。

[24] そして、前記レイヤーは特定のプリコーディング行列でプリコードされる（３０４）。上りリンク送信のためのプリコーディング行列は使われるレイヤーの数によってコードブックで選択される。コードブックは次のように定義される。

[25] プリコードされたシンボルはリソース要素にマッピングされてから（３０５）処理されて単一搬送波−周波数分割多重アクセス（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ−ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ（ＳＣ−ＦＤＭＡ））信号を形成する（３０６）。

[26] 下りリンクＭＩＭＯ送信のためのプロセッシングチェーン（ｐｒｏｃｅｓｓｉｎｇ ｃｈａｉｎ）は図５と類似しているが、ＬＴＥ−Ａシステムは同時送信で最大で２個のコードワードと８個のレイヤーを支援する。したがって、レイヤーマッピング関係は次のように拡張される。

[27] 下りリンク送信に対するコードブックも拡張される。

[28] これにより、車内ＤＡＳを具現するために支援されるコードワードとレイヤーの個数を増加させれば、このための標準化が非常に複雑になる。

[29] 前記目的を達成するために、無線通信システムにおいてＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）がネットワークからサービスを受信する方法を提案する。多数のアンテナユニットを有するＵＥに対し、前記方法は、多数のＵＥ識別子を前記ネットワークの第１ノードに登録する段階、ここで、前記それぞれのＵＥ識別子は前記ＵＥの多数のユーザ末端の一つと関連し、それぞれのユーザ末端は前記ＵＥの多数のアンテナユニットの少なくとも一つのサブセットを含み；及び前記多数のＵＥ識別子を用いて前記ネットワークとのベアラを介して前記サービスを受信する段階を含む。

[30] “ユーザ末端（ｕｓｅｒ ｔｅｒｍｉｎａｔｉｏｎｓ）”は自分が使用する他のアンテナユニットを考慮して一つ以上のネットワークノード、例えばｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）によって互いに区別されるＵＥとして認識する個体である。ここで、より高いレベル（ベアラ）で動作する一つ以上の他のネットワークノード、例えばＥＰＣ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ）のノードはこのような区別を認識することができなく、サービスの伝達及び品質を制御することができる。このような特徴はサービス品質管理に影響を与えないながらＵＥとネットワーク間の無線リンクの管理に柔軟性を提供する。また、このような特徴は特に速く動くＵＥ、例えば車内ＤＡＳに適する。

[31] また、“ユーザ末端”は“仮想ＵＥ”又は“ＶＵＥ”と名付けることができ、二つの用語を以下で代案的に使う。

[32] 一実施例において、ベアラを介したサービスの受信は第１ノードと多数のユーザ末端間の多数の論理的チャネルを介して行われる。前記方法は、前記それぞれの論理的チャネルに対して前記ネットワークの第１ノードでの第１ＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）プロトコル個体と前記ＵＥでの第２ＲＬＣプロトコル個体を構成する段階をさらに含む。また、前記方法は、前記それぞれの論理的チャネルに対し、前記ネットワークの第１ノードでの第１ＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）個体と前記ＵＥでの第２ＰＤＣＰ個体を構成する段階を含む。ここで、前記第１及び第２ＰＤＣＰ個体は前記第１及び第２ＲＬＣプロトコル個体によって処理されるサービスデータのＩＰヘッダーを管理する。

[33] 前記ＵＥの多数のユーザ末端は前記ネットワークの第１ノード以外のノードによって一つのＵＥと認識される。

[34] 一例において、前記ＵＥの多数のアンテナユニットは前記ＵＥ内から離れた位置に位置する。

[35] 一例において、前記多数のＵＥ識別子を用いてサービスを受信するベアラは前記ＵＥとパケットデータネットワークとインターフェースされたネットワークゲートウェイの間にインターネットプロトコル（ＩＰ）連結を提供する。

[36] 前記多数のＵＥ識別子はＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）を含む。

[37] 多数のベアラが前記ネットワークからの多数のサービスのために設定される場合、前記多数のベアラは、前記多数のＵＥ識別子を用いてサービスを受信するベアラと、一つのユーザ末端と関連するＵＥ識別子を用いて設定される少なくとも一つのベアラとを含むことができる。

[38] 一実施例において、前記第１ネットワークノードは、前記ＵＥと一つ以上の無線ベアラを設定し、前記ネットワークのサービングゲートウェイ（Ｓ−ＧＷ）と一つ以上のＳ１ベアラを設定するｅＮＢである。前記ベアラを介して前記サービスを受信するのに使われる前記多数のＵＥ識別子は一つのＳ１ベアラと関連した一つの無線ベアラを共有するユーザ末端と関連することができる。

[39] 本発明の他の態様は、無線通信システムにおいてネットワークが多数のアンテナユニットを有するＵＥにサービスを提供する方法に関するものである。前記方法は、前記ネットワークの第１ノードに多数のＵＥ識別子を登録する段階、ここで、前記それぞれのＵＥ識別子は前記ＵＥの多数のユーザ末端の一つと関連し、それぞれのユーザ末端は前記ＵＥの多数のアンテナユニットの少なくとも一つのサブセットを含み；及び前記多数のＵＥ識別子を用いて前記ネットワークとのベアラを介して前記ＵＥに前記サービスを提供する段階を含む。

[40] 本発明のさらに他の態様は無線通信システムにおいてネットワークからサービスを受信するＵＥに関するものである。前記ＵＥは、多数のアンテナユニット；前記多数のアンテナユニットに連結され、前記ネットワークに信号を送信するとか前記ネットワークから信号を受信するように構成される送受信機；及び前記送受信機に連結され、前記送受信機を制御するように構成されるプロセッサ１２０を含む。前記プロセッサは、多数のＵＥ識別子を前記ネットワークの第１ノードに登録し、ここで、それぞれのＵＥ識別子は前記ＵＥの多数のユーザ末端の一つと関連し、それぞれのユーザ末端は前記ＵＥの多数のアンテナユニットの少なくとも一つのサブセットを含み；前記多数のＵＥ識別子を用いて前記ネットワークとのベアラを介して前記サービスを受信するように構成される。

[41] 本発明のさらに他の態様は無線通信システムにおいて多数のアンテナユニットを有するＵＥにサービスを提供するネットワークノードに関するものである。前記ネットワークノードは、ＵＥに信号を送信するとかＵＥから信号を受信するように構成される送受信機；及び前記送受信機に連結され、前記送受信機を制御するように構成されるプロセッサを含む。前記プロセッサは、多数のＵＥ識別子を登録し、ここで、前記それぞれのＵＥ識別子は前記ＵＥの多数のユーザ末端の一つと関連し、それぞれのユーザ末端は前記ＵＥの多数のアンテナユニットの少なくとも一つのサブセットを含み；前記多数のＵＥ識別子を用いてベアラを介して前記ＵＥにサービスを提供するように構成される。

[42] 前記方式を用いることによって高ランク通信と多重コードワード同時送信のための標準化を簡素化することができ、従来のネットワーク構成に大きく影響を与えないながら高い通信処理量（ｔｈｒｏｕｇｈｐｕｔ）を得ることができる。

[43] 本発明の効果は以上で言及した効果に制限されず、言及しなかった他の効果は以下の説明から当業者に明らかに理解可能であろう。また、本発明は以下の説明に基づいて当業者によって具現されることができるが、本発明は予期せぬ利点を有することができる。

[44] 本発明の理解を助けるために含まれる添付図面は詳細な説明と一緒に本発明の実施例を提供する。本発明の技術的特徴は特定の図面に制限されない。各図に開示された特徴を組み合わせて新しい実施例を構成することができる。各図の参照番号は構造要素を意味する。

[45]車両通信のための従来のシャークアンテナシステムの構造を示す。 [46]車両に具現される車内ＤＡＳの概念を示す。 [47]車内ＤＡＳが具現される場合、セル選択のために要求される追加的な考慮事項の一例を示す。 車内ＤＡＳが具現される場合、セル選択のために要求される追加的な考慮事項の一例を示す。 [48]ＬＴＥ−Ａシステムにおいて上りリンクＭＩＭＯ送信のための過程を示す。 [49]仮想ＵＥ（ＶＵＥ）概念の導入による送信（Ｔｘ）ビーム制御を詳細に示した図である。 [50]多数の仮想ＵＥとこれに相応するＵＥ ＩＤを定義する例示的な実施例を示す。 [51]３ＧＰＰネットワークにおける現在のベアラ構造を示す。 [52]仮想ＵＥ方式を具現するための提案されたベアラ概念の例を示す。 仮想ＵＥ方式を具現するための提案されたベアラ概念の例を示す。 仮想ＵＥ方式を具現するための提案されたベアラ概念の例を示す。 [53]ＵＥがネットワークに多数のサービスを要求する場合を示す。 [54]ネットワーク（ｅＮＢ）側で本発明の一実施例による仮想ＵＥ概念を支援するための構造を示す。 ＵＥ側で本発明の一実施例による仮想ＵＥ概念を支援するための構造を示す。 [55]ネットワーク側で本発明の他の実施例による仮想ＵＥ概念を支援するための代替構造を示す。 ＵＥ側で本発明の他の実施例による仮想ＵＥ概念を支援するための代替構造を示す。 [56]本発明によるＵＥとｅＮＢのブロック図である。

[57] 本明細書で使われる用語は機能を考慮して現在広く使われる一般的な用語から選択されたものであるが、当該分野の技術者の意図、慣習、新技術の出現などによって変更されることもできる。時々一部の用語は出願人によって任意に選択されることができる。この場合、任意に選択される用語の意味は明細書の詳細な説明の該当部分で記述する。したがって、本明細書で使う用語は単純な用語の名前と解釈されるよりは該当用語の実質的な意味と本明細書に開示された全体内容に基づいて解釈されなければならない。

[58] 以下の実施例は本発明の要素と特徴の所定形態の組合せに相当する。そして、それぞれの要素又は特徴は明示的に言及しない限り、選択的であり得る。それぞれの要素又は特徴は他の要素又は特徴と組み合わせられることができない形態に具現されることができる。また、部分的には要素及び／又は特徴を一緒に組み合わせて本発明の実施例を具現することができる。本発明のそれぞれの実施例について説明する一連の動作は変更可能である。一実施例の一部の構成又は特徴は他の実施例に含まれるとか他の実施例の該当の構成又は特徴と取り替えられることができる。

[59] 本発明の要点を不明瞭にすることができる過程又はステップは省略し、当業者が理解することができる過程又はステップも省略する。

[60] 本明細書において、“含む（ｃｏｍｐｒｉｓｅ）”、“含む（ｉｎｃｌｕｄｅ）”などの用語は特別な言及がなければ他の構成要素を除くものではなく他の構成要素をさらに含むものと解釈されなければならない。そして、本明細書において、“部”、“装置”、“モジュール”などの用語は少なくとも一つの機能又は動作を処理するためのユニットを意味し、ハードウェア、ソフトウェア又はその組合せによって具現することができる。また、“ある一つ（ａ ｏｒ ａｎ）”、“一つ（ｏｎｅ）”、“その（ｔｈｅ）”又はこれと類似の単語は本発明の門脈で明確に否定しない限り、以下では（特に、特許請求範囲で）単数と複数の両者を含む意味として使うことができる。

[61] 本明細書で、本発明の実施例は主に基地局と移動局間のデータ送信及び受信について説明する。この場合、基地局は移動局との直接通信を行うネットワークの端末ノードの意味を有する。本発明において、基地局によって行われるものと説明する特定の動作は場合によって基地局の上位ノードによって行われることもできる。

[62] 特に、基地局を含む多数のネットワークノードで構成されるネットワークにおいて、移動局との通信のために行われる多様な動作は基地局又は基地局を除いた他のネットワークによって行われることができる。“基地局（ｂａｓｅ ｓｔａｔｉｏｎ（ＢＳ））”は固定局、ノードＢ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、ＡＢＳ（ａｄｖａｎｃｅｄ ｂａｓｅ ｓｔａｔｉｏｎ）、アクセスポイント（ＡＰ）などの用語に取り替えることができる。

[63] 移動局（ＭＳ）はユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ（ＵＥ））、加入者局（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ（ＳＳ））、移動局加入者局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ（ＭＳＳ））、移動端末（ＭＴ）、ＡＭＳ（ａｄｖａｎｃｅｄ ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、ターミナルなどの用語に取り替えることができる。

[64] また、送信端はデータサービス又はオーディオサービスを提供する固定ノード及び／又は移動ノードに相当し、受信端はデータサービス又はオーディオサービスを受信する固定ノード及び／又は移動ノードに相当する。よって、上りリンクにおいて、移動局は送信端となり、基地局は受信端となる。同様な方式で、下りリンクにおいて、移動局は受信端となり、基地局は送信端となる。

[65] 装置が“セル”と通信を行う場合、これは装置がセルの基地局と信号を送受信することを意味する。特に、前記装置が実際に特定の基地局と信号を送受信しても、前記装置が前記特定の基地局によって形成されるセルと信号を送受信することを意味することができる。同様に、“マクロセル”及び／又は“スモールセル”はそれぞれ特定のカバレッジを示すことができる。また、“マクロセル”及び／又は“スモールセル”はそれぞれ“マクロセルを支援するマクロ基地局”及び“スモールセルを支援するスモールセル基地局”を示す。

[66] 本発明の実施例はＩＥＥＥ ８０２．ｘｘシステム、３ＧＰＰシステム、３ＧＰＰ ＬＴＥシステム、３ＧＰＰ２システムのうち少なくとも一つに開示する標準文書によって支援されることができる。特に、本発明の実施例の言及しなかった明確な段階又は部分は前記標準文書を参照して説明することができる。

[67] また、本明細書で開示する全ての用語は前記標準文書によって説明できる。特に、本発明の実施例は、Ｐ８０２．１６ｅ−２００４、Ｐ８０２．１６ｅ−２００５、Ｐ８０２．１６．１、Ｐ８０２．１６ｐ及びＰ８０２．１６．１ｂを含むＩＥＥＥ ８０２．１６の少なくとも一つの標準文書によって支援されることができる。

[68] 以下で、本発明による好適な実施例を添付図面に基づいて詳細に説明する。添付図面と一緒に開示する詳細な説明は本発明の唯一の実施例を説明するためのものではなくて本発明の例示的な実施例を説明するためのものである。

[69] また、本発明の実施例で使われる特定の用語は本発明の理解を助けるために提供し、この特定の用語の使用は本発明の技術的思想を逸脱しない範疇内で他の形態に変更可能である。

車内ＤＡＳの一例において提案する仮想ＵＥ概念
[70] 車内ＤＡＳ構造において、ＤＵは物理的に離れている。金属表面を有する車両によってＤＵは設置位置によって互いに異なる放射パターンを有する。また、金属表面の反射及び伝播によって、ｅＮＢとそれぞれのＤＵ間のチャネルは一般的な線形アレイ構造におけるｅＮＢとそれぞれの受信（Ｒｘ）ユニット間のチャネルに比べて低い相関度と高い独立性のような特性を有する。

[71] これを用いて、それぞれのＤＵは他のＤＵから独立した個別ユーザとして送信及び受信を行うことができる。また、それぞれのグループがそのグループに属しないＤＵから独立した個別ユーザとして送信及び受信を行うように一つ以上のＤＵグループが定義されることができる。

[72] 一つの車両に属するＤＵを他のＵＥのようなネットワークの一部エントリーに報告し、前記他のＵＥを介して高ランクの送信及び受信を行うための方式を仮想ユーザ登録方式又は“仮想ＵＥ方式”と名付ける。一つ以上のＤＵと、関連した低いレイヤープロセッシングユニットとから構成される独立ＵＥ（低いレイヤーで見られるような）を“仮想ＵＥ（ＶＵＥ）”と言う。仮想ＵＥは本文書でユーザ末端（ｕｓｅｒ ｔｅｒｍｉｎａｔｉｏｎ）とも言う。仮想ユーザ登録によって標準化及び実行の問題点を解決することができ、車内ＤＡＳのための下記の利得を得ることができる。
・ＶＵＥを指定するとき、それぞれのＶＵＥ又はＤＵに対してサービス品質管理を行う必要がない。一つのベアラを介した統合管理が可能であり、ｅＢＮを除いたネットワークの一部個体（例えば、ＭＭＥ、Ｓ−ＧＷなど）は車両を単一ユーザと認識する。
・マルチユーザチャネルがｅＮＢと車両の間に設定され、ｅＮＢはそれぞれのＶＵＥ又はＤＵへの送信及びそれぞれのＶＵＥ又はＤＵからのフィードバックの受信を制御する。他の装置は仮想ＵＥ方式に影響されない。

[73] 図６はＶＵＥ概念の導入によるＴｘビーム制御を示す図である。

[74] 仮想ＵＥ方式を考慮するに先立ち、ｅＮＢは車両を一つのＵＥと見なし、コードブックに１ランク８−プリコーダーのみが定義されているので、４個の他の方向にこのようなＵＥに対して最大で８個の相異なるＴｘビームを要求することができる。

[75] 仮想ＵＥ方式の一例において、車両は４個のＶＵＥ（ＵＥ０、ＵＥ１、ＵＥ２、ＵＥ３）（ここで、それぞれのＶＵＥは車両の４個のＤＵ（ＤＵ０、ＤＵ１、ＤＵ２、ＤＵ３）の一つを含む）を有する。８個のビームをまた使うことによって２個のＴｘビームを４個のＶＵＥのそれぞれに割り当てることができる。この時、相異なる１６個のＴｘビーム組合せの一つを選択して使うことができる。

[76] 図７は多数の仮想ＵＥとこれに対応するＵＥ ＩＤを定義する例示的な実施例を示す。図７は車両が４個のＤＵとこれら４個のＤＵを制御する一つのＣＵとから構成される場合を示す。

[77] 車両は一つ以上のＤＵの組合せでＶＵＥを定義することができる。それぞれのＶＵＥは互いに異なるＤＵ組合せで構成されることができ、それぞれのＶＵＥの物理的特性は互いに異なるように構成される。ＶＵＥは一つ以上のＤＵを共有するように構成されることにより、ＭＵ−ＭＩＭＯアクセスのためのＭＡＩ（Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ Ｉｎｔｅｒｆａｃｅ）を効率的に制御することができる。ＶＵＥは互いに異なる個数のＤＵを含むように構成されることにより、Ｒｘ性能／複雑度がそれぞれのＶＵＥに対して違うように設定できる。特定のＤＵの組合せ（すなわち、特定のＶＵＥ）、例えば車両の全てのＤＵの組合せはデフォルトユーザとして登録可能である。

[78] この際、あるＶＵＥは、物理的階層ＩＤ、セル特定ＵＥ ＩＤ（ＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）、Ｒｘアンテナ表示の少なくとも一つが他のＶＵＥと違う。すなわち、互いに異なる表示がそれぞれのＶＵＥに割り当てられることにより、ｅＮＢ又はネットワークエントリーの一部がデータ送信のターゲット（又は目的地）間の違いを認識する。

[79] 図７はＤＵ１及びＤＵ２（ＲＮＴＩ＃１、＃２）のような一つの分散アンテナユニットのサブセットを有するＶＵＥと、ＤＵ３とＤＵ４及びＤＵ１とＤＵ２（ＲＮＴＩ＃４、＃５）のような一つ以上の分散アンテナユニットのサブセットを有するＶＵＥとが存在することができることを示す。

[80] 上述した仮想ＵＥ概念は車内ＤＡＳ以外のシステムにも適用可能である。例えば、仮想ＵＥ概念は多数のＴｘ／Ｒｘアンテナを採用する大規模ＭＩＭＯシステムに適用可能である。提案する仮想ＵＥ方式は複雑度を減少させ、多数のアンテナに対するＭＩＭＯ方式を簡素化することができる。

提案するベアラ共有概念
[81] 図８は３ＧＰＰネットワークにおける現在のベアラ構造を示す。

[82] 従来の回路交換ネットワーク（ｃｉｒｃｕｉｔ ｓｗｉｔｃｈｅｄ ｎｅｔｗｏｒｋ）において、データは物理的に前もって定義された経路を介して送信される。これとは反対に、パケットデータネットワーク（ＰＤＮ）の場合、データ送信経路は目的地がどこであり、データがどこに中継されるかを定義する論理的経路である。このようなＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）内の論理的経路を通常にＥＰＳベアラと言う。

[83] ＵＥとＰＤＮ間のＩＰ連結はＰＤＮ連結とＥＰＳベアラの概念によってＥＰＳ内で定義される。ＵＥ１０とＰＤＮ１５間のＰＤＮ連結はデフォルトＥＰＳベアラと一つ以上の専用ベアラを含む。デフォルトＥＰＳベアラ又は専用ＥＰＳベアラはＵＥと関連のネットワークゲートウェイ間の共通サービス品質トリートメントを受信するトラフィックフローを特異的に識別する。ＥＰＳの外部で外部ベアラはＥＰＳを確張してＰＤＮ連結を完成する。

[84] ＰＤＮ連結とＩＰプロトコル階層でのＥＰＳベアラを支援するため、ＥＰＳで使われる低いプロトコル階層は他の種類のベアラを提供する。ネットワークノードの間でベアラはゲートウェイトンネリングプロトコル（ＧＴＰ）を用いて実行されることができる。ＰＤＮ連結は互いに異なるネットワーク個体間のベアラの組合せで構成される。図８で、ＥＰＳベアラはＰＤＮ１５とインターフェースされたＰＤＮゲートウェイ（Ｐ−ＧＷ）１６とＵＥ１０間の連結を形成するものとして示されており、Ｐ−ＧＷ１６とＳ−ＧＷ１７間の連結は“Ｓ５ベアラ”と言い、Ｓ−ＧＷ１７とＵＥ１０間の連結はＥ−ＲＡＢ（ｅｖｏｌｖｅｄ ｒａｄｉｏ ａｃｃｅｓｓ ｂｅａｒｅｒ）と言い、Ｓ−ＧＷ１７とｅＮＢ１８間の連結は“Ｓ１ベアラ”と言い、ｅＮＢ１８とＵＥ１０間の連結は“データ無線ベアラ”又は“無線ベアラ”と言える。したがって、図８に示したように、ＥＰＳベアラは、ＧＴＰトンネルを用いてＳ５ベアラによってＥＰＣ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ）で拡張されたＥ−ＲＡＢで構成され、Ｅ−ＲＡＢはｅＮＢ／Ｓ−ＧＷインターフェースでＧＴＰトンネルを用いてＳ１ベアラによって拡張されるデータ無線ベアラ（ＤＲＢ）で構成される。前記で定義されたそれぞれのベアラはそれぞれのベアラＩＤと関連し、そのベアラのそれぞれのエンドポイントに二つのノードを有する。すなわち、
・ＥＰＳベアラは“ＥＰＳベアラＩＤ”によって識別され、
・Ｅ−ＲＡＢは“Ｅ−ＲＡＢ ＩＤ”によって識別され、
・データ無線ベアラは“ＤＲＢ ＩＤ”によって識別され、
・Ｓ１ベアラはＧＴＰトンネルのエンドポイント（ｅＮＢとＳ−ＧＷ）によって割り当てられるトンネルエンドポイント識別子（ＴＥＩＤ）によって識別され、
・Ｓ５ベアラはＧＴＰトンネルのエンドポイント（ｅＮＢとＳ−ＧＷ）によって割り当てられる他のＴＥＩＤによって識別される。

[85] 上位ベアラ、すなわちＥＰＳベアラと下位ベアラの間には１：１の関係が存在する。このような１：１の関係を用いてネットワーク個体は再分配パケットのようなパケットを複雑な過程なしに送信することができる。

[86] 図９Ａは仮想ＵＥ方式を具現する前記提案する共有ベアラ概念の一例を示す。

[87] この例で、ｅＮＢ１８以外のネットワーク個体によって一つのＵＥ１０と認識される二つの仮想ＵＥ１１、１２が存在する。Ｓ−ＧＷ１７はＶＵＥ（ＶＵＥ−Ａ、ＶＵＥ−Ｂ）を互いに別個のＵＥと認識することができないので、このＶＵＥのための別個のベアラを設定しない。すなわち、ネットワークベアラであるＥＰＳベアラ、Ｅ−ＲＡＢ、Ｓ１ベアラ及びＳ５ベアラの設定のために同じＵＥ１０のＶＵＥは一つのＵＥと認識される。

[88] 図９Ａに示したように、データ無線ベアラも多数のＶＵＥによって共有されることができる。すなわち、ネットワークにおけるデータ経路は従来技術と同一であるが、特定のネットワーク個体であるｅＮＢ１８はＶＵＥの物理的チャネル状況に基づいてそれぞれのＶＵＥに対してパケットを分配することができる。すると、ＶＵＥは、図７に示したように、それぞれのＲＮＴＩによって区別できる。無線インターフェース上の公知の任意接続過程（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）を用いて互いに異なるＲＮＴＩがそれぞれのＶＵＥに対してｅＮＢに登録できる。

[89] 若しくは、同じＵＥ１０に属するＶＵＥは、それぞれのＤＲＢ ＩＤによって識別され、図９Ｂに示したように、共通Ｓ１ベアラを介したＳ−ＧＷ１７との送信及び受信のためにｅＮＢ１８が組み合わせる互いに異なるデータ無線ベアラ（“データ無線ベアラＡ”と“データ無線ベアラＢ”）を使うことができる。このような場合、同じＵＥ１０に属するＶＵＥは自分のＤＲＢ−ＩＤ及びＲＮＴＩによって区別され、他のベアラのＩＤ（Ｅ−ＲＡＢ ＩＤ、Ｓ１ ＴＥＩＤ、Ｓ５ ＴＥＩＤ、ＥＰＳベアラＩＤ）は前記ＵＥ１０に属するＶＵＥによって共有される。この場合、ｅＮＢ１８は同じユーザにサービスを提供する互いに異なるＶＵＥを知っている唯一のネットワークノードとなる。

[90] 他の実施例において（図９Ｃ）、多数のＶＵＥを有するユーザのためのサービスを支援するＥＰＳベアラは前記ユーザのＵＥ１０に対するＳ５ベアラとそれぞれのＶＵＥに対するＥ−ＲＡＢを有し、それぞれのＥ−ＲＡＢは自分のＳ１ベアラ（“Ｓ１ベアラＡ”及び“Ｓ１ベアラＢ”）と自分のデータ無線ベアラ（“データ無線ベアラＡ”及び“データ無線ベアラＢ”）を有する。この場合、同じＵＥ１０に属するＶＵＥはそれらのＥ−ＲＡＢ ＩＤ、Ｓ１ ＴＥＩＤ、ＤＲＢ−ＩＤ及びＲＮＴＩによって区別され、他のベアラのＩＤ（Ｓ５ ＴＥＩＤ、ＥＰＳベアラＩＤ）は前記ＵＥに属するＶＵＥによって共有される。よって、ｅＮＢ１８とＳ−ＧＷ１７は同一ユーザにサービスを提供する互いに異なるＶＵＥを知っているネットワークノードとなる。

提案する方式の応用
[91] 現在のＰＤＮシステムにおいて、ベアラ（論理的経路）はユーザごとにかつサービスごとに設定される。よって、一ユーザが互いに異なるサービス品質を有する二つ以上のサービスを要求する場合、二つ以上のＥＰＳベアラが設定され、それぞれのＥＰＳベアラは一つのサービス又はサービス品質レベルのためのものである。例えば、ＵＥが実時間トラフィックサービス（例えば、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌサービス）とベストエフォート型（ｂｅｓｔ−ｅｆｆｏｒｔ）サービス（例えば、ファイルダウンロードサービス）を同時に要求すれば、ネットワークはこのサービスを支援するためにＥＰＳベアラを構成する。他の例で、二つ以上のユーザが同種のサービスを要求する場合、ネットワークはそれぞれのユーザに対してベアラを設定し、該当ユーザにそれぞれのベアラを介して前記サービスを提供する。

[92] 提案する方式において、ユーザが高いデータ送信速度のための専用の高ランク送信ビーム制御のためにネットワークに多数のＶＵＥを登録し、多数のユーザを介して同一サービスを受信することを望む場合、例えばユーザはサイズの大きなファイルダウンロードサービスに対して二つのＶＵＥを登録する場合、ネットワークは多数の（仮想）ＵＥが同じＵＥであるという認識の下で前記サービスに対して単一ＥＰＳベアラを設定することができる。このような方式に対するベアラ構造は図９Ａに示したようであるか、又は図９Ｂ又は９Ｃに示したようである。このような方式を用いることによって、ネットワークはＶＵＥが別個のＵＥとして取り扱われ、同じサービスがＥＰＣで繰り返される状況と比較してリソースの浪費を避けることができる。

[93] 図１０はＵＥがネットワークに多数のサービスを要求する場合を示す。

[94] ＵＥ１０がネットワークに相異なるサービス品質レベルを有する多数のサービスを要求する場合、図７に基づいて説明したように、ＵＥ１０はＤＵ、又はＤＵのグループを多数のＶＵＥとして登録することができる。ネットワークはそれぞれのサービスに対してそれぞれのベアラを設定することができる。図１０に示したように、“サービス１”に対するベアラは２個のＶＵＥが共有することができるが、“サービス２”に対するベアラは共有しない。このように互いに異なる連結は柔軟性を提供する。例えば、ネットワークはＵＥ１０に相異なる種類のサービス（例えば、低いデータ送信速度を有するがレイテンシーに非常に敏感なサービス及び高いデータ送信速度を有するサービス）を効率的に提供することができる。このような方式を支援するためには、多数対多数連結の支援が好ましい。

プロトコル構造
[95] 図１１及び１２は、図９Ａに示したように共有ベアラが具現される場合、本発明の一実施例の仮想ＵＥ概念を支援する例示的な構造を示す。

[96] 仮想ユーザ登録によって専用の高ランク送信ビーム制御を行うためには同じＳ１ベアラを介してｅＮＢ１８に伝達されるが、同じＵＥ内の相異なる（仮想）ユーザ端末に送信されるデータ間の別個のリンク制御が実行されなければならない。

[97] このために、多数のコントローラが同じデータ無線ベアラ（ｅＮＢ１８とＵＥ１０間の論理的経路）内で具現されて同じＵＥ内の相異なる（仮想）ユーザ端末に連結される無線リンクのそれぞれに対して別個のリンク制御を行う計測的プロトコル（ｈｉｅｒａｒｃｈｉｃａｌ ｐｒｏｔｏｃｏｌ）構造を提案する。

[98] コントローラはパケット単位でｅＮＢ１８に伝達されるトラフィックに対してパケットユニット当たり付加されるヘッダー又は前記ヘッダーを管理するための無線トラフィックスタック、例えばＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）スタックを意味する。

[99] 図１１は同じデータ無線ベアラを介した仮想ユーザ登録を用いて二つのユーザＩＤ（例えば、ＲＮＴＩ）を有するユーザにデータを伝達するためにｅＮＢ１８でそれぞれの仮想ユーザの別個のリンク制御を行うための送信構造の一例を示す。

[100] 図１１の実施例において、下りリンクパケットが送信されるＵＥ１０が多数のＶＵＥを有するように構成される場合、ｅＮＢ１８はＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）階層でＳ１ベアラを介してＳ−ＧＷ１７から受信される前記下りリンクパケットを分離する。よって、ｅＮＢ１８は無線リンクコントローラ２０を有し、この無線リンクコントローラ２０はＲＬＣ階層を担当し、与えられた論理的チャネルに対して知られたように自動繰り返し要求（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ（ＡＲＱ））制御などのパケット分割及び再組立の機能を担当する多数のＲＬＣ階層個体２１、２２を設定するように構成される。ＲＬＣ階層個体２１、２２によって処理される相異なるパケットはそれぞれの論理的チャネルに割り当てられ、物理的階層４０を介した送信のためにＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）階層３０に提供される。ＭＡＣ階層４０は同じＵＥ１０のＶＵＥに関連した論理的チャネルを相異なるＵＥに関連した論理的チャネルのように見なす。

[101] 上りリンク送信に関して、ＶＵＥが使われれば、ｅＮＢ１８のＲＬＣ個体２１、２２はＭＡＣ階層３０を介して受信されるデータを処理してＳ１ベアラを介したＥＰＣへのトンネリングのためのＩＰパケットを生成する。

[102] 図１２はＵＥ側での対称的な具現を示す。この例において、ＵＥ１０は分散アンテナユニットＤＵ１、ＤＵ１を有し、それぞれの分散アンテナユニットはそれぞれの物理的階層個体１４１、１４２、それぞれのＭＡＣ階層個体１３１、１３２及びそれぞれのＲＬＣ階層個体１２１、１２２を有することによって二つの仮想ＵＥ（ＶＵＥ−Ａ、ＶＵＥ−Ｂ）を形成する。一般に、ＶＵＥと関連した物理的、ＭＡＣ及びＲＬＣ階層個体１４１、１４２、１３１、１３２、１２１、１２２はＶＵＥを介して送信されるパケットが発信されるとか（上りリンク）送信される（下りリンク）Ｓ１ベアラエンドポイントを具現するＵＥのＣＵで具現される。

[103] 図１３及び１４は本発明の他の実施例において仮想ＵＥ概念を支援する代替構造を示す。ここで、共有されるベアラ概念は図９に示したように具現される。

[104] 図１３及び１４の実施例において、プロトコルスタックにおいてＲＬＣより高いプロトコル個体はＵＥ送信制御器ごとに細分されるように（仮想）分離されて構成される。ここで、前記分離はＩＰヘッダーを管理するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）階層で起こる。ｅＮＢ１８はそれぞれのＶＵＥ（ＶＵＥ−Ａ、ＶＵＥ−Ｂ）に対するそれぞれの制御個体６１、６２を含むＰＤＣＰコントローラ６０を有し（図１３）、下位層の（ｕｎｄｅｒｌｙｉｎｇ）ＲＬＣ階層も分離される。ＵＥ側のプロトコルスタックはＲＬＣ階層１２１、１２２上にそれぞれのＶＵＥでのＰＤＣＰ制御個体１６１、１６２を有するように対称的に構成される（図１４）。

装置構成
[105] 図１５は本発明の一実施例によるＵＥとｅＮＢのブロック図である。

[106] 図１５において、ＵＥ１００とｅＮＢ２００は、高周波（ＲＦ）ユニット１１０／２１０、プロセッサ１２０／２２０及びメモリ１３０／２３０をそれぞれ備えることができる。図１５はＵＥ１００とｅＮＢ２００間の１対１通信環境を示しているが、この通信環境は多数のＵＥとｅＮＢ２００間にも構成されることができる。また、図１５に示したｅＮＢ２００はマクロセルｅＮＢとスモールセルｅＮＢのいずれにも適用可能である。

[107] それぞれのＲＦユニット１１０／２１０は、送信ユニット１１２／２１２及び受信ユニット１１４／２１４を備える。ＵＥ１００の送信ユニット１１２及び受信ユニット１１４は、上述したように、相異なるＶＵＥにマッピング可能なＵＥの分散アンテナユニット（ＤＵ）１１５に連結される。前記送信ユニットと受信ユニットはｅＮＢ２００と信号を送受信するように構成される。前記送信ユニットと受信ユニットは“送受信機１１０”と名付けることができる。プロセッサ１２０は送信ユニット１１２及び受信ユニット１１４と機能的に連結され、送信ユニット１１２と受信ユニット１１４を制御して他の装置と信号を送受信するように構成される。そして、プロセッサ１２０は送信される信号に多様な処理を行い、前記信号を送信ユニット１１２に送信する。プロセッサは受信ユニット１１４によって受信される信号の処理を行う。

[108] 必要な場合、プロセッサ１２０は、交換されるメッセージに含まれる情報をメモリ１３０に保存することができる。ＵＥ１００は相異なるＶＵＥと関連し得る多数のアンテナユニットと関連した上述した構造を有する本発明の多様な実施例を行うことができる。

[109] 前記ｅＮＢ２００の送信ユニット２１２と受信ユニット２１４はｅＮＢの一つ以上のアンテナ２１５に連結され、他のＵＥと信号を送受信するように構成される。前記送信ユニットと受信ユニットは“送受信機２１０”と名付けることができる。プロセッサ２２０は送信ユニット２１２及び受信ユニット２１４と機能的に連結され、送信ユニット２１２と受信ユニット２１４を制御して他の装置と信号を送受信するように構成される。そして、プロセッサ２２０は送信される信号に多様な処理を行い、前記信号を送信ユニット２１２に送信する。プロセッサは受信ユニット２１４によって受信される信号の処理を行う。必要な場合、プロセッサ２２０は、交換されるメッセージに含まれる情報をメモリ２３０に保存することができる。ｅＮＢ２００は上述した構造を有する本発明の多様な実施例を行うことができる。

[110] ＵＥ１００とｅＮＢ２００のプロセッサ１２０／２２０はＵＥ１００とｅＮＢ２００における動作を指示（例えば、制御、調整、管理）する。プロセッサ１２０／２２０はプログラムコードとデータを保存するメモリ１３０／２３０に連結される。メモリ１３０／２３０はプロセッサ１２０／２２０に連結され、オペレーティングシステム、アプリケーション及び一般ファイルを保存する。

[111] 本発明のプロセッサ１２０／２２０は、コントローラ、マイクロコントローラ、マイクロプロセッサ、マイクロコンピュータなどの用語と呼ぶことができる。一方、プロセッサは、ハードウェア、ファームウエア、ソフトウェア及びこれらの組合せによって具現されることができる。ハードウェアによる具現の場合、本発明を行うように構成されるＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）などがプロセッサ１２０／２２０に取り付けられることができる。

[112] 一方、上述した方法はコンピュータで実行可能なプログラムによって記録されることができ、コンピュータ可読媒体を用いてプログラムを動作させることができる一般的なデジタルコンピュータによって具現されることができる。そして、上述した方法のために使われるデータ構造は多様な手段によってコンピュータ可読媒体に記録されることができる。本発明の多様な方法を行うための実行可能なコンピュータコードを含む保存装置を説明するのに利用可能なプログラム保存装置は搬送波及び信号のような一時的な対象（ｏｂｊｅｃｔ）と理解されてはいけない。コンピュータ可読媒体は磁気保存媒体（例えば、ＲＯＭ、フロッピーディスク、ハードディスクなど）と光学読出媒体（例えばＣＤ−ＲＯＭ、ＤＶＤなど）のような保存媒体を含む。

[113] 以上では本発明の好適な実施例について図示して説明したが、本発明は上述した特定の実施例に限定されなく、請求範囲で請求する本発明の要旨を逸脱しないことなしに当該発明が属する技術分野で通常の知識を有する者によって多様な変形実施が可能である。したがって、開示の方法は制限的な観点ではなくて説明のための観点で考慮されなければならない。本発明の範囲は本発明の詳細な説明ではなくて特許請求範囲に示されている。したがって、本発明は特許請求範囲とその同等物の範囲を逸脱しない変更及び変化をカバーする。

[114] 本文書では主に車内ＤＡＳシステムを具現する例について説明したが、これは例示的なものであり、提案する方式／構造はコードワード／レイヤーの個数が増えたＭＩＭＯシステムの単純な構成のために用いられることができる。

Claims (14)

1. 無線通信システムにおいて多数のアンテナユニットを有するＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）がネットワークからサービスを受信する方法であって、
   複数のＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を前記ネットワークの第１ノードに登録する段階であって、前記複数のＲＮＴＩの各々は前記ＵＥにおける複数のアンテナユニットの少なくとも１つと関連し、前記複数のＲＮＴＩはデフォルトＵＥ識別子および複数の仮想ＵＥ識別子に使用される、段階；及び
   前記複数のＲＮＴＩの少なくとも１つに基づいて前記ＵＥと前記ネットワークの前記第１ノードとの間に構成される１つ以上の無線ベアラを介して前記ネットワークから前記サービスを受信する段階であって、前記ネットワークから前記サービスを受信するための同一の無線ベアラが当該多数の仮想ＵＥ識別子に関連するアンテナユニットに使用される、段階を含む、方法。
2. 前記１つ以上の無線ベアラを介して前記サービスを受信する段階は、前記第１ノードと前記複数のアンテナユニットとの間の複数の論理的チャネルを介して行う、請求項１に記載の方法。
3. 前記論理的チャネルの各々に対し、
   前記ネットワークの第１ノードでの第１無線リンク制御（ＲＬＣ）プロトコル個体と前記ＵＥでの第２ＲＬＣプロトコル個体を構成する段階をさらに含む、請求項２に記載の方法。
4. 前記論理的チャネルの各々に対し、
   前記ネットワークの第１ノードでの第１パケットデータコンバージェンスプロトコル（ＰＤＣＰ）個体と前記ＵＥでの第２ＰＤＣＰ個体を構成する段階をさらに含み、前記第１及び第２ＰＤＣＰ個体は前記第１及び第２ＲＬＣプロトコル個体によって処理されるサービスデータのインターネットプロトコル（ＩＰ）ヘッダーを管理する、請求項３に記載の方法。
5. 前記複数のアンテナユニットは前記ネットワークの前記第１ノード以外のノードによって一つのＵＥにあると認識される、請求項１〜４のいずれか一項に記載の方法。
6. 前記複数のアンテナユニットは互いに物理的に離れている、請求項１〜５のいずれか一項に記載の方法。
7. 前記複数のＲＮＴＩに基づいてサービスを受信するための前記１つ以上のベアラは、ＵＥとパケットデータネットワークとインターフェースされたネットワークゲートウェイとの間のＩＰ連結を提供する、請求項１〜６のいずれか一項に記載の方法。
8. 複数の無線ベアラが前記ネットワークからの複数のサービスのために設定され、
   前記複数の無線ベアラは、前記複数のＲＮＴＩに基づいてサービスを受信するための無線ベアラと、一つのアンテナユニットに関連したＲＮＴＩに基づいて設定される少なくとも一つの他のベアラとを含む、請求項１〜７のいずれか一項に記載の方法。
9. 前記第１ネットワークノードは、前記ＵＥと一つ以上の無線ベアラを設定し、前記ネットワークのサービングゲートウェイ（Ｓ−ＧＷ）と一つ以上のＳ１ベアラを設定する基地局である、請求項１〜８のいずれか一項に記載の方法。
10. 前記１つ以上のベアラを介して前記サービスを受信するのに使われる前記複数のＲＮＴＩは一つのＳ１ベアラに関連した一つの無線ベアラが使用される各アンテナユニットと関連する、請求項９に記載の方法。
11. 前記ＵＥは、車内分散アンテナシステム（ＤＡＳ）を採用する車両ＵＥを含む、請求項１に記載の方法。
12. 無線通信システムにおいてネットワークが多数のアンテナユニットを有するＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）にサービスを提供する方法であって、
    前記ネットワークの第１ノードに複数のＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を登録する段階であって、前記複数のＲＮＴＩの各々は前記ＵＥにおける複数のアンテナユニットの少なくとも１つと関連し、前記複数のＲＮＴＩはデフォルトＵＥ識別子および複数の仮想ＵＥ識別子に使用される、段階；及び
    前記複数のＲＮＴＩの少なくとも１つに基づいて前記ＵＥと前記ネットワークの前記第１ノードとの間に構成される１つ以上の無線ベアラを介して前記ＵＥに前記サービスを提供する段階であって、複数のＵＥ識別子のうちの多数のＲＮＴＩに基づく多数の仮想ＵＥ識別子について、前記ネットワークから前記サービスを受信するための同一の無線ベアラが当該多数の仮想ＵＥ識別子に関連するアンテナユニットに使用される、段階を含む、方法。
13. 無線通信システムにおいてネットワークからサービスを受信するＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）であって、
    前記ＵＥ（１０；１００）は、
    多数のアンテナユニット（１１５）；
    前記多数のアンテナユニットに連結され、前記ネットワークに信号を送信するとか前記ネットワークから信号を受信するように構成される送受信機（１１０）；及び
    前記送受信機に連結され、前記送受信機を制御するように構成されるプロセッサ（１２０）を含み、
    前記プロセッサは、
    複数のＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を前記ネットワークの第１ノード（１８）に登録する段階であって、前記複数のＲＮＴＩの各々は前記ＵＥにおける複数のアンテナユニットの少なくとも１つと関連し、前記複数のＲＮＴＩはデフォルトＵＥ識別子および複数の仮想ＵＥ識別子に使用される、段階；及び
    前記複数のＲＮＴＩの少なくとも１つに基づいて前記ＵＥと前記ネットワークの前記第１ノードとの間に構成される１つ以上の無線ベアラを介して前記ネットワークから前記サービスを受信する段階であって、複数のＵＥ識別子のうちの多数のＲＮＴＩに基づく多数の仮想ＵＥ識別子について、前記ネットワークから前記サービスを受信するための同一の無線ベアラが当該多数の仮想ＵＥ識別子に関連するアンテナユニットに使用される、段階を実行するように構成される、ＵＥ。
14. 無線通信システムにおいて多数のアンテナユニットを有するＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）（１０）にサービスを提供するネットワークノードであって、
    前記ネットワークノード（１８；２００）は、
    ＵＥに信号を送信するとかＵＥから信号を受信するように構成される送受信機（２１０）；及び
    前記送受信機に連結され、前記送受信機を制御するように構成されるプロセッサ（２２０）を含み、
    前記プロセッサは、
    前記ネットワークの第１ノードに複数のＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を登録する段階であって、前記複数のＲＮＴＩの各々は前記ＵＥにおける複数のアンテナユニットの少なくとも１つと関連し、前記複数のＲＮＴＩはデフォルトＵＥ識別子および複数の仮想ＵＥ識別子に使用される段階；及び
    前記複数のＲＮＴＩの少なくとも１つに基づいて前記ＵＥと前記ネットワークの前記第１ノードとの間に構成される１つ以上の無線ベアラを介して前記ＵＥにサービスを提供する段階であって、複数のＵＥ識別子のうちの多数のＲＮＴＩに基づく多数の仮想ＵＥ識別子について、前記ネットワークから前記サービスを受信するための同一の無線ベアラが当該多数の仮想ＵＥ識別子に関連するアンテナユニットに使用される、段階を実行するように構成される、ネットワークノード。