CN111328097A - 一种故障确定方法及装置 - Google Patents

一种故障确定方法及装置 Download PDF

Info

Publication number
CN111328097A
CN111328097A CN201811535528.3A CN201811535528A CN111328097A CN 111328097 A CN111328097 A CN 111328097A CN 201811535528 A CN201811535528 A CN 201811535528A CN 111328097 A CN111328097 A CN 111328097A
Authority
CN
China
Prior art keywords
terminal device
unicast connection
configuration information
sidelink
unicast
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.)
Granted
Application number
CN201811535528.3A
Other languages
English (en)
Other versions
CN111328097B (zh
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202210368688.3A priority Critical patent/CN114727328A/zh
Priority to CN201811535528.3A priority patent/CN111328097B/zh
Priority to BR112021011534-0A priority patent/BR112021011534A2/pt
Priority to EP19895610.4A priority patent/EP3886483A4/en
Priority to PCT/CN2019/125374 priority patent/WO2020119813A1/zh
Publication of CN111328097A publication Critical patent/CN111328097A/zh
Priority to US17/345,836 priority patent/US11750442B2/en
Application granted granted Critical
Publication of CN111328097B publication Critical patent/CN111328097B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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
    • 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/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities
    • 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/0823—Errors, e.g. transmission errors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • 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/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • 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
    • 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)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种故障确定方法及装置，其中的一种故障确定方法包括：第一终端设备对与第二终端设备之间的侧行链路的参数进行监测，以确定所述侧行链路上的单播连接是否符合第一条件；所述第一终端设备在所述单播连接符合所述第一条件的情况下，确定所述单播连接故障。第一终端设备可以对侧行链路的参数进行监测，以确定侧行链路上的单播连接是否故障，相当于可以通过对侧行链路进行监测来尽早确定故障，例如故障可能在初期就能被确定，可能在还未较大地影响到数据包传输的情况下就能得到处理，从而有助于减小因为单播连接故障而导致的业务的延迟甚至中断的概率，提高了业务传输的连续性。

Description

一种故障确定方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及一种故障确定方法及装置。
背景技术
车与外界(vehicle-to-everything，V2X)作为未来智能交通运输系统(intelligent transport system，ITS)的关键技术，其包括了车与车(vehicle-to-vehicle，V2V)、车与路侧基础设施(vehicle-to-infrastructure，V2I)、车与行人(vehicle-to-pedestrian，V2P)的直接通信，以及车与网络(vehicle-to-network，V2N)的通信交互。V2X技术可以很好的适应不同的应用场景，通过通信获得实时路况、道路、行人等一系列交通信息，大幅提升交通安全性、减少拥堵、提高交通效率，同时V2X技术也为自动驾驶、智能交通和车联网创新提供了低成本、易实施的基础平台。
终端设备之间可以通过V2X下的侧行链路(sidelink，SL)上的单播连接来传输数据包。而如果单播连接出了故障，可能需要较长的时间来恢复，可能会导致业务中断较长的时间。
发明内容
本申请实施例提供一种故障确定方法及装置，用于对侧行链路上的单播连接进行监测，以尽早确定故障。
第一方面，提供第一种故障确定方法，该方法包括：第一终端设备对与第二终端设备之间的侧行链路的参数进行监测，以确定所述侧行链路上的单播连接是否符合第一条件；在所述单播连接符合所述第一条件的情况下，所述第一终端设备确定所述单播连接故障。
该方法可由第一通信装置执行，第一通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片系统。这里以第一通信装置是第一终端设备为例，该第一终端设备可以是具有相应通信功能的车辆，或者是车载通信装置，或者是车载通信芯片等。
在本申请实施例中，第一终端设备可以对侧行链路的参数进行监测，以确定侧行链路上的单播连接是否故障，相当于可以通过对侧行链路进行监测来尽早确定故障，例如故障可能在初期就能被确定，可能在还未较大地影响到数据包传输的情况下就能得到处理，从而有助于减小因为单播连接故障而导致的业务的延迟甚至中断的概率，提高了业务传输的连续性。
结合第一方面，在第一方面的一种可能的实施方式中，所述第一条件包括以下的一种或它们的任意组合：
对于在所述侧行链路的单播连接上传输的CSI参考信号的测量结果小于CSI测量门限值；
对于配置给所述侧行链路的资源的CBR的测量结果大于CBR测量门限值；
所述侧行链路的单播连接上传输的数据包在RLC层的重传次数大于或等于第一次数；
所述侧行链路的单播连接上传输的数据包在MAC层的重传次数大于或等于第二次数；
所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数；
对于所述侧行链路的单播连接上传输的数据包进行完整性校验的结果表明校验失败；
对于所述侧行链路的单播连接上传输的数据包的解密结果表明解密失败；
所述侧行链路的单播连接的失步信息表明所述第一终端设备和所述第二终端设备之间失步；
所述侧行链路的单播连接的QoS参数不满足QoS参数的取值条件；或，
通过所述侧行链路的单播连接传输数据包时所携带的源层2标识未与所述第一终端设备建立过单播连接。
如上的条件，都是单播连接的质量较差或者有故障时可能会出现的，因此可以将这些条件作为判断单播连接是否故障的条件。当然本申请实施例中的第一条件不限于此，凡是能够用于确定单播连接是否故障的条件都可以包括在第一条件内。
结合第一方面，在第一方面的一种可能的实施方式中，所述方法还包括：所述第一终端设备向网络设备发送第一消息，所述第一消息用于指示所述单播连接故障，或者，所述第一消息包括第一指示信息，所述第一指示信息用于指示所述单播连接故障。
第一终端设备在确定单播连接故障后，或者在确定单播连接不符合第一条件后，可以向网络设备指示该单播连接故障，从而网络设备可以进行处理，例如重新配置该单播连接，使得该单播连接能够得到尽快恢复。
结合第一方面，在第一方面的一种可能的实施方式中，所述第一消息还包括第二指示信息，所述第二指示信息用于指示所述单播连接。
第一指示信息可能只是指示了有单播连接故障，如果第一终端设备和第二终端设备之间有多个单播连接，那么可能网络设备不能明确究竟是哪个单播连接故障。因此，第一消息除了可以包括第一指示信息之外，还可以包括第二指示信息，第二指示信息就用于指示有故障的单播连接，这样使得网络设备能够明确是哪个单播连接故障，从而可以进行针对性地处理。
结合第一方面，在第一方面的一种可能的实施方式中，所述第一条件包括所述CSI参考信号的测量结果小于所述CSI测量门限值、所述CBR的测量结果大于所述CBR测量门限值、所述RLC层的重传次数大于或等于所述第一次数、所述MAC层的重传次数大于所述或等于第二次数、所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数或所述QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，所述第一消息还包括第三指示信息，所述第三指示信息用于指示所述单播连接所使用的资源。
对于CSI的测量结果、CBR的测量结果、RLC层的重传次数、MAC层的重传次数、侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于第二次数的次数、或QoS参数等这些侧行信道的参数，取值可以与单播连接所使用的资源有关，如果这些侧行信道的参数的取值表明该单播连接故障，那么很可能是由于该单播连接所使用的资源的质量较差所导致的。因此，如果第一条件包括CSI参考信号的测量结果小于CSI测量门限值、CBR的测量结果大于CBR测量门限值、RLC层的重传次数大于或等于第一次数、MAC层的重传次数大于或等于第二次数、侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数、或QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，那么第一消息还可以包括第三指示信息，第三指示信息可以用于指示该单播连接所使用的资源。从而网络设备接收第一消息后，可以明确该单播连接所使用的资源，例如可以考虑通过重新配置该单播连接所使用的资源来恢复该单播连接，使得网络设备的处理更有针对性，提高处理效率。
结合第一方面，在第一方面的一种可能的实施方式中，所述第一消息还包括第四指示信息，所述第四指示信息包括所述单播连接所符合的所述第一条件。
因为向网络设备指示该单播连接的故障，可能更希望网络设备能够尽快指示恢复该单播连接。因此，为了加快网络设备的处理速度，第一消息还可以包括第四指示信息，第四指示信息可以包括该单播连接所符合的第一条件。网络设备接收第一消息后，根据第四指示信息就能明确该单播连接是出现了什么样的问题，从而有助于网络设备在确定用于恢复该单播连接的方式时能够采用更有针对性的手段。
结合第一方面，在第一方面的一种可能的实施方式中，所述方法还包括：所述第一终端设备停止在所述单播连接上发送数据包，并继续在所述单播连接上接收数据包。
如果第一终端设备是在通过该单播连接向第二终端设备发送数据包的过程中发现该单播连接符合第一条件，那么第一终端设备在确定该单播连接故障后，或者在确定该单播连接符合第一条件后，可以停止通过该单播连接向第二终端设备发送数据包，以避免数据包传输失败。而在侧行链路上，发送过程和接收过程是相对独立的，对于该单播连接来说，不同方向的收发过程对应的配置可能也不同，例如该单播连接对应于第一终端设备作为信号发送端、第二终端设备作为信号接收端的配置可能出了问题，导致第一终端设备发现该单播连接故障，但该单播连接对应于第二终端设备作为信号发送端、第一终端设备作为信号接收端的配置可能还正常，因此，如果第一终端设备还在通过该单播连接接收数据，那么第一终端设备接收数据的过程还是可以继续。
结合第一方面，在第一方面的一种可能的实施方式中，所述方法还包括：所述第一终端设备获取第一配置信息，所述第一配置信息用于恢复所述单播连接。
例如，第一终端设备可以接收来自网络设备的第一配置信息，例如第一终端设备向网络设备发送了第一消息，那么网络设备就可能为该单播连接确定新的配置，该新的配置对应于第一终端设备侧就是第一配置信息，网络设备可以将第一配置信息发送给第一终端设备，第一终端设备根据第一配置信息就可以恢复该单播连接。或者，第一终端设备也可以自行确定第一配置信息，例如第一终端设备不向网络设备发送第一消息，而是在确定该单播连接故障后，自行确定第一配置信息，以根据第一配置信息恢复该单播连接。这种方式无需第一终端设备和网络设备过多的交互，有助于节省信令开销，而且第一终端设备的智能性也较高。
结合第一方面，在第一方面的一种可能的实施方式中，所述方法还包括：所述第一终端设备向第二终端设备发送第二配置信息，所述第二配置信息用于恢复所述单播连接。
第一终端设备可以根据第一配置信息来恢复该单播连接，而对于第二终端设备来说也需要相应的配置信息来恢复该单播连接。例如，网络设备可以为该单播连接确定第一配置信息和第二配置信息，第一配置信息是用于第一终端设备恢复该单播连接的配置信息，第二配置信息就是用于第二终端设备恢复该单播连接的配置信息，网络设备可以将第一配置信息和第二配置信息都发送给第一终端设备，由第一终端设备将第二配置信息转发给第二终端设备。或者，第一终端设备可以为该单播连接确定第一配置信息和第二配置信息，第一配置信息是用于第一终端设备恢复该单播连接的配置信息，第二配置信息就是用于第二终端设备恢复该单播连接的配置信息，第一终端设备可以将第二配置信息发送给第二终端设备。或者，网络设备可以为该单播连接确定第一配置信息，第一配置信息是用于第一终端设备恢复该单播连接的配置信息，网络设备可以将第一配置信息发送给第一终端设备，第一终端设备根据第一配置信息确定第二配置信息，再将第二配置信息转发给第二终端设备，第二配置信息就是用于第二终端设备恢复该单播连接的配置信息。或者，网络设备可以为该单播连接确定第一配置信息，第一配置信息是用于第一终端设备恢复该单播连接的配置信息，网络设备可以将第一配置信息发送给第一终端设备，第一终端设备将第一配置信息转发给第二终端设备，第二终端设备根据第一配置信息进行适配，得到用于第二终端设备恢复该单播连接的配置信息(例如可称为第三配置信息)，此时，第一配置信息和第二配置信息相同，且第二配置信息不是用于第二终端设备恢复该单播连接的配置信息，第三配置信息才是用于第二终端设备恢复该单播连接的配置信息。
结合第一方面，在第一方面的一种可能的实施方式中，所述第一终端设备向第二终端设备发送第二配置信息，包括：所述第一终端设备经SRB向所述第二终端设备发送所述第二配置信息，所述SRB具有专用的发送资源；或，所述第一终端设备通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二配置信息；或，所述第一终端设备通过第一上层信令向所述第二终端设备发送所述第二配置信息。
第一终端设备可以通过AS层向第二终端设备发送第二配置信息，或者也可以通过上层向第二终端设备发送配置信息，具体的不做限制。
结合第一方面，在第一方面的一种可能的实施方式中，所述方法还包括：所述第一终端设备的AS层向所述第一终端设备的应用层触发通知信息，所述通知信息用于指示所述侧行链路不可用。
例如，第一终端设备可以优先选择通过AS层向第二终端设备发送第二配置信息，如果AS层的资源不可用，或者AS层发送失败等，再选择通过上层向第二终端设备发送第二配置信息。在这种情况下，如果上层连接也断掉了，例如第一终端设备向第二终端设备发送第一上层信令后一直收不到第二终端设备的回复，那么可能上层连接也不可达，例如可能是第一终端设备和第二终端设备之间的距离太远，导致侧行链路不可达，包括单播链路和广播链路都不可达。在这种情况下，第一终端设备可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的AS层向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。示例性的，该指示可以是第一终端设备的AS层触发给应用层，或者也可以是第一终端设备的上层触发给应用层(此时，上层不是应用层)。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输。或者，如果第一终端设备向第二终端设备发送第二配置信息是通过AS层发送，那么如果AS层的资源不可用，也就是AS层的连接断掉，例如第一终端设备通过SRB向第二终端设备发送第二配置信息后一直收不到第二终端设备的回复，那么可能AS层连接不可达。在这种情况下，第一终端设备无需再通过上层发送第二配置信息，而是可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的AS层向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。示例性的，该指示可以是第一终端设备的AS层触发给应用层，或者也可以是第一终端设备的上层触发给应用层(此时，上层不是应用层)。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输。或者，如果第一终端设备向第二终端设备发送第二配置信息是通过上层发送(并不通过AS层发送)，那么如果上层的资源不可用，也就是上层的连接断掉，例如第一终端设备通过第一上层信令向第二终端设备发送第二配置信息后一直收不到第二终端设备的回复，那么可能上层连接不可达。在这种情况下，第一终端设备可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的上层(此时，上层不是应用层)向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输。或者，如果第一终端设备确定单播连接故障，或者说确定该单播连接符合第一条件，第一终端设备可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的AS层向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。示例性的，该指示可以是第一终端设备的AS层触发给应用层，或者也可以是第一终端设备的上层触发给应用层(此时，上层不是应用层)。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输。
结合第一方面，在第一方面的一种可能的实施方式中，所述方法还包括：所述第一终端设备将所述单播连接的配置更新为默认配置；所述第一终端设备通过应用所述默认配置的所述单播连接，与所述第二终端设备协商所述单播连接的新的配置。
在这种实施方式中，第一终端设备和网络设备都无需向第二终端设备发送配置信息，网络设备也无需向第一终端设备发送配置信息。例如，第一终端设备在确定单播连接故障，或者在确定单播连接符合第一条件时，可以向第二终端设备发送异常指示，以指示与第二终端设备之间的单播连接故障，那么第一终端设备和第二终端设备都可以将该单播连接的配置更新为默认配置，第一终端设备和第二终端设备可以通过具有默认配置的该单播连接，来协商该单播连接的新的配置，在协商完成后，第一终端设备和第二终端设备可以将该单播连接更新为新的配置，以完成对该单播连接的恢复。相当于，为该单播连接设置了一种默认配置，该默认配置例如为基础配置，如果该单播连接故障，则第一终端设备和第二终端设备都回退到该默认配置，在该默认配置下再去协商新的配置。在这种方式下，无需与网络设备交互，也无需向第一网络设备和第二网络设备发送配置信息，有助于节省信令开销，而且是由两个终端设备自行协商新的配置，可以使得所协商的新的配置更符合实际需求。
第二方面，提供第二种故障确定方法，该方法包括：第一终端设备接收来自第二终端设备的第二消息；所述第一终端设备根据所述第二消息或根据所述第二消息包括的第五指示信息，确定与所述第二终端设备之间的侧行链路的单播连接故障。
该方法可由第二通信装置执行，第二通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片系统。这里以第二通信装置是第一终端设备为例，该第一终端设备可以是具有相应通信功能的车辆，或者是车载通信装置，或者是车载通信芯片等。
在本申请实施例中，无论是与网络设备有连接的终端设备还是与网络设备无连接的终端设备，都可以对单播连接进行监测，例如，第二终端设备可以对侧行链路的参数进行监测，以确定侧行链路上的单播连接是否故障，相当于可以通过对侧行链路进行监测来尽早确定故障，例如故障可能在初期就能被确定，可能在还未较大地影响到数据包传输的情况下就能得到处理，从而有助于减小因为单播连接故障而导致的业务的延迟甚至中断的概率，提高了业务传输的连续性。
结合第二方面，在第二方面的一种可能的实施方式中，所述方法还包括：所述第一终端设备将所述第二消息转发给网络设备，所述第一终端设备接收来自所述网络设备的第一配置信息，或，所述第一终端设备生成第一配置信息；其中，所述第一配置信息用于恢复所述单播连接。
例如，第一终端设备可以接收来自网络设备的第一配置信息，例如第一终端设备向网络设备转发了第二消息，那么网络设备就可能为该单播连接确定新的配置，该新的配置对应于第一终端设备侧就是第一配置信息，网络设备可以将第一配置信息发送给第一终端设备，第一终端设备根据第一配置信息就可以恢复该单播连接。或者，第一终端设备也可以自行确定第一配置信息，例如第一终端设备不向网络设备发送第二消息，而是在确定该单播连接故障后，自行确定第一配置信息，以根据第一配置信息恢复该单播连接。这种方式无需第一终端设备和网络设备过多的交互，有助于节省信令开销，而且第一终端设备的智能性也较高。
结合第二方面，在第二方面的一种可能的实施方式中，所述方法还包括：所述第一终端设备向第二终端设备发送第二配置信息，所述第二配置信息用于恢复所述单播连接。
第一终端设备可以根据第一配置信息来恢复该单播连接，而对于第二终端设备来说也需要相应的配置信息来恢复该单播连接。例如，网络设备可以为该单播连接确定第一配置信息和第二配置信息，第一配置信息是用于第一终端设备恢复该单播连接的配置信息，第二配置信息就是用于第二终端设备恢复该单播连接的配置信息，网络设备可以将第一配置信息和第二配置信息都发送给第一终端设备，由第一终端设备将第二配置信息转发给第二终端设备。或者，第一终端设备可以为该单播连接确定第一配置信息和第二配置信息，第一配置信息是用于第一终端设备恢复该单播连接的配置信息，第二配置信息就是用于第二终端设备恢复该单播连接的配置信息，第一终端设备可以将第二配置信息发送给第二终端设备。或者，网络设备可以为该单播连接确定第一配置信息，第一配置信息是用于第一终端设备恢复该单播连接的配置信息，网络设备可以将第一配置信息发送给第一终端设备，第一终端设备根据第一配置信息确定第二配置信息，再将第二配置信息转发给第二终端设备，第二配置信息就是用于第二终端设备恢复该单播连接的配置信息。或者，网络设备可以为该单播连接确定第一配置信息，第一配置信息是用于第一终端设备恢复该单播连接的配置信息，网络设备可以将第一配置信息发送给第一终端设备，第一终端设备将第一配置信息转发给第二终端设备，第二终端设备根据第一配置信息进行适配，得到用于第二终端设备恢复该单播连接的配置信息(例如可称为第三配置信息)，此时，第一配置信息和第二配置信息相同，且第二配置信息不是用于第二终端设备恢复该单播连接的配置信息，第三配置信息才是用于第二终端设备恢复该单播连接的配置信息。
结合第二方面，在第二方面的一种可能的实施方式中，所述第一终端设备向第二终端设备发送第二配置信息，包括：所述第一终端设备经SRB向所述第二终端设备发送所述第二配置信息，所述SRB具有专用的发送资源；或，所述第一终端设备通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二配置信息；或，所述第一终端设备通过第一上层信令向所述第二终端设备发送所述第二配置信息。
第一终端设备可以通过AS层向第二终端设备发送第二配置信息，或者也可以通过上层向第二终端设备发送配置信息，具体的不做限制。
结合第二方面，在第二方面的一种可能的实施方式中，所述方法还包括：所述第一终端设备的AS层向所述第一终端设备的应用层触发通知信息，所述通知信息用于指示所述侧行链路不可用。
例如，第一终端设备可以优先选择通过AS层向第二终端设备发送第二配置信息，如果AS层的资源不可用，或者AS层发送失败等，再选择通过上层向第二终端设备发送第二配置信息。在这种情况下，如果上层连接也断掉了，例如第一终端设备向第二终端设备发送第一上层信令后一直收不到第二终端设备的回复，那么可能上层连接也不可达，例如可能是第一终端设备和第二终端设备之间的距离太远，导致侧行链路不可达，包括单播链路和广播链路都不可达。在这种情况下，第一终端设备可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的AS层向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。示例性的，该指示可以是第一终端设备的AS层触发给应用层，或者也可以是第一终端设备的上层触发给应用层(此时，上层不是应用层)。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输。或者，如果第一终端设备向第二终端设备发送第二配置信息是通过AS层发送，那么如果AS层的资源不可用，也就是AS层的连接断掉，例如第一终端设备通过SRB向第二终端设备发送第二配置信息后一直收不到第二终端设备的回复，那么可能AS层连接不可达。在这种情况下，第一终端设备无需再通过上层发送第二配置信息，而是可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的AS层向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。示例性的，该指示可以是第一终端设备的AS层触发给应用层，或者也可以是第一终端设备的上层触发给应用层(此时，上层不是应用层)。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输。或者，如果第一终端设备向第二终端设备发送第二配置信息是通过上层发送(并不通过AS层发送)，那么如果上层的资源不可用，也就是上层的连接断掉，例如第一终端设备通过第一上层信令向第二终端设备发送第二配置信息后一直收不到第二终端设备的回复，那么可能上层连接不可达。在这种情况下，第一终端设备可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的上层(此时，上层不是应用层)向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输。或者，如果第一终端设备确定单播连接故障，或者说确定该单播连接符合第一条件，第一终端设备可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的AS层向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。示例性的，该指示可以是第一终端设备的AS层触发给应用层，或者也可以是第一终端设备的上层触发给应用层(此时，上层不是应用层)。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输。
结合第二方面，在第二方面的一种可能的实施方式中，所述方法还包括：所述第一终端设备将所述单播连接的配置更新为默认配置，所述单播连接为发生故障的单播连接；所述第一终端设备通过应用所述默认配置的所述单播连接，与第二终端设备协商所述单播连接的新的配置。
在这种实施方式中，第一终端设备和网络设备都无需向第二终端设备发送配置信息，网络设备也无需向第一终端设备发送配置信息。例如，第一终端设备在确定单播连接故障，或者在确定单播连接符合第一条件时，可以向第二终端设备发送异常指示，以指示与第二终端设备之间的单播连接故障，那么第一终端设备和第二终端设备都可以将该单播连接的配置更新为默认配置，第一终端设备和第二终端设备可以通过具有默认配置的该单播连接，来协商该单播连接的新的配置，在协商完成后，第一终端设备和第二终端设备可以将该单播连接更新为新的配置，以完成对该单播连接的恢复。相当于，为该单播连接设置了一种默认配置，该默认配置例如为基础配置，如果该单播连接故障，则第一终端设备和第二终端设备都回退到该默认配置，在该默认配置下再去协商新的配置。在这种方式下，无需与网络设备交互，也无需向第一网络设备和第二网络设备发送配置信息，有助于节省信令开销，而且是由两个终端设备自行协商新的配置，可以使得所协商的新的配置更符合实际需求。
结合第二方面，在第二方面的一种可能的实施方式中，第一终端设备接收来自第二终端设备的第二消息，包括：所述第一终端设备经SRB接收来自所述第二终端设备的所述第二消息，所述SRB具有专用的发送资源；或，所述第一终端设备通过专门用于处理单播连接故障的资源接收来自所述第二终端设备的所述第二消息；或，所述第一终端设备通过第二上层信令接收来自所述第二终端设备的所述第二消息。
第二终端设备可以通过AS层向第一终端设备发送第二消息，或者也可以通过上层向第一终端设备发送第二消息，具体的不做限制。
第三方面，提供第三种故障确定方法，该方法包括：第二终端设备对侧行链路的参数进行监测，以确定所述侧行链路的单播连接是否符合第一条件；在所述单播连接符合所述第一条件的情况下，所述第二终端设备向第一终端设备发送第二消息，所述第二消息用于指示所述单播连接故障，或，所述第二消息包括第五指示信息，所述第五指示信息用于指示所述单播连接故障。
该方法可由第三通信装置执行，第三通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片系统。这里以第三通信装置是第二终端设备为例，该第二终端设备可以是具有相应通信功能的车辆，或者是车载通信装置，或者是车载通信芯片等。
结合第三方面，在第三方面的一种可能的实施方式中，所述第一条件包括以下的一种或它们的任意组合：
对于在所述侧行链路的单播连接上传输的CSI参考信号的测量结果小于CSI测量门限值；
对于配置给所述侧行链路的资源的CBR的测量结果大于CBR测量门限值；
所述侧行链路的单播连接上传输的数据包在RLC层的重传次数大于或等于第一次数；
所述侧行链路的单播连接上传输的数据包在MAC层的重传次数大于或等于第二次数；
所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数；
对于所述侧行链路的单播连接上传输的数据包进行完整性校验的结果表明校验失败；
对于所述侧行链路的单播连接上传输的数据包的解密结果表明解密失败；
所述侧行链路的单播连接的失步信息表明所述第一终端设备和所述第二终端设备之间失步；
所述侧行链路的单播连接的QoS参数不满足QoS参数的取值条件；或，
通过所述侧行链路的单播连接传输数据包时所携带的源层2标识未与所述第一终端设备建立过单播连接。
结合第三方面，在第三方面的一种可能的实施方式中，所述第二消息还包括第六指示信息，所述第六指示信息用于指示所述单播连接。
结合第三方面，在第三方面的一种可能的实施方式中，所述第一条件包括所述CSI的测量结果小于所述CSI测量门限值、所述CBR的测量结果大于所述CBR测量门限值、所述RLC层的重传次数大于或等于所述第一次数、所述MAC层的重传次数大于或等于所述第二次数、所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数或所述QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，所述第二消息还包括第七指示信息，所述第七指示信息用于指示所述单播连接所使用的资源。
结合第三方面，在第三方面的一种可能的实施方式中，所述第二消息还包括第八指示信息，所述第八指示信息包括所述单播连接所符合的所述第一条件。
结合第三方面，在第三方面的一种可能的实施方式中，所述第二终端设备向第一终端设备发送第二消息，包括：所述第二终端设备经SRB向所述第一终端设备发送所述第二消息，所述SRB具有专用的发送资源；或，所述第二终端设备通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二消息；或，所述第一终端设备通过第二上层信令向所述第二终端设备发送所述第二消息。
结合第三方面，在第三方面的一种可能的实施方式中，所述方法还包括：所述第二终端设备停止在所述单播连接上发送数据包，并继续在所述单播连接上接收数据包。
结合第三方面，在第三方面的一种可能的实施方式中，所述方法还包括：所述第二终端设备接收来自所述第一终端设备的第二配置信息，所述第二配置信息用于恢复所述单播连接。
结合第三方面，在第三方面的一种可能的实施方式中，所述第二终端设备接收来自所述第一终端设备的第二配置信息，包括：所述第二终端设备经SRB接收来自所述第一终端设备的所述第二配置信息，所述SRB具有专用的发送资源；或，所述第二终端设备通过专门用于处理单播连接故障的资源接收来自所述第一终端设备的所述第二配置信息；或，所述第二终端设备通过第一上层信令接收来自所述第一终端设备的所述第二配置信息。
结合第三方面，在第三方面的一种可能的实施方式中，所述方法还包括：所述第二终端设备将所述单播连接的配置更新为默认配置；所述第二终端设备通过应用所述默认配置的所述单播连接，与所述第一终端设备协商所述单播连接的新的配置。
关于第三方面或第三方面的各种实施方式所带来的技术效果，可参考对于第一方面或第一方面的相关的实施方式的技术效果的介绍，或参考对于第二方面或第二方面的相关的实施方式的技术效果的介绍。
第四方面，提供第一种通信装置，该通信装置例如为前文中所述的第一通信装置，例如为第一终端设备。该通信装置具有实现上述方法设计中的第一终端设备的功能。第一终端设备例如为具有相应通信功能的车辆，或者是车载通信装置，或者是车载通信芯片等。该通信装置例如包括相互耦合的处理器和收发器，收发器例如实现为通信接口，这里的通信接口可以理解为是第一终端设备中的射频收发组件，射频收发组件例如通过天线、馈线和编解码器等实现。该通信装置还可以包括存储器，用于存储指令，处理器通过执行这些指令来实现第一方面或第一方面的各种实施方式所提供的相应的方案。示例性的，
所述处理器，用于对与第二终端设备之间的侧行链路的参数进行监测，以确定所述侧行链路上的单播连接是否符合第一条件；
所述处理器，还用于在所述单播连接符合所述第一条件的情况下，确定所述单播连接故障。
结合第四方面，在第四方面的一种可能的实施方式中，所述第一条件包括以下的一种或它们的任意组合：
对于在所述侧行链路的单播连接上传输的CSI参考信号的测量结果小于CSI测量门限值；
对于配置给所述侧行链路的资源的CBR的测量结果大于CBR测量门限值；
所述侧行链路的单播连接上传输的数据包在RLC层的重传次数大于或等于第一次数；
所述侧行链路的单播连接上传输的数据包在MAC层的重传次数大于或等于第二次数；
所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数；
对于所述侧行链路的单播连接上传输的数据包进行完整性校验的结果表明校验失败；
对于所述侧行链路的单播连接上传输的数据包的解密结果表明解密失败；
所述侧行链路的单播连接的失步信息表明所述第一终端设备和所述第二终端设备之间失步；
所述侧行链路的单播连接的QoS参数不满足QoS参数的取值条件；或，
通过所述侧行链路的单播连接传输数据包时所携带的源层2标识未与所述第一终端设备建立过单播连接。
结合第四方面，在第四方面的一种可能的实施方式中，所述收发器还用于向网络设备发送第一消息，所述第一消息用于指示所述单播连接故障，或者，所述第一消息包括第一指示信息，所述第一指示信息用于指示所述单播连接故障。
结合第四方面，在第四方面的一种可能的实施方式中，所述第一消息还包括第二指示信息，所述第二指示信息用于指示所述单播连接。
结合第四方面，在第四方面的一种可能的实施方式中，所述第一条件包括所述CSI参考信号的测量结果小于所述CSI测量门限值、所述CBR的测量结果大于所述CBR测量门限值、所述RLC层的重传次数大于或等于所述第一次数、所述MAC层的重传次数大于或等于所述第二次数、所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数或所述QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，所述第一消息还包括第三指示信息，所述第三指示信息用于指示所述单播连接所使用的资源。
结合第四方面，在第四方面的一种可能的实施方式中，所述第一消息还包括第四指示信息，所述第四指示信息包括所述单播连接所符合的所述第一条件。
结合第四方面，在第四方面的一种可能的实施方式中，所述收发器还用于停止在所述单播连接上发送数据包，并继续在所述单播连接上接收数据包。
结合第四方面，在第四方面的一种可能的实施方式中，所述处理器还用于获取第一配置信息，所述第一配置信息用于恢复所述单播连接。
结合第四方面，在第四方面的一种可能的实施方式中，所述收发器还用于向第二终端设备发送第二配置信息，所述第二配置信息用于恢复所述单播连接。
结合第四方面，在第四方面的一种可能的实施方式中，所述收发器用于通过如下方式向第二终端设备发送第二配置信息：经SRB向所述第二终端设备发送所述第二配置信息，所述SRB具有专用的发送资源；或，通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二配置信息；或，通过第一上层信令向所述第二终端设备发送所述第二配置信息。
结合第四方面，在第四方面的一种可能的实施方式中，所述处理器还用于：通过所述第一终端设备的AS层向所述第一终端设备的应用层触发通知信息，所述通知信息用于指示所述侧行链路不可用。
结合第四方面，在第四方面的一种可能的实施方式中，所述处理器还用于：将所述单播连接的配置更新为默认配置，通过应用所述默认配置的所述单播连接，与所述第二终端设备协商所述单播连接的新的配置。
关于第四方面或第四方面的各种实施方式所带来的技术效果，可参考对于第一方面或第一方面的相关的实施方式的技术效果的介绍。
第五方面，提供第二种通信装置，该通信装置例如为前文中所述的第二通信装置，例如为第一终端设备。该通信装置具有实现上述方法设计中的第一终端设备的功能。第一终端设备例如为具有相应通信功能的车辆，或者是车载通信装置，或者是车载通信芯片等。该通信装置例如包括相互耦合的处理器和收发器，收发器例如实现为通信接口，这里的通信接口可以理解为是第一终端设备中的射频收发组件，射频收发组件例如通过天线、馈线和编解码器等实现。该通信装置还可以包括存储器，用于存储指令，处理器通过执行这些指令来实现第二方面或第二方面的各种实施方式所提供的相应的方案。示例性的，
所述收发器，用于接收来自第二终端设备的第二消息；
所述处理器，用于根据所述第二消息或根据所述第二消息包括的第五指示信息确定与所述第二终端设备之间的侧行链路的单播连接故障。
结合第五方面，在第五方面的一种可能的实施方式中，所述收发器，还用于将所述第二消息转发给网络设备，所述第一终端设备接收来自所述网络设备的第一配置信息；或，所述处理器，还用于生成第一配置信息；
其中，所述第一配置信息用于恢复所述单播连接。
结合第五方面，在第五方面的一种可能的实施方式中，所述收发器，还用于向第二终端设备发送第二配置信息，所述第二配置信息用于恢复所述单播连接。
结合第五方面，在第五方面的一种可能的实施方式中，所述收发器用于通过如下方式向第二终端设备发送第二配置信息：经SRB向所述第二终端设备发送所述第二配置信息，所述SRB具有专用的发送资源；或，通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二配置信息；或，通过第一上层信令向所述第二终端设备发送所述第二配置信息。
结合第五方面，在第五方面的一种可能的实施方式中，所述处理器还用于：通过所述第一终端设备的AS层向所述第一终端设备的应用层触发通知信息，所述通知信息用于指示所述侧行链路不可用。
结合第五方面，在第五方面的一种可能的实施方式中，所述处理器还用于：将所述单播连接的配置更新为默认配置，所述单播连接为发生故障的单播连接，通过应用所述默认配置的所述单播连接，与第二终端设备协商所述单播连接的新的配置。
结合第五方面，在第五方面的一种可能的实施方式中，所述收发器用于通过如下方式接收来自第二终端设备的第二消息：经SRB接收来自所述第二终端设备的所述第二消息，所述SRB具有专用的发送资源；或，通过专门用于处理单播连接故障的资源接收来自所述第二终端设备的所述第二消息；或，通过第二上层信令接收来自所述第二终端设备的所述第二消息。
第五方面所提供的第二种通信装置，和第四方面提供的第一种通信装置，可以是同一个通信装置，或者也可以是不同的通信装置。
关于第五方面或第五方面的各种实施方式所带来的技术效果，可参考对于第二方面或第二方面的相关的实施方式的技术效果的介绍。
第六方面，提供第三种通信装置，该通信装置例如为前文中所述的第三通信装置，例如为第二终端设备。该通信装置具有实现上述方法设计中的第二终端设备的功能。第二终端设备例如为具有相应通信功能的车辆，或者是车载通信装置，或者是车载通信芯片等。该通信装置例如包括相互耦合的处理器和收发器，收发器例如实现为通信接口，这里的通信接口可以理解为是第一终端设备中的射频收发组件，射频收发组件例如通过天线、馈线和编解码器等实现。该通信装置还可以包括存储器，用于存储指令，处理器通过执行这些指令来实现第三方面或第三方面的各种实施方式所提供的相应的方案。示例性的，
所述处理器，用于对侧行链路的参数进行监测，以确定所述侧行链路的单播连接是否符合第一条件；
所述收发器，用于在所述处理器确定所述单播连接符合所述第一条件的情况下，向第一终端设备发送第二消息，所述第二消息用于指示所述单播连接故障，或，所述第二消息包括第五指示信息，所述第五指示信息用于指示所述单播连接故障。
结合第六方面，在第六方面的一种可能的实施方式中，所述第一条件包括以下的一种或它们的任意组合：
对于在所述侧行链路的单播连接上传输的CSI参考信号的测量结果小于CSI测量门限值；
对于配置给所述侧行链路的资源的CBR的测量结果大于CBR测量门限值；
所述侧行链路的单播连接上传输的数据包在RLC层的重传次数大于或等于第一次数；
所述侧行链路的单播连接上传输的数据包在MAC层的重传次数大于或等于第二次数；
所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于第三次数；
对于所述侧行链路的单播连接上传输的数据包进行完整性校验的结果表明校验失败；
对于所述侧行链路的单播连接上传输的数据包的解密结果表明解密失败；
所述侧行链路的单播连接的失步信息表明所述第一终端设备和所述第二终端设备之间失步；
所述侧行链路的单播连接的QoS参数不满足QoS参数的取值条件；或，
通过所述侧行链路的单播连接传输数据包时所携带的源层2标识未与所述第一终端设备建立过单播连接。
结合第六方面，在第六方面的一种可能的实施方式中，所述第二消息还包括第六指示信息，所述第六指示信息用于指示所述单播连接。
结合第六方面，在第六方面的一种可能的实施方式中，所述第一条件包括所述CSI的测量结果小于所述CSI测量门限值、所述CBR的测量结果大于所述CBR测量门限值、所述RLC层的重传次数大于或等于所述第一次数、所述MAC层的重传次数大于或等于所述第二次数、所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数或所述QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，所述第二消息还包括第七指示信息，所述第七指示信息用于指示所述单播连接所使用的资源。
结合第六方面，在第六方面的一种可能的实施方式中，所述第二消息还包括第八指示信息，所述第八指示信息包括所述单播连接所符合的所述第一条件。
结合第六方面，在第六方面的一种可能的实施方式中，所述收发器用于通过如下方式向第一终端设备发送第二消息：经SRB向所述第一终端设备发送所述第二消息，所述SRB具有专用的发送资源；或，通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二消息；或，通过第二上层信令向所述第二终端设备发送所述第二消息。
结合第六方面，在第六方面的一种可能的实施方式中，所述收发器，还用于停止在所述单播连接上发送数据包，并继续在所述单播连接上接收数据包。
结合第六方面，在第六方面的一种可能的实施方式中，所述收发器，还用于接收来自所述第一终端设备的第二配置信息，所述第二配置信息用于恢复所述单播连接。
结合第六方面，在第六方面的一种可能的实施方式中，所述收发器用于通过如下方式接收来自所述第一终端设备的第二配置信息：经SRB接收来自所述第一终端设备的所述第二配置信息，所述SRB具有专用的发送资源；或，通过专门用于处理单播连接故障的资源接收来自所述第一终端设备的所述第二配置信息；或，通过第一上层信令接收来自所述第一终端设备的所述第二配置信息。
结合第六方面，在第六方面的一种可能的实施方式中，所述处理器还用于：将所述单播连接的配置更新为默认配置，通过应用所述默认配置的所述单播连接，与所述第一终端设备协商所述单播连接的新的配置。
关于第六方面或第六方面的各种实施方式所带来的技术效果，可参考对于第三方面或第三方面的相关的实施方式的技术效果的介绍。
第七方面，提供第四种通信装置，该通信装置例如为前文中所述的第一通信装置，例如为第一终端设备，这里以第一通信装置是第一终端设备为例。第一终端设备例如为具有相应通信功能的车辆，或者是车载通信装置，或者是车载通信芯片等。该通信装置具有实现上述方法设计中的第一终端设备的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
在一个可能的设计中，该通信装置的具体结构可包括处理模块和收发模块。处理模块和收发模块可执行上述第一方面或第一方面的任意一种可能的实施方式所提供的方法中的相应功能。其中，
所述处理模块，用于对与第二终端设备之间的侧行链路的参数进行监测，以确定所述侧行链路上的单播连接是否符合第一条件；
所述处理模块，还用于在所述单播连接符合所述第一条件的情况下，确定所述单播连接故障。
结合第七方面，在第七方面的一种可能的实施方式中，所述第一条件包括以下的一种或它们的任意组合：
对于在所述侧行链路的单播连接上传输的CSI参考信号的测量结果小于CSI测量门限值；
对于配置给所述侧行链路的资源的CBR的测量结果大于CBR测量门限值；
所述侧行链路的单播连接上传输的数据包在RLC层的重传次数大于或等于第一次数；
所述侧行链路的单播连接上传输的数据包在MAC层的重传次数大于或等于第二次数；
所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数；
对于所述侧行链路的单播连接上传输的数据包进行完整性校验的结果表明校验失败；
对于所述侧行链路的单播连接上传输的数据包的解密结果表明解密失败；
所述侧行链路的单播连接的失步信息表明所述第一终端设备和所述第二终端设备之间失步；
所述侧行链路的单播连接的QoS参数不满足QoS参数的取值条件；或，
通过所述侧行链路的单播连接传输数据包时所携带的源层2标识未与所述第一终端设备建立过单播连接。
结合第七方面，在第七方面的一种可能的实施方式中，所述收发模块还用于向网络设备发送第一消息，所述第一消息用于指示所述单播连接故障，或者，所述第一消息包括第一指示信息，所述第一指示信息用于指示所述单播连接故障。
结合第七方面，在第七方面的一种可能的实施方式中，所述第一消息还包括第二指示信息，所述第二指示信息用于指示所述单播连接。
结合第七方面，在第七方面的一种可能的实施方式中，所述第一条件包括所述CSI参考信号的测量结果小于所述CSI测量门限值、所述CBR的测量结果大于所述CBR测量门限值、所述RLC层的重传次数大于或等于所述第一次数、所述MAC层的重传次数大于或等于所述第二次数、所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数或所述QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，所述第一消息还包括第三指示信息，所述第三指示信息用于指示所述单播连接所使用的资源。
结合第七方面，在第七方面的一种可能的实施方式中，所述第一消息还包括第四指示信息，所述第四指示信息包括所述单播连接所符合的所述第一条件。
结合第七方面，在第七方面的一种可能的实施方式中，所述收发模块还用于停止在所述单播连接上发送数据包，并继续在所述单播连接上接收数据包。
结合第七方面，在第七方面的一种可能的实施方式中，所述处理模块还用于获取第一配置信息，所述第一配置信息用于恢复所述单播连接。
结合第七方面，在第七方面的一种可能的实施方式中，所述收发模块还用于向第二终端设备发送第二配置信息，所述第二配置信息用于恢复所述单播连接。
结合第七方面，在第七方面的一种可能的实施方式中，所述收发模块用于通过如下方式向第二终端设备发送第二配置信息：经SRB向所述第二终端设备发送所述第二配置信息，所述SRB具有专用的发送资源；或，通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二配置信息；或，通过第一上层信令向所述第二终端设备发送所述第二配置信息。
结合第七方面，在第七方面的一种可能的实施方式中，所述处理模块还用于：通过所述第一终端设备的AS层向所述第一终端设备的应用层触发通知信息，所述通知信息用于指示所述侧行链路不可用。
结合第七方面，在第七方面的一种可能的实施方式中，所述处理模块还用于：将所述单播连接的配置更新为默认配置，通过应用所述默认配置的所述单播连接，与所述第二终端设备协商所述单播连接的新的配置。
关于第七方面或第七方面的各种实施方式所带来的技术效果，可参考对于第一方面或第一方面的相关的实施方式的技术效果的介绍。
第八方面，提供第五种通信装置，该通信装置例如为前文中所述的第二通信装置，例如为第一终端设备，这里以第二通信装置是第一终端设备为例。第一终端设备例如为具有相应通信功能的车辆，或者是车载通信装置，或者是车载通信芯片等。该通信装置具有实现上述方法设计中的第一终端设备的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
在一个可能的设计中，该通信装置的具体结构可包括处理模块和收发模块。处理模块和收发模块可执行上述第二方面或第二方面的任意一种可能的实施方式所提供的方法中的相应功能。其中，
所述收发模块，用于接收来自第二终端设备的第二消息；
所述处理模块，用于根据所述第二消息或根据所述第二消息包括的第五指示信息确定与所述第二终端设备之间的侧行链路的单播连接故障。
结合第八方面，在第八方面的一种可能的实施方式中，所述收发模块，还用于将所述第二消息转发给网络设备，所述第一终端设备接收来自所述网络设备的第一配置信息；或，所述处理模块，还用于生成第一配置信息；
其中，所述第一配置信息用于恢复所述单播连接。
结合第八方面，在第八方面的一种可能的实施方式中，所述收发模块，还用于向第二终端设备发送第二配置信息，所述第二配置信息用于恢复所述单播连接。
结合第八方面，在第八方面的一种可能的实施方式中，所述收发模块用于通过如下方式向第二终端设备发送第二配置信息：经SRB向所述第二终端设备发送所述第二配置信息，所述SRB具有专用的发送资源；或，通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二配置信息；或，通过第一上层信令向所述第二终端设备发送所述第二配置信息。
结合第八方面，在第八方面的一种可能的实施方式中，所述处理模块还用于：通过所述第一终端设备的AS层向所述第一终端设备的应用层触发通知信息，所述通知信息用于指示所述侧行链路不可用。
结合第八方面，在第八方面的一种可能的实施方式中，所述处理模块还用于：将所述单播连接的配置更新为默认配置，所述单播连接为发生故障的单播连接，通过应用所述默认配置的所述单播连接，与第二终端设备协商所述单播连接的新的配置。
结合第八方面，在第八方面的一种可能的实施方式中，所述收发模块用于通过如下方式接收来自第二终端设备的第二消息：经SRB接收来自所述第二终端设备的所述第二消息，所述SRB具有专用的发送资源；或，通过专门用于处理单播连接故障的资源接收来自所述第二终端设备的所述第二消息；或，通过第二上层信令接收来自所述第二终端设备的所述第二消息。
第八方面所提供的第五种通信装置，和第七方面提供的第四种通信装置，可以是同一个通信装置，或者也可以是不同的通信装置。
关于第八方面或第八方面的各种实施方式所带来的技术效果，可参考对于第二方面或第二方面的相关的实施方式的技术效果的介绍。
第九方面，提供第六种通信装置，该通信装置例如为前文中所述的第三通信装置，例如为第二终端设备，这里以第三通信装置是第二终端设备为例。第二终端设备例如为具有相应通信功能的车辆，或者是车载通信装置，或者是车载通信芯片等。该通信装置具有实现上述方法设计中的第二终端设备的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
在一个可能的设计中，该通信装置的具体结构可包括处理模块和收发模块。处理模块和收发模块可执行上述第三方面或第三方面的任意一种可能的实施方式所提供的方法中的相应功能。其中，
所述处理模块，用于对侧行链路的参数进行监测，以确定所述侧行链路的单播连接是否符合第一条件；
所述收发模块，用于在所述处理模块确定所述单播连接符合所述第一条件的情况下，向第一终端设备发送第二消息，所述第二消息用于指示所述单播连接故障，或，所述第二消息包括第五指示信息，所述第五指示信息用于指示所述单播连接故障。
结合第九方面，在第九方面的一种可能的实施方式中，所述第一条件包括以下的一种或它们的任意组合：
对于在所述侧行链路的单播连接上传输的CSI参考信号的测量结果小于CSI测量门限值；
对于配置给所述侧行链路的资源的CBR的测量结果大于CBR测量门限值；
所述侧行链路的单播连接上传输的数据包在RLC层的重传次数大于或等于第一次数；
所述侧行链路的单播连接上传输的数据包在MAC层的重传次数大于或等于第二次数；
所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数；
对于所述侧行链路的单播连接上传输的数据包进行完整性校验的结果表明校验失败；
对于所述侧行链路的单播连接上传输的数据包的解密结果表明解密失败；
所述侧行链路的单播连接的失步信息表明所述第一终端设备和所述第二终端设备之间失步；
所述侧行链路的单播连接的QoS参数不满足QoS参数的取值条件；或，
通过所述侧行链路的单播连接传输数据包时所携带的源层2标识未与所述第一终端设备建立过单播连接。
结合第九方面，在第九方面的一种可能的实施方式中，所述第二消息还包括第六指示信息，所述第六指示信息用于指示所述单播连接。
结合第九方面，在第九方面的一种可能的实施方式中，所述第一条件包括所述CSI的测量结果小于所述CSI测量门限值、所述CBR的测量结果大于所述CBR测量门限值、所述RLC层的重传次数大于或等于所述第一次数、所述MAC层的重传次数大于或等于所述第二次数、所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数或所述QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，所述第二消息还包括第七指示信息，所述第七指示信息用于指示所述单播连接所使用的资源。
结合第九方面，在第九方面的一种可能的实施方式中，所述第二消息还包括第八指示信息，所述第八指示信息包括所述单播连接所符合的所述第一条件。
结合第九方面，在第九方面的一种可能的实施方式中，所述收发模块用于通过如下方式向第一终端设备发送第二消息：经SRB向所述第一终端设备发送所述第二消息，所述SRB具有专用的发送资源；或，通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二消息；或，通过第二上层信令向所述第二终端设备发送所述第二消息。
结合第九方面，在第九方面的一种可能的实施方式中，所述收发模块，还用于停止在所述单播连接上发送数据包，并继续在所述单播连接上接收数据包。
结合第九方面，在第九方面的一种可能的实施方式中，所述收发模块，还用于接收来自所述第一终端设备的第二配置信息，所述第二配置信息用于恢复所述单播连接。
结合第九方面，在第九方面的一种可能的实施方式中，所述收发模块用于通过如下方式接收来自所述第一终端设备的第二配置信息：经SRB接收来自所述第一终端设备的所述第二配置信息，所述SRB具有专用的发送资源；或，通过专门用于处理单播连接故障的资源接收来自所述第一终端设备的所述第二配置信息；或，通过第一上层信令接收来自所述第一终端设备的所述第二配置信息。
结合第九方面，在第九方面的一种可能的实施方式中，所述处理模块还用于：将所述单播连接的配置更新为默认配置，通过应用所述默认配置的所述单播连接，与所述第一终端设备协商所述单播连接的新的配置。
关于第九方面或第九方面的各种实施方式所带来的技术效果，可参考对于第三方面或第三方面的相关的实施方式的技术效果的介绍。
第十方面，提供第七种通信装置。该通信装置可以为上述方法设计中的第一通信装置，例如第一终端设备，或者为设置在第一终端设备中的芯片。该通信装置包括：存储器，用于存储计算机可执行程序代码；以及处理器，处理器与存储器耦合。其中存储器所存储的程序代码包括指令，当处理器执行所述指令时，使第七种通信装置执行上述第一方面或第一方面的任意一种可能的实施方式中的方法。
其中，第七种通信装置还可以包括通信接口，如果第七种通信装置为第一终端设备，则通信接口可以是第一终端设备中的收发器，例如为第一终端设备中的射频收发组件，或者，如果第七种通信装置为设置在第一终端设备中的芯片，则通信接口可以是该芯片的输入/输出接口，例如输入/输出管脚等。
第十一方面，提供第八种通信装置。该通信装置可以为上述方法设计中的第二通信装置，例如第一终端设备，或者为设置在第一终端设备中的芯片。该通信装置包括：存储器，用于存储计算机可执行程序代码；以及处理器，处理器与存储器耦合。其中存储器所存储的程序代码包括指令，当处理器执行所述指令时，使第八种通信装置执行上述第二方面或第二方面的任意一种可能的实施方式中的方法。
其中，第八种通信装置还可以包括通信接口，如果第八种通信装置为第一终端设备，则通信接口可以是第一终端设备中的收发器，例如为第一终端设备中的射频收发组件，或者，如果第八种通信装置为设置在第一终端设备中的芯片，则通信接口可以是该芯片的输入/输出接口，例如输入/输出管脚等。
第十一方面所提供的第八种通信装置，和第十方面提供的第七种通信装置，可以是同一个通信装置，或者也可以是不同的通信装置。
第十二方面，提供第九种通信装置。该通信装置可以为上述方法设计中的第三通信装置，例如第二终端设备，或者为设置在第二终端设备中的芯片。该通信装置包括：存储器，用于存储计算机可执行程序代码；以及处理器，处理器与存储器耦合。其中存储器所存储的程序代码包括指令，当处理器执行所述指令时，使第九种通信装置执行上述第三方面或第三方面的任意一种可能的实施方式中的方法。
其中，第九种通信装置还可以包括通信接口，如果第九种通信装置为第二终端设备，则通信接口可以是第二终端设备中的收发器，例如为第二终端设备中的射频收发组件，或者，如果第九种通信装置为设置在第二终端设备中的芯片，则通信接口可以是该芯片的输入/输出接口，例如输入/输出管脚等。
第十三方面，提供第一种通信系统，该通信系统可以包括第四方面所述的第一种通信装置、第七方面所述的第四种通信装置或第十方面所述的第七种通信装置，以及包括第六方面所述的第三种通信装置、第九方面所述的第六种通信装置或第十二方面所述的第九种通信装置。可选的，该通信系统还可以包括网络设备，该网络设备可以与第四方面所述的第一种通信装置、第七方面所述的第四种通信装置或第十方面所述的第七种通信装置连接，以及，该网络设备可以与第六方面所述的第三种通信装置、第九方面所述的第六种通信装置或第十二方面所述的第九种通信装置连接，或者也可以不连接。
第十四方面，提供第二种通信系统，该通信系统可以包括第五方面所述的第二种通信装置、第八方面所述的第五种通信装置或第十一方面所述的第八种通信装置，以及包括第六方面所述的第三种通信装置、第九方面所述的第六种通信装置或第十二方面所述的第九种通信装置。可选的，该通信系统还可以包括网络设备，该网络设备可以与第五方面所述的第二种通信装置、第八方面所述的第五种通信装置或第十一方面所述的第八种通信装置连接，以及，该网络设备可以与第六方面所述的第三种通信装置、第九方面所述的第六种通信装置或第十二方面所述的第九种通信装置连接，或者也可以不连接。
第十五方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。
第十六方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。
第十七方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第三方面或第三方面的任意一种可能的设计中所述的方法。
第十八方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。
第十九方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。
第二十方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第三方面或第三方面的任意一种可能的设计中所述的方法。
在本申请实施例中，可以通过对侧行链路进行监测来尽早确定故障，从而有助于减小因为单播连接故障而导致的业务的延迟甚至中断的概率，提高了业务传输的连续性。
附图说明
图1为V2X的几种示意图；
图2A～图2E为通过PC5口进行通信的LTE V2X业务的几种示意图；
图3A为本申请实施例的一种应用场景示意图；
图3B为本申请实施例ID另一种应用场景示意图；
图4为本申请实施例提供的第一种故障确定方法的流程图；
图5为本申请实施例中终端设备在发送数据包时携带L2标识的示意图；
图6A为本申请实施例中第一终端设备通过具有专用的发送资源的SRB向第二终端设备发送第二配置信息的示意图；
图6B为本申请实施例中第一终端设备通过专门用于处理单播连接故障的资源向第二终端设备发送第二配置信息的示意图；
图6C为本申请实施例中第一终端设备通过上层信令向第二终端设备发送第二配置信息的示意图；
图7为本申请实施例中第一终端设备向第二终端设备发送第一上层信令的交互示意图；
图8为本申请实施例提供的第二种故障确定方法的流程图；
图9为本申请实施例提供的能够实现第一终端设备的功能的通信装置的一种示意图；
图10为本申请实施例提供的能够实现第一终端设备的功能的通信装置的一种示意图；
图11为本申请实施例提供的能够实现第二终端设备的功能的通信装置的一种示意图；
图12A～图12B为本申请实施例提供的一种通信装置的两种示意图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例作进一步地详细描述。
以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
1)终端设备，包括向用户提供语音和/或数据包连通性的设备，例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音和/或数据包。该终端设备可以包括用户设备(user equipment，UE)、无线终端设备、移动终端设备、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point，AP)、远程终端设备(remoteterminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、或用户装备(user device)等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的移动装置，智能穿戴式设备等。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(session initiation protocol，SIP)话机、无线本地环路(wirelesslocal loop，WLL)站、个人数字助理(personal digital assistant，PDA)、等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification，RFID)、传感器、全球定位系统(global positioning system，GPS)、激光扫描器等信息传感设备。
作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备等。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据包交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能头盔、智能首饰等。
而如上介绍的各种终端设备，如果位于车辆上(例如放置在车辆内或安装在车辆内)，都可以认为是车载终端设备，车载终端设备例如也称为车载单元(on-board unit，OBU)。
2)网络设备，例如包括接入网(access network，AN)设备，例如基站(例如，接入点)，可以是指接入网中在空口通过一个或多个小区与无线终端设备通信的设备，或者例如，一种V2X技术中的网络设备为路侧单元(road side unit，RSU)。基站可用于将收到的空中帧与网际协议(IP)分组进行相互转换，作为终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括IP网络。RSU可以是支持V2X应用的固定基础设施实体，可以与支持V2X应用的其他实体交换消息。网络设备还可协调对空口的属性管理。例如，网络设备可以包括长期演进(long term evolution，LTE)系统或高级长期演进(long termevolution-advanced，LTE-A)中的演进型基站(NodeB或eNB或e-NodeB，evolutional NodeB)，或者也可以包括5G NR系统中的下一代节点B(next generation node B，gNB)或者也可以包括云接入网(cloud radio access network，CloudRAN)系统中的集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)，本申请实施例并不限定。
3)设备到设备(device-to-device，D2D)，为了提高频谱利用率及最大限度地利用现有的终端设备的射频能力，D2D通信链路(也称为sidelink)考虑复用现有的移动通信网络的频谱资源。为了不干扰到现有网络的终端设备，D2D通信不使用LTE-A的下行(downlink)链路的频谱资源，而只复用LTE-A系统的上行(uplink)链路的频谱资源，因为，基站的抗干扰能力比终端设备的抗干扰能力要强。D2D设备在该上行的频谱资源上进行时分复用的可能性较大，这样就不需要支持同时收发，在一个时刻只需要发送或接收。其中，LTE-A的下行链路也就是eNB到终端设备的链路，LTE-A的上行也就是终端设备到eNB的链路。
4)V2X，在版本(Rel)-14/15/16版本，V2X作为D2D技术的一个主要应用顺利立项。V2X将在已有的D2D技术的基础上对V2X的具体应用需求进行优化，需要进一步减少V2X设备的接入时延，解决资源冲突问题。
V2X具体又包括V2V、V2P、V2I/N三种应用需求，如图1所示。V2V指的是车辆间的通信；V2P指的是车辆与人(包括行人、骑自行车的人、司机、或乘客)的通信；V2I指的是车辆与RSU的通信，另外还有一种V2N可以包括在V2I中，V2N指的是车辆与基站/网络的通信。
其中，RSU包括两种类型：终端类型的RSU，由于布在路边，该终端类型的RSU处于非移动状态，不需要考虑移动性；基站类型的RSU，可以给与之通信的车辆提供定时同步及资源调度。
5)“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。
以及，除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，第一指示信息和第二指示信息，只是为了区分不同的信息，而并不是表示这两种信息的内容、优先级、发送顺序或者重要程度等的不同。
如上介绍了本申请实施例涉及的一些概念，下面介绍本申请实施例的技术特征。
请参见图2A～图2E，为通过PC5接口(也称之为sidelink)进行通信的LTE V2X业务的示意，其中的网络设备都位于演进型通用无线接入网(evolved universal terrestrialradio access network，E-UTRAN)中。其中图2A为V2V的示意图，图2B和图2C为V2I的示意图，图2D和图2E为V2P的示意图。这时候终端设备可以在支持V2X的小区覆盖范围内，也可以在支持V2X的小区覆盖范围外。
目前，终端设备获取V2X的侧行链路的资源的方式有两种，一种方式是，终端设备在发送V2X业务的数据包前，需要先向网络设备去请求资源，由网络设备按需为终端设备分配V2X的侧行链路的资源，这类模式在LTE V2X中称为模式(Mode 3)，在NR V2X中称为Mode1；另一种方式是，终端设备可以在网络设备广播的或者核心网中的控制功能(controlfunction，CF)网元预配置的V2X的侧行链路的资源中通过竞争方式获取资源，这类模式在LTE V2X中称为Mode4，在NR V2X中称为Mode2。
目前，终端设备之间可以通过V2X下的侧行链路上的单播连接来传输数据包。而目前并未提及对于单播连接的故障情况应如何处理，如果单播连接出了故障，可能需要较长的时间来恢复，甚至可能不会被恢复，由此可能会导致业务中断较长的时间。
鉴于此，提供本申请实施例的技术方案。本申请实施例提出，可以对单播连接进行监测，例如，第一终端设备可以对侧行链路的参数进行监测，以确定侧行链路上的单播连接是否故障，相当于可以通过对侧行链路进行监测来尽早确定故障，例如故障可能在初期就能被确定，可能在还未较大地影响到数据包传输的情况下就能得到处理，从而有助于减小因为单播连接故障而导致的业务的延迟甚至中断的概率，提高了业务传输的连续性。
本申请实施例提供的技术方案可以应用于V2X场景，可以是NR V2X场景也可以是LTE V2X场景等，或者还可以应用于其他的场景或其他的通信系统，具体的不做限制。
下面介绍本申请实施例所应用的网络架构。
请参考图3A，为本申请实施例所应用的一种网络架构。图3A中包括网络设备和两个终端设备，分别为终端设备1和终端设备2，这两个终端设备均可以与网络设备连接，或者这两个终端设备均不与网络设备连接，或者这两个终端设备里可以只有终端设备1与网络设备连接，终端设备2不与网络设备连接，这两个终端设备之间可以通过sidelink进行通信。图3A以终端设备1和终端设备2均与网络设备连接为例。当然图3A中的终端设备的数量只是举例，在实际应用中，网络设备可以为多个终端设备提供服务。
另外请参考图3B，为本申请实施例所应用的另一种网络架构。图3B中包括网络设备和两个终端设备，分别为终端设备1和终端设备2，这两个终端设备均可以与网络设备连接，或者这两个终端设备均不与网络设备连接，或者这两个终端设备里可以只有终端设备1与网络设备连接，终端设备2不与网络设备连接，这两个终端设备之间可以通过sidelink进行通信。图3B以只有终端设备1与网络设备连接、终端设备2不与网络设备连接为例。当然图3B中的终端设备的数量只是举例，在实际应用中，网络设备可以为多个终端设备提供服务。
图3A和图3B中的网络设备例如为接入网设备，例如基站。其中，接入网设备在不同的系统对应不同的设备，例如在第四代移动通信技术(the 4th generation，4G)系统中可以对应eNB,在5G系统中对应5G中的接入网设备，例如gNB，或者连接5G核心网的eNB。
其中，图3A和图3B中的终端设备均是以车载终端设备或车为例，但本申请实施例中的终端设备不限于此。
接下来结合附图介绍本申请实施例提供的技术方案。
本申请实施例提供一种信号发送、配置优先级的方法，请参见图4，为该方法的流程图。在下文的介绍过程中，以该方法应用于图3A或图3B所示的网络架构为例。另外，该方法可由两个通信装置执行，或者由三个通信装置执行，如果由两个通信装置执行，则这两个通信装置例如为第一通信装置和第二通信装置，如果由三个通信装置执行，则这三个通信装置例如为第一通信装置、第二通信装置和第三通信装置。其中，第一通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置，或者第一通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片系统。第二通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置，或者第二通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片系统。对于第三通信装置也是同样，第三通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置，或者第三通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片系统。且对于第一通信装置、第二通信装置和第三通信装置的实现方式均不做限制，例如第一通信装置可以是网络设备，第二通信装置是终端设备，第三通信装置也是终端设备，或者第一通信装置是网络设备，第二通信装置是能够支持终端设备实现该方法所需的功能的通信装置，第三通信装置是终端设备，或者第一通信装置是网络设备，第二通信装置和第三通信装置均是能够支持终端设备实现该方法所需的功能的通信装置，等等。其中，网络设备例如为基站。
为了便于介绍，在下文中，以该方法由网络设备和两个终端设备执行、或者由终端设备和终端设备执行为例，也就是，以第一通信装置是网络设备、第二通信装置和第三通信装置是终端设备，或者以第一通信装置和第二通信装置均为终端设备为例。因为本实施例是以应用在图3A或图3B所示的网络架构为例，因此，下文中所述的网络设备可以是图3A或图3B所示的网络架构中的网络设备，下文中所述的第一终端设备可以是图3A或图3B所示的网络架构中的终端设备1，下文中所述的第二终端设备可以是图3A或图3B所示的网络架构中的终端设备2。
S41、第一终端设备对于与第二终端设备之间的侧行链路的参数进行监测，以确定所述侧行链路上的单播连接是否符合第一条件；
S42、在所述单播连接符合所述第一条件的情况下，所述第一终端设备确定所述单播连接故障。
在本申请实施例中，第一终端设备可以对与第二终端设备之间的侧行链路的参数进行监测，以确定侧行链路上的单播连接是否符合第一条件，该单播连接是第一终端设备与第二终端设备进行通信的单播连接。在实际应用中，第一终端设备可以监测一个单播连接，或者也可以监测多个单播连接，如果监测多个单播连接，则这多个单播连接可以是分别用于第一终端设备和多个终端设备之间进行通信的单播连接，具体的不做限制。
关于第一条件，可以包括子条件1、子条件2、子条件3、子条件4、子条件5、子条件6、子条件7、子条件8、子条件9或子条件10中的一种或它们的任意组合。当然第一条件还可能包括除了这几种子条件之外的其他的条件，例如第一条件可以不包括这十种子条件，而是包括其他的条件；或者第一条件可以包括子条件1、子条件2、子条件3、子条件4、子条件5、子条件6、子条件7、子条件8、子条件9或子条件10中的一种或它们的任意组合，以及还包括其他的条件；或者第一条件可以仅包括子条件1、子条件2、子条件3、子条件4、子条件5、子条件6、子条件7、子条件8、子条件9或子条件10中的一种或它们的任意组合，而不包括其他的条件，具体的不做限制。下面介绍这几种子条件。
子条件1、对于在侧行链路的单播连接上传输的信道状态信息(channel stateinformation，CSI)参考信号的测量结果小于CSI测量门限值。如果第一条件包括子条件1，也就表明第一终端设备所监测的侧行信道的参数包括对于在侧行链路的单播连接上传输的CSI参考信号的测量结果。
在V2X的侧行链路上，针对单播场景，引入了CSI参考信号，CSI参考信号可以是终端设备在发送数据包时一并发送，或者周期性发送，本申请实施例不做限定，作为接收端的终端设备在接收数据包时可以根据接收的CSI参考信号进行测量，得到CSI参考信号的测量结果。例如第一终端设备需要监测CSI参考信号的测量结果，那么第一终端设备可以作为接收端，第二终端设备可以通过该单播连接向第一终端设备发送CSI参考信号，则第一终端设备可以对接收的来自第二终端设备的CSI参考信号进行测量。或者，第一终端设备即使作为发送端，也可以对所发送的CSI参考信号进行测量，具体的不做限制。CSI参考信号的测量结果体现的是两个终端设备之间的距离的远近，或者体现的是两个终端设备之间的信道质量。一般来说，CSI参考信号的测量结果的值越大，就表明CSI参考信号的测量结果越好，而CSI参考信号的测量结果越好，也就表明两个终端设备之间的距离越近，或者表明两个终端设备之间的信道质量越好。
因此，可以设置CSI测量门限值，如果CSI参考信号的测量结果小于CSI测量门限值，就表明CSI参考信号的测量结果较差，这也就反应了单播连接的质量较差，该单播连接可能有故障。关于CSI测量门限值，可以是通过协议规定的，或者是由网络设备为终端设备配置的，所述网络设备例如为基站，或者也可以是核心网设备。例如网络设备为基站时，可以是通过广播消息向终端设备发送CSI测量门限值，也可以是通过无线资源控制(radioresource control，RRC)信令向终端设备发送CSI测量门限值。CSI测量门限值可以适用于所述第一终端设备的所述单播连接，也可以适用于第一终端设备的多个单播连接，也可以适用于第一终端设备的所有单播连接。
子条件2、对于配置给侧行链路的资源的信道忙比例(channel busy ratio，CBR)的测量结果大于CBR测量门限值。如果第一条件包括子条件2，也就表明第一终端设备所监测的侧行信道的参数包括对于配置给侧行链路的资源的CBR的测量结果。
在V2X系统中，资源的配置管理都是基于资源池(resource pool)进行的。终端设备可以对配置给侧行链路的资源进行测量，在对配置给该侧行链路的资源进行测量时，第一终端设备可以测量资源池的CBR，得到CBR的测量结果。其中，V2X的侧行链路上的时频资源，是以资源池的形式配置给终端设备的。可以看到，如果第一终端设备测量资源池的CBR，那么甚至可以不依赖于单播连接的建立，无论第一终端设备和第二终端设备之间是否建立了单播连接，第一终端设备都可以测量配置给该侧行链路的资源池的CBR。CBR的测量结果体现的是资源池的负载情况，CBR的测量结果的值越高，表明资源池的负载越高。
因此，可以设置CBR测量门限值，如果CBR的测量结果大于CBR测量门限值，就表明资源池的负载过高，这也就可能导致单播连接的质量较差，该单播连接可能有故障。关于CBR测量门限值，可以是通过协议规定的，或者是由网络设备为终端设备配置的，所述网络设备例如为基站，或者也可以是核心网设备。例如网络设备为基站时，可以是通过广播消息向终端设备发送CBR测量门限值，也可以是通过RRC信令向终端设备发送CBR测量门限值。CBR测量门限值可以适用于所述第一终端设备的所述单播连接，也可以适用于第一终端设备的多个单播连接，也可以适用于第一终端设备的所有单播连接。
子条件3、侧行链路的单播连接上传输的数据包在无线链路控制(radio linkcontrol，RLC)层的重传次数大于或等于第一次数。如果第一条件包括子条件3，也就表明第一终端设备所监测的侧行信道的参数包括侧行链路的单播连接上传输的数据包在RLC层的重传次数。
如果V2X的侧行链路上的承载支持确认模式(acknowledged mode，AM)RLC时，则在RLC层会有数据包重传机制。那么，对于该单播连接上传输的一个数据包来说，如果在RLC层的重传次数较多，也就表明该单播连接的质量较差。
因此，可以设置次数阈值，这里的次数阈值例如称为第一次数，如果该单播连接上传输的一个数据包在RLC层的重传次数大于或等于第一次数，就表明该单播连接的质量较差，该单播连接可能有故障。其中，这里所监测的一个数据包，可以是该单播连接上传输的任意一个数据包，例如第一终端设备可以对该单播连接上传输的全部数据包或部分数据包中的每个数据包进行监测，例如，可以是检测数据包中可靠性要求比较高的部分数据包，或者这一个数据包也可以是该单播连接上传输的特定的数据包，例如是专门用于监测该单播连接是否故障的测试数据包。关于第一次数，可以是通过协议规定的，或者是由网络设备为终端设备配置的，所述网络设备例如为基站，或者也可以是核心网设备。例如网络设备为基站时，可以是通过广播消息向终端设备发送第一次数，也可以是通过RRC信令向终端设备发送第一次数。第一次数可以适用于所述第一终端设备的所述单播连接，也可以适用于第一终端设备的多个单播连接，也可以适用于第一终端设备的所有单播连接。
子条件4、侧行链路的单播连接上传输的数据包在媒体接入控制(media accesscontrol，MAC)层的重传次数大于或等于第二次数。如果第一条件包括子条件4，也就表明第一终端设备所监测的侧行信道的参数包括侧行链路的单播连接上传输的数据包在MAC层的重传次数。
在MAC层，一般可以支持混合自动重传请求(hybrid automatic repeat request，HARQ)机制，在HARQ机制下，如果数据包传输有误，则可以进行重传。那么，对于该单播连接上传输的一个数据包来说，如果在MAC层的重传次数较多，也就表明该单播连接的质量较差。
因此，可以设置次数阈值，这里的次数阈值例如称为第二次数，如果该单播连接上传输的一个数据包在MAC层的重传次数大于或等于第二次数，就表明该单播连接的质量较差，该单播连接可能有故障。其中，这里所监测的一个数据包，可以是该单播连接上传输的任意一个数据包，例如第一终端设备可以对该单播连接上传输的全部数据包或部分数据包中的每个数据包进行监测，例如，可以是检测数据包中可靠性要求比较高的部分数据包，或者这一个数据包也可以是该单播连接上传输的特定的数据包，例如是专门用于监测该单播连接是否故障的测试数据包。关于第二次数，可以是通过协议规定的，或者是由网络设备为终端设备配置的，所述网络设备例如为基站，或者也可以是核心网设备。例如网络设备为基站时，可以是通过广播消息向终端设备发送第二次数，也可以是通过RRC信令向终端设备发送第二次数。第二次数可以适用于所述第一终端设备的所述单播连接，也可以适用于第一终端设备的多个单播连接，也可以适用于第一终端设备的所有单播连接。
示例性的，第一次数和第二次数，可以相等，也可以不相等，第一次数可以与RLC层的实现有关，第二次数可以与MAC层的实现有关，具体的不做限制。
子条件5、侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数。如果第一条件包括子条件5，也就表明第一终端设备所监测的侧行信道的参数包括侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数。
在子条件4中介绍了，对于该单播连接上传输的一个数据包来说，如果传输有误，则可以进行重传，那么，该数据包如果在MAC层的重传次数较多，也就表明该单播连接的质量较差。子条件4是通过这一个数据包的重传次数来判断单播连接的质量，而考虑到整体因素，例如该单播连接的质量可能会有短暂的波动可能在传输某个或某几个数据包时质量较差，而之后质量又会变好，因此可以从整体进行评估，因此在子条件5中，可以监测该单播连接上的多个数据包，如果该单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数，则可以确定该单播连接可能故障。例如，可以监测第一时长内的该单播连接上的每个数据包，如果第一时长内该单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数，则可以确定该单播连接可能故障。示例性的，该单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数，也可以理解为，该单播连接上传输的第一类数据包的个数大于或者第一数量，第一类数据包是在MAC层的重传次数大于或等于第二次数的数据包。因此对于子条件5也可以理解为，侧行链路的单播连接上的传输的第一类数据包的个数大于或者等于第一数量，第一类数据包是在MAC层的重传次数大于或等于第二次数的数据包。例如，该单播连接上有2个数据包的重传次数都大于或等于第二次数，那么该单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数就是2次，而第一类数据包的个数也就是2个。当然，这里的第一时长也只是举例，具体不限于此。再例如，终端设备可以维护一个计数器，当有一个数据包在MAC层的重传次数大于或者等于第二次数时，计数器就加一，所述计数器初始值为0，当计数器的计数值大于或者等于第三次数，则可以确定该单播连接可能故障。终端设备可以为每个单播连接维护一个计数器，可以为每个单播连接中的每个逻辑信道维护一个计数器，此时每个计数器只会因为对应的逻辑信道内的数据包在MAC层的重传次数大于或者等于第二次数，才会执行加一的动作。通过子条件5可以对单播连接进行较为整体的评估，使得得到的评估结果更为准确。
示例性的，这里所监测的多个数据包，可以是该单播连接上传输的任意多个数据包，例如第一终端设备可以对该单播连接上传输的全部数据包或部分数据包中的多个数据包进行监测，例如，可以是检测数据包中可靠性要求比较高的部分数据包，或者这多个数据包也可以是该单播连接上传输的特定的数据包，例如是专门用于监测该单播连接是否故障的测试数据包。关于第二次数和第三次数(或第一数量)，可以是通过协议规定的，或者是由网络设备为终端设备配置的，所述网络设备例如为基站，或者也可以是核心网设备。例如网络设备为基站时，可以是通过广播消息向终端设备发送第二次数和第三次数(或第一数量)，也可以是通过RRC信令向终端设备发送第一次数和第三次数(或第一数量)。第一次数和第三次数(或第一数量)可以适用于所述第一终端设备的所述单播连接，也可以适用于第一终端设备的多个单播连接，也可以适用于第一终端设备的所有单播连接，也可以适用于第一终端的所述单播连接中的一个或多个承载。另外如果设置了第一时长，那么第一时长可以是通过协议规定的，或者是由网络设备为终端设备配置的，所述网络设备例如为基站，或者也可以是核心网设备。例如网络设备为基站时，可以是通过广播消息向终端设备发送第一时长，也可以是通过RRC信令向终端设备发送第一时长。第一时长可以适用于所述第一终端设备的所述单播连接，也可以适用于第一终端设备的多个单播连接，也可以适用于第一终端设备的所有单播连接，也可以适用于第一终端的所述单播连接中的一个或多个承载。
子条件6、对于侧行链路的单播连接上传输的数据包进行完整性校验的结果表明校验失败。如果第一条件包括子条件6，也就表明第一终端设备所监测的侧行信道的参数包括对于侧行链路的单播连接上传输的数据包进行完整性校验的结果。
针对V2X的侧行链路上的单播连接的传输，可能会支持接入(access stratum，AS)层做完整性校验，也就是，作为发送端的终端设备在发送数据包时对数据包进行完整性保护处理，作为接收端的终端设备在接收数据包时需要对数据包执行完整性校验。通过这种方式可以识别出当前的单播连接是否被攻击，如果存在攻击者，就有可能会导致作为接收端的终端设备的完整性校验失败，这也在一定程度上反应了该单播连接存在问题。当然也有可能是由上层(upper layer)来执行对数据包的完整性保护，此时对数据包的完整性保护和完整性校验均由两个终端设备的上层完成，而不是AS层。示例性的，上层可以是RRC层之上的V2X层，或者是应用层。
在本申请实施例中，子条件6可以是对于侧行链路的单播连接上传输的一个数据包进行完整性校验的结果表明校验失败，这一个数据包可以是该单播连接上传输的任意一个数据包，例如第一终端设备可以对该单播连接上传输的全部数据包或部分数据包中的每个数据包进行监测，或者这一个数据包也可以是该单播连接上传输的特定的数据包，例如是专门用于监测该单播连接是否故障的测试数据包。或者，子条件6也可以是对于侧行链路的单播连接上传输的多个数据包进行完整性校验的结果表明校验失败，这多个数据包可以是该单播连接上传输的任意多个数据包，例如第一终端设备可以对该单播连接上传输的全部数据包或部分数据包中的多个数据包进行监测，或者这多个数据包也可以是该单播连接上传输的特定的数据包，例如是专门用于监测该单播连接是否故障的测试数据包。例如可以设置个数阈值，例如为第二数量，如果校验失败的数据包的个数大于或者等于第二数量，就满足子条件6。例如，可以是连续校验失败的数据包的个数大于第二数量，或者也可以是在第二时长内校验失败的数据包的个数大于第二数量。
如果需要用到第二数量，则可以是通过协议规定的，或者是由网络设备为终端设备配置的，所述网络设备例如为基站，或者也可以是核心网设备。例如网络设备为基站时，可以是通过广播消息向终端设备发送第二数量，也可以是通过RRC信令向终端设备发送第二数量。第二数量可以适用于所述第一终端设备的所述单播连接，也可以适用于第一终端设备的多个单播连接，也可以适用于第一终端设备的所有单播连接，也可以适用于第一终端的所述单播连接中的一个或多个承载。对于第二时长来说也是同理，如果设置了第二时长，那么第二时长可以是通过协议规定的，或者是由网络设备为终端设备配置的，所述网络设备例如为基站，或者也可以是核心网设备。例如网络设备为基站时，可以是通过广播消息向终端设备发送第二时长，也可以是通过RRC信令向终端设备发送第二时长。第二时长可以适用于所述第一终端设备的所述单播连接，也可以适用于第一终端设备的多个单播连接，也可以适用于第一终端设备的所有单播连接，也可以适用于第一终端的所述单播连接中的一个或多个承载。
另外，如果单播连接符合子条件6，也就是第一终端设备在对侧行链路的单播连接上传输的数据包进行完整性校验后，校验结果表明校验失败，那么第一终端设备会丢弃校验失败的数据包。
子条件7、对于侧行链路的单播连接上传输的数据包的解密结果表明解密失败。如果第一条件包括子条件7，也就表明第一终端设备所监测的侧行信道的参数包括对于侧行链路的单播连接上传输的数据包的解密结果。
与完整性校验类似的，终端设备的上层或AS层还可以执行对单播连接上传输的数据包的加密/解密操作。示例性的，作为发送端的终端设备可以对待发送的数据包执行加密操作，并发送加密后的数据包，作为接收端的终端设备可以对接收的数据包执行解密操作，解密得到的数据包就可以视为解密结果，解密结果如果是正确的，则表明解密成功，解密结果如果是错误的，则表明解密失败，这也在一定程度上反应了该单播连接存在问题。
在本申请实施例中，子条件7可以是对于侧行链路的单播连接上传输的一个数据包进行解密的结果表明校验失败，这一个数据包可以是该单播连接上传输的任意一个数据包，例如第一终端设备可以对该单播连接上传输的全部数据包或部分数据包中的每个数据包进行监测，或者这一个数据包也可以是该单播连接上传输的特定的数据包，例如是专门用于监测该单播连接是否故障的测试数据包。或者，子条件7也可以是对于侧行链路的单播连接上传输的多个数据包进行解密的结果表明校验失败，这多个数据包可以是该单播连接上传输的任意多个数据包，例如第一终端设备可以对该单播连接上传输的全部数据包或部分数据包中的多个数据包进行监测，或者这多个数据包也可以是该单播连接上传输的特定的数据包，例如是专门用于监测该单播连接是否故障的测试数据包。例如可以设置个数阈值，例如为第三数量，如果解密失败的数据包的个数大于第三数量，就满足子条件7。例如，可以是连续解密失败的数据包的个数大于第三数量，或者也可以是在第三时长内解密失败的数据包的个数大于第三数量。
如果需要用到第三数量，则可以是通过协议规定的，或者是由网络设备为终端设备配置的，所述网络设备例如为基站，或者也可以是核心网设备。例如网络设备为基站时，可以是通过广播消息向终端设备发送第三数量，也可以是通过RRC信令向终端设备发送第三数量。第三数量可以适用于所述第一终端设备的所述单播连接，也可以适用于第一终端设备的多个单播连接，也可以适用于第一终端设备的所有单播连接，也可以适用于第一终端的所述单播连接中的一个或多个承载。对于第三时长来说也是同理，如果设置了第三时长，那么第三时长可以是通过协议规定的，或者是由网络设备为终端设备配置的，所述网络设备例如为基站，或者也可以是核心网设备。例如网络设备为基站时，可以是通过广播消息向终端设备发送第三时长，也可以是通过RRC信令向终端设备发送第三时长。第三时长可以适用于所述第一终端设备的所述单播连接，也可以适用于第一终端设备的多个单播连接，也可以适用于第一终端设备的所有单播连接，也可以适用于第一终端的所述单播连接中的一个或多个承载。
子条件8、侧行链路的单播连接的失步信息表明第一终端设备和第二终端设备之间失步。如果第一条件包括子条件8，也就表明第一终端设备所监测的侧行信道的参数包括侧行链路的单播连接的失步信息。
在V2X中，终端设备的同步源可以包括基站、全球导航卫星系统(globalnavigation satellite system，GNSS)或者其他终端设备。存在单播连接的两个终端设备，可能配置了不同的同步源，此时可能会导致该单播连接中出现失步情况。例如对于作为接收端的终端设备来说，可以通过作为发送端的终端设备的发送帧边界和作为接收端的终端设备的接收帧边界的时间差来判断该单播连接是否失步，这个时间差就可以理解为失步信息的一种实现方式。例如，如果发送帧边界和接收帧边界之间的时间差大于时差阈值，就可以确定该单播连接失步，此时两个终端设备之间的数据包传输可能会出错。
如果需要用到时差阈值，则可以是通过协议规定的，或者是由网络设备为终端设备配置的，所述网络设备例如为基站，或者也可以是核心网设备。例如网络设备为基站时，可以是通过广播消息向终端设备发送时差阈值，也可以是通过RRC信令向终端设备发送时差阈值。时差阈值可以适用于所述第一终端设备的所述单播连接，也可以适用于第一终端设备的多个单播连接，也可以适用于第一终端设备的所有单播连接。
子条件9、侧行链路的单播连接的服务质量(quality of service，QoS)参数不满足QoS参数的取值条件。如果第一条件包括子条件9，也就表明第一终端设备所监测的侧行信道的参数包括侧行链路的单播连接的QoS参数。
例如，终端设备可以统计第四时长内的QoS参数，以确定第四时长内的QoS参数的取值是否满足QoS参数的取值条件。QoS参数例如包括第四时长内的丢包率、比特率、或时延等参数中的至少一种，在单播连接中，这些指标一般是需要得到保证的。当然，对于不同的QoS参数，需要满足的QoS参数的取值条件也是不同的。例如，第四时长内的丢包率大于或者等于丢包率阈值时，表明第四时长内的丢包率不满足QoS参数的取值条件，第四时长内的比特率小于或者等于比特率阈值时，表明第四时长内的比特率不满足QoS参数的取值条件，第四时长内的时延大于或者等于时延阈值时，表明第四时长内的时延不满足QoS参数的取值条件，等等。具体的，针对时延的统计，可以在数据包上打上时间戳，即在发送端给数据包打上发送时间戳，在接收端接收的时候，记录接收时间，用接收时间和发送时间的时间差来标识时延。
关于第四时长和QoS参数的取值条件，可以是通过协议规定的，或者是由网络设备为终端设备配置的，所述网络设备例如为基站，或者也可以是核心网设备。例如网络设备为基站时，可以是通过广播消息向终端设备发送第四时长和QoS参数的取值条件，也可以是通过RRC信令向终端设备发送第四时长和QoS参数的取值条件。第四时长和QoS参数的取值条件可以适用于所述第一终端设备的所述单播连接，也可以适用于第一终端设备的多个单播连接，也可以适用于第一终端设备的所有单播连接，也可以适用于第一终端的所述单播连接中的一个或多个承载。
子条件10、通过侧行链路的单播连接传输数据包时所携带的源层2(layer2，L2)标识未与第一终端设备建立过单播连接。如果第一条件包括子条件10，也就表明第一终端设备所监测的侧行信道的参数包括通过侧行链路的单播连接传输数据包时所携带的源L2标识。
在单播连接中，作为发送端的终端设备和作为接收端的终端设备都有各自的L2标识，用来唯一标识相应的终端设备，或者也可以唯一标识相应的单播连接，也就是说，可以为每个终端设备设置L2标识，也可以为每个单播连接设置L2标识。L2标识例如为L2标识(identifier，ID)，或者也可以是其他形式的标识。这里以为每个终端设备设置L2标识为例。在单播连接初始建立的过程中，作为发送端的终端设备和作为接收端的终端设备会交互彼此的L2标识，或者预配置彼此的L2标识，以完成单播连接的建立。后续的数据包处理也都是基于L2标识来实现的。可参考图5，作为发送端的终端设备(图5中以UE1为例)在发送数据包时，携带作为发送端的终端设备的L2标识以及作为接收端的终端设备(图5中以UE2为例)的L2标识，示例性的，作为发送端的终端设备的L2标识是作为源L2标识，作为接收端的终端设备的L2标识是作为目标L2标识。上述携带目标L2标识，可以是将目标L2标识携带与MAC协议数据单元(protocol data unit，PDU)头中，也可以是用目标L2标识进行加扰处理，也可以是将目标L2标识拆成两部分，一部分携带于MAC PDU头中，一部分用于加扰处理。作为接收端的终端设备会先通过目标L2标识来判断该数据包收发是发给自己的数据包，也就是，作为接收端的终端设备可以确定目标L2标识是否与自己的L2标识相同，如果相同，则确定该数据包是发给自己的，如果不相同，确定该数据包不是发给自己的，另外，如果目标L2标识与作为接收端的终端设备所具有的L2标识不同，也可以表明该源L2标识所对应的终端设备未与作为接收端的终端设备建立过单播连接。如果作为接收端的终端设备确定该数据包是发给自己的，那么可以基于该数据包携带的源L2标识来进行处理，例如可以把该数据包传递给与源L2标识对应的逻辑信道进行处理。
还可能有另一种方式，终端设备可以保存所有跟该终端设备建立过单播连接的终端设备的L2ID，那么终端设备接收一个数据包后，如果数据包中携带的源L2ID不在该终端设备所保存的所有建立了单播连接的终端设备的L2ID的列表中，则终端设备则可以认为该数据包不该接收，也可以表明，该数据包所携带的源L2标识所对应的终端设备未与作为接收端的终端设备建立过单播连接。
在本申请实施例中，子条件10可以是通过侧行链路的单播连接传输一个数据包时所携带的源层2(layer2，L2)标识未与第一终端设备建立过单播连接，这一个数据包可以是该单播连接上传输的任意一个数据包，例如第一终端设备可以对该单播连接上传输的全部数据包或部分数据包中的每个数据包进行监测，或者这一个数据包也可以是该单播连接上传输的特定的数据包，例如是专门用于监测该单播连接是否故障的测试数据包。或者，子条件10也可以是通过侧行链路的单播连接传输多个数据包时所携带的源L2标识未与第一终端设备建立过单播连接，这多个数据包可以是该单播连接上传输的任意多个数据包，例如第一终端设备可以对该单播连接上传输的全部数据包或部分数据包中的多个数据包进行监测，或者这多个数据包也可以是该单播连接上传输的特定的数据包，例如是专门用于监测该单播连接是否故障的测试数据包。例如可以设置个数阈值，例如为第四数量，如果所携带的源L2标识未与第一终端设备建立过单播连接的数据包的个数大于第四数量，就满足子条件10。例如，可以是所携带的源L2标识未与第一终端设备建立过单播连接的连续的数据包的个数大于或者等于第四数量，或者也可以是在第五时长内所携带的源L2标识未与第一终端设备建立过单播连接的数据包的个数大于或者等于第四数量。
如果需要用到第四数量，则可以是通过协议规定的，或者是由网络设备为终端设备配置的，所述网络设备例如为基站，或者也可以是核心网设备。例如网络设备为基站时，可以是通过广播消息向终端设备发送第四数量，也可以是通过RRC信令向终端设备发送第四数量。第四数量可以适用于所述第一终端设备的所述单播连接，也可以适用于第一终端设备的多个单播连接，也可以适用于第一终端设备的所有单播连接，也可以适用于第一终端的所述单播连接中的一个或多个承载。对于第五时长来说也是同理，如果设置了第五时长，那么第五时长可以是通过协议规定的，或者是由网络设备为终端设备配置的，所述网络设备例如为基站，或者也可以是核心网设备。例如网络设备为基站时，可以是通过广播消息向终端设备发送第五时长，也可以是通过RRC信令向终端设备发送第五时长。第五时长可以适用于所述第一终端设备的所述单播连接，也可以适用于第一终端设备的多个单播连接，也可以适用于第一终端设备的所有单播连接，也可以适用于第一终端的所述单播连接中的一个或多个承载。
另外，如果单播连接符合子条件10，也就是第一终端设备确定通过侧行链路的单播连接传输的数据包所携带的源L2标识未与第一终端设备建立过单播连接，那么第一终端设备会丢弃该数据包。
第一终端设备如果确定侧行链路上的单播连接符合第一条件，那么可以确定单播连接故障。在单播连接故障的情况下，或者在第一终端设备确定该单播连接符合第一条件的情况下，因为本申请实施例所应用的场景是第一终端设备与网络设备有连接，那么第一终端设备可以向网络设备指示该单播连接的故障，或者第一终端设备也可以自行进行处理。
如果第一终端设备向网络设备指示该单播连接的故障，那么可参考图4中的S43，第一终端设备可以向网络设备发送第一消息，网络设备接收来自第一终端设备的第一消息，第一消息例如为专门用于向网络设备指示单播连接故障的消息，那么第一消息就用于指示该单播连接故障。在这种情况下，只要有终端设备向网络设备发送第一消息，网络设备就可以确定有单播连接故障。或者，第一消息中包括第一指示信息，第一指示信息可以指示单播连接故障，在这种情况下，第一消息可以复用现有技术中的消息，例如可以复用侧行链路UE信息(SidelinkUEInformation)消息，或者UE辅助信息(UEAssistenceInformation)消息，或者失败信息(FailureInformation)消息等，如果复用现有技术中的消息，那么可以在现有技术中的消息中增加第一指示信息，通过第一指示信息用来指示单播连接故障。其中，S43只是可选的步骤，不是必须执行的，因此S43的箭头用虚线表示。
第一指示信息可能只是指示了有单播连接故障，如果第一终端设备和第二终端设备之间有多个单播连接，那么可能网络设备不能明确究竟是哪个单播连接故障。因此，第一消息还可以包括第二指示信息，第二指示信息就用于指示有故障的单播连接，例如第二指示信息可以指示该单播连接的ID，即目标L2标识，或者该单播连接的索引(index)，index对应的是有故障的单播连接在终端设备上报的单播连接信息列表中的位置，或者指示该单播连接的其他信息，总之通过第二指示信息能够唯一确定该单播连接。针对条件10，在接收数据过程中发现一个未建立过连接的源L2标识，此时为了能够识别具体是哪个单播连接存在安全风险，第一终端设备可以为不同的连接配置不同的L2标识，此时第一终端设备接收到的数据包对应的目标L2ID就是第一终端设备为某个单播连接分配的源L2标识。通过源L2标识可以判断是哪个单播连接故障，即可能存在安全风险。这样使得网络设备能够明确是哪个单播连接故障，从而可以进行针对性地处理。
另外需要说明的是，除了第一终端设备可以对单播连接进行监测之外，第二终端设备也可以对单播连接进行监测，监测方式与第一终端设备的监测方式可以是相同的，例如也是判断单播连接是否符合第一条件。本申请实施例的技术方案可应用于图3A所示的应用场景或图3B所示的应用场景，如果将本申请实施例的技术方案应用于图3A所示的应用场景，那么如果第二终端设备监测发现单播连接故障，则第二终端设备也可以进行与第一终端设备相同的处理，例如第二终端设备也可以向网络设备发送相应的指示，以指示单播连接故障，或者第二终端设备也可以自行确定相应的配置信息等。因为在将本申请实施例的技术方案应用于图3A所示的应用场景时，可以认为第一终端设备和第二终端设备的地位是相等的，处理方式可以相同，因此只以第一终端设备为例来介绍。
前文介绍了多种子条件，或者说介绍了侧行信道的多种参数，其中的一些参数的检测结果是可以与单播连接所使用的资源有关的。例如，对于CSI的测量结果、CBR的测量结果、RLC层的重传次数、MAC层的重传次数、侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于第二次数的次数、或QoS参数等这些侧行信道的参数，检测结果就可能与单播连接所使用的资源有关，如果这些侧行信道的参数的检测结果表明该单播连接故障，那么很可能是由于该单播连接所使用的资源的质量较差所导致的。因此，如果第一条件包括CSI参考信号的测量结果小于CSI测量门限值、CBR的测量结果大于CBR测量门限值、RLC层的重传次数大于或等于第一次数、MAC层的重传次数大于或等于第二次数、侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数、或QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，也就是第一条件包括子条件1、子条件2、子条件3、子条件4、子条件5、或子条件9中的一种或它们的任意组合，那么第一消息还可以包括第三指示信息，第三指示信息可以用于指示该单播连接所使用的资源。从而网络设备接收第一消息后，可以明确该单播连接所使用的资源，例如可以考虑通过重新配置该单播连接所使用的资源来恢复该单播连接，也就是处理该单播连接的故障。当然，如果除了这几种子条件外，还有其他子条件也与单播连接使用的资源相关，那么如果该单播连接所符合的第一条件包括这些子条件，则第一消息也可以包括第三指示信息，第三指示信息指示该单播连接所使用的资源，具体可以是载波或者带宽部分(bandwidthpart，BWP)或者资源池的指示信息。或者，无论第一条件包括哪种或哪几种子条件，第一消息都可以包括第三指示信息，第三指示信息可以用于指示该单播连接所使用的资源。
另外，因为向网络设备指示该单播连接的故障，可能更希望网络设备能够尽快指示恢复该单播连接。因此，为了加快网络设备的处理速度，第一消息还可以包括第四指示信息，第四指示信息可以包括该单播连接所符合的第一条件，例如第四指示信息包括该单播连接所符合的第一条件是CSI参考信号的测量结果小于CSI测量门限值，或者第四指示信息包括该单播连接所符合的第一条件是CBR的测量结果大于CBR测量门限值以及对于该单播连接上传输的数据包的解密结果表明解密失败等。网络设备接收第一消息后，根据第四指示信息就能明确该单播连接是出现了什么样的问题，从而有助于网络设备在确定用于恢复该单播连接的方式时能够采用更有针对性的手段。
第一终端设备根据第四指示信息确定该单播连接符合的是子条件10，也就是通过侧行链路的单播连接传输数据包时所携带的源L2标识未与第一终端设备建立过单播连接，那么第一终端设备可以采用的一种解决方式是，更新第一终端设备的L2标识，且第一终端设备将第一终端设备的更新后的L2标识发送给第二终端设备，则第二终端设备可以知晓第一终端设备的更新后的L2标识。这样，第一终端设备再次通过该单播连接接收来自第二终端设备的数据包时，该数据包所携带的源L2标识就是与第一终端设备建立过单播连接的。
在本申请实施例中，第一终端设备在确定该单播连接符合第一条件后，可以获取第一配置信息，第一配置信息可以用于恢复该单播连接，第一配置信息可以理解为是该单播连接的新的配置信息。例如，第一终端设备可以通过网络设备获取第一配置信息，例如第一终端设备在向网络设备发送指示信息后，网络设备可以为该单播连接确定第一配置信息，并向第一终端设备发送第一配置信息，第一终端设备就可以接收来自网络设备的第一配置信息，例如第一终端设备处于NR V2X Mode1或LTE V2X Mode3，就可能通过网络设备获取第一配置信息，当然，第一终端设备即使处于NR V2X Mode1或LTE V2X Mode3，也有可能自行确定第一配置信息；或者，第一终端设备也可以自行确定第一配置信息，例如第一终端设备处于NR V2X Mode2或LTE V2X Mode4，就可能自行确定第一配置信息，当然，第一终端设备即使处于NR V2X Mode2或LTE V2X Mode4，也有可能通过网络设备获取第一配置信息，例如网络设备可以广播配置信息，或者通过专用信令发送配置信息，则第一终端设备可以接收来自网络设备所广播的或者通过专用信令所发送的配置信息，该配置信息就可以作为第一配置信息。或者，如果第一终端设备与网络设备没有连接，例如第一终端设备和第二终端设备均没有连接网络设备，那么第一终端设备可以自行确定第一配置信息，也就是这种场景下，会触发第一终端设备进行自行重配，例如第一终端设备确定的第一配置信息可以包括资源配置信息，也就是第一终端设备可以为该单播连接重选资源。
第一终端设备所获得的第一配置信息，可以用于第一终端设备配置该单播连接。而该单播连接是第一终端设备和第二终端设备之间的单播连接，因此为了恢复该单播连接，第二终端设备也需要重新配置该单播连接，那么第二终端设备也需要获得相应的配置信息，例如将第二终端设备获得的配置信息称为第二配置信息。示例性的，第一配置信息和第二配置信息可以相同，也可以不同。
如果将本申请实施例提供的技术方案应用于图3A所示的应用场景，那么第二终端设备获得配置信息的方式可以与第一终端设备相同，也就是，第二终端设备可以接收来自网络设备的第二配置信息，例如网络设备在接收第一终端设备发送的指示信息后，可以确定第一配置信息和第二配置信息，并将第一配置信息发送给第一终端设备，将第二配置信息发送给第二终端设备，或者，第二终端设备也可以自行确定第二配置信息。或者，如果将本申请实施例提供的技术方案应用于图3A所示的应用场景，第二终端设备获得配置信息的方式也可以与第一终端设备不同，例如第一终端设备可以向第二终端设备发送第二配置信息，则第二终端设备可以接收来自第一终端设备的第二配置信息，图4就是以第一终端设备向第二网络设备发送第二配置信息为例，对此可以参考S44，因为S44只是可选的步骤，不是必须执行的，因此将表示S44的箭头画为虚线。如果是第一终端设备向第二终端设备发送第二配置信息，那么可以是网络设备将第一配置信息和第二配置信息都发送给第一终端设备，由第一终端设备将第二配置信息发送给第二终端设备，或者也可以是第一终端设备将第一配置信息发送给第二终端设备，第二终端设备接收第一配置信息后，根据第一配置信息进行适配，以确定适用于第二终端设备的配置信息，在这种情况下，第一配置信息与第二配置信息是相同的，且第二配置信息并不是第二终端设备所适用的配置信息，而在其他情况下，第一配置信息与第二配置信息可以是不同的，且第二配置信息是第二终端设备所适用的配置信息。或者，还可以是第一终端设备自行确定第二配置信息，并将第二配置信息发送给第二终端设备，无需第二终端设备再根据第一配置信息进行适配。
而如果将本申请实施例提供的技术方案应用于图3B所示的应用场景，那么第一终端设备可以向第二终端设备发送第二配置信息，则第二终端设备可以接收来自第一终端设备的第二配置信息。如果是第一终端设备向第二终端设备发送第二配置信息，那么可以是网络设备将第一配置信息和第二配置信息都发送给第一终端设备，由第一终端设备将第二配置信息发送给第二终端设备，或者也可以是第一终端设备将第一配置信息发送给第二终端设备，第二终端设备接收第一配置信息后，根据第一配置信息进行适配，以确定适用于第二终端设备的配置信息，在这种情况下，第一配置信息与第二配置信息是相同的，且第二配置信息并不是第二终端设备所适用的配置信息，而在其他情况下，第一配置信息与第二配置信息可以是不同的，且第二配置信息是第二终端设备所适用的配置信息。或者，还可以是第一终端设备自行确定第二配置信息，并将第二配置信息发送给第二终端设备，无需第二终端设备再根据第一配置信息进行适配。
另外，如果是网络设备向第一终端设备发送第一配置信息，那么网络设备需要事先获得第一终端设备的Uu接口标识，同理，如果是网络设备向第二终端设备发送第二配置信息，那么网络设备需要事先获得第二终端设备的Uu接口标识。例如，在第一终端设备和第二终端设备初始建立该单播连接的过程中，第一终端设备可以向网络设备发送第二终端设备的Uu接口标识。
如果是第一终端设备向第二终端设备发送第二配置信息，那么第一终端设备可以有多种发送方式。
例如，如果为信令无线承载(signaling radio bearer，SRB)和数据无线承载(data radio bearer，DRB)所分配的资源是不同的资源，也就是SRB有专用的发送资源，那么单播连接出了故障，一般是指DRB出了故障，而SRB可能还能正常工作，因此第一终端设备可以经SRB向第二终端设备发送第二配置信息，第二终端设备就通过SRB接收来自第一终端设备的第二配置信息。对此可参考图6A，从图6A中可以看到，如果单播连接出了故障，那么是层2(L2)的用户面(user plane，UP)连接故障，则第一终端设备(图6A中以UE1为例)可以通过层2的控制面(control plane，CP)连接向第二终端设备(图6A中以UE2为例)发送第二配置信息。
或者，从整个单播连接来看，为SRB和DRB所分配的资源是相同的，那么如果单播连接出了故障，则相应的SRB可能也有故障，此时如果通过SRB来发送第二配置信息，可能导致第二配置信息发送失败。因此在这种情况下，可以预留资源来专门用于处理单播连接故障，那么第一终端设备可以通过专门用于处理单播连接故障的资源向第二终端设备发送第二配置信息，第二终端设备也就可以通过专门用于处理单播连接故障的资源接收来自第一终端设备的第二配置信息。示例性的，专门用于处理单播连接故障的资源可以是协议所规定的，或者也可以是网络设备配置的。对此可参考图6B，从图6B中可以看到，如果单播连接出了故障，也就是业务传输资源不能继续使用，那么第一终端设备可以通过异常处理资源向第二终端设备发送第二配置信息，异常处理资源就是专门用于处理单播连接故障的资源。示例性的，专门用于处理单播连接故障的资源也可以是为SRB所配置的，也就是，在这种情况下，第一终端设备还是可以通过SRB来发送第二配置信息。
上述两种方式也可以进行结合，例如先尝试通过SRB的资源进行单播连接恢复，如果恢复失败，再通过专门用于处理单播连接故障的资源进行恢复。如上的两种发送第二配置信息的方式，都是在AS层完成，通过SRB来发送第二配置信息，这样可以尽量在AS层完成对于单播连接的恢复等过程，无需经过其他更多的层来处理，减少处理过程。
或者，第一终端设备也可以通过上层信令来向第二终端设备发送第二配置信息，例如将该上层信令称为第一上层信令。在前文中介绍了，上层例如为V2X层或应用层，而上层信令，例如为PC5-S信令，或者也可以是其他的信令。例如可参考图6C，第一终端设备的AS层确定单播连接故障后，可以获得相应的第二配置信息，第一终端设备的AS层将第二配置信息交给第一终端设备的上层，第一终端设备的上层触发PC5-S信令，通过该PC5-S信令发送第二配置信息。
示例性的，第一上层信令可以是以广播方式发送，或者也可以是以单播形式发送。以第一上层信令是广播方式发送为例，信令交互方式可以参考图7，图7中，第一终端设备向第二终端设备发送第一上层信令，第二终端设备接收第一上层信令后，可以根据第二配置信息恢复该单播连接，且可用向第一终端设备发送确认消息，该确认消息可以理解为是对第一上层信令的确收。该确认消息可以通过广播方式回复，或者也可以在该单播连接恢复后，通过该单播连接向第一终端设备发送。
总之，第一终端设备向第二终端设备发送第二配置信息，可以通过AS层发送，也可以通过上层发送，这两种发送方式可以是独立的，在具体实现时可能会选择其中的一种来应用，具体选择哪种可以是协议规定，或者是网络设备事先配置。或者，这两种发送方式也可以结合应用，例如可以优先选择通过AS层发送的方式，如果AS层的资源不可用，或者AS层发送失败等，再选择通过上层发送的方式。那么在这种情况下，如果上层连接也断掉了，例如第一终端设备向第二终端设备发送第一上层信令后一直收不到第二终端设备的回复，那么可能上层连接也不可达，例如可能是第一终端设备和第二终端设备之间的距离太远，导致侧行链路不可达，包括单播链路和广播链路都不可达。在这种情况下，第一终端设备可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的AS层向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。具体的，该指示可以是第一终端设备的AS层触发给应用层，或者也可以是第一终端设备的上层触发给应用层(此时，上层不是应用层)。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输，而具体如何进行Uu口传输，可以参考现有技术。或者，如果第一终端设备向第二终端设备发送第二配置信息是通过AS层发送，那么如果AS层的资源不可用，也就是AS层的连接断掉，例如第一终端设备通过SRB向第二终端设备发送第二配置信息后一直收不到第二终端设备的回复，那么可能AS层连接不可达。在这种情况下，第一终端设备无需再通过上层发送第二配置信息，而是可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的AS层向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。具体的，该指示可以是第一终端设备的AS层触发给应用层，或者也可以是第一终端设备的上层触发给应用层(此时，上层不是应用层)。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输。或者，如果第一终端设备向第二终端设备发送第二配置信息是通过上层发送(并不通过AS层发送)，那么如果上层的资源不可用，也就是上层的连接断掉，例如第一终端设备通过第一上层信令向第二终端设备发送第二配置信息后一直收不到第二终端设备的回复，那么可能上层连接不可达。在这种情况下，第一终端设备可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的上层(此时，上层不是应用层)向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输。
无论是第一配置信息还是第二配置信息，都可以包括承载配置、安全配置、或资源配置中的至少一种，当然还可能包括其他的配置。其中，资源配置例如包括资源池配置、带宽部分(bandwidth part，BWP)配置、或载波配置中的至少一种，当然还可以包括其他的资源配置。承载配置例如包括分组数据汇聚协议(packet data convergence protocol，PDCP)配置、无线链路控制(radio link control，RLC)配置、媒体接入控制(media accesscontrol，MAC)配置或业务数据适配协议(service data adaptation protocol，SDAP)配置等的至少一种，安全配置例如包括安全密钥、安全算法或安全能力等配置中的至少一种。第一终端设备根据第一配置信息可以恢复该单播连接，第二终端设备根据第二配置信息可以恢复该单播连接，从而第一终端设备和第二终端设备可以通过恢复后的该单播连接继续传输数据。
另外在本申请实施例中，如果第一终端设备是在通过该单播连接向第二终端设备发送数据包的过程中发现该单播连接符合第一条件，那么第一终端设备在确定该单播连接故障后，或者在确定该单播连接符合第一条件后，可以停止通过该单播连接向第二终端设备发送数据包，而在侧行链路上，发送过程和接收过程是相对独立的，因此，如果第一终端设备还在通过该单播连接接收数据，那么第一终端设备接收数据的过程可以继续。同理，如果第一终端设备是在通过该单播连接接收来自第二终端设备的数据包的过程中发现该单播连接符合第一条件，那么第一终端设备在确定该单播连接故障后，或者在确定该单播连接符合第一条件后，如果第一终端设备还通过该单播连接向第二终端设备发送数据包，那么第一终端设备可以停止通过该单播连接向第二终端设备发送数据包，但是第一终端设备是在作为接收端时发现的故障，因此如果第二终端设备还在通过该单播连接向第一终端设备发送数据包，则第一终端设备可能无法指示第二终端设备停止发送，则第一终端设备还是可以继续通过该单播连接接收数据包，当然，在第二终端设备也确定该单播连接故障后，则也会停止通过该单播连接向第一终端设备发送数据包，此时第一终端设备就可以停止通过该单播连接接收数据包。可选的，如果第一终端设备在接收数据包的过程中检测到了上述条件6或者条件10，第一终端设备还需要丢弃所述数据包。
在前文介绍的方案中，第一终端设备可以向第二终端设备发送第二配置信息，或者也可能是网络设备向第二终端设备发送第二配置信息。除此之外还可以有一种实施方式，在这种实施方式中，第一终端设备和网络设备都无需向第二终端设备发送配置信息。例如，第一终端设备在确定单播连接故障，或者在确定单播连接符合第一条件时，可以向第二终端设备发送异常指示，以指示与第二终端设备之间的单播连接故障，那么第一终端设备和第二终端设备都可以将该单播连接的配置回退为默认配置，第一终端设备和第二终端设备可以通过具有默认配置的该单播连接，来协商该单播连接的新的配置，在协商完成后，第一终端设备和第二终端设备可以将该单播连接更新为新的配置，以完成对该单播连接的恢复。所述默认配置可以是协议规定的，或者是核心网设备预配置的。相当于，为该单播连接设置了一种默认配置，该默认配置例如为基础配置，如果该单播连接故障，则第一终端设备和第二终端设备都回退到该默认配置，在该默认配置下再去协商新的配置。在这种方式下，无需与网络设备交互，也无需向第一网络设备和第二网络设备发送配置信息，有助于节省信令开销，而且是由两个终端设备自行协商新的配置，可以使得所协商的新的配置更符合实际需求。
或者，在本申请实施例中，如果第一终端设备确定单播连接故障，或者第一终端设备确定该单播连接不符合第一条件，第一终端设备也可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的AS层向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。具体的，该指示可以是第一终端设备的AS层触发给应用层，或者也可以是第一终端设备的上层触发给应用层(此时，上层不是应用层)。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输。
在本申请实施例中，可以对单播连接进行监测，例如，第一终端设备可以对侧行链路的参数进行监测，以确定侧行链路上的单播连接是否故障，相当于可以通过对侧行链路进行监测来尽早确定故障，例如故障可能在初期就能被确定，可能在还未较大地影响到数据包传输的情况下就能得到处理，从而有助于减小因为单播连接故障而导致的业务的延迟甚至中断的概率，提高了业务传输的连续性。
在图4所示的实施例中，是以第一终端设备对单播连接进行监测，并确定单播连接有故障为例。为了解决同样的技术问题，下面再提供一种故障确定方法，在这种方法中，以第二终端设备对单播连接进行监测，并确定单播连接有故障为例。
请参见图8，为该方法的流程图。因为对于图3A所示的应用场景来说，第一终端设备和第二终端设备可以认为是同等地位的，因此如果在这种应用场景中第二终端设备对单播连接进行监测并确定单播连接有故障，则第二终端设备的处理方式与图4所示的实施例中所介绍的第一终端设备的处理方式可以是相同的，对此不再过多介绍，因此在下文的介绍过程中，主要以第二种故障确定方法应用于图3B所示的网络架构为例。另外，该方法可由两个通信装置执行，或者由三个通信装置执行，如果由两个通信装置执行，则这两个通信装置例如为第一通信装置和第二通信装置，如果由三个通信装置执行，则这三个通信装置例如为第一通信装置、第二通信装置和第三通信装置。其中，第一通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置，或者第一通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片系统。第二通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置，或者第二通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片系统。对于第三通信装置也是同样，第三通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置，或者第三通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片系统。且对于第一通信装置、第二通信装置和第三通信装置的实现方式均不做限制，例如第一通信装置可以是网络设备，第二通信装置是终端设备，第三通信装置也是终端设备，或者第一通信装置是网络设备，第二通信装置是能够支持终端设备实现该方法所需的功能的通信装置，第三通信装置是终端设备，或者第一通信装置是网络设备，第二通信装置和第三通信装置均是能够支持终端设备实现该方法所需的功能的通信装置，等等。其中，网络设备例如为基站。
为了便于介绍，在下文中，以该方法由网络设备和两个终端设备执行、或者由终端设备和终端设备执行为例，也就是，以第一通信装置是网络设备、第二通信装置和第三通信装置是终端设备，或者以第一通信装置和第二通信装置均为终端设备为例。因为本实施例是以应用在图3B所示的网络架构为例，因此，下文中所述的网络设备可以是图3B所示的网络架构中的网络设备，下文中所述的第一终端设备可以是图3B所示的网络架构中的终端设备1，下文中所述的第二终端设备可以是图3B所示的网络架构中的终端设备2。
S81、第二终端设备对侧行链路的参数进行监测，以确定所述侧行链路的单播连接是否符合第一条件；其中，所述第二终端设备是对于与第一终端设备之间的所述侧行链路的参数进行监测，以确定所述侧行链路的所述单播连接是否符合所述第一条件；
S82、在所述单播连接符合所述第一条件的情况下，所述第二终端设备向第一终端设备发送第二消息，所述第一终端设备接收来自所述第二终端设备的所述第二消息，所述第二消息用于指示所述单播连接故障，或所述第二消息包括第五指示信息，所述第五指示信息用于指示所述单播连接故障；
S83、所述第一终端设备根据所述第二消息确定与所述第二终端设备之间的所述侧行链路的所述单播连接故障。示例性的，第一终端设备是根据第二消息或第二消息所包括的第五指示信息确定该单播连接故障。
示例性的，第二终端设备对侧行链路的参数进行监测，以确定单播连接是否符合第一条件，该过程可以参考图4所示的实施例中介绍的第一终端设备对侧行链路的参数进行监测以确定单播连接是否符合第一条件的内容，不多赘述。
因为本申请实施例是应用在图3B所示的应用场景中，第二终端设备和网络设备之间没有连接，因此第二终端设备在确定单播连接符合第一条件时，可以向第一终端设备发送第二消息，以指示该单播连接故障。
第二消息例如为专门用于向网络设备指示单播连接故障的消息，那么第一消息就用于指示该单播连接故障。在这种情况下，只要第二终端设备向第一终端设备发送第二消息，第一终端设备就可以确定有单播连接故障。或者，第二消息中包括第五指示信息，第五指示信息可以指示单播连接故障，在这种情况下，第二消息可以复用现有技术中的消息，例如可以复用SidelinkUEInformation消息，或者UEAssistenceInformation消息，或者FailureInformation消息等，如果复用现有技术中的消息，那么可以在现有技术中的消息中增加第五指示信息，通过第五指示信息用来指示单播连接故障。
第五指示信息可能只是指示了有单播连接故障，如果第一终端设备和第二终端设备之间有多个单播连接，那么可能第一终端设备不能明确究竟是哪个单播连接故障。因此，第二消息还可以包括第六指示信息，第六指示信息就用于指示有故障的单播连接，例如第六指示信息可以指示该单播连接的ID，即目标L2标识，或者该单播连接的index，index对应的是有故障的单播连接在终端设备上报的单播连接信息列表中的位置，或者指示该单播连接的其他信息，总之通过第六指示信息能够唯一确定该单播连接。针对条件10，在接收数据过程中发现一个未建立过连接的源L2标识，此时为了能够识别具体是哪个单播连接存在安全风险，第一终端设备可以为不同的连接配置不同的L2标识，此时第一终端设备接收到的数据包对应的目标L2ID就是第一终端设备为某个单播连接分配的源L2标识。通过源L2标识可以判断是哪个单播连接故障，即可能存在安全风险。这样使得第一终端设备能够明确是哪个单播连接故障，从而可以进行针对性地处理。
在图4所示的实施例中介绍了多种子条件，或者说介绍了侧行信道的多种参数，其中的一些参数的检测结果是可以与单播连接所使用的资源有关的。例如，对于CSI的测量结果、CBR的测量结果、RLC层的重传次数、MAC层的重传次数、侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于第二次数的次数、或QoS参数等这些侧行信道的参数，检测结果就可能与单播连接所使用的资源有关，如果这些侧行信道的参数的检测结果表明该单播连接故障，那么很可能是由于该单播连接所使用的资源的质量较差所导致的。因此，如果第一条件包括CSI参考信号的测量结果小于CSI测量门限值、CBR的测量结果大于CBR测量门限值、RLC层的重传次数大于或等于第一次数、MAC层的重传次数大于或等于第二次数、侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数、或QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，也就是第一条件包括子条件1、子条件2、子条件3、子条件4、子条件5、或子条件9中的一种或它们的任意组合，那么第二消息还可以包括第七指示信息，第七指示信息可以用于指示该单播连接所使用的资源。从而网络设备接收第二消息后，可以明确该单播连接所使用的资源，例如可以考虑通过重新配置该单播连接所使用的资源来恢复该单播连接，也就是处理该单播连接的故障。当然，如果除了这几种子条件外，还有其他子条件也与单播连接使用的资源相关，那么如果该单播连接所符合的第一条件包括这些子条件，则第二消息也可以包括第七指示信息，第七指示信息也可以指示该单播连接所使用的资源，具体可以是载波或者BWP或者资源池的指示信息。或者，无论第一条件包括哪种或哪几种子条件，第二消息都可以包括第七指示信息，第七指示信息可以用于指示该单播连接所使用的资源。
另外，因为向第一终端设备指示该单播连接的故障，可能更希望第一终端设备或网络设备能够尽快指示恢复该单播连接。因此，为了加快第一终端设备或网络设备的处理速度，第二消息还可以包括第八指示信息，第八指示信息可以包括该单播连接所符合的第一条件，例如第八指示信息包括该单播连接所符合的第一条件是CSI参考信号的测量结果小于CSI测量门限值，或者第八指示信息包括该单播连接所符合的第一条件是CBR的测量结果大于CBR测量门限值以及对于该单播连接上传输的数据包的解密结果表明解密失败等。第一终端设备接收第二消息后，可能自行进行处理，或者也可以将第二消息转发给网络设备，那么第一终端设备或网络设备根据第八指示信息就能明确该单播连接是出现了什么样的问题，从而有助于在确定用于恢复该单播连接的方式时能够采用更有针对性的手段。
例如，第一终端设备根据第八指示信息确定该单播连接符合的是子条件10，也就是通过侧行链路的单播连接传输数据包时所携带的源L2标识未与第一终端设备建立过单播连接，那么第一终端设备可以采用的一种解决方式是，更新第一终端设备的L2标识，且第一终端设备将第一终端设备的更新后的L2标识发送给第二终端设备，则第二终端设备可以知晓第一终端设备的更新后的L2标识。这样，第一终端设备再次通过该单播连接接收来自第二终端设备的数据包时，该数据包所携带的源L2标识就是与第一终端设备建立过单播连接的。
在本申请实施例中，第二终端设备向第一终端设备发送第二消息，可以通过AS层发送，或者可以通过上层发送。
例如，如果为SRB和DRB所分配的资源是不同的资源，也就是SRB有专用的发送资源，那么单播连接出了故障，一般是指DRB出了故障，而SRB可能还能正常工作，因此第而终端设备可以经SRB向第一终端设备发送第二消息，第一终端设备就通过SRB接收来自第二终端设备的第二消息。
或者，从整个单播连接来看，为SRB和DRB所分配的资源是相同的，那么如果单播连接出了故障，则相应的SRB可能也有故障，此时如果通过SRB来发送第二消息，可能导致第二消息发送失败。因此在这种情况下，可以预留资源来专门用于处理单播连接故障，那么第二终端设备可以通过专门用于处理单播连接故障的资源向第一终端设备发送第二消息，第一终端设备也就可以通过专门用于处理单播连接故障的资源接收来自第二终端设备的第二消息。示例性的，专门用于处理单播连接故障的资源可以是协议所规定的，或者也可以是网络设备配置的。
上述两种方式也可以进行结合，例如先尝试通过SRB的资源进行单播连接恢复，如果恢复失败，再通过专门用于处理单播连接故障的资源进行恢复。如上的两种发送第二消息的方式，都是在AS层完成，通过SRB来发送第二消息，这样可以尽量在AS层完成对于单播连接的恢复等过程，无需经过其他更多的层来处理，减少处理过程。
或者，第二终端设备也可以通过上层信令来向第一终端设备发送第二消息，例如将该上层信令称为第二上层信令。在前文中介绍了，上层可以是RLC之上的V2X层或应用层等，而上层信令，例如为PC5-S信令，或者也可以是其他的信令。例如，第二终端设备的AS层确定单播连接故障后，可以生成第二消息，第二终端设备的AS层将第二消息交给第二终端设备的上层，第二终端设备的上层触发PC5-S信令，通过该PC5-S信令发送第二消息。
示例性的，第二上层信令可以是以广播方式发送，或者也可以是以单播形式发送，具体的不做限制。
第一终端设备接收第二消息后，可以将第二消息直接转发给网络设备，由网络设备进行处理，例如网络设备在接收第一终端设备转发的第二消息后，可以确定用于第一终端设备恢复该单播连接的第一配置信息和用于第二终端设备恢复该单播连接的第二配置信息，并将第一配置信息和第二配置信息均发送给第一终端设备，再由第一终端设备将第二配置信息转发给第二终端设备。或者，网络设备在接收第一终端设备转发的第二消息后，可以确定用于第一终端设备恢复该单播连接的第一配置信息，并将第一配置信息发送给第一终端设备，第一终端设备接收第一配置信息后，可以根据第一配置信息生成用于第二终端设备恢复该单播连接的第二配置信息，并将第二配置信息发送给第二终端设备，在如前的这些情况中，第一配置信息和第二配置信息可以是不同的，且第二配置信息是用于第二终端设备恢复该单播连接的配置信息。或者，网络设备在接收第一终端设备转发的第二消息后，可以确定用于第一终端设备恢复该单播连接的第一配置信息，并将第一配置信息发送给第一终端设备，第一终端设备接收第一配置信息后，可以将第一配置信息转发给第二终端设备，由第二终端设备根据第一配置信息进行适配，以得到用于第二终端设备恢复该单播连接的配置信息，在这种情况下，第一配置信息和第二配置信息是相同的，且第二配置信息不是用于第二终端设备恢复该单播连接的配置信息。
或者，第一终端设备接收第二消息后，也可以自行处理。例如第一终端设备可以自行确定用于第一终端设备恢复该单播连接的第一配置信息以及用于第二终端设备恢复该单播连接的第二配置信息，并将第二配置信息发送给第二终端设备，则第二终端设备可以接收来自第一终端设备的第二配置信息，在这种情况下，第一配置信息和第二配置信息可以是不同的，且第二配置信息是用于第二终端设备恢复该单播连接的配置信息。或者，第一终端设备可以自行确定用于第一终端设备恢复该单播连接的第一配置信息，第一终端设备可以将第一配置信息转发给第二终端设备，由第二终端设备根据第一配置信息进行适配，以得到用于第二终端设备恢复该单播连接的配置信息，在这种情况下，第一配置信息和第二配置信息是相同的，且第二配置信息不是用于第二终端设备恢复该单播连接的配置信息。
第一终端设备向第二终端设备发送第二配置信息，可参考图8中的S84，因为该步骤是可选的步骤，不是必须执行的，因此将用于表示S84的箭头画为虚线。
示例性的，第一终端设备向第二终端设备发送第二配置信息，可以有多种发送方式，对此可以参考图4所示的实施例中的相关介绍。示例性的，第一终端设备向第二终端设备发送第二配置信息，可能通过SRB发送，SRB具有专用的发送资源，而第二终端设备向第一终端设备发送第二消息，也可能通过SRB发送，SRB具有专用的发送资源，这两处所述的SRB，可以是不同的SRB，例如，SRB有专用的发送资源，第一终端设备向第二终端设备发送第二配置信息，利用的是为SRB配置的专用的发送资源的第一部分资源，第二终端设备向第一终端设备发送第二消息，利用的是为SRB配置的专用的发送资源的第二部分资源。或者，第一终端设备向第二终端设备发送第二配置信息，可能通过专门用于处理单播连接故障的资源发送，而第二终端设备向第一终端设备发送第二消息，也可能通过专门用于处理单播连接故障的资源发送，这两处所述的专门用于处理单播连接故障的资源，可以是不同的资源，例如，预留了专门用于处理单播连接故障的资源，第一终端设备向第二终端设备发送第二配置信息，可以使用专门用于处理单播连接故障的资源的第一部分资源，第二终端设备向第一终端设备发送第二消息，可以使用专门用于处理单播连接故障的资源的第二部分资源。
总之，第一终端设备向第二终端设备发送第二配置信息，可以通过AS层发送，也可以通过上层发送，这两种发送方式可以是独立的，在具体实现时可能会选择其中的一种来应用，具体选择哪种可以是协议规定，或者是网络设备事先配置。或者，这两种发送方式也可以结合应用，例如可以优先选择通过AS层发送的方式，如果AS层的资源不可用，或者AS层发送失败等，再选择通过上层发送的方式。那么在这种情况下，如果上层连接也断掉了，例如第一终端设备向第二终端设备发送第一上层信令后一直收不到第二终端设备的回复，那么可能上层连接也不可达，例如可能是第一终端设备和第二终端设备之间的距离太远，导致侧行链路不可达，包括单播链路和广播链路都不可达。在这种情况下，第一终端设备可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的AS层向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。示例性的，该指示可以是第一终端设备的AS层触发给应用层，或者也可以是第一终端设备的上层触发给应用层(此时，上层不是应用层)。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输，而具体如何进行Uu口传输，可以参考现有技术。
或者，如果第一终端设备向第二终端设备发送第二配置信息是通过AS层发送，那么如果AS层的资源不可用，也就是AS层的连接断掉，例如第一终端设备通过SRB向第二终端设备发送第二配置信息后一直收不到第二终端设备的回复，那么可能AS层连接不可达。在这种情况下，第一终端设备无需再通过上层发送第二配置信息，而是可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的AS层向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。示例性的，该指示可以是第一终端设备的AS层触发给应用层，或者也可以是第一终端设备的上层触发给应用层(此时，上层不是应用层)。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输。
或者，如果第一终端设备向第二终端设备发送第二配置信息是通过上层发送(并不通过AS层发送)，那么如果上层的资源不可用，也就是上层的连接断掉，例如第一终端设备通过第一上层信令向第二终端设备发送第二配置信息后一直收不到第二终端设备的回复，那么可能上层连接不可达。在这种情况下，第一终端设备可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的上层(此时，上层不是应用层)向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输。
无论是第一配置信息还是第二配置信息，都可以包括承载配置、安全配置、或资源配置中的至少一种，当然还可能包括其他的配置。其中，资源配置例如包括资源池配置、BWP配置、或载波配置中的至少一种，当然还可以包括其他的资源配置。承载配置例如包括PDCP配置、RLC配置、MAC配置或SDAP配置等的至少一种，安全配置例如包括安全密钥、安全算法或安全能力等配置中的至少一种。第一终端设备根据第一配置信息可以恢复该单播连接，第二终端设备根据第二配置信息可以恢复该单播连接，从而第一终端设备和第二终端设备可以通过恢复后的该单播连接继续传输数据。
另外在本申请实施例中，如果第二终端设备是在通过该单播连接向第一终端设备发送数据包的过程中发现该单播连接符合第一条件，那么第二终端设备在确定该单播连接故障后，或者在确定该单播连接符合第一条件后，可以停止通过该单播连接向第一终端设备发送数据包，而在侧行链路上，发送过程和接收过程是相对独立的，因此，如果第二终端设备还在通过该单播连接接收数据，那么第二终端设备接收数据的过程可以继续。同理，如果第二终端设备是在通过该单播连接接收来自第一终端设备的数据包的过程中发现该单播连接符合第一条件，那么第二终端设备在确定该单播连接故障后，或者在确定该单播连接符合第一条件后，如果第二终端设备还通过该单播连接向第一终端设备发送数据包，那么第二终端设备可以停止通过该单播连接向第一终端设备发送数据包，但是第二终端设备是在作为接收端时发现的故障，因此如果第一终端设备还在通过该单播连接向第二终端设备发送数据包，则第二终端设备可能无法指示第一终端设备停止发送，则第二终端设备还是可以继续通过该单播连接接收数据包，当然，在第一终端设备也确定该单播连接故障后，则也会停止通过该单播连接向第二终端设备发送数据包，此时第二终端设备就可以停止通过该单播连接接收数据包。可选的，如果第一终端设备在接收数据包的过程中检测到了上述条件6或者条件10，第一终端设备还需要丢弃所述数据包。
在前文介绍的方案中，第一终端设备可以向第二终端设备发送第二配置信息，除此之外还可以有一种实施方式，在这种实施方式中，第一终端设备无需向第二终端设备发送配置信息。例如，第二终端设备在确定单播连接故障，或者在确定单播连接符合第一条件时，可以向第一终端设备发送异常指示，以指示与第一终端设备之间的单播连接故障，那么第一终端设备和第二终端设备都可以将该单播连接的配置回退为默认配置，第一终端设备和第二终端设备可以通过具有默认配置的该单播连接，来协商该单播连接的新的配置，在协商完成后，第一终端设备和第二终端设备可以将该单播连接更新为新的配置，以完成对该单播连接的恢复。所述默认配置可以是协议规定的，或者是核心网设备预配置的。相当于，为该单播连接设置了一种默认配置，该默认配置例如为基础配置，如果该单播连接故障，则第一终端设备和第二终端设备都回退到该默认配置，在该默认配置下再去协商新的配置。在这种方式下，无需与网络设备交互，也无需向第一网络设备和第二网络设备发送配置信息，有助于节省信令开销，而且是由两个终端设备自行协商新的配置，可以使得所协商的新的配置更符合实际需求。
或者，在本申请实施例中，如果第一终端设备接收了来自第二终端设备的第二消息，或者说如果第一终端设备确定单播连接故障，第一终端设备可以触发给第一终端设备的应用层的指示，用于指示当前的侧行链路不可用，例如第一终端设备的AS层向第一终端设备的应用层发送通知信息，该通知信息用于指示当前的侧行链路不可用，该通知信息实际上就是一种触发信息。示例性的，该指示可以是第一终端设备的AS层触发给应用层，或者也可以是第一终端设备的上层触发给应用层(此时，上层不是应用层)。应用层收到该指示后，可以为该单播连接上承载的业务选择进行Uu接口传输。
在本申请实施例中，无论是与网络设备有连接的终端设备还是与网络设备无连接的终端设备，都可以对单播连接进行监测，例如，第二终端设备可以对侧行链路的参数进行监测，以确定侧行链路上的单播连接是否故障，相当于可以通过对侧行链路进行监测来尽早确定故障，例如故障可能在初期就能被确定，可能在还未较大地影响到数据包传输的情况下就能得到处理，从而有助于减小因为单播连接故障而导致的业务的延迟甚至中断的概率，提高了业务传输的连续性。
下面结合附图介绍本申请实施例中用来实现上述方法的装置。因此，上文中的内容均可以用于后续实施例中，重复的内容不再赘述。
图9示出了一种通信装置900的结构示意图。该通信装置900可以实现上文中涉及的第一终端设备的功能。该通信装置900可以是上文中所述的第一终端设备，或者可以是设置在上文中所述的第一终端设备中的芯片。该通信装置900可以包括处理器901和收发器902。其中，处理器901可以用于执行图4所示的实施例中的S41和S42，和/或用于支持本文所描述的技术的其他过程，例如可以执行前文中所述的第一终端设备所执行的除了收发过程之外的全部的其他过程或部分的其他过程。收发器902可以用于执行图4所示的实施例中的S43和S44，和/或用于支持本文所描述的技术的其它过程，例如可以执行前文中所述的第一终端设备所执行的全部的收发过程或部分的收发过程。其中，收发器902可以包括与网络设备之间通信的收发组件，以及包括与其他终端设备之间通信的收发组件。
例如，处理器901，用于对与第二终端设备之间的侧行链路的参数进行监测，以确定所述侧行链路上的单播连接是否符合第一条件；
处理器901，还用于在所述单播连接符合所述第一条件的情况下，确定所述单播连接故障。
在一种可能的实施方式中，所述第一条件包括以下的一种或它们的任意组合：
对于在所述侧行链路的单播连接上传输的CSI参考信号的测量结果小于CSI测量门限值；
对于配置给所述侧行链路的资源的CBR的测量结果大于CBR测量门限值；
所述侧行链路的单播连接上传输的数据包在RLC层的重传次数大于或等于第一次数；
所述侧行链路的单播连接上传输的数据包在MAC层的重传次数大于或等于第二次数；
所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数；
对于所述侧行链路的单播连接上传输的数据包进行完整性校验的结果表明校验失败；
对于所述侧行链路的单播连接上传输的数据包的解密结果表明解密失败；
所述侧行链路的单播连接的失步信息表明所述第一终端设备和所述第二终端设备之间失步；
所述侧行链路的单播连接的QoS参数不满足QoS参数的取值条件；或，
通过所述侧行链路的单播连接传输数据包时所携带的源层2标识未与所述第一终端设备建立过单播连接。
在一种可能的实施方式中，收发器902还用于：向网络设备发送第一消息，所述第一消息用于指示所述单播连接故障，或者，所述第一消息包括第一指示信息，所述第一指示信息用于指示所述单播连接故障。
在一种可能的实施方式中，所述第一消息还包括第二指示信息，所述第二指示信息用于指示所述单播连接。
在一种可能的实施方式中，所述第一条件包括所述CSI参考信号的测量结果小于所述CSI测量门限值、所述CBR的测量结果大于所述CBR测量门限值、所述RLC层的重传次数大于或等于所述第一次数、所述MAC层的重传次数大于或等于所述第二次数、所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数或所述QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，所述第一消息还包括第三指示信息，所述第三指示信息用于指示所述单播连接所使用的资源。
在一种可能的实施方式中，所述第一消息还包括第四指示信息，所述第四指示信息包括所述单播连接所符合的所述第一条件。
在一种可能的实施方式中，收发器902还用于停止在所述单播连接上发送数据包，并继续在所述单播连接上接收数据包。
在一种可能的实施方式中，处理器901还用于获取第一配置信息，所述第一配置信息用于恢复所述单播连接。
在一种可能的实施方式中，收发器902还用于向第二终端设备发送第二配置信息，所述第二配置信息用于恢复所述单播连接。
在一种可能的实施方式中，收发器902用于通过如下方式向第二终端设备发送第二配置信息：
经SRB向所述第二终端设备发送所述第二配置信息，所述SRB具有专用的发送资源；或，
通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二配置信息；或，
通过第一上层信令向所述第二终端设备发送所述第二配置信息。
在一种可能的实施方式中，处理器901还用于：
将所述单播连接的配置更新为默认配置；
通过应用所述默认配置的所述单播连接，与所述第二终端设备协商所述单播连接的新的配置。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
图10示出了一种通信装置1000的结构示意图。该通信装置1000可以实现上文中涉及的第一终端设备的功能。该通信装置1000可以是上文中所述的第一终端设备，或者可以是设置在上文中所述的第一终端设备中的芯片。该通信装置1000可以包括处理器1001和收发器1002。其中，处理器1001可以用于执行图8所示的实施例中的S83，和/或用于支持本文所描述的技术的其他过程，例如可以执行前文中所述的第一终端设备所执行的除了收发过程之外的全部的其他过程或部分的其他过程。收发器1002可以用于执行图8所示的实施例中的S82和S84，和/或用于支持本文所描述的技术的其它过程，例如可以执行前文中所述的第一终端设备所执行的全部的收发过程或部分的收发过程。其中，收发器1002可以包括与网络设备之间通信的收发组件，以及包括与其他终端设备之间通信的收发组件。
例如，收发器1002，用于接收来自第二终端设备的第二消息；
处理器1001，用于根据所述第二消息或根据所述第二消息包括的第五指示信息确定与所述第二终端设备之间的侧行链路的单播连接故障。
在一种可能的实施方式中，
收发器1002，还用于将所述第二消息转发给网络设备，所述第一终端设备接收来自所述网络设备的第一配置信息；或，
处理器1001，还用于生成第一配置信息；
其中，所述第一配置信息用于恢复所述单播连接。
在一种可能的实施方式中，收发器1002，还用于向第二终端设备发送第二配置信息，所述第二配置信息用于恢复所述单播连接。
在一种可能的实施方式中，收发器1002用于通过如下方式向第二终端设备发送第二配置信息：
经SRB向所述第二终端设备发送所述第二配置信息，所述SRB具有专用的发送资源；或，
通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二配置信息；或，
通过第一上层信令向所述第二终端设备发送所述第二配置信息。
在一种可能的实施方式中，处理器1001还用于：
将所述单播连接的配置更新为默认配置，所述单播连接为发生故障的单播连接；
所述第一终端设备通过应用所述默认配置的所述单播连接，与第二终端设备协商所述单播连接的新的配置。
在一种可能的实施方式中，收发器1002用于通过如下方式接收来自第二终端设备的第二消息：
经SRB接收来自所述第二终端设备的所述第二消息，所述SRB具有专用的发送资源；或，
通过专门用于处理单播连接故障的资源接收来自所述第二终端设备的所述第二消息；或，
通过第二上层信令接收来自所述第二终端设备的所述第二消息。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
图11示出了一种通信装置1100的结构示意图。该通信装置1100可以实现上文中涉及的第二终端设备的功能。该通信装置1100可以是上文中所述的第二终端设备，或者可以是设置在上文中所述的第二终端设备中的芯片。该通信装置1100可以包括处理器1001和收发器1102。其中，处理器1101可以用于执行图8所示的实施例中的S81，和/或用于支持本文所描述的技术的其他过程，例如可以执行前文中所述的第一终端设备所执行的除了收发过程之外的全部的其他过程或部分的其他过程。收发器1102可以用于执行图8所示的实施例中的S82和S84，和/或用于支持本文所描述的技术的其它过程，例如可以执行前文中所述的第一终端设备所执行的全部的收发过程或部分的收发过程。其中，收发器1102可以包括与网络设备之间通信的收发组件，以及包括与其他终端设备之间通信的收发组件。
例如，处理器1101，用于对侧行链路的参数进行监测，以确定所述侧行链路的单播连接是否符合第一条件；
收发器1102，用于在处理器1101确定所述单播连接符合所述第一条件的情况下，向第一终端设备发送第二消息，所述第二消息用于指示所述单播连接故障，或，所述第二消息包括第五指示信息，所述第五指示信息用于指示所述单播连接故障。
在一种可能的实施方式中，所述第一条件包括以下的一种或它们的任意组合：
对于在所述侧行链路的单播连接上传输的CSI参考信号的测量结果小于CSI测量门限值；
对于配置给所述侧行链路的资源的CBR的测量结果大于CBR测量门限值；
所述侧行链路的单播连接上传输的数据包在RLC层的重传次数大于或等于第一次数；
所述侧行链路的单播连接上传输的数据包在MAC层的重传次数大于或等于第二次数；
所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数；
对于所述侧行链路的单播连接上传输的数据包进行完整性校验的结果表明校验失败；
对于所述侧行链路的单播连接上传输的数据包的解密结果表明解密失败；
所述侧行链路的单播连接的失步信息表明所述第一终端设备和所述第二终端设备之间失步；
所述侧行链路的单播连接的QoS参数不满足QoS参数的取值条件；或，
通过所述侧行链路的单播连接传输数据包时所携带的源层2标识未与所述第一终端设备建立过单播连接。
在一种可能的实施方式中，所述第二消息还包括第六指示信息，所述第六指示信息用于指示所述单播连接。
在一种可能的实施方式中，所述第一条件包括所述CSI的测量结果小于所述CSI测量门限值、所述CBR的测量结果大于所述CBR测量门限值、所述RLC层的重传次数大于或等于所述第一次数、所述MAC层的重传次数大于或等于所述第二次数、所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数或所述QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，所述第二消息还包括第七指示信息，所述第七指示信息用于指示所述单播连接所使用的资源。
在一种可能的实施方式中，所述第二消息还包括第八指示信息，所述第八指示信息包括所述单播连接所符合的所述第一条件。
在一种可能的实施方式中，收发器1102用于通过如下方式向第一终端设备发送第二消息：
经SRB向所述第一终端设备发送所述第二消息，所述SRB具有专用的发送资源；或，通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二消息；或，
通过第二上层信令向所述第二终端设备发送所述第二消息。
在一种可能的实施方式中，收发器1102，还用于停止在所述单播连接上发送数据包，并继续在所述单播连接上接收数据包。
在一种可能的实施方式中，收发器1102，还用于接收来自所述第一终端设备的第二配置信息，所述第二配置信息用于恢复所述单播连接。
在一种可能的实施方式中，收发器1102用于通过如下方式接收来自所述第一终端设备的第二配置信息：
经SRB接收来自所述第一终端设备的所述第二配置信息，所述SRB具有专用的发送资源；或，
通过专门用于处理单播连接故障的资源接收来自所述第一终端设备的所述第二配置信息；或，
通过第一上层信令接收来自所述第一终端设备的所述第二配置信息。
在一种可能的实施方式中，处理器1101还用于：
将所述单播连接的配置更新为默认配置；
通过应用所述默认配置的所述单播连接，与所述第一终端设备协商所述单播连接的新的配置。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
在一个简单的实施例中，本领域的技术人员可以想到，还可以将通信装置900、通信装置1000或通信装置1100通过如图12A所示的通信装置1200的结构实现。该通信装置1200可以实现上文中涉及的第一终端设备或第二终端设备的功能。该通信装置1200可以包括处理器1201。
其中，在该通信装置1200用于实现上文中涉及的第一终端设备的功能时，处理器1201可以用于执行图4所示的实施例中的S41和S42，和/或用于支持本文所描述的技术的其它过程，例如可以执行前文中所述的第一终端设备所执行的除了收发过程之外的全部的其他过程或部分的其他过程；或者，在该通信装置1200用于实现上文中涉及的第一终端设备的功能时，处理器1201可以用于执行图8所示的实施例中的S83，和/或用于支持本文所描述的技术的其它过程，例如可以执行前文中所述的第一终端设备所执行的除了收发过程之外的全部的其他过程或部分的其他过程；或者，在该通信装置1200用于实现上文中涉及的第二终端设备的功能时，处理器1201可以用于执行图8所示的实施例中的S81，和/或用于支持本文所描述的技术的其它过程，例如可以执行前文中所述的第一终端设备所执行的除了收发过程之外的全部的其他过程或部分的其他过程；。
其中，通信装置1200可以通过现场可编程门阵列(field-programmable gatearray，FPGA)，专用集成芯片(application specific integrated circuit，ASIC)，系统芯片(system on chip，SoC)，中央处理器(central processor unit，CPU)，网络处理器(network processor，NP)，数字信号处理电路(digital signal processor，DSP)，微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片实现，则通信装置1200可被设置于本申请实施例的第一终端设备或第二终端设备中，以使得第一终端设备或第二终端设备实现本申请实施例提供的方法。
在一种可选的实现方式中，该通信装置1200可以包括收发组件，用于通过该通信装置1200所在的设备与其他设备进行通信。其中，在该通信装置1200用于实现上文中涉及的第一终端设备或第二终端设备的功能时，收发组件可以用于执行图4所示的实施例中的S43和S44，和/或用于支持本文所描述的技术的其它过程；或者，在该通信装置1200用于实现上文中涉及的第一终端设备或第二终端设备的功能时，收发组件可以用于执行图8所示的实施例中所述的S82和S84，和/或用于支持本文所描述的技术的其它过程。例如，一种收发组件为通信接口，如果通信装置1200为第一终端设备或第二终端设备，则通信接口可以是第一终端设备或第二终端设备中的收发器，例如收发器902、收发器1002或收发器1102，收发器例如为第一终端设备或第二终端设备中的射频收发组件，或者，如果通信装置1200为设置在第一终端设备或第二终端设备中的芯片，则通信接口可以是该芯片的输入/输出接口，例如输入/输出管脚等。
在一种可选的实现方式中，该通信装置1200还可以包括存储器1202，可参考图12B，其中，存储器1202用于存储计算机程序或指令，处理器1201用于译码和执行这些计算机程序或指令。应理解，这些计算机程序或指令可包括上述第一终端设备或第二终端设备的功能程序。当第一终端设备的功能程序被处理器1201译码并执行时，可使得第一终端设备实现本申请实施例图4所示的实施例或图8所示的实施例所提供的方法中第一终端设备的功能。当第二终端设备的功能程序被处理器1201译码并执行时，可使得第二终端设备实现本申请实施例图4所示的实施例或图8所示的实施例所提供的方法中第二终端设备的功能。
在另一种可选的实现方式中，这些第一终端设备或第二终端设备的功能程序存储在通信装置1200外部的存储器中。当第一终端设备的功能程序被处理器1201译码并执行时，存储器1202中临时存放上述第一终端设备的功能程序的部分或全部内容。当第二终端设备的功能程序被处理器1201译码并执行时，存储器1202中临时存放上述第二终端设备的功能程序的部分或全部内容。
在另一种可选的实现方式中，这些第一终端设备或第二终端设备的功能程序被设置于存储在通信装置1200内部的存储器1202中。当通信装置1200内部的存储器1002中存储有第一终端设备的功能程序时，通信装置1200可被设置在本申请实施例的第一终端设备中。当通信装置1200内部的存储器1202中存储有第二终端设备的功能程序时，通信装置1200可被设置在本申请实施例的第二终端设备中。
在又一种可选的实现方式中，这些第一终端设备的功能程序的部分内容存储在通信装置1200外部的存储器中，这些第一终端设备的功能程序的其他部分内容存储在通信装置1200内部的存储器1202中。或，这些第二终端设备的功能程序的部分内容存储在通信装置1200外部的存储器中，这些第二终端设备的功能程序的其他部分内容存储在通信装置1200内部的存储器1202中。
在本申请实施例中，通信装置900、通信装置1000、通信装置1100及通信装置1200对应各个功能划分各个功能模块的形式来呈现，或者，可以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指ASIC，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。
另外，图9所示的实施例提供的通信装置900还可以通过其他形式实现。例如该通信装置包括处理模块和收发模块。例如处理模块可通过处理器901实现，收发模块可通过收发器902实现。其中，处理模块可以用于执行图4所示的实施例中的S41和S42，和/或用于支持本文所描述的技术的其他过程，例如可以执行前文中所述的第一终端设备所执行的除了收发过程之外的全部的其他过程或部分的其他过程。收发模块可以用于执行图4所示的实施例中的S43和S44，和/或用于支持本文所描述的技术的其它过程，例如可以执行前文中所述的第一终端设备所执行的全部的收发过程或部分的收发过程。其中，收发器902可以包括与网络设备之间通信的收发组件，以及包括与其他终端设备之间通信的收发组件。
例如，处理模块，用于对与第二终端设备之间的侧行链路的参数进行监测，以确定所述侧行链路上的单播连接是否符合第一条件；
处理模块，还用于在所述单播连接符合所述第一条件的情况下，确定所述单播连接故障。
在一种可能的实施方式中，所述第一条件包括以下的一种或它们的任意组合：
对于在所述侧行链路的单播连接上传输的CSI参考信号的测量结果小于CSI测量门限值；
对于配置给所述侧行链路的资源的CBR的测量结果大于CBR测量门限值；
所述侧行链路的单播连接上传输的数据包在RLC层的重传次数大于或等于第一次数；
所述侧行链路的单播连接上传输的数据包在MAC层的重传次数大于或等于第二次数；
所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数；
对于所述侧行链路的单播连接上传输的数据包进行完整性校验的结果表明校验失败；
对于所述侧行链路的单播连接上传输的数据包的解密结果表明解密失败；
所述侧行链路的单播连接的失步信息表明所述第一终端设备和所述第二终端设备之间失步；
所述侧行链路的单播连接的QoS参数不满足QoS参数的取值条件；或，
通过所述侧行链路的单播连接传输数据包时所携带的源层2标识未与所述第一终端设备建立过单播连接。
在一种可能的实施方式中，收发模块还用于：向网络设备发送第一消息，所述第一消息用于指示所述单播连接故障，或者，所述第一消息包括第一指示信息，所述第一指示信息用于指示所述单播连接故障。
在一种可能的实施方式中，所述第一消息还包括第二指示信息，所述第二指示信息用于指示所述单播连接。
在一种可能的实施方式中，所述第一条件包括所述CSI参考信号的测量结果小于所述CSI测量门限值、所述CBR的测量结果大于所述CBR测量门限值、所述RLC层的重传次数大于或等于所述第一次数、所述MAC层的重传次数大于或等于所述第二次数、所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数或所述QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，所述第一消息还包括第三指示信息，所述第三指示信息用于指示所述单播连接所使用的资源。
在一种可能的实施方式中，所述第一消息还包括第四指示信息，所述第四指示信息包括所述单播连接所符合的所述第一条件。
在一种可能的实施方式中，收发模块还用于停止在所述单播连接上发送数据包，并继续在所述单播连接上接收数据包。
在一种可能的实施方式中，处理模块还用于获取第一配置信息，所述第一配置信息用于恢复所述单播连接。
在一种可能的实施方式中，收发模块还用于向第二终端设备发送第二配置信息，所述第二配置信息用于恢复所述单播连接。
在一种可能的实施方式中，收发模块用于通过如下方式向第二终端设备发送第二配置信息：
经SRB向所述第二终端设备发送所述第二配置信息，所述SRB具有专用的发送资源；或，
通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二配置信息；或，
通过第一上层信令向所述第二终端设备发送所述第二配置信息。
在一种可能的实施方式中，处理模块还用于：
将所述单播连接的配置更新为默认配置；
通过应用所述默认配置的所述单播连接，与所述第二终端设备协商所述单播连接的新的配置。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
图10所示的实施例提供的通信装置1000还可以通过其他形式实现。例如该通信装置包括处理模块和收发模块。例如处理模块可通过处理器1001实现，收发模块可通过收发器1002实现。其中，处理模块可以用于执行图8所示的实施例中的S83，和/或用于支持本文所描述的技术的其他过程，例如可以执行前文中所述的第一终端设备所执行的除了收发过程之外的全部的其他过程或部分的其他过程。收发模块可以用于执行图8所示的实施例中的S82和S84，和/或用于支持本文所描述的技术的其它过程，例如可以执行前文中所述的第一终端设备所执行的全部的收发过程或部分的收发过程。其中，收发模块可以包括与网络设备之间通信的收发组件，以及包括与其他终端设备之间通信的收发组件。
例如，收发模块，用于接收来自第二终端设备的第二消息；
处理模块，用于根据所述第二消息或根据所述第二消息包括的第五指示信息确定与所述第二终端设备之间的侧行链路的单播连接故障。
在一种可能的实施方式中，
收发模块，还用于将所述第二消息转发给网络设备，所述第一终端设备接收来自所述网络设备的第一配置信息；或，
处理模块，还用于生成第一配置信息；
其中，所述第一配置信息用于恢复所述单播连接。
在一种可能的实施方式中，收发模块，还用于向第二终端设备发送第二配置信息，所述第二配置信息用于恢复所述单播连接。
在一种可能的实施方式中，收发模块用于通过如下方式向第二终端设备发送第二配置信息：
经SRB向所述第二终端设备发送所述第二配置信息，所述SRB具有专用的发送资源；或，
通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二配置信息；或，
通过第一上层信令向所述第二终端设备发送所述第二配置信息。
在一种可能的实施方式中，处理模块还用于：
将所述单播连接的配置更新为默认配置，所述单播连接为发生故障的单播连接；
所述第一终端设备应用所述默认配置的所述单播连接，与第二终端设备协商所述单播连接的新的配置。
在一种可能的实施方式中，收发模块用于通过如下方式接收来自第二终端设备的第二消息：
经SRB接收来自所述第二终端设备的所述第二消息，所述SRB具有专用的发送资源；或，
通过专门用于处理单播连接故障的资源接收来自所述第二终端设备的所述第二消息；或，
通过第二上层信令接收来自所述第二终端设备的所述第二消息。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
图11所示的实施例提供的通信装置1100还可以通过其他形式实现。例如该通信装置包括处理模块和收发模块。例如处理模块可通过处理器1101实现，收发模块可通过收发器1102实现。其中，处理模块可以用于执行图8所示的实施例中的S81，和/或用于支持本文所描述的技术的其他过程，例如可以执行前文中所述的第一终端设备所执行的除了收发过程之外的全部的其他过程或部分的其他过程。收发模块可以用于执行图8所示的实施例中的S82和S84，和/或用于支持本文所描述的技术的其它过程，例如可以执行前文中所述的第一终端设备所执行的全部的收发过程或部分的收发过程。其中，收发模块可以包括与网络设备之间通信的收发组件，以及包括与其他终端设备之间通信的收发组件。
例如，处理模块，用于对侧行链路的参数进行监测，以确定所述侧行链路的单播连接是否符合第一条件；
收发模块，用于在处理模块确定所述单播连接符合所述第一条件的情况下，向第一终端设备发送第二消息，所述第二消息用于指示所述单播连接故障，或，所述第二消息包括第五指示信息，所述第五指示信息用于指示所述单播连接故障。
在一种可能的实施方式中，所述第一条件包括以下的一种或它们的任意组合：
对于在所述侧行链路的单播连接上传输的CSI参考信号的测量结果小于CSI测量门限值；
对于配置给所述侧行链路的资源的CBR的测量结果大于CBR测量门限值；
所述侧行链路的单播连接上传输的数据包在RLC层的重传次数大于或等于第一次数；
所述侧行链路的单播连接上传输的数据包在MAC层的重传次数大于或等于第二次数；
所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数；
对于所述侧行链路的单播连接上传输的数据包进行完整性校验的结果表明校验失败；
对于所述侧行链路的单播连接上传输的数据包的解密结果表明解密失败；
所述侧行链路的单播连接的失步信息表明所述第一终端设备和所述第二终端设备之间失步；
所述侧行链路的单播连接的QoS参数不满足QoS参数的取值条件；或，
通过所述侧行链路的单播连接传输数据包时所携带的源层2标识未与所述第一终端设备建立过单播连接。
在一种可能的实施方式中，所述第二消息还包括第六指示信息，所述第六指示信息用于指示所述单播连接。
在一种可能的实施方式中，所述第一条件包括所述CSI的测量结果小于所述CSI测量门限值、所述CBR的测量结果大于所述CBR测量门限值、所述RLC层的重传次数大于或等于所述第一次数、所述MAC层的重传次数大于或等于所述第二次数、所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数或所述QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，所述第二消息还包括第七指示信息，所述第七指示信息用于指示所述单播连接所使用的资源。
在一种可能的实施方式中，所述第二消息还包括第八指示信息，所述第八指示信息包括所述单播连接所符合的所述第一条件。
在一种可能的实施方式中，收发模块用于通过如下方式向第一终端设备发送第二消息：
经SRB向所述第一终端设备发送所述第二消息，所述SRB具有专用的发送资源；或，通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二消息；或，
通过第二上层信令向所述第二终端设备发送所述第二消息。
在一种可能的实施方式中，收发模块，还用于停止在所述单播连接上发送数据包，并继续在所述单播连接上接收数据包。
在一种可能的实施方式中，收发模块，还用于接收来自所述第一终端设备的第二配置信息，所述第二配置信息用于恢复所述单播连接。
在一种可能的实施方式中，收发模块用于通过如下方式接收来自所述第一终端设备的第二配置信息：
经SRB接收来自所述第一终端设备的所述第二配置信息，所述SRB具有专用的发送资源；或，
通过专门用于处理单播连接故障的资源接收来自所述第一终端设备的所述第二配置信息；或，
通过第一上层信令接收来自所述第一终端设备的所述第二配置信息。
在一种可能的实施方式中，处理模块还用于：
将所述单播连接的配置更新为默认配置；
通过应用所述默认配置的所述单播连接，与所述第一终端设备协商所述单播连接的新的配置。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
由于本申请实施例提供的通信装置900、通信装置1000、通信装置1100及通信装置1200可用于执行图4所示的实施例或图8所示的实施例所提供的方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。
本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字通用光盘(digital versatile disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (23)

1.一种故障确定方法，其特征在于，包括：
第一终端设备对与第二终端设备之间的侧行链路的参数进行监测，以确定所述侧行链路上的单播连接是否符合第一条件；
在所述单播连接符合所述第一条件的情况下，所述第一终端设备确定所述单播连接故障。
2.根据权利要求1所述的方法，其特征在于，所述第一条件包括以下的一种或它们的任意组合：
对于在所述侧行链路的单播连接上传输的信道状态信息CSI参考信号的测量结果小于CSI测量门限值；
对于配置给所述侧行链路的资源的信道忙比例CBR的测量结果大于CBR测量门限值；
所述侧行链路的单播连接上传输的数据包在无线链路控制RLC层的重传次数大于或等于第一次数；
所述侧行链路的单播连接上传输的数据包在媒体接入控制MAC层的重传次数大于或等于第二次数；
所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数；
对于所述侧行链路的单播连接上传输的数据包进行完整性校验的结果表明校验失败；
对于所述侧行链路的单播连接上传输的数据包的解密结果表明解密失败；
所述侧行链路的单播连接的失步信息表明所述第一终端设备和所述第二终端设备之间失步；
所述侧行链路的单播连接的服务质量QoS参数不满足QoS参数的取值条件；或，
通过所述侧行链路的单播连接传输数据包时所携带的源层2标识未与所述第一终端设备建立过单播连接。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
所述第一终端设备向网络设备发送第一消息，所述第一消息用于指示所述单播连接故障，或者，所述第一消息包括第一指示信息，所述第一指示信息用于指示所述单播连接故障。
4.根据权利要求3所述的方法，其特征在于，
所述第一消息还包括第二指示信息，所述第二指示信息用于指示所述单播连接。
5.根据权利要求3或4所述的方法，其特征在于，所述第一条件包括所述CSI参考信号的测量结果小于所述CSI测量门限值、所述CBR的测量结果大于所述CBR测量门限值、所述RLC层的重传次数大于或等于所述第一次数、所述MAC层的重传次数大于或等于所述第二次数、所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数或所述QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，所述第一消息还包括第三指示信息，所述第三指示信息用于指示所述单播连接所使用的资源。
6.根据权利要求3～5任一项所述的方法，其特征在于，所述第一消息还包括第四指示信息，所述第四指示信息包括所述单播连接所符合的所述第一条件。
7.根据权利要求1～6任一项所述的方法，其特征在于，所述方法还包括：
所述第一终端设备停止在所述单播连接上发送数据包，并继续在所述单播连接上接收数据包。
8.根据权利要求1～7任一项所述的方法，其特征在于，所述方法还包括：
所述第一终端设备获取第一配置信息，所述第一配置信息用于恢复所述单播连接。
9.根据权利要求1～8任一项所述的方法，其特征在于，所述方法还包括：
所述第一终端设备向第二终端设备发送第二配置信息，所述第二配置信息用于恢复所述单播连接。
10.根据权利要求9所述的方法，其特征在于，所述第一终端设备向第二终端设备发送第二配置信息，包括：
所述第一终端设备经SRB向所述第二终端设备发送所述第二配置信息，所述SRB具有专用的发送资源；或，
所述第一终端设备通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二配置信息；或，
所述第一终端设备通过第一上层信令向所述第二终端设备发送所述第二配置信息。
11.根据权利要求1～6任一项所述的方法，其特征在于，所述方法还包括：
所述第一终端设备将所述单播连接的配置更新为默认配置；
所述第一终端设备通过应用所述默认配置的所述单播连接，与所述第二终端设备协商所述单播连接的新的配置。
12.一种通信装置，其特征在于，包括：
存储器，用于存储指令；
处理器，用于执行所述指令，对与第二终端设备之间的侧行链路的参数进行监测，以确定所述侧行链路上的单播连接是否符合第一条件，及，在所述单播连接符合所述第一条件的情况下，确定所述单播连接故障。
13.根据权利要求12所述的通信装置，其特征在于，所述第一条件包括以下的一种或它们的任意组合：
对于在所述侧行链路的单播连接上传输的信道状态信息CSI参考信号的测量结果小于CSI测量门限值；
对于配置给所述侧行链路的资源的信道忙比例CBR的测量结果大于CBR测量门限值；
所述侧行链路的单播连接上传输的数据包在无线链路控制RLC层的重传次数大于或等于第一次数；
所述侧行链路的单播连接上传输的数据包在媒体接入控制MAC层的重传次数大于或等于第二次数；
所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数；
对于所述侧行链路的单播连接上传输的数据包进行完整性校验的结果表明校验失败；
对于所述侧行链路的单播连接上传输的数据包的解密结果表明解密失败；
所述侧行链路的单播连接的失步信息表明所述第一终端设备和所述第二终端设备之间失步；
所述侧行链路的单播连接的服务质量QoS参数不满足QoS参数的取值条件；或，
通过所述侧行链路的单播连接传输数据包时所携带的源层2标识未与所述第一终端设备建立过单播连接。
14.根据权利要求13所述的通信装置，其特征在于，所述通信装置还包括收发器，用于向网络设备发送第一消息，所述第一消息用于指示所述单播连接故障，或者，所述第一消息包括第一指示信息，所述第一指示信息用于指示所述单播连接故障。
15.根据权利要求14所述的通信装置，其特征在于，
所述第一消息还包括第二指示信息，所述第二指示信息用于指示所述单播连接。
16.根据权利要求14或15所述的通信装置，其特征在于，所述第一条件包括所述CSI参考信号的测量结果小于所述CSI测量门限值、所述CBR的测量结果大于所述CBR测量门限值、所述RLC层的重传次数大于或等于所述第一次数、所述MAC层的重传次数大于或等于所述第二次数、所述侧行链路的单播连接上的传输的数据包在MAC层的重传次数大于或等于第二次数的次数大于或等于第三次数或所述QoS参数不满足QoS参数的取值条件中的一种或它们的任意组合，所述第一消息还包括第三指示信息，所述第三指示信息用于指示所述单播连接所使用的资源。
17.根据权利要求14～16任一项所述的通信装置，其特征在于，所述第一消息还包括第四指示信息，所述第四指示信息包括所述单播连接所符合的所述第一条件。
18.根据权利要求12～17任一项所述的通信装置，其特征在于，所述通信装置还包括收发器，用于停止在所述单播连接上发送数据包，并继续在所述单播连接上接收数据包。
19.根据权利要求12～18任一项所述的通信装置，其特征在于，所述处理器，还用于获取第一配置信息，所述第一配置信息用于恢复所述单播连接。
20.根据权利要求12～19任一项所述的通信装置，其特征在于，所述通信装置还包括收发器，用于向第二终端设备发送第二配置信息，所述第二配置信息用于恢复所述单播连接。
21.根据权利要求20所述的通信装置，其特征在于，所述收发器用于通过如下方式向第二终端设备发送第二配置信息：
经SRB向所述第二终端设备发送所述第二配置信息，所述SRB具有专用的发送资源；或，
通过专门用于处理单播连接故障的资源向所述第二终端设备发送所述第二配置信息；或，
通过第一上层信令向所述第二终端设备发送所述第二配置信息。
22.根据权利要求12～17任一项所述的通信装置，其特征在于，所述处理器还用于：
将所述单播连接的配置更新为默认配置；
通过应用所述默认配置的所述单播连接，与所述第二终端设备协商所述单播连接的新的配置。
23.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机指令，当所述指令被通信装置执行时，使得所述通信装置执行权利要求1～11中任一项所述的方法。
CN201811535528.3A 2018-12-14 2018-12-14 一种故障确定方法及装置 Active CN111328097B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN202210368688.3A CN114727328A (zh) 2018-12-14 2018-12-14 一种故障确定方法及装置
CN201811535528.3A CN111328097B (zh) 2018-12-14 2018-12-14 一种故障确定方法及装置
BR112021011534-0A BR112021011534A2 (pt) 2018-12-14 2019-12-13 Método de determinação de falha e aparelho
EP19895610.4A EP3886483A4 (en) 2018-12-14 2019-12-13 FAILURE DETERMINATION METHOD AND DEVICE
PCT/CN2019/125374 WO2020119813A1 (zh) 2018-12-14 2019-12-13 一种故障确定方法及装置
US17/345,836 US11750442B2 (en) 2018-12-14 2021-06-11 Fault determining method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811535528.3A CN111328097B (zh) 2018-12-14 2018-12-14 一种故障确定方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202210368688.3A Division CN114727328A (zh) 2018-12-14 2018-12-14 一种故障确定方法及装置

Publications (2)

Publication Number Publication Date
CN111328097A true CN111328097A (zh) 2020-06-23
CN111328097B CN111328097B (zh) 2022-04-22

Family

ID=71077135

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201811535528.3A Active CN111328097B (zh) 2018-12-14 2018-12-14 一种故障确定方法及装置
CN202210368688.3A Pending CN114727328A (zh) 2018-12-14 2018-12-14 一种故障确定方法及装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202210368688.3A Pending CN114727328A (zh) 2018-12-14 2018-12-14 一种故障确定方法及装置

Country Status (5)

Country Link
US (1) US11750442B2 (zh)
EP (1) EP3886483A4 (zh)
CN (2) CN111328097B (zh)
BR (1) BR112021011534A2 (zh)
WO (1) WO2020119813A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114071558A (zh) * 2020-08-07 2022-02-18 华为技术有限公司 一种通信方法、装置及计算机可读存储介质
CN115051909A (zh) * 2021-03-08 2022-09-13 中国移动通信有限公司研究院 一种信息传输方法、装置及设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4072181A1 (en) * 2021-04-09 2022-10-12 Nokia Technologies Oy Counter measures for attacking messages

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105684529A (zh) * 2013-10-31 2016-06-15 英特尔Ip公司 设备到设备通信的同步
TW201729554A (zh) * 2015-08-12 2017-08-16 英特爾股份有限公司 使用ｄ２ｄ空氣介面以賦能高資料率中繼操作的方法
JPWO2017026415A1 (ja) * 2015-08-07 2018-06-07 シャープ株式会社 端末装置、基地局装置、通信システム、測定方法および集積回路
CN108235363A (zh) * 2017-12-30 2018-06-29 广东欧珀移动通信有限公司 终端无线数据传输方法、装置、终端及存储介质
WO2018120871A1 (zh) * 2016-12-31 2018-07-05 普天信息技术有限公司 基于V2X SideLink通信的向多个目的ID传输信息的方法

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US1818496A (en) * 1926-03-13 1931-08-11 F B Redington Company Packaging machine
CN101931982A (zh) * 2010-08-18 2010-12-29 北京星网锐捷网络技术有限公司 一种网络故障定位方法及装置
US10045386B2 (en) * 2012-05-31 2018-08-07 Interdigital Patent Holdings, Inc. Method and apparatus for device-to-device (D2D) mobility in wireless systems
US20150249572A1 (en) * 2014-03-03 2015-09-03 Futurewei Technologies, Inc. Software-Defined Network Control Using Functional Objects
WO2016119198A1 (en) * 2015-01-30 2016-08-04 Qualcomm Incorporated Support of transmission mode and impact on pdcch blind decodes of ptm (point-to-multipoint) transmission
WO2016119209A1 (en) * 2015-01-30 2016-08-04 Qualcomm Incorporated Ue feedback for point-to-multipoint transmissions
JP2017026415A (ja) 2015-07-21 2017-02-02 三菱マテリアル株式会社 温度センサ
WO2017078063A1 (ja) * 2015-11-06 2017-05-11 京セラ株式会社 無線端末、プロセッサ及びネットワーク装置
US10659340B2 (en) * 2016-01-28 2020-05-19 Oracle International Corporation System and method for supporting VM migration between subnets in a high performance computing environment
CN107040972B (zh) * 2016-02-04 2022-06-21 中兴通讯股份有限公司 路径选择方法及装置
US10630410B2 (en) * 2016-05-13 2020-04-21 Telefonaktiebolaget Lm Ericsson (Publ) Network architecture, methods, and devices for a wireless communications network
WO2018027799A1 (zh) * 2016-08-11 2018-02-15 富士通株式会社 信息传输方法、装置以及通信系统
CN107846434B (zh) * 2016-09-19 2020-05-12 中兴通讯股份有限公司 一种车联网业务处理方法、装置及车联网系统
WO2018059700A1 (en) * 2016-09-29 2018-04-05 Huawei Technologies Duesseldorf Gmbh Time synchronization for multi-link d2d and cellular communication
EP3563595B1 (en) * 2016-12-30 2023-09-13 Intel Corporation Methods and devices for radio communications
US10924912B2 (en) * 2017-01-06 2021-02-16 Lg Electronics Inc. Method for transmitting and receiving data through relay in wireless communication system and apparatus therefor
CN108923894B (zh) * 2017-03-23 2023-04-18 中兴通讯股份有限公司 一种信息传输的方法、用户设备、基站、存储介质和系统
US11140663B2 (en) * 2017-04-03 2021-10-05 Lg Electronics Inc. D2D operation method of terminal in wireless communication system, and terminal using method
WO2018204863A1 (en) * 2017-05-04 2018-11-08 Ofinno Technologies, Llc Beam-based measurement configuration
US10820185B2 (en) * 2017-05-08 2020-10-27 Qualcomm Incorporated Mobility between areas with heterogeneous network slices
WO2019031865A1 (ko) * 2017-08-09 2019-02-14 엘지전자 주식회사 무선 통신 시스템에서 rrc 연결 절차 수행 방법 및 이를 위한 장치
US11139920B2 (en) * 2018-10-31 2021-10-05 Hyundai Motor Company Method and apparatus for hybrid automatic repeat request in sidelink communications
KR102234055B1 (ko) * 2018-11-09 2021-03-31 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 사이드링크 통신을 위한 연결을 개선하는 방법 및 장치
WO2020109997A1 (en) * 2018-11-30 2020-06-04 Nokia Technologies Oy Failure recovery of sidelink with beamforming
US11910457B2 (en) * 2019-01-31 2024-02-20 Apple Inc. Unicast sidelink access stratum level connection maintenance

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105684529A (zh) * 2013-10-31 2016-06-15 英特尔Ip公司 设备到设备通信的同步
JPWO2017026415A1 (ja) * 2015-08-07 2018-06-07 シャープ株式会社 端末装置、基地局装置、通信システム、測定方法および集積回路
TW201729554A (zh) * 2015-08-12 2017-08-16 英特爾股份有限公司 使用ｄ２ｄ空氣介面以賦能高資料率中繼操作的方法
WO2018120871A1 (zh) * 2016-12-31 2018-07-05 普天信息技术有限公司 基于V2X SideLink通信的向多个目的ID传输信息的方法
CN108235363A (zh) * 2017-12-30 2018-06-29 广东欧珀移动通信有限公司 终端无线数据传输方法、装置、终端及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP: "《3GPP TR 21.914 V1.1.0》", 20 February 2018 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114071558A (zh) * 2020-08-07 2022-02-18 华为技术有限公司 一种通信方法、装置及计算机可读存储介质
CN114071558B (zh) * 2020-08-07 2024-01-16 华为技术有限公司 一种通信方法、装置及计算机可读存储介质
CN115051909A (zh) * 2021-03-08 2022-09-13 中国移动通信有限公司研究院 一种信息传输方法、装置及设备

Also Published As

Publication number Publication date
US20210344555A1 (en) 2021-11-04
BR112021011534A2 (pt) 2021-08-31
EP3886483A4 (en) 2022-03-09
CN111328097B (zh) 2022-04-22
US11750442B2 (en) 2023-09-05
WO2020119813A1 (zh) 2020-06-18
CN114727328A (zh) 2022-07-08
EP3886483A1 (en) 2021-09-29

Similar Documents

Publication Publication Date Title
CN109155905B (zh) 一种业务消息发送方法、终端设备以及网络设备
US10959070B2 (en) Radio terminal and base station
US11750442B2 (en) Fault determining method and apparatus
US11985666B2 (en) Method for determining feedback resource in sidelink and device
US20220190971A1 (en) Feedback Information Transmission Method and Apparatus
EP4142402A1 (en) Communication control method and user equipment
CN114175846A (zh) 一种通信方法及装置
CN111757293B (zh) 一种通信方法及通信装置
CN115868220A (zh) 用户设备和侧链通信中的资源选择方法
CN111954183B (zh) 管理链路的方法和装置
US20230188267A1 (en) Indication information receiving method, and apparatus
CN111132186B (zh) 一种重置mac层、数据传输方法及装置
CN114071400A (zh) 一种侧行链路通信方法及装置
US20230038246A1 (en) Communication method and apparatus
CN115280824A (zh) 无线通信的方法，装置及系统
US12101650B2 (en) Communication method and communication apparatus
CN113455097A (zh) 链路失败的恢复方法和设备
CN108886766B (zh) 一种控制信息的传输方法及装置
CN112584430B (zh) 一种通信方法及装置
KR20230006514A (ko) 통신 방법, 장치, 및 시스템
CN114073166A (zh) 一种恢复传输的方法、装置及设备
CN113795024A (zh) 一种获取密钥的方法及装置
WO2023036052A1 (zh) 数据传输的方法和装置
US20210368524A1 (en) Communications method and apparatus
US20240080083A1 (en) Methods, systems and devices that provide fast mobility

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant