知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-21
(45)【発行日】2024-11-29
(54)【発明の名称】通信システム
(51)【国際特許分類】
H04W 40/20 20090101AFI20241122BHJP
H04W 8/00 20090101ALI20241122BHJP
H04W 40/34 20090101ALI20241122BHJP
H04W 76/18 20180101ALI20241122BHJP
H04W 88/04 20090101ALI20241122BHJP
H04W 92/18 20090101ALI20241122BHJP
【ＦＩ】
H04W40/20
H04W8/00 110
H04W40/34
H04W76/18
H04W88/04
H04W92/18
【請求項の数】
5
(21)【出願番号】P 2023565694
(86)(22)【出願日】2021-12-06
(86)【国際出願番号】 JP2021044759
(87)【国際公開番号】W WO2023105587
(87)【国際公開日】2023-06-15
【審査請求日】2023-10-24
(73)【特許権者】
【識別番号】000006013
【氏名又は名称】三菱電機株式会社
(74)【代理人】
【識別番号】100116964
【弁理士】
【氏名又は名称】山形 洋一
(74)【代理人】
【識別番号】100120477
【弁理士】
【氏名又は名称】佐藤 賢改
(74)【代理人】
【識別番号】100135921
【弁理士】
【氏名又は名称】篠原 昌彦
(74)【代理人】
【識別番号】100203677
【弁理士】
【氏名又は名称】山口 力
(72)【発明者】
【氏名】岩山 直文
(72)【発明者】
【氏名】望月 満
(72)【発明者】
【氏名】下田 忠宏
(72)【発明者】
【氏名】長谷川 史樹
(72)【発明者】
【氏名】牧野 真也
(72)【発明者】
【氏名】安藤 暢彦
(72)【発明者】
【氏名】徳田 竜也
(72)【発明者】
【氏名】中澤 正幸
(72)【発明者】
【氏名】伊藤 益夫
【審査官】吉倉 大智
(56)【参考文献】
【文献】米国特許出願公開第２００７／００９７９４５（ＵＳ，Ａ１）
【文献】国際公開第２０１４／０６８６６５（ＷＯ，Ａ１）
【文献】国際公開第２０１２／１０５６８３（ＷＯ，Ａ１）
【文献】米国特許出願公開第２００９／００８６６６３（ＵＳ，Ａ１）
【文献】Fujitsu，Scope, Requirements and Scenarios in NR Sidelink Relaying，3GPP TSG RAN WG2 #111-e R2-2006866，2020年08月07日，<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_111-e/Docs/R2-2006866.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
基地局と、第１の移動端末装置と、第２の移動端末装置と、第３の移動端末装置とを備え、第５世代移動通信システムの規格に対応した通信システムであって、前記第１の移動端末装置は、前記基地局と通信可能な範囲に存在する場合に、前記基地局を識別するための基地局識別情報を含むサイドリンクディスカバリメッセージである第１のサイドリンクディスカバリメッセージを送信し、
前記第２の移動端末装置は、前記第１の移動端末装置と通信可能な範囲に存在し、かつ、前記基地局とは通信不可能な範囲に存在する場合に、前記第１のサイドリンクディスカバリメッセージを受信して、前記第１のサイドリンクディスカバリメッセージに基づいて、前記第１の移動端末装置を識別するための移動端末装置識別情報及び前記基地局識別情報を含むサイドリンクディスカバリメッセージである第２のサイドリンクディスカバリメッセージを送信し、
前記第３の移動端末装置は、前記第２の移動端末装置と通信可能な範囲に存在し、かつ、前記基地局及び前記第１の移動端末装置とは通信不可能な範囲に存在する場合には、前記第２のサイドリンクディスカバリメッセージを受信して、前記第２のサイドリンクディスカバリメッセージに基づいて、前記第２の移動端末装置及び前記第１の移動端末装置を経由して前記基地局と通信を行う通信経路であるマルチホップリレー通信経路の確立を実行し、
前記第３の移動端末装置は、前記基地局と通信可能な範囲から、前記基地局及び前記第１の移動端末装置とは通信不可能な範囲に移動した場合に、前記マルチホップリレー通信経路への切り替えを実行し、
前記第３の移動端末装置は、前記マルチホップリレー通信経路への切り替えを開始してから、予め定められた期間が経過しても、前記マルチホップリレー通信経路への切り替えが完了しない場合には、通信経路の切替に失敗した切替エラーを検知し、前記基地局に直接接続する通信経路である直接通信経路の確立を実行すること
を特徴とする通信システム。
【請求項2】
前記第３の移動端末装置は、前記基地局と通信可能な範囲に移動した場合には、前記基地局との通信品質を示す通信品質レポートを前記基地局に送ることで、前記基地局に直接接続する通信経路である直接通信経路への切り替えを実行することを特徴とする請求項１に記載の通信システム。
【請求項3】
前記第１の移動端末装置は、前記第１のサイドリンクディスカバリメッセージに、前記第１の移動端末装置に接続されている移動端末装置の数を示すことのできるデータである第１のデータを含め、前記第２の移動端末装置は、前記第２のサイドリンクディスカバリメッセージに、前記第２の移動端末装置に接続されている移動端末装置の数を示すことのできる第２のデータ及び前記第１のデータを含め、
前記第３の移動端末装置は、前記第１のデータ及び前記第２のデータを前記基地局に送ること
を特徴とする請求項１又は２に記載の通信システム。
【請求項4】
基地局と、第１の移動端末装置と、第２の移動端末装置と、第３の移動端末装置とを備え、第５世代移動通信システムの規格に対応した通信システムであって、前記第１の移動端末装置は、前記基地局と通信可能な範囲に存在する場合に、前記基地局を識別するための基地局識別情報を含むサイドリンクディスカバリメッセージである第１のサイドリンクディスカバリメッセージを送信し、
前記第２の移動端末装置は、前記第１の移動端末装置と通信可能な範囲に存在し、かつ、前記基地局とは通信不可能な範囲に存在する場合に、前記第１のサイドリンクディスカバリメッセージを受信して、前記第１のサイドリンクディスカバリメッセージに基づいて、前記第１の移動端末装置を識別するための移動端末装置識別情報及び前記基地局識別情報を含むサイドリンクディスカバリメッセージである第２のサイドリンクディスカバリメッセージを送信し、
前記第３の移動端末装置は、前記第２の移動端末装置と通信可能な範囲に存在し、かつ、前記基地局及び前記第１の移動端末装置とは通信不可能な範囲に存在する場合には、前記第２のサイドリンクディスカバリメッセージを受信して、前記第２のサイドリンクディスカバリメッセージに基づいて、前記第２の移動端末装置及び前記第１の移動端末装置を経由して前記基地局と通信を行う通信経路であるマルチホップリレー通信経路の確立を実行し、
前記第１の移動端末装置は、前記第１のサイドリンクディスカバリメッセージに、前記第１の移動端末装置に接続されている移動端末装置の数を示すことのできるデータである第１のデータを含め、
前記第２の移動端末装置は、前記第２のサイドリンクディスカバリメッセージに、前記第２の移動端末装置に接続されている移動端末装置の数を示すことのできる第２のデータ及び前記第１のデータを含め、
前記第３の移動端末装置は、前記第１のデータ及び前記第２のデータを前記基地局に送ること
を特徴とする通信システム。
【請求項5】
前記第１の移動端末装置は、前記第３の移動端末装置が前記第１の移動端末装置と通信可能な範囲に移動した場合には、前記マルチホップリレー通信経路から、前記第２の移動端末装置を経由せずに前記第１の移動端末装置を経由する通信経路であるシングルホップリレー通信経路への切り替えを実行することを特徴とする請求項１から４の何れか一項に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信システムに関する。
【背景技術】
【0002】
移動体通信システムの規格化団体である３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、ＳＬ（Ｓｉｄｅ Ｌｉｎｋ）通信（ＰＣ５通信とも称する）を用いたサービス又はアプリケーションを、ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）においても、第５世代（以下、「５Ｇ」ともいう）無線アクセスシステムの５Ｇコアシステムにおいてもサポートすることが検討されている。ＳＬ通信では、端末間で通信が行われる。ＳＬ通信を用いたサービスとして、たとえば、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）サービス及びプロキシミティサービス等がある。ＳＬ通信においては、端末間の直接通信だけでなく、リレーを介した移動端末装置（以下、ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と、ＮＷ（ＮｅｔＷｏｒｋ）との間の通信が提案されている（例えば、非特許文献１参照）。
【0003】
なお、以下では、ＵＥとＮＷとの間のリレーを、ＵＥ－ｔｏ－ＮＷリレー、又は、ＵＥ－ＮＷ間リレーと称する場合がある。さらに、ＵＥとＮＷとの間のリレーを実施するＵＥを、Ｕ２Ｎリレーと称する場合がある。
【0004】
また、ＵＥと別のＵＥとの間のリレーを、ＵＥ－ｔｏ－ＵＥリレー、又は、ＵＥ－ＵＥ間リレーと称する場合がある。さらに、ＵＥと別のＵＥとの間のリレーを実施するＵＥを、Ｕ２Ｕリレーと称する場合がある。
【先行技術文献】
【特許文献】
【0005】
【文献】３ＧＰＰＴＲ ３８．８３６ Ｖ１７．０．０
【発明の概要】
【発明が解決しようとする課題】
【0006】
５Ｇ方式のＵ２Ｎリレーは、リレー１台のみとするシングルホップ方式だけが提案されていて、複数台のリレーを介するマルチホップ方式は開示されていない。
【0007】
そこで、本開示の一又は複数の態様は、１台のＵ２Ｎリレーと、１台以上のＵ２Ｕリレーとを組合わせたマルチホップリレー方式を可能とすることを目的とする。
【課題を解決するための手段】
【0008】
本開示の一態様に係る通信システムは、基地局と、第１の移動端末装置と、第２の移動端末装置と、第３の移動端末装置とを備え、第５世代移動通信システムの規格に対応した通信システムであって、前記第１の移動端末装置は、前記基地局と通信可能な範囲に存在する場合に、前記基地局を識別するための基地局識別情報を含むサイドリンクディスカバリメッセージである第１のサイドリンクディスカバリメッセージを送信し、前記第２の移動端末装置は、前記第１の移動端末装置と通信可能な範囲に存在し、かつ、前記基地局とは通信不可能な範囲に存在する場合に、前記第１のサイドリンクディスカバリメッセージを受信して、前記第１のサイドリンクディスカバリメッセージに基づいて、前記第１の移動端末装置を識別するための移動端末装置識別情報及び前記基地局識別情報を含むサイドリンクディスカバリメッセージである第２のサイドリンクディスカバリメッセージを送信し、前記第３の移動端末装置は、前記第２の移動端末装置と通信可能な範囲に存在し、かつ、前記基地局及び前記第１の移動端末装置とは通信不可能な範囲に存在する場合には、前記第２のサイドリンクディスカバリメッセージを受信して、前記第２のサイドリンクディスカバリメッセージに基づいて、前記第２の移動端末装置及び前記第１の移動端末装置を経由して前記基地局と通信を行う通信経路であるマルチホップリレー通信経路の確立を実行し、前記第３の移動端末装置は、前記基地局と通信可能な範囲から、前記基地局及び前記第１の移動端末装置とは通信不可能な範囲に移動した場合に、前記マルチホップリレー通信経路への切り替えを実行し、前記第３の移動端末装置は、前記マルチホップリレー通信経路への切り替えを開始してから、予め定められた期間が経過しても、前記マルチホップリレー通信経路への切り替えが完了しない場合には、通信経路の切替に失敗した切替エラーを検知し、前記基地局に直接接続する通信経路である直接通信経路の確立を実行することを特徴とする。
【発明の効果】
【0011】
本開示の一又は複数の態様によれば、１台のＵ２Ｎリレーと、１台以上のＵ２Ｕリレーとを組合わせたマルチホップリレー方式が可能となる。
【図面の簡単な説明】
【0012】
【図1】実施の形態１～３に係る通信システムの構成を概略的に示すブロック図である。
【図2】実施の形態１～３におけるＵＥの構成を概略的に示すブロック図である。
【図3】（Ａ）及び（Ｂ）は、ハードウェア構成例を示すブロック図である。
【図4】実施の形態１～３における基地局１３０の構成を概略的に示すブロック図である。
【図5】５ＧＣ部の構成を概略的に示すブロック図である。
【図6】ＵＥが行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
【図7】ＮＲにおけるセルの構成の一例を示す概略図である。
【図8】基地局と直接通信をしているリモートＵＥが、Ｕ２Ｎリレーと、Ｕ２Ｕリレーとを介したマルチホップリレー通信にパススイッチする例を示す概略図である。
【図9】実施の形態１におけるパススイッチ手順を示すシーケンス図である。
【図10】基地局と、Ｕ２Ｎリレー及びＵ２Ｕリレーを介したマルチホップリレー通信をしているリモートＵＥが、Ｕｕインタフェースを用いた直接通信にパススイッチする例を示す概略図である。
【図11】実施の形態２におけるパススイッチ手順を示すシーケンス図である。
【図12】一つのＵ２Ｕリレー及び一つのＵ２Ｎリレーを介して基地局と通信しているリモートＵＥがＵ２Ｎリレーに接近したため、リモートＵＥと、Ｕ２Ｎリレーとが直接通信できる状態となり、パススイッチを実施してリレー段数を削減する例を示す概略図である。
【図13】実施の形態３におけるパススイッチ手順を示すシーケンス図である。
【発明を実施するための形態】
【0013】
実施の形態１．
図１は、実施の形態１に係る通信システム１００の構成を概略的に示すブロック図である。
通信システム１００は、３ＧＰＰにおいて議論されている５Ｇ方式の通信システムである。
通信システム１００は、ＵＥ１１０と、基地局１３０と、５ＧＣ（５Ｇ Ｃｏｒｅ）部１６０とを備える。コアネットワークは、５ＧＣと称される。
無線アクセスネットワークは、ＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と称される。
図１は、実施の形態１に係る通信システム１００の構成を概略的に示すブロック図である。
通信システム１００は、３ＧＰＰにおいて議論されている５Ｇ方式の通信システムである。
通信システム１００は、ＵＥ１１０と、基地局１３０と、５ＧＣ（５Ｇ Ｃｏｒｅ）部１６０とを備える。コアネットワークは、５ＧＣと称される。
無線アクセスネットワークは、ＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と称される。
【0014】
ＵＥ１１０は、基地局１３０と無線通信可能であり、無線通信で信号の送受信を行う。
ＵＥ１１０に対する制御プロトコル、例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）と、ユーザプレイン（以下、Ｕ－Ｐｌａｎｅと称する場合もある）とが基地局１３０で終端するならば、ＮＧ－ＲＡＮは、一又は複数の基地局１３０によって構成される。ここで、ユーザプレインは、例えば、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）又はＰＨＹ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）である。
ＵＥ１１０に対する制御プロトコル、例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）と、ユーザプレイン（以下、Ｕ－Ｐｌａｎｅと称する場合もある）とが基地局１３０で終端するならば、ＮＧ－ＲＡＮは、一又は複数の基地局１３０によって構成される。ここで、ユーザプレインは、例えば、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）又はＰＨＹ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）である。
【0015】
ＵＥ１１０と、基地局１３０との間の制御プロトコルであるＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）は、報知、ページング又はＲＲＣ接続マネージメント等を行う。ＲＲＣにおける基地局１３０とＵＥ１１０との間の状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤと、ＲＲＣ＿ＩＮＡＣＴＩＶＥとがある。
【0016】
ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）選択、ＳＩ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）の報知、ページング、セル再選択及びモビリティ等が行われる。
【0017】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ＵＥ１１０は、ＲＲＣ接続を有し、ネットワークとのデータの送受信を行うことができる。また、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ＨＯ（ＨａｎｄＯｖｅｒ）又は隣接セルの測定等が行われる。
【0018】
ＲＲＣ＿ＩＮＡＣＴＩＶＥでは、５ＧＣ部１６０と、基地局１３０との間の接続が維持されつつ、ＳＩの報知、ページング、セル再選択又はモビリティ等が行われる。
【0019】
基地局１３０は、一又は複数のｇＮＢ（ＮＧ－ＲＡＮ ＮｏｄｅＢ）１５０により構成される。
【0020】
ｇＮＢ１５０は、ＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）１５１と、ＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）１５２に分割されていてもよい。
ｇＮＢ１５０には、一つのＣＵ１５１が含まれ、一又は複数のＤＵ１５２が含まれる。
ＣＵ２１８は、ＤＵ２１９と、Ｆ１インタフェースにより接続され、ＣＵ１５１とＤＵ１５２との間で制御情報又はユーザデータが通信される。
ｇＮＢ１５０には、一つのＣＵ１５１が含まれ、一又は複数のＤＵ１５２が含まれる。
ＣＵ２１８は、ＤＵ２１９と、Ｆ１インタフェースにより接続され、ＣＵ１５１とＤＵ１５２との間で制御情報又はユーザデータが通信される。
【0021】
ｇＮＢ１５０は、５ＧＣ部１６０とＮＧインタフェースにより接続され、ｇＮＢ１５０と、５ＧＣ部１６０との間で制御情報又はユーザデータが通信される。
５ＧＣ部１６０は、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）若しくはＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、又は、ＡＭＦ、ＳＭＦ及びＵＰＦを含む。
５ＧＣ部１６０は、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）若しくはＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、又は、ＡＭＦ、ＳＭＦ及びＵＰＦを含む。
【0022】
ＮＧインタフェースは、ｇＮＢ１５０と、ＡＭＦとの間のＮ２インタフェース、ｇＮＢ１５０と、ＵＰＦとの間のＮ３インタフェース、ＡＭＦと、ＳＭＦとの間のＮ１１インタフェース、及び、ＵＰＦと、ＳＭＦとの間のＮ４インタフェースの総称である。
【0023】
一つのｇＮＢ１５０に対して、複数の５ＧＣ部１６０が接続されてもよい。ｇＮＢ１５０間は、Ｘｎインタフェースにより接続され、ｇＮＢ１５０間で制御情報又はユーザデータが通信される。
【0024】
５ＧＣ部１６０は、上位装置、具体的には上位ノードであり、一又は複数の基地局１３０に対して、ページング信号の分配を行う。
また、５ＧＣ部１６０は、待受け状態のモビリティ制御を行う。
５ＧＣ部１６０は、ＵＥ１１０が待ち受け状態、インアクティブ状態及びアクティブ状態のときに、トラッキングエリアリストの管理を行う。
５ＧＣ部１６０は、ＵＥ１１０が登録されているトラッキングエリアに属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。
また、５ＧＣ部１６０は、待受け状態のモビリティ制御を行う。
５ＧＣ部１６０は、ＵＥ１１０が待ち受け状態、インアクティブ状態及びアクティブ状態のときに、トラッキングエリアリストの管理を行う。
５ＧＣ部１６０は、ＵＥ１１０が登録されているトラッキングエリアに属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。
【0025】
なお、基地局１３０は、一又は複数のセルを構成してもよい。一つの基地局１３０が複数のセルを構成する場合、一つ一つのセルが、ＵＥ１１０と通信可能に構成される。
【0026】
また、５Ｇ方式の通信システム１００に、ＵＤＭ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ）機能又はＰＣＦ（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）が含まれてもよい。ＵＤＭ及びＰＣＦの少なくとも何れか一方は、５ＧＣ部１６０に含まれてもよい。
【0027】
５Ｇ方式の通信システム１００に、ＬＭＦ（Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）が設けられてもよい。ＬＭＦは、ＡＭＦを経由して基地局１３０に接続されていてもよい。
【0028】
５Ｇ方式の通信システム１００に、Ｎ３ＩＷＦ（Ｎｏｎ－３ＧＰＰ Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）が含まれてもよい。Ｎ３ＩＷＦは、ＵＥ１１０との間における非３ＧＰＰアクセスにおいて、ＡＮ（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）をＵＥとの間で終端してもよい。
【0029】
図２は、ＵＥ１１０の構成を概略的に示すブロック図である。
ＵＥ１１０は、端末側通信部１１１と、アプリケーション部（以下、ＡＰ部という）１２０と、プロトコル処理部１２１と、制御部１２２とを備える。
端末側通信部１１１は、送信データバッファ部１１２と、エンコーダ部１１３と、変調部１１４と、周波数変換部１１５と、アンテナ１１６Ａ～１１６Ｄと、復調部１１７と、デコーダ部１１８とを備える通信部である。
ＵＥ１１０は、端末側通信部１１１と、アプリケーション部（以下、ＡＰ部という）１２０と、プロトコル処理部１２１と、制御部１２２とを備える。
端末側通信部１１１は、送信データバッファ部１１２と、エンコーダ部１１３と、変調部１１４と、周波数変換部１１５と、アンテナ１１６Ａ～１１６Ｄと、復調部１１７と、デコーダ部１１８とを備える通信部である。
【0030】
まず、ＵＥ１１０の送信処理を説明する。
プロトコル処理部１２１からの制御データ又はＡＰ部１２０からのユーザデータは、送信データバッファ部１１２に保存される。
送信データバッファ部１１２に保存されたデータは、エンコーダ部１１３へ送られる。
プロトコル処理部１２１からの制御データ又はＡＰ部１２０からのユーザデータは、送信データバッファ部１１２に保存される。
送信データバッファ部１１２に保存されたデータは、エンコーダ部１１３へ送られる。
【0031】
エンコーダ部１１３は、そのデータに対して、誤り訂正等のエンコード処理を施す。なお、エンコーダ部１１３は、データに応じて、エンコード処理を施さずに、送信データバッファ部１１２からのデータを、変調部１１４へ直接出力してもよい。
【0032】
変調部１１４は、エンコーダ部１１３からのデータに対して、変調処理を行う。変調部１１４にて、ＭＩＭＯ（Ｍｕｌｔｉ－Ｉｎｐｕｔ Ｍｕｌｔｉ－Ｏｕｔｐｕｔ）におけるプリコーディングが行われてもよい。また、変調部１１４は、変調されたデータをベースバンド信号に変換した後に、そのベースバンド信号を周波数変換部１１５に与える。
【0033】
周波数変換部１１５は、変調部１１４からのベースバンド信号を、無線送信周波数の送信信号に変換する。
その後、アンテナ１１６Ａ～１１６Ｄは、その送信信号を宛先へ送信する。
その後、アンテナ１１６Ａ～１１６Ｄは、その送信信号を宛先へ送信する。
【0034】
なお、図２においては、四つのアンテナ１１６Ａ～１１６Ｄが設けられているが、アンテナ数については、四つに限定されない。
【0035】
次に、ＵＥ１１０の受信処理を説明する。
アンテナ１１６Ａ～１１６Ｄは、送信元からの無線信号を受信信号として受信する。
周波数変換部１１５は、その受信信号を、無線受信周波数からベースバンド信号に変換する。そして、周波数変換部１１５は、そのベースバンド信号を復調部１１７へ送る。
アンテナ１１６Ａ～１１６Ｄは、送信元からの無線信号を受信信号として受信する。
周波数変換部１１５は、その受信信号を、無線受信周波数からベースバンド信号に変換する。そして、周波数変換部１１５は、そのベースバンド信号を復調部１１７へ送る。
【0036】
復調部１１７は、周波数変換部１１５からのベースバンド信号に対して復調処理を行う。なお、復調部１１７にて、ウェイト計算及び乗算処理が行われてもよい。復調後のデータは、デコーダ部１１８へ送られる。
【0037】
デコーダ部１１８は、復調部１１７からのデータに対して、誤り訂正等のデコード処理を行う。デコードされたデータのうち、制御データはプロトコル処理部１２１へ送られ、ユーザデータはＡＰ部１２０へ送られる。
【0038】
以上のような、ＵＥ１１０での一連の処理は、制御部１２２によって制御される。図示されていないが、制御部１２２は、端末側通信部１１１、ＡＰ部１２０及びプロトコル処理部１２１に接続されている。
なお、ＵＥ１１０が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。
なお、ＵＥ１１０が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。
【0039】
以上に記載されたＡＰ部１２０、プロトコル処理部１２１及び制御部１２２の一部又は全部は、例えば、図３（Ａ）に示されているように、メモリ１０と、メモリ１０に格納されているプログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のプロセッサ１１とにより構成することができる。このようなプログラムは、ネットワークを通じて提供されてもよく、また、記録媒体に記録されて提供されてもよい。即ち、このようなプログラムは、例えば、プログラムプロダクトとして提供されてもよい。
【0040】
また、ＡＰ部１２０、プロトコル処理部１２１及び制御部１２２の一部又は全部は、例えば、図３（Ｂ）に示されているように、単一回路、複合回路、プログラムで動作するプロセッサ、プログラムで動作する並列プロセッサ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）又はＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の処理回路１２で構成することもできる。
以上のように、ＡＰ部１２０、プロトコル処理部１２１及び制御部１２２は、処理回路網により実現することができる。
以上のように、ＡＰ部１２０、プロトコル処理部１２１及び制御部１２２は、処理回路網により実現することができる。
【0041】
なお、端末側通信部１１１は、無線通信用のインタフェースである無線通信インタフェースにより実現することができる。
【0042】
図４は、基地局１３０の構成を概略的に示すブロック図である。
基地局１３０は、局側通信部１３１と、通信処理部１４０と、プロトコル処理部１４４と、制御部１４５とを備える。
局側通信部１３１は、送信データバッファ部１３２と、エンコーダ部１３３と、変調部１３４と、周波数変換部１３５と、アンテナ１３６Ａ～１３６Ｄと、復調部１３７と、デコーダ部１３８とを備える。
通信処理部１４０は、５ＧＣ部１６０等の５ＧＣとの間のデータの送受信を行う５ＧＣ通信部１４１と、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）等のＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）との間のデータの送受信を行うＥＰＣ通信部１４２と、他の基地局との間のデータの送受信を行う他基地局通信部１４３とを備える。なお、５ＧＣ通信部１４１、ＥＰＣ通信部１４２及び他基地局通信部１４３は、それぞれプロトコル処理部１４４と情報の受け渡しを行う。
基地局１３０は、局側通信部１３１と、通信処理部１４０と、プロトコル処理部１４４と、制御部１４５とを備える。
局側通信部１３１は、送信データバッファ部１３２と、エンコーダ部１３３と、変調部１３４と、周波数変換部１３５と、アンテナ１３６Ａ～１３６Ｄと、復調部１３７と、デコーダ部１３８とを備える。
通信処理部１４０は、５ＧＣ部１６０等の５ＧＣとの間のデータの送受信を行う５ＧＣ通信部１４１と、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）等のＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）との間のデータの送受信を行うＥＰＣ通信部１４２と、他の基地局との間のデータの送受信を行う他基地局通信部１４３とを備える。なお、５ＧＣ通信部１４１、ＥＰＣ通信部１４２及び他基地局通信部１４３は、それぞれプロトコル処理部１４４と情報の受け渡しを行う。
【0043】
まず、基地局１３０の送信処理を説明する。
プロトコル処理部１４４からの制御データ、又は、５ＧＣ通信部１４１、ＥＰＣ通信部１４２若しくは他基地局通信部１４３からのユーザデータ若しくは制御データは、送信データバッファ部１３２へ保存される。
送信データバッファ部１３２に保存されたデータは、エンコーダ部１３３へ送られる。
プロトコル処理部１４４からの制御データ、又は、５ＧＣ通信部１４１、ＥＰＣ通信部１４２若しくは他基地局通信部１４３からのユーザデータ若しくは制御データは、送信データバッファ部１３２へ保存される。
送信データバッファ部１３２に保存されたデータは、エンコーダ部１３３へ送られる。
【0044】
エンコーダ部１３３は、受け取ったデータに対して、誤り訂正等のエンコード処理を施す。なお、エンコーダ部１３３は、データに応じて、エンコード処理を施さずに、送信データバッファ部１３２からのデータを、変調部１３４へ直接出力してもよい。
【0045】
変調部１３４は、エンコーダ部１３３からのデータに対して、変調処理を行う。なお、変調部１３４にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。また、変調部１３４は、変調されたデータをベースバンド信号に変換した後に、そのベースバンド信号を周波数変換部１３５に与える。
【0046】
周波数変換部１３５は、変調部１３４からのベースバンド信号を、無線送信周波数の送信信号に変換する。
その後、アンテナ１３６Ａ～１３６Ｄは、その送信信号を宛先へ送信する。
その後、アンテナ１３６Ａ～１３６Ｄは、その送信信号を宛先へ送信する。
【0047】
なお、図４においては、四つのアンテナ１３６Ａ～１３６Ｄが設けられているが、アンテナ数については、四つに限定されない。
【0048】
次に、基地局１３０の受信処理を説明する。
アンテナ１３６Ａ～１３６Ｄは、送信元からの無線信号を受信信号として受信する。
周波数変換部１３５は、その受信信号を、無線受信周波数からベースバンド信号に変換する。そして、周波数変換部１３５は、そのベースバンド信号を復調部１３７へ送る。
アンテナ１３６Ａ～１３６Ｄは、送信元からの無線信号を受信信号として受信する。
周波数変換部１３５は、その受信信号を、無線受信周波数からベースバンド信号に変換する。そして、周波数変換部１３５は、そのベースバンド信号を復調部１３７へ送る。
【0049】
復調部１３７は、周波数変換部１３５からのベースバンド信号に対して復調処理を行う。復調後のデータは、デコーダ部１３８へ送られる。
【0050】
デコーダ部１３８は、復調部１３７からのデータに対して、誤り訂正等のデコード処理を行う。デコードされたデータのうち、制御データは、プロトコル処理部１４４、５ＧＣ通信部１４１、ＥＰＣ通信部１４２又は他基地局通信部１４３へ送られ、ユーザデータは５ＧＣ通信部１４１、ＥＰＣ通信部１４２又は他基地局通信部１４３へ送られる。
【0051】
以上のような、基地局１３０での一連の処理は、制御部１４５によって制御される。図示されていないが、制御部１４５は、局側通信部１３１、通信処理部１４０及びプロトコル処理部１４４に接続されている。
なお、基地局１３０が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。
また、ＵＥ１１０のアンテナ数と、基地局１３０のアンテナ数は、同じであってもよいし、異なってもよい。
なお、基地局１３０が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。
また、ＵＥ１１０のアンテナ数と、基地局１３０のアンテナ数は、同じであってもよいし、異なってもよい。
【0052】
以上に記載された通信処理部１４０、プロトコル処理部１４４及び制御部１４５の一部又は全部は、例えば、図３（Ａ）に示されているように、メモリ１０と、メモリ１０に格納されているプログラムを実行するＣＰＵ等のプロセッサ１１とにより構成することができる。このようなプログラムは、ネットワークを通じて提供されてもよく、また、記録媒体に記録されて提供されてもよい。即ち、このようなプログラムは、例えば、プログラムプロダクトとして提供されてもよい。
【0053】
また、通信処理部１４０、プロトコル処理部１４４及び制御部１４５の一部又は全部は、例えば、図３（Ｂ）に示されているように、単一回路、複合回路、プログラムで動作するプロセッサ、プログラムで動作する並列プロセッサ、ＡＳＩＣ又はＦＰＧＡ等の処理回路１２で構成することもできる。
以上のように、通信処理部１４０、プロトコル処理部１４４及び制御部１４５は、処理回路網により実現することができる。
以上のように、通信処理部１４０、プロトコル処理部１４４及び制御部１４５は、処理回路網により実現することができる。
【0054】
なお、局側通信部１３１は、無線通信用のインタフェースである無線通信インタフェースにより実現することができる。
【0055】
図５は、５ＧＣ部１６０の構成を概略的に示すブロック図である。
図５は、図１に示されている５ＧＣ部１６０に、ＡＭＦの構成、ＳＭＦの構成及びＵＰＦの構成が含まれた場合について示している。
５ＧＣ部１６０は、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１と、基地局通信部１６２と、ユーザプレイン通信部１６３と、セッション管理部１６４と、制御プレイン制御部１６５と、制御部１６９とを備える。
図５は、図１に示されている５ＧＣ部１６０に、ＡＭＦの構成、ＳＭＦの構成及びＵＰＦの構成が含まれた場合について示している。
５ＧＣ部１６０は、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１と、基地局通信部１６２と、ユーザプレイン通信部１６３と、セッション管理部１６４と、制御プレイン制御部１６５と、制御部１６９とを備える。
【0056】
Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１は、５ＧＣ部１６０と、Ｄａｔａ Ｎｅｔｗｏｒｋとの間のデータの送受信を行う。
基地局通信部１６２は、５ＧＣ部１６０と、基地局１３０との間のＮＧインタフェースによるデータの送受信を行う。
Ｄａｔａ Ｎｅｔｗｏｒｋから受信したデータがユーザデータであった場合、ユーザデータは、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１から、ユーザプレイン通信部１６３経由で基地局通信部１６２に送られ、基地局通信部１６２から基地局１３０に送られる。
受信された基地局１３０からのデータがユーザデータであった場合、ユーザデータは、基地局通信部１６２から、ユーザプレイン通信部１６３経由で、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１に送られ、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１からＤａｔａ Ｎｅｔｗｏｒｋへ送信される。
基地局通信部１６２は、５ＧＣ部１６０と、基地局１３０との間のＮＧインタフェースによるデータの送受信を行う。
Ｄａｔａ Ｎｅｔｗｏｒｋから受信したデータがユーザデータであった場合、ユーザデータは、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１から、ユーザプレイン通信部１６３経由で基地局通信部１６２に送られ、基地局通信部１６２から基地局１３０に送られる。
受信された基地局１３０からのデータがユーザデータであった場合、ユーザデータは、基地局通信部１６２から、ユーザプレイン通信部１６３経由で、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１に送られ、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１からＤａｔａ Ｎｅｔｗｏｒｋへ送信される。
【0057】
Ｄａｔａ Ｎｅｔｗｏｒｋから受信したデータが制御データであった場合、制御データは、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１からユーザプレイン通信部１６３経由でセッション管理部１６４へ送られる。
セッション管理部１６４は、制御データを制御プレイン制御部１６５へ送る。
受信された基地局１３０からのデータが制御データであった場合、制御データは、基地局通信部１６２から制御プレイン制御部１６５に送られる。制御プレイン制御部１６５は、その制御データをセッション管理部１６４へ送る。
セッション管理部１６４は、制御データを制御プレイン制御部１６５へ送る。
受信された基地局１３０からのデータが制御データであった場合、制御データは、基地局通信部１６２から制御プレイン制御部１６５に送られる。制御プレイン制御部１６５は、その制御データをセッション管理部１６４へ送る。
【0058】
制御プレイン制御部１６５は、制御プレイン（以下、Ｃ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。
制御プレイン制御部１６５は、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）セキュリティ部１６６と、ＰＤＵセッションコントロール部１６７と、アイドルステートモビリティ管理部１６８とを含む。
制御プレイン制御部１６５は、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）セキュリティ部１６６と、ＰＤＵセッションコントロール部１６７と、アイドルステートモビリティ管理部１６８とを含む。
【0059】
ＮＡＳセキュリティ部１６６は、ＮＡＳメッセージのセキュリティ等を行う。
ＰＤＵセッションコントロール部１６７は、ＵＥ１１０と、５ＧＣ部１６０との間のＰＤＵセッションの管理等を行う。
アイドルステートモビリティ管理部１６８は、待受け状態のモビリティ管理、待受け状態時のページング信号の生成及び制御、傘下の一又は複数のＵＥ１１０のトラッキングエリアの追加、削除、更新及び検索、並びに、トラッキングエリアリスト管理等を行う。なお、待ち受け状態は、アイドルステート、ＲＲＣ＿ＩＤＬＥ状態、又は、単にアイドルとも称される。
ＰＤＵセッションコントロール部１６７は、ＵＥ１１０と、５ＧＣ部１６０との間のＰＤＵセッションの管理等を行う。
アイドルステートモビリティ管理部１６８は、待受け状態のモビリティ管理、待受け状態時のページング信号の生成及び制御、傘下の一又は複数のＵＥ１１０のトラッキングエリアの追加、削除、更新及び検索、並びに、トラッキングエリアリスト管理等を行う。なお、待ち受け状態は、アイドルステート、ＲＲＣ＿ＩＤＬＥ状態、又は、単にアイドルとも称される。
【0060】
５ＧＣ部１６０の一連の処理は、制御部１６９によって制御される。図示されていないが、制御部１６９は、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１、基地局通信部１６２、ユーザプレイン通信部１６３、セッション管理部１６４及び制御プレイン制御部１６５と接続されている。
【0061】
Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１、基地局通信部１６２、ユーザプレイン通信部１６３、セッション管理部１６４、制御プレイン制御部１６５及び制御部１６９の一部又は全部は、例えば、図３（Ａ）に示されているように、メモリ１０と、メモリ１０に格納されているプログラムを実行するＣＰＵ等のプロセッサ１１とにより構成することができる。このようなプログラムは、ネットワークを通じて提供されてもよく、また、記録媒体に記録されて提供されてもよい。即ち、このようなプログラムは、例えば、プログラムプロダクトとして提供されてもよい。
【0062】
また、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１、基地局通信部１６２、ユーザプレイン通信部１６３、セッション管理部１６４、制御プレイン制御部１６５及び制御部１６９の一部又は全部は、例えば、図３（Ｂ）に示されているように、単一回路、複合回路、プログラムで動作するプロセッサ、プログラムで動作する並列プロセッサ、ＡＳＩＣ又はＦＰＧＡ等の処理回路１２で構成することもできる。
以上のように、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１、基地局通信部１６２、ユーザプレイン通信部１６３、セッション管理部１６４、制御プレイン制御部１６５及び制御部１６９は、処理回路網により実現することができる。
以上のように、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部１６１、基地局通信部１６２、ユーザプレイン通信部１６３、セッション管理部１６４、制御プレイン制御部１６５及び制御部１６９は、処理回路網により実現することができる。
【0063】
次に、通信システム１００におけるセルサーチ方法の一例を示す。
図６は、ＵＥ１１０が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
ＵＥ１１０は、セルサーチを開始すると、周辺の基地局１３０から送信される第一同期信号（Ｐ－ＳＳ）及び第二同期信号（Ｓ－ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる（Ｓ１０）。ここで、Ｐ－ＳＳと、Ｓ－ＳＳとを合わせて、同期信号という。同期信号には、セル毎に割り当てられたＰＣＩに１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は５０４通りが検討されている。ＵＥ１１０は、この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを特定する。
図６は、ＵＥ１１０が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
ＵＥ１１０は、セルサーチを開始すると、周辺の基地局１３０から送信される第一同期信号（Ｐ－ＳＳ）及び第二同期信号（Ｓ－ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる（Ｓ１０）。ここで、Ｐ－ＳＳと、Ｓ－ＳＳとを合わせて、同期信号という。同期信号には、セル毎に割り当てられたＰＣＩに１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は５０４通りが検討されている。ＵＥ１１０は、この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを特定する。
【0064】
次に、ＵＥ１１０は、同期がとれたセルに対して、基地局１３０からセル毎に送信されるＲＳ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）であるセル固有参照信号を検出し、ＲＳの受信電力であるＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）の測定を行う（Ｓ１１）。ＲＳには、ＰＣＩと１対１に対応したコードが用いられている。そのコードで相関をとることによって他セルと分離することができる。ステップＳ１０で特定されたＰＣＩから、そのセルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳのＲＳＲＰを測定することが可能となる。
【0065】
次に、ＵＥ１１０は、ステップＳ１１までで検出された一つ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳのＲＳＲＰが最も高いセル、つまりベストセルを選択する（Ｓ１２）。なお、ＵＥ１１０は、ベストセルに加えて、最もＲＳＲＰが高いビームであるベストビームを選択してもよい。
【0066】
次に、ＵＥ１１０は、ベストセルのＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ ＣＨａｎｎｅｌ）を受信して、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）を介して報知情報を得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）がマッピングされる。従って、ＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる（Ｓ１３）。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅、送信アンテナ数、及び、ＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）等がある。システム帯域幅は、送信帯域幅設定（ｄｌ－ｂａｎｄｗｉｄｔｈ）とも呼ばれる。
また、ＵＥ１１０は、ステップＳ１３において、ビームの情報、例えば、ビームの識別子を取得してもよい。さらに、ＵＥ１１０は、ステップＳ１３において、ＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ Ｍｉｎｉｍｕｍ ＳＩ）のスケジューリング情報を取得してもよい。
また、ＵＥ１１０は、ステップＳ１３において、ビームの情報、例えば、ビームの識別子を取得してもよい。さらに、ＵＥ１１０は、ステップＳ１３において、ＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ Ｍｉｎｉｍｕｍ ＳＩ）のスケジューリング情報を取得してもよい。
【0067】
次に、ＵＥ１１０は、ＭＩＢのセル構成情報をもとに、そのセルの下り共有チャネルであるＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信して、ＢＣＣＨの中のＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）１を得る（Ｓ１４）。ＳＩＢ１には、そのセルへのアクセスに関する情報、セルセレクションに関する情報、他のＳＩＢであるＳＩＢｋ（ｋは、ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、ＴＡＣ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｃｏｄｅ）が含まれる。ＴＡＣはトラッキングエリアのコード番号である。
なお、ＵＥ１１０は、ステップＳ１４において、ＲＭＳＩを受信してもよい。
なお、ＵＥ１１０は、ステップＳ１４において、ＲＭＳＩを受信してもよい。
【0068】
次に、ＵＥ１１０は、ステップＳ１４で受信したＳＩＢ１のＴＡＣと、ＵＥ１１０が既に保有しているトラッキングエリアリスト内のトラッキングエリア識別子であるＴＡＩ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｔｙ）のＴＡＣ部分とを比較する。トラッキングエリアリストは、ＴＡＩリストとも称される。ＴＡＩは、トラッキングエリアを識別するための識別情報であり、ＭＣＣ（Ｍｏｂｉｌｅ Ｃｏｕｎｔｒｙ Ｃｏｄｅ）と、ＭＮＣ（Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｃｏｄｅ）と、ＴＡＣとによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。
【0069】
ＵＥ１１０は、ＴＡＣを比較した結果、ステップＳ１４で受信されたＴＡＣがトラッキングエリアリスト内に含まれるＴＡＣと同じならば（Ｓ１５でＹｅｓ）、そのセルで待ち受け動作に入る。
ＴＡＣを比較して、ステップＳ１４で受信されたＴＡＣがトラッキングエリアリスト内に含まれなければ（Ｓ１５でＮｏ）、ＵＥ１１０は、そのセルを通して、ＭＭＥ等が含まれるコアネットワークへ、ＴＡＵ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ）を行うためにトラッキングエリアの変更を要求する。
ＴＡＣを比較して、ステップＳ１４で受信されたＴＡＣがトラッキングエリアリスト内に含まれなければ（Ｓ１５でＮｏ）、ＵＥ１１０は、そのセルを通して、ＭＭＥ等が含まれるコアネットワークへ、ＴＡＵ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ）を行うためにトラッキングエリアの変更を要求する。
【0070】
コアネットワークを構成する装置であるコアネットワーク側装置は、ＴＡＵ要求信号とともに通信端末から送られてくるＵＥ１１０の識別番号（例えば、ＵＥ－ＩＤ等）をもとに、トラッキングエリアリストの更新を行う。コアネットワーク側装置は、ＵＥ１１０に更新後のトラッキングエリアリストを送信する。ＵＥ１１０は、受信されたトラッキングエリアリストに基づいて、ＵＥ１１０が保有するＴＡＣリストを書き換えることで、更新する。その後、ＵＥ１１０は、そのセルで待ち受け動作に入る。
【0071】
スマートフォンおよびタブレット型端末装置の普及によって、セルラー系無線通信によるトラフィックが爆発的に増大しており、世界中で無線リソースの不足が懸念されている。これに対応して周波数利用効率を高めるために、小セル化し、空間分離を進めることが検討されている。
【0072】
図７は、ＮＲにおけるセルの構成の一例を示す概略図である。
ＮＲのセルでは、基地局１３０は、狭いビームを形成し、方向を変えて送信する。図７に示す例において、基地局１３０は、ある時間において、ビーム１０２－１を用いてＵＥ１１０との送受信を行う。他の時間において、基地局１３０は、ビーム１０２－２を用いてＵＥ１１０との送受信を行う。以下同様にして、基地局１３０は、ビーム１０２－３～１０２－８のうち、一又は複数のビームを用いてＵＥ１１０との送受信を行う。このようにすることで、基地局１３０は広範囲のセルを構成する。
ＮＲのセルでは、基地局１３０は、狭いビームを形成し、方向を変えて送信する。図７に示す例において、基地局１３０は、ある時間において、ビーム１０２－１を用いてＵＥ１１０との送受信を行う。他の時間において、基地局１３０は、ビーム１０２－２を用いてＵＥ１１０との送受信を行う。以下同様にして、基地局１３０は、ビーム１０２－３～１０２－８のうち、一又は複数のビームを用いてＵＥ１１０との送受信を行う。このようにすることで、基地局１３０は広範囲のセルを構成する。
【0073】
図７では、基地局１３０が用いるビームの数を８とする例について示したが、ビームの数は８とは異なっていてもよい。また、図７に示す例において、基地局１３０が同時に用いるビームの数を一つとしたが、複数であってもよい。
【0074】
３ＧＰＰが定めるＴＳ ３６．３００ Ｖ１６．５．０及びＴＳ ３８．３００ Ｖ．１６．５．０では、Ｄ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信又はＶ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）通信のため、ＳＬ（Ｓｉｄｅ Ｌｉｎｋ）がサポートされている。ＳＬはＰＣ５インタフェースによって規定される。
【0075】
ＳＬに用いられる物理チャネルについて説明する。
物理サイドリンク報知チャネルであるＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ ＣＨａｎｎｅｌ）は、システムと同期に関連する情報を運び、ＵＥ１１０から送信される。
物理サイドリンク報知チャネルであるＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ ＣＨａｎｎｅｌ）は、システムと同期に関連する情報を運び、ＵＥ１１０から送信される。
【0076】
物理サイドリンクディスカバリチャネルであるＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｄｉｓｃｏｖｅｒｙ ＣＨａｎｎｅｌ）は、ＵＥ１１０からサイドリンクディスカバリメッセージを運ぶ。
【0077】
物理サイドリンク制御チャネルであるＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）は、サイドリンク通信及びＶ２Ｘサイドリンク通信のために、ＵＥ１１０からの制御情報を運ぶ。
【0078】
物理サイドリンク共有チャネルであるＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）は、サイドリンク通信及びＶ２Ｘサイドリンク通信のために、ＵＥ１１０からのデータを運ぶ。
【0079】
物理サイドリンクフィードバックチャネルであるＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ ＣＨａｎｎｅｌ）は、ＰＳＳＣＨ送信を受信したＵＥ１１０から、ＰＳＳＣＨを送信したＵＥ１１０に、サイドリンク上でのＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）フィードバックを運ぶ。
【0080】
次に、ＳＬに用いられるトランスポートチャネルについて説明する。
サイドリンク報知チャネルであるＳＬ－ＢＣＨ（Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ ＣＨａｎｎｅｌ）は、予め決められたトランスポートフォーマットを有し、物理チャネルであるＰＳＢＣＨにマッピングされる。
サイドリンク報知チャネルであるＳＬ－ＢＣＨ（Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ ＣＨａｎｎｅｌ）は、予め決められたトランスポートフォーマットを有し、物理チャネルであるＰＳＢＣＨにマッピングされる。
【0081】
サイドリンクディスカバリチャネルであるＳＬ－ＤＣＨ（Ｓｉｄｅｌｉｎｋ Ｄｉｓｃｏｖｅｒｙ ＣＨａｎｎｅｌ）は、固定サイズの予め決められたフォーマットの周期的報知送信を有する。また、ＳＬ－ＤＣＨは、ＵＥ自動リソース選択と、ｇＮＢ１５０によってスケジュールされたリソースアロケーションの両方をサポートする。ＵＥ自動リソース選択では、衝突リスクが有り、ＵＥ１１０がｇＮＢ１５０によって個別リソースをアロケーションされたときは、衝突は起こらない。また、ＳＬ－ＤＣＨは、ＨＡＲＱコンバイニングをサポートするが、ＨＡＲＱフィードバックはサポートしない。ＳＬ－ＤＣＨは、物理チャネルであるＰＳＤＣＨにマッピングされる。
【0082】
サイドリンク共有チャネルであるＳＬ－ＳＣＨ（ＳｉｄｅＬｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）は、報知送信をサポートする。ＳＬ－ＳＣＨは、ＵＥ自動リソース選択と、ｇＮＢ１５０によってスケジュールされたリソースアロケーションの両方をサポートする。ＵＥ自動リソース選択では、衝突リスクが有り、ＵＥ１１０がｇＮＢ１５０によって個別リソースをアロケーションされたときは、衝突は起こらない。また、ＳＬ－ＳＣＨは、ＨＡＲＱコンバイニングをサポートするが、ＨＡＲＱフィードバックはサポートしない。また、ＳＬ－ＳＣＨは、送信電力、変調又はコーディングを変えることによって、動的リンクアダプテーションをサポートする。ＳＬ－ＳＣＨは、物理チャネルであるＰＳＳＣＨにマッピングされる。
【0083】
次に、ＳＬに用いられる論理チャネルについて説明する。
サイドリンク報知制御チャネルであるＳＢＣＣＨ（Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）は、一つのＵＥ１１０から他のＵＥ１１０にサイドリンクシステム情報を報知するためのサイドリンク用チャネルである。ＳＢＣＣＨは、トランスポートチャネルであるＳＬ－ＢＣＨにマッピングされる。
サイドリンク報知制御チャネルであるＳＢＣＣＨ（Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）は、一つのＵＥ１１０から他のＵＥ１１０にサイドリンクシステム情報を報知するためのサイドリンク用チャネルである。ＳＢＣＣＨは、トランスポートチャネルであるＳＬ－ＢＣＨにマッピングされる。
【0084】
サイドリンクトラフィックチャネルであるＳＴＣＨ（Ｓｉｄｅｌｉｎｋ Ｔｒａｆｆｉｃ ＣＨａｎｎｅｌ）は、一つのＵＥ１１０から他のＵＥ１１０にユーザ情報を送信するための、１対多のサイドリンク用トラフィックチャネルである。ＳＴＣＨは、サイドリンク通信能力を有するＵＥ１１０と、Ｖ２Ｘサイドリンク通信能力を有するＵＥ１１０によってのみ用いられる。２つのサイドリンク通信能力を有するＵＥ１１０間の１対１通信もまたＳＴＣＨで実現される。ＳＴＣＨは、トランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。
【0085】
サイドリンク制御チャネルであるＳＣＣＨ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）は、一つのＵＥ１１０から他のＵＥ１１０に制御情報を送信するためのサイドリンク用制御チャネルである。ＳＣＣＨは、トランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。
【0086】
３ＧＰＰでは、ＮＲにおいてもＶ２Ｘ通信をサポートすることが検討されている。ＮＲにおけるＶ２Ｘ通信の検討が、ＬＴＥシステム及びＬＴＥ－Ａシステムを基にして進められているが、以下の点でＬＴＥシステム及びＬＴＥ－Ａシステムからの変更および追加が行われている。
【0087】
ＬＴＥでは、ＳＬ通信は、ブロードキャストのみであった。ＮＲでは、ＳＬ通信として、ブロードキャストに加え、ユニキャストとグループキャストのサポートが検討されている。
【0088】
ユニキャスト通信又はグループキャスト通信では、ＨＡＲＱのフィードバックであるＡｃｋ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）若しくはＮａｃｋ（Ｎｅｇａｔｉｖｅ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）、又は、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）報告等のサポートが検討されている。
【0089】
ＳＬ通信で、ブロードキャストに加え、ユニキャストとグループキャストをサポートするため、ＰＣ５－Ｓシグナリングのサポートが検討されている。例えば、ＳＬ、言い換えると、ＰＣ５通信を実施するためのリンクを確立するため、ＰＣ５－Ｓシグナリングが実施される。そのリンクは、Ｖ２Ｘレイヤで実施され、レイヤ２リンクとも称される。
【0090】
また、ＳＬ通信において、ＲＲＣシグナリングのサポートが検討されている。ＳＬ通信におけるＲＲＣシグナリングを、ＰＣ５ ＲＲＣシグナリングとも称する。例えば、ＰＣ５通信を行うＵＥ１１０間で、ＵＥ１１０のケーパビリティを通知すること、及び、ＰＣ５通信を用いてＶ２Ｘ通信を行うためのＡＳレイヤの設定等を通知することが提案されている。
【0091】
Ｕ２Ｕリレーは、サイドリンクディスカバリメッセージによって近接するサイドリンク通信が可能なＵＥ１１０のリスト情報を保持する。そのＵ２Ｕリレーは、ＵＥ１１０が送信するサイドリンクディスカバリメッセージに、通信可能なＵＥ１１０の情報を付加してもよい。
【0092】
Ｕ２Ｎリレーは、接続する基地局１３０の識別子（例えば、セルＩＤ）を把握する。そのＵ２Ｎリレーは、ＵＥ１１０が送信するサイドリンクディスカバリメッセージに、セルＩＤ情報が付加されてもよい。また、Ｕ２Ｕリレーは、通信可能な範囲にＵ２Ｎリレーが存在し、そのＵ２ＮリレーがセルＩＤ情報を付加してサイドリンクディスカバリメッセージを送信している場合は、そのＵ２Ｕリレーは、通信可能なＵＥ情報に、そのＵ２ＮリレーからのセルＩＤ情報を付加したサイドリンクディスカバリメッセージを送信してもよい。
【0093】
例えば、図８に示されているＵ２Ｎリレー１１０＃２（仮に、ＵＥ＿Ａと称する）は、通信可能な他のＵＥ１１０又は基地局情報として｛ CELL(‘gNB’) ｝というサイドリンクディスカバリメッセージを送信し、メッセージを受信したＵ２Ｕリレー１１０＃３（仮にＵＥ＿Ｂと称する）は、通信可能なＵＥ１１０の情報として { UE_A(CELL(‘gNB’))} というサイドリンクディスカバリメッセージを送信する。そのＵＥ＿Ｂのメッセージを受信したリモートＵＥ１１０＃１は、ＵＥ＿ＢからＵＥ＿Ａ経由のリレー２段によるマルチホップリレー方式で基地局１３０のｇＮＢ１５０に接続できることを認識可能である。
【0094】
リモートＵＥ１１０＃１が、ＲＲＣ＿ＩＤＬＥ状態、言い換えると、何れの基地局１３０とも接続していない場合、そのリモートＵＥ１１０＃１は、ＢＣＨを受信してシステム情報を取得した後、ランダムアクセスを実施して基地局１３０への直接接続を試みる。基地局１３０への直接通信が不可能な場合、予めリモートＵＥ１１０＃１に設定された、又は、以前に基地局１３０との接続を行った際に基地局１３０からの指示で設定されたサイドリンク通信のパラメータに従って、サイドリンク通信が許可されていればサイドリンクディスカバリメッセージを送信して周囲のリレーＵＥ１１０を介して基地局１３０との接続を試みる。リモートＵＥ１１０＃１は、基地局１３０への複数のパス候補を発見した場合は、直接サイドリンク通信するリレーＵＥ１１０との電波強度を考慮してパスを選択してもよく、又は、基地局１３０までのリレー段数が最も少ないパスを選択してもよい。
【0095】
なお、以下では、Ｕ２Ｎリレーを、第１の移動端末装置ともいい、Ｕ２Ｕリレーを、第２の移動端末装置ともいい、リモートＵＥを第３の移動端末装置ともいう。
また、複数のリレーを経由する通信経路をマルチホップリレー通信経路ともいい、一つのリレーを経由する通信経路をシングルホップリレー通信経路ともいう。
また、複数のリレーを経由する通信経路をマルチホップリレー通信経路ともいい、一つのリレーを経由する通信経路をシングルホップリレー通信経路ともいう。
【0096】
図８は、基地局１３０＃１と直接通信をしているリモートＵＥ１１０＃１が、Ｕ２Ｎリレー１１０＃２と、Ｕ２Ｕリレー１１０＃３とを介したマルチホップリレー通信にパススイッチする例を示す概略図である。
また、図９は、図８に示されている例におけるパススイッチ手順を示すシーケンス図である。
また、図９は、図８に示されている例におけるパススイッチ手順を示すシーケンス図である。
【0097】
まず、リモートＵＥ１１０＃１のＡＰ部１２０は、端末側通信部１１１を介して、基地局１３０とＵｕインタフェースにて直接接続をして通信可能な状態となっている（Ｓ１０）。ここでは、基地局１３０の５ＧＣ通信部１４１が、局側通信部１３１を介して、リモートＵＥ１１０＃１と通信している。
【0098】
次に、基地局１３０の制御部１４５は、プロトコル処理部１４４及び局側通信部１３１を介して、周期的に、又は、リモートＵＥ１１０＃１との通信状態、例えば、受信電力の低下をトリガとして、リモートＵＥ１１０＃１に対してサイドリンクディスカバリを実施する指示を行う（Ｓ１１）。
【0099】
次に、リモートＵＥ１１０＃１の制御部１２２は、プロトコル処理部１２１及び端末側通信部１１１を介して、サイドリングディスカバリを実施して、近接するリレーＵＥ１１０を探す（Ｓ１２）。ここで、近接するＵ２Ｕリレー１１０＃３の制御部１２２は、プロトコル処理部１２１及び端末側通信部１１１を介して、事前にサイドリンクディスカバリを実施し（Ｓ１３）、Ｕ２Ｎリレー１１０＃２を見つけていると仮定する。このような場合、リモートＵＥ１１０＃１の制御部１２２は、プロトコル処理部１２１及び端末側通信部１１１を介して、リモートＵＥ１１０＃１からはＵ２Ｎリレー１１０＃２は直接通信可能な範囲の外にいるが、Ｕ２Ｕリレー１１０＃３からのサイドリンクディスカバリメッセージでＵ２Ｕリレー１１０＃３を介し、Ｕ２Ｎリレー１１０＃２と、更にＵ２Ｎリレー１１０＃２が接続している基地局１３０と通信可能であることを検知する。
【0100】
そして、リモートＵＥ１１０＃１の制御部１２２は、プロトコル処理部１２１及び端末側通信部１１１を介して、上記のサイドリンクディスカバリで得たパス情報を基地局１３０に報告する（Ｓ１４）。これにより、基地局１３０の制御部１４５は、代替パスとして、上記の通信経路が存在することを把握する。
【0101】
次に、基地局１３０の制御部１４５は、プロトコル処理部１４４及び局側通信部１３１を介して、リモートＵＥ１１０＃１に対して、基地局１３０との通信品質、例えば、ＲＳＲＰと、Ｕ２Ｕリレーからの電波受信状態、例えばＳＬ－ＲＳＲＰとを測定するよう指示し、リモートＵＥ１１０＃１の制御部１２２は、プロトコル処理部１２１及び端末側通信部１１１を介して、その測定結果である通信品質レポートを基地局１３０に報告する（Ｓ１５）。
【0102】
次に、基地局１３０の制御部１４５は、プロトコル処理部１４４及び局側通信部１３１を介して、通信品質レポートを受け取り、その通信品質レポートをチェックし、通信品質が悪化した場合に、上記の通信経路におけるリレー１１０＃３、１１０＃２を介したパスにパススイッチすることを決定する（Ｓ１６）。なお、通信品質レポートで示される値が、予め定められた閾値を超えた場合、又は、下回る場合に、通信品質が悪化したと判断すればよい。
【0103】
次に、基地局１３０の制御部１４５は、プロトコル処理部１４４及び局側通信部１３１を介して、リモートＵＥ１１０＃１に対してＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｍｅｓｓａｇｅを送信して、リレー１１０＃３、１１０＃２を介したパスにパススイッチするよう指示する（Ｓ１７）。
【0104】
パススイッチ中のデータロスを回避するため、基地局１３０側では、制御部１４５がパススイッチの実施を決定した後にデータ送信を中断し、リモートＵＥ１１０＃１側では、そのＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｍｅｓｓａｇｅを受信した後、制御部１２２がデータ送信を中断する（Ｓ１８）。この際、送信中のデータ及び新たに上位レイヤから要求された送信データは、バッファされて、その送信は保留される。
【0105】
そして、リモートＵＥ１１０＃１の制御部１２２は、プロトコル処理部１２１及び端末側通信部１１１を介して、Ｕ２Ｕリレー１１０＃３に対して、サイドリンク通信の要求であるＤｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔを送信し、Ｕ２Ｕリレー１１０＃３及びＵ２Ｎリレー１１０＃２を通じて基地局１３０と通信したいことを通知、サイドリンク通信を確立する（Ｓ１９）。
【0106】
この時、Ｕ２Ｕリレー１１０＃３と、Ｕ２Ｎリレー１１０＃２との間でサイドリンク通信が行われていない場合には、Ｕ２Ｕリレー１１０＃３の制御部１２２は、プロトコル処理部１２１及び端末側通信部１１１を介して、Ｕ２Ｎリレー１１０＃２に、Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔを送信し、サイドリンク通信を確立する（Ｓ２０）。なお、新しいパスを確立する前に、古いパス（この例では、Ｕｕインタフェース接続）がリリースされてもよい。
【0107】
以上により、リレー１１０＃３、１１０＃２を介した新しい通信経路が確立し、リモートＵＥ１１０＃１の制御部１２２は、プロトコル処理部１２１及び端末側通信部１１１を介して、新しいパスを経由して基地局１３０にＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージを送信する（Ｓ２１）。この時、リモートＵＥ＃１の制御部１２２は、基地局１３０とのＵｕインタフェースをまだ保持している場合、不要であれば、これをリリースしてもよい。ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージの送信後に、ステップＳ１８で基地局１３０及びリモートＵＥ１１０＃１で中断されたデータ送信が新しい通信経路を用いて再開される。
【0108】
図８及び図９によれば、第５世代移動通信システムの規格に対応した通信システム１００において、Ｕ２Ｎリレー１１０＃２は、基地局１３０と通信可能な範囲に存在する場合に、基地局１３０を識別するための基地局識別情報を含むサイドリンクディスカバリメッセージである第１のサイドリンクディスカバリメッセージを送信する。Ｕ２Ｕリレー１１０＃３は、Ｕ２Ｎリレー１１０＃２と通信可能な範囲に存在し、かつ、基地局１３０とは通信不可能な範囲に存在する場合に、第１のサイドリンクディスカバリメッセージを受信して、その第１のサイドリンクディスカバリメッセージに基づいて、Ｕ２Ｎリレー１１０＃２を識別するための移動端末装置識別情報及び基地局識別情報を含むサイドリンクディスカバリメッセージである第２のサイドリンクディスカバリメッセージを送信する。リモートＵＥ１１０＃１は、Ｕ２Ｕリレー１１０＃３と通信可能な範囲に存在し、かつ、基地局１３０及びＵ２Ｎリレー１１０＃２とは通信不可能な範囲に存在する場合には、第２のサイドリンクディスカバリメッセージを受信して、その第２のサイドリンクディスカバリメッセージに基づいて、Ｕ２Ｕリレー１１０＃３及びＵ２Ｎリレー１１０＃２を経由して基地局１３０と通信を行う通信経路であるマルチホップリレー通信経路の確立を実行する。具体的には、リモートＵＥ１１０＃１は、基地局１３０と通信可能な範囲から、基地局１３０及びＵ２Ｎリレー１１０＃２とは通信不可能な範囲に移動した場合に、マルチホップリレー通信経路への切り替えを実行する。
【0109】
特に、Ｕ２Ｕリレー１１０＃３は、第５世代移動通信システムの規格に対応し、基地局１３０と通信可能な範囲に存在する別の移動端末装置であるＵ２Ｎリレー１１０＃２が送信した、基地局１３０を識別するための基地局識別情報を含むサイドリンクディスカバリメッセージである第１のサイドリンクディスカバリメッセージを受信する通信部である端末側通信部１１１と、Ｕ２Ｎリレー１１０＃２と通信可能な範囲に存在し、かつ、基地局１３０とは通信不可能な範囲に存在する場合に、第１のサイドリンクディスカバリメッセージに基づいて、Ｕ２Ｎリレー１１０＃２を識別するための移動端末装置識別情報及び基地局識別情報を含むサイドリンクディスカバリメッセージである第２のサイドリンクディスカバリメッセージを端末側通信部１１１に送信させる制御部１２２とを備える。
【0110】
なお、何らかの原因で、Ｕ２Ｕリレー１１０＃３及びＵ２Ｎリレー１１０＃２を介した通信が確立できない場合がある。通常のＵｕインタフェースの基地局間ハンドオーバでは、ＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ）送信をするので、規定のＲＡＣＨ送信回数を超えたことでハンドオーバの失敗を検知できるが、以上のパススイッチでは、ＲＡＣＨ送信は行わないので、復帰する為の手順が存在しない。
【0111】
このような課題を解決する方法として、例えばＵＥ１１０は、パススイッチ用のタイマーを備える。
【0112】
そのようなタイマーは、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信した場合に、時間設定及び計時をスタートする。新しい通信経路が確立されて、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージを送信する際に、リモートＵＥ１１０＃１は、タイマーをストップする。設定された時間が経過した場合は、リモートＵＥ１１０＃１は、通信不可（例えば、パススイッチの失敗）と判断することができ、必要に応じてＵｕインタフェースによる再接続を試みる。また、リモートＵＥ１１０＃１は、元のＵｕインタフェースを通じて基地局１３０に対してＨＯＦ（ＨａｎｄＯｖｅｒ Ｆａｉｌｕｒｅ）を送信してもよい。リモートＵＥ１１０＃１は、パススイッチを試みた通信経路に何らかの問題が存在する可能性があることを報告することになり、基地局１３０側で以降のパススイッチではそのパスを避けパススイッチの成功率を高めることができる。
【0113】
以上のようなタイマーにより、リモートＵＥ＃１は、マルチホップリレー通信経路への切り替えを開始してから、予め定められた期間が経過しても、マルチホップリレー通信経路への切り替えが完了しない場合には、通信経路の切替に失敗した切替エラーを検知することができる。そして、リモートＵＥ＃１は、切替エラーを検知した場合には、基地局１３０に直接接続する通信経路である直接通信経路の確立を実行すればよい。
【0114】
変形例．
上記の実施の形態１の逆のケース、言い換えると、Ｕ２Ｎリレー及びＵ２Ｕリレーを介したマルチホップリレー通信からＵｕインタフェースによる直接通信へのパススイッチが考えられる。実施の形態１の変形例として、このようなパススイッチの手順について説明する。
なお、この変形例でも、通信システム１００は、実施の形態１と同様に、ＵＥ１１０と、基地局１３０と、５ＧＣ部１６０とを備えているものとする。そして、ＵＥ１１０、基地局１３０及び５ＧＣ部１６０も、それぞれ、実施の形態１と同様に構成されているものとする。
上記の実施の形態１の逆のケース、言い換えると、Ｕ２Ｎリレー及びＵ２Ｕリレーを介したマルチホップリレー通信からＵｕインタフェースによる直接通信へのパススイッチが考えられる。実施の形態１の変形例として、このようなパススイッチの手順について説明する。
なお、この変形例でも、通信システム１００は、実施の形態１と同様に、ＵＥ１１０と、基地局１３０と、５ＧＣ部１６０とを備えているものとする。そして、ＵＥ１１０、基地局１３０及び５ＧＣ部１６０も、それぞれ、実施の形態１と同様に構成されているものとする。
【0115】
図１０は、基地局１３０と、Ｕ２Ｎリレー１１０＃２及びＵ２Ｕリレー１１０＃３を介したマルチホップリレー通信をしているリモートＵＥ１１０＃１が、Ｕｕインタフェースを用いた直接通信にパススイッチする例を示す概略図である。
また、図１１は、図１０に示されている例におけるパススイッチ手順を示すシーケンス図である。
また、図１１は、図１０に示されている例におけるパススイッチ手順を示すシーケンス図である。
【0116】
まず、リモートＵＥ１１０＃１のＡＰ部１２０は、端末側通信部１１１を介して、Ｕ２Ｎリレー１１０＃２及びＵ２Ｕリレー１１０＃３を経由して、基地局１３０と通信を行っている状態となっている（Ｓ３０）。ここでは、基地局１３０の５ＧＣ通信部１４１が、局側通信部１３１を介して、リモートＵＥ１１０＃１と通信している。
【0117】
次に、基地局１３０の制御部１４５は、図９のステップＳ１５と同様に、プロトコル処理部１４４及び局側通信部１３１を介して、リモートＵＥ１１０＃１に対して、基地局１３０との通信品質、例えば、ＲＳＲＰと、Ｕ２Ｕリレー１１０＃３からの電波受信状態、例えばＳＬ－ＲＳＲＰとを測定するよう指示し、リモートＵＥ１１０＃１の制御部１２２は、プロトコル処理部１２１及び端末側通信部１１１を介して、その測定結果である通信品質レポートを基地局１３０に報告する（Ｓ３１）。
【0118】
ここでは、リモートＵＥ１１０＃１が基地局１３０に近づき通信範囲内に入ったものとする。そして、リモートＵＥ１１０＃１の制御部１２２は、例えば、基地局１３０からの電波のＲＳＲＰが一定値以上となった場合に、プロトコル処理部１２１及び端末側通信部１１１を介して、在圏となったことを基地局１３０に報告する（Ｓ３２）。
【0119】
次に、基地局１３０の制御部１４５は、プロトコル処理部１４４及び局側通信部１３１を介して、通信品質レポートを受け取り、その通信品質レポートをチェックし、Ｕｕインタフェースを用いた直接通信にパススイッチすることを決定する（Ｓ３３）。
【0120】
次に、基地局１３０の制御部１４５は、プロトコル処理部１４４及び局側通信部１３１を介して、リモートＵＥ１１０＃１に対してＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｍｅｓｓａｇｅを送信して、Ｕｕインタフェースを用いた直接通信にパススイッチするよう指示する（Ｓ３４）。
【0121】
パススイッチ中のデータロスを回避するため、基地局１３０側では、制御部１４５がパススイッチの実施を決定した後にデータ送信を中断し、リモートＵＥ１１０＃１側では、そのＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｍｅｓｓａｇｅを受信した後、制御部１２２がデータ送信を中断する。この際、送信中のデータ及び新たに上位レイヤから要求された送信データは、バッファされて、その送信は保留される。
【0122】
次に、リモートＵＥ１１０＃１の制御部１２２は、基地局１３０との通常の通信開始と同様に、プロトコル処理部１２１及び端末側通信部１１１を介して、ＲＡＣＨを基地局に送信し、ランダムアクセス処理を実施してＵｕインタフェースを用いた直接通信を確立する（Ｓ３５）。
【0123】
この時、サイドリンク通信がまだ保持されており、そのようなサイドリンク通信が不要となった場合は、リモートＵＥ１１０＃１と、Ｕ２Ｕリレー１１０＃３との間のＰＣ５接続、及び、Ｕ２Ｕリレー１１０＃３と、Ｕ２Ｎリレー１１０＃２との間のＰＣ５接続がリリースされてもよい（Ｓ３６、Ｓ３７）。
【0124】
以上により、リモートＵＥ１１０＃１と、基地局１３０との間に、Ｕｕインタフェースを用いた新しい通信経路が確立し、リモートＵＥ１１０＃１の制御部１２２は、プロトコル処理部１２１及び端末側通信部１１１を介して、新しいパスを経由して基地局１３０にＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージを送信する（Ｓ３８）。
【0125】
言い換えると、変形例では、リモートＵＥ１１０＃１は、基地局１３０と通信可能な範囲に移動した場合には、基地局１３０との通信品質を示す通信品質レポートを基地局１３０に送ることで、基地局１３０に直接接続する通信経路である直接通信経路への切り替えを実行する。
【0126】
何らかの原因で、リモートＵＥ１１０＃１と、基地局１３０との間に、Ｕｕインタフェースを用いた通信を確立できない場合がある。通常の基地局１３０間のハンドオーバで使用されるＴ３０４タイマーを利用して、基地局１３０の制御部１４５がパススイッチの失敗を検知してもよい。また、基地局１３０間ハンドオーバ・フェイラー処理と分離する為に、実施の形態１で説明したパススイッチ監視用のタイマーをリモートＵＥ１１０＃１に設けて、そのタイマーが利用されてもよい。その場合、タイマーの停止条件をランダムアクセス処理の成功した時点としてもよい。
【0127】
実施の形態２．
実施の形態１において複数のリモートＵＥが存在した場合、同じ電波条件下のもとでは同一のＵ２Ｕリレー又はＵ２Ｎリレーに通信経路が集中してしまい、Ｕ２Ｕリレー又はＵ２Ｎリレーのハードウェア及び無線リソースを逼迫し伝送速度の低下等の性能低下を招く可能性がある。
実施の形態２では、そのような問題について解決する。
実施の形態１において複数のリモートＵＥが存在した場合、同じ電波条件下のもとでは同一のＵ２Ｕリレー又はＵ２Ｎリレーに通信経路が集中してしまい、Ｕ２Ｕリレー又はＵ２Ｎリレーのハードウェア及び無線リソースを逼迫し伝送速度の低下等の性能低下を招く可能性がある。
実施の形態２では、そのような問題について解決する。
【0128】
図１に示されているように、実施の形態２に係る通信システム２００は、ＵＥ２１０と、基地局２３０と、５ＧＣ部１６０とを備える。
実施の形態２に係る通信システム２００の５ＧＣ部１６０は、実施の形態１に係る通信システム１００の５ＧＣ部１６０と同様である。
実施の形態２に係る通信システム２００の５ＧＣ部１６０は、実施の形態１に係る通信システム１００の５ＧＣ部１６０と同様である。
【0129】
図２に示されているように、実施の形態２におけるＵＥ２１０は、端末側通信部１１１と、ＡＰ部１２０と、プロトコル処理部１２１と、制御部２２２とを備える。
実施の形態２におけるＵＥ２１０の端末側通信部１１１、ＡＰ部１２０及びプロトコル処理部１２１は、実施の形態１におけるＵＥ１１０の端末側通信部１１１、ＡＰ部１２０及びプロトコル処理部１２１と同様である。
実施の形態２におけるＵＥ２１０の端末側通信部１１１、ＡＰ部１２０及びプロトコル処理部１２１は、実施の形態１におけるＵＥ１１０の端末側通信部１１１、ＡＰ部１２０及びプロトコル処理部１２１と同様である。
【0130】
実施の形態２における制御部２２２は、実施の形態１における制御部１２２と同様の処理を行う他、実施の形態２では、以下の処理を行う。
制御部２２２は、ＵＥ２１０がＵ２Ｕリレー又はＵ２Ｎリレーとして機能する場合に、サイドリンク通信にて接続し、リレー機能を提供しているリモートＵＥ又は自身以外のリレーＵＥを常に把握し、その数をカウントする。
制御部２２２は、ＵＥ２１０がＵ２Ｕリレー又はＵ２Ｎリレーとして機能する場合に、サイドリンク通信にて接続し、リレー機能を提供しているリモートＵＥ又は自身以外のリレーＵＥを常に把握し、その数をカウントする。
【0131】
そして、制御部２２２は、ＵＥ２１０がＵ２Ｕリレー又はＵ２Ｎリレーとして機能する場合に、上記のようにカウントした数を示す台数データ、上記のようにカウントした数を指標化した台数データ、又は、上記のようにした数に、リレーＵＥのＬ２処理リソースの余剰状態情報を併せて指標化した台数データを、プロトコル処理部１２１及び端末側通信部１１１を介して、サイドリンクディスカバリメッセージに付加して送信する。なお、以降においては、上記のような台数データをコンジェスチョン情報と称する。
【0132】
また、制御部２２２は、ＵＥ２１０がＵ２Ｕリレーとして機能する場合に、他のＵ２Ｕリレー又はＵ２Ｎリレーからサイドリンクディスカバリメッセージを受信すると、そのメッセージに含まれる到達可能なＵＥの情報と、リレーＵＥに紐づけられているコンジェスチョン情報とを読み取り、基地局２３０へ送信するサイドリンクディスカバリメッセージに追加する。
【0133】
さらに、制御部２２２は、ＵＥ２１０がリモートＵＥとして機能する場合に、図９のステップＳ１４において到達可能なリレーＵＥ及び基地局２３０までのパス情報と、各リレーＵＥに紐づけられたコンジェスチョン情報とを受信し、図９のステップＳ１４において、パス情報を基地局２３０に報告する際に、通信経路上のリレーＵＥのコンジェスチョン情報を併せて報告する。
【0134】
図４に示されているように実施の形態２における基地局２３０は、局側通信部１３１と、通信処理部１４０と、プロトコル処理部１４４と、制御部２４５とを備える。
実施の形態２における基地局２３０の局側通信部１３１、通信処理部１４０及びプロトコル処理部１４４は、実施の形態１における基地局１３０の局側通信部１３１、通信処理部１４０及びプロトコル処理部１４４と同様である。
実施の形態２における基地局２３０の局側通信部１３１、通信処理部１４０及びプロトコル処理部１４４は、実施の形態１における基地局１３０の局側通信部１３１、通信処理部１４０及びプロトコル処理部１４４と同様である。
【0135】
実施の形態２における制御部２４５は、局側通信部１３１及びプロトコル処理部１４４を介して、ＵＥ２１０から送られてくるコンジェスチョン情報を取得することで、候補となる代替パスの通信経路上にあるリレーＵＥ２１０の負荷状態を知ることができる。これにより、制御部２４５は、リレーＵＥ２１０の負荷が高い場合、例えば、コンジェスチョン情報がある一定以上の数値を示す場合は、そのリレーＵＥ２１０の通信経路を選択しない。これにより、実施の形態２では、リソース負荷の集中を回避して効率的な通信経路の確立が可能となる。
【0136】
また、基地局２３０の制御部２４５は、在圏又はリレーによって接続されているＵＥ２１０に対して定期的にコンジェスチョン情報を報告するよう要求し、得られたコンジェスチョン情報を蓄積することによって、パススイッチのみならず新規リモートＵＥ２１０が接続を要求した際にリソース負荷が少ない最適なパスを決定することが可能である。
【0137】
なお、リレーＵＥ２１０として機能するＵＥ２１０の制御部２４５は、基地局２３０とのＰＤＵセッションを有する場合は、コンジェスチョン情報を直接基地局２３０に報告してもよい。
【0138】
また、リモートＵＥ２１０として機能するＵＥ２１０が、パススイッチではなく、基地局２３０とは接続していない状態で通常のサイドリンク通信を開始する為にサイドリンクディスカバリメッセージの送受信を実施した際にも、基地局２３０の制御部２４５は、コンジェスチョン情報を得ることができる。基地局２３０の制御部２４５は、得られたコンジェスチョン情報を基に接続先のＵＥ２１０又はパスを決定してもよい。
【0139】
以上のように、実施の形態２では、Ｕ２Ｎリレー２１０＃２は、第１のサイドリンクディスカバリメッセージに、Ｕ２Ｎリレー２１０＃２に接続されているＵＥ２１０の数を示すことのできるデータである第１のデータを含める。Ｕ２Ｕリレー２１０＃３は、第２のサイドリンクディスカバリメッセージに、Ｕ２Ｕリレー２１０＃３に接続されているＵＥ２１０の数を示すことのできる第２のデータ及びＵ２Ｎリレー２１０＃２からの第１のデータを含める。そして、リモートＵＥ２１０＃１は、第１のデータ及び第２のデータを基地局２３０に送る。これにより、基地局２３０は、リソース負荷の少ない通信経路を決定することができる。
【0140】
実施の形態３．
マルチホップリレー方式において通信経路上のリレーの段数が多いと通信遅延を増大させるため、リレーの段数は少ないほどよい。このため、より少ないリレー段数に動的にパススイッチすることが望ましい。しかし、リレーを含む多数の端末装置が移動している状態では頻繁にパススイッチが発生してしまい基地局での処理量の増大が問題となる。
実施の形態３は、以上のような問題を解決する。
マルチホップリレー方式において通信経路上のリレーの段数が多いと通信遅延を増大させるため、リレーの段数は少ないほどよい。このため、より少ないリレー段数に動的にパススイッチすることが望ましい。しかし、リレーを含む多数の端末装置が移動している状態では頻繁にパススイッチが発生してしまい基地局での処理量の増大が問題となる。
実施の形態３は、以上のような問題を解決する。
【0141】
図１に示されているように、実施の形態３に係る通信システム３００は、ＵＥ２１０と、基地局２３０と、５ＧＣ部１６０とを備える。
実施の形態３に係る通信システム３００の５ＧＣ部１６０は、実施の形態１に係る通信システム１００の５ＧＣ部１６０と同様である。
実施の形態３に係る通信システム３００の５ＧＣ部１６０は、実施の形態１に係る通信システム１００の５ＧＣ部１６０と同様である。
【0142】
図２に示されているように、実施の形態３におけるＵＥ３１０は、端末側通信部１１１と、ＡＰ部１２０と、プロトコル処理部１２１と、制御部３２２とを備える。
実施の形態３におけるＵＥ３１０の端末側通信部１１１、ＡＰ部１２０及びプロトコル処理部１２１は、実施の形態１におけるＵＥ１１０の端末側通信部１１１、ＡＰ部１２０及びプロトコル処理部１２１と同様である。
実施の形態３におけるＵＥ３１０の端末側通信部１１１、ＡＰ部１２０及びプロトコル処理部１２１は、実施の形態１におけるＵＥ１１０の端末側通信部１１１、ＡＰ部１２０及びプロトコル処理部１２１と同様である。
【0143】
実施の形態３における制御部３２２は、実施の形態１の制御部１２２とほぼ同様の処理を行うが、後述する図１３で説明するような処理を行う。
【0144】
図４に示されているように実施の形態３における基地局３３０は、局側通信部１３１と、通信処理部１４０と、プロトコル処理部１４４と、制御部３４５とを備える。
実施の形態３における基地局３３０の局側通信部１３１、通信処理部１４０及びプロトコル処理部１４４は、実施の形態１における基地局１３０の局側通信部１３１、通信処理部１４０及びプロトコル処理部１４４と同様である。
実施の形態３における基地局３３０の局側通信部１３１、通信処理部１４０及びプロトコル処理部１４４は、実施の形態１における基地局１３０の局側通信部１３１、通信処理部１４０及びプロトコル処理部１４４と同様である。
【0145】
実施の形態３における制御部３４５は、実施の形態１の制御部１４５とほぼ同様の処理を行うが、後述する図１３で説明するような処理を行う。
【0146】
図１２は、一つのＵ２Ｕリレー３１０＃３及び一つのＵ２Ｎリレー３１０＃２を介して基地局３３０と通信しているリモートＵＥ３１０＃１がＵ２Ｎリレー３１０＃２に接近したため、リモートＵＥ３１０＃１と、Ｕ２Ｎリレー３１０＃２とが直接通信できる状態となり、パススイッチを実施してリレー段数を削減する例を示す概略図である。
また、図１３は、図１２に示されている例におけるパススイッチ手順を示すシーケンス図である。
また、図１３は、図１２に示されている例におけるパススイッチ手順を示すシーケンス図である。
【0147】
まず、リモートＵＥ３１０＃１のＡＰ部１２０は、端末側通信部１１１を介して、Ｕ２Ｎリレー３１０＃２及びＵ２Ｕリレー３１０＃３を経由して、基地局３３０と通信可能な状態となっている（Ｓ４０）。ここでは、基地局３３０の５ＧＣ通信部１４１が、局側通信部１３１を介して、リモートＵＥ３１０＃１と通信している。
【0148】
基地局３３０の制御部３４５は、Ｕ２Ｎリレー３１０＃２に周期的にサイドリンクディスカバリを実施するよう指示する（Ｓ４１）。
【0149】
Ｕ２Ｎリレー３１０＃２の制御部３２２は、サイドリンクディスカバリを実施して、リモートＵＥ３１０＃１が通信可能範囲内に入ったことを検知する（Ｓ４２）。Ｕ２Ｎリレー３１０＃２の制御部３２２は、前回サイドリンクディスカバリを実施した時の結果を保持することで、新たに通信可能範囲に入ったＵＥ３１０を認識することができる。
【0150】
Ｕ２Ｎリレー３１０＃２の制御部３２２は、例えば、無線ベアラ情報によって自身が中継する通信の終端となるリモートＵＥ３１０＃１を把握している。ステップＳ４２において、新しく通信可能範囲に入ったＵＥ３１０が通信を中継しているリモートＵＥ３１０＃１のリストにある場合は、Ｕ２Ｎリレー３１０＃２の制御部３２２は、Ｕ２Ｕリレー３１０＃３を介さない直接通信にパススイッチすること決定する（Ｓ４３）。なお、制御部３２２は、パススイッチの決定にはリモートＵＥ３１０＃１との通信状態、例えば、ＳＬ－ＲＳＲＰを考慮してもよい。
【0151】
次に、Ｕ２Ｎリレー３１０＃２の制御部３２２は、プロトコル処理部１２１及び端末側通信部１１１を介して、リモートＵＥ３１０＃１にＤｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを送信して（Ｓ４４）、サイドリンク通信を確立する（Ｓ４５）。
【0152】
次に、Ｕ２Ｎリレー３１０＃２の制御部３２２は、プロトコル処理部１２１及び端末側通信部１１１を介して、基地局３３０に「パススイッチリクエスト」メッセージを送信して、Ｕ２Ｎリレー３１０＃２と、リモートＵＥ３１０＃１との直接通信に切り替えることを要求する（Ｓ４６）。
【0153】
次に、基地局３３０の制御部３４５は、パススイッチを了知し、必要に応じて、プロトコル処理部１４４及び局側通信部１３１を介して、元の通信経路でＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍｅｓｓａｇｅを送信する（Ｓ４７）。
【0154】
ここで、Ｕ２Ｎリレー３１０＃２の制御部３２２及びＵ２Ｕリレー３１０＃３の制御部３２２、並びに、Ｕ２Ｕリレー３１０＃３の制御部３２２及びリモートＵＥ３１０＃１の制御部３２２は、不要になったＰＣ５通信をリリースしてもよい（Ｓ４８、Ｓ４９）。
【0155】
そして、リモートＵＥ３１０＃１の制御部３２２は、プロトコル処理部１２１及び端末側通信部１１１を介して、基地局３３０にＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ Ｍｅｓｓａｇｅを送信してパススイッチを完了する（Ｓ５０）。
【0156】
実施の形態３では、Ｕ２Ｎリレー３１０＃２は、リモートＵＥ３１０＃１がＵ２Ｎリレー３１０＃２と通信可能な範囲に移動した場合には、マルチホップリレー通信経路から、Ｕ２Ｕリレー３１０＃３を経由せずにＵ２Ｎリレー３１０＃２を経由する通信経路であるシングルホップリレー通信経路への切り替えを実行する。
【0157】
以上の手順により、Ｕ２Ｎリレー３１０＃２が自律的にパススイッチを行うことを判断することで、基地局３３０の処理負荷を増大させずに、より効率的な通信経路選択を行うことが可能となる。
【0158】
なお、実施の形態３は、実施の形態１に基づいて説明したが、実施の形態３において、実施の形態２で行われている動作が行われてもよい。
【符号の説明】
【0159】
１００，２００，３００ 通信システム、 １１０，２１０，３１０ ＵＥ、 １１１ 端末側通信部、 １１２ 送信データバッファ部、 １１３ エンコーダ部、 １１４ 変調部、 １１５ 周波数変換部、 １１６ アンテナ、 １１７ 復調部、 １１８ デコーダ部、 １２０ ＡＰ部、 １２１ プロトコル処理部、 １２２，２２２，３２２ 制御部、 １３０，２３０，３３０ 基地局、 １３１ 局側通信部、 １３２ 送信データバッファ部、 １３３ エンコーダ部、 １３４ 変調部、 １３５ 周波数変換部、 １３６ アンテナ、 １３７ 復調部、 １３８ デコーダ部、 １４０ 通信処理部、 １４４ プロトコル処理部、 １４５，２４５，３４５ 制御部、 １６０ ５ＧＣ部。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】