JP7222107B2 - 情報処理方法及び装置 - Google Patents

Description

本出願は通信技術の分野に関し、特に情報処理方法及び装置に関する。

無線ネットワークは、複数のチャレンジ、例えば、大量のネットワーク要素、異なるシステム、及び複数のベンダに直面しており、その結果、ネットワークの運用及び保守の複雑さ及びコストは、対応して増加している。これらのチャレンジに対処するために、自己組織化ネットワーク（self-organizing network、ＳＯＮ）の概念が提案されており、ＳＯＮは、自己構成、自己最適化、及び自己診断などの複数の特徴を有する。

自己組織化ネットワークにおいて、端末デバイスが、ロングタームエボリューション（long term evolution、ＬＴＥ）ネットワークにおける第１のセルにアクセス又は在圏するとき、端末デバイスは、第１のセルにおける端末デバイスの関連情報を記録し、記憶する。例えば、関連情報は、無線リンク失敗（radio link failure、ＲＬＦ）又はハンドオーバ失敗が発生したことを示す失敗情報、及び／又はドライブテストの最小化（minimization of drive tests、ＭＤＴ）技術を使用することにより測定を行うことによって取得された測定情報を含み得る。さらに、端末デバイスにより記録された第１のセルにおける関連情報は、第１のセルの無線アクセス技術（radio access technology、ＲＡＴ）を使用することにより、第１のセルが属する基地局に報告されることがあり、あるいは、端末デバイスが第２のセルに移動したとき（第２のセルのＲＡＴが第１のセルのＲＡＴと同じである場合）、端末デバイスは、第２のセルが属する基地局に、端末デバイスにより記録された第１のセルにおける関連情報を報告する。

したがって、端末デバイスにより記録された情報のクロスＲＡＴ報告を実施する方法は、当業者により緊急に解決されるべき技術課題である。

本出願は、アクセスモードの端末デバイスが端末デバイスにより記録された情報のクロスＲＡＴ報告（cross-RAT reporting）を実施するための情報処理方法及び装置を提供する。

第１の態様によれば、本出願の一実施形態は、情報処理方法を提供する。情報処理方法は、端末デバイス、又は端末デバイスで使用され得るモジュール（例えば、チップ）により実行され得る。端末デバイスが実行本体である一例が説明に用いられる。情報処理方法は、端末デバイスが、第１のセルにおける端末デバイスの第１の情報を記録することを含んでもよく、第１の情報は、無線リンク失敗（ＲＬＦ）又はハンドオーバ失敗の接続失敗レポート情報、及び／又はドライブテストの最小化（ＭＤＴ）技術を使用することにより測定を行うことによって取得された測定情報を含んでもよく、第１のセルの無線アクセス技術（ＲＡＴ）は、第１のＲＡＴである。端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信し、第２のセルのＲＡＴは第２のＲＡＴであり、第２のＲＡＴは第１のＲＡＴと異なり、第１のネットワークデバイスは、第２のセルが属するネットワークデバイスである。端末デバイスにより記録された第１の情報は、第２のセルが属する第１のネットワークデバイスに報告され得、それにより、端末デバイスにより記録された情報のクロスＲＡＴ報告が実施される。

可能な一実装において、端末デバイスが第２のセルにおいてアクセスするコアネットワークのタイプが、第１の情報に記録されたコアネットワークタイプと同じである場合、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信する。端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信するかどうかを能動的に決定することができ、それにより、第１の情報を報告する柔軟性が改善される。

可能な一実装において、端末デバイスは、第１のネットワークデバイスから第１の指示情報を受信し、第１の指示情報はネットワークタイプを示し、ネットワークタイプはエアインターフェースタイプ及び／又はコアネットワークタイプを含んでもよく、エアインターフェースタイプは第１のＲＡＴ又は第２のＲＡＴである。端末デバイスは、第１の指示情報に基づいて、第１の情報を第２のセルを介して第１のネットワークデバイスに送信する。言い換えると、端末デバイスが第１の情報を報告するかどうかは、第１のネットワークデバイスにより制御される。このようにして、第１のネットワークデバイスは、第１のネットワークデバイスの実際の要件に基づいて、端末デバイスが第１の情報を報告する必要があるかどうかを決定することができる。これは、第１のネットワークデバイスの要件を満たす。

可能な一実装において、端末デバイスは、第３の指示情報を第１のネットワークデバイスに送信し、第３の指示情報は、第１の情報に記録されたネットワークタイプを示す。

可能な一実装において、端末デバイスは、第１のネットワークデバイスから第２の指示情報を受信し、第２の指示情報は、第１のネットワークデバイスがネットワークタイプに対応するフォーマットで記録された第１の情報を受信する能力を有することを示す。

可能な一実装において、端末デバイスは、第１のセルにおける端末デバイスの第１の情報を第１のＲＡＴに対応するフォーマットで記録する。

可能な一実装において、端末デバイスは、第１のセルの識別情報、及び／又は第１のセルが属する第２のネットワークデバイスの識別情報を第１のネットワークデバイスに送信し、それにより、第１の情報が接続失敗レポート情報を含むとき、第１のネットワークデバイスは、搬送された第１のセルの識別情報及び／又は第１のセルが属する第２のネットワークデバイスの識別情報に基づいて、第２のネットワークデバイスを決定し、さらに、接続失敗レポート情報を第２のネットワークデバイスに成功裏に転送することができる。

可能な一実装において、第１の情報は、ランダムアクセスチャネル（ＲＡＣＨ）レポート及び／又は端末デバイスの移動履歴情報をさらに含んでもよい。

第２の態様によれば、本出願の一実施形態は、情報処理方法をさらに提供する。情報処理方法は、ネットワークデバイス、又はネットワークデバイスで使用され得るモジュール（例えば、チップ）により実行され得る。第１のネットワークデバイスが実行本体である一例が説明に用いられる。情報処理方法は、第１のネットワークデバイスが、端末デバイスから第２のセルを介して第１の情報を受信することを含んでもよく、第１の情報は、第１のセルにおける端末デバイスの無線リンク失敗（ＲＬＦ）又はハンドオーバ失敗の接続失敗レポート情報、及び／又はドライブテストの最小化（ＭＤＴ）技術を使用することにより測定を行うことによって取得された測定情報を記録し、第１のセルの無線アクセス技術（ＲＡＴ）は第１のＲＡＴであり、第２のセルのＲＡＴは第２のＲＡＴであり、第２のＲＡＴは第１のＲＡＴと異なる。第１のネットワークデバイスは、第１の情報を処理する。

可能な一実装において、第１のネットワークデバイスが、端末デバイスから第２のセルを介して第１の情報を受信する前、第１のネットワークデバイスはさらに、第１の指示情報を端末デバイスに送信し、第１の指示情報はネットワークタイプを示し、ネットワークタイプはエアインターフェースタイプ及び／又はコアネットワークタイプを含んでもよく、エアインターフェースタイプは第１のＲＡＴ又は第２のＲＡＴである。

可能な一実装において、第１のネットワークデバイスが、第１の指示情報を端末デバイスに送信する前、第１のネットワークデバイスはさらに、端末デバイスから第３の指示情報を受信してもよく、第３の指示情報は、第１の情報に記録されたネットワークタイプを示すために使用される。

可能な一実装において、第１のネットワークデバイスが、端末デバイスから第３の指示情報を受信する前、第１のネットワークデバイスはさらに、第２の指示情報を端末デバイスに送信してもよく、第２の指示情報は、第１のネットワークデバイスがネットワークタイプに対応するフォーマットで記録された第１の情報を受信する能力を有することを示すために使用される。

可能な一実装において、第１のネットワークデバイスは、端末デバイスから、第１のセルの識別情報、及び／又は第１のセルが属する第２のネットワークデバイスの識別情報を受信する。

可能な一実装において、第１の情報が接続失敗レポート情報を含むとき、第１のネットワークデバイスは、接続失敗レポート情報に基づいて、端末デバイスの接続失敗の原因を決定し、接続失敗の原因は、端末デバイスの早期ハンドオーバ、端末デバイスの遅延ハンドオーバ、又は端末デバイスの誤ったセルへのハンドオーバのうちいずれか１つを含んでもよい。

可能な一実装において、第１の情報が接続失敗レポート情報を含むとき、第１のネットワークデバイスは、接続失敗レポート情報を第２のネットワークデバイスに送信し、第２のネットワークデバイスは、第１のセルが属するネットワークデバイスであり、第１のネットワークデバイスは、第２のネットワークデバイスから接続失敗の原因を受信し、接続失敗の原因は、接続失敗レポート情報に基づいて決定される。

可能な一実装において、第１の情報は、ランダムアクセスチャネル（ＲＡＣＨ）レポート及び／又は端末デバイスの移動履歴情報をさらに含んでもよい。

第３の態様によれば、本出願の一実施形態は、情報処理装置をさらに提供する。情報処理装置は、処理モジュール及び送信モジュールを含み得る。処理モジュールは、第１のセルにおける端末デバイスの第１の情報を記録するように構成され、第１の情報は、無線リンク失敗（ＲＬＦ）又はハンドオーバ失敗の接続失敗レポート情報、及び／又はドライブテストの最小化（ＭＤＴ）技術を使用することにより測定を行うことによって取得された測定情報を含んでもよく、第１のセルの無線アクセス技術（ＲＡＴ）は第１のＲＡＴである。送信モジュールは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信するように構成され、第２のセルのＲＡＴは第２のＲＡＴであり、第２のＲＡＴは第１のＲＡＴと異なり、第１のネットワークデバイスは第２のセルが属するネットワークデバイスである。

可能な一実装において、送信モジュールは具体的に、端末デバイスが第２のセルにおいてアクセスするコアネットワークのタイプが、第１の情報に記録されたコアネットワークタイプと同じである場合、第１の情報を第２のセルを介して第１のネットワークデバイスに送信するように構成される。

可能な一実装において、情報処理装置は、受信モジュールをさらに含んでもよい。受信モジュールは、第１のネットワークデバイスから第１の指示情報を受信するように構成され、第１の指示情報はネットワークタイプを示し、ネットワークタイプはエアインターフェースタイプ及び／又はコアネットワークタイプを含んでもよく、エアインターフェースタイプは第１のＲＡＴ又は第２のＲＡＴである。送信モジュールは具体的に、第１の指示情報に基づいて、第１の情報を第２のセルを介して第１のネットワークデバイスに送信するように構成される。

可能な一実装において、送信モジュールはさらに、第３の指示情報を第１のネットワークデバイスに送信するように構成され、第３の指示情報は、第１の情報に記録されたネットワークタイプを示す。

可能な一実装において、受信モジュールはさらに、第１のネットワークデバイスから第２の指示情報を受信するように構成され、第２の指示情報は、第１のネットワークデバイスがネットワークタイプに対応するフォーマットで記録された第１の情報を受信する能力を有することを示す。

可能な一実装において、処理モジュールは具体的に、第１のセルにおける端末デバイスの第１の情報を第１のＲＡＴに対応するフォーマットで記録するように構成される。

可能な一実装において、送信モジュールはさらに、第１のセルの識別情報、及び／又は第１のセルが属する第２のネットワークデバイスの識別情報を第１のネットワークデバイスに送信するように構成される。

可能な一実装において、第１の情報は、ランダムアクセスチャネル（ＲＡＣＨ）レポート及び／又は端末デバイスの移動履歴情報をさらに含んでもよい。

第４の態様によれば、本出願の一実施形態は、情報処理装置をさらに提供する。情報処理装置は、受信モジュール及び処理モジュールを含み得る。受信モジュールは、端末デバイスから第２のセルを介して第１の情報を受信するように構成され、第１の情報は、第１のセルにおける端末デバイスの無線リンク失敗（ＲＬＦ）又はハンドオーバ失敗の接続失敗レポート情報、及び／又はドライブテストの最小化（ＭＤＴ）技術を使用することにより測定を行うことによって取得された測定情報を記録し、第１のセルの無線アクセス技術（ＲＡＴ）は第１のＲＡＴであり、第２のセルのＲＡＴは第２のＲＡＴであり、第２のＲＡＴは第１のＲＡＴと異なる。処理モジュールは、第１の情報を処理するように構成される。

可能な一実装において、情報処理装置は、送信モジュールをさらに含んでもよい。送信モジュールは、第１の指示情報を端末デバイスに送信するように構成され、第１の指示情報はネットワークタイプを示し、ネットワークタイプはエアインターフェースタイプ及び／又はコアネットワークタイプを含んでもよく、エアインターフェースタイプは、第１のＲＡＴ又は第２のＲＡＴである。

可能な一実装において、受信モジュールはさらに、端末デバイスから第３の指示情報を受信するように構成され、第３の指示情報は、第１の情報に記録されたネットワークタイプを示すために使用される。

可能な一実装において、送信モジュールはさらに、第２の指示情報を端末デバイスに送信するように構成され、第２の指示情報は、第１のネットワークデバイスがネットワークタイプに対応するフォーマットで記録された第１の情報を受信する能力を有することを示すために使用される。

可能な一実装において、受信モジュールはさらに、端末デバイスから、第１のセルの識別情報、及び／又は第１のセルが属する第２のネットワークデバイスの識別情報を受信するように構成される。

可能な一実装において、第１の情報が接続失敗レポート情報を含むとき、処理モジュールはさらに、接続失敗レポート情報に基づいて、端末デバイスの接続失敗の原因を決定するように構成され、接続失敗の原因は、端末デバイスの早期ハンドオーバ、端末デバイスの遅延ハンドオーバ、又は端末デバイスの誤ったセルへのハンドオーバのうちいずれか１つを含んでもよい。

可能な一実装において、第１の情報が接続失敗レポート情報を含むとき、送信モジュールはさらに、接続失敗レポート情報を第２のネットワークデバイスに送信するように構成され、第２のネットワークデバイスは第１のセルが属するネットワークデバイスであり、
受信モジュールはさらに、第２のネットワークデバイスからの接続失敗の原因を受信するように構成され、接続失敗の原因は、接続失敗レポート情報に基づいて決定される。

可能な一実装において、第１の情報は、ランダムアクセスチャネル（ＲＡＣＨ）レポート及び／又は端末デバイスの移動履歴情報をさらに含んでもよい。

第５の態様によれば、本出願の一実施形態は、プロセッサ及びメモリを含む情報処理装置をさらに提供し、メモリは、プログラム命令を記憶するように構成され、プロセッサは、メモリ内のプログラム命令を読み出し、メモリ内のプログラム命令に従って、第１の態様若しくは第１の態様の可能な実装のいずれか１つに記載の情報処理方法、又は第２の態様若しくは第２の態様の可能な実装のいずれか１つに記載の情報処理方法を実行するように構成される。

第６の態様によれば、本出願の一実施形態は、第１の態様又は第１の態様の可能な実装のいずれか１つにおける方法を実施するように構成されたモジュール、コンポーネント、又は回路を含む通信装置をさらに提供する。

可能な一実装において、通信装置は端末デバイスである。

可能な一実装において、通信装置は、端末デバイスにおいて使用され得るコンポーネント（例えば、チップ、モジュール、又は回路）である。

第７の態様によれば、本出願の一実施形態は、第２の態様又は第２の態様の可能な実装のいずれか１つにおける方法を実施するように構成されたモジュール、コンポーネント、又は回路を含む通信装置をさらに提供する。

可能な一実装において、通信装置は端末デバイスである。

可能な一実装において、通信装置は、端末デバイスにおいて使用され得るコンポーネント（例えば、チップ、モジュール、又は回路）である。

第８の態様によれば、本出願の一実施形態は、読取可能記憶媒体をさらに提供する。読取可能記憶媒体は、コンピュータプログラムを記憶する。コンピュータプログラムが実行されると、コンピュータプログラムは、第１の態様又は第１の態様の可能な実装のいずれか１つにおける方法を実行するように構成され、あるいは第２の態様又は第２の態様の可能な実装のいずれか１つにおける方法を実行するように構成される。

第９の態様によれば、本出願の一実施形態は、通信システムをさらに提供する。通信システムは、端末デバイス及びネットワークデバイスを含み得る。端末デバイスは、第１の態様又は第１の態様の可能な実装のいずれか１つにおける方法を実行するように構成され、ネットワークデバイスは、第２の態様又は第２の態様の可能な実装のいずれか１つにおける方法を実行するように構成される。

第１０の態様によれば、本出願の一実施形態は、プログラム製品を提供する。プログラム製品は、コンピュータプログラムを含む。コンピュータプログラムは、読取可能記憶媒体に記憶される。通信装置の少なくとも１つのプロセッサは、読取可能記憶媒体からコンピュータプログラムを読み出すことができる。少なくとも１つのプロセッサはコンピュータプログラムを実行し、それにより、通信装置は、第１の態様又は第１の態様の可能な実装のうちいずれか１つにおける方法を実行し、あるいは第２の態様又は第２の態様の可能な実装のうちいずれか１つにおける方法を実行する。

本出願の実施形態は、情報処理方法及び装置を提供する。端末デバイスが、第２のネットワークデバイスによりサービスされる第１のセルにアクセス又は在圏するとき、端末デバイスは、第１のセルにおける第１の端末デバイスの第１の情報を記録し、記憶する。第１の情報は、無線リンク失敗（ＲＬＦ）又はハンドオーバ失敗の接続失敗レポート情報、及び／又はドライブテストの最小化（ＭＤＴ）技術を使用することにより測定を行うことによって取得された測定情報を含んでもよい。第２のセルにアクセスした後、端末デバイスは、第２のセルを介して、第１の情報を第２のセルが属する第１のネットワークデバイスに送信することができ、第２のセルに対応するＲＡＴは、第１のセルに対応するＲＡＴと異なる。本出願の実施形態で提供される情報処理方法及び装置によれば、端末デバイスにより記録された第１の情報は、第２のセルが属する第１のネットワークデバイスに報告され得、それにより、端末デバイスにより記録された情報のクロスＲＡＴ報告が実施される。

本出願の一実施形態による適用シナリオの概略図である。 本出願の一実施形態による情報処理方法の概略図である。 本出願の一実施形態による、第１の情報を第１のネットワークデバイスに送信することを決定する方法の概略図である。 本出願の一実施形態による、端末デバイスの早期ハンドオーバが発生したことを決定する概略図である。 本出願の一実施形態による、端末デバイスの遅延ハンドオーバが発生したことを決定する概略図である。 本出願の一実施形態による、端末デバイスの誤ったハンドオーバが発生したことを決定する概略図である。 本出願の一実施形態による通信装置の構造の概略図である。 本出願の一実施形態による端末デバイスの構造の概略図である。 本出願の一実施形態による情報処理装置の構造の概略図である。 本出願の一実施形態による別の情報処理装置の構造の概略図である。

本出願の実施形態は、ＬＴＥシステムで使用されてもよく、あるいは他の通信システム、例えば、第５世代（5th generation、５Ｇ）移動通信システム又は将来出現し得る他の移動通信システムで使用されてもよい。

以下では、当業者の理解を容易にするために、本出願におけるいくつかの用語について説明する。本出願の実施形態における解決策が、５Ｇ又は将来出現し得る他の移動通信システムにおいて使用されるとき、ネットワークデバイス及び端末の名称は変化する可能性があるが、これは本出願の実施形態における解決策の実施に影響しないことに留意されたい。

図１は、本出願の一実施形態による適用シナリオの概略図である。通信システムは、１つの端末デバイス及び２つのネットワークデバイスを含み得る。２つのネットワークデバイスは、それぞれ、第１のネットワークデバイスと第２のネットワークデバイスである。第１のネットワークデバイス及び第２のネットワークデバイスにそれぞれ接続されるコアネットワークのタイプは、同じでもよく、あるいは異なってもよい。

端末デバイスが、第２のネットワークデバイスによりサービスされる第１のセルにアクセス又は在圏（camps on）するとき、端末デバイスは、第１のセルにおける端末デバイスの第１の情報を記録し、記憶し、第１の情報は、無線リンク失敗（ＲＬＦ）又はハンドオーバ失敗の接続失敗レポート情報、及び／又はドライブテストの最小化（minimization of drive tests、ＭＤＴ）技術を使用することにより測定を行うことによって取得された測定情報を含み、第１のセルのＲＡＴは第１のＲＡＴである。第２のセルにアクセスした後、端末デバイスは、第２のセルを介して、第１の情報を第２のセルが属する第１のネットワークデバイスに送信し、第２のセルのＲＡＴは第２のＲＡＴであり、第２のＲＡＴは第１のＲＡＴと異なる。このようにして、端末デバイスにより記録された第１の情報は、第２のセルが属する第１のネットワークデバイスに報告され、端末デバイスにより記録された情報のクロスＲＡＴ報告が実施される。本出願のこの実施形態において、第１の情報がＲＬＦ又はハンドオーバ失敗の接続失敗レポート情報及び／又はＭＤＴ技術を使用することにより測定を行うことによって取得された測定情報を含むことは、第１の情報がＲＬＦ又はハンドオーバ失敗の接続失敗レポート情報のみを含むこととして理解されてもよく、あるいは第１の情報がＭＤＴ技術を使用することにより測定を行うことによって取得された測定情報のみを含むこととして理解されてもよいことに留意されたい。確かに、代わりに、第１の情報は、ＲＬＦ又はハンドオーバ失敗の接続失敗レポート情報、及びＭＤＴ技術を使用することにより測定を行うことによって取得された測定情報を含むと理解されてもよい。端末デバイスが第２のセルにアクセスすることは、端末デバイスが第２のセルにアクセスするよう試みること、例えば、端末デバイスが第２のセルにおいてランダムアクセスを実行することとして理解されてもよく、あるいは、端末デバイスが第２のセルに成功裏にアクセスしたこととして理解されてもよいことに留意されたい。任意で、第１の情報は、ランダムアクセスチャネル（random access channel、ＲＡＣＨ）レポート及び／又は端末デバイスの移動履歴情報をさらに含んでもよい。ＲＡＣＨレポートは、端末デバイスの失敗したランダムアクセスプロセスの関連情報を含み、例えば、ビーム（beam）の関連情報、並びに同期信号及びＰＢＣＨブロック（synchronization signal and PBCH block、ＳＳＢ）の関連情報を含んでもよい。端末デバイスの移動履歴情報は、端末デバイスにより最近アクセスされたセルにおける端末デバイスの時間に関する情報を含む。

本出願の実施形態において、端末デバイスは、端末又はユーザ装置（user equipment、ＵＥ）とも呼ばれ、ユーザに音声及び／又はデータ接続を提供するデバイス、例えば、無線接続機能を有するハンドヘルドデバイス又は車載デバイスである。一般的な端末デバイスには、例えば、携帯電話、タブレット、ノートブックコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（mobile internet device、ＭＩＤ）、及びウェアラブルデバイスを含む。ウェアラブルデバイスは、例えば、スマートウォッチ、スマートバンド、又は歩数計を含む。

本出願の実施形態で提供されるネットワークデバイスは、無線アクセスネットワーク（radio access network、ＲＡＮ）デバイスとも呼ばれ、端末デバイスが無線方式で移動通信システムにアクセスするアクセスデバイスであり、基地局、進化型ＮｏｄｅＢ（evolved NodeB、ｅＮＢ）、送受信ポイント（transmission reception point、ＴＲＰ）、５Ｇ移動通信システムにおける次世代ＮｏｄｅＢ（next generation NodeB、ｇＮＢ）、将来の移動通信システムにおける基地局、Ｗｉ－Ｆｉシステムにおけるアクセスノードなどでもよく、あるいは基地局の機能の一部を完了するモジュール又はユニットでもよく、例えば、集中ユニット（central unit、ＣＵ）でもよく、あるいは分散ユニット（distributed unit、ＤＵ）でもよい。無線アクセスネットワークデバイスにより使用される特定の技術及び特定のデバイス形態は、本出願の実施形態において限定されない。

ネットワークデバイスと端末デバイスとの間の通信は、ライセンススペクトル（licensed spectrum）を使用することにより実行されてもよく、あるいはアンライセンススペクトル（unlicensed spectrum）を使用することにより実行されてもよく、あるいはライセンススペクトルとアンライセンススペクトルとの双方を使用することにより実行されてもよい。ネットワークデバイスと端末デバイスとの間の通信は、６ギガヘルツ（gigahertz、ＧＨｚ）未満のスペクトルを使用することにより実行されてもよく、あるいは６ＧＨｚを超えるスペクトルを使用することにより実行されてもよく、あるいは６ＧＨｚ未満のスペクトルと６ＧＨｚを超えるスペクトルとの双方を使用することにより実行されてもよい。ネットワークデバイスと端末デバイスとの間で使用されるスペクトルリソースは、本出願の実施形態において限定されない。

本出願の実施形態において、「少なくとも１つの」は１つ以上を意味し、「複数の」は、２つ以上を意味する。用語「及び／又は」は、関連づけられたオブジェクト間の関連づけ関係を説明し、３つの関係が存在し得ることを示す。例えば、Ａ及び／又はＢは、以下の３つのケース、すなわち、Ａのみ存在する、Ａ及びＢの双方が存在する、及びＢのみが存在することを表し得る。Ａ及びＢは、単数又は複数であり得る。本出願のテキスト記述において、文字「／」は、通常、関連づけられたオブジェクト間の「又は」関係を示す。

本出願で提供される情報処理方法の技術的解決策の説明を容易にするために、本出願で提供される技術的解決策を詳細に説明する前に、まず、ＲＡＴタイプ及びネットワークタイプの説明が提供される。本出願の実施形態において、ＲＡＴタイプは、エアインターフェースタイプ（air interface type）である。例えば、エアインターフェースタイプは、ニューラジオ（new radio、ＮＲ）又は進化型ユニバーサル地上波無線アクセス（evolved universal terrestrial radio access、Ｅ－ＵＴＲＡ）でもよい。従来の第２世代（2nd generation、２Ｇ）、第３世代（3rd generation、３Ｇ）、及び第４世代（4th generation、４Ｇ）移動通信システムでは、異なるエアインターフェースは異なる通信システムを表す。４Ｇと５Ｇのネットワークが共存するシナリオでは、あるエアインターフェースタイプのセルは、２つのタイプのコアネットワークに接続され得る。例えば、Ｅ－ＵＴＲＡセルは、第５世代コア（5th generation core、５ＧＣ）又は進化型パケットコア（evolved packet core、ＥＰＣ）に接続され得る。端末デバイスがＥ－ＵＴＲＡセルを介してＥＰＣに接続されることは、端末デバイスが４Ｇネットワークにアクセスすることとして理解されてもよく、端末デバイスがＥ－ＵＴＲＡセルを介して５ＧＣに接続されることは、端末デバイスが５Ｇネットワークにアクセスすることとして理解されてもよい。４Ｇと５Ｇのネットワークでは、エアインターフェースタイプは同じであるが、コアネットワークタイプは異なる。４Ｇと５Ｇのネットワークは、異なる通信システムとして理解されてもよい。本出願の実施形態において、異なる通信システムは、異なるネットワークタイプと同等である。ネットワークタイプは、エアインターフェースタイプ又はコアネットワークタイプを含み、あるいはエアインターフェースタイプ及びコアネットワークタイプを含んでもよい。ネットワークタイプがエアインターフェースタイプ及びコアネットワークタイプを含むとき、ネットワークタイプが異なるシナリオでは、２つのセルは異なるエアインターフェースタイプに対応するが、２つのセルにおける端末デバイスによりアクセスされるコアネットワークタイプは同じであるか又は異なる。ネットワークタイプが異なる別のシナリオでは、２つのセルは同じエアインターフェースタイプに対応するが、２つのセルにおける端末デバイスによりアクセスされるコアネットワークのタイプは異なる。

図２は、本出願の一実施形態による情報処理方法の概略図である。情報処理方法は、以下のステップを含み得る。

Ｓ２０１：端末デバイスが、第１のセルに在圏し、あるいは接続されている。第１のセルは、第２のネットワークデバイスによりサービスされるセルである。

Ｓ２０２：端末デバイスが、第１のセルにおける端末デバイスの第１の情報を記録する。第１の情報は、ＲＬＦ又はハンドオーバ失敗の接続失敗レポート情報、及び／又はＭＤＴ技術を使用することにより測定を行うことによって取得された測定情報を含み得る。任意で、第１の情報は、ＲＡＣＨレポート及び／又は端末デバイスの移動履歴情報をさらに含んでもよい。第１の情報は、他の情報をさらに含んでもよいことが理解され得る。これは、本出願のこの実施形態において限定されない。

端末デバイスが、第１のセルが属する第２のネットワークデバイスへの接続を確立した後、端末デバイスのＲＬＦ又はハンドオーバ（handover、ＨＯ）失敗が発生した場合、端末デバイスは、接続失敗レポート情報を記録する。本出願のこの実施形態において、接続失敗レポート情報は、ＲＬＦ又はＨＯ失敗を含んでもよい。あるいは、端末が第１のセルにアクセスするよう試みたときにアクセス失敗が発生した場合、端末デバイスは、接続失敗レポート情報を記録する。例えば、端末が第１のセルにハンドオーバされたとき、第１のセルでランダムアクセスが失敗する。あるいは、第１のセルへのセル選択又は再選択の後、無線リソース制御（radio resource control、ＲＲＣ）接続確立が開始された後、接続確立が失敗し、例えば、この失敗は、ランダムアクセス失敗により引き起こされる。

端末デバイスは、過去に複数のセルに接続され、既に該複数のセルから切断され、複数のセルに関する情報を記録している可能性があることに留意されたい。例えば、端末デバイスは、Ｅ－ＵＴＲＡセルに関する情報を記録している可能性があり、あるいはＮＲセルに関する情報を記録している可能性がある。この場合、異なるエアインターフェースで発生するＲＬＦ又はＨＯ失敗の間でより容易に区別するために、ＲＬＦ又はＨＯ失敗情報を記録及び記憶するとき、端末デバイスは、発生したＲＬＦ又はＨＯ失敗に対応するエアインターフェースタイプをさらに記録してもよい。さらに、２つのセルが同じエアインターフェースタイプに対応するとき、端末デバイスは、端末デバイスが接続されているコアネットワークタイプをさらに記録してもよい。例えば、コアネットワークタイプはＥＰＣ又は５ＧＣである。

Ｓ２０３：端末デバイスが、セル選択又はセル再選択を実行し、第２のセルへのＲＲＣ接続を確立する。

端末デバイスがセル選択を実行することは、端末デバイスのＲＬＦ又はＨＯ失敗が発生した後に端末デバイスがＲＲＣ接続再確立をトリガすることとして理解されてもよい。端末デバイスがセル再選択を実行することは、端末デバイスがアイドルモード又は非アクティブモードでセル再選択を実行することとして理解されてもよい。端末デバイスが第２のセルへのＲＲＣ接続を確立することは、端末デバイスが第２のセルへのＲＲＣ接続を新たに確立することとして理解されてもよく、あるいは端末デバイスが第２のセルへのＲＲＣ接続を再確立することとして理解されてもよく、あるいは、確かに、端末デバイスが第２のセルへのＲＲＣ接続を再開することとして理解されてもよい。端末デバイスとネットワークデバイスとの間の特定のＲＲＣモードには、接続（connected）モード、アイドル（idle）モード、及び非アクティブ（inactive）モードを含んでもよい。接続モードの端末デバイスは、ネットワークデバイスと直接通信してデータを送信することができる。アイドルモードの端末デバイスは、データをネットワークデバイスに直接送信することができず、ランダムアクセスを実行してＲＲＣ接続を確立した後にのみデータを送信することができる。非アクティブモードは、接続モードとアイドルモードとの間の中間モードと考えられてもよい。端末デバイス及びコアネットワークは、接続モードにおいてユーザ装置（user equipment、ＵＥ）のコンテキストを保持する。したがって、アイドルモードの端末デバイスと比較して、非アクティブモードの端末デバイスは、より迅速に接続モードに切り替えることができる。現在、端末デバイスがＲＲＣ接続モードからアイドルモードに切り替えられるとき、ＲＲＣ構成メッセージは保持されない。しかしながら、端末デバイスが接続モードから非アクティブモードに切り替えられるとき、ＲＲＣメッセージのコンテキストは保持される。さらに、非アクティブモードの端末デバイスは、非アクティブモードにおいてデータを直接送信することはできず、ランダムアクセスを実行し、ＲＲＣ接続を確立し、ＲＲＣ接続モードに切り替えられた後にのみデータを送信することができる。

第２のセルへのＲＲＣ接続を確立するとき、端末デバイスは、ＲＲＣ接続確立完了メッセージ、ＲＲＣ接続再確立完了メッセージ、又はＲＲＣ接続再開完了メッセージにおいて、端末デバイスの第１の情報に記録されたネットワークタイプを示すことができ、あるいはＲＲＣ接続確立完了メッセージ、ＲＲＣ接続再確立完了メッセージ、又はＲＲＣ接続再開完了メッセージにおいて、端末デバイスの第１の情報に記録されたネットワークタイプを示すことができることに留意されたい。ネットワークタイプは、エアインターフェースタイプ及び／又はコアネットワークタイプを含む。具体的には、本明細書におけるエアインターフェースタイプは、第１のセルに対応するエアインターフェースタイプであり、コアネットワークタイプは、端末デバイスが接続されているコアネットワークのタイプである。

Ｓ２０３において第２のセルへのＲＲＣ接続を確立した後、端末デバイスは、第２のセルを介して、第１の情報を第２のセルが属する第１のネットワークデバイスに送信する、すなわち、以下のＳ２０４を実行することができる。

Ｓ２０４：端末デバイスが、第１の情報を第２のセルを介して第１のネットワークデバイスに送信する。

例えば、第１の情報は、ＲＲＣメッセージ内で搬送されてもよい。具体的には、端末デバイスは、第２のセルを介して、第１の情報を含むＲＲＣメッセージを第１のネットワークデバイスに送信することができる。確かに、第１の情報は、代わりに、別のメッセージにおいて搬送されてもよい。これは、本出願のこの実施形態において限定されない。

現在の技術では、端末デバイスが同じＲＡＴのセル間のリンク失敗リカバリを実行するとき、ＲＲＣ接続再確立がトリガされる。この場合、端末デバイスは、ＲＲＣ再確立要求メッセージにソースセルのセル識別子を含め、現在のセルが属するネットワークデバイスは、リンク失敗が発生したときに端末デバイスが位置するセルに関する情報を習得することができる。しかしながら、端末デバイスが異なるＲＡＴ間のリンク失敗リカバリを実行するとき、ＲＲＣ接続は、選択されたセルで新たに確立される。ＲＲＣ接続の新しい確立の間、端末デバイスは、失敗が発生した第１のセル又は第２のネットワークデバイスに関する情報を含めない。

任意で、第１の情報を含むＲＲＣメッセージが第１のネットワークデバイスに送信されるとき、ＲＲＣメッセージは、第２のセルに対応するＲＡＴのエアインターフェースプロトコルフォーマットを使用することによりカプセル化されてもよく、カプセル化の後の接続失敗レポート情報が、第１のネットワークデバイスに送信される。第１の情報のフォーマットは、第１のセルに対応するＲＡＴのエアインターフェースプロトコルフォーマットでもよい。任意で、コンテナ（container）として、第１の情報はＲＲＣメッセージで搬送される。第１のネットワークデバイスが、第１のセルに対応するＲＡＴのエアインターフェースプロトコルフォーマットで記録された第１の情報の内容を解釈することができないため、第１の情報は、第２のネットワークデバイスに転送される必要があることに留意されたい。第１のネットワークデバイスが、接続失敗レポート情報を第２のネットワークデバイスに成功裏に転送できるようにするために、第１のセルの識別情報、及び／又は第１のセルが属する第２のネットワークデバイスの識別情報が、ＲＲＣメッセージにおいてコンテナの外部でさらに搬送されてもよく、それにより、第１のネットワークデバイスは、搬送された第１のセルの識別情報及び／又は第１のセルが属する第２のネットワークデバイスの識別情報に基づいて、第２のネットワークデバイスを決定し、接続失敗レポート情報を第２のネットワークデバイスに成功裏に転送することができる。

例えば、第２のセルに対応するエアインターフェースがＥ－ＵＴＲＡである場合、第２のセルにおける端末デバイスに接続されたコアネットワークのタイプがＥＰＣ又は５ＧＣであり、第１のセルに対応するエアインターフェースがＮＲであるとき、端末デバイスは、端末デバイスにより第１のセルで記録された第１の情報をＮＲエアインターフェースプロトコルフォーマットでカプセル化し、Ｅ－ＵＴＲＡエアインターフェースプロトコルフォーマットでカプセル化されたＲＲＣメッセージにコンテナとして第１の情報を含め、第２のセルが属する第１のネットワークデバイスにＲＲＣメッセージを送信することができる。任意で、第１のネットワークデバイスが、第１の情報を受信した後、第１の情報を第１のセルが属する第２のネットワークデバイスに送信できるようにするために、第１のセルの識別情報又は第１のセルが属する第２のネットワークデバイスの識別情報が、ＲＲＣメッセージにおいてコンテナの外部でさらに搬送されてもよい。さらに、任意で、端末デバイス等の識別情報がさらに搬送されてもよい。

本出願のこの実施形態で提供される情報処理方法によれば、端末デバイスは、ネットワークデバイスによりサービスされ、かつそのエアインターフェースがＮＲである第１のセルに在圏し又は接続されており、第１のセルにおける端末デバイスの第１の情報を記録する。端末デバイスがセル選択又はセル再選択を実行し、第２のセルに接続され、第２のセルへのＲＲＣ接続を確立した後、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信することができる。このように、端末デバイスにより記録された第１の情報は、第２のセルが属する第１のネットワークデバイスに報告され、それにより、端末デバイスにより記録された情報のクロスＲＡＴ報告が実施される。

本出願のこの実施形態において、Ｓ２０４において端末デバイスが第１の情報を第２のセルを介して第１のネットワークデバイスに送信するとき、端末デバイスは、少なくとも２つの可能な実装において、第１の情報を第１のネットワークデバイスに送信することを決定してもよいことに留意されたい。例えば、決定方法については、以下を参照する。

可能な一実装において、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信するかどうかを能動的に（actively）決定することができる。例えば、端末デバイスは、第２のセルにおいてアクセスされるコアネットワークタイプが、第１の情報に記録されたコアネットワークタイプと同じかどうかを決定してもよい。第２のセルのエアインターフェースのタイプが第１のセルのエアインターフェースのタイプと異なるとき、第２のセルにおいてアクセスされるコアネットワークのタイプが第１の情報に記録されたコアネットワークタイプと同じである場合、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信し、それにより、第１のネットワークデバイスは、端末デバイスにより第１のセルで記録された第１の情報を取得する。これに対し、端末デバイスが第２のセルにおいてアクセスするコアネットワークのタイプが、第１の情報に記録されたコアネットワークタイプと異なる場合、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信しない。別の例では、端末デバイスは、第２のセルにおいてアクセスされるコアネットワークタイプが、第１の情報に記録されたコアネットワークタイプと同じであるかどうかを決定する。第２のセルのエアインターフェースタイプが第１のセルのエアインターフェースタイプと同じであるとき（例えば、エアインターフェースタイプが双方ともＥ－ＵＴＲＡである）、第２のセルにおいてアクセスされるコアネットワークのタイプが第１の情報に記録されたコアネットワークタイプと同じである場合、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信し、それにより、第１のネットワークデバイスは、端末デバイスにより第１のセルで記録された第１の情報を取得する。これに対し、端末デバイスが第２のセルにおいてアクセスするコアネットワークのタイプが、第１の情報に記録されたコアネットワークタイプと異なる場合、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信しない。この可能な実装において、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信するかどうかを能動的に決定することができ、それにより、第１の情報を報告する柔軟性が改善される。

例えば、第２のセルにおける端末デバイスによりアクセスされるコアネットワークタイプは５Ｇコアネットワークである。第１の情報に記録されたコアネットワークタイプも５Ｇコアネットワークである場合、第２のセルにおいてアクセスされるコアネットワークタイプは、第１の情報に記録されたコアネットワークタイプと同じであると決定され得る。この場合、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信することができ、それにより、第１のネットワークデバイスは、端末デバイスにより第１のセルで記録された第１の情報を取得する。

可能な一実装において、端末デバイスは、第２のセルに対応するエアインターフェースタイプが、デフォルトで第１の情報の報告をサポートする、端末デバイスのエアインターフェースタイプと同じであるかどうかを決定することができる。第２のセルに対応するエアインターフェースタイプが、デフォルトで第１の情報の報告をサポートする、端末デバイスのエアインターフェースタイプと同じである場合、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信し、それにより、第１のネットワークデバイスは、端末デバイスにより第１のセルで記録された第１の情報を取得する。これに対し、第２のセルに対応するエアインターフェースタイプが、デフォルトで第１の情報の報告をサポートする、端末デバイスのエアインターフェースタイプと異なる場合、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信しない。例えば、第２のセルのエアインターフェースタイプがＮＲであり、第１のセルのエアインターフェースタイプがＥ－ＵＴＲＡであるとき、端末デバイスが、ＮＲセルを使用することにより、Ｅ－ＵＴＲＡセルで記録された第１の情報を報告することをサポートする場合、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信する。同様に、第２のセルのエアインターフェースタイプがＥ－ＵＴＲＡであり、第１のセルのエアインターフェースタイプがＮＲであるとき、端末デバイスが、Ｅ－ＵＴＲＡセルを使用することにより、ＮＲセルで記録された第１の情報を報告することをサポートする場合、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信する。

別の可能な実装において、端末デバイスは、第１のネットワークデバイスから第１の指示情報を受信することができ、第１の指示情報は、第１のＲＡＴを使用することにより記録された情報を報告するように端末デバイスに指示する。任意で、第１の指示情報は、ネットワークタイプを示し、ネットワークタイプは、エアインターフェースタイプ及び／又はコアネットワークタイプを含む。本明細書におけるエアインターフェースタイプは、Ｅ－ＵＴＲＡ又はＮＲであり得、コアネットワークタイプは、５ＧＣ又はＥＰＣであり得る。例えば、ネットワークタイプはＮＧ－ＲＡＮでもよく、ＮＧ－ＲＡＮに対応するコアネットワークタイプは５ＧＣであり、エアインターフェースタイプはＥ－ＵＴＲＡ又はＮＲでもよい。端末デバイスは、第１の指示情報に基づいて、第１の情報を第２のセルを介して第１のネットワークデバイスに送信するかどうかを決定する。具体的には、決定方法については、図３を参照する。図３は、本出願の一実施形態による、第１の情報を第１のネットワークデバイスに送信することを決定する方法の概略図である。この方法は、以下のステップを含み得る。

Ｓ３０１：第１のネットワークデバイスが、第２の指示情報を端末デバイスに送信する。

第２の指示情報は、第１のネットワークデバイスがネットワークタイプに対応するフォーマットで記録された第１の情報を受信する能力を有することを示す。ネットワークタイプに対応するフォーマットは、エアインターフェースタイプに対応するフォーマットとして理解されてもよい。例えば、第２の指示情報は、システムメッセージにおいて搬送され、例えば、システムメッセージ内の１つ又は２つのビットで搬送されてもよい。

Ｓ３０２：第２の指示情報を受信した後、端末デバイスが、第３の指示情報を第１のネットワークデバイスに送信し、第３の指示情報は、第１の情報に記録されたネットワークタイプを示す。例えば、本明細書におけるネットワークタイプは、ＲＬＦ又はハンドオーバ失敗が発生したとき端末デバイスが接続されているセルに対応するエアインターフェースタイプを含んでもよく、ネットワークタイプは、ＲＬＦ又はハンドオーバ失敗が発生したとき端末デバイスが接続されているコアネットワークのタイプをさらに含んでもよい。

端末デバイスは、第３の指示情報を第１のネットワークデバイスに送信し、それにより、第１のネットワークデバイスは、第３の指示情報に基づいて、端末デバイスが第１の情報を記録するとき端末デバイスにより使用されるエアインターフェースタイプ、及び／又は端末デバイスが接続されているコアネットワークのタイプを決定し、次いで、必要に応じて、第１の情報を報告するように端末デバイスに指示する。

Ｓ３０３：第３の指示情報を受信した後、第１のネットワークデバイスが、第１の指示情報を端末デバイスに送信し、第１の指示情報は、ネットワークタイプを示す。第１の指示情報により示されるネットワークタイプがＮ個のエアインターフェースタイプを含む場合、第１の指示情報を受信した後、端末デバイスは、第１の情報に記録されたエアインターフェースタイプを、第１の指示情報により示されるＮ個のエアインターフェースタイプと比較し、Ｎは正の整数である。第１の情報に記録されたエアインターフェースタイプが、第１の指示情報により示されるＮ個のエアインターフェースタイプのうち１つと同じである場合、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信する。第１の情報に記録されたエアインターフェースタイプが、第１の指示情報により示されるＮ個のエアインターフェースタイプのいずれとも同じでない場合、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信しない。

第１の指示情報により示されるネットワークタイプがＭ個のコアネットワークタイプを含む場合、第１の指示情報を受信した後、端末デバイスは、第１の情報に記録されたコアネットワークタイプを、第１の指示情報により示されるＭ個のコアネットワークタイプと比較し、Ｍは正の整数である。第１の情報に記録されたコアネットワークタイプが、第１の指示情報により示されるＭ個のコアネットワークタイプのうち１つと同じである場合、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信する。第１の情報に記録されたコアネットワークタイプが、第１の指示情報により示されるＭ個のコアネットワークタイプのいずれとも同じでない場合、端末デバイスは、第１の情報を第２のセルを介して第１のネットワークデバイスに送信しない。

第１の指示情報により示されるネットワークタイプが、Ｎ個のエアインターフェースタイプ及びＭ個のコアネットワークタイプを含む場合、第１の指示情報を受信した後、端末デバイスは、第１の情報に記録されたエアインターフェースタイプ及びコアネットワークタイプを、第１の指示情報により示されるＮ個のエアインターフェースタイプ及びＭ個のコアネットワークタイプとそれぞれ比較して、第１の情報を第２のセルを介して第１のネットワークデバイスに送信するかどうかを決定してもよい。具体的な決定方法は、第１の情報に記録されたエアインターフェースタイプが第１の指示情報により示されるエアインターフェースタイプと比較されるとき使用される決定方法、及び第１の情報に記録されたコアネットワークタイプが第１の指示情報により示されるコアネットワークタイプと比較されるとき使用される決定方法と同様である。詳細は、本出願のこの実施形態においてここで再度説明されない。

Ｓ３０４：端末デバイスが、第１の情報を第２のセルを介して第１のネットワークデバイスに送信する。

Ｓ３０１～Ｓ３０４に示す実装において、端末デバイスは、第１のネットワークデバイスにより送信された指示情報を受信した後にのみ、第１の情報を第２のセルを介して第１のネットワークデバイスに送信する。言い換えると、端末デバイスが第１の情報を報告するかどうかは、第１のネットワークデバイスにより制御される。このようにして、第１のネットワークデバイスは、第１のネットワークデバイスの実際の要件に基づいて、端末デバイスが第１の情報を報告する必要があるかどうかを決定することができる。これは、第１のネットワークデバイスの要件を満たす。

別の可能なシナリオにおいて、第１のセルと第２のセルは同じエアインターフェースタイプに対応するが、端末デバイスが２つのセルの中でアクセスするコアネットワークのタイプは異なる。例えば、第１のセルに対応するエアインターフェースタイプと第２のセルに対応するエアインターフェースタイプは双方ともＥ－ＵＴＲＡであるが、第１のセル内の端末デバイスによりアクセスされるコアネットワークのタイプは４Ｇコアネットワークであり、第２のセル内の端末デバイスによりアクセスされるコアネットワークのタイプは５Ｇコアネットワークである。コアネットワークのタイプは、本出願のこの実施形態において限定されないことが理解され得る。このシナリオにおいて、端末デバイスが第１のセルにおける端末デバイスの第１の情報を記録し、第１の情報を第２のセルを介して第１のネットワークデバイスに送信する実装方法は、図２及び図３に示される実施形態の実装方法と同様である。詳細については、図２及び図３に示される実施形態における関連する説明を参照する。

可能な一実装において、ステップＳ３０１は省略され得ることに留意されたい。この場合、端末デバイスは、ステップＳ３０２を能動的に実行し、具体的には、端末デバイスは、第１のネットワークデバイスのネットワークサポート能力を取得する必要がなく、すなわち、端末デバイスにより記録された第１の情報に記録されたネットワークタイプを第１のネットワークデバイスに能動的に報告する。別の可能な実装において、ステップＳ３０１及びステップＳ３０２が省略されてもよい。この場合、第１のネットワークデバイスは、ステップＳ３０３を能動的に実行し、具体的には、第１のネットワークデバイスは、端末デバイスにより記録された第１の情報に記録されたネットワークタイプを習得する必要はないが、特定のネットワークタイプに合致する第１の情報を送信するように端末デバイスに直接要求する。別の可能な実装において、ステップＳ３０２及びＳ３０３が省略されてもよく、具体的には、第１のネットワークデバイスは、第２の指示情報を端末デバイスに送信し、それにより、端末デバイスは、第１のネットワークデバイスのネットワークサポート能力を習得し、端末デバイスは、第１のネットワークデバイスのネットワークサポート能力に基づいて、第１の情報を第２のセルを介して第１のネットワークデバイスに送信するかどうかを決定する。

端末デバイスが第１の情報を第２のセルを介して第１のネットワークデバイスに送信した後、第１のネットワークデバイスは第１の情報を処理し得ることに留意されたい。例えば、処理は、パース（parsing）処理、記憶処理などを含んでもよい。任意で、第１の情報が接続失敗レポート情報を含むとき、第１のネットワークデバイスは、接続失敗レポート情報に基づいて、端末デバイスの接続失敗の原因を決定することができる。具体的には、少なくとも２つの可能な決定方法が含まれ得る。

可能な一実装において、第１のネットワークデバイスは、接続失敗レポート情報に基づいて、端末デバイスの接続失敗の原因を直接決定することができる。接続失敗の原因には、端末デバイスの早期ハンドオーバ、端末デバイスの遅延ハンドオーバ、又は端末デバイスの誤ったセルへのハンドオーバのうちいずれか１つを含む。

可能な一実装において、第１のネットワークデバイスは、接続失敗レポート情報を第１のセルが属する第２のネットワークデバイスに送信することができ、それにより、第２のネットワークデバイスは、接続失敗レポート情報に基づいて、端末デバイスの接続失敗の原因を決定し、接続失敗の原因を第１のネットワークデバイスに送信する。接続失敗の原因には、端末デバイスの早期ハンドオーバ、端末デバイスの遅延ハンドオーバ、又は端末デバイスの誤ったセルへのハンドオーバのうちいずれか１つを含む。図４～図６に示す実施形態を用いることにより、以下では、端末デバイスの接続失敗の原因を決定する詳細な説明を提供する。図４は、本出願の一実施形態による、端末デバイスの早期ハンドオーバが発生したことを決定する概略図である。図５は、本出願の一実施形態による、端末デバイスの遅延ハンドオーバが発生したことを決定する概略図である。図６は、本出願の一実施形態による、端末デバイスの誤ったハンドオーバが発生したことを決定する概略図である。

早期ハンドオーバを決定するシナリオにおいて、例えば、図４を参照する。第２のセルのＲＡＴは、第１のセルのＲＡＴと異なる。第２のセルが属する第１のネットワークデバイスはソース基地局であり、第１のセルが属する第２のネットワークデバイスはターゲット基地局である。ソース基地局はｎｇ－ｅＮＢ又はｅＮＢであり、ターゲット基地局はｇＮＢである。あるいは、ソース基地局はｇＮＢであり、ターゲット基地局はｎｇ－ｅＮＢ又はｅＮＢである。ｎｇ－ｅＮＢは進化型次世代ＬＴＥ基地局であり、ｎｇ－ｅＮＢは５ＧＣ又はＥＰＣのみに接続されてもよく、あるいは５ＧＣ及びＥＰＣの双方に接続されてもよい。ソース基地局による早期ハンドオーバを決定する方法は、以下のステップを含み得る。

Ｓ４０１：ソース基地局が、ハンドオーバ指示情報を端末デバイスに送信する。

ハンドオーバ指示情報は、ターゲットセルにハンドオーバされるように端末デバイスに指示し、ターゲットセルは第１のセルであり、第１のセルが属する基地局はターゲット基地局である。例えば、ハンドオーバ指示情報は、第１のセルの識別子を含んでもよい。

Ｓ４０２：端末デバイスが、第１のセルを使用することによりターゲット基地局へのランダムアクセスを開始する。

端末デバイスが第１のセルに成功裏にアクセスした後、ＲＬＦが発生した場合、端末デバイスは、第１のセルにおいて端末デバイスのＲＬＦが発生したことを示す接続失敗レポート情報を記録し、ＲＲＣ接続再確立／ＲＲＣ接続新規確立手順をトリガする。

Ｓ４０３：端末デバイスが、第１のセルにおける接続失敗レポート情報を記録する。

Ｓ４０３における、端末デバイスにより第１のセルにおける接続失敗レポート情報を記録する実装は、図２に示す実施形態におけるＳ２０２の実装と同様であることに留意されたい。図２に示す実施形態におけるＳ２０２の関連する説明を参照する。詳細は、本出願のこの実施形態においてここで再度説明されない。

Ｓ４０４：端末デバイスが、ソース基地局への接続を再確立又は新たに確立する。

Ｓ４０５：端末デバイスが、接続失敗レポート情報を第２のセルを介してソース基地局に送信する。

任意で、接続失敗レポート情報を第２のセルを介してソース基地局に送信する前に、端末デバイスは、接続失敗レポート情報を、第１のセルに対応するＲＡＴのエアインターフェースプロトコルフォーマットでカプセル化し、カプセル化された接続失敗レポート情報をソース基地局に送信してもよい。任意で、コンテナ（container）として、接続失敗レポート情報はＲＲＣメッセージで搬送される。ソース基地局は、第１のセルに対応するＲＡＴのエアインターフェースプロトコルフォーマットで記録された接続失敗レポート情報の内容を解釈できない場合があるため、接続失敗レポート情報は、ターゲット基地局、すなわち、第１のセルが属するネットワークデバイスに転送される必要があることに留意されたい。ソース基地局が接続失敗レポート情報をターゲット基地局に成功裏に転送できるようにするために、第１のセルの識別情報、及び／又は第１のセルが属するターゲット基地局の識別情報が、ＲＲＣメッセージにおいてコンテナの外部でさらに搬送されてもよく、それにより、ソース基地局は、搬送された第１のセルの識別情報及び／又は第１のセルが属するターゲット基地局の識別情報に基づいてターゲット基地局を決定し、接続失敗レポート情報をターゲット基地局に成功裏に転送することができる。

Ｓ４０６：ソース基地局が、接続失敗レポート情報をターゲット基地局に送信する。例えば、ソース基地局とターゲット基地局との間に直接インターフェース、例えばＸ２インターフェース又はＸｎインターフェースが存在する場合、ソース基地局は、接続失敗レポート情報をこのインターフェースを介してターゲット基地局に送信する。別の例において、ソース基地局とターゲット基地局との間に直接インターフェースが存在しない場合、ソース基地局は、接続失敗レポート情報をソース基地局に接続されたコアネットワークに送信し、さらに、接続失敗レポート情報をコアネットワークを介してターゲット基地局に送信する。例えば、ソース基地局がＳ１インターフェースを介して４Ｇコアネットワークに接続され、ターゲット基地局がＮＧインターフェースを介して５Ｇコアネットワークに接続されているとき、ソース基地局は、接続失敗レポート情報をＳ１インターフェースを介して４Ｇコアネットワークに送信し、ターゲット基地局の識別情報、例えば、ターゲット基地局のグローバル識別子を示し、さらに、トラッキングエリアコード（tracking area code、ＴＡＣ）を示してもよい。ターゲット基地局の識別情報に基づいて、又はターゲット基地局に接続されたコアネットワークが５Ｇコアネットワークであると決定した後、４Ｇコアネットワークは、接続失敗レポート情報を５Ｇコアネットワークに送信し、ターゲット基地局の識別情報をさらに示す。５Ｇコアネットワークは、接続失敗レポート情報をターゲット基地局に送信する。ソース基地局がＮＧインターフェースを介して５Ｇコアネットワークに接続され、ターゲット基地局がＳ１インターフェースを介して４Ｇコアネットワークに接続されているプロセスは、前述のプロセスと同様であり、詳細はここでは省略される。

Ｓ４０７：ターゲット基地局が、接続失敗レポート情報に基づいて、端末デバイスの接続失敗の原因を決定する。

ソース基地局から送信された接続失敗レポート情報を受信した後、ターゲット基地局は、接続失敗レポート情報に基づいて、端末デバイスの接続失敗の原因を決定することができる。例えば、端末デバイスの接続失敗の原因は、端末デバイスの早期ハンドオーバである。

Ｓ４０８：接続失敗の原因を決定した後、ターゲット基地局が、ＨＯレポートをソース基地局に送信する。

ターゲット基地局がＨＯレポートをソース基地局に送信する方法は、ソース基地局が接続失敗レポート情報をターゲット基地局に送信する方法と同様である、すなわち、ＨＯレポートは、ソース基地局とターゲット基地局との間の直接インターフェースを介して送信され、あるいはコアネットワークを介して転送されることが理解され得る。ステップＳ４０６で説明した方法を参照し、詳細はここでは省略される。

ＨＯレポートは、端末デバイスの接続失敗の原因を示すために使用される。例えば、接続失敗の原因は、端末デバイスの早期ハンドオーバである。

図４に示す実施形態において、端末デバイスが第１のセルにおける接続失敗レポート情報を記録した後、端末デバイスは、第１のセルに対応するＲＡＴのメッセージフォーマットで接続失敗レポート情報をカプセル化し、カプセル化された接続失敗レポート情報を第２のセルを介してソース基地局に送信し、それにより、ソース基地局は、接続失敗レポート情報を第１のセルが属するターゲット基地局に転送することができる。ターゲット基地局は、接続失敗レポート情報に基づいて、接続失敗の原因、例えば、端末デバイスの早期ハンドオーバを決定し、端末デバイスの早期ハンドオーバを示すために使用されるＨＯレポートをソース基地局に送信することができる。このようにして、ソース基地局は、端末デバイスの接続失敗の原因を取得する。

図４に示す前述の実施形態では、接続失敗レポート情報は、端末デバイスが第１のセルに成功裏にアクセスし、短時間の間第１のセルにとどまり、ＲＬＦが発生した後、端末デバイスにより記録されることに留意されたい。別の場合には、ＲＬＦは、端末デバイスが第１のセルにアクセスするプロセスにおいて発生する。端末デバイスは、接続失敗レポート情報を記録し、接続失敗レポート情報をソース基地局に送信し、それにより、ソース基地局は、接続失敗レポート情報を第１のセルが属するターゲット基地局に転送することができる。ターゲット基地局が、接続失敗レポート情報に基づいて、端末デバイスの接続失敗の原因を決定し、ＨＯレポートをソース基地局に送信する方法は、図４に示す実施形態における方法と同様である。詳細については、図４に示す実施形態の関連する説明を参照する。詳細は、本出願のこの実施形態においてここで再度説明されない。ＨＯレポートは、ソース基地局に送信され、それにより、ＨＯレポートを受信した後、ソース基地局は、ＨＯレポートに基づいて、端末デバイスの接続失敗の原因を取得し、さらに、第１のセルのハンドオーバパラメータを調整し、最適化することができる。ＲＬＦが、端末デバイスが第１のセルにアクセスするプロセスにおいて発生するとき、第１の情報は、ＲＡＣＨレポートをさらに含み得ることが理解され得る。任意で、ソース基地局は、第１の情報においてＲＡＣＨレポートをターゲット基地局にさらに送信してもよく、それにより、ターゲット基地局は、ＲＡＣＨレポート内の情報に基づいて、第１のセルのＲＡＣＨ構成を調整し、最適化する。

遅延ハンドオーバを決定するシナリオでは、例えば、図５を参照する。同様に、第２のセルに対応するＲＡＴは、第１のセルに対応するＲＡＴとは異なる。第２のセルが属する第１のネットワークデバイスは、ターゲット基地局であり、第１のセルが属する第２のネットワークデバイスは、ソース基地局である。ターゲット基地局はｎｇ－ｅＮＢ又はｅＮＢであり、ソース基地局はｇＮＢである。あるいは、ターゲット基地局はｇＮＢであり、ソース基地局はｎｇ－ｅＮＢ又はｅＮＢである。ソース基地局による遅延ハンドオーバを決定する方法は、以下のステップを含み得る。

Ｓ５０１：ソース基地局が、ハンドオーバ指示情報を端末デバイスに送信する。

ハンドオーバ指示情報は、ターゲット基地局によりサービスされるターゲットセルにハンドオーバされるように端末デバイスに指示する。例えば、ハンドオーバ指示情報は、ターゲットセルの識別子を含んでもよい。

ステップＳ５０１は任意のステップであることに留意されたい。具体的には、端末のＲＬＦは、基地局がハンドオーバ指示情報を端末デバイスに送信する前に発生する。

Ｓ５０２：端末デバイスのＲＬＦがソース基地局下で発生した場合、端末デバイスは、ソース基地局によりサービスされる第１のセルにおいてＲＬＦが発生したことを示す接続失敗レポート情報を記録する。

Ｓ５０２における、端末デバイスにより第１のセルにおいてＲＬＦが発生したことを示す接続失敗レポート情報を記録する実装は、図２に示す実施形態におけるＳ２０２の実装と同様であることに留意されたい。図２に示す実施形態におけるＳ２０２の関連する説明を参照する。詳細は、本出願のこの実施形態においてここで再度説明されない。

Ｓ５０３：端末デバイスが、第１の基地局へのＲＲＣ接続を再確立又は新たに確立する。

Ｓ５０４：端末デバイスが、接続失敗レポート情報を第１の基地局に送信する。

Ｓ５０４における、端末デバイスにより接続失敗レポート情報を第１の基地局に送信する実装は、図４に示す実施形態におけるＳ４０５の実装と同様であることに留意されたい。図４に示す実施形態におけるＳ４０５の関連する説明を参照する。詳細は、本出願のこの実施形態においてここで再度説明されない。

Ｓ５０５：第１の基地局が、接続失敗レポート情報をソース基地局に送信する。

Ｓ５０６：ソース基地局が、接続失敗レポート情報に基づいて、端末デバイスの接続失敗の原因を決定する。

接続失敗レポート情報を受信した後、ソース基地局は、接続失敗レポート情報に基づいて、端末デバイスの接続失敗の原因、例えば、端末デバイスの遅延ハンドオーバを決定して、端末デバイスの接続失敗の原因を得ることができる。

図５に示す実施形態において、ソース基地局がハンドオーバ指示情報を端末デバイスに送信するＳ５０１が実行される場合、第１の基地局はターゲット基地局であり得、あるいは他の基地局でもよいことに留意されたい。ソース基地局がハンドオーバ指示情報を端末デバイスに送信するＳ５０１が実行されない場合、第１の基地局はターゲット基地局である。

誤ったハンドオーバを決定するシナリオでは、例えば、図６を参照する。第２のセルのＲＡＴは、第１のセルのＲＡＴとは異なる。第２のセルが属する第１のネットワークデバイスは第２の基地局であり、第１のセルが属する第２のネットワークデバイスはターゲット基地局である。ソース基地局によりサービスされるセルのＲＡＴは限定されず、ソース基地局によりサービスされるセルのＲＡＴは、第１のセルのＲＡＴと同じでもよく、あるいは第１のセルのＲＡＴと異なってもよい。ソース基地局による誤ったセルへのハンドオーバを決定する方法は、以下のステップを含み得る。

Ｓ６０１：ソース基地局が、ハンドオーバ指示情報を端末デバイスに送信する。

ハンドオーバ指示情報は、ターゲットセルにハンドオーバされるように端末デバイスに指示するために使用され、ターゲットセルが属する基地局は、ターゲット基地局である。例えば、ハンドオーバ指示情報は、ターゲット基地局の識別子又はターゲットセルの識別子を含んでもよい。

Ｓ６０２：端末デバイスが、ターゲットセルを使用することによりターゲット基地局へのランダムアクセスを開始する。

端末デバイスがターゲットセルに成功裏にアクセスし、短時間の間ターゲットセルにとどまった後、ＲＬＦが発生し、あるいは、端末デバイスがターゲットセルを使用することによりターゲット基地局へのランダムアクセスを開始すると、ランダムアクセスが失敗する。この場合、ターゲットセルは第１のセルであり、端末デバイスは、ターゲット基地局によりサービスされる第１のセルにおいて端末デバイスのＲＬＦが発生したことを示す接続失敗レポート情報を記録し、ＲＲＣ接続再確立／ＲＲＣ接続新規確立手順をトリガする。

Ｓ６０２における、端末デバイスにより第１のセルにおける接続失敗レポート情報を記録する実装は、図２に示す実施形態におけるＳ２０２の実装と同様であることに留意されたい。図２に示す実施形態におけるＳ２０２の関連する説明を参照する。詳細は、本出願のこの実施形態においてここで再度説明されない。

Ｓ６０３：端末デバイスが、第２の基地局への接続を再確立又は新たに確立する。

Ｓ６０４：端末デバイスが、接続失敗レポート情報を第２のセルを介して第２の基地局に送信する。

Ｓ６０４における、端末デバイスにより接続失敗レポート情報を第１の基地局に送信する実装は、図４に示す実施形態におけるＳ４０５の実装と同様であることに留意されたい。図４に示す実施形態におけるＳ４０５の関連する説明を参照する。詳細は、本出願のこの実施形態においてここで再度説明されない。

Ｓ６０５：第２の基地局が、接続失敗レポート情報をターゲット基地局に送信する。

Ｓ６０６：ターゲット基地局が、接続失敗レポート情報に基づいて、端末デバイスの接続失敗の原因を決定する。

ソース基地局により送信された接続失敗レポート情報を受信した後、ターゲット基地局は、接続失敗レポート情報に基づいて、端末デバイスの接続失敗の原因を決定することができる。例えば、端末デバイスの接続失敗の原因は、端末デバイスの誤ったハンドオーバである。

Ｓ６０７：接続失敗の原因を決定した後、ターゲット基地局が、ＨＯレポートをソース基地局に送信する。

ＨＯレポートは、端末デバイスの接続失敗の原因を示すために使用される。例えば、接続失敗の原因は、端末デバイスの誤ったハンドオーバである。誤ったハンドオーバは、セルへの誤ったハンドオーバとして理解されてもよい。ＨＯレポートは、ソース基地局に送信され、それにより、ＨＯレポートを受信した後、ソース基地局は、ＨＯレポートに基づいて、端末デバイスの接続失敗の原因を取得し、さらに、ソース基地局によりサービスされるセルのハンドオーバパラメータを調整し、最適化することができる。

したがって、図６に示す実施形態において、端末デバイスが第１のセルにおける接続失敗レポート情報を記録した後、端末デバイスは、第１のセルに対応するＲＡＴのエアインターフェースメッセージフォーマットで接続失敗レポート情報をカプセル化し、カプセル化された接続失敗レポート情報を第２のセルを介して第２の基地局に送信し、それにより、第２の基地局は、接続失敗レポート情報を第１のセルが属するターゲット基地局に転送することができることが分かる。ターゲット基地局は、接続失敗レポート情報に基づいて、接続失敗の原因、例えば、端末デバイスの誤ったハンドオーバを決定し、端末デバイスの誤ったハンドオーバを示すために使用されるＨＯレポートをソース基地局に送信することができる。このようにして、ソース基地局は、端末デバイスの接続失敗の原因を取得する。

図６に示す実施形態において、接続失敗レポート情報は、端末デバイスが第１のセルに成功裏にアクセスし、第１のセルに短時間の間とどまり、ＲＬＦが発生した後、端末デバイスにより記録されることに留意されたい。別の場合には、ＲＬＦは、端末デバイスがターゲット基地局にアクセスするプロセスにおいて発生する。端末デバイスは、接続失敗レポート情報を記録し、接続失敗レポート情報をターゲット基地局に送信する。このようにして、ターゲット基地局が接続失敗レポート情報に基づいて端末デバイスの接続失敗の原因を決定し、ＨＯレポートをソース基地局に送信する方法は、図６に示す実施形態における方法と同様である。詳細については、図６に示される実施形態における関連する説明を参照する。詳細は、本出願のこの実施形態においてここで再度説明されない。

前述の実施形態において、端末デバイスにより実施装される方法及びステップは、端末デバイスにおいて使用可能なコンポーネント（例えば、チップ又は回路）により実施されてもよく、ネットワークデバイスにより実施される方法及びステップは、ネットワークデバイスにおいて使用可能なコンポーネント（例えば、チップ又は回路）により実施されてもよいことに留意されたい。

図７は、本出願の一実施形態による通信装置７０の構造の概略図である。例えば、図７を参照する。この実施形態の通信装置７０は、前述の方法の実施形態で言及された端末デバイス（又は、端末デバイスにおいて使用可能なコンポーネント）、又は前述の方法の実施形態で言及されたネットワークデバイス（又は、ネットワークデバイスにおいて使用可能なコンポーネント）であってよい。通信装置７０は、前述の方法の実施形態で説明された、端末デバイス又はネットワークデバイスに対応する方法を実施するように構成され得る。詳細については、前述の方法の実施形態における説明を参照する。

通信装置７０は、１つ以上のプロセッサ７０１を含み得る。プロセッサ７０１は、処理ユニットと呼ばれることもあり、特定の制御又は処理機能を実施することができる。プロセッサ７０１は、汎用プロセッサ、専用プロセッサ等であってよい。例えば、プロセッサ７０１は、ベースバンドプロセッサ又は中央処理装置（central processing unit）でもよい。ベースバンドプロセッサは、通信プロトコル及び通信データを処理するように構成され得る。中央処理装置は、通信装置７０を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成され得る。

任意の一設計において、プロセッサ７０１は、代替的に、命令又はデータ（例えば、中間データ）を記憶してもよい。命令は、プロセッサ７０１により実行され得、それにより、通信装置７０は、前述の方法の実施形態で説明された、ネットワークデバイス又は端末デバイスに対応する方法を実行する。

別の可能な設計において、通信装置７０は回路を含み得る。回路は、前述の方法の実施形態における送信、受信、又は通信機能を実施することができる。

任意で、通信装置７０は、１つ以上のメモリ７０２を含んでもよい。メモリは、命令を記憶することができ、命令は、プロセッサ７０１上で実行され得、それにより、通信装置７０は、前述の方法の実施形態で説明された方法を実行する。

任意で、メモリ７０２は、代替的にデータを記憶してもよい。プロセッサ７０１及びメモリ７０２は、独立したモジュール又はデバイスでもよく、あるいは一緒に統合されてもよい。

任意で、通信装置７０は、トランシーバ７０３及び／又はアンテナ７０４をさらに含んでもよい。プロセッサ７０１は、処理ユニットと呼ばれることもあり、通信装置７０（端末デバイス又はネットワークデバイス）を制御する。トランシーバ７０３は、トランシーバユニット、トランシーバマシン、トランシーバ回路、入力／出力インターフェースなどと呼ばれることもあり、通信装置７０の信号又は情報の受信及び送信機能を実施するように構成される。

トランシーバ７０３及びプロセッサ７０１の特定の実施プロセスについては、前述の方法の実施形態における関連する説明を参照する。詳細はここで再度説明されない。

プロセッサ７０１は、第１のセルにおける端末デバイスの第１の情報を記録するように構成されてもよく、第１の情報は、無線リンク失敗（ＲＬＦ）又はハンドオーバ失敗の接続失敗レポート情報、及び／又はドライブテストの最小化（ＭＤＴ）技術を使用することにより測定を行うことによって取得された測定情報を含み、第１のセルの無線アクセス技術（ＲＡＴ）は第１のＲＡＴである。

トランシーバ７０３は、第１の情報を第２のセルを介して第１のネットワークデバイスに送信するように構成されてもよく、第２のセルのＲＡＴは第２のＲＡＴであり、第２のＲＡＴは第１のＲＡＴと異なり、第１のネットワークデバイスは第２のセルが属するネットワークデバイスである。

任意で、トランシーバ７０３は具体的に、端末デバイスが第２のセルにおいてアクセスするコアネットワークのタイプが、第１の情報に記録されたコアネットワークタイプと同じである場合、第１の情報を第２のセルを介して第１のネットワークデバイスに送信するように構成されてもよい。

任意で、トランシーバ７０３は具体的に：第１のネットワークデバイスから第１の指示情報を受信し、第１の指示情報は、ネットワークタイプを示し、ネットワークタイプは、エアインターフェースタイプ及び／又はコアネットワークタイプを含み、エアインターフェースタイプは、第１のＲＡＴ又は第２のＲＡＴであり；第１の指示情報に基づいて、第１の情報を第２のセルを介して第１のネットワークデバイスに送信する、ように構成されてもよい。

任意で、トランシーバ７０３はさらに、第３の指示情報を第１のネットワークデバイスに送信するように構成されてもよく、第３の指示情報は、第１の情報に記録されたネットワークタイプを示す。

任意で、トランシーバ７０３はさらに、第１のネットワークデバイスから第２の指示情報を受信するように構成されてもよく、第２の指示情報は、第１のネットワークデバイスがネットワークタイプに対応するフォーマットで記録された第１の情報を受信する能力を有することを示す。

任意で、プロセッサ７０１は具体的に、第１のＲＡＴに対応するフォーマットで第１のセルにおける端末デバイスの第１の情報を記録するように構成されてもよい。

本出願で説明されるプロセッサ７０１及びトランシーバ７０３は、集積回路（integrated circuit、ＩＣ）、アナログＩＣ、無線周波数集積回路（radio frequency integrated circuit、ＲＦＩＣ）、混合信号ＩＣ、特定用途向け集積回路（application-specific integrated circuit、ＡＳＩＣ）、プリント回路基板（printed circuit board、ＰＣＢ）、電子デバイスなどに実装されてもよい。プロセッサ７０１及びトランシーバ７０３は、代替的に、様々なＩＣ技術、例えば、相補型金属酸化物半導体（complementary metal oxide semiconductor、ＣＭＯＳ）、ｎ型金属酸化物半導体（n-type metal oxide semiconductor、ＮＭＯＳ）、正チャネル金属酸化物半導体（positive channel metal oxide semiconductor、ＰＭＯＳ）、バイポーラ接合トランジスタ（Bipolar Junction Transistor、ＢＪＴ）、バイポーラＣＭＯＳ（ＢｉＣＭＯＳ）、シリコンゲルマニウム（ＳｉＧｅ）、及びガリウム砒素（ＧａＡｓ）を使用することにより製造されてもよい。

前述の実施形態の説明では、端末デバイス又はネットワークデバイスを一例として用いることにより通信装置７０が説明されているが、本出願で説明される通信装置７０の範囲は、端末デバイス又はネットワークデバイスに限定されるものではなく、通信装置７０の構造は図７に限定されなくてよい。通信装置７０は、代替的に、端末デバイス又はネットワークデバイス内のコンポーネント又はモジュール、例えば、チップ又はチップサブシステムでもよい。通信装置７０は、代替的に、他のデバイスに埋め込まれたモジュールでもよい。

図８は、本出願の一実施形態による端末デバイス８０の構造の概略図である。端末デバイス８０は、本出願の前述の実施形態における端末デバイスでもよい。説明を容易にするために、図８は、端末デバイス８０の主要なコンポーネントのみを示している。図８に示すように、端末デバイス８０は、プロセッサ８０１、メモリ８０２、制御回路８０３、アンテナ８０４、及び入力／出力装置８０５を含む。プロセッサ８０１は、主に、通信プロトコル及び通信データを処理し、端末デバイス８０全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成される。メモリ８０２は、主に、ソフトウェアプログラム及びデータを記憶するように構成される。無線周波数回路は、主に、ベースバンド信号と無線周波数信号との間の変換を実行し、無線周波数信号を処理するように構成される。アンテナ８０４は、主に、電磁波形式の無線周波数信号を受信及び送信するように構成される。タッチスクリーン、ディスプレイスクリーン、又はキーボードなどの入力／出力装置８０５は、主に、ユーザにより入力されたデータを受け取り、ユーザにデータを出力するように構成される。

端末デバイス８０が電源オンされた後、プロセッサ８０１は、記憶ユニット内のソフトウェアプログラムを読み出し、ソフトウェアプログラムの命令を解釈及び実行し、ソフトウェアプログラムのデータを処理することができる。データが無線方式で送信される必要があるとき、プロセッサ８０１は、送信すべきデータに対してベースバンド処理を実行し、ベースバンド信号を無線周波数回路に出力する。ベースバンド信号に対して無線周波数処理を実行した後、無線周波数回路は、アンテナ８０４を介して電磁波形式で無線周波数信号を外部に送信する。データが端末デバイス８０に送信されると、無線周波数回路は、アンテナ８０４を介して無線周波数信号を受信し、無線周波数信号をベースバンド信号に変換し、ベースバンド信号をプロセッサ８０１に出力し、プロセッサ８０１は、ベースバンド信号をデータに変換し、データを処理する。

当業者は、説明を容易にするために、図８が１つのメモリ８０２及び１つのプロセッサ８０１のみを示すことを理解し得る。実際の端末デバイス８０は、複数のプロセッサ８０１及び複数のメモリ８０２を含んでもよい。メモリ８０２は、記憶媒体、記憶デバイスなどと呼ばれることもある。これは、本出願の実施形態において限定されない。

任意の一実装において、プロセッサ８０１は、ベースバンドプロセッサ及び／又は中央処理装置を含んでもよい。ベースバンドプロセッサは、主に、通信プロトコル及び通信データを処理するように構成される。中央処理装置は、主に、端末デバイス８０全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成される。図８のプロセッサ８０１は、ベースバンドプロセッサと中央処理装置の機能を統合している。当業者は、ベースバンドプロセッサと中央処理装置が互いに独立したプロセッサ８０１でもよく、バスなどの技術を使用することにより相互接続されることを理解し得る。当業者は、端末デバイス８０が異なるネットワーク標準に適合するために複数のベースバンドプロセッサを含んでもよく、端末デバイス８０が端末デバイスの処理能力を高めるために複数の中央処理装置を含んでもよく、端末デバイス８０のコンポーネントは様々なバスを介して接続されてもよいことを理解し得る。ベースバンドプロセッサは、ベースバンド処理回路又はベースバンド処理チップと表されることもある。中央処理装置は、中央処理回路又は中央処理チップと表されることもある。通信プロトコル及び通信データを処理する機能は、プロセッサ８０１内に構築されてもよく、あるいはソフトウェアプログラムの形態で記憶ユニット内に記憶されてもよい。プロセッサ８０１は、このソフトウェアプログラムを実行してベースバンド処理機能を実施する。

図９は、本出願の一実施形態による情報処理装置９０の構造の概略図である。例えば、図９を参照する。情報処理装置９０は、
第１のセルにおける端末デバイスの第１の情報を記録するように構成された処理モジュール９０１であり、第１の情報は、無線リンク失敗（ＲＬＦ）又はハンドオーバ失敗の接続失敗レポート情報、及び／又はドライブテストの最小化（ＭＤＴ）技術を使用することにより測定を行うことによって取得された測定情報を含んでもよく、第１のセルの無線アクセス技術（ＲＡＴ）は第１のＲＡＴである、処理モジュール９０１と、
第１の情報を第２のセルを介して第１のネットワークデバイスに送信するように構成された送信モジュール９０２であり、第２のセルのＲＡＴは第２のＲＡＴであり、第２のＲＡＴは第１のＲＡＴと異なり、第１のネットワークデバイスは第２のセルが属するネットワークデバイスである、送信モジュール９０２と、
を含み得る。

任意で、送信モジュール９０２は具体的に、端末デバイスが第２のセルにおいてアクセスするコアネットワークのタイプが、第１の情報に記録されたコアネットワークタイプと同じである場合、第１の情報を第２のセルを介して第１のネットワークデバイスに送信するように構成される。

任意で、情報処理装置９０は、受信モジュール９０３をさらに含んでもよい。

受信モジュール９０３は、第１のネットワークデバイスから第１の指示情報を受信するように構成され、第１の指示情報は、ネットワークタイプを示し、ネットワークタイプは、エアインターフェースタイプ及び／又はコアネットワークタイプを含んでもよく、エアインターフェースタイプは、第１のＲＡＴ又は第２のＲＡＴである。

送信モジュール９０２は具体的に、第１の指示情報に基づいて、第１の情報を第２のセルを介して第１のネットワークデバイスに送信するように構成される。

任意で、送信モジュール９０２はさらに、第３の指示情報を第１のネットワークデバイスに送信するように構成され、第３の指示情報は、第１の情報に記録されたネットワークタイプを示す。

任意で、受信モジュール９０３はさらに、第１のネットワークデバイスから第２の指示情報を受信するように構成され、第２の指示情報は、第１のネットワークデバイスがネットワークタイプに対応するフォーマットで記録された第１の情報を受信する能力を有することを示す。

任意で、処理モジュール９０１は具体的に、第１のＲＡＴに対応するフォーマットで第１のセルにおける端末デバイスの第１の情報を記録するように構成される。

任意で、送信モジュール９０２はさらに、第１のセルの識別情報及び／又は第１のセルが属する第２のネットワークデバイスの識別情報を第１のネットワークデバイスに送信するように構成される。

任意で、第１の情報は、ランダムアクセスチャネル（ＲＡＣＨ）レポート及び／又は端末デバイスの移動履歴情報をさらに含んでもよい。

任意で、図９に示す実施形態における処理モジュール９０１は、図７に示す実施形態におけるプロセッサでもよく、すなわち、処理モジュール９０１に対応する動作は、プロセッサを使用することにより実行されてもよい。図９に示す実施形態における送信モジュール９０２及び受信モジュール９０３は、図７に示す実施形態におけるトランシーバでもよく、すなわち、送信モジュール９０２及び受信モジュール９０３に対応する動作は、トランシーバを使用することにより実行されてもよい。プロセッサは、処理ユニットと呼ばれることもあり、特定の制御又は処理機能を実施することができる。プロセッサは、汎用プロセッサ、専用プロセッサ等であってよい。例えば、プロセッサは、ベースバンドプロセッサ又は中央処理装置でもよい。ベースバンドプロセッサは、通信プロトコル及び通信データを処理するように構成され得る。中央処理装置は、通信装置を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成され得る。

本出願のこの実施形態で提供される情報処理装置９０は、図２から図６に示す情報処理方法の実施形態におけるネットワークデバイスの技術的解決策を実行するように構成され得る。情報処理装置９０の実施原理及び技術的効果は、方法の実施形態における実施原理及び技術的効果と同様である。詳細はここで再度説明されない。

図１０は、本出願の一実施形態による別の情報処理装置１００の構造の概略図である。例えば、図１０を参照する。情報処理装置１００は、
端末デバイスから第２のセルを介して第１の情報を受信するように構成された受信モジュール１００１であり、第１の情報は、第１のセルにおける端末デバイスの無線リンク失敗（ＲＬＦ）又はハンドオーバ失敗の接続失敗レポート情報、及び／又はドライブテストの最小化（ＭＤＴ）技術を使用することにより測定を行うことによって取得された測定情報を記録し、第１のセルの無線アクセス技術（ＲＡＴ）は第１のＲＡＴであり、第２のセルのＲＡＴは第２のＲＡＴであり、第２のＲＡＴは第１のＲＡＴと異なる、受信モジュール１００１と、
第１の情報を処理するように構成された処理モジュール１００２と、
を含み得る。

任意で、情報処理装置１００は、送信モジュール１００３をさらに含んでもよい。

送信モジュール１００３は、第１の指示情報を端末デバイスに送信するように構成され、第１の指示情報は、ネットワークタイプを示し、ネットワークタイプは、エアインターフェースタイプ及び／又はコアネットワークタイプを含んでもよく、エアインターフェースタイプは、第１のＲＡＴ又は第２のＲＡＴである。

任意で、受信モジュール１００１はさらに、端末デバイスから第３の指示情報を受信するように構成され、第３の指示情報は、第１の情報に記録されたネットワークタイプを示すために使用される。

任意で、送信モジュール１００３はさらに、第２の指示情報を端末デバイスに送信するように構成され、第２の指示情報は、第１のネットワークデバイスがネットワークタイプに対応するフォーマットで記録された第１の情報を受信する能力を有することを示すために使用される。

任意で、受信モジュール１００１はさらに、端末デバイスから、第１のセルの識別情報及び／又は第１のセルが属する第２のネットワークデバイスの識別情報を受信するように構成される。

任意で、第１の情報が接続失敗レポート情報を含むとき、処理モジュール１００２はさらに、接続失敗レポート情報に基づいて、端末デバイスの接続失敗の原因を決定するように構成され、接続失敗の原因は、端末デバイスの早期ハンドオーバ、端末デバイスのハンドオーバの遅延、又は端末デバイスの誤ったセルへのハンドオーバのうちいずれか１つを含んでもよい。

任意で、第１の情報が接続失敗レポート情報を含むとき、送信モジュール１００３はさらに、接続失敗レポート情報を第２のネットワークデバイスに送信するように構成され、第２のネットワークデバイスは、第１のセルが属するネットワークデバイスであり、
受信モジュール１００１はさらに、第２のネットワークデバイスから接続失敗の原因を受信するように構成され、接続失敗の原因は、接続失敗レポート情報に基づいて決定される。

任意で、第１の情報は、ランダムアクセスチャネル（ＲＡＣＨ）レポート及び／又は端末デバイスの移動履歴情報をさらに含んでもよい。

任意で、図１０に示す実施形態における処理モジュール１００２は、図７に示す実施形態におけるプロセッサでもよく、すなわち、処理モジュール１００２に対応する動作は、プロセッサを使用することにより実行されてもよい。図１０に示す実施形態における受信モジュール１００１及び送信モジュール１００３は、図７に示す実施形態におけるトランシーバでもよく、すなわち、送信モジュール１００３及び受信モジュール１００１に対応する動作は、トランシーバを使用することにより実行されてもよい。プロセッサは、処理ユニットと呼ばれることもあり、特定の制御又は処理機能を実施することができる。プロセッサは、汎用プロセッサ、専用プロセッサ等であってよい。例えば、プロセッサは、ベースバンドプロセッサ又は中央処理装置でもよい。ベースバンドプロセッサは、通信プロトコル及び通信データを処理するように構成され得る。中央処理装置は、通信装置を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成され得る。

本出願のこの実施形態で提供される情報処理装置１００は、図２から図６に示す情報処理方法の実施形態における端末デバイスの技術的解決策を実行するように構成され得る。情報処理装置１００の実施原理及び技術的効果は、方法の実施形態における実施原理及び技術的効果と同様である。詳細はここで再度説明されない。

本出願の一実施形態は、通信装置をさらに提供する。通信装置は、図２～図６に示す情報処理方法の実施形態における端末デバイスの技術的解決策を実行することができ、あるいは図２～図６に示す情報処理方法の実施形態におけるネットワークデバイスの技術的解決策を実行するように構成されてもよい。通信装置の実施原理及び技術的効果は、方法の実施形態における実施原理及び技術的効果と同様である。詳細はここで再度説明されない。

通信装置が図２～図６に示す情報処理方法の実施形態における端末デバイスの技術的解決策を実行し得るとき、通信装置は端末デバイスでもよく、あるいは端末デバイスにおいて使用可能なコンポーネントでもよいことが理解され得る。これは、本出願の実施形態において限定されない。通信装置が図２～図６に示す情報処理方法の実施形態におけるネットワークデバイス側の技術的解決策を実行し得るとき、通信装置はネットワークデバイスでもよく、あるいはネットワークデバイスにおいて使用可能なコンポーネントでもよい。これは、本出願の実施形態において限定されない。

本出願の一実施形態は、読取可能記憶媒体をさらに提供する。読取可能記憶媒体は、コンピュータプログラムを記憶する。コンピュータプログラムが実行されると、コンピュータプログラムは、図２～図６に示す情報処理方法の実施形態における端末デバイスの技術的解決策を実行するように構成され、あるいは図２～図６に示す情報処理方法の実施形態におけるネットワークデバイスの技術的解決策を実行するように構成される。コンピュータプログラムの実施原理及び技術的効果は、方法の実施形態における実施原理及び技術的効果と同様である。詳細はここで再度説明されない。

本出願の一実施形態は、通信システムをさらに提供する。通信システムは、端末デバイス及びネットワークデバイスを含み得る。

端末デバイスは、図２～図６に示す情報処理方法の実施形態における端末デバイスの技術的解決策を実行するように構成され、ネットワークデバイスは、図２～図６に示す情報処理方法の実施形態におけるネットワークデバイスの技術的解決策を実行するように構成される。通信システムの実施原理及び技術的効果は、方法の実施形態における実施原理及び技術的効果と同様である。詳細はここで再度説明されない。

本出願の一実施形態は、プログラム製品をさらに提供する。プログラム製品は、コンピュータプログラムを含む。コンピュータプログラムは、読取可能記憶媒体に記憶される。通信装置の少なくとも１つのプロセッサは、読取可能記憶媒体からコンピュータプログラムを読み出すことができる。少なくとも１つのプロセッサは、図２から図６に示す情報処理方法の実施形態における端末デバイスの技術的解決策を実行するように構成され、あるいは図２から図６に示す情報処理方法の実施形態におけるネットワークデバイスの技術的解決策を実行するように構成される。詳細はここで再度説明されない。

本出願の実施形態において、モジュールへの分割は一例であり、単に論理的な機能分割であり、実際の実装の間に別の分割方法が存在し得ることに留意されたい。本出願の実施形態における機能モジュールは１つの処理モジュールに統合されてもよく、あるいは、モジュールの各々は物理的に単独で存在してもよく、あるいは、２つ以上のモジュールが１つのモジュールに統合されてもよい。統合モジュールは、ハードウェアの形態で実装されてもよく、あるいはソフトウェア機能モジュールの形態で実装されてもよい。

統合モジュールがソフトウェア機能モジュールの形態で実装され、独立した製品として販売又は使用されるとき、統合モジュールは、コンピュータ読取可能記憶媒体に記憶され得る。このような理解に基づいて、本質的に本出願の技術的解決策、又は現在の技術に寄与する部分、又は技術的解決策の全部若しくは一部は、ソフトウェア製品の形態で実施されてもよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイスなどでもよい）又はプロセッサ（processor）に本出願の実施形態で説明される方法のステップの全部又は一部を実行するよう指示するためのいくつかの命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスクドライブ、読取専用メモリ（Read-Only Memory、ＲＯＭ）、ランダムアクセスメモリ（Random Access Memory、ＲＡＭ）、磁気ディスク、及び光ディスクなどのプログラムコードを記憶することができる様々な媒体を含む。

前述の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせにより実装することができる。実施形態を実装するためにソフトウェアが使用されるとき、実施形態の全部又は一部は、コンピュータプログラム製品の形態で実施されてもよい。コンピュータプログラム製品は、１つ以上のコンピュータプログラム又は命令を含む。コンピュータプログラム又は命令がロードされ、コンピュータ上で実行されると、本出願の実施形態における手順又は機能の全部又は一部が実行される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブル装置でもよい。コンピュータプログラム又は命令は、コンピュータ読取可能記憶媒体に記憶されてもよく、あるいはコンピュータ読取可能記憶媒体を介して伝送されてもよい。コンピュータ読取可能記憶媒体は、コンピュータによりアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を統合するサーバなどのデータ記憶デバイスでもよい。使用可能な媒体は、磁気媒体、例えば、フロッピーディスク、ハードディスクドライブ、又は磁気テープでもよく、光学媒体、例えば、ディジタル多用途ディスク（digital versatile disc、ＤＶＤ）でもよく、あるいは半導体媒体、例えば、ソリッドステートドライブ（solid-state drive、ＳＳＤ）でもよい。

本出願の実施形態において、別段示されない限り、又は論理的矛盾がない限り、異なる実施形態間の用語及び／又は説明は一貫しており、相互に参照されてもよく、異なる実施形態における技術的特徴は、それらの内部の論理的関係に基づいて組み合わせられ、新たな実施形態を形成することができる。

本出願の実施形態における様々な数字は、説明を容易にするために単に区別のために使用されており、本出願の実施形態の範囲を制限するために使用されるものでないことが理解され得る。前述の処理の番号は、実行順序を意味するものではなく、処理の実行順序は、処理の機能と内部論理に基づいて決定されるべきである。

Claims (14)

1. 端末デバイス又は端末デバイス内の装置により実行される情報処理方法であって、
   第１のセルにおける端末デバイスの第１の情報を記録するステップであり、前記第１の情報は、無線リンク失敗（ＲＬＦ）又はハンドオーバ失敗の接続失敗レポート情報、及び／又はドライブテストの最小化（ＭＤＴ）技術を使用することにより測定を行うことによって取得された測定情報を含み、前記第１のセルの無線アクセス技術（ＲＡＴ）は第１のＲＡＴである、ステップと、
   前記第１の情報を第２のセルを介して第１のネットワークデバイスに送信するステップであり、前記第２のセルのＲＡＴは第２のＲＡＴであり、前記第２のＲＡＴは前記第１のＲＡＴと異なり、前記第１のネットワークデバイスは前記第２のセルが属するネットワークデバイスであり、前記第１の情報は、前記第１のＲＡＴのエアインターフェースプロトコルフォーマットでカプセル化され、前記第１の情報は、無線リソース制御（ＲＲＣ）メッセージ内で搬送されるコンテナであり、前記ＲＲＣメッセージは、前記コンテナの外部で、前記第１のセルの識別情報、及び／又は前記第１のセルが属する第２のネットワークデバイスの識別情報をさらに含む、ステップと、
   を含む方法。
2. 前記第１のＲＡＴは進化型ユニバーサル地上波無線アクセス（Ｅ－ＵＴＲＡ）であり、前記第２のＲＡＴはニューラジオ（ＮＲ）である、請求項１に記載の方法。
3. 前記第１の情報を第２のセルを介して第１のネットワークデバイスに送信するステップは、
   前記端末デバイスがＥ－ＵＴＲＡセルで記録された前記第１の情報をＮＲセルを介して報告することをサポートする場合、前記第１の情報を第２のセルを介して第１のネットワークデバイスに送信するステップ
   を含む、請求項２に記載の方法。
4. 前記第１の情報は、ランダムアクセスチャネル（ＲＡＣＨ）レポート及び／又は前記端末デバイスの移動履歴情報をさらに含む、
   請求項１乃至３のうちいずれか１項に記載の方法。
5. 第１のネットワークデバイス又は第１のネットワークデバイス内の装置により実行される情報処理方法であって、
   端末デバイスから第２のセルを介して第１の情報を受信するステップであり、前記第１の情報は、第１のセルにおける前記端末デバイスの無線リンク失敗（ＲＬＦ）又はハンドオーバ失敗の接続失敗レポート情報、及び／又はドライブテストの最小化（ＭＤＴ）技術を使用することにより測定を行うことによって取得された測定情報を記録し、前記第１のセルの無線アクセス技術（ＲＡＴ）は第１のＲＡＴであり、前記第２のセルのＲＡＴは第２のＲＡＴであり、前記第２のＲＡＴは前記第１のＲＡＴと異なり、前記第１の情報は、前記第１のＲＡＴのエアインターフェースプロトコルフォーマットでカプセル化され、前記第１の情報は、無線リソース制御（ＲＲＣ）メッセージ内で搬送されるコンテナであり、前記ＲＲＣメッセージは、前記コンテナの外部で、前記第１のセルの識別情報、及び／又は前記第１のセルが属する第２のネットワークデバイスの識別情報をさらに含む、ステップと、
   前記第１の情報を処理するステップと、
   を含む方法。
6. 前記第１の情報を処理するステップは、
   前記第１の情報と、前記第２のネットワークデバイスを示す識別情報を、前記第１のネットワークデバイスが接続されているコアネットワークデバイスに送信するステップ
   を含む、請求項５に記載の方法。
7. 前記コアネットワークデバイスからハンドオーバ（ＨＯ）レポートを受信するステップであり、前記ＨＯレポートは、前記端末デバイスの接続失敗の原因を示し、前記接続失敗の前記原因は、前記第１の情報に従って前記第２のネットワークデバイスにより決定される、ステップ
   をさらに含む請求項６に記載の方法。
8. 前記第１の情報が前記接続失敗レポート情報を含むとき、当該方法は、
   前記接続失敗レポート情報に基づいて、前記端末デバイスの接続失敗の原因を決定するステップであり、前記接続失敗の前記原因は、前記端末デバイスの早期ハンドオーバ、前記端末デバイスの遅延ハンドオーバ、又は前記端末デバイスの誤ったセルへのハンドオーバのうちいずれか１つを含む、ステップ
   をさらに含む、請求項５に記載の方法。
9. 前記第１の情報は、ランダムアクセスチャネル（ＲＡＣＨ）レポート及び／又は前記端末デバイスの移動履歴情報をさらに含む、
   請求項５乃至８のうちいずれか１項に記載の方法。
10. 前記第１のＲＡＴは進化型ユニバーサル地上波無線アクセス（Ｅ－ＵＴＲＡ）であり、前記第２のＲＡＴはニューラジオ（ＮＲ）である、請求項５乃至９のうちいずれか１項に記載の方法。
11. 通信装置であって、請求項１乃至４のうちいずれか１項に記載の方法を実行する手段を含む、通信装置。
12. 通信装置であって、請求項５乃至１０のうちいずれか１項に記載の方法を実行する手段を含む、通信装置。
13. 読取可能記憶媒体であって、コンピュータプログラムを記憶し、前記コンピュータプログラムが実行されると、前記コンピュータプログラムは請求項１乃至４のうちいずれか１項に記載の情報処理方法を実行するように構成され、あるいは請求項５乃至１０のうちいずれか１項に記載の情報処理方法を実行するように構成される、読取可能記憶媒体。
14. 通信システムであって、請求項１１に記載の装置と、請求項１２に記載の装置と、を含む通信システム。

Images