(57)【要約】【課題】ＵＥ(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥＲ)がネットワークノード・エンティティ(ｅＮＢ)とターゲット・エンティティ（ＵＥＴ）の間の通信を中継するネットワークにおける通信の中継方法を提供する。【解決手段】この方法は、少なくとも前記ＵＥＲと前記ＵＥＴとの間に論理チャネルを生成し、少なくとも一つの識別子(ＬＣ＿ＩＤ＿Ｒ)を前記論理チャネルへ割り当てるステップと、前記ネットワークノード・エンティティ(ｅＮＢ)から前記識別子(ＬＣ＿ＩＤ＿Ｒ)を伴うデータを受信した際、前記ＵＥＲが前記受信したデータを前記ＵＥＴへ転送するステップと、を含む。【選択図】図５
2018064303.tif 000002
【特許請求の範囲】
【請求項１】
ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）によって実行される方法であり且つ前記ＵＥがネットワークノード・エンティティと他のＵＥとの間の中継通信をサポートする方法であって、
前記ネットワークノード・エンティティと中継通信をサポートする前記ＵＥとの間のコネクションを識別するための第１のレイヤ２識別子を含む情報を、前記ネットワークノード・エンティティから受信し、
前記第１のレイヤ２識別子、及び、中継通信をサポートする前記ＵＥと前記他のＵＥとの間のダイレクトリンクを識別するための第２のレイヤ２識別子をマッピングし、
前記第２のレイヤ２識別子に基づいて、前記他のＵＥとの間で通信する、
方法。
【請求項２】
前記第１のレイヤ２識別子は、前記ダイレクトリンクを介した通信におけるデータの送信元を識別する送信元レイヤ２識別子である、
請求項１記載の方法。
【請求項３】
前記第２のレイヤ２識別子は、前記ダイレクトリンクを介した通信におけるデータの送信先を識別する送信先レイヤ２識別子である、
請求項１記載の方法。
【請求項４】
ネットワークノード・エンティティと他のＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）との間の中継通信をサポートするＵＥであって、
前記ネットワークノード・エンティティと中継通信をサポートする前記ＵＥとの間のコネクションを識別するための第１のレイヤ２識別子を含む情報を、前記ネットワークノード・エンティティから受信する通信回路と、
前記第１のレイヤ２識別子、及び、中継通信をサポートする前記ＵＥと前記他のＵＥとの間のダイレクトリンクを識別するための第２のレイヤ２識別子をマッピングするプロセッサと、
を具備し、
前記通信回路は、前記第２のレイヤ２識別子に基づいて、前記他のＵＥとの間で通信する、
ＵＥ。
【請求項５】
前記第１のレイヤ２識別子は、前記ダイレクトリンクを介した通信におけるデータの送信元を識別する送信元レイヤ２識別子に対応する、
請求項４記載のＵＥ。
【請求項６】
前記第２のレイヤ２識別子は、前記ダイレクトリンクを介した通信において送信されたデータの送信先を識別する送信先レイヤ２識別子に対応する、
請求項４記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、大略、アクセスネットワークに関し、特に、中継ノードとして使用される端末によって提供される中継(ｒｅｌａｙｉｎｇ)に関する。以下、このような端末を、ＵＥＲ(“ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ ｒｅｌａｙ”)と呼称する。
本発明は、特に、ＲＡＮ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)に適用される。ＲＡＮでは、基地局がネットワークにおいて幾つかの地理的エリアをカバー出来ず、且つ基地局と、以下ＵＥＴ(“ｔａｒｇｅｔ”)と呼称されるターゲット端末又はターゲットノードとの間の通信伝送を保証するための更なる中継手段が必要とされる。
【背景技術】
【０００２】
本発明は、例えば３ＧＰＰ ＬＴＥネットワーク等のネットワークにおいて中継ノードとして使用される移動端末を介した通信のための中継アスペクト(ａｓｐｅｃｔ)に関して適用され得る。
【０００３】
４Ｇ ＬＴＥとして市場に出回るＬＴＥ(“Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ”)は、携帯電話機及びデータ端末向けの高速データ無線通信のための規格である。ＬＴＥは、旧世代の通信技術(ＵＭＴＳ(ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ)等)に基づいており、コアネットワークを改良すると共に異なる無線インタフェースを用いて、キャパシティ及びスピードを増加させる。ＬＴＥで用いられるＵＭＴＳから最適化されたコンポーネントは、“ｅｖｏｌｖｅｄ”とのプレフィックで示される。例えば、ＵＭＴＳにおけるＮｏｄｅＢとして通信を伝送する基地局は、ＬＴＥにおいては“ｅＮｏｄｅＢ”と呼称される。
【０００４】
このようなエボリューションは、通信プロトコルレイヤスタックにも影響を及ぼす。３ＧＰＰ ＬＴＥネットワークにおいて、この通信プロトコルレイヤスタックは、ＯＳＩ(Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ)モデルを構成する７つの異なるレイヤに分けられ得る。ＯＳＩモデルが通信システムの機能を特徴付け且つ規格化することが呼び戻された。同様の通信機能は、論理レイヤへグループ分けされる。レイヤは、その上位のレイヤを支配し、且つその下位のレイヤによって支配される。
【０００５】
各レイヤは、上位レイヤへ、ＵＥ(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ)とネットワークとの間における情報伝送のサービスを提供しなければならない。このため、上位レイヤは、ＵＥと通信するために、下位レイヤからのチャネルを必要とする。例えば、レイヤ３は、ネットワークデータの転送のために、無線ベアラ(ＲＢ：ｒａｄｉｏ ｂｅａｒｅｒｓ)と呼称される上位レイヤチャネルを提供する。ネットワークデータは、ネットワークの設定(ｃｏｎｆｉｇｕｒａｔｉｏｎ)のためのコントロールデータ、或いはユーザデータ(例えば、通信データ)であり得る。レイヤ２は、無線ベアラをマッピング可能な論理チャネルを提供する。このため、レイヤ２(図３中の符号“Ｌ２”)と上位レイヤとの間のサービスサクセスポイントは、ＲＢである。このようなＯＳＩモデルのより詳細な説明は、図３に関して後述される。
【０００６】
実際に、図２は、３ＧＰＰ無線アクセスネットワーク規格に従った、端末とＥ−ＵＴＲＡＮとの間の無線インタフェースプロトコルの構造を示している。図２に示すように、この無線インタフェースプロトコルは、物理レイヤ、データリンクレイヤ及びネットワークレイヤを含む仮想レイヤを有し、且つユーザデータを伝送するためのユーザプレーン(Ｕ−Ｐｌａｎｅ)及び制御情報を伝送するためのコントロールプレーン(Ｃ−Ｐｌａｎｅ)を含む水平プレーンを有している。
【０００７】
ユーザプレーンは、音声又はＩＰ(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ)パケットといった、ユーザとのトラヒック情報を扱う領域である。コントロールプレーンは、ネットワークとのインタフェースや、呼の保守管理等のための制御情報を扱う領域である。
【０００８】
図２中のプロトコルレイヤは、ＯＳＩ(ｏｐｅｎ ｓｙｓｔｅｍｓ ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ)規格モデルの３つの下位レイヤに基づいて、第１レイヤ(Ｌ１)、第２レイヤ(Ｌ２)及び第３レイヤ(Ｌ３)に分割できる。第１レイヤ(Ｌ１)又は物理レイヤは、種々の無線伝送技術を用いて、情報転送サービスを上位レイヤへ提供する。物理レイヤは、トランスポートチャネルを介して、ＭＡＣ(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ)レイヤと呼称される上位レイヤへ接続される。
【０００９】
ＭＡＣレイヤ及び物理レイヤは、トランスポートチャネルを介してデータを交換する。第２レイヤ(Ｌ２)は、ＭＡＣレイヤ、ＲＬＣ(ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ)レイヤ、ＢＭＣ(ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ ｃｏｎｔｒｏｌ)レイヤ、及びＰＤＣＰ(ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ)レイヤを含む。
ＭＡＣレイヤは、論理チャネルとトランスポートチャネルとの間のマッピングを扱い、無線リソースを割り当て且つ再割り当てするためのＭＡＣパラメータの割当を提供する。ＭＡＣレイヤは、論理チャネルを介して、ＲＬＣ(ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ)レイヤと呼称される上位レイヤへ接続される。
【００１０】
種々の論理チャネルが、伝送される情報の種別に応じて提供される。大略、コントロールチャネルは、コントロールプレーンの情報を伝送するために用いられ、トラヒックチャネルは、ユーザプレーンの情報を伝送するために用いられる。
【００１１】
論理チャネルは、これが共有されるか否かに応じて、共通チャネル(ｃｏｍｍｏｎ ｃｈａｎｎｅｌ)であるか或いは専用チャネル(ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ)であり得る。論理チャネルは、ＤＴＣＨ(ｄｅｄｉｃａｔｅｄ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ)、ＤＣＣＨ(ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)、ＣＣＣＨ(ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)、ＢＣＣＨ(ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)、並びにＰＣＣＨ(ｐａｇｉｎｇ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)若しくはｓｈａｒｅｄ ｃｈａｎｎｅｌ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌを含む。
【００１２】
ＢＣＣＨは、端末がシステムへアクセスするために利用する情報を含む情報を、提供する。ＰＣＣＨは、ＵＴＲＡＮが端末へアクセスするために利用される。
【００１３】
３ＧＰＰ ＬＴＥネットワークにおいて、ｅＮＢ(ｅｖｏｌｖｅｄ ＮｏｄｅＢ)等のネットワークノードは、ＣＮ(ｃｏｒｅ ｎｅｔｗｏｒｋ)からその無線セルカバレッジ下にあるＵＥｓ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔｓ)へ、又はＵＥｓからＣＮへ、データ及びシグナリングを送受信する役割を果たす。ＵＥ(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ)は、電話機、スマートフォン、接続コンピュータ、タブレット等の端末である。
【００１４】
図１は、ＵＥとＣＮとの間のネットワーク概観を示している。さらに、ＵＥｓは、(例えば、登録し、登録を更新し、データセッション又は音声呼を確立するために)通信が要求される時はいつでも、データ及び／又はシグナリングをｅＮＢと送受信する必要がある。例えば、図１において、ＵＥＡ１及びＵＥＡ２は、セルＡ内に位置しているため、ｅＮＢＡを用いてネットワークと通信する。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、幾つかの要因(例えば、環境、パスロス、電力制限)によって、セルカバレッジが制限されるか、或いはｅＮＢからの信号がＵＥｓにより検出不可能な領域が存在する虞がある。例えば、図１において、ＵＥ６はセル内に位置していない。このため、当該ＵＥは、ネットワークカバレッジの範囲外である。また、ｅＮＢは全ての通信を収集するため、そのリソースが制限されるか或いは不十分となる虞がある。その結果、ユーザ対するサービスが減少し、例えば進行中の通信／アプリケーションを待機させねばならない虞がある。
【００１６】
上述した問題に対処するため、３ＧＧＰグループは、次の文書にてＲｅｌａｙ Ｎｏｄｅエンティティ(一般的に、Ｒｅｌａｙ Ｂａｓｅ Ｓｔａｔｉｏｎｓである)を導入した。
Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ； Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ (Ｅ−ＵＴＲＡ) ａｎｄ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ (Ｅ−ＵＴＲＡＮ) − Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ
【００１７】
ＵＥｓからｅＮＢへの直接通信を行う代わりに、送信データ及び／又はシグナリングが、ターゲットノード(今、Ｄｏｎｏｒ ｅＮＢ又はＤｅＮＢと呼称する)へ到達する前に、他のノード(Ｒｅｌａｙ Ｎｏｄｅｓ)を経由し得る。ｅＮＢからＵＥｓへの通信については、送信データ及び／又はシグナリングが、ＵＥｓへ到達する前に、Ｒｅｌａｙ Ｎｏｄｅｓを経由し得る。ＲＮ(Ｒｅｌａｙ Ｎｏｄｅ)は、固定式のものであるか或いは移動式のものであり得る。
【００１８】
このようなＲＮに伴い、ＲＮの機器能力(メモリ又は処理能力等)が著しく消費される。このため、このようなＲＮをＵＥとして完全に用いたならば、ユーザは、自身の機器能力の欠如に悩まされるであろう。データ中継は、図３に示したようなＬ２の上位レイヤであるＩＰ(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ)レベルレイヤで行われるため、機器は、中継器として使用されるならば、ＩＰレベルで情報をエンコード及びデコードしなければならない。よって、問題は、単にｅＮＢからＵＥへ移動したに過ぎず、待ち時間も誘導するであろう。
【課題を解決するための手段】
【００１９】
本発明は、上記状況を改善することを目的としている。
これらの要求に対処するため、本発明の第１の態様は、ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）がネットワークノード・エンティティとターゲット・エンティティの間の通信を中継（ｒｅｌａｙ）するネットワークにおける通信の中継方法に関する。この方法は、少なくとも前記ＵＥ中継器と前記ターゲット・エンティティとの間に論理チャネルを生成し、少なくとも一つの識別子を前記論理チャネルへ割り当てるステップと、前記ＵＥ中継器が、前記ネットワークノード・エンティティから前記識別子を伴うデータを受信した際、前記受信したデータを前記ターゲット・エンティティへ転送するステップと、を含む。
【００２０】
通信されるデータは、コントロールデータ(例えば、シグナリングデータ)、及び／又はユーザデータ(例えば、音声、マルチメディア及び／又はコンテンツデータ)であり得る。
【００２１】
前記ネットワークは、(以降の例にて説明されるように)ＬＴＥネットワークであり得るが、他のネットワークでもあり得る。
【００２２】
前記ＵＥ中継器は、２つのネットワークエンティティの間でデータを中継可能な、電話機、スマートフォン、タブレット、コンピュータ、ゲームステーション又は他のデバイスであり得る。
【００２３】
前記ネットワークノード・エンティティは、例えば基地局、ＬＴＥネットワークにおけるｅＮｏｄｅＢであり得るが、ホッピング方式の他のＵＥ中継器(通信をターゲットへ転送するための幾つかのＵＥ)でもあり得る。
【００２４】
前記ターゲット・エンティティは、他のＵＥであり得るが、場合によっては、例えば２つの基地局同士間の通信が不可能となり且つＵＥからの中継が必要な場合には、基地局(又はより一般的には、ネットワークノード)でもあり得る。
【００２５】
このため、このようなＵＥを用いた中継機能は、セルカバレッジを改善するか、或いは負荷が軽減されたネットワークを提供するソリューションであり得る。
【００２６】
勿論、前記ネットワークノード・エンティティは、前記ＵＥ中継器との無線周波数リンクを有するものと見做され、前記ＵＥ中継器は、前記ターゲット・エンティティとの無線周波数リンクを有するものと見做される。
【００２７】
実施形態においては、逆に、前記方法が、前記ＵＥ中継器と前記ネットワークノード・エンティティとの間に論理チャネルを生成し、少なくとも一つの識別子を当該論理チャネルへ割り当てるステップと、前記ＵＥ中継器が、前記ターゲット・エンティティから当該識別子を伴うデータを受信した際、当該受信したデータを前記ネットワークノード・エンティティへ転送するステップと、をさらに含み得る。
【００２８】
“論理チャネルを生成する”との文言は、一般的に、とりわけ無線周波数リンクを介したルートデータに対する当該無線周波数リンクの宣言を意図するものとして解釈され得る。特定の実施形態において、前記ＵＥ中継器と前記ターゲット・エンティティとの間の少なくとも一つの無線ベアラは、前述した論理チャネルの生成を用いて設定され得る。
【００２９】
当該実施形態において、前記論理チャネルを生成するステップは、前記ＵＥ中継器と前記ターゲット・エンティティとの間の少なくとも一つの無線ベアラと、オプションとして、前記ＵＥ中継器と前記ネットワークノード・エンティティとの間の無線ベアラと、を設定（ｃｏｎｆｉｇｕｒｅ）することをさらに含み得る。
【００３０】
実施形態において、前記方法は、前記ネットワークノード・エンティティから、前記論理チャネルの識別子と、前記無線ベアラをセットアップするためのパラメータとを受信するステップ、をさらに含み得る。
【００３１】
このため、新たな情報要素(ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ、例えばとりわけ論理チャネル識別子)が、中継に用いる無線ベアラの確立のために作成され得て、当該新たな情報要素は、ＵＥとネットワークノード・エンティティの間の中継無しで用いられる無線ベアラの確立を一般に対象とするメッセージ中に含まれ得る。
【００３２】
実施形態において、このようなメッセージは、有利にも、前記ネットワークノード・エンティティから前記ＵＥ中継器へ送信される“Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ”シグナリングメッセージの一種であり得る。この種のメッセージは、既に存在し、基地局(例えば、ＬＴＥネットワークにおけるｅＮｏｄｅＢ)から一般的に送信されている。よって、論理チャネル識別子及び無線ベアラパラメータを包含させることが可能である。
【００３３】
より詳細には、前記シグナリングメッセージは、“Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ”メッセージであり得る。
【００３４】
このようなメッセージは、基地局が前述したネットワークノード・エンティティである場合にこの基地局から直接受信するか、或いは単に当該メッセージを中継する他のネットワークノード・エンティティ(例えば、ホッピング方式における他のＵＥ中継器)から受信することが可能である。
【００３５】
また、本発明の実施形態によれば、データは、前記ＵＥ中継器を介し、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルにおけるレイヤ２のプロトコルに従って中継される。
【００３６】
このため、一般的に、ＵＥにて受信したデータをデコード及びエンコードする必要は無く、受信データへ付加される簡易な論理チャネルの識別子は、ＵＥが当該論理チャネルを介して受信データを単に中継すべきと理解するのに十分なものである。
【００３７】
このため、これら本発明の実施形態によれば、ＵＥを用いた中継を行うために既存のシステムに対して難解な改修を実施する必要は無い。
【００３８】
実際に、第１の実施形態においては、データを、前記ＵＥ中継器を介し、ａｂｏｖｅ ＭＡＣレイヤのプロトコルに従って中継することが可能であり、論理チャネル識別子は、ＭＡＣ ＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)中に含まれ得る。
【００３９】
第２の実施形態において、データは、前記ＵＥ中継器を介し、ａｂｏｖｅ ＲＬＣレイヤのプロトコルに従って中継され、論理チャネル識別子は、ＲＬＣ ＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)中に含まれ得る。第１及び第２の実施形態の間の選択は、最適化の目的に基づき、並びに／又はネットワークにおける機器の能力及び／又は構造に応じて決定することが可能である。予想される実施形態においては、(例えば、ＵＥ中継能力に応じた)動的な選択が行われ、ＵＥでの中継のために使用するプロトコルレイヤがネットワークによって(例えば、基地局である場合にはネットワークノード・エンティティによって、又はコアネットワークによって)設定され得る。
【００４０】
実施形態において、“ａｂｏｖｅ−ＭＡＣ”及び“ａｂｏｖｅ−ＲＬＣ”設定の間の選択は、使用されるプロトコルレイヤ設定に関する情報の伝送により行われ得て、このような情報は、前記ネットワークノード・エンティティから前記ＵＥ中継器へ送信される“Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ”シグナリングメッセージの一種であるメッセージ、例えば上述したような“Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ”メッセージ中に含まれる。
【００４１】
本発明は、コンピュータプログラムも目的とし、このプログラムは、プロセッサにより実行された場合に、上述したいずれかの実施形態に係る方法を実施するための命令を含む。
【００４２】
例えば、本発明は、その目的に向け適切にプログラムされたＵＥにおいて実施され得る。前述したプログラムの少なくとも一部の命令は、ＲＯＭメモリに記憶され、ＵＥのプロセッサによって実行され得る。
【００４３】
よって、本発明は、ＵＥも目的とし、このＵＥは、ネットワークにおいてネットワークノード・エンティティとターゲット・エンティティとの間で通信を中継する手段(１又は幾つかのアンテナ及び通信インタフェース等の無線周波数手段)を含む。このＵＥは、少なくとも、前記ネットワークノード・エンティティから、前記ＵＥ中継器と前記ターゲット・エンティティとの間の論理チャネルの識別子を伴うデータを受信した際に、前記ＵＥ中継器が前記受信したデータを前記ターゲット・エンティティへ転送する手段、をさらに含む。
【００４４】
このため、前記ＵＥ中継器は、論理チャネル識別子を、(デコード／エンコードすること無く)前記ネットワークノード・エンティティから受信した前記ターゲット・エンティティ宛てのデータを直接転送するように解釈する特定の手段を含む。
【００４５】
実施形態において、前記ＵＥ中継器は、少なくとも前記ＵＥ中継器と前記ターゲット・エンティティとの間に論理チャネルを生成し、少なくとも一つの識別子を当該論理チャネルへ割り当てる手段、をさらに含み得る。
【００４６】
他の実施形態において、基地局は、前記論理チャネルを生成し、論理チャネル識別子が上述した如く解釈されるように、前記論理チャネルに関するデータを前記ＵＥ中継器へ送信し得る。
【００４７】
このため、本発明は、基地局も目的とし、この基地局は、ネットワークにおいてネットワークノード・エンティティとターゲット・エンティティとの間で通信を中継するためのＵＥを、決定する手段を含み、前記ＵＥ中継器と前記ターゲット・エンティティとの間の論理チャネルをさらに決定し、少なくとも一つの識別子を前記論理チャネルへ割り当てる手段を含む。
【００４８】
このような基地局(例えば、ＬＴＥネットワークにおけるｅＮｏｄｅＢ)は、ターゲットへの通信を中継する最良のＵＥを決定するために用いることが可能である。さらに、前記基地局は、無線ベアラパラメータを算出し、最終的に中継用の論理チャネルを定義することも可能である。
【００４９】
本発明に係る前記基地局は、上述した実施形態に従って、前記ＵＥ中継器宛ての前記識別子を含む“Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ”シグナリングメッセージを送信する手段をさらに含み得る。
【００５０】
前記無線ベアラパラメータの算出、より一般的には論理チャネル設定はコアネットワークにて行うことも可能であり、以て本発明は、コアネットワークも目的とする。このコアネットワークは、少なくともＵＥ中継器とターゲット・エンティティとの間の論理チャネルに関するデータを決定する手段を含み、前記ＵＥ中継器は、ネットワークにおいてネットワークノード・エンティティと前記ターゲット・エンティティとの間の通信を中継する中継器として使用されるためのものである。
【発明の効果】
【００５１】
本発明によれば、上述した課題の１以上が改善又は克服される。
【図面の簡単な説明】
【００５２】
本発明は、添付図面に例として、但しこれに限定されること無く示されており、これら図面において、同様の符号は同様の構成要素を参照するものである。
【図１】従来技術に係る慣習的なネットワークを示した図である。
【図２】慣習的な無線インタフェースプロトコルを示した図である。
【図３】レイヤ２及び３のＬＴＥ／ＵＭＴＳサブレイヤを示した図である。
【図４】通信に用いられる無線ベアラを示した図である。
【図５】中継の間のデータのパスを示した図である。
【図６】本発明の実施形態に係る中継の設定のための方法のステップを示したフローチャートである。
【図７】本発明の実施形態に係るデータ中継を示した図である。
【図８Ａ】一般的なケースにおける中継の設定を示したフローチャートである。
【図８Ｂ】“ａｂｏｖｅ ＭＡＣ”ケースにおける中継のＮＡＳシグナリングのための設定を示したフローチャートである。
【図８Ｃ】“ａｂｏｖｅ ＲＬＣ”ケースにおける中継のＮＡＳシグナリングのための設定を示したフローチャートである。
【図９Ａ】一般的なケースにおける中継のデータ中継のための設定を示したフローチャートである。
【図９Ｂ】“ａｂｏｖｅ ＭＡＣ”ケースにおける中継のデータ中継のための設定を示したフローチャートである。
【図９Ｃ】“ａｂｏｖｅＲＬＣ”ケースにおける中継のデータ中継のための設定を示したフローチャートである。
【図１０Ａ】“ａｂｏｖｅ ＭＡＣ”ケースにおける、ダウンリンク方向のデータ中継を示したフローチャートである。
【図１０Ｂ】“ａｂｏｖｅ ＲＬＣ”ケースにおける、ダウンリンク方向のデータ中継を示したフローチャートである。
【図１１】“ａｂｏｖｅ ＭＡＣ”ケースにおける、アップリンク方向のデータ中継を示したフローチャートである。
【発明を実施するための形態】
【００５３】
図４を参照すると、例えば基地局(例えば、ＬＴＥネットワークにおけるｅＮＢ(ｅｖｏｌｖｅｄ ＮｏｄｅＢ))等のネットワークノード・エンティティは、ネットワークノード・エンティティｅＮＢと、ＵＥ又はＲＮ(ｒｅｌａｙ ｎｏｄｅ、例えば他のＵＥ中継器若しくは基地局)であり得るターゲット・エンティティＵＥＴとの間の中継器として用いられるＵＥ ＵＥＲのために、ベアラ設定を確立する。
【００５４】
ターゲットＵＥＴが中継ＵＥＲの中継を必要とする場合、ＲＢ(ｒａｄｉｏ ｂｅａｒｅｒｓ)を、ｅＮＢからＵＥＴへの(ダウンリンクの場合の)ユーザデータ若しくはＵＥＴからｅＮＢへの(アップリンクの場合の)ユーザデータの制御及び伝送を実行するために、適応すべきである。以降の説明においては、ダウンリンクの場合を説明するが、同様の論法をアップリンクの場合に対称的に適用できる。
【００５５】
実施形態において、中継は、２つの無線ベアラ：ＵＥＴとＵＥＲの間の無線ベアラ及びＵＥＲとｅＮＢの間の無線ベアラを作成することによって実現される。これらのベアラは、ＵＥＲにおいて中継される。中継は、ＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)サブレイヤ(レイヤ２に含まれる高位のサブレイヤ)、又はＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ)サブレイヤにおいて処理することが可能である。
【００５６】
ＵＥＲは、ＵＥＴからｅＮＢへ、トラヒックを、ＭＡＣ(Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)サブレイヤ或いはＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ)サブレイヤ(これらサブレイヤの両者は、所謂“レイヤ２”(Ｌ２))より上(ａｂｏｖｅ)で中継する。トラヒックのセキュリティは、ＵＥＴとｅＮＢの間のエンド・ツー・エンドなＰＤＣＰレイヤによって確保される。このため、ユーザは中継されるデータへはアクセスできない。何故なら、これらデータがレイヤ４〜７(アクセス容易なアプリケーションレイヤ)へは到達しない為である。
【００５７】
通常(中継無しのｅＮＢとＵＥＲの間の単なる通信の場合)、幾つかのメッセージが、ｅＮＢとＵＥの間に通信を確立するために専用される。例えば一般に、ＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)シグナリングメッセージが、コネクションの確立及び解放、或いは無線ベアラの確立／再設定(ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ)及び解放のために用いられる。このため、ＲＲＣシグナリングメッセージは、とりわけｅＮＢとＵＥの間の無線ベアラの確立及び再設定に用いられる。
【００５８】
実施形態においては、ＲＲＣシグナリングメッセージを、中継に使用される無線ベアラを確立、設定及び再設定するために用いる。これらの無線ベアラは、ｅＮＢとＵＥＲの間の通信、及びＵＥＲとＵＥＴの間の通信を伝搬するであろう。
【００５９】
ＵＥＲは中継のみに用いる専用デバイスでは無いので、ＲＲＣシグナリングメッセージをＵＥＲ用に改良し、以てＵＥＲが自身を幾つかの無線ベアラに対する中継器として処理すべきであろうことを解釈可能にする必要がある。このため、新たな情報要素を、ＲＲＣシグナリングメッセージへ追加すべきである。例えば、新たな情報要素を、ｅＮＢからＵＥＲへのＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ中に含めることができる。
【００６０】
図４には、中継無しの無線ベアラの通常使用(図４中のＵＥＲ＜−＞ネットワークｃ−ｐｌａｎｅ及びｕ−ｐｌａｎｅ)と、中継有りの無線ベアラの使用(図４中のＵＥＴ＜−＞ネットワークｃ−ｐｌａｎｅ及びｕ−ｐｌａｎｅ)との間の差異が強調されている。
【００６１】
中継を処理する際、ｅＮＢとＵＥＲの間に用いられる無線ベアラは、中継を実行するために追加された情報を含んでいる。上述した通り、無線ベアラの確立は、新たな情報をＲＲＣシグナリングメッセージに追加することによって処理できる。ＲＲＣがレイヤ３のコントロールプレーン・シグナリングを扱うので、中継用の無線ベアラの確立は、レイヤ３プロトコルによって処理される。確立はレイヤ３で処理されるが、データの中継は、レイヤ２で処理され、オプションとして、後述する二者択一的な実装に従い、ＭＡＣサブレイヤ又はＲＬＣサブレイヤより上(ａｂｏｖｅ)で処理される。
【００６２】
図５は、ＵＥＴ、ＵＥＲ及びｅＮＢレイヤを介して中継されるデータのパスを示している。前述した通り、データは、(図５に点線で示す)ＭＡＣ又はＲＬＣサブレイヤより上(ａｂｏｖｅ)で中継される。
【００６３】
中継に先立ち、ＵＥｓ同士間のシグナリング情報が、ＵＥＴに関するデータを中継ＵＥＲを介して搬送可能なようにセットアップされるべきである。例えば、シグナリング情報は、シグナリング・無線ベアラに関するものであり得る。
【００６４】
実施形態において、中継の設定は、２つのステップにおいて処理される。ＵＥＴへのデータ中継のためのマッピングを設定するステップと、これらデータの搬送に使用する無線ベアラを設定するステップ。
【００６５】
図６は、中継を開始するための設定処理を示している。マッピングステップ及び無線ベアラ設定ステップは、特定の順序では処理されず、マッピングステップが、無線ベアラ設定ステップより先に処理されるか、無線ベアラ設定ステップより後に処理されるか、或いは無線ベアラ設定ステップと同時に処理され得る。
【００６６】
コアネットワークＣＮは、ｅＮＢに対するベアラ設定をセットアップすることによって手順を開始する。このステップは、ｅＮＢへ送信されるフィールドｅＲＡＢ ｓｅｔｕｐ ｒｅｑｕｅｓｔ(ｅｖｏｌｖｅｄ無線ベアラ用のｅＲＡＢ)を満たすものである。例えば、ｅＲＡＢ ｓｅｔｕｐ ｒｅｑｕｅｓｔは、ｅＲＡＢ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ及び／又はＱｏＳ(Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ)を含む。
【００６７】
そして、ｅＮＢは、ＵＥＲにて中継を設定するのに必要な制御情報を生成する。この情報は、マッピング設定情報及び無線ベアラ設定情報を含む。例えば、次の情報が生成され得る。
−ＵＥＲとＵＥＴの間の論理チャネルをマッピングするための識別子ＬＣ＿ＩＤ
−ＵＥＲとＵＥＴの間の無線ベアラの設定のための無線ベアラ設定パラメータセット“ＵＥＲ−ＵＥＴ ＲＢ ｃｏｎｆｉｇ”
−ＵＥＲとｅＮＢの間の無線ベアラの設定のための無線ベアラ設定パラメータセット“ＵＥＲ−ｅＮＢ ＲＢ ｃｏｎｆｉｇ”
【００６８】
そして、これらのデータがＵＥＲへ送信される。
そして、ＵＥＲは、論理チャネルマッッピング及び無線ベアラ設定を行う。例えば、識別子ＬＣ＿ＩＤ＿Ｒが、ＵＥＲとＵＥＴの間の識別子ＬＣ＿ＩＤを有する論理チャネルを指定するように、ｅＮＢとＵＥＲの間の論理チャネルへ割り当てられ得る。これらの識別子ＬＣ＿ＩＤ＿Ｒ及びＬＣ＿ＩＤは、ＲＲＣシグナリングメッセージ中に含まれ、以て論理チャネルマッピングを行うための情報を提供する。ＲＲＣシグナリングメッセージにおけるＵＥＲ−ＵＥＴ ＲＢ設定及びＵＥＲ−ｅＮＢ ＲＢ設定のパラメータは、無線ベアラ設定のための情報をさらに提供する。
【００６９】
設定の後、データ中継を、ＵＥＲレイヤ２を介して行うことが可能である。
当然のことながら、識別子ＬＣ＿ＩＤは、ＵＥＲとＵＥＴの間の論理チャネルを指定可能であるが、識別子ＬＣ＿ＩＤ＿Ｒは、ＵＥＲにてｅＮＢからＵＥＴ宛てのデータと共に受信された場合、受信したデータを転送するために、ＵＥＲによりＵＥＲとＵＥＴの間の論理チャネルを指定するものとして解釈される。逆に、識別子ＬＣ＿ＩＤ＿Ｒは、ＵＥＲとｅＮＢの間の論理チャネルを指定可能であるが、識別子ＬＣ＿ＩＤは、ＵＥＲにてＵＥＴからｅＮＢ宛てのデータと共に受信された場合、受信したデータを転送するために、ＵＥＲによりＵＥＲとｅＮＢの間の論理チャネルを指定するものとして解釈される。
【００７０】
要するに、図６を参照すると、第１ステップＳ１において、コアネットワークＣＮは、無線ベアラ設定のセットアップを定義し、ｅＲＡＢ ｓｅｔｕｐのための要求ＲｅｑをｅＮＢ(ｅＮｏｄｅＢ)へ送信する。要求Ｒｅｑを受信した際、第２ステップＳ２において、ｅＮＢは、以下のものを生成する。
−論理チャネルマッピングのための識別子ＬＣ＿ＩＤ＿Ｒ及びＬＣ＿ＩＤ
−ターゲット・エンティティＵＥＴと中継エンティティＵＥＲの間の無線ベアラの設定のためのパラメータセット設置ＵＥＲ＿ＵＥＴ ＲＢ ｃｏｎｆｉｇ
−ｅＮＢと中継エンティティＵＥＲの間の無線ベアラの設定のためのパラメータセット設置ＵＥＲ＿ｅＮＢ ＲＢ ｃｏｎｆｉｇ
【００７１】
そして、識別子及びパラメータセットは、例えばＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ) Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ等のメッセージのコンテンツ中において、中継エンティティＵＥＲへ送信される(図６中の矢印符号“Ｐａｒａｍ”)。有利にも、この種のメッセージは既に存在し、本発明を難解な改修の必要無く実施することができる。ステップＳ３において、中継エンティティＵＥＲは、ＵＥＲとＵＥＴの間の論理チャネルのマッピングを行い、この論理チャネルは、識別子ＬＣ＿ＩＤを有している。また、無線ベアラが、ターゲット・エンティティと中継エンティティの間(ＵＥＲ−ＵＥＴ ＲＢ)、及びｅＮｏｄｅＢと中継エンティティの間(ＵＥＲ−ｅＮＢ ＲＢ)に設定される。
【００７２】
この設定の後、システムは、ｅＮＢとターゲットＵＥＴの間で転送すべきデータが、後述し且つ図７に示す如く中継ＵＥＲを介して中継されるように策定される。
【００７３】
図７は、データ中継を示している。レイヤ２(Ｌ２)は、３つのサブレイヤ：ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ及びＭＡＣサブレイヤへ細分化される。
各レベルにおいて、２つのエンティテイ(例えば、ｅＮＢ及びＵＥＲ)が、レイヤプロトコル(ＰＤＣＰ、ＲＬＣ又はＭＡＣプロトコル)を介しＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔｓ)を伝送することによって相互作用する。この“伝送”とは、実際には要約である(実際、データは、物理レイヤ、例えばレイヤ１を介して物理的に送出すべく、下位レイヤを経由してカプセル化される)。
【００７４】
実施形態において、データはＭＡＣサブレイヤより上で中継される。これは、ＭＡＣ ＰＤＵがＲＬＣサブレイヤレベルで転送されることを意味する。
【００７５】
他の実施形態において、データは、ＲＬＣサブレイヤより上で中継される。これは、ＲＬＣ ＰＤＵがＰＤＣＰサブレイヤレベルで転送されることを意味する。この実施形態は、図７に点線で示されている。
【００７６】
両者のケースにおいて、データは、
−ＵＥＲとｅＮＢの間の識別子“ＬＣ＿ＩＤ＿Ｒ”によって、及び
−ＵＥＲとＵＥＴの間の識別子“ＬＣ＿ＩＤ”によって、
マッピングされる。
【００７７】
設定ステップＳ１、Ｓ２、Ｓ３は上述したマッピング設定を提供するので、中継エンティティＵＥＲは、“ＬＣ＿ＩＤ＿Ｒ”により識別されるデータをターゲット・エンティティＵＥＴ(これは、ネットワークにおける端末、又は例えば幾つかの中継ノードを経由して通信をホッピングする他の中継ノードであり得る)へ転送すべきものと解釈できる。
【００７８】
実施形態において、ＵＥＲは、ＵＥＴを伴うＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ)シグナリングを中継するために用いられる。Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍシグナリングは、他のノードを介したＵＥの移動(ｍｏｂｉｌｉｔｙ)を可能にする。このような実施形態において、ＵＥＴは、ｅＮＢレンジの範囲外に存在する場合であってもシグナルされる。
【００７９】
上述した通り、中継はＭＡＣサブレイヤ又はＲＬＣサブレイヤより上で実行することが可能である。図８Ａは、ＮＡＳシグナリングを全体的に示し、図８Ｂ及び図８Ｃは、ａｂｏｖｅ ＭＡＣケース及びａｂｏｖｅ ＲＬＣケースをそれぞれ示している。これら図面は、本発明の実施のための詳細、特に３ＧＰＰ ＬＴＥ規格に関する実施のための詳細を提供するものである。
【００８０】
図８Ａにおいて、ＬＴＥ用のコアネットワークＣＮの一部であり得るＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)が、ベアラ設定をセットアップする。このセットアップは、ＮＡＳ ＰＤＵ(ＮＡＳはレイヤ３サブレイヤ)の伝送を可能にする。このような情報により、ＵＥＲは、中継のためのマッピング設定及び無線ベアラ設定(図８Ａ中のＣＯＮＦＩＧ)を提供する。このステップは、新たな情報要素(ＮＩＥ：ｎｅｗ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ)を含む中継のためのＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの適応を可能にする。
【００８１】
図８Ｂ及び図８Ｃは、ａｂｏｖｅ ＭＡＣ中継とａｂｏｖｅ ＲＬＣ中継の差異を示している。３ＧＰＰ ＬＴＥ実装において、この差異は、(ＵＥＲ−ＵＥＴ) ＳＲＢ(２) ｃｏｎｆｉｇフィールド中で部分的に可視化されている。
【００８２】
更なる実施形態において、中継は、ＵＥＴがＵＥＲを介してネットワークへの通信を要求したか、或いはＵＥＴがネットワークと通信しつつネットワークのカバレッジ範囲外へ移動したといった理由に因り行われる。上述した通り、中継はＭＡＣサブレイヤ又はＲＬＣサブレイヤより上で実行することが可能である。図９Ａは、データの中継のための設定手順を全体的に示し、図９Ｂ及び図９Ｃは、ａｂｏｖｅ ＭＡＣケース及びａｂｏｖｅ ＲＬＣケースをそれぞれ示している。これら図面は、本発明の実施のための詳細、特に３ＧＰＰ ＬＴＥ規格に関する実施のための詳細を提供するものである。図９Ｂ及び図９Ｃは、ａｂｏｖｅ ＭＡＣ中継とａｂｏｖｅ ＲＬＣ中継の差異を示している。３ＧＰＰ ＬＴＥ実装において、この差異は、(ＵＥＲ−ＵＥＴ) ＲＢｃｏｎｆｉｇフィールド中で部分的に可視化されている。
【００８３】
図１０Ａ及び図１０Ｂは、それぞれ、ａｂｏｖｅ ＭＡＣケース及びａｂｏｖｅ ＲＬＣケースにおいてデータ中継を行うための予想される実装を示している。ＳＤＵ(Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ)は、ＯＳＩレイヤから上位レイヤへ伝えられ、且つ下位レイヤが未だＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)へはカプセル化していないデータの具体的な単位である。ＭＡＣサブレイヤはＲＬＣサブレイヤよりも下位のサブレイヤであるので、ＭＡＣ ＰＤＵはＲＬＣ ＰＤＵに含まれる。フラグは、ＵＥＲがデータを中継するためのＭＡＣ ＰＤＵに含まれる。
【００８４】
図１０Ａ〜図１１において、ＦＬＡＧ ２は、ＵＥＲに対し、このＭＡＣ ＰＤＵに含まれるＭＡＣデータが中継を介したＵＥＴ宛てである旨を示すために用いられる。ＦＬＡＧ １は、中継無しで用いられる“通常”フラグであり、以てＵＥＴに、ＭＡＣ ＰＤＵに含まれるデータをあたかもｅＮＢから直接到来したかのように受信させるものである。前述した通り、データは、ＵＥＲとｅＮＢの間のＦＬＡＧ ２により、且つＵＥＲとＵＥＴの間のＦＬＡＧ １によりマッピングされる。設定ステップがマッピング設定を提供するので、ＵＥＲは、ＦＬＡＧ ２により識別されるデータを解釈して簡易に転送することが可能である。これら図面は、本発明の実施のための詳細、特に３ＧＰＰ ＬＴＥ規格に関する実施のための詳細を提供するものである。図１１は、アップリンクの場合における本発明の実施のための詳細、特に特に３ＧＰＰ ＬＴＥ規格に関する実施のための詳細を提供するものである。
【００８５】
よって、要するに、本発明は、実施形態において、中継エンティティＵＥＲを用いたターゲット・エンティティＵＥＴへのデータ中継のために、無線ベアラ設定と共に論理チャネルマッピング設定を、ＲＡＮ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)へ提供することを提案するものである。実施形態において、本発明は、無線ベアラ設定が中継目的で行われることを意味する追加情報(例えば、識別子ＬＣ＿ＩＤの追加)を提供する。このような情報は、少なくとも、既存のＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ) Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めることができる。
【００８６】
実施形態において、本発明は、“ａｂｏｖｅ ＭＡＣ”(図７の平坦線)又は“ａｂｏｖｅ ＲＬＣ”(図７の点線)データ中継設定を、例えばネットワークにおいて初めに決定され得る最適化の選択に応じて提供する。勿論、このような選択は、中継エンティティの能力及び／又は構造にも依存し得る。
さらに、ＲＡＮがａｂｏｖｅ ＲＬＣ設定を提供しない場合に、ＵＥＲがａｂｏｖｅ ＭＡＣデータ中継を行うことができる。ＵＥＲにおけるこの実装の選択は、無線ベアラのＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)により指示することができる。
【００８７】
ダウンリンク方向のために、中継エンティティＵＥＲは、特定の識別子(例えば、前述したようなＬＣ＿ＩＤ)を用いてフラグされる論理チャネル上で受信したデータを、既定の論理チャネルマッピング設定通りに次ホップの論理チャネルへ転送する。上述したようにネットワークにより設定されなければ、“ａｂｏｖｅ ＭＡＣ”又は“ａｂｏｖｅ ＲＬＣ”データ中継を、上述した通り、ＵＥＲ能力及び／又は構造に応じたオプションとすることができる。ＵＥＲが“ａｂｏｖｅ ＲＬＣ”データ中継を行う場合、ＰＤＣＰデータは、ＵＥＲから次ホップのＵＥＴ(更なるターゲットのための中継器であり得る)へ伝搬される。ＵＥＲが“ａｂｏｖｅ ＭＡＣ” データ中継を行う場合、ＲＬＣデータが次ホップのＵＥＴへ伝搬される。
【００８８】
アップリンク方向のために、ＵＥＲは、ネットワークへ向かう論理チャネル上で受信したデータを、受信済みの論理チャネルマッピング設定の通りに設定された中継ベアラの特定の識別子(例えば、ＬＣ＿ＩＤ)で識別される論理チャネルを用いて、透過的に(すなわち、デコードすること無く)転送する。
【００８９】
勿論、同一のＵＥが幾つかの通信を中継することが可能である。よって、そのために、幾つかの識別子ＬＣ＿ＩＤを(到達すべき各ＵＥターゲットのための論理チャネルと共に)用いることが可能である。また、同一の通信を幾つかのＵＥ(幾つかの連続的な論理チャネルを生成すること)によって中継し、そのために、幾つかの識別子ＬＣ＿ＩＤを用いることが可能である。
【００９０】
本発明は、コンピュータプログラムへ組み込むこともできる。このコンピュータプログラムは、ここに説明した方法の実施を可能にし、且つ情報処理システム(例えば、ＵＥ ＵＥＲ)においてロードされた場合、情報処理システムにこれを実施させる全ての特徴を含む。本コンテキストにおけるコンピュータプログラム手段又はコンピュータプログラムは、情報処理能力を有するシステムに特定の機能を直接或いは他の言語へ変換した後に実行させる命令群の、任意の表現、任意の言語におけるコード又は表記を意味する。このようなコンピュータプログラムは、データ、命令、メッセージ若しくはメッセージパケットを可能にするコンピュータ又は機械可読媒体、並びに媒体から読み出される他の機械可読情報へ記憶することが可能である。コンピュータ又は機械可読媒体は、ＲＯＭ、フラッシュメモリ、ディスク・ドライブメモリ、ＣＤ−ＲＯＭ及び他の恒久的な記憶装置等の不揮発メモリを含み得る。加えて、コンピュータ又は機械可読媒体は、例えば、ＲＡＭ、バッファ、キャッシュメモリ及びネットワーク回路等の揮発性の記憶装置を含み得る。さらに、コンピュータ又は機械可読媒体は、ネットワークリンク及び／又はネットワークインタフェース等のコンピュータ又は機械可読情報を含み得て、これらネットワークリンク及び／又はネットワークインタフェースは、有線ネットワーク若しくは無線ネットワークを含み、デバイスがこのようなコンピュータ又は機械可読情報を読出可能にするものである。
【００９１】
“備える(ｃｏｍｐｒｉｓｅ)”、“含む(ｉｎｃｌｕｄｅ)”、“組み込む(ｉｎｃｏｒｐｏｒａｔｅ)”、“包含する(ｃｏｎｔａｉｎ)”、“である(ｉｓ)”及び“有する(ｈａｖｅ)”といった表現は、説明及びこれに関連したクレームを解釈するに際して非排他的な方法で構築されている、すなわち、明確に定義されたものだけでは無く、存在し得る他のアイテム又はコンポーネントを許容するために構築されている。単数への参照は複数への参照であるようにも構築され、その逆もしかりである。
【００９２】
現段階で本発明の好適な実施形態であると考えられるものと示し且つ説明したが、当然のことながら、当業者によれば、本発明の真の範囲を逸脱すること無く、種々の他の変更が成され得て、同等のものが代替となり得る。加えて、多くの変更が、ここに説明した主要な発明概念を逸脱すること無く、特定の状況を本発明の技術へ適応させるために成され得る。さらに、本発明の実施形態は、上述した特徴の全てを含むものではないかもしれない。このため、本発明は、開示した特定の実施形態に限定されるものでは無く、広く既定したような発明の範囲内にある全ての実施形態を含むことを意図するものである。
【００９３】
当業者は、説明に開示した種々のパラメータが変更され得て、開示及び／又はクレームされる種々の実施形態が本発明の範囲を逸脱すること無く組み合わせられ得ることを容易に理解するであろう。
【００９４】
＜参照による援用＞
この出願は、２０１２年１０月１９日に出願された欧州特許出願ＥＰ １２３０６３０１．８号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2018064303.tif 000003
【図２】
2018064303.tif 000004
【図３】
2018064303.tif 000005
【図４】
2018064303.tif 000006
【図５】
2018064303.tif 000007
【図６】
2018064303.tif 000008
【図７】
2018064303.tif 000009
【図８Ａ】
2018064303.tif 000010
【図８Ｂ】
2018064303.tif 000011
【図８Ｃ】
2018064303.tif 000012
【図９Ａ】
2018064303.tif 000013
【図９Ｂ】
2018064303.tif 000014
【図９Ｃ】
2018064303.tif 000015
【図１０Ａ】
2018064303.tif 000016
【図１０Ｂ】
2018064303.tif 000017
【図１１】
2018064303.tif 000018