(57)【要約】  本開示は、サイドリンクのリンク障害検出方法及び端末を開示し、前記方法は、サイドリンクによって、第１の参考信号またはデータパケットを含むターゲット情報を伝送すること、および、ターゲット情報の伝送状況が予め設定された条件を満たす場合、サイドリンクにリンク障害が発生していないと確定し、そうでない場合、サイドリンクにリンク障害が発生したと確定することを含む。【選択図】  図１
2022501920.tif 000002
【特許請求の範囲】
【請求項１】
端末に用いられるサイドリンクのリンク障害検出方法であって、
サイドリンクによって、第１の参考信号またはデータパケットを含むターゲット情報を伝送すること、および、
前記ターゲット情報の伝送状況が予め設定された条件を満たす場合、前記サイドリンクにリンク障害が発生していないと確定し、そうでない場合、前記サイドリンクにリンク障害が発生したと確定することを含むサイドリンクのリンク障害検出方法。
【請求項２】
前記ターゲット情報が予め設定された条件を満たす場合、前記サイドリンクにリンク障害が発生していないと確定するステップの前に、前記サイドリンクのリンク障害検出方法はさらに、
時間間隔内に、前記第１の参考信号の伝送状況が第１の予め設定された条件を満たすか否かを検出すること、
又は、
前記時間間隔内に、前記データパケットの伝送状況が第２の予め設定された条件を満たすか否かを検出すること、を含む、
請求項１に記載のサイドリンクのリンク障害検出方法。
【請求項３】
前記端末が受信側である場合、前記第１の予め設定された条件は、
前記第１の参考信号を受信したこと、及び、
前記第１の参考信号に対する測定の結果が第１の予め設定された閾値を超えたこと、のうちの少なくとも１つを含む、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項４】
前記端末が受信側である場合、前記第１の参考信号の伝送状況が第１の予め設定された条件を満たさないことは、
前記第１の参考信号を受信していないこと、又は、
１つまたは複数の前記第１の参考信号に対する測定の結果が第２の予め設定された閾値よりも低いことを含む、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項５】
前記端末が送信側である場合、前記第１の予め設定された条件は、
前記第１の参考信号を受信又は検出した受信フィードバック情報がＡＣＫであること、
前記第１の参考信号の伝送失敗回数が第１の数よりも低いこと、および、
前記第１の参考信号の再送回数が第２の数よりも低いこと、のうちの少なくとも１つを含む、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項６】
前記端末が送信側である場合、前記第１の参考信号の伝送状況が第１の予め設定された条件を満たさないことは、
１つまたは複数の前記第１の参考信号の受信フィードバック情報を受信または検出しなかったこと、又は、
１つまたは複数の前記第１の参考信号を受信又は検出した受信フィードバック情報がＮＡＣＫであることを含む、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項７】
前記第１の参考信号は、プライマリ同期信号ＰＳＳ、セカンダリ同期信号ＳＳＳ、チャネル状態情報参考信号ＣＳＩ−ＲＳ、復調参考信号ＤＭＲＳ、位相追跡参考信号ＰＴＲＳ、追跡参考信号ＴＲＳ、サウンディング参考信号ＳＲＳ、および、第１の専用参考信号、のうちの少なくとも１つを含み、前記第１の専用参考信号は、リンク障害検出に用いられる、
請求項１〜６のいずれか１項に記載のサイドリンクのリンク障害検出方法。
【請求項８】
前記端末が受信側である場合、前記第２の予め設定された条件は、
前記データパケットを受信したこと、および、
前記データパケットの伝送品質パラメータが予め設定された要件を満たすこと、のうちの少なくとも１つを含み、
前記伝送品質パラメータは、時間遅延、パケット損失率、送信レート、及び、通信範囲のうちの少なくとも１つを含む、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項９】
前記端末が受信側である場合、前記データパケットの伝送状況が第２の予め設定された条件を満たさないことは、
前記データパケットを受信しなかったこと、又は、
前記データパケットの伝送品質パラメータが予め設定された要件を満たさないこと、を含み、
前記伝送品質パラメータは、時間遅延、パケット損失率、送信レート、及び、通信範囲のうちの少なくとも１つを含む、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項１０】
前記端末が送信側である場合、前記第２の予め設定された条件は、
前記データパケットを受信又は検出した受信フィードバック情報がＡＣＫであること、
前記データパケットの伝送失敗回数が第３の数よりも低いこと、および、
前記データパケットの再送回数が第４の数よりも低いこと、のうちの少なくとも１つを含む、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項１１】
前記端末が送信側である場合、前記データパケットの伝送状況が第２の予め設定された条件を満たさないことは、
１つまたは複数の前記データパケットの受信フィードバック情報を受信または検出しなかったこと、又は、
１つまたは複数の前記データパケットを受信または検出した受信フィードバック情報がＮＡＣＫであることを含む、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項１２】
前記時間間隔は、予め定義され、又は、予め配置された時間間隔であり、又は、前記時間間隔は、予め定義され、又は、予め配置された第１のタイマーである、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項１３】
前記端末が受信側である場合、前記第１のタイマーの起動時間は、
予め定義され、又は、予め配置された第１の時間、および、
前記ターゲット情報を受信した時、のうちの少なくとも１つを含む、
請求項１２に記載のサイドリンクのリンク障害検出方法。
【請求項１４】
前記端末が送信側である場合、前記第１のタイマーの起動時間は、
予め定義され、又は、予め配置された第２の時間、および、
前記ターゲット情報を送信した後、のうちの少なくとも１つを含む、
請求項１２に記載のサイドリンクのリンク障害検出方法。
【請求項１５】
前記端末が受信側である場合、前記第１のタイマーの再起動条件は、
前記ターゲット情報の伝送状況が前記予め設定された条件を満たすこと、及び、
前記ターゲット情報を除いたデータパケットを受信したこと、のうちの少なくとも１つを含む、
請求項１２に記載のサイドリンクのリンク障害検出方法。
【請求項１６】
前記端末が送信側である場合、前記第１のタイマーの再起動条件は、
前記ターゲット情報の伝送状況が前記予め設定された条件を満たすこと、及び、
前記ターゲット情報を除いたデータパケットを送信したこと、のうちの少なくとも１つを含む、
請求項１２に記載のサイドリンクのリンク障害検出方法。
【請求項１７】
前記端末が送信側である場合、サイドリンクによって、ターゲット情報を伝送するステップは、
前記サイドリンクによって、予め設定されたルールに従って前記ターゲット情報を送信することを含み、
前記予め設定されたルールは、予め設定された時間帯に従って送信すること、予め設定された周波数ビンで送信すること、予め設定されたビームで送信すること、という送信ルールのうちの少なくとも１つを含む、
請求項１に記載のサイドリンクのリンク障害検出方法。
【請求項１８】
前記予め設定された時間帯は、予め定義され、又は、予め配置された時間間隔であり、又は、前記予め設定された時間帯は、予め定義され、又は、予め配置された第２のタイマーである、
請求項１７に記載のサイドリンクのリンク障害検出方法。
【請求項１９】
前記第２のタイマーの起動時間は、
予め定義され、又は、予め配置された第３の時間、および、
前記ターゲット情報を１回目で送信した後、のうちの少なくとも１つを含む、
請求項１８に記載のサイドリンクのリンク障害検出方法。
【請求項２０】
前記第２のタイマーの再起動条件は、
前記ターゲット情報を送信した後、及び、
前記ターゲット情報を除いたデータパケットを送信する時、のうちの少なくとも１つを含み、
前記ターゲット情報の送信は、前記第２のタイマーがタイムアウトしたときに開始する、
請求項１８に記載のサイドリンクのリンク障害検出方法。
【請求項２１】
前記端末が受信側である場合、前記サイドリンクにリンク障害が発生したと確定するステップの後に、前記サイドリンクのリンク障害検出方法はさらに、
送信側から送信された第２の参考信号を受信すること、
測定の配置に応じて、前記第２の参考信号を測定して、測定の結果を取得すること、及び、
前記測定の結果を前記送信側又はネットワーク機器に送信することにより、前記送信側又はネットワーク機器が前記測定の結果に基づいて前記サイドリンクに用いられるキャリア又はリソースプールを更新すること、を含む、
請求項１に記載のサイドリンクのリンク障害検出方法。
【請求項２２】
前記測定の配置は、測定ギャップ配置、測定ターゲット配置、測定レポート配置、測定識別子配置、及び、測定量配置のうちの少なくとも１つを含む、
請求項２１に記載のサイドリンクのリンク障害検出方法。
【請求項２３】
前記測定量配置は、前記第２の参考信号の参考信号受信パワーＲＳＲＰ、参考信号受信信号ＲＳＲＱ、および、信号対干渉雑音比ＳＩＮＲのうちの少なくとも１つを含む、
請求項２２に記載のサイドリンクのリンク障害検出方法。
【請求項２４】
前記第２の参考信号は、プライマリ同期信号ＰＳＳ、セカンダリ同期信号ＳＳＳ、チャネル状態情報参考信号ＣＳＩ−ＲＳ、復調参考信号ＤＭＲＳ、位相追跡参考信号ＰＴＲＳ、追跡参考信号ＴＲＳ、サウンディング参考信号ＳＲＳ、および、第２の専用参考信号、のうちの少なくとも１つを含み、前記第２の専用参考信号は、リンク更新測定に用いられる、
請求項２１に記載のサイドリンクのリンク障害検出方法。
【請求項２５】
サイドリンクによって、第１の参考信号またはデータパケットを含むターゲット情報を伝送するための伝送モジュールと、
前記ターゲット情報の伝送状況が予め設定された条件を満たす場合、前記サイドリンクにリンク障害が発生していないと確定し、そうでない場合、前記サイドリンクにリンク障害が発生したと確定するための処理モジュールと、を備えた端末。
【請求項２６】
時間間隔内に、前記第１の参考信号の伝送状況が第１の予め設定された条件を満たすか否かを検出するための第１の検出モジュール、
又は、
前記時間間隔内に、前記データパケットの伝送状況が第２の予め設定された条件を満たすか否かを検出するための第２の検出モジュール、をさらに備えた請求項２５に記載の端末。
【請求項２７】
前記端末が受信側である場合、前記第１の予め設定された条件は、
前記第１の参考信号を受信したこと、及び、
前記第１の参考信号に対する測定の結果が第１の予め設定された閾値を超えたこと、のうちの少なくとも１つを含む、
請求項２６に記載の端末。
【請求項２８】
前記端末が受信側である場合、前記第１の参考信号の伝送状況が第１の予め設定された条件を満たさないことは、
前記第１の参考信号を受信していないこと、又は、
１つまたは複数の前記第１の参考信号に対する測定の結果が第２の予め設定された閾値よりも低いことを含む、
請求項２６に記載の端末。
【請求項２９】
前記端末が送信側である場合、前記第１の予め設定された条件は、
前記第１の参考信号を受信又は検出した受信フィードバック情報がＡＣＫであること、
前記第１の参考信号の伝送失敗回数が第１の数よりも低いこと、および、
前記第１の参考信号の再送回数が第２の数よりも低いこと、のうちの少なくとも１つを含む、
請求項２６に記載の端末。
【請求項３０】
前記端末が送信側である場合、前記第１の参考信号の伝送状況が第１の予め設定された条件を満たさないことは、
１つまたは複数の前記第１の参考信号の受信フィードバック情報を受信または検出しなかったこと、又は、
１つまたは複数の前記第１の参考信号を受信又は検出した受信フィードバック情報がＮＡＣＫであることを含む、
請求項２６に記載の端末。
【請求項３１】
前記端末が受信側である場合、前記第２の予め設定された条件は、
前記データパケットを受信したこと、および、
前記データパケットの伝送品質パラメータが予め設定された要件を満たすこと、のうちの少なくとも１つを含み、
前記伝送品質パラメータは、時間遅延、パケット損失率、送信レート、及び、通信範囲のうちの少なくとも１つを含む、
請求項２６に記載の端末。
【請求項３２】
前記端末が受信側である場合、前記データパケットの伝送状況が第２の予め設定された条件を満たさないことは、
前記データパケットを受信しなかったこと、又は、
前記データパケットの伝送品質パラメータが予め設定された要件を満たさないこと、を含み、
前記伝送品質パラメータは、時間遅延、パケット損失率、送信レート、及び、通信範囲のうちの少なくとも１つを含む、
請求項２６に記載の端末。
【請求項３３】
前記端末が送信側である場合、前記第２の予め設定された条件は、
前記データパケットの受信フィードバック情報を受信又は検出したこと、
前記データパケットの伝送失敗回数が第３の数よりも低いこと、および、
前記データパケットの再送回数が第４の数よりも低いこと、のうちの少なくとも１つを含む、
請求項２６に記載の端末。
【請求項３４】
前記端末が送信側である場合、前記データパケットの伝送状況が第２の予め設定された条件を満たさないことは、
１つまたは複数の前記データパケットの受信フィードバック情報を受信または検出しなかったこと、又は、
１つまたは複数の前記データパケットを受信または検出した受信フィードバック情報がＮＡＣＫであることを含む、
請求項２６に記載の端末。
【請求項３５】
前記時間間隔は、予め定義され、又は、予め配置された時間間隔であり、又は、前記時間間隔は、予め定義され、又は、予め配置された第１のタイマーである、
請求項２６に記載の端末。
【請求項３６】
前記端末が受信側である場合、前記第１のタイマーの起動時間は、
予め定義され、又は、予め配置された第１の時間、および、
前記ターゲット情報を受信した時、のうちの少なくとも１つを含む、
請求項３５に記載の端末。
【請求項３７】
前記端末が送信側である場合、前記第１のタイマーの起動時間は、
予め定義され、又は、予め配置された第２の時間、および、
前記ターゲット情報を送信した後、のうちの少なくとも１つを含む、
請求項３５に記載の端末。
【請求項３８】
前記端末が受信側である場合、前記第１のタイマーの再起動条件は、
前記ターゲット情報の伝送状況が前記予め設定された条件を満たすこと、及び、
前記ターゲット情報を除いたデータパケットを受信したこと、のうちの少なくとも１つを含む、
請求項３５に記載の端末。
【請求項３９】
前記端末が送信側である場合、前記第１のタイマーの再起動条件は、
前記ターゲット情報の伝送状況が前記予め設定された条件を満たすこと、及び、
前記ターゲット情報を除いたデータパケットを送信したこと、のうちの少なくとも１つを含む、
請求項３５に記載の端末。
【請求項４０】
前記端末が送信側である場合、前記伝送モジュールは、
前記サイドリンクによって、予め設定されたルールに従って前記ターゲット情報を送信するための送信サブモジュールを含み、前記予め設定されたルールは、予め設定された時間帯に従って送信すること、予め設定された周波数ビンで送信すること、予め設定されたビームで送信すること、という送信ルールのうちの少なくとも１つを含む、
請求項２５に記載の端末。
【請求項４１】
前記予め設定された時間帯は、予め定義され、又は、予め配置された時間間隔であり、又は、前記予め設定された時間帯は、予め定義され、又は、予め配置された第２のタイマーである、
請求項４０に記載の端末。
【請求項４２】
前記第２のタイマーの起動時間は、
予め定義され、又は、予め配置された第３の時間、および、
前記ターゲット情報を１回目で送信した後、のうちの少なくとも１つを含む、
請求項４１に記載の端末。
【請求項４３】
前記第２のタイマーの再起動条件は、
前記ターゲット情報を送信した後、及び、
前記ターゲット情報を除いたデータパケットを送信する時、のうちの少なくとも１つを含み、
前記ターゲット情報の送信は、前記第２のタイマーがタイムアウトしたときに開始する、
請求項４１に記載の端末。
【請求項４４】
前記端末が受信側である場合、前記端末は、
送信側から送信された第２の参考信号を受信するための受信モジュールと、
測定の配置に応じて、前記第２の参考信号を測定して、測定の結果を取得するための測定モジュールと、
前記測定の結果を前記送信側又はネットワーク機器に送信することにより、前記送信側又はネットワーク機器が前記測定の結果に基づいて前記サイドリンクに用いられるキャリア又はリソースプールを更新するための送信モジュールと、をさらに備えた、
請求項２５に記載の端末。
【請求項４５】
プロセッサと、メモリと、前記メモリに記憶されているとともに、前記プロセッサにて運行できるコンピュータプログラムと、を含み、
前記コンピュータプログラムが前記プロセッサによって実行されるとき、請求項１〜２４のいずれか１項に記載のサイドリンクのリンク障害検出方法のステップを実現させる、端末。
【請求項４６】
コンピュータプログラムが記憶されており、
前記コンピュータプログラムがプロセッサによって実行されるとき、請求項１〜２４のいずれか１項に記載のサイドリンクのリンク障害検出方法のステップを実現させる、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、２０１８年９月２５日に中国で提出された中国特許出願番号Ｎｏ．２０１８１１１１７２０４．８の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
【０００２】
本開示は、通信技術分野に関し、特に、サイドリンクのリンク障害検出方法及び端末に関する。
【背景技術】
【０００３】
移動通信システムでは、サイドリンク（ｓｉｄｅｌｉｎｋ）は、二次リンク、側リンク、辺リンクなどとも呼ばれ、端末間にてネットワーク機器を介さずに直接伝送するために用いられる。端末は、物理的サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を介してサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を送信し、物理的サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）による伝送をスケジューリングしてデータを送信する。ただし、サイドリンクｓｉｄｅｌｉｎｋによる伝送は、ブロードキャストによって行われるものであり、受信側端末は、送信側端末に対して受信が成功したか否かをフィードバックしない。
【０００４】
サイドリンクｓｉｄｅｌｉｎｋによる伝送は、２種類のリソース割当モードをサポートする。１つは、ネットワーク機器によって制御されるとともに、端末ごとにリソースを割り当てるスケジューリングリソース割当（Ｓｃｈｅｄｕｌｅｄ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）モードであり、もう１つは、端末がリソースを自律に選択できる自律リソース選択（ａｕｔｏｎｏｍｏｕｓ  ｒｅｓｏｕｒｃｅ  ｓｅｌｅｃｔｉｏｎ）モードである。
【０００５】
ネットワーク機器では、端末のために、サイドリンクｓｉｄｅｌｉｎｋによる発見又は伝送用のリソースプールが配置されている。リソースプールには、サイドリンクｓｉｄｅｌｉｎｋによる発見又は伝送中に用いられるリソース情報及び関連する伝送パラメータが含まれ、例えば、リソースプールの１つ目のサブフレームのオフセット値、リソースプールに対応するビットマップ（ｂｉｔｍａｐ）、隣接するリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＲＢ）でＰＳＣＣＨとＰＳＳＣＨを伝送するか否か、サブチャネルの数、各サブチャネルのサイズ、サブチャネルに対応する最小ＲＢインデックス値、ＰＳＣＣＨプール（ｐｏｏｌ）に対応する最小ＲＢインデックス値、チャネルビジーレート（Ｃｈａｎｎｅｌ  Ｂｕｓｙ  Ｒａｔｅ、ＣＢＲ）で測定されたサイドリンク受信信号強度指示（Ｓｉｄｅｌｉｎｋ  Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ、Ｓ−ＲＳＳＩ）閾値及びエリア識別子などが挙げられる。
【０００６】
関連技術によれば、サイドリンクｓｉｄｅｌｉｎｋによる伝送では、ユニキャスト、グループキャスト（又はマルチキャストとも呼ばれる）及びブロードキャストが含まれる。サイドリンクｓｉｄｅｌｉｎｋの伝送メカニズムにおいて、受信側端末も送信側端末もサイドリンクｓｉｄｅｌｉｎｋのリンク状況を確定することができないものである。サイドリンクｓｉｄｅｌｉｎｋにリンク障害が発生した場合、受信側端末や送信側端末はリンク障害を知ることができないので、そのとき、両者は依然として伝送を試み続けている。それにより、伝送性能に影響を与えるだけでなく、不要なリソースの無駄遣いも生じてしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本開示の実施例は、サイドリンクの伝送メカニズムにおいて、受信側端末と送信側端末とがサイドリンクｓｉｄｅｌｉｎｋのリンク状況を確定できないことにより、伝送性能が悪くなるという問題を解決するためのサイドリンクのリンク障害検出方法及び端末を提供している。
【課題を解決するための手段】
【０００８】
第１の態様では、本開示の実施例は、端末に用いられるサイドリンクのリンク障害検出方法であって、
サイドリンクによって、第１の参考信号またはデータパケットを含むターゲット情報を伝送すること、および、
ターゲット情報の伝送状況が予め設定された条件を満たす場合、サイドリンクにリンク障害が発生していないと確定し、そうでない場合、サイドリンクにリンク障害が発生したと確定することを含む方法である。
【０００９】
第２の態様では、本開示の実施例は、さらに、
サイドリンクによって、第１の参考信号またはデータパケットを含むターゲット情報を伝送するための伝送モジュールと、
ターゲット情報の伝送状況が予め設定された条件を満たす場合、サイドリンクにリンク障害が発生していないと確定し、そうでない場合、サイドリンクにリンク障害が発生したと確定するための処理モジュールと、を備えた端末を提供する。
【００１０】
第３の態様では、本開示の実施例は、プロセッサと、メモリと、メモリに記憶されているとともに、プロセッサにて運行できるコンピュータプログラムと、を含み、コンピュータプログラムがプロセッサによって実行されるとき、上述したサイドリンクのリンク障害検出方法のステップを実現させる、端末を提供する。
【００１１】
第４の態様では、本発明の実施例は、コンピュータプログラムが記憶されており、コンピュータプログラムがプロセッサによって実行されるとき、上述したサイドリンクのリンク障害検出方法のステップを実現させる、コンピュータ可読記憶媒体を提供する。
【発明の効果】
【００１２】
このように、本開示の実施例では、サイドリンクによる伝送中のサイドリンクのリンク接続状況、すなわち、サイドリンクにリンク障害が発生したか否かを確定することができることにより、リンク障害時、通信双方が依然として伝送を試み続けている問題を回避し、サイドリンクの伝送性能が向上し、無線リソースが節約された。また、サイドリンクにリンク障害が発生した場合、サイドリンクのキャリアまたはリソースプールを更新することにより、サイドリンクのリンク品質を回復させ、伝送性能を向上させることができる。
【００１３】
本開示の実施例における技術案をさらに明瞭に説明するために、以下は、本開示における実施例の記述に使用すべき添付図面を簡単に紹介する。自明なことに、後述する添付図面はただ本開示のいくつかの実施例に過ぎず、当業者にとって、創造的な労力を払わないことを前提として、それらの添付図面に基づいて、他の添付図面を取得することができる。
【図面の簡単な説明】
【００１４】
【図１】本開示の実施例におけるサイドリンクのリンク障害検出方法を示すフローチャートである。
【図２】本開示の実施例における例の一を示すフローチャートである。
【図３】本開示の実施例における例の二を示すフローチャートである。
【図４】本開示の実施例における例の三を示すフローチャートである。
【図５】本開示の実施例における例の四を示すフローチャートである。
【図６】本開示の実施例におけるサイドリンクのリンク障害後の処理を示すフローチャートである。
【図７】本開示の実施例における端末のモジュール構成を示す概略図である。
【図８】本開示の実施例における端末を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下は、添付図面を参照しながら、本開示の例示的な実施例をより詳しく説明する。添付図面には、本開示の例示的な実施例が示されたが、本開示は、種々な形式で実現することができ、ここに記載された実施例により限られたものではないと、理解すべきである。逆に、それらの実施例を提供する目的は、本開示をさらに明瞭に理解できるようにすることであって、本開示の範囲を当業者に完全に伝えることができることである。
【００１６】
本願の明細書及び特許請求の範囲における用語である「第１の」、「第２の」などは、類似した対象を区別させるためのものであり、必ずしも特定の順序又は前後順序を記述するために用いられるものではない。理解すべきなのは、そのように用いられるデータは、適宜な場合に交換されることが可能であり、それにより、ここに記載の本願の実施例が、例えば、ここに図示又は記述されたもの以外の順序に従って実施されることができることである。また、用語である「含む」、「備える」及びそれらの任意の変形は、非排他的な「含む」をカバーするためのものであり、例えば、一連のステップまたはユニットを含むプロセス、方法、システム、製品又は機器は、必ずしも明瞭にリストされているそれらのステップまたはユニットに限らず、明瞭にリストされていない、または、これらのプロセス、方法、製品または機器に固有の他のステップまたはユニットを含んでもよいことを意味している。明細書及び特許請求の範囲における「及び／又は」は、接続される対象の少なくとも１つを表す。
【００１７】
本開示の実施例は、端末に用いられるサイドリンクのリンク障害検出方法を提供し、図１に示されるように、当該方法において、以下のステップが含まれる。
【００１８】
ステップ１１：サイドリンクによって、第１の参考信号またはデータパケットを含むターゲット情報を伝送すること。
【００１９】
ここでいう伝送は、送信を指すものであってもよく、受信を指すものであってもよい。つまり、本開示の実施例における端末は、送信側としてもよく、受信側としてもよい。端末が具体的に、送信側とするか受信側とするかは、ネットワーク機器によるスケジューリング、他の端末によるスケジューリング又はサービス要求などによって決められてもよい。
【００２０】
第１の参考信号は、プライマリ同期信号（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ、ＰＳＳ）、セカンダリ同期信号（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ、ＳＳＳ）、チャネル状態情報参考信号（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＣＳＩ−ＲＳ）、復調参考信号（Ｄｅ−Ｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＤＭＲＳ）、位相追跡参考信号（Ｐｈａｓｅ  Ｔｒａｃｋｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＰＴＲＳ）、追跡参考信号（Ｔｒａｃｋｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＴＲＳ）、サウンディング参考信号（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＳＲＳ）、および、第１の専用参考信号、のうちの少なくとも１つを含み、前記第１の専用参考信号は、リンク障害検出に用いられる。
【００２１】
ステップ１２：ターゲット情報の伝送状況が予め設定された条件を満たす場合、サイドリンクにリンク障害が発生していないと確定し、そうでない場合、サイドリンクにリンク障害が発生したと確定すること。
【００２２】
ターゲット情報は、第１の参考信号またはデータパケットを含む。ターゲット情報が第１の参考信号である場合、ステップ１２の前に、時間間隔内に、第１の参考信号の伝送状況が第１の予め設定された条件を満たすか否かを検出することをさらに含む。相応に、ステップ１２は、第１の参考信号の伝送状況が第１の予め設定された条件を満たす場合、サイドリンクにリンク障害が発生していないと確定し、そうでない場合、すなわち、第１の参考信号の伝送状況が第１の予め設定された条件のうちの少なくとも１つを満たさない場合、サイドリンクにリンク障害が発生したと確定することを含む。
【００２３】
又は、ターゲット情報がデータパケットである場合、ステップ１２の前に、時間間隔内に、データパケットの伝送状況が第２の予め設定された条件を満たすか否かを検出すること、をさらに含む。相応に、ステップ１２は、データパケットの伝送要求が第２の予め設定された条件を満たす場合、サイドリンクにリンク障害が発生していないと確定し、そうでない場合、すなわち、データパケットの伝送状況が第２の予め設定された条件のうちの少なくとも１つを満たさない場合、サイドリンクにリンク障害が発生したと確定することを含む。
【００２４】
時間間隔は、予め定義され（例えば、プロトコルによって約束され）、又は、予め配置された（例えば、端末出荷時に予め配置され、ネットワーク機器によって配置され又は予め配置され、端末によって配置されたことなど）時間間隔であり、すなわち、時間間隔は、１つの絶対値である。又は、時間間隔は、予め定義され、又は、予め配置された第１のタイマーである。すなわち、端末は、１つのタイマーをメンテナンスする。
【００２５】
さらに、端末が送信側とする場合、第１のタイマーの起動条件及び／又は再起動条件は、端末が受信側とする場合とは異なる。具体的には、
端末が受信側である場合、第１のタイマーの起動時間は、
予め定義され、又は、予め配置された第１の時間、および、
ターゲット情報を受信した時、のうちの少なくとも１つを含む。
【００２６】
端末が送信側である場合、第１のタイマーの起動時間は、
予め定義され、又は、予め配置された第２の時間、および、
ターゲット情報を送信した後、のうちの少なくとも１つを含む。
【００２７】
端末が受信側である場合、第１のタイマーの再起動条件は、
ターゲット情報の伝送状況が予め設定された条件を満たすこと、及び、
ターゲット情報を除いたデータパケットを受信したこと、のうちの少なくとも１つを含む。
【００２８】
端末が送信側である場合、第１のタイマーの再起動条件は、
ターゲット情報の伝送状況が予め設定された条件を満たすこと、及び、
ターゲット情報を除いたデータパケットを送信したこと、のうちの少なくとも１つを含む。
【００２９】
また、ここに注意すべきなのは、端末が送信側である場合、第１のタイマーの起動時間、持続時間、又は、タイムアウト時間は、端末が受信側である場合のものとは、同じかまたは異なることである。ターゲット情報が第１の参考信号である場合、第１のタイマーの起動時間、持続時間、又は、タイムアウト時間は、ターゲット情報がデータパケットである場合のものとは、同じかまたは異なる。
【００３０】
さらに、端末が送信側である場合、サイドリンクのリンク障害検出方法は、端末が受信側とする場合のものとは異なる。以下は、本実施例では、異なる場合を結合しながら、当該リンク障害検出方法をさらに説明する。
【００３１】
例の一、端末が受信側であり、ターゲット情報が第１の参考信号である場合。
【００３２】
この例では、図２に示されるように、該方法において、以下のステップが含まれる。
【００３３】
ステップ２１：送信側は、サイドリンクによって第１の参考信号を受信側に送信し、相応に、受信側は、サイドリンクによって第１の参考信号を受信すること。
【００３４】
ステップ２２：受信側は、時間間隔内に、第１の参考信号の伝送状況が第１の予め設定された条件を満たすか否かを検出すること。
【００３５】
ステップ２３：条件を満たす場合、サイドリンクにリンク障害が発生していないと確定し、満たさない場合、サイドリンクにリンク障害が発生したと確定すること。
【００３６】
第１の予め設定された条件は、
第１の参考信号を受信したこと（ただし、ここでいう第１の参考信号を受信したことは、受信側端末が第１の参考信号の受信に成功して復調に成功したことを指す）、及び、
第１の参考信号に対する測定の結果が第１の予め設定された閾値を超えたこと、のうちの少なくとも１つを含む。測定の結果は、参考信号受信パワー（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ、ＲＳＲＰ）、参考信号受信信品質（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ、ＲＳＲＱ）、および、信号対干渉雑音比（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｌｕｓ  Ｎｏｉｓｅ  Ｒａｔｉｏ、ＳＩＮＲ）のうちの少なくとも１つを含んでもよいが、それらに限られない。つまり、受信側端末が測定によって取得した第１の参考信号のＲＳＲＰ／ＲＳＲＱ／ＳＩＮＲは、予め設定された閾値以上であり、その予め設定された閾値がネットワーク機器によって配置され、プロトコルによって約束され、又は、受信側端末に予め配置されたものであってもよい。
【００３７】
前記第１の参考信号が第１の予め設定された条件を満たさないことは、
前記第１の参考信号を受信していないこと、及び、
１つまたは複数の前記第１の参考信号に対する測定の結果が第２の予め設定された閾値よりも低いこと、のうちの少なくとも１つを含む。
【００３８】
具体的には、この例では、受信側端末は、一定の時間間隔内に、第１の参考信号の第１の予め設定された条件を満たすか否かによって、サイドリンクのユニキャストまたはマルチキャストリンクの接続状況を確定する。
【００３９】
この時間間隔は、１つの絶対値であってもよく、受信側端末が１つのタイマー（ｔｉｍｅｒ）をメンテナンスすることによって実現されてもよい。当該時間間隔の絶対値又はｔｉｍｅｒの確定条件は、プロトコルによって事前に約束されたこと、受信側端末によって配置されたこと、端末出荷時に予め配置されたこと、および、ネットワーク機器によって配置され又は予め配置されたことの１つまたは複数の任意の組み合わせであってもよい。
【００４０】
受信側端末が第１のタイマーをメンテナンスするとき、第１のタイマーの起動時間、すなわち、第１のタイマーの１回目の起動時間は、予め定義または予め配置された第１の時間、および、受信側端末が第１の参考信号を受信した時のうちの少なくとも１つを含む。
【００４１】
第１のタイマーによる計時期間において、再起動条件のうちの少なくとも１つを満たす場合、第１のタイマーを再起動させることができる。第１のタイマーの再起動条件は、第１の参考信号の第１の予め設定された条件を満たすこと、および、送信側端末から送信された、第１の参考信号を除いた他のデータパケットを受信したこと、のうちの少なくとも１つを含む。再起動条件を満たさない場合、第１のタイマーは、第１のタイマーがタイムアウトしたまで、計時を続けているが、当該第１のタイマーがタイムアウトした場合、サイドリンクのユニキャストまたはマルチキャストリンクに障害が発生したと確定し、端末は、後続の障害報告、リンク回復、リンク再構築、リンク切り替え、リンク開放などのプロセスを行うことができる。
【００４２】
例の二、端末が送信側であり、ターゲット情報が第１の参考信号である場合。
【００４３】
この例では、図３に示されるように、該方法において、以下のステップが含まれる。
【００４４】
ステップ３１：送信側は、サイドリンクによって第１の参考信号を受信側に送信し、相応に、受信側は、サイドリンクによって第１の参考信号を受信すること。
【００４５】
ステップ３２：送信側は、時間間隔内に、第１の参考信号の伝送状況が第１の予め設定された条件を満たすか否かを検出すること。
ステップ３３：条件を満たす場合、サイドリンクにリンク障害が発生していないと確定し、満たさない場合、サイドリンクにリンク障害が発生したと確定すること。
【００４６】
第１の予め設定された条件は、
第１の参考信号を受信又は検出した受信フィードバック情報が肯定応答文字（ＡＣＫ）であること（ただし、ここでいう第１の参考信号を受信又は検出した受信フィードバック情報は、送信側端末が第１の参考信号の受信又は検出に成功した有効なフィードバックを指す）、
第１の参考信号の伝送失敗回数が第１の数よりも低いこと、および、
第１の参考信号の再送回数（例えば、ハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ、ＨＡＲＱ）回数、又は、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、ＲＬＣ）層再送回数）が第２の数よりも低いこと、のうちの少なくとも１つを含む。
【００４７】
ここで注意すべきなのは、第１の数と第２の数は、ネットワーク機器によって配置され、プロトコルによって約束され、又は、送信側端末に予め配置されたものであってもよいことである。
【００４８】
前記第１の参考信号が第１の予め設定された条件を満たさないことは、
１つまたは複数の前記第１の参考信号の受信フィードバック情報を受信または検出しなかったこと、又は、
１つまたは複数の前記第１の参考信号を受信又は検出した受信フィードバック情報が否定応答確認（ＮＡＣＫ）であること、を含む。
【００４９】
具体的には、この例では、送信側端末は、一定の時間間隔内に、第１の参考信号の第１の予め設定された条件を満たすか否かによって、サイドリンクのユニキャストまたはマルチキャストリンクの接続状況を確定する。
【００５０】
この時間間隔は、１つの絶対値であってもよく、送信側端末が１つのタイマー（ｔｉｍｅｒ）をメンテナンスすることによって実現されてもよい。当該時間間隔の絶対値又はｔｉｍｅｒの確定条件は、プロトコルによって事前に約束されたこと、受信側端末によって配置されたこと、端末出荷時に予め配置されたこと、および、ネットワーク機器によって配置され又は予め配置されたことの１つまたは複数の任意の組み合わせであってもよい。
【００５１】
送信側端末が第１のタイマーをメンテナンスするとき、第１のタイマーの起動時間、すなわち、第１のタイマーの１回目の起動時間は、予め定義または予め配置された第２の時間、および、第１の参考信号を送信した後の少なくとも１つを含む。
【００５２】
第１のタイマーによる計時期間において、再起動条件のうちの少なくとも１つを満たす場合、第１のタイマーを再起動させることができる。第１のタイマーの再起動条件は、第１の参考信号の伝送状況が第１の予め設定された条件を満たすこと、および、第１の参考信号を除いた他のデータパケットを送信したこと、のうちの少なくとも１つを含む。再起動条件を満たさない場合、第１のタイマーは、第１のタイマーがタイムアウトするまで、計時を続けているが、当該第１のタイマーがタイムアウトした場合、サイドリンクのユニキャストまたはマルチキャストリンクに障害が発生したと確定し、端末は、後続の障害報告、リンク回復、リンク再構築、リンク切り替え、リンク開放などのプロセスを行うことができる。
【００５３】
例の三、端末が受信側であり、ターゲット情報がデータパケットである場合。
【００５４】
この例では、図４に示されるように、該方法において、以下のステップが含まれる。
【００５５】
ステップ４１：送信側は、サイドリンクによってデータパケットを受信側に送信し、相応に、受信側は、サイドリンクによってデータパケットを受信すること。
【００５６】
ステップ４２：受信側は、時間間隔内に、データパケットの伝送状況が第２の予め設定された条件を満たすか否かを検出すること。
【００５７】
ステップ４３：条件を満たす場合、サイドリンクにリンク障害が発生していないと確定し、満たさない場合、サイドリンクにリンク障害が発生したと確定すること。
【００５８】
第２の予め設定された条件は、
データパケットを受信したこと（ただし、ここでいうデータパケットを受信したことは、受信側端末がデータパケットの受信に成功して復調に成功したことを指す）、および、
データパケットの伝送品質パラメータが予め設定された要件を満たすこと、のうちの少なくとも１つを含み、
伝送品質パラメータは、時間遅延、パケット損失率、送信レート、及び、通信範囲のうちの少なくとも１つを含む。
【００５９】
前記データパケットが第２の予め設定された条件を満たさないことは、
前記データパケットを受信しなかったこと、又は、
前記データパケットの伝送品質パラメータが予め設定された要件を満たさないこと、を含み、
前記伝送品質パラメータは、時間遅延、パケット損失率、送信レート、及び、通信範囲のうちの少なくとも１つを含む。
【００６０】
さらに、データパケットの伝送品質パラメータが予め設定された要件を満たすことは、
データパケットの時間遅延が第１の閾値よりも小さいこと、
データパケットのパケット損失率が第２の閾値よりも小さいこと、
データパケットの送信レートが第３の閾値よりも大きいこと、
データパケットの通信範囲（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｒａｎｇｅ）が第４の閾値よりも大きく、又は、第５の閾値よりも小さいこと、を含んでもよいが、それらに限らない。
【００６１】
上記第１の閾値、第２の閾値、第３の閾値、第４の閾値、および、第５の閾値は、ネットワーク機器によって配置され、プロトコルによって約束され、又は、受信側端末に予め配置されたものであってもよい。
【００６２】
具体的には、この例では、受信側端末は、一定の時間間隔内に、データパケットの第２の予め設定された条件を満たすか否かによって、サイドリンクのユニキャストまたはマルチキャストリンクの接続状況を確定する。
【００６３】
この時間間隔は、１つの絶対値であってもよく、受信側端末が１つのタイマー（ｔｉｍｅｒ）をメンテナンスすることによって実現されてもよい。当該時間間隔の絶対値又はｔｉｍｅｒの確定条件は、プロトコルによって事前に約束されたこと、受信側端末によって配置されたこと、端末出荷時に予め配置されたこと、および、ネットワーク機器によって配置され又は予め配置されたことの１つまたは複数の任意の組み合わせであってもよい。
【００６４】
受信側端末が第１のタイマーをメンテナンスするとき、第１のタイマーの起動時間、すなわち、第１のタイマーの１回目の起動時間は、予め定義または予め配置された第１の時間、および、受信側端末が第１の参考信号を受信した時のうちの少なくとも１つを含む。
【００６５】
第１のタイマーによる計時期間において、再起動条件のうちの少なくとも１つを満たす場合、第１のタイマーを再起動させることができる。第１のタイマーの再起動条件は、データパケットの第２の予め設定された条件を満たすこと、および、送信側端末から送信された、データパケットを除いた他のデータパケットを受信したこと、のうちの少なくとも１つを含む。再起動条件を満たさない場合、第１のタイマーは、第１のタイマーがタイムアウトするまで、計時を続けているが、当該第１のタイマーがタイムアウトした場合、サイドリンクのユニキャストまたはマルチキャストリンクに障害が発生したと確定し、端末は、後続の障害報告、リンク回復、リンク再構築、リンク切り替え、リンク開放などのプロセスを行うことができる。
【００６６】
例の四、端末が送信側であり、ターゲット信号がデータパケットである場合。
【００６７】
この例では、図５に示されるように、該方法において、以下のステップが含まれる。
【００６８】
ステップ５１：送信側は、サイドリンクによってデータパケットを受信側に送信し、相応に、受信側は、サイドリンクによってデータパケットを受信すること。
【００６９】
ステップ５２：送信側は、時間間隔内に、データパケットの伝送状況が第２の予め設定された条件を満たすか否かを検出すること。
【００７０】
ステップ５３：条件を満たす場合、サイドリンクにリンク障害が発生していないと確定し、満たさない場合、サイドリンクにリンク障害が発生したと確定すること。
【００７１】
第２の予め設定された条件は、
データパケットを受信又は検出した受信フィードバック情報がＡＣＫであること（ただし、ここでいうデータパケットを受信又は検出した受信フィードバック情報は、送信側端末がデータパケットの受信又は検出に成功した有効なフィードバックを指す）、
データパケットの伝送失敗回数が第３の数よりも低いこと、および、
データパケットの再送回数（例えば、ＨＡＲＱ回数、又は、ＲＬＣ層再送回数）が第２の数よりも低いことのうちの少なくとも１つを含む。
【００７２】
ここで注意すべきなのは、第１の数と第２の数は、ネットワーク機器によって配置され、プロトコルによって約束され、又は、送信側端末に予め配置されたものであってもよいことである。
【００７３】
前記データパケットが第２の予め設定された条件を満たさないことは、
１つまたは複数の前記データパケットの受信フィードバック情報を受信または検出しなかったこと、又は、
１つまたは複数の前記データパケットを受信または検出した受信フィードバック情報がＮＡＣＫであること、を含む。
【００７４】
具体的には、この例では、送信側端末は、一定の時間間隔内に、データパケットの第２の予め設定された条件を満たすか否かによって、サイドリンクのユニキャストまたはマルチキャストリンクの接続状況を確定する。
【００７５】
この時間間隔は、１つの絶対値であってもよく、送信側端末が１つのタイマー（ｔｉｍｅｒ）をメンテナンスすることによって実現されてもよい。当該時間間隔の絶対値又はｔｉｍｅｒの確定条件は、プロトコルによって事前に約束されたこと、受信側端末によって配置されたこと、端末出荷時に予め配置されたこと、および、ネットワーク機器によって配置され又は予め配置されたことの１つまたは複数の任意の組み合わせであってもよい。
【００７６】
送信側端末が第１のタイマーをメンテナンスするとき、第１のタイマーの起動時間、すなわち、第１のタイマーの１回目の起動時間は、予め定義または予め配置された第２の時間、および、第１の参考信号を送信した後の少なくとも１つを含む。
【００７７】
第１のタイマーによる計時期間において、再起動条件のうちの少なくとも１つを満たす場合、第１のタイマーを再起動させることができる。第１のタイマーの再起動条件は、データパケットの伝送状況が第２の予め設定された条件を満たすこと、および、データパケットを除いた他のデータパケットを送信したこと、のうちの少なくとも１つを含む。再起動条件を満たさない場合、第１のタイマーは、第１のタイマーがタイムアウトしたままで、計時を続けているが、当該第１のタイマーがタイムアウトした場合、サイドリンクのユニキャストまたはマルチキャストリンクに障害が発生したと確定し、端末は、後続の障害報告、リンク回復、リンク再構築、リンク切り替え、リンク開放などのプロセスを行うことができる。
【００７８】
さらに、本開示の実施例では、端末が送信側である場合、ステップ１１のステップは、サイドリンクによって、予め設定されたルールに従ってターゲット情報を送信することを含み、予め設定されたルールは、予め設定された時間帯に従って送信すること、予め設定された周波数ビンで送信すること、予め設定されたビームで送信すること、という送信ルールのうちの少なくとも１つを含む。相応に、端末が受信側である場合、受信側は、サイドリンクにおいて予め設定されたルールに従ってターゲット情報を受信する。
【００７９】
予め設定された時間帯に従ってターゲット情報を送信することは、定期的に送信することを指してもよい。例えば、所定の時間長さでターゲット情報を送信してもよい。予め設定された時間帯は、予め定義され（例えば、プロトコルによって約束され）、又は、予め配置された（例えば、端末出荷時に予め配置され、ネットワーク機器によって配置又は予め配置され、端末によって配置されたことなど）時間間隔であり、すなわち、時間間隔は、１つの絶対値である。又は、予め設定された時間帯は、予め定義され、又は、予め配置された第２のタイマーである。すなわち、送信側は、１つのタイマーをメンテナンスする。
【００８０】
第２のタイマーの起動時間は、
予め定義され、又は、予め配置された第３の時間、および、
ターゲット情報を１回目で送信した後、のうちの少なくとも１つを含む。
【００８１】
第２のタイマーの再起動条件は、
ターゲット情報を送信した後、及び、
ターゲット情報を除いたデータパケットを送信する時、のうちの少なくとも１つを含む。
【００８２】
ターゲット情報の送信は、第２のタイマーがタイムアウトしたときに開始する。
【００８３】
ターゲット情報が第１の参考信号である場合、送信側端末が１つのｔｉｍｅｒをメンテナンスするとき、当該ｔｉｍｅｒがタイムアウトすると、送信側は第１の参考信号を受信側に送信し、同時に、ｔｉｍｅｒが再起動され、又は、同一のｔｉｍｅｒが別途起動される。ｔｉｍｅｒの再起動条件は、さらに、送信側が、受信側に送信した、第１の参考信号を除いた他のデータパケットを有することを含んでもよい。ｔｉｍｅｒの１回目の起動は、送信側が第１の参考信号を送信したとき、又は、第１の参考信号を１回目で送信した後に行われてもよく、プロトコルによって約束され、又は、基地局／端末によって配置された他の時間で起動されてもよい。
【００８４】
注意すべきなのは、第１のタイマーと第２のタイマーは、持続時間が同じであってもよく、異なってもよく、第１のタイマーと第２のタイマーは、起動時間が同じであってもよく、異なってもよいことである。
【００８５】
端末が受信側である場合、ステップ１２の後に、サイドリンクにリンク障害が発生したと確定した場合、図６に示されるように、受信側は、以下のステップをさらに実行してもよい。
【００８６】
ステップ６１：送信側から送信された第２の参考信号を受信すること。
【００８７】
ステップ６２：測定の配置に応じて、第２の参考信号を測定して、測定の結果を取得すること。
【００８８】
ステップ６３：測定の結果を送信側又はネットワーク機器に送信することにより、送信側又はネットワーク機器が測定の結果に基づいてサイドリンクに用いられるキャリア又はリソースプールを更新すること。
【００８９】
測定の配置は、測定ギャップ配置、測定ターゲット配置、測定レポート配置、測定識別子配置、及び、測定量（ｍｅａｓｕｒｅｍｅｎｔ  ｑｕａｎｔｉｔｙ）配置のうちの少なくとも１つを含んでもよいが、それらに限らない。
【００９０】
さらに、測定量配置は、第２の参考信号の参考信号受信パワーＲＳＲＰ、参考信号受信信号ＲＳＲＱ、および、信号対干渉雑音比ＳＩＮＲのうちの少なくとも１つを含む。
【００９１】
ステップ６２は、予め設定された測定トリガ条件を満たす場合、受信側端末は、測定ギャップ（ｇａｐ）内において測定配置に応じて第２の参考信号を測定して、測定の結果を取得することを含む。ステップ６３は、測定の結果が予め設定された測定報告トリガ条件を満たす場合、受信側端末は、測定の結果を送信側又はネットワーク機器に送信することを含む。送信側又はネットワーク機器は、測定の結果に基づいて、一定の時刻にサイドリンクに用いられるキャリア又はサイドリンクに用いられるリソースプールを切り替えることを受信側端末に通知することで、サイドリンクの接続リンクを回復させることができる。又は、送信側又はネットワーク機器は、さらに、測定の結果に基づいて、サイドリンクに対してリソースプールを新たに配置するとともに、受信側端末に通知することにより、サイドリンクの再構築または切り替えを実現させることができる。
【００９２】
第２の参考信号は、プライマリ同期信号ＰＳＳ、セカンダリ同期信号ＳＳＳ、チャネル状態情報参考信号ＣＳＩ−ＲＳ、復調参考信号ＤＭＲＳ、位相追跡参考信号ＰＴＲＳ、追跡参考信号ＴＲＳ、サウンディング参考信号ＳＲＳ、および、第２の専用参考信号、のうちの少なくとも１つを含み、前記第２の専用参考信号は、リンク更新測定に用いられる。
【００９３】
本開示の実施例における第１の参考信号及び／又は第２の参考信号の信号種類は、予め定義され（例えば、プロトコルによって約束され）、又は、予め配置され（例えば、端末出荷時に予め配置され、ネットワーク機器によって配置又は予め配置され、端末によって配置され）たものであってもよい。
【００９４】
本開示の実施例におけるサイドリンクのリンク障害検出方法では、端末は、サイドリンクによる伝送中のサイドリンクのリンク接続状況、すなわち、サイドリンクにリンク障害が発生したか否かを確定することができることにより、リンク障害時、通信双方が依然として伝送を試み続けている問題を回避し、サイドリンクの伝送性能が向上し、無線リソースが節約された。また、サイドリンクにリンク障害が発生した場合、サイドリンクのキャリアまたはリソースプールを更新することにより、サイドリンクのリンク品質を回復させ、伝送性能を向上することができる。
【００９５】
以上の実施例では、異なる場合でのサイドリンクのリンク障害検出方法が紹介されていたが、以下は、添付図面を組み合わせながら、対応する端末をさらに紹介する。
【００９６】
図７に示されるように、本開示の実施例における端末７００は、上記実施例における、サイドリンクによって、第１の参考信号またはデータパケットを含むターゲット情報を伝送すること、および、ターゲット情報の伝送状況が予め設定された条件を満たす場合、サイドリンクにリンク障害が発生していないと確定し、そうでない場合、サイドリンクにリンク障害が発生したと確定することの詳細を実現させることができるとともに、同様な効果を達成させることもできる。当該端末７００は、具体的には、以下の機能モジュールを備える。
【００９７】
伝送モジュール７１０：サイドリンクによって、第１の参考信号またはデータパケットを含むターゲット情報を伝送するために用いられる。
【００９８】
処理モジュール７２０：ターゲット情報の伝送状況が予め設定された条件を満たす場合、サイドリンクにリンク障害が発生していないと確定し、そうでない場合、サイドリンクにリンク障害が発生したと確定するために用いられる。
【００９９】
端末７００は、さらに、
時間間隔内に、第１の参考信号の伝送状況が第１の予め設定された条件を満たすか否かを検出するための第１の検出モジュール、
又は、
時間間隔内に、データパケットの伝送状況が第２の予め設定された条件を満たすか否かを検出するための第２の検出モジュール、を備えた。
【０１００】
端末７００が受信側である場合、第１の予め設定された条件は、
第１の参考信号を受信したこと、及び、
第１の参考信号に対する測定の結果が第１の予め設定された閾値を超えたこと、のうちの少なくとも１つを含む。
【０１０１】
端末７００が受信側である場合、前記第１の参考信号が第１の予め設定された条件を満たさないことは、
前記第１の参考信号を受信していないこと、及び、
１つまたは複数の前記第１の参考信号に対する測定の結果が第２の予め設定された閾値よりも低いこと、のうちの少なくとも１つを含む。
【０１０２】
端末７００が送信側である場合、第１の予め設定された条件は、
第１の参考信号を受信又は検出した受信フィードバック情報がＡＣＫであること、
第１の参考信号の伝送失敗回数が第１の数よりも低いこと、および、
第１の参考信号の再送回数が第２の数よりも低いこと、のうちの少なくとも１つを含む。
【０１０３】
端末７００が送信側である場合、前記第１の参考信号が第１の予め設定された条件を満たさないことは、
１つまたは複数の前記第１の参考信号の受信フィードバック情報を受信または検出しなかったこと、又は、
１つまたは複数の前記第１の参考信号を受信又は検出した受信フィードバック情報がＮＡＣＫであること、を含む。
【０１０４】
端末７００が受信側である場合、第２の予め設定された条件は、
データパケットを受信したこと、および、
データパケットの伝送品質パラメータが予め設定された要件を満たすこと、のうちの少なくとも１つを含み、
伝送品質パラメータは、時間遅延、パケット損失率、送信レート、及び、通信範囲のうちの少なくとも１つを含む。
【０１０５】
端末７００が受信側である場合、前記端末が受信側である場合、前記データパケットの伝送状況が第２の予め設定された条件を満たさないことは、
前記データパケットを受信しなかったこと、又は、
前記データパケットの伝送品質パラメータが予め設定された要件を満たさないこと、を含み、
前記伝送品質パラメータは、時間遅延、パケット損失率、送信レート、及び、通信範囲のうちの少なくとも１つを含む。
【０１０６】
端末７００が送信側である場合、第２の予め設定された条件は、
データパケットを受信又は検出した受信フィードバック情報がＡＣＫであること、
データパケットの伝送失敗回数が第３の数よりも低いこと、および、
データパケットの再送回数が第４の数よりも低いこと、のうちの少なくとも１つを含む。
【０１０７】
前記端末が送信側である場合、前記データパケットが第２の予め設定された条件を満たさないことは、
１つまたは複数の前記データパケットの受信フィードバック情報を受信または検出しなかったこと、又は、
１つまたは複数の前記データパケットを受信または検出した受信フィードバック情報がＮＡＣＫであること、を含む。
【０１０８】
時間間隔は、予め定義され、又は、予め配置された時間間隔であり、又は、時間間隔は、予め定義され、又は、予め配置された第１のタイマーである。
【０１０９】
端末７００が受信側である場合、第１のタイマーの起動時間は、
予め定義され、又は、予め配置された第１の時間、および、
ターゲット情報を受信した時、のうちの少なくとも１つを含む。
【０１１０】
端末７００が送信側である場合、第１のタイマーの起動時間は、
予め定義され、又は、予め配置された第２の時間、および、
ターゲット情報を送信した後、のうちの少なくとも１つを含む。
【０１１１】
端末７００が受信側である場合、第１のタイマーの再起動条件は、
ターゲット情報の伝送状況が予め設定された条件を満たすこと、及び、
ターゲット情報を除いたデータパケットを受信したこと、のうちの少なくとも１つを含む。
【０１１２】
端末７００が送信側である場合、第１のタイマーの再起動条件は、
ターゲット情報の伝送状況が予め設定された条件を満たすこと、及び、
ターゲット情報を除いたデータパケットを送信したこと、のうちの少なくとも１つを含む。
【０１１３】
端末７００が送信側である場合、伝送モジュール７１０は、
サイドリンクによって、予め設定されたルールに従ってターゲット情報を送信するための送信サブモジュールを含み、予め設定されたルールは、予め設定された時間帯に従って送信すること、予め設定された周波数ビンで送信すること、予め設定されたビームで送信すること、という送信ルールのうちの少なくとも１つを含む。
【０１１４】
予め設定された時間帯は、予め定義され、又は、予め配置された時間間隔であり、又は、予め設定された時間帯は、予め定義され、又は、予め配置された第２のタイマーである。
【０１１５】
第２のタイマーの起動時間は、
予め定義され、又は、予め配置された第３の時間、および、
ターゲット情報を１回目で送信した後、のうちの少なくとも１つを含む。
【０１１６】
第２のタイマーの再起動条件は、
ターゲット情報を送信した後、及び、
ターゲット情報を除いたデータパケットを送信する時、のうちの少なくとも１つを含む。
【０１１７】
ターゲット情報の送信は、第２のタイマーがタイムアウトしたときに開始する。
【０１１８】
端末７００が受信側である場合、端末７００はさらに、
送信側から送信された第２の参考信号を受信するための受信モジュールと、
測定の配置に応じて、第２の参考信号を測定して、測定の結果を取得するための測定モジュールと、
測定の結果を送信側又はネットワーク機器に送信することにより、送信側又はネットワーク機器が測定の結果に基づいてサイドリンクに用いられるキャリア又はリソースプールを更新するための送信モジュールと、を備えた。
【０１１９】
第１の参考信号は、プライマリ同期信号ＰＳＳ、セカンダリ同期信号ＳＳＳ、チャネル状態情報参考信号ＣＳＩ−ＲＳ、復調参考信号ＤＭＲＳ、位相追跡参考信号ＰＴＲＳ、追跡参考信号ＴＲＳ、サウンディング参考信号ＳＲＳ、および、第１の専用参考信号、のうちの少なくとも１つを含み、前記第１の専用参考信号は、リンク障害検出に用いられる。
【０１２０】
測定の配置は、測定ギャップ配置、測定ターゲット配置、測定レポート配置、測定識別子配置、及び、測定量配置のうちの少なくとも１つを含む。
【０１２１】
測定量配置は、第２の参考信号の参考信号受信パワーＲＳＲＰ、参考信号受信信号ＲＳＲＱ、および、信号対干渉雑音比ＳＩＮＲのうちの少なくとも１つを含む。
【０１２２】
第２の参考信号は、プライマリ同期信号ＰＳＳ、セカンダリ同期信号ＳＳＳ、チャネル状態情報参考信号ＣＳＩ−ＲＳ、復調参考信号ＤＭＲＳ、位相追跡参考信号ＰＴＲＳ、追跡参考信号ＴＲＳ、サウンディング参考信号ＳＲＳ、および、第２の専用参考信号、のうちの少なくとも１つを含み、前記第２の専用参考信号は、リンク更新測定に用いられる。
【０１２３】
ここで注意すべきなのは、本開示の実施例における端末は、サイドリンクによる伝送中のサイドリンクのリンク接続状況、すなわち、サイドリンクにリンク障害が発生したか否かを確定することができることにより、リンク障害時、通信双方が依然として伝送を試み続けている問題を回避し、サイドリンクの伝送性能が向上し、無線リソースが節約されたことである。また、サイドリンクにリンク障害が発生した場合、サイドリンクのキャリアまたはリソースプールを更新することにより、サイドリンクのリンク品質を回復させ、伝送性能を向上することができることである。
【０１２４】
説明すべきなのは、上記端末における各モジュールの区分は、ただ論理的機能別の区分に過ぎず、実際に実現時、それらをすべて、又は、一部で１つの物理的エンティティーに集積してもよく、物理的に離間させてもよいことである。また、それらのモジュールは、すべて、ソフトウェアの形式で処理素子によって転用されるように実現されてもよいし、すべてがハードウェアの形式で実現されてもよいし、一部のモジュールが処理素子によってソフトウェアが転用される方式によって実現されるが、一部のモジュールがハードウェアの形式で実現されてもよい。例えば、特定モジュールは、個別に設けられた処理素子であってもよいし、上記装置のあるチップに集積されて実現されてもよいし、また、プログラムコードの形式で上記装置のメモリに記憶されて、上記装置におけるある処理素子によって転用されて上記特定モジュールの機能が実行されてもよい。他のモジュールの実現はそれに類似したものである。また、それらのモジュールは、すべてまたは一部で一緒に集積されてもよく、独立して実現されてもよい。ここでいう処理素子は、信号の処理能力を有する集積回路であってもよい。実現のプロセスでは、上記方法における各ステップ又は上記各モジュールは、処理素子におけるハードウェアの集積ロジック回路またはソフトウェア形式のコマンドによって完成することができる。
【０１２５】
例えば、上記それらのモジュールは、上記方法を実施する１つまたは複数の集積回路として配置されてもよい。例えば、１つまたは複数の専用集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、又は、１つまたは複数のマイクロプロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、又は、１つまたは複数のフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）などが挙げられる。さらに、上記のあるモジュールが処理素子によってプログラムコードを呼び出す方式で実現された場合、当該処理素子は、汎用プロセッサであってもよい。例えば、中央処理器（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、ＣＰＵ）又はプログラムコードを呼び出し可能な他のプロセッサであってもよい。さらに、それらのモジュールは一体に集積されて、システムオンチップ（ｓｙｓｔｅｍ−ｏｎ−ａ−ｃｈｉｐ、ＳＯＣ）の形式で実現されてもよい。
【０１２６】
上記目的をよりよく実現させるために、さらに、図８は本発明の各実施例を実現する端末のハードウェア構造概略図である。当該端末８０は、無線周波数ユニット８１と、ネットワークモジュール８２と、音声出力ユニット８３と、入力ユニット８４と、センサ８５と、表示ユニット８６と、ユーザ入力ユニット８７と、インターフェースユニット８８と、メモリ８９と、プロセッサ８１０と、電源８１１と、などの部材を含むが、それらに限らない。当業者であれば理解できるように、図８に示した端末構造は、端末に対する限定を構成せず、端末には、図示された部材の数よりも多くまたは少ない部材、又は、いくつかの部材の組み合わせ、又は、異なる部材の配置が含まれてもよい。本開示の実施例では、端末は、携帯電話、タブレットパソコン、ノートパソコン、パームトップコンピューター、車載端末、ウェアラブル装置、および、歩数計を含むが、それらに限らない。
【０１２７】
無線周波数ユニット８１は、サイドリンクによって、第１の参考信号またはデータパケットを含むターゲット情報を伝送する。
【０１２８】
プロセッサ８１０は、ターゲット情報の伝送状況が予め設定された条件を満たす場合、サイドリンクにリンク障害が発生していないと確定し、そうでない場合、サイドリンクにリンク障害が発生したと確定する。
【０１２９】
本開示の実施例では、サイドリンクによる伝送中のサイドリンクのリンク接続状況、すなわち、サイドリンクにリンク障害が発生したか否かを確定することができることにより、リンク障害時、通信双方が依然として伝送を試み続けている問題を回避し、サイドリンクの伝送性能が向上し、無線リソースが節約された。また、サイドリンクにリンク障害が発生した場合、サイドリンクのキャリアまたはリソースプールを更新することにより、サイドリンクのリンク品質を回復させ、伝送性能を向上することができる。
【０１３０】
理解すべきなのは、本開示の実施例では、無線周波数ユニット８１は、情報の送受信または通話中の信号の送受信に用いられてもよいことである。具体的には、無線周波数ユニット８１は、基地局からの下りリンクデータを受信してから、プロセッサ８１０による処理のために送信してもよい。また、上りリンクデータを基地局に送信してもよい。一般的には、無線周波数ユニット８１は、アンテナ、少なくとも１つの増幅器、送受信機、カプラ、低騒音増幅器、デュプレクサなどを含むが、それらに限らない。また、無線周波数ユニット８１は、さらに、無線通信システムやネットワークによって、他の機器との通信を行ってもよい。
【０１３１】
端末は、ネットワークモジュール８２によって、無線バンドインターネットアクセスをユーザに提供し、例えば、ユーザのために、電子メールの送受信や、ウェブページの閲覧やストリーミングメディアへのアクセスなどを実現させる。
【０１３２】
音声出力ユニット８３は、無線周波数ユニット８１又はネットワークモジュール８２が受信した、又は、メモリ８９に記憶された音声データを音声信号に変換して音声として出力することができる。しかも、音声出力ユニット８３は、さらに、端末８０によって実行される特定の機能に関する音声（例えば、呼び信号受信音、メッセージ着信音など）の出力を提供することができる。音声出力ユニット８３は、スピーカー、ブザー、および、受話器などを含む。
【０１３３】
入力ユニット８４は、音声またはビデオ信号を受信するために用いられる。入力ユニット８４は、グラフィックスプロセッサ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、ＧＰＵ）８４１とマイクロホン８４２を含んでもよく、グラフィックスプロセッサ８４１は、ビデオキャプチャモードまたは画像キャプチャモードにおいて、画像キャプチャ装置（例えば、カメラ）によって得られた静止画像又はビデオの画像データを処理する。処理後の画像フレームは、表示ユニット８６に表示されてもよい。グラフィックスプロセッサ８４１によって処理された画像フレームは、メモリ８９（又は他の記憶媒体）に記憶されてもよく、又は、無線周波数ユニット８１又はネットワークモジュール８２によって送信されてもよい。マイクロホン８４２は、音声を受信するとともに、そのような音声を音声データとして処理することができる。処理後の音声データは、電話の通話モードにおいて、無線周波数ユニット８１によって移動通信基地局へ送信されることが可能なフォーマットに変換して出力してもよい。
【０１３４】
端末８０は、さらに、少なくとも１つのセンサ８５、例えば、光センサ、運動センサ、又は、他のセンサを含んでもよい。具体的には、光センサは、環境光センサと接近センサを含む。ただし、環境光センサは環境光の明暗に応じて表示パネル８６１の輝度を調整することができ、接近センサは端末８０が耳元に移動したとき、表示パネル８６１及び／又はバックライトをオフにすることができる。運動センサの１種として、加速度計センサは、各方向（通常、３軸）での加速度の大きさを検出することができ、静止の場合、重力の大きさ及び方向を検出することができ、端末の姿勢（例えば、縦横画面切り替え、関連ゲーム、磁力計姿勢校正）識別、振動識別関連機能（例えば、歩数計、タップ）などに用いられてもよい。センサ８５は、さらに、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロ、気圧計、湿度計、温度計、赤外線センサなどを含んでもよいが、ここでは例を省略する。
【０１３５】
表示ユニット８６は、ユーザによって入力された情報またはユーザに提供される情報を表示するために用いられる。表示ユニット８６は、表示パネル８６１を含んでもよく、液晶ディスプレイ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ、ＯＬＥＤ）などの形式で、表示パネル８６１を配置してもよい。
【０１３６】
ユーザ入力ユニット８７は、入力された数字または文字情報を受信し、端末でのユーザの設置や機能制御に関するキー信号入力を発生するために用いられてもよい。具体的には、ユーザ入力ユニット８７は、タッチパネル８７１及び他の入力機器８７２を含む。タッチパネル８７１は、タッチスクリーンとも呼ばれ、その上又はその近傍でのユーザによるタッチ操作（例えば、ユーザが指、タッチペンなどの任意の適切な物体又は付属品を用いて、タッチパネル８７１の上またはタッチパネル８７１の近傍で行う操作）を収集することができる。タッチパネル８７１は、タッチ検出装置とタッチコントローラの２部分を含んでもよい。タッチ検出装置は、ユーザによるタッチの方向を検出するとともに、タッチ操作による信号を検出し、信号をタッチコントローラに伝送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信して、タッチポイント座標に変換してから、プロセッサ８１０に送信し、また、プロセッサ８１０から送信されてきたコマンドを受信して実行する。また、タッチパネル８７１は、抵抗式、静電容量式、赤外線及び表面音声波などの種々のタイプのものとして実現されてもよい。タッチパネル８７１以外、ユーザ入力ユニット８７は、他の入力機器８７２をさらに含んでもよい。具体的には、他の入力機器８７２は、物理的キーボード、機能キー（例えば、音量制御キー、スイッチキーなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らない。ここでは例を省略する。
【０１３７】
さらに、タッチパネル８７１は、表示パネル８６１に覆われてもよい。タッチパネル８７１は、その上または近傍でのタッチ操作を検出した場合、プロセッサ８１０に送信してタッチイベントのタイプを特定し、その後、プロセッサ８１０は、タッチイベントのタイプに応じて相応な視覚出力を表示パネル８６１に提供する。図８では、タッチパネル８７１と表示パネル８６１は２つの独立した部材として、端末の入力と出力機能を実現するものであるが、いくつかの実施例では、タッチパネル８７１と表示パネル８６１を集積して端末の入力・出力機能を実現させてもよい。具体的には、ここでは限定しない。
【０１３８】
インターフェースユニット８８は、外部装置と端末８０との接続のためのインターフェースである。例えば、外部装置は、有線または無線ヘッドフォンポート、外部電源（またはバッテリ充電器）ポート、有線または無線データポート、メモリカードポート、識別モジュールを有する装置への接続用のポート、音声入力／出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、ヘッドフォンポートなどを含んでもよい。インターフェースユニット８８は、外部装置からの入力（例えば、データ情報、電力など）を受信するとともに、受信した入力を端末８０内の１つまたは複数の素子に伝送し、または、端末８０と外部装置の間にデータを伝送するために用いられてもよい。
【０１３９】
メモリ８９は、ソフトウェアプログラム及び種々のデータを記憶するために用いられてもよい。メモリ８９は、主に、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーションプログラム（例えば、音声放送機能、画像放送機能など）などを記憶することができるプログラム記憶エリアと、携帯電話の利用によって作成したデータ（例えば、音声データ、電話帳など）などを記憶することができるデータ記憶エリアを含んでもよい。また、メモリ８９は、高速ランダムアクセスメモリを含んでもよく、例えば、少なくとも１つの磁気ディスクメモリ、フラッシュメモリデバイス、又は、他の揮発性固体記憶デバイスのような不揮発性メモリをさらに含んでもよい。
【０１４０】
プロセッサ８１０は、端末の制御センターであり、種々のインターフェースや回路によって端末全体の各部分に接続され、メモリ８９内に記憶されたソフトウェアプログラム及び／又はモジュールを運行または実行させること、および、メモリ８９内に記憶されたデータを呼び出し、端末の種々の機能を実行し、データを処理することにより、端末全体をモニタする。プロセッサ８１０は、１つまたは複数の処理ユニットを含んでもよい。選択的に、プロセッサ８１０は、アプリケーションプロセッサと変復調プロセッサとを集積したものであってもよい。アプリケーションプロセッサは主にオペレーティングシステム、ユーザインタフェース、および、アプリケーションプログラムなどを処理するためのものであり、変復調プロセッサは主に無線通信を処理するためのものである。理解すべきなのは、上記変復調プロセッサは、プロセッサ８１０に集積されなくてもよいことである。
【０１４１】
端末８０は、各部材に対して電力を供給する電源８１１（たとえば、バッテリ）をさらに含んでもよい。選択的に、電源８１１は、電源管理システムによってプロセッサ８１０にロジック的に接続されてもよい。それにより、電源管理システムによって、充放電の管理や電力消耗管理などの機能を実現させることができる。
【０１４２】
また、端末８０は、図示されない幾つかの機能モジュールを含んでもよいが、ここでは例を省略する。
【０１４３】
選択的に、本開示の実施例は、プロセッサ８１０と、メモリ８９と、メモリ８９に記憶されているとともに、前記プロセッサ８１０にて運行できるコンピュータプログラムを含んでもよく、当該コンピュータプログラムがプロセッサ８１０によって実行されるとき、上記サイドリンクのリンク障害検出方法の実施例における各プロセスが実現され、かつ、同様な技術的効果が実現される、端末をさらに提供する。説明の重複を回避するために、ここでは説明を省略する。端末は、無線端末であってもよく、有線端末であってもよい。無線端末は、語音及び／又は他の業務データの連通性をユーザに提供する機器であって、無線接続機能を有するハンドヘルド型機器、または、無線モデムに接続されたその他の処理機器であってもよい。無線端末は、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＲＡＮ）を介して１つ又は複数のコアネットワークと通信することが可能となる。無線端末は、携帯電話（又は「セルラ」電話とも呼ばれる）のような移動端末や移動端末を有するコンピュータであってもよい。例えば、携帯型、ポケットサイズ型、ハンドヘルド型、コンピュータ内蔵型又は車載型の移動装置であってもよく、それらは、無線アクセスネットワークとの言語及び／又はデータの交換を行う。例えば、個人通信サービス（Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話機、無線ローカルループ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ、ＷＬＬ）局、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、ＰＤＡ）等の機器である。無線端末は、システム、加入者ユニット（Ｓｕｂｓｃｒｉｂｅｒ  Ｕｎｉｔ）、加入者局（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、移動テーブル（Ｍｏｂｉｌｅ）、リモート局（Ｒｅｍｏｔｅ  Ｓｔａｔｉｏｎ）、リモート端末（Ｒｅｍｏｔｅ  Ｔｅｒｍｉｎａｌ）、アクセス端末（Ａｃｃｅｓｓ  Ｔｅｒｍｉｎａｌ）、ユーザ端末（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ユーザエージェント（Ｕｓｅｒ  Ａｇｅｎｔ）、ユーザデバイス（Ｕｓｅｒ  Ｄｅｖｉｃｅ  ｏｒ  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と呼ばれてもよく、ここでは限定されていない。
【０１４４】
本開示の実施例は、コンピュータプログラムが記憶されており、当該コンピュータプログラムがプロセッサによって実行されるとき、上記サイドリンクのリンク障害検出方法についての実施例における各プロセスが実現され、かつ、同様な技術的効果が実現される、コンピュータ可読記憶媒体をさらに提供する。説明の重複を回避するために、ここでは説明を省略する。ただし、上記コンピュータ可読記憶媒体は、例えば、リードオンリーメモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスクまたは光ディスクなどであってもよい。
【０１４５】
当業者であれば、本明細書に開示の実施例に記述の各例示のユニットやアルゴリズムステップを結合して、電子ハードウェア、又は、コンピュータソフトウェアと電子ハードウェアとの組み合わせによって実現されてもよいことを意識しているはずである。それらの機能がハードウェアかソフトウェアかによって実行されることは、技術案の特定の応用や設計拘束条件による。専門技術者は、各特定の応用に対して異なる方法を用いて記述される機能を実現させることができるが、しかし、そのような実現が本開示の範囲を超えたものとして考えられるべきではない。
【０１４６】
当業界の技術者は、記述の便宜上や簡潔上、上記記述されるシステム、装置、および、ユニットの具体的な作動プロセスについて、前述の方法実施例における対応プロセスを参照されてもよいことを明確に理解できる。ここでは説明を省略する。
【０１４７】
本願が提供する実施例では、開示された装置や方法は、他の方式によって実現されてもよいことが理解されたい。例えば、以上に記述されている装置実施例は、例示的なものに過ぎない。例えば、上記ユニットの区分は、論理的機能に基づく区分に過ぎず、実際な実現方式として、別の区分方式が用いられてもよい。例えば、複数のユニット又は部品は組み合わせられ、又は、別の１つのシステムに集積されてもよい。あるいは、いくつかの特徴を見逃し、又は、実行しなくてもよい。ところで、表示または検討されている、相互の結合や直接の結合や通信接続は、いくつかのインターフェース、装置やユニットの間接的結合又は通信接続であってもよいが、電気的、機械的、又は、他の形式のものであってもよい。
【０１４８】
離間している部材として説明されていた前記ユニットは、物理的に離間しているものであってもよいが、そのようなものでなくてもよい。ユニットとして表示される部材は、物理的ユニットであってもよいが、そのようなものでなくてもよい。すなわち、一箇所に位置するものであってもよく、又は、複数のネットワークユニットに分布しているものであってもよい。実際な必要に応じて、その中の一部又は全部のユニットを選択して本実施例の態様の目的を実現させることができる。
【０１４９】
また、本開示の各実施例における各機能ユニットは１つの処理ユニットに集積されてもよく、各ユニットが物理的に個別に存在してもよく、２つ以上のユニットが１つのユニットに集積されてもよい。
【０１５０】
前記機能は、ソフトウェア機能ユニットの形式で実現されて、独立した製品として販売や使用される場合、１つのコンピュータ可読記憶媒体に記憶されてもよい。そのような理解を踏まえて、本開示の技術案は、実質上、又は、関連技術に対して貢献した部分または当該技術案の部分が、ソフトウェア製品の形式によって表されてもよい。当該コンピュータソフトウェア製品は一つの記憶媒体に記憶され、若干のコマンドを含み、それにより、本開示の各実施例に記載の方法における全部または一部のステップを一台のコンピュータ機器（パソコン、サーバ、又は、ネットワーク側機器などであってもよい）に実行させる。上述した記憶媒体は、Ｕディスク、リムーバブルディスク、ＲＯＭ、ＲＡＭ、磁気ディスク、又は、光ディスクなどの種々のプログラムコードを記憶することができる媒体を含む。
【０１５１】
また、ここに注意すべきなのは、本開示の装置及び方法では、各部材または各ステップが分解されてもよく、及び／又は、改めて組み合わせられてもよいことである。それらの分解及び／又は改めて組み合わせたものは、本開示に等価な方案として見なされるべきである。また、上記一連の処理を実行するステップは、自然的に説明されている順序に従って、時間的順序に従って実行されてもよいが、必ずしも時間的順序に従って実行されるとは限らない。幾つかのステップは、並行に、または、相互に独立して実行されてもよい。当業者にとって、本開示の方法及び装置のすべてまたは任意のステップ又は部材を理解できるはずであり、任意の演算装置（プロセッサ、記憶媒体などを含む）又は演算装置のネットワークにおいて、ハードウェア、ファームウェア、ソフトウェアまたはそれらの組み合わせによって実現されてもよい。それは、当業者が本開示の説明を検討した上で、彼らの基本的なプログラミングスキルによって実現できるものである。
【０１５２】
そのため、本開示の目的は、さらに、任意の演算装置において１つのプログラムまたは１セットのプログラムを運行させることによって実現されてもよい。上記演算装置は、公知の汎用的装置であってもよい。そのため、本開示の目的は、上記方法又は装置を実現するプログラムコードを含むプログラム製品を提供することだけで実現されてもよい。つまり、そのようなプログラム製品も本開示を構成し、また、そのようなプログラム製品を記憶した記憶媒体も本開示を構成した。明らかに、前記記憶媒体は、任意の公知の記憶媒体又は将来に開発される任意の記憶媒体であってもよい。さらに、ここで注意すべきなのは、本開示の装置及び方法では、明らかに、各部材または各ステップが分解されてもよく、及び／又は、改めて組み合わせられてもよいことである。それらの分解及び／又は改めて組み合わせたものは、本開示に等価な方案として見なされるべきである。また、上記一連の処理を実行するステップは、自然的に説明されている順序に従って、時間的順序に従って実行されてもよいが、必ずしも時間的順序に従って実行されるとは限らない。幾つかのステップは、並行に、または、相互に独立して実行されてもよい。
【０１５３】
以上は、本開示の選択可能な実施の形態が記載されている。ここで指摘すべきことは、当業者にとって、本開示に記載の原理を逸らさないことを前提に、若干の改良や修飾を行うことができることであるが、それらの改良や修飾も本発明の保護範囲に入っている。
【図１】
2022501920.tif 000003
【図２】
2022501920.tif 000004
【図３】
2022501920.tif 000005
【図４】
2022501920.tif 000006
【図５】
2022501920.tif 000007
【図６】
2022501920.tif 000008
【図７】
2022501920.tif 000009
【図８】
2022501920.tif 000010
【手続補正書】
【提出日】令和3年4月15日(2021.4.15)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】変更
【補正の内容】
【００２３】
又は、ターゲット情報がデータパケットである場合、ステップ１２の前に、時間間隔内に、データパケットの伝送状況が第２の予め設定された条件を満たすか否かを検出すること、をさらに含む。相応に、ステップ１２は、データパケットの伝送状況が第２の予め設定された条件を満たす場合、サイドリンクにリンク障害が発生していないと確定し、そうでない場合、すなわち、データパケットの伝送状況が第２の予め設定された条件のうちの少なくとも１つを満たさない場合、サイドリンクにリンク障害が発生したと確定することを含む。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】変更
【補正の内容】
【００３７】
前記第１の参考信号の伝送状況が第１の予め設定された条件を満たさないことは、
前記第１の参考信号を受信していないこと、及び、
１つまたは複数の前記第１の参考信号に対する測定の結果が第２の予め設定された閾値よりも低いこと、のうちの少なくとも１つを含む。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５９
【補正方法】変更
【補正の内容】
【００５９】
前記データパケットの伝送状況が第２の予め設定された条件を満たさないことは、
前記データパケットを受信しなかったこと、又は、
前記データパケットの伝送品質パラメータが予め設定された要件を満たさないこと、を含み、
前記伝送品質パラメータは、時間遅延、パケット損失率、送信レート、及び、通信範囲のうちの少なくとも１つを含む。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００７１
【補正方法】変更
【補正の内容】
【００７１】
第２の予め設定された条件は、
データパケットを受信又は検出した受信フィードバック情報がＡＣＫであること（ただし、ここでいうデータパケットを受信又は検出した受信フィードバック情報は、送信側端末がデータパケットの受信又は検出に成功した有効なフィードバックを指す）、
データパケットの伝送失敗回数が第３の数よりも低いこと、および、
データパケットの再送回数（例えば、ＨＡＲＱ回数、又は、ＲＬＣ層再送回数）が第４の数よりも低いことのうちの少なくとも１つを含む。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１０５
【補正方法】変更
【補正の内容】
【０１０５】
端末７００が受信側である場合、前記データパケットの伝送状況が第２の予め設定された条件を満たさないことは、
前記データパケットを受信しなかったこと、又は、
前記データパケットの伝送品質パラメータが予め設定された要件を満たさないこと、を含み、
前記伝送品質パラメータは、時間遅延、パケット損失率、送信レート、及び、通信範囲のうちの少なくとも１つを含む。
【手続補正６】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末に用いられるサイドリンクのリンク障害検出方法であって、
サイドリンクによって、第１の参考信号またはデータパケットを含むターゲット情報を伝送すること、および、
前記ターゲット情報の伝送状況が予め設定された条件を満たす場合、前記サイドリンクにリンク障害が発生していないと確定し、そうでない場合、前記サイドリンクにリンク障害が発生したと確定することを含むサイドリンクのリンク障害検出方法。
【請求項２】
前記ターゲット情報の伝送状況が予め設定された条件を満たす場合、前記サイドリンクにリンク障害が発生していないと確定するステップの前に、前記サイドリンクのリンク障害検出方法はさらに、
時間間隔内に、前記第１の参考信号の伝送状況が第１の予め設定された条件を満たすか否かを検出すること、
又は、
前記時間間隔内に、前記データパケットの伝送状況が第２の予め設定された条件を満たすか否かを検出すること、を含む、
請求項１に記載のサイドリンクのリンク障害検出方法。
【請求項３】
前記端末が受信側である場合、前記第１の予め設定された条件は、
前記第１の参考信号を受信したこと、及び、
前記第１の参考信号に対する測定の結果が第１の予め設定された閾値を超えたこと、のうちの少なくとも１つを含み、
前記端末が受信側である場合、前記第１の参考信号の伝送状況が第１の予め設定された条件を満たさないことは、
前記第１の参考信号を受信していないこと、又は、
１つまたは複数の前記第１の参考信号に対する測定の結果が第２の予め設定された閾値よりも低いことを含む、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項４】
前記端末が送信側である場合、前記第１の予め設定された条件は、
前記第１の参考信号を受信又は検出した受信フィードバック情報がＡＣＫであること、
前記第１の参考信号の伝送失敗回数が第１の数よりも低いこと、および、
前記第１の参考信号の再送回数が第２の数よりも低いこと、のうちの少なくとも１つを含み、
前記端末が送信側である場合、前記第１の参考信号の伝送状況が第１の予め設定された条件を満たさないことは、
１つまたは複数の前記第１の参考信号の受信フィードバック情報を受信または検出しなかったこと、又は、
１つまたは複数の前記第１の参考信号を受信又は検出した受信フィードバック情報がＮＡＣＫであることを含む、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項５】
前記端末が受信側である場合、前記第２の予め設定された条件は、
前記データパケットを受信したこと、および、
前記データパケットの伝送品質パラメータが予め設定された要件を満たすこと、のうちの少なくとも１つを含み、
前記伝送品質パラメータは、時間遅延、パケット損失率、送信レート、及び、通信範囲のうちの少なくとも１つを含み、
前記端末が受信側である場合、前記データパケットの伝送状況が第２の予め設定された条件を満たさないことは、
前記データパケットを受信しなかったこと、又は、
前記データパケットの伝送品質パラメータが予め設定された要件を満たさないこと、を含み、
前記伝送品質パラメータは、時間遅延、パケット損失率、送信レート、及び、通信範囲のうちの少なくとも１つを含む、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項６】
前記端末が送信側である場合、前記第２の予め設定された条件は、
前記データパケットを受信又は検出した受信フィードバック情報がＡＣＫであること、
前記データパケットの伝送失敗回数が第３の数よりも低いこと、および、
前記データパケットの再送回数が第４の数よりも低いこと、のうちの少なくとも１つを含む、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項７】
前記時間間隔は、予め定義され、又は、予め配置された時間間隔であり、又は、前記時間間隔は、予め定義され、又は、予め配置された第１のタイマーであり、
前記端末が受信側である場合、前記第１のタイマーの起動時間は、
予め定義され、又は、予め配置された第１の時間、および、
前記ターゲット情報を受信した時、のうちの少なくとも１つを含み、
前記端末が送信側である場合、前記第１のタイマーの起動時間は、
予め定義され、又は、予め配置された第２の時間、および、
前記ターゲット情報を送信した後、のうちの少なくとも１つを含む、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項８】
前記時間間隔は、予め定義され、又は、予め配置された時間間隔であり、又は、前記時間間隔は、予め定義され、又は、予め配置された第１のタイマーであり、
前記端末が受信側である場合、前記第１のタイマーの再起動条件は、
前記ターゲット情報の伝送状況が前記予め設定された条件を満たすこと、及び、
前記ターゲット情報を除いたデータパケットを受信したこと、のうちの少なくとも１つを含み、
前記端末が送信側である場合、前記第１のタイマーの再起動条件は、
前記ターゲット情報の伝送状況が前記予め設定された条件を満たすこと、及び、
前記ターゲット情報を除いたデータパケットを送信したこと、のうちの少なくとも１つを含む、
請求項２に記載のサイドリンクのリンク障害検出方法。
【請求項９】
前記端末が送信側である場合、サイドリンクによって、ターゲット情報を伝送するステップは、
前記サイドリンクによって、予め設定されたルールに従って前記ターゲット情報を送信することを含み、
前記予め設定されたルールは、予め設定された時間帯に従って送信すること、予め設定された周波数ビンで送信すること、予め設定されたビームで送信すること、という送信ルールのうちの少なくとも１つを含む、
請求項１に記載のサイドリンクのリンク障害検出方法。
【請求項１０】
前記予め設定された時間帯は、予め定義され、又は、予め配置された時間間隔であり、又は、前記予め設定された時間帯は、予め定義され、又は、予め配置された第２のタイマーであり、
前記第２のタイマーの起動時間は、
予め定義され、又は、予め配置された第３の時間、および、
前記ターゲット情報を１回目で送信した後、のうちの少なくとも１つを含み、
前記第２のタイマーの再起動条件は、
前記ターゲット情報を送信した後、及び、
前記ターゲット情報を除いたデータパケットを送信する時、のうちの少なくとも１つを含み、
前記ターゲット情報の送信は、前記第２のタイマーがタイムアウトしたときに開始する、
請求項９に記載のサイドリンクのリンク障害検出方法。
【請求項１１】
前記端末が受信側である場合、前記サイドリンクにリンク障害が発生したと確定するステップの後に、前記サイドリンクのリンク障害検出方法はさらに、
送信側から送信された第２の参考信号を受信すること、
測定の配置に応じて、前記第２の参考信号を測定して、測定の結果を取得すること、及び、
前記測定の結果を前記送信側又はネットワーク機器に送信することにより、前記送信側又はネットワーク機器が前記測定の結果に基づいて前記サイドリンクに用いられるキャリア又はリソースプールを更新すること、を含む、
請求項１に記載のサイドリンクのリンク障害検出方法。
【請求項１２】
前記測定の配置は、測定ギャップ配置、測定ターゲット配置、測定レポート配置、測定識別子配置、及び、測定量配置のうちの少なくとも１つを含み、
前記測定量配置は、前記第２の参考信号の参考信号受信パワーＲＳＲＰ、参考信号受信信号ＲＳＲＱ、および、信号対干渉雑音比ＳＩＮＲのうちの少なくとも１つを含み、
前記第２の参考信号は、プライマリ同期信号ＰＳＳ、セカンダリ同期信号ＳＳＳ、チャネル状態情報参考信号ＣＳＩ−ＲＳ、復調参考信号ＤＭＲＳ、位相追跡参考信号ＰＴＲＳ、追跡参考信号ＴＲＳ、サウンディング参考信号ＳＲＳ、および、第２の専用参考信号、のうちの少なくとも１つを含み、前記第２の専用参考信号は、リンク更新測定に用いられる、
請求項１１に記載のサイドリンクのリンク障害検出方法。
【請求項１３】
サイドリンクによって、第１の参考信号またはデータパケットを含むターゲット情報を伝送するための伝送モジュールと、
前記ターゲット情報の伝送状況が予め設定された条件を満たす場合、前記サイドリンクにリンク障害が発生していないと確定し、そうでない場合、前記サイドリンクにリンク障害が発生したと確定するための処理モジュールと、を備えた端末。
【請求項１４】
時間間隔内に、前記第１の参考信号の伝送状況が第１の予め設定された条件を満たすか否かを検出するための第１の検出モジュール、
又は、
前記時間間隔内に、前記データパケットの伝送状況が第２の予め設定された条件を満たすか否かを検出するための第２の検出モジュール、をさらに備えた請求項１３に記載の端末。
【請求項１５】
前記端末が送信側である場合、前記第２の予め設定された条件は、
前記データパケットの受信フィードバック情報を受信又は検出したこと、
前記データパケットの伝送失敗回数が第３の数よりも低いこと、および、
前記データパケットの再送回数が第４の数よりも低いこと、のうちの少なくとも１つを含む、
請求項１４に記載の端末。
【国際調査報告】
2022501920.tif 000011
2022501920.tif 000012
2022501920.tif 000013
2022501920.tif 000014