JP7841188B2 - 端末デバイスの接続を制御する方法および装置 - Google Patents

Description

本開示は、通信技術分野に関し、特に、端末デバイスの接続を制御する方法および装置に関する。

端末デバイス（ユーザイクイップメント、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥとも呼ばれる）とＵＥとの間の直接通信をサポートするために、Ｓｉｄｅｌｉｎｋ（サイドリンク）通信方式が導入されており、ＵＥとＵＥとの間のインターフェースはＰＣ－５である。一つのＵＥは、ネットワークデバイス（たとえば、基地局）に直接的に接続されず、別のＵＥの中継によりネットワークデバイスとの通信を実現することができる。ここで、ネットワークデバイスに接続されていないＵＥはリモートＵＥ（ｒｅｍｏｔｅ ＵＥ）と呼ばれ、中継機能を提供するＵＥは中継ＵＥ（ｒｅｌａｙ ＵＥ））と呼ばれ、リモートＵＥと中継ＵＥとはＳｉｄｅｌｉｎｋを介して通信し、このようなアーキテクチャはＵ２Ｎ（ＵＥ ｔｏ ＮＷ、端末デバイスからネットワークへの）中継と呼ばれる。

リモートＵＥとネットワークデバイス（たとえば基地局）との間には、直接リンク（Ｄｉｒｅｃｔ Ｌｉｎｋ）および間接リンク（Ｉｎｄｉｒｅｃｔ Ｌｉｎｋ）を確立することができる。直接リンクは、リモートＵＥがネットワークデバイスに直接的に接続されるリンクであり、間接リンクは、リモートＵＥが中継ＵＥを介してネットワークデバイスに間接的に接続されるリンクである。リモートＵＥは、直接リンクおよび間接リンクを同時に介してネットワークデバイスとの接続を維持することができる。このような機能は、マルチパス接続（Ｍｕｌｔｉｐａｔｈ）と呼ばれ、リモートＵＥがマルチパス伝送をサポートできるようにし、伝送速度および伝送信頼性を向上させることができる。なお、マルチパス接続をサポートするには、リモートＵＥが接続状態にある必要がある。

従来技術では、中継ＵＥに無線リンク障害、ハンドオーバー、セル再選択、無線リソース制御（ＲＲＣ）接続障害などの接続問題が発生する場合、Ｓｉｄｅｌｉｎｋを介して、接続されたリモートＵＥに通知メッセージを送信する。接続状態にあるリモートＵＥが中継ＵＥから送信された通知メッセージを受信すると、リモートＵＥは、再構築をトリガーして正常な通信を確保する。しかしながら、この場合、不必要な接続再構築がよく発生する。
したがって、現在、Ｕ２Ｎ中継シナリオにおけるリモートＵＥ接続を制御するための効果的な手段が不足している。

本開示の実施例は、端末デバイスからネットワークへの（ＵＥ ｔｏ ＮＷ、Ｕ２Ｎとも呼ばれる）中継シナリオに適用可能な、端末デバイスの接続を制御する方法および装置を提供し、接続状態にある端末デバイスが条件に基づいて、無線リソース制御（ＲＲＣ）再構築（ＲＲＣ ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ）を開始（ｉｎｉｔｉａｔｅ）する必要があるか否かを判断することにより、中継端末デバイスから送信された通知メッセージを受信した際に不必要な接続再構築をトリガーすることを回避することができ、リソースを節約し、リソースの無駄を回避することができる。

第１の態様では、本開示の実施例は、第１の端末デバイスによって実行される端末デバイスの接続を制御する方法であって、端末デバイスからネットワークへの中継シナリオに適用され、前記方法は、
接続状態にある前記第１の端末デバイスによって第２の端末デバイスから送信された第１のメッセージが受信されたことに応答して、第１の条件に基づいて、無線リソース制御（ＲＲＣ）再構築を開始するか否かを判断するステップを含み、
前記第１の端末デバイスは、前記端末デバイスからネットワークへの中継シナリオにおけるリモート端末デバイスであり、前記第２の端末デバイスは、前記端末デバイスからネットワークへの中継シナリオにおける中継端末デバイスである、端末デバイスの接続を制御する方法を提供する。

当該技術案では、接続状態にある端末デバイスが条件に基づいて、ＲＲＣ再構築を開始する必要があるか否かを判断することにより、中継端末デバイスから送信された通知メッセージを受信した際に不必要な接続再構築をトリガーすることを回避することができ、リソースを節約し、リソースの無駄を回避することができる。

一実現形態では、前記第１の条件は、前記第１の端末デバイスにマルチパス（ｍｕｌｔｉｐａｔｈ）伝送が設定されていることであり、前記第１の条件に基づいて、無線リソース制御（ＲＲＣ）再構築を開始するか否かを判断するステップは、
前記第１の端末デバイスにマルチパス伝送が設定されていると決定された場合、ＲＲＣ再構築を開始しないステップ、または、
前記第１の端末デバイスにマルチパス伝送が設定されていないと決定された場合、ＲＲＣ再構築を開始するステップを含む。

可能な一実現形態では、ネットワークデバイスが前記第１の端末デバイスに対してマルチパスベアラを設定していると決定すること、および、
ネットワークデバイスが前記第１の端末デバイスに対して直接ベアラおよび間接ベアラの両方を設定していると決定すること、のうちのいずれか１つにより、前記第１の端末デバイスにマルチパス伝送が設定されていると決定する。

一実現形態では、前記第１の条件は、前記第１の端末デバイスにマルチパス伝送が設定されており且つ前記マルチパス伝送における間接パスがマスターパスではないことを含み、前記第１の条件に基づいて、無線リソース制御（ＲＲＣ）再構築を開始するか否かを判断するステップは、
前記第１の端末デバイスにマルチパス伝送が設定されており且つ前記マルチパス伝送における間接パスがマスターパスではないと決定された場合、ＲＲＣ再構築を開始しないステップ、または、
前記第１の端末デバイスにマルチパス伝送が設定されておらず、および／または、前記マルチパス伝送における間接パスがマスターパスであると決定された場合、ＲＲＣ再構築を開始するステップを含み、
前記間接パスは、前記第１の端末デバイスが前記第２の端末デバイスを介してネットワークデバイスに間接的に接続されたパスである。

別の実現形態では、前記第１の条件は、前記第１の端末デバイスにマルチパス伝送が設定されており、且つ前記マルチパス伝送における間接パスがマスターパスであり、且つ前記第１の端末デバイスに障害回復機能が設定されていることを含み、前記第１の条件に基づいて、無線リソース制御（ＲＲＣ）再構築を開始するか否かを判断するステップは、
前記第１の端末デバイスにマルチパス伝送が設定されており、且つ前記マルチパス伝送における間接パスがマスターパスであり、且つ前記第１の端末デバイスに障害回復機能が設定されていると決定された場合、ＲＲＣ再構築を開始しないステップ、または、
前記第１の端末デバイスにマルチパス伝送が設定されておらず、および／または、前記マルチパス伝送における間接パスがマスターパスではなく、および／または、前記第１の端末デバイスに障害回復機能が設定されていないと決定された場合、ＲＲＣ再構築を開始するステップを含む。

可能な一実現形態では、
前記間接パスがシグナリング無線ベアラ（ＳＲＢ）を伝送するために使用されると決定すること、
前記間接パスに障害が発生した後に前記第１の端末デバイスがＲＲＣ接続再構築をトリガーしたと決定すること、
前記間接パスがＳＲＢのマスター伝送パスであると決定すること、
前記間接パスがＲＲＣ接続を維持するためのパスであると決定すること、
前記間接パスがアンカーパスであると決定すること、および、
前記間接パスで接続されたセルが前記第１の端末デバイスのマスターセルであると決定すること、のうちのいずれか１つにより、前記マルチパス伝送における間接パスがマスターパスであると決定する。

可能な一実現形態では、タイマーが動作していると決定することにより、前記第１の端末デバイスに障害回復機能が設定されていると決定し、前記タイマーは、第１の端末デバイスがリンク障害情報をネットワークデバイスに報告した後に開始されたタイマーであり、前記リンク障害情報は、前記マルチパス伝送における直接リンクまたは間接リンクにリンク障害が発生したことを指示するために使用される。

一実現形態では、前記第１のメッセージは、前記第２の端末デバイスによって第１の場合にサイドリンクを介して、接続された前記第１の端末デバイスに送信された通知メッセージであり、または、前記第１のメッセージは、前記通知メッセージを含み、前記通知メッセージにおける指示タイプが無線リンク障害であり、前記第１の場合は、
無線リンク障害が発生した場合、
ハンドオーバーが発生した場合、
セル再選択が発生した場合、および、
ＲＲＣ接続障害が発生した場合、のうちのいずれか１つを含む。

第２の態様では、本開示の実施例は、通信装置を提供し、当該通信装置は、上記第１の態様に記載の方法を実現する端末デバイスの一部または全部の機能を備え、たとえば、通信装置の機能は、本出願の一部または全部の実施例における機能を備えることができるし、本出願のいずれか１つの実施例を独立して実施する機能を備えることができる。前記機能は、ハードウェアによって実現することができるし、ハードウェアが対応するソフトウェアを実行することによって実現することができ、前記ハードウェアまたはソフトウェアは、上記機能に対応する１つまたは複数のユニットまたはモジュールを含む。

一実現形態では、当該通信装置の構成は、送受信モジュールおよび処理モジュールを含むことができ、前記処理モジュールは、通信装置が上記方法における対応する機能を実行することをサポートするように構成され、前記送受信モジュールは、通信装置と他のデバイスとの間の通信をサポートするように構成され、前記通信装置は、送受信モジュールおよび処理モジュールに結合され、通信装置に必要なコンピュータプログラムおよびデータを保存するための記憶モジュールをさらに含むことができる。

例として、処理モジュールはプロセッサであってもよく、送受信モジュールはトランシーバまたは通信インターフェースであってもよく、記憶モジュールはメモリであってもよい。

第３の態様では、本開示の実施例は、通信装置であって、プロセッサを含み、当該プロセッサは、メモリ内のコンピュータプログラムを呼び出す場合、上記第１の態様に記載の方法を実行する、通信装置を提供する。

第４の態様では、本開示の実施例は、通信装置であって、プロセッサおよびメモリを含み、当該メモリにコンピュータプログラムが記憶されており、前記プロセッサは、当該メモリに記憶されているコンピュータプログラムを実行することにより、当該通信装置に上記第１の態様に記載の方法を実行させる、通信装置を提供する。

第５の態様では、本開示の実施例は、通信装置であって、プロセッサおよびインターフェース回路を含み、当該インターフェース回路は、コード命令を受信して当該プロセッサに送信するように構成され、当該プロセッサは、前記コード命令を実行して、当該通信装置に上記第１の態様に記載の方法を実行させるように構成される、通信装置を提供する。

第６の態様では、本開示の実施例は、上記端末デバイスによって使用される命令を記憶するためのコンピュータ読み取り可能な記憶媒体であって、前記命令が実行される場合、前記端末デバイスに上記第１の態様に記載の方法を実行させる、コンピュータ読み取り可能な記憶媒体を提供する。

第７の態様では、本開示は、コンピュータプログラムを含むコンピュータプログラム製品であって、コンピュータ上で実行される場合、コンピュータに上記第１の態様に記載の方法を実行させる、コンピュータプログラム製品をさらに提供する。

第８の態様では、本開示は、チップシステムを提供し、当該チップシステムは、少なくとも１つのプロセッサおよびインターフェースを含み、端末デバイスが第１の態様に係る機能を実現することをサポートし、たとえば、上記方法に係るデータおよび情報の少なくとも１つを決定または処理することをサポートする。可能な一設計では、前記チップシステムは、端末デバイスに必要なコンピュータプログラムおよびデータを保存するためのメモリをさらに含む。当該チップシステムは、チップによって構成されていてもよいし、チップおよび他の個別のコンポーネントを含んでもよい。

第９の態様では、本開示は、コンピュータプログラムであって、コンピュータ上で実行される場合、コンピュータに上記第１の態様に記載の方法を実行させる、コンピュータプログラムを提供する。

本開示の実施例または背景技術における技術案をより明確に説明するために、本開示の実施例または背景技術で使用する必要がある図面について、以下に説明する。
本開示の実施例によって提供される通信システムのアーキテクチャの概略図である。 本開示の実施例によって提供される端末デバイスの接続を制御する方法の概略フローチャートである。 例示的な一実施例に係る端末デバイスの接続を制御する方法のフローチャートである。 例示的な一実施例に係る端末デバイスの接続を制御する方法のフローチャートである。 例示的な一実施例に係る端末デバイスの接続を制御する方法のフローチャートである。 本開示の実施例によって提供される通信装置の概略構成図である。 本開示の実施例によって提供される別の通信装置の概略構成図である。 本開示の実施例によって提供されるチップの概略構成図である。

以下、本開示の実施例を詳細に説明し、その例は添付の図面に示されており、同一または類似の符号は、常に同一または類似の要素、または同一または類似の機能を有する要素を表す。添付の図面を参照して以下に説明する実施例は例示するものであり、本開示を説明するために使用されることを意図しており、本開示を制限するものとして理解されるべきではない。本開示の説明では、特に指定がない限り、「/」は「または」を意味し、たとえば、Ａ／ＢはＡまたはＢを意味する。この明細書内の「および/または」は、関連するオブジェクトの関連付けを説明する方法にすぎなく、３つの関係が存在し得ることを意味し、たとえば、Ａおよび／またはＢは、Ａが単独で存在する、ＡとＢが同時に存在する、Ｂが単独で存在する、という３つのことを意味することができる。

本開示の実施例で使用される用語は、特定の実施例を説明することのみを目的としており、本開示の実施例を限定することを意図するものではない。本開示の実施例および添付の特許請求の範囲で使用される単数形「１種」および「当該」は、文脈上明らかに別段の意味がない限り、複数形も含むものとする。

本開示の実施例では、第１、第２、第３などの用語を使用して様々な情報を説明しかねないが、これらの情報はこれらの用語に限定されるべきではないことを理解されたい。これらの用語は、同じ種類の情報を互いに区別するためにのみ使用される。たとえば、本開示の実施例の範囲から逸脱しない場合、第１の情報は第２の情報と呼ばれてもよい。同様に、第２の情報は第１の情報と呼ばれてもよい。文脈によっては、たとえば、本明細書で使用される「…すると」という単語は、「…場合」または「…とき」または「決定に応じて」と解釈されてもよい。

以下、本開示の実施例を詳細に説明し、その例は添付の図面に示されており、同一または類似の符号は、常に同一または類似の要素を表す。添付の図面を参照して以下に説明する実施例は例示するものであり、本開示を説明するために使用されることを意図しており、本開示を制限するものとして理解されるべきではない。

端末デバイス（ＵＥ）とＵＥとの間の直接通信をサポートするために、Ｓｉｄｅｌｉｎｋ（サイドリンク）通信方式が導入されており、ＵＥとＵＥとの間のインターフェースはＰＣ－５である。送信ＵＥと受信ＵＥとの対応関係に応じて、Ｓｉｄｅｌｉｎｋではユニキャスト、マルチキャストおよびブロードキャストという３つの伝送方式がサポートされている。送信ＵＥがＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、物理サイドリンク制御チャネル）チャネルでＳｉｄｅｌｉｎｋ制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を送信し、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、物理サイドリンク共享チャネル）チャネルで第２の段階のＳＣＩを送信し、その中には、データを伝送するリソース位置、ソース識別子およびターゲット識別子などが含まれる。受信ＵＥがＳＣＩを受信した後、その中の送信元ＵＥ識別子および宛先ＵＥ識別子に基づいて、対応するデータを受信するか否か、およびそれがどのプロセスに対応するかを決定する。ユニキャスト接続では、各ＵＥがそれぞれ１つの宛先識別子に対応する。マルチキャストでは、各ＵＥは、１つまたは複数のグループに属することができ、各グループが１つの宛先識別子に対応する。ブロードキャストでは、すべてのＵＥのそれぞれが少なくとも１つの宛先識別子に対応する。

一つのＵＥは、ネットワークデバイス（たとえば、基地局）に直接的に接続されず、別のＵＥの中継によりネットワークデバイスとの通信を実現する。ネットワークデバイスに接続されていないＵＥはリモートＵＥ（ｒｅｍｏｔｅ ＵＥ）と呼ばれ、中継機能を提供するＵＥは中継ＵＥ（ｒｅｌａｙ ＵＥ））と呼ばれ、リモートＵＥと中継ＵＥとはＳｉｄｅｌｉｎｋを介して通信する。このようなアーキテクチャはＵ２Ｎ（ＵＥ ｔｏ ＮＷ、端末デバイスからネットワークへの）中継と呼ばれる。

リモートＵＥとネットワークデバイス（たとえば基地局）との間には、直接リンク（Ｄｉｒｅｃｔ Ｌｉｎｋ）および間接リンク（Ｉｎｄｉｒｅｃｔ Ｌｉｎｋ）を確立することができる。直接リンクは、リモートＵＥがネットワークデバイスに直接的に接続されるリンクであり、間接リンクは、リモートＵＥが中継ＵＥを介してネットワークデバイスに間接的に接続されるリンクである。リモートＵＥは、直接リンクおよび間接リンクの両方を介してネットワークデバイスとの接続を維持することができる。このような機能は、マルチパス接続（Ｍｕｌｔｉｐａｔｈ）と呼ばれ、リモートＵＥがマルチパス伝送をサポートできるようにし、伝送速度および伝送信頼性を向上させることができる。なお、マルチパス接続をサポートするために、リモートＵＥが接続状態にある必要がある。

中継ＵＥに無線リンク障害、ハンドオーバー、セル再選択およびＲＲＣ接続障害のうちのいずれか１つが発生した場合、Ｓｉｄｅｌｉｎｋを介して、接続されたリモートＵＥに通知メッセージ（ＮｏｔｉｆｉｃａｔｉｏｎＭｅｓｓａｇｅＳｉｄｅｌｉｎｋ）を送信する。中継ＵＥは、通知メッセージをトリガーするイベントに基づいて、通知メッセージに指示タイプ（ｉｎｄｉｃａｔｉｏｎＴｙｐｅ）を運ばせる。一実現形態では、中継ＵＥに無線リンク障害が発生した場合、指示タイプを中継ＵＥ無線リンク障害（ｒｅｌａｙＵＥ－ＵｕＲＬＦ）に設定することができる。中継ＵＥにハンドオーバーが発生した場合、指示タイプを中継ＵＥハンドオーバー（ｒｅｌａｙＵＥ－ＨＯ）に設定する。中継ＵＥにセル再選択が発生した場合、指示タイプを中継ＵＥセル再選択（ｒｅｌａｙＵＥ－ＣｅｌｌＲｅｓｅｌｅｃｔｉｏｎ）に設定する。中継ＵＥに接続障害が発生した場合、指示タイプを中継ＵＥ ＲＲＣ障害（ｒｅｌａｙＵＥ－ＵｕＲＲＣＦａｉｌｕｒｅ）に設定する。

リモートＵＥが通知メッセージを受信した後、接続状態にあるリモートＵＥは、再構築をトリガーして正常な通信を確保する。しかしながら、この場合、不必要な接続再構築がよく発生する。したがって、現在、Ｕ２Ｎ中継シナリオにおけるリモートＵＥ接続を制御するための効果的な手段が不足している。

そのため、本開示の実施例は、Ｕ２Ｎ中継シナリオにおけるリモートＵＥの接続を制御する方法を提案する。以下、まず本開示の実施例が適用可能な通信システムについて説明する。

図１を参照すると、図１は、本開示の実施例によって提供される通信システムのアーキテクチャの概略図である。当該通信システムは、１つのネットワークデバイスおよび２つの端末デバイスを含むことができるがこれらに限定されない。図１に示されるデバイスの数および形態は、単なる例であり、本開示の実施例を限定するものではない。実際の応用にでは、２つ以上のネットワークデバイスを含んでもよい。図１に示される通信システムは、１つのネットワークデバイス１０１および２つの端末デバイスＵＥ（たとえば、第１の端末デバイス１０２および第２の端末デバイス１０３）を含む場合を例とする。

なお、本開示の実施例の技術案は、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）移動通信システム、５Ｇ新しいエアインターフェース（ｎｅｗ ｒａｄｉｏ、ＮＲ）システム、または他の将来の新しい移動通信システムなど、様々な通信システムに適用可能である。なお、本開示の実施例におけるサイドリンクは、直接通信リンクと呼ばれてもよい。

本開示の実施例におけるにおけるネットワークデバイス１０１は、信号を送信または受信するために使用されるネットワーク側のエンティティである。たとえば、ネットワークデバイス１０１は、進化型基地局（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ）、送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）、ＮＲシステムにおける次世代基地局（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ、ｇＮＢ）、他の将来の移動通信システムにおける基地局またはワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、ＷｉＦｉ）システムにおけるアクセスノードなどであってもよい。本開示の実施例は、ネットワークデバイスによって使用される具体的な技術および具体的なデバイス形態を限定しない。本開示の実施例によって提供されるネットワークデバイスは、集中ユニット（Ｃｅｎｔｒａｌ Ｕｎｉｔ、ＣＵ）および分散ユニット（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ、ＤＵ）から構成することができ、ＣＵは、制御ユニット（Ｃｏｎｔｒｏｌ Ｕｎｉｔ）と呼ばれてもよく、ＣＵ－ＤＵの構成を用いてネットワークデバイス、たとえば、基地局のプロトコル層を分離し、一部のプロトコル層の機能をＣＵに設定して集中制御し、残りの部分またはすべてのプロトコル層の機能をＤＵに分散させ、ＣＵによってＤＵが集中制御される。

本開示の実施例における第１の端末デバイス１０２および第２の端末デバイス１０３はそれぞれ、携帯電話など、信号を受信または送信するためのユーザ側のエンティティである。端末デバイスは、端末デバイス（ｔｅｒｍｉｎａｌ）、ユーザイクイップメント（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、ＭＳ）、移動端末デバイス（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ、ＭＴ）などと呼ばれてもよい。端末デバイスは、通信機能を備えた自動車、スマートカー、携帯電話（Ｍｏｂｉｌｅ Ｐｈｏｎｅ）、ウェアラブルデバイス、タブレット（Ｐａｄ）、無線送受信機能を備えたコンピュータ、仮想現実（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ、ＶＲ）端末デバイス、拡張現実（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ、ＡＲ）端末デバイス、産業制御（Ｉｎｄｕｓｔｒｉａｌ Ｃｏｎｔｒｏｌ）における無線端末デバイス、自動運転（Ｓｅｌｆ－Ｄｒｉｖｉｎｇ）における無線端末デバイス、遠隔医療手術（Ｒｅｍｏｔｅ Ｍｅｄｉｃａｌ Ｓｕｒｇｅｒｙ）における無線端末デバイス、スマートグリッド（Ｓｍａｒｔ Ｇｒｉｄ）における無線端末デバイス、運輸安全（Ｔｒａｎｓｐｏｒｔａｔｉｏｎ Ｓａｆｅｔｙ）における無線端末デバイス、スマートシティ（Ｓｍａｒｔ Ｃｉｔｙ）における無線端末デバイス、スマートホーム（Ｓｍａｒｔ Ｈｏｍｅ）における無線端末デバイスなどであってもよい。本出願の実施例は、端末デバイスによって使用される具体的な技術および具体的なデバイス形態を限定しない。

なお、図１に示される無線通信システムでは、第１の端末デバイス１０２および第２の端末デバイス１０３がＳｉｄｅｌｉｎｋ直接リンクを介して通信する。いくつかの実施形態では、第１の端末デバイス１０２は、ネットワークデバイス１０１に直接的に接続されず、第２の端末デバイス１０３の中継によりネットワークデバイス１０１との通信を実現する。ネットワークデバイス１０１に接続されていない第１の端末デバイス１０２は、リモートＵＥ（ｒｅｍｏｔｅ ＵＥ）と呼ばれ、中継機能を提供する第２の端末デバイス１０３は、中継ＵＥ（ｒｅｌａｙ ＵＥ）と呼ばれ、リモートＵＥと中継ＵＥとは、Ｓｉｄｅｌｉｎｋを介してユニキャストで通信し、このようなアーキテクチャはＵ２Ｎ（ＵＥ ｔｏ ＮＷ、端末デバイスからネットワークへの）中継と呼ばれる。

いくつかの実施形態では、第１の端末デバイス１０２とネットワークデバイス１０１との間には、直接リンク（Ｄｉｒｅｃｔ Ｌｉｎｋ）および間接リンク（Ｉｎｄｉｒｅｃｔ Ｌｉｎｋ）を確立することができる。直接リンクは、第１の端末デバイス１０２とネットワークデバイス１０１とが直接的に接続されたリンクであり、間接リンクは、第１の端末デバイス１０２が第２の端末デバイス１０３を介してネットワークデバイス１０１に間接的に接続されたリンクである。なお、ここでの第１の端末デバイス１０２をリモートＵＥとして使用し、第２の端末デバイス１０３を中継ＵＥとして使用する。このように、リモートＵＥは、直接リンクおよび間接リンクの両方を介してネットワークデバイスとの接続を維持することができる。このような機能は、マルチパス接続（Ｍｕｌｔｉｐａｔｈ）と呼ばれ、リモートＵＥがマルチパス伝送をサポートできるようにし、伝送速度および伝送信頼性を向上させることができる。なお、マルチパス接続をサポートするために、リモートＵＥが接続状態にある必要がある。

なお、第１の端末デバイス１０２はリモートＵＥとし、第２の端末デバイス１０３は中継ＵＥとする。リモートＵＥのベアラは、直接パスのみを介して伝送されてもよく、直接ベアラ（Ｄｉｒｅｃｔ Ｂｅａｒｅｒ）と呼ばれ、間接パスのみを介して伝送されてもよく、間接ベアラ（Ｉｎｄｉｒｅｃｔ Ｂｅａｒｅｒ）と呼ばれ、直接パスおよび間接パスの両方を介して伝送されてもよく、マルチパスベアラ（Ｍｕｌｔｉｐａｔｈ Ｂｅａｒｅｒ）と呼ばれる。リモートＵＥが直接的に接続されたセルと中継ＵＥが接続されたセルとは同じでもよいし、異なっていてもよい。

いくつかの実施形態では、マルチパスの案では、２つのパスは、マスターパスおよびセカンダリパスに分かれる。

いくつかの実施形態では、第２の端末デバイスに複数のセルグループ、すなわち、ＭＣＧ（Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ、マスターセルグループ）およびＳＣＧ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ Ｇｒｏｕｐ、セカンダリセルグループ）が設定されている場合、第２の端末デバイスが１つのセルグループにおいて無線リンク障害が発生すると、第２の端末デバイスは、別のセルグループを介してネットワークデバイスに障害情報を送信することができ、ネットワークデバイスは、障害が発生したセルグループに対して新たなセルを再設定して通信を回復することができる。障害情報には、障害原因、およびセルに関する端末デバイスの最新な測定結果が含まれる。一実現形態では、第１の端末デバイスが直接リンクおよび間接リンクの両方を介してネットワークデバイスに接続される場合、直接リンクおよび間接リンクの一方に障害が発生した場合、第１の端末デバイスは、対応するリンクの障害情報を報告して、ネットワークが障害の発生したリンクを回復することを支援することができる。このようにすることで、第１の端末デバイスは障害回復機能を持つことができ、当該障害回復機能により、ネットワーク側デバイスは障害が発生したリンクをタイムリーに回復することができ、障害が発生したリンクでのデータ伝送の遅延を低減することができる。

本開示の実施例で説明される通信システムは、本開示の実施例の技術案をより明確に説明するためのものであり、本開示の実施例によって提供される技術案を限定するものではないことを理解されたい。当業者であれば、システムアーキテクチャの進化および新しいビジネスシナリオの出現に伴い、本開示の実施例によって提供される技術案が同様の技術的問題にも適用可能となることを意識できる。

本開示によって提供される端末デバイスの接続を制御する方法および装置について、図面を参照しながら、以下に詳細に説明する。

図２を参照すると、図２は、本開示の実施例によって提供される端末デバイスの接続を制御する方法の概略フローチャートである。なお、本開示の実施例に係る方法は、端末デバイスからネットワークへの（Ｕ２Ｎ）中継シナリオに適用可能であり、当該方法は、第１の端末デバイスによって実行可能である。なお、ここでの第１の端末デバイスをＵ２Ｎ中継シナリオにおけるリモートＵＥとし、第２の端末デバイスをＵ２Ｎ中継シナリオにおける中継ＵＥとする。リモートＵＥとネットワークデバイスとの間に直接リンク（Ｄｉｒｅｃｔ Ｌｉｎｋ）および間接リンク（Ｉｎｄｉｒｅｃｔ Ｌｉｎｋ）を確立することができる。直接リンクは、リモートＵＥがネットワークデバイスに直接的に接続されるリンクであり、間接リンクは、リモートＵＥが中継ＵＥを介してネットワークデバイスに間接的に接続されるリンクである。リモートＵＥは、直接リンクおよび間接リンクの両方を介してネットワークデバイスとの接続を維持することができる。このような機能は、マルチパス接続（Ｍｕｌｔｉｐａｔｈ）と呼ばれ、リモートＵＥがマルチパス伝送をサポートできるようにし、伝送速度および伝送信頼性を向上させることができる。なお、マルチパス接続をサポートするために、リモートＵＥが接続状態にある必要がある。

図２に示すように、当該方法は、以下のステップ２０１を含むことができるが、これに限定されない。
ステップ２０１において、接続状態にある第１の端末デバイスによって第２の端末デバイスから送信された第１のメッセージが受信されたことに応答して、第１の条件に基づいて、無線リソース制御（ＲＲＣ）再構築を開始するか否かを判断する。

選択的に、接続状態にある第１の端末デバイスは、第２の端末デバイスから送信された第１のメッセージを受信し、当該第１の端末デバイスは、ＲＲＣ再構築を開始する必要があるか否かを判断することができ、たとえば、第１の条件に基づいて、ＲＲＣ再構築を開始する必要があるか否かを判断することができる。

いくつかの実施例では、当該第１のメッセージは、第２の端末デバイスによって第１の場合にサイドリンク（Ｓｉｄｅｌｉｎｋｒ）を介して、接続された第１の端末デバイスに送信された通知メッセージであってもよい。または、別のいくつかの実施例では、当該第１のメッセージは、当該通知メッセージおよび指示タイプを含むことができる。当該指示タイプは、第２の端末デバイスとネットワークデバイスとのリンクができなくなった原因（すなわち、第１の場合）を指示することができる。たとえば、指示タイプが無線リンク障害であってもよい。当該第１の場合は、無線リンク障害が発生した場合、ハンドオーバーが発生した場合、セル再選択が発生した場合、およびＲＲＣ接続障害が発生した場合、のうちのいずれか１つを含むことができる。

可能な一実現形態では、第１のメッセージが当該通知メッセージであることを例とすると、第２の端末デバイスに無線リンク障害、ハンドオーバー、セル再選択およびＲＲＣ接続障害、のうちのいずれか１つが発生した場合、第２の端末デバイスはＳｉｄｅｌｉｎｋを介して、接続されたリモートＵＥに当該通知メッセージ（ＮｏｔｉｆｉｃａｔｉｏｎＭｅｓｓａｇｅＳｉｄｅｌｉｎｋ）を送信する。接続状態にある第１の端末デバイスは、当該第２の端末デバイスから送信された当該通知メッセージを受信し、第１の端末デバイスは、ＲＲＣ再構築を開始する必要があるか否かを判断することができ、選択的に、第１の端末デバイスは、第１の条件に基づいて、ＲＲＣ再構築を開始する必要があるか否かを判断することができる。

別の可能な実現形態では、第１のメッセージが当該通知メッセージおよび指示タイプを含むことを例とすると、第２の端末デバイスに無線リンク障害、ハンドオーバー、セル再選択およびＲＲＣ接続障害、のうちのいずれか１つが発生した場合、第２の端末デバイスはＳｉｄｅｌｉｎｋを介して、接続されたリモートＵＥに第１のメッセージを送信する。当該第１のメッセージは、当該通知メッセージを含むことができる。また、第２の端末デバイスは、当該通知メッセージをトリガーするイベントに基づいて、第１のメッセージに指示タイプ（ｉｎｄｉｃａｔｉｏｎＴｙｐｅ）を運ばせることもできる。一例として、接続状態にある第１の端末デバイスは、当該第２の端末デバイスから送信された第１のメッセージを受信し、当該第１のメッセージに含まれる指示タイプが無線リンク障害である場合、第１の端末デバイスは、第１の条件に基づいて、ＲＲＣ再構築を開始する必要があるか否かを判断することができる。つまり、接続状態にある第１の端末デバイスは当該第２の端末デバイスから送信された当該第１のメッセージを受信し、当該第１のメッセージに含まれる指示タイプが無線リンク障害であり、この場合、第２の端末デバイスに無線リンク障害が発生したとみなすことができ、接続状態にある第１の端末デバイスは、第１の条件に基づいて、ＲＲＣ再構築を開始する必要があるか否かを判断することができる。

本開示の実施例を実施することにより、接続状態にある端末デバイスが、ＲＲＣ再構築を開始する必要があるか否かを判断することで、中継端末デバイスから送信された通知メッセージを受信した際に不必要な接続再構築をトリガーして接続を中断させることを回避することができ、リソースを節約し、リソースの無駄を回避することができる。

なお、いくつかの実施例では、第１の条件は、第１の端末デバイスにマルチパス伝送が設定されていることであってもよい。第１の端末デバイスは、当該第１の条件に基づいて、ＲＲＣ再構築を開始するか否かを判断することができる。第１の端末デバイスが当該第１の条件を満たしている場合、ＲＲＣ再構築を開始しなくてもよい。第１の端末デバイスが当該第１の条件を満たしていない場合、ＲＲＣ再構築を開始する必要がある。選択的に、図３は、例示的な一実施例に係る端末デバイスの接続を制御する方法のフローチャートである。なお、本開示の実施例に係る方法は、端末デバイスからネットワークへ（Ｕ２Ｎ）の中継シナリオに適用可能であり、当該方法は、第１の端末デバイスによって実行可能であり、当該第１の端末デバイスは接続状態にある。なお、ここでの第１の端末デバイスは、Ｕ２Ｎ中継シナリオにおけるリモートＵＥとし、第２の端末デバイスは、Ｕ２Ｎ中継シナリオにおける中継ＵＥとする。図３に示すように、当該方法は、以下のステップ３０１およびステップ３０２を含むことができるが、これに限定されない。

ステップ３０１において、第２の端末デバイスから送信された第１のメッセージを受信する。

一実現形態では、接続状態にある第１の端末デバイスが第２の端末デバイスから送信された第１のメッセージを受信した後、第１の端末デバイスは、マルチパス伝送が設定されているか否かを決定することにより、ＲＲＣ再構築を開始する必要があるか否かを决定する。

本開示の実施例では、ステップ３０１は、本開示の各実施例におけるいずれか１つの方式で実現することができ、本開示の実施例はこれを限定せず、説明も省略する。たとえば、前述したステップ２０１における方式で、第１の端末デバイスから送信された第１のメッセージを受信することができる。第１のメッセージは通知メッセージであってもよく、または第１のメッセージは、通知メッセージおよび指示タイプを含み、当該指示タイプは、第２の端末デバイスとネットワーク側デバイスとのリンクができなくなった原因を指示することができる。

ステップ３０２において、第１の端末デバイスにマルチパス伝送が設定されていると決定し、ＲＲＣ再構築を開始しない。

選択的に、第１の端末デバイスにマルチパス伝送が設定されていると決定した場合、第１の端末デバイスがマルチパス伝送をサポートしているとみなすことができ、第１の端末デバイスは、マルチパス伝送における直接パスを介してネットワークデバイスに直接的に接続することができるとともに、マルチパス伝送における間接パスを介してネットワークデバイスに間接的に接続することができる。第２の端末デバイスに無線リンク障害、ハンドオーバー、セル再選択およびＲＲＣ接続障害のうちのいずれか１つが発生した場合、第１の端末デバイスに第１のメッセージを送信することができる。第１の端末デバイスが第２の端末デバイスから送信された第１のメッセージを受信した後、第１の端末デバイスにマルチパス伝送が設定されているため、第１の端末デバイスは、マルチパス伝送における直接パスのリンク（すなわち、直接リンク）を介してネットワークデバイスに直接的に接続することもでき、第１の端末デバイスはネットワークデバイスとの接続を維持し続けることができるため、第１の端末デバイスはＲＲＣ再構築を開始しなくてもよく、これにより、中継ＵＥから送信された、無線リンク障害を指示するための情報を受信した際にリモートＵＥが不必要な接続再構築を行って接続を中断させることを回避することができる。

可能な一実現形態では、第１の端末デバイスが、ネットワークデバイスが第１の端末デバイスに対してマルチパスベアラを設定していると決定した場合、第１の端末デバイスにマルチパス伝送が設定されていると決定することができる。

別の可能な実現形態では、第１の端末デバイスが、ネットワークデバイスが第１の端末デバイスに対して直接ベアラおよび間接ベアラの両方を設定していると決定した場合、第１の端末デバイスにマルチパス伝送が設定されていると決定することができる。

本開示の実施例を実施することにより、第１の端末デバイスにマルチパス伝送が設定されていると決定した場合、ＲＲＣ再構築を開始しなくてもよく、これにより、中継ＵＥから送信された、無線リンク障害を指示するための情報を受信した際にリモートＵＥが不必要な接続再構築を行って接続を中断させることを回避することができ、リソースを節約し、リソースの無駄を回避することができる。

選択的に、本開示のいくつかの実施例では、第１の端末デバイスにマルチパス伝送が設定されていないと決定し、ＲＲＣ再構築を開始する。

選択的に、接続状態にある第１の端末デバイスが第２の端末デバイスから送信された第１のメッセージを受信し後、当該第１の端末デバイスは、第１の端末デバイスにマルチパス伝送が設定されていないと決定し、第１の端末デバイスがマルチパス伝送機能を備えないとみなすことができる。第２の端末デバイスに無線リンク障害、ハンドオーバー、セル再選択およびＲＲＣ接続障害のうちのいずれか１つが発生した場合、第１の端末デバイスに第１のメッセージを送信する。第１の端末デバイスが第２の端末デバイスから送信された第１のメッセージを受信した後、第１の端末デバイスがマルチパス伝送機能を備えないため、ネットワークデバイスとの正常な接続を確保し、端末デバイスの正常な通信を確保するために、第１の端末デバイスはＲＲＣ再構築を開始する必要がある。

なお、いくつかの実施例では、第１の条件は、前記第１の端末デバイスにマルチパス伝送が設定されており且つ前記マルチパス伝送における間接パスがマスターパスではないことを含むことができ、第１の端末デバイスは、当該第１の条件に基づいて、ＲＲＣ再構築を開始するか否かを判断することができる。第１の端末デバイスが当該第１の条件を満たしている場合、ＲＲＣ再構築を開始しなくてもよい。第１の端末デバイスが当該第１の条件を満たしていない場合、ＲＲＣ再構築を開始する必要がある。選択的に、図４は、例示的な一実施例に係る端末デバイスの接続を制御する方法のフローチャートである。なお、本開示の実施例に係る方法は、端末デバイスからネットワークへの（Ｕ２Ｎ）中継シナリオに適用可能であり、当該方法は、第１の端末デバイスによって実行可能であり、当該第１の端末デバイスは接続状態にある。なお、ここでの第１の端末デバイスはＵ２Ｎ中継シナリオにおけるリモートＵＥとし、第２の端末デバイスはＵ２Ｎ中継シナリオにおける中継ＵＥとする。図４に示すように、当該方法は、以下のステップ４０１およびステップ４０２を含むことができるが、これに限定されない。

ステップ４０１において、第２の端末デバイスから送信された第１のメッセージを受信する。

本開示の実施例では、ステップ４０１は、本開示の各実施例におけるいずれか１つの方式で実現することができ、本開示の実施例はこれを限定せず、その説明も省略する。たとえば、前述したステップ２０１における方式で、第１の端末デバイスから送信された第１のメッセージを受信することができる。第１のメッセージは通知メッセージであってもよいし、または第１のメッセージは、通知メッセージおよび指示タイプを含み、当該指示タイプは、第２の端末デバイスとネットワーク側デバイスとのリンクができなくなった原因を指示することができる。

一実現形態では、接続状態にある第１の端末デバイスが第２の端末デバイスから送信された第１のメッセージを受信し後、第１の端末デバイスは、マルチパス伝送が設定されているか否かを決定するとともに、当該マルチパス伝送における間接パスがマスターパスではないかを決定することにより、ＲＲＣ再構築を開始する必要があるか否かを決定する。

本開示の実施例では、ステップ４０１は、本開示の各実施例におけるいずれか１つの方式で実現することができ、本開示の実施例はこれを限定せず、その説明も省略する。

ステップ４０２において、第１の端末デバイスにマルチパス伝送が設定されており且つマルチパス伝送における間接パスがマスターパスではないと決定し、ＲＲＣ再構築を開始しない。
ここで、間接パスは、第１の端末デバイスが前記第２の端末デバイスを介してネットワークデバイスに間接的に接続されたパスである。間接パスがマスターパスではないと決定されると、それはセカンダリパスになる。

選択的に、第１の端末デバイスにマルチパス伝送が設定されていると決定した場合、第１の端末デバイスがマルチパス伝送をサポートしているとみなすことができ、これにより、第１の端末デバイスは、マルチパス伝送における直接パスを介してネットワークデバイスに直接的に接続することができるとともに、マルチパス伝送における間接パスを介してネットワークデバイスに間接的に接続することができる。第２の端末デバイスに無線リンク障害、ハンドオーバー、セル再選択およびＲＲＣ接続障害のうちのいずれか１つが発生した場合、第１の端末デバイスに第１のメッセージを送信する。第１の端末デバイスが第２の端末デバイスから送信された第１のメッセージを受信した後、第１の端末デバイスにマルチパス伝送が設定されており且つ当該マルチパス伝送における間接パスがマスターパスではないため、第１の端末デバイスは、マルチパス伝送における直接パスのリンク（すなわち、直接リンク）を介してネットワークデバイスに直接的に接続することもでき、第１の端末デバイスはネットワークデバイスとの接続を維持し続けることができるため、第１の端末デバイスはＲＲＣ再構築を開始しなくてもよく、これにより、中継ＵＥから送信された、無線リンク障害を指示するための情報を受信した際にリモートＵＥが不必要な接続再構築を行って接続を中断させることを回避することができる。

選択的に、本開示のいくつかの実施例では、第１の端末デバイスにマルチパス伝送が設定されておらず、および／または、マルチパス伝送における間接パスがマスターパスであると決定し、ＲＲＣ再構築を開始する。

一実現形態では、接続状態にある第１の端末デバイスが第２の端末デバイスから送信された第１のメッセージを受信し後、当該第１の端末デバイスが、第１の端末デバイスにマルチパス伝送が設定されておらず、および／または、マルチパス伝送における間接パスがマスターパスであると決定した場合、端末デバイスの正常な通信を確保するために、第１の端末デバイスはＲＲＣ再構築を開始する必要がある。

本開示のいくつかの実施例では、第１の端末デバイスは、間接パスがシグナリング無線ベアラ（ＳＲＢ）を伝送するために使用されると決定すること、間接パスに障害が発生した後に第１の端末デバイスがＲＲＣ接続再構築をトリガーしたと決定すること、間接パスがＳＲＢのマスター伝送パスであると決定すること、間接パスがＲＲＣ接続を維持するためのパスであると決定すること、間接パスがアンカーパスであると決定すること、および、間接パスで接続されたセルが第１の端末デバイスのマスターセルであると決定すること、のうちのいずれか１つにより、マルチパス伝送における間接パスがマスターパスであると決定することができる。

可能な一実現形態では、間接パスがシグナリング無線ベアラ（ＳＲＢ）を伝送するために使用されると決定した場合、マルチパス伝送における間接パスがマスターパスであると決定する。

別の可能な実現形態では、間接パスに障害が発生した後に第１の端末デバイスがＲＲＣ接続再構築をトリガーしたと決定した場合、マルチパス伝送における間接パスがマスターパスであると決定する。

別の可能な実現形態では、間接パスがＳＲＢのマスター伝送パスであると決定した場合、マルチパス伝送における間接パスがマスターパスであると決定する。

別の可能な実現形態では、間接パスがＲＲＣ接続を維持するためのパスであると決定した場合、マルチパス伝送における間接パスがマスターパスであると決定する。

別の可能な実現形態では、間接パスがアンカーパスであると決定した場合、マルチパス伝送における間接パスがマスターパスであると決定する。

別の可能な実現形態では、間接パスで接続されたセルが第１の端末デバイスのマスターセルであると決定した場合、マルチパス伝送における間接パスがマスターパスであると決定する。

なお、いくつかの実施例では、第１の条件は、前記第１の端末デバイスにマルチパス伝送が設定されており、且つ前記マルチパス伝送における間接パスがマスターパスであり、且つ前記第１の端末デバイスに障害回復機能が設定されていることを含むことができる。第１の端末デバイスは、当該第１の条件に基づいて、ＲＲＣ再構築を開始するか否かを判断することができる。第１の端末デバイスが当該第１の条件を満たしている場合、ＲＲＣ再構築を開始しなくてもよい。第１の端末デバイスが当該第１の条件を満たしていない場合、ＲＲＣ再構築を開始する必要がある。選択的に、図５は、例示的な一実施例に係る端末デバイスの接続を制御する方法のフローチャートである。なお、本開示の実施例に係る方法は、端末デバイスからネットワークへの（Ｕ２Ｎ）中継シナリオに適用可能であり、当該方法は、第１の端末デバイスによって実行可能であり、当該第１の端末デバイスは接続状態にある。なお、ここでの第１の端末デバイスは、Ｕ２Ｎ中継シナリオにおけるリモートＵＥとし、第２の端末デバイスは、Ｕ２Ｎ中継シナリオにおける中継ＵＥとする。図５に示すように、当該方法は、以下のステップ５０１およびステップ５０２を含むことができるが、これに限定されない。

ステップ５０１において、第２の端末デバイスから送信された第１のメッセージを受信する。

本開示の実施例では、ステップ５０１は、本開示の各実施例におけるいずれか１つの方式で実現することができ、本開示の実施例はこれを限定せず、その説明も省略する。たとえば、前述したステップ２０１における方式で、第１の端末デバイスから送信された第１のメッセージを受信することができる。第１のメッセージは通知メッセージであってもよいし、または第１のメッセージは、通知メッセージおよび指示タイプを含み、当該指示タイプは、第２の端末デバイスとネットワーク側デバイスとのリンクができなくなった原因を指示することができる。

一実現形態では、接続状態にある第１の端末デバイスが第２の端末デバイスから送信された第１のメッセージを受信し後、第１の端末デバイスにマルチパス伝送が設定されているか否かを決定し、且つ当該マルチパス伝送における間接パスがマスターパスではないかを決定し、且つ第１の端末デバイスに障害回復機能が設定されているか否かを決定することにより、ＲＲＣ再構築を開始する必要があるか否かを決定する。

本開示の実施例では、ステップ５０１は、本開示の各実施例におけるいずれか１つの方式で実現することができ、本開示の実施例はこれを限定せず、その説明も省略する。

ステップ５０２において、第１の端末デバイスにマルチパス伝送が設定されており、且つマルチパス伝送における間接パスがマスターパスであり、且つ第１の端末デバイスに障害回復機能が設定されていると決定し、ＲＲＣ再構築を開始しない。

選択的に、第１の端末デバイスにマルチパス伝送が設定されていると決定した場合、第１の端末デバイスがマルチパス伝送をサポートしているとみなすことができ、これにより、第１の端末デバイスは、マルチパス伝送における直接パスを介してネットワークデバイスに直接的に接続することができるとともに、マルチパス伝送における間接パスを介してネットワークデバイスに間接的に接続することができる。第２の端末デバイスに無線リンク障害、ハンドオーバー、セル再選択およびＲＲＣ接続障害のうちのいずれか１つが発生した場合、第１の端末デバイスに第１のメッセージを送信する。第１の端末デバイスにマルチパス伝送が設定されている場合、マルチパス伝送における間接パスがマスターパスであるが、第１の端末デバイスに障害回復機能が設定されているため、第１の端末デバイスは障害回復機能により、ネットワークが障害の発生したリンクを回復するのを支援することができる。この場合、第１の端末デバイスはＲＲＣ再構築を開始しなくてもよく、これにより、中継ＵＥから送信された、無線リンク障害を指示するための情報を受信した場合にリモートＵＥが不必要な接続再構築を行って接続を中断させることを回避することができる。

可能な一実現形態では、第１の端末デバイスは、タイマーが動作していると決定するすることにより、第１の端末デバイスに障害回復機能が設定されていると決定することができ、タイマーは、第１の端末デバイスがネットワークデバイスにリンク障害情報を報告した後に開始されたタイマーであり、リンク障害情報は、マルチパス伝送における直接リンクまたは間接リンクにリンク障害が発生したことを指示するために使用される。つまり、第１の端末デバイスは、当該タイマーが動作していると決定した場合、第１の端末デバイスに障害回復機能が設定されていると決定する。

選択的に、いくつかの実施例では、第１の端末デバイスは、第１の端末デバイスにマルチパス伝送が設定されておらず、および／または、マルチパス伝送における間接パスがマスターパスではなく、および／または、第１の端末デバイスに障害回復機能が設定されていないと決定した場合、ＲＲＣ再構築を開始する。

いくつかの実施例では、当該障害回復機能の実現形態は以下のとおりであってもよい。第１の端末デバイスが直接リンクおよび間接リンクの両方を介してネットワークデバイスに接続されている場合、直接リンクおよび間接リンクの一方に障害が発生すると、第１の端末デバイスは、対応するリンクの障害情報を報告することにより、ネットワークが障害の発生したリンクを回復するのを支援することができる。

可能な一実現形態では、間接リンクに障害が発生した場合、第１の端末デバイスは、直接リンクを介してネットワークデバイスに間接リンク障害情報を報告する。当該間接リンク障害情報は、間接リンク障害原因情報、第３の端末デバイスの端末デバイス情報、および第２の端末デバイスの端末デバイス識別子、のうちの少なくとも１つを含むことができる。ここで、端末デバイス情報は、端末デバイス識別子、第１の端末デバイスと第３の端末デバイスとのｓｉｄｅｌｉｎｋリンクの無線チャネル品質および第３の端末デバイスのサービングセル識別子、のうちの少なくとも１つを含み、第３の端末デバイスは、第１の端末デバイスとの間に間接リンクを確立できる端末デバイスであってもよい。

選択的に、間接リンク障害原因は、第１の端末デバイスと第２の端末デバイスとのｓｉｄｅｌｉｎｋリンクに無線リンク障害が発生したこと、ｓｉｄｅｌｉｎｋ ＲＬＣエンティティが送信が第１の最大再送信回数に達したことを通知すること、Ｔ４００タイマーが満了したこと、ｓｉｄｅｌｉｎｋ ＭＡＣエンティティが損失フィードバックが最大損失回数に達したことを通知すること、ｓｉｄｅｌｉｎｋ ＰＤＣＰエンティティがＳＬ－ＳＲＢ２の完全性チェックに障害が発生したことを通知すること、ｓｉｄｅｌｉｎｋ ＰＤＣＰエンティティがＳＬ－ＳＲＢ３の完全性チェックに障害が発生したことを通知すること、第１の端末デバイスと第２の端末デバイスとのｓｉｄｅｌｉｎｋリンクに継続的なＬＢＴ障害が発生したこと、第２の端末デバイスに無線リンク障害が発生したこと、第２の端末デバイスに接続障害が発生したこと、および、第１の端末デバイスと第２の端末デバイスとの間のＰＣ５－ＲＲＣ接続が解放されたこと、のうちの少なくとも１つを含む。

可能な一実現形態では、直接リンクに障害が発生した場合、第１の端末デバイスは、間接リンクを介してネットワークデバイスに直接リンク障害情報を報告する。当該直接リンク障害情報は、直接リンク障害原因情報を含み、当該直接リンク障害原因情報は、無線リンク障害、Ｔ３１０タイマー満了、Ｔ３１２タイマー満了、ＲＬＣの再送信が第２の最大再送信回数に達したこと、ランダムアクセス障害、ビーム回復障害、および継続的なＬＢＴ障害、のうちの少なくとも１つを含む。

本開示によって提供される上記実施例では、それぞれ第１の端末デバイスの観点から本開示の実施例によって提供される方法を説明した。本開示の実施例によって提供される上記方法における各機能を実現するために、第１の端末デバイスは、ハードウェア構造、ソフトウェアモジュールを含み、ハードウェア構造、ソフトウェアモジュール、またはハードウェア構造とソフトウェアモジュールの形態で上記各機能を実現することができる。上記各機能における特定の機能は、ハードウェア構造、ソフトウェアモジュール、またはハードウェア構造とソフトウェアモジュールの形態で実行することができる。

図６を参照すると、図６は、本開示の実施例によって提供される通信装置６０の概略構成図である。図６に示される通信装置６０は、送受信モジュール６０１および処理モジュール６０２を含むことができる。送受信モジュール６０１は、送信モジュールおよび／または受信モジュールを含むことができ、送信モジュールは、送信機能を実現するように構成され、受信モジュールは、受信機能を実現するように構成され、送受信モジュール６０１は、送信機能および／または受信機能を実現することができる。

通信装置６０は端末デバイス（たとえば、前述した方法実施例における第１の端末デバイス）であってもよいし、端末デバイスにおける装置であってもよく、端末デバイスと連携して使用可能な装置であってもよい。

通信装置６０は、端末デバイス（たとえば、前述した方法実施例における第１の端末デバイス）である。送受信モジュール６０１は、第２の端末デバイスから送信された第１のメッセージを受信するように構成される。処理モジュール６０２は、接続状態にある第１の端末デバイスによって第２の端末デバイスから送信された第１のメッセージが受信された場合、第１の条件に基づいて、無線リソース制御（ＲＲＣ）再構築を開始するか否かを判断するように構成される。ここで、第１の端末デバイスは、端末デバイスからネットワークへの中継シナリオにおけるリモート端末デバイスであり、第２の端末デバイスは、端末デバイスからネットワークへの中継シナリオにおける中継端末デバイスである。

一実現形態では、第１の条件は、第１の端末デバイスにマルチパス伝送が設定されていることであり、処理モジュール６０２は、第１の端末デバイスにマルチパス伝送が設定されていると決定された場合、ＲＲＣ再構築を開始しないか、または、在第１の端末デバイスにマルチパス伝送が設定されていないと決定された場合、ＲＲＣ再構築を開始するように構成される。

可能な一実現形態では、処理モジュール６０２は、さらに、ネットワークデバイスが第１の端末デバイスに対してマルチパスベアラを設定していると決定された場合、第１の端末デバイスにマルチパス伝送が設定されていると決定するか、または、ネットワークデバイスが第１の端末デバイスに対して直接ベアラおよび間接ベアラの両方を設定していると決定された場合、第１の端末デバイスにマルチパス伝送が設定されていると決定するように構成される。

一実現形態では、第１の条件は、第１の端末デバイスにマルチパス伝送が設定されており且つマルチパス伝送における間接パスがマスターパスではないことを含み、処理モジュール６０２は、第１の端末デバイスにマルチパス伝送が設定されており、且つマルチパス伝送における間接パスがマスターパスではないと決定された場合、ＲＲＣ再構築を開始しないか、または、第１の端末デバイスにマルチパス伝送が設定されておらず、および／または、マルチパス伝送における間接パスがマスターパスであると決定された場合、ＲＲＣ再構築を開始するように構成され、間接パスは、第１の端末デバイスが第２の端末デバイスを介してネットワークデバイスに間接的に接続されたパスである。

別の実現形態では、第１の条件は、第１の端末デバイスにマルチパス伝送が設定されており、且つマルチパス伝送における間接パスがマスターパスであり、且つ第１の端末デバイスに障害回復機能が設定されていることを含む。処理モジュール６０２は、第１の端末デバイスにマルチパス伝送が設定されており、且つマルチパス伝送における間接パスがマスターパスであり、且つ第１の端末デバイスに障害回復機能が設定されていると決定された場合、ＲＲＣ再構築を開始しないか、または、第１の端末デバイスにマルチパス伝送が設定されておらず、および／または、マルチパス伝送における間接パスがマスターパスではなく、および／または、第１の端末デバイスに障害回復機能が設定されていないと決定された場合、ＲＲＣ再構築を開始するように構成される。

可能な一実現形態では、処理モジュール６０２は、さらに、間接パスがシグナリング無線ベアラ（ＳＲＢ）を伝送するために使用されると決定された場合、マルチパス伝送における間接パスがマスターパスであると決定するか、または、間接パスに障害が発生した後に、第１の端末デバイスがＲＲＣ接続再構築をトリガーしたと決定された場合、マルチパス伝送における間接パスがマスターパスであると決定するか、または、間接パスがＳＲＢのマスター伝送パスであると決定された場合、マルチパス伝送における間接パスがマスターパスであると決定するか、または、間接パスがＲＲＣ接続を維持するためのパスであると決定された場合、マルチパス伝送における間接パスがマスターパスであると決定するか、または、間接パスがアンカーパスであると決定された場合、マルチパス伝送における間接パスがマスターパスであると決定するか、または、間接パスで接続されたセルが第１の端末デバイスのマスターセルであると決定された場合、マルチパス伝送における間接パスがマスターパスであると決定するように構成される。

別の実現形態では、処理モジュール６０２は、さらに、タイマーが動作していると決定された場合、第１の端末デバイスに障害回復機能が設定されていると決定するように構成され、タイマーは、第１の端末デバイスがネットワークデバイスにリンク障害情報を報告した後に開始されたタイマーであり、リンク障害情報は、マルチパス伝送における直接リンクまたは間接リンクにリンク障害が発生したことを指示する。

一実現形態では、第１のメッセージは、第２の端末デバイスによって第１の場合にサイドリンクを介して、接続された第１の端末デバイスに送信された通知メッセージであり、または、第１のメッセージは、通知メッセージを含み、通知メッセージにおける指示タイプが無線リンク障害である。第１の場合は、無線リンク障害が発生した場合、ハンドオーバーが発生した場合、セル再選択が発生した場合、およびＲＲＣ接続障害が発生した場合、のうちのいずれか１つを含む。

上記実施例における装置に関して、各モジュールが動作を実行する具体的な方式は、当該方法の実施例で詳細に説明されているため、ここでは詳しく説明しない。

図７を参照すると、図７は、本開示の実施例によって提供される別の通信装置７０の概略構成図である。通信装置７０が端末デバイス（たとえば、前述した方法実施例における第１の端末デバイス）であってもよいし、端末デバイスが上記方法を実現するようにサポートするチップ、チップシステム、またはプロセッサなどであってもよい。当該装置は、上記方法実施例に記載された方法を実現することができ、具体的には、上記方法実施例における説明を参照することができる。

通信装置７０は、１つのまたは複数のプロセッサ７０１を含むことができる。プロセッサ７０１は、汎用プロセッサまたは専用プロセッサなどであってもよい。たとえば、ベースバンドプロセッサまたは中央処理装置であってもよい。ベースバンドプロセッサは、通信プロトコルおよび通信データを処理するために使用することができ、中央処理装置は、通信装置（たとえば、基地局、ベースバンドチップ、端末デバイス、端末デバイスチップ、ＤＵまたはＣＵなど）を制御し、コンピュータプログラムを実行し、コンピュータプログラムのデータを処理するために使用することができる。

選択的に、通信装置７０は、１つのまたは複数のメモリ７０２をさらに含むことができ、メモリ７０２にはコンピュータプログラム７０４が記憶されており、プロセッサ７０１が前記コンピュータプログラム７０４を実行することにより、通信装置７０に上記方法実施例に記載の方法を実行させる。選択的に、前記メモリ７０２にはデータが記憶されてもよい。通信装置７０およびメモリ７０２は、別個に設けられてもよいし、一体化されてもよい。

選択的に、通信装置７０は、トランシーバ７０５、アンテナ７０６をさらに含んでもよい。トランシーバ７０５は、送受信ユニット、送受信機、または送受信回路などと呼ばれてもよく、送受信機能を実現するように構成される。トランシーバ７０５は、受信器および送信器を含むことができ、受信器は、受信機または受信回路などと呼ばれてもく、受信機能を実現するように構成される。送信器は、送信機または送信回路などと呼ばれてもよく、送信機能を実現するように構成される。

選択的に、通信装置７０は１つのまたは複数のインターフェース回路７０７を含んでもよい。インターフェース回路７０７は、コード命令を受信してプロセッサ７０１に伝送するように構成される。プロセッサ７０１は、前記コード命令を実行することにより、通信装置７０に上記方法実施例に記載された方法を実行させる。

通信装置７０は端末デバイス（たとえば、前述した方法実施例における第１の端末デバイス）であり、プロセッサ７０１は、図２におけるステップ２０１、図３におけるステップ３０２、図４におけるステップ４０２、または図５におけるステップ５０２を実行するように構成される。トランシーバ７０５は、図３におけるステップ３０１、図４におけるステップ４０１、または図５におけるステップ５０１を実行するように構成される。

一実現形態において、プロセッサ７０１は、受信および送信の機能を実現するためのトランシーバを含むことができる。たとえば、当該トランシーバは、送受信回路、またはインターフェース、またはインターフェース回路であってもよい。受信および送信の機能を実現するための送受信回路、インターフェースまたはインターフェースは、別個に設けられてもよいし、一体化されてもよい。前述した送受信回路、インターフェースまたはインターフェース回路は、コード／データの読み取りおよび書き込みに使用することができ、または、上記の送受信回路、インターフェースまたはインターフェース回路は、信号の伝送または転送に使用することができる。

一実現形態において、プロセッサ７０１は、コンピュータプログラムを格納することができ、コンピュータプログラムがプロセッサ７０１で実行される場合、通信装置７０は、上記方法実施例に記載の方法を実行することができる。コンピュータプログラムは、プロセッサ７０１内に固定化することができ、この場合、プロセッサ７０１は、ハードウェアによって実現可能である。

一実現形態において、通信装置７０は、回路を含むことができ、前記回路は、前述した方法実施例における送信機能または受信機能または通信機能を実現することができる。本開示で記載されたプロセッサおよびトランシーバは、集積回路（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＩＣ）、アナログＩＣ、無線周波数集積回路（ＲＦＩＣ）、混合信号ＩＣ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、プリント回路基板（ｐｒｉｎｔｅｄ ｃｉｒｃｕｉｔ ｂｏａｒｄ、ＰＣＢ）、電子デバイスなどに実現することができる。当該プロセッサおよびトランシーバは、相補型金属酸化物半導体（ｃｏｍｐｌｅｍｅｎｔａｒｙ ｍｅｔａｌ ｏｘｉｄｅ ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＣＭＯＳ）、Ｎ型金属酸化物半導体（ｎＭｅｔａｌ－ｏｘｉｄｅ－ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＮＭＯＳ）、Ｐ型金属酸化物半導体（ｐｏｓｉｔｉｖｅ ｃｈａｎｎｅｌ ｍｅｔａｌ ｏｘｉｄｅ ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＰＭＯＳ）、バイポーラ接合トランジスタ（ｂｉｐｏｌａｒ ｊｕｎｃｔｉｏｎ ｔｒａｎｓｉｓｔｏｒ、ＢＪＴ）、バイポーラＣＭＯＳ（ＢｉＣＭＯＳ）、シリコンゲルマニウム（ＳｉＧｅ）、ガリウムヒ素（ＧａＡｓ）などの様々なＩＣプロセス技術を使用して製造することもできる。

上記実施例で説明された通信装置は、端末デバイス（たとえば、前述した方法実施例における第１の端末デバイス）であってもよいが、本開示で説明される通信装置の範囲はこれに限定されず、しかも、通信装置の構成は、図７に限定されない。通信装置は、独立したデバイスであってもよいし、大きなデバイスの一部であってもよい。たとえば、通信装置は、以下のものであってもよい。
（１）独立した集積回路ＩＣ、またはチップ、または、チップシステムまたはサブシステム。
（２）１つまたは複数のＩＣを有する集合体であり、選択的に、当該ＩＣ集合体には、データやコンピュータプログラムを保存するためのストレージコンポーネントが含まれてもよい。
（３）モデム（Ｍｏｄｅｍ）などのＡＳＩＣ。
（４）他のデバイス内に組み込むことができるモジュール。
（５）受信機、端末デバイス、インテリジェント端末デバイス、携帯電話、無線デバイス、携帯デバイス、移動ユニット、車載デバイス、ネットワークデバイス、クラウドデバイス、人工知能デバイスなど。
（６）その他など。

通信装置がチップまたはチップシステムである場合については、図８に示されるチップの概略構成図を参照することができる。図８に示されるチップは、プロセッサ８０１およびインターフェース８０２を含む。プロセッサ８０１の数は１つまたは複数であってもよく、インターフェース８０２の数は複数であってもよい。

チップが、本出願の実施例における端末デバイス（たとえば、前述した方法実施例における第１の端末デバイス）の機能を実現するために使用される場合、
インターフェース８０２は、第２の端末デバイスから送信された第１のメッセージを受信するように構成され、プロセッサ８０１は、接続状態にある第１の端末デバイスによって第２の端末デバイスから送信された第１のメッセージが受信された場合、第１の条件に基づいて、無線リソース制御（ＲＲＣ）再構築を開始するか否かを判断するように構成され、第１の端末デバイスは、端末デバイスからネットワークへの中継シナリオにおけるリモート端末デバイスであり、第２の端末デバイスは、端末デバイスからネットワークへの中継シナリオにおける中継端末デバイスである。

一実現形態では、第１の条件は、第１の端末デバイスにマルチパス伝送が設定されていることであり、プロセッサ８０１は、第１の端末デバイスにマルチパス伝送が設定されていると決定された場合、ＲＲＣ再構築を開始しないか、または、第１の端末デバイスにマルチパス伝送が設定されていないと決定された場合、ＲＲＣ再構築を開始するように構成される。

可能な一実現形態では、プロセッサ８０１は、さらに、ネットワークデバイスが第１の端末デバイスに対してマルチパスベアラを設定していると決定された場合、第１の端末デバイスにマルチパス伝送が設定されていると決定するか、または、ネットワークデバイスが第１の端末デバイスに対して直接ベアラおよび間接ベアラの両方を設定していると決定された場合、第１の端末デバイスにマルチパス伝送が設定されていると決定するように構成される。

一実現形態では、第１の条件は、第１の端末デバイスにマルチパス伝送が設定されており且つマルチパス伝送における間接パスがマスターパスではないことを含み、プロセッサ８０１は、第１の端末デバイスにマルチパス伝送が設定されており且つマルチパス伝送における間接パスがマスターパスではないと決定された場合、ＲＲＣ再構築を開始しないか、または、第１の端末デバイスにマルチパス伝送が設定されておらず、および／または、マルチパス伝送における間接パスがマスターパスであると決定された場合、ＲＲＣ再構築を開始するように構成され、間接パスは、第１の端末デバイスが第２の端末デバイスを介してネットワークデバイスに間接的に接続されたパスである。

別の実現形態では、第１の条件は、第１の端末デバイスにマルチパス伝送が設定されており、且つマルチパス伝送における間接パスがマスターパスであり、且つ第１の端末デバイスに障害回復機能が設定されていることを含み、プロセッサ８０１は、第１の端末デバイスにマルチパス伝送が設定されており、且つマルチパス伝送における間接パスがマスターパスであり、且つ第１の端末デバイスに障害回復機能が設定されていると決定された場合、ＲＲＣ再構築を開始しないか、または、第１の端末デバイスにマルチパス伝送が設定されておらず、および／または、マルチパス伝送における間接パスがマスターパスではなく、および／または、第１の端末デバイスに障害回復機能が設定されていないと決定された場合、ＲＲＣ再構築を開始するように構成される。

可能な一実現形態では、プロセッサ８０１は、さらに、間接パスがシグナリング無線ベアラ（ＳＲＢ）を伝送するために使用されると決定された場合、マルチパス伝送における間接パスがマスターパスであると決定するか、または、間接パスに障害が発生した後に第１の端末デバイスがＲＲＣ接続再構築をトリガーしたと決定された場合、マルチパス伝送における間接パスがマスターパスであると決定するか、または、間接パスがＳＲＢのマスター伝送パスであると決定された場合、マルチパス伝送における間接パスがマスターパスであると決定するか、または、間接パスがＲＲＣ接続を維持するためのパスであると決定された場合、マルチパス伝送における間接パスがマスターパスであると決定するか、または、間接パスがアンカーパスであると決定された場合、マルチパス伝送における間接パスがマスターパスであると決定するか、または、間接パスで接続されたセルが第１の端末デバイスのマスターセルであると決定された場合、マルチパス伝送における間接パスがマスターパスであると決定するように構成される。

別の実現形態では、プロセッサ８０１は、さらに、タイマーが動作していると決定された場合、第１の端末デバイスに障害回復機能が設定されていると決定するように構成され、タイマーは、第１の端末デバイスがネットワークデバイスにリンク障害情報を報告した後に開始されたタイマーであり、リンク障害情報は、マルチパス伝送における直接リンクまたは間接リンクにリンク障害が発生したことを指示するために使用される。

一実現形態では、第１のメッセージは、第２の端末デバイスによって第１の場合にサイドリンクを介して、接続された第１の端末デバイスに送信された通知メッセージであり、または、第１のメッセージは、通知メッセージを含み、通知メッセージにおける指示タイプが無線リンク障害であり、第１の場合は、無線リンク障害が発生した場合、ハンドオーバーが発生した場合、セル再選択が発生した場合、およびＲＲＣ接続障害が発生した場合、のうちのいずれか１つを含む。

選択的に、チップは、必要なコンピュータプログラムおよびデータを記憶するためのメモリ８０３をさらに含む。

当業者はさらに、本開示の実施例に列挙された様々な例示的な論理ブロック（ｉｌｌｕｓｔｒａｔｉｖｅ ｌｏｇｉｃａｌ ｂｌｏｃｋ）およびステップ（ｓｔｅｐ）が、電子ハードウェア、コンピュータソフトウェア、または二者の組み合わせによって実現できることを理解することができる。このような機能がハードウェアで実現されるかソフトウェアで実現されるかは、特定のアプリケーションと全体的なシステム設計要件によって異なる。当業者は、各特定のアプリケーションに対して、様々な方法を使用して前記機能を実現することができるが、このような実現は本開示の実施例の保護範囲を超えるものとして理解されるべきではない。

本開示は、命令が記憶されている読み取り可能な記憶媒体をさらに提供し、当該命令がコンピュータによって実行される場合、上記のいずれか１つの方法実施例の機能が実現される。

本開示は、コンピュータプログラム製品をさらに提供し、当該コンピュータプログラム製品がコンピュータによって実行される場合、上記のいずれか１つの方法実施例の機能が実現される。

上記実施例では、全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせによって実現することができる。ソフトウェアを使用して実現される場合、全部または一部がコンピュータプログラム製品の形態で実現することができる。前記コンピュータプログラム製品には、１つまたは複数のコンピュータプログラムが含まれる。前記コンピュータプログラムがコンピュータにロードされて実行される場合、本開示の実施例におけるプロセスまたは機能の全部または一部が生成される。前記コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能な装置であってもよい。前記コンピュータプログラムは、コンピュータ読み取り可能な記憶媒体に記憶することができ、または１つのコンピュータ読み取り可能な記憶媒体から別のコンピュータ読み取り可能な記憶媒体へ伝送することができ、たとえば、前記コンピュータプログラムは、有線（たとえば、同軸ケーブル、光ファイバー、デジタル加入者線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））または無線（たとえば、赤外線、ワイヤレス、マイクロ波など）を介して、１つのウェブサイト、コンピュータ、サーバ、またはデータセンターからもう一つのウェブサイト、コンピュータ、サーバ、またはデータセンターへ伝送することができる。前記コンピュータ読み取り可能な記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体、または１つまたは複数の利用可能な媒体によって統合されたサーバ、データセンターを含むデータストレージデバイスであってもよい。前記利用可能な媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスク、磁気テープ）、光学媒体（たとえば、高密度デジタルビデオディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ、ＤＶＤ））、または半導体媒体（たとえば、ソリッドステートディスク（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ、ＳＳＤ））などであってもよい。

当業者であれば、本開示に係る第１、第２などの様々な数字番号は単に説明の便宜のためのものであり、本開示の実施例の範囲を限定するためのものではなく、また、前後順序を示すためにも使用されることを理解することができる。

本開示における少なくとも１つは１つまたは複数とも記載されてもよく、複数は２つ、３つ、４つまたはより多くのものであってもよく、本開示では限定されない。本開示の実施例では、１つの技術的特徴について、「第１」、「第２」、「第３」、「Ａ」、「Ｂ」、「Ｃ」および「Ｄ」などによって当該技術的特徴における技術的特徴が区別され、当該「第１」、「第２」、「第３」、「Ａ」、「Ｂ」、「Ｃ」および「Ｄ」で説明された技術的特徴間には、前後順序または大きさの順序がない。

本開示の各表に示される対応関係は、設定されてもよいし、事前定義されてもよい。各表の情報の値は単なる例であり、他の値として設定されてもよく、本開示では限定されない。情報と各パラメータとの対応関係を設定する場合、必ずしも各表に示される全ての対応関係を設定する必要はない。たとえば、本開示の表において、一部の行に示される対応関係が設定されていなくてもよい。また、たとえば、上記表に基づいて、分割、結合などの適切な変形調整を行うことができる。上記表のタイトルに示されるパラメータの名称は、通信装置が理解できる他の名称を採用してもよく、そのパラメータの値または表現式も、通信装置が理解できる他の値または表現式であってもよい。上記各表を実現する場合、配列、キュー、コンテナ、スタック、線形テーブル、ポインタ、リンクリスト、ツリー、グラフ、構造体、クラス、ヒープまたはハッシュテーブルなどの他のデータ構造も使用できる。

本開示における事前定義は、定義、予め定義、記憶、事前記憶、事前交渉、事前設定、固体化、または事前焼くとして理解されてもよい。

当業者であれば、本明細書で開示される実施例に合わせたて説明される各例のユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組み合わせによって実現できることを意識することができる。これらの機能がハードウェアで実行されるかソフトウェアで実行されるかは、技術案の特定の用途および設計制約条件によって異なる。当業者は、特定の用途ごとに異なる方法を使用して、記載された機能を実現することができるが、そのような実現は本開示の範囲を超えるものとみなされるべきではない。

当業者であれば明確に理解できるように、説明の便宜上および簡潔化のために、上記システム、装置およびユニットの具体的な動作プロセスは、前述した方法の実施例における対応するプロセスを参照することができ、ここでは再度説明しない。

前述したものは、本開示の具体的な実施形態に過ぎず、本開示の保護範囲はこれに限定されない。当業者であれば、本開示に開示された技術的範囲内での変更または置き換えに容易に想到することができ、それらは本開示の保護範囲に含まれるべきである。したがって、本開示の保護範囲は特許請求の範囲の保護範囲に従うべきである。

Claims (11)

1. 第１の端末デバイスによって実行される端末デバイスの接続を制御する方法であって、端末デバイスからネットワークへの中継シナリオに適用され、前記方法は、
   接続状態にある前記第１の端末デバイスによって第２の端末デバイスから送信された第１のメッセージが受信されたことに応答して、第１の条件に基づいて、無線リソース制御（ＲＲＣ）再構築を開始するか否かを判断するステップを含み、
   前記第１の端末デバイスは、前記端末デバイスからネットワークへの中継シナリオにおけるリモート端末デバイスであり、前記第２の端末デバイスは、前記端末デバイスからネットワークへの中継シナリオにおける中継端末デバイスであり、
   前記方法は、
   間接リンクに障害が発生した場合、前記第１の端末デバイスが、直接リンクを介してネットワークデバイスに間接リンク障害情報を報告するステップであって、前記間接リンク障害情報は、第３の端末デバイスの端末デバイス情報を含み、前記端末デバイス情報は、端末デバイス識別子、第１の端末デバイスと第３の端末デバイスとのｓｉｄｅｌｉｎｋリンクの無線チャネル品質、および第３の端末デバイスのサービングセル識別子、のうちの少なくとも１つを含み、前記第３の端末デバイスは、前記第１の端末デバイスとの間に間接リンクを確立できる端末デバイスであるステップをさらに含む、
   ことを特徴とする端末デバイスの接続を制御する方法。
2. 前記第１の条件は、前記第１の端末デバイスにマルチパス伝送が設定されていることであり、前記第１の条件に基づいて、無線リソース制御（ＲＲＣ）再構築を開始するか否かを判断するステップは、
   前記第１の端末デバイスにマルチパス伝送が設定されていると決定された場合、ＲＲＣ再構築を開始しないステップ、または、
   前記第１の端末デバイスにマルチパス伝送が設定されていないと決定された場合、ＲＲＣ再構築を開始するステップを含む、
   ことを特徴とする請求項１に記載の端末デバイスの接続を制御する方法。
3. ネットワークデバイスが前記第１の端末デバイスに対してマルチパスベアラを設定していると決定すること、および、
   ネットワークデバイスが前記第１の端末デバイスに対して直接ベアラおよび間接ベアラの両方を設定していると決定すること、のうちのいずれか１つにより、前記第１の端末デバイスにマルチパス伝送が設定されていると決定する、
   ことを特徴とする請求項２に記載の端末デバイスの接続を制御する方法。
4. 前記第１の条件は、前記第１の端末デバイスにマルチパス伝送が設定されており且つ前記マルチパス伝送における間接パスがマスターパスではないことを含み、前記第１の条件に基づいて、無線リソース制御（ＲＲＣ）再構築を開始するか否かを判断するステップは、
   前記第１の端末デバイスにマルチパス伝送が設定されており且つ前記マルチパス伝送における間接パスがマスターパスではないと決定された場合、ＲＲＣ再構築を開始しないステップ、または、
   前記第１の端末デバイスにマルチパス伝送が設定されておらず、および／または、前記マルチパス伝送における間接パスがマスターパスであると決定された場合、ＲＲＣ再構築を開始するステップを含み、
   前記間接パスは、前記第１の端末デバイスが前記第２の端末デバイスを介してネットワークデバイスに間接的に接続されたパスである、
   ことを特徴とする請求項１に記載の端末デバイスの接続を制御する方法。
5. 前記第１の条件は、前記第１の端末デバイスにマルチパス伝送が設定されており、且つ前記マルチパス伝送における間接パスがマスターパスであり、且つ前記第１の端末デバイスに障害回復機能が設定されていることを含み、前記第１の条件に基づいて、無線リソース制御（ＲＲＣ）再構築を開始するか否かを判断するステップは、
   前記第１の端末デバイスにマルチパス伝送が設定されており、且つ前記マルチパス伝送における間接パスがマスターパスであり、且つ前記第１の端末デバイスに障害回復機能が設定されていると決定された場合、ＲＲＣ再構築を開始しないステップ、または、
   前記第１の端末デバイスにマルチパス伝送が設定されておらず、および／または、前記マルチパス伝送における間接パスがマスターパスではなく、および／または、前記第１の端末デバイスに障害回復機能が設定されていないと決定された場合、ＲＲＣ再構築を開始するステップを含み、
   タイマーが動作していると決定することにより、前記第１の端末デバイスに障害回復機能が設定されていると決定し、前記タイマーは、前記第１の端末デバイスがネットワークデバイスにリンク障害情報を報告した後に開始されたタイマーであり、前記リンク障害情報は、前記マルチパス伝送における直接リンクまたは間接リンクにリンク障害が発生したことを指示するために使用される、
   ことを特徴とする請求項１に記載の端末デバイスの接続を制御する方法。
6. 前記間接パスがシグナリング無線ベアラ（ＳＲＢ）を伝送するために使用されると決定すること、
   前記間接パスに障害が発生した後に前記第１の端末デバイスがＲＲＣ接続再構築をトリガーしたと決定すること、
   前記間接パスがＳＲＢのマスター伝送パスであると決定すること、
   前記間接パスがＲＲＣ接続を維持するためのパスであると決定すること、
   前記間接パスがアンカーパスであると決定すること、および、
   前記間接パスで接続されたセルが前記第１の端末デバイスのマスターセルであると決定すること、のうちのいずれか１つにより、前記マルチパス伝送における間接パスがマスターパスであると決定する、
   ことを特徴とする請求項４に記載の端末デバイスの接続を制御する方法。
7. 前記第１のメッセージは、前記第２の端末デバイスによって第１の場合にサイドリンクを介して、接続された前記第１の端末デバイスに送信された通知メッセージであり、または、
   前記第１のメッセージは、前記通知メッセージを含み、前記通知メッセージにおける指示タイプが無線リンク障害であり、前記第１の場合は、
   無線リンク障害が発生した場合、
   ハンドオーバーが発生した場合、
   セル再選択が発生した場合、および、
   ＲＲＣ接続障害が発生した場合、のうちのいずれか１つを含む、
   ことを特徴とする請求項１に記載の端末デバイスの接続を制御する方法。
8. 通信装置であって、
   プロセッサおよびメモリを含み、前記メモリにはコンピュータプログラムが記憶されており、前記プロセッサは、前記メモリに記憶されているコンピュータプログラムを実行することにより、前記通信装置に請求項１～７のいずれか１項に記載の端末デバイスの接続を制御する方法を実行させる、
   ことを特徴とする通信装置。
9. 端末デバイスの接続を制御する方法であって、端末デバイスからネットワークへの中継シナリオに適用され、前記方法は通信システムに適用され、前記通信システムは第１の端末デバイス、第２の端末デバイスおよびネットワークデバイスを含み、前記方法は、
   接続状態にある前記第１の端末デバイスによって前記第２の端末デバイスから送信された第１のメッセージが受信されたことに応答して、第１の条件に基づいて、無線リソース制御（ＲＲＣ）再構築を開始するか否かを判断するステップを含み、
   前記第１の端末デバイスは、前記端末デバイスからネットワークへの中継シナリオにおけるリモート端末デバイスであり、前記第２の端末デバイスは、前記端末デバイスからネットワークへの中継シナリオにおける中継端末デバイスであり、
   前記方法は、
   間接リンクに障害が発生した場合、前記第１の端末デバイスが、直接リンクを介して前記ネットワークデバイスに間接リンク障害情報を報告するステップであって、前記間接リンク障害情報は、第３の端末デバイスの端末デバイス情報を含み、前記端末デバイス情報は、端末デバイス識別子、第１の端末デバイスと第３の端末デバイスとのｓｉｄｅｌｉｎｋリンクの無線チャネル品質、および第３の端末デバイスのサービングセル識別子、のうちの少なくとも１つを含み、前記第３の端末デバイスは、前記第１の端末デバイスとの間に間接リンクを確立できる端末デバイスであるステップをさらに含む、
   ことを特徴とする端末デバイスの接続を制御する方法。
10. 前記第１の条件は、前記第１の端末デバイスにマルチパス伝送が設定されていることであり、前記第１の条件に基づいて、無線リソース制御（ＲＲＣ）再構築を開始するか否かを判断するステップは、
    前記第１の端末デバイスにマルチパス伝送が設定されていると決定された場合、ＲＲＣ再構築を開始しないステップ、または、
    前記第１の端末デバイスにマルチパス伝送が設定されていないと決定された場合、ＲＲＣ再構築を開始するステップを含む、
    ことを特徴とする請求項９に記載の端末デバイスの接続を制御する方法。
11. 前記第１のメッセージは、前記第２の端末デバイスによって第１の場合にサイドリンクを介して、接続された前記第１の端末デバイスに送信された通知メッセージであり、または、
    前記第１のメッセージは、前記通知メッセージを含み、前記通知メッセージにおける指示タイプが無線リンク障害であり、前記第１の場合は、
    無線リンク障害が発生した場合、
    ハンドオーバーが発生した場合、
    セル再選択が発生した場合、および、
    ＲＲＣ接続障害が発生した場合、のうちのいずれか１つを含む、
    ことを特徴とする請求項９に記載の端末デバイスの接続を制御する方法。