(57)【要約】  第１の基地局、第２の基地局およびリレーノードを備える無線通信ネットワーク。リレーノードは、ネットワーク内に存在する複数のタイプのうちの１つ（例えば、タイプ１、タイプ１ａまたはタイプ１ｂ）であり、リレーノードは、第１の基地局に接続される。ハンドオーバが必要なときに、第１の基地局は、リレーノードのタイプおよび／または無線ケイパビリティに関する情報を含んだ、ハンドオーバに関係する情報のハンドオーバ要求を第２の基地局へ送る。【選択図】図３
2015502056.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークであって、前記ネットワークは、
第１の基地局；
第２の基地局；および
リレーノードを備え、前記リレーノードは、前記ネットワーク内に存在する複数のタイプのうちの１つであり、
前記リレーノードは、前記第１の基地局に接続され、
ハンドオーバが必要なときに、前記第１の基地局は、前記リレーノードのタイプに関する情報を含んだ、前記ハンドオーバに関係する情報のハンドオーバ要求を前記第２の基地局へ送る、
無線通信ネットワーク。
【請求項２】
前記リレーノードは、モバイルリレーノードである、請求項１に記載の無線通信ネットワーク。
【請求項３】
前記モバイルリレーノードは、公共輸送車両に搭載される、請求項２に記載の無線通信ネットワーク。
【請求項４】
前記第１の基地局および前記第２の基地局は、進化型ノードＢ（ｅＮＢ）である、先行する請求項のいずれかに記載の無線通信ネットワーク。
【請求項５】
前記ネットワークは、ＬＴＥ−Ａネットワークである、先行する請求項のいずれかに記載の無線通信ネットワーク。
【請求項６】
前記第１の基地局は、リレーノード・ケイパビリティ・コンテナを前記ハンドオーバ要求のときに前記第２の基地局へ送る、先行する請求項のいずれかに記載の無線通信ネットワーク。
【請求項７】
前記第２の基地局は、前記ハンドオーバ要求の受信後に、前記第１の基地局からのリレーノード・ケイパビリティ・コンテナを要求する、請求項１から５のいずれかに記載の無線通信ネットワーク。
【請求項８】
前記ネットワークは、コアネットワークを備え、前記ハンドオーバ要求の受信後に、前記第２の基地局は、リレーノード・ケイパビリティ・コンテナを供給するように前記コアネットワークに要求する、請求項１から５のいずれかに記載の無線通信ネットワーク。
【請求項９】
前記リレーノード・ケイパビリティ・コンテナは、前記リレーノードによってサポートされる種々の無線アクセス技術（ＲＡＴ）の詳細を含む、請求項６から８に記載の無線通信ネットワーク。
【請求項１０】
前記リレーノード・ケイパビリティ・コンテナは、前記リレーノードが、周波数領域、時間領域または空間領域において半２重または全２重モードで動作できるかどうかを示す、請求項６から９に記載の無線通信ネットワーク。
【請求項１１】
前記リレーノード・ケイパビリティ・コンテナは、前記リレーノードがバックホールリンクの下りリンクおよび上りリンクで動作させることが可能なコンポーネント・キャリアの数を含めて、前記リレーノードが各無線アクセス技術（ＲＡＴ）の下でサポートできる前記周波数バンドをさらに指示する、請求項６から１０に記載の無線通信ネットワーク。
【請求項１２】
前記リレーノード・ケイパビリティ・コンテナは、前記バックホールリンク上でサポートされるマルチキャリア動作に関するリレーノードのケイパビリティをさらに指示する、請求項６から１１に記載の無線通信ネットワーク。
【請求項１３】
前記リレーノード・ケイパビリティ・コンテナは、前記リレーノードが同じリレータイプで動作し続けるか、または前記リレーノードが異なる動作リレータイプを取ることとしつつ、前記第２の基地局が、前記リレーノードを受け入れることができるかどうかを判定することを可能にする、請求項６から１２に記載の無線通信ネットワーク。
【請求項１４】
前記リレーノードは、タイプ１、タイプ１ａまたはタイプ１ｂである、先行する請求項のいずれかに記載の無線通信ネットワーク。
【請求項１５】
前記ハンドオーバ要求の受信の際に、前記第２の基地局は、サブフレーム設定／再設定および／またはリソース分割の詳細を取得するために前記第１の基地局へ要求を発行する、請求項１３に記載の無線通信ネットワーク。
【請求項１６】
前記第２の基地局は、前記リレーノードがタイプ１リレーである場合、サブフレーム設定／再設定および／またはリソース分割の詳細を取得するために前記第１の基地局へ要求を発行する、請求項１４に記載の無線通信ネットワーク。
【請求項１７】
前記ハンドオーバ要求の受信の際に、前記第２の基地局は、サブフレーム設定／再設定および／またはリソース分割の詳細、および／または、リレーノード・ケイパビリティ・コンテナであって、前記リレーノードによってサポートされる種々の無線アクセス技術（ＲＡＴ）、および、前記リレーノードが各ＲＡＴの下で周波数領域、時間領域または空間領域において半２重または全２重モードで動作できるかどうかの可否、ならびに、前記リレーノードが前記バックホールの前記下りリンクおよび前記上りリンクでいくつのコンポーネント・キャリアを動作させることが可能かを含めて、前記リレーノードが各ＲＡＴの下でサポートできる前記周波数バンド、および、前記バックホール上でサポートされるマルチキャリア動作に関する前記リレーノードのｅＮＢ類似のケイパビリティの詳細を指示するための前記リレーノード・ケイパビリティ・コンテナ、を取得するために、前記コアネットワークへ要求を発行する、請求項８に記載の無線通信ネットワーク。
【請求項１８】
請求項１から１７のいずれかに記載の無線通信システムにおいて機能するように動作可能なリレーノード。
【請求項１９】
請求項１から１７のいずれかに記載の前記無線通信システムにおいて前記第１の基地局または第２の基地局のいずれかとして機能するように動作可能な基地局。
【請求項２０】
無線通信ネットワークにおいて機能するように動作可能なリレーノードであって、前記リレーノードは、前記無線通信ネットワーク内で可能な複数のタイプのうちの１つであり、前記リレーノードは、そのバックホールリンクを第１の基地局から第２の基地局へハンドオーバするように動作可能であり、前記リレーノードのタイプに関する情報が前記第２の基地局へ通信される、リレーノード。
【請求項２１】
無線通信ネットワーク内で機能するように動作可能な基地局であって、前記基地局は、リレーノードへの無線リンクを備え、前記リレーノードは、前記無線通信ネットワークを持つ複数のタイプのうちの１つのタイプであり、前記基地局は、前記無線リンクをさらなる基地局へハンドオーバするように動作可能であり、前記ハンドオーバは、前記リレーノードのタイプの詳細を含む、基地局。
【請求項２２】
無線通信ネットワークであって、前記ネットワークは、
前記無線通信ネットワーク内で用いられる複数のタイプのうちの１つのタイプのモバイルリレーノード、および
基地局、
を備え、
前記リレーノードが前記無線通信ネットワークにアタッチする理由を有するときには、１）前記リレーノードが、そのタイプを前記基地局へ通信するか、あるいは２）前記コアネットワークが、前記リレーノードのタイプを前記基地局へ通信するかのいずれかである、
無線通信ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リレーノードおよびリレーノードを含む無線通信システムに関する。特に、本発明は、３ＧＰＰロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）−アドバンスト（Ａｄｖａｎｃｅｄ）のコンテキストに適用可能な、リソース割り当て有りまたは無しのアウトバンド、インバンド・リレータイプに必要とされるモバイルリレー・ハンドオーバ（Ｍｏｂｉｌｅ  Ｒｅｌａｙ  Ｈａｎｄｏｖｅｒ）のＣ−プレーン（制御プレーン）処理に関する。
【背景技術】
【０００２】
ＬＴＥの最初のリリースは、リリース８と呼ばれ、３００Ｍｂｐｓのピーク速度、５ｍｓ未満の無線ネットワーク遅延、スペクトル効率の向上、およびコストを低減し、操作を簡単にするための新しいアーキテクチャを提供した。
【０００３】
ＬＴＥ−ＡすなわちＬＴＥアドバンスト（ＬＴＥ  Ａｄｖａｎｃｅｄ）は、ＬＴＥの拡張として現在３ＧＰＰにより標準化が進められている。ＬＴＥ移動体通信システムは、ＧＳＭおよびＵＭＴＳの自然な進化として２０１０年以降の配置が期待されている。
【０００４】
ＬＴＥは、３．９Ｇ（３Ｇ＋）技術として定義されており、１Ｇｂｐｓまでのピーク・データ速度のような要件を有するＩＭＴアドバンスト（ＩＭＴ  Ａｄｖａｎｃｅｄ）とも呼称される４Ｇのための要件は満たさない。
【０００５】
２００８年４月に、３ＧＰＰは、ロング・ターム・エボリューション（ＬＴＥ）に関する将来の作業のための計画に合意した。ＬＴＥアドバンストのための３ＧＰＰ要件の最初の一組は、２００８年６月に承認された。この規格は、１Ｇｂｐｓのピーク・データ速度とともに電力状態間のより速い切り替えおよびセルエッジにおける性能改善を要求する。
【０００６】
さらなる詳細は、ｗｗｗ．３ｇｐｐ．ｃｏｍに見られる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】ｗｗｗ．３ｇｐｐ．ｃｏｍ  ＬＴＥ−Ａリリース１０（Ｒｅｌ−１０）が現在のリリースである。
【０００８】
リレーは、カバレージを拡大し、セルエッジ・スループットおよびシステム能力を改善する経済的な方法であると考えられる。図１は、ＬＴＥネットワークの一部を簡略化した例を示す。通常、進化型ノードＢ（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）１０と呼称される基地局、リレーノード（ＲＮ：ｒｅｌａｙ  ｎｏｄｅ）１４ならびに複数の端末装置（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）１８および２０が提供される。制御用ｅＮＢは、時にはドナーｅＮＢまたはＤ−ｅＮＢと呼ばれる。Ｄ−ｅＮＢは、（１つ以上のセルを含む）ドメイン内のネットワーク・トラフィックを制御する。前記ドメインは、複数のさらなるノードを含んでもよい。地理的に隣り合って位置するドメインは、隣接ドメインと称されることがある。
【０００９】
Ｄ−ｅＮＢは、典型的にコアネットワーク１６へ配線される。この接続は、しばしばｅＮＢのバックホールと称される。Ｄ−ｅＮＢは、ＵＥ１８と無線で通信することができる。この接続は、アクセスリンクと呼ばれる。Ｄ−ｅＮＢ１０は、ＲＮ１４を経由してＵＥ２０と通信することもできる。ＲＮ１４は、このようにＵＥ２０へのアクセスリンクおよびＤ−ｅＮＢへのバックホールリンクを有する。アクセスリンクは、Ｕｕインタフェースを経由し、一方でバックホールリンクは、Ｕｎインタフェースを経由する。
【００１０】
ＵＥまたはノードからコアネットワークの方（すなわち、ＵＥからＲＮまたはＤ−ｅＮＢ）へ戻る通信は、上りリンクと呼称される（時にはＵＬと略される）のに対して、反対方向（すなわち、Ｄ−ｅＮＢまたはＲＮからＵＥへ）の通信は、下りリンクと呼称される（時にはＤＬと略される）。従って、ＲＮからＤ−ｅＮＢへの通信はＲＮに対して下りリンクであり、一方で逆の通信は上りリンクである。ＬＴＥ−Ａにおいて、リレーは、概括的に２つのカテゴリー、すなわち、タイプ１およびタイプ２で定義される。タイプ１リレーノードは、それら自体のＰＣＩ（物理セルＩＤ：Ｐｈｙｓｉｃａｌ  Ｃｅｌｌ  ＩＤ）を有し、その共有チャネル／信号を送信するように動作可能である。ＵＥは、スケジューリング情報およびＨＡＲＱフィードバックをリレーノードから直接に受信する。タイプ１リレーノードは、さらなる性能向上を可能にするために、異なった姿をｅＮＢに見せることも可能である。
【００１１】
ＬＴＥ−Ａにおける主要な提案は、次世代ネットワークに主としてタイプ１リレーを用いることである。タイプ１リレーは、その機能性をいかに見るかによって、ｅＮＢ（制御ノード）およびＵＥ（端末装置）の両方の機能性を含むと考えることができる。従って、バックホールリンクでは、リレーは、ＵＥのように振舞う（ＵＥの機能性によって操作される）が、一方でアクセスリンクでは、リレーは、ｅＮＢのように振舞う（ｅＮＢの機能性によって操作される）。あるいは、別の言い方をすれば、Ｄ−ｅＮＢはリレーをＵＥと見做し、一方でＵＥはリレーを通常のｅＮＢと見做す。タイプ１リレーは、さらにタイプ１、タイプ１ａおよびタイプ１ｂに分類される。Ｒｅｌ−１０の時間フレーム内では、タイプ１、１ａおよび１ｂのＲＮが主に考慮される。
【００１２】
ＲＮは、ＵＥがｅＮＢに接続するのと同じ無線プロトコルおよび手順を用いてＵｎインタフェース経由でＤ−ｅＮＢに接続する。出て行く信号と入って来る信号とを分離するためのＲＮのケイパビリティの観点から、Ｒｅｌ−１０のＲＮは、基本的に以下のように分類される。
【００１３】
タイプ１（インバンド）リレー−この場合、Ｕｎインタフェースは、ＲＮ−ＵＥリンクと同じキャリア周波数を共有し、出て行く信号と入って来る信号とを分離することはできない。この場合、分離は、時間領域で実行される。いくつかのサブフレームは、バックホールリンクのために予約され、アクセスリンク動作に用いることができない。
【００１４】
タイプ１ａ（アウトバンド）リレー−この場合、Ｕｎインタフェースは、ＲＮ−ＵＥリンクと同じキャリア周波数では動作せず、サブフレーム設定は、Ｕｎインタフェースを通した通信に必要とされない。この場合、分離は、周波数領域で実行される。
【００１５】
タイプ１ｂ（アンテナ分離を伴うインバンド）−リレー動作は、インバンドで発生するが、分離は、時間領域では実行されずに、適切なアンテナ構成を経由する。
【００１６】
インバンド・リレー動作は、時間領域での分離がＵｎインタフェースの精緻な構成を必要とするのでより複雑である。対照的に、アウトバンド・リレー動作は、適切な周波数プラニングを必要とするだけなのでより直接的である。典型的に、バックホールリンクは、距離に依存する減衰をより少なく受けるように、低い方のキャリア周波数が割り当てられ、マクロセルエッジの近傍に位置することができる。従って、Ｒｅｌ−８を越えるさらなる機能性はなにも必要とされず、すなわち、Ｕｎインタフェースは、レガシーＵｕリンクと同様に振舞う。
【００１７】
十分なアンテナ分離のないインバンド・リレー動作は、バックホールリンクのためにいくらかのサブフレームの確保が必要である。上りリンク方向では、ＲＮが、上りリンク・グラント・スケジューリング自体を実行し、従って、いつＲＮがデータを送受信したいかを十分に制御するので、（ＵＥからＲＮへの送信のＲＮからＤ−ｅＮＢへの送信からの分離）ＵＥ送信のブロッキングは、容易である。
【００１８】
下りリンク方向、すなわち、Ｄ−ｅＮＢからＲＮへの送信のＲＮからＵＥへの送信からの分離では、状況がより困難である。これは、部分的には、ＲＮにアタッチされたＵＥが、通常は、サブフレーム毎に少なくとも制御データ、すなわち、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を予想するためである。いくつかのサブフレームに「ギャップ」を作り出すために、元々ＬＴＥでマルチキャスト送信のために考案されたＬＴＥにおける既存のメカニズムが再使用される。結果として、リレーノードからのＲＲＣシグナリングによって、（それぞれ１０または４０ｍｓの間隔に対応する）１または４無線フレーム周期内のいくらかの下りリンク・サブフレームがＭＢＳＦＮサブフレームであると宣言することができる。これは、これらのサブフレームではＵＥへの送信を何も予測すべきではない、すなわち、まったく聞くべきではないことをアタッチされたＵＥへ通知する。
【００１９】
その結果、Ｄ−ｅＮＢは、リレー動作について、Ｕｎサブフレーム設定／再設定（すなわち、Ｕｎリソース分割の１つのタイプを必要とするＲＮ）をＵｎインタフェースに対して適用すべきか、あるいは所与のＲＮに適用すべきでないかどうかを確認する必要がある。言い換えれば、サブフレームは、タイプ１リレーの場合に半２重動作が確保できるように設定される必要がある。ＵｎインタフェースのＲＲＣ（無線リソース管理：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）レイヤは、タイプ１のＲＮに関して、ＲＮとＤ−ｅＮＢとの間の送信に固有のサブフレーム設定（例えば、ＤＬサブフレーム設定）を設定または再設定およびアクティブ化するための機能性を有する。これは、かかる設定についてＲＲＣシグナリングを開始する前に、Ｄ−ｅＮＢがＲＮのタイプを認識している必要があることを意味する。ＲＮは、受信するとすぐにこの設定を適用する。
【００２０】
本配置の理解を助けるために、リソース分割に関するさらなる詳細を提供する。タイプＡリレーは、半２重モードで動作するインバンドである−すなわち、アクセスリンクが動作しているときにバックホールは動作することができず、逆もまた同様である。主な下りリンク送信は、バックホールではＭＢＳＦＮサブフレームで生じる。ＭＢＳＦＮサブフレームは、下りリンクでサブフレーム０、４、５および９上に設定することはできない、すなわち、このサブフレーム設定は、バックホールリンクおよびアクセスリンクを干渉なしに機能させることに関係する。
【００２１】
従って、タイプ１リレーではいくつかのタイプのリソース分割が最も重要である。ｅＮＢ−ＲＮ送信用の時間−周波数リソースは、ｅＮＢ−ＲＮおよびＲＮ−ＵＥ送信を時間多重化することによって実現される。ｅＮＢ−ＲＮ送信が発生しうるサブフレームは、より上位のレイヤによって設定される。ｅＮＢからＲＮへの送信用に設定される下りリンク・サブフレームは、リレーノードによってＭＢＳＦＮサブフレームとして設定されなければならない。ｅＮＢからＲＮへの送信は、下りリンク・サブフレームで生じ、ＲＮからｅＮＢへの送信は、上りリンク・サブフレームで生じる。フレーム構造タイプ１では、ｅＮＢからＲＮおよびＲＮからＵＥへの送信が下りリンク周波数バンドで生じ、一方でＲＮからｅＮＢおよびＵＥからＲＮへの送信が上りリンク周波数バンドで生じる（参考文献：３ＧＰＰ  ＴＳ  ３６．２１６）。
【発明の概要】
【発明が解決しようとする課題】
【００２２】
要約：
【００２３】
時間領域において半２重動作を確保するためには、ＭＢＳＦＮサブフレームを使用する必要がある；
【００２４】
ｅＮＢからＲＮへの送信用に設定される下りリンク・サブフレームは、リレーノードによってＭＢＳＦＮサブフレームとして設定されなければならない；
【００２５】
いくつかのサブフレームでＵＥからリレーへの送信を何も許可しないことにより、リレーからＤ−ｅＮＢへの送信を容易にすることができる；
【００２６】
非ＭＢＳＦＮサブフレームを用いたリレーからＵＥへの通信；
【００２７】
ＭＢＳＦＮサブフレームを用いたＤ−ｅＮＢからリレーへの通信；および
【００２８】
ｅＮＢ−ＲＮ送信が発生しうるサブフレームは、より上位のレイヤによって設定される。
【００２９】
コアネットワークの一部は、モビリティ管理エンティティ（ＭＭＥ：ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）を含む。一般に、ＵＥは、その通信に関してある特定のＭＭＥと関連付けられる。これによって、このＭＭＥにＵＥに関するコンテキストが作り出される。この特定のＭＭＥは、ＵＥがネットワークに入る入口となる第１のｅＮＢにおけるＮＡＳノード選択機能（ＮＮＳＦ：ＮＡＳ  Ｎｏｄｅ  Ｓｅｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）によって選択される。ＵＥがアクティブになるときにはいつでも、ＭＭＥがＵＥコンテキスト情報をｅＮＢに提供する。リレー−ＭＭＥも同様の仕方で機能するが、ＵＥではなく、ＲＮと関係する。
【００３０】
本発明は、リレー技術の進歩を目指し、特に、モバイルリレーがネットワーク性能をいかに改善できるかに関連するリレー技術の進歩を目指す。
【００３１】
発明の概要
【００３２】
３ＧＰＰによって定義されるリレータイプ（特にタイプ１および１ａ）は、リレーノードに装備されるトランシーバの数、それらの動作周波数範囲、およびリレーノードが全／半２重動作をサポートできるかどうかの観点からのケイパビリティと関係する。リレーノード（ＲＮ）が１つより多いトランシーバを備える場合、ＲＮは、異なる周波数バンドにおいてアクセスリンクおよびバックホールリンクの両方で同時に動作するケイパビリティを有することになろう。一方、リレーノードが、１つのＤ−ｅＮＢ（例えば、ソースＤ−ｅＮＢ）にアタッチされているときはタイプ１であるが、異なるＤ−ｅＮＢ（例えば、ターゲットＤ−ｅＮＢ）にアタッチされているときはタイプ１ａタイプ／モードで動作することも起こりうる。これは、異なるノード（Ｄ−ｅＮＢおよびＲＮ）が異なる周波数スペクトルで動作するためであり、このように、所与のＲＮが、１つのｅＮＢによってある特定のタイプであると見做され、異なるｅＮＢによって異なるタイプであると見られることがある。これが生じるであろう主な機会は、タイプ１のＲＮとタイプ１ａのＲＮとの間である。
【００３３】
この状況に対応するために、本発明は、ネットワーク内に効率および進歩をもたらすことを目指す。
【課題を解決するための手段】
【００３４】
本発明によれば、無線通信ネットワークが提供され、このネットワークは、
【００３５】
第１の基地局；
【００３６】
第２の基地局；および
【００３７】
リレーノードであって、前記リレーノードは、ネットワーク内に存在する複数のタイプのうちの１つであり、
【００３８】
第１の基地局に接続された、前記リレーノード、
を備え、
【００３９】
ハンドオーバが必要なときに、前記第１の基地局は、リレーノードのタイプに関する情報を含んだ、ハンドオーバに関係する情報のハンドオーバ要求を第２の基地局へ送る。
【００４０】
本発明によれば、無線通信ネットワークにおいて機能するように動作可能なリレーノードが提供され、前記リレーノードは、前記無線通信ネットワーク内で可能な複数のタイプのうちの１つであり、リレーノードは、そのバックホールリンクを第１の基地局から第２の基地局へハンドオーバするように動作可能であり、リレーノードのタイプに関する情報が第２の基地局へ通信される。
【００４１】
本発明によれば、無線通信ネットワーク内で機能するように動作可能な基地局が提供され、前記基地局は、リレーノードへの無線リンクを備え、前記リレーノードは、無線通信ネットワークを持つ複数のタイプのうちの１つのタイプであり、前記基地局は、無線リンクをさらなる基地局へハンドオーバするように動作可能であり、ハンドオーバは、リレーノードのタイプの詳細を含む。
【００４２】
本発明の第２の様態に従って、無線通信ネットワークが提供され、このネットワークは、
【００４３】
無線通信ネットワーク内で用いられる複数のタイプのうちの１つのタイプのモバイルリレーノード、および
【００４４】
基地局、
を備え、
【００４５】
リレーノードが無線通信ネットワークにアタッチする理由を有するときには、１）リレーノードが、そのタイプを前記基地局へ通信するか、あるいは２）コアネットワークが、リレーノードのタイプを基地局へ通信するかいずれかである。
【００４６】
本発明をより容易に理解するために、次に添付図面を参照して具体的な実施形態を説明する。
【図面の簡単な説明】
【００４７】
【図１】スタティックリレーを組み込んだＬＴＥ−Ａネットワーク・アーキテクチャの例を示す。
【図２】モバイルリレーを組み込んだＬＴＥ−Ａネットワーク・アーキテクチャの例を示す。
【図３】本配置に適用可能なイントラＭＭＥ／サービング・ゲートウェイ・ハンドオーバ手順を示すダイアグラムである。
【図４】本配置に適用可能なハンドオーバ手順を示すシグナリング・ダイアグラムを示すダイアグラムである。
【発明を実施するための形態】
【００４８】
具体的な実施形態
【００４９】
本発明は、主にＬＴＥ−Ａ無線ネットワーク内のモバイルリレー・アタッチメントおよびハンドオーバに関係する。しかしながら、本配置は、スタティックリレーノードが負荷バランシングを目的として基地局間でハンドオーバされるときには、前記スタティックリレーノードにも適用可能である。ＬＴＥネットワークでは、リレーノードを１つの基地局から第２の基地局へ渡すことができる。これは、ハンドオーバと称される。典型的に、第１の基地局はソースＤ−ｅＮＢと称され、一方で第２の基地局はターゲットＤ−ｅＮＢと称される。
【００５０】
以下の節は、構成に必要とされるリレーノード・ケイパビリティに関する情報を示す。ＬＴＥ−Ａネットワークが複数のタイプのリレーノード（例えば、タイプ１、タイプ１ａ、タイプ１ｂ、タイプ２、リピータ）を備えうるとすれば、リレーノード（ＲＮ）がＤ−ｅＮＢにアタッチするか、または１つのＤ−ｅＮＢから他へハンドオーバされるときには、関連するＤ−ｅＮＢが、ＲＮのタイプを直ちに確認できることが重要である。異なるリレーノードは、異なるケイパビリティを有することができ、ネットワーク内でリレーノードが動作する仕方に影響を与える。ＲＮケイパビリティに関連する情報は、以下を含む。
【００５１】
下りリンクおよび上りリンクにおけるバックホールリンク上でのキャリア・アグリゲーション・ケイパビリティ（ＵＥ類似の機能性）；
【００５２】
複数のキャアリ上で動作するためのリレーノードのｅＮＢ類似の機能性ケイパビリティ；および
【００５３】
サポートされるリレーノードタイプ。
【００５４】
リレーノードをハンドオーバする場合、ＲＮバックホールリンク上における所与のＲＮのキャリア・アグリゲーション・ケイパビリティのような詳細を、ソースＤ−ｅＮＢによってハンドオーバ要求コマンドでターゲットＤ−ｅＮＢに知らせることができる。このシグナリングによって、ソースＤ−ｅＮＢは、ＲＮが下りリンクおよび上りリンクでいくつのコンポーネント・キャリアを動作させることが可能かについてターゲットＤ−ｅＮＢへ通知することができる。代わりに、この情報は、そのＲＮを受け持つＭＭＥからＤ−ｅＮＢまたはターゲットＤ−ｅＮＢへＳ１シグナリングによって提供することもできる。この情報は、ターゲットＤ−ｅＮＢによってバックホールリンクの最適キャリア構成のために用いられる。リソース分割は、必要であれば、コンポーネント・キャリア毎に個別に決定することができる。伝達される情報は、サポートされるマルチキャリア動作スキームに関する、所与のＲＮのｅＮＢ類似のケイパビリティの詳細も含むことができ−この情報は、以下を含むことができる。
【００５５】
サポートされる周波数バンド；
【００５６】
サポートされる下りリンクおよび上りリンク・コンポーネント・キャリアの最大数；および
【００５７】
不連続なマルチバンド・キャリア・アグリゲーションのサポート。
【００５８】
高速公共輸送機関が、世界的に急速に展開している。それゆえに、かかる輸送機関にリレーノード（ＲＮ）を含めることが望ましい。かかるＲＮは、典型的にモバイルリレーと称される。実際、モバイルリレーは、グループ・モビリティの際の高いバースト性シグナリング負荷を最小化または完全に回避することができるので、最近３ｇｐｐの注目を集め始めた。かかる状況では、車両に搭載されたモバイルリレーが、端末装置（ＵＥ）毎の個別のモビリティ手順の代わりに、グループ・モビリティを実行することができる。言い換えれば、モバイルリレーに接続されたＵＥは、異なるドメインを通過するときに、Ｄ−ｅＮＢ間で個別にハンドオーバする必要がない；モバイルリレーは、各ＵＥとの接続を維持して、Ｄ−ｅＮＢ間でそのバックホールリンクをハンドオーバすることができる。モバイルリレーに関する実際のリレータイプ（単数または複数）は、３ＧＰＰによって最終決定されていないが、先端アンテナシステムが装備されるのが有利であろうと認識されている。従って、モバイルリレーのスペクトル効率は、標準的なＵＥより優れることになろう。バックホールリンクおよびアクセスリンク用の別個のアンテナが、性能を改善することができる。本明細書では、本配置においてモバイルリレーも種々のタイプに分類されるであろうと考える−これは、先の段落で略述された既存の分類に即してもよく、あるいは全く新しい分類をサポートすることもできる。しかしながら、ＲＮは、恐らくインバンドまたはアウトバンドのいずれであってもよい。
【００５９】
モバイルリレー（またはモバイルＲＮ）のための最適アーキテクチャを考え出すことは、本出願の範囲ではない。しかしながら、上記の説明から明らかなように、リレー・アタッチメントまたはリレー・ハンドオーバの際には、Ｄ−ｅＮＢがリレーノードタイプを決定することが重要であり、本発明は、この領域における利益、改善および効率を目指す。
【００６０】
図２は、モバイルリレーを有するＬＴＥアーキテクチャの例を示す。本事例では、モバイルＲＮ１４は、列車１６に搭載される。当然のことながら、列車は、高速で走行し、かくして複数のドメイン（またはセル）を通過することになり、かくして複数のＤ−ｅＮＢ１０、１２と相互作用しなければならない。図２に示される事例では、ＲＮ１４は、Ｄ−ｅＮＢ１０に接続されているが、このノードから離れてＤ−ｅＮＢ１２の方へ移動するにつれて、ＲＮがＤ−ｅＮＢ１０からＤ−ｅＮＢ１２へハンドオーバされることが必要になるであろう。
【００６１】
このように、モバイルＲＮハンドオーバは、よく見られる事象であり、リレーがハンドオーバされるのをサポートできるかどうかをターゲットＤ−ｅＮＢ１２が決定できるのに先立って、ターゲットＤ−ｅＮＢ１２がリレータイプを確認するメカニズムについて考察がなされなければならない。ターゲットＤ−ｅＮＢ１２は、モバイルＲＮ１４をサポートできる場合には、リソース分割のいずれかのタイプが（例えば、サブフレーム設定の形で）必要かどうかを速やかに決定しなければならない。Ｒｅｌ−１０の場合、ネットワーク・オペレータによるリレーの配備が限られるので、予め設定されたＲＮ−Ｄ−ｅＮＢペアを有することは理に適っている（予め設定されたＤ−ｅＮＢ−ＲＮのペアは、常に同じＤ−ｅＮＢと通信を行うことになるスタティックＲＮ用であり、かくしてＲＮバックホール上のサブフレームは、常に設定されていることになる) 。これは、所与のＲＮ−Ｄ−ｅＮＢペアに関してリレータイプがスタティックなままであることを意味する。
【００６２】
モバイルＲＮの場合、または、多くの隣接Ｄ−ｅＮＢのうちの１つにアタッチすることが許可された固定リレーの場合、かかる事前設定は、機能しないであろう。これは、モバイルリレーが、或るＤ−ｅＮＢの処理能力で動作するいずれかのｅＮＢへ途中でハンドオーバされるためであるか、あるいは、固定リレーが、負荷バランシングまたは他の理由ゆえに、そのアタッチメントを変更するように強いられることになるためであり−これらの状況下では動作周波数バンドが異なってもよい。かかる状況下で好ましいのは、モバイルリレー・アタッチメントの場合にはＤ−ｅＮＢが、あるいは、リレー・ハンドオーバの場合にはターゲットＤ−ｅＮＢが、モバイルリレータイプ、および／または、そのケイパビリティ、すなわち、周波数バンドもしくはサポートされる無線アクセス技術（ＲＡＴ：ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｉｅｓ）、可能な全／半２重動作、キャリア・アグリゲーション・サポートなどの観点からのケイパビリティに依存して、動的にサブフレームを設定するか、またはリソースを分割することである。これは、ターゲットＤ−ｅＮＢが、モバイルリレータイプおよび／または上述のようなそのケイパビリティを知らされることを必要とする。本配置は、これを実現するための方法論を、それが既存のネットワーク・プロトコルに準拠することを確認した上で提案する。
【００６３】
ＲＮのＤ−ｅＮＢへのアタッチメントに関して、モバイルリレーのタイプを、Ｄ−ｅＮＢケイパビリティを有する任意の可能なｅＮＢへ通知するための２つの方法がある。第１は、修正されたＵＥケイパビリティ・コンテナを用いて、ＲＮ１４に、そのリレータイプをＤ−ｅＮＢ１２へ通知させることである（修正されたＵＥケイパビリティ・コンテナは、ＵＥケイパビリティ転送手順の一部である。Ｅ−ＵＴＲＡＮは、ＲＡＴ毎に、関連するＵＥケイパビリティを受信したいかどうかを示すことができる。ＵＥは、ＲＡＴ毎に別個のコンテナを用いて、要求されたケイパビリティを提供する）。本事例では、ＲＮが、ＲＮケイパビリティ・コンテナを用いることになるであろう。
【００６４】
第２の選択肢は、モバイルリレー・アタッチメントまたはリレー・ハンドオーバの際に、コアネットワーク（例えば、ＯＡＭ、ＥＰＣ、リレー−ＭＭＥ）が、ＲＮの動作周波数をＤ−ｅＮＢ１２へ伝達することである。コアネットワークは、設定としてＲＮ／ＵＥコンテキストにタイプを含めることができ、ＵＥ／ＲＮコンテキストの修正は、ＭＭＥによって開始される。Ｒｅｌ−８／９のＵＥコンテキストは、通常、Ｅ−ＲＡＢサービス品質およびトランスポート・パラメータ、セキュリティ・コンテキスト（暗号鍵）、ハンドオーバ制限、トレースアクティブ化、ＣＳＦＢ，ＳＲＶＣＣ  ｏｐｓステータス、ＵＥ無線およびセキュリティ・ケイパビリティを含む。モバイルＲＮが任意のリレータイプおよび／または任意の動作周波数をサポートする観点からロバストである場合、Ｄ−ｅＮＢ１２は、モバイルＲＮ１４をそのケイパビリティおよびそれが提供できるサポートの範囲に依存して設定することになろう。
【００６５】
従って、本配置において、複数のタイプのうちの１つのタイプ（すなわち、タイプ１、タイプ１ａ、タイプ１ｂなど）のモバイルＲＮおよび基地局を含む無線通信ネットワークが提供される。ＲＮがこの無線通信ネットワークにアタッチする理由を有するときには、１）ＲＮが、そのタイプをＤ−ｅＮＢ（基地局）へ通信するか、あるいは２）コアネットワークが、ＲＮのタイプをＤ−ｅＮＢ（基地局）へ通信するかいずれかである。
【００６６】
モバイルリレー・ハンドオーバに関して、適切なのは、ソースＤ−ｅＮＢ１０が、リレータイプをターゲットＤ−ｅＮＢ１２へ、追加の詳細あり／なしで、伝達することである。追加の詳細とは、例えば、所与のリレーによってサポートされる種々の無線アクセス技術（ＲＡＴ）、および、所与のＲＮが各ＲＡＴの下で周波数領域、時間領域または空間領域において半２重または全２重モードで動作できるかどうかの可否、ならびに、ＲＮがバックホールの下りリンクおよび上りリンクでいくつのコンポーネント・キャリアを動作させることが可能かを含めて、ＲＮが各ＲＡＴの下でサポートできる周波数バンド、および、バックホール上でサポートされるマルチキャリア動作に関するＲＮのｅＮＢ類似のケイパビリティの詳細などである。かかる動作が発生する適切なタイミングは、ハンドオーバ要求コマンドが発行されるときである。従って、モバイルリレーのタイプおよび／またはそのケイパビリティの詳細をハンドオーバ要求パラメータの一部として含めて、ターゲットＤ−ｅＮＢ１２へ知らせることができる。負荷バランシングのために固定（スタティック）リレーを隣接Ｄ−ｅＮＢへハンドオーバできるならば、上記のコンセプトは、固定リレーにも等しく適用可能である。
【００６７】
従って、本配置は、ＬＴＥ−Ａネットワークのような、無線通信ネットワークに関係する。ネットワークは、第１の基地局および第２の基地局を含み、これらの基地局は、典型的には、リレーをサポートすることが可能なｅＮＢである。ネットワークは、ネットワーク内に存在する複数のタイプのうちの１つ（例えば、タイプ１、タイプ１ａ、タイプ１ｂまたはタイプ２）であるリレーノードも備える。リレーノードは、ハンドオーバａが必要なときに、前記第１の基地局が、リレーノードのタイプおよび／または所与のリレーのケイパビリティの詳細に関する情報を含んだ、ハンドオーバに関係する情報のハンドオーバ要求を第２の基地局へ送るように、第１の基地局に接続される。モバイルリレーは基地局（Ｄ−ｅＮＢ）間の通過を頻繁に必要とするので、この配置は、モバイルリレーに特に関連する。
【００６８】
第１の基地局／ｅＮＢは、リレーによってサポートされるＲＡＴ毎にリレーノード・ケイパビリティ・コンテナを、ハンドオーバ要求のときに第２の基地局／ｅＮＢへ送るように動作可能である。このメカニズムは、ＵＥケイパビリティ・コンテナを、ＵＥハンドオーバでターゲットＤ−ｅＮＢに送るソースｅＮＢと同様である。代わりに、第２の基地局は、リレーノード・ケイパビリティ・コンテナをオン・デマンドで第１の基地局から要求することもできる。
【００６９】
ターゲットＤ−ｅＮＢ（第２の基地局）に関する別の可能性は、リレーノード・ケイパビリティ・コンテナをコアネットワークから取得することである。従って、第２の基地局は、ＲＮの無線ケイパビリティの詳細、例えば、リレーノードによってサポートされる種々の無線アクセス技術（ＲＡＴ）、ＲＮが各ＲＡＴの下で周波数領域、時間領域または空間領域において半２重または全２重モードで動作できるかどうかの可否、ならびに、ＲＮがバックホールの下りリンクおよび上りリンクでいくつのコンポーネント・キャリアを動作させることが可能かを含めて、ＲＮが各ＲＡＴの下でサポートできる周波数バンド、および、バックホール上でサポートされるマルチキャリア動作に関するＲＮのｅＮＢ類似のケイパビリティの詳細など、の１つまたは複数をコアネットワーク（例えば、ＯＡＭ、ＥＰＣ、リレー−ＭＭＥ）から要求するように動作可能である。
【００７０】
次に、図３に関して上記の様態をさらに議論する。
【００７１】
以下は、３ＧＰＰ  ＴＳ  ３６．３００に即したリレー・アーキテクチャＡ（Ａｌｔ１）に適用可能なイントラＭＭＥ／サービング・ゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）ハンドオーバ手順のさらに詳細な説明である。種々のリレー・アーキテクチャに関するさらなる詳細は、本出願人の英国出願第２４７５９０６号に見られる。各ステップの番号付けは、図３に示されるステップを指す。可能であれば、ＴＳ３６３００に用いられた用語を維持した。
【００７２】
０  ソースＤ−ｅＮＢ内のＵＥ／ＲＮコンテキストは、接続確立または最終ＴＡアップデートのいずれかにおいて提供されたローミング制限に関する情報を含む。
【００７３】
１  ソースＤ−ｅＮＢは、エリア制限情報に従ってＵＥ／ＲＮ測定手順を設定する。ソースＤ−ｅＮＢによって提供される測定結果は、ＵＥ／ＲＮの接続モビリティを制御する機能を支援する。
【００７４】
２  ＵＥ／ＲＮは、規則通りに、すなわち、システム情報、仕様などによって設定された測定結果報告（ＭＥＡＳＵＲＥＭＥＮＴ  ＲＥＰＯＲＴ）を送るように始動する。
【００７５】
３  ソースＤ−ｅＮＢは、測定結果報告およびＲＲＭ情報に基づいてＵＥ／ＲＮをハンドオフする決定を行う。
【００７６】
４  ソースＤ−ｅＮＢは、ターゲット側でハンドオーバを準備するために必要な情報（リレータイプ、および／または、ケイパビリティ・コンテナであって、詳細、例えば、所与のリレーによってサポートされる種々の無線アクセス技術（ＲＡＴ）、および、所与のＲＮが各ＲＡＴの下で周波数領域、時間領域または空間領域において半２重または全２重モードで動作できるかどうかの可否、ならびに、ＲＮがバックホールの下りリンクおよび上りリンクでいくつのコンポーネント・キャリアを動作させることが可能かを含めて、ＲＮが各ＲＡＴの下でサポートできる周波数バンド、および、バックホール上でサポートされるマルチキャリア動作に関するＲＮのｅＮＢ類似のケイパビリティの詳細などを含むケイパビリティ・コンテナ、ならびに、ソースｅＮＢにおけるＵＥ  Ｘ２シグナリング・コンテキスト参照、ＵＥ  Ｓ１  ＥＰＣシグナリング・コンテキスト参照、ターゲットセルＩＤ、ＫｅＮＢ＊、ソースＤ−ｅＮＢにおけるＵＥ／ＲＮのＣ−ＲＮＴＩを含むＲＲＣコンテキスト、ソースセルのＡＳ構成、Ｅ−ＲＡＢコンテキストおよび物理レイヤＩＤ＋可能なＲＬＦリカバリのための短いＭＡＣ−Ｉ）を伝達するハンドオーバ要求（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ）メッセージをターゲットＤ−ｅＮＢに発行する。ＵＥ／ＲＮ  Ｘ２またはＵＥ／ＲＮ  Ｓ１シグナリング参照によって、ターゲットＤ−ｅＮＢは、ソースｅＮＢおよびＥＰＣをアドレス指定することができる。Ｅ−ＲＡＢコンテキストは、必要なＲＮＬおよびＴＮＬアドレッシング情報、ならびにＥ−ＲＡＢのＱｏＳプロファイルを含む。
【００７７】
４ａ  ＨＯ要求を、タイプに関する情報およびハンドオーバされるリレーノードの無線ケイパビリティとともに受信したときに、ターゲットＤ−ｅＮＢは、ケイパビリティ・コンテナで伝達された情報に基づいてリレーのケイパビリティを調べ、そのサポートされるリレータイプを決定することになろう。
【００７８】
５  リソースがターゲットＤ−ｅＮＢによる許可を受けることができれば、受信したＲＮタイプ、および上記４ａ／ｂステージの一部として収集したそのリソース構成の詳細、ならびにＨＯの成功の可能性を高めるＥ−ＲＡＢ  ＱｏＳ情報に依存して、受付制御が、ターゲットＤ−ｅＮＢによって実行される。ターゲットＤ−ｅＮＢは、受信したＲＮタイプおよびＥ−ＲＡＢ  ＱｏＳ情報に従って必要なリソースを構成し、Ｃ−ＲＮＴＩおよび随意的にＲＡＣＨプリアンブルを予約する。ターゲットセルで用いるべきＡＳ構成は、独立に指定する（すなわち「確定」）か、あるいはソースセルで用いられるＡＳ構成に比較したデルタとして指定する（すなわち「再構成」）ことができる。
【００７９】
６  ターゲットＤ−ｅＮＢは、Ｌ１／Ｌ２を用いてＨＯを準備し、ハンドオーバ要求確認（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥ）をソースＤ−ｅＮＢへ送る。ハンドオーバ要求確認メッセージは、ハンドオーバを実行するためにＲＲＣメッセージとしてＵＥ／ＲＮへ送られるべきトランスペアレント・コンテナを含む。このコンテナは、新しいＣ−ＲＮＴＩ、選択されるセキュリティ・アルゴリズムに関するターゲットＤ−ｅＮＢセキュリティ・アルゴリズム識別子を含み、専用ＲＡＣＨプリアンブル、制御チャネル構成、および通常はＭＩＢ／ＳＩＢによって運ばれる他の制御情報、ならびに場合によっては、いくつかの他のパラメータ、すなわち、アクセス・パラメータ、ＳＩＢなどを含むこともできる。ハンドオーバ要求確認メッセージは、必要ならば、フォワーディング・トンネルに関するＲＮＬ／ＴＮＬ情報も含むことができる。
【００８０】
注：ソースＤ−ｅＮＢがハンドオーバ要求確認を受信するとすぐに、あるいは、ハンドオーバ・コマンドの送信が下りリンクで開始されるとすぐに、データ・フォワーディングが開始できる。
【００８１】
ステップ７から１６は、ＨＯの間のデータ損失を回避する手段を提供し、３ＧＰＰ  ＴＳ  ３６．３００の１０．１．２．１．２および１０．１．２．３にさらに詳述される（参照により本明細書に組み込まれる）。
【００８２】
ＥＰＣ再配置を伴うＥ−ＵＴＲＡＮ内モビリティの場合、リレータイプは、ソースリレー−ＭＭＥによって生成されてターゲットリレー−ＭＭＥへ向うフォワード再配置要求（Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）に含めることができる。
【００８３】
図４に示される配置は、リレータイプに関する情報およびＲＮケイパビリティ・コンテナ情報が、最初のハンドオーバ要求ではソースＤ−ｅＮＢからソースＤ−ｅＮＢへ伝達されないことを除いて、図３に示される配置に関係する。代わりに、必要とされる情報は、ターゲットＤ−ｅＮＢにより次の２つのステップにおいてオン・デマンドでフェッチされる。
【００８４】
４ａ  ＨＯ要求を、ハンドオーバされるリレーノードのタイプに関する情報とともに受信したときに、ターゲットＤ−ｅＮＢは、リレー識別子が一旦分かれば、ＲＮのさらなるケイパビリティの詳細を（図４に示される）ソースＤ−ｅＮＢか、またはコア／ＥＰＣ（図示されない）のいずれかから取得するために、新しいメッセージを発行する。これらのケイパビリティの詳細は、完全に網羅されているわけではないが、好ましくは、次の１つまたは複数を含むことになろう、すなわち、ノードがタイプ１リレーである場合には、Ｕｎサブフレーム設定／再設定（もしくはリソース分割）の詳細、または、ノードが新しいタイプの場合には、リソース構成に関係するいくつかの他の詳細、および／または、所与のリレーによってサポートされる種々の無線アクセス技術（ＲＡＴ）、および、所与のＲＮが各ＲＡＴの下で周波数領域、時間領域または空間領域において半２重または全２重モードで動作できるかどうかの可否、ならびに、ＲＮがバックホールの下りリンクおよび上りリンクでいくつのコンポーネント・キャリアを動作させることが可能かを含めて、ＲＮが各ＲＡＴの下でサポートできる周波数バンド、および、バックホール上でサポートされるマルチキャリア動作に関するＲＮのｅＮＢ類似のケイパビリティの詳細。
【００８５】
４ｂ  リソース構成の詳細を取得するための要求を受信したとき、ソースＤ−ｅＮＢまたはコアネットワーク（例えば、ＥＰＣ）のいずれかが、要求に応じてＲＮケイパビリティ・コンテナを供給することになろう。
【００８６】
言い換えれば、システムは、ソースＤ−ｅＮＢにリレータイプをターゲットＤ−ｅＮＢへ最初に伝達させて、さらなる情報に関するターゲットＤ−ｅＮＢからの要求を待たせなければならない。
【００８７】
上記の実施形態は、概してモバイルリレーを参照して記載されたが、負荷バランシングのために固定（スタティック）リレーを隣接Ｄ−ｅＮＢへハンドオーバできるなら、当然のことながら、上記のコンセプトは、固定リレーにも等しく適用可能なことがかさねて強調される。
【００８８】
当然のことながら、上記の実施形態は、理解のためにのみ提供されており、本発明の範囲内で多くの修正および変形が可能である。
【００８９】
本発明によれば、無線通信ネットワークが提供され、このネットワークは、
【００９０】
第１の基地局；
【００９１】
第２の基地局；および
【００９２】
リレーノードであって、前記リレーノードは、ネットワーク内に存在する複数のタイプのうちの１つであり、
【００９３】
第１の基地局に接続された、前記リレーノード、
を備え、
【００９４】
ハンドオーバが必要なときに、前記第１の基地局は、リレーノードのタイプに関する情報を含んだ、ハンドオーバに関係する情報のハンドオーバ要求を第２の基地局へ送る。
【００９５】
第１の基地局および第２の基地局は、典型的にｅＮＢと称される、進化型ノードＢであることが好ましい。ネットワークは、ＬＴＥ−Ａネットワークであることが特に望ましい。本配置におけるハンドオーバ状況では、第１のｅＮＢ（基地局）は、典型的にソースＤ−ｅＮＢと称され、一方で第２のｅＮＢ（基地局）は、典型的にターゲットＤ−ｅＮＢと称される。
【００９６】
リレータイプに加えて、第１の基地局は、ＲＮケイパビリティ・コンテナをハンドオーバ要求に含めることができ、ＲＮケイパビリティ・コンテナは、ＲＮによってサポートされる種々の無線アクセス技術（ＲＡＴ）、および、ＲＮが各ＲＡＴの下で周波数領域、時間領域または空間領域において半２重または全２重モードで動作できるかどうかの可否、ならびに、ＲＮがバックホールの下りリンクおよび上りリンクでいくつのコンポーネント・キャリアを動作させることが可能かを含めて、ＲＮが各ＲＡＴの下でサポートできる周波数バンド、および、バックホール上でサポートされるマルチキャリア動作に関するＲＮのｅＮＢ類似のケイパビリティの詳細を指示する。これによって、ＲＮが同じリレータイプで動作し続けるか、または異なる動作リレータイプを取るかのいずれかとしつつ、ターゲットＤ−ｅＮＢが、ハンドオーバされるＲＮを受け入れることができるかどうかを決定することが可能になるであろう。
【００９７】
好ましくは、第２の基地局は、ハンドオーバ要求の受信後に、リレーノード・ケイパビリティ・コンテナを送るように第１の基地局に要求する。
【００９８】
ハンドオーバ要求の受信の際に、第２の基地局（ターゲットＤ−ｅＮＢ）が、サブフレーム設定／再設定および／またはリソース分割の詳細を取得するために、第１の基地局（ソースＤ−ｅＮＢ）へ要求を発行することが好ましい。特に、リレーノードがタイプ１リレーである場合、第２の基地局（ターゲットＤ−ｅＮＢ）が、サブフレーム設定／再設定および／またはリソース分割の詳細を取得するために、第１の基地局（ソースＤ−ｅＮＢ）へ要求を発行することが好ましい。
【００９９】
代わりの実施形態において、無線通信ネットワークは、コアネットワークをさらに備え、ハンドオーバ要求の受信後に、第２の基地局は、リレーノード・ケイパビリティ・コンテナを供給するようにコアネットワークに要求する。特に、ハンドオーバ要求の受信の際に、第２の基地局（ターゲットＤ−ｅＮＢ）は、サブフレーム設定／再設定および／またはリソース分割の詳細、および／または、ＲＮケイパビリティ・コンテナであって、ＲＮによってサポートされる種々の無線アクセス技術（ＲＡＴ）、および、ＲＮが各ＲＡＴの下で周波数領域、時間領域または空間領域において半２重または全２重モードで動作できるかどうかの可否、ならびに、ＲＮがバックホールの下りリンクおよび上りリンクでいくつのコンポーネント・キャリアを動作させることが可能かを含めて、ＲＮが各ＲＡＴの下でサポートできる周波数バンド、および、バックホール上でサポートされるマルチキャリア動作に関するＲＮのｅＮＢ類似のケイパビリティの詳細を指示するためのＲＮケイパビリティ・コンテナ、を取得するために、コアネットワークへ要求を発行することができる。
【０１００】
好ましくは、リレーノードは、モバイルリレーノードである。モバイルリレーノードが公共輸送車両に搭載されることがとりわけ好ましく、モバイルリレーノードが列車に搭載されることが特に望ましい。しかし、当然のことながら、モバイルリレーは、任意の車両に搭載されてもよい。
【０１０１】
好ましくは、リレーノードは、タイプ１、タイプ１ａまたはタイプ１ｂである。しかし、当然のことながら、タイプ２のような、他のリレータイプも本配置内で可能である。
【０１０２】
本発明は、上記の無線通信ネットワーク内で機能するように動作可能なリレーノードにも関連し、第１の基地局または第２の基地局のいずれかの処理能力で動作できる基地局にも関連する。
【０１０３】
本発明の第２の様態によれば、無線通信ネットワークが提供され、このネットワークは、
【０１０４】
無線通信ネットワーク内で用いられる複数のタイプのうちの１つのタイプのモバイルリレーノード；および
【０１０５】
基地局、
を備え、
【０１０６】
リレーノードが無線通信ネットワークにアタッチする原因を有するときには、１）リレーノードが、そのタイプを前記基地局へ通信するか、あるいは２）コアネットワークが、リレーノードのタイプを基地局へ通信するかのいずれかである。
【０１０７】
上記の様態は、無線ネットワークへのリレー・アタッチメントに関係する。第１の様態によれば、個別または集合的に、ネットワークはＬＴＥネットワークであり、リレーノードはモバイルノード、特にタイプ１、タイプ１ａまたはタイプ１ｂであり、基地局はｅＮＢであることが好ましい。
【０１０８】
本発明をより容易に理解するために、ここで具体的な実施形態が添付図面を参照して説明される。
【産業上の利用可能性】
【０１０９】
本配置は、ＷｉＭＡＸ（ＩＥＥＥ８０２．１６ｅおよびＩＥＥＥ８０２．２０の両方）ならびに長距離ＷｉＦｉに適用できるが、ＬＴＥ−Ａに特に関連する。
【図１】
2015502056.tif 000003
【図２】
2015502056.tif 000004
【図３】
2015502056.tif 000005
【図４】
2015502056.tif 000006
【手続補正書】
【提出日】平成25年3月22日(2013.3.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信ネットワークであって、前記ネットワークは、
第１の基地局；
第２の基地局；および
リレーノードを備え、前記リレーノードは、前記ネットワーク内に存在する複数のタイプのうちの１つであり、
前記リレーノードは、前記第１の基地局に接続され、
ハンドオーバが必要なときに、前記第１の基地局は、前記リレーノードのタイプに関する情報を含んだ、前記ハンドオーバに関係する情報のハンドオーバ要求を前記第２の基地局へ送る、
無線通信ネットワーク。
【請求項２】
前記リレーノードは、モバイルリレーノードである、請求項１に記載の無線通信ネットワーク。
【請求項３】
前記モバイルリレーノードは、公共輸送車両に搭載される、請求項２に記載の無線通信ネットワーク。
【請求項４】
前記第１の基地局および前記第２の基地局は、進化型ノードＢ（ｅＮＢ）である、先行する請求項のいずれかに記載の無線通信ネットワーク。
【請求項５】
前記ネットワークは、ＬＴＥ−Ａネットワークである、先行する請求項のいずれかに記載の無線通信ネットワーク。
【請求項６】
前記第１の基地局は、リレーノード・ケイパビリティ・コンテナを前記ハンドオーバ要求のときに前記第２の基地局へ送る、先行する請求項のいずれかに記載の無線通信ネットワーク。
【請求項７】
前記第２の基地局は、前記ハンドオーバ要求の受信後に、前記第１の基地局からのリレーノード・ケイパビリティ・コンテナを要求する、請求項１から５のいずれかに記載の無線通信ネットワーク。
【請求項８】
前記ネットワークは、コアネットワークを備え、前記ハンドオーバ要求の受信後に、前記第２の基地局は、リレーノード・ケイパビリティ・コンテナを供給するように前記コアネットワークに要求する、請求項１から５のいずれかに記載の無線通信ネットワーク。
【請求項９】
前記リレーノード・ケイパビリティ・コンテナは、前記リレーノードによってサポートされる種々の無線アクセス技術（ＲＡＴ）の詳細を含む、請求項６から８に記載の無線通信ネットワーク。
【請求項１０】
前記リレーノード・ケイパビリティ・コンテナは、前記リレーノードが、周波数領域、時間領域または空間領域において半２重または全２重モードで動作できるかどうかを指示する、請求項６から９に記載の無線通信ネットワーク。
【請求項１１】
前記リレーノード・ケイパビリティ・コンテナは、前記リレーノードがバックホールリンクの下りリンクおよび上りリンクで動作させることが可能なコンポーネント・キャリアの数を含めて、前記リレーノードが各無線アクセス技術（ＲＡＴ）の下でサポートできる前記周波数バンドをさらに指示する、請求項６から１０に記載の無線通信ネットワーク。
【請求項１２】
前記リレーノード・ケイパビリティ・コンテナは、前記バックホールリンク上でサポートされるマルチキャリア動作に関するリレーノードのケイパビリティをさらに指示する、請求項６から１１に記載の無線通信ネットワーク。
【請求項１３】
前記リレーノード・ケイパビリティ・コンテナは、前記リレーノードが同じリレータイプで動作し続けるか、または前記リレーノードが異なる動作リレータイプを取ることとしつつ、前記第２の基地局が、前記リレーノードを受け入れることができるかどうかを判定することを可能にする、請求項６から１２に記載の無線通信ネットワーク。
【請求項１４】
前記リレーノードは、タイプ１、タイプ１ａまたはタイプ１ｂである、先行する請求項のいずれかに記載の無線通信ネットワーク。
【請求項１５】
前記ハンドオーバ要求の受信の際に、前記第２の基地局は、サブフレーム設定／再設定および／またはリソース分割の詳細を取得するために前記第１の基地局へ要求を発行する、請求項１３に記載の無線通信ネットワーク。
【請求項１６】
前記第２の基地局は、前記リレーノードがタイプ１リレーである場合、サブフレーム設定／再設定および／またはリソース分割の詳細を取得するために前記第１の基地局へ要求を発行する、請求項１４に記載の無線通信ネットワーク。
【請求項１７】
前記ハンドオーバ要求の受信の際に、前記第２の基地局は、サブフレーム設定／再設定および／またはリソース分割の詳細、および／または、リレーノード・ケイパビリティ・コンテナであって、前記リレーノードによってサポートされる種々の無線アクセス技術（ＲＡＴ）、および、前記リレーノードが各ＲＡＴの下で周波数領域、時間領域または空間領域において半２重または全２重モードで動作できるかどうかの可否、ならびに、前記リレーノードが前記バックホールの前記下りリンクおよび前記上りリンクでいくつのコンポーネント・キャリアを動作させることが可能かを含めて、前記リレーノードが各ＲＡＴの下でサポートできる前記周波数バンド、および、前記バックホール上でサポートされるマルチキャリア動作に関する前記リレーノードのｅＮＢ様ケイパビリティの詳細を指示するための前記リレーノード・ケイパビリティ・コンテナ、を取得するために、前記コアネットワークへ要求を発行する、請求項８に記載の無線通信ネットワーク。
【請求項１８】
請求項１から１７のいずれかに記載の無線通信システムにおいて機能するように動作可能なリレーノード。
【請求項１９】
請求項１から１７のいずれかに記載の前記無線通信システムにおいて前記第１の基地局または第２の基地局のいずれかとして機能するように動作可能な基地局。
【請求項２０】
無線通信ネットワークにおいて機能するように動作可能なリレーノードであって、前記リレーノードは、前記無線通信ネットワーク内で可能な複数のタイプのうちの１つであり、前記リレーノードは、そのバックホールリンクを第１の基地局から第２の基地局へハンドオーバするように動作可能であり、前記リレーノードのタイプに関する情報が前記第２の基地局へ通信される、リレーノード。
【請求項２１】
無線通信ネットワーク内で機能するように動作可能な基地局であって、前記基地局は、リレーノードへの無線リンクを備え、前記リレーノードは、前記無線通信ネットワークを持つ複数のタイプのうちの１つのタイプであり、前記基地局は、前記無線リンクをさらなる基地局へハンドオーバするように動作可能であり、前記ハンドオーバは、前記リレーノードのタイプの詳細を含む、基地局。
【請求項２２】
無線通信ネットワークであって、前記ネットワークは、
前記無線通信ネットワーク内で用いられる複数のタイプのうちの１つのタイプのモバイルリレーノード、および
基地局、
を備え、
前記リレーノードが前記無線通信ネットワークにアタッチする理由を有するときには、前記リレーノードは、前記リレーノードのタイプを指示するケイパビリティ・コンテナを前記基地局へ通信する、
無線通信ネットワーク。
【国際調査報告】
2015502056.tif 000007