特許 7612713 無線通信システムにおいてＤＡＰＳハンドオーバー設定時にＬＢＴ失敗指示子を処理する方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-27

(45)【発行日】2025-01-14

(54)【発明の名称】無線通信システムにおいてＤＡＰＳハンドオーバー設定時にＬＢＴ失敗指示子を処理する方法及び装置

(51)【国際特許分類】

   H04W 36/02 20090101AFI20250106BHJP

   H04W 16/14 20090101ALI20250106BHJP

   H04W 56/00 20090101ALI20250106BHJP

   H04W 72/54 20230101ALI20250106BHJP

【ＦＩ】

H04W36/02

H04W16/14

H04W56/00 130

H04W72/54 110

【請求項の数】 18

(21)【出願番号】P 2022564473

(86)(22)【出願日】2021-04-21

(65)【公表番号】

(43)【公表日】2023-06-01

(86)【国際出願番号】 KR2021004989

(87)【国際公開番号】W WO2021215814

(87)【国際公開日】2021-10-28

【審査請求日】2024-02-22

(31)【優先権主張番号】10-2020-0048450

(32)【優先日】2020-04-22

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2020-0055488

(32)【優先日】2020-05-08

(33)【優先権主張国・地域又は機関】KR

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(72)【発明者】

【氏名】ジェヒュク・ジャン

(72)【発明者】

【氏名】アニル・アギワル

【審査官】望月 章俊

(56)【参考文献】

【文献】国際公開第２０１７／１３６４５８（ＷＯ，Ａ２）

【文献】Qualcomm Incorporated，Discussion regarding NR-U handover[online]，3GPP TSG RAN WG4 #94_e R4-2002132，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG4_Radio/TSGR4_94_e/Docs/R4-2002132.zip>，2020年02月14日，[検索日 2024.11.26]

【文献】Ericsson，Open issues for user plane aspects of DAPS handover[online]，3GPP TSG RAN WG2 #109bis-e R2-2002590，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_109bis-e/Docs/R2-2002590.zip>，2020年04月09日，[検索日 2024.11.26]

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ４／００－Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４－Ｈ０４Ｂ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信システムで端末によって行われる方法において、
ソース基地局から、前記ソース基地局に対する一貫した（ｃｏｎｓｉｓｔｅｎｔ）上りリンクＬＢＴ（ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ）失敗の検出に用いられる第１情報を含む第１メッセージを受信する段階と、
前記ソース基地局から、ターゲット基地局へのハンドオーバーのための第２メッセージを受信し、前記第２メッセージは同期再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｉｔｈ ｓｙｎｃ）のための第２情報、及び少なくとも１つのＤＡＰＳ（ｄｕａｌ ａｃｔｉｖｅ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）ベアラーを設定する第３情報を含む、段階と、
前記ハンドオーバーに関連した手続きを行う間、前記第１情報に基づいて前記ソース基地局に対する前記一貫した上りリンクＬＢＴ失敗を検出する段階と、
前記第３情報及び前記検出に基づき、前記ソース基地局と関連した全てのＤＲＢ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ）のデータ通信を中断する段階と、を含む方法。

【請求項2】

前記ソース基地局との連結を解除する段階をさらに含む、請求項１記載の方法。

【請求項3】

前記ソース基地局と関連した全てのＤＲＢのうち少なくとも１つのＤＲＢは、前記第３情報に基づいて前記少なくとも１つのＤＡＰＳベアラーとして設定され、
前記同期再設定のための前記第２情報は、前記ターゲット基地局で用いられる端末の識別子及び前記ハンドオーバーのために用いられるタイマーの長さ情報を含み、
前記第１メッセージ及び前記第２メッセージは、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングによって受信される、請求項１記載の方法。

【請求項4】

前記同期再設定のための前記第２情報は、前記ターゲット基地局と関連したＣＦＲＡ（ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ ｒａｎｄｏｍ ａｃｃｅｓｓ）のための設定をさらに含む、請求項３記載の方法。

【請求項5】

タイマーが動作中である場合、前記ターゲット基地局に対する一貫した上りリンクＬＢＴ失敗の確認が省略される、請求項３記載の方法。

【請求項6】

無線通信システムでソース基地局によって行われる方法において、
端末に、前記ソース基地局に対する一貫した（ｃｏｎｓｉｓｔｅｎｔ）上りリンクＬＢＴ（ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ）失敗の検出に用いられる第１情報を含む第１メッセージを送信する段階と、
前記端末に、ターゲット基地局へのハンドオーバーのための第２メッセージを送信し、前記第２メッセージは同期再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｉｔｈ ｓｙｎｃ）のための第２情報、及び少なくとも１つのＤＡＰＳ（ｄｕａｌ ａｃｔｉｖｅ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）ベアラーを設定する第３情報を含む、段階と、を含み、
前記ソース基地局に対する前記一貫した上りリンクＬＢＴ失敗は、前記ハンドオーバーに関連した手続きを行う間、前記第１情報に基づいて検出され、前記検出に対する応答として、前記ソース基地局と関連した全てのＤＲＢ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ）のデータ通信が中断される、方法。

【請求項7】

前記端末との連結は解除される、請求項６記載の方法。

【請求項8】

前記ソース基地局と関連した全てのＤＲＢのうち少なくとも１つのＤＲＢは、前記第３情報に基づいて前記少なくとも１つのＤＡＰＳベアラーとして設定され、
前記同期再設定のための前記第２情報は、前記ターゲット基地局で用いられる端末の識別子及び前記ハンドオーバーのために用いられるタイマーの長さ情報を含み、
前記第１メッセージ及び前記第２メッセージは、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングによって受信される、請求項６記載の方法。

【請求項9】

前記同期再設定のための前記第２情報は、前記ターゲット基地局と関連したＣＦＲＡ（ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ ｒａｎｄｏｍ ａｃｃｅｓｓ）のための設定をさらに含む、請求項８記載の方法。

【請求項10】

無線通信システムの端末において、前記端末は、
送受信機と、
制御部と、を含み、前記制御部は、
ソース基地局から、前記ソース基地局に対する一貫した（ｃｏｎｓｉｓｔｅｎｔ）上りリンクＬＢＴ（ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ）失敗の検出に用いられる第１情報を含む第１メッセージを受信し、
前記ソース基地局から、ターゲット基地局へのハンドオーバーのための第２メッセージを受信し、前記第２メッセージは同期再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｉｔｈ ｓｙｎｃ）のための第２情報、及び少なくとも１つのＤＡＰＳ（ｄｕａｌ ａｃｔｉｖｅ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）ベアラーを設定する第３情報を含み、
前記ハンドオーバーに関連した手続きを行う間、前記第１情報に基づいて前記ソース基地局に対する前記一貫した上りリンクＬＢＴ失敗を検出し、
前記第３情報及び前記検出に基づき、前記ソース基地局と関連した全てのＤＲＢ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ）のデータ通信を中断するよう設定された、端末。

【請求項11】

前記制御部は、
前記ソース基地局との連結を解除するようさらに設定された、請求項１０記載の端末。

【請求項12】

前記ソース基地局と関連した全てのＤＲＢのうち少なくとも１つのＤＲＢは、前記第３情報に基づいて前記少なくとも１つのＤＡＰＳベアラーとして設定され、
前記同期再設定のための前記第２情報は、前記ターゲット基地局で用いられる端末の識別子及び前記ハンドオーバーのために用いられるタイマーの長さ情報を含み、
前記第１メッセージ及び前記第２メッセージは、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングによって受信される、請求項１０記載の端末。

【請求項13】

前記同期再設定のための前記第２情報は、前記ターゲット基地局と関連したＣＦＲＡ（ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ ｒａｎｄｏｍ ａｃｃｅｓｓ）のための設定をさらに含む、請求項１２記載の端末。

【請求項14】

タイマーが動作中である場合、前記ターゲット基地局に対する一貫した上りリンクＬＢＴ失敗の確認が省略される、請求項１２記載の端末。

【請求項15】

無線通信システムのソース基地局において、前記ソース基地局は、
送受信機と、
制御部と、を含み、前記制御部は、
端末に、前記ソース基地局に対する一貫した（ｃｏｎｓｉｓｔｅｎｔ）上りリンクＬＢＴ（ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ）失敗の検出に用いられる第１情報を含む第１メッセージを送信し、
前記端末に、ターゲット基地局へのハンドオーバーのための第２メッセージを送信し、前記第２メッセージは同期再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｉｔｈ ｓｙｎｃ）のための第２情報、及び少なくとも１つのＤＡＰＳ（ｄｕａｌ ａｃｔｉｖｅ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）ベアラーを設定する第３情報を含み、
前記ソース基地局に対する前記一貫した上りリンクＬＢＴ失敗は、前記ハンドオーバーに関連した手続きを行う間、前記第１情報に基づいて検出され、前記検出に対する応答として、前記ソース基地局と関連した全てのＤＲＢ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ）のデータ通信が中断される、よう設定された、ソース基地局。

【請求項16】

前記端末との連結は解除される、請求項１５記載のソース基地局。

【請求項17】

前記ソース基地局と関連した全てのＤＲＢのうち少なくとも１つのＤＲＢは、前記第３情報に基づいて前記少なくとも１つのＤＡＰＳベアラーとして設定され、
前記同期再設定のための前記第２情報は、前記ターゲット基地局で用いられる端末の識別子及び前記ハンドオーバーのために用いられるタイマーの長さ情報を含み、
前記第１メッセージ及び前記第２メッセージは、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングによって受信される、請求項１５記載のソース基地局。

【請求項18】

前記同期再設定のための前記第２情報は、前記ターゲット基地局と関連したＣＦＲＡ（ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ ｒａｎｄｏｍ ａｃｃｅｓｓ）のための設定をさらに含む、請求項１７記載のソース基地局。

【発明の詳細な説明】

【技術分野】

【0001】

無線通信システムにおいて、より具体的には３ＧＰＰ（登録商標）５Ｇ ＮＲ（ｎｅｗ ｒａｄｉｏ）技術を非免許帯域で用いる場合に、ＤＡＰＳ（ｄｕａｌ ａｃｔｉｖｅ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）ハンドオーバー（ｈａｎｄｏｖｅｒ；ＨＯ）が設定されてソース基地局及びターゲット基地局と同時に通信をしながらハンドオーバーする間に上りリンクＬＢＴ（ｌｉｓｔｅｎ－ｂｅｆｏｒｅ－ｔａｌｋ）失敗（ＬＢＴ ｆａｉｌｕｒｅ）を感知し復旧する方法に関する。

【背景技術】

【0002】

４Ｇ通信システムの商用化の以来、増加の一途にある無線データトラフィック需要を満たすために、改善された５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力がなされている。このような理由で、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは４Ｇネットワーク以後（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）通信システム又はＬＴＥシステム以後（Ｐｏｓｔ ＬＴＥ）システムと呼ばれている。高いデータ送信率を達成するために、５Ｇ通信システムは、超高周波（ｍｍＷａｖｅ）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域のような）での具現が考慮されている。超高周波帯域での電波の経路損失緩和及び電波の伝達距離増加のために、５Ｇ通信システムでは、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、巨大配列多重入出力（ｍａｓｓｉｖｅ ＭＩＭＯ）、全次元多重入出力（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ：ＦＤ－ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビーム形成（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が論議されている。また、システムのネットワーク改善のために、５Ｇ通信システムでは、進化した小型セル、改善された小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、機器間通信（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発がなされている。その他にも、５Ｇシステムでは、進歩したコーディング変調（Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ）方式であるＦＱＡＭ（Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ）と、進歩した接続技術であるＦＢＭＣ（Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ－ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。

【0003】

一方、インターネットは、人間が情報を生成して消費する人間中心の連結網から、モノなどの分散された構成要素の間で情報をやり取りして処理するＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、モノのインターネット）網へと進化しつつある。クラウドサーバーなどとの連結を用いたビッグデータ（Ｂｉｇ ｄａｔａ）処理技術などがＩｏＴ技術に結合したＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）技術も台頭している。ＩｏＴを具現するためには、センシング技術、有無線通信及びネットワークインフラ、サービスインターフェース技術、及び保安技術のような技術要素が要求され、最近ではモノ間の連結のためのセンサーネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、モノの通信（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ，Ｍ２Ｍ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。ＩｏＴ環境では、連結されたモノ間で生成されたデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ）サービスを提供することが可能である。ＩｏＴは、既存のＩＴ（ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ）技術と様々な産業との融合及び複合によってスマートホーム、スマートビル、スマートシティ、スマートカー或いはコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用可能である。

【0004】

そこで、５Ｇ通信システムをＩｏＴ網に適用するための様々な試みがなされている。例えば、センサーネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、モノの通信（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ，Ｍ２Ｍ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が、５Ｇ通信技術であるビームフォーミング、ＭＩＭＯ及びアレイアンテナなどの技法によって具現されている。前述したビッグデータ処理技術としてクラウド無線アクセスネットワーク（ｃｌｏｕｄ ＲＡＮ）が適用されることも、５Ｇ技術及びＩｏＴ技術の融合の一例であるといえよう。

【0005】

上の情報は、本開示の理解を助けるための背景情報としてのみ提供される。上の内容のいずれにも、本開示と関連して先行技術として適用可能であるかに対する決定又は主張がなされていない。

【発明の概要】

【発明が解決しようとする課題】

【0006】

ＤＡＰＳハンドオーバー時に、非免許帯域において他の機器の干渉による上りリンク送信失敗の問題を処理する方法を提案する。

【課題を解決するための手段】

【0007】

本開示の一側面は、少なくとも上に言及された問題及び／又は欠点を扱い、少なくとも下に説明される利点を提供する。したがって、本開示の一側面は、ＤＡＰＳハンドオーバー中に非免許帯域において他の装置の干渉による上りリンク送信失敗の問題を処理する方法を提供する。

【0008】

本開示によれば、通信システムにおいて端末によって行われる方法は、第１基地局から、前記第１基地局に対する一貫した上りリンクＬＢＴ（ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ）失敗の検出に用いられる第１情報を含む第１メッセージを受信する段階；前記第１基地局から、同期化による再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｉｔｈ ｓｙｎｃ）のための第２情報を含む、第２基地局へのハンドオーバーのための第２メッセージを受信する段階；及び、少なくとも１つのＤＡＰＳ（ｄｕａｌ ａｃｔｉｖｅ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）ベアラーを構成する第３情報が前記第２メッセージに含まれ、前記第１情報に基づいて、前記第１基地局に対する前記一貫した上りリンクＬＢＴ失敗の指示（ｉｎｄｉｃａｔｉｏｎ）が、前記ハンドオーバーに関連した手続を行う間に識別される場合に、前記第１基地局と関連した全てのＤＲＢ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ）のデータ通信を中断する段階を含むことができる。

【0009】

本開示によれば、通信システムにおいて第１基地局によって行われる方法は、端末に、前記第１基地局に対する一貫した上りリンクＬＢＴ（ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ）失敗の検出に用いられる第１情報を含む第１メッセージを送信する段階；及び、前記端末に、同期化による再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｉｔｈ ｓｙｎｃ）のための第２情報を含む、第２基地局へのハンドオーバーのための第２メッセージを送信する段階を含み、少なくとも１つのＤＡＰＳ（ｄｕａｌ ａｃｔｉｖｅ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）ベアラーを構成する第３情報が前記第２メッセージに含まれ、前記第１情報に基づいて、前記第１基地局に対する前記一貫した上りリンクＬＢＴ失敗の指示（ｉｎｄｉｃａｔｉｏｎ）が、前記ハンドオーバーに関連した手続が行われる間に識別される場合に、前記第１基地局と関連した全てのＤＲＢ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ）のデータ通信が中断されてよい。

【0010】

本開示によれば、通信システムの端末は、送受信部；及び、前記送受信部と連結された制御部を含み、前記制御部は、第１基地局から、前記第１基地局に対する一貫した上りリンクＬＢＴ（ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ）失敗の検出に用いられる第１情報を含む第１メッセージを受信し；前記第１基地局から、同期化による再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｉｔｈ ｓｙｎｃ）のための第２情報を含む、第２基地局へのハンドオーバーのための第２メッセージを受信し；及び、少なくとも１つのＤＡＰＳ（ｄｕａｌ ａｃｔｉｖｅ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）ベアラーを構成する第３情報が前記第２メッセージに含まれ、前記第１情報に基づいて、前記第１基地局に対する前記一貫した上りリンクＬＢＴ失敗の指示（ｉｎｄｉｃａｔｉｏｎ）が、前記ハンドオーバーに関連した手続を行う間に識別される場合に、前記第１基地局と関連した全てのＤＲＢ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ）のデータ通信を中断するように設定されてよい。

【0011】

本開示によれば、通信システムの第１基地局は、送受信部；及び、前記送受信部と連結された制御部を含み、前記制御部は、端末に、前記第１基地局に対する一貫した上りリンクＬＢＴ（ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ）失敗の検出に用いられる第１情報を含む第１メッセージを送信し；及び、前記端末に、同期化による再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｉｔｈ ｓｙｎｃ）のための第２情報を含む、第２基地局へのハンドオーバーのための第２メッセージを送信するように設定されてよく、ここで、少なくとも１つのＤＡＰＳ（ｄｕａｌ ａｃｔｉｖｅ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）ベアラーを構成する第３情報が前記第２メッセージに含まれ、前記第１情報に基づいて、前記第１基地局に対する前記一貫した上りリンクＬＢＴ失敗の指示（ｉｎｄｉｃａｔｉｏｎ）が、前記ハンドオーバーに関連した手続が行われる間に識別される場合に、前記第１基地局と関連した全てのＤＲＢ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ）のデータ通信が中断される。

【発明の効果】

【0012】

本開示によれば、非免許帯域においてＤＡＰＳハンドオーバー時にＬＢＴ障害発生による遅延を減少させることができる。

【0013】

本開示の他の側面、利点及び格別な特徴は、添付の図面と共に本開示の様々な実施例を掲示する次の詳細な説明から、当業者に明らかになるであろう。

【0014】

本開示の一実施例の上述の及び他の側面、特徴及び利点は、添付の図面と共になされる以下の詳細な説明からより明らかになるであろう。

【図面の簡単な説明】

【0015】

【図1】本開示の説明のために参照されるＮＲシステムの構造を示す図である。

【図2】本開示の説明のために参照されるＬＴＥ及びＮＲシステムにおいて無線プロトコル構造を示す図である。

【図3】ＮＲシステムにおいてビーム（ｂｅａｍ）ベースの通信時に下りリンク及び上りリンクチャネルフレーム構造の例示図である。

【図4】端末が基地局に競合ベースの４段階ランダムアクセスを行う手続を示す図である。

【図5】ＬＢＴ Ｔｙｐｅ １を説明する図である。

【図6】ＬＢＴ Ｔｙｐｅ ２を説明する図である。

【図7】端末が上りリンクＬＢＴ失敗問題を感知する場合に端末と基地局間の手続を示す図である。

【図8A】ハンドオーバーを行う過程でＤＡＰＳ（ｄｕａｌ ａｃｔｉｖｅ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）を用いる過程を説明する図である。

【図8B】ハンドオーバーを行う過程でＤＡＰＳ（ｄｕａｌ ａｃｔｉｖｅ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）を用いる過程を説明する図である。

【図9】端末がＤＡＰＳハンドオーバー中にＬＢＴ失敗が感知された場合の端末の動作順序を示す図である。

【図10】本開示の実施例に係る無線通信システムにおいて端末のブロック構成を示す図である。

【図11】本開示の実施例に係る無線通信システムにおいて基地局のブロック構成を示す図である。

【発明を実施するための形態】

【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】

［数１］
RA-RNTI ＝ 1 ＋ s_id ＋ 14 × t_id ＋ 14 × 80 × f_id ＋ 14 × 80 × 8 × ul_carrier_id

【0045】

このとき、前記ｓ＿ｉｄは、前記（４－１１）段階で送信したプリアンブル送信が始まった最初のＯＦＤＭシンボルに対応するインデックスであり、０≦ｓ＿ｉｄ＜１４（すなわち、１スロット内の最大ＯＦＤＭ個数）値を有する。また、ｔ＿ｉｄは、前記（４－１１）段階で送信したプリアンブル送信が始まった最初のスロットに対応するインデックスであり、０≦ｔ＿ｉｄ＜８０（すなわち、１システムフレーム（１０ｍｓ）内の最大スロット個数）値を有する。また、前記ｆ＿ｉｄは、前記（４－１１）段階で送信したプリアンブルが、周波数上で何番目のＰＲＡＣＨリソースで送信されたかを示し、これは０≦ｆ＿ｉｄ＜８（すなわち、同一時間内に周波数上の最大ＰＲＡＣＨ個数）値を有する。また、前記ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、１つのセルに対して上りリンクで２つの搬送波を用いる場合に、基本上りリンク（ｎｏｒｍａｌ ｕｐｌｉｎｋ，ＮＵＬ）で前記プリアンブルを送信したか（この場合、０）、付加上りリンク（ｓｕｐｐｌｅｍｅｎｔａｒｙ ｕｐｌｉｎｋ，ＳＵＬ）で前記プリアンブルを送信したか（この場合、１）を区分するための因子である。

【0046】

前記ＲＡＲメッセージを受信した端末は、前記ＲＡＲメッセージに割り当てられたリソースに、前述した様々な目的によって異なるメッセージを送信する（４－３１）。この例示図面で３番目に送信されるメッセージは、Ｍｓｇ３とも呼ぶ（すなわち、（４－１１）或いは（４－１３）段階のプリアンブルをＭｓｇ１、（４－２１）段階のＲＡＲをＭｓｇ２とも呼ぶ。）端末が送信する前記Ｍｓｇ３の例示としては、初期接続の場合に、ＲＲＣ層のメッセージであるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージを送信し、再接続の場合に、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージを送信し、ハンドオーバー時には、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージが送信される。或いは、リソース要請のためのバッファー状態報告（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ，ＢＳＲ）メッセージなどが送信されてもよい。

【0047】

その後、端末は、仮に初期送信であれば（すなわち、Ｍｓｇ３に、端末に既に割り当てられた基地局識別子情報が含まれていない場合など）、競争解消メッセージを基地局から受信する（４－４１）。前記競争解消メッセージは、端末がＭｓｇ３で送信した内容がそのまま含まれており、仮に（４－１１）又は（４－１３）段階で同一のプリアンブルを選択した複数個の端末がある場合にも、どの端末に対する応答であるかを知らせることができる。

【0048】

一方、前記ＲＡＲ或いはＰＤＣＣＨを介してＭｓｇ３送信のために割り当てられる上りリンクが終わる時点（例えば、当該上りリンク後の最初ＯＦＤＭシンボル）で競合解消タイマー（ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）を起動或いは再起動する。したがって、端末は、前記前記タイマーが満了するまで基地局からＭｓｇ４受信を試みて、仮にタイマーが満了するまでＭｓｇ４が受信されない場合、端末は競合解消に失敗したと判断し、プリアンブルを再送信する。

【0049】

一方、前述した５Ｇシステムは、非免許帯域で動作させるシナリオを考慮できる。非免許帯域とは、当該周波数において規制許容内で別の免許無しで誰でも自由に使用可能な周波数帯域を意味できる。例えば、２．４ＧＨｚ或いは５ＧＨｚ帯域などがあり、無線ＬＡＮ及びブルートゥース（登録商標）などが当該周波数を用いて通信を行う。

【0050】

仮に前記非免許帯域で通信を行うためには、各国別に定められた規制にしたがってデータを送受信しなければならない。さらにいうと、前記規制にしたがって、通信機器が非免許帯域で送信をする前に、通信機器が、当該非免許帯域が他の通信機器によって占有されているかを「聞いて」把握し、空いていると判断される場合に「送信」を行わなければならない。このように、聞いて、空いている時に送信する方式を、ＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）という。国及び非免許帯域別に前記ＬＢＴを行うべき規制が定められており、通信機器は、このような規制にしたがって、非免許帯域で通信する時にＬＢＴを行う必要がある。

【0051】

前記ＬＢＴには、大きく、Ｔｙｐｅ １とＴｙｐｅ ２の種類がある。

【0052】

図５は、ＬＢＴ Ｔｙｐｅ １を説明する図である。

【0053】

ＬＢＴ Ｔｙｐｅ １は、送信前に、他の周辺機器が送信するかを聞く時間をランダムに定め、当該ランダムな時間の間にチャネルが空いている時に送信する方法である。このとき、固定された時間（Ｔ_ｄ）でまず聞き、チャネルが空いている場合、再びランダムな時間（Ｎ）でチャネルが空いているかを判断する。

【0054】

この時、トラフィックの優先順位及び重要度などによって、前記Ｔ_ｄ及びＮの値をどのように決定するかを差等的に決定でき、本実施例では、総４個の差等的な等級を例に挙げた。前記等級を、チャネル接続優先順位等級（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｉｏｒｉｔｙ ｃｌａｓｓ，ＣＡＰＣ）という。

【0055】

また、前記ＣＡＰＣによって、Ｔ_ｄ＝１６＋ｍ_ｐ＊９（μｓ）の時間長を有し、Ｎ＝ｒａｎｄｏｍ（０，ＣＷ_ｐ）＊９（μｓ）を有し、ＣＷ値はＣＷ_{ｍｉｎ，ｐ}から始めるが、送信に失敗する度に増え、最大_{ＣＷｍａｘ，ｐ}の値を有する。例えば、ＣＡＰＣが３である方式を用いてＬＢＴを行う場合に、Ｔ_ｄは、１６＋３＊９＝４３μｓの長さを有し、Ｎは、初期送信では、０から１５の間のランダム値を選択し、仮に、例えば７を選択した場合、Ｎは７＊９＝６３μｓになり、通信機器は１０６μｓの間にチャネルが空いている時にデータ（Ｄａｔａ）を送信する。

【0056】

【表1】

【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】

【表2】

【0085】

一方、ターゲット基地局でもＤＡＰＳハンドオーバー中にＬＢＴ失敗が発生することがある。したがって、ターゲット基地局で図７に記載の手続によって連続のＬＢＴ失敗が感知された場合、端末が利用可能な方法として下記のような方法を挙げることができる。

【0086】

第１の方法は、ＤＡＰＳ ＨＯ中にはターゲット基地局でのＬＢＴ失敗が感知されても無視し、一般ハンドオーバー失敗感知のために用いられるＴ３０４の満了を待つ方法である。

【0087】

第２の方法は、ＤＡＰＳ ＨＯ中にターゲット基地局でのＬＢＴ失敗が感知される場合に、端末はハンドオーバーに失敗したと見なし、ハンドオーバー失敗が発生した時に行う動作（すなわち、Ｔ３０４が満了するまでハンドオーバーが完了しない場合に行う動作）をあらかじめ行う。ハンドオーバーに失敗した時に行う動作には、ハンドオーバーのために設定された専用ランダムアクセスリソースを解除し、端末の設定を、以前ソース基地局から設定された設定に戻し、ＲＲＣ連結再確立手続（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）を行うことを含む。ＲＲＣ連結再確立手続では、周辺に接続可能なセル選択手続を行い、当該選択したセルにランダムアクセスによってＲＲＣ連結再確立手続を行う（ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ送信を含む。）。前記ＲＲＣ連結再確立手続を行う時に、端末は基地局に報告する連結失敗情報があることを、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージ内にｃｏｎｎＥｓｔＦａｉｌＩｎｆｏＡｖａｉｌａｂｌｅフィールドを含めて知らせることができる。したがって、基地局が当該情報を取得するために、端末に、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージ内にｒｌｆ－ＲｅｐｏｒｔＲｅｑをｔｒｕｅに設定して当該情報を要請すると、端末は基地局に、以前に発生したＲＬＦに関する詳細内容を、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内にｒｌｆ－Ｒｅｐｏｒｔフィールドを用いて報告する。この時、端末はハンドオーバー時に問題が発生したので、前記ｒｌｆ－Ｒｅｐｏｒｔフィールド内に連結失敗原因（ｃｏｎｎｅｃｔｉｏｎＦａｉｌｕｒｅＴｙｐｅ）をハンドオーバー失敗の発生（ｈｏｆ）として報告できる。また、詳細ハンドオーバー失敗原因（ｈｏｆ－Ｃａｕｓｅ）として、ＬＢＴ失敗によってハンドオーバーに失敗したことを知らせることができる（ｌｂｔ－Ｆａｉｌｕｒｅ）。或いは、ＬＢＴ失敗した場合に、連結失敗がハンドオーバー失敗によって発生したにもかかわらず、ハンドオーバー失敗によって発生したものではなく、ＲＬＦによって発生したと知らせることができ（すなわち、ｃｏｎｎｅｃｔｉｏｎＦａｉｌｕｒｅＴｙｐｅフィールドをｒｌｆに設定）、この場合、ＲＬＦ原因（ｒｌｆ－Ｃａｕｓｅ）に対して、ＬＢＴ失敗によってＲＬＦが発生したことを知らせることができる（ｌｂｔ－Ｆａｉｌｕｒｅ）。

【0088】

これを３ＧＰＰのＲＲＣ規格の手続で表現すれば、次の通りである（下線の部分が既存３ＧＰＰのＲＲＣ規格手続の規格から変更された内容である。）。

【0089】

【表3】

【0090】

【表4A】

【表4B】

【表4C】

【0091】

仮に、上記のように、ターゲット基地局でＬＢＴ失敗が発生する場合、端末が連結再設定のためにセル選択を行う時に、当該ターゲット基地局を除く他のセルを選択することによって、同じ問題が再発生することを防止できる。一方、仮にＬＢＴ失敗感知が設定された状態で、前記ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内ＤＡＰＳ ＨＯ関連設定情報が含まれていない場合には、端末は、ターゲット基地局でのＬＢＴ失敗感知による追加動作のみを行う（９－１３）。したがって、ターゲット基地局で図７に記載の手続によって連続のＬＢＴ失敗が感知された場合、端末はターゲット基地局でのＬＢＴ失敗が感知されても無視し、一般ハンドオーバー失敗感知のために用いられるＴ３０４の満了を待つことができる。すなわち、Ｔ３０４の駆動中には、連続のＬＢＴ失敗が感知されてもこれを無視し、追加の動作を取らなくてよい。

【0092】

これを３ＧＰＰのＲＲＣ規格の手続で表現すれば、次の通りである（下線の部分が既存３ＧＰＰのＲＲＣ規格の手続から変更された内容である。）。

【0093】

【表5】

【0094】

一方、前記ＲＲＣ規格の手続上では、ｄａｐｓが設定されていない場合に（すなわち、１＞ｅｌｓｅ：以下）一般ハンドオーバーを実行中である場合（すなわち、ハンドオーバー実行中にＬＢＴ失敗発生）とハンドオーバー実行中でない場合（すなわち、ある基地局と通信中にＬＢＴ失敗発生）の両方を含む。したがって、前記両方の場合の動作を差別化できる。例えば、ハンドオーバー実行中でない場合（すなわち、基地局からハンドオーバー命令を受けてＴ３０４が始まった場合）には、端末は、ＬＢＴ失敗感知後に、ハンドオーバーに失敗したと見なし、Ｔ３０４の満了まで待たずに、ハンドオーバー失敗が発生した時に行う動作（すなわち、Ｔ３０４が満了するまでハンドオーバーが完了しなかった場合に行う動作）をあらかじめ行う。ハンドオーバーに失敗した時に行う動作には、ハンドオーバーのために設定された専用ランダムアクセスリソースを解除し、端末の設定を以前ソース基地局から設定された設定に戻し、ＲＲＣ連結再確立手続（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）を行うことを含む。ＲＲＣ連結再確立手続では周辺に接続可能なセル選択手続を行い、当該選択したセルにランダムアクセスによってＲＲＣ連結再確立手続を行う（ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ送信を含む。）。これを３ＧＰＰのＲＲＣ規格の手続で表現すれば、次の通りである（下線の部分が既存３ＧＰＰのＲＲＣ規格の手続から変更された内容である。）。

【0095】

【表6A】

【表6B】

【表6C】

【表6D】

【表6E】

【0096】

一方、前述した（９－１１）手続及び（９－１３）手続の両方とも、仮に端末がハンドオーバー中にターゲット基地局でＬＢＴ失敗が発生してもこれを無視しようとする場合、図７に記載のＬＢＴ失敗感知手続方法を変え、ＲＲＣ層にそれを知らせなくてもよい。

【0097】

これに対する第１の方法は、端末のＭＡＣ層はハンドオーバー中（すなわち、Ｔ３０４駆動中；或いは、Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｉｔｈ ｓｙｎｃのためのランダムアクセス手続中）にはＳｐＣｅｌｌでのＬＢＴ失敗回数が臨界値に到達しても、連続のＬＢＴ失敗に対するトリガリングをせず、追加の手続を行わない方法である。

【0098】

これを３ＧＰＰのＭＡＣ規格の手続で表現すれば、次の通りである（下線の部分が既存３ＧＰＰのＭＡＣ規格の手続から変更された内容である。）。

【0099】

【表7】

【0100】

第２の方法は、端末のＭＡＣ層はハンドオーバー中（すなわち、Ｔ３０４駆動中；或いは、Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｉｔｈ ｓｙｎｃのためのランダムアクセス手続中）には、ＳｐＣｅｌｌでのＬＢＴ失敗回数が臨界値に到達する場合、連続のＬＢＴ失敗に対するトリガリングはするが、ＲＲＣ層（上位層）にそれを知らせないことによって追加の手続を回避する方法である。

【0101】

これを３ＧＰＰのＭＡＣ規格の手続で表現すれば、次の通りである（下線の部分が既存３ＧＰＰのＭＡＣ規格の手続から変更された内容である。）。

【0102】

【表8】

【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】

１－０５，１－１０，１－１５，１－２０ 基地局
１－２５ ＡＭＦ
１－３０ ＵＰＦ
１－３５ ユーザ端末
１０－１０ ＲＦ処理部
１０－２０ 基底帯域処理部
１０－３０ 記憶部
１０－４０ 制御部
１０－４２ 多重連結処理部
１１－１０ ＲＦ処理部
１１－２０ 基底帯域処理部
１１－３０ バックホール通信部
１１－４０ 記憶部
１１－５０ 制御部
１１－５２ 多重連結処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8A】

【図8B】

【図9】

【図10】

【図11】