JP6062420B2 - 制御方法、リレー局、基地局及びプロセッサ - Google Patents

制御方法、リレー局、基地局及びプロセッサ Download PDF

Info

Publication number
JP6062420B2
JP6062420B2 JP2014506282A JP2014506282A JP6062420B2 JP 6062420 B2 JP6062420 B2 JP 6062420B2 JP 2014506282 A JP2014506282 A JP 2014506282A JP 2014506282 A JP2014506282 A JP 2014506282A JP 6062420 B2 JP6062420 B2 JP 6062420B2
Authority
JP
Japan
Prior art keywords
mrn
denb
base station
enb
list
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2014506282A
Other languages
English (en)
Other versions
JPWO2013141321A1 (ja
Inventor
真人 藤代
真人 藤代
智春 山▲崎▼
智春 山▲崎▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kyocera Corp
Original Assignee
Kyocera Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Kyocera Corp filed Critical Kyocera Corp
Publication of JPWO2013141321A1 publication Critical patent/JPWO2013141321A1/ja
Application granted granted Critical
Publication of JP6062420B2 publication Critical patent/JP6062420B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/26—Cell enhancers or enhancement, e.g. for tunnels, building shadow
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0061—Transmission or use of information for re-establishing the radio link of neighbour cell information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0072—Transmission or use of information for re-establishing the radio link of resource information of target access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00835—Determination of neighbour cell lists
    • H04W36/008357—Determination of target cell based on access point [AP] properties, e.g. AP service capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/155—Ground-based stations
    • H04B7/15507—Relay station based processing for cell extension or control of coverage area
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/249—Reselection being triggered by specific parameters according to timing information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、移動通信システムにおける通信制御方法に関する。
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、リレー局の仕様が策定されている。
リレー局は、ドナー基地局とユーザ端末との間でリレー伝送を行う（例えば、非特許文献１参照）。
３ＧＰＰ技術仕様 「ＴＳ ３６．３００ Ｖ１１．０．０」 ２０１１年１２月
しかしながら、現状の仕様では、リレー局は地理的に固定されていることが前提である。このため、移動可能なリレー局をサポートすることができない問題がある。
そこで、本発明は、移動可能なリレー局をサポートすることができる通信制御方法を提供することを目的とする。
本発明の制御方法は、ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局による制御方法であって、隣接基地局を特定し、前記隣接基地局に対して、ドナー基地局の機能を有しているか否かに関して問い合せ、前記問い合せの結果に応じて、前記ドナー基地局リストを更新することを特徴とする。
本発明のリレー局は、ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局であって、隣接基地局を特定する制御部を備え、前記制御部は、前記隣接基地局に対して、ドナー基地局の機能を有しているか否かに関して問い合せ、前記問い合せの結果に応じて、前記ドナー基地局リストを更新することを特徴とする。
本発明の基地局は、リレー局に接続し、前記リレー局を介してユーザ端末との間でリレー伝送を行う基地局であって、前記リレー局から、ドナー基地局の機能を有しているか否かに関して問い合せを受けた場合、自局がドナー基地局の機能を有しているか否かを前記リレー局に対して個別に通知する制御部を備えることを特徴とする。
本発明のプロセッサは、ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局を制御するプロセッサであって、隣接基地局を特定し、前記隣接基地局に対して、ドナー基地局の機能を有しているか否かに関して問い合せ、前記問い合せの結果に応じて、前記ドナー基地局リストを更新するよう前記リレー局を制御することを特徴とする。
本発明のプロセッサは、リレー局に接続し、前記リレー局を介してユーザ端末との間でリレー伝送を行う基地局を制御するプロセッサであって、前記リレー局から、ドナー基地局の機能を有しているか否かに関して問い合せを受けた場合、自局がドナー基地局の機能を有しているか否かを前記リレー局に対して個別に通知するよう前記基地局を制御することを特徴とする。
図１は、移動通信システムの構成図である。 図２は、Ｕｎインターフェイスのプロトコルスタック図である。 図３は、Ｘ２インターフェイスのプロトコルスタック図である。 図４は、Ｓ１インターフェイスのプロトコルスタック図である。 図５は、無線フレームの構成図である。 図６は、ＵＥのブロック図である。 図７は、ｅＮＢのブロック図である。 図８は、ＭＲＮのブロック図である。 図９は、第１実施形態に係る動作パターン１のシーケンス図である。 図１０は、第１実施形態に係る動作パターン２のシーケンス図である。 図１１は、第１実施形態に係る動作パターン３のシーケンス図である。 図１２は、第２実施形態に係る動作パターン１のシーケンス図である。 図１３は、第２実施形態に係る動作パターン２のシーケンス図である。 図１４は、第２実施形態に係る動作パターン４で使用されるＤｅＮＢリストの構成図である。 図１５は、第３実施形態に係る動作パターン１のシーケンス図である。 図１６は、第３実施形態に係る動作パターン２のシーケンス図である。 図１７は、第４実施形態に係る隣接ｅＮＢリストの構成図である。 図１８は、第４実施形態に係る動作パターン１のシーケンス図である。 図１９は、第４実施形態に係る動作パターン２のシーケンス図である。 図２０は、第５実施形態に係る動作シーケンス図である。
［実施形態の概要］
第１実施形態に係る制御方法は、ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局を制御する制御方法であって、隣接基地局を特定し、前記隣接基地局に対して、ドナー基地局の機能を有しているか否かに関して問い合せ、前記問い合せの結果に応じて、前記ドナー基地局リストを更新する。
第１実施形態において、隣接基地局リストに含まれ、前記ドナー基地局リストに含まれない基地局を前記隣接基地局として特定する。
第１実施形態に係るリレー局は、ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局であって、隣接基地局を特定する制御部を備える。前記制御部は、前記隣接基地局に対して、ドナー基地局の機能を有しているか否かに関して問い合せ、前記問い合せの結果に応じて、前記ドナー基地局リストを更新する。
第１実施形態に係る基地局は、リレー局に接続し、前記リレー局を介してユーザ端末との間でリレー伝送を行う基地局であって、前記リレー局から、ドナー基地局の機能を有しているか否かに関して問い合せを受けた場合、自局がドナー基地局の機能を有しているか否かを前記リレー局に通知する制御部を備える。
第１実施形態に係るプロセッサは、ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局を制御するプロセッサであって、隣接基地局を特定し、前記隣接基地局に対して、ドナー基地局の機能を有しているか否かに関して問い合せ、前記問い合せの結果に応じて、前記ドナー基地局リストを更新するよう前記リレー局を制御する。
第１実施形態に係るプロセッサは、リレー局に接続し、前記リレー局を介してユーザ端末との間でリレー伝送を行う基地局を制御するプロセッサであって、前記リレー局から、ドナー基地局の機能を有しているか否かに関して問い合せを受けた場合、自局がドナー基地局の機能を有しているか否かを前記リレー局に通知するよう前記基地局を制御する。
第１実施形態に係る制御方法は、ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局を制御する制御方法であって、隣接基地局リストに含まれ、前記ドナー基地局リストに含まれない基地局を隣接基地局として特定し、前記隣接基地局に対して、前記リレー局の受け入れ可否に関して問い合せ、前記問い合せの結果に応じて、前記ドナー基地局リストを更新する。
第１実施形態において、前記隣接基地局に対して、前記リレー局の受け入れ可否に関して問い合せると共に前記リレー局の負荷状況を通知し、前記負荷状況に基づく前記問い合せの結果に応じて、前記ドナー基地局リストを更新する。
第１実施形態に係るリレー局は、ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局であって、隣接基地局リストに含まれ、前記ドナー基地局リストに含まれない基地局を隣接基地局として特定する制御部を備える。前記制御部は、前記隣接基地局に対して、前記リレー局の受け入れ可否に関して問い合せ、前記問い合せの結果に応じて、前記ドナー基地局リストを更新する。
第１実施形態に係る基地局は、リレー局に接続し、前記リレー局を介してユーザ端末との間でリレー伝送を行う基地局であって、前記リレー局から、前記リレー局の受け入れ可否に関しての問い合せと共に前記リレー局の負荷状況を受信すると、前記負荷状況に基づいて前記問い合せの結果を前記リレー局に通知する制御部を備える。
第１実施形態に係るプロセッサは、ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局を制御するプロセッサであって、隣接基地局リストに含まれ、前記ドナー基地局リストに含まれない基地局を隣接基地局として特定し、前記隣接基地局に対して、前記リレー局の受け入れ可否に関して問い合せ、前記問い合せの結果に応じて、前記ドナー基地局リストを更新するよう前記リレー局を制御する。
第１実施形態に係るプロセッサは、リレー局に接続し、前記リレー局を介してユーザ端末との間でリレー伝送を行う基地局を制御するプロセッサであって、前記リレー局から、前記リレー局の受け入れ可否に関しての問い合せと共に前記リレー局の負荷状況を受信すると、前記負荷状況に基づいて前記問い合せの結果を前記リレー局に通知するよう前記基地局を制御する。
（１）第１実施形態
本実施形態においては、リリース１０以降の３ＧＰＰ規格（すなわち、ＬＴＥ Ａｄｖａｎｃｅｄ）に基づいて構成される移動通信システムを例に説明する。
（１．１）移動通信システムの概要
図１は、本実施形態に係る移動通信システムの構成図である。図１に示すように、移動通信システムは、ユーザ端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）２００と、移動可能なリレー局（ＭＲＮ：Ｍｏｂｉｌｅ Ｒｅｌａｙ Ｎｏｄｅ）３００と、モビリティ管理装置（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／ゲートウェイ装置（Ｓ−ＧＷ：Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）４００と、運用保守装置（ＯＡＭ：Ｏｐｅｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）５００と、を有する。
ｅＮＢ２００及びＭＲＮ３００は、無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０に含まれるネットワーク装置である。ＭＭＥ／Ｓ−ＧＷ４００及びＯＡＭ５００は、コアネットワーク（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０に含まれるネットワーク装置である。
ＵＥ１００は、ユーザが所持する移動可能な無線通信装置である。ＵＥ１００は、通信中の状態に相当する接続状態において、接続を確立したセル（「サービングセル」と称される）との無線通信を行う。
なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能としても使用される。よって、ｅＮＢ２００は、セルと称されることもある。
ＵＥ１００がユーザの移動に伴って移動する場合、ＵＥ１００のサービングセルの変更が必要になる。ＵＥ１００が接続状態においてサービングセルを変更する動作は、「ハンドオーバ」と称される。ハンドオーバに係る一連の手順は、「ハンドオーバ手順」と称される。ハンドオーバ手順は、ハンドオーバ準備段階（Ｐｒｅｐａｒａｔｉｏｎ）と、ハンドオーバ実行段階（Ｅｘｅｃｕｔｉｏｎ）と、ハンドオーバ完了段階（Ｃｏｍｐｌｅｔｉｏｎ）と、を含む。
ハンドオーバ手順において、ハンドオーバ元のセルは「ソースセル」、ハンドオーバ先のセルは「ターゲットセル」と称される。また、あるｅＮＢ２００（セル）から他のｅＮＢ２００（セル）へのハンドオーバ手順においては、ハンドオーバ元のｅＮＢ２００は「ソースｅＮＢ」、ハンドオーバ先のｅＮＢ２００は「ターゲットｅＮＢ」と称される。
ｅＮＢ２００は、通信事業者によって設置される固定型の無線通信装置であり、例えば、マクロ基地局（ＭｅＮＢ）又はピコ基地局（ＰｅＮＢ）などである。或いは、ｅＮＢ２００は、屋内に設置可能なホーム基地局（ＨｅＮＢ）であってもよい。ｅＮＢ２００は、セルを形成する。ｅＮＢ２００は、ＵＥ１００との無線通信を行う。
ｅＮＢ２００は、自身の配下のＵＥ１００について、ハンドオーバの決定権を有する。詳細には、ｅＮＢ２００は、ＵＥ１００からの測定報告（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）に基づいて、サービングセルから他のセルへのハンドオーバを行うか否かを判断する。ｅＮＢ２００は、ＵＥ１００のハンドオーバ制御のために、隣接ｅＮＢ（隣接セル）のリスト（以下、「隣接ｅＮＢリスト」と称する）を保持する。
ｅＮＢ２００は、ドナー基地局（ＤｅＮＢ）機能を有していれば、ＭＲＮ３００との接続を確立して、ＭＲＮ３００のドナーとして動作することができる。例えば、３ＧＰＰリリース１０以降のリリースをサポートするｅＮＢ２００はオプション機能としてＤｅＮＢ機能を有しているが、それ以前のリリースをサポートするｅＮＢ２００はＤｅＮＢ機能を有していない。或いは、処理能力の低いｅＮＢ２００（ＨｅＮＢ）は、ＤｅＮＢ機能を有していないことがある。
ｅＮＢ２００は、ＥＰＣ２０との間の論理的な通信路であるＳ１インターフェイス上でＥＰＣ２０（ＭＭＥ／Ｓ−ＧＷ４００）との通信を行う。また、Ｓ１インターフェイスは、ＭＲＮ３００のドナーとして動作するｅＮＢ２００（ＤｅＮＢ２００−１）とＭＲＮ３００との間にも確立される。ＭＲＮ３００は、ＤｅＮＢ２００−１を介してＳ１インターフェイス上でＥＰＣ２０との通信を行うことができる。
ＭＭＥは、制御情報を取り扱う制御プレーンに対応して設けられており、ＵＥ１００に対する各種モビリティ管理や認証処理などを行う。Ｓ−ＧＷは、ユーザデータを取り扱うユーザプレーンに対応して設けられており、ＵＥ１００が送受信するユーザデータの転送制御などを行う。
ｅＮＢ２００は、隣接するｅＮＢ２００との間の論理的な通信路であるＸ２インターフェイス上で、当該隣接するｅＮＢ２００との通信を行う。また、Ｘ２インターフェイスは、ＭＲＮ３００のドナーとして動作するｅＮＢ２００（ＤｅＮＢ２００−１）とＭＲＮ３００との間にも確立される。ＭＲＮ３００は、ＤｅＮＢ２００−１を介してＸ２インターフェイス上で隣接ｅＮＢ２００−２との通信を行うことができる。
本実施形態では、Ｓ１インターフェイス及び／又はＸ２インターフェイスは、ネットワークインターフェイスに相当する。
ＭＲＮ３００は、電車やバスなどの移動体に設置される移動可能な無線通信装置である。ＭＲＮ３００は、ＤｅＮＢとして使用可能なｅＮＢ２００（セル）のリスト（以下、「ＤｅＮＢリスト」と称する）を保持する。ＭＲＮ３００は、自身の起動時にＤｅＮＢリストをＯＡＭ５００から取得する。
ＭＲＮ３００は、ＤｅＮＢリストに存在するｅＮＢ２００との接続を確立（Ｃｏｎｎｅｃｔ）し、接続を確立したｅＮＢ２００（ＤｅＮＢ２００−１）との無線通信を行う。そして、ＭＲＮ３００は、自身の配下のＵＥ１００とＤｅＮＢ２００−１との間でリレー伝送を行う。
ＭＲＮ３００は、基本的には、ＤｅＮＢ２００−１の視点ではＵＥ１００と同様であり、ＵＥ１００の視点ではｅＮＢ２００と同様である。すなわち、ＭＲＮ３００は、ＵＥ１００の性質とｅＮＢ２００の性質とを併せ持つ。
ＭＲＮ３００が移動体の移動に伴って移動する場合、接続状態からアイドル状態に遷移（Ｄｉｓｃｏｎｎｅｃｔ）した後に新たなＤｅＮＢとの接続を確立（Ｃｏｎｎｅｃｔ）する、或いは、接続状態を維持したまま新たなＤｅＮＢとの接続を確立（すなわち、ハンドオーバ）する必要がある。本実施形態では、前者のケース（Ｃｏｎｎｅｃｔ／Ｄｉｓｃｏｎｎｅｃｔ）を想定しており、後者のケース（ハンドオーバ）については第２実施形態以降で説明する。
ＭＲＮ３００は、自身の配下のＵＥ１００について、ハンドオーバの決定権を有する。詳細には、ＭＲＮ３００は、ＵＥ１００からの測定報告（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）に基づいて、サービングセルから他のセルへのハンドオーバを行うか否かを判断する。ｅＮＢ２００は、ＵＥ１００のハンドオーバ制御のために、隣接ｅＮＢリストを保持する。
次に、ＭＲＮ３００に関連するプロトコルスタックについて説明する。図２は、Ｕｎインターフェイスのプロトコルスタック図である。
図２に示すように、Ｕｎインターフェイスのプロトコルスタックにおいて、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤを含む。
物理レイヤは、データ符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＭＲＮ３００の物理レイヤとＤｅＮＢ２００−１の物理レイヤとの間では、物理チャネルを介してデータが伝送される。物理レイヤは、トランスポートチャネルを介してＭＡＣレイヤと連結される。
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＭＲＮ３００のＭＡＣレイヤとＤｅＮＢ２００−１のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ＤｅＮＢ２００−１のＭＡＣレイヤは、上下リンクのトランスポートフォーマット及びリソースブロックを決定するＭＡＣスケジューラを含む。トランスポートフォーマットは、トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ）、及びアンテナマッピングを含む。
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＭＲＮ３００のＲＬＣレイヤとＤｅＮＢ２００−１のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＭＲＮ３００のＲＲＣレイヤとＤｅＮＢ２００−１のＲＲＣレイヤとの間では、無線ベアラを介してデータが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＭＲＮ３００のＲＲＣとＤｅＮＢ２００−１のＲＲＣとの間にＲＲＣ接続がある場合、ＭＲＮ３００は「接続状態」であり、そうでない場合、ＭＲＮ３００は「アイドル状態」である。
ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ)レイヤは、ＭＲＮ３００及びＭＭＥ３００に設けられ、セッション管理及びモビリティ管理などを行う。
図３は、ＭＲＮ３００と隣接ｅＮＢ２００−２との間に確立されるＸ２インターフェイスに関するプロトコルスタック図である。ここでは、制御プレーンについて説明する。
図３に示すように、レイヤ１（Ｌ１）及びレイヤ２（Ｌ２）上にＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）及びＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）が設けられ、ＳＣＴＰ上にＸ２−ＡＰ（Ｘ２ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が設けられる。Ｘ２−ＡＰは、ハンドオーバなどに伴うメッセージの送受信を行う。
ＭＲＮ３００が送信するＸ２メッセージはＤｅＮＢ２００−１で中継されて、隣接ｅＮＢ２００−２に伝送することができる。また、隣接ｅＮＢ２００−２が送信するＸ２メッセージはＤｅＮＢ２００−１で中継されて、ＭＲＮ３００に伝送することができる。
ＭＲＮ３００とＤｅＮＢ２００−１との間のＬ１及びＬ２は、ＵｎインターフェイスのＬ１及びＬ２と同様である。
図４は、ＭＲＮ３００とＭＭＥ４００との間に確立されるＳ１インターフェイスに関するプロトコルスタック図である。図４に示すように、Ｓ１インターフェイスについては、Ｘ２−ＡＰではなくＳ１−ＡＰが設けられる点でＸ２インターフェイスとは異なる。
図５は、本実施形態に係る移動通信システム（ＬＴＥシステム）で使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）を採用する。
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用されるデータ領域である。下りリンクにおいては、セル毎に異なる参照信号（ＲＳ）が送信される。
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用されるデータ領域である。
無線フレームは、複数のＭＢＳＦＮ（ＭＢＭＳ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）サブフレームを含む。ＭＲＮ３００は、ＭＢＳＦＮサブフレームを用いてＤｅＮＢ２００−１との通信を行う。
（１．２）ブロック構成
以下において、ＵＥ１００、ｅＮＢ２００、及びＭＲＮ３００それぞれのブロック構成を説明する。
図６は、ＵＥ１００のブロック図である。図６に示すように、ＵＥ１００は、無線送受信部１１０と、記憶部１２０と、制御部１３０と、を含む。
無線送受信部１１０は、無線信号を送受信する。
記憶部１２０は、制御部１３０による制御に使用される各種情報を記憶する。
制御部１３０は、ＵＥ１００の各種の機能を制御する。例えば、制御部１３０は、上述したＵＥ１００の動作を制御する。
図７は、ｅＮＢ２００のブロック図である。図７に示すように、ｅＮＢ２００は、無線送受信部２１０と、ネットワーク通信部２２０と、記憶部２３０と、制御部２４０と、を含む。
無線送受信部２１０は、無線信号を送受信する。また、無線送受信部２１０は、セルを形成する。
ネットワーク通信部２２０は、Ｓ１インターフェイス上でＭＭＥ／Ｓ−ＧＷ４００との通信を行う。ネットワーク通信部２２０は、Ｘ２インターフェイス上で隣接ｅＮＢ２００との通信を行う。
記憶部２３０は、制御部２４０による制御に使用される各種情報を記憶する。また、記憶部２３０は、隣接ｅＮＢリストを記憶（保持）する。
制御部２４０は、ｅＮＢ２００の各種の機能を制御する。例えば、制御部２４０は、上述したｅＮＢ２００の動作を制御すると共に、後述するｅＮＢ２００の動作を制御する。
図８は、ＭＲＮ３００のブロック図である。図８に示すように、ＭＲＮ３００は、対ｅＮＢ無線送受信部３１０と、対ＵＥ無線送受信部３２０と、記憶部３３０と、制御部３４０と、を含む。
対ｅＮＢ無線送受信部３１０は、ｅＮＢ２００からの無線信号を受信し、ｅＮＢ２００に対して無線信号を送信する。
対ＵＥ無線送受信部３２０は、ＵＥ１００からの無線信号を受信し、ＵＥ１００に対して無線信号を送信する。対ＵＥ無線送受信部３２０は、セルを形成する。
記憶部３３０は、制御部３４０による制御に使用される各種情報を記憶する。また、記憶部３３０は、ＵＥ１００のハンドオーバ制御のための隣接ｅＮＢリストと、ＭＲＮ３００が接続を確立すべきＤｅＮＢを決定するためのＤｅＮＢリストと、を記憶（保持）する。
制御部３４０は、ＭＲＮ３００の各種の機能を制御する。例えば、制御部３４０は、上述したＭＲＮ３００の動作を制御すると共に、後述するＭＲＮ３００の動作を制御する。制御部３４０は、対ｅＮＢ無線送受信部３１０が受信する無線信号（参照信号）に対する測定により、ＤｅＮＢリストに存在する何れかのＤｅＮＢ候補をＤｅＮＢとして決定することができる。
また、ＭＲＮ３００は、自身の位置情報を取得するための測位システム（例えばＧＰＳ受信機３５０）を有していてもよい。ＭＲＮ３００は、自身の位置情報に基づいて、自身の移動速度を推定することができる。
（１．３）第１実施形態に係る動作
以下において、本実施形態に係る移動通信システムの動作を説明する。
以下の動作パターン１から３では、ＤｅＮＢリストを保持しており、ＤｅＮＢリストに存在するＤｅＮＢ２００−１に接続し、ＤｅＮＢ２００−１とＵＥ１００との間でリレー伝送を行うＭＲＮ３００は、隣接ｅＮＢ２００を特定し、特定した隣接ｅＮＢ２００に対してＭＲＮ３００の受け入れ可否に関して問い合せ、問い合せ結果に応じてＤｅＮＢリストを更新する。
詳細には、以下の動作パターン１及び２では、ＭＲＮ３００は、ＤｅＮＢリストに存在しない隣接ｅＮＢ２００を特定する。ＭＲＮ３００は、特定した隣接ｅＮＢ２００に対する問い合せ結果が、ＭＲＮ３００の受け入れ許可を示す場合に、当該特定した隣接ｅＮＢ２００を追加するようＤｅＮＢリストを更新する。
これに対し、以下の動作パターン３では、ＭＲＮ３００は、ＤｅＮＢリストに存在する隣接ｅＮＢ２００を特定する。ＭＲＮ３００は、特定した隣接ｅＮＢ２００に対する問い合せ結果が、ＭＲＮ３００の受け入れ拒否を示す場合に、特定した隣接ｅＮＢ２００を無効にする（除外する）ようＤｅＮＢリストを更新する。
（１．３．１）動作パターン１
図９は、本実施形態に係る動作パターン１のシーケンス図である。
図９に示すように、ステップＳ１０１において、ＯＡＭ５００は、ＵＥ１００のハンドオーバ制御のための隣接ｅＮＢリスト（ＮＬ）を、ＤｅＮＢ２００−１を介してＭＲＮ３００に通知する。隣接ｅＮＢリストの全体を通知する場合に限らず、変更に係る部分のみを通知してもよい。
ステップＳ１０２において、ＭＲＮ３００は、ＯＡＭ５００から受信した隣接ｅＮＢリストによって、保持している隣接ｅＮＢリスト（ＮＬ）を更新する。
ステップＳ１０３において、ＭＲＮ３００は、ステップＳ１０２で更新した隣接ｅＮＢリストと、保持しているＤｅＮＢリストと、を比較する。詳細には、ＭＲＮ３００は、隣接ｅＮＢリストに存在し、かつ、ＤｅＮＢリストに存在しない隣接ｅＮＢを検索する。
ここでは、隣接ｅＮＢリストに存在し、かつ、ＤｅＮＢリストに存在しない隣接ｅＮＢとして、ｅＮＢ２００−２が特定されたと仮定して説明を進める。
ステップＳ１０４において、ＭＲＮ３００は、ステップＳ１０３で特定されたｅＮＢ２００−２に対して、ＤｅＮＢ機能を有しているか否かをＸ２インターフェイス上で問い合わせる。
ステップＳ１０５において、ｅＮＢ２００−２は、ＭＲＮ３００からの問い合せに応じて、自身がＤｅＮＢ機能を有しているか否かを確認する。
ステップＳ１０６において、ｅＮＢ２００−２は、自身がＤｅＮＢ機能を有しているか否かをＸ２インターフェイス上でＭＲＮ３００に通知する。
ステップＳ１０７において、ＭＲＮ３００は、ｅＮＢ２００−２がＤｅＮＢ機能を有しているか否かを確認する。
ｅＮＢ２００−２がＤｅＮＢ機能を有している場合（ステップＳ１０７；Ｙｅｓ）、ステップＳ１０８において、ＭＲＮ３００は、ｅＮＢ２００−２を追加するようＤｅＮＢリストを更新する。詳細には、ＭＲＮ３００は、ｅＮＢ２００−２の識別子（セルＩＤ）をＤｅＮＢリストに追加する。
ステップＳ１０９において、ＭＲＮ３００は、ステップＳ１０８で更新したＤｅＮＢリストを、ＤｅＮＢ２００−１を介してＯＡＭ５００に通知する。更新したＤｅＮＢリストの全体を通知する場合に限らず、更新に係る部分のみを通知してもよい。
なお、本シーケンスでは、隣接ｅＮＢリストが更新されたことをトリガとして、ＤｅＮＢリストを更新するための動作を開始するケースを説明した。しかしながら、このような方法に代えて、以下のような方法を採用してもよい。
ＭＲＮ３００が停止している状況下では、ＤｅＮＢリストを更新する必要性は低い。このため、ＭＲＮ３００において測定報告（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）のトリガが発生したことをトリガとして、ＤｅＮＢリストを更新するための動作を開始してもよい。或いは、ＭＲＮ３００の移動速度が閾値を超えている期間において、当該動作を定期的に行ってもよい。
また、ＭＲＮ３００は、受信する参照信号に対する測定によって検出した隣接セル（隣接ｅＮＢ）がＤｅＮＢリストに含まれていない、又は、受信する参照信号に対する測定で最も参照信号受信電力（ＲＳＲＰ）が高い隣接セル（隣接ｅＮＢ）がＤｅＮＢリストに含まれていないことをトリガとして、ＤｅＮＢリストを更新するための動作を開始し、当該隣接セル（隣接ｅＮＢ）に対して問い合せを行ってもよい。
（１．３．２）動作パターン２
図１０は、本実施形態に係る動作パターン２のシーケンス図である。
図１０に示すように、ステップＳ１１１において、ＯＡＭ５００は、ＵＥ１００のハンドオーバ制御のための隣接ｅＮＢリストを、ＤｅＮＢ２００−１を介してＭＲＮ３００に通知する。隣接ｅＮＢリストの全体を通知する場合に限らず、変更に係る部分のみを通知してもよい。
ステップＳ１１２において、ＭＲＮ３００は、ＯＡＭ５００から受信した隣接ｅＮＢリストによって、保持している隣接ｅＮＢリストを更新する。
ステップＳ１１３において、ＭＲＮ３００は、ステップＳ１１２で更新した隣接ｅＮＢリストと、保持しているＤｅＮＢリストと、を比較する。詳細には、ＭＲＮ３００は、隣接ｅＮＢリストに存在し、かつ、ＤｅＮＢリストに存在しない隣接ｅＮＢを検索する。
ここでは、隣接ｅＮＢリストに存在し、かつ、ＤｅＮＢリストに存在しない隣接ｅＮＢとして、ｅＮＢ２００−２が特定されたと仮定して説明を進める。
ＭＲＮ３００は、自身の負荷状況を把握する。負荷状況とは、ＭＲＮ３００が収容するＵＥ１００の数（詳細には、ＭＲＮ３００に接続中のＵＥ１００の数）、ＭＲＮ３００が取り扱うトラフィック量などである。なお、実際の負荷状況に限らず、潜在的な負荷状況（例えば、最大収容ＵＥ数や最大トラフィック量などの処理能力）を把握してもよい。
ステップＳ１１４において、ＭＲＮ３００は、ステップＳ１１３で特定されたｅＮＢ２００−２に対して、Ｘ２インターフェイス上で、負荷状況を通知すると共に、ＭＲＮ３００の受け入れ可否を問い合わせる。その際、ＭＲＮ３００は、当該問い合せを行った主体が「ＭＲＮ」であることを併せて通知してもよい。
ステップＳ１１５において、ｅＮＢ２００−２は、ＭＲＮ３００からの問い合せに応じて、ＭＲＮ３００の受け入れ可否を判断する。詳細には、ｅＮＢ２００−２は、自身の負荷状況に基づく余裕度と、ＭＲＮ３００の負荷状況と、を比較して、ＭＲＮ３００との接続を確立しても問題が生じないか否かを判断する。
ステップＳ１１６において、ｅＮＢ２００−２は、ＭＲＮ３００の受け入れ可否をＸ２インターフェイス上でＭＲＮ３００に通知する。
ステップＳ１１７において、ＭＲＮ３００は、ｅＮＢ２００−２に対する問い合せの結果が「受け入れ許可」であるか「受け入れ拒否」であるかを確認する。
「受け入れ許可」である場合（ステップＳ１１７；Ｙｅｓ）、ステップＳ１１８において、ＭＲＮ３００は、ｅＮＢ２００−２を追加するようＤｅＮＢリストを更新する。詳細には、ＭＲＮ３００は、ｅＮＢ２００−２の識別子（セルＩＤ）をＤｅＮＢリストに追加する。
ステップＳ１１９において、ＭＲＮ３００は、ステップＳ１１８で更新したＤｅＮＢリストを、ＤｅＮＢ２００−１を介してＯＡＭ５００に通知する。更新したＤｅＮＢリストの全体を通知する場合に限らず、更新に係る部分のみを通知してもよい。
なお、本シーケンスでは、隣接ｅＮＢリストが更新されたことをトリガとして、ＤｅＮＢリストを更新するための動作を開始するケースを説明したが、動作パターン１で説明した他の方法を採用してもよい。
（１．３．３）動作パターン３
図１１は、本実施形態に係る動作パターン３のシーケンス図である。
図１１に示すように、ステップＳ１２１において、ＭＲＮ３００は、例えば自身の負荷状況が大きく変化したことをトリガとして、隣接ｅＮＢリストに存在する隣接ｅＮＢを検索する。ここでは、隣接ｅＮＢリストに存在する隣接ｅＮＢとして、ｅＮＢ２００−２が特定されたと仮定して説明を進める。
ＭＲＮ３００は、自身の負荷状況を把握する。ここでの負荷状況とは、ＭＲＮ３００が収容するＵＥ１００の数（詳細には、ＭＲＮ３００に接続中のＵＥ１００の数）、ＭＲＮ３００が取り扱うトラフィック量などである。
ステップＳ１２２において、ＭＲＮ３００は、ステップＳ１２１で特定されたｅＮＢ２００−２に対して、Ｘ２インターフェイス上で、負荷状況を通知すると共に、ＭＲＮ３００の受け入れ可否を問い合わせる。その際、ＭＲＮ３００は、当該問い合せを行った主体が「ＭＲＮ」であることを併せて通知してもよい。
ステップＳ１２３において、ｅＮＢ２００−２は、ＭＲＮ３００からの問い合せに応じて、ＭＲＮ３００の受け入れ可否を判断する。詳細には、ｅＮＢ２００−２は、自身の負荷状況に基づく余裕度と、ＭＲＮ３００の負荷状況と、を比較して、ＭＲＮ３００との接続を確立しても問題が生じないか否かを判断する。
ステップＳ１２４において、ｅＮＢ２００−２は、ＭＲＮ３００の受け入れ可否をＸ２インターフェイス上でＭＲＮ３００に通知する。
ステップＳ１２５において、ＭＲＮ３００は、ｅＮＢ２００−２に対する問い合せの結果が「受け入れ許可」であるか「受け入れ拒否」であるかを確認する。
「受け入れ拒否」である場合（ステップＳ１２５；Ｙｅｓ）、ステップＳ１２６において、ＭＲＮ３００は、ｅＮＢ２００−２を無効にするようＤｅＮＢリストを更新する。詳細には、ＭＲＮ３００は、ｅＮＢ２００−２の識別子（セルＩＤ）をＤｅＮＢリストから削除する、又は、一時的に無効に設定する。
ステップＳ１２７において、ＭＲＮ３００は、ステップＳ１２６で更新したＤｅＮＢリストを、ＤｅＮＢ２００−１を介してＯＡＭ５００に通知する。更新したＤｅＮＢリストの全体を通知する場合に限らず、更新に係る部分のみを通知してもよい。
なお、本シーケンスでは、隣接ｅＮＢリストが更新されたことをトリガとして、ＤｅＮＢリストを更新するための動作を開始するケースを説明したが、動作パターン１で説明した他の方法を採用してもよい。
（１．４）第１実施形態のまとめ
以上説明したように、ＤｅＮＢリストを保持しており、ＤｅＮＢリストに存在するＤｅＮＢ２００−１に接続し、ＤｅＮＢ２００−１とＵＥ１００との間でリレー伝送を行うＭＲＮ３００は、隣接ｅＮＢ２００を特定し、特定した隣接ｅＮＢ２００に対してＭＲＮ３００の受け入れ可否に関して問い合せ、問い合せ結果に応じてＤｅＮＢリストを更新する。これにより、ＭＲＮ３００が移動する場合であっても、ＤｅＮＢリストを移動先の状況に適応させることができる。
動作パターン１及び２では、ＭＲＮ３００は、ＤｅＮＢリストに存在しない隣接ｅＮＢ２００を特定する。ＭＲＮ３００は、特定した隣接ｅＮＢ２００に対する問い合せ結果が、ＭＲＮ３００の受け入れ許可を示す場合に、当該特定した隣接ｅＮＢ２００を追加するようＤｅＮＢリストを更新する。これにより、ＭＲＮ３００が移動した結果、ＭＲＮ３００の周辺に、ＭＲＮ３００を受け入れ可能なＤｅＮＢ候補が現れた場合に、当該新たなＤｅＮＢ候補をＤｅＮＢリストに追加できる。
動作パターン３では、ＭＲＮ３００は、ＤｅＮＢリストに存在する隣接ｅＮＢ２００を特定する。ＭＲＮ３００は、特定した隣接ｅＮＢ２００に対する問い合せ結果が、ＭＲＮ３００の受け入れ拒否を示す場合に、特定した隣接ｅＮＢ２００を無効にするようＤｅＮＢリストを更新する。これにより、ＤｅＮＢリストに存在するＤｅＮＢ候補の何れかがＭＲＮ３００を受け入れ不能になった場合に、ＭＲＮ３００を受け入れ不能になったｅＮＢ２００をＤｅＮＢ候補としないようにすることができる。
また、問い合せは、問い合せ元が「ＭＲＮ」であることを示す情報を含む。これにより、隣接ｅＮＢ２００は、問い合せ元が「ＭＲＮ」であることを認識した上で、受け入れ可否を判断できる。
ＭＲＮ３００は、ＤｅＮＢ２００−１を介してＯＡＭ５００から通知される隣接ｅＮＢリストと、ＭＲＮ３００が保持するＤｅＮＢリストと、の比較結果に基づいて、ＤｅＮＢリストに存在しない隣接ｅＮＢ２００を特定する。これにより、ＤｅＮＢリストに存在しない隣接ｅＮＢ２００を適切に特定できる。
或いは、ＭＲＮ３００は、隣接ｅＮＢ２００からＭＲＮ３００が受信した無線信号に基づいて、ＤｅＮＢリストに存在しない隣接ｅＮＢ２００を特定する。これにより、ＤｅＮＢリストに存在しない隣接ｅＮＢ２００を適切に特定できる。
動作パターン１では、ＭＲＮ３００は、特定した隣接ｅＮＢ２００に対して、ＤｅＮＢ機能を有しているか否かを問い合せる。これにより、ＤｅＮＢ機能を有する隣接ｅＮＢ２００のみをＤｅＮＢリストに追加できる。
動作パターン２及び３では、ＭＲＮ３００は、特定した隣接ｅＮＢ２００に対して、ＭＲＮ３００の負荷状況を通知する。これにより、当該隣接ｅＮＢ２００は、自身の負荷状況と、ＭＲＮ３００の負荷状況と、に基づいて、ＭＲＮ３００を受け入れ可能であるか否かを判断できる。
ＭＲＮ３００は、更新したＤｅＮＢリストの全部又は更新部分を、ＤｅＮＢ２００−１を介してＯＡＭ５００に通知する。これにより、ＯＡＭ５００は、当該ＤｅＮＢ２００−１周辺の他のＭＲＮ３００に対して、当該更新後のＤｅＮＢリストを通知できる。よって、当該他のＭＲＮ３００は、最適化されたＤｅＮＢリストを利用できる。或いは、バックアップとしてＯＡＭ５００がＤｅＮＢリストを保持し、必要に応じて当該ＤｅＮＢリストをＭＲＮ３００に通知してもよい。
（２）第２実施形態
以下、第２実施形態について、上述した第１実施形態との相違点を説明する。
本実施形態では、ＭＲＮ３００が、上述したＤｅＮＢリストを用いてハンドオーバを行う際の動作を主として説明する。
（２．１）第２実施形態に係る動作
以下において、本実施形態に係る移動通信システムの動作を説明する。
以下の動作パターン１から４では、ｅＮＢ２００に接続するＵＥ１００のハンドオーバ判断をｅＮＢ２００が行う移動通信システムにおいて、ＤｅＮＢ２００−１に接続し、ＤｅＮＢ２００−１とＵＥ１００との間でリレー伝送を行うＭＲＮ３００は、ＭＲＮ３００のハンドオーバ判断をＭＲＮ３００自身で行う。そして、ＭＲＮ３００は、ＭＲＮ３００とターゲットｅＮＢ２００との間に確立されるＸ２インターフェイスを用いて、ハンドオーバ要求をターゲットｅＮＢ２００に送信する。
（２．１．１）動作パターン１
図１２は、本実施形態に係る動作パターン１のシーケンス図である。本シーケンスの初期状態では、ＭＲＮ３００は、ＤｅＮＢ２００−１に接続してリレー伝送を実行中であるとする。
図１２に示すように、ステップＳ２００において、ＭＲＮ３００は、受信する参照信号に対する測定の結果と、保持しているＤｅＮＢリストと、を照合する。
ステップＳ２０１において、ＭＲＮ３００は、ステップＳ２００での照合結果に応じて、ハンドオーバ判断を行う。例えば、ＭＲＮ３００は、現在接続中のＤｅＮＢ２００−１よりもＲＳＲＰが高いＤｅＮＢ候補がＤｅＮＢリストに存在する場合、当該ＤｅＮＢ候補をターゲットｅＮＢとして決定する。
ここでは、そのようなハンドオーバ判断により、ｅＮＢ２００−２がターゲットｅＮＢとして決定されたと仮定して説明を進める。
ステップＳ２０２において、ＭＲＮ３００は、ｅＮＢ２００−２に対して、ＭＲＮ３００からのハンドオーバ要求に対応可能であるか否かをＸ２インターフェイス上で問い合せる。なお、ステップＳ２０２をステップＳ２０１よりも前に行ってもよい。
ステップＳ２０３において、ｅＮＢ２００−２は、ＭＲＮ３００からの問い合せに応じて、ＭＲＮ３００に対して、自身がＭＲＮ３００からのハンドオーバ要求に対応可能であるか否かをＸ２インターフェイス上で通知する。
ここでは、ｅＮＢ２００−２がＭＲＮ３００からのハンドオーバ要求に対応可能であると仮定して説明を進める。
ステップＳ２０４において、ＭＲＮ３００は、ｅＮＢ２００−２に対して、自身の受け入れを要求するためのハンドオーバ要求をＸ２インターフェイス上で送信する。ハンドオーバ要求は、当該ハンドオーバ要求の送信元が「ＭＲＮ」であることを示す情報を含む。一般的に、ハンドオーバ要求の送信により、ハンドオーバ手順における準備段階（Ｐｒｅｐａｒａｔｉｏｎ）が開始される。ハンドオーバ手順が完了するまでは、ＤｅＮＢ２００−１は「ソースｅＮＢ」である。
ステップＳ２０５において、ｅＮＢ２００−２は、ＭＲＮ３００からのハンドオーバ要求に基づいて、当該ハンドオーバ要求を許可するか拒否するかを判断する。ここでは、ｅＮＢ２００−２が当該ハンドオーバ要求を許可すると判断したと仮定して説明を進める。
ステップＳ２０６において、ｅＮＢ２００−２は、ＭＲＮ３００のハンドオーバのための情報をＸ２インターフェイス上でＤｅＮＢ２００−１に対して要求する。
ステップＳ２０７において、ＤｅＮＢ２００−１は、ｅＮＢ２００−２からの要求に対する許可応答（Ａｃｋ）と共に、ＭＲＮ３００のハンドオーバのための情報をＸ２インターフェイス上でｅＮＢ２００−２に送信する。ＭＲＮ３００のハンドオーバのための情報とは、ＭＲＮ３００のＸ2 ｓｉｇｎａｌｉｎｇ ｃｏｎｔｅｘｔ ｒｅｆｅｒｅｎｃｅ、Ｓ1 ＥＰＣ ｓｉｇｎａｌｉｎｇ ｃｏｎｔｅｘｔ ｒｅｆｅｒｅｎｃｅ、ｔａｒｇｅｔ ｃｅｌｌ ＩＤ、ＲＲＣ ｃｏｎｔｅｘｔ、ＡＳ ｃｏｎｆｉｇｕｒａｔｉｏｎ、Ｅ−ＲＡＢ ｃｏｎｔｅｘｔなどである。
ステップＳ２０８において、ｅＮＢ２００−２は、ＭＲＮ３００からのハンドオーバ要求に対する許可応答（Ａｃｋ）と共に、ｅＮＢ２００−２との接続を確立するために必要な情報をＸ２インターフェイス上でＭＲＮ３００に通知する。ｅＮＢ２００−２との通信を行うために必要な情報とは、例えば、新しいＣ−ＲＮＴＩ及びセキュリティアルゴリズム識別子、オプションとしてｄｅｄｉｃａｔｅｄ ＲＡＣＨプリアンブル及びＳＩＢ等である。
ステップＳ２０９において、ＭＲＮ３００は、ｅＮＢ２００−２からのハンドオーバ許可応答の受信に応じて、ＤｅＮＢ２００−１との接続を切断（Ｄｉｓｃｏｎｎｅｃｔ）する。その後、ＭＲＮ３００は、ｅＮＢ２００−２との接続を確立する処理（ランダムアクセス処理、ＲＲＣ接続確立処理など）を行う（ステップＳ２１２）。一方、ＤｅＮＢ２００−１は、ＭＲＮ３００に未送信のデータをｅＮＢ２００−２に対してＸ２インターフェイス上で転送する処理（データフォワーディング）を行う（ステップＳ２１０、Ｓ２１１）。
このようにしてハンドオーバ手順が完了すると、ｅＮＢ２００−２はＭＲＮ３００の新たなＤｅＮＢになる。
（２．１．２）動作パターン２
図１３は、本実施形態に係る動作パターン２のシーケンス図である。ここでは、本実施形態に係る動作パターン１との相違点のみ説明する。
図１３に示すように、動作パターン２において、ＭＲＮ３００は、ハンドオーバ要求をターゲットｅＮＢ２００−２に送信する際に、ＭＲＮ３００の負荷状況を示す情報を当該ハンドオーバ要求と共に送信する（ステップＳ２０４−１）。
負荷状況とは、ＭＲＮ３００が収容するＵＥ１００の数（詳細には、ＭＲＮ３００に接続中のＵＥ１００の数）、ＭＲＮ３００が取り扱うトラフィック量などである。なお、実際の負荷状況に限らず、潜在的な負荷状況（例えば、最大収容ＵＥ数や最大トラフィック量などの処理能力）でもよい。
ターゲットｅＮＢ２００は、ＭＲＮ３００の負荷状況を示す情報をハンドオーバ要求と共に受信した後、ＭＲＮ３００の負荷状況を示す情報に基づいて、ハンドオーバ要求を許可するか否かを判断する（ステップＳ２０５−１）。
詳細には、ｅＮＢ２００−２は、自身の負荷状況に基づく余裕度と、ＭＲＮ３００の負荷状況と、を比較して、ＭＲＮ３００との接続を確立しても問題が生じないか否かを判断する。
（２．１．３）動作パターン３
本実施形態に係る動作パターン３では、ＭＲＮ３００は、ハンドオーバ要求を送信（ステップＳ２０４）する前において、ハンドオーバ要求を送信するタイミングを調整するための処理を行う。
詳細には、ＭＲＮ３００は、自身の移動速度が閾値を超えてれば、ハンドオーバ要求の送信タイミングが通常よりも早くなるよう調整する。また、ＭＲＮ３００は、自身の移動速度が閾値以下になれば、ハンドオーバ要求の送信タイミングが通常のタイミングになるよう戻す。
例えば、ハンドオーバ判断（ステップＳ２０１）において、ＭＲＮ３００が、現在接続中のＤｅＮＢ２００−１よりもＲＳＲＰが高いＤｅＮＢ候補がＤｅＮＢリストに存在する場合、当該ＤｅＮＢ候補をターゲットｅＮＢとして決定するケースを想定する。このようなケースでは、ＭＲＮ３００は、自身の移動速度が閾値を超えてれば、現在接続中のＤｅＮＢ２００−１のＲＳＲＰを低く補正（オフセット）する、又は、ＤｅＮＢ候補のＲＳＲＰを高く補正（オフセット）することで、ハンドオーバのトリガが発生し易くなり、ハンドオーバ要求のタイミングを早めることができる。
或いは、ハンドオーバ判断（ステップＳ２０１）において、ＭＲＮ３００が、ＤｅＮＢ候補のＲＳＲＰが閾値を超えた場合に、当該ＤｅＮＢ候補をターゲットｅＮＢとして決定するケースを想定する。このようなケースでは、ＭＲＮ３００は、ＤｅＮＢ候補のＲＳＲＰを高く補正（オフセット）する、又は、当該閾値を下げることで、ハンドオーバのトリガが発生し易くなり、ハンドオーバ要求のタイミングを早めることができる。
また、ＭＲＮ３００は、自身の移動速度が閾値を超えてれば、ＭＲＮ３００からのハンドオーバ要求の対応可否の問い合せ（ステップＳ２０２）を行わずに、ハンドオーバ要求を送信するとしてもよい。
（２．１．４）動作パターン４
本実施形態に係る動作パターン４では、ＭＲＮ３００は、付加情報が付されたＤｅＮＢリストを使用してハンドオーバ判断（ステップＳ２０１）を行う。
図１４は、動作パターン４で使用されるＤｅＮＢリストの構成図である。図１４に示すように、動作パターン４で使用されるＤｅＮＢリストは、ＤｅＮＢ候補（の識別子）それぞれについて、位置、セル方向、キャパシティ、及びセルサイズのそれぞれの情報を含む。
ＭＲＮ３００は、このようなＤｅＮＢリストに基づいて、ターゲットｅＮＢを決定する。詳細には、以下の条件(全てまたは一部)で、ＤｅＮＢ候補がターゲットｅＮＢとして適切であるか否かを判断する。
第１に、ＤｅＮＢ候補の位置とＭＲＮ３００の進行方向とが合致していれば、ＭＲＮ３００は、当該ＤｅＮＢ候補が適切であると判断する。
第２に、ＤｅＮＢ候補のセル方向(セル形成位置)とＭＲＮ３００の進行方向とが合致していれば、ＭＲＮ３００は、当該ＤｅＮＢ候補が適切であると判断する。
第３に、ＤｅＮＢ候補のキャパシティ及びＭＲＮ３００負荷状況（接続数/トラフィック）について、当該負荷状況がＤｅＮＢ候補のキャパシティ範囲内であれば、ＭＲＮ３００は、当該ＤｅＮＢ候補が適切であると判断する。
第４に、ＤｅＮＢ候補のサービスエリアの大きさ及びＭＲＮ３００の移動速度について、ＤｅＮＢ候補のエリアの通過時間が一定基準以上ならば、ＭＲＮ３００は、当該ＤｅＮＢ候補が適切であると判断する。
なお、応用として、ＤｅＮＢ候補が無かった場合に、ＤｅＮＢ候補のリストの更新を行ってもよい。この場合の動作については、第３実施形態で説明する。
また、本動作パターンでは、位置、セル方向、キャパシティ、及びセルサイズのそれぞれの情報をＤｅＮＢリストに含めるケースを説明したが、当該情報を隣接ｅＮＢリストに含めてもよい。この場合、隣接ｅＮＢリストは、各ｅＮＢ（の識別子）それぞれについて、位置、セル方向、キャパシティ、及びセルサイズのそれぞれの情報を含む。そして、ＭＲＮ３００は、隣接ｅＮＢリストを用いてハンドオーバ判断を行ってもよい。
（２．２）第２実施形態のまとめ
以上説明したように、ｅＮＢ２００に接続するＵＥ１００のハンドオーバ判断をｅＮＢ２００が行う移動通信システムにおいて、ＤｅＮＢ２００−１に接続し、ＤｅＮＢ２００−１とＵＥ１００との間でリレー伝送を行うＭＲＮ３００は、ＭＲＮ３００のハンドオーバ判断をＭＲＮ３００自身で行う。これにより、ＭＲＮ３００は、自身の状況やＤｅＮＢ候補の状況などに応じて、最適なハンドオーバ判断を行うことができる。また、ＭＲＮ３００からＤｅＮＢ２００−１への測定報告を行うことなく、ハンドオーバ判断を実施できるため、測定報告のための無線リソースを節約できる。
ＭＲＮ３００は、ターゲットｅＮＢ２００に対して、ＭＲＮ３００からのハンドオーバ要求に対応可能であるか否かを問い合わせる。これにより、ＭＲＮ３００は、自身のハンドオーバ要求に対応可能であることを確認した上で、ハンドオーバ要求をターゲットｅＮＢ２００に送信できる。
ＭＲＮ３００は、ＭＲＮ３００とターゲットｅＮＢ２００との間に確立されるＸ２インターフェイスを用いて、ハンドオーバ要求をターゲットｅＮＢ２００に送信する。これにより、ＤｅＮＢ２００−１によるハンドオーバ判断を行うことなく、ハンドオーバ要求をＭＲＮ３００からターゲットｅＮＢ２００に送信できるため、ＤｅＮＢ２００−１の負荷を軽減すると共に、速やかなハンドオーバを行うことができる。
ハンドオーバ要求は、当該ハンドオーバ要求の送信元が「ＭＲＮ」であることを示す情報を含む。これにより、ターゲットｅＮＢ２００は、ハンドオーバ要求の送信元が「ＭＲＮ」であることを認識した上で、当該ハンドオーバ要求を許可するか否かを判断できる。
ターゲットｅＮＢ２００は、ＭＲＮ３００からのハンドオーバ要求の受信に応じて、ＭＲＮ３００のハンドオーバのための情報をＤｅＮＢ２００−１に対して要求する。ＤｅＮＢ２００−１は、ターゲットｅＮＢ２００からの要求に応じて、ＭＲＮ３００のハンドオーバのための情報をターゲットｅＮＢ２００に送信する。これにより、ＭＲＮ３００主導でＭＲＮ３００のハンドオーバを行う場合であっても、ターゲットｅＮＢ２００は、ＭＲＮ３００のハンドオーバのための情報をＤｅＮＢ２００−１から取得できる。
ターゲットｅＮＢ２００は、ＭＲＮ３００のハンドオーバのための情報をＤｅＮＢ２００−１から受信した後、Ｘ２インターフェイスを用いて、ＭＲＮ３００のハンドオーバのための情報を含むハンドオーバ許可応答（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ）をＭＲＮ３００に送信する。これにより、ＤｅＮＢ２００−１によるハンドオーバ判断を行うことなく、ハンドオーバ許可応答をターゲットｅＮＢ２００からＭＲＮ３００に送信できるため、ＤｅＮＢ２００−１の負荷を軽減すると共に、速やかなハンドオーバを行うことができる。
動作パターン２では、ＭＲＮ３００は、ターゲットｅＮＢ２００へのＭＲＮ３００のハンドオーバ手順において、ハンドオーバ要求をターゲットｅＮＢ２００に送信する際に、ＭＲＮ３００の負荷状況を示す情報を当該ハンドオーバ要求と共に送信する。ターゲットｅＮＢ２００は、ＭＲＮ３００の負荷状況を示す情報をハンドオーバ要求と共に受信した後、ＭＲＮ３００の負荷状況を示す情報に基づいて、ハンドオーバ要求を許可するか否かを判断する。これにより、ターゲットｅＮＢ２００は、自身の負荷状況と、ＭＲＮ３００の負荷状況と、に基づいて、ハンドオーバ要求を許可するか否かを判断できる。
動作パターン３では、ＭＲＮ３００は、自身の移動速度に応じたタイミングでハンドオーバ要求を送信する。これにより、例えばＭＲＮ３００が高速移動する場合のハンドオーバ失敗頻度を低減することができる。
動作パターン４では、ＭＲＮ３００は、ＤｅＮＢ候補のリストであるＤｅＮＢリストに基づいて、ターゲットｅＮＢ２００を決定する。ＤｅＮＢリストは、ＤｅＮＢ候補それぞれについて、位置、セル方向、キャパシティ、及びセルサイズの少なくとも１つの情報を含む。これにより、ＭＲＮ３００は、ＤｅＮＢ候補の位置、セル方向、キャパシティ、及びセルサイズの少なくとも１つを考慮して、当該ＤｅＮＢ候補をターゲットｅＮＢとするか否かを決定できる。
（３）第３実施形態
以下、第３実施形態について、上述した各実施形態との相違点を説明する。本実施形態は、第２実施形態の応用例に相当する。
（３．１）第３実施形態に係る動作
以下において、本実施形態に係る移動通信システムの動作を説明する。
本実施形態では、ＤｅＮＢリストに存在するＤｅＮＢ候補へのＭＲＮ３００のハンドオーバが不能である場合において、ＭＲＮ３００は、所定ｅＮＢ（所定基地局）に接続する他のＭＲＮが保持するＤｅＮＢリストを当該他のＭＲＮから取得する。
ここで、「所定ｅＮＢ」とは、第２実施形態の動作パターン４で説明したように、ターゲットｅＮＢとして適切なＤｅＮＢ候補がＤｅＮＢリストに存在しない場合には、「現在のＤｅＮＢ」又は「ＤｅＮＢリストに存在するＤｅＮＢ候補」を意味する。或いは、「所定ｅＮＢ」とは、ＭＲＮ３００からのハンドオーバ要求がターゲットｅＮＢによって拒否された場合には、「ターゲットｅＮＢ」を意味する。以下の動作パターン１は前者の場合を想定し、以下の動作パターン２は後者の場合を想定している。
（３．１．１）動作パターン１
図１５は、本実施形態に係る動作パターン１のシーケンス図である。ここでは、ターゲットｅＮＢとして適切なＤｅＮＢ候補がＤｅＮＢリストに存在しない場合に、ＤｅＮＢリストに存在するＤｅＮＢ候補であるｅＮＢ２００−２及びｅＮＢ２００−３を「所定ｅＮＢ」とするケースを説明する。ｅＮＢ２００−２には、他のＭＲＮ１（ＭＲＮ３００−１）及びＭＲＮ２（ＭＲＮ３００−２）が接続している。
ステップＳ３０１において、ＭＲＮ３００は、ＤｅＮＢリストに存在する全てのＤｅＮＢ候補がターゲットｅＮＢとして不適切であると判断する。
ステップＳ３０２において、ＭＲＮ３００は、ＤｅＮＢリストに存在するＤｅＮＢ候補であるｅＮＢ２００−２及びｅＮＢ２００−３に対して、接続中のＭＲＮ（又はＲＮ）についてＸ２インターフェイス上で問い合せる。
ステップＳ３０３において、ｅＮＢ２００−２及びｅＮＢ２００−３は、ＭＲＮ３００に対して、接続中のＭＲＮについてＸ２インターフェイス上で通知する。ここでは、ｅＮＢ２００−２は、ＭＲＮ３００−１の識別子及びＭＲＮ３００−２の識別子をＭＲＮ３００に通知する。ｅＮＢ２００−３は、接続中のＭＲＮが存在しない旨をＭＲＮ３００に通知する。
ステップＳ３０４において、ＭＲＮ３００は、ｅＮＢ２００−２からの通知に基づいて、Ｘ２インターフェイス上でＭＲＮ３００−１及びＭＲＮ３００−２のそれぞれにアクセスし、ＤｅＮＢリストを要求する。
ステップＳ３０５において、ＭＲＮ３００−１及びＭＲＮ３００−２のそれぞれは、自身が保持するＤｅＮＢリストをＸ２インターフェイス上でＭＲＮ３００に通知（報告）する。
ステップＳ３０６において、ＭＲＮ３００は、自身が保持するＤｅＮＢリストと、ＭＲＮ３００−１及びＭＲＮ３００−２のそれぞれから受信したＤｅＮＢリストと、を照合する。
ステップＳ３０７において、自身が保持するＤｅＮＢリストと、ＭＲＮ３００−１及びＭＲＮ３００−２のそれぞれから受信したＤｅＮＢリストと、に差異があるか否かを判断する。詳細には、ＭＲＮ３００は、ＭＲＮ３００−１及びＭＲＮ３００−２のそれぞれから受信したＤｅＮＢリストにおいて、自身が保持するＤｅＮＢリストに存在しないＤｅＮＢ候補が存在するか否かを確認する。
そのようなＤｅＮＢ候補が存在する場合（ステップＳ３０７；Ｙｅｓ）、ステップＳ３０８において、ＭＲＮ３００は、当該ＤｅＮＢ候補を追加するよう自身のＤｅＮＢリストを更新する。詳細には、当該ＤｅＮＢ候補の識別子を自身のＤｅＮＢリストに追加する。その結果、当該ＤｅＮＢ候補をターゲットｅＮＢとするハンドオーバを開始可能な状態になる。
（３．１．２）動作パターン２
図１６は、本実施形態に係る動作パターン２のシーケンス図である。ここでは、ＭＲＮ３００からのハンドオーバ要求がｅＮＢ２００−２によって拒否された場合に、ｅＮＢ２００−２を「所定ｅＮＢ」とするケースを説明する。
ステップＳ３１１において、ＭＲＮ３００は、ハンドオーバ要求をＸ２インターフェイス上でｅＮＢ２００−２に送信する。
ステップＳ３１２において、ｅＮＢ２００−２は、ＭＲＮ３００のハンドオーバ要求を許可するか拒否するかを判断する。ここでは、ＭＲＮ３００のハンドオーバ要求を拒否すると判断したと仮定して説明を進める。
ステップＳ３１３において、ｅＮＢ２００−２は、ハンドオーバ拒否応答（Ｎａｃｋ）と共に、自身に接続中のＭＲＮ（又はＲＮ）についてＸ２インターフェイス上でＭＲＮ３００に通知する。これ以降は、動作パターン１のステップＳ３０４以降の動作と同様の動作が行われる。
（３．２）第３実施形態のまとめ
以上説明したように、ＤｅＮＢリストに存在するＤｅＮＢ候補をターゲットｅＮＢ２００とするＭＲＮ３００のハンドオーバが不能である場合において、ＭＲＮ３００は、当該ＤｅＮＢリストに存在するｅＮＢ２００−２に接続する他のＭＲＮが保持するＤｅＮＢリストを当該他のＭＲＮから取得する。そして、ＭＲＮ３００は、取得したＤｅＮＢリストの中から新たなターゲットｅＮＢを決定する。これにより、ＤｅＮＢリストに存在するＤｅＮＢ候補をターゲットｅＮＢとするＭＲＮ３００のハンドオーバが不能である場合でも、他のＭＲＮが保持するＤｅＮＢリストを利用して、新たなターゲットｅＮＢへのハンドオーバを試みることができる。
本実施形態では、ＭＲＮ３００は、ｅＮＢ２００−２に接続する他のＭＲＮについての情報をｅＮＢ２００−２から受信する。これにより、ＭＲＮ３００は、ｅＮＢ２００−２に接続する他のＭＲＮを把握することができる。
本実施形態では、ＭＲＮ３００は、ｅＮＢ２００−２に接続する他のＭＲＮについての情報をｅＮＢ２００−２から受信するのに先立ち、ｅＮＢ２００−２に接続する他のＭＲＮについてｅＮＢ２００−２に問い合せる。これにより、ｅＮＢ２００−２は、ＭＲＮ３００からの求めに応じて、自身に接続するＭＲＮをＭＲＮ３００に通知できる。
本実施形態では、ｅＮＢ２００−２は、ＭＲＮ３００に対するハンドオーバ拒否応答（Ｎａｃｋ）と共に、接続中のＭＲＮの情報をＭＲＮ３００に通知する。これにより、ＭＲＮ３００は、ｅＮＢ２００−２に接続する他のＭＲＮを把握することができる。
（４）第４実施形態
以下、第４実施形態について、上述した各実施形態との相違点を説明する。
上述した第２実施形態及び第３実施形態では、ＭＲＮ３００のハンドオーバをＭＲＮ３００主導で行っていたが、本実施形態では、ＭＲＮ３００のハンドオーバをＤｅＮＢ２００−１主導で行う。すなわち、本実施形態では、ＬＴＥにおける通常のハンドオーバ手順を応用してＭＲＮ３００のハンドオーバを行う。
（４．１）第４実施形態に係る動作
以下において、本実施形態に係る移動通信システムの動作を説明する。
本実施形態では、ＤｅＮＢ２００−１は、ＭＲＮ３００からの測定報告に基づいて、隣接ｅＮＢリストに存在するｅＮＢ（セル）へのＭＲＮ３００のハンドオーバを行うか否かを判断する。ここで、隣接ｅＮＢリストに存在するｅＮＢであっても、ＤｅＮＢ機能を有していないｅＮＢであれば、ターゲットｅＮＢとすることは無意味である。よって、本実施形態では、以下のように隣接ｅＮＢリストを構成及び管理する。
（４．１．１）隣接ｅＮＢリストの管理
図１７は、本実施形態に係る隣接ｅＮＢリストの構成図である。
図１７に示すように、隣接ｅＮＢリストは、隣接ｅＮＢ（のセルＩＤ（ＴＣＩ））それぞれについて、当該隣接ｅＮＢがＤｅＮＢ機能を有するか否かを示す情報をさらに含む。例えば、ＤｅＮＢ機能を有しない隣接ｅＮＢについては、ＤｅＮＢ機能を有しないことを示すフラグを設定する。その他の項目については、仕様上の隣接ｅＮＢリスト（「隣接関係テーブル（ＮＲＴ）」と称される）と同様である。仕様上、隣接ｅＮＢリストは、ＡＮＲ（Ａｕｔｏｍａｔｉｃ Ｎｅｉｇｈｂｏｕｒ Ｒｅｌａｔｉｏｎ）機能により更新されることもある。
ｅＮＢ２００（ＤｅＮＢ２００−１）は、隣接ｅＮＢリストに関する情報をＯＡＭ５００から取得し、隣接ｅＮＢリストを管理する。本実施形態では、ＭＲＮ３００がＤｅＮＢ２００−１に接続した際に、隣接ｅＮＢリストを更新するための情報をＯＡＭ５００に要求する。そして、ＤｅＮＢ２００−１は、ＯＡＭ５００からの情報に応じて、隣接ｅＮＢリストを更新する。
（４．１．２）ハンドオーバ手順
（４．１．２．１）動作パターン１
図１８は、本実施形態に係る動作パターン１のシーケンス図である。
図１８に示すように、ステップＳ４０１において、ＭＲＮ３００は、測定報告をＤｅＮＢ２００−１に送信する。
ステップＳ４０２において、ＤｅＮＢ２００−１は、隣接ｅＮＢリスト（ＮＬ或いはＮＲＴ）に基づいて、ＤｅＮＢ機能を有する隣接ｅＮＢを特定する。
ステップＳ４０３において、ＤｅＮＢ２００−１は、ＭＲＮ３００からの測定報告に基づいて、ステップＳ４０２で特定した隣接ｅＮＢの中からターゲットｅＮＢを決定する。例えば、ＤｅＮＢ２００−１は、ステップＳ４０２で特定した隣接ｅＮＢであって、測定報告により示されるＲＳＲＰが高い隣接ｅＮＢをターゲットｅＮＢとして決定する。ここでは、ｅＮＢ２００−２がターゲットｅＮＢとして決定されたと仮定して説明を進める。
ステップＳ４０４において、ＤｅＮＢ２００−１は、ハンドオーバ要求をＸ２インターフェイス上でターゲットｅＮＢ２００−２に送信する。
ステップＳ４０５において、ターゲットｅＮＢ２００−２は、ＤｅＮＢ２００−１からのハンドオーバ要求を許可するか拒否するかを判断する。これ以降は通常のハンドオーバ手順が実施される。
（４．１．２．２）動作パターン２
図１９は、本実施形態に係る動作パターン２のシーケンス図である。ここでは、本実施形態に係る動作パターン１との相違点を説明する。
図１９に示すように、ステップＳ４０１−１において、ＭＲＮ３００は、測定報告をＤｅＮＢ２００−１に送信する際に、自身の負荷状況をＤｅＮＢ２００−１に通知する。ただし、負荷状況を通知するタイミングは、測定報告のタイミングと異ならせてもよい。なお、ＤｅＮＢ２００−１がＭＲＮ３００の負荷状況を把握している場合には、ＤｅＮＢ２００−１へのＭＲＮ３００の負荷状況の通知は省略可能である。
負荷状況とは、ＭＲＮ３００が収容するＵＥ１００の数（詳細には、ＭＲＮ３００に接続中のＵＥ１００の数）、ＭＲＮ３００が取り扱うトラフィック量などである。なお、実際の負荷状況に限らず、潜在的な負荷状況（例えば、最大収容ＵＥ数や最大トラフィック量などの処理能力）でもよい。
ステップＳ４０２及びＳ４０３は動作パターン１と同様である。
ステップＳ４０４−１において、ＤｅＮＢ２００−１は、ハンドオーバ要求をＸ２インターフェイス上でターゲットｅＮＢ２００−２に送信する際に、ＭＲＮの負荷状況をＤｅＮＢ２００−１に通知する。
ステップＳ４０５−１において、ターゲットｅＮＢ２００−２は、ＭＲＮの負荷状況を考慮して、ＤｅＮＢ２００−１からのハンドオーバ要求を許可するか拒否するかを判断する。詳細には、ｅＮＢ２００−２は、自身の負荷状況に基づく余裕度と、ＭＲＮ３００の負荷状況と、を比較して、ＭＲＮ３００との接続を確立しても問題が生じないか否かを判断する。これ以降は通常のハンドオーバ手順が実施される。
（４．２）第４実施形態のまとめ
以上説明したように、隣接ｅＮＢリストは、隣接ｅＮＢそれぞれについて、当該隣接ｅＮＢがＤｅＮＢ機能を有するか否かを示す情報をさらに含む。これにより、ｅＮＢ２００（ＤｅＮＢ２００−１）は、隣接ｅＮＢリストに基づいて、ＤｅＮＢ機能を有する隣接ｅＮＢの中からターゲットｅＮＢ２００を決定することができる。
ＤｅＮＢ２００−１は、ＭＲＮ３００がＤｅＮＢ２００−１に接続した際に、隣接ｅＮＢリストを更新するための情報をＯＡＭ５００に要求する。そして、ＤｅＮＢ２００−１は、ＯＡＭ５００からの情報に応じて、隣接ｅＮＢリストを更新する。これにより、ＭＲＮ３００のハンドオーバが発生する前に、隣接ｅＮＢリストを最新の状態にすることができる。
ターゲットｅＮＢ２００は、ＤｅＮＢ２００−１からのハンドオーバ要求を受信した場合で、ターゲットｅＮＢ２００がＤｅＮＢ機能を有しない場合、ターゲットｅＮＢ２００は、ハンドオーバ要求に対する拒否応答と共に、自身がＤｅＮＢ機能を有しない旨の情報をＤｅＮＢ２００−１に送信する。そして、ＤｅＮＢ２００−１は、ＤｅＮＢ機能を有しない旨の情報をターゲットｅＮＢ２００から受信したことに応じて、隣接ｅＮＢリストを更新する。これにより、ハンドオーバ手順を利用して隣接ｅＮＢリストを修正できる。
動作パターン２では、ＤｅＮＢ２００−１は、ＭＲＮ３００の負荷状況を示す情報をハンドオーバ要求と共にターゲットｅＮＢ２００に送信する。ターゲットｅＮＢ２００は、ＭＲＮ３００の負荷状況を示す情報をハンドオーバ要求と共に受信した後、ＭＲＮ３００の負荷状況を示す情報に基づいて、ハンドオーバ要求を許可するか否かを判断する。これにより、ターゲットｅＮＢ２００は、自身の負荷状況と、ＭＲＮ３００の負荷状況と、に基づいて、ハンドオーバ要求を許可するか否かを判断できる。
（５）第５実施形態
以下、第５実施形態について、上述した各実施形態との相違点を説明する。
本実施形態では、上述した第２実施形態に係るハンドオーバ手順、すなわち、ＭＲＮ３００のハンドオーバをＭＲＮ３００主導で行うことを基本としつつ、上述した第４実施形態のように、ＤｅＮＢ２００−１においてもハンドオーバ判断を行う。
（５．１）第５実施形態に係る動作
図２０は、本実施形態に係る動作シーケンス図である。本シーケンスの初期状態では、ＭＲＮ３００は、ＤｅＮＢ２００−１に接続してリレー伝送を実行中であるとする。
図２０に示すように、ステップＳ５０１において、ＭＲＮ３００は、受信する参照信号に対する測定の結果と、保持しているＤｅＮＢリストと、を照合する。
ステップＳ５０２において、ＭＲＮ３００は、ステップＳ５０１での照合結果に応じて、ハンドオーバ判断を行う。例えば、ＭＲＮ３００は、現在接続中のＤｅＮＢ２００−１よりもＲＳＲＰが高いＤｅＮＢ候補がＤｅＮＢリストに存在する場合、当該ＤｅＮＢ候補をターゲットｅＮＢとして決定する。
ここでは、そのようなハンドオーバ判断により、ｅＮＢ２００−２がターゲットｅＮＢとして決定されたと仮定して説明を進める。ただし、ステップＳ５０２で決定されるターゲットｅＮＢは、１つに限らず、複数であってもよい。
ステップＳ５０３において、ＭＲＮ３００は、ＤｅＮＢ２００−１に対して、ＭＲＮ３００からのハンドオーバ要求に対応可能であるか否かを問い合せる。なお、ステップＳ５０３をステップＳ５０２よりも前に行ってもよい。
ステップＳ５０４において、ＤｅＮＢ２００−１は、ＭＲＮ３００からの問い合せに応じて、ＭＲＮ３００に対して、自身がＭＲＮ３００からのハンドオーバ要求に対応可能であるか否かを通知する。
ここでは、ＤｅＮＢ２００−１がＭＲＮ３００からのハンドオーバ要求に対応可能であると仮定して説明を進める。
ステップＳ５０５において、ＭＲＮ３００は、ＤｅＮＢ２００−１に対して、ｅＮＢ２００−２へのハンドオーバを要求するためのハンドオーバ要求をＸ２インターフェイス上で送信する。ハンドオーバ要求は、ｅＮＢ２００−２の識別子を含む。ターゲットｅＮＢが複数である場合、複数のターゲットｅＮＢの識別子を含む。また、ハンドオーバ要求は、当該ハンドオーバ要求の送信元が「ＭＲＮ」であることを示す情報を含んでもよい。
ステップＳ５０６において、ＤｅＮＢ２００−１は、ＭＲＮ３００からのハンドオーバ要求（に含まれる識別子）に基づいて、ターゲットｅＮＢ２００毎にハンドオーバ可否を判断する。例えば、第４実施形態で説明したように、ＤｅＮＢ機能の有無に基づいて判断することができる。
ここでは、ＤｅＮＢ２００−１がターゲットｅＮＢ２００へのハンドオーバが可能であると判断したと仮定して説明を進める。
ステップＳ５０７において、ＤｅＮＢ２００−１は、ハンドオーバ要求をＸ２インターフェイス上でターゲットｅＮＢ２００−２に送信する。
ステップＳ５０８において、ターゲットｅＮＢ２００−２は、ＤｅＮＢ２００−１からのハンドオーバ要求を許可するか拒否するかを判断する。これ以降は通常のハンドオーバ手順が実施される。
なお、本実施形態においても、第４実施形態に係る動作パターン２と同様に、ＭＲＮ３００の負荷状況を考慮することができる。
また、本実施形態に係るハンドオーバ手順と、第２実施形態に係るハンドオーバ手順と、を使い分けてもよい。例えば、ＤｅＮＢ２００−１がＭＲＮ３００からのハンドオーバ要求に対応しており、ターゲットｅＮＢ２００−２がＭＲＮ３００からのハンドオーバ要求に対応していない場合に、本実施形態に係るハンドオーバ手順を適用するとしてもよい。或いは、ＭＲＮ３００が保持するＤｅＮＢリストが更新されてからの経過時間が閾値以内であれば第２実施形態に係るハンドオーバ手順を適用し、当該経過時間が当該閾値を超えていれば本実施形態に係るハンドオーバ手順を適用してもよい。
（５．２）第５実施形態のまとめ
以上説明したように、ｅＮＢ２００に接続するＵＥ１００のハンドオーバ判断をｅＮＢ２００が行う移動通信システムにおいて、ＤｅＮＢ２００−１に接続し、ＤｅＮＢ２００−１とＵＥ１００との間でリレー伝送を行うＭＲＮ３００は、ＭＲＮ３００のハンドオーバ判断をＭＲＮ３００自身で行う。これにより、ＭＲＮ３００は、自身の状況に応じて、すなわち、ＭＲＮ３００特有の事情を考慮して、最適なハンドオーバ判断を行うことができる。
ＭＲＮ３００は、ハンドオーバ要求にターゲットｅＮＢ２００の識別子を１つ又は複数含めた上で、ハンドオーバ要求をＤｅＮＢ２００−１に送信する。ＤｅＮＢ２００−１は、ＭＲＮ３００からのハンドオーバ要求に基づいて、ターゲットｅＮＢ２００毎にハンドオーバ可否を判断する。これにより、ＭＲＮ３００が決定したターゲットｅＮＢ２００が適切であるか否かをＤｅＮＢ２００−１で判断することができる。したがって、ターゲットｅＮＢ２００をより適切に決定することができる。
本実施形態では、ＭＲＮ３００は、ＤｅＮＢ２００−１に対して、ＭＲＮ３００からのハンドオーバ要求に対応可能であるか否かを問い合わせる。これにより、ＭＲＮ３００からのハンドオーバ要求に対応可能であることを確認した上で、ハンドオーバ要求をＭＲＮ３００からＤｅＮＢ２００−１に送信できる。
（６）その他の実施形態
この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
上述した第１実施形態から第５実施形態は、別個独立に実施する場合に限らず、相互に組み合わせて実施してもよい。例えば、第５実施形態に対して、第３実施形態で説明したＤｅＮＢリスト取得方法を適用してもよい。
上述した各実施形態では、移動可能なリレー局であるＭＲＮ３００を例に説明したが、移動不能なリレー局に対して本発明を適用してもよい。例えば、リレー局の周辺に新たなｅＮＢが設置される場合や、既存のｅＮＢが動作を停止する場合には、リレー局周辺の状況が変化することになるため、ＤｅＮＢリスト（ＤＬ）及び隣接ｅＮＢリスト（ＮＬ或いはＮＲＴ）を更新したり、リレー局のハンドオーバを行ったりする必要が生じ得る。
なお、米国仮出願第６１／６１５０４５号（２０１２年３月２３日出願）、米国仮出願第６１／６１５０５９号（２０１２年３月２３日出願）、米国仮出願第６１／６１５０６７号（２０１２年３月２３日出願）、米国仮出願第６１／６１５０７３号（２０１２年３月２３日出願）、及び、米国仮出願第６１／６１５０８７号（２０１２年３月２３日出願）の全内容が、参照により、本願明細書に組み込まれている。
以上のように、本発明に係る通信制御方法は、移動可能なリレー局をサポートすることができるため、移動通信分野において有用である。

Claims (6)

  1. ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局による制御方法であって、
    隣接基地局を特定し、
    前記隣接基地局に対して、ドナー基地局の機能を有しているか否かに関して問い合せ、
    前記問い合せの結果に応じて、前記ドナー基地局リストを更新することを特徴とする制御方法。
  2. 隣接基地局リストに含まれ、前記ドナー基地局リストに含まれない基地局を前記隣接基地局として特定することを特徴とする請求項１に記載の制御方法。
  3. ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局であって、
    隣接基地局を特定する制御部を備え、
    前記制御部は、前記隣接基地局に対して、ドナー基地局の機能を有しているか否かに関して問い合せ、前記問い合せの結果に応じて、前記ドナー基地局リストを更新することを特徴とするリレー局。
  4. リレー局に接続し、前記リレー局を介してユーザ端末との間でリレー伝送を行う基地局であって、
    前記リレー局から、ドナー基地局の機能を有しているか否かに関して問い合せを受けた場合、自局がドナー基地局の機能を有しているか否かを前記リレー局に対して個別に通知する制御部を備えることを特徴とする基地局。
  5. ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局を制御するプロセッサであって、
    隣接基地局を特定し、
    前記隣接基地局に対して、ドナー基地局の機能を有しているか否かに関して問い合せ、前記問い合せの結果に応じて、前記ドナー基地局リストを更新するよう前記リレー局を制御することを特徴とするプロセッサ。
  6. リレー局に接続し、前記リレー局を介してユーザ端末との間でリレー伝送を行う基地局を制御するプロセッサであって、
    前記リレー局から、ドナー基地局の機能を有しているか否かに関して問い合せを受けた場合、自局がドナー基地局の機能を有しているか否かを前記リレー局に対して個別に通知するよう前記基地局を制御することを特徴とするプロセッサ。
JP2014506282A 2012-03-23 2013-03-21 制御方法、リレー局、基地局及びプロセッサ Active JP6062420B2 (ja)

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
US201261615045P 2012-03-23 2012-03-23
US201261615073P 2012-03-23 2012-03-23
US201261615059P 2012-03-23 2012-03-23
US201261615087P 2012-03-23 2012-03-23
US201261615067P 2012-03-23 2012-03-23
US61/615,059 2012-03-23
US61/615,067 2012-03-23
US61/615,045 2012-03-23
US61/615,073 2012-03-23
US61/615,087 2012-03-23
PCT/JP2013/058143 WO2013141321A1 (ja) 2012-03-23 2013-03-21 通信制御方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2015234059A Division JP6239572B2 (ja) 2012-03-23 2015-11-30 通信制御方法

Publications (2)

Publication Number Publication Date
JPWO2013141321A1 JPWO2013141321A1 (ja) 2015-08-03
JP6062420B2 true JP6062420B2 (ja) 2017-01-18

Family

ID=49222775

Family Applications (5)

Application Number Title Priority Date Filing Date
JP2014506282A Active JP6062420B2 (ja) 2012-03-23 2013-03-21 制御方法、リレー局、基地局及びプロセッサ
JP2015234059A Active JP6239572B2 (ja) 2012-03-23 2015-11-30 通信制御方法
JP2017211710A Active JP6405025B2 (ja) 2012-03-23 2017-11-01 通信制御方法、通信装置、ネットワーク装置及びプロセッサ
JP2018171165A Pending JP2019009810A (ja) 2012-03-23 2018-09-13 通信制御方法
JP2020069319A Active JP6960010B2 (ja) 2012-03-23 2020-04-07 通信制御方法

Family Applications After (4)

Application Number Title Priority Date Filing Date
JP2015234059A Active JP6239572B2 (ja) 2012-03-23 2015-11-30 通信制御方法
JP2017211710A Active JP6405025B2 (ja) 2012-03-23 2017-11-01 通信制御方法、通信装置、ネットワーク装置及びプロセッサ
JP2018171165A Pending JP2019009810A (ja) 2012-03-23 2018-09-13 通信制御方法
JP2020069319A Active JP6960010B2 (ja) 2012-03-23 2020-04-07 通信制御方法

Country Status (4)

Country Link
US (4) US9642050B2 (ja)
EP (2) EP3226600A1 (ja)
JP (5) JP6062420B2 (ja)
WO (1) WO2013141321A1 (ja)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9642050B2 (en) * 2012-03-23 2017-05-02 Kyocera Corporation Communication control method
US9876557B2 (en) * 2012-06-28 2018-01-23 Lg Electronics Inc. Method and apparatus for transmitting indication in wireless communication system
GB2503942A (en) * 2012-07-13 2014-01-15 Nec Corp Mobile relay node handover in a wireless communication system
US9544782B2 (en) * 2012-11-02 2017-01-10 Qualcomm Incorporated Systems, apparatus, and methods for range extension of wireless communication
KR20140078511A (ko) * 2012-12-17 2014-06-25 에릭슨 엘지 주식회사 타겟 기지국 셀 식별 시스템 및 방법
JP5750523B1 (ja) * 2014-02-17 2015-07-22 ソフトバンクモバイル株式会社 制御装置、中継装置、通信システム、プログラム及び制御方法
EP3114882B1 (en) 2014-03-06 2018-10-10 LG Electronics Inc. Method and apparatus for performing handover in wireless communication system
JP2019528009A (ja) * 2016-08-12 2019-10-03 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． セルを取得する方法および端末
WO2018204863A1 (en) 2017-05-04 2018-11-08 Ofinno Technologies, Llc Beam-based measurement configuration
WO2018211627A1 (ja) * 2017-05-17 2018-11-22 富士通株式会社 無線基地局装置、端末装置、無線通信システム、及び無線通信方法
JP6498239B2 (ja) * 2017-06-30 2019-04-10 ソフトバンク株式会社 基地局、移動通信システム及びハンドオーバ制御方法
JP6557294B2 (ja) * 2017-07-10 2019-08-07 ソフトバンク株式会社 移動通信システム及びデータ処理装置
US11102785B2 (en) 2017-10-12 2021-08-24 Airspan Ip Holdco Llc Apparatus and method selecting a base station in a network
US10708854B2 (en) 2017-10-12 2020-07-07 Airspan Networks Inc. Apparatus and method for providing network configurability in a wireless network
US10616824B2 (en) * 2017-11-03 2020-04-07 Airspan Networks Inc. Apparatus and method for providing network configurability in a wireless network
JP2021078354A (ja) 2018-03-08 2021-05-27 有限会社アルティザイム・インターナショナル フラビンアデニンジヌクレオチドグルコース脱水素酵素とシトクロム分子との融合タンパク質
RU2755210C1 (ru) * 2018-05-22 2021-09-14 Гуандун Оппо Мобайл Телекоммьюникейшнз Корп., Лтд. Способ доступа и точка передачи
JP2020014112A (ja) * 2018-07-18 2020-01-23 Kddi株式会社 中継伝送路を含んだ無線通信システムにおいてハンドオーバ処理を実行する中継装置、その制御方法、及びプログラム
US10887884B2 (en) * 2018-09-21 2021-01-05 Samsung Electronics Co., Ltd. Method and apparatus for signaling in support of uplink multi-beam operation
EP3860183A4 (en) * 2018-09-26 2021-11-17 Kyocera Corporation RELAY DEVICE
JP7085061B2 (ja) * 2019-03-29 2022-06-15 本田技研工業株式会社 中継装置、プログラム、通信システム、及び管理方法
WO2020202339A1 (ja) * 2019-03-29 2020-10-08 本田技研工業株式会社 中継装置、プログラム、通信システム及び通信方法
US20230336239A1 (en) 2020-08-31 2023-10-19 Wollochet Solutions Llc Location dependent relay node configuration
US20240040540A1 (en) * 2020-12-15 2024-02-01 Sharp Kabushiki Kaisha Neighboring cell mobility information for vehicle-mounted relays
US20230050960A1 (en) * 2021-08-16 2023-02-16 Qualcomm Incorporated Target cell selection of autonomous mobile repeaters
WO2024029520A1 (ja) * 2022-08-04 2024-02-08 京セラ株式会社 通信制御方法

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI289999B (en) * 2001-06-08 2007-11-11 Benq Corp Transmission method for relay signal of wireless communication system
KR20080003733A (ko) * 2006-07-03 2008-01-08 한국전자통신연구원 기지국과 이동국을 중계하는 장치 및 방법, 그리고 제어정보 수신 방법
WO2008004102A2 (en) * 2006-07-06 2008-01-10 Nortel Networks Limited Wireless access point security for multi-hop networks
JP2008034906A (ja) * 2006-07-26 2008-02-14 Matsushita Electric Ind Co Ltd 無線基地局ハンドオーバ方法、及びデータ通信システム、並びに無線基地局、中継装置
JP4905558B2 (ja) 2007-10-16 2012-03-28 富士通株式会社 中継局、無線通信システムおよび負荷分散方法
FI20085193A0 (fi) * 2008-02-29 2008-02-29 Nokia Siemens Networks Oy Toistinsolmun yhteydenhallinta
JP4902605B2 (ja) * 2008-07-11 2012-03-21 株式会社日立製作所 無線基地局、ハンドオフ制御方法、およびプログラム
JP4796103B2 (ja) * 2008-08-28 2011-10-19 京セラ株式会社 通信システム
CN101729277B (zh) * 2008-10-27 2015-07-08 华为技术有限公司 设备池的管理方法、节点设备和通信系统
ES2407631T3 (es) * 2008-11-04 2013-06-13 Nokia Siemens Networks Oy Gestión de sobrecargas y traspasos en una red de comunicaciones
KR101632739B1 (ko) * 2009-06-18 2016-06-22 한국전자통신연구원 통신 시스템의 데이터 전송 방법 및 이를 수행하는 릴레이 장치
CN101938798A (zh) * 2009-07-03 2011-01-05 中兴通讯股份有限公司 一种无线中继系统中终端的移动性管理方法及系统
US8611333B2 (en) * 2009-08-12 2013-12-17 Qualcomm Incorporated Systems and methods of mobile relay mobility in asynchronous networks
JP2013502783A (ja) * 2009-08-19 2013-01-24 エヌイーシー ヨーロッパ リミテッド 移動セルラ通信ネットワークにおける移動端末のハンドオーバ決定を支援する方法
JP5399830B2 (ja) 2009-09-09 2014-01-29 京セラ株式会社 無線通信システム、無線基地局、無線中継局及びハンドオーバ制御方法
JP5564273B2 (ja) 2010-01-26 2014-07-30 京セラ株式会社 無線中継局及び制御方法
US8694012B2 (en) * 2010-02-01 2014-04-08 Intel Mobile Communications GmbH Method and apparatuses for two or more neighboring wireless network devices accessing a plurality of radio resources
JP2011166595A (ja) * 2010-02-12 2011-08-25 Mitsubishi Electric Corp 無線中継基地局、通信システムおよび無線中継方法
EP3694247A1 (en) * 2010-04-02 2020-08-12 Interdigital Patent Holdings, Inc. Method and apparatus for supporting communication via a relay node
CN102238667B (zh) * 2010-05-07 2015-09-16 北京三星通信技术研究有限公司 一种建立基站间连接的方法
CN102291789B (zh) * 2010-06-21 2015-08-12 中兴通讯股份有限公司 获取相邻小区信息方法、用户设备的小区切换方法及网络
JP4996718B2 (ja) * 2010-06-21 2012-08-08 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及び無線基地局
GB201010410D0 (en) * 2010-06-22 2010-08-04 Nokia Siemens Networks Oy Relaying communications
CN102348255B (zh) 2010-07-30 2016-07-06 中兴通讯股份有限公司 一种中继节点接入网络的方法和系统
US20130163762A1 (en) * 2010-09-13 2013-06-27 Nec Corporation Relay node device authentication mechanism
JP2012080367A (ja) * 2010-10-01 2012-04-19 Ntt Docomo Inc 移動通信方法
KR101879593B1 (ko) * 2010-12-27 2018-07-19 한국전자통신연구원 단말간 직접 통신 및 단말 릴레잉 방법
WO2012089237A1 (en) * 2010-12-28 2012-07-05 Nokia Siemens Networks Oy Relay node configuration in preparation for handover
WO2012096611A2 (en) * 2011-01-14 2012-07-19 Telefonaktiebolaget L M Ericsson (Publ) Method and device for distinguish between relay types
CN102098723B (zh) 2011-02-12 2014-01-29 大唐移动通信设备有限公司 为移动中继节点配置施主基站或施主小区的方法和设备
US20130316712A1 (en) * 2011-03-13 2013-11-28 Lg Electronics Inc. Method and apparatus for performing handover in wireless communication system
CN103918343B (zh) * 2011-11-04 2018-11-09 三菱电机株式会社 移动通信系统
US9642050B2 (en) * 2012-03-23 2017-05-02 Kyocera Corporation Communication control method

Also Published As

Publication number Publication date
JP2019009810A (ja) 2019-01-17
US20170201978A1 (en) 2017-07-13
US10244515B2 (en) 2019-03-26
US20150043422A1 (en) 2015-02-12
JP6405025B2 (ja) 2018-10-17
US20190191431A1 (en) 2019-06-20
JPWO2013141321A1 (ja) 2015-08-03
US10791547B2 (en) 2020-09-29
JP6239572B2 (ja) 2017-11-29
US11337193B2 (en) 2022-05-17
JP2020114019A (ja) 2020-07-27
US20200389890A1 (en) 2020-12-10
WO2013141321A1 (ja) 2013-09-26
JP2018042275A (ja) 2018-03-15
US9642050B2 (en) 2017-05-02
EP2830344A1 (en) 2015-01-28
JP2016076960A (ja) 2016-05-12
EP2830344A4 (en) 2016-03-23
EP3226600A1 (en) 2017-10-04
JP6960010B2 (ja) 2021-11-05

Similar Documents

Publication Publication Date Title
JP6405025B2 (ja) 通信制御方法、通信装置、ネットワーク装置及びプロセッサ
US10292081B2 (en) Method and apparatus for performing partial handover for continuous data transmission in wireless communication system
US9900820B2 (en) Communicating data using a local wireless access network node
JP5851586B2 (ja) 通信制御方法、移動管理装置、及びホーム基地局
US9781592B2 (en) Method and apparatus for performing membership verification or access control in wireless communication system
EP2578018B1 (en) Apparatus and method for supporting mobility in a heterogeneous wireless communication system
EP2567573B1 (en) Method and apparatus for performing handover
US10327181B2 (en) Communication control method, base station, and user terminal
WO2015115176A1 (ja) 移動局、再接続要求方法、基地局及び再接続要求処理方法
JP2020053994A (ja) 通信方法、ユーザ装置及びプロセッサ
US9479921B2 (en) Method and apparatus for performing closed subscriber group grouping in wireless communication system

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150929

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20151130

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160419

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160620

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20161122

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20161214

R150 Certificate of patent or registration of utility model

Ref document number: 6062420

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150