JP7324276B2 - サイドリンクのリンク障害検出方法及び端末 - Google Patents

サイドリンクのリンク障害検出方法及び端末 Download PDF

Info

Publication number
JP7324276B2
JP7324276B2 JP2021516884A JP2021516884A JP7324276B2 JP 7324276 B2 JP7324276 B2 JP 7324276B2 JP 2021516884 A JP2021516884 A JP 2021516884A JP 2021516884 A JP2021516884 A JP 2021516884A JP 7324276 B2 JP7324276 B2 JP 7324276B2
Authority
JP
Japan
Prior art keywords
timer
target information
terminal
preset
transmitting
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021516884A
Other languages
English (en)
Other versions
JP2022501920A (ja
Inventor
敬 梁
曉東 楊
倩 鄭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Publication of JP2022501920A publication Critical patent/JP2022501920A/ja
Application granted granted Critical
Publication of JP7324276B2 publication Critical patent/JP7324276B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/005—Allocation of pilot signals, i.e. of signals known to the receiver of common pilots, i.e. pilots destined for multiple users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0062—Avoidance of ingress interference, e.g. ham radio channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

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

Description

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

Claims (10)

  1. 端末に用いられるサイドリンクのリンク障害検出方法であって、
    サイドリンクによって、データパケットを含むターゲット情報を伝送すること、および、
    前記ターゲット情報の伝送状況が予め設定された条件を満たす場合、前記サイドリンクにリンク障害が発生していないと確定し、そうでない場合、前記サイドリンクにリンク障害が発生したと確定することを含み、
    前記ターゲット情報の伝送状況が予め設定された条件を満たす場合、前記サイドリンクにリンク障害が発生していないと確定するステップの前に、前記サイドリンクのリンク障害検出方法はさらに、
    時間間隔内に、前記データパケットの伝送状況が予め設定された条件を満たすか否かを検出すること、を含み、
    前記端末は送信側であり、
    前記予め設定された条件は、前記データパケットを再送する場合、ＨＡＲＱに基づく再送回数が第４の数よりも低いことを含み、
    前記第４の数は、ＨＡＲＱ回数であり、
    前記時間間隔は、予め定義され、又は、予め配置された第１のタイマーによって決められる時間間隔であり、第１のタイマーの計時中に、前記第１のタイマーの再起動条件のうちの少なくとも１つを満たすと、第１のタイマーを再起動させ、再起動した第１のタイマーで前記時間間隔を再決定し、
    前記第１のタイマーの再起動条件は、
    前記ターゲット情報の伝送状況が前記予め設定された条件を満たすこと、及び、
    前記ターゲット情報を除いたデータパケットを送信したことを含む、
    サイドリンクのリンク障害検出方法。
  2. 前記端末は送信側であり、前記予め設定された条件はさらに、
    前記データパケットを受信又は検出した受信フィードバック情報がＡＣＫであることを含む、
    請求項１に記載のサイドリンクのリンク障害検出方法。
  3. 前記第１のタイマーの起動時間は、
    予め定義され、又は、予め配置された第２の時間、および、
    前記ターゲット情報を送信した後、のうちの少なくとも１つを含む、
    請求項１に記載のサイドリンクのリンク障害検出方法。
  4. サイドリンクによって、ターゲット情報を伝送するステップは、
    前記サイドリンクによって、予め設定されたルールに従って前記ターゲット情報を送信することを含み、
    前記予め設定されたルールは、予め設定された時間帯に従って送信すること、予め設定された周波数ビンで送信すること、予め設定されたビームで送信すること、という送信ルールのうちの少なくとも１つを含む、
    請求項１に記載のサイドリンクのリンク障害検出方法。
  5. 前記予め設定された時間帯は、予め定義され、又は、予め配置された時間間隔であり、又は、前記予め設定された時間帯は、予め定義され、又は、予め配置された第２のタイマーによって決められる時間帯であり、
    前記第２のタイマーの起動時間は、
    予め定義され、又は、予め配置された第３の時間、および、
    前記ターゲット情報を１回目で送信した後の最初の時刻からの任意の時刻、のうちの少なくとも１つを含み、
    前記第２のタイマーの再起動条件は、
    前記ターゲット情報を送信した後、及び、
    前記ターゲット情報を除いたデータパケットを送信する時、のうちの少なくとも１つを含み、
    前記第２のタイマーがタイムアウトしたときに、前記ターゲット情報の送信を再開させ、前記第２のタイマーを再起動させる、
    請求項４に記載のサイドリンクのリンク障害検出方法。
  6. サイドリンクによって、データパケットを含むターゲット情報を伝送するための伝送モジュールと、
    前記ターゲット情報の伝送状況が予め設定された条件を満たす場合、前記サイドリンクにリンク障害が発生していないと確定し、そうでない場合、前記サイドリンクにリンク障害が発生したと確定するための処理モジュールと、
    時間間隔内に、前記データパケットの伝送状況が予め設定された条件を満たすか否かを検出するための第２の検出モジュールと、を備え、
    端末は送信側であり、
    前記予め設定された条件は、前記データパケットを再送する場合、ＨＡＲＱに基づく再送回数が第４の数よりも低いことを含み、
    前記第４の数は、ＨＡＲＱ回数であり、
    前記時間間隔は、予め定義され、又は、予め配置された第１のタイマーによって決められる時間間隔であり、第１のタイマーの計時中に、前記第１のタイマーの再起動条件のうちの少なくとも１つを満たすと、第１のタイマーを再起動させ、再起動した第１のタイマーで前記時間間隔を再決定し、
    前記第１のタイマーの再起動条件は、
    前記ターゲット情報の伝送状況が前記予め設定された条件を満たすこと、及び、
    前記ターゲット情報を除いたデータパケットを送信したことを含む、
    端末。
  7. 前記予め設定された条件はさらに、
    前記データパケットの受信フィードバック情報を受信又は検出したことを含む、
    請求項６に記載の端末。
  8. 前記第１のタイマーの起動時間は、
    予め定義され、又は、予め配置された第２の時間、および、
    前記ターゲット情報を送信した後、のうちの少なくとも１つを含む、
    請求項６に記載の端末。
  9. 前記伝送モジュールは、
    前記サイドリンクによって、予め設定されたルールに従って前記ターゲット情報を送信する送信サブモジュールを含み、
    前記予め設定されたルールは、予め設定された時間帯に従って送信すること、予め設定された周波数ビンで送信すること、予め設定されたビームで送信すること、という送信ルールのうちの少なくとも１つを含む、
    請求項６に記載の端末。
  10. 前記予め設定された時間帯は、予め定義され、又は、予め配置された時間間隔であり、又は、前記予め設定された時間帯は、予め定義され、又は、予め配置された第２のタイマーによって決められる時間帯であり、
    前記第２のタイマーの起動時間は、
    予め定義され、又は、予め配置された第３の時間、および、
    前記ターゲット情報を１回目で送信した後の最初の時刻からの任意の時刻、のうちの少なくとも１つを含み、
    前記第２のタイマーの再起動条件は、
    前記ターゲット情報を送信した後、及び、
    前記ターゲット情報を除いたデータパケットを送信する時、のうちの少なくとも１つを含み、
    前記第２のタイマーがタイムアウトしたときに、前記ターゲット情報の送信を再開させ、前記第２のタイマーを再起動させる、
    請求項９に記載の端末。
JP2021516884A 2018-09-25 2019-09-25 サイドリンクのリンク障害検出方法及び端末 Active JP7324276B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201811117204.8 2018-09-25
CN201811117204.8A CN110944352B (zh) 2018-09-25 2018-09-25 一种旁链路的链路失败检测方法及终端
PCT/CN2019/107856 WO2020063674A1 (zh) 2018-09-25 2019-09-25 旁链路的链路失败检测方法及终端

Publications (2)

Publication Number Publication Date
JP2022501920A JP2022501920A (ja) 2022-01-06
JP7324276B2 true JP7324276B2 (ja) 2023-08-09

Family

ID=69905094

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021516884A Active JP7324276B2 (ja) 2018-09-25 2019-09-25 サイドリンクのリンク障害検出方法及び端末

Country Status (7)

Country Link
US (1) US11991770B2 (ja)
EP (1) EP3860193A4 (ja)
JP (1) JP7324276B2 (ja)
KR (1) KR102473470B1 (ja)
CN (1) CN110944352B (ja)
SG (1) SG11202103107UA (ja)
WO (1) WO2020063674A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111757385B (zh) * 2019-03-28 2023-06-30 Lg电子株式会社 在无线通信系统中操作Tx用户设备的方法
EP4018772B1 (en) * 2019-08-21 2023-11-22 Lenovo (Singapore) Pte. Ltd. Radio link failure recovery
WO2021034167A1 (ko) * 2019-08-22 2021-02-25 엘지전자 주식회사 사이드링크를 지원하는 무선통신시스템에서 단말이 사이드링크 신호를 송수신하는 방법 및 이를 위한 장치
US11800347B2 (en) * 2020-04-10 2023-10-24 Qualcomm Incorporated User equipment (UE) capability and assistance information exchange over sidelinks
CN113890697B (zh) * 2020-07-02 2023-04-18 维沃移动通信有限公司 旁链路辅助信息的通知方法、装置及电子设备
US11902960B2 (en) * 2020-09-28 2024-02-13 Qualcomm Incorporated Timer-based beacon and echo procedure
CN114640971A (zh) * 2020-12-15 2022-06-17 维沃移动通信有限公司 旁链路传输的处理方法、装置、终端及网络设备
CN116156577A (zh) * 2021-11-16 2023-05-23 维沃移动通信有限公司 旁链路通信方法、装置及终端
CN114205011A (zh) * 2021-12-15 2022-03-18 浙江华云信息科技有限公司 一种无线信号质量预警方法、装置及介质
CN117528609A (zh) * 2022-07-29 2024-02-06 维沃移动通信有限公司 波束失败或链路失败的检测方法及终端
WO2024063630A1 (ko) * 2022-09-25 2024-03-28 엘지전자 주식회사 비면허 대역에서 사이드링크 통신을 수행하는 방법 및 장치

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015521455A (ja) 2012-05-31 2015-07-27 インターデイジタル パテント ホールディングス インコーポレイテッド 無線システムにおけるデバイスツーデバイス（ｄ２ｄ）モビリティのための方法および装置
JP2018026625A (ja) 2016-08-08 2018-02-15 ソニー株式会社 通信装置及び通信方法
WO2018145787A1 (en) 2017-02-13 2018-08-16 Telefonaktiebolaget Lm Ericsson (Publ) Technique for monitoring a radio communication

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101483927B (zh) * 2008-01-08 2011-05-04 华为技术有限公司 检测无线链路失败的方法及设备
US20110143675A1 (en) * 2009-06-09 2011-06-16 Qualcomm Incorporated Method and apparatus for facilitating radio link monitoring and recovery
CN102143522B (zh) * 2011-04-13 2015-02-18 电信科学技术研究院 一种无线链路失败的处理方法和设备
US9204315B2 (en) * 2011-06-20 2015-12-01 Alcatel Lucent Method of coordinating fault detection responses by access nodes of a network
CN103517408A (zh) * 2012-06-30 2014-01-15 华为技术有限公司 获取终端的位置信息的方法、装置及终端
CN104080170B (zh) * 2013-03-25 2018-12-25 电信科学技术研究院 一种d2d响应信息的传输方法和设备
CN103491570B (zh) * 2013-09-12 2016-08-31 电信科学技术研究院 一种进行测量上报的方法和设备
US10034127B2 (en) 2014-03-19 2018-07-24 Telefonaktiebolaget Lm Ericsson (Publ) Network assistance in groupcast transmission
US10028311B2 (en) * 2014-04-22 2018-07-17 Lg Electronics Inc. Method for processing received PDCP PDUs for D2D communication system and device therefor
EP3190843B1 (en) * 2014-09-05 2020-11-04 LG Electronics Inc. Method for performing communication between devices in wireless communication system and device for performing same
KR20230127374A (ko) * 2015-01-23 2023-08-31 타이사 리서치 엘엘씨 D2d 통신 시스템에서 d2d 단말을 위한 사이드링크 그랜트를 선택하는 방법 및 그 장치
US10412571B2 (en) 2015-03-24 2019-09-10 Qualcomm Incorporated Configuration by eNB for D2D UE to network relay search
CN104703224B (zh) * 2015-04-09 2018-05-15 宇龙计算机通信科技(深圳)有限公司 用于d2d通信的资源配置方法、装置和终端
CN105050152B (zh) * 2015-07-14 2017-06-20 宇龙计算机通信科技(深圳)有限公司 一种基于d2d中继通信的业务处理方法及装置
US10616864B2 (en) * 2015-08-07 2020-04-07 Sharp Kabushiki Kaisha Allocating resources for wireless sidelink direct communications
KR20170037489A (ko) * 2015-09-25 2017-04-04 주식회사 아이티엘 V2x를 위한 dm-rs 구성 방법 및 그 장치
KR102594945B1 (ko) * 2015-10-29 2023-10-30 삼성전자주식회사 무선 통신 시스템에서 사이드링크 통신 방법 및 장치
US9974039B2 (en) 2015-12-21 2018-05-15 Intel IP Corporation User equipment and method for measurement of side-link reference signal received power (S-RSRP)
CN105657643B (zh) * 2016-01-07 2019-03-08 宇龙计算机通信科技(深圳)有限公司 D2d中继通信的方法、装置和终端
US10356739B2 (en) * 2016-08-12 2019-07-16 Lg Electronics Inc. Method of detecting synchronization reference signal from neighboring terminal by terminal to which V2V technology is applied, and terminal performing the same
CN107995605B (zh) * 2016-10-27 2020-07-10 工业和信息化部电信研究院 一种移动通信系统及终端直通单播发送控制方法
CN108377577B (zh) 2016-11-21 2021-03-30 华为技术有限公司 下行无线链路失败的恢复方法及装置
CN107071796B (zh) * 2017-01-05 2020-05-19 宇龙计算机通信科技(深圳)有限公司 一种基于beam的传输控制方法及其设备
CN108347313B (zh) * 2017-01-24 2021-08-13 华为技术有限公司 反馈方法及用户设备
CN108365997B (zh) * 2017-01-26 2021-12-14 华为技术有限公司 一种信息传输方法和装置
CN108401295B (zh) * 2017-02-05 2020-06-30 维沃移动通信有限公司 一种波束恢复处理方法、网络侧设备及移动终端
CN107071713B (zh) * 2017-06-01 2019-11-15 中国人民解放军理工大学 基于多跳d2d通信的蜂窝网络流量转运方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015521455A (ja) 2012-05-31 2015-07-27 インターデイジタル パテント ホールディングス インコーポレイテッド 無線システムにおけるデバイスツーデバイス（ｄ２ｄ）モビリティのための方法および装置
JP2018026625A (ja) 2016-08-08 2018-02-15 ソニー株式会社 通信装置及び通信方法
WO2018145787A1 (en) 2017-02-13 2018-08-16 Telefonaktiebolaget Lm Ericsson (Publ) Technique for monitoring a radio communication

Also Published As

Publication number Publication date
JP2022501920A (ja) 2022-01-06
SG11202103107UA (en) 2021-04-29
CN110944352B (zh) 2022-11-01
KR20210064317A (ko) 2021-06-02
KR102473470B1 (ko) 2022-12-01
EP3860193A1 (en) 2021-08-04
CN110944352A (zh) 2020-03-31
US20210212148A1 (en) 2021-07-08
US11991770B2 (en) 2024-05-21
WO2020063674A1 (zh) 2020-04-02
EP3860193A4 (en) 2021-12-08

Similar Documents

Publication Publication Date Title
JP7324276B2 (ja) サイドリンクのリンク障害検出方法及び端末
CN110351813B (zh) 一种信息上报方法、终端及网络设备
US20210211181A1 (en) Method for transmitting beam failure recovery request, terminal device, and network device
KR20200112933A (ko) 다운링크 채널의 수신 방법, 송신 방법, 단말 및 기지국
CN110166206B (zh) 一种harq-ack码本的确定方法和终端
CN110392427B (zh) 通信流程处理方法及终端
CN110890943B (zh) 确定方法、终端设备及网络设备
CN110234124B (zh) 信息传输方法及终端设备
CN110944306A (zh) 一种旁链路的链路释放方法及终端
JP7319465B2 (ja) 無線リンク障害処理方法及び装置
CN110062462B (zh) 一种波束失败恢复方法及终端
JP2022554221A (ja) 情報伝送方法及び機器
CN113301584B (zh) 非连续传输配置方法及用户设备
CN111130706B (zh) 一种反馈信息传输方法和设备
CN110620640B (zh) 一种数据传输方法、终端及节点设备
CN113301601B (zh) 信息上报方法、用户设备及网络侧设备
CN113453162B (zh) 业务的接收方法、配置方法、终端和网络侧设备
CN112804033B (zh) 一种harq-ack处理方法及相关设备
CN111132187B (zh) 确定方法、终端设备及网络设备
CN110740024B (zh) 一种csi上报方法、终端及网络设备
KR20210114992A (ko) 정보 전송 방법 및 단말
CN113541892A (zh) 一种csi处理方法、处理装置及ue
US20240237121A1 (en) Method for detecting link failure of sidelink and terminal
JP2022506314A (ja) データ処理方法及び機器
JP7325539B2 (ja) 情報決定方法及びユーザ機器

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210415

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210415

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220511

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220614

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220914

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221227

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230324

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230711

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230728

R150 Certificate of patent or registration of utility model

Ref document number: 7324276

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150