CN112312513B - 用于链路失败恢复的方法和装置 - Google Patents

用于链路失败恢复的方法和装置 Download PDF

Info

Publication number
CN112312513B
CN112312513B CN201910690844.6A CN201910690844A CN112312513B CN 112312513 B CN112312513 B CN 112312513B CN 201910690844 A CN201910690844 A CN 201910690844A CN 112312513 B CN112312513 B CN 112312513B
Authority
CN
China
Prior art keywords
mac
link failure
timer
cell
reference signal
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
CN201910690844.6A
Other languages
English (en)
Other versions
CN112312513A (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 CN201910690844.6A priority Critical patent/CN112312513B/zh
Priority to PCT/CN2020/102315 priority patent/WO2021017848A1/zh
Priority to EP20847296.9A priority patent/EP3993503A4/en
Publication of CN112312513A publication Critical patent/CN112312513A/zh
Application granted granted Critical
Publication of CN112312513B publication Critical patent/CN112312513B/zh
Priority to US17/586,198 priority patent/US20220151009A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1848Time-out mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/188Time-out mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

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

Abstract

本申请提供了一种用于链路失败恢复的方法和装置,该方法包括:终端设备确定某小区发生链路失败的情况下,向网络设备发送第一媒体接入控制层控制单元MAC‑CE,该第一MAC‑CE中包括该小区的信息。具体地,为了避免完全基于网络设备控制的MAC‑CE的重传机制,重传该小区的信息带来的链路失败恢复时延问题,该方法还包括终端设备启动第一定时器,在该第一定时器超时时,发送第一请求消息,该第一请求消息可以是上述的第一MAC‑CE还可以是包括至少一个链路失败小区的信息的第二MAC‑CE,从而提高链路失败恢复的性能。

Description

用于链路失败恢复的方法和装置
技术领域
本申请涉及无线通信领域,并且更具体地,涉及一种用于链路失败恢复的方法和装置。
背景技术
由于在通信过程中存在遮挡,高频信道下的绕射能力差,导致当前服务的波束被阻挡,信号无法继续传输。为了防止在出现波束被阻挡的情况下,通信链路被突然中断,需要引入相应的机制对波束质量进行检测,并在发生阻挡的情况下快速恢复链路。
终端设备在检测到链路失败的情况下,向网络设备发送链路失败的小区信息,具体地,该链路失败的小区的信息承载于媒体接入控制层控制单元(control element,mediaaccess control,MAC-CE)上。
但是,在链路失败的小区的信息需要重传的情况下,链路失败的小区的信息的重传基于MAC-CE的重传机制,而MAC-CE的重传取决于网络设备的调度,导致可能无法保证链路失败的小区快速恢复链路。
发明内容
本申请提供一种用于链路失败恢复的方法和装置,通过在终端设备确定小区的链路失败,并向网络设备发送链路失败小区的信息之后,启动第一定时器,当第一定时器超时的情况下,终端设备向网络设备请求承载链路失败小区的信息的其他资源,或请求承载链路失败小区的新信息的资源,可以避免完全基于网络设备控制的MAC-CE的重传机制重传链路失败小区的信息带来的时延问题,还可以避免基于网络设备控制的重传机制在同一个小区的资源上重传相同小区的信息的限制,从而提高链路失败恢复的性能。
第一方面,提供了一种用于链路失败恢复的方法,应用在小区发生链路失败的情况下,该用于链路失败恢复的方法可以由终端设备执行,或者,也可以由设置于终端设备中的芯片或电路执行,本申请对此不作限定。
该用于链路失败恢复的方法包括:
发送第一媒体接入控制层控制单元MAC-CE,其中,所述第一MAC-CE中包括链路失败小区的信息;启动第一定时器;当所述第一定时器超时时,发送第一请求消息,所述第一请求消息为所述第一MAC-CE,或者第一请求消息为第二MAC-CE,所述第二MAC-CE中包括至少一个链路失败小区的信息。
本申请实施例提供的用于链路失败恢复的方法,终端设备确定某个小区的链路失败,可以是在基于第一MAC-CE向网络设备发送该链路失败小区的信息之后,启动第一定时器,当第一定时器超时的情况下,终端设备向网络设备重新发送该链路失败小区的信息,或者,终端设备向网络设备发送至少一个链路失败小区的信息,可以避免完全基于MAC-CE的重传机制重传链路失败小区的信息,从而提高链路失败恢复的性能。
应理解,目前协议中规定的MAC-CE的重传机制应用在重传链路失败小区的信息的场景下时,由于MAC-CE的重传是基于网络设备的控制,则导致链路失败恢复的时间不可控,可能造成链路失败恢复时间过长,导致系统性能损失较大。
还应理解,本申请实施例中MAC-CE可以替换为上行控制信息(uplink controlinformation,UCI)。例如,发送第一UCI,第一UCI中包括链路失败小区的信息。具体地,当UCI中包括的链路失败小区的信息需要重传的情况下,可以利用本申请实施例中提供的MAC-CE中包括的链路失败小区的信息重传的机制,本申请下文中主要以链路失败小区的信息承载于MAC-CE中为例进行说明,链路失败小区的信息承载于UCI中的情况不进行详细说明。
还应理解,上述至少一个链路失败小区的信息中可以包括上述第一MAC-CE中包括的链路失败小区的信息。例如,终端设备确定第一小区链路失败,则第一MAC-CE中包括该第一小区的信息,上述至少一个链路失败小区的信息中包括该第一小区的信息。
具体地,链路失败小区的信息包括小区的标识,或者,链路失败小区的信息包括参考信号资源的信息,或者,链路失败小区的信息包括参考信号资源的信息和小区的标识。其中,参考信号资源的信息用于恢复链路失败小区的链路,参考信号资源的信息包括参考信号资源的索引,和/或,参考信号资源对应的参考信号的信道质量信息(如RSRP、RSRQ、CQI、SINR等)。
需要说明的是,本申请各实施例中,“标识”可以替换为“索引”,“索引”可以替换为“标识”。本申请中涉及的参考信号可以为信道状态信息参考信号(channel stateinformation reference signal,CSI-RS)、同步信号广播信道块(synchronous signal/PBCH block,SSB)或追踪参考信号(tracking reference signal,TRS)等参考信号。本申请实施例中,参考信号资源和参考信号之间满足存在对应关系,参考信号资源可以理解为参考信号。所以上述的参考信号资源的信息可以为参考信号资源对应的参考信号的信道质量信息(或称为参考信号资源上的参考信号的信道质量信息)和/或参考信号资源的索引。
还应理解,本申请中所说的“信道质量信息”或“信道质量”可以为参考信号的接收功率(L1-reference signal received power,L1-RSRP)、参考信号的信号噪声干扰比(L1-signal to interference plus noise ratio,L1-SINR)、参考信号的信号噪声干扰比(signal to interference plus noise ratio,SINR)或参考信号的信道质量指示(channel quality indication,CQI)等参考信号的信道质量信息中的至少一个。
基于链路失败小区的信息的区别,第一MAC-CE和第二MAC-CE可能存在以下区别:
1)第一MAC-CE中包括的小区的标识与第二MAC-CE中包括的小区的标识的个数不同。例如,第一MAC-CE中包括第一小区的标识,第二MAC-CE中包括该第一小区的标识以及其他链路失败的小区的标识,即第二MAC-CE可以包括多个链路失败的小区的标识,使得网络设备基于第二MAC-CE获知该多个小区的链路失败;
2)第一MAC-CE中包括的参考信号资源的信息与第二MAC-CE中包括的参考信号资源的信息的个数不同。例如,第一MAC-CE中包括第一小区对应的参考信号资源的信息,第二MAC-CE中包括该第一小区对应的参考信号资源的信息以及其他链路失败的小区对应的参考信号资源的信息,即第二MAC-CE可以包括多个链路失败的小区对应参考信号资源的信息,使得网络设备基于第二MAC-CE获知用于恢复多个链路失败小区的链路的参考信号;
3)第一MAC-CE中包括的参考信号资源的信息与第二MAC-CE中包括的参考信号资源的信息不同。例如,第一MAC-CE中包括第一小区对应的参考信号资源的信息,第二MAC-CE中包括该第一小区对应的第二参考信号资源的信息,即第二MAC-CE可以包括第一小区对应的另外的参考信号资源的信息,从而避免因参考信号资源的问题,而导致的无法恢复链路失败小区的链路。
应理解,本申请实施例中涉及的第一MAC-CE可以理解为链路失败恢复请求(beamfailure recovery request,BFRQ)消息,用于请求恢复链路失败小区的链路。
一种可能的实现方式,终端设备一步上报BFRQ消息。例如,该BFRQ消息可以承载在物理上行共享信道(physical uplink shared channel,PUSCH)资源上,或者,该BFRQ消息还可以承载在PUCCH资源上,在该实现方式下,第一MAC-CE为该BFRQ消息。
另一种可能的实现方式,终端设备还可以通过BFRQ1消息+BFRQ2消息两步上报BFRQ消息。其中,BFRQ1可以承载在PUCCH资源或PRACH资源上,BFRQ2可以承载在PUSCH资源或PUCCH资源上,在该实现方式下,第一MAC-CE为该BFRQ2消息。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:在第一资源上发送所述第一MAC-CE;在第二资源上发送所述第一请求消息,其中,所述一资源和第二资源所在的小区不同。
基于上述技术方案,当终端设备在第一资源上发送上述的第一MAC-CE,在第二资源上发送上述的第一请求消息,第一资源和第二资源所在的小区不同,可以避免由于第一资源质量存在问题导致终端设备在第一资源上再次发送MAC-CE失败,或者可以避免由于第一资源所在的小区的质量或链路存在问题导致终端设备在第一资源所属的小区上再次发送MAC-CE失败。
应理解,目前协议中规定的MAC-CE的重传机制应用在重传链路失败小区的信息的场景下时,链路失败小区的信息的重传只能和在初传相同的小区的资源上进行,当用于传输链路失败小区的信息资源所属的小区的链路存在问题或信道质量差时,会导致MAC-CE重传多次仍然失败,造成链路失败小区的链路无法恢复的问题。
还应理解,本申请实施例中并不限定第一MAC-CE和第一请求消息一定是在不同的小区资源上传输的,也可能在同一个小区的资源上传输,例如,上述的传输第一MAC-CE第一资源所在的小区也可以用于传输第一请求消息。可选地,此时可能是由于第一MAC-CE上承载的参考信号资源的信息无法恢复链路失败小区的链路,终端设备无法在第一定时器运行期间内接收到第一MAC-CE的响应消息,终端设备需要上报其他的参考信号资源的信息用于恢复该链路失败小区的链路。
还应理解,终端设备能够在第一资源上发送上述的第一MAC-CE,可以是终端设备在发送上述的第一MAC-CE之前接收到网络设备发送的二下行控制信息(downlink controlinformation,DCI),终端设备基于该第二DCI获知发送第一MAC-CE的第一资源;同理,终端设备能够在第二资源上发送上述的第一请求消息,可以是终端设备在发送上述的第一请求消息之前接收到网络设备发送的第三DCI,该第三DCI指示第二资源用于传输上述的第一请求消息。
可选地,上述第一资源为PUSCH资源,或者,上述第一资源为PU CCH资源;
可选地,上述第二资源为PUSCH资源,或者,上述第二资源为PUCCH资源。
应理解,本申请实施例中MAC-CE替换为UCI的情况下,第一资源可以为PUSCH或PUCCH、第二资源可以为PUSCH或PUCCH;若是传输MAC-CE,上述第一资源和第二资源可以为PUSCH。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:在所述第一定时器运行期间内检测第一DCI和/或第一响应消息,其中,所述第一DCI用于指示重新发送所述第一MAC-CE,所述第一响应消息用于指示所述第一MAC-CE传输成功。
基于上述技术方案,终端设备可以在上述的第一定时器运行期间内检测网络设备是否下发用于指示重新发送第一MAC-CE的第一DCI(或者称为,指示第一MAC-CE重传的第一DCI),或者,终端设备可以在上述的第一定时器运行期间内检测网络设备是否下发上述第一MAC-CE的第一响应消息,或者,终端设备可以在上述的第一定时器运行期间内检测网络设备是否下发用于指示重新发送第一MAC-CE的第一DCI和上述第一MAC-CE的第一响应消息,使得终端设备可以基于网络设备的调度执行后续流程,并限制网络设备在预设的时间内完成链路失败小区的信息的传输,避免网络设备过晚的指示链路失败小区的信息的重传资源或发送第一MAC-CE的第一响应信息,可以较快的恢复链路失败小区的链路。
应理解,上述的用于指示重新发送第一MAC-CE的第一DCI和前文中指示第一资源的第二DCI具有相同的混合自动重传请求(hybrid automatic repeat request,HARQ)进程标识(process identifier),且第一DCI与第二DCI中的新数据指示(new date indicator,NDI)相同。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:当在所述第一定时器运行期间内接收到所述第一DCI时,重新发送所述第一MAC-CE。
本申请实施例提供的用于链路失败恢复的方法,终端设备在上述第一定时器运行期间内接收到上述第一DCI的情况下,终端设备可以向网络设备重新发送上述的第一MAC-CE,从而使得终端设备可以基于网络设备的指示重新发送第一MAC-CE。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:重新发送所述第一MAC-CE的K个时间单元之后,重置所述第一定时器,其中,所述K为大于或者等于0的值。
本申请实施例提供的用于链路失败恢复的方法,终端设备重新发送上述的第一MAC-CE之后,或者,在重新发送第一MAC-CE的时候,可以重置上述的第一定时器,使得第一定时器重新工作,可以避免当前重传第一MAC-CE失败还可以基于第一定时器是否超时,确定再次重传第一MAC-CE的时刻,可以限制第一MAC-CE的重传时间,避免网络设备过晚的指示第一MAC-CE的重传资源,可以较快的恢复链路失败小区的链路。
应理解,第一定时器重置之后,终端设备在第一定时器超时,或者,终端设备在第一定时器运行期间内执行的动作与上述终端设备基于第一次启动第一定时器之后,在第一定时器超时或运行期间内执行的动作类似,这里不再赘述。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:当在所述第一定时器运行期间内接收到所述第一响应消息时,停止所述第一定时器。
本申请实施例提供的用于链路失败恢复的方法,终端设备在上述第一定时器运行期间内接收到用于指示上述第一MAC-CE传输成功的第一响应消息的情况下,终端设备能够获知上述的第一MAC-CE传输成功,无需重传第一MAC-CE了,则终端设备可以停止上述的第一定时器,使得终端设备可以基于网络设备的反馈决定后续流程。
结合第一方面,在第一方面的某些实现方式中,所述响应消息可以是以下信令中的任意一种:第四DCI、所述链路失败小区的物理下行控制信道PDCCH的传输配置指示TCI、专用搜索空间集合内的DCI、专用控制资源集合内的DCI、专用无线网络临时标识RNTI加扰的DCI,其中,所述第四DCI用于指示下行资源,或者,所述第四DCI与所述第二DCI具有相同的混合自动重传请求进程标识HARQ process identifier且NDI不同。
本申请实施例提供的用于链路失败恢复的方法,终端设备获知上述的第一MAC-CE传输成功可以是接收到上述的任意一种或多种信令,即上述第一MAC-CE的第一响应消息的具体形式有多种,本申请对此并不限制,提供了灵活的选择方案。
应理解,上述专用控制资源集合内和/或专用搜索空间集合内的DCI的循环冗余校验(cyclic redundancy check,CRC)可以由小区无线网络临时标识小区无线网络临时标识(cell radio network temporary identifier,C-RNTI)或调制编码方式小区特定无线网络临时标识(modulation coding mode cell radio network temporary identifier,MCS-C-RNTI)加扰。
结合第一方面,在第一方面的某些实现方式中,发送所述第一请求消息之前,所述方法还包括:当所述第一定时器超时,发送第二请求消息,所述第二请求消息用于指示链路失败。
本申请实施例提供的用于链路失败恢复的方法,终端设备在上述的第一定时器超时的情况下,还可以发送用于指示链路失败事件的第二请求消息,使得本申请提供的用于链路失败恢复的方法可以及时告知网络设备有小区发生了链路失败事件,网络设备可以及时分配用于承载链路失败小区的信息的新的资源,及时恢复链路失败小区的链路。
一种可能的实现方式,终端设备启动第一定时器之前上报BFRQ消息为一步上报的形式,则上述的当所述第一定时器超时,发送第二请求消息为首次发送第二请求消息。可以理解为终端设备上报BFRQ消息的形式由一步上报的形式转变为两步上报形式。
另一种可能的实现方式,终端设备启动定时器之前上报BFRQ消息为两步上报的形式,则上述发送第一MAC-CE之前,还包括发送第二请求消息。即上述的当所述第一定时器超时,发送第二请求消息可以为重新发送该第二请求消息。
结合第一方面,在第一方面的某些实现方式中,所述第二请求消息承载在物理上行控制信道PUCCH上,或者所述第二请求消息承载在物理随机接入信道PRACH上。该PUCCH资源或PRACH资源可以为主小区(primary cell,PCell)上的资源或辅助主小区(primarysecondary cell,PSCell)上的资源。
本申请实施例提供的用于链路失败恢复的方法,终端设备用于传输第二请求消息的资源可以是物理上行控制信道(physical uplink control channel,PUCCH)或者物理随机接入信道(physical random access channel,PRACH),可以及时告知网络设备有小区发生了链路失败事件,或者为链路失败小区的信息传输请求新的资源。应理解,在PUCCH上传输的第二请求消息,可以与调度请求(scheduling request,SR)具有相同的格式,或者可以为调度请求,或者可以为1比特信息。
结合第一方面,在第一方面的某些实现方式中,所述启动第一定时器包括:发送所述第一MAC-CE的K个时间单元之后启动所述第一定时器,其中,所述K为大于或者等于0的值。
本申请实施例提供的用于链路失败恢复的方法,终端设备启动第一定时器的时机可以是在发送上述的第一MAC-CE之后,或者,可以是在发送上述的第一MAC-CE时,为确定何时启动第一定时器提供灵活的方案。
应理解,本申请实施例中对于启动第一定时器的具体时刻并不一定是限定为上述的发送第一MAC-CE的K个时间单元之后,还可以是在发送第一MAC-CE的K个时间单元之前,例如,终端设备采用两步上报链路失败请求消息的情况下,终端设备可以是在发送发生链路失败事件指示信息(第二请求消息,PUCCH)之后但是发送第一MAC-CE之前启动该第一定时器,或者启动第一定时器的时刻还可以为确定链路失败的时刻,或确定链路失败后的时刻发送第一MAC-CE之前(还可以是发送第二请求消息之前)。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:启动第二定时器;当所述第二定时器超时时,在物理随机接入信道PRACH上发送用于链路失败恢复的第三请求消息。
本申请实施例提供的用于链路失败恢复的方法,除上述的第一定时器外,还可以启动一个第二定时器,具体地,当第二定时器超时时,终端设备可以在PRACH上发送用于链路失败恢复的第三请求消息,从而使得终端设备在现有资源或现有小区上无法恢复链路失败小区的情况下,及时发起PRACH,继续恢复链路。
应理解,第二定时器可以用于控制整个链路失败恢复流程的时间。
还应理解,在第二定时器运行期间内仍然无法恢复链路失败小区的链路,可能是由于主小区的链路也发生链路失败,终端设备无法在现有的上行资源上成功发送链路失败小区的信息,因此第二定时器超时时,终端设备可以发起RACH流程恢复主小区的链路。
还应理解,终端设备启动第二定时器的时机可以是在发送上述的第一MAC-CE之后,或者,可以是在发送上述的第一MAC-CE时,或者,在发送上述的第二请求消息之后,或者,可以是在发送上述的第二请求消息时,或者,确定链路失败之后,或者,确定链路失败时,本申请对于启动第二定时器的具体时刻并不限制。
还应理解,第三请求消息可以包括以下一种或多种可能:
第三请求消息用于指示链路失败,或第三请求信息用于请求恢复链路失败小区的链路,或第三请求信息用于请求用于承载链路失败恢复请求消息的资源等,或第三请求消息用于发起随机接入流程。
其中,PRACH可以为用于恢复主小区链路失败的资源。PRACH还可以为用于恢复承载第二请求消息的资源所在小区的链路失败的资源。PRACH可以为基于竞争的资源(contention PRACH),还可以是基于非竞争的资源(contention free PRACH)。
一种可能的实现方式,第二定时器的定时时长比上述第一定时器的定时时长长。
例如,在时刻P启动第一定时器和第二定时器,第一定时器的定时时长为L1,第二定时器的定时时长为L2,L2大于L1。
还例如,在时刻P1启动第一定时器,在时刻P2启动第二定时器,第一定时器的定时时长为L1,第二定时器的定时时长为L2,L2大于L1。
还例如,在时刻P1启动第一定时器,在时刻P2启动第二定时器,第一定时器的定时时长为L1,第二定时器的定时时长为L2,L2大于L1且P1+L1小于或等于P2+L2。
另一种可能的实现方式,第一定时器和第二定时器首次启动之后,第二定时器的超时时刻晚于或者等于上述第一定时器的超时时刻。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:当在所述第二定时器运行期间内接收到第二响应消息时,停止所述第二定时器,其中,所述第二响应消息用于指示链路失败小区的信息成功传输。
本申请实施例提供的用于链路失败恢复的方法,在上述第二定时器的运行期间内,如果终端设备接收到指示链路失败小区的信息成功传输的第二响应消息,终端设备能够确定链路失败小区的信息成功传输到网络设备了,终端设备可以停止上述的第二定时器。
结合第一方面,在第一方面的某些实现方式中,所述链路失败小区的信息包括:所述链路失败小区的标识信息,和/或,参考信号资源的信息,其中,所述参考信号资源的信息用于恢复所述链路失败小区的链路。
本申请实施例提供的用于链路失败恢复的方法,上述的链路失败小区的信息可以是链路失败小区的标识信息和参考信号资源的信息中的至少一种,可以使得网络设备获知链路失败的小区信息,及时根据该信息恢复链路失败的小区的链路。
第二方面,提供了一种用于链路失败恢复的方法,应用在小区发生链路失败的情况下,该用于链路失败恢复的方法可以由网络设备执行,或者,也可以由设置于网络设备中的芯片或电路执行,本申请对此不作限定。
该用于链路失败恢复的方法包括:
发送第二控制信息DCI,所述第二DCI指示第一资源;在所述第一资源上检测第一媒体接入控制层控制单元MAC-CE,其中,所述第一MAC-CE中包括链路失败小区的信息;启动第一定时器;根据在所述第一定时器运行期间内是否接收到所述第一MAC-CE,确定发送第一DCI或所述第一响应消息,其中,所述第一DCI用于指示重新发送所述第一MAC-CE,所述第一响应消息用于指示所述第一MAC-CE传输成功。
本申请实施例提供的用于链路失败恢复的方法,网络设备在发送第二DCI之后,启动第一定时器,并且在第一定时器运行期间内在该第二DCI指示的第一资源上检测终端设备发送的第一MAC-CE,根据是否接收到终端设备发送的第一MAC-CE决定后续的执行流程,即引入第一定时器之后,网络设备可以基于第一定时器执行调度方案,可以避免完全基于MAC-CE的重传机制指示重传链路失败小区的信息造成的时延过长的问题,避免网络设备过晚的指示链路失败小区的信息的重传资源或发送第一MAC-CE的第一响应信息,可以较快的恢复链路失败小区的链路,从而提高链路失败恢复的性能。
结合第二方面,在第二方面的某些实现方式中,所述方法还包括:当在所述第一定时器运行期间内未接收到所述第一MAC-CE,发送所述第一DCI,重新检测所述第一MAC-CE。
本申请实施例提供的用于链路失败恢复的方法,网络设备在第一定时器运行期间内未接到第一MAC-CE的情况下,可以发送用于指示重传所述第一MAC-CE的第一DCI,使得网络设备能够及时指示终端设备重传第一MAC-CE的资源。
结合第二方面,在第二方面的某些实现方式中,所述方法还包括:重新检测所述第一MAC-CE的K个时间单元之后,重置所述第一定时器,其中,所述K为大于或者等于0的值。
本申请实施例提供的用于链路失败恢复的方法,网络设备重新检测上述的第一MAC-CE之后,或者,在重新检测第一MAC-CE的时候,可以重置上述的第一定时器,使得第一定时器重新工作,可以避免第一MAC-CE的重传时延过长的问题,控制用于指示链路失败小区的信息的MAC-CE的重传时间。
结合第二方面,在第二方面的某些实现方式中,所述方法还包括:当在所述第一定时器运行期间内接收到所述第一MAC-CE,发送所述第一响应消息,或接收到第一响应消息的混合自动重传请求应答HARQ-ACK时,停止所述第一定时器。
本申请实施例提供的用于链路失败恢复的方法,网络设备在上述第一定时器运行期间内接收到第一MAC-CE的情况下,网络设备向终端设备发送用于指示上述第一MAC-CE传输成功的第一响应消息,或者,当网络设备接收到终端设备反馈成功接收第一MAC-CE的第一响应消息的混合自动重传请求应答(hybridautomatic repeat requestacknowledgement,HARQ-ACK)时,网络设备可以停止上述的第一定时器,为网络设备获知停止第一定时器的时刻提供灵活可选的方案,及时停止链路失败恢复流程,在已经恢复链路的小区上进行正常的信号传输。
结合第二方面,在第二方面的某些实现方式中,所述第一响应消息可以是以下信令中的任意一种:第四DCI、所述链路失败小区的物理下行控制信道PDCCH的传输配置指示TCI、专用搜索空间集合内的DCI、专用控制资源集合内的DCI、专用无线网络临时标识RNTI加扰的DCI,其中,所述第四DCI用于指示下行资源或者所述第四DCI与所述第二DCI具有相同的混合自动重传请求进程标识HARQ process identifier且新数据指示NDI不同。
本申请实施例提供的用于链路失败恢复的方法,网络设备通知终端设备上述的第一MAC-CE传输成功可以是通过下发上述的任意一种或多种信令,即上述第一MAC-CE的第一响应消息的具体形式有多种,本申请对此并不限制,提供了灵活的选择方案。
结合第二方面,在第二方面的某些实现方式中,所述方法还包括:当第一定时器超时时,发送第三DCI,所述第三DCI用于指示承载第一请求消息的第二资源,所述第一请求消息为所述第一MAC-CE或者所述第一请求消息为第二MAC-CE,所述第二MAC-CE包括至少一个链路失败小区的信息。
本申请实施例提供的用于链路失败恢复的方法,在第一定时器超时的情况下,网络设备可以重新开启一个HARQ流程,可以为终端设备指示用于传输第一请求消息的新的小区上的第二资源,使得终端设备可以在不同小区的资源上传输链路失败恢复请求消息,提高链路失败恢复的概率。或者,在第一定时器超时的情况下,网络设备可以重新开启一个HARQ流程,使得终端设备可以更新链路失败小区的信息,如更新用于恢复链路失败小区链路的参考信号资源的信息,使得网络设备可以基于新的参考信号资源的信息恢复链路失败小区的链路,提高链路失败恢复的概率。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:所述一资源和第二资源所在的小区不同。
本申请实施例提供的用于链路失败恢复的方法,在第一定时器超时的情况下,网络设备可以为终端设备指示用于传输第一请求消息的第二资源,使得终端设备可以在不同的资源上传输链路失败恢复请求消息。当在第一资源上检测不到上述第一MAC-CE时,网络设备可以指示与第一资源所在小区不同的第二资源,可以避免由于第一资源所在的小区的质量/链路存在问题,导致网络设备无法在第一资源所属的小区检测到第一MAC-CE。
结合第二方面,在第二方面的某些实现方式中,发送所述第三DCI之前,所述方法还包括:接收第二请求消息,所述第二请求消息用于指示链路失败;根据第二请求消息发送所述第三DCI。
本申请实施例提供的用于链路失败恢复的方法,网络设备可以是基于终端设备发送的指示发生链路失败事件的第二请求消息向终端设备指示传输第一请求消息的第二资源,为网络设备确定发送上述的第三DCI提供可能的方案。
结合第二方面,在第二方面的某些实现方式中,所述第二请求消息承载在物理上行控制信道PUCCH上,或者所述第二请求消息承载在物理随机接入信道PRACH上。该PUCCH资源或PRACH资源可以PCell上的资源或PSCell上的资源。
本申请实施例提供的用于链路失败恢复的方法,终端设备用于传输第二请求消息的资源可以是PUCCH或者PRACH,可以使得网络设备及时获取有小区发生了链路失败事件,网络设备可以及时分配用于承载链路失败小区的信息的资源,及时恢复链路失败小区的链路。
结合第二方面,在第二方面的某些实现方式中,所述启动第一定时器包括:检测所述第一MAC-CE的K个时间单元之后启动所述第一定时器,其中,所述K为大于或者等于0的值。
本申请实施例提供的用于链路失败恢复的方法,网络设备启动第一定时器的时机可以是在开始检测上述的第一MAC-CE之后,或者,可以是在开始检测上述的第一MAC-CE时,为确定何时启动第一定时器提供灵活的方案。
应理解,本申请实施例中对于启动第一定时器的具体时刻并不一定是限定为上述的开始检测第一MAC-CE的K个时间单元之后,还可以是在开始检测第一MAC-CE的K个时间单元之前,例如,终端设备采用两步上报链路失败请求消息的情况下,网络设备可以是在接收到发生链路失败事件指示信息(第二请求消息,PUCCH)之后但是开始检测第一MAC-CE之前启动该第一MAC-CE。或者启动第一定时器的时刻还可以为确定链路失败的时刻,或确定链路失败后的时刻发送第一MAC-CE之前(还可以是第二请求消息之前)。
还应理解,还可以是网络设备发送第二DCI的K个时间单元之后启动第一定时器。
结合第二方面,在第二方面的某些实现方式中,所述链路失败小区的信息包括:所述链路失败小区的标识信息,和/或,参考信号资源的信息,其中,所述参考信号资源的信息用于恢复所述链路失败小区的链路。
本申请实施例提供的用于链路失败恢复的方法,上述的链路失败小区的信息可以是链路失败小区的标识信息和参考信号资源的信息中的至少一种,为网络设备如何获知链路失败的小区提供灵活的选择。
第三方面,提供了一种用于链路失败恢复的方法,应用在小区发生链路失败的情况下,该用于链路失败恢复的方法可以由终端设备执行,或者,也可以由设置于终端设备中的芯片或电路执行,本申请对此不作限定。
该用于链路失败恢复的方法包括:
发送第一媒体接入控制层控制单元MAC-CE,其中,所述第一MAC-CE中包括链路失败小区的信息;启动第二定时器;当所述第二定时器超时时,在物理随机接入信道PRACH上发送用于链路失败恢复的第三请求消息。
本申请实施例提供的用于链路失败恢复的方法,终端设备确定某个小区的链路失败,基于第一MAC-CE向网络设备发送该链路失败小区的信息,启动第二定时器,当第二定时器超时的情况下,终端设备在PRACH上向网络设备发送用于链路失败恢复的第三请求消息,从而使得终端设备在现有资源或现有小区上无法恢复链路失败小区的情况下,及时发起PRACH,继续恢复链路。
应理解,第二定时器可以用于控制整个链路失败恢复流程的时间。
还应理解,在第二定时器运行期间内仍然无法恢复链路失败小区的链路,可能是由于主小区的链路也发生链路失败,终端设备无法现有的上行资源上成功发送链路失败小区的信息,因此第二定时器超时时,终端设备可以发起RACH流程恢复主小区的链路。
结合第三方面,在第三方面的某些实现方式中,所述方法还包括:当在所述第二定时器运行期间内接收到第二响应消息时,停止所述第二定时器,其中,所述第二响应消息用于指示链路失败小区的信息成功传输。
本申请实施例提供的用于链路失败恢复的方法,在上述第二定时器的运行期间内,如果终端设备接收到指示链路失败小区的信息成功传输的第二响应消息,终端设备能够确定链路失败小区的信息成功传输到网络设备了,终端设备可以停止上述的第二定时器。
结合第三方面,在第三方面的某些实现方式中,所述启动第二定时器包括:发送所述第一MAC-CE的X个时间单元之后启动所述第二定时器;或者,当在发送所述第一MAC-CE之前,发送了第二请求消息时,发送所述第二请求消息的X个时间单元之后启动第二定时器,其中,所述X为大于或者等于0的值,所述第二请求消息用于指示链路失败。或者,确定链路失败之后启动所述第二定时器。
本申请实施例提供的用于链路失败恢复的方法,终端设备启动第二定时器的时机可以是在发送上述的第一MAC-CE之后,或者,可以是在发送上述的第一MAC-CE时,或者,在发送上述的第二请求消息之后,或者,可以是在发送上述的第二请求消息时,或者,可以是确定链路失败之后,或者,可以是确定链路失败时,本申请对于启动第二定时器的具体时刻并不限制。
结合第三方面,在第三方面的某些实现方式中,所述方法还包括:启动第一定时器;当所述第一定时器超时,发送第一请求消息,所述第一请求消息为所述第一MAC-CE,或者第一请求消息为第二MAC-CE,所述第二MAC-CE中包括至少一个链路失败小区的信息。
本申请实施例提供的用于链路失败恢复的方法,终端设备确定某个小区的链路失败,可以是在基于第一MAC-CE向网络设备发送该链路失败小区的信息之后,启动第一定时器,当第一定时器超时的情况下,终端设备向网络设备重新发送该链路失败小区的信息,或者,终端设备向网络设备发送至少一个链路失败小区的信息,可以避免完全基于MAC-CE的重传机制重传链路失败小区的信息造成的时延过长的问题,从而提高链路失败恢复的性能。
结合第三方面,在第三方面的某些实现方式中,所述启动第一定时器包括:发送所述第一MAC-CE的K个时间单元之后启动所述第一定时器,其中,所述K为大于或者等于0的值。
本申请实施例提供的用于链路失败恢复的方法,终端设备启动第一定时器的时机可以是在发送上述的第一MAC-CE之后,或者,可以是在发送上述的第一MAC-CE时,为确定何时启动第一定时器提供灵活的方案。
应理解,本申请实施例中对于启动第一定时器的具体时刻并不一定是限定为上述的发送第一MAC-CE的K个时间单元之后,还可以是在发送第一MAC-CE的K个时间单元之前,例如,终端设备采用两步上报链路失败请求消息的情况下,终端设备可以是在发送发生链路失败事件指示信息(第二请求消息,PUCCH)之后但是发送第一MAC-CE之前启动该第一定时器。
结合第三方面,在第三方面的某些实现方式中,所述方法还包括:在所述第一定时器运行期间内检测第一DCI和/或第一响应消息,其中,所述第一DCI用于指示重新发送所述第一MAC-CE(或称为所述第一DCI用于指示第一MAC-CE的重传资源),所述第一响应消息用于指示所述第一MAC-CE传输成功。
基于上述技术方案,终端设备可以在上述的第一定时器运行期间内检测网络设备是否下发用于指示重新发送第一MAC-CE的第一DCI,或者,终端设备可以在上述的第一定时器运行期间内检测网络设备是否下发上述第一MAC-CE的第一响应消息,或者,终端设备可以在上述的第一定时器运行期间内检测网络设备是否下发用于指示重新发送第一MAC-CE的第一DCI和上述第一MAC-CE的第一响应消息,使得终端设备可以基于网络设备的调度执行后续流程,并限制网络设备在预设的时间内完成链路失败小区的信息的传输,避免网络设备过晚的指示链路失败小区的信息的重传资源或发送第一MAC-CE的第一响应信息,可以较快的恢复链路失败小区的链路。
结合第三方面,在第三方面的某些实现方式中,当在所述第一定时器运行期间内接收到所述第一DCI时,重新发送所述第一MAC-CE。
本申请实施例提供的用于链路失败恢复的方法,终端设备在上述第一定时器运行期间内接收到上述第一DCI的情况下,终端设备可以向网络设备重新发送上述的第一MAC-CE,从而使得终端设备可以基于网络设备的指示重新发送第一MAC-CE。
结合第三方面,在第三方面的某些实现方式中,所述方法还包括:重新发送所述第一MAC-CE的K个时间单元之后,重置所述第一定时器,其中,所述K为大于或者等于0的值。
本申请实施例提供的用于链路失败恢复的方法,终端设备重新发送上述的第一MAC-CE之后,或者,在重新发送第一MAC-CE的时候,可以重置上述的第一定时器,使得第一定时器重新工作,可以避免当前重传第一MAC-CE失败还可以基于第一定时器是否超时,确定再次重传第一MAC-CE的时刻,可以避免第一MAC-CE的重传时延过长的问题,控制用于指示链路失败小区的信息的MAC-CE的重传时间,以及避免网络设备过晚的指示第一MAC-CE的重传资源,可以较快的恢复链路失败小区的链路。
应理解,第一定时器重置之后,终端设备在第一定时器超时,或者,终端设备在第一定时器运行期间内执行的动作与上述终端设备基于第一次启动第一定时器之后,在第一定时器超时或运行期间内执行的动作类似,这里不再赘述。
结合第三方面,在第三方面的某些实现方式中,当在所述第一定时器运行期间内接收到所述第一响应消息时,停止所述第一定时器。
本申请实施例提供的用于链路失败恢复的方法,终端设备在上述第一定时器运行期间内接收到用于指示上述第一MAC-CE传输成功的第一响应消息的情况下,终端设备能够获知上述的第一MAC-CE传输成功,无需重传第一MAC-CE了,则终端设备可以停止上述的第一定时器,使得终端设备可以基于网络设备的反馈决定后续流程。
结合第三方面,在第三方面的某些实现方式中,所述响应消息可以是以下信令中的任意一种:第四DCI、所述链路失败小区的物理下行控制信道PDCCH的传输配置指示TCI、专用搜索空间集合内的DCI、专用控制资源集合内的DCI、专用无线网络临时标识RNTI加扰的DCI,其中,所述第四DCI用于指示下行资源,或者,所述第四DCI与所述第二DCI具有相同的混合自动重传请求进程标识HARQ process identifier且NDI不同。
本申请实施例提供的用于链路失败恢复的方法,终端设备获知上述的第一MAC-CE传输成功可以是接收到上述的任意一种或多种信令,即上述第一MAC-CE的第一响应消息的具体形式有多种,本申请对此并不限制,提供了灵活的选择方案。
结合第三方面,在第三方面的某些实现方式中,发送所述第一请求消息之前,所述方法还包括:当所述第一定时器超时,发送第二请求消息,所述第二请求消息用于指示链路失败。
本申请实施例提供的用于链路失败恢复的方法,终端设备在上述的第一定时器超时的情况下,还可以发送用于指示链路失败事件的第二请求消息,使得本申请提供的用于链路失败恢复的方法可以及时告知网络设备有小区发生了链路失败事件,网络设备可以及时分配用于承载链路失败小区的信息的新的资源,及时恢复链路失败小区的链路。
一种可能的实现方式,终端设备启动第一定时器之前上报BFRQ消息为一步上报的形式,则上述的当所述第一定时器超时,发送第二请求消息为首次发送第二请求消息。可以理解为终端设备上报BFRQ消息的形式由一步上报的形式转变为两步上报形式。
另一种可能的实现方式,终端设备启动定时器之前上报BFRQ消息为两步上报的形式,则上述发送第一MAC-CE之前,还包括发送第二请求消息。即上述的当所述第一定时器超时,发送第二请求消息可以为重新发送该第二请求消息。
结合第三方面,在第三方面的某些实现方式中,所述第二请求消息承载在物理上行控制信道PUCCH上,或者所述第二请求消息承载在物理随机接入信道PRACH上。该PUCCH资源或PRACH资源可以为PCell上的资源或PSCell上的资源。
本申请实施例提供的用于链路失败恢复的方法,终端设备用于传输第二请求消息的资源可以是PUCCH或者PRACH,可以使得网络设备及时获取有小区发生了链路失败事件,网络设备可以及时分配用于承载链路失败小区的信息的资源,及时恢复链路失败小区的链路。
结合第三方面,在第三方面的某些实现方式中,所述链路失败小区的信息包括:所述链路失败小区的标识信息,和/或,参考信号资源的信息,其中,所述参考信号资源的信息用于恢复所述链路失败小区的链路。
本申请实施例提供的用于链路失败恢复的方法,上述的链路失败小区的信息可以是链路失败小区的标识信息和参考信号资源的信息中的至少一种,为网络设备如何获知链路失败的小区提供灵活的选择。
第四方面,提供一种用于链路失败恢复的装置,所述用于链路失败恢复的装置包括处理器,用于实现上述第一方面和第三方面描述的方法中终端设备的功能。
可选地,所述用于链路失败恢复的装置还可以包括存储器,所述存储器与所述处理器耦合,所述处理器用于实现上述第一方面和第三方面描述的方法中终端设备的功能。在一种可能的实现中,所述存储器用于存储程序指令和数据。所述存储器与所述处理器耦合,所述处理器可以调用并执行所述存储器中存储的程序指令,用于实现上述第一方面和第三方面描述的方法中终端设备的功能。
可选地,所述用于链路失败恢复的装置还可以包括通信接口,所述通信接口用于所述用于链路失败恢复的装置与其它设备进行通信。当该用于链路失败恢复的装置为终端设备时,所述收发器可以是通信接口,或,输入/输出接口。
在一种可能的设计中,所述用于链路失败恢复的装置包括:处理器和通信接口,用于实现上述第一方面描述的方法中终端设备的功能,具体地包括:
所述处理器利用所述通信接口与外部通信;
所述处理器用于运行计算机程序,使得所述装置实现上述第一方面描述的任一种方法。
可以理解,所述外部可以是处理器以外的对象,或者是所述装置以外的对象。
在一种可能的设计中,所述用于链路失败恢复的装置包括:处理器和通信接口,用于实现上述第三方面描述的方法中终端设备的功能,具体地包括:
所述处理器利用所述通信接口与外部通信;
所述处理器用于运行计算机程序,使得所述装置实现上述第三方面描述的任一种方法。
可以理解,所述外部可以是处理器以外的对象,或者是所述装置以外的对象。
在另一种实现方式中,该用于链路失败恢复的装置为芯片或芯片系统时,所述通信接口可以是是该芯片或芯片系统上输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。所述处理器也可以体现为处理电路或逻辑电路。
第五方面,提供一种用于链路失败恢复的装置,所述用于链路失败恢复的装置包括处理器,用于实现上述第二方面描述的方法中网络设备的功能。
可选地,所述用于链路失败恢复的装置还可以包括存储器,所述存储器与所述处理器耦合,所述处理器用于实现上述第二方面描述的方法中网络设备的功能。在一种可能的实现中,所述存储器用于存储程序指令和数据。所述存储器与所述处理器耦合,所述处理器可以调用并执行所述存储器中存储的程序指令,用于实现上述第二方面描述的方法中网络设备的功能。可选地,所述用于链路失败恢复的装置还可以包括通信接口,所述通信接口用于所述用于链路失败恢复的装置与其它设备进行通信。当该用于链路失败恢复的装置为网络设备时,所述通信接口为收发器、输入/输出接口、或电路等。
在一种可能的设计中,所述用于链路失败恢复的装置包括:处理器和通信接口,
所述处理器利用所述通信接口发送第二下行控制信息DCI,所述第二DCI用于指示第一资源;
所述处理器用于启动第一定时器;
所述处理器根据在所述第一定时器运行期间内是否接收到所述第一MAC-CE,利用所述通信接口确定发送第一DCI或第一响应消息,其中,所述第一DCI用于指示重新发送所述第一MAC-CE,所述第一响应消息用于指示所述第一MAC-CE传输成功。
在另一种可能的设计中,该用于链路失败恢复的装置为芯片或芯片系统。所述通信接口可以是该芯片或芯片系统上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。所述处理器也可以体现为处理电路或逻辑电路。
第六方面,提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被通信装置执行时,使得所述通信装置实现第一方面和第三方面以及第一方面和第三方面的任一可能的实现方式中的方法。
第七方面,提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被通信装置执行时,使得所述通信装置实现第二方面以及第二方面的任一可能的实现方式中的方法。
第八方面,提供一种包含指令的计算机程序产品,所述指令被计算机执行时使得通信装置实现第一方面和第三方面以及第一方面和第三方面的任一可能的实现方式中的方法。
第九方面,提供一种包含指令的计算机程序产品,所述指令被计算机执行时使得通信装置实现第二方面以及第二方面的任一可能的实现方式中的方法。
第十方面,提供了一种通信系统,包括第四方面所示的用于链路失败恢复的装置和第五方面所示的用于链路失败恢复的装置。
附图说明
图1是能够适用本申请实施例用于链路失败恢复的方法的系统100的示意图。
图2是一种链路失败恢复的示意性流程图。
图3是NR中SCell对应的BFRQ消息重传的方式示意图。
图4是本申请实施例提供的一种用于链路失败恢复的方法示意性流程图。
图5是本申请实施例提供的一种重传第一MAC-CE的示意图。
图6是本申请实施例提供的另一种重传第一MAC-CE的示意图。
图7是本申请实施例提供的一种停止第一定时器的示意图。
图8是本申请实施例提供的另一种停止第一定时器的示意图。
图9是本申请实施例提供的一种发送第一请求消息的示意图。
图10是本申请实施例提供的另一种发送第一请求消息的示意图。
图11是本申请实施例提供的另一种用于链路失败恢复的方法示意性流程图。
图12是本申请提出的用于链路失败恢复的装置14的示意图。
图13是适用于本申请实施例的终端设备50的结构示意图。
图14是本申请提出的用于链路失败恢复的装置16的示意图。
图15是适用于本申请实施例的网络设备17的结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)系统、通用移动通信系统(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信系统、第五代(5th generation,5G)系统、新无线(newradio,NR)或未来网络等,本申请中所述的5G移动通信系统包括非独立组网(non-standalone,NSA)的5G移动通信系统或独立组网(standalone,SA)的5G移动通信系统。本申请提供的技术方案还可以应用于未来的通信系统,如第六代移动通信系统。通信系统还可以是陆上公用移动通信网(public land mobile network,PLMN)网络、设备到设备(device-to-device,D2D)通信系统、机器到机器(machine to machine,M2M)通信系统、物联网(internet of Things,IoT)通信系统或者其他通信系统。
本申请实施例中的终端设备(terminal equipment)可以指接入终端、用户单元、用户站、移动站、移动台、中继站、远方站、远程终端、移动设备、用户终端(user terminal)、用户设备(user equipment,UE)、终端(terminal)、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digitalassistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端设备或者未来车联网中的终端设备等,本申请实施例对此并不限定。
作为示例而非限定,在本申请实施例中,可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
此外,在本申请实施例中,终端设备还可以是IoT系统中的终端设备,IoT是未来信息技术发展的重要组成部分,其主要技术特点是将物品通过通信技术与网络连接,从而实现人机互连,物物互连的智能化网络。在本申请实施例中,IOT技术可以通过例如窄带(narrow band,NB)技术,做到海量连接,深度覆盖,终端省电。
此外,在本申请实施例中,终端设备还可以包括智能打印机、火车探测器、加油站等传感器,主要功能包括收集数据(部分终端设备)、接收网络设备的控制信息与下行数据,并发送电磁波,向网络设备传输上行数据。
本申请实施例中的网络设备可以是用于与终端设备通信的任意一种具有无线收发功能的通信设备。该设备包括但不限于:演进型节点B(evolved Node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、基站控制器(base stationcontroller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(homeevolved NodeB,HeNB,或home Node B,HNB)、基带单元(baseBand unit,BBU),无线保真(wireless fidelity,WIFI)系统中的接入点(access point,AP)、无线中继节点、无线回传节点、传输点(transmission point,TP)或者发送接收点(transmission and receptionpoint,TRP)等,还可以为5G,如,NR,系统中的gNB,或,传输点(TRP或TP),5G系统中的基站的一个或一组(包括多个天线面板)天线面板,或者,还可以为构成gNB或传输点的网络节点,如基带单元(BBU),或,分布式单元(distributed unit,DU)等。
在一些部署中,gNB可以包括集中式单元(centralized unit,CU)和DU。gNB还可以包括有源天线单元(active antenna unit,AAU)。CU实现gNB的部分功能,DU实现gNB的部分功能。比如,CU负责处理非实时协议和服务,实现无线资源控制(radio resource control,RRC),分组数据汇聚层协议(packet data convergence protocol,PDCP)层的功能。DU负责处理物理层协议和实时服务,实现无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层和物理(physical,PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息,或者,由PHY层的信息转变而来,因而,在这种架构下,高层信令,如RRC层信令,也可以认为是由DU发送的,或者,由DU+AAU发送的。可以理解的是,网络设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外,可以将CU划分为接入网(radio access network,RAN)中的网络设备,也可以将CU划分为核心网(core network,CN)中的网络设备,本申请对此不做限定。
在本申请实施例中,终端设备或网络设备包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器(centralprocessing unit,CPU)、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是终端设备或网络设备,或者,是终端设备或网络设备中能够调用程序并执行程序的功能模块。
另外,本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(compact disc,CD)、数字通用盘(digital versatile disc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(erasable programmableread-only memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读存储介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
图1(a)是能够适用本申请实施例用于链路失败恢复的方法的系统101的示意图。该通信系统101处于单载波场景或载波聚合场景(carrier aggregation,CA)中,该通信系统100包括网络设备110和终端设备120,网络设备110与终端设备120通过无线网络进行通信,当终端设备120检测到网络设备110和终端设备120之间的链路发生故障后,终端设备120向网络设备110发送链路失败恢复请求(beam failure recovery request,BFRQ)消息。可选地,网络设备110接收到该BFRQ消息后,向终端设备120发送链路失败恢复响应(beamfailure recovery response,BFRR)消息或重新配置链路。
应理解,图1(a)中网络设备110下可以包括一个或多个小区。例如,包括第一小区和第二小区,若终端设备和该网络设备在第二小区的链路发生故障,该第一小区可以辅助该第二小区进行链路恢复,例如,该终端设备可以在属于该第一小区的上行资源上向该网络设备发送该BFRQ消息,该终端设备可以在属于该第二小区的下行资源上接收该网络设备发送的该BFRR消息。
当通信系统100的传输方向为上行传输时,终端设备120为发送端,网络设备110为接收端,当通信系统100的传输方向为下行传输时,网络设备110为发送端,终端设备120为接收端。
图1(b)是能够适用本申请实施例用于链路失败恢复的方法的系统102的示意图。该通信系统102处于双链接(dual connectivity,DC)或多点协作传输(coordinatedmultipoint transmission/reception,CoMP)的场景中,该通信系统102包括网络设备111、网络设备112和终端设备120,网络设备111为终端设备120初始接入时的网络设备,负责与终端设备120之间的RRC通信,网络设备112是在RRC重配置时添加的,用于提供额外的无线资源。配置了载波聚合的终端设备120与网络设备111和网络设备112相连,网络设备111和终端设备112之间的链路可以为称之为第一链路,网络设备112和终端设备120之间的链路可以称之为第二链路。
当网络设备111和网络设备112可以都向终端设备120配置用于传输BFRQ消息的上行资源时,当该第一链路或者第二链路发生故障,则终端设备120可以在用于传输BFRQ消息的上行资源上向网络设备111或者网络设备112发送BFRQ消息,网络设备111或者网络设备112收到该BFRQ消息后,向终端设备120发送BFRR消息。
特别地,若该网络设备112没有配置用于传输BFRQ消息的上行资源,那么当该第二链路发生故障时,该终端设备120可以通过网络设备111向网络设备112转发BFRQ消息,使得网络设备112能够恢复该第二链路。
上述适用本申请的通信系统仅是举例说明,适用本申请的通信系统不限于此,例如,通信系统中包括的网络设备和终端设备的数量还可以是其它的数量,或者采用单基站、多载波聚合的场景、双链接的场景或D2D通信场景。
应理解,本申请实施例的技术方案可以应用于CA场景下的一个小区辅助另一个小区或者多个小区恢复链路。或者是DC场景下,一个小区组内的一个小区辅助另一个小区或者多个小区恢复链路。
应理解,本申请实施例的技术方案还可以应用于单载波或CA或DC场景下,一个小区在该小区的资源上恢复本小区的链路失败。
应理解,本申请实施例中的技术方案适用的主小区(primary cell,PCell)可以是高频或者低频,本申请实施例中的技术方案适用的辅小区(secondary cell,SCell)可以是高频或者低频的情况。例如,当Pcell是低频,Scell是高频。在一种可能的实现方式中,对于没有配置上行资源的Scell,可以使用Pcell的上行资源辅助Scell恢复链路。通常低频和高频是相对而言的,也可以以某一特定频率为分界,例如6GHz。
应理解,本申请实施例的技术方案还可以应用于CoMP场景下,一个TRP辅助另一个TRP恢复链路。其中CoMP可以为非相干联合发送(non coherent joint transmission,NCJT)、相干联合发送(coherent joint transmission,CJT)、联合发送(jointtransmission,JT)等中的一种或多种场景。
以下以图1(c)简单说明网络设备与终端设备之间的信令交互。图1(c)是能够适用本申请实施例用于链路失败恢复的方法的系统103的示意图。包括至少一个终端设备(例如,图1中所示的终端设备#1、终端设备#2、终端设备#3、终端设备#4、终端设备#5和终端设备#6)和网络设备。网络设备用于为终端设备提供通信服务并接入核心网,终端设备可以通过搜索网络设备发送的同步信号、广播信号等接入网络设备,从而进行与网络设备的通信。图1中的终端设备#1、终端设备#2、终端设备#3、终端设备#4、终端设备#5和终端设备#6可以与网络设备进行上下行传输。例如,网络设备可以向终端设备#1、终端设备#2、终端设备#3、终端设备#4、终端设备#5和终端设备#6发送下行信号,也可以接收终端设备#1、终端设备#2、终端设备#3、终端设备#4、终端设备#5和终端设备#6发送的上行信号。
此外,终端设备#4、终端设备#5和终端设备#6也可以看作一个通信系统,终端设备#6可以向终端设备#4和终端设备#5发送下行信号,也可以接收终端设备#4和终端设备#5发送的上行信号。
需要说明的是,本申请实施例可以应用于包括一个或多个网络设备的通信系统中,也可以应用于包括一个或多个终端设备的通信系统中,本申请对此不进行限定。
为了便于理解本申请实施例中提供的用于链路失败恢复的方法,下面简单介绍本申请实施例中涉及到的几个基本概念:
1、控制资源集合(control resource set,CORESET)。
为了提高终端设备盲检控制信道的效率,NR标准制定过程中提出了控制资源集合的概念。控制资源集合指的是网络设备为终端设备配置的一个或多个资源集合,用于发送物理下行控制信道(physical downlink control channel,PDCCH)。具体地,网络设备可以在终端设备对应的任一控制资源集合上,向终端设备发送控制信道。此外,网络设备还需要通知终端设备该控制资源集合的相关联的其他配置,例如搜索空间集合等。每个控制资源集合的配置信息存在差异,例如不同的控制资源集合的频域宽度、时域长度存在差异等。进一步地,本申请中的控制资源集合可以是5G移动通信系统中定义的CORESET或控制区域(control region)或增强物理下行控制信道(enhanced-physical downlink controlchannel,E-PDCCH)集合(set)等。
PDCCH所占用的时频位置可以称之为下行控制区域。在LTE中,PDCCH始终位于一个子帧的前m个(m可能的取值为1、2、3和4)符号。需要注意的是,在LTE中,E-PDCCH和中继-物理下行控制信道(relay-physical downlink control channel,R-PDCCH)的位置未处于一个子帧的前m个符号。
在NR中,下行控制区域可以由RRC信令通过控制资源集合(control resourceset,CORESET)和搜索空间集合(search space set)灵活配置:
控制资源集合可配置PDCCH或控制信道单元(control channel element,CCE)的频域位置,时域的持续符号数(最大值为3)等信息;
搜索空间集合可配置PDCCH的检测周期以及偏移量,在一个时隙内的起始符号等信息。例如,搜索空间集合可配置PDCCH周期为1个时隙,而时域起始符号为符号0,则终端设备可以在每个时隙的起始位置检测PDCCH。
2、准共站/准共址(quasi-collocation,QCL)假设信息。
QCL假设信息也可以简称为QCL信息,QCL信息用于辅助描述终端设备接收波束赋形信息以及接收流程。QCL信息用于指示两种参考信号之间的QCL关系,其中目标参考信号一般是可以是解调参考信号(demodulation reference signal,DMRS),CSI-RS等,而被引用的参考信号或者源参考信号一般可以是CSI-RS、TRS、SSB等。
空间相关(spatial relation)信息:用于辅助描述终端设备发射侧波束赋形信息以及发射流程。spatial relation信息用于指示两种参考信号之间的空间发送参数关系,其中目标参考信号一般是可以是DMRS,SRS等,而被引用的参考信号或者源参考信号一般可以是CSI-RS、SRS、SSB等。
应理解,满足QCL关系的两个参考信号或信道的空间特性参数是相同的,从而基于该源参考信号资源索引可推断出目标参考信号的空间特性参数。
还应理解,满足空间相关性信息的两个参考信号或信道的空间特性参数是相同的,从而基于该源参考信号资源索引可推断出目标参考信号的空间特性参数。
其中,空间特性参数包括以下参数中的一种或多种:
入射角(angle of arrival,AoA)、主(dominant)入射角AoA、平均入射角、入射角的功率角度谱(power angular spectrum,PAS)、出射角(angle of departure,AoD)、主出射角、平均出射角、出射角的功率角度谱、终端设备发送波束成型、终端设备接收波束成型、空间信道相关性、网络设备发送波束成型、网络设备接收波束成型、平均信道增益、平均信道时延(average delay)、时延扩展(delay spread)、多普勒扩展(Doppler spread)、多普勒频移(doppler shift)、空间接收参数(spatial Rx parameters)等。
这些空间特性参数描述了源参考信号与目标参考信号的天线端口间的空间信道特性,有助于终端设备根据该QCL信息完成接收侧波束赋形或接收处理过程。应理解,终端设备可以根据QCL信息指示的源参考信号的接收波束信息,接收目标参考信号;这些空间特性参数还有助于终端设备根据该空间相关信息完成发射侧波束赋形或者发射处理过程,应理解,终端设备可以根据空间相关信息指示的源参考信号的发射波束信息,发射目标参考信号。
其中,为了节省网络设备对终端设备的QCL信息指示开销,作为一种可选的实施方式,网络设备可以指示PDCCH或物理下行共享信道(physical downlink shared channel,PDSCH)的解调参考信号与终端设备之前上报的多个参考信号中的一个或多个是满足QCL关系的,例如,该参考信号可以是CSI-RS。这里,每一个上报的CSI-RS资源索引对应了一个之前基于该CSI-RS资源测量时建立的一个收发波束对。应理解,满足QCL关系的两个参考信号或信道的接收波束信息是相同的,该终端设备可以根据该参考信号资源索引推断出接收PDCCH或PDSCH的接收波束信息。
现有标准中定义了四种类型的QCL,网络设备可以同时给终端设备配置一个或多种类型的QCL,如QCL type A+D,C+D:
QCL types A:Doppler shift,Doppler spread,average delay,delay spread
QCL types B:Doppler shift,Doppler spread
QCL types C:average delay,Doppler shift
QCL types D:Spatial Rx parameter
在本申请的举例中,某些参数的对应关系也可以应用于QCL描述下的场景。
应理解,本申请中适用于QCL假设的场景,也可以是两个参考信号,进一步或者是传输对象间的关联关系。
3、传输配置指示(transmission configuration indicator,TCI)状态。
一个TCI状态(TCI state)可以包含一个或两个被引用的参考信号,及所关联的QCL类型(QCL type)。QCL类型又可以分为A、B、C、D四个类别,分别是{Doppler shift,Doppler spread,average delay,delay spread,spatial Rx parameter}的不同组合或选择。TCI状态包括QCL信息,或者TCI状态用于指示QCL信息。
4、波束(beam)。
波束是一种通信资源,不同的波束可以认为是不同的通信资源。不同的波束可以发送相同的信息,也可以发送不同的信息。波束可以对应时域资源、空间资源和频域资源中的至少一项。
可选地,具有相同或者类型的通信特征的多个波束可以视为一个波束,一个波束内可以包括一个或多个天线端口,用于传输数据信道,控制信道和探测信号等。例如,发送波束可以是指信号经天线发射出去后在空间不同方向上形成的信号强度的分布;接收波束可以是指从天线上接收到的无线信号在空间不同方向上的信号强度分布。
具体地,波束可以是宽波束,也可以是窄波束,还可以是其他类型的波束。形成波束的技术可以是波束成型技术也可以是其他技术手段,本申请对此不进行限定。其中,波束成型技术(beam forming)可以是通过在空间上朝向特定的方向来实现更高的天线阵列增益。此外,波束可以分为网络设备的发送波束和接收波束,与终端设备的发送波束和接收波束。网络设备的发送波束用于描述网络设备接收侧波束赋形信息,网络设备的接收波束用于描述网络设备接收侧波束赋形信息。终端设备的发送波束用于描述终端设备发送侧波束赋形信息,终端设备的接收波束用于描述接收侧波束赋形信息。
更具体地,波束成型技术包括数字波束成型技术、模拟波束成型技术和混合数字模拟波束成型技术。其中,模拟波束成型技术可以通过射频实现,例如,一个射频链路(RFchain)通过移相器来调整相位,从而控制模拟波束方向的改变。因此,一个RF chain在同一时刻只能打出一个模拟波束。此外,基于模拟波束的通信,需要发送端和接收端的波束对齐,否则无法正常传输信号。
应理解,形成一个波束的一个或多个天线端口也可以看作是一个天线端口集。
还应理解,波束还可以通过空间滤波器(spatial filter)或空间传输滤波器(spatial domain transmission filter)体现,换句话说,波束也可以称为“空间滤波器”,其中发射波束称为“空间发射滤波器”,接收波束称为“空间接收滤波器”或“下行空间滤波器”。网络设备的接收波束或终端设备的发送波束还可以称为“上行空间滤波器”,网络设备的发送波束或终端设备的接收波束还可以称为“下行空间滤波器”。最优的N个波束对(Beampair link,BPL)(一个BPL包括一个网络设备的发射波束和一个终端设备的接收波束,或者,一个BPL包括一个终端设备的发射波束和一个网络设备的接收波束)的选择。用于终端设备基于网络设备的波束扫描实现对网络设备的发射波束和/或终端设备的接收波束的选择,以及,网络设备基于终端设备的波束扫描实现对终端设备的发射波束和/或网络设备的接收波束的选择。
具体地,发射波束可以为网络设备发射波束,也可以为终端设备发射波束。当该发射波束为网络设备发射波束时,网络设备通过不同的发射波束向终端设备发送参考信号,终端设备通过同一个接收波束来接收网络设备通过不同的发射波束发送的参考信号,并基于接收信号确定网络设备的最优发射波束,然后将网络设备的最优发射波束反馈给网络设备,以便于网络设备对发射波束进行更新。当该发射波束为终端设备发射波束时,终端设备通过不同的发射波束向网络设备发送参考信号,网络设备通过同一个接收波束来接收终端设备通过不同的发射波束发送的参考信号,并基于接收信号确定终端设备的最优发射波束,然后将终端设备的最优发射波束反馈给终端设备,以便于终端设备对发射波束进行更新。其中,上述通过不同的发射波束发送参考信号的过程可以称为波束扫描,基于接收信号确定最优发射波束的过程可以称为波束匹配。
接收波束可以为网络设备的接收波束,也可以为终端设备的接收波束。当该接收波束为网络设备的接收波束时,终端设备通过同一个发射波束向网络设备发送参考信号,网络设备采用不同的接收波束接收终端设备发送的参考信号,然后基于接收信号确定网络设备的最优接收波束,以对网络设备的接收波束进行更新。当该接收波束为终端设备的接收波束时,网络设备通过同一个发射波束向终端设备发送参考信号,终端设备采用不同的接收波束接收网络设备发送的参考信号,然后基于接收信号确定终端设备的最优接收波束,以对终端设备的接收波束进行更新。
需要说明的是,对于下行波束的训练,网络设备会配置参考信号资源集合的类型用于波束训练,当为参考信号资源集合配置的重复参数为“on”时,终端设备假设该参考信号资源集合中的参考信号资源使用相同的下行空间滤波器传输,也即使用相同的发送波束传输;此时,一般情况下,终端设备会使用不同的接收波束接收上述参考信号资源集合中的参考信号资源,训练出终端设备最好的接收波束,可选地,终端设备可以上报终端设备测量的最好的N个参考信号资源对应的参考信号的信道质量。当为参考信资源号集合配置的重复参数为“off”时,终端设备不会假设该参考信号资源集合中的参考信号资源使用相同的下行空间滤波器传输,也即不假设网络设备使用相同的发送波束传输参考信号资源,此时终端设备通过测量该集合中参考信号资源对应的参考信号的信道质量在该资源集合中选出最好的N个波束反馈给网络设备,一般情况下,此时,终端设备在此过程中使用相同的接收波束。
5、小区载波相关概念。
CA:
通过将多个连续的或非连续的单元载波聚合成更大的带宽(例如,达到100MHz),从而满足3GPP对带宽的需求。
单元载波(component carrier,CC):
多载波聚合中的每个载波都可以称为“CC”,每个载波由一个或多个物理资源块(physical resource block,PRB)组成,每个载波上可以有各自对应的物理下行控制信道(physical downlink control channel,PDCCH),调度各自CC的物理下行控制信道(physical downlink control channel,PDSCH);还可以没有PDCCH,而是通过其他CC上的PDCCH调度PDSCH。终端设备可以在多个CC上接收数据时,又可以称为分量载波,组成载波,或成员载波等。
PCell:
PCell是CA的终端设备驻留的小区。
PSCell:
PSCell是主网络设备(master eNodeB,MeNB)通过RRC连接信令配置给DC终端设备的在辅网络设备(secondary eNodeB,SeNB)上的一个特殊辅小区。
SCell:
SCell是指通过RRC连接信令配置给CA终端设备的小区,工作在SCC(辅载波)上,可以为CA终端设备提供更多的无线资源。SCell可以只有下行,也可以上下行同时存在。
特殊小区(special cell,SpCell):
对于双连接(dual connectivity,DC)场景,SpCell指主小区组(master cellgroup,MCG)的PCell或者辅小区组(secondary cell group,SCG)的PSCell;对于CA场景,SpCell指PCell。
MCG/SCG:
MCG是指主网络设备中为终端设备提供服务的小区所在的组为主小区组。在双连接模式下,MeNB关联的一组服务小区,包括PCell和一个或多个SCell。
SCG是指辅网络设备中为终端设备提供服务的小区所在的组为辅小区组。在双链接模式下,包括PSCell和0个或者多个SCell。
MeNB/SeNB:
MeNB是DC终端设备驻留小区所属的网络设备。
SeNB是MeNB通过RRC连接信令配置给DC终端设备的另一个网络设备。
6、MAC-CE重传机制。
终端设备侧MAC层对下行控制信息(downlink control information,DCI)中的新数据指示符(new date indicator,NDI)字段处理如下:
1)若是对终端设备的小区无线网络临时标识(cell radio network temporaryidentifier,C-RNTI)的第一次下行资源分配,则认为NDI字段已经翻转;
2)若是对终端设备的C-RNTI的下行资源分配,并且此前在相同的混合自动重传请求(hybrid automatic repeat request,HARQ),有对该终端设备的半静态调度(semi-persistent scheduling,SPS)C-RNTI的下行资源分配,或者有对该终端设备的C-RNTI的配置的下行资源分配,则认为NDI字段已经翻转;
其中,对终端设备的SPS C-RNTI的下行资源分配的情况下:
若NDI字段为1,则认为NDI字段未翻转;若NDI字段为0且若对应的PDCCH内容不是指示释放SPS资源,则保存本传输时间间隔(transmission time interval,TTI)的下行资源分配为配置的下行资源分配,同时认为NDI字段已经翻转。
3)若不是以上情况,同时本TTI有配置的资源分配,并且不是测量间隔期间(gap),则认为NDI字段已经翻转;
4)若不是以上情况,终端设备侧用本TTI接收的传输块(transport block,TB)的NDI值与该TB之前最近一次接收的NDI值相比较,判断NDI字段是否已实际发生翻转。
目前协议中规定若NDI字段已翻转,则认为此次传输的是初传数据,即MAC-CE是新传的;若不是上述情况,则认为MAC-CE是重传。
7、为了检测链路失败及恢复链路失败所配置的参考信号资源。
为了检测链路失败,网络设备需要给终端设备配置用于波束失败检测的参考信号资源(beam failure detection RS resource)集合,该beam failure detection RSresources集合也可以称为链路失败检测的参考信号资源集合,为了便于区分和描述,本申请实施例中称该用于波束失败检测的参考信号资源集合为第一参考信号资源集合。
应理解,参考信号资源和参考信号之间存在对应关系,则本申请实施例中的参考信号资源也可以简称为参考信号,例如,上述beam failure detection RS resource在协议中也可以描述为beam failure detection RS、beam failure detection RS resourceconfig、failure detection resources等。
具体地,网络设备给终端设备配置第一参考信号资源集合包括以下两种可能的配置方式:
1)网络设备给终端设备显示配置第一参考信号资源集合。例如,网络设备给终端设备配置beam failure detection RS resource config集合,或者,网络设备给终端设备配置beam failure detection RS集合,或网络设备给终端设备配置failure detectionresources集合等。具体地,网络设备可以通过RRC、MAC-CE、DCI等信令中的一种或多种信令给终端设备配置第一参考信号资源集合。
2)网络设备给终端设备隐式地配置第一参考信号资源集合。例如,网络设备指示PDCCH的TCI,该TCI中关联的参考信号资源作为第一参考信号资源集合中的参考信号资源,该参考信号资源是与PDCCH的DMRS满足QCL关系的参考信号资源,且为周期发送的参考信号资源。
应理解,上述的网络设备显示或隐示给终端设备配置第一参考信号资源集合只是举例,对本申请的保护范围并不构成任何限定。
可选地,当网络设备显示给终端设备配置了上述的第一参考信号资源集合的情况下,终端设备可以根据该第一参考信号资源集合检测链路是否失败;
可选地,当网络设备没有显示给终端设备配置上述的第一参考信号资源集合的情况下,终端设备可以按照上述隐式指示方式先确定第一参考信号资源集合,再根据该第一参考信号资源集合检测链路是否失败。
其中,第一参考信号资源集合中的参考信号资源与PDCCH的解调参考信号资源满足QCL关系,或者第一参考信号资源集合中的参考信号资源与PDCCH使用相同的TCI状态,当该第一参考信号资源集合中的部分或者所有参考信号资源对应的参考信号的信道质量(例如,参考信号的接收功率(reference signal receiving power,RSRP)、参考信号的信道质量指示(channel quality indicator,CQI)、参考信号的块差错率(block error ratio,BLER)、参考信号的,信号与干扰加噪声比(signal to Interference plus noise ratio,SINR)或参考信号的信噪比(signal noise ratio,SNR)等)低于第一预设门限,则判定为链路失败。
进一步地,上述第一参考信号资源集合中的部分或者所有参考信号资源对应的参考信号的信道质量低于第一预设门限可以是第一参考信号资源集合中的部分或者所有参考信号资源对应的参考信号的信道质量连续W次低于第一预设门限,或者,可以是第一参考信号资源集合中的部分或者所有参考信号资源对应的参考信号的信道质量一定时间段内W次低于第一预设门限,W为正整数。该第一预设门限可以称为链路失败检测门限,还可以称为链路失败门限等。
应理解,只要是用于检测链路失败的门限均可以为上述的第一预设门限、只要是用于检测链路失败的参考信号资源均可以为上述的第一参考信号资源集合中的参考信号资源,本申请并不对该第一预设门限、第一参考信号资源集合的名称做限定。
可选的,该第一预设门限可以是网络设备配置的,或者,该第一预设门限还可以是与无线链路失败(radio link failure)失步门限(out of sync,OOS)相同的门限。
可选地,当网络设备配置了第一预设门限的情况下,终端设备可以基于该第一预设门限检测链路是否失败,或者,当网络设备没有配置第一预设门限的情况下,终端设备可以将无线链路失败失步门限作为第一预设门限,基于该第一预设门限检测链路是否失败。
应理解,上述的第一参考信号资源集合中的参考信号资源对应的参考信号可以是终端设备用于检测网络设备的某一发射波束的信道质量的参考信号,该发射波束是网络设备与该终端设备进行通信时所使用的波束,因此,上述的检测链路是否失败也可以称为检测波束是否失败。
进一步地,为了链路失败恢复,网络设备还可以给终端设备指示用于恢复终端设备与网络设备之间的链路的波束恢复参考信号资源集合(例如,candidate beam RS list或candidate beam RS identification resource或beam failure candidate beamresource或candidate beam identification RS或candidate beam list),该波束恢复参考信号资源集合也可以称为参考信号资源集合或链路失败恢复参考信号资源集合,为了便于区分和描述,本申请实施例中称该用于恢复终端设备与网络设备之间的链路的波束恢复参考信号资源集合为第二参考信号资源集合。
例如,网络设备可以给终端设备显示配置第二参考信号资源集合。具体地,网络设备可以通过RRC、MAC-CE、DCI等信令中的一种或多种信令给终端设备配置第二参考信号资源集合。
还例如,第二参考信号资源集合还可以是某个默认的参考信号资源集合(例如,用于波束管理(beam management,BM)的参考信号资源集合,或者是用于无线资源管理(radioresource management,RRM)测量的参考信号资源集合,或者是复用其他功能的某个参考信号资源集合)。其中,用于BM的参考信号资源集合可以是重复(repetition)标识为“关(off)”的参考信号资源集合(还可以是repetition标识为“开(on)”的参考信号资源集合)。
具体地,终端设备检测链路失败之后,终端设备需要从第二参考信号资源集合中选出参考信号资源对应的参考信号的信道质量信息(如RSRP、RSRQ、CQI、SINR等)高于第二预设门限的参考信号,用于链路失败恢复。第二参考信号资源集合也可以理解为用于终端设备在确定网络设备的发射波束发生波束失败后,用于发起波束重配的参考信号资源集合。
可选地,当网络设备给终端设备配置了第二参考信号资源集合的情况下,终端设备从该第二参考信号资源集合中选择参考信号资源用于链路失败恢复;
可选地,当网络设备没有给终端设备配置第二参考信号资源集合的情况下,终端设备从上述默认的参考信号资源集合中选择参考信号资源用于链路失败恢复,其中,默认的参考信号集合为第二参考信号资源集合的另一种可能的形式。
具体地,上述终端设备从第二参考信号资源集合中选择参考信号资源包括:终端设备从第二参考信号资源集合中选择参考信号资源对应的参考信号的信道质量大于第二预设门限的参考信号资源作为上述的参考信号资源。
可选的,上述第二预设门限可以由网络设备配置,或者第二预设门限还可以是预定义的门限。例如,当网络设备没有配置该第二预设门限时,默认第二预设门限为用于移动性测量的门限。该第二预设门限可以称为链路失败恢复门限,还可以称为链路恢复门限。应理解,只要是用于恢复链路失败的门限均可以为该第二预设门限,本申请不对该第二预设门限的名称做限定。
在本申请实施例中,链路失败还可以称为通信失败、波束失败、波束故障、链路故障、通信故障、通信链路失败、通信链路故障等。在本申请实施例中,这些概念是相同的含义。该链路失败可以是指用于PDCCH的波束失败检测的参考信号的信道质量小于或者等于第一预设门限。通信链路故障后,终端设备需要从第二参考信号资源集合中选出参考信号资源对应的参考信号的信道质量信息(如RSRP、RSRQ、CQI、SINR等)高于第二预设门限的参考信号资源,用于恢复通信链路。
在本申请实施例中,链路失败恢复也可以称为恢复网络设备与终端设备通信、波束失败恢复、波束故障恢复、波束恢复、通信失败恢复、链路故障恢复、链路恢复、通信失败恢复、通信故障恢复、通信链路失败恢复、通信链路故障恢复、通信恢复、链路重配等。
本申请实施例中,链路失败恢复请求消息又可以称为波束失败恢复请求(beamfailure recovery request,BFRQ)消息、波束故障恢复请求消息、波束恢复请求消息、通信失败恢复请求消息、链路故障恢复请求消息、链路恢复请求消息、通信故障恢复请求消息、通信恢复请求消息、通信链路失败恢复请求消息、通信链路故障恢复请求消息、通信链路恢复请求消息、链路重配请求消息、重配请求消息等。可选地,链路失败恢复请求指在用于承载链路失败恢复请求消息的资源上发送信号。应理解,本申请实施例中链路失败恢复请求消息可以称为第一请求消息和/或第二请求消息和/或第三请求消息。
本申请实施例中,链路失败恢复响应消息又可以称为波束失败恢复响应(beamfailure recovery response,BFRR)消息、波束故障恢复响应消息、波束失败响应消息、波束故障响应消息、波束恢复响应消息、链路失败恢复响应消息、链路故障恢复响应消息、通信失败响应消息、链路故障响应消息、链路恢复响应消息、通信故障恢复响应消息、通信失败响应消息、通信故障响应消息、通信恢复响应消息、通信链路失败恢复响应消息、通信链路故障恢复响应消息、通信链路故障响应消息、通信链路失败响应消息、通信链路响应消息、链路重配响应消息、重配响应消息等。应理解,本申请实施例中链路失败恢复响应消息可以简称为响应消息。
本申请实施例中,链路失败恢复响应消息可以是指在用于发送链路失败恢复响应的控制资源集合和/或搜索空间集合上接收CRC由C-RNTI加扰的DCI,该链路失败恢复响应信息还可以由其他信息加扰的DCI(如波束失败恢复无线网络临时标识(beam failurerecovery radio network temporary identifier,BFR-RNTI)加扰的DCI),该链路失败恢复响应信息还可以是由上述DCI调度的数据,该链路失败恢复响应消息还可以是由上述DCI调度的数据的肯定确认(acknowledgment,ACK)。链路失败恢复响应消息还可以是以下消息中的一种:
小区无线网络临时标识C-RNTI加扰的DCI、MCS-C-RNTI加扰的DCI、专用搜索空间内的下行控制信息DCI、专用RNTI加扰的DCI、随机接入无线网络临时标识(random accessradio network temporary identifier,RA-RNTI)加扰的DCI、包含预设状态值的DCI、包含TCI信息的DCI、发生链路失败的小区的QCL指示信息或预设格式的DCI,其中,所述预设格式的DCI指示新传数据,本申请实施例对此并不作限定。
某小区的链路恢复失败可以理解为终端设备不再发送该小区对应的第一请求消息,和/或,第二请求消息,和/或,第三请求消息,也可以理解为停止链路失败恢复时钟计时,也可以理解为停止链路失败恢复计数器计数等。或者某小区的链路恢复失败可以理解为该小区对应的链路失败恢复时钟超时,和/或,链路失败恢复计数器计数超过最大次数或达到最大次数仍未收到该小区的响应信息。其中,链路失败恢复计数器用于计数链路失败恢复请求消息的发送次数。可选地,终端设备的媒体接入控制(media access control,MAC)层会维护一个链路失败恢复计时器(beam failure recovery timer)和链路失败恢复计数器(beam failure recovery counter)。该链路失败恢复计时器用于控制整个链路失败恢复的时间,该链路失败恢复计数器用于限制该终端设备发送链路失败恢复请求的次数,当链路失败恢复计数器达到最大值时,该终端设备认为链路失败恢复不成功,停止链路失败恢复过程。所述恢复计时器的恢复时间和所述恢复计数器的计数值可以是网络设备配置的,也可以是预设值。
应理解,本申请中,某小区的链路恢复成功可以理解为终端设备检测到该小区的响应消息。
应理解,本申请实施例中的“检测”可以理解为“接收”,还可以理解为“解码”。
应理解,本申请中,时间单元可以是LTE或者5G NR系统中定义的一个或多个无线帧,一个或多个子帧,一个或多个时隙,一个或多个微时隙(mini slot),一个或多个正交频分复用(orthogonal frequency division multiplexing,OFDM)符号等,也可以是多个帧或子帧构成的时间窗口,例如系统信息(system information,SI)窗口。
应理解,本申请各实施中,终端设备与网络设备之间的交互通常是对应的,即终端设备发送信息,相应的网络设备也会接收该信息;或者网络设备发送信息,相应的,终端设备也会接收该信息。进一步的,网络设备与终端设备收发信息所使用的物理资源,或所应用的规则如周期,优先级顺序等也是对应的,本申请各实施例不作限制。
还应理解,本申请实施例中,“小区”可以理解为“服务小区”、“载波”。可选地,小区包括下行载波、上行(uplink,UL)载波、上行补充(supplementary uplink,SUL)载波中的至少一个。具体地,小区可以包括下行载波、上行载波;或者小区可以包括下行载波、上行补充载波;或者小区包括下行载波、上行载波、上行补充载波。
可选地,上行补充载波的载频低于上行载波,用以提高上行覆盖。
可选地,一般情况下,频分双工(frequency division duplexing,FDD)系统中,上行载波与下行载波的载频不同;时分双工(time division duplexing,TDD)系统中,上行载波与下行载波的载频相同。
还应理解,本申请实施例中,上行资源在上行载波上;下行资源在下行载波上。
还应理解,本申请实施例中,上行载波可以是正常的上行载波,还可以是SUL载波。
应理解,本申请中,“小区的标识信息”用于指示“小区的索引”、“小区的标识”或其他能够标识小区的信息,例如,可以通过位图的方式指示小区的索引,这里不一一举例说明。
应理解,本申请实施例中,“指示链路失败”可以理解为“指示至少有一个小区发生链路失败”,还可以理解为“指示存在链路失败的小区”。
应理解,本申请各实施中,终端设备与网络设备之间的交互通常是对应的,即终端设备发送信息,相应的网络设备也会接收该信息;或者网络设备发送信息,相应的,终端设备也会接收该信息。进一步的,网络设备与终端设备收发信息所使用的物理资源,或所应用的规则如周期,优先级顺序等也是对应的,本申请各实施例不作限制。
此外,为了便于理解本申请实施例,做出以下几点说明。
第一,在本申请中,“用于指示”可以包括用于直接指示和用于间接指示。当描述某一指示信息用于指示A时,可以包括该指示信息直接指示A或间接指示A,而并不代表该指示信息中一定携带有A。
将指示信息所指示的信息称为待指示信息,则具体实现过程中,对待指示信息进行指示的方式有很多种,例如但不限于,可以直接指示待指示信息,如待指示信息本身或者该待指示信息的索引等。也可以通过指示其他信息来间接指示待指示信息,其中该其他信息与待指示信息之间存在关联关系。还可以仅仅指示待指示信息的一部分,而待指示信息的其他部分则是已知的或者提前约定的。例如,还可以借助预先约定(例如协议规定)的各个信息的排列顺序来实现对特定信息的指示,从而在一定程度上降低指示开销。同时,还可以识别各个信息的通用部分并统一指示,以降低单独指示同样的信息而带来的指示开销。例如,本领域的技术人员应当明白,预编码矩阵是由预编码向量组成的,预编码矩阵中的各个预编码向量,在组成或者其他属性方面,可能存在相同的部分。
此外,具体的指示方式还可以是现有各种指示方式,例如但不限于,上述指示方式及其各种组合等。各种指示方式的具体细节可以参考现有技术,本文不再赘述。由上文所述可知,举例来说,当需要指示相同类型的多个信息时,可能会出现不同信息的指示方式不相同的情形。具体实现过程中,可以根据具体的需要选择所需的指示方式,本申请实施例对选择的指示方式不做限定,如此一来,本申请实施例涉及的指示方式应理解为涵盖可以使得待指示方获知待指示信息的各种方法。
此外,待指示信息可能存在其他等价形式,例如行向量可以表现为列向量,一个矩阵可以通过该矩阵的转置矩阵来表示,一个矩阵也可以表现为向量或者数组的形式,该向量或者数组可以由该矩阵的各个行向量或者列向量相互连接而成,等。本申请实施例提供的技术方案应理解为涵盖各种形式。举例来说,本申请实施例涉及的部分或者全部特性,应理解为涵盖该特性的各种表现形式。
待指示信息可以作为一个整体一起发送,也可以分成多个子信息分开发送,而且这些子信息的发送周期和/或发送时机可以相同,也可以不同。具体发送方法本申请不进行限定。其中,这些子信息的发送周期和/或发送时机可以是预先定义的,例如根据协议预先定义的,也可以是发射端设备通过向接收端设备发送配置信息来配置的。其中,该配置信息可以例如但不限于包括无线资源控制信令、媒体接入控制(media access control,MAC)层信令和物理层信令中的一种或者至少两种的组合。其中,无线资源控制信令例如包无线资源控制(radio resource control,RRC)信令;MAC层信令例如包括MAC控制元素(controlelement,CE);物理层信令例如包括DCI。
第二,在下文示出的实施例中第一、第二以及各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围。例如,区分不同的预设对应关系等。
第三,在下文示出的实施例中,“预设的”可包括由网络设备信令指示或者预先定义,例如,协议定义。其中,“预先定义”可以通过在设备(例如,包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定。
第四,本申请实施例中涉及的“保存”,可以是指的保存在一个或者多个存储器中。所述一个或者多个存储器,可以是单独的设置,也可以是集成在编码器或者译码器,处理器、或通信装置中。所述一个或者多个存储器,也可以是一部分单独设置,一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质,本申请并不对此限定。
第五,本申请实施例中涉及的“协议”可以是指通信领域的标准协议,例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议,本申请对此不做限定。
上文结合图1简单介绍了本申请实施例提供的用于链路失败恢复的方法能够应用的场景,并且简单介绍了本申请实施例涉及到的基本概念。下面为了进一步理解本申请实施例提供的用于链路失败恢复的方法相比于目前协议中规定的链路失败恢复的方法的改进,结合图2简单介绍目前协议中规定的一种链路失败恢复的方法。
图2是一种链路失败恢复方法的示意性流程图。该流程图中包括网络设备和终端设备。
该链路失败恢复包括以下步骤:
S210,终端设备测量波束失败检测的参考信号资源集合(beam failuredetection RS set)中的参考信号资源对应的参考信号的信道质量,确定该终端设备与网络设备之间的链路失败。
例如,当终端设备判断第一参考信号资源集合中所有或部分参考信号资源对应的参考信号的信道质量连续W次小于或等于第一预设门限时,该终端设备可以确定该第一参考信号资源集合对应的终端设备与网络设备之间的小区的链路发生失败。
应理解,本申请实施例中,该终端设备确定与网络设备之间的小区的链路发生失败的方式并不限于以上举例,还可以由其他判断方式确定,本申请对此并不作任何限定。
还应理解,本申请实施例中终端设备与网络设备之间的小区的链路发生失败可以简称为小区的链路失败,该小区为该网络设备服务的小区。
S220,该终端设备识别第二参考信号资源集合中的参考信号资源。选择参考信号资源,终端设备可以根据该参考信号资源进行链路失败恢复。
可选地,该识别出参考信号资源对应的参考信号的信道质量大于或等于链路失败恢复门限。终端设备识别参考信号资源对应的参考信号的过程,可以理解为终端设备测量第二参考信号资源集合中参考信号资源对应的参考信号的信道质量,并在第二参考信号资源集合中确定参考信号资源对应的参考信号的信道质量大于或者等于链路失败恢复门限的参考信号资源(可以称为new identified beam或new beam)。
应理解,上述将终端设备从第二参考信号资源集合中选择的参考信号资源可以称为新的参考信号资源或新的波束,第二参考信号资源集合中选择的参考信号资源的名称并不限制本申请的保护范围。
S230,该终端设备向网络设备发送BFRQ消息,其中,该BFRQ消息关联S220中识别的参考信号资源对应的参考信号的信道质量大于或者等于链路失败恢复门限的参考信号资源。
可选地,该终端设备可以通过显示的方式将参考信号资源通知给该网络设备。
例如,终端设备将该参考信号资源的索引或该参考信号资源的标识显示上报给网络设备。
可选地,该终端设备可以通过隐式的方式将参考信号资源通知给该网络设备。
例如,网络设备提前配置发送BFRQ消息的多个上行资源与多个参考信号资源的关联关系,终端设备通过选择发送BFRQ消息的上行资源,隐式将参考信号资源通知给该网络设备。
进一步地,终端设备还可以通过一个或多个BFRQ消息上报参考信号资源的信息、链路失败的标识信息等信息中的至少一个信息。
应理解,本申请实施例中,该终端设备可以向该网络设备发送BFRQ消息,并通过该网络设备恢复该终端设备与该网络设备之间的链路失败,还可以是该终端设备向另一个网络设备发送BFRQ消息,通过该另一个网络设备恢复该终端设备与该网络设备之间的链路失败。例如,终端设备确定终端设备与网络设备#1之间的链路失败,终端设备可以向网络设备#2发送BFRQ消息,网络设备#2将该BFRQ消息通知给网络设备#1,使得网络设备#1获知与终端设备之间的链路失败,从而进行链路失败恢复;或者,网络设备服务于小区#1和小区#2,终端设备确定小区#1的链路失败,终端设备可以通过小区#2中的链路向网络设备发送BFRQ消息。
NR中PCell的BFRQ消息可以通过PRACH资源上报。网络设备为小区配置一个或多个PRACH资源,并配置每个PRACH资源关联的一个参考信号资源,该参考信号资源为用于链路失败恢复的参考信号资源。该参考信号资源可以是网络设备配置的第二参考信号资源集合中的参考信号资源。终端设备确认链路失败,识别参考信号资源,选择与参考信号资源关联的PRACH资源发送信号。通过该方式终端设备可以隐式指示参考信号资源的信息。
例如,网络设备为第一小区配置的用于发送所述第一小区的链路失败请求消息的上行资源集合,称为第一上行资源集合。该第一上行资源集合中包括的PRACH资源的个数等于第一小区的参考信号资源集合中下行参考信号资源的个数,即一个PRACH资源与一个下行参考信号资源相关联。终端设备在参考信号资源集合中识别大于或等于链路失败恢复门限的参考信号资源,并在该参考信号资源关联的PRACH资源上发送链路失败恢复请求消息。可选地,在上下行有互易性时,终端设备在一个PRACH资源上发送信息时的发送波束即为该PRACH资源关联的下行参考信号资源的接收波束对应的发送波束,即终端设备可以利用该接收波束对应的发送波束在该PRACH资源上发送信息。而上下行没有互易性时,一种可选的实施方式是,该第一上行资源集合中,一个PRACH资源与一个下行参考信号资源和一个上行参考信号资源关联,终端设备可以根据确定的下行参考信号资源关联的PRACH资源,进而确定该PRACH资源关联的上行参考信号资源,从而利用该上行参考信号资源的发送波束在该PRACH资源上发送信息。
NR中SCell的BFRQ消息可以通过一步上报。例如,该BFRQ消息可以承载在物理上行共享信道(physical uplink shared channel,PUSCH)资源上,或者,该BFRQ消息还可以承载在PUCCH资源上,其中,该BFRQ消息可以指示链路失败的小区的标识信息,和/或,参考信号资源的信息。
BFRQ消息还可以通过BFRQ1+BFRQ2两步上报。其中,BFRQ1可以承载在PUCCH资源或PRACH资源上,BFRQ2可以承载在PUSCH资源或PUCCH资源上。
一种可能的实现方式,BFRQ1指示链路失败事件,BFRQ2指示链路失败的小区的标识信息和/或参考信号资源的信息。
另一种可能的实现方式,BFRQ1指示链路失败事件和/或链路失败的小区的标识信息,BFRQ2指示参考信号资源的信息。
应理解,上述BFRQ2信息承载在PUSCH资源上,可以理解为通过MAC-CE上报BFRQ消息。
可选地,针对PCell该终端设备的MAC层会维护一个链路失败恢复计时器(beamfailure recovery timer)和链路失败恢复计数器(beam failure recovery counter)。该链路失败恢复计时器用于控制整个链路失败恢复的时间,该链路失败恢复计数器用于限制该终端设备发送链路失败恢复请求的次数,当链路失败恢复计数器达到最大值时,该终端设备认为链路失败恢复不成功,停止链路失败恢复过程。所述恢复计时器的恢复时间和所述恢复计数器的计数值可以是网络设备配置的,也可以是预设值,本申请中对此并不限制。
S240,网络设备向该终端设备发送BFRR消息,该终端设备接收该BFRR消息。
可选地,该BFRR可以是在控制资源集合和搜索空间集合(search space set)检测到的DCI,该控制资源集合和搜索空间集合是网络设备为该终端设备配置的专用的控制资源集合和搜索空间集合,用于在该终端设备发送链路失败请求消息后,网络设备发送对链路失败恢复请求消息的响应消息的下行控制资源。BFRR还可以有其他形式,本申请不对此做限制。
还应理解,本申请实施例中,并不对链路失败恢复流程中S210和S220的时间先后顺序进行限定,例如,终端设备可以先对网络设备配置的第二参考信号资源集合中的参考信号资源对应的参考信号的信道质量进行测量,选择上述的参考信号资源,在确定终端设备与网络设备之间的链路失败时,使用选择的参考信号资源进行后续的步骤,即可以是S210在S220之前,也可以是S220在S210之前,还可以是S210和S220同时进行。
还应理解,S240是可选的步骤。例如,链路恢复失败的情况下,终端设备并不会接收到S240中的BFRR消息。
当发生BFRQ消息重传的情况下,由图2中S230的描述可知针对NR中SCell来说BFRQ消息重传包括不同的方式,具体地,下面结合图3介绍SCell对应的BFRQ消息重传的方式。
图3是NR中SCell对应的BFRQ消息重传的方式示意图。该示意图中包括网络设备和终端设备。
该BFRQ消息重传包括:终端设备可以将SCell的链路失败的小区信息通过一个MAC-CE承载,也即终端设备通过一个MAC-CE将链路失败的小区的信息发送给网络设备。如图3(a)所示;
或者,终端设备可以将SCell的链路失败的小区信息通过两个BFRQ消息(本申请实施例中简称BFRQ1和BFRQ2)承载,其中BFRQ2通过MAC-CE承载。如图3(b)所示。
具体地,图3中标识有“×”的BFRQ,表示BFRQ传输失败,例如,图3(a)中的第一个BFRQ,和图3(b)的第一个BFRQ2。其他附图中出现标识有“×”的BFRQ或BFRQ2,也表示BFRQ传输失败,本申请中对此不再赘述。
目前协议规定了MAC-CE的重传机制,MAC-CE是否重传以及MAC-CE什么时间重传,取决于网络设备调度。例如,若网络设备发送的DCI中的新数据指示信息(new dateindication,NDI)不翻转,则认为是MAC-CE重传;若网络设备发送的DCI中的NDI翻转,则认为是MAC-CE新传。重传的MAC-CE内容与初传相同。
应理解,图3中所示的TCI重配置指的是网络设备与终端设备之间的链路失败恢复后续资源配置流程,本申请中对该流程并不限制。
由图2和图3中的描述可知,对于NR中SCell的BFRQ消息上报来说,需要进行BFRQ消息重传的情况下,由于BFRQ消息的部分或全部信息通过MAC-CE承载,而MAC-CE的重传取决于网络设备的调度,对于MAC-CE的重传时刻无法限制,导致无法保证快速重传BFRQ消息而影响链路失败恢复的时效性。
为了解决图2中所示的BFRQ消息传输和/或图3中所示的BFRQ消息重传存在问题,本申请提供一种用于链路失败恢复的方法,通过指示承载链路失败恢复请求消息的MAC-CE的重传机制,提高链路失败恢复的性能。下面将结合附图详细说明本申请实施例提供的用于链路失败恢复的方法。
应理解,本申请实施例提供的方法可以应用于通过多天线技术通信的系统,例如,图1(c)中所示的通信系统103。该通信系统可以包括至少一个网络设备和至少一个终端设备。网络设备和终端设备之间可通过多天线技术通信。
还应理解,下文示出的实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是终端设备或网络设备,或者,是终端设备或网络设备中能够调用程序并执行程序的功能模块。
以下,不失一般性,以网络设备与终端设备之间的交互为例详细说明本申请实施例提供的用于链路失败恢复的方法。
图4是本申请实施例提供的一种用于链路失败恢复的方法示意性流程图。该流程图中包括网络设备和终端设备。
该用于链路失败恢复的方法应用在小区发生链路失败的情况下,具体包括以下步骤:
S410,终端设备确定小区的链路失败。
应理解,本申请实施例中,终端设备可以确定至少一个小区的链路是否失败。具体地,终端设备基于至少一个第一参考信号资源集合确定至少一个小区的链路失败,该至少一个小区与该至少一个第一参考信号资源集合一一对应,本申请实施例中对于终端设备获知该至少一个第一参考信号资源集合的方式并不限定,例如可以是前文所示的网络设备给终端设备显示或隐示配置了该至少一个第一参考信号资源集合。
具体地,终端设备确定某一个小区的链路是否失败,可以根据该小区对应的第一参考信号资源集合中的参考信号资源对应的参考信号的信道质量确定,例如,当该小区对应的第一参考信号资源集合中的部分或全部参考信号资源对应的参考信号的信道质量满足第一预设条件的情况下,该小区的链路失败。
可选地,本申请实施例中,终端设备判断一个小区的链路是否失败可以参考目前协议中的规定。例如,上述第一预设条件为第一小区对应的第一参考信号资源集合中的部分或全部参考信号资源对应的参考信号的信道质量低于第一预设门限,其中,第一预设门限为网络设备配置的值,或者,第一预设门限为协议预定义的值,或者,第一预设门限为无线链路失败失步门限。
下面,为了便于理解,以一个具体的实施例说明终端设备如何确定小区的链路失败:
例如,第一预设门限为网络设备通过高层信令为终端设备配置的值(例如,值的大小为X);网络设备服务2个小区(第一小区和第二小区),网络设备给终端设备配置2个第一参考信号资源集合(第一参考信号资源集合#1和第一参考信号资源集合#2),其中,第一参考信号资源集合#1与第一小区相对应,第一参考信号资源集合#2与第二小区相对应,第一参考信号资源集合#1中包括2个参考信号资源(参考信号资源1#1和参考信号资源1#2),第一参考信号资源集合#2中包括3个参考信号资源(参考信号资源2#1~参考信号资源2#3)。终端设备确定第一小区的链路失败包括:参考信号资源1#1和参考信号资源1#2分别对应的参考信号的信道质量信息连续P次低于X。
可选地,上述第一预设条件还可以是网络设备或者协议预设的其他条件,例如,第一预设条件为上述链路失败的小区对应的第一参考信号资源集合中的部分或全部参考信号资源对应的参考信号的信道质量的和值低于某一个值。
应理解,本申请中对于第一预设条件的具体形式并不限制,可以是沿用目前协议中规定的第一参考信号资源集合中的部分或全部参考信号资源对应的参考信号的信道质量低于第一预设门限,还可以是未来通信技术中能够判断小区的链路是否失败的条件。
S420,终端设备确定参考信号资源。
终端设备确定小区的链路失败之前或之后或者在终端设备确定小区的链路失败的同时,终端设备从链路失败的小区对应的第二参考信号资源集合中确定参考信号资源。其中,参考信号资源为第二参考信号资源集合中满足第二预设条件的参考信号资源,第二参考信号资源集合为预设的用于恢复该小区的链路的波束恢复参考信号资源集合。
可选地,第二参考信号资源集合为网络设备给终端设备配置的用于恢复终端设备与网络设备之间的链路的波束恢复参考信号资源集合;
可选地,第二参考信号资源集合为预设的参考信号资源集合,例如,第二参考信号资源集合为用于BM的参考信号资源集合,或者第二参考信号资源集合为用于RRM测量的参考信号集合,或者第二参考信号资源集合为复用其他功能的某个参考信号资源集合。
也就是说本申请实施例中的第二参考信号资源集合可以是网络设备给终端设备配置的专门用于恢复终端设备与网络设备之间的链路的波束恢复参考信号资源集合,还可以是复用已有的参考信号资源集合,还可以是第二参考信号资源集合中的部分参考信号资源为网络设备给终端设备配置的专门用于恢复终端设备与网络设备之间的链路的波束恢复参考信号资源,第二参考信号资源集合中的其余部分参考信号资源是复用已有的参考信号资源,本申请对第二参考信号资源集合的具体组成并不限制。
可选地,本申请实施例中,终端设备从第二参考信号资源集合中选择参考信号资源的流程可以参考目前协议中的规定。例如,上述第二预设条件为小区对应的第二参考信号资源集合中的参考信号资源对应的参考信号的信道质量高于第二预设门限,其中,第二预设门限为网络设备配置的值,或者,第二预设门限为协议预定义的值,或者,第二预设门限为用于移动性测量的门限。
下面,为了便于理解,以一个具体的实施例说明终端设备如何确定第二参考信号资源集合中的参考信号资源:
例如,第二预设门限为网络设备通过高层信令为终端设备配置的值(例如,值的大小为Q);网络设备服务2个小区(第一小区和第二小区),网络设备给终端设备配置2个第二参考信号资源集合(第二参考信号资源集合#1和第二参考信号资源集合#2),其中,第二参考信号资源集合#1与第一小区相对应,第二参考信号资源集合#2与第二小区相对应,第二参考信号资源集合#1中包括10个参考信号资源(参考信号资源1#1~参考信号资源1#10),第二参考信号资源集合#2中包括10个参考信号资源(参考信号资源2#1~参考信号资源2#10)。终端设备确定第二参考信号资源集合#1中的参考信号资源1#1为参考信号资源包括:参考信号资源1#1对应的参考信号的信道质量信息高于Q。
可选地,上述第二预设条件还可以是网络设备或者协议预设的其他条件,例如,第二预设条件为小区对应的第二参考信号资源集合中参考信号资源对应的参考信号的信道质量减去某个值之后的值满足一定条件,这里不再赘述。
应理解,本申请中对于第二预设条件的具体形式并不限制,可以是沿用目前协议中规定的第二参考信号资源集合中参考信号资源对应的参考信号的信道质量高于第二预设门限,还可以是未来通信技术中能够从第二参考信号资源集合中确定参考信号资源的条件。
还应理解,某个小区对应的第二参考信号资源集合中可能存在多个满足第二预设条件的参考信号资源,终端设备可以从该多个参考信号资源中选择上述的参考信号资源,具体的选择形式可以是随机选择,还可以是选择该多个参考信号资源中参考信号资源对应的参考信号的信道质量最高的参考信号资源作为参考信号资源,还可以是其他的选择方式,这里不再一一举例说明。
还应理解,本申请实施例提供的用于链路失败恢复的方法,主要涉及到BFRQ消息的重传,对于如何确定链路失败以及如何选择参考信号资源并不限定,上述S410和S420只是示例的形式说明可以基于目前协议中的规定确定链路失败,并不能够对本申请的保护范围构成任何限定,例如,本申请也可以应用在未来通信系统中,基于其他可能的方案确定小区链路失败的场景下,这里不再一一举例说明。
具体地,终端设备在确定上述小区的链路失败之后,需要向网络设备发送BFRQ消息,用于通知网络设备发生链路失败以及发生链路失败的小区的信息。其中,终端设备向网络设备上报BFRQ消息包括以下两种可能:
可能一:
终端设备可以通过PUCCH和MAC-CE联合反馈BFRQ消息,例如,终端设备确定小区的链路失败之后,在第四资源上向网络设备发送第二请求消息,该第二请求消息用于指示链路失败,即通知网络设备发生链路失败事件。即图4所示的方法流程还包括S430:终端设备向网络设备发送第二请求消息。该第四资源可以为主小区(primary cell,PCell)上的资源或辅助主小区(primary secondary cell,PSCell)上的资源。
具体地,终端设备经由上述的第二请求消息通知网络设备发生链路失败事件之后,网络设备可以为终端设备分配上行资源,使得终端设备可以上报发生链路失败的小区的信息,则图4所示的方法流程还包括S431:网络设备向终端设备发送第二DCI。
其中,该第二DCI用于指示第一资源,该第一资源包括PUSCH资源,该第一资源用于发送第一MAC-CE。即终端设备可以在该第二DCI调度的第一资源上发送第一MAC-CE,则图4所示的方法流程还包括S432:终端设备向网络设备发送第一MAC-CE。
上述第一MAC-CE用于链路失败恢复请求,第一MAC-CE中包括链路失败小区的信息。应理解,终端设备向网络设备发送了上述的第二请求消息的情况下,第一MAC-CE用于指示链路失败小区的信息,其中,链路失败小区的信息可以是链路失败的小区的标识信息,和/或,参考信号资源的信息,该参考信号资源为第二参考信号资源集合中满足第二预设条件的参考信号资源,该链路失败的小区的标识信息可以是链路失败小区的标识,或者,该链路失败的小区的标识信息可以是链路失败小区的索引,或者,该链路失败的小区的标识信息可以是用于标识该链路失败小区的其他可能的信息。
一种可能的实现方式,当终端设备没有识别出该参考信号资源时(如在第二参考信号资源集合中没有满足第二预设条件的参考信号资源,或者网络设备没有指示第二参考信号资源集合时),终端设备不发送参考信号资源的信息,或者发送没有参考信号资源的信息的状态指示信息。在该方式下,上述的链路失败小区的信息中不包括参考信号资源的信息,可能包括指示信息,该指示信息用于指示不包括参考信号资源的信息。
例如,第二请求消息指示X个小区中的Y个小区的链路失败,X为正整数,第一MAC-CE指示该Y个小区的小区的标识信息,和/或,用于恢复该Y个小区的链路的Y个参考信号资源的信息,X为正整数,Y为小于或者等于X的正整数。
具体地,第一MAC-CE可以为前文所述的BFRQ2,第二请求消息可以为前文所述的BFRQ1。
应理解,该第二请求消息还可以称为调度请求消息,或者该第二请求消息与调度请求消息采用相同的格式。
还应理解,第二请求消息的响应消息可以是上述的第二DCI。例如,网络设备在接收到第二请求消息之后,还可以发送该第二请求消息的响应消息。该第二请求消息的响应消息可以用于指示为该终端设备分配的第一资源,即网络设备为该终端设备分配资源。该第一资源可以是非周期资源(或称为动态资源),该种方法下,网络设备根据当前网络中是否有链路失败的小区(通过第二请求消息确定)来确定是否要分配第一资源,若网络设备接收到第二请求消息,即可获知当前网络中有发生链路失败的小区,网络设备即可动态的分配第一资源,以便终端设备进一步上报有哪些小区发生链路失败,和/或,上报恢复链路失败小区的新链路的信息(参考信号资源的信息)。由于链路失败事件是突发事件,该种方法不需要提前预留发送链路失败恢复请求消息的周期资源,可以有效节省资源开销。
还应理解,可能一所示的终端设备反馈BFRQ消息的方式也可以称为两步BFRQ消息传输。
可能二:
终端设备可以通过PUSCH反馈BFRQ消息,即一步反馈BFRQ消息。图4所示的方法流程包括S440(网络设备向终端设备发送第二DCI)和S441,终端设备向网络设备发送第一MAC-CE。或者图4所述的方法流程包括S441,不包括S440。其中,S440网络设备向终端设备发送的第二DCI与可能一中的S431网络设备向终端设备发送的第二DCI类似,用于指示第一资源,该第一资源包括PUSCH资源,该第一资源用于发送第一MAC-CE。即终端设备可以在该第二DCI调度的第一资源上发送第一MAC-CE,与S431网络设备向终端设备发送的第二DCI不同的是,S440网络设备向终端设备发送的第二DCI并不是S430中终端设备向网络设备发送的第二请求消息的响应消息,而是网络设备为终端设备分配上行资源的消息。或者网络设备不发送第二DCI,终端设备直接在预配置的PUSCH资源(半静态或静态的资源)上发送第一MAC-CE。
可能二中的第一MAC-CE与上述可能一中的类似,这里不再赘述。
应理解,可能一和可能二中的发送第一MAC-CE的第一资源可以为PUSCH资源。可能一和可能二中的参考信号资源可以CSI-RS资源,或者SSB资源。
一种可能的实现方式,终端设备向网络设备发送的第一MAC-CE中承载的链路失败的至少一个小区的信息为该至少一个小区中每个小区的标识。
例如,终端设备确定3个小区的链路失败,该3个小区的标识分别为(小区#1、小区#2和小区#3),则上述第一MAC-CE中携带有小区#1、小区#2和小区#3。具体地,该第一MAC-CE可以通过位图(bitmap)的方式指示链路失败小区的标识。例如,终端设备被配置5个Cell(小区#1、小区#2、小区#3、小区#4和小区#5),其中确定3个小区的链路失败,该3个小区的标识分别为(小区#1、小区#2和小区#3),则上述第一MAC-CE中携带5bit信息11100,该信息用于指示链路失败小区的标识,其中第i个状态位对应第i个小区,当第i个状态位为1时表示该状态位对应的小区发生链路失败,当第i个状态位为0时表示该状态位对应的小区没有发生链路失败。
另一种可能的实现方式,终端设备向网络设备发送的第一MAC-CE中承载的该至少一个小区的信息为该至少一个小区中每个小区对应的参考信号资源的信息。
例如,终端设备确定3个小区的链路失败,该3个小区分别对应3个第二参考信号资源集合(第二参考信号资源集合#1~第二参考信号资源集合#3)。终端设备确定该3个小区的链路失败之后,分别从第二参考信号资源集合#1~第二参考信号资源集合#3中确定3个参考信号资源,该3个参考信号资源的索引为参考信号资源#1、参考信号资源#2和参考信号资源#3,则上述第一MAC-CE中携带有参考信号资源#1、参考信号资源#2和参考信号资源#3。
另一种可能的实现方式,终端设备向网络设备发送的第一MAC-CE中承载的该至少一个小区的信息为该至少一个小区中每个小区的标识以及每个小区对应的参考信号资源的信息。
为了便于描述,本申请实施例中,以终端设备确定某一个小区链路失败,并向网络设备通知该小区的链路失败为例进行说明,则第一MAC-CE中承载该链路失败小区的标识和/或该链路失败小区对应的参考信号的信息,其中,参考信号资源的信息包括参考信号资源的索引,和/或,参考信号资源对应的参考信号的信道质量(例如,参考信号资源对应的参考信号的RSRP、SINR、RSRQ或CQI等)。
值得注意的是,为了避免第一MAC-CE的重传完全依赖于网络设备的调度而导致的无法保证快速重传BFRQ消息而影响链路失败恢复的时效性,本申请实施例中设置有第一定时器,该第一定时器用于控制上述第二请求消息和一MAC-CE的重传时间,或者,用于控制上述第一MAC-CE的重传时间,则图4所示的方法流程还包括S450:终端设备启动第一定时器;可选地,图4所示的方法流程还可以包括S451:网络设备启动第一定时器。
具体地,终端设备可以在向网络设备发送上述的第一MAC-CE之后的K个时间单元之后启动该第一定时器,其中,K为大于或者等于0的值。即终端设备在可能一下执行S432之后的K个时间单元执行S450,或者,终端设备在可能二下执行S441之后的K个时间单元执行S450。
一种可能的实现方式,终端设备发送第一MAC-CE的时刻启动该第一定时器;
另一种可能的实现方式,终端设备发送第一MAC-CE之后启动该第一定时器。
还应理解,本申请中也并不一定限制一定是在发送上述的第一MAC-CE之后的K个时间单元之后启动第一定时器,在某些可能的情况下,还可以是在发送第一MAC-CE的K个时间单元之前启动第一定时器,例如,终端设备采用两步上报链路失败请求消息的情况下,终端设备可以是在发送发生链路失败事件指示信息(第二请求消息,PUCCH)之后但是发送第一MAC-CE之前启动该第一定时器。
具体地,网络设备可以在向终端设备发送上述的第二DCI的K个时间单元之后启动第一定时器,或者,网络设备可以在检测所述第一MAC-CE的K个时间单元之后启动所述第一定时器,或者,网络设备可以在开始检测第一MAC-CE的K个时间单元之前,例如,终端设备采用两步上报链路失败请求消息的情况下,网络设备可以是在接收到发生链路失败事件指示信息(第二请求消息,PUCCH)之后但是开始检测第一MAC-CE之前启动该第一定时器。
进一步地,终端设备启动第一定时器之后,终端设备在该第一定时器运行期间内检测用于指示第一MAC-CE重传的第一DCI或指示所述第一MAC-CE传输成功的第一响应消息。其中,第一DCI用于指示所述终端设备向所述网络设备重新发送所述第一MAC-CE的第三资源,所述第一响应消息用于指示所述网络设备成功接收所述第一MAC-CE。
可选地,第三资源为上述的第一资源,即网络设备指示终端设备在首次传输第一MAC-CE的资源上重传第一MAC-CE;或者,
可选地,第三资源与上述的第一资源不同,即网络设备指示终端设备在与首次传输第一MAC-CE的资源不同的资源上重传第一MAC-CE,能够避免是因为第一资源的质量原因导致的需要重传第一MAC-CE。
同理,网络设备启动第一定时器之后,在该第一定时器运行期间内检测第一MAC-CE,根据在所述第一定时器运行期间内是否接收到所述第一MAC-CE,确定发送第一DCI或第一响应消息,其中,所述第一DCI用于指示重新发送所述第一MAC-CE,所述第一响应消息用于指示所述第一MAC-CE传输成功。
具体地,在第一定时器运行期间内网络设备具体的执行流程分为以下两种情况:
情况一:
当在所述第一定时器运行期间内网络设备未接收到所述第一MAC-CE时,网络设备发送第一DCI,并重新开始检测所述第一MAC-CE。即图4所示的方法流程还包括S461:网络设备发送第一DCI。
可选地,网络设备重新检测所述第一MAC-CE的K个时间单元之后,重置所述第一定时器,其中,所述K为大于或者等于0的值。
情况二:
当在所述第一定时器运行期间内网络设备接收到所述第一MAC-CE时,网络设备发送所述第一响应消息,即图4所示的方法流程还包括S471:网络设备发送第一响应消息。
或者,
当接收到所述第一响应消息的混合自动重传请求应答HARQ-ACK时,即图4所示的方法流程还包括S473:网络设备接收第一响应消息的HARQ-ACK,网络设备停止所述第一定时器。
具体地,在第一定时器超时时,网络设备具体的执行流程分为以下两种情况:
情况三:
当所述第一定时器超时时,发送第三DCI,
其中,所述第三DCI用于指示承载第一请求消息的第二资源,所述第一请求消息为所述第一MAC-CE,或者,所述第一请求消息为第二MAC-CE,所述第二MAC-CE中包括至少一个链路失败小区的信息。即图4所示的方法流程还可以包括S481:网络设备确定第一定时器超时、S483:网络设备发送第三DCI。
可选地,网络设备发送所述第三DCI之前,接收第二请求消息,所述第二请求消息用于指示链路失败;根据所述第二请求消息发送所述第三DCI。
具体地,在第一定时器运行期间内终端设备具体的执行流程分为以下两种情况:
情况一:
终端设备在第一定时器运行期间内接收到所述网络设备发送的指示重传第一MAC-CE的第一DCI,则终端设备向所述网络设备重新发送第一MAC-CE。即图4所示的方法流程还包括S461:终端设备接收到第一DCI、S462:终端设备确定重传第一MAC-CE以及S463:终端设备向网络设备重新发送第一MAC-CE。
具体地,情况一所示的情况下,针对上述可能一终端设备重传第一MAC-CE如图5所示,图5是本申请实施例提供的一种重传第一MAC-CE的示意图。
具体地,情况一所示的情况下,针对上述可能二终端设备重传第一MAC-CE如图6所示,图6是本申请实施例提供的另一种重传第一MAC-CE的示意图。
应理解,图5和图6只是为了说明重传第一MAC-CE而举的例子,对本申请的保护范围不构成任何限定,例如,图5和图6中终端设备接收到第一DCI之后,重传第一MAC-CE的时刻并不限定一定是在图中所示的时刻。
还应理解,第一DCI能够指示重新发送第一MAC-CE,可以理解为该第一DCI与上述的指示第一资源的第二DCI具有相同的HARQ process identifier,且第一DCI与第二DCI中的NDI相同。也就是说终端设备可以基于第一DCI和第二DCI中的HARQ process identifier和NDI之间的关系,确定重传第一MAC-CE。
可选地,在终端设备向所述网络设备重新发送第一请求消息的K个时间单元之后,重置所述第一定时器,其中,所述K为大于或者等于0的值。
情况二:
终端设备在第一定时器运行期间内接收到所述网络设备发送的第一响应消息,则停止第一定时器,终端设备确定链路失败小区的信息反馈成功。即图4所示的方法流程还包括S471:终端设备接收到第一响应消息,S472:终端设备确定第一MAC-CE发送成功,还可能包括S473:终端设备向网络设备发送第一响应消息的HARQ-ACK,通知网络设备成功接收到第一响应消息。
具体地,情况二所示的情况下,针对上述可能一终端设备停止第一定时器如图7所示,图7是本申请实施例提供的一种停止第一定时器的示意图。
具体地,情况二所示的情况下,针对上述可能二终端设备停止第一定时器如图8所示,图8是本申请实施例提供的另一种停止第一定时器的示意图。
具体地,第一响应消息可以是以下信令中的任意一种:
第四DCI、所述链路失败小区的物理下行控制信道PDCCH的传输配置指示TCI、专用搜索空间集合内的DCI、专用控制资源集合内的DCI、专用无线网络临时标识RNTI加扰的DCI,其中,所述第四DCI用于指示下行资源,或者,所述第四DCI与所述第二DCI具有相同的混合自动重传请求进程标识HARQ process identifier且NDI不同。其中,专用控制资源集合内和/或专用搜索空间集合内的DCI的CRC可以由小区C-RNTI或MCS-C-RNTI加扰。
上述结合情况一和情况二详细说明了在第一定时器运行期间终端设备执行的操作,下面结合情况三和情况四详细说明在第一定时器超时的情况下,终端设备执行的操作。
具体地,当所述第一定时器超时时,发送第一请求消息,该第一请求消息为上述的第一MAC-CE,或者,该第一请求消息为第二MAC-CE,第二MAC-CE中包括至少一个链路失败小区的信息。
应理解,上述至少一个链路失败小区的信息中可以包括上述第一MAC-CE中包括的链路失败小区的信息。例如,终端设备确定第一小区链路失败,则第一MAC-CE中包括该第一小区的信息,上述至少一个链路失败小区的信息中包括该第一小区的信息。
具体地,链路失败小区的信息包括小区的标识信息,或者,链路失败小区的信息包括参考信号资源的信息,或者,链路失败小区的信息包括参考信号资源的信息和小区的标识信息。其中,参考信号资源的信息用于恢复链路失败小区的链路,参考信号资源的信息包括参考信号资源的资源索引和/或参考信号资源对应的参考信号的信道质量信息。
基于链路失败小区的信息的区别,第一MAC-CE和第二MAC-CE可能存在以下区别:
1)第一MAC-CE中包括的小区的标识与第二MAC-CE中包括的小区的标识的个数不同。例如,第一MAC-CE中包括第一小区的标识,第二MAC-CE中包括该第一小区的标识以及其他链路失败的小区的标识,即第二MAC-CE可以包括多个链路失败的小区的标识,使得网络设备基于第二MAC-CE获知该多个小区的链路失败;
2)第一MAC-CE中包括的参考信号资源的信息与第二MAC-CE中包括的参考信号资源的信息的个数不同。例如,第一MAC-CE中包括第一小区对应的参考信号资源的信息,第二MAC-CE中包括该第一小区对应的参考信号资源的信息以及其他链路失败的小区对应的参考信号资源的信息,即第二MAC-CE可以包括多个链路失败的小区对应参考信号资源的信息,使得网络设备基于第二MAC-CE获知用于恢复多个链路失败小区的链路的参考信号资源;
3)第一MAC-CE中包括的参考信号资源的信息与第二MAC-CE中包括的参考信号资源的信息不同。例如,第一MAC-CE中包括第一小区对应的参考信号资源的信息,第二MAC-CE中包括该第一小区对应的第二参考信号资源的信息,即第二MAC-CE可以包括第一小区对应的另外的参考信号资源的信息,从而避免因参考信号资源的问题,而导致的无法恢复链路失败小区的链路。
进一步地,终端设备传输第一MAC-CE和第一请求消息的资源可能不同,例如,在第一资源上发送所述第一MAC-CE;在第二资源上发送所述第一请求消息,其中,所述一资源和第二资源所在的小区不同,可以避免由于第一资源质量存在问题导致终端设备在第一资源所在的小区上再次发送MAC-CE失败。
应理解,当第一资源和第二资源不同的情况下,网络设备可以通过DCI指示不同的传输资源。具体地,当所述第一定时器超时时,网络设备发送第三DCI,其中,所述第三DCI用于指示承载第一请求消息的第二资源。即图4所示的方法流程还包括S483:网络设备向终端设备发送第三DCI。
情况三:
终端设备确定第一定时器超时,终端设备发送第一请求消息之前,方法还包括:当所述第一定时器超时,发送第二请求消息,所述第二请求消息用于指示链路失败。
一种可能的实现方式,终端设备启动第一定时器之前上报BFRQ消息为一步上报的形式,则上述的当所述第一定时器超时,发送第二请求消息为首次发送第二请求消息。可以理解为终端设备上报BFRQ消息的形式由一步上报的形式转变为两步上报形式。
另一种可能的实现方式,终端设备启动定时器之前上报BFRQ消息为两步上报的形式,则上述发送第一MAC-CE之前,还包括发送第二请求消息。即上述的当所述第一定时器超时,发送第二请求消息可以为重新发送该第二请求消息。即终端设备向网络设备重新发送上述的第二请求消息和第一MAC-CE。即图4所示的方法流程还包括S480:终端设备确定第一定时器超时、S482:终端设备发送第二请求消息、S484:终端设备发送第一请求消息。
具体地,情况三所示的情况下,终端设备发送第一请求消息如图9所示,图9是本申请实施例提供的一种发送第一请求消息的示意图;图9所示的示意图中,发送第一请求消息的上行资源和发送第一MAC-CE的上行资源可以在不同的小区,或者相同的小区。当在不同小区的资源上分别发送第一MAC-CE和第一请求消息的情况下,可以避免因发送第一MAC-CE的资源所在的小区的质量/链路存在问题,导致仍然在该小区的资源上发送第一请求消息失败的情况。
可选地,第二请求消息承载在物理上行控制信道PUCCH上,或者所述第二请求消息承载在物理随机接入信道PRACH上。
具体地,PRACH可以为用于恢复主小区或辅助主小区的链路失败的资源。
情况四:
终端设备确定第一定时器超时,针对上述的可能二终端设备向网络设备重新发送上述的第一MAC-CE。即图4所示的方法流程还包括S480:终端设备确定第一定时器超时、S491:终端设备发送第一请求消息。
具体地,情况四所示的情况下,终端设备发送第一请求消息如图10所示,图10是本申请实施例提供的另一种发送第一请求消息的示意图,与图9所示的发送第一请求消息不同的是,图10中发送第一请求消息是基于一步上报BFRQ的场景,应理解,与图9中所示的类似发送第一请求消息的上行资源和发送第一MAC-CE的上行资源可以在不同的小区,或者相同的小区。当在不同小区的资源上分别发送第一MAC-CE和第一请求消息的情况下,可以避免因发送第一MAC-CE的资源所在的小区的质量/链路存在问题,导致仍然在该小区的资源上发送第一请求消息失败的情况。
作为一种可能的实现方式,在情况三或四下,当第二请求消息的传输次数达到预设值,且仍然未接收到上述情况二中所示的第一响应消息或第二响应消息的情况下,终端设备确定链路恢复失败。
作为另一种可能的实现方式,在情况三或四下,当第二请求消息的传输次数超过预设值的情况下,终端设备确定链路恢复失败。
作为另一种可能的实现方式,在情况三或四下,当第二请求消息的传输次数大于或者等于预设值的情况下,终端设备通过PRACH发送三请求消息,或者,终端设备通过PRACH发送第二请求消息。
作为另一种可能的实现方式,在情况三或四下,当终端设备经由MAC-CE发送的用于恢复链路失败小区的参考信号资源的信息的个数超过预设门限时,且承载该最后一个参考信号的信息的MAC-CE重复传输的次数大于或者等于预设值的情况下,终端设备仍然未接收到上述情况二中所示的第一响应消息或第二响应消息的情况下,终端设备确定链路恢复失败。
作为另一种可能的实现方式,在情况三或四下,当终端设备经由MAC-CE发送的用于恢复链路失败小区的参考信号资源的信息的个数超过预设门限的情况下,终端设备确定链路恢复失败。
作为另一种可能的实现方式,在情况三或四下,当终端设备经由MAC-CE发送的用于恢复链路失败小区的参考信号资源的信息的个数超过预设门限的情况下,终端设备通过PRACH发送第三请求消息,或者,针对上述可能二终端设备通过PRACH发送第二请求消息。
图4所示的实施例主要介绍了如何基于第一定时器是否超时,传输BFRQ消息。下面结合图11简单介绍一种基于第二定时器是否超时,判断链路失败恢复成功或者通过PRACH发送BFRQ消息。
图11是本申请实施例提供的另一种用于链路失败恢复的方法示意性流程图。该流程图中包括网络设备和终端设备。
该用于链路失败恢复的方法包括以下步骤:
S510,终端设备确定小区的链路失败。
与图4所示的方法流程中的S410类似,这里不再赘述。
S520,终端设备确定参考信号资源。
与图4所示的方法流程中的S420类似,这里不再赘述。
S530,终端设备向网络设备发送第二请求消息。
与图4所示的方法流程中的S430类似,这里不再赘述。
S531,网络设备向终端设备发送第二DCI。
与图4所示的方法流程中的S431类似,这里不再赘述。
S532,终端设备向网络设备发送第一MAC-CE。
与图4所示的方法流程中的S432类似,这里不再赘述。
S540,网络设备向终端设备发送第二DCI。
与图4所示的方法流程中的S440类似,这里不再赘述。
S541,终端设备向网络设备发送第一MAC-CE。
与图4所示的方法流程中的S441类似,这里不再赘述。
值得注意的是,为了避免链路失败恢复时间太长(例如,链路失败恢复时延超过时延允许范围),本申请实施例中设置有第二定时器,该第二定时器用于控制链路失败恢复时间,则图5所示的方法流程还包括S550:终端设备启动第二定时器。
具体地,终端设备可以在向网络设备发送上述的第一MAC-CE的X个时间单元之后启动所述第二定时器;或者,当在发送所述第一MAC-CE之前,发送了第二请求消息时,发送所述第二请求消息的X个时间单元之后启动第二定时器,其中,所述X为大于或者等于0的值,所述第二请求消息用于指示链路失败。
一种可能的实现方式,终端设备发送第一MAC-CE的时刻启动该第二定时器;
另一种可能的实现方式,终端设备发送第一MAC-CE之后启动该第二定时器。
应理解,终端设备启动第二定时器的时机可以是在发送上述的第一MAC-CE之后,或者,可以是在发送上述的第一MAC-CE时,或者,在发送上述的第二请求消息之后,或者,可以是在发送上述的第二请求消息时,或者,确定链路失败之后,或者,确定链路失败时,本申请对于启动第二定时器的具体时刻并不限制。
进一步地,终端设备启动第二定时器之后,终端设备在该第二定时器运行期间内检测第二响应消息。其中,第二响应消息用于指示所述网络设备成功接收链路失败小区的信息。第二响应消息用于指示所述网络设备成功接收链路失败小区的信息,可以理解为,第二响应消息用于指示链路失败小区的信息的成功传输或传输成功。
应理解,本申请实施例中所涉及的第二响应消息可以是网络设备接收到上述的第一MAC-CE之后,向终端设备发送的第一MAC-CE的第一响应消息;或者,当在该第二定时器运行期间内发生了终端设备向网络设备发送上述的第一请求消息的情况下,第二响应消息可以是网络设备接收到上述的第一请求消息之后,向终端设备发送的第一请求消息的响应消息。也就是说本申请中并不限制第二响应消息为初传BFRQ消息的响应消息,还是重传BFRQ消息的响应消息。
终端设备具体的执行情况分为以下几种:
情况一:
终端设备在第二定时器运行期间内接收到所述网络设备发送的第二响应消息,则停止第二定时器,终端设备确定链路失败的小区的信息反馈成功。即图11所示的方法流程还包括S561:终端设备接收到第二响应消息、S562:终端设备确定链路失败小区的信息发送成功;可选地,图11所示的方法流程还包括S563:终端设备向网络设备发送第二响应消息的HARQ-ACK。
具体地,第二响应消息可以是以下信令中的任意一种:
第五DCI、所述链路失败小区的物理下行控制信道PDCCH的传输配置指示TCI、专用搜索空间集合内的DCI、专用控制资源集合内的DCI、专用无线网络临时标识RNTI加扰的DCI,其中,所述第五DCI用于指示下行资源,或者,所述第五DCI与所述第六DCI(该第六DCI指示该第二响应消息对应的链路失败小区信息的初次传输的资源)具有相同的混合自动重传请求进程标识HARQ process identifier且NDI不同。
情况二:
终端设备确定第二定时器超时,终端设备通过PRACH发送用于链路失败恢复的第三请求消息。
即图11所示的方法流程还包括S571:终端设备确定第二定时器超时、S572:终端设备发送第三请求消息。
第三请求消息可以包括以下一种或多种可能:
第三请求消息用于指示链路失败,或第三请求信息用于请求恢复链路失败小区的链路,或第三请求信息用于请求承载链路失败恢复请求消息的资源等。
其中,PRACH可以为用于恢复主小区或辅助主小区的链路失败的资源。PRACH还可以为用于恢复承载第二请求消息的资源所在小区的链路失败的资源。
与图4中所示的第一定时器不同的是,图11所示的方法中第二定时器的定式时长用于控制整个链路失败恢复的时长,即当第二定时器超时的情况下,终端设备确定发送BFRQ消息失败,需要变化发送BFRQ消息的上行资源,并且图11所示的第二定时器不会在通过PRACH发送BFRQ消息之后重启。用于指示链路失败小区信息的MAC-CE的重传等过程可以在该第二定时器运行期间内完成。
应理解,图4和图11所示的第一定时器和第二定时器可以同时存在,例如,终端设备可以在向网络设备发送上述的第一MAC-CE之后的K个时间单元之后启动第一定时器和第二定时器,其中,K为大于或者等于0的值。第一定时器用于控制BFRQ(MAC-CE)消息的重传,第二定时器用于控制整个链路失败恢复的时长。
还应理解,当通信系统中同时设置有第一定时器和第二定时器的情况下,一种可能的实现方式,第二定时器的定时时长比上述第一定时器的定时时长长。
例如,在时刻P启动第一定时器和第二定时器,第一定时器的定时时长为L1,第二定时器的定时时长为L2,L2大于L1。
还例如,在时刻P1启动第一定时器,在时刻P2启动第二定时器,第一定时器的定时时长为L1,第二定时器的定时时长为L2,L2大于L1。
还例如,在时刻P1启动第一定时器,在时刻P2启动第二定时器,第一定时器的定时时长为L1,第二定时器的定时时长为L2,L2大于L1且P1+L1小于或等于P2+L2。
另一种可能的实现方式,第一定时器和第二定时器首次启动之后,第二定时器的超时时刻晚于或者等于上述第一定时器的超时时刻。
应理解,上述方法实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
上面结合图4-图11详细介绍了本申请实施例提供的用于链路失败恢复的方法,下面结合图12-图15详细介绍本申请实施例提供的用于链路失败恢复的装置。
参见图12,图12是本申请提出的用于链路失败恢复的装置14的示意图。如图12所示,装置14包括发送单元1410和处理单元1420。
发送单元1410,用于发送第一媒体接入控制层控制单元MAC-CE,其中,所述第一MAC-CE中包括链路失败小区的信息;
处理单元1420,用于启动第一定时器;
所述发送单元1410,还用于当所述第一定时器超时时,发送第一请求消息,所述第一请求消息为所述第一MAC-CE,或者,所述第一请求消息为第二MAC-CE,所述第二MAC-CE中包括至少一个链路失败小区的信息。
装置14和方法实施例中的终端设备完全对应,装置14可以是方法实施例中的终端设备,或者方法实施例中的终端设备内部的芯片或功能模块。装置14的相应单元用于执行图2所示的方法实施例中由终端设备执行的相应步骤。
其中,装置14中的发送单元1410执行方法实施例中终端设备发送的步骤。例如,执行图4中的步骤S430,向网络设备发送第二请求消息;还执行图4中的步骤S432,向网络设备发送第一MAC-CE;还执行图4中的步骤S441,向网络设备发送第一MAC-CE;还执行图4中的步骤S463,向网络设备发送第一MAC-CE;还执行图4中的步骤S473,向网络设备发送第一响应消息的HARQ-ACK;还执行图4中的步骤S482,向网络设备发送第二请求消息;还执行图4中的步骤S484,向网络设备发送第一请求消息;还执行图4中的步骤S491,向网络设备发送第一请求消息;还执行图11中的步骤S530,向网络设备发送第二请求消息;还执行图11中的步骤S532,向网络设备发送第一MAC-CE;还执行图11中的步骤S541,向网络设备发送第一MAC-CE;还执行图11中的步骤S563,向网络设备发送第一响应消息的HARQ-ACK;还执行图11中的步骤S572,向网络设备发送第三请求消息。
处理单元1420执行方法实施例中终端设备内部实现或处理的步骤。例如,执行图4中的步骤S410,确定小区的链路失败;还执行图4中的步骤S420,确定参考信号资源;还执行图4中的步骤S450,启动第一定时器;还执行图4中的步骤S462,确定重新发送第一MAC-CE;还执行图4中的步骤S472,确定第一MAC-CE发送成功;还执行图4中的步骤S480,确定第一定时器超时;还执行图11中的步骤S510,确定小区的链路失败;还执行图11中的步骤S520,确定参考信号资源;还执行图11中的步骤S550,启动第二定时器;还执行图11中的步骤S562,确定链路失败小区的信息发送成功;还执行图11中的步骤S571,确定第二定时器超时。
装置14还可以包括接收单元,用于执行终端设备接收的步骤,例如,接收其他设备发送的信息。发送单元1410和接收单元可以组成收发单元,同时具有接收和发送的功能。其中,处理单元1420可以是处理器。发送单元1410可以是发射器,接收单元可以是接收器。接收器和发射器可以集成在一起组成收发器。
参见图13,图13是适用于本申请实施例的终端设备50的结构示意图。该终端设备50可应用于图1所示出的系统中。为了便于说明,图13仅示出了终端设备的主要部件。如图13所示,终端设备60包括处理器(对应于图12中所示的处理单元1420)、存储器、控制电路、天线以及输入输出装置(对应于图12中所示的发送单元1410)。处理器用于控制天线以及输入输出装置收发信号,存储器用于存储计算机程序,处理器用于从存储器中调用并运行该计算机程序,以执行本申请提出的用于链路失败恢复的方法中由终端设备执行的相应流程和/或操作。此处不再赘述。
本领域技术人员可以理解,为了便于说明,图13仅示出了一个存储器和处理器。在实际的终端设备中,可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等,本申请实施例对此不做限制。
参见图14,图14是本申请提出的用于链路失败恢复的装置16的示意图。如图14所示,装置16包括发送单元1610、处理单元1620和接收单元1630。
发送单元1610,用于用于发送第二下行控制信息DCI,所述第二DCI用于指示第一资源;
处理单元1620,用于启动第一定时器;
接收单元1630,用于在所述第一资源上检测第一媒体接入控制层控制单元MAC-CE,其中,所述第一MAC-CE中包括链路失败小区的信息;
所述发送单元1610,还用于根据所述接收单元在所述第一定时器运行期间内是否接收到所述第一MAC-CE,确定发送第一DCI或第一响应消息,其中,所述第一DCI用于指示重新发送所述第一MAC-CE,所述第一响应消息用于指示所述第一MAC-CE传输成功。
装置16和方法实施例中的网络设备完全对应,装置16可以是方法实施例中的网络设备,或者方法实施例中的网络设备内部的芯片或功能模块。装置16的相应单元用于执行图2所示的方法实施例中由网络设备执行的相应步骤。
其中,装置16中的发送单元1610执行方法实施例中网络设备发送的步骤。例如,执行图4中的步骤S431,向终端设备发送第二DCI;还执行图4中的步骤S440,向终端设备发送第二DCI;还执行图4中的步骤S461,向终端设备发送第一DCI;还执行图4中的步骤S471,向终端设备发送第一响应消息;还执行图4中的步骤S483,向终端设备发送第三DCI;还执行图11中的步骤S531,向终端设备发送第二DCI;还执行图11中的步骤S540,向终端设备发送第二DCI;还执行图11中的步骤S561,向终端设备发送第二响应消息。
装置16中的处理单元1620执行方法实施例中网络设备内部实现或处理的步骤。例如,执行图4中的步骤S451,启动第一定时器;还执行图4中的步骤S481,确定第一定时器超时。
装置16中的接收单元1630执行方法实施例中网络设备接收的步骤。例如,执行图4中的步骤S430,接收终端设备发送的第二请求消息;还执行图4中的步骤S432,接收终端设备发送的第一MAC-CE;还执行图4中的步骤S441,接收终端设备发送的第一MAC-CE;还执行图4中的步骤S463,接收终端设备发送的第一MAC-CE;还执行图4中的步骤S473,接收终端设备发送的第一响应消息的HARQ-ACK;还执行图4中的步骤S482,接收终端设备发送的第二请求消息;还执行图4中的步骤S484,接收终端设备发送的第一请求消息;还执行图4中的步骤S491,接收终端设备发送的第一请求消息;还执行图11中的步骤S530,接收终端设备发送的第二请求消息;还执行图11中的步骤S532,接收终端设备发送的第一MAC-CE;还执行图11中的步骤S541,接收终端设备发送的第一MAC-CE;还执行图11中的步骤S563,接收终端设备发送的第一响应消息的HARQ-ACK;还执行图11中的步骤S572,接收终端设备发送的第三请求消息。
接收单元1630和发送单元1610可以组成收发单元,同时具有接收和发送的功能。其中,处理单元1620可以是处理器。发送单元1610可以是发射器。接收单元1630可以是接收器。接收器和发射器可以集成在一起组成收发器。
参见图15,图15是适用于本申请实施例的网络设备17的结构示意图,可以用于实现上述用于链路失败恢复的方法中的网络设备的功能。可以为网络设备的结构示意图。
在5G通信系统中,网络设备17可以包括CU、DU和AAU相比于LTE通信系统中的网络设备由一个或多个射频单元,如远端射频单元(remote radio unit,RRU)1171和一个或多个基带单元(base band unit,BBU)来说:
原BBU的非实时部分将分割出来,重新定义为CU,负责处理非实时协议和服务、BBU的部分物理层处理功能与原RRU及无源天线合并为AAU、BBU的剩余功能重新定义为DU,负责处理物理层协议和实时服务。简而言之,CU和DU,以处理内容的实时性进行区分、AAU为RRU和天线的组合。
CU、DU、AAU可以采取分离或合设的方式,所以,会出现多种网络部署形态,一种可能的部署形态如图15所示与传统4G网络设备一致,CU与DU共硬件部署。应理解,图15只是一种示例,对本申请的保护范围并不限制,例如,部署形态还可以是DU部署在5G BBU机房,CU集中部署或DU集中部署,CU更高层次集中等。
所述AAU可以实现收发功能称为收发单元1701,与图14中的发送单元1610和接收单元1630对应。可选地,该收发单元1701还可以称为收发机、收发电路、或者收发器等,其可以包括至少一个天线17011和射频单元17012。可选地,收发单元1701可以包括接收单元和发送单元,接收单元可以对应于接收器(或称接收机、接收电路),发送单元可以对应于发射器(或称发射机、发射电路)。所述CU和DU可以实现内部处理功能称为处理单元1702,与图14中的处理单元1620对应。可选地,该处理单元1702可以对网络设备进行控制等,可以称为控制器。所述AAU与CU和DU可以是物理上设置在一起,也可以物理上分离设置的。
另外,网络设备不限于图15所示的形态,也可以是其它形态:例如:包括BBU和自适应无线单元(adaptive radio unit,ARU),或者包括BBU和有源天线单元(active antennaunit,AAU);也可以为客户终端设备(customer premises equipment,CPE),还可以为其它形态,本申请不限定。
应理解,图15所示的网络设备17能够实现图4-图11的方法实施例中涉及的网络设备功能。网络设备17中的各个单元的操作和/或功能,分别为了实现本申请方法实施例中由网络设备执行的相应流程。为避免重复,此处适当省略详述描述。图15示例的网络设备的结构仅为一种可能的形态,而不应对本申请实施例构成任何限定。本申请并不排除未来可能出现的其他形态的网络设备结构的可能。
本申请实施例还提供一种通信系统,其包括前述的终端设备和网络设备。
本申请还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当该指令在计算机上运行时,使得计算机执行上述如图4-图11所示的方法中终端设备执行的各个步骤。
本申请还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当该指令在计算机上运行时,使得计算机执行上述如图4-图11所示的方法中网络设备执行的各个步骤。
本申请还提供了一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行如图4-图11所示的方法中终端设备执行的各个步骤。
本申请还提供了一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行如图4-图11所示的方法中网络设备执行的各个步骤。
本申请还提供一种芯片,包括处理器。该处理器用于读取并运行存储器中存储的计算机程序,以执行本申请提供的用于链路失败恢复的方法中由终端设备执行的相应操作和/或流程。可选地,该芯片还包括存储器,该存储器与该处理器通过电路或电线与存储器连接,处理器用于读取并执行该存储器中的计算机程序。进一步可选地,该芯片还包括通信接口,处理器与该通信接口连接。通信接口用于接收需要处理的数据和/或信息,处理器从该通信接口获取该数据和/或信息,并对该数据和/或信息进行处理。该通信接口可以是该芯片上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。所述处理器也可以体现为处理电路或逻辑电路。
本申请还提供一种芯片,包括处理器。该处理器用于读取并运行存储器中存储的计算机程序,以执行本申请提供的用于链路失败恢复的方法中由网络设备执行的相应操作和/或流程。可选地,该芯片还包括存储器,该存储器与该处理器通过电路或电线与存储器连接,处理器用于读取并执行该存储器中的计算机程序。进一步可选地,该芯片还包括通信接口,处理器与该通信接口连接。通信接口用于接收需要处理的数据和/或信息,处理器从该通信接口获取该数据和/或信息,并对该数据和/或信息进行处理。该通信接口可以是该芯片上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。所述处理器也可以体现为处理电路或逻辑电路。
应理解,上述的芯片也可以替换为芯片系统,这里不再赘述。
本申请中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应理解,本发明实施例中提及的处理器可以是中央处理单元(centralprocessing unit,CPU),还可以是其他通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本发明实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double datarate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)集成在处理器中。
应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
另外,本申请中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系;本申请中术语“至少一个”,可以表示“一个”和“两个或两个以上”,例如,A、B和C中至少一个,可以表示:单独存在A,单独存在B,单独存在C、同时存在A和B,同时存在A和C,同时存在C和B,同时存在A和B和C,这七种情况。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (37)

1.一种用于链路失败恢复的方法,应用在小区发生链路失败的情况下,其特征在于,包括:
在第一资源上发送第一媒体接入控制层控制单元MAC-CE,其中,所述第一MAC-CE中包括链路失败小区的信息;
启动第一定时器;
当所述第一定时器超时时,在第二资源上发送第一请求消息,其中,所述第一资源和第二资源所在的小区不同;所述第一请求消息为所述第一MAC-CE,或者,所述第一请求消息为第二MAC-CE,所述第二MAC-CE中包括至少一个链路失败小区的信息。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述第一定时器运行期间内检测第一DCI和/或第一响应消息,其中,所述第一DCI用于指示重新发送所述第一MAC-CE,所述第一响应消息用于指示所述第一MAC-CE传输成功。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
当在所述第一定时器运行期间内接收到所述第一DCI时,重新发送所述第一MAC-CE。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
重新发送所述第一MAC-CE的K个时间单元之后,重置所述第一定时器,其中,所述K为大于或者等于0的值。
5.根据权利要求2所述的方法,其特征在于,所述方法还包括:
当在所述第一定时器运行期间内接收到所述第一响应消息时,停止所述第一定时器。
6.根据权利要求1-5中任一项所述的方法,其特征在于,发送所述第一请求消息之前,所述方法还包括:
当所述第一定时器超时,发送第二请求消息,所述第二请求消息用于指示链路失败。
7.根据权利要求6所述的方法,其特征在于,所述第二请求消息承载在物理上行控制信道PUCCH上,或者所述第二请求消息承载在物理随机接入信道PRACH上。
8.根据权利要求1-5中任一项所述的方法,其特征在于,所述方法还包括:
启动第二定时器;
当所述第二定时器超时时,在物理随机接入信道PRACH上发送用于链路失败恢复的第三请求消息。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
当在所述第二定时器运行期间内接收到第二响应消息时,停止所述第二定时器,其中,所述第二响应消息用于指示链路失败小区的信息成功传输。
10.根据权利要求1-5中任一项所述的方法,其特征在于,所述链路失败小区的信息包括:
所述链路失败小区的标识信息,和/或,参考信号资源的信息,其中,所述参考信号资源的信息用于恢复所述链路失败小区的链路。
11.一种用于链路失败恢复的方法,应用在小区发生链路失败的情况下,其特征在于,包括:
发送第二下行控制信息DCI,所述第二DCI用于指示第一资源;
启动第一定时器;
在所述第一资源上检测第一媒体接入控制层控制单元MAC-CE,其中,所述第一MAC-CE中包括链路失败小区的信息;
根据在所述第一定时器运行期间内是否接收到所述第一MAC-CE,确定发送第一DCI或第一响应消息,其中,所述第一DCI用于指示重新发送所述第一MAC-CE,所述第一响应消息用于指示所述第一MAC-CE传输成功;
当所述第一定时器超时时,发送第三DCI,
其中,所述第三DCI用于指示承载第一请求消息的第二资源,所述第一请求消息为所述第一MAC-CE,或者,所述第一请求消息为第二MAC-CE,所述第二MAC-CE中包括至少一个链路失败小区的信息。
12.根据权利要求11所述的方法,其特征在于,所述方法还包括:
当在所述第一定时器运行期间内未接收到所述第一MAC-CE时,发送所述第一DCI,重新检测所述第一MAC-CE。
13.根据权利要求12所述的方法,其特征在于,所述方法还包括:
重新检测所述第一MAC-CE的K个时间单元之后,重置所述第一定时器,其中,所述K为大于或者等于0的值。
14.根据权利要求11所述的方法,其特征在于,所述方法还包括:
当在所述第一定时器运行期间内接收到所述第一MAC-CE,发送所述第一响应消息时,或者,
当接收到所述第一响应消息的混合自动重传请求应答HARQ-ACK时,停止所述第一定时器。
15.根据权利要求11-14中任一项所述的方法,其特征在于,发送所述第三DCI之前,所述方法还包括:
接收第二请求消息,所述第二请求消息用于指示链路失败;
根据所述第二请求消息发送所述第三DCI。
16.根据权利要求15所述的方法,其特征在于,所述第二请求消息承载在物理上行控制信道PUCCH上,或者所述第二请求消息承载在物理随机接入信道PRACH上。
17.根据权利要求11-14中任一项所述的方法,其特征在于,所述链路失败小区的信息包括:
所述链路失败小区的标识信息,和/或,参考信号资源的信息,其中,所述参考信号资源的信息用于恢复所述链路失败小区的链路。
18.一种用于链路失败恢复的装置,应用在小区发生链路失败的情况下,其特征在于,包括:
发送单元,用于在第一资源上发送第一媒体接入控制层控制单元MAC-CE,其中,所述第一MAC-CE中包括链路失败小区的信息;处理单元,用于启动第一定时器;
所述发送单元,还用于当所述第一定时器超时时,在第二资源上发送第一请求消息,其中,所述一资源和第二资源所在的小区不同;所述第一请求消息为所述第一MAC-CE,或者,所述第一请求消息为第二MAC-CE,所述第二MAC-CE中包括至少一个链路失败小区的信息。
19.根据权利要求18所述的装置,其特征在于,所述装置还包括:
接收单元,用于在所述第一定时器运行期间内检测第一DCI和/或第一响应消息,其中,所述第一DCI用于指示重新发送所述第一MAC-CE,所述第一响应消息用于指示所述第一MAC-CE传输成功。
20.根据权利要求19所述的装置,其特征在于,所述发送单元,还用于当所述接收单元在所述第一定时器运行期间内接收到所述第一DCI时,重新发送所述第一MAC-CE。
21.根据权利要求20所述的装置,其特征在于,所述处理单元,还用于在重新发送所述第一MAC-CE的K个时间单元之后,重置所述第一定时器,其中,所述K为大于或者等于0的值。
22.根据权利要求19所述的装置,其特征在于,所述处理单元,还用于当所述接收单元在所述第一定时器运行期间内接收到所述第一响应消息时,停止所述第一定时器。
23.根据权利要求18-22中任一项所述的装置,其特征在于,所述发送单元发送所述第一请求消息之前,所述发送单元,还用于当所述第一定时器超时,发送第二请求消息,所述第二请求消息用于指示链路失败。
24.根据权利要求23所述的装置,其特征在于,所述第二请求消息承载在物理上行控制信道PUCCH上,或者所述第二请求消息承载在物理随机接入信道PRACH上。
25.根据权利要求18-22中任一项所述的装置,其特征在于,所述处理单元,还用于启动第二定时器;
所述发送单元,还用于当所述第二定时器超时时,在物理随机接入信道PRACH上发送用于链路失败恢复的第三请求消息。
26.根据权利要求25所述的装置,其特征在于,所述处理单元,还用于当接收单元在所述第二定时器运行期间内接收到第二响应消息时,停止所述第二定时器,其中,所述第二响应消息用于指示链路失败小区的信息成功传输。
27.根据权利要求18-22中任一项所述的装置,其特征在于,所述链路失败小区的信息包括:
所述链路失败小区的标识信息,和/或,参考信号资源的信息,其中,所述参考信号资源的信息用于恢复所述链路失败小区的链路。
28.一种用于链路失败恢复的装置,应用在小区发生链路失败的情况下,其特征在于,包括:
发送单元,用于发送第二下行控制信息DCI,所述第二DCI用于指示第一资源;
处理单元,用于启动第一定时器;
接收单元,用于在所述第一资源上检测第一媒体接入控制层控制单元MAC-CE,其中,所述第一MAC-CE中包括链路失败小区的信息;
所述发送单元,还用于根据所述接收单元在所述第一定时器运行期间内是否接收到所述第一MAC-CE,确定发送第一DCI或第一响应消息,其中,所述第一DCI用于指示重新发送所述第一MAC-CE,所述第一响应消息用于指示所述第一MAC-CE传输成功;
所述发送单元,还用于当所述第一定时器超时时,发送第三DCI,
其中,所述第三DCI用于指示承载第一请求消息的第二资源,所述第一请求消息为所述第一MAC-CE,或者,所述第一请求消息为第二MAC-CE,所述第二MAC-CE中包括至少一个链路失败小区的信息。
29.根据权利要求28所述的装置,其特征在于,所述发送单元,还用于当所述接收单元在所述第一定时器运行期间内未接收到所述第一MAC-CE时,发送所述第一DCI,重新检测所述第一MAC-CE。
30.根据权利要求29所述的装置,其特征在于,所述处理单元,还用于在重新检测所述第一MAC-CE的K个时间单元之后,重置所述第一定时器,其中,所述K为大于或者等于0的值。
31.根据权利要求30所述的装置,其特征在于,所述发送单元,还用于当所述接收单元在所述第一定时器运行期间内接收到所述第一MAC-CE时,发送所述第一响应消息,或者,
所述处理单元,还用于当所述接收单元接收到所述第一响应消息的混合自动重传请求应答HARQ-ACK时,停止所述第一定时器。
32.根据权利要求28-31中任一项所述的装置,其特征在于,所述发送单元发送所述第三DCI之前,所述接收单元,还用于接收第二请求消息,所述第二请求消息用于指示链路失败;
所述处理单元,还用于根据所述第二请求消息发送所述第三DCI。
33.根据权利要求32所述的装置,其特征在于,所述第二请求消息承载在物理上行控制信道PUCCH上,或者所述第二请求消息承载在物理随机接入信道PRACH上。
34.根据权利要求28-31中任一项所述的装置,其特征在于,所述链路失败小区的信息包括:
所述链路失败小区的标识信息,和/或,参考信号资源的信息,其中,所述参考信号资源的信息用于恢复所述链路失败小区的链路。
35.一种通信装置,其特征在于,包括:
存储器,所述存储器用于存储计算机程序;
处理器,所述处理器用于从所述存储器中调用并运行所述计算机程序,使得所述通信装置执行权利要求1-17中任一项所述的方法。
36.一种计算机可读存储介质,其特征在于,包括:
所述计算机可读介质存储有计算机程序;
所述计算机程序在计算机上运行时,使得所述计算机执行权利要求1-17中任一项所述的方法。
37.一种通信装置,其特征在于,包括:
处理器和通信接口;
所述处理器利用所述通信接口与外部通信;
所述处理器用于运行计算机程序,使得所述通信装置实现如权利要求1-17中任一项所述的方法。
CN201910690844.6A 2019-07-29 2019-07-29 用于链路失败恢复的方法和装置 Active CN112312513B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201910690844.6A CN112312513B (zh) 2019-07-29 2019-07-29 用于链路失败恢复的方法和装置
PCT/CN2020/102315 WO2021017848A1 (zh) 2019-07-29 2020-07-16 用于链路失败恢复的方法和装置
EP20847296.9A EP3993503A4 (en) 2019-07-29 2020-07-16 METHOD AND DEVICE FOR DISCONNECTION RECOVERY
US17/586,198 US20220151009A1 (en) 2019-07-29 2022-01-27 Link Failure Recovery Method And Apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910690844.6A CN112312513B (zh) 2019-07-29 2019-07-29 用于链路失败恢复的方法和装置

Publications (2)

Publication Number Publication Date
CN112312513A CN112312513A (zh) 2021-02-02
CN112312513B true CN112312513B (zh) 2021-12-03

Family

ID=74228844

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910690844.6A Active CN112312513B (zh) 2019-07-29 2019-07-29 用于链路失败恢复的方法和装置

Country Status (4)

Country Link
US (1) US20220151009A1 (zh)
EP (1) EP3993503A4 (zh)
CN (1) CN112312513B (zh)
WO (1) WO2021017848A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112702753B (zh) * 2021-03-24 2021-06-08 四川创智联恒科技有限公司 通信射频单元自动配置恢复方法、装置、设备及存储介质
WO2023168674A1 (en) * 2022-03-10 2023-09-14 Apple Inc. Maintenance of multiple ta in the same serving cell for multi-trp operation

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109245870A (zh) * 2017-06-16 2019-01-18 华为技术有限公司 处理无线链路失败方法、终端设备和基站
CN110034799A (zh) * 2018-01-11 2019-07-19 华为技术有限公司 通信方法和通信设备
WO2020010615A1 (zh) * 2018-07-13 2020-01-16 Oppo广东移动通信有限公司 指示波束失败修复的方法、设备及存储介质

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104902569B (zh) * 2009-03-12 2018-08-17 交互数字专利控股公司 由wtru实现的用于执行无线电链路监控的方法及wtru
WO2013025142A1 (en) * 2011-08-15 2013-02-21 Telefonaktiebolaget L M Ericsson (Publ) Controlling random access in secondary cells
US9055560B2 (en) * 2012-01-18 2015-06-09 Mediatek Inc. Method of enhanced connection recovery and loss-less data recovery
WO2018178519A1 (en) * 2017-03-31 2018-10-04 Nokia Technologies Oy Enhanced radio link monitoring for user equipment
CN109246743B (zh) * 2017-04-28 2021-10-15 华为技术有限公司 一种波束管理方法及终端设备、网络设备
US11109438B2 (en) * 2017-07-28 2021-08-31 Qualcomm Incorporated Methods to optimize SCell configuration and activation through UE idle mode SCell measurements and quick reporting
CN111149306A (zh) * 2017-08-09 2020-05-12 Idac控股公司 用于波束恢复和管理的方法和系统
WO2019028736A1 (en) * 2017-08-10 2019-02-14 Mediatek Singapore Pte. Ltd. APPARATUS AND MECHANISM FOR TRANSMITTING A REQUEST FOR BEHAVIOR FAULT RECOVERY IN A NR SYSTEM OPERATING WITH MULTIPLE BEAMS
KR102352684B1 (ko) * 2017-11-16 2022-01-18 삼성전자주식회사 무선통신 시스템에서 통신 방법 및 장치
EP3718334A4 (en) * 2018-01-05 2021-08-25 Samsung Electronics Co., Ltd. SECONDARY CELL BEAM RECOVERY APPARATUS AND METHOD
KR102472292B1 (ko) * 2018-01-10 2022-11-30 삼성전자 주식회사 무선 통신 시스템에서 경쟁 및 비경쟁 기반 빔 실패 복구를 수행하는 방법 및 장치
CN110035502B (zh) * 2018-01-11 2021-06-08 华为技术有限公司 通信方法、通信设备和网络设备
US20190222404A1 (en) * 2018-01-12 2019-07-18 Qualcomm Incorporated Signaling techniques for bandwidth parts
BR112020014392A2 (pt) * 2018-01-22 2020-12-01 Nokia Technologies Oy gerenciamento de feixe de camada superior
US11115892B2 (en) * 2018-02-15 2021-09-07 Ofinno, Llc Beam failure information for radio configuration
RU2756848C1 (ru) * 2018-02-15 2021-10-06 Телефонактиеболагет Лм Эрикссон (Пабл) Переключение частей полосы частот и совмещение физической конфигурации
EP3528398A1 (en) * 2018-02-15 2019-08-21 Comcast Cable Communications LLC Beam failure report
JP7143609B2 (ja) * 2018-03-28 2022-09-29 日本電気株式会社 通信装置、通信方法、プログラム
US20210315040A1 (en) * 2018-08-03 2021-10-07 Lenovo (Beijing) Limited Method and apparatus for handling radio link failure
CN115397042B (zh) * 2018-08-09 2023-07-25 中兴通讯股份有限公司 使用预配置专用资源的空闲模式传输的状态转换
EP4236440A3 (en) * 2018-08-10 2023-10-18 Ofinno, LLC Wireless backhaul link information
KR20210057094A (ko) * 2018-09-08 2021-05-20 오피노 엘엘씨 백홀 링크 연결 정보
WO2020034303A1 (en) * 2018-09-20 2020-02-20 Zte Corporation Methods, apparatus and systems for scheduling resources in a wireless communication
EP3627910A1 (en) * 2018-09-21 2020-03-25 Comcast Cable Communications LLC Activation and deactivation of power saving operation
WO2020062059A1 (zh) * 2018-09-28 2020-04-02 Oppo广东移动通信有限公司 链路故障的处理方法、装置、终端设备及存储介质
WO2020155062A1 (zh) * 2019-01-31 2020-08-06 北京小米移动软件有限公司 目标下行信号的接收方法、装置、设备及系统
CN113661775A (zh) * 2019-02-12 2021-11-16 Idac控股公司 用于侧链路无线电链路监视和确定无线电链路故障的方法
US11405975B2 (en) * 2019-03-29 2022-08-02 Qualcomm Incorporated Link failure recovery procedure for a primary cell (PCell) and a secondary cell (SCell)
CA3145398A1 (en) * 2019-06-28 2020-12-30 Zte Corporation Beam failure recovery for secondary cell

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109245870A (zh) * 2017-06-16 2019-01-18 华为技术有限公司 处理无线链路失败方法、终端设备和基站
CN110034799A (zh) * 2018-01-11 2019-07-19 华为技术有限公司 通信方法和通信设备
WO2020010615A1 (zh) * 2018-07-13 2020-01-16 Oppo广东移动通信有限公司 指示波束失败修复的方法、设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
《Discussion on beam failure recovery procedure》;Fujitsu;《3GPP TSG RAN WG1 Meeting #88bis R1-1704478》;20170324;全文 *

Also Published As

Publication number Publication date
CN112312513A (zh) 2021-02-02
WO2021017848A1 (zh) 2021-02-04
EP3993503A4 (en) 2022-08-31
EP3993503A1 (en) 2022-05-04
US20220151009A1 (en) 2022-05-12

Similar Documents

Publication Publication Date Title
CN113261371B (zh) 交叉链路干扰测量传输方案
US9503837B2 (en) Method and apparatus for performing HARQ process in wireless communication system
CN108141874B (zh) 用于共享射频频谱带中的下行链路调度和上行链路调度的技术
WO2020228589A1 (zh) 通信方法和通信装置
US20190140864A1 (en) Device-to-device (d2d) channel measurement techniques
CN112312419B (zh) 信息上报方法及装置
US11553430B2 (en) System and method for control channel reception in power save mode
US11870732B2 (en) Methods and nodes for activation or deactivation of a carrier in a communication network supporting carrier aggregation
US20220046720A1 (en) Random access method, terminal device and network device
EP3857995A1 (en) Synchronizing timing for updating beam configuration information
EP3553986A1 (en) Transmission method, network equipment, and terminal equipment
WO2018103020A1 (zh) 传输上行数据的方法和装置
US20230145663A1 (en) System and Method for Control Channel Reception in Power Save Mode
US20210022160A1 (en) Communication method and communications apparatus
US20220151009A1 (en) Link Failure Recovery Method And Apparatus
US20210352753A1 (en) Communication method and communications apparatus
US20220159767A1 (en) Communication Method And Communications Apparatus
US10880053B2 (en) Wireless device, a network node and methods therein for handling transmissions in a wireless communications network
CN115918128A (zh) 无线通信的方法和终端设备
WO2019246136A1 (en) Device-to-device (d2d) channel measurement techniques

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