JP7423818B2 - 無線リンク障害情報報告方法、無線リンク障害情報取得方法、端末及びネットワーク側機器 - Google Patents

無線リンク障害情報報告方法、無線リンク障害情報取得方法、端末及びネットワーク側機器 Download PDF

Info

Publication number
JP7423818B2
JP7423818B2 JP2022562061A JP2022562061A JP7423818B2 JP 7423818 B2 JP7423818 B2 JP 7423818B2 JP 2022562061 A JP2022562061 A JP 2022562061A JP 2022562061 A JP2022562061 A JP 2022562061A JP 7423818 B2 JP7423818 B2 JP 7423818B2
Authority
JP
Japan
Prior art keywords
terminal
access
link failure
information
rrc connection
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022562061A
Other languages
English (en)
Other versions
JP2023521179A (ja
Inventor
ルイウェイ ワン
愛娟 劉
楠 彦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Publication of JP2023521179A publication Critical patent/JP2023521179A/ja
Application granted granted Critical
Publication of JP7423818B2 publication Critical patent/JP7423818B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0079—Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks

Landscapes

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

Description

関連出願の相互参照
本願は、２０２０年４月８日に中国で提出された中国特許出願ＮＯ．２０２０１０２８２８２５．２の優先権を主張し、その全ての内容が援用によりここに取り込まれる。
本開示は、通信技術分野に係り、特に無線リンク障害情報報告方法、無線リンク障害情報取得方法、端末及びネットワーク側機器に係る。
ＮＲ（Ｎｅｗ Ｒａｄｉｏ） Ｒ１６にも、主に移動性プロセス中のパラメータ最適化問題を解決するＭＲＯ（Ｍｏｂｉｌｉｔｙ Ｒｏｂｕｓｔｎｅｓｓ Ｏｐｔｉｍｉｓａｔｉｏｎ）特性が導入されている。ハンドオーバ障害の場面において、端末がアクセスセルのＣＧＩ（Ｃｅｌｌ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｔｙ）情報のみを記録し、それ以上の必要な情報が不足するため、ＭＲＯの誤った判断が存在する可能性がある。
本開示の実施例は、ハンドオーバ障害の場面において端末がアクセスセルのＣＧＩのみを記録したことで生じうるＭＲＯの誤った判断という従来技術の問題を解決するために、無線リンク障害情報報告方法、無線リンク障害情報取得方法、端末及びネットワーク側機器を提供する。
上述した技術課題を解決するために、本開示の実施例は、端末に適用される無線リンク障害情報報告方法を提供し、端末による再アクセス又は再確立アクセスの時間に関するＲＬＦ情報であって、端末のアクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含む無線リンク障害ＲＬＦ情報を、端末による無線リソース制御ＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に記録することと、前記ＲＬＦ情報をネットワーク側機器に報告することとを含む。
選択可能に、前記無線リンク障害ＲＬＦ情報を端末による無線リソース制御ＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に記録することは、端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、ＲＬＦ情報を記録することを含む。
更に、前記ＲＬＦ情報は、アクセスの時間情報を更に含み、前記時間情報は、端末のハンドオーバ障害又は無線リンク障害から再アクセス又は再確立アクセスまでの時間の長さを指示する。
更に、前記端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、ＲＬＦ情報を記録することに先立って、端末のハンドオーバ障害又は無線リンク障害が発生すると、第１タイマーを起動させることを更に含む。前記端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、ＲＬＦ情報を記録することは、端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、前記第１タイマーが稼働中であれば、ＲＬＦ情報を記録することを含む。
選択可能に、前記端末のハンドオーバ障害又は無線リンク障害が発生すると、第１タイマーを起動させることに先立って、ネットワーク側機器からエアインタフェースシグナリングによって送信された第１タイマーの配置情報を取得することを更に含む。
具体的に、端末からＲＲＣ接続確立要求が送信される場合、前記ＲＬＦ情報を記録することは、端末のハンドオーバ障害又は無線リンク障害が発生した後に初めてＲＲＣ接続確立要求がトリガーされた場合、ＲＬＦ情報を記録することを含む。
具体的に、前記システム識別子は、アクセスセルがパケットコアネットワークＥＰＣシステムであること、アクセスセルが第５世代通信コアネットワーク５ＧＣシステムであること、アクセスセルがユニバーサル地上無線アクセスＵＴＲＡシステムであること、アクセスセルがワイヤレスフィディリティＷＩＦＩシステムであることのうちの１つを指示する。
具体的に、前記ＲＬＦ情報をネットワーク側機器に報告することは、エアインタフェースシグナリングによってＲＬＦ情報をネットワーク側機器に送信することを含む。
選択可能に、前記ＲＬＦ情報は、アクセスセルのセルグローバル識別子ＣＧＩを更に含む。
本開示の実施例は、更に、ネットワーク側機器に適用される無線リンク障害情報取得方法を提供し、端末から送信された無線リンク障害ＲＬＦ情報を受信することを含む。ここで、ＲＬＦ情報は、端末のアクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含む。前記ＲＬＦ情報は、端末による再アクセス又は再確立アクセスの時間に関する。
選択可能に、前記ＲＬＦ情報は、アクセスの時間情報を更に含み、前記時間情報は、端末のハンドオーバ障害又は無線リンク障害から再アクセス又は再確立アクセスまでの時間の長さを指示する。
選択可能に、前記端末から送信された無線リンク障害ＲＬＦ情報を受信することに先立って、第１タイマーの配置情報をエアインタフェースシグナリングによって端末に送信することを更に含む。
具体的に、前記システム識別子は、アクセスセルがパケットコアネットワークＥＰＣシステムであること、アクセスセルが第５世代通信コアネットワーク５ＧＣシステムであること、アクセスセルがユニバーサル地上無線アクセスＵＴＲＡシステムであること、アクセスセルがワイヤレスフィディリティＷＩＦＩシステムであることのうちの１つを指示する。
具体的に、前記端末から送信された無線リンク障害ＲＬＦ情報を受信することは、端末から送信されたＲＬＦ情報をエアインタフェースシグナリングによって受信することを含む。ここで、前記ＲＬＦ情報は、ネットワーク側機器の間で伝達されるか、ネットワーク側機器内で伝達される。
更に、前記ＲＬＦ情報の伝達に係るインタフェースは、Ｘｎ、Ｘ２、ＮＧ、Ｓ１、Ｆ１、Ｅ１の少なくとも１つを含む。
具体的に、前記ＲＬＦ情報は、アクセスセルのセルグローバル識別子ＣＧＩを更に含む。
本開示の実施例は、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで実行可能なプログラムを含む端末を更に提供し、前記プロセッサが前記プログラムを実行すると、端末による再アクセス又は再確立アクセスの時間に関するＲＬＦ情報であって、端末のアクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含む無線リンク障害ＲＬＦ情報を、端末による無線リソース制御ＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に記録するステップと、前記ＲＬＦ情報をネットワーク側機器に報告するステップとを実現させる。
選択可能に、前記無線リンク障害ＲＬＦ情報を端末による無線リソース制御ＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に記録するプログラムを、前記プロセッサが実行すると、端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、ＲＬＦ情報を記録するステップを実現させる。
更に、前記ＲＬＦ情報は、アクセスの時間情報を更に含み、前記時間情報は、端末のハンドオーバ障害又は無線リンク障害から再アクセス又は再確立アクセスまでの時間の長さを指示する。
選択可能に、前記プロセッサが前記プログラムを実行すると、端末のハンドオーバ障害又は無線リンク障害が発生すると、第１タイマーを起動させるステップを更に実現させる。前記端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、ＲＬＦ情報を記録するプログラムを、前記プロセッサが実行すると、端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、前記第１タイマーが稼働中であれば、ＲＬＦ情報を記録するステップを実現させる。
選択可能に、前記プロセッサが前記プログラムを実行すると、ネットワーク側機器からエアインタフェースシグナリングによって送信された第１タイマーの配置情報を取得するステップを更に実現させる。
選択可能に、端末からＲＲＣ接続確立要求が送信される場合、前記ＲＬＦ情報を記録するプログラムを、前記プロセッサが実行すると、端末のハンドオーバ障害又は無線リンク障害が発生した後に初めてＲＲＣ接続確立要求がトリガーされた場合、ＲＬＦ情報を記録するステップを更に実現させる。
具体的に、前記システム識別子は、アクセスセルがパケットコアネットワークＥＰＣシステムであること、アクセスセルが第５世代通信コアネットワーク５ＧＣシステムであること、アクセスセルがユニバーサル地上無線アクセスＵＴＲＡシステムであること、アクセスセルがワイヤレスフィディリティＷＩＦＩシステムであることのうちの１つを指示する。
具体的に、前記ＲＬＦ情報をネットワーク側機器に報告するプログラムを、前記プロセッサが実行すると、エアインタフェースシグナリングによってＲＬＦ情報をネットワーク側機器に送信するステップを実現させる。
具体的に、前記ＲＬＦ情報は、アクセスセルのセルグローバル識別子ＣＧＩを更に含む。
本開示の実施例は、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで実行可能なプログラムを含むネットワーク側機器を更に提供し、前記プロセッサが前記プログラムを実行すると、端末から送信された無線リンク障害ＲＬＦ情報を、トランシーバを介して受信するステップを実現させる。ここで、ＲＬＦ情報は、端末のアクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含む。前記ＲＬＦ情報は、端末による再アクセス又は再確立アクセスの時間に関する。
選択可能に、前記ＲＬＦ情報は、アクセスの時間情報を更に含み、前記時間情報は、端末のハンドオーバ障害又は無線リンク障害から再アクセス又は再確立アクセスまでの時間の長さを指示する。
選択可能に、前記プロセッサが前記プログラムを実行すると、第１タイマーの配置情報をエアインタフェースシグナリングによって端末に送信するステップを更に実現させる。
具体的に、前記システム識別子は、アクセスセルがパケットコアネットワークＥＰＣシステムであること、アクセスセルが第５世代通信コアネットワーク５ＧＣシステムであること、アクセスセルがユニバーサル地上無線アクセスＵＴＲＡシステムであること、アクセスセルがワイヤレスフィディリティＷＩＦＩシステムであることのうちの１つを指示する。
具体的に、前記プロセッサが前記プログラムを実行すると、端末から送信されたＲＬＦ情報をエアインタフェースシグナリングによって受信するステップを更に実現させる。ここで、前記ＲＬＦ情報は、ネットワーク側機器の間で伝達されるか、ネットワーク側機器内で伝達される。
更に、前記ＲＬＦ情報の伝達に係るインタフェースは、Ｘｎ、Ｘ２、ＮＧ、Ｓ１、Ｆ１、Ｅ１の少なくとも１つを含む。
具体的に、前記ＲＬＦ情報は、アクセスセルのセルグローバル識別子ＣＧＩを更に含む。
本開示の実施例は、更に端末を提供し、端末による再アクセス又は再確立アクセスの時間に関するＲＬＦ情報であって、端末のアクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含む無線リンク障害ＲＬＦ情報を、端末による無線リソース制御ＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に記録するための記録モジュールと、前記ＲＬＦ情報をネットワーク側機器に報告するための報告モジュールとを含む。
本開示の実施例は、更にネットワーク側機器を提供し、端末から送信された無線リンク障害ＲＬＦ情報を受信するための受信モジュールを含む。ここで、ＲＬＦ情報は、端末のアクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含む。前記ＲＬＦ情報は、端末による再アクセス又は再確立アクセスの時間に関する。
本開示の実施例は、コンピュータプログラムが記憶されているコンピュータ可読記憶媒体を更に提供し、前記コンピュータプログラムがプロセッサによって実行されると、上記の無線リンク障害情報報告方法又は上記の無線リンク障害情報取得方法を実現させる。
上記の技術手段において、端末のアクセスセルのＴＡＣ、ＴＡＩ及びシステム識別子のうちの少なくとも１つを含むＲＬＦ情報を、端末によるＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に記録し、記録したＲＬＦ情報をネットワーク側機器に報告することによって、ＭＲＯの正確性を高めることができる。
端末によるＲＬＦ報告の記録及び報告のフローチャートである。 ハンドオーバが早まった場面のフローチャートである。 ハンドオーバが遅れた場面のフローチャートである。 本開示の実施例に係る無線リンク障害情報報告方法のフローチャートである。 本開示の実施例に係る無線リンク障害情報報告方法に適用される場面１のフローチャートである。 本開示の実施例に係る無線リンク障害情報報告方法に適用される場面２のフローチャートである。 本開示の実施例に係る無線リンク障害情報報告方法に適用される場面３のフローチャートである。 本開示の実施例に係る無線リンク障害情報報告方法に適用される場面４のフローチャートである。 本開示の実施例に係る無線リンク障害情報報告方法に適用される場面５のフローチャートである。 本開示の実施例に係る無線リンク障害情報取得方法のフローチャートである。 本開示の実施例に係る端末のモジュール構成図である。 本開示の実施例に係る端末の構造図である。 本開示の実施例に係るネットワーク側機器のモジュール構成図である。 本開示の実施例に係るネットワーク側機器の構造図である。
本開示の目的、技術手段及び利点をより明確にするために、以下、図面及び具体的な実施例を参照しながら本開示を詳細に記載する。
本開示の実施例を説明するにあたり、まず、以下の記載に用いられる一部の概念を解釈して説明する。
１．無線リンク障害ＲＬＦ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）報告の要約
ＲＬＦ報告は、端末側で記録される報告であり、主に、ハンドオーバ障害及び無線リンク障害の２種類の記録場面を含む。一回のＲＬＦ報告では、１種類の場面の記録しか示すことができない。
１．１ ＲＬＦ報告の内容の紹介
ＲＬＦ報告は、以下の内容を含む。
Ｓ１１：端末の前サービングセルの測定結果
Ｓ１２：端末によるハンドオーバ障害又は無線リンク障害の確認後の隣接セル測定結果
Ｓ１３：端末位置情報
Ｓ１４：セルグローバル識別子ＣＧＩ（Ｃｅｌｌ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｔｙ）／物理セル識別子ＰＣＩ（Ｐｈｙｓｉｃａｌ Ｃｅｌｌ Ｉｄｅｎｔｉｔｙ）＋周波数点など、端末の障害セルの識別子情報
Ｓ１５：端末の再確立セルの識別子情報
Ｓ１６：端末の前回のハンドオーバ開始メッセージ受信確認から接続障害までの時間の長さ
Ｓ１７：ハンドオーバ障害又は無線リンク障害の接続障害理由
Ｓ１８：端末の接続障害時に使用されるセル無線ネットワーク一時的識別子Ｃ－ＲＮＴＩ（Ｃｅｌｌ－ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ）
Ｓ１９：Ｔ３１０のタイムオーバー又はランダムアクセス問題又は無線リンク制御プロトコル（ＲＬＣ）層の最大再送到達又はビーム回復障害ＢＦＲＦ（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ Ｆａｉｌｕｒｅ）の無線リンク障害サブ理由
Ｓ２０：端末の接続障害確認から、このＲＬＦ報告の端末による報告までの時間の長さ
Ｓ２１：接続障害セルのトラッキングエリアコードＴＡＣ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｃｏｄｅ）
Ｓ２２：端末の再アクセスセルのＣＧＩ
１．２ ＲＬＦ報告の報告フロー
ＲＬＦ報告は、端末で最多４８時間保存される。４８時間以内に、端末は、端末側で記録されたＲＬＦ報告を取り戻すように、専用シグナリングによってネットワークに通知することができる。具体的なフローは、図１に示されている。
なお、図１のステップＳ１０１において、端末は、統計されたＲＬＦ報告データが取得可能であることを特定メッセージでネットワーク側に指示するが、ここの特定メッセージは、接続確立完了メッセージ又は接続回復完了メッセージ又は接続再配置完了メッセージ又は接続再確立完了メッセージを指す。ネットワーク側は、端末から報告されたＲＬＦ報告の収集を完了すると、収集した端末データを、インタフェースメッセージによって他のセルに転送する。
２．ＭＲＯ（Ｍｏｂｉｌｉｔｙ Ｒｏｂｕｓｔｎｅｓｓ Ｏｐｔｉｍｉｓａｔｉｏｎ）特性の紹介
ＭＲＯ特性は、主に移動性プロセスにおけるパラメータ配置問題の発見及び解決に用いられる特性であり、早まったハンドオーバ、遅れたハンドオーバ、間違ったセルへハンドオーバの３種類の障害の種類が定義されている。
遅れたハンドオーバ：端末は、ある期間にわたりソースセルで安定して滞在した後に無線リンク障害が発生すると、異なるセルへのアクセスを、無線リソース制御（ＲＲＣ）接続再確立によって試みる。
早まったハンドオーバ：ハンドオーバプロセス中に、端末によるターゲットセルへのアクセスが失敗し、又は、ターゲットセルへのアクセスが成功したものの、間もなく無線リンク障害が発生すると、端末は、ＲＲＣ接続再確立を発生させてソースセルへのアクセスを試みる。
間違ったセルへハンドオーバ：ハンドオーバプロセス中に、端末によるターゲットセルへのアクセスが失敗し、又は、ターゲットセルへのアクセスが成功したものの、間もなく無線リンク障害が発生すると、端末は、ＲＲＣ接続再確立を発生させ、ハンドオーバ先セル及びソースセルとは異なる他のセルへのアクセスを試みる。
ハンドオーバが早まった場面は、図２に示すように、具体的なフローが以下である。
ステップＳ２１において、端末は、セル１からセル２にハンドオーバする。
ステップＳ２２において、ハンドオーバプロセス中又はハンドオーバ完了の直後にハンドオーバ障害又は無線リンク障害が発生すると、端末は、無線リンク障害情報をＲＬＦ報告に記録する。
ステップＳ２３において、端末は、セル３へ再アクセスし又はＲＲＣ接続再確立を発生させてアクセスする。アクセスは、成功するか、失敗する。
ステップＳ２４において、端末は、再アクセス又はＲＲＣ接続再確立アクセスのセルのＣＧＩ情報をＲＬＦに記録する。
ステップＳ２５において、端末は、セル４にアクセスし、セル４において、端末が保持するＲＬＦ情報を取得する。セル４は、セル３とは同一セルである可能性がある。
ステップＳ２６において、セル４は、障害メッセージをセル２に送信する。
ステップＳ２７において、セル２は、早まったハンドオーバが発生したと分析し、セル１によるパラメータ最適化で解決することを必要とするため、セル１に通知メッセージを送信する。
ハンドオーバが遅れた場面は、図３に示すように、具体的なフローが以下である。
ステップＳ３０において、端末は、既にセル１に安定してアクセスして長い時間が経つ。
ステップＳ３１において、無線リンク障害が発生すれば、端末は、無線リンク障害情報をＲＬＦに記録する。
ステップＳ３２において、端末は、セル２へ再アクセスし又はＲＲＣ接続再確立を発生させてアクセスする。アクセスは、成功するか、失敗する。
ステップＳ３３において、端末は、再アクセス又はＲＲＣ接続再確立アクセスのセルのＣＧＩ情報をＲＬＦに記録する。
ステップＳ３４において、端末は、セル３にアクセスし、端末が保持するＲＬＦ情報を取得する。セル３は、セル２とは同一セルである可能性がある。
ステップＳ３５において、セル３は、障害メッセージをセル１に送信する。セル１は、遅れたハンドオーバが発生したと分析し、自身のハンドオーバパラメータを最適化する。
上記のセル１～４は、同一基地局内のセルである可能性もあるし、異なる基地局内のセルである可能性もある。同一基地局内のセルであれば、関連メッセージは、基地局内部メッセージである。異なる基地局内のセルであれば、関連メッセージは、基地局間のインタフェースメッセージである。
セル１～４は、ＥＰＣシステムや５ＧＣシステムである可能性もあるし、４Ｇ（ＬＴＥ対応）又は５Ｇ（ＮＲ対応）アクセス技術である可能性もある。
以上から分かるように、端末のハンドオーバ障害又は無線リンク障害が発生した後に、ｅＮＢ基地局へ再アクセス又は再確立アクセスの後にアクセスセルのＣＧＩ情報のみを記録する。のちに、この情報は、ＭＲＯ失敗を分析する根拠として、情報が不足する。以下の問題が存在する。
１）ＣＧＩ情報のみから、再アクセス又は再確立アクセスのセルが４Ｇシステムであるかそれとも５Ｇシステムであるか判断できない。４Ｇシステムであれば、システム間の早まったハンドオーバ又は遅れたハンドオーバが発生した可能性があることを意味し、システム間のハンドオーバ関連パラメータを最適化する必要がある。５Ｇシステムであれば、端末が同一システム内に位置することを意味し、システム間のＭＲＯ問題が存在しない。
２）再アクセスが発生した場合、時間情報も、判断される必要がある。ハンドオーバ障害又は無線リンク障害の後に間もなく再アクセスが発生した場合、再アクセスセルと元々のハンドオーバ障害又は無線リンク障害とは関連性が存在することを意味し、ＭＲＯ問題が存在する可能性がある。時間の間隔が長い場合、関連性が大きくないことを意味し、ＭＲＯ問題を考慮すべきではない。
本開示は、上記問題に対して、無線リンク障害情報報告方法、無線リンク障害情報取得方法、端末及びネットワーク側機器を提供する。
図４に示すように、本開示の実施例に係る無線リンク障害情報報告方法は、端末に適用され、以下のステップを含む。
ステップ４１において、無線リンク障害ＲＬＦ情報を、端末による無線リソース制御ＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に記録する。
なお、このＲＬＦ情報（選択可能に、このＲＬＦ情報は、ＲＬＦ ＲＥＰＯＲＴである。）は、端末のアクセスセルのトラッキングエリアコードＴＡＣ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｃｏｄｅ）、トラッキングエリア識別子ＴＡＩ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｔｙ）及びシステム識別子のうちの少なくとも１つを含む。更に、このＲＬＦ情報は、端末による再アクセス又は再確立アクセスの時間に関する。
具体的に、このシステム識別子は、以下の１つを指示する。
Ａ１１：アクセスセルがパケットコアネットワーク（ＥＰＣ）システムである。
Ａ１２：アクセスセルが第５世代通信コアネットワーク（５ＧＣ）システムである。
Ａ１３：アクセスセルがユニバーサル地上無線アクセス（ＵＴＲＡ）システムである。
Ａ１４：アクセスセルがワイヤレスフィディリティ（ＷＩＦＩ）システムである。
ステップ４２において、前記ＲＬＦ情報をネットワーク側機器に報告する。
なお、ステップ４１の具体的な実現形態は、端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、ＲＬＦ情報を記録する。
更に、端末からＲＲＣ接続確立要求が送信される場合、端末のハンドオーバ障害又は無線リンク障害が発生した後に初めてＲＲＣ接続確立要求がトリガーされた場合にのみ、ＲＬＦ情報を記録するが、のちにＲＲＣ接続プロセスが発生しても、ＲＬＦ情報を記録しない。
なお、端末は、このＲＬＦ情報を記録した後に、エアインタフェースシグナリングによってこのＲＬＦ情報をネットワーク側機器に送信する。
更に、ＲＬＦ情報がネットワーク側機器に伝達された後、このＲＬＦ情報は、ネットワーク側機器の間で伝達されるか、ネットワーク側機器内で伝達される。
具体的に、端末は、ネットワーク側機器内におけるＲＬＦ情報の伝達を、Ｆ１インタフェース及び／又はＥ１インタフェースによって実現する。ネットワーク側機器の間で直接通信が実現されれば、端末は、ネットワーク側機器の間におけるＲＬＦ情報の伝達を、Ｘｎインタフェース及び／又はＸ２インタフェースによって実現する。ネットワーク側機器の間で直接通信が実現できないのであれば、コアネットワークによってＲＬＦ情報を転送する必要がある。この場合、主にＮＧインタフェース及び／又はＳ１インタフェースによって、コアネットワークとネットワーク側機器の間のＲＬＦ情報の伝達を実現する。
更に、ＲＬＦ情報が端末の再アクセス又は再確立アクセスの時間と関連することを保証するために、本開示の実施例は、主に以下の２種類の実現形態を採用する。以下、この２種類の実現形態を下記のように詳細に説明する。
実現形態１：
具体的に、この場合、このＲＬＦ情報は、アクセスの時間情報を更に含み、前記時間情報は、端末のハンドオーバ障害又は無線リンク障害から再アクセス又は再確立アクセスまでの時間の長さを指示する。
なお、この場合、ＲＬＦ情報の記録時に、端末のハンドオーバ障害又は無線リンク障害から再アクセス又は再確立アクセスまでの時間の長さを記録する。この時間の長さは、ネットワーク側機器によるＭＲＯの際に、このＲＬＦ情報を使用することができるかの判断に供される。
なお、このＲＬＦ情報は、アクセスセルのセルグローバル識別子（ＣＧＩ）を更に含むべきである。このアクセスセルのＣＧＩは、ＲＬＦ情報に記録されなければならない。即ち、この実現形態において、端末は、ＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に、アクセスセルのＣＧＩを記録するほか、アクセスセルのＴＡＣ、ＴＡＩ及びシステム識別子のうちの少なくとも１つを記録し、更にアクセスの時間情報を記録する必要がある。
以下、いくつかの実現場面を下記のように具体的に説明する。
場面１：システム間の早まったハンドオーバ場面
図５に示すように、図５におけるｅＮＢ１、ｅＮＢ２は、ＥＰＣシステムに接続するＬＴＥ基地局配下のセルであり、ＮＧ－ＲＡＮ（５Ｇ無線アクセスネットワーク）は、５ＧＣシステムに接続し、ＮＲ基地局セル又はＬＴＥ基地局セルである。
具体的な実現プロセスは、以下である。
ステップＳ５１において、端末は、ｅＮＢ１からＮＧ－ＲＡＮにハンドオーバする。
ステップＳ５２において、ハンドオーバプロセス中又はハンドオーバ完了の直後に、ハンドオーバ障害又は無線リンク障害が発生すると、端末は、無線リンク障害情報をＲＬＦに記録する。
ステップＳ５３において、端末は、ｅＮＢ２へ再アクセスし又はＲＲＣ接続再確立を発生させてアクセスする。アクセスは、成功するか、失敗する。
ステップＳ５４において、アクセスセルのＴＡＣ及び／又はＴＡＩ及び／又はアクセスセルのシステム識別子をＲＬＦに追加記録し、更に時間情報を記録する必要がある。
なお、端末によって記録されるアクセスセルのＴＡＣ及び／又はＴＡＩ及び／又はアクセスセルのシステム識別子は、アクセス情報と称される。
具体的に、ステップ５３においてＲＲＣ接続再確立プロセスを開始させる場合、アクセスセルのＣＧＩを記録するほか、ＴＡＣ及び／又はＴＡＩ及び／又はアクセスセルがＥＰＣシステムであるかそれとも５ＧＣシステムであるかを識別するアクセスセルのシステム識別子を記録する必要もあり、更にアクセスの時間情報、即ちステップＳ５２で無線リンク障害又はハンドオーバ障害の発生から、再確立を発生させてアクセスを試みるまでの時間の長さを記録する必要がある。
又は、具体的に、ステップ５３においてＲＲＣ確立プロセスを開始させる場合、アクセスセルのＣＧＩを記録するほか、ＴＡＣ及び／又はＴＡＩ及び／又はアクセスセルがＥＰＣシステムであるかそれとも５ＧＣシステムであるかを識別するアクセスセルのシステム識別子を記録する必要もあり、更にアクセスの時間情報、即ちステップＳ５２で無線リンク障害又はハンドオーバ障害の発生から、ＲＲＣ確立を発生させてアクセスを試みるまでの時間の長さを記録する必要がある。なお、この場合、記録したＲＲＣ確立アクセスのセルは、無線リンク障害又はハンドオーバ障害の後に初めてアクセスを試みたセルである。のちにＲＲＣ接続プロセスが発生しても、アクセスセルの情報を記録しない。
ステップＳ５５において、端末は、他の基地局にアクセスし、他の基地局において、端末が保持するＲＬＦ情報を取得する。他の基地局は、ｅＮＢ２とは同一の基地局である可能性がある。
ステップＳ５６において、他の基地局は、障害メッセージをＮＧ－ＲＡＮに送信する。
ステップＳ５７において、ＮＧ－ＲＡＮは、早まったハンドオーバが発生したと分析し、ｅＮＢ１によるパラメータ最適化で解決することを必要とするため、通知メッセージをｅＮＢ１に送信する。
場面２：同一システムの早まったハンドオーバ場面
同一システムの早まったハンドオーバは、上記場面１におけるシステム間場面に類似する。図６におけるＮＧ－ｅＮＢ１、ＮＧ－ｅＮＢ２は、５ＧＣシステムに接続するＬＴＥ基地局配下のセルであり、ｇＮＢは、５ＧＣシステムに接続するＮＲ基地局配下のセルである。
端末によって記録される情報の内容は、場面１と同じであるため、ここでは記載しない。具体的な実現プロセスは、図６に示されている。
場面３：システム間の遅れたハンドオーバ場面
図７に示すように、図７におけるＮＧ－ＲＡＮは、５ＧＣシステムに接続し、ＮＲ基地局セル又はＬＴＥ基地局セルである。ｅＮＢは、ＥＰＣシステムに接続するＬＴＥ基地局配下のセルである。
具体的な実現プロセスは、以下である。
ステップＳ７０において、端末は、既にＮＧ－ＲＡＮに安定してアクセスして長い時間が経つ。
ステップＳ７１において、無線リンク障害が発生すると、端末は、無線リンク障害情報をＲＬＦに記録する。
ステップＳ７２において、端末は、ｅＮＢへ再アクセスし又はＲＲＣ接続再確立を発生させてアクセスする。アクセスは、成功するか、失敗する。
ステップＳ７３において、端末は、再アクセス又はＲＲＣ接続再確立アクセスのセルのＣＧＩ情報をＲＬＦに記録し、アクセスセルのＴＡＣ及び／又はＴＡＩ及び／又はアクセスセルのシステム識別子を追加記録し、更に時間情報を記録する必要がある。
具体的に、ステップ７２においてＲＲＣ接続再確立プロセスを開始させる場合、アクセスセルのＣＧＩを記録するほか、ＴＡＣ及び／又はＴＡＩ及び／又はアクセスセルがＥＰＣシステムであるかそれとも５ＧＣシステムであるかを識別するセルのシステム識別子を記録する必要もあり、更にアクセスの時間情報、即ちステップＳ７１で無線リンク障害の発生から、ＲＲＣ再確立を発生させてアクセスを試みるまでの時間の長さを記録する必要がある。
又は、具体的に、ステップ７２においてＲＲＣ確立プロセスを開始させる場合、アクセスセルのＣＧＩを記録するほか、ＴＡＣ及び／又はＴＡＩ及び／又はアクセスセルがＥＰＣシステムであるかそれとも５ＧＣシステムであるかを識別するセルのシステム識別子を記録する必要もあり、更にアクセスの時間情報、即ちステップＳ７１で無線リンク障害の発生から、ＲＲＣ確立を発生させてアクセスを試みるまでの時間の長さを記録する必要がある。なお、この場合、記録したＲＲＣ確立を発生させてアクセスを試みるセルは、無線リンク障害の後に初めてアクセスを試みたセルである。のちにＲＲＣ接続プロセスが発生しても、アクセスセルの情報を記録しない。
ステップＳ７４において、端末は、他の基地局にアクセスし、端末が保持するＲＬＦ情報を取得する。他の基地局は、ｅＮＢとは同一の基地局である可能性がある。
ステップＳ７５において、他の基地局は、障害メッセージをＮＧ－ＲＡＮに送信する。ＮＧ－ＲＡＮは、遅れたハンドオーバが発生したと分析し、自身のハンドオーバパラメータを最適化する。
場面４：同一システムの遅れたハンドオーバ場面
同一システムの遅れたハンドオーバは、場面３におけるシステム間場面に類似する。図８におけるＮＧ－ｅＮＢは、５ＧＣシステムに接続するＬＴＥ基地局配下のセルであり、ｇＮＢは、５ＧＣシステムに接続するＮＲ基地局配下のセルである。
記録される情報の内容は、場面３と同じであるため、ここでは記載しない。具体的な実現プロセスは、図８に示されている。
実現形態２：
具体的に、この場合、ステップ４１の前に、本開示の実施例の方法は、端末のハンドオーバ障害又は無線リンク障害が発生すると、第１タイマーを起動させることを更に含む。
なお、この第１タイマーは、ＭＲＯ関連のタイマー、即ち、ＭＲＯに関するタイマーと見なす。
更に、ステップ４１の具体的な実現形態は、端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、前記第１タイマーが稼働中であれば、ＲＬＦ情報を記録する。
なお、端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、前記第１タイマーが稼働中でなければ、端末は、ＲＬＦ情報を記録しない。
即ち、この場合において、第１タイマーの稼働中にのみＲＬＦ情報を記録し、第１タイマーがタイムオーバーになると、ＲＬＦ情報の記録をしなくなる。それによって、記録されたＲＬＦ情報が、使用可能な時間範囲内にあることを保証する。即ち、ネットワーク側機器は、このＲＬＦ情報を受信できれば、このＲＬＦ情報を利用してＭＲＯを行うことができる。
なお、このＲＬＦ情報は、アクセスセルのセルグローバル識別子（ＣＧＩ）を更に含むべきである。このアクセスセルのＣＧＩは、ＲＬＦ情報に記録されなければならない。即ち、この実現形態において、端末は、ＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に、第１タイマーの稼働中にアクセスセルのＣＧＩを記録するほか、アクセスセルのＴＡＣ、ＴＡＩ及びシステム識別子のうちの少なくとも１つを記録する必要もある。
具体的に、第１タイマーが順調に使用されることを保証するために、本開示の実施例の方法は、ネットワーク側機器からエアインタフェースシグナリングによって送信された第１タイマーの配置情報を取得することを更に含む。
具体的に、この配置情報には、第１タイマーの起動時刻及びタイマーのタイミングの長さの情報が含まれる。
以下、具体的な実現場面からこのような形態の実現プロセスを下記のように具体的に説明する。
場面５：システム間の早まったハンドオーバ場面
図９に示すように、場面５は、主にタイマーを用いた技術手段の原理を記載する。なお、場面５は、上記場面１～４の具体的な場面を含み、ネットワーク側は、上記場面１～４におけるネットワーク側構造である。
ステップＳ９０において、ネットワーク側は、端末に対してＭＲＯタイマーを配置する。
ステップＳ９１において、ハンドオーバ障害又は無線リンク障害が発生する可能性があれば、端末側は、ＭＲＯタイマーを起動させる。
ステップＳ９２において、端末は、ＲＲＣ接続確立を発生させて再アクセスするか、ＲＲＣ接続再確立を発生させる。
ステップＳ９３において、端末は、ＭＲＯタイマーが稼働中であると判断し、下記のように情報をＲＬＦに追加記録し、ＭＲＯタイマーが稼働中でなければ、情報を記録しない。
具体的に、ステップ９２においてＲＲＣ接続再確立プロセスを開始させる場合、アクセスセルのＣＧＩを記録するほか、ＴＡＣ及び／又はＴＡＩ及び／又はアクセスセルがＥＰＣシステムであるかそれとも５ＧＣシステムであるかを識別するセルのシステム識別子を記録する必要もある。
又は、具体的に、ステップ９２においてＲＲＣ確立プロセスを開始させる場合、アクセスセルのＣＧＩを記録するほか、ＴＡＣ及び／又はＴＡＩ及び／又はアクセスセルがＥＰＣシステムであるかそれとも５ＧＣシステムであるかを識別するセルのシステム識別子を記録する必要もある。更に、この場合、記録したＲＲＣ確立を発生させてアクセスを試みるセルは、無線リンク障害の後に初めてアクセスを試みたセルである。のちにＲＲＣ接続プロセスが発生しても、アクセスセルの情報を記録しない。
ステップＳ９４において、ＭＲＯタイマーは、タイムオーバーとなり、稼働が停止する。
ステップＳ９５において、端末は、ネットワーク側にアクセスし、端末が保持するＲＬＦ情報を取得する。
なお、本開示の実施例において、端末のアクセスセルのＴＡＣ、ＴＡＩ及びシステム識別子のうちの少なくとも１つを含むＲＬＦ情報を、端末によるＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に記録し、記録したＲＬＦ情報をネットワーク側機器に報告することによって、ＭＲＯ機能を改善し、ＭＲＯの正確性を高め、ハンドオーバの性能を向上させる。
図１０に示すように、本開示の実施例に係る無線リンク障害情報取得方法は、ネットワーク側機器に適用し、以下のステップを含む。
ステップ１０１において、端末から送信された無線リンク障害ＲＬＦ情報を受信する。ここで、ＲＬＦ情報は、端末のアクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含む。前記ＲＬＦ情報は、端末による再アクセス又は再確立アクセスの時間に関する。
選択可能に、前記ＲＬＦ情報は、アクセスの時間情報を更に含み、前記時間情報は、端末のハンドオーバ障害又は無線リンク障害から再アクセス又は再確立アクセスまでの時間の長さを指示する。
選択可能に、前記端末から送信された無線リンク障害ＲＬＦ情報を受信することに先立って、第１タイマーの配置情報をエアインタフェースシグナリングによって端末に送信することを更に含む。
具体的に、前記システム識別子は、アクセスセルがパケットコアネットワークＥＰＣシステムであること、アクセスセルが第５世代通信コアネットワーク５ＧＣシステムであること、アクセスセルがユニバーサル地上無線アクセスＵＴＲＡシステムであること、アクセスセルがワイヤレスフィディリティＷＩＦＩシステムであることのうちの１つを指示する。
具体的に、前記端末から送信された無線リンク障害ＲＬＦ情報を受信することは、端末から送信されたＲＬＦ情報をエアインタフェースシグナリングによって受信することを含む。ここで、前記ＲＬＦ情報は、ネットワーク側機器の間で伝達されるか、ネットワーク側機器内で伝達される。
更に、前記ＲＬＦ情報の伝達に係るインタフェースは、Ｘｎ、Ｘ２、ＮＧ、Ｓ１、Ｆ１、Ｅ１の少なくとも１つを含む。
具体的に、前記ＲＬＦ情報は、アクセスセルのセルグローバル識別子ＣＧＩを更に含む。
なお、上記実施例の中に、ネットワーク側機器に関する全ての記載は、この無線リンク障害情報取得方法の実施例に適用し、それと同じ技術効果を達成することもできる。
図１１に示すように、本開示の実施例は、端末１１０を提供する。端末１１０は、端末による再アクセス又は再確立アクセスの時間に関するＲＬＦ情報であって、端末のアクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含む無線リンク障害ＲＬＦ情報を、端末による無線リソース制御ＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に記録するための記録モジュール１１１と、前記ＲＬＦ情報をネットワーク側機器に報告するための報告モジュール１１２とを含む。
更に、前記記録モジュール１１１は、端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、ＲＬＦ情報を記録するために用いられる。
選択可能に、前記ＲＬＦ情報は、アクセスの時間情報を更に含み、前記時間情報は、端末のハンドオーバ障害又は無線リンク障害から再アクセス又は再確立アクセスまでの時間の長さを指示する。
選択可能に、端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、前記記録モジュール１１１がＲＬＦ情報を記録する前に、端末のハンドオーバ障害又は無線リンク障害が発生すると、第１タイマーを起動させるための起動モジュールを更に含む。前記記録モジュール１１１は、端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、前記第１タイマーが稼働中であれば、ＲＬＦ情報を記録するために用いられる。
更に、端末のハンドオーバ障害又は無線リンク障害が発生すると、前記起動モジュールが第１タイマーを起動させる前に、ネットワーク側機器からエアインタフェースシグナリングによって送信された第１タイマーの配置情報を取得するための第１取得モジュールを更に含む。
更に、端末のハンドオーバ障害又は無線リンク障害が発生すると、前記起動モジュールが第１タイマーを起動させた後に、端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、前記第１タイマーが稼働中でなければ、端末がＲＬＦ情報を記録しないための実行モジュールを更に含む。
選択可能に、端末からＲＲＣ接続確立要求が送信される場合、前記記録モジュール１１１は、端末のハンドオーバ障害又は無線リンク障害が発生した後に初めてＲＲＣ接続確立要求がトリガーされた場合、ＲＬＦ情報を記録するために用いられる。
具体的に、前記システム識別子は、アクセスセルがパケットコアネットワークＥＰＣシステムであること、アクセスセルが第５世代通信コアネットワーク５ＧＣシステムであること、アクセスセルがユニバーサル地上無線アクセスＵＴＲＡシステムであること、アクセスセルがワイヤレスフィディリティＷＩＦＩシステムであることのうちの１つを指示する。
具体的に、前記報告モジュール１１２は、エアインタフェースシグナリングによってＲＬＦ情報をネットワーク側機器に送信するために用いられる。
具体的に、前記ＲＬＦ情報は、アクセスセルのセルグローバル識別子ＣＧＩを更に含む。
なお、この端末の実施例は、上記の方法実施例に一対一で対応する端末である。上記の方法実施例におけるすべての実現形態は、この端末の実施例に適用し、同一の技術効果を達成することもできる。
図１２に示すように、本開示の実施例は、プロセッサ１２１と、トランシーバ１２２と、メモリ１２３と、前記メモリ１２３に記憶されて前記プロセッサ１２１で実行可能なプログラムを含む端末１２０を提供する。ここで、トランシーバ１２２は、バスインタフェースを介してプロセッサ１２１及びメモリ１２３に接続される。ここで、前記プロセッサ１２１は、メモリからのプログラムを読み取ることによって、端末による再アクセス又は再確立アクセスの時間に関するＲＬＦ情報であって、端末のアクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含む無線リンク障害ＲＬＦ情報を、端末による無線リソース制御ＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に記録するプロセスと、前記ＲＬＦ情報をトランシーバ１２２によってネットワーク側機器に報告するプロセスとを実行する。
なお、図１２において、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ１２１をはじめとする１つ又は複数のプロセッサとメモリ１２３をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ１２２は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。ユーザ端末によっては、ユーザインタフェース１２４は、内部接続や外部接続する機器のインタフェースであってもよい。接続する機器は、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティックなどを含むが、それらに限られない。プロセッサ１２１は、バスアーキテクチャと通常の処理を管理する。メモリ１２３は、プロセッサ１２１による作業時に使用されるデータを記憶できる。
更に、前記無線リンク障害ＲＬＦ情報を端末による無線リソース制御ＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に記録するプログラムを、前記プロセッサが実行すると、端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、ＲＬＦ情報を記録するステップを実現させる。
選択可能に、前記ＲＬＦ情報は、アクセスの時間情報を更に含み、前記時間情報は、端末のハンドオーバ障害又は無線リンク障害から再アクセス又は再確立アクセスまでの時間の長さを指示する。
選択可能に、前記プロセッサが前記プログラムを実行すると、端末のハンドオーバ障害又は無線リンク障害が発生すると、第１タイマーを起動させるステップを更に実現させ、前記端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、ＲＬＦ情報を記録するプログラムを、前記プロセッサが実行すると、端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、前記第１タイマーが稼働中であれば、ＲＬＦ情報を記録するステップを実現させる。
更に、前記プロセッサが前記プログラムを実行すると、ネットワーク側機器からエアインタフェースシグナリングによって送信された第１タイマーの配置情報を取得するステップを更に実現させる。
更に、前記プロセッサが前記プログラムを実行すると、端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、前記第１タイマーが稼働中でなければ、ＲＬＦ情報を記録しないステップを実現させる。
選択可能に、端末からＲＲＣ接続確立要求が送信される場合、前記ＲＬＦ情報を記録するプログラムを、前記プロセッサが実行すると、端末のハンドオーバ障害又は無線リンク障害が発生した後に初めてＲＲＣ接続確立要求がトリガーされた場合、ＲＬＦ情報を記録するステップを更に実現させる。
具体的に、前記システム識別子は、アクセスセルがパケットコアネットワークＥＰＣシステムであること、アクセスセルが第５世代通信コアネットワーク５ＧＣシステムであること、アクセスセルがユニバーサル地上無線アクセスＵＴＲＡシステムであること、アクセスセルがワイヤレスフィディリティＷＩＦＩシステムであることのうちの１つを指示する。
具体的に、前記ＲＬＦ情報をネットワーク側機器に報告するプログラムを、前記プロセッサが実行すると、エアインタフェースシグナリングによってＲＬＦ情報をネットワーク側機器に送信するステップを実現させる。
具体的に、前記ＲＬＦ情報は、アクセスセルのセルグローバル識別子ＣＧＩを更に含む。
本開示の実施例は、コンピュータプログラムが記憶されているコンピュータ可読記憶媒体を更に提供し、前記コンピュータプログラムがプロセッサによって実行されると、端末に適用される無線リンク障害情報報告方法のステップを実現させる。
図１３に示すように、本開示の実施例は、ネットワーク側機器１３０を提供する。ネットワーク側機器１３０は、端末から送信された無線リンク障害ＲＬＦ情報を受信するための受信モジュール１３１を含む。ここで、ＲＬＦ情報は、端末のアクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含む。前記ＲＬＦ情報は、端末による再アクセス又は再確立アクセスの時間に関する。
選択可能に、前記ＲＬＦ情報は、アクセスの時間情報を更に含み、前記時間情報は、端末のハンドオーバ障害又は無線リンク障害から再アクセス又は再確立アクセスまでの時間の長さを指示する。
選択可能に、端末から送信された無線リンク障害ＲＬＦ情報を前記受信モジュール１３１が受信する前に、第１タイマーの配置情報をエアインタフェースシグナリングによって端末に送信するための送信モジュールを更に含む。
具体的に、前記システム識別子は、アクセスセルがパケットコアネットワークＥＰＣシステムであること、アクセスセルが第５世代通信コアネットワーク５ＧＣシステムであること、アクセスセルがユニバーサル地上無線アクセスＵＴＲＡシステムであること、アクセスセルがワイヤレスフィディリティＷＩＦＩシステムであることのうちの１つを指示する。
具体的に、前記受信モジュール１３１は、端末から送信されたＲＬＦ情報をエアインタフェースシグナリングによって受信するために用いられる。ここで、前記ＲＬＦ情報は、ネットワーク側機器の間で伝達されるか、ネットワーク側機器内で伝達される。
更に、前記ＲＬＦ情報の伝達に係るインタフェースは、Ｘｎ、Ｘ２、ＮＧ、Ｓ１、Ｆ１、Ｅ１の少なくとも１つを含む。
具体的に、前記ＲＬＦ情報は、アクセスセルのセルグローバル識別子ＣＧＩを更に含む。
なお、このネットワーク側機器の実施例は、上記の方法実施例に一対一で対応するネットワーク側機器である。上記の方法実施例におけるすべての実現形態は、いずれもこのネットワーク側機器の実施例に適用し、同一の技術効果を達成することもできる。
図１４に示すように、本開示の実施例は、プロセッサ１４１と、トランシーバ１４２と、メモリ１４３と、前記メモリ１４３に記憶されて前記プロセッサ１４１で実行可能なプログラムを含むネットワーク側機器１４０を提供する。ここで、トランシーバ１４２は、バスインタフェースを介してプロセッサ１４１及びメモリ１４３に接続される。ここで、前記プロセッサ１４１は、メモリからプログラムを読み取ることによって、端末から送信された無線リンク障害ＲＬＦ情報を、トランシーバを介して受信するプロセスを実行する。ここで、ＲＬＦ情報は、端末のアクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含む。前記ＲＬＦ情報は、端末による再アクセス又は再確立アクセスの時間に関する。
なお、図１４において、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ１４１をはじめとする１つ又は複数のプロセッサとメモリ１４３をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ１４２は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。ユーザ端末によっては、ユーザインタフェース１４４は、内部接続や外部接続する機器のインタフェースであってもよい。接続する機器は、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティックなどを含むが、それらに限られない。プロセッサ１４１は、バスアーキテクチャと通常の処理を管理する。メモリ１４３は、プロセッサ１４１による作業時に使用されるデータを記憶できる。
選択可能に、前記ＲＬＦ情報は、アクセスの時間情報を更に含み、前記時間情報は、端末のハンドオーバ障害又は無線リンク障害から再アクセス又は再確立アクセスまでの時間の長さを指示する。
選択可能に、前記プロセッサが前記プログラムを実行すると、第１タイマーの配置情報をエアインタフェースシグナリングによって端末に送信するステップを更に実現させる。
具体的に、前記システム識別子は、アクセスセルがパケットコアネットワークＥＰＣシステムであること、アクセスセルが第５世代通信コアネットワーク５ＧＣシステムであること、アクセスセルがユニバーサル地上無線アクセスＵＴＲＡシステムであること、アクセスセルがワイヤレスフィディリティＷＩＦＩシステムであることのうちの１つを指示する。
具体的に、前記プロセッサが前記プログラムを実行すると、端末から送信されたＲＬＦ情報をエアインタフェースシグナリングによって受信するステップを更に実現させる。ここで、前記ＲＬＦ情報は、ネットワーク側機器の間で伝達されるか、ネットワーク側機器内で伝達される。
更に、前記ＲＬＦ情報の伝達に係るインタフェースは、Ｘｎ、Ｘ２、ＮＧ、Ｓ１、Ｆ１、Ｅ１の少なくとも１つを含む。
具体的に、前記ＲＬＦ情報は、アクセスセルのセルグローバル識別子ＣＧＩを更に含む。
ここで、ネットワーク側機器は、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）又はＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）におけるＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）であってもよく、ＷＣＤＭＡ（登録商標）（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）におけるＮＢ（ＮｏｄｅＢ）であってもよく、更に、ＬＴＥにおけるｅＮＢ又はｅＮｏｄｅＢ（Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ）であってもよく、又は中継局やアクセスポイントであり、又は将来の５Ｇネットワークにおける基地局ｎｇ－ＮＧ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ Ｂ）又はＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）又はＤＵ（Ｄｉｓｔｒｉｂｕｔｅ Ｕｎｉｔ）などであり、ここでは限定されない。
本開示の実施例は、コンピュータプログラムが記憶されているコンピュータ可読記憶媒体を更に提供し、前記コンピュータプログラムがプロセッサによって実行されると、ネットワーク側機器に適用される無線リンク障害情報取得方法のステップを実現させる。
なお、以上のネットワーク機器及び端末の各モジュールの分割は、あくまでも論理的機能の分割であり、実際の実現においては、全部又は一部が１つの物理的実体に統合されてもよいし、物理的に分離されてもよい。これらのモジュールは、全てソフトウェアで処理素子によって呼び出される形態で実現されてもよいし、全てハードウェアとして実現されてもよいし、更に、一部のモジュールを処理素子でソフトウェアを呼び出す形態で実現し、一部のモジュールをハードウェアとして実現することも可能である。例えば、決定モジュールは、個別に設けられた処理素子であってもよいし、上記装置のいずれかのチップに集積されて実現されてもよく、また、プログラムコードの形態で上記装置のメモリに記憶され、上記装置のいずれかの処理素子によって上記決定モジュールの機能が呼び出されて実行されるようにしてもよい。他のモジュールの実現は、同様である。また、これらのモジュールは、全部又は一部が一体化されていてもよいし、独立して実現されていてもよい。ここでいう処理素子とは、信号の処理能力を有する集積回路のことである。実施において、上記方法の各ステップ又は上記の各モジュールは、プロセッサ素子内のハードウェアの集積論理回路又はソフトウェア形態の命令によって実行されてもよい。
例えば、各モジュール、ユニット、サブユニット又はサブモジュールは、上記方法を実施する１つ又は複数の集積回路、例えば、１つ又は複数の特定の集積回路ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ又は複数のマイクロプロセッサＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、又は１つ又は複数のフィールドプログラマブルゲートアレイＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などとして構成される。また、上記モジュールが、処理素子でプログラムコードを呼び出す形態で実現される場合、この処理素子は、中央処理装置ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などの汎用プロセッサ、又は、プログラムコードを呼び出すことができる他のプロセッサである。また、これらのモジュールは、一体化されてシステムオンチップＳＯＣ（ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ）の形態で実現されてもよい。
本開示の明細書及び特許請求の範囲における「第１」、「第２」などの用語は、特定の順序又は前後順を記述するために使用されるのではなく、類似の対象を区別するために使用される。そのように使用されるデータは、本明細書に記載される本願の実施例が、例えば、本明細書に図示又は記載されるもの以外の順序でも実施されるように、適切に交換されることが理解されるべきである。更に、「含む」及び「有する」という用語ならびにそれらの任意の変形は、非排他的を意図しており、例えば、一連の工程又はユニットを含むプロセス、方法、システム、製品又は機器は、必ずしも明確に列挙されたそれらの工程又はユニットに限定されるものではなく、明確に列挙されていないもの又はそれらのプロセス、方法、製品又は機器に固有の他の工程又はユニットを含んでもよい。本明細書及び特許請求の範囲において、「及び／又は」は、連結された対象の少なくとも１つを意味する。例えば、Ａ及び／又はＢ及び／又はＣは、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢの両方が存在すること、ＢとＣの両方が存在すること、ＡとＣの両方が存在すること、及び、ＡとＢとＣが全て存在することの７種類のケースを含むことを示す。同様に、本開示の明細書及び特許請求の範囲に使用される「ＡとＢのうちの少なくとも１つ」は、「Ａのみ、Ｂのみ、又は、ＡとＢの両方」と理解されるべきである。
以上記載されたのは、本開示の選択可能な実施形態である。当業者は、本開示に記載されている原理を逸脱せずに様々な改良や修飾をすることもできる。これらの改良や修飾も、本開示の保護範囲内に含まれる。

Claims (15)

  1. 端末に適用される無線リンク障害情報報告方法であって、
    端末によるアクセスセルへの再アクセス又は再確立アクセスの時間に関するＲＬＦ情報であって、端末のハンドオーバ障害またはＲＬＦ後に端末が無線リソース制御ＲＲＣ接続再確立またはＲＲＣ接続確立を行うために選択されたセルである前記アクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含む無線リンク障害ＲＬＦ情報を、端末による無線リソース制御ＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に記録することと、
    前記ＲＬＦ情報をネットワーク側機器に報告することとを含む無線リンク障害情報報告方法。
  2. 前記無線リンク障害ＲＬＦ情報を端末による無線リソース制御ＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に記録することは、
    端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、ＲＬＦ情報を記録することを含む、請求項１に記載の無線リンク障害情報報告方法。
  3. 前記ＲＬＦ情報は、アクセスの時間情報を更に含み、
    前記時間情報は、端末のハンドオーバ障害又は無線リンク障害から再アクセス又は再確立アクセスまでの時間の長さを指示する、請求項２に記載の無線リンク障害情報報告方法。
  4. 前記端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、ＲＬＦ情報を記録することに先立って、
    端末のハンドオーバ障害又は無線リンク障害が発生すると、第１タイマーを起動させることを更に含み、
    前記端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、ＲＬＦ情報を記録することは、
    端末からＲＲＣ接続再確立要求又はＲＲＣ接続確立要求が送信されると、前記第１タイマーが稼働中であれば、ＲＬＦ情報を記録することを含む、請求項２に記載の無線リンク障害情報報告方法。
  5. 前記端末のハンドオーバ障害又は無線リンク障害が発生すると、第１タイマーを起動させることに先立って、
    ネットワーク側機器からエアインタフェースシグナリングによって送信された第１タイマーの配置情報を取得することを更に含む、請求項４に記載の無線リンク障害情報報告方法。
  6. 端末からＲＲＣ接続確立要求が送信される場合、前記ＲＬＦ情報を記録することは、
    端末のハンドオーバ障害又は無線リンク障害が発生した後に初めてＲＲＣ接続確立要求がトリガーされた場合、ＲＬＦ情報を記録することを含む、請求項２に記載の無線リンク障害情報報告方法。
  7. 前記システム識別子は、
    アクセスセルがパケットコアネットワークＥＰＣシステムであること、アクセスセルが第５世代通信コアネットワーク５ＧＣシステムであること、アクセスセルがユニバーサル地上無線アクセスＵＴＲＡシステムであること、アクセスセルがワイヤレスフィディリティＷＩＦＩシステムであることのうちの１つを指示する、請求項１に記載の無線リンク障害情報報告方法。
  8. ネットワーク側機器に適用される無線リンク障害情報取得方法であって、
    端末から送信された無線リンク障害ＲＬＦ情報を受信することを含み、
    ここで、ＲＬＦ情報は、端末のハンドオーバ障害またはＲＬＦ後に端末が無線リソース制御ＲＲＣ接続再確立またはＲＲＣ接続確立を行うために選択されたセルであるアクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含み、
    前記ＲＬＦ情報は、端末による前記アクセスセルへの再アクセス又は再確立アクセスの時間に関する無線リンク障害情報取得方法。
  9. 前記ＲＬＦ情報は、アクセスの時間情報を更に含み、
    前記時間情報は、端末のハンドオーバ障害又は無線リンク障害から再アクセス又は再確立アクセスまでの時間の長さを指示する、請求項８に記載の無線リンク障害情報取得方法。
  10. 前記端末から送信された無線リンク障害ＲＬＦ情報を受信することに先立って、
    第１タイマーの配置情報をエアインタフェースシグナリングによって端末に送信することを更に含む、請求項８に記載の無線リンク障害情報取得方法。
  11. 前記システム識別子は、
    アクセスセルがパケットコアネットワークＥＰＣシステムであること、アクセスセルが第５世代通信コアネットワーク５ＧＣシステムであること、アクセスセルがユニバーサル地上無線アクセスＵＴＲＡシステムであること、アクセスセルがワイヤレスフィディリティＷＩＦＩシステムであることのうちの１つを指示する、請求項８に記載の無線リンク障害情報取得方法。
  12. 前記端末から送信された無線リンク障害ＲＬＦ情報を受信することは、
    端末から送信されたＲＬＦ情報をエアインタフェースシグナリングによって受信することを含み、
    ここで、前記ＲＬＦ情報は、ネットワーク側機器の間で伝達されるか、ネットワーク側機器内で伝達される、請求項８に記載の無線リンク障害情報取得方法。
  13. 端末であって、
    端末によるアクセスセルへの再アクセス又は再確立アクセスの時間に関するＲＬＦ情報であって、端末のハンドオーバ障害またはＲＬＦ後に端末が無線リソース制御ＲＲＣ接続再確立またはＲＲＣ接続確立を行うために選択されたセルである前記アクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含む無線リンク障害ＲＬＦ情報を、端末による無線リソース制御ＲＲＣ接続再確立又はＲＲＣ接続確立のプロセス中に記録するための記録モジュールと、
    前記ＲＬＦ情報をネットワーク側機器に報告するための報告モジュールとを含む端末。
  14. ネットワーク側機器であって、
    端末から送信された無線リンク障害ＲＬＦ情報を受信するための受信モジュールを含み、
    ここで、ＲＬＦ情報は、端末のハンドオーバ障害またはＲＬＦ後に端末が無線リソース制御ＲＲＣ接続再確立またはＲＲＣ接続確立を行うために選択されたセルであるアクセスセルのトラッキングエリアコードＴＡＣ、トラッキングエリア識別子ＴＡＩ及びシステム識別子のうちの少なくとも１つを含み、
    前記ＲＬＦ情報は、端末によるアクセスセルへの再アクセス又は再確立アクセスの時間に関するネットワーク側機器。
  15. コンピュータプログラムが記憶されているコンピュータ可読記憶媒体であって、
    前記コンピュータプログラムがプロセッサによって実行されると、請求項１～７のいずれか一項に記載の無線リンク障害情報報告方法又は請求項８～１２のいずれか一項に記載の無線リンク障害情報取得方法を実現させるコンピュータ可読記憶媒体。
JP2022562061A 2020-04-08 2021-03-24 無線リンク障害情報報告方法、無線リンク障害情報取得方法、端末及びネットワーク側機器 Active JP7423818B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN202010282825.2 2020-04-08
CN202010282825.2A CN113498104A (zh) 2020-04-08 2020-04-08 无线链路失败信息上报、获取方法、终端及网络侧设备
PCT/CN2021/082681 WO2021203973A1 (zh) 2020-04-08 2021-03-24 无线链路失败信息上报、获取方法、终端及网络侧设备

Publications (2)

Publication Number Publication Date
JP2023521179A JP2023521179A (ja) 2023-05-23
JP7423818B2 true JP7423818B2 (ja) 2024-01-29

Family

ID=77994947

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022562061A Active JP7423818B2 (ja) 2020-04-08 2021-03-24 無線リンク障害情報報告方法、無線リンク障害情報取得方法、端末及びネットワーク側機器

Country Status (6)

Country Link
US (1) US20230156843A1 (ja)
EP (1) EP4135393A4 (ja)
JP (1) JP7423818B2 (ja)
KR (1) KR20220164578A (ja)
CN (1) CN113498104A (ja)
WO (1) WO2021203973A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024124491A1 (zh) * 2022-12-15 2024-06-20 Oppo广东移动通信有限公司 通信方法、终端设备以及网络设备
WO2024171948A1 (ja) * 2023-02-13 2024-08-22 京セラ株式会社 通信方法、ユーザ装置、及びネットワークノード

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130165108A1 (en) 2011-12-23 2013-06-27 Samsung Electronics Co. Ltd. Method for detecting cause of radio link failure or handover failure
US20140051429A1 (en) 2011-04-27 2014-02-20 Lg Electronics Inc. Method for executing mdt in wireless communication system and device for supporting same
JP2015529433A (ja) 2012-09-21 2015-10-05 サムスン エレクトロニクス カンパニー リミテッド ソースアクセスシステムに対するフェイリュアイベントの表示をサポートするための方法
JP2016040939A (ja) 2010-01-07 2016-03-24 日本電気株式会社 無線端末、無線端末の制御方法、無線基地局及び無線基地局の制御方法
WO2020063834A1 (zh) 2018-09-28 2020-04-02 华为技术有限公司 传输信息的方法和装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8929894B2 (en) * 2009-01-06 2015-01-06 Qualcomm Incorporated Handover failure messaging schemes
AU2014200751B2 (en) * 2009-02-20 2014-08-28 Huawei Technologies Co., Ltd. Method, apparatus and system for detecting a radio network problem
CN102196489B (zh) * 2010-03-02 2014-03-19 中国移动通信集团公司 一种切换失败检测方法和设备
US20150131454A1 (en) * 2012-05-11 2015-05-14 Nokia Solutions And Networks Oy Method, Device and Computer Program for Reporting Radio Link Failures (RLF) for Cellular Communication Based on Communication Links Enabled on at Least Two Different Access Technologies
CN103369577A (zh) * 2013-07-22 2013-10-23 北京中创信测科技股份有限公司 一种监测用户设备ue无线链路失败rlf及恢复过程的方法
CN104737578A (zh) * 2013-10-17 2015-06-24 华为技术有限公司 定位网络问题方法及设备
US20170048898A1 (en) * 2014-04-25 2017-02-16 Lg Electronics Inc. Method for declaring radio link failure performed by terminal in wireless communication system and terminal using the method
CN105101314A (zh) * 2014-04-29 2015-11-25 北京三星通信技术研究有限公司 一种切换报告及rlf报告的发送方法和设备
US10869209B2 (en) * 2015-10-06 2020-12-15 Lg Electronics Inc. Method and device for transmitting/receiving data to/from base station in wireless communication system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016040939A (ja) 2010-01-07 2016-03-24 日本電気株式会社 無線端末、無線端末の制御方法、無線基地局及び無線基地局の制御方法
US20140051429A1 (en) 2011-04-27 2014-02-20 Lg Electronics Inc. Method for executing mdt in wireless communication system and device for supporting same
US20130165108A1 (en) 2011-12-23 2013-06-27 Samsung Electronics Co. Ltd. Method for detecting cause of radio link failure or handover failure
JP2015529433A (ja) 2012-09-21 2015-10-05 サムスン エレクトロニクス カンパニー リミテッド ソースアクセスシステムに対するフェイリュアイベントの表示をサポートするための方法
WO2020063834A1 (zh) 2018-09-28 2020-04-02 华为技术有限公司 传输信息的方法和装置

Also Published As

Publication number Publication date
CN113498104A (zh) 2021-10-12
JP2023521179A (ja) 2023-05-23
EP4135393A1 (en) 2023-02-15
KR20220164578A (ko) 2022-12-13
EP4135393A4 (en) 2023-09-13
WO2021203973A1 (zh) 2021-10-14
US20230156843A1 (en) 2023-05-18

Similar Documents

Publication Publication Date Title
US9578571B2 (en) Paging for circuit switched fallback (CSFB) in long term evolution (LTE) connected mode
EP3059994B1 (en) Radio communication system, radio station, radio terminal, communication control method, and non-transitory computer readable medium
WO2020164472A1 (zh) 信息处理方法和装置
US20210235333A1 (en) Two-step addition of a primary -secondary cell, pscell, in a multi-connected handover
WO2021185259A1 (zh) 通信方法及装置
JP7423818B2 (ja) 無線リンク障害情報報告方法、無線リンク障害情報取得方法、端末及びネットワーク側機器
JP7489461B2 (ja) 情報報告、受信方法、端末及びネットワーク装置
CN113875287B (zh) 一种ims语音通信方法、无线通信装置及通信系统
WO2022017400A1 (zh) 一种移动性信息上报的方法和ue
KR102617119B1 (ko) 셀 핸드오버 처리 방법, 장치 및 기기
CN113747478A (zh) 通信方法及装置
WO2023011357A1 (zh) 无线通信方法、用户设备、电子设备及存储介质
US20240214839A1 (en) Base station supporting self-configuration and self-optimization and method thereof
CN114765791A (zh) 连接失败信息的处理方法、装置和系统
WO2021013219A1 (zh) 一种通信方法、终端设备及计算机可读存储介质
JP2022554203A (ja) 情報報告方法、情報処理方法、端末、ネットワーク側機器及びコアネットワーク機器
US20230388873A1 (en) Method and apparatus for determining daps handover failure type
KR20230091138A (ko) Mro 크리티컬 시나리오의 판정 방법, 장치 및 기기
WO2019061421A1 (zh) 一种csfb的回落结果检测方法及装置、存储介质
CN103347271A (zh) 一种lte系统内切换失败次数的统计方法及装置
CN111757555B (zh) 一种连接处理方法及设备
WO2013143437A1 (zh) 邻区关系配置方法、装置与系统
WO2024087986A1 (zh) 一种接入网络的方法及其相关装置
WO2023050181A1 (zh) 无线通信方法及无线通信装置
WO2024207316A1 (zh) 多路径的通信方法以及装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221013

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221013

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230711

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230929

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231219

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240117

R150 Certificate of patent or registration of utility model

Ref document number: 7423818

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150