(57)【要約】      （修正有）【課題】既存のノードに対し、置き換えや改造、ならびにサービスの中断を必要とせずに、既に運用中の無線通信システムへのリレーノードを追加する。【解決手段】３ＧＰＰで標準化されているＬＴＥおよびＬＴＥ−Ａｄｖａｎｃｅｄ方式の無線通信システムに係り、ＤｅＮＢおよびＲＮとＭＭＥとの間のＳ１−ＭＭＥインタフェースを終端および中継する機能、およびＤｅＮＢおよびＲＮとＳ−ＧＷとの間のＳ１−Ｕインタフェースを中継する機能、を有したリレーゲートウェイと呼ぶノードを新たに追加する。【選択図】図３
2016046614.tif 000002
【特許請求の範囲】
【請求項１】
端末と無線通信を行うリレーノードと、
前記リレーノードと無線通信を行う基地局と、
複数の前記基地局に接続されるコアネットワークを構成するノードと、
前記基地局と前記コアネットワークに接続されるリレーゲートウェイと、を備える無線通信システムであって、
前記リレーゲートウェイは、前記リレーノードと前記コアネットワーク間の制御メッセージ用のインタフェースを終端および中継し、
前記リレーゲートウェイは、前記リレーノードと前記コアネットワーク間のユーザデータ転送用のインタフェースを中継することを特徴とする無線通信システム。
【請求項２】
請求項１に記載の無線通信システムであって、
前記リレーゲートウェイは、前記リレーノードが有する基地局間インタフェース用のインタフェースを終端することを特徴とする無線通信システム。
【請求項３】
請求項１又は２に記載の無線通信システムであって、
前記リレーゲートウェイは、前記リレーノードからの通知に基づいて、複数の前記リレーノードが隣接関係にあることを検知し、
前記リレーゲートウェイは、前記隣接関係にある複数のリレーノードそれぞれから無線リソース使用情報を取得し、
前記リレーゲートウェイは、前記無線リソース使用情報に基づいて、前記複数のリレーノードそれぞれに対して、異なる無線リソース領域を使用可能無線リソース領域として通知することを特徴とする無線通信システム。
【請求項４】
請求項３に記載の無線通信システムであって、
前記リレーノードは、前記使用可能無線リソース領域の通知に基づいて、前記リレーノードに接続する端末に割り当てる無線リソースを決定することを特徴とする無線通信システム。
【請求項５】
請求項４に記載の無線通信システムであって、
前記リレーノードは、前記使用可能無線リソース領域に応じて送信電力制御を行うことを特徴とする無線通信システム。
【請求項６】
端末と無線通信を行うリレーノードと、前記リレーノードと無線通信を行う基地局と、複数の前記基地局に接続されるコアネットワークを構成するノードと、前記基地局と前記コアネットワークに接続されるリレーゲートウェイと、を備える無線通信システムにおけるリレーゲートウェイであって、
前記リレーノードと前記コアネットワーク間の制御メッセージ用のインタフェースを終端および中継し、
前記リレーノードと前記コアネットワーク間のユーザデータ転送用のインタフェースを中継することを特徴とするリレーゲートウェイ。
【請求項７】
請求項６に記載のリレーゲートウェイであって、
前記リレーノードが有する基地局間インタフェース用のインタフェースを終端することを特徴とするリレーゲートウェイ。
【請求項８】
請求項６又は７に記載のリレーゲートウェイであって、
前記リレーノードからの通知に基づいて、複数の前記リレーノードが隣接関係にあることを検知し、
前記隣接関係にある複数のリレーノードそれぞれから無線リソース使用情報を取得し、
前記無線リソース使用情報に基づいて、前記複数のリレーノードそれぞれに対して、異なる無線リソース領域を使用可能無線リソース領域として通知することを特徴とするリレーゲートウェイ。
【請求項９】
端末と無線通信を行うリレーノードと、
前記リレーノードと無線通信を行う基地局と、
複数の前記基地局に接続されるコアネットワークを構成するノードと、
前記基地局と前記コアネットワークに接続されるリレーゲートウェイと、を備える無線通信システムであって、
前記端末と前記リレーノード間の無線インタフェースと、前記リレーノードと前記基地局間の無線インタフェースは同一であり、
前記リレーゲートウェイと前記基地局は、GTP-uプロトコル上に搭載されたS1-MMEインタフェース及びS1-Uインタフェースにより接続され、
前記リレーゲートウェイは、S1APプロトコル及びGTP-uプロトコルを用いて、前記リレーノードと通信を行うことを特徴とする無線通信システム。
【請求項１０】
請求項９に記載の無線通信システムであって、
前記リレーゲートウェイは、前記リレーノードと前記コアネットワーク間の制御メッセージ用のインタフェースを終端および中継し、
前記リレーゲートウェイは、前記リレーノードと前記コアネットワーク間のユーザデータ転送用のインタフェースを中継することを特徴とする無線通信システム。
【請求項１１】
請求項９又は１０に記載の無線通信システムであって、
前記端末が、前記リレーゲートウェイに収容される前記リレーノード間、前記リレーノードと前記基地局間、又は前記基地局間をハンドオーバする場合、
前記リレーゲートウェイは、ハンドオーバメッセージを終端することを特徴とする無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、特にセルラ無線通信システムにおける無線リレー方式に関する。
【背景技術】
【０００２】
無線通信システムの標準化団体である3GPP(3rd Generation Partnership Project)において、LTE(Long Term Evolution)の標準が規定され、現在世界中でサービスの展開が開始されている。3GPPでは、LTEの次世代規格として、LTE-Advancedが標準化されており、その中で新たなノードとしてリレーノードが追加された。
【０００３】
リレーノードは、基地局との通信を行うための移動局機能と、移動局との通信を行うための基地局機能を有した一つのノードであり、基地局と移動局との間の送受信データを中継する機能を有する。リレーノード内の移動局機能と通信を行う基地局を一般的にドナー基地局と呼び、リレーノードと上位ネットワークとの通信のためのバックホール回線として使用する。リレーノードは、有線バックホールを敷設することなくサービスエリアを経済的に拡大できることや、また、セルエッジと呼ばれる基地局から遠方のエリアにおける無線信号品質の改善が期待でき、無線カバレッジを効率的に拡大させる技術として注目されている。
【０００４】
以下、無線通信システムとしてLTE-Advancedを想定して説明する。ユーザ端末をUE、リレーノードをRN、基地局をeNB、リレーノードのドナーとなる基地局をDeNB、基地局とバックホール回線を介して接続されるコアネットワークをEPCと呼称する。ここで、eNBとDeNBは通常、同一のノードであり、eNBはDeNBを含むLTEおよびLTE-Advancedにおける基地局全般の説明に用い、DeNBは特にRNのドナーとなっているeNBであることを説明する場合に用いる。
【０００５】
コアネットワークは通常、MMEやS-GW、P-GW等の複数のノードで構成されている。また、無線通信システムでは、一般的に各ノード間でメッセージやデータをやり取りするためのプロトコルが規定されている。LTEおよびLTE-Advancedでは、eNBとEPCとの間のインタフェースをS1インタフェースと呼称し、さらに、eNBとMME間においてS1-AP、UEとMME間においてNAS、eNBとS-GW間においてGTP、といった通信プロトコルが規定されている。
【０００６】
また、eNBとeNBとの間のインタフェースをX2インタフェースと呼称し、X2-APというプロトコルでメッセージをやり取りする。
【０００７】
リレーノードでは、リレーノード内の基地局機能のバックホール回線で使用する、eNBとMME間のS1-MMEインタフェースを終端するノードの違いにより、いくつかのアーキテクチャが考えられている。非特許文献１では、ドナー基地局でS1-MMEインタフェースを終端するアーキテクチャ、およびMMEでS1-MMEインタフェースを終端するアーキテクチャ、の2つのアーキテクチャが記載されている。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】3GPP TR36.806 V0.3.1 (2010-02)
【発明の概要】
【発明が解決しようとする課題】
【０００９】
非特許文献１では、RNとの間のS1インタフェースおよびX2インタフェースを終端するノードとして、DeNBにて終端するアーキテクチャ、およびEPCにて終端するアーキテクチャが考えられている。
【００１０】
しかし、これらのアーキテクチャの課題の一つとして、既存のeNBやEPCに対し、装置の置き換え、または装置の改造を行う必要がある。例えば装置の置き換えを行う場合には、新たにeNBやEPCの調達や設置が必要となるため、オペレータにとって膨大な費用が必要となる。また、例えば既存装置に対しソフトウェアのアップデートのような改造を行う場合においても、一時的なサービスの中断を伴う場合や、既存の装置のハードウェアの能力次第では、ハードウェアの入れ替え等も必要となる場合がある。
【００１１】
さらに、RNは既存のeNB配下に多数の小さなセルとして設置されるため、UEの移動に伴うハンドオーバ処理が増加し、これに伴い既存のEPC装置に対し、シグナリング負荷が大幅に増加してしまう問題がある。
【００１２】
このような事情を鑑みて、本発明は、既存のノードに対し、置き換えや改造、ならびにサービスの中断を必要とせずに、既に運用中の無線通信システムへのリレーノードの追加を可能とすることを目的とする。
【００１３】
また、本発明は、UEの移動に伴うハンドオーバに起因する、EPC装置へのシグナリング負荷を減少させることを目的とする。
【課題を解決するための手段】
【００１４】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
【００１５】
端末と無線通信を行うリレーノードと、前記リレーノードと無線通信を行う基地局と、複数の前記基地局に接続されるコアネットワークを構成するノードと、前記基地局と前記コアネットワークに接続されるリレーゲートウェイと、を備える無線通信システムであって、前記リレーゲートウェイは、前記リレーノードと前記コアネットワーク間の制御メッセージ用のインタフェースを終端および中継し、前記リレーゲートウェイは、前記リレーノードと前記コアネットワーク間のユーザデータ転送用のインタフェースを中継することを特徴とする無線通信システムである。
【００１６】
また、端末と無線通信を行うリレーノードと、前記リレーノードと無線通信を行う基地局と、複数の前記基地局に接続されるコアネットワークを構成するノードと、前記基地局と前記コアネットワークに接続されるリレーゲートウェイと、を備える無線通信システムにおけるリレーゲートウェイであって、前記リレーノードと前記コアネットワーク間の制御メッセージ用のインタフェースを終端および中継し、前記リレーノードと前記コアネットワーク間のユーザデータ転送用のインタフェースを中継することを特徴とするリレーゲートウェイである。
【００１７】
さらに、端末と無線通信を行うリレーノードと、前記リレーノードと無線通信を行う基地局と、複数の前記基地局に接続されるコアネットワークを構成するノードと、前記基地局と前記コアネットワークに接続されるリレーゲートウェイと、を備える無線通信システムであって、前記端末と前記リレーノード間の無線インタフェースと、前記リレーノードと前記基地局間の無線インタフェースは同一であり、前記リレーゲートウェイと前記基地局は、GTP-uプロトコル上に搭載されたS1-MMEインタフェース及びS1-Uインタフェースにより接続され、前記リレーゲートウェイは、S1APプロトコル及びGTP-uプロトコルを用いて、前記リレーノードと通信を行うことを特徴とする無線通信システムである。
【発明の効果】
【００１８】
本発明により、運用中の既存ノードに影響を与えることなく、RNを追加することが可能となる。また、RNを多数展開した場合においても、既存のEPCに対してシグナリングの負荷の増加を防止することが可能となる。
【００１９】
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００２０】
【図１】一般的なLTEシステムおよびLTE-Advancedシステムにおいてリレーノードを追加したシステム構成の例を示す図。
【図２】本実施例におけるリレーノードを追加した無線インタフェース構成の例を示す図。
【図３】本実施例におけるシステム構成の例を示す図。
【図４】本実施例におけるC-Planeのプロトコルスタックの一例を示す図。
【図５】本実施例におけるU-Planeのプロトコルスタックの一例を示す図。
【図６】本実施例におけるX2インタフェースのプロトコルスタックの一例を示す図。
【図７】本実施例におけるR-GWの構成の一例を示す図。
【図８】本実施例におけるRN’の利用形態の一例を示す図。
【図９】本実施例における動作シーケンスの一例を示す図。
【図１０】本実施例におけるRN間の無線リソース制御の一例を示す図。
【図１１】本実施例における無線リソース量に応じた送信電力制御の一例を示す図。
【図１２】本実施例におけるUEの初期接続シーケンスの一例を示す図。
【図１３】本実施例におけるUEのハンドオーバシーケンスの一例を示す図。
【図１４】本実施例におけるRN’の構成の一例を示す図。
【図１５】本実施例におけるUEのハンドオーバシーケンスの一例を示す図。
【図１６】本実施例におけるUEのハンドオーバシーケンスの一例を示す図。
【図１７】本実施例におけるUEのハンドオーバシーケンスの一例を示す図。
【図１８】本実施例におけるUEのハンドオーバシーケンスの一例を示す図。
【図１９】本実施例におけるC-Planeのプロトコルスタックの一例を示す図。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
【００２２】
なお、以下の例ではシーケンスや処理の流れについて特定の順序で説明を行うことがあるが、ある処理の結果を次の処理で使用するような順序に対する依存性がある場合を除き、処理の順序が入れ替わっても良いし、また並行して処理を行っても良い。
【００２３】
また、本実施例では、無線通信システムとして3GPPで標準化されているLTE-Advancedシステムを前提として記載しているが、本発明が適用される無線通信システムはLTE-Advancedシステムに限定されるものではない。
【００２４】
以下の実施の形態においては便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明するが、特に明示した場合を除き、それらはお互いに無関係なものではなく、一方は他方の一部または全部の変形例、詳細、補足説明などの関係にある。
【００２５】
また、以下の実施の形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合及び原理的に明らかに特定の数に限定される場合などを除き、その特定の数に限定されるものではなく、特定の数以上でも以下でも良いものとする。
【００２６】
さらに、以下の実施の形態において、その構成要素（要素ステップなどを含む）は、特に明示した場合及び原理的に明らかに必須であると考えられる場合などを除き、必ずしも必須のものではない。
【００２７】
さらに、以下に示した実施の形態は単独で適用してもよいし、複数もしくはすべての実施の形態を組み合わせて適用してもかまわない。
【実施例１】
【００２８】
まず、本実施例の特徴の概略を簡単に説明する。本実施例は、3GPPで標準化されているLTEおよびLTE-Advanced方式の無線通信システムにおいて、端末とリレーノード間の無線インタフェースと、リレーノードと基地局間の無線インタフェースを、Uuインタフェースで構成する。また、リレーゲートウェイ(以降、R-GWと称する)と基地局は、GTP-uプロトコル上に搭載されたS1-MMEインタフェース及びS1-Uインタフェースにより接続される。さらに、リレーゲートウェイは、S1APプロトコル及びGTP-uプロトコルを用いて、リレーノードと通信を行う。これにより、既存のノードの置き換えや改造を必要とせず、既存の無線通信システムにリレーノードを追加することが可能となる。
【００２９】
また、DeNB及びRNとMMEとの間のS1-MMEインタフェースを終端および中継する機能、及び、DeNB及びRNとS-GWとの間のS1-Uインタフェースを中継する機能、を有したリレーゲートウェイと呼ぶノードを新たに追加することを特徴とする。本明細書において、終端とは、隣接ノードに波及しないことを意味する。これにより、既存のノードの置き換えや改造を必要とせず、既存の無線通信システムにリレーノードを追加することが可能となるとともに、RNを多数展開した場合においても、既存のEPCに対してシグナリングの負荷の増加を防止することが可能となる。
【００３０】
R-GWは、eNB、MMEおよびS-GWと有線にて接続される。C-Planeにおいては、eNBにとってR-GWが通常のMMEとして模擬し、また、MMEにとってR-GWが通常のeNBとして模擬する。また、U-Planeにおいては、eNBにとってR-GWが通常のS-GWとして模擬し、また、S-GWにとってR-GWが通常のeNBとして模擬する。
【００３１】
また、RNにとっても同様に、R-GWがS1-MMEインタフェースの終端点となるMMEとして模擬し、かつS1-Uインタフェースの終端点となるS-GWとして模擬する。
【００３２】
さらに、従来、隣接するeNB間で直接接続されていたX2インタフェースを、上記S1-MMEインタフェースやS1-Uインタフェースと同様にR-GWにて終端し、RNにとってR-GWが隣接eNBとして動作する。
【００３３】
図１は、3GPPにて標準化されているLTEシステムおよびLTE-Advancedシステムにおけるリレーノードを追加したシステム構成の例を示す図である。本構成例では、ユーザ端末装置であるUE（１００）、RNを収容する無線基地局装置であるDeNB(Donor-eNB)（１２０）、UEとDeNBの間で無線信号の中継を行うリレーノードとなるRN（１１０）、DeNBとの間でC-Planeと呼ばれる制御メッセージを用いてUEの移動管理を行うMME（１３０）（Mobility  Management  Entity）、さらにDeNBとの間でU-Planeと呼ばれるユーザデータの転送を行うS-GW（１４０）(Serving  Gateway)により構成される。ここで、DeNBはRNを収容するために、RNのS1インタフェースやX2インタフェースと呼ばれるバックホール回線用のインタフェースを終端する機能を有した無線基地局装置である。DeNBは、UEとeNB間の無線インタフェースにUuインタフェース（１５０）を用いるのに対して、RNとDeNB間の無線インタフェースは、Uuインタフェースに変更を加えたUnインタフェース（１６０）として規定されている。このように、3GPPにて標準化されているLTEシステムおよびLTE-Advancedシステムにおけるリレーノードを追加した場合、新たなUnインタフェースが必要となるため、既存のeNBに対して置き換えや改造が必要となる。
【００３４】
図２は、本実施例におけるリレーノード（２１０）を追加した無線インタフェース構成の例を示す図である。本実施例におけるリレーノードは、eNB機能部（２１１）とUE機能部（２１２）を有した装置である。リレーノードは、既存のeNB（２２０）との間で、ユーザ端末装置であるUEと接続するのと同様に、Uuインタフェース（１５０）を用いて無線接続されることを特徴とする。また、リレーノードは、ユーザ端末装置であるUEとの間でUuインタフェース（１５０）を用いて接続される。本実施例におけるリレーノード装置を3GPPで規定されたリレーノードと区別するためにRN’（２１０）とする。
【００３５】
図３は、本実施例におけるシステム構成の例を示す図である。本構成例では、eNB（３２１、３２２、３２３）とMME（１３０）およびS-GW（１４０）との間にR-GW装置（３３０）を接続する。これにより、R-GWにてeNBとMME間のS1-MMEインタフェースを終端及び中継し、eNBとS-GW間のS1-Uインタフェースの中継を行う。さらに、R-GWは、RN’（３１１、３１２）を追加することで必要となる、C-Plane上のRN’のS1-MMEインタフェースを終端及び中継し、U-Plane上のS1-Uインタフェースの中継を行う。図に示すように、UEとMME間のC-Planeデータのルート（３４０）としては、UEからRN’、eNB、R-GWを経由し、MMEへ到達する。また、UEとS-GW間のU-Planeデータのルート（３４１）としては、UEからRN’、eNB、R-GWを経由し、S-GWへ到達する。RN’におけるC-PlaneおよびU-Planeのプロトコルスタックの詳細は、図４および図５を用いて後述する。
【００３６】
図４は、本実施例におけるC-Planeのプロトコルスタックの一例を示す図である。本図は、UEにおけるプロトコルスタック（４００）、RN’におけるプロトコルスタック（４１０）、eNBにおけるプロトコルスタック（４２０）、R-GWにおけるプロトコルスタック（４３０）、MMEにおけるプロトコルスタック（４４０）、の各レイヤの接続関係を示している。また、UEとRN’間およびRN’とeNB間は、Uuインタフェースにて接続されており（４５０、４６０）、eNBとR-GW間はGTP-uプロトコル上に搭載されたS1-MMEインタフェース（４７０）、R-GWとMME間は、通常のS1-MMEインタフェース（４８０）により接続されている。
【００３７】
なお、R-GW内に収容されたeNB配下のUE（３０３）に関しては、図１９に示すようにeNBとR-GW間、およびR-GWとMME間ともに、通常のS1-MMEインタフェース（４９０、４８０）により接続されている。
【００３８】
LTEおよびLTE-Advancedシステムでは、eNBとMME間においてC-Planeの通信を行うためのプロトコルとしてS1APプロトコルが規定されている。
【００３９】
RN’を追加することで、RN’内のeNB機能部とS1APプロトコルを用いて通信を行う対向の機能を新たに追加する必要がある。そこで、本実施例では、R-GWにRN’内のeNB機能部とS1APプロトコルを用いて通信を行う対向の機能を持たせることで、RN’とのC-Plane上の通信を実現する。
【００４０】
以上により、R-GWはR-GW内に収容されるRN’及びeNBとC-Plane上の通信が可能となり、eNB配下のUEはもちろんRN’配下のUEの初期接続がR-GWを介して可能となる。
【００４１】
また、図１に示したシステムにおいて、RNは既存のeNB配下に多数の小さなセルとして設置される。そのため、UEの移動に伴うハンドオーバ処理が増加し、これに伴い既存のEPC装置に対し、シグナリング負荷が大幅に増加してしまう問題がある。
【００４２】
そこで、本実施例では、R-GWにMMEのハンドオーバ機能を搭載することにより、R-GW内に収容されるRN’間のハンドオーバ、R-GW内に収容されるRNとeNB間のハンドオーバ、R-GW内に収容されるeNB間のハンドオーバに関してはハンドオーバメッセージを終端し、MMEの負荷を軽減することが可能となる。
【００４３】
なお、R-GW内に収容されるRN’あるいはeNBから、R-GW外のRNあるいはeNBにハンドオーバする際には、ハンドオーバメッセージを中継し、R-GW外へのアウトバウンドハンドオーバが可能となる。
【００４４】
もちろん、R-GW外のRNあるいはeNBから、R-GW内に収容されるRN’あるいはeNBにハンドオーバする際も同様にハンドオーバメッセージを中継し、R-GW内へのアウトバウンドハンドオーバが可能となる。
【００４５】
図５は、本実施例におけるU-Planeのプロトコルスタックの一例を示す図である。本図は、UEにおけるプロトコルスタック（５００）、RN’におけるプロトコルスタック（５１０）、eNBにおけるプロトコルスタック（５２０）、R-GWにおけるプロトコルスタック（５３０）、S-GWにおけるプロトコルスタック（５４０）、の各レイヤの接続関係を示している。また、UEとRN’間およびRN’とeNB間は、Uuインタフェース（５５０、５６０）にて接続されており、eNBとR-GW間はGTP-uプロトコル上に搭載されたS1-Uインタフェース（５７０）、R-GWとS-GW間は、通常のS1-Uインタフェース（５８０）により接続されている。
【００４６】
LTEおよびLTE-Advancedシステムでは、eNBとS-GW間においてU-Planeの通信を行うためのプロトコルとしてGTP-uプロトコルが規定されている。
【００４７】
RN’を追加することで、RN’内のeNB機能部とGTP-uプロトコルを用いて通信を行う対向の機能を新たに追加する必要がある。そこで、本実施例では、R-GWにRN’内のeNB機能部とGTP-uプロトコルを用いて通信を行う対向の機能を持たせることで、RN’とのU-Plane上の通信を実現する。
【００４８】
図６は、本実施例におけるX2インタフェースのプロトコルスタックの一例を示す図である。本図は、RN’におけるプロトコルスタック（６１０）、eNBにおけるプロトコルスタック（６２０）、R-GWにおけるプロトコルスタック（６３０）、の各レイヤの接続関係を示している。また、RN’とeNB間はUuインタフェース（６４０）により接続されており、eNBとR-GW間はX2-Cインタフェース（６５０）により接続されている。X2インタフェースは、X2APと呼ばれるプロトコルを用いてeNB間で直接通信するためのインタフェースである。本実施例では、RN’におけるX2インタフェースの終端をR-GWにて行う。これにより、RN’にとってR-GWが対向のeNBとして動作することになる。
【００４９】
図１２は、本実施例において、UEがネットワークへ初期接続する際の動作シーケンスの一例を示す図である。まず、R-GWは、MMEに対してS1 Setup Request（１２００）を送信し、S1 Setup Response（１２０１）を受信する。この時、S1 Setup Request内にR-GWに付与されたeNB IDを含めることで、MMEに対してR-GWが、新たなeNBとして登録され、R-GWとMME間のS1-MMEインタフェースが確立される。
【００５０】
また、eNB#1配下にRN’#1を新たに設置した場合、RN’#1からR-GWに対してS1 Setup Request（１２０２）を送信し、S1 Setup Response（１２０３）を受信する。この時、上記と同様にS1 Setup Request内にRN’#1に付与されたeNB IDを含めることで、R-GWに対してRN’#1が新たなeNBとして登録され、RN’#1とR-GW間のS1-MMEインタフェースが確立される。さらに、eNB#2配下にRN’#2を当らに設置した場合も同様に、RN’#2からR-GWに対してS1 Setup Request（１２０４）を送信し、S1 Setup Response（１２０５）を受信することで、RN’#2とR-GW間のS1-MMEインタフェースが確立される。この時、RN’#1およびRN’#2とR-GW間のS1-MMEインタフェースと、R-GWとMME間のS1-MMEインタフェースはそれぞれ独立のインタフェースとして確立され、RN’#1およびRN’#2からは、R-GWがMMEとして動作し、MMEからは、R-GWがeNBとして動作する。
【００５１】
RN’#1配下のUEが、ネットワークに対して初期接続する場合、UEはRN’#1との間で無線リンクの確立を行う。これをLTEでは、RRC connection establishment（１２０６）と称する。次に、UEはMMEに対してAttach Request（１２０７）を送信する。Attach Request（１２０７）は、無線リンクにてRN’#1へ送信され、RN’#1からS1-MMEインタフェースによりR-GWへ送信される。Attach Request（１２０７）を受信したR-GWは、送信元のeNB IDをRN’#1からR-GWのeNB IDに付け替え処理（１２０８）を行い、R-GWとMME間のS1-MMEインタフェースを介してMMEへ送信する。
【００５２】
次にR-GWはMMEから、R-GWのeNB IDを宛先としたAttach Accept（１２１２）を受信する。この時、受信したAttach Accept（１２１２）のeNB IDの付け替え処理（１２１３）を行い、RN’#1のeNB IDを宛先としてRN’#1へ送信する。Attach Accept（１２１４）を受信したRN’#1は、無線リンクを介してUEへAttach Acceptメッセージを転送する。
【００５３】
上記の動作と同様に、UEからMMEへAttach Complete（１２１５、１２１７）を送信することで、初期接続の手続きが完了する。上記の手続きを完了することで、R-GWおよびMMEに対してUEの情報が登録され、UEとS-GW間におけるデータ通信が可能となる。
【００５４】
図１３は、本実施例において、UEがR-GW内に収容されるRN’間をハンドオーバする際の動作シーケンスの一例を示す図である。ハンドオーバ手続きにおいて、一般的にハンドオーバ元のeNBをSource-eNBと称し、ハンドオーバ先のeNBをTarget-eNBと称する。図１３においては、RN’#1をSource-eNBとし、RN’#2をTarget-eNBとする。RN’#1がRN’#1配下のUEから受信したMeasurement Report（１３０１）により、ハンドオーバの判断をした場合、RN’#1はR-GWとの間のS1-MMEインタフェースを介して、Handover Requiredメッセージ（１３０２）を送信する。この時、R-GWはRN’#1とRN’#2との間でハンドオーバメッセージを終端することで、各種メッセージ（１３０３〜１３１３）の処理を行う。R-GWは、UEがRN’#2への移動が完了した後、S-GWからのユーザデータの転送先切り替え処理（１３１４）を行い、ユーザデータの転送先をRN’#1からRN’#2へ切り替える。
【００５５】
上記に述べたように、R-GW内に収容されるRN’間のハンドオーバ処理では、R-GWがハンドオーバメッセージを終端し、MMEへのメッセージの転送を行わずにハンドオーバ処理が完了する。このため、RN’のような小さなエリアをカバーするeNBを多数展開することにより、ハンドオーバの増加が生じた場合でも、既存のMMEへのシグナリング負荷の増加を回避することが可能となる。
【００５６】
図１５は、本実施例において、UEがR-GW内に収容されるRN’とeNB間をハンドオーバする際の動作シーケンスの一例を示す図である。図１５においては、RN’#1をSource-eNBとし、eNB#1をTarget-eNBとする。RN’#1がRN’#1配下のUEから受信したMeasurement Report（１５０１）により、ハンドオーバの判断をした場合、RN’#1はR-GWとの間のS1-MMEインタフェースを介して、Handover Requiredメッセージ（１５０２）を送信する。この時、R-GWはRN’#1とeNB#1との間でハンドオーバメッセージを終端することで、各種メッセージ（１５０３〜１５１３）の処理を行う。R-GWは、UEがeNB#1への移動が完了した後、S-GWからのユーザデータの転送先切り替え処理（１５１４）を行い、ユーザデータの転送先をRN’#1からeNB#1へ切り替える。
【００５７】
上記に述べたように、R-GW内に収容されるRN’とeNB間のハンドオーバ処理では、R-GWがハンドオーバメッセージを終端し、MMEへのメッセージの転送を行わずにハンドオーバ処理が完了する。このため、UEがR-GW内に収容されるRN’とeNB間をハンドオーバする場合でも、既存のMMEへのシグナリング負荷の増加を回避することが可能となる。
【００５８】
図１６は、本実施例において、UEがR-GW内に収容されるeNB間をハンドオーバする際の動作シーケンスの一例を示す図である。図１６においては、eNB1#1をSource-eNBとし、eNB#2をTarget-eNBとする。eNB#1がeNB#1配下のUEから受信したMeasurement Report（１６０１）により、ハンドオーバの判断をした場合、eNB#1はR-GWとの間のS1-MMEインタフェースを介して、Handover Requiredメッセージ（１６０２）を送信する。この時、R-GWはeNB#1とeNB#2との間でハンドオーバメッセージを終端することで、各種メッセージ（１６０３〜１６１３）の処理を行う。R-GWは、UEがeNB#2への移動が完了した後、S-GWからのユーザデータの転送先切り替え処理（１６１４）を行い、ユーザデータの転送先をeNB#1からeNB#2へ切り替える。
【００５９】
上記に述べたように、R-GW内に収容されるeNB間のハンドオーバ処理では、R-GWがハンドオーバメッセージを終端し、MMEへのメッセージの転送を行わずにハンドオーバ処理が完了する。このため、UEがR-GW内に収容されるeNB間をハンドオーバする場合でも、既存のMMEへのシグナリング負荷の増加を回避することが可能となる。
【００６０】
図１７は、本実施例において、UEがR-GW内に収容されたeNBからR-GW外のeNBにハンドオーバする際の動作シーケンスの一例を示す図である。図１７においては、eNB#2をSource-eNBとし、eNB#3をTarget-eNBとする。eNB#2がeNB’#2配下のUEから受信したMeasurement Report（１７０１）により、ハンドオーバの判断をした場合、eNB#2はR-GWとの間のS1-MMEインタフェースを介して、Handover Requiredメッセージ（１７０２）を送信する。この時、R-GWはeNB#2とeNB#3との間でハンドオーバメッセージを中継し、各種メッセージ（１７０３〜１７１３）の処理を行い、UEがeNB#3への移動が完了した後、S-GWからのユーザデータの転送終了処理（１７１４）を行う。
【００６１】
上記に述べたように、R-GW外のeNBへのハンドオーバ処理では、R-GWがハンドオーバメッセージを中継することにより、R-GW外へのアウトバウンドが可能となる。
【００６２】
もちろん、R-GW外のRNあるいはeNBから、R-GW内に収容されるeNBにハンドオーバする際も同様にハンドオーバメッセージを中継し、R-GW内へのアウトバウンドハンドオーバが可能となる。
【００６３】
図１８は、本実施例において、UEがR-GW内に収容されたRN’からR-GW外のeNBにハンドオーバする際の動作シーケンスの一例を示す図である。図１８においては、RN’#2をSource-eNBとし、eNB#3をTarget-eNBとする。RN’#2がRN’#2配下のUEから受信したMeasurement Report（１８０１）により、ハンドオーバの判断をした場合、RN’#2はR-GWとの間のS1-MMEインタフェースを介して、Handover Requiredメッセージ（１８０２）を送信する。この時、R-GWはRN’#2とeNB#3との間でハンドオーバメッセージを中継し、各種メッセージ（１８０３〜１８１３）の処理を行い、UEがeNB#3への移動が完了した後、S-GWからのユーザデータの転送終了処理（１８１４）を行う。
【００６４】
上記に述べたように、R-GW外のeNBへのハンドオーバ処理では、R-GWがハンドオーバメッセージを中継することにより、R0GW外へのアウトバウンドが可能となる。
【００６５】
もちろん、R-GW外のRNあるいはeNBから、R-GW内に収容されるRN’にハンドオーバする際も同様にハンドオーバメッセージを中継し、R-GW内へのアウトバウンドハンドオーバが可能となる。
【００６６】
図７は、本実施例におけるR-GWの構成の一例を示す図である。R-GW（７００）は、C-Plane Manager部（７１０）、U-Plane Manager部（７２０）、Database部（７３０）、OAM部（７４０）により構成される。C-Plane Manager部（７１０）は、図４に示したC-PlaneにおけるS1-MMEインタフェースおよびX2インタフェースの終端および中継を行う。また、U-Plane Manager部（７２０）は、図５に示したU-PlaneにおけるS1-Uインタフェースの中継を行う。Database部は、接続されているeNB、RN’、MME、S-GW、UEの各種情報をテーブルとして格納し、必要に応じてC-Plane Manager部（７１０）やU-Plane Manager部（７２０）により書き込み、および読み出しが行われる。OAM部（７４０）は、R-GW（７００）内のコンフィギュレーション情報や、障害情報、統計情報の管理を行う。
【００６７】
ここで、R-GW（７００）内のDatabase部（７３０）において、eNBとRN’の接続関係、およびRN’とUEとの接続関係を同時に管理しており、ハンドオーバ等によりこれらの接続関係が変更された場合には、C-Plane Manger部（７１０）は、Database部（７３０）内の管理情報を更新する。これにより、R-GW（７００）内に収容されたeNBおよびRN’間でのハンドオーバが発生した際にも、それに伴うC-Planeの制御メッセージをR-GW内で終端することができ、既存のMMEに対する制御メッセージ数を削減することが可能となる。
【００６８】
さらに、U-Plane Manager部（７２０）は、UEとR-GW間で確立したベアラ情報と、R-GWとS-GW間で確立したベアラ情報とのマッピング情報を利用し、R-GW内に収容した各UEのベアラ情報に基づき、複数のUE間における同種のQoS種別のベアラを束ねてR-GWとS-GWにおける単一のベアラとして設定することで、各UEが個別にS-GWに対してベアラを張る場合に比べて、ベアラ数を削減することができ、既存のS-GWに対する負荷を軽減することが可能となる。
【００６９】
図１４は、本実施例におけるRN’の構成の一例を示す図である。本実施例におけるRN’（１４００）は、eNBからの下り無線信号の受信処理を行う下り信号受信部（１４１０）、UEに対して下り無線信号の送信処理を行う下り信号送信部（１４１１）、UEからの上り無線信号の受信処理を行う上り信号受信部（１４１３）、eNBに対して上り信号の送信処理を行う上り信号送信部（１４１２）、RN’がeNBとの間で無線リンクでの通信を行うための状態管理や送受信バッファの管理および暗号化等を行うUE機能部（１４１４）、UEとの間で無線リンクでの通信を行うための状態管理やバッファの管理及び暗号化等を行うeNB機能部（１４１５）、UE機能部とeNB機能部との間のデータの転送やRN’内の統計情報や障害情報の管理等を行うRN’制御部（１４１６）から構成される。
【実施例２】
【００７０】
本実施例では、実施例１で示したRN’の各種インタフェースの終端を行うだけでなく、RN’無線リソース制御機能を具備したR-GWの例について説明する。
【００７１】
リレーノードの一つの利用形態として、Group Mobilityがある。Group Mobilityは、リレーノードを電車やバスのような交通機関等に設置し、車内のユーザをリレーノードへ収容し、ユーザとドナー基地局との間の通信をリレーノードが中継する。ドナー基地局に対する接続ユーザ数を削減すること、また、ハンドオーバ等に伴う制御信号を削減することが可能となる。
【００７２】
上述したGroup Mobilityのような利用形態においては、リレーノード間での干渉が問題となる。Group Mobilityの場合、電車やバス等に設置されたRN’自体が移動することにより、RN’どうしの隣接関係が電車やバスの移動に伴って変化し、さらに、RN’どうしが非常に近い距離に隣接する場合も考えられる。RN’どうしが近い距離に隣接する場合、RN’と無線信号で通信を行っている端末装置は、互いに隣接RN’からの干渉を受けてしまい、スループットの低下を招いてしまう。そのため、RN’どうしが隣接し、互いに干渉をしてしまう状況においては、RN’どうしでの干渉を回避または抑制する手段が必要となる。さらにGroup Mobilityのような利用形態においては、電車やバスの移動による、RN’どうしの隣接関係の変化にダイナミックに対応する必要がある。
【００７３】
そこで、本実施例では、RN’が移動することによる、RN’どうしの隣接関係の変化にも動的に対応し、RN’間での干渉を検出した場合に、当該RN’間での干渉を回避することを目的とする。
【００７４】
そのために、R-GWにおいて、X2インタフェースを用いて各RN’からの情報を収集する機能、収集した情報に基づきRN’どうしが接近したことを検出する機能、隣接するRN’の無線リソースの負荷状況に応じて各RN’へ使用可能とする無線リソース領域を決定し通知する機能、を有することを特徴とする。
【００７５】
上述したようにR-GWにて各RN’のX2インタフェースを終端することにより、X2-APプロトコルで規定された各種のメッセージを用いてR-GWとRN’間での通信が可能となる。X2-APプロトコルで規定されたメッセージには、RN’の構成情報の更新を通知するメッセージがある。各RN’は、隣接するセルの構成が変更された場合に当該メッセージによりR-GWへ通知することが可能となる。例えば、RN’がUEからのMeasurement Reportに基づき新たな隣接RN’を発見した際に、上述のメッセージを用いてR-GWへ通知することで、R-GWは隣接しているRN’を識別することが可能となる。さらに、X2インタフェース上のメッセージにより各RN’に対し、当該RN’が使用不可な無線リソース領域を通知することが可能である。上記によりRN’どうしが接近したことを検出したR-GWは、隣接する複数のRN’に対して無線リソース領域が重ならないように、使用可能な無線リソース領域を割り当てる。これにより、隣接する各RN’どうしの干渉を回避することができる。
【００７６】
さらに、X2インタフェースにより隣接する各RN’の無線リソース使用率をR-GWにて収集する。そして、各RN’へ割り当てる無線リソース領域を最適に配分することで、RN’どうしの干渉を回避しつつ、スループットを最大化することが可能となる。
【００７７】
このように、本実施例によれば、Group Mobilityのような利用形態において、RN’の移動によりRN’どうしの隣接関係が変化する環境においても、隣接するRN’を検出し、RN’どうしの干渉を回避しつつ、システム全体のスループットを最大化することが可能となる。
【００７８】
図８は、本実施例におけるRN’の利用形態の一例を示す図である。本実施例は、Group Mobilityと呼ばれる利用形態を想定しており、電車内にRN’（８１１、８１２）を設置し、電車に乗車しているUE（８０１、８０２、８０３、８０４）がRN’（８１１，８１２）を介してeNB（８２１、８２２）と通信を行っていることとする。電車にRN’（８１１、８１２）を設置するため、RN’（８１１，８１２）も一緒に移動することになる。そのため、電車どうしが接近した場合には、例えばRN’（８１１）に接続しているUE（８０１、８０３）は隣接するRN’（８１２）からの干渉を受けることになり、さらにRN’（８１２）に接続しているUE（８０２、８０４）は隣接するRN’（８１１）からの干渉を受けることになる。
【００７９】
図９は、本実施例における動作シーケンスの一例を示す図である。R-GW（８３０）にeNB#1（８２１）、およびeNB#2（８２２）が接続されている。eNB#1のエリア内にRN’#1（８１１）が存在し、UE#1（８０１）はRN’#1（８１１）およびeNB#1（８２１）を介して通信中であるとする。さらに、eNB#2（８２２）のエリア内にRN’#2（８１２）が存在し、UE#2（８０２）はRN’#2（８１２）およびeNB#2（８２２）を介して通信中であるとする。
【００８０】
ここで、それぞれ別の電車に設置されたRN’#1およびRN’#2が、電車の移動に伴い接近したとする。UE#1は、自基地局および周辺基地局から送信されている基準信号を参照し、周辺基地局からの基準信号受信電力が、予め設定されたある閾値以上になった場合に、RN’#1へ隣接基地局受信電力通知（９００）を送信する。上記、閾値の設定および受信電力通知は、LTEおよびLTE-Advancedシステムにおいて、Measurement ConfigurationおよびMeasurement Reportとして規定されている。Measurement Configurationは、UEがRN’へ初期接続する時にRN’からUEへ通知され、自基地局および周辺基地局から送信される基準信号の測定条件や、測定結果の報告条件等が設定される。本実施例においては、周辺基地局から送信される基準信号の受信電力がある閾値以上になった場合に、RN’へMeasurement Reportを通知するように設定されているものとする。Measurement Reportは、UEの測定結果に基づき、Measurement Configurationにより設定された報告条件を満足した周辺基地局からの基準信号受信電力およびセルIDを含めることができる。
【００８１】
次にRN’#1は、隣接基地局登録処理（９０１）において、UE#1からの受信した隣接基地局受信電力通知に基づき、自装置内に有した隣接基地局情報にセルID情報を登録する。
【００８２】
さらにRN’#1は、新たに追加された隣接基地局情報を、eNB構成情報更新通知（９０２）にてR-GWへ通知する。eNB構成情報更新通知は、LTEおよびLTE-Advancedシステムにおいて、X2インタフェース上にてeNB Configuration Updateメッセージとして規定されている。eNB Configuration Updateメッセージは、隣接基地局のセルID情報を含めることができ、RN’#1は、隣接基地局情報に追加されたセルID情報を含めてR-GWへ通知する。
【００８３】
R-GWは、RN’#1からのeNB構成情報更新通知を受信することで、RN’#1とRN’#2が隣接関係であることを検知することができる。新たな隣接関係を検知したR-GWは、隣接関係にあるRN’#1およびRN’#2に対して、無線リソース負荷状態通知要求（９０３、９０４）を送信し、RN’#1およびRN’#2から無線リソース負荷状態通知（９１０、９１１）を受信する。無線リソース負荷状態通知は、LTEおよびLTE-Advancedシステムにおいて、X2インタフェース上にてRESOURCE STATUS UPDATEメッセージとして規定されており、自基地局における無線リソース使用率情報を含めて通知することができる。
【００８４】
R-GWは、RN’#1およびRN’#2から受信した無線リソース負荷状態通知（９１０、９１１）をもとに、使用可能リソースブロック決定処理（９０５）にて、各RN’へ割り当てる使用可能無線リソース領域を決定する。各RN’への使用可能無線リソース領域の決定方法については、後述の図１０にて詳細に説明する。
【００８５】
次にR-GWは、決定した各RN’への使用可能無線リソース領域を、使用可能リソースブロック情報通知（９０６、９０７）として、RN’#1およびRN’#2へ通知する。ここで、使用可能リソースブロック情報通知は、LTEおよびLTE-Advancedシステムにおいて、X2インタフェース上のLOAD INFORMATIONメッセージ内のRNTP情報として通知することが可能である。
【００８６】
R-GWからの使用可能リソースブロック情報通知を受信した各RN’は、受信した情報に基づいて、配下のユーザ端末に対して割り当てる無線リソースを決定する。さらに、各RN’は、送信電力決定処理（９０８、９０９）を実施する。送信電力の決定方法については、後述の図１１にて詳細に説明する。
【００８７】
図１０は、本実施例におけるRN’間の無線リソース制御の一例を示す図である。通常、RN’は配下のUEに対して、運用中の全周波数帯域幅の中で、各UEに対してできるだけ通信品質の良い周波数帯域を選択して、周波数リソースを各UEへ割り当てる。つまり、RN’#1とRN’#2が、それぞれの配下のUEに対して同じ周波数リソースを同時に割当ててしまうと、例えば、RN’#1と通信中で当該周波数リソースを割り当てられたUEは、RN’#2からの干渉を受けることになり、また、RN’#2と通信中で当該周波数リソースを割り当てられたUEは、RN’#1からの干渉を受けることになる。
【００８８】
そのため、本実施例では、互いに隣接するRN’に対して、異なる無線リソース領域を、使用可能な無線リソース領域として割り当てることにより、隣接するRN’間で干渉が発生しないように無線リソース制御を行う。本実施例においては、各RN’の無線リソース使用率の比率に応じて使用可能無線リソース領域の比率を決定するものとする。例えば、LTEおよびLTE-Advancedシステムでは、周波数帯域幅10MHzでの運用時、10MHzの周波数帯域を50個のリソースブロックと呼ばれる単位に分割し、このリソースブロック単位で配下の各UEへ割当てを行う。ここで、本実施例における無線リソース制御実施前の状態が、RN’#1およびRN’#2における無線リソース利用率が７：３の割合である場合の例を示す。この場合には、無線リソース制御実施後の状態（１０１１、１０１２）として、RN’#1に対して7割、つまり35個のリソースブロックを割当て、RN’#2に対して3割、つまり15個のリソースブロックを割り当てることとする。割り当てられたリソースブロックに対し、50個のリソースブロックを0から49までの番号を付け、RN’#1へは0から34を割り当て、RN’#2へは35から49を割り当てることとする。
【００８９】
図１１は、本実施例における使用可能な無線リソース量に応じた送信電力制御の一例を示す図である。本実施例を適用後の各RN’は、全無線帯域幅に対して使用可能な無線リソースの制限を受けることにより、スループットの低下を招く可能性がある。これを改善するために使用可能な無線リソース内において、周波数あたりの電力密度を増加させることで、信号対雑音電力比を増加させ、スループットの低下を改善することが可能となる。送信電力の決定方法は、例えば、本実施例の無線リソース制御実施前の送信電力（１１００）に対して、同じ総電力となるように使用可能な無線リソース領域の電力密度を調整し、無線リソース制御実施後の送信電力（１１０１）決定することとする。
【符号の説明】
【００９０】
１００  UE
１１０  RN
１２０  DeNB
１３０  MME
１４０  S-GW
１５０  Uuインタフェース
１６０  Unインタフェース
２１０  RN’
２１１  eNB部
２１２  UE部
２２０  eNB
３０１、３０２、３０３、３０４、３０５、３０６  UE
３１１、３１２  RN’
３２１、３２２、３２３  eNB
３３０  R-GW
４００  UEにおけるC-Planeプロトコルスタック
４１０  RN’におけるC-Planeプロトコルスタック
４２０  eNBにおけるC-Planeプロトコルスタック
４３０  R-GWにおけるC-Planeプロトコルスタック
４４０  MMEにおけるC-Planeプロトコルスタック
４５０  UEとRN’間のUuインタフェース
４６０  RN’とeNB間のUuインタフェース
４７０  eNBとR-GW間のS1-MMEインタフェース
４８０  R-GWとMME間のS1-MMEインタフェース
５００  UEにおけるC-Planeプロトコルスタック
５１０  RN’におけるU-Planeプロトコルスタック
５２０  eNBにおけるU-Planeプロトコルスタック
５３０  R-GWにおけるU-Planeプロトコルスタック
５４０  S-GWにおけるU-Planeプロトコルスタック
５５０  UEとRN’間のUuインタフェース
５６０  RN’とeNB間のUuインタフェース
５７０  eNBとR-GW間のS1-Uインタフェース
５８０  R-GWとMME間のS1-Uインタフェース
６１０  RN’におけるX2インタフェースプロトコルスタック
６２０  eNBにおけるX2インタフェースプロトコルスタック
６３０  R-GWにおけるX2インタフェースプロトコルスタック
６４０  RN’とeNB間のUuインタフェース
６５０  eNBとR-GW間のX2-Cインタフェース
７００  R-GW装置
７１０  C-Plane Manager部
７２０  U-Plane Manager部
７３０  Database部
７４０  OAM部
８０１、８０２、８０３、８０４  UE
８１１、８１２  RN’
８２１、８２２  eNB
８３０  R-GW
９００  隣接基地局受信電力通知
９０１  隣接基地局登録処理
９０２  eNB構成情報更新通知
９０３、９０４  無線リソース負荷状態通知要求
９０５  使用可能リソースブロック領域決定処理
９０６、９０７  使用可能リソースブロック情報通知
９０８、９０９  送信電力決定処理
９１０、９１１  無線リソース負荷状態通知
１０１１、１０１２  無線リソース制御実施後の無線リソース使用状況
１１００  無線リソース制御実施前の送信電力
１１０１  無線リソース制御実施後の送信電力
１２００、１２０２、１２０４  S1 Setup Requestメッセージ
１２０１、１２０３、１２０５  S1 Setup Responseメッセージ
１２０６  RRC connection establishment
１２０７、１２０９  Attach Requestメッセージ
１２０８、１２１３、１２１６  eNB IDの付け替え処理
１２１０  Create Session Requestメッセージ
１２１１  Create Session Responseメッセージ
１２１２、１２１４  Attach Acceptメッセージ
１２１５、１２１７  Attach Completeメッセージ
１２１８  Modify Bearer Requestメッセージ
１２１９  Modify Bearer Responseメッセージ
１３００  Measurement Controlメッセージ
１３０１  Measurement Reportメッセージ
１３０２  Handover Requiredメッセージ
１３０３  Handover Requestメッセージ
１３０４  Handover Request Acknowledgeメッセージ
１３０５  Handover Commandメッセージ
１３０６  RRC Connection Reconfigurationメッセージ
１３０７  eNB Status Transferメッセージ
１３０８  MME Status Transferメッセージ
１３０９  RRC Connection Reconfiguration Completeメッセージ
１３１０  Handover Notifyメッセージ
１３１１、１３１２、１３１３  End Markerメッセージ
１３１４  転送先RN'切り替え処理
１３１５  UE Context Release Commandメッセージ
１３１６  UE Context Release Completeメッセージ
１４００  RN'装置
１４１０  下り信号受信部
１４１１  下り信号送信部
１４１２  上り信号送信部
１４１３  上り信号受信部
１４１４  UE機能部
１４１５  eNB機能部
１４１６  RN'制御部
１５００  Measurement Controlメッセージ
１５０１  Measurement Reportsメッセージ
１５０２  Handover Requiredメッセージ
１５０３  Handover Requestメッセージ
１５０４  Handover Request Acknowledgeメッセージ
１５０５  Handover Commandメッセージ
１５０６  RRC Connection Reconfigurationメッセージ
１５０７  eNB Status Transferメッセージ
１５０８  MME Status Transferメッセージ
１５０９  RRC Connection Reconfiguration Completeメッセージ
１５１０  Handover Notifyメッセージ
１５１１、１５１２、１５１３  End Markerメッセージ
１５１４  転送先RN'切り替え処理
１５１５  UE Context Release Commandメッセージ
１５１６  UE Context Release Completeメッセージ
１６００  Measurement Controlメッセージ
１６０１  Measurement Reportsメッセージ
１６０２  Handover Requiredメッセージ
１６０３  Handover Requestメッセージ
１６０４  Handover Request Acknowledgeメッセージ
１６０５  Handover Commandメッセージ
１６０６  RRC Connection Reconfigurationメッセージ
１６０７  eNB Status Transferメッセージ
１６０８  MME Status Transferメッセージ
１６０９  RRC Connection Reconfiguration Completeメッセージ
１６１０  Handover Notifyメッセージ
１６１１、１６１２、１６１３  End Markerメッセージ
１６１４  転送先RN'切り替え処理
１６１５  UE Context Release Commandメッセージ
１６１６  UE Context Release Completeメッセージ
１７００  Measurement Controlメッセージ
１７０１  Measurement Reportsメッセージ
１７０２  Handover Requiredメッセージ
１７０３  Handover Requestメッセージ
１７０４  Handover Request Acknowledgeメッセージ
１７０５  Handover Commandメッセージ
１７０６  RRC Connection Reconfigurationメッセージ
１７０７  eNB Status Transferメッセージ
１７０８  MME Status Transferメッセージ
１７０９  RRC Connection Reconfiguration Completeメッセージ
１７１０  Handover Notifyメッセージ
１７１１、１７１２、１７１３  End Markerメッセージ
１７１４  転送終了処理
１７１５  UE Context Release Commandメッセージ
１７１６  UE Context Release Completeメッセージ
１８００  Measurement Controlメッセージ
１８０１  Measurement Reportsメッセージ
１８０２  Handover Requiredメッセージ
１８０３  Handover Requestメッセージ
１８０４  Handover Request Acknowledgeメッセージ
１８０５  Handover Commandメッセージ
１８０６  RRC Connection Reconfigurationメッセージ
１８０７  eNB Status Transferメッセージ
１８０８  MME Status Transferメッセージ
１８０９  RRC Connection Reconfiguration Completeメッセージ
１８１０  Handover Notifyメッセージ
１８１１、１８１２、１８１３  End Markerメッセージ
１８１４  転送終了処理
１８１５  UE Context Release Commandメッセージ
１８１６  UE Context Release Completeメッセージ
【図１】
2016046614.tif 000003
【図２】
2016046614.tif 000004
【図３】
2016046614.tif 000005
【図４】
2016046614.tif 000006
【図５】
2016046614.tif 000007
【図６】
2016046614.tif 000008
【図７】
2016046614.tif 000009
【図８】
2016046614.tif 000010
【図９】
2016046614.tif 000011
【図１０】
2016046614.tif 000012
【図１１】
2016046614.tif 000013
【図１２】
2016046614.tif 000014
【図１３】
2016046614.tif 000015
【図１４】
2016046614.tif 000016
【図１５】
2016046614.tif 000017
【図１６】
2016046614.tif 000018
【図１７】
2016046614.tif 000019
【図１８】
2016046614.tif 000020
【図１９】
2016046614.tif 000021