特許 7226746 情報伝送方法および装置

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

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

(11)【特許番号】

(24)【登録日】2023-02-13

(45)【発行日】2023-02-21

(54)【発明の名称】情報伝送方法および装置

(51)【国際特許分類】

   H04W 16/28 20090101AFI20230214BHJP

   H04W 28/18 20090101ALI20230214BHJP

   H04W 36/08 20090101ALI20230214BHJP

   H04W 24/02 20090101ALI20230214BHJP

【ＦＩ】

H04W16/28

H04W28/18 110

H04W36/08

H04W24/02

【請求項の数】 41

(21)【出願番号】P 2021517601

(86)(22)【出願日】2019-09-27

(65)【公表番号】

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

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

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

(87)【国際公開日】2020-04-02

【審査請求日】2021-05-10

(31)【優先権主張番号】201811142479.7

(32)【優先日】2018-09-28

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

(73)【特許権者】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】シ、シャオリ

(72)【発明者】

【氏名】ダイ、ミンゼン

(72)【発明者】

【氏名】ジャン、ホンズオ

(72)【発明者】

【氏名】ペン、ウェンジエ

【審査官】望月 章俊

(56)【参考文献】

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

【文献】Mediatek Inc.，RLF Report in NR[online]，3GPP TSG RAN WG2 #101bis R2-1804612，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_101bis/Docs/R2-1804612.zip>，2018年04月06日

【文献】Ericsson，Impact of 5GC on LTE features[online]，3GPP TSG RAN WG2 #99 R2 -1709553，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_99/Docs/R2-1709553.zip>，2017年08月11日

【文献】Samsung，F1AP functions[online]，3GPP TSG RAN WG3 #96 R3-171637，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_96/Docs/R3-171637.zip>，2017年05月06日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

情報伝達方法であって、
第１ネットワークデバイスが、端末デバイスから第１情報を受信する段階を備え、
前記第１情報は、無線リンク障害が前記端末デバイスおよび第１セルの間に生じることを示している情報を有し、または、前記第１情報は、ビーム障害回復障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を有し、
前記第１情報は更に、リソースについての情報を有し、前記リソースについての前記情報は、ビームについての情報、アップリンクキャリアについての情報、および、帯域幅部分についての情報を含み、
前記アップリンクキャリアについての前記情報は、前記アップリンクキャリアの識別子および前記アップリンクキャリアの測定情報の少なくとも一方を有し、前記アップリンクキャリアの前記識別子は、前記アップリンクキャリアの周波数情報を含み、前記アップリンクキャリアは、通常アップリンクキャリアおよび補助アップリンクキャリアの少なくとも一方を含み、
前記情報伝達方法はさらに、前記第１ネットワークデバイスが、前記第１情報に基づいてモビリティロバスト性最適化を実行する段階
を備える、情報伝送方法。

【請求項2】

前記第１情報が、前記ビーム障害回復障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を含む場合に、前記第１情報は更に、ビーム障害の数、ビーム障害回復の回数、または、前記ビーム障害回復の持続時間のうちの任意の１つまたは複数を含む、
請求項１に記載の情報伝送方法。

【請求項3】

前記第１セルは、前記第１ネットワークデバイスによってサービスを提供されるセルであり、前記第１情報が、前記ビーム障害回復障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を含む場合に、前記第１ネットワークデバイスが、前記第１情報に基づいてモビリティロバスト性最適化を実行する前記段階は、
前記第１ネットワークデバイスが、前記リソースの構成を調整する段階、または、前記第１ネットワークデバイスが、第２情報を第２ネットワークデバイスに送信する段階を有し、前記第２情報は、前記第２ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される、
請求項１または２に記載の情報伝送方法。

【請求項4】

前記第１セルは、前記第１ネットワークデバイスによってサービスを提供されるセルであり、前記第１情報が、前記無線リンク障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を含む場合に、第１ネットワークデバイスが、端末デバイスから第１情報を受信する前記段階は、
前記第１ネットワークデバイスが、第２ネットワークデバイスからの前記第１情報を受信する段階を有し、
前記第１ネットワークデバイスが、前記第１情報に基づいてモビリティロバスト性最適化を実行する前記段階は、
前記第１ネットワークデバイスが、前記リソースの構成を調整する段階、または、前記第１ネットワークデバイスが、第２情報を前記第２ネットワークデバイスに送信する段階を有し、前記第２情報は、前記第２ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される、
請求項１または２に記載の情報伝送方法。

【請求項5】

前記ビームについての前記情報は、前記ビームの識別子および前記ビームの測定情報の少なくとも一方を有し、前記ビームの前記識別子は、同期信号ブロックＳＳＢグループ番号およびチャネル状態情報基準信号ＣＳＩ－ＲＳグループ番号の少なくとも一方を含む、
請求項３または４に記載の情報伝送方法。

【請求項6】

前記第１ネットワークデバイスが、前記リソースの構成を調整する前記段階は、
前記第１ネットワークデバイスが、前記ＳＳＢに対応する第１閾値を調整する段階、
前記第１ネットワークデバイスが、前記ＣＳＩ－ＲＳに対応する第２閾値を調整する段階、
前記第１ネットワークデバイスが、前記補助アップリンクキャリアに対応する第３閾値を調整する段階、または、
前記第１ネットワークデバイスが、ランダムアクセスチャネルＲＡＣＨリソースを調整する段階、
のうちの任意の１つまたは複数を有する、
請求項５に記載の情報伝送方法。

【請求項7】

前記第１ネットワークデバイスのプロトコル層の機能は、無線リンク制御プロトコル層の機能と、媒体アクセス制御層の機能と、物理層の機能と、のうちの任意の１つまたは複数である、
請求項３から６の何れか一項に記載の情報伝送方法。

【請求項8】

前記第２ネットワークデバイスのプロトコル層の機能は、無線リソース制御プロトコル層の機能と、サービスデータ適用層の機能と、パケットデータ収束プロトコル層の機能と、のうちの任意の１つまたは複数である、
請求項３から７の何れか一項に記載の情報伝送方法。

【請求項9】

前記第１セルは、第２ネットワークデバイスによってサービスを提供されるセルであり、前記第１情報が、前記ビーム障害回復障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を含む場合に、前記第１ネットワークデバイスが、端末デバイスから第１情報を受信する前記段階は、
前記第１ネットワークデバイスが、前記第２ネットワークデバイスからの前記第１情報を受信する段階を有し、
前記第１ネットワークデバイスが、前記第１情報に基づいてモビリティロバスト性最適化を実行する前記段階は、
前記第１ネットワークデバイスが、モビリティパラメータを調整する段階、または、前記第１ネットワークデバイスが、第３情報を前記第２ネットワークデバイスに送信する段階を有し、前記第３情報は、前記第２ネットワークデバイスに対して前記リソースの構成を調整することを示すのに使用される、
請求項１または２に記載の情報伝送方法。

【請求項10】

前記第１セルは、第２ネットワークデバイスによってサービスを提供されるセルであり、前記第１情報が、前記無線リンク障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を含む場合に、前記第１ネットワークデバイスが、前記第１情報に基づいてモビリティロバスト性最適化を実行する前記段階は、
前記第１ネットワークデバイスが、モビリティパラメータを調整する段階、または、前記第１ネットワークデバイスが、第３情報を前記第２ネットワークデバイスに送信する段階を有し、前記第３情報は、前記第２ネットワークデバイスに対して前記リソースの構成を調整することを示すのに使用される、
請求項１または２に記載の情報伝送方法。

【請求項11】

前記第１ネットワークデバイスが、前記第２ネットワークデバイスからの第４指示情報を受信する段階を更に備え、前記第４指示情報は、前記リソースの調整された構成を示すのに使用される、請求項９または１０に記載の情報伝送方法。

【請求項12】

前記第１ネットワークデバイスのプロトコル層の機能は、無線リソース制御プロトコル層の機能と、サービスデータ適用層の機能と、パケットデータ収束プロトコル層の機能と、のうちの任意の１つまたは複数である、
請求項９から１１の何れか一項に記載の情報伝送方法。

【請求項13】

前記第２ネットワークデバイスのプロトコル層の機能は、無線リンク制御プロトコル層の機能と、媒体アクセス制御層の機能と、物理層の機能と、のうちの任意の１つまたは複数である、
請求項９から１２の何れか一項に記載の情報伝送方法。

【請求項14】

端末デバイスが、第１情報を送信する段階を備え、
前記第１情報は、無線リンク障害が前記端末デバイスおよび第１セルの間に生じることを示している情報を有し、または、前記第１情報は、ビーム障害回復障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を有し、
前記第１情報は更に、リソースについての情報を有し、前記リソースについての前記情報は、ビームについての情報、アップリンクキャリアについての情報、および、帯域幅部分についての情報を含み、
前記アップリンクキャリアについての前記情報は、前記アップリンクキャリアの識別子および前記アップリンクキャリアの測定情報の少なくとも一方を有し、前記アップリンクキャリアの前記識別子は、前記アップリンクキャリアの周波数情報を含み、前記アップリンクキャリアは、通常アップリンクキャリアおよび補助アップリンクキャリアの少なくとも一方を含む、
情報伝送方法。

【請求項15】

前記第１情報が、前記ビーム障害回復障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を含む場合に、前記第１情報は更に、ビーム障害の数、ビーム障害回復の回数、または、前記ビーム障害回復の持続時間のうちの任意の１つまたは複数を含む、
請求項１４に記載の情報伝送方法。

【請求項16】

前記ビームについての前記情報は、前記ビームの識別子および前記ビームの測定情報の少なくとも一方を有し、前記ビームの前記識別子は、同期信号ブロックＳＳＢグループ番号およびチャネル状態情報基準信号ＣＳＩ－ＲＳグループ番号の少なくとも一方を含む、
請求項１４または１５に記載の情報伝送方法。

【請求項17】

端末デバイスから第１情報を受信するよう構成されたトランシーバユニットであり、
前記第１情報は、無線リンク障害が前記端末デバイスおよび第１セルの間に生じることを示している情報を有し、または、前記第１情報は、ビーム障害回復障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を有し、
前記第１情報は更に、リソースについての情報を有し、前記リソースについての前記情報は、ビームについての情報、アップリンクキャリアについての情報、および、帯域幅部分についての情報を含み、
前記アップリンクキャリアについての前記情報は、前記アップリンクキャリアの識別子および前記アップリンクキャリアの測定情報の少なくとも一方を有し、前記アップリンクキャリアの前記識別子は、前記アップリンクキャリアの周波数情報を含み、前記アップリンクキャリアは、通常アップリンクキャリアおよび補助アップリンクキャリアの少なくとも一方を含む、トランシーバユニットと、
前記第１情報に基づいてモビリティロバスト性最適化を実行するよう構成された処理ユニットと
を備える、情報伝送装置。

【請求項18】

前記第１情報が、前記ビーム障害回復障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を含む場合に、前記第１情報は更に、ビーム障害の数、ビーム障害回復の回数、または、前記ビーム障害回復の持続時間のうちの任意の１つまたは複数を含む、
請求項１７に記載の情報伝送装置。

【請求項19】

前記第１セルは、第１ネットワークデバイスによってサービスを提供されるセルであり、前記第１情報が、前記ビーム障害回復障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を含む場合に、
前記処理ユニットは、具体的には、前記リソースの構成を調整するよう構成され、または、
前記トランシーバユニットは更に、第２情報を第２ネットワークデバイスに送信するよう構成され、前記第２情報は、前記第２ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される、
請求項１７または１８に記載の情報伝送装置。

【請求項20】

前記第１セルは、第１ネットワークデバイスによってサービスを提供されるセルであり、前記第１情報が、前記無線リンク障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を含む場合に、
前記トランシーバユニットは、具体的には、第２ネットワークデバイスからの前記第１情報を受信するよう構成され、且つ、前記処理ユニットは、具体的には、前記リソースの構成を調整するよう構成され、または、
前記トランシーバユニットは更に、第２情報を前記第２ネットワークデバイスに送信するよう構成され、前記第２情報は、前記第２ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される、
請求項１７または１８に記載の情報伝送装置。

【請求項21】

前記ビームについての前記情報は、前記ビームの識別子および前記ビームの測定情報の少なくとも一方を有し、前記ビームの前記識別子は、同期信号ブロックＳＳＢグループ番号およびチャネル状態情報基準信号ＣＳＩ－ＲＳグループ番号の少なくとも一方を含む、
請求項１９または２０に記載の情報伝送装置。

【請求項22】

前記処理ユニットは、具体的には、
前記ＳＳＢに対応する第１閾値を調整すること、
前記ＣＳＩ－ＲＳに対応する第２閾値を調整すること、
前記補助アップリンクキャリアに対応する第３閾値を調整すること、または、
ランダムアクセスチャネルＲＡＣＨリソースを調整すること、
のうちの１つまたは複数を実行するよう構成される、
請求項２１に記載の情報伝送装置。

【請求項23】

前記情報伝送装置のプロトコル層の機能は、無線リンク制御プロトコル層の機能と、媒体アクセス制御層の機能と、物理層の機能と、のうちの任意の１つまたは複数である、
請求項１９から２２の何れか一項に記載の情報伝送装置。

【請求項24】

前記第２ネットワークデバイスのプロトコル層の機能は、無線リソース制御プロトコル層の機能と、サービスデータ適用層の機能と、パケットデータ収束プロトコル層の機能と、のうちの任意の１つまたは複数である、
請求項１９から２３の何れか一項に記載の情報伝送装置。

【請求項25】

前記第１セルは、第２ネットワークデバイスによってサービスを提供されるセルであり、前記第１情報が、前記ビーム障害回復障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を含む場合、
前記トランシーバユニットは、具体的には、前記第２ネットワークデバイスからの前記第１情報を受信するよう構成され、且つ、前記処理ユニットは、具体的には、モビリティパラメータを調整するよう構成され、または、
前記トランシーバユニットは更に、第３情報を前記第２ネットワークデバイスに送信するよう構成され、前記第３情報は、前記第２ネットワークデバイスに対して前記リソースの構成を調整することを示すのに使用される、
請求項１７または１８に記載の情報伝送装置。

【請求項26】

前記第１セルは第２ネットワークデバイスによってサービスを提供されるセルであり、前記第１情報が、前記無線リンク障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を含む場合、
前記処理ユニットは、具体的には、モビリティパラメータを調整するよう構成され、または、
前記トランシーバユニットは更に、第３情報を前記第２ネットワークデバイスに送信するよう構成され、前記第３情報は、前記第２ネットワークデバイスに対して前記リソースの構成を調整することを示すのに使用される、
請求項１７または１８に記載の情報伝送装置。

【請求項27】

前記トランシーバユニットは更に、前記第２ネットワークデバイスからの第４指示情報を受信するよう構成され、前記第４指示情報は、前記リソースの調整された構成を示すのに使用される、
請求項２５または２６に記載の情報伝送装置。

【請求項28】

前記情報伝送装置のプロトコル層の機能は、無線リソース制御プロトコル層の機能と、サービスデータ適用層の機能と、パケットデータ収束プロトコル層の機能と、のうちの任意の１つまたは複数である、
請求項２５から２７の何れか一項に記載の情報伝送装置。

【請求項29】

前記第２ネットワークデバイスのプロトコル層の機能は、無線リンク制御プロトコル層の機能と、媒体アクセス制御層の機能と、物理層の機能と、のうちの任意の１つまたは複数である、
請求項２５から２８の何れか一項に記載の情報伝送装置。

【請求項30】

第１情報を決定するよう構成された処理ユニットであり、
前記第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を有し、または、前記第１情報は、ビーム障害回復障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を有し、
前記第１情報は更に、リソースについての情報を有し、前記リソースについての前記情報は、ビームについての情報、アップリンクキャリアについての情報、および、帯域幅部分についての情報を含み、
前記アップリンクキャリアについての前記情報は、前記アップリンクキャリアの識別子および前記アップリンクキャリアの測定情報の少なくとも一方を有し、前記アップリンクキャリアの前記識別子は、前記アップリンクキャリアの周波数情報を含み、前記アップリンクキャリアは、通常アップリンクキャリアおよび補助アップリンクキャリアの少なくとも一方を含む、処理ユニットと、
前記第１情報を送信するよう構成されたトランシーバユニットと
を備える、情報伝送装置。

【請求項31】

前記第１情報が、前記ビーム障害回復障害が前記端末デバイスおよび前記第１セルの間に生じることを示している情報を含む場合に、前記第１情報は更に、ビーム障害の数、ビーム障害回復の回数、または、前記ビーム障害回復の持続時間のうちの任意の１つまたは複数を含む、
請求項３０に記載の情報伝送装置。

【請求項32】

前記ビームについての前記情報は、前記ビームの識別子および前記ビームの測定情報の少なくとも一方を有し、前記ビームの前記識別子は、同期信号ブロックＳＳＢグループ番号およびチャネル状態情報基準信号ＣＳＩ－ＲＳグループ番号の少なくとも一方を含む、
請求項３０または３１に記載の情報伝送装置。

【請求項33】

コンピュータデバイスによって実行された場合に、前記コンピュータデバイスに、請求項１から１３の何れか一項に記載の情報伝送方法を実行させる命令を備える、コンピュータプログラム記憶媒体。

【請求項34】

コンピュータデバイスによって実行された場合に、前記コンピュータデバイスに、請求項１４から１６の何れか一項に記載の情報伝送方法を実行させる命令を備える、コンピュータプログラム記憶媒体。

【請求項35】

チップシステムであって、
少なくとも１つのプロセッサを備え、
プログラム命令が前記少なくとも１つのプロセッサにおいて実行された場合に、前記プログラム命令は、前記チップシステムに、請求項１から１３の何れか一項に記載の情報伝送方法を実装させる、
チップシステム。

【請求項36】

チップシステムであって、
少なくとも１つのプロセッサを備え、
プログラム命令が前記少なくとも１つのプロセッサにおいて実行された場合に、前記プログラム命令は、前記チップシステムに、請求項１４から１６の何れか一項に記載の情報伝送方法を実装させる、
チップシステム。

【請求項37】

装置であって、
請求項１から１３の何れか一項に記載の情報伝送方法を実行するよう構成される、
装置。

【請求項38】

装置であって、
請求項１４から１６の何れか一項に記載の情報伝送方法を実行するよう構成される、
装置。

【請求項39】

コンピュータデバイスによって実行された場合に、前記コンピュータデバイスに、請求項１から１３の何れか一項に記載の情報伝送方法を実行させるコンピュータプログラム。

【請求項40】

コンピュータデバイスによって実行された場合に、前記コンピュータデバイスに、請求項１４から１６の何れか一項に記載の情報伝送方法を実行させるコンピュータプログラム。

【請求項41】

請求項３７に記載の装置、および、請求項３８に記載の装置、の少なくとも一方を備える通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１８年９月２８日に中国特許庁で出願され、「情報伝送方法および装置」とのタイトルを付けられた中国特許出願第２０１８１１１４２４７９．７の優先権を主張し、当該出願はその全体が参照により本明細書に組み込まれる。

【0002】

本願は、通信分野に関連し、より具体的には、情報伝送方法および装置に関連する。

【背景技術】

【0003】

不適当なハンドオーバ（ｈａｎｄｏｖｅｒ, ＨＯ）パラメータセッティングは、不利に、ユーザエクスペリエンスに影響を与える。なお、ネットワークリソースは、ピンポンハンドオーバ、ハンドオーバ障害および無線リンク障害のせいで役に立たない。不適当なハンドオーバパラメータによってもたらされる無線リンク障害は、ユーザエクスペリエンスおよびネットワークリソースに影響を与える。

【0004】

ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ, ＬＴＥ）システムにおいて、システムハンドオーバパラメータをマニュアルで設定するには多大な時間が消費され、イニシャルネットワークデプロイメント後にモビリティパラメータを更新するには巨費がかかる。なお、幾つかの場合では、ネットワークデバイスにおける無線リソース管理（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ, ＲＲＭ）によって、問題を検出でき、且つ、モビリティパラメータを調整できる。しかしながら、幾つかの場合では、ＲＲＭによって問題を解決できない。従って、モビリティロバスト性最適化（ｍｏｂｉｌｉｔｙ ｒｏｂｕｓｔｎｅｓｓ ｏｐｔｉｍｉｚａｔｉｏｎ, ＭＲＯ）が提案される。

【0005】

ＬＴＥシステムにおいて、ＭＲＯ最適化は主に、Ａ３ハンドオーバイベントのオフセットといったモビリティパラメータを最適化するのに使用される。具体的には、ネットワークデバイスは、端末デバイスによって報告される無線リンク障害（ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ, ＲＬＦ）報告、インタフェースを介して交換される無線リンク障害示唆（ＲＬＦ示唆）、および、ハンドオーバ報告（ＨＯ報告）に基づいて、モビリティパラメータが最適化されることを必要とするかどうかを決定する。

【0006】

現在、新無線（ｎｅｗ ｒａｄｉｏ, ＮＲ）システムにおいて、適時に且つ正確にＭＲＯを実行するための良好なメカニズムは存在しない。

【発明の概要】

【0007】

この観点において、本願は、ネットワークデバイスが適時に且つ正確にＭＲＯを実行することを助ける情報伝送方法を提供する。

【0008】

第１態様によれば、情報伝送方法が提供される。方法は、第１ネットワークデバイスが、端末デバイスから第１情報を受信することを備える。第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を有し、または、第１情報は、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を有する。第１情報は更に、リソースについての情報を有し、リソースについての情報は、ビームについての情報、アップリンクキャリアについての情報、または、帯域幅部分についての情報のうち少なくとも１つを含む。第１ネットワークデバイスは、第１情報に基づいてモビリティロバスト性最適化を実行する。

【0009】

幾つかの考えられる実装において、リソースについての情報は、ビームの識別子、アップリンクキャリアの識別子、または、帯域幅部分の識別子、のうちの任意の１つまたは複数を含む。

【0010】

ビーム（ｂｅａｍ）、アップリンクキャリア（通常アップリンクキャリア／補助アップリンクキャリア）、および、帯域幅部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ, ＢＷＰ）は、ＮＲシステムへと導入される。端末デバイスが異なるビーム、アップリンクキャリアまたは帯域幅部分を選択する場合、無線リンク障害（ＲＬＦ）またはビーム障害（ｂｅａｍ ｆａｉｌｕｒｅ, ＢＦ）がもたらされ得る。

【0011】

幾つかの考えられる実装において、第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含み、第１情報はＲＬＦ報告である。

【0012】

幾つかの考えられる実装において、第１情報は、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含み、第１情報はＢＦＲ報告である。

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

【図1】本願の実施形態による通信システムの概略図である。

【0068】

【図2】本願の実施形態による技術的解決策のアプリケーションシナリオの概略図である。

【0069】

【図3】本願の実施形態による技術的解決策のアプリケーションシナリオの別の概略図である。

【0070】

【図4】本願の実施形態によるネットワークアーキテクチャの概略図である。

【0071】

【図5】本願の実施形態によるネットワークアーキテクチャの別の概略図である。

【0072】

【図6】本願の実施形態による情報伝送方法の概略フローチャートである。

【0073】

【図7】本願の実施形態による情報伝送方法の別の概略フローチャートである。

【0074】

【図8】本願の実施形態による情報伝送方法の別の概略フローチャートである。

【0075】

【図9】本願の実施形態による情報伝送方法の別の概略フローチャートである。

【0076】

【図10】本願の実施形態による情報伝送方法の別の概略フローチャートである。

【0077】

【図11】本願の実施形態による情報伝送方法の別の概略フローチャートである。

【0078】

【図12】本願の実施形態による情報伝送方法の別の概略フローチャートである。

【0079】

【図13】本願の実施形態による情報伝送方法の別の概略フローチャートである。

【0080】

【図14】本願の実施形態による情報伝送方法の別の概略フローチャートである。

【0081】

【図15】本願の実施形態による情報伝送方法の別の概略フローチャートである。

【0082】

【図16】本願の実施形態による情報伝送方法の別の概略フローチャートである。

【0083】

【図17】本願の実施形態による情報伝送方法の別の概略フローチャートである。

【0084】

【図18】本願の実施形態による情報伝送方法の別の概略フローチャートである。

【0085】

【図19】本願の実施形態による情報伝送方法の別の概略フローチャートである。

【0086】

【図20】本願の実施形態による情報伝送装置の概略ブロック図である。

【0087】

【図21】本願の実施形態による情報伝送装置の別の概略ブロック図である。

【0088】

【図22】本願の実施形態によるネットワークデバイスの概略構造図である。

【0089】

【図23】本願の実施形態によるネットワークデバイスの別の概略構造図である。

【0090】

【図24】本願の実施形態による端末デバイスの概略構造図である。

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

【0091】

以下では、添付図面を参照して本願の技術的解決策を説明する。

【0092】

本願の実施形態の技術的解決策は、汎欧州デジタル移動電話方式（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ, ＧＳＭ（登録商標））システム、符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ, ＣＤＭＡ）システム、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ, ＷＣＤＭＡ（登録商標））システム、汎用パケット無線サービス（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ, ＧＰＲＳ）システム、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ, ＬＴＥ）システム、ＬＴＥ周波数分割複信（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ, ＦＤＤ）システム、ＬＴＥ時分割複信（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ, ＴＤＤ）システム、ユニバーサル移動体通信システム（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ, ＵＭＴＳ）、マイクロ波アクセス用ワールドワイドインターオペラビリティ（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ, ＷｉＭＡＸ）通信システム、および、将来の第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ, ５Ｇ）システムまたは新無線（ｎｅｗ ｒａｄｉｏ, ＮＲ）システム、といった、様々な通信システムに適用されてもよい。

【0093】

本願の実施形態における端末デバイスはまた、ユーザ機器、アクセス端末デバイス、加入者ユニット、加入者ステーション、移動局、リモート局、リモート端末デバイス、モバイルデバイス、ユーザ端末デバイス、端末デバイス、無線通信デバイス、ユーザエージェント、または、ユーザ装置、と呼ばれてもよい。代わりに、端末デバイスは、携帯電話、コードレス電話、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ, ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ, ＷＬＬ）局、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ, ＰＤＡ）、無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、無線モデムに接続されている別の処理デバイス、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークにおける端末デバイス、将来の進化した公衆陸上移動体ネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ, ＰＬＭＮ）における端末デバイス等であってもよい。これについては、本願の実施形態において限定されるものではない。

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

ランダムアクセスタイプは、オンデマンドシステム情報（ｏｎ ｄｅｍａｎｄ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）、ＲＲＣ接続確率、および、ビーム障害回復（ＢＦＲ）のうち少なくとも１つを含んでもよい。オンデマンドシステム情報のランダムアクセスタイプは更に、ランダムアクセスプロセスメッセージ１（ｍｅｓｓａｇｅ 1, Ｍｓｇ1）要求のタイプ、および、ランダムアクセスプロセスメッセージ３（ｍｅｓｓａｇｅ 3, Ｍｓｇ3）要求のタイプ、のうち少なくとも１つを含んでもよい。

【0141】

オプションとして、端末デバイス上でＲＬＦが生じる原因が、ランダムアクセス問題またはビーム回復障害問題である場合、リソースについての情報は、ランダムアクセス情報を含み、ランダムアクセス情報は、ランダムアクセスが失敗するときに使用されるビームについての情報および／またはランダムアクセスが成功するときに使用されるビームについての情報を含む。

【0142】

オプションとして、リソースについての情報は、アップリンクキャリアについての情報を含み、ビームについての情報の説明と同様の説明において、ビームの識別子は、アップリンクキャリアの識別子と置き換えられてもよい。アップリンクキャリアの識別子は、アップリンクキャリアの周波数情報、アップリンクキャリアの識別子、等の任意の１つまたは複数であってもよく、アップリンクキャリアは、ＳＵＬまたはＵＬであってもよい。

【0143】

オプションとして、アップリンクキャリアについての情報は、端末デバイス上でＲＬＦが生じるときに使用されるアップリンクキャリアについての情報であり、または、端末デバイス上でＲＬＦが生じる前に使用されるアップリンクキャリアについての情報であってもよい。

【0144】

オプションとして、リソースについての情報は、帯域幅部分についての情報を含み、ビームについての情報の説明と同様の説明において、ビームの識別子は、ＢＷＰの識別子と置き換えられる。ＢＷＰについての情報は更に、以下のうちの任意の１つまたは複数を含んでもよい：配置および帯域幅（ｌｏｃａｔｉｏｎ ａｎｄ ｂａｎｄｗｉｄｔｈ）、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）、アップリンクＢＷＰの使用される情報、並びに、ダウンリンクＢＷＰの使用される情報。アップリンクまたはダウンリンクＢＷＰの使用される情報は、以下のうちの任意の１つまたは複数を含んでもよい：共通構成、専用構成、等。

【0145】

オプションとして、帯域幅部分についての情報は、端末デバイス上でＲＬＦが生じるときに使用される帯域幅部分についての情報であり、または、端末デバイス上でＲＬＦが生じる前に使用される帯域幅部分についての情報であってもよい。

【0146】

本願の当該実施形態において、第１情報は、既存のＲＬＦ報告を使用することによってネットワークデバイスに送信されてもよく、または、再確立要求メッセージを使用することによってネットワークデバイスに送信されてもよく、または、別の既存のメッセージ若しくは報告を使用することによって送信されてもよく、または、新しい報告若しくはメッセージを使用することによって送信されてもよいことが理解されるべきである。これは、本願において限定されるものではない。

【0147】

第１情報が、再確立要求メッセージによってネットワークデバイスに送信される場合に、再確立要求メッセージは、第１情報における、少なくとも１つのタイプの情報、または、複数のタイプの情報の組み合わせ、を含んでもよいことに留意されるべきである。これは、本願において限定されるものではない。

【0148】

オプションとして、第１情報は、ビーム障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む。

【0149】

オプションとして、第１情報はビーム障害回復報告（ＢＦＲ報告）であり、ＢＦＲ報告は、ビーム障害についての情報およびリソースについての情報を含む。

【0150】

例えば、図２に示されるように、端末デバイス１３１は、ＢＦＲ報告をＲＡＮ１１２に送信してもよく、ＲＡＮ１１２は、ビーム障害の原因を決定した後にＭＲＯを実行する。

【0151】

別の例として、第１セルは、第１ネットワークデバイスによってサービスを提供されるセルであり、第１セルにある端末デバイス上でＢＦが生じ、且つ、ＢＦＲが成功し、且つ、端末デバイスは、ＢＦＲ報告を第１ネットワークデバイスに送信してもよい。ＢＦＲ報告は、ビーム障害についての情報およびリソースについての情報を含む。

【0152】

オプションとして、端末デバイスによって記録される、リソースについての情報は、端末デバイス上でＢＦＲ／ＢＦが生じるときに使用されるリソースについての情報を含み、または、ＢＦＲ／ＢＦが生じるときに使用された（または使用されていた）リソースについての情報であってもよく、または、ＢＦＲ／ＢＦが生じるときに最後のサービス用に使用されるリソースについての情報であってもよく、ＢＦＲ／ＢＦが生じる前に端末デバイスによって使用されるリソースについての情報であってもよい。

【0153】

オプションとして、リソースについての情報に含まれる、ビームについての情報、アップリンクキャリアについての情報、および、帯域幅部分についての情報の説明は、上述の説明と同様である。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0154】

オプションとして、ビーム障害についての情報は、以下の１つまたは複数を含むが、これに限定されるものではない：
（１）端末デバイス上でビーム障害が生じる時点からビーム障害回復が成功する時点までの期間、および／または、端末デバイス上でビーム障害が生じる時点からＢＦＲ報告が報告される時点までの期間、
（２）端末デバイス上でビーム障害が生じる原因であって、原因は、例えば、以下のうち少なくとも１つを含んでもよい：タイマ満了、ランダムアクセス問題、最大値に到達するＲＬＣ再伝送の数、等、
（３）最後のサービスにおいてセル内で端末デバイスに割り当てられるセル無線ネットワーク仮識別子（ｃｅｌｌ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ, Ｃ－ＲＮＴＩ）、並びに、
（４）端末デバイスによって再確立されるセルについての情報（例えば、ＣＧＩおよびＰＣＩ）、および／または、再確立されたビームについての情報（例えば、ＳＳＢ－インデックスおよびＣＳＩ－ＲＳインデックス）。

【0155】

オプションとして、第１情報は更に、ビーム障害の数、ビーム障害回復回数、または、ビーム障害回復の持続時間、のうち少なくとも１つを含む。

【0156】

オプションとして、ビーム障害の数、ビーム障害回復回数、または、ビーム障害回復の持続時間、のうち少なくとも１つは、代わりに、ＢＦＲ報告に直接含まれてもよい。

【0157】

Ｓ２２０：ネットワークデバイスは、第１情報に基づいてモビリティロバスト性最適化を実行する。

【0158】

具体的には、本願の当該実施形態において、第１情報を受信した後に、ネットワークデバイスはモビリティロバスト性最適化を実行してもよい。ハンドオーバプロセスにおいて、第１ネットワークデバイスは、ターゲットネットワークデバイスであってもよく、または、ソースネットワークデバイスであってもよい。以下では、図７から図１９を参照して、ハンドオーバシナリオにおけるネットワークデバイスの特定の最適化プロセスを詳細に説明する。

【0159】

図７は、本願の実施形態による情報伝送方法３００の概略フローチャートである。図７に示されるように、方法３００は、以下の段階を備える。

【0160】

Ｓ３１０：端末デバイスは、第１情報を第１ネットワークデバイスに送信し、第１ネットワークデバイスが、端末デバイスによって送信される第１情報を受信する。第１情報は、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む。

【0161】

オプションとして、端末デバイスが第１情報を第１ネットワークデバイスに送信する前に、方法３００は更に、以下の段階を備える。

【0162】

第２ネットワークデバイスは、ハンドオーバコマンドを端末デバイスに送信し、端末デバイスは、第２ネットワークデバイスによって送信されるハンドオーバコマンドを受信する。ハンドオーバコマンドは、端末デバイスに対して、第２ネットワークデバイスによってサービスを提供される第２セルから、第１ネットワークデバイスによってサービスを提供される第１セルへとハンドオーバされることを示すのに使用される。

【0163】

端末デバイスは、第２ネットワークデバイスによってサービスを提供される第２セルから、第１ネットワークデバイスによってサービスを提供される第１セルへとハンドオーバされる。

【0164】

第１セル内の端末デバイス上でビーム障害が生じ、ビーム障害回復が成功する。

【0165】

具体的には、第１ネットワークデバイスは、ターゲットネットワークデバイスであってもよく、第２ネットワークデバイスは、ソースネットワークデバイスであってもよく、第１セルは、ターゲットネットワークデバイスによってサービスを提供されるターゲットセルであり、第２セルは、ソースネットワークデバイスによってサービスを提供されるソースセルである。端末デバイスが、ターゲットネットワークデバイスによってサービスを提供される第１セルへとハンドオーバされた後、ＢＦが生じ、ＢＦＲが成功する。この場合、端末デバイスは、第１情報を第１ネットワークデバイスに報告してもよい。

【0166】

例えば、図２に示されるように、端末デバイス１３１は、ソースセルＡによって送信されるハンドオーバコマンドを受信し、端末デバイス１３１は、ターゲットセルＢへのランダムアクセス（ＲＡＣＨ）を実行し、且つ、セルＢへと上手くアクセスする。しかしながら、端末デバイス１３１がターゲットセルＢに上手くアクセスした後の短期間（例えば、３秒未満）においてＢＦＲが複数回生じ、リカバリが成功する。リカバリは成功するが、セルＢにおける端末デバイスの信号品質等は、あまり良好ではないかもしれない。この場合、端末デバイス１３１は、ＢＦＲ報告を報告することをトリガする。

【0167】

オプションとして、端末デバイスが第１情報を第１ネットワークデバイスに送信する前に、方法は更に、以下の段階を備える。

【0168】

端末デバイスは、ＢＦの数が第１値に等しい又はそれより大きいと決定する、および／または、端末デバイスは、ＢＦＲ回数が第２値に等しい又はそれより大きいと決定する、および／または、端末デバイスは、タイマが満了すると決定する。

【0169】

第１値、第２値、および、タイマは、ネットワークデバイスによって、端末デバイス用に構成されてもよく、プロトコルにおいて特定されてもよく、または、別の方式において決定されてもよい。これは、本願において限定されるものではない。

【0170】

具体的には、第１情報の報告は、端末デバイスによってイベントトリガ方式でトリガされてもよく、ここでは例えば、イベントは、ＢＦの数若しくはＢＦＲ回数がある値に等しい若しくはそれより大きいことであり、または、タイマ（ｔｉｍｅｒ）トリガ方式でトリガされてもよい。イベントトリガ方式における第１値および第２値、並びに、タイマは、ネットワークデバイス（例えば、ターゲットネットワークデバイス）によって端末デバイス用に構成されてもよい。

【0171】

オプションとして、第１情報は、ＢＦＲ報告である。

【0172】

第１情報の説明は、方法２００における第１情報の説明と同じであることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0173】

ＢＦＲ報告は、端末デバイスおよび第１ネットワークデバイスの間のＲＲＣ接続によって報告されてもよく、または、別の既存のメッセージを使用することによって報告されてもよく、新たに定義されるメッセージを使用することによって報告されてもよいことが更に理解されるべきである。これは、本願の当該実施形態において限定されるものではない。

【0174】

Ｓ３２０：第１ネットワークデバイスは、ビーム障害の原因を決定する。

【0175】

オプションとして、第１ネットワークデバイスがビーム障害の原因を決定することは、以下の段階を備える。

【0176】

第１ネットワークデバイスは、ビーム障害がリソースの不適切な構成によってもたらされると決定する。

【0177】

方法３００は更に、以下の段階を備える。

【0178】

Ｓ３３１：第１ネットワークデバイスは、リソースの構成を調整する。

【0179】

オプションとして、リソースは、ビーム、アップリンクキャリアまたは帯域幅部分の１つまたは複数を含み、第１ネットワークデバイスがリソースの構成を調整することは、以下の任意の１つまたは複数を含む。

【0180】

第１ネットワークデバイスがＳＳＢに対応する第１閾値を調整し、または、第１ネットワークデバイスがＣＳＩ－ＲＳに対応する第２閾値を調整し、または、第１ネットワークデバイスが補助アップリンクキャリアに対応する第３閾値を調整し、または、第１ネットワークデバイスが、ランダムアクセスチャネル（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ, ＲＡＣＨ）リソース、例えば、各ＳＳＢ若しくはＣＳＩ－ＲＳに対応する時間－周波数リソース、または、各ＳＳＢ若しくはＣＳＩ－ＲＳに含まれるプリアンブルグループ、を調整し、若しくは、イニシャル伝送／受信パワーといったパラメータおよびプリアンブルの段階を適切に調整する。

【0181】

オプションとして、方法３００は更に、以下の段階を備える。

【0182】

第１ネットワークデバイスは、第４情報を第２ネットワークデバイスに送信し、第２ネットワークデバイスは、第１ネットワークデバイスによって送信された第４情報を受信し、ここで、第４情報は、リソースの調整された構成を示すのに使用される。

【0183】

オプションとして、第１ネットワークデバイスがビーム障害の原因を決定することは、以下の段階を備える。

【0184】

第１ネットワークデバイスは、ビーム障害がモビリティパラメータの不適切な構成によってもたらされると決定する。

【0185】

オプションとして、第１ネットワークデバイスは、ビーム障害が、早期ハンドオーバシナリオまたは遅延ハンドオーバシナリオといったシナリオによってもたらされると直接決定する。

【0186】

方法３００は更、以下の段階を備える。

【0187】

Ｓ３３２：第１ネットワークデバイスは、第２情報を第２ネットワークデバイスに送信し、第２ネットワークデバイスは、第１ネットワークデバイスによって送信される第２情報を受信し、ここで、第２情報は、第２ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される。

【0188】

Ｓ３３３：第２ネットワークデバイスは、モビリティパラメータを調整する。

【0189】

オプションとして、第２ネットワークデバイスがモビリティパラメータを調整することは、以下の段階を含む。

【0190】

第２ネットワークデバイスは、Ａ３イベントの関連するパラメータを調整する。

【0191】

オプションとして、第２ネットワークデバイスは、モビリティパラメータを調整するべく、第２情報に基づいてビーム障害がモビリティパラメータの不適切な構成によってもたらされるかどうかを決定し、すなわち、ビーム障害が早期ハンドオーバシナリオまたは遅延ハンドオーバシナリオといったシナリオによってもたらされるかどうかを決定する。

【0192】

オプションとして、第２情報は、早期ハンドオーバを示している示唆であり、第２ネットワークデバイスは、第２情報を受信した後にモビリティパラメータを調整する。

【0193】

本願の当該実施形態において、第１ネットワークデバイスが、ビーム障害がリソース構成問題によってもたらされると決定するならば、第１ネットワークデバイスは、後続のハンドオーバ構成用に、リソースの構成を調整し、例えば、ビームおよびＳＵＬの関連する閾値構成を調整する。そうでない場合、第１ネットワークデバイスは、ビーム障害がリソース構成問題によってもたらされないと決定するならば、第１ネットワークデバイスは、示唆を第２ネットワークデバイスに送信する。示唆を受信した後、第２ネットワークデバイスは、関連するモビリティパラメータを調整するべく、ビーム障害が早期ハンドオーバシナリオまたは別の新たに定義されたシナリオによってもたらされると決定する。

【0194】

方法２００のＳ２１０においてネットワークデバイスがモビリティロバスト性最適化を実行するプロセスは、Ｓ３２０およびＳ３３１を含んでもよいこと、または、Ｓ３２０、Ｓ３３２およびＳ３３３を含んでもよいことが理解されるべきである。

【0195】

図８は、本願の実施形態による情報伝送方法３００の別の概略フローチャートである。図７に示される方法と、図８に示される方法との間の差異は、図７に示される方法におけるビーム障害の原因はターゲットネットワークデバイス（第１ネットワークデバイス）によって決定され得、図８に示される方法におけるビーム障害の原因はソースネットワークデバイス（第２ネットワークデバイス）によって決定され得る点にある。方法３００は、以下の段階を備える。

【0196】

Ｓ３１１：端末デバイスは、第１情報を第１ネットワークデバイスに送信し、第１ネットワークデバイスが、端末デバイスによって送信される第１情報を受信する。第１情報は、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む。

【0197】

Ｓ３１１はＳ３１０と同じであることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0198】

Ｓ３１２：第１ネットワークデバイスは、第１情報を第２ネットワークデバイスに送信し、第２ネットワークデバイスは、第１ネットワークデバイスによって送信された第１情報を受信する。

【0199】

具体的には、第１情報を受信した後、第１ネットワークデバイスは、第１情報を第２ネットワークデバイスに転送し、第２ネットワークデバイスは、ビーム障害の原因を決定する。

【0200】

Ｓ３２１：第２ネットワークデバイスは、ビーム障害の原因を決定する。

【0201】

オプションとして、第２ネットワークデバイスがビーム障害の原因を決定することは、以下の段階を有する。

【0202】

第２ネットワークデバイスは、ビーム障害がリソースの不適切な構成によってもたらされると決定する。

【0203】

方法３００は更に、以下の段階を備える。

【0204】

Ｓ３３４：第２ネットワークデバイスは、第３情報を第１ネットワークデバイスに送信し、第１ネットワークデバイスは、第２ネットワークデバイスによって送信される第３情報を受信し、ここで、第３情報は、第１ネットワークデバイスに対してリソースの構成を調整することを示すのに使用される。

【0205】

Ｓ３３５：第１ネットワークデバイスは、リソースの構成を調整する。

【0206】

オプションとして、リソースは、ビーム、アップリンクキャリアまたは帯域幅部分の１つまたは複数を含み、第１ネットワークデバイスがリソースの構成を調整することは、以下の任意の１つまたは複数を含む。

【0207】

第１ネットワークデバイスがＳＳＢに対応する第１閾値を調整し、または、第１ネットワークデバイスがＣＳＩ－ＲＳに対応する第２閾値を調整し、または、第１ネットワークデバイスが補助アップリンクキャリアに対応する第３閾値を調整し、または、第１ネットワークデバイスが、ＲＡＣＨリソース、例えば、各ＳＳＢ若しくはＣＳＩ－ＲＳに対応する時間－周波数リソース、または、各ＳＳＢ若しくはＣＳＩ－ＲＳに含まれるプリアンブルグループ、を調整し、若しくは、イニシャル伝送／受信パワーといったパラメータおよびプリアンブルの段階を適切に調整する。

【0208】

オプションとして、第３情報は、第１ネットワークデバイスによって調整される、特定のリソースの構成を示すのに使用され、特定のリソースは、ビーム、アップリンクキャリアまたは帯域幅部分の１つまたは複数である。

【0209】

オプションとして、第２ネットワークデバイスがビーム障害の原因を決定することは、以下の段階を有する。

【0210】

第２ネットワークデバイスは、ビーム障害がモビリティパラメータの不適切な構成によってもたらされると決定する。

【0211】

オプションとして、第２ネットワークデバイスは、ビーム障害が、早期ハンドオーバシナリオまたは遅延ハンドオーバシナリオといったシナリオによってもたらされると直接決定する。

【0212】

方法３００は更に、以下の段階を備える。

【0213】

Ｓ３３６：第２ネットワークデバイスは、モビリティパラメータを調整する。

【0214】

第２ネットワークデバイスが、ビーム障害がモビリティパラメータの不適切な構成によってもたらされると決定する場合、第２ネットワークデバイスは、ハンドオーバ問題（例えば、早期ハンドオーバまたは遅延ハンドオーバ）を決定し、且つ、モビリティパラメータを調整することが理解されるべきである。

【0215】

本願の当該実施形態において、第２ネットワークデバイスが、ビーム障害がリソース構成問題によってもたらされると決定するならば、第２ネットワークデバイスは、第１ネットワークデバイスに対して、後続のハンドオーバ構成用に、リソースの構成を調整すること、例えば、ビームおよびＳＵＬの関連する閾値構成を調整することを示す。そうでない場合、第２ネットワークデバイスは、ビーム障害がリソース構成問題によってもたらされないが、モビリティパラメータ問題によってもたらされると決定し、その結果、第２ネットワークデバイスは、関連するモビリティパラメータを調整するべく、ビーム障害が、早期ハンドオーバシナリオまたは別の新たに定義されるシナリオによってもたらされると決定する。

【0216】

本願の当該実施形態における情報伝送方法によれば、ビーム障害が生じる場合に、端末デバイスによって報告される情報は、リソースについての情報を保持する。これは、ネットワークデバイスが適時に且つ正確にモビリティロバスト性最適化を実行することを助け、それによって、ハンドオーバ障害を回避し、ハンドオーバ成功率を改善する。

【0217】

図９は、本願の実施形態による情報伝送方法４００の概略フローチャートである。図９に示されるように、方法４００は以下の段階を備える。

【0218】

Ｓ４１０：端末デバイスは、第１情報を第２ネットワークデバイスに送信し、第２ネットワークデバイスが、端末デバイスによって送信される第１情報を受信する。第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む。

【0219】

Ｓ４１１：第２ネットワークデバイスは、第１情報を第１ネットワークデバイスに送信し、第１ネットワークデバイスは、第２ネットワークデバイスによって送信される第１情報を受信する。

【0220】

オプションとして、端末デバイスが第１情報を第２ネットワークデバイスに送信する前に、方法４００は更に、以下の段階を備える。

【0221】

第２ネットワークデバイスは、ハンドオーバコマンドを端末デバイスに送信し、端末デバイスは、第２ネットワークデバイスによって送信されるハンドオーバコマンドを受信する。ハンドオーバコマンドは、端末デバイスに対して、第２ネットワークデバイスによってサービスを提供される第２セルから、第１ネットワークデバイスによってサービスを提供される第１セルへとハンドオーバされることを示すのに使用される。

【0222】

端末デバイスは、端末デバイスが第１ネットワークデバイスによってサービスを提供される第１セルへとハンドオーバされる前に無線リンク障害が生じると決定し、または、端末デバイスは、端末デバイスが第１ネットワークデバイスによってサービスを提供される第１セルへとハンドオーバされた後に無線リンク障害が生じると決定する。

【0223】

端末デバイスは、第２ネットワークデバイスによってサービスを提供される第２セルに再接続される。

【0224】

具体的には、第１ネットワークデバイスは、ターゲットネットワークデバイスであってもよく、第２ネットワークデバイスは、ソースネットワークデバイスであってもよく、第１セルは、ターゲットネットワークデバイスによってサービスを提供されるターゲットセルであり、第２セルは、ソースネットワークデバイスによってサービスを提供されるソースセルである。端末デバイスが第１セルにハンドオーバされるプロセスで無線リンク障害が生じるならば、端末デバイスは、第２セルに再接続された後に、第１情報を第２ネットワークデバイスに報告してもよい。代わりに、端末デバイスが第１セルへと上手くハンドオーバされた後のある期間に無線リンク障害が生じるならば、端末デバイスは、第２セルに再接続された後、第１情報を第２ネットワークデバイスに報告してもよい。

【0225】

例えば、図２に示されるように、端末デバイス１３１は、ソースセルＡによって送信されるハンドオーバコマンドを受信し、端末デバイス１３１は、ターゲットセルＢへのランダムアクセス（ＲＡＣＨ）を実行する。ランダムアクセスプロセスにおいてＲＬＦが生じ、端末デバイス１３１は、ソースセルＡに再接続される。この場合、端末デバイス１３１は、ＲＡＮ１１１に対してＲＬＦ報告を報告することをトリガする。代わりに、オプションとして、端末デバイス１３１は、ＲＬＦ報告をＲＡＮ１１１に送信せず、端末デバイス１３１は、再確立要求をＲＡＮ１１１へと直接送信する。

【0226】

別の例として、図２に示されるように、端末デバイス１３１は、ソースセルＡによって送信されるハンドオーバコマンドを受信し、端末デバイス１３１は、ターゲットセルＢへのランダムアクセス（ＲＡＣＨ）を実行し、且つ、セルＢへと上手くアクセスする。しかしながら、端末デバイス１３１がターゲットセルＢに上手くアクセスした後の短期間（例えば、３秒未満）において、ＲＬＦが生じる。この場合、端末デバイス１３１は、ＲＡＮ１１１に対してＲＬＦ報告を報告することをトリガし、ＲＡＮ１１１は、ＲＬＦ報告をＲＡＮ１１２に転送する。

【0227】

上述の２つのシナリオにおいて、ＲＬＦはＢＦＲリカバリ障害によってもたらされ得、または、ＵＬおよびＳＵＬの不適切な構成によってもたらされ得、または、ＲＡＣＨリソースの不適切な構成によってもたらされ得、または、別の既存の原因によってもたらされ得ることが理解されるべきである。これは、本願において限定されるものではない。

【0228】

例えば、ＢＦＲはターゲットセルＢにおける端末デバイス上に生じるが、リカバリは失敗し、その結果、ソースセルＡへのＲＬＦ及びＲＲＣ接続再確立となる。代わりに、ＵＬ／ＳＵＬの構成、または、ターゲットセルＢのＲＡＣＨリソースの構成が不適切であり、その結果、端末デバイスは、ターゲットセルＢに上手くアクセスできず、これは、ソースセルＡに対するＲＬＦ及びＲＲＣ接続再確立という結果となる。

【0229】

オプションとして、第１情報はＲＬＦ報告である。

【0230】

第１情報の説明は、方法２００における第１情報の説明と同じであることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0231】

ＲＬＦ報告は、端末デバイスおよび第１ネットワークデバイスの間のＲＲＣ接続によって報告されてもよく、または、別の既存のメッセージを使用することによって報告されてもよく、新たに定義されるメッセージを使用することによって報告されてもよいことが更に理解されるべきである。これは、本願の当該実施形態において限定されるものではない。

【0232】

Ｓ４２０：第１ネットワークデバイスは、無線リンク障害の原因を決定する。

【0233】

オプションとして、第１ネットワークデバイスが無線リンク障害の原因を決定することは、以下の段階を備える。

【0234】

第１ネットワークデバイスは、無線リンク障害がリソースの不適切な構成によってもたらされると決定する。

【0235】

方法４００は更に、以下の段階を備える。

【0236】

Ｓ４３１：第１ネットワークデバイスは、リソースの構成を調整する。

【0237】

オプションとして、リソースは、ビーム、アップリンクキャリアまたは帯域幅部分の１つまたは複数を含み、第１ネットワークデバイスがリソースの構成を調整することは、以下の任意の１つまたは複数を含む。

【0238】

第１ネットワークデバイスがＳＳＢに対応する第１閾値を調整し、または、第１ネットワークデバイスがＣＳＩ－ＲＳに対応する第２閾値を調整し、または、第１ネットワークデバイスが補助アップリンクキャリアに対応する第３閾値を調整し、または、第１ネットワークデバイスが、ＲＡＣＨリソース、例えば、各ＳＳＢ若しくはＣＳＩ－ＲＳに対応する時間－周波数リソース、または、各ＳＳＢ若しくはＣＳＩ－ＲＳに含まれるプリアンブルグループ、を調整し、若しくは、イニシャル伝送／受信パワーといったパラメータおよびプリアンブルの段階を適切に調整する。

【0239】

オプションとして、第１ネットワークデバイスが無線リンク障害の原因を決定することは、以下の段階を備える。

【0240】

第１ネットワークデバイスは、ビーム障害がモビリティパラメータの不適切な構成によってもたらされると決定する。

【0241】

方法４００は更、以下の段階を備える。

【0242】

Ｓ４３２：第１ネットワークデバイスは、第２情報を第２ネットワークデバイスに送信し、第２ネットワークデバイスは、第１ネットワークデバイスによって送信される第２情報を受信し、ここで、第２情報は、第２ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される。

【0243】

Ｓ４３３：第２ネットワークデバイスは、モビリティパラメータを調整する。

【0244】

Ｓ４２０からＳ４３３は、図６の方法３００におけるＳ３２０からＳ３３３と同様であることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0245】

図１０は、本願の実施形態による情報伝送方法４００の別の概略フローチャートである。図９に示される方法と、図１０に示される方法との間の差異は、図９に示される方法における無線リンク障害の原因はターゲットネットワークデバイス（第１ネットワークデバイス）によって決定され得、図１０に示される方法における無線リンク障害の原因はソースネットワークデバイス（第２ネットワークデバイス）によって決定され得る点にある。方法４００は、以下の段階を備える。

【0246】

Ｓ４１２：端末デバイスは、第１情報を第２ネットワークデバイスに送信し、第２ネットワークデバイスが、端末デバイスによって送信される第１情報を受信する。第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む。

【0247】

この場合、第２ネットワークデバイスは第１情報を第１ネットワークデバイスに転送しなくてもよいことが理解されるべきである。

【0248】

Ｓ４２１：第２ネットワークデバイスは、無線リンク障害の原因を決定する。

【0249】

オプションとして、第２ネットワークデバイスが無線リンク障害の原因を決定することは、以下の段階を備える。

【0250】

第２ネットワークデバイスは、無線リンク障害がリソースの不適切な構成によってもたらされると決定する。

【0251】

方法４００は更に、以下の段階を備える。

【0252】

Ｓ４３４：第２ネットワークデバイスは、第３情報を第１ネットワークデバイスに送信し、第１ネットワークデバイスは、第２ネットワークデバイスによって送信される第３情報を受信し、ここで、第３情報は、第１ネットワークデバイスに対してリソースの構成を調整することを示すのに使用される。

【0253】

Ｓ４３５：第１ネットワークデバイスは、リソースの構成を調整する。

【0254】

オプションとして、第３情報は、第１ネットワークデバイスによって調整される、特定のリソースの構成を示すのに使用され、特定のリソースは、ビーム、アップリンクキャリアまたは帯域幅部分の１つまたは複数である。

【0255】

方法４００において第１ネットワークデバイスがリソースの構成を調整するプロセスは、方法３００において第１ネットワークデバイスがリソースの構成を調整するプロセスと同じであることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0256】

オプションとして、第２ネットワークデバイスが無線リンク障害の原因を決定することは、以下の段階を備える。

【0257】

第２ネットワークデバイスは、ビーム障害がモビリティパラメータの不適切な構成によってもたらされると決定する。

【0258】

方法４００は更に、以下の段階を備える。

【0259】

Ｓ４３６：第２ネットワークデバイスは、モビリティパラメータを調整する。

【0260】

上述のものは、図６から図１０を参照して、早期ハンドオーバシナリオにおいてＢＦまたはＲＬＦが端末デバイス上で生じる場合にネットワークデバイスがＭＲＯを実行するメカニズムを詳細に説明している。以下では、図１１および図１２を参照して、遅延ハンドオーバシナリオにおいてＢＦまたはＲＬＦが端末デバイス上で生じる場合にネットワークデバイスがＭＲＯを実行するメカニズムを詳細に説明する。

【0261】

図１１は、本願の実施形態による情報伝送方法５００の概略フローチャートである。図１１に示されるように、方法５００は、以下の段階を備える。

【0262】

Ｓ５１０：端末デバイスは、第１情報を第１ネットワークデバイスに送信し、第１ネットワークデバイスが、端末デバイスによって送信される第１情報を受信する。第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む。

【0263】

具体的には、第１ネットワークデバイスは、ターゲットネットワークデバイスであってもよく、第２ネットワークデバイスは、ソースネットワークデバイスであってもよく、第１セルは、ターゲットネットワークデバイスによってサービスを提供されるセルであり、第２セルは、ソースネットワークデバイスによってサービスを提供されるセルである。端末デバイスがハンドオーバコマンドを受信する前に第２セル内で無線リンク障害が生じ、端末デバイスは第１セルへの接続を再確立し、端末デバイスは第１情報を第１ネットワークデバイスに報告してもよい。

【0264】

例えば、図２に示されるように、端末デバイス１３１がソースセルＡによって送信されるハンドオーバコマンドを受信する前に、セルＡ内でＲＬＦが生じ、端末デバイス１３１は、ＲＡＮ１１２においてターゲットセルＢを再選択する。この場合、端末デバイス１３１は、ＲＬＦ報告を報告することをトリガする。

【0265】

オプションとして、第１情報はＲＬＦ報告である。

【0266】

第１情報の説明は、方法２００における第１情報の説明と同じであることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0267】

Ｓ５２０：第１ネットワークデバイスは、無線リンク障害の原因を決定する。

【0268】

Ｓ５２０は、図８におけるＳ４２０からＳ４３３と同様であることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0269】

オプションとして、第２ネットワークデバイスは無線リンク障害の原因を決定してもよい。

【0270】

方法５００は更に、以下の段階を備える。

【0271】

Ｓ５２１：第１ネットワークデバイスは、第１情報を第２ネットワークデバイスに転送する。

【0272】

Ｓ５２２：第２ネットワークデバイスは、無線リンク障害の原因を決定する。

【0273】

Ｓ５２１およびＳ５２２は、図９におけるＳ４２１からＳ４３６と同様であることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0274】

図１２は、本願の実施形態による情報伝送方法６００の概略フローチャートである。図１２に示されるように、方法６００は、以下の段階を備える。

【0275】

Ｓ６１０：端末デバイスは、第１情報を第２ネットワークデバイスに送信し、第２ネットワークデバイスが、端末デバイスによって送信される第１情報を受信する。第１情報は、ビーム障害が端末デバイスおよび第２セルの間に生じることを示している情報を含む。

【0276】

具体的には、第１ネットワークデバイスは、ターゲットネットワークデバイスであってもよく、第２ネットワークデバイスは、ソースネットワークデバイスであってもよく、第２セルは、ソースネットワークデバイスによってサービスを提供されるセルである。第２セルにおける端末デバイス上でビーム障害が生じ且つビーム障害回復が成功するならば、例えば、端末デバイスがハンドオーバコマンドを受信する前に第２セル内でビーム障害が頻繁に生じ且つビーム障害回復が成功するならば、端末デバイスは、第１情報を第２ネットワークデバイスに報告してもよい。

【0277】

例えば、図２に示されるように、端末デバイス１３１が、ＲＡＮ１１１によって送信される（端末デバイス１３１に対してセルＡからセルＢへとハンドオーバされることを示している）ハンドオーバコマンドを受信する前に、セルＡ内でＢＦが生じるが、ＢＦＲは成功する。この場合、端末デバイス１３１は、ＢＦＲ報告をＲＡＮ１１１に報告してもよい。

【0278】

ここでのＢＦＲ報告は、上述の実施形態における内容と同じであることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0279】

Ｓ６２０：第２ネットワークデバイスは、ビーム障害の原因を決定する。

【0280】

オプションとして、第２ネットワークデバイスは、ビーム障害がリソースの不適切な構成によってもたらされると決定する。

【0281】

方法６００は更に、以下の段階を備える。

【0282】

Ｓ６３１：第２ネットワークデバイスは、リソースの構成を調整する。

【0283】

第２ネットワークデバイスがリソースの構成を調整するプロセスは、上述の実施形態におけるプロセスと同様であることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0284】

オプションとして、第２ネットワークデバイスはビーム障害の原因を決定する。

【0285】

オプションとして、第２ネットワークデバイスは、ビーム障害がモビリティパラメータの不適切な構成によってもたらされると決定する。

【0286】

方法６００は更に、以下の段階を備える。

【0287】

Ｓ６３２：第２ネットワークデバイスは、モビリティパラメータを調整する。

【0288】

具体的には、第２ネットワークデバイスは、ビーム障害がリソース構成問題によってもたらされるかどうかを決定してもよい。第２ネットワークデバイスが、ビーム障害がリソース構成問題によってもたらされると決定するならば、第２ネットワークデバイスは、リソースの構成を調整し、例えば、ビームおよびＳＵＬの関連する閾値構成を調整する。オプションとして、第２ネットワークデバイスは、代わりに、報告内の、隣接セルの測定品質に基づいて、決定を実行してもよい。隣接セルの信号強度が相対的に良好であるならば（例えば、隣接セルの信号強度が、サービングセルの信号強度よりも良好であるが、ハンドオーバイベントは満たされていないならば）、第２ネットワークデバイスは、関連するダウンリンクモビリティパラメータを調整するべく、ビーム障害が遅延ハンドオーバシナリオまたは別の新たに定義されるシナリオによってもたらされると決定する。

【0289】

本願の当該実施形態における情報伝送方法によれば、ビーム障害が生じる場合に、端末デバイスによって報告される情報は、リソースについての情報を保持する。これは、ネットワークデバイスが適時に且つ正確にモビリティロバスト性最適化を実行することを助け、それによって、ハンドオーバ障害を回避し、ハンドオーバ成功率を改善する。

【0290】

上述のものは、図１１および図１２を参照して、遅延ハンドオーバシナリオにおいてＢＦまたはＲＬＦが端末デバイス上で生じる場合にネットワークデバイスがＭＲＯを実行するメカニズムを詳細に説明している。以下では、図１３および図１４を参照して、不正確なセルへのハンドオーバのシナリオにおいてＢＦまたはＲＬＦが端末デバイス上で生じる場合にネットワークデバイスがＭＲＯを実行するメカニズムを詳細に説明する。

【0291】

図１３は、本願の実施形態による情報伝送方法７００の概略フローチャートである。図１３に示されるように、方法７００は、以下の段階を備える。

【0292】

Ｓ７１０：端末デバイスは、第１情報を第３ネットワークデバイスに送信し、第３ネットワークデバイスが、端末デバイスによって送信される第１情報を受信する。第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む。

【0293】

Ｓ７１１：第３ネットワークデバイスは、第１情報を第２ネットワークデバイスに送信し、第２ネットワークデバイスは、第３ネットワークデバイスによって送信された第１情報を受信する。

【0294】

第２ネットワークデバイスは、図３におけるＲＡＮ１１１であってもよく、第３ネットワークデバイスは、図３におけるＲＡＮ１１３であってもよいことが理解されるべきである。

【0295】

例えば、図３に示されるように、端末デバイス１３１は、ＲＡＮ１１１によって送信されるハンドオーバコマンドを受信し、コマンドは、端末デバイス１３１に対して、セルＡからセルＢへとハンドオーバされることを示す。ハンドオーバが完了される前にＲＬＦが生じ、端末デバイスは、セル再選択を実行し、且つ、ＲＡＮ１１３によってサービスを提供されるセルＣを再選択する。再確立が成功した後、端末デバイス１３１は、ＲＬＦ報告をＲＡＮ１１３に報告し、ＲＡＮ１１３は、セルＡにおける端末デバイス１３１上でＲＬＦが生じることを識別する。この場合、ＲＡＮ１１３は、ＲＬＦ示唆をＲＡＮ１１１に送信し、その結果、ＲＡＮ１１１は、端末デバイス１３１が、１回、不正確なセルへとハンドオーバされることを記録する。

【0296】

Ｓ７２０：第２ネットワークデバイスは、無線リンク障害の原因を決定する。

【0297】

オプションとして、第２ネットワークデバイスが無線リンク障害の原因を決定することは、以下の段階を備える。

【0298】

第２ネットワークデバイスは、無線リンク障害がリソースの不適切な構成によってもたらされると決定する。

【0299】

方法７００は更に、以下の段階を備える。

【0300】

Ｓ７３１：第２ネットワークデバイスは、第３情報を第１ネットワークデバイスに送信し、第１ネットワークデバイスは、第２ネットワークデバイスによって送信される第３情報を受信し、ここで、第３情報は、第１ネットワークデバイスに対してリソースの構成を調整することを示すのに使用される。

【0301】

Ｓ７３２：第１ネットワークデバイスは、リソースの構成を調整する。

【0302】

第１ネットワークデバイスによってリソースの構成を調整するための方法は、方法３００における方法と同じであってもよいことが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0303】

オプションとして、第２ネットワークデバイスが無線リンク障害の原因を決定することは、以下の段階を備える。

【0304】

第２ネットワークデバイスは、無線リンク障害がモビリティパラメータの不適切な構成によってもたらされると決定する。

【0305】

方法７００は更に、以下の段階を備える。

【0306】

Ｓ７３３：第２ネットワークデバイスは、モビリティパラメータを調整する。

【0307】

本願の当該実施形態における情報伝送方法によれば、端末デバイスは、ビーム障害が生じた後に、不正確なセルへとハンドオーバされ、端末デバイスによって報告される情報は、リソースについての情報を保持する。これは、ネットワークデバイスが適時に且つ正確にモビリティロバスト性最適化を実行することを助け、それによって、ハンドオーバ障害を回避し、ハンドオーバ成功率を改善する。

【0308】

図１４は、本願の実施形態による情報伝送方法８００の概略フローチャートである。図１４に示されるように、方法８００は以下の段階を備える。

【0309】

Ｓ８１０：端末デバイスは、第１情報を第３ネットワークデバイスに送信し、第３ネットワークデバイスが、端末デバイスによって送信される第１情報を受信する。第１情報は、ビーム障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む。

【0310】

Ｓ８１１：第３ネットワークデバイスは、第１情報を第１ネットワークデバイスに送信し、第１ネットワークデバイスは、第３ネットワークデバイスによって送信された第１情報を受信する。

【0311】

第１ネットワークデバイスは、図３におけるＲＡＮ１１２であってもよく、第３ネットワークデバイスは、図３におけるＲＡＮ１１３であってもよいことが理解されるべきである。

【0312】

例えば、図３に示されるように、端末デバイス１３１は、ＲＡＮ１１１によって送信されるハンドオーバコマンドを受信し、コマンドは、端末デバイス１３１に対して、セルＡからセルＢへとハンドオーバされることを示し、端末デバイス１３１は、セルＢへと上手くハンドオーバされる。しかしながら、ハンドオーバが成功した後のある期間内にＲＬＦが生じ、端末デバイスは、セル再選択を実行し、且つ、ＲＡＮ１１３によってサービスを提供されるセルＣを再選択する。再確立が成功した後、端末デバイス１３１は、ＲＬＦ報告をＲＡＮ１１３に報告し、ＲＡＮ１１３は、セルＢにおける端末デバイス１３１上でＲＬＦが生じることを識別する。この場合、ＲＡＮ１１３は、ＲＬＦ示唆をＲＡＮ１１２に送信し、その結果、ＲＡＮ１１２は、端末デバイス１３１が、１回、不正確なセルへとハンドオーバされることを記録する。

【0313】

Ｓ８２０：第１ネットワークデバイスは、無線リンク障害の原因を決定する。

【0314】

オプションとして、第１ネットワークデバイスが無線リンク障害の原因を決定することは、以下の段階を備える。

【0315】

第１ネットワークデバイスは、無線リンク障害がリソースの不適切な構成によってもたらされると決定する。

【0316】

方法８００は更に、以下の段階を備える。

【0317】

Ｓ８３１：第１ネットワークデバイスは、リソースの構成を調整する。

【0318】

第１ネットワークデバイスによってリソースの構成を調整するための方法は、方法３００における方法と同じであってもよいことが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0319】

オプションとして、第１ネットワークデバイスが無線リンク障害の原因を決定することは、以下の段階を備える。

【0320】

第１ネットワークデバイスは、無線リンク障害がモビリティパラメータの不適切な構成によってもたらされると決定する。

【0321】

方法８００は更に、以下の段階を備える。

【0322】

Ｓ８３２：第１ネットワークデバイスは、第２情報を第２ネットワークデバイスに送信し、第２ネットワークデバイスは、第１ネットワークデバイスによって送信される第２情報を受信し、ここで、第２情報は、第２ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される。

【0323】

Ｓ８３３：第２ネットワークデバイスは、モビリティパラメータを調整する。

【0324】

本願の当該実施形態における情報伝送方法によれば、端末デバイスは、ビーム障害が生じた後に、不正確なセルへとハンドオーバされ、端末デバイスによって報告される情報は、リソースについての情報を保持する。これは、ネットワークデバイスが適時に且つ正確にモビリティロバスト性最適化を実行することを助け、それによって、ハンドオーバ障害を回避し、ハンドオーバ成功率を改善する。

【0325】

上述のものは、図６から図１４を参照して、早期ハンドオーバ、遅延ハンドオーバ、および、不正確なセルへのハンドオーバのシナリオにおいてＢＦまたはＲＬＦが端末デバイス上で生じる場合にネットワークデバイスがＭＲＯを実行するメカニズムを詳細に説明している。以下では、添付図面を参照して、本願の実施形態における、情報伝送方法９００から情報伝送方法１１００を説明し、方法９００から方法１１００は、ネットワークデバイスがＣＵおよびＤＵへと分割される場合にネットワークデバイスがＭＲＯを実行するメカニズムを説明する。

【0326】

図１５は、本願お実施形態による情報伝送方法９００の概略フローチャートである。図１５に示されるように、方法９００は、以下の段階を備える。

【0327】

Ｓ９１０：端末デバイスは、第５ネットワークデバイスを通じて第１情報を第４ネットワークデバイスに送信し、第４ネットワークデバイスが、端末デバイスから第１情報を受信する。第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む。

【0328】

オプションとして、端末デバイスが第１情報を第４ネットワークデバイスに送信する前に、方法は更に、以下の段階を備える。

【0329】

Ｓ９０１：第４ネットワークデバイスは、ハンドオーバをトリガし、ここで、当該ハンドオーバは、第５ネットワークデバイスから第６ネットワークデバイスへのハンドオーバである。

【0330】

Ｓ９０２：第４ネットワークデバイスおよび第６ネットワークデバイスは、端末デバイスのコンテキスト情報を確立する。

【0331】

Ｓ９０３：第４ネットワークデバイスは、第５ネットワークデバイスを通じてハンドオーバコマンドを端末デバイスに送信する。

【0332】

オプションとして、ハンドオーバコマンドは、ＲＲＣ再構成情報である。

【0333】

Ｓ９０４：端末デバイスは、第６ネットワークデバイスへのランダムアクセスプロセスを開始することに失敗する。

【0334】

Ｓ９０５：端末デバイスは、再確立要求情報を第５ネットワークデバイスに送信し、第５ネットワークデバイスへの接続を再確立する。

【0335】

オプションとして、第１情報は、再確立要求情報において保持される。

【0336】

Ｓ９０１からＳ９０４は、既存のプラクティスと同様であることが理解されるべきである。簡潔さのため、詳細は、本明細書で説明されていない。

【0337】

方法９００はまた、端末デバイスが第６ネットワークデバイスへのランダムアクセスプロセスを上手く開始する場合にも適用可能であってもよいが、第６ネットワークデバイス上でＲＬＦが生じ、端末デバイスが第５ネットワークデバイスを再選択する（ここで、再確立メッセージは、第１セルのＰＣＩを保持してもよい）ことが更に理解されるべきである。

【0338】

Ｓ９０１において、第４ネットワークデバイスは、ハンドオーバがＡ３測定イベントに基づいてトリガされてもよいと決定することが更に理解されるべきである。

【0339】

オプションとして、第１セルは、第６ネットワークデバイスによってサービスを提供されるセルである。

【0340】

オプションとして、第４ネットワークデバイスは、無線リソース制御プロトコル層の機能と、サービスデータ適用層の機能と、パケットデータ収束プロトコル層の機能と、のうち少なくとも１つを有し、および／または、第５ネットワークデバイスは、無線リンク制御プロトコル層の機能と、媒体アクセス制御層の機能と、物理層の機能と、のうち少なくとも１つを有し、および／または、第６ネットワークデバイスは、無線リンク制御プロトコル層の機能、媒体アクセス制御層の機能および物理層の機能のうち少なくとも１つを有する。

【0341】

オプションとして、第１情報はＲＬＦ報告である。

【0342】

第４ネットワークデバイスは、図４におけるＣＵであってもよく、または、図５におけるＣＵ－ＣＰまたはＣＵ－ＵＰであってもよいことが理解されるべきである。第５ネットワークデバイスは、図４におけるＤＵ１であってもよく、図５におけるＤＵ１であってもよい。第６ネットワークデバイスは、図４におけるＤＵ２であってもよく、図５におけるＤＵ２であってもよい。

【0343】

例えば、図４または図５に示されるように、１つのＣＵは、複数のＤＵと通信してもよく、ＣＵは、ＤＵ変更をトリガしてもよい。変更の前に、ＣＵは、ＤＵ１を通じて端末デバイスと通信してもよく、ＣＵは、ＤＵを変更してもよく、その結果、ＣＵは、ＤＵ２を通じて端末デバイスと通信する。端末デバイスおよびターゲットＤＵ２の間のランダムアクセスプロセスにおいてＲＬＦが生じ、端末デバイスは、ソースＤＵ１を再選択し、且つ、ＣＵにアクセスし、端末デバイスは、ＣＵに報告されるメッセージ内に、失敗したセルのＰＣＩを保持してもよい。

【0344】

オプションとして、ＲＬＦ報告は、端末デバイスおよびＤＵ１がＣＵへの接続を再確立したときにＣＵに送信されてもよく、または、ＣＵに直接送信されてもよい。ＲＬＦ報告の内容は、上述の実施形態において説明されたものと同じである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0345】

Ｓ９２０：第４ネットワークデバイスは、第１情報を第６ネットワークデバイスに送信し、第６ネットワークデバイスは、第４ネットワークデバイスによって送信された第１情報を受信する。

【0346】

オプションとして、第４ネットワークデバイスは、新しいメッセージを使用することによって（例えば、Ｆ１ＡＰ無線リンク障害示唆（ＲＬＦ示唆）情報を使用することによって）、または、既存のメッセージを使用することによって、第１情報を第６ネットワークデバイスに送信する。

【0347】

オプションとして、既存のメッセージは、Ｆ１ＡＰメッセージであってもよく、以下のメッセージを含むが、これらに限定されるものではない：端末デバイスコンテキストセットアップ要求／応答（ＵＥコンテキストセットアップ要求／応答）メッセージ、端末デバイスコンテキスト修正要求／応答／受領（ＵＥコンテキスト修正要求／応答／要請）メッセージ、端末デバイスコンテキストリリース要求／応答（ＵＥコンテキストリリース要求／応答）メッセージ、または、Ｆ１インタフェースセットアップ要求／応答（Ｆ１セットアップ要求／応答）メッセージ。

【0348】

Ｓ９３０：第６ネットワークデバイスは、無線リンク障害の原因を決定する。

【0349】

オプションとして、第６ネットワークデバイスが無線リンク障害の原因を決定することは、以下の段階を備える。

【0350】

第６ネットワークデバイスは、無線リンク障害がリソースの不適切な構成によってもたらされると決定する。

【0351】

方法９００は更に、以下の段階を備える。

【0352】

Ｓ９３１：第６ネットワークデバイスは、リソースの構成を調整する。

【0353】

例えば、ＤＵ２は、ＲＬＦ報告の内容に基づいて、ＲＡＣＨリソース構成、ビーム構成、または、ＳＵＬ／ＵＬ構成の問題といった問題を決定する。問題がリソース構成問題であるならば、ＤＵ２は、構成を直接修正する。

【0354】

第６ネットワークデバイスによってリソースの構成を調整するための方法は、方法３００における方法と同じであってもよいことが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0355】

オプションとして、第６ネットワークデバイスが無線リンク障害の原因を決定することは、以下の段階を備える。

【0356】

第６ネットワークデバイスは、無線リンク障害がモビリティパラメータの不適切な構成によってもたらされると決定する。

【0357】

方法９００は更に、以下の段階を備える。

【0358】

Ｓ９３２：第６ネットワークデバイスは、第２情報を第４ネットワークデバイスに送信し、第４ネットワークデバイスは、第６ネットワークデバイスによって送信される第２情報を受信し、ここで、第２情報は、第４ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される。

【0359】

オプションとして、第２情報は更に、第６ネットワークデバイスがリソース構成修正を完了したことを示すのに使用されてもよく、または、モビリティ問題、例えば、早期ハンドオーバまたは遅延ハンドオーバの問題を示すのに使用されてもよい。

【0360】

Ｓ９３３：第４ネットワークデバイスは、モビリティパラメータを調整する。

【0361】

例えば、ＤＵ２は、ＤＵ変更報告をＣＵに送信してもよく、ここで、報告は、問題が構成問題であるかどうかを示している情報、構成修正完了情報、または、問題が早期ハンドオーバ問題等であるかどうかを示している情報、を含む。すなわち、問題がＤＵ２のリソース構成問題ではないならば、ＤＵ２によって送信されるＤＵ変更報告は、問題が早期ハンドオーバ問題であることを示し、その結果、ＣＵは、ダウンリンクモビリティパラメータを最適化する。代わりに、問題がＤＵ２のリソース構成問題であるならば、ＤＵ２によって送信されるＤＵ変更報告は、ＤＵ２のリソース構成修正が完了されたことを示す。オプションとして、ＤＵ変更報告は、新たに定義されるＦ１ＡＰメッセージまたは既存のＦ１ＡＰメッセージを使用することによって送信される。

【0362】

ある実施形態において、図１６は、本願の実施形態による情報伝送方法９００の別の概略フローチャートである。図１６に示されるように、方法９００は、以下の段階を備える。

【0363】

Ｓ９１１：端末デバイスは、第５ネットワークデバイスを通じて第１情報を第４ネットワークデバイスに送信し、第４ネットワークデバイスが、端末デバイスによって送信される第１情報を受信する。第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む。

【0364】

Ｓ９１１はＳ９１０と同じであることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0365】

Ｓ９３４：第４ネットワークデバイスは、無線リンク障害の原因を決定する。

【0366】

オプションとして、第４ネットワークデバイスが無線リンク障害の原因を決定することは、以下の段階を備える。

【0367】

第４ネットワークデバイスは、無線リンク障害がリソースの不適切な構成によってもたらされると決定する。

【0368】

方法９００は更に、以下の段階を備える。

【0369】

Ｓ９３５：第４ネットワークデバイスは、第３情報を第６ネットワークデバイスに送信し、第６ネットワークデバイスは、第４ネットワークデバイスによって送信される第３情報を受信し、ここで、第３情報は、第６ネットワークデバイスに対してリソースの構成を調整することを示すのに使用される。

【0370】

Ｓ９３６：第６ネットワークデバイスは、リソースの構成を調整する。

【0371】

オプションとして、第３情報は、第６ネットワークデバイスによって調整される、特定のリソースの構成を示すのに使用され、特定のリソースは、ビーム、アップリンクキャリアまたは帯域幅部分の１つまたは複数である。

【0372】

例えば、ＤＵ２は、第３情報の示唆に基づいて、対応するリソースの構成を修正する。

【0373】

リソースの構成は、上述の方法３００におけるリソースの構成と同じであることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0374】

第６ネットワークデバイスによってリソースの構成を調整するための方法は、方法３００における方法と同じであってもよいことが更に理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0375】

例えば、ＣＵは、ＲＬＦ報告に基づいて問題を決定し、例えば、問題が、ＤＵ２の早期ハンドオーバ問題またはＤＵ２の構成問題であると決定する。構成問題は、ＲＡＣＨリソース構成、ビーム構成、帯域幅部分ＢＷＰ構成、ＳＵＬ／ＵＬ構成、等のうち少なくとも１つの問題を含んでもよい。問題がリソース構成問題であるならば、ＣＵは問題示唆をＤＵ２に送信する。問題示唆は、ＲＡＣＨリソース構成問題示唆、ビーム問題示唆、ＢＷＰ構成問題示唆、ＳＵＬ／ＵＬ構成問題示唆、等であってもよい。従って、ＤＵ２は、対応するリソース構成を修正する。

【0376】

ＤＵ２は、ＤＵ変更報告をＣＵに送信してもよく、ここで、報告は、問題が、構成問題、構成修正完了情報、等であるかどうかを示している情報を含む。

【0377】

オプションとして、第４ネットワークデバイスが無線リンク障害の原因を決定することは、以下の段階を備える。

【0378】

第４ネットワークデバイスは、無線リンク障害がモビリティパラメータの不適切な構成によってもたらされると決定する。

【0379】

方法９００は更に、以下の段階を備える。

【0380】

Ｓ９３７：第４ネットワークデバイスは、ダウンリンクモビリティパラメータを調整する。

【0381】

例えば、ＣＵが、ＲＬＦがＤＵ早期ハンドオーバによってもたらされると決定するならば、ＣＵは、ダウンリンクモビリティパラメータを直接最適化する。オプションとして、最適化されたダウンリンクモビリティパラメータは、Ａ３イベントの関連するパラメータを含む。

【0382】

上述のものは、図１５および図１６を参照して、ＤＵ早期ハンドオーバにおいてＲＬＦが端末デバイス上で生じる場合にネットワークデバイスがＭＲＯを実行するメカニズムを詳細に説明している。以下では、図１７および図１８を参照して、ＤＵ早期ハンドオーバにおいてＢＦが端末デバイス上で生じる場合にネットワークデバイスがＭＲＯを実行するメカニズムを詳細に説明する。

【0383】

図１７は、本願の実施形態による情報伝送方法１０００の概略フローチャートである。図１７に示されるように、方法１０００は、以下の段階を備える。

【0384】

Ｓ１０１０：端末デバイスは、第１情報を第４ネットワークデバイスに送信し、第４ネットワークデバイスが、第６ネットワークデバイスによって送信される第１情報を受信する。第１情報は、ビーム障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む。

【0385】

オプションとして、端末デバイスが第１情報を第４ネットワークデバイスに送信することは、以下の段階を有する。

【0386】

端末デバイスは、第１情報を第４ネットワークデバイスに直接送信する。

【0387】

代わりに、端末デバイスは、第６ネットワークデバイスを通じて第１情報を第４ネットワークデバイスに送信する。

【0388】

オプションとして、第１情報は、ＢＦＲ報告を含む。

【0389】

ＢＦＲ報告の説明は、上述の実施形態における説明と同じであることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0390】

オプションとして、端末デバイスが第１情報を第４ネットワークデバイスに送信する前に、方法は更に、以下の段階を備える。

【0391】

Ｓ１００１：第４ネットワークデバイスは、ハンドオーバをトリガし、ここで、当該ハンドオーバは、第５ネットワークデバイスから第６ネットワークデバイスへのハンドオーバである。

【0392】

Ｓ１００２：第４ネットワークデバイスおよび第６ネットワークデバイスは、端末デバイスのコンテキスト情報を確立する。

【0393】

Ｓ１００３：第４ネットワークデバイスは、第５ネットワークデバイスを通じてハンドオーバコマンドを端末デバイスに送信する。

【0394】

オプションとして、ハンドオーバコマンドは、ＲＲＣ再構成情報である。

【0395】

Ｓ１００４：端末デバイスは、第６ネットワークデバイスへのランダムアクセスプロセスを上手く開始するが、ＢＦＲが第１セルにおける端末デバイス上で複数回生じ、且つ、ＲＬＦは生じない。

【0396】

Ｓ１００１からＳ１００４は、既存のプラクティスと同様であることが理解されるべきである。簡潔さのため、詳細は、本明細書で説明されていない。

【0397】

オプションとして、端末デバイスが第１情報を第４ネットワークデバイスに送信する前に、方法は更に、以下の段階を備える。

【0398】

端末デバイスは、ＢＦの数が第１値に等しい又はそれより大きいと決定する、および／または、端末デバイスは、ＢＦＲ回数が第２値に等しい又はそれより大きいと決定する、および／または、端末デバイスは、タイマが満了すると決定する。

【0399】

具体的には、第１情報の報告は、端末デバイスによってイベントトリガ方式でトリガされてもよく、ここでは例えば、イベントは、ＢＦの数若しくはＢＦＲ回数がある値に等しい若しくはそれより大きいことであり、または、タイマ（ｔｉｍｅｒ）トリガ方式でトリガされてもよい。イベントトリガ方式における第１値および第２値、並びに、タイマは、ネットワークデバイス（例えば、ＣＵ）によって端末デバイス用に構成されてもよい。

【0400】

オプションとして、第１セルは、第６ネットワークデバイスによってサービスを提供されるセルである。

【0401】

オプションとして、第４ネットワークデバイスは、無線リソース制御プロトコル層の機能と、サービスデータ適用層の機能と、パケットデータ収束プロトコル層の機能と、のうち少なくとも１つを有し、および／または、第５ネットワークデバイスは、無線リンク制御プロトコル層の機能と、媒体アクセス制御層の機能と、物理層の機能と、のうち少なくとも１つを有し、および／または、第６ネットワークデバイスは、無線リンク制御プロトコル層の機能、媒体アクセス制御層の機能および物理層の機能のうち少なくとも１つを有する。

【0402】

第４ネットワークデバイスは、図４におけるＣＵであってもよく、または、図５におけるＣＵ－ＣＰまたはＣＵ－ＵＰであってもよいことが理解されるべきである。第５ネットワークデバイスは、図４におけるＤＵ１であってもよく、図５におけるＤＵ１であってもよい。第６ネットワークデバイスは、図４におけるＤＵ２であってもよく、図５におけるＤＵ２であってもよい。

【0403】

例えば、図４または図５に示されるように、ＣＵはＤＵハンドオーバをトリガし、その後、ＣＵおよびターゲットＤＵ２は、端末デバイスのコンテキストを確立する。ＣＵは、ソースＤＵ１を通じてハンドオーバコマンド（例えば、ＲＲＣ再構成情報）を端末デバイスに送信し、その結果、端末デバイスは、ターゲットＤＵ２へのランダムアクセスを実行し、端末デバイスは、ＤＵ２へのランダムアクセスを上手く実行する。しかしながら、ランダムアクセスが成功した後の短期間において、ＢＦが頻繁に生じるが、ＢＦＲは成功し、且つ、ＲＬＦは生じない。

【0404】

端末デバイスは、ＢＦＲ報告を記録してＣＵへ送信する。例えば、端末デバイスのＢＦＲ報告は、（例えば、ＲＲＣメッセージを使用することによって）ＣＵに直接報告され、または、（例えば、レイヤ１メッセージまたはレイヤ２メッセージを使用することによって）最初にＤＵ２に報告されて、その後、ＤＵ２を通じてＣＵに送信される。

【0405】

Ｓ１０２０：第４ネットワークデバイスは、第１情報を第６ネットワークデバイスに送信し、第６ネットワークデバイスは、第４ネットワークデバイスによって送信された第１情報を受信する。

【0406】

オプションとして、第４ネットワークデバイスは、新しいメッセージ（例えば、新たに定義されるＦ１ＡＰビーム障害回復示唆（ＢＦＲ示唆）メッセージ）、または、既存のＦ１ＡＰメッセージを使用することによって、第１情報を第６ネットワークデバイスに送信する。

【0407】

オプションとして、既存のＦ１ＡＰメッセージは、以下のメッセージを含むが、これらに限定されるものではない：端末デバイスコンテキストセットアップ要求／応答（ＵＥコンテキストセットアップ要求／応答）メッセージ、端末デバイスコンテキスト修正要求／応答／受領（ＵＥコンテキスト修正要求／応答／要請）メッセージ、端末デバイスコンテキストリリース要求／応答（ＵＥコンテキストリリース要求／応答／要請）メッセージ、または、Ｆ１インタフェースセットアップ要求／応答（Ｆ１セットアップ要求／応答）メッセージ。

【0408】

Ｓ１０３０：第６ネットワークデバイスは、ビーム障害の原因を決定する。

【0409】

オプションとして、第６ネットワークデバイスがビーム障害の原因を決定することは、以下の段階を備える。

【0410】

第６ネットワークデバイスは、ビーム障害がリソースの不適切な構成によってもたらされると決定する。

【0411】

方法１０００は更に、以下の段階を備える。

【0412】

Ｓ１０３１：第６ネットワークデバイスは、リソースの構成を調整する。

【0413】

例えば、ＤＵ２は、ＢＦＲ報告の内容に基づいて、ＲＡＣＨリソース構成、ビーム構成、または、ＳＵＬ／ＵＬ構成の問題といった問題を決定する。問題がリソース構成問題であるならば、ＤＵ２は、構成を直接修正する。

【0414】

第６ネットワークデバイスによってリソースの構成を調整するための方法は、方法３００における方法と同じであってもよいことが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0415】

オプションとして、第６ネットワークデバイスがビーム障害の原因を決定することは、以下の段階を備える。

【0416】

第６ネットワークデバイスは、ビーム障害がモビリティパラメータの不適切な構成によってもたらされると決定する。

【0417】

方法１０００は更に、以下の段階を備える。

【0418】

Ｓ１０３２：第６ネットワークデバイスは、第２情報を第４ネットワークデバイスに送信し、第４ネットワークデバイスは、第６ネットワークデバイスによって送信される第２情報を受信し、ここで、第２情報は、第４ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される。

【0419】

Ｓ１０３３：第４ネットワークデバイスは、モビリティパラメータを調整する。

【0420】

例えば、ＤＵ２は、ＤＵ変更報告をＣＵに送信してもよく、ここで、報告は、問題が構成問題であるかどうかを示している情報、構成修正完了情報、または、問題が早期ハンドオーバ問題等であるかどうかを示している情報、を含む。すなわち、問題がＤＵ２のリソース構成問題ではないならば、ＤＵ２によって送信されるＤＵ変更報告は、問題が早期ハンドオーバ問題であることを示し、その結果、ＣＵは、ダウンリンクモビリティパラメータを最適化する。代わりに、問題がＤＵ２のリソース構成問題であるならば、ＤＵ２によって送信されるＤＵ変更報告は、ＤＵ２のリソース構成修正が完了されたことを示す。オプションとして、ＤＵ変更報告は、新たに定義されるＦ１ＡＰメッセージまたは既存のＦ１ＡＰメッセージを使用することによって送信される。

【0421】

ある実施形態において、図１８は、本願の実施形態による情報伝送方法１０００の別の概略フローチャートである。図１８に示されるように、方法１０００は、以下の段階を備える。

【0422】

Ｓ１０１１：端末デバイスは、第１情報を第４ネットワークデバイスに送信し、ここで、第１情報は、ビーム障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む。

【0423】

オプションとして、端末デバイスが第１情報を第４ネットワークデバイスに送信することは、以下の段階を有する。

【0424】

端末デバイスは、第１情報を第４ネットワークデバイスに直接送信する。

【0425】

代わりに、端末デバイスは、第６ネットワークデバイスを通じて第１情報を第４ネットワークデバイスに送信する。

【0426】

オプションとして、第１情報はＢＦＲ報告である。

【0427】

ＢＦＲ報告の内容は、上述の実施形態におけるＢＦＲ報告の内容と同じであることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0428】

Ｓ１０１１のプロセスはＳ１０１０のプロセスと同じであることが理解されるべきである。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0429】

Ｓ１０３４：第４ネットワークデバイスは、ビーム障害の原因を決定する。

【0430】

オプションとして、第４ネットワークデバイスがビーム障害の原因を決定することは、以下の段階を備える。

【0431】

第４ネットワークデバイスは、ビーム障害がリソースの不適切な構成によってもたらされると決定する。

【0432】

方法１０００は更に、以下の段階を備える。

【0433】

Ｓ１０３５：第４ネットワークデバイスは、第３情報を第６ネットワークデバイスに送信し、第６ネットワークデバイスは、第４ネットワークデバイスによって送信される第３情報を受信し、ここで、第３情報は、第６ネットワークデバイスに対してリソースの構成を調整することを示すのに使用される。

【0434】

Ｓ１０３６：第６ネットワークデバイスは、リソースの構成を調整する。

【0435】

例えば、ＣＵは、ＢＦＲ報告に基づいて問題を決定し、例えば、問題が、ＤＵ２の早期ハンドオーバ問題またはＤＵ２の構成問題であると決定する。構成問題は、ＲＡＣＨリソース構成、ビーム構成、ＳＵＬ／ＵＬ構成、等のうち少なくとも１つの問題を含んでもよい。問題がリソース構成問題であるならば、ＣＵは問題示唆をＤＵ２に送信する。問題示唆は、ＲＡＣＨリソース構成問題示唆、ビーム問題示唆、ＳＵＬ／ＵＬ構成問題示唆、等であってもよい。従って、ＤＵ２は、対応する構成を修正する。

【0436】

ＤＵ２は、ＤＵ変更報告をＣＵに送信してもよく、ここで、報告は、問題が、構成問題、構成修正完了情報、等であるかどうかを示している情報を含む。

【0437】

オプションとして、方法は更に、以下の段階を備える。

【0438】

第６ネットワークデバイスは、第４情報を第４ネットワークデバイスに送信し、第４ネットワークデバイスは、第６ネットワークデバイスによって送信された第４情報を受信し、ここで、第４情報は、リソースの修正された構成を示すのに使用される。

【0439】

オプションとして、第４ネットワークデバイスがビーム障害の原因を決定することは、以下の段階を備える。

【0440】

第４ネットワークデバイスは、ビーム障害がモビリティパラメータの不適切な構成によってもたらされると決定する。

【0441】

方法１０００は更に、以下の段階を備える。

【0442】

Ｓ１０３７：第４ネットワークデバイスは、ダウンリンクモビリティパラメータを調整する。

【0443】

例えば、ＣＵが、ＲＬＦがＤＵ早期ハンドオーバによってもたらされると決定するならば、ＣＵは、ダウンリンクモビリティパラメータを直接最適化する。オプションとして、最適化されたダウンリンクモビリティパラメータは、Ａ３イベントの関連するパラメータを含む。

【0444】

本願の当該実施形態における情報伝送方法によれば、ＣＵ－ＤＵアーキテクチャにおけるＤＵハンドオーバプロセスでＢＦまたはＲＬＦが生じる場合に、端末デバイスによって報告される情報は、リソースについての情報を保持する。これは、ネットワークデバイスが適時に且つ正確にモビリティロバスト性最適化を実行することを助け、それによって、ハンドオーバ障害を回避し、ハンドオーバ成功率を改善する。

【0445】

上述のものは、図１５から図１８を参照して、ＤＵ早期ハンドオーバにおいてＲＬＦまたはＢＦが端末デバイス上で生じる場合にネットワークデバイスがＭＲＯを実行するメカニズムを詳細に説明している。以下では、図１９および図２０を参照して、ＤＵ遅延ハンドオーバにおいてＲＬＦまたはＢＦが端末デバイス上で生じる場合にネットワークデバイスがＭＲＯを実行するメカニズムを詳細に説明する。

【0446】

図１９は、本願の実施形態による情報伝送方法１１００の概略フローチャートである。図１９に示されるように、方法１１００は、以下の段階を備える。

【0447】

Ｓ１１１０：第５ネットワークデバイスにおける端末デバイス上でＲＬＦが生じる。

【0448】

Ｓ１１２０：端末デバイスは、第６ネットワークデバイスを通じて再確立要求情報を第４ネットワークデバイスに送信し、ここで、再確立要求情報は、第５ネットワークデバイスの識別情報を含む。

【0449】

Ｓ１１３０：端末デバイスは第６ネットワークデバイスを再選択し、再確立は成功する。

【0450】

Ｓ１１４０：再確立要求情報を受信した後、第４ネットワークデバイスは、再確立されるセルが、第６ネットワークデバイスによってサービスを提供されるセルであって、且つ、現在のサービングセルの識別情報とは異なる識別情報を有すると決定してもよく、第６ネットワークデバイスは、遅延ハンドオーバを直接決定してもよい。

【0451】

例えば、図４または図５に示されるように、ＤＵ１における端末デバイス上でＲＬＦが生じ、その後、端末デバイスはターゲットＤＵ２を再選択し、再確立は成功する。端末デバイスのＲＲＣ再確立要求メッセージは、失敗したＤＵ１のセル識別子を含む。この場合、再確立要求を受信した後、ＣＵは、再確立されるセルが、ＤＵ２によってサービスを提供されることを学んでもよく、再確立されるセルの識別子は、現在のサービングセルの識別子とは異なる。従って、ＣＵは、１つの遅延ＤＵハンドオーバを直接決定してもよい。

【0452】

遅延ハンドオーバシナリオが更に、ＤＵ１における端末デバイス上でＢＦが生じるがＢＦＲは成功すること、端末デバイスがＤＵ１を通じてＢＦＲ報告をＣＵに送信すること、および、ＢＦＲ報告は、隣接セルの測定結果を含むこと、を有してもよいことが理解されるべきである。ＢＦＲ報告を受信した後、ＣＵは、問題（リソース構成問題または遅延ＤＵハンドオーバ問題）を決定する。問題が構成問題であるならば、ＣＵは、問題示唆をＤＵ１に送信し、その結果、ＤＵ１は、再構成を実行する。そうでない場合、ＣＵは、１つの遅延ハンドオーバをカウントする。このプロセスは、上述の方法１０００におけるプロセスと同様である。簡潔さのため、詳細は、本明細書で説明されていない。

【0453】

本願の当該実施形態における情報伝送方法によれば、ＣＵ－ＤＵアーキテクチャにおけるＤＵハンドオーバプロセスでＢＦまたはＲＬＦが生じる場合に、端末デバイスによって報告される情報は、リソースについての情報を保持する。これは、ネットワークデバイスが適時に且つ正確にモビリティロバスト性最適化を実行することを助け、それによって、ハンドオーバ障害を回避し、ハンドオーバ成功率を改善する。

【0454】

上述したものは、図６から図１９を参照して、本願の実施形態における情報伝送方法を詳細に説明している。以下では、添付図面を参照して、本願の実施形態における情報伝送装置を詳細に説明する。

【0455】

本願の実施形態は更に、複数の上述の方法のうちの任意の１つを実装するよう構成された装置を提供する。例えば、複数の上述の方法のうちの任意の１つにおいて、ネットワークデバイスによって実行される段階を実装するよう構成されたユニット（または手段）を含む、装置が提供される。別の例として、複数の上述の方法のうちの任意の１つにおいて、端末デバイスによって実行される段階を実装するよう構成されたユニット（または手段）を含む、別の装置が更に提供される。

【0456】

図２０は、本願の実施形態による情報伝送装置１２００の概略ブロック図である。図２０に示されるように、情報伝送装置１２００は、トランシーバユニット１２１０および処理ユニット１２２０を含んでもよい。

【0457】

考えられる設計において、情報伝送装置は、方法３００から方法１１００における、第１ネットワークデバイス、第２ネットワークデバイス、第４ネットワークデバイス、若しくは、第６ネットワークデバイスであってもよく、または、対応するネットワークデバイス内に構成されるチップであってもよい。

【0458】

具体的には、トランシーバユニット１２１０は、端末デバイスから第１情報を受信するよう構成され、ここで、第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含み、または、第１情報は、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む。

【0459】

第１情報は更に、リソースについての情報を含み、リソースについての情報は、ビームについての情報、アップリンクキャリアについての情報、または、帯域幅部分についての情報、のうち少なくとも１つを含む。

【0460】

処理ユニット１２２０は、第１情報に基づいてモビリティロバスト性最適化を実行するよう構成される。

【0461】

オプションとして、第１情報が、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合に、第１情報は更に、ビーム障害の数、ビーム障害回復回数、または、ビーム障害回復の持続時間のうち少なくとも１つを含む。

【0462】

オプションとして、第１セルは、第１ネットワークデバイスによってサービスを提供されるセルである。 第１情報が、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合に、処理ユニット１２２０は、具体的には、リソースの構成を調整するよう構成され、または、トランシーバユニット１２１０は更に、第２情報を第２ネットワークデバイスに送信するよう構成され、第２情報は、第２ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される。

【0463】

オプションとして、第１セルは、第１ネットワークデバイスによってサービスを提供されるセルである。第１情報が、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合、トランシーバユニット１２１０は、具体的には、第２ネットワークデバイスによって送信される第１情報を受信するよう構成される。

【0464】

処理ユニット１２２０は、具体的には、リソースの構成を調整するよう構成される。

【0465】

代わりに、トランシーバユニット１２１０は更に、第２情報を第２ネットワークデバイスに送信するよう構成され、ここで、第２情報は、第２ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される。

【0466】

オプションとして、ビームについての情報は、ビームの識別子および／またはビームの測定情報を有し、ビームの識別子は、同期信号ブロックＳＳＢグループ番号および／またはチャネル状態情報基準信号ＣＳＩ―ＲＳグループ番号を含み、アップリンクキャリアについての情報は、アップリンクキャリアの識別子および／またはアップリンクキャリアの測定情報を有し、アップリンクキャリアの識別子は、アップリンクキャリアの周波数情報を含み、アップリンクキャリアは、通常アップリンクキャリアおよび／または補助アップリンクキャリアを含む。

【0467】

オプションとして、処理ユニット１２２０は具体的には、以下の任意の１つまたは複数を実行するよう構成される：ＳＳＢに対応する第１閾値を調整する、ＣＳＩ－ＲＳに対応する第２閾値を調整する、補助アップリンクキャリアに対応する第３閾値を調整する、または、ＲＡＣＨリソース、例えば、それぞれのＳＳＢ若しくはＣＳＩ－ＲＳに対応する時間－周波数リソース、若しくは、それぞれのＳＳＢ若しくはＣＳＩ－ＲＳに含まれるプリアンブルグループ、を調整する、若しくは、イニシャル伝送／受信パワーといったパラメータおよびプリアンブルの段階を適切に調整する。

【0468】

オプションとして、装置のプロトコル層の機能は、無線リンク制御プロトコル層の機能、媒体アクセス制御層の機能および物理層の機能のうち少なくとも１つであり、および／または、第２ネットワークデバイスのプロトコル層の機能は、無線リソース制御プロトコル層の機能、サービスデータ適用層の機能およびパケットデータ収束プロトコル層の機能のうち少なくとも１つである。

【0469】

オプションとして、第１セルは、第２ネットワークデバイスによってサービスを提供されるセルである。第１情報が、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合、トランシーバユニット１２１０は、具体的には、第２ネットワークデバイスによって送信される第１情報を受信するよう構成される。

【0470】

処理ユニット１２２０は、具体的には、モビリティパラメータを調整するよう構成される。

【0471】

代わりに、トランシーバユニット１２１０は更に、第３情報を第２ネットワークデバイスに送信するよう構成され、ここで、第３情報は、第２ネットワークデバイスに対してリソースの構成を調整することを示すのに使用される。

【0472】

オプションとして、第１セルは、第２ネットワークデバイスによってサービスを提供されるセルである。第１情報が、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合、処理ユニット１２２０は具体的には、モビリティパラメータを調整するよう構成される。

【0473】

代わりに、トランシーバユニット１２１０は更に、第３情報を第２ネットワークデバイスに送信するよう構成され、ここで、第３情報は、第２ネットワークデバイスに対してリソースの構成を調整することを示すのに使用される。

【0474】

オプションとして、トランシーバユニット１２１０は更に、第２ネットワークデバイスによって送信される第４指示情報を受信するよう構成され、第４指示情報は、リソースの調整された構成を示すのに使用される。

【0475】

オプションとして、前記第１ネットワークデバイスのプロトコル層の機能は、無線リソース制御プロトコル層の機能と、サービスデータ適用層の機能と、パケットデータ収束プロトコル層の機能と、のうち少なくとも１つであり、および／または、前記第２ネットワークデバイスのプロトコル層の機能は、無線リンク制御プロトコル層の機能と、媒体アクセス制御層の機能と、物理層の機能と、のうち少なくとも１つである。

【0476】

情報伝送装置１２００は、上述した方法の実施形態におけるネットワークデバイスに対応してもよく、情報伝送装置１２００は、情報伝送方法２００から方法１１００においてネットワークデバイスによって実行される方法を実行するよう構成されたユニットを含んでもよいことが理解されるべきである。なお、情報伝送装置１２００におけるユニットと、上述の他の動作および／または機能とは、別個に、情報伝送方法２００から方法１１００の対応する手順を実装することを意図されている。ユニットによって上述の対応する段階を実行する特定のプロセスについて、図６から図１９における方法の実施形態を参照し、上述の説明を参照されたい。簡潔さのため、詳細は、本明細書で改めて説明されていない。

【0477】

図２１は、本願の実施形態による情報伝送装置１３００の概略ブロック図である。図２１に示されるように、情報伝送装置１３００は、処理ユニット１３１０およびトランシーバユニット１３２０を含んでもよい。

【0478】

考えられる設計において、情報伝送装置は、方法３００から方法１１００における端末デバイスであってもよく、または、端末デバイス内に構成されるチップであってもよい。

【0479】

具体的には、処理ユニット１３１０は第１情報を決定するよう構成され、ここで、第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含み、または、第１情報は、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む。

【0480】

第１情報は更に、リソースについての情報を含み、リソースについての情報は、ビームについての情報、アップリンクキャリアについての情報、または、帯域幅部分についての情報、のうち少なくとも１つを含む。

【0481】

トランシーバユニット１３２０は、第１情報を送信するよう構成される。

【0482】

オプションとして、第１情報が、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合に、第１情報は更に、ビーム障害の数、ビーム障害回復回数、または、ビーム障害回復の持続時間のうち少なくとも１つを含む。

【0483】

オプションとして、ビームについての情報は、ビームの識別子および／またはビームの測定情報を有し、ビームの識別子は、同期信号ブロックＳＳＢグループ番号および／またはチャネル状態情報基準信号ＣＳＩ―ＲＳグループ番号を含み、アップリンクキャリアについての情報は、アップリンクキャリアの識別子および／またはアップリンクキャリアの測定情報を有し、アップリンクキャリアの識別子は、アップリンクキャリアの周波数情報を含み、アップリンクキャリアは、通常アップリンクキャリアおよび／または補助アップリンクキャリアを含む。

【0484】

情報伝送装置１３００は、本願の実施形態による情報伝送方法２００から方法１１００における端末デバイスに対応してもよく、情報伝送装置１３００は、情報伝送方法２００から方法１１００で端末デバイスによって実行される方法を実行するよう構成されたユニットを含んでもよいことが理解されるべきである。なお、情報伝送装置１３００におけるユニットと、上述の他の動作および／または機能とは、別個に、情報伝送方法２００から方法１１００の対応する手順を実装することを意図されている。ユニットによって上述の対応する段階を実行する特定のプロセスについて、図６から図１９における方法の実施形態を参照し、上述の説明を参照されたい。簡潔さのため、詳細は、本明細書で説明されていない。

【0485】

図２２は、本願の実施形態によるネットワークデバイスの概略構造図である。ネットワークデバイスは、上述の実施形態におけるネットワークデバイス（第１ネットワークデバイスから第６ネットワークデバイスのうちの任意の１つ）であってもよく、上述の実施形態におけるネットワークデバイス（第１ネットワークデバイスから第６ネットワークデバイスのうちの任意の１つ）の動作を実装するよう構成される。図２２に示されるように、ネットワークデバイスは、アンテナ１４０１、無線周波数装置１４０２およびベースバンド装置１４０３を含む。アンテナ１４０１は、無線周波数装置１４０２に接続される。アップリンク方向において、無線周波数装置１４０２は、端末デバイスによって送信される情報を、アンテナ１４０１を通じて受信し、且つ、端末デバイスによって送信される情報を、処理用のベースバンド装置１４０３に送信する。ダウンリンク方向において、ベースバンド装置１４０３は、端末デバイスの情報を処理し、且つ、情報を無線周波数装置１４０２に送信する。無線周波数装置１４０２は、端末デバイスの情報を処理し、その後、アンテナ１４０１を通じて、処理された情報を端末デバイスに送信する。

【0486】

ベースバンド装置１４０３は、１つまたは複数の処理要素１４０３１を含んでもよく、例えば、１つのメイン制御ＣＰＵおよび別の集積回路を含む。なお、ベースバンド装置１４０３は更に、記憶要素１４０３２およびインタフェース１４０３３を含んでもよい。記憶要素１４０３２は、プログラムおよびデータを記憶するよう構成される。インタフェース１４０３３は、無線周波数装置１４０２と情報を交換するよう構成され、インタフェースは、例えば、公衆無線インタフェース（ｃｏｍｍｏｎ ｐｕｂｌｉｃ ｒａｄｉｏ ｉｎｔｅｒｆａｃｅ, ＣＰＲＩ）である。ネットワークデバイス用に使用される上述の装置は、ベースバンド装置１４０３内に配置されてもよい。例えば、ネットワークデバイス用に使用される上述の装置は、ベースバンド装置１４０３上のチップであってもよい。チップは、少なくとも１つの処理要素およびインタフェース回路を含む。処理要素は、ネットワークデバイスによって実行される複数の方法のうちの任意の１つにおける段階を実行するよう構成される。インタフェース回路は、別の装置と通信するよう構成される。ある実装において、複数の上述の方法における段階を実装する、ネットワークデバイスのユニットは、プログラムをスケジューリングする処理要素によって実装されてもよい。例えば、ネットワークデバイス用に使用される装置は、処理要素および記憶要素を含む。処理要素は、記憶要素に記憶されたプログラムを呼び出し、上述した方法の実施形態においてネットワークデバイスにより実行される方法を実行する。記憶要素は、処理要素と同じチップ上に配置された記憶要素であってもよく、すなわち、オンチップ記憶要素であってもよく、または、処理要素とは異なるチップ上に配置される記憶要素であってもよく、すなわち、オフチップ記憶要素であってもよい。

【0487】

別の実装において、上述の方法における段階を実装する、ネットワークデバイスによって使用されるユニットは、１つまたは複数の処理要素として構成されてもよい。これらの処理要素は、ベースバンド装置状に配置される。ここでの処理要素は、集積回路であってもよく、例えば、１つまたは複数の特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ, ＡＳＩＣ）、１つまたは複数のデジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ, ＤＳＰ）、１つまたは複数のフィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ, ＦＰＧＡ）、または、これらのタイプの複数の集積回路の組み合わせ、であってもよい。複数の集積回路は、チップを形態するべく、共に統合されてもよい。

【0488】

上述の方法における段階を実装する、ネットワークデバイスのユニットは、共に統合され、且つ、ＳｏＣの形態で実装されてもよい。例えば、ベースバンド装置は、上述の方法を実装するよう構成された、ＳｏＣチップを含む。少なくとも１つの処理要素および記憶要素は、チップへと統合されてもよく、処理要素は、記憶要素に記憶されたプログラムを呼び出して、ネットワークデバイスによって実行される上述の方法を実装する。代わりに、少なくとも１つの集積回路は、チップへと統合され、ネットワークデバイスによって実行される上述の方法を実装してもよい。代わりに、上述の実装を参照し、幾つかのユニットの機能は、プログラムを呼び出す処理要素によって実装されてもよく、幾つかのユニットの機能は、集積回路によって実装されてもよい。

【0489】

ネットワークデバイス用に使用される上述の装置は、少なくとも１つの処理要素およびインタフェース回路を含んでもよいことが学ばれ得る。少なくとも１つの処理要素は、上述した方法の実施形態において提供され、且つ、ネットワークデバイスによって実行される複数の方法のうちの任意の１つを実行するよう構成される。処理要素は、第１方式で、具体的には、記憶要素に記憶されたプログラムを呼び出すことによって、ネットワークデバイスによって実行される幾つか若しくは全ての段階を実行してもよく、または、第２方式で、具体的には、命令と組み合わせて、プロセッサ要素におけるハードウェア集積論理回路を使用することによって、ネットワークデバイスによって実行される幾つか又は全ての段階を実行してもよく、または、言うまでもなく、第１方式と第２方式とを組み合わせることによって、ネットワークデバイスによって実行される幾つか又は全ての段階を実行してもよい。

【0490】

上記で説明したように、ここでの処理要素は、汎用プロセッサ、例えば、ＣＰＵであってもよく、上述の方法を実装するよう構成された１つまたは複数の集積回路、例えば、１つまたは複数のＡＳＩＣ、１つまたは複数のマイクロプロセッサＤＳＰ、１つまたは複数のＦＰＧＡ、または、これらの形態の集積回路のうちの少なくとも２つの組み合わせであってもよい。

【0491】

記憶要素は、１つのメモリであってもよく、または、複数の記憶要素の総称であってもよい。

【0492】

オプションとして、図２２に示されるネットワークデバイスは、上述した方法の実施形態における第５ネットワークデバイスまたは第６ネットワークデバイスであってもよい。

【0493】

図２３は、本願お実施形態によるネットワークデバイスの別の概略構造図である。ネットワークデバイスは、上述の実施形態におけるネットワークデバイスであってもよく、上述の実施形態における、ネットワークデバイスの動作を実装するよう構成される。

【0494】

図２３に示されるように、ネットワークデバイスは、プロセッサ１５１０、メモリ１５２０およびインタフェース１５３０を含む。プロセッサ１５１０、メモリ１５２０およびインタフェース１５３０は、信号接続されている。

【0495】

上述の情報伝送装置１２００は、ネットワークデバイス内に配置されてもよく、各ユニットの機能は、メモリ１５２０に記憶されたプログラムを呼び出すことによって、プロセッサ１５１０によって実装されてもよい。すなわち、上述の情報伝送装置１２００は、メモリおよびプロセッサを含む。メモリは、プログラムを記憶するよう構成され、プログラムは、プロセッサによって呼び出され、上述した方法の実施形態における方法を実行する。ここでのプロセッサは、信号処理能力を有する集積回路、例えば、ＣＰＵであってもよい。代わりに、上述のユニットの機能は、上述の方法を実装するよう構成された１つまたは複数の集積回路、例えば、１つまたは複数のＡＳＩＣ、１つまたは複数のマイクロプロセッサＤＳＰ、１つまたは複数のＦＰＧＡ、または、複数の集積回路の少なくとも２つの組み合わせ、によって実装されてもよい。代わりに、上述の実装は、組み合わされてもよい。

【0496】

オプションとして、図２３に示されるネットワークデバイスは、上述した方法の実施形態における、第１ネットワークデバイス、第２ネットワークデバイス、第３ネットワークデバイス、または、第４ネットワークデバイスであってもよい。

【0497】

図２４は、本願の実施形態による端末デバイスの概略構造図である。端末デバイスは、上述の実施形態における端末デバイスであってもよく、上述の実施形態における、端末デバイスの動作を実装するよう構成される。図２４に示されるように、端末デバイスは、アンテナ１６１０、無線周波数部１６２０および信号処理部１６３０を含む。アンテナ１６１０は、無線周波数部１６２０に接続される。ダウンリンク方向において、無線周波数部１６２０は、ネットワークデバイスによって送信される情報を、アンテナ１６１０を通じて受信し、ネットワークデバイスによって送信される情報を、処理用の信号処理部１６３０に送信する。アップリンク方向において、信号処理部１６３０は、端末デバイスの情報を処理し、情報を無線周波数部１６２０に送信する。無線周波数部１６２０は、端末デバイスの情報を処理し、その後、アンテナ１６１０を通じて、処理された情報をネットワークデバイスに送信する。

【0498】

信号処理部１６３０は、各通信プロトコル層でデータを処理するよう構成されたモデムサブシステムを含んでもよい。信号処理部１６３０は更に、端末デバイスのオペレーティングシステムおよびアプリケーション層の処理を実装するよう構成された、中央処理サブシステムを含む。なお、信号処理部１６３０は更に別のサブシステム、例えば、マルチメディアサブシステムまたは周辺サブシステムを含んでもよい。マルチメディアサブシステムは、端末デバイスのカメラ、スクリーンディスプレイ、等を制御するよう構成され、周辺サブシステムは、別のデバイスへの接続を実装するよう構成される。モデムサブシステムは、別個に配置されるチップであってもよい。オプションとして、端末デバイス用に使用される上述の装置は、モデムサブシステム内に配置されてもよい。

【0499】

モデムサブシステムは、１つまたは複数の処理要素１６３１を含んでもよく、例えば、１つのメイン制御ＣＰＵおよび別の集積回路を含んでもよい。なお、モデムサブシステムは更に、記憶要素１６３２およびインタフェース回路１６３３を含んでもよい。記憶要素１６３２は、データおよびプログラムを記憶するよう構成される。しかしながら、上述の方法において、端末デバイスによって実行される方法を実行するのに使用されるプログラムは、記憶要素１６３２に記憶されなくてもよいが、モデムサブシステム外のメモリに記憶され、使用される場合には、モデムサブシステムによってロードされて使用される。インタフェース回路１６３３は、別のサブシステムと通信するよう構成される。端末デバイス用に使用される上述の装置は、モデムサブシステム内に配置されてもよく、モデムサブシステムは、チップによって実装されてもよい。チップは、少なくとも１つの処理要素およびインタフェース回路を含む。処理要素は、端末デバイスによって実行される複数の方法のうちの任意の１つにおける段階を実行するよう構成される。インタフェース回路は、別の装置と通信するよう構成される。ある実装において、複数の上述の方法における段階を実装する、端末デバイスのユニットは、プログラムをスケジューリングする処理要素によって実装されてもよい。例えば、端末デバイス用に使用される装置は、処理要素および記憶要素を含む。処理要素は、記憶要素に記憶されたプログラムを呼び出し、上述した方法の実施形態において端末デバイスにより実行される方法を実行する。記憶要素は、処理要素と同じチップ上に配置された記憶要素であってもよく、すなわち、オンチップ記憶要素であってもよい。

【0500】

別の実装において、上述の方法における、端末デバイスによって実行される方法を実行するのに使用されるプログラムは、処理要素とは異なるチップ上に配置される記憶要素、すなわちオフチップ記憶要素内にあってもよい。この場合、処理要素は、オフチップ記憶要素からプログラムを呼び出して、又は、オフチップ記憶要素からオンチップ記憶要素へとプログラムをロードして、上述した方法の実施形態における、端末デバイスによって実行される方法を呼び出して実行する。

【0501】

更に別の実装において、上述の方法における段階を実装する、端末デバイスのユニットは、１つまたは複数の処理要素として構成されてもよい。これらの処理要素は、モデムサブシステム内に配置される。ここでの処理要素は、集積回路、例えば、１つまたは複数のＡＳＩＣ、１つまたは複数のＤＳＰ、１つまたは複数のＦＰＧＡ、または、これらのタイプの複数の集積回路の組み合わせであってもよい。集積回路は、共に統合されて、チップを形成してもよい。

【0502】

上述の方法における段階を実装する、端末デバイスのユニットは、共に統合され、且つ、ＳｏＣの形態で実装されてもよい。ＳｏＣチップは、上述の方法を実装するよう構成される。少なくとも１つの処理要素および記憶要素は、チップへと統合されてもよく、処理要素は、記憶要素に記憶されたプログラムを呼び出して、端末デバイスによって実行される上述の方法を実装する。代わりに、少なくとも１つの集積回路は、チップへと統合され、端末デバイスによって実行される上述の方法を実装してもよい。代わりに、上述の実装を参照し、幾つかのユニットの機能は、プログラムを呼び出す処理要素によって実装されてもよく、幾つかのユニットの機能は、集積回路によって実装されてもよい。

【0503】

端末デバイス用に使用される上述の装置は、少なくとも１つの処理要素およびインタフェース回路を含んでもよいことが学ばれ得る。少なくとも１つの処理要素は、上述した方法の実施形態において提供される、端末デバイスによって実行される複数の方法のうちの任意の１つを実行するよう構成される。処理要素は、第１方式で、具体的には、記憶要素に記憶されたプログラムを呼び出すことによって、端末デバイスによって実行される幾つか若しくは全ての段階を実行してもよく、または、第２方式で、具体的には、命令と組み合わせて、プロセッサ要素におけるハードウェア集積論理回路を使用することによって、端末デバイスによって実行される幾つか又は全ての段階を実行してもよく、または、言うまでもなく、第１方式と第２方式とを組み合わせることによって、端末デバイスによって実行される幾つか又は全ての段階を実行してもよい。

【0504】

本願の実施形態において提供される方法によれば、本願は更に、コンピュータプログラム製品を提供する。コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行された場合、コンピュータは、上述の実施形態における方法を実行することを可能にされる。

【0505】

本願の実施形態において提供される方法によれば、本願は更に、コンピュータ可読媒体を提供する。コンピュータ可読媒体は、プログラムコードを記憶する。プログラムコードがコンピュータ上で実行された場合、コンピュータは、上述の実施形態における方法を実行することを可能にされる。

【0506】

上述の装置の実施形態における、端末デバイスおよびネットワークデバイスは、方法の実施形態における端末デバイスまたはネットワークデバイスに、完全に対応してもよく、対応するモジュールまたはユニットは、対応する段階を実行する。例えば、装置がチップによって実装された場合、受信ユニットは、当該チップのインタフェース回路であって、且つ、別のチップまたは装置から信号を受信するよう構成されるインタフェース回路であってもよい。上述の送信ユニットは、装置のインタフェース回路であり、別の装置に信号を送信するよう構成される。例えば、装置がチップ方式で実装されている場合、送信ユニットは、チップのインタフェース回路であって、且つ、別のチップまたは装置に信号を送信するよう構成されるインタフェース回路であってもよい。

【0507】

本願の実施形態は更に、通信システムを提供する。通信システムは、上述の端末デバイスおよび／または上述のネットワークデバイスを含む。

【0508】

当業者であれば、本明細書で開示される複数の実施形態で説明された複数の例と組み合わせて、ユニットおよびアルゴリズム段階は、電子ハードウェア、または、コンピュータソフトウェアおよび電子ハードウェアの組み合わせ、によって実装されてもよいことに気付き得る。機能がハードウェアまたはソフトウェアによって実行されるかは、技術的解決策の特定の用途および設計制約条件次第である。当業者であれば、説明された機能を実装するべく、それぞれの特定の用途のために異なる方法を使用し得るが、当該実装が本願の範囲を超えていると見做されるべきではない。

【0509】

簡便且つ簡潔な説明のために、上述のシステム、装置およびユニットの詳細な動作プロセスについては、上述した方法の実施形態における対応するプロセスを参照することとし、本明細書では、詳細は改めて説明されていないことは、当業者によって明確に理解され得る。

【0510】

本願で提供される幾つかの実施形態において、開示されるシステム、装置および方法は、他の方式で実装されてもよいことが理解されるべきである。例えば、説明される装置の実施形態は、単に例に過ぎない。例えば、複数のユニットへの分割は、単に、複数の論理機能への分割に過ぎず、実際の実装においては、他の分割であってもよい。例えば、複数のユニットまたはコンポーネントは、別のシステムへと組み合わされ若しくは統合されてもよく、または、幾つかの特徴は、無視されてもよく若しくは実行されなくてもよい。なお、表示され又は説明された相互連結又は直接連結又は通信接続は、幾つかのインタフェースを使用することによって実装されてもよい。装置間またはユニット間の間接連結又は通信接続は、電子的形態、機械的形態、または別の形態で実装されてもよい。

【0511】

別個の部分として説明されるユニットは、物理的に分離していてもよく、そうでなくてもよく、複数のユニットとして表示される複数の部分は、物理的ユニットであってもよく、そうでなくてもよく、１箇所に配置されていてもよく、又は、複数のネットワークユニット上に分散していてもよい。ユニットの幾つか又は全ては、実際の要求に基づいて選択されて、実施形態の解決策の目的を達成してもよい。

【0512】

なお、本願の実施形態における複数の機能ユニットは、１つの処理ユニットへと統合されてもよく、または、複数のユニットのそれぞれは、物理的に単独で存在してもよく、または、２つ又はそれより多くのユニットが１つのユニットへと統合されてもよい。

【0513】

当該機能が、ソフトウェア機能ユニットの形態で実装されて、独立した製品として販売され又は使用される場合、当該機能は、コンピュータ可読記憶媒体に記憶されてもよい。そのような理解に基づいて、本願の技術的解決策は本質的に、または、現在の技術に貢献する部分は、または、技術的解決策の幾つかは、ソフトウェア製品の形態で実装されてもよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、本願の実施形態において説明された複数の方法の複数の段階の全て又は幾つかを実行するよう、（パーソナルコンピュータ、サーバ、ネットワークデバイス、等であり得る）コンピュータデバイスに指令するための幾つかの命令を含む。上述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ, ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ, ＲＡＭ）、磁気ディスク、または、光ディスクといった、プログラムコードを記憶できる任意の媒体を含む。

【0514】

上述の説明は、単に、本願の特定の実装に過ぎないが、本願の保護範囲を制限することは意図されていない。本願で開示される技術的範囲内で当業者により容易に考え出される任意の変形または置換は、本願の保護範囲内に含まれるものとする。従って、本願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
［他の考え得る項目］
［項目１］
第１ネットワークデバイスが、端末デバイスから第１情報を受信する段階であり、
第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を有し、または、第１情報は、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を有し、
第１情報は更に、リソースについての情報を有し、リソースについての情報は、ビームについての情報、アップリンクキャリアについての情報、または、帯域幅部分についての情報のうちの任意の１つまたは複数を含む、段階と、
第１ネットワークデバイスが、第１情報に基づいてモビリティロバスト性最適化を実行する段階と
を備える、情報伝送方法。
［項目２］
第１情報が、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合に、第１情報は更に、ビーム障害の数、ビーム障害回復回数、または、ビーム障害回復の持続時間のうちの任意の１つまたは複数を含む、
項目１に記載の情報伝送方法。
［項目３］
第１セルは、第１ネットワークデバイスによってサービスを提供されるセルであり、第１情報が、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合に、第１ネットワークデバイスが、第１情報に基づいてモビリティロバスト性最適化を実行する段階は、
第１ネットワークデバイスが、リソースの構成を調整する段階、または、第１ネットワークデバイスが、第２情報を第２ネットワークデバイスに送信する段階を有し、第２情報は、第２ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される、
項目１または２に記載の情報伝送方法。
［項目４］
第１セルは、第１ネットワークデバイスによってサービスを提供されるセルであり、第１情報が、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合に、第１ネットワークデバイスが、端末デバイスから第１情報を受信する段階は、
第１ネットワークデバイスが、第２ネットワークデバイスによって送信される第１情報を受信する段階を有し、
第１ネットワークデバイスが、第１情報に基づいてモビリティロバスト性最適化を実行する段階は、
第１ネットワークデバイスが、リソースの構成を調整する段階、または、第１ネットワークデバイスが、第２情報を第２ネットワークデバイスに送信する段階を有し、第２情報は、第２ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される、
項目１または２に記載の情報伝送方法。
［項目５］
ビームについての情報は、ビームの識別子および／またはビームの測定情報を有し、ビームの識別子は、同期信号ブロックＳＳＢグループ番号および／またはチャネル状態情報基準信号ＣＳＩ―ＲＳグループ番号を含み、アップリンクキャリアについての情報は、アップリンクキャリアの識別子および／またはアップリンクキャリアの測定情報を有し、アップリンクキャリアの識別子は、アップリンクキャリアの周波数情報を含み、アップリンクキャリアは、通常アップリンクキャリアおよび／または補助アップリンクキャリアを含む、
項目３または４に記載の情報伝送方法。
［項目６］
第１ネットワークデバイスが、リソースの構成を調整する段階は、
第１ネットワークデバイスが、ＳＳＢに対応する第１閾値を調整する段階、
第１ネットワークデバイスが、ＣＳＩ－ＲＳに対応する第２閾値を調整する段階、
第１ネットワークデバイスが、補助アップリンクキャリアに対応する第３閾値を調整する段階、または、
第１ネットワークデバイスが、ランダムアクセスチャネルＲＡＣＨリソースを調整する段階、
のうちの任意の１つまたは複数を有する、
項目５に記載の情報伝送方法。
［項目７］
第１ネットワークデバイスのプロトコル層の機能は、無線リンク制御プロトコル層の機能と、媒体アクセス制御層の機能と、物理層の機能と、のうちの任意の１つまたは複数であり、および／または、
第２ネットワークデバイスのプロトコル層の機能は、無線リソース制御プロトコル層の機能と、サービスデータ適用層の機能と、パケットデータ収束プロトコル層の機能と、のうちの任意の１つまたは複数である、
項目３から６の何れか一項に記載の情報伝送方法。
［項目８］
第１セルは、第２ネットワークデバイスによってサービスを提供されるセルであり、第１情報が、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合に、第１ネットワークデバイスが、端末デバイスから第１情報を受信する段階は、
第１ネットワークデバイスが、第２ネットワークデバイスによって送信される第１情報を受信する段階を有し、
第１ネットワークデバイスが、第１情報に基づいてモビリティロバスト性最適化を実行する段階は、
第１ネットワークデバイスが、モビリティパラメータを調整する段階、または、第１ネットワークデバイスが、第３情報を第２ネットワークデバイスに送信する段階を有し、第３情報は、第２ネットワークデバイスに対してリソースの構成を調整することを示すのに使用される、
項目１または２に記載の情報伝送方法。
［項目９］
第１セルは、第２ネットワークデバイスによってサービスを提供されるセルであり、第１情報が、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合に、第１ネットワークデバイスが、第１情報に基づいてモビリティロバスト性最適化を実行する段階は、
第１ネットワークデバイスが、モビリティパラメータを調整する段階、または、第１ネットワークデバイスが、第３情報を第２ネットワークデバイスに送信する段階を有し、第３情報は、第２ネットワークデバイスに対してリソースの構成を調整することを示すのに使用される、
項目１または２に記載の情報伝送方法。
［項目１０］
情報伝送方法は、第１ネットワークデバイスが、第２ネットワークデバイスによって送信される第４指示情報を受信する段階を更に備え、第４指示情報は、リソースの調整された構成を示すのに使用される、項目８または９に記載の情報伝送方法。
［項目１１］
第１ネットワークデバイスのプロトコル層の機能は、無線リソース制御プロトコル層の機能と、サービスデータ適用層の機能と、パケットデータ収束プロトコル層の機能と、のうちの任意の１つまたは複数であり、および／または、
第２ネットワークデバイスのプロトコル層の機能は、無線リンク制御プロトコル層の機能と、媒体アクセス制御層の機能と、物理層の機能と、のうちの任意の１つまたは複数である、
項目８から１０の何れか一項に記載の情報伝送方法。
［項目１２］
端末デバイスが、第１情報を送信する段階を備え、
第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を有し、または、第１情報は、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を有し、
第１情報は更に、リソースについての情報を有し、リソースについての情報は、ビームについての情報、アップリンクキャリアについての情報、または、帯域幅部分についての情報のうちの任意の１つまたは複数を含む、
情報伝送方法。
［項目１３］
第１情報が、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合に、第１情報は更に、ビーム障害の数、ビーム障害回復回数、または、ビーム障害回復の持続時間のうちの任意の１つまたは複数を含む、
項目１２に記載の情報伝送方法。
［項目１４］
ビームについての情報は、ビームの識別子および／またはビームの測定情報を有し、ビームの識別子は、同期信号ブロックＳＳＢグループ番号および／またはチャネル状態情報基準信号ＣＳＩ―ＲＳグループ番号を含み、アップリンクキャリアについての情報は、アップリンクキャリアの識別子および／またはアップリンクキャリアの測定情報を有し、アップリンクキャリアの識別子は、アップリンクキャリアの周波数情報を含み、アップリンクキャリアは、通常アップリンクキャリアおよび／または補助アップリンクキャリアを含む、
項目１２または１３に記載の情報伝送方法。
［項目１５］
端末デバイスから第１情報を受信するよう構成されたトランシーバユニットであり、
第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を有し、または、第１情報は、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を有し、
第１情報は更に、リソースについての情報を有し、リソースについての情報は、ビームについての情報、アップリンクキャリアについての情報、または、帯域幅部分についての情報のうちの任意の１つまたは複数を含む、トランシーバユニットと、
第１情報に基づいてモビリティロバスト性最適化を実行するよう構成された処理ユニットと
を備える、情報伝送装置。
［項目１６］
第１情報が、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合に、第１情報は更に、ビーム障害の数、ビーム障害回復回数、または、ビーム障害回復の持続時間のうちの任意の１つまたは複数を含む、
項目１５に記載の情報伝送装置。
［項目１７］
第１セルは、第１ネットワークデバイスによってサービスを提供されるセルであり、第１情報が、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合に、
処理ユニットは、具体的には、リソースの構成を調整するよう構成され、または、
トランシーバユニットは更に、第２情報を第２ネットワークデバイスに送信するよう構成され、第２情報は、第２ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される、
項目１５または１６に記載の情報伝送装置。
［項目１８］
第１セルは、第１ネットワークデバイスによってサービスを提供されるセルであり、第１情報が、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合に、
トランシーバユニットは、具体的には、第２ネットワークデバイスによって送信される第１情報を受信するよう構成され、且つ、処理ユニットは、具体的には、リソースの構成を調整するよう構成され、または、
トランシーバユニットは更に、第２情報を第２ネットワークデバイスに送信するよう構成され、第２情報は、第２ネットワークデバイスに対してモビリティパラメータを調整することを示すのに使用される、
項目１５または１６に記載の情報伝送装置。
［項目１９］
ビームについての情報は、ビームの識別子および／またはビームの測定情報を有し、ビームの識別子は、同期信号ブロックＳＳＢグループ番号および／またはチャネル状態情報基準信号ＣＳＩ―ＲＳグループ番号を含み、アップリンクキャリアについての情報は、アップリンクキャリアの識別子および／またはアップリンクキャリアの測定情報を有し、アップリンクキャリアの識別子は、アップリンクキャリアの周波数情報を含み、アップリンクキャリアは、通常アップリンクキャリアおよび／または補助アップリンクキャリアを含む、
項目１７または１８に記載の情報伝送装置。
［項目２０］
処理ユニットは、具体的には、
ＳＳＢに対応する第１閾値を調整すること、
ＣＳＩ－ＲＳに対応する第２閾値を調整すること、
補助アップリンクキャリアに対応する第３閾値を調整すること、または、
ランダムアクセスチャネルＲＡＣＨリソースを調整すること、
のうちの１つまたは複数を実行するよう構成される、
項目１９に記載の情報伝送装置。
［項目２１］
情報伝送装置のプロトコル層の機能は、無線リンク制御プロトコル層の機能と、媒体アクセス制御層の機能と、物理層の機能と、のうちの任意の１つまたは複数であり、および／または、
第２ネットワークデバイスのプロトコル層の機能は、無線リソース制御プロトコル層の機能と、サービスデータ適用層の機能と、パケットデータ収束プロトコル層の機能と、のうちの任意の１つまたは複数である、
項目１７から２０の何れか一項に記載の情報伝送装置。
［項目２２］
第１セルは、第２ネットワークデバイスによってサービスを提供されるセルであり、第１情報が、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合、
トランシーバユニットは、具体的には、第２ネットワークデバイスによって送信される第１情報を受信するよう構成され、且つ、処理ユニットは、具体的には、モビリティパラメータを調整するよう構成され、または、
トランシーバユニットは更に、第３情報を第２ネットワークデバイスに送信するよう構成され、第３情報は、第２ネットワークデバイスに対してリソースの構成を調整することを示すのに使用される、
項目１５または１６に記載の情報伝送装置。
［項目２３］
第１セルは第２ネットワークデバイスによってサービスを提供されるセルであり、第１情報が、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合、
処理ユニットは、具体的には、モビリティパラメータを調整するよう構成され、または、
トランシーバユニットは更に、第３情報を第２ネットワークデバイスに送信するよう構成され、第３情報は、第２ネットワークデバイスに対してリソースの構成を調整することを示すのに使用される、
項目１５または１６に記載の情報伝送装置。
［項目２４］
トランシーバユニットは更に、第２ネットワークデバイスによって送信される第４指示情報を受信するよう構成され、第４指示情報は、リソースの調整された構成を示すのに使用される、
項目２２または２３に記載の情報伝送装置。
［項目２５］
情報伝送装置のプロトコル層の機能は、無線リソース制御プロトコル層の機能と、サービスデータ適用層の機能と、パケットデータ収束プロトコル層の機能と、のうちの任意の１つまたは複数であり、および／または、
第２ネットワークデバイスのプロトコル層の機能は、無線リンク制御プロトコル層の機能と、媒体アクセス制御層の機能と、物理層の機能と、のうちの任意の１つまたは複数である、
項目２２から２４の何れか一項に記載の情報伝送装置。
［項目２６］
第１情報を決定するよう構成された処理ユニットであり、
第１情報は、無線リンク障害が端末デバイスおよび第１セルの間に生じることを示している情報を有し、または、第１情報は、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を有し、
第１情報は更に、リソースについての情報を有し、リソースについての情報は、ビームについての情報、アップリンクキャリアについての情報、または、帯域幅部分についての情報のうちの任意の１つまたは複数を含む、処理ユニットと、
第１情報を送信するよう構成されたトランシーバユニットと
を備える、情報伝送装置。
［項目２７］
第１情報が、ビーム障害回復が端末デバイスおよび第１セルの間に生じることを示している情報を含む場合に、第１情報は更に、ビーム障害の数、ビーム障害回復回数、または、ビーム障害回復の持続時間のうちの任意の１つまたは複数を含む、
項目２６に記載の情報伝送装置。
［項目２８］
ビームについての情報は、ビームの識別子および／またはビームの測定情報を有し、ビームの識別子は、同期信号ブロックＳＳＢグループ番号および／またはチャネル状態情報基準信号ＣＳＩ―ＲＳグループ番号を含み、アップリンクキャリアについての情報は、アップリンクキャリアの識別子および／またはアップリンクキャリアの測定情報を有し、アップリンクキャリアの識別子は、アップリンクキャリアの周波数情報を含み、アップリンクキャリアは、通常アップリンクキャリアおよび／または補助アップリンクキャリアを含む、
項目２６または２７に記載の情報伝送装置。
［項目２９］
コンピュータプログラム記憶媒体であって、コンピュータプログラム記憶媒体は、プログラム命令を有し、プログラム命令が直接的に又は間接的に実行された場合に、項目１から１４の何れか一項に記載の情報伝送方法の機能が、第１ネットワークデバイスおよび端末デバイスの何れか一方で実装される、コンピュータプログラム記憶媒体。
［項目３０］
チップシステムであって、
少なくとも１つのプロセッサを備え、
プログラム命令が少なくとも１つのプロセッサにおいて実行された場合に、項目１から１４の何れか一項に記載の情報伝送方法の機能が、第１ネットワークデバイスおよび端末デバイスの何れか一方で実装される、チップシステム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】