CN109842499B - 一种无线通信方法及装置 - Google Patents

一种无线通信方法及装置 Download PDF

Info

Publication number
CN109842499B
CN109842499B CN201711189027.XA CN201711189027A CN109842499B CN 109842499 B CN109842499 B CN 109842499B CN 201711189027 A CN201711189027 A CN 201711189027A CN 109842499 B CN109842499 B CN 109842499B
Authority
CN
China
Prior art keywords
failure recovery
serving cell
channel
communication
communication failure
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
CN201711189027.XA
Other languages
English (en)
Other versions
CN109842499A (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.)
Beijing Jingshi Intellectual Property Management 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
Priority to CN202110415040.2A priority Critical patent/CN113301596B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201711189027.XA priority patent/CN109842499B/zh
Priority to PCT/CN2018/100878 priority patent/WO2019100772A1/zh
Priority to EP18880640.0A priority patent/EP3644649B1/en
Priority to BR112020002174-1A priority patent/BR112020002174A2/pt
Priority to JP2020503037A priority patent/JP6962519B2/ja
Priority to CN201880055005.0A priority patent/CN111052797B/zh
Publication of CN109842499A publication Critical patent/CN109842499A/zh
Priority to US16/778,105 priority patent/US11924901B2/en
Application granted granted Critical
Publication of CN109842499B publication Critical patent/CN109842499B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

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

Abstract

本申请实施例提供一种无线通信方法及装置，涉及通信技术领域，用于提高通信故障恢复的效率。所述方法应用于终端或终端内置的芯片，基站通过至少两个服务小区为所述终端提供载波聚合服务，所述至少两个服务小区包括第一服务小区和第二服务小区，所述方法包括：当检测到所述第一服务小区的下行通信故障时，确定所述第二服务小区的下行通信正常；在所述第二服务小区的上行信道中发送通信故障恢复请求，所述通信故障恢复请求用于请求恢复所述第一服务小区的下行通信故障；在所述第二服务小区的下行信道中检测通信故障恢复响应，所述通信故障恢复响应用于指示所述第一服务小区的下行通信的资源。

Description

一种无线通信方法及装置
技术领域
本申请实施例涉及通信技术领域，尤其涉及一种无线通信方法及装置。
背景技术
为了提供更高的业务速率，第三代合作伙伴计划(Third GenerationPartnership Project，3GPP)引入了载波聚合(Carrier Aggregation，CA)的概念，CA可以通过多个连续或者非连续的载波聚合成更大的带宽，将参与CA的不同服务小区对应的载波称为分量载波(Component Carrier，CC)。目前，配置CA的终端可以与多个服务小区相连，每个服务小区对应一个分量载波CC。
在新无线电(New Radio，NR)系统中，载波可以分为低频载波和高频载波，参与CA的分量载波可以均为低频载波、均为高频载波、或者同时包括低频载波和高频载波。其中，终端需要对高频载波进行波束管理。对于NR系统中的高频载波，通常由于终端的移动或旋转，障碍物的遮挡，以及通信时周围环境的改变等，会导致基站与终端之间的通信质量受到影响，甚至会导致基站与终端之间的波束对链路的通信中断。
目前，当基站与终端通过一个载波的波束对链路进行通信时，如果该波束对链路发生通信故障，则终端在该载波上重新识别候选波束信息，并通过识别的候选波束信息恢复与基站之间的通信。但是，由于基站与终端使用的载波当前处于通信中断状态，终端直接在该载波上通过识别的候选波束信息恢复与基站之间的通信，可能需要进行多次尝试，从而环回时间长，不利于通信故障的快速恢复。
发明内容
本发明的实施例提供一种无线通信方法及装置，用于提高通信故障的恢复效率。
为达到上述目的，本发明的实施例采用如下技术方案：
第一方面，提供一种无线通信方法，该方法应用于终端或终端内置的芯片，基站通过至少两个服务小区为终端提供载波聚合服务，至少两个服务小区包括第一服务小区和第二服务小区，该方法包括：当检测到第一服务小区的下行通信故障时，确定第二服务小区的下行通信正常；在第二服务小区的上行信道中发送通信故障恢复请求，通信故障恢复请求用于请求恢复第一服务小区的下行通信故障；在第二服务小区的下行信道中检测通信故障恢复响应，通信故障恢复响应用于指示第一服务小区的下行通信的资源。
上述技术方案中，当终端检测到第一服务小区出现下行通信故障时，终端确定第二服务小区的下行通信正常，在第二服务小区的上行信道中发送第一服务小区的通信故障恢复请求，在第二服务小区的下行信道中检测通信故障恢复响应，从而可以提高通信故障恢复的成功率，进而实现通信故障的快速恢复。此外，由于第二服务小区为正常通信的服务小区，终端无需进行波束扫描来获取候选波束信息，节省了波束扫描的时间。
在第一方面的一种可能的实现方式中，在发送通信故障恢复请求之前，该方法还包括：接收来自基站的故障恢复请求配置信息，故障恢复请求配置信息用于指示发送通信故障恢复请求的上行信道，该上行信道为以下信道中的一种：物理上行控制信道，物理随机接入信道，或物理上行共享信道。上述可能的实现方式中，基站为终端配置发送通信故障恢复请求的上行信道，从而终端可以在配置的上行信道中发送通信故障恢复请求，提高基站检测通信故障恢复请求的成功率。
在第一方面的一种可能的实现方式中，当发送通信故障恢复请求的上行信道为物理上行共享信道时，物理上行共享信道中承载的通信故障恢复请求由媒体接入控制层控制单元MAC-CE承载。上述可能的实现方式中，提供了一种在第二服务小区的上行信道中承载通信故障恢复请求的方法，由于物理上行共享信道承载的数据量较大，从而终端通过物理上行共享信道发送通信故障恢复请求，可以节省终端与基站之间的信令交互。
在第一方面的一种可能的实现方式中，当物理上行共享信道中承载的通信故障恢复请求由媒体接入控制层控制单元MAC-CE承载时，该MAC-CE包括MAC请求指示和通信故障恢复请求，MAC请求指示用于指示当前的MAC-CE中的载荷为通信故障恢复请求。上述可能的实现方式中，终端可以通过MAC请求指示向基站指示当前的MAC-CE中的载荷为通信故障恢复请求，从而可以节省终端与基站之间的信令交互。
在第一方面的一种可能的实现方式中，该终端包括媒体接入控制MAC层和物理层，在第二服务小区的上行信道中发送通信故障恢复请求，包括：终端在MAC层将MAC请求指示和通信故障恢复请求组包，得到MAC-CE的数据包；终端通过物理层中第二服务小区的物理上行共享信道发送该数据包。上述可能的实现方式中，终端可以通过解包得到MAC响应指示确定当前的MAC-CE中的载荷为通信故障恢复响应，从而可以节省终端与基站之间的信令交互。
在第一方面的一种可能的实现方式中，在第二服务小区的上行信道中发送通信故障恢复请求，包括：终端在第二服务小区的上行信道中发送数据包，该数据包中包含通信故障恢复请求的指示信息，该指示信息用于指示该数据包中包含通信故障恢复请求。上述可能的实现方式中，提供了一种在第二服务小区的上行信道中承载通信故障恢复请求的方法，由于物理上行共享信道承载的数据量较大，从而终端通过物理上行共享信道发送通信故障恢复请求，可以节省终端与基站之间的信令交互。
在第一方面的一种可能的实现方式中，在检测通信故障恢复响应之前，该方法还包括：接收来自基站的故障恢复响应配置信息，故障恢复响应配置信息用于指示检测通信故障恢复响应的下行信道，该下行信道为以下信道中的一种：物理下行控制信道，或物理下行共享信道。上述可能的实现方式中，基站为终端配置检测通信故障恢复响应的下行信道，从而终端可以在配置的下行信道中检测通信故障恢复响应，提高终端检测通信故障恢复响应的成功率。
在第一方面的一种可能的实现方式中，当检测通信故障恢复响应的下行信道为物理下行共享信道时，物理下行共享信道中承载的通信故障恢复响应由媒体接入控制层控制单元MAC-CE承载。上述可能的实现方式中，提供了一种在第二服务小区的上行信道中承载通信故障恢复请求的方法，由于物理上行共享信道承载的数据量较大，从而终端通过物理上行共享信道发送通信故障恢复请求，可以节省终端与基站之间的信令交互。
在第一方面的一种可能的实现方式中，当物理下行共享信道中承载的通信故障恢复响应由媒体接入控制层控制单元MAC-CE承载时，该MAC-CE包括MAC响应指示和通信故障恢复响应，MAC响应指示用于指示当前的MAC-CE中的载荷为通信故障恢复响应。
在第一方面的一种可能的实现方式中，该终端包括媒体接入控制MAC层和物理层，在第二服务小区的下行信道中检测通信故障恢复响应，包括：终端通过物理层中第二服务小区的物理下行共享信道检测到来自基站的数据包；终端在MAC层中对该数据包进行解包，根据解包得到的MAC响应指示确定通信故障恢复响应。
在第一方面的一种可能的实现方式中，在第二服务小区的下行信道中检测通信故障恢复响应，包括：在第二服务小区的下行信道中检测到来自基站的数据包，该数据包中包含通信故障恢复响应的指示信息，该指示信息用于指示该数据包中包含通信故障恢复响应。上述可能的实现方式中，提供了一种在第二服务小区的上行信道中承载通信故障恢复响应的方法，由于物理下行共享信道承载的数据量较大，从而基站通过物理下行共享信道承载通信故障恢复响应，可以节省终端与基站之间的信令交互。
在第一方面的一种可能的实现方式中，第二服务小区还满足以下条件中的至少一个：第二服务小区的索引最小，第二服务小区的下行信道的信道质量最优，第二服务小区对应的载频最低。上述可能的实现方式中，在确定正常通信的服务小区后，通过进一步确定满足条件的第二服务小区，可以进一步提高通信故障恢复的效率和成功率。
在第一方面的一种可能的实现方式中，该方法还包括：当检测到至少两个服务小区的下行通信均故障时，确定第二服务小区满足以下条件中至少一个：第二服务小区的服务小区的索引最小，第二服务小区的下行信道的信道质量最优，第二服务小区对应的载频最低。上述可能的实现方式中，当检测到至少两个服务小区的下行通信均故障时，通过选择满足条件的第二服务小区，可以进一步提高通信故障恢复的效率和成功率。
在第一方面的一种可能的实现方式中，通信故障恢复请求包括第一服务小区的索引和第一服务小区的候选参考信号资源指示，候选参考信号资源指示也可以称为候选波束信息，候选参考信号资源指示用于表征候选参考信号端口。
在第一方面的一种可能的实现方式中，通信故障恢复响应包括第一服务小区的索引和第一服务小区的目标参考信号资源指示，即基站从候选参考信号资源指示中选择的参考信号资源指示，目标参考信号资源指示也可以称为下行波束信息，目标参考信号资源指示用于表征目标参考信号端口。
第二方面，提高一种无线通信方法，该方法应用于基站或基站内置的芯片，基站通过至少两个服务小区为终端提供载波聚合服务，至少两个服务小区包括第一服务小区和第二服务小区，该方法包括：在第二服务小区的上行信道中接收来自终端的通信故障恢复请求，通信故障恢复请求用于请求恢复第一服务小区的下行通信故障；生成通信故障恢复响应，通信故障恢复响应用于指示第一服务小区的下行通信的资源；在第二服务小区的下行信道中向终端发送通信故障恢复响应。
在第二方面的一种可能的实现方式中，在接收来自终端的通信故障恢复请求之前，该方法还包括：向终端发送故障恢复请求配置信息，故障恢复请求配置信息用于指示发送通信故障恢复请求的上行信道，该上行信道为以下信道中的一种：物理上行控制信道，物理随机接入信道，或物理上行共享信道。
在第二方面的一种可能的实现方式中，当指示发送通信故障恢复请求的上行信道为物理上行共享信道时，物理上行共享信道中承载的通信故障恢复请求媒体接入控制层控制单元MAC-CE承载。
在第二方面的一种可能的实现方式中，当物理上行共享信道中承载的通信故障恢复请求由媒体接入控制层控制单元MAC-CE承载时，该MAC-CE包括MAC请求指示和通信故障恢复请求，MAC请求指示用于指示当前的MAC-CE中的载荷为通信故障恢复请求。
在第二方面的一种可能的实现方式中，基站包括媒体接入控制MAC层和物理层，在第二服务小区的上行信道中接收来自终端的通信故障恢复请求，包括：基站通过物理层中第二服务小区的物理上行共享信道接收来自终端的数据包；基站在MAC层中对该数据包进行解包，根据解包得到的MAC请求指示确定通信故障恢复请求。
在第二方面的一种可能的实现方式中，在第二服务小区的上行信道中接收来自终端的通信故障恢复请求，包括：在第二服务小区的上行信道中接收来自终端的数据包，该数据包中包含通信故障恢复请求的指示信息，该指示信息用于指示该数据包中包含通信故障恢复请求，从而根据该指示信息确定该数据包中包含通信故障恢复请求。上述可能的实现方式中，提供了一种在第二服务小区的上行信道中承载通信故障恢复请求的方法，由于物理上行共享信道承载的数据量较大，从而终端通过物理上行共享信道发送通信故障恢复请求，可以节省终端与基站之间的信令交互。
在第二方面的一种可能的实现方式中，在向终端发送通信故障恢复响应之前，该方法还包括：向终端发送故障恢复响应配置信息，故障恢复响应配置信息用于指示检测通信故障恢复响应的下行信道，该下行信道为以下信道中的一种：物理下行控制信道，或物理下行共享信道。
在第二方面的一种可能的实现方式中，当指示检测通信故障恢复响应的下行信道为物理下行共享信道时，物理下行共享信道中承载的通信故障恢复响应媒体接入控制层控制单元MAC-CE承载。
在第二方面的一种可能的实现方式中，当物理下行共享信道中承载的通信故障恢复响应由媒体接入控制层控制单元MAC-CE承载时，该MAC-CE中包括MAC响应指示和通信故障恢复响应，MAC响应指示用于指示当前的MAC-CE中的载荷为通信故障恢复响应。
在第二方面的一种可能的实现方式中，基站包括媒体接入控制MAC层和物理层，在第二服务小区的下行信道中向终端发送通信故障恢复响应，包括：基站在MAC层将MAC响应指示和通信故障恢复响应组包，得到MAC-CE的数据包；基站通过物理层中第二服务小区的物理下行共享信道发送该数据包。
在第二方面的一种可能的实现方式中，在第二服务小区的下行信道中向终端发送通信故障恢复响应，包括：基站在第二服务小区的下行信道中发送数据包，该数据包中包含通信故障恢复响应的指示信息，该指示信息用于指示该数据包中包含通信故障恢复响应，从而终端可以根据该指示信息确定数据包中包含通信故障恢复响应。上述可能的实现方式中，提供了一种在第二服务小区的下行信道中承载通信故障恢复响应的方法，由于物理下行共享信道承载的数据量较大，从而基站通过物理下行共享信道发送通信故障恢复响应，可以节省终端与基站之间的信令交互。
在第二方面的一种可能的实现方式中，第二服务小区还满足以下条件中的至少一个：第二服务小区的索引最小，第二服务小区的下行信道的信道质量最优，第二服务小区对应的载频最低。
在第二方面的一种可能的实现方式中，通信故障恢复请求包括第一服务小区的索引和第一服务小区的候选参考信号资源指示，候选参考信号资源指示也可以称为候选波束信息，候选参考信号资源指示用于表征候选参考信号端口。
在第二方面的一种可能的实现方式中，通信故障恢复响应包括第一服务小区的索引和第一服务小区的目标参考信号资源指示，即基站从候选参考信号资源指示中选择的参考信号资源指示，目标参考信号资源指示也可以称为下行波束信息，目标参考信号资源指示用于表征目标参考信号端口。
第三方面，提供了一种无线通信装置，该无线通信装置为终端或用于终端的芯片，基站通过至少两个服务小区为终端提供载波聚合服务，至少两个服务小区包括第一服务小区和第二服务小区，该无线通信装置包括可以实现第一方面至第一方面的任一种可能的实现方式所提供的无线通信方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的单元。
在第三方面的一种可能的实现方式中，该无线通信装置的结构中包括处理器，以及与处理器连接的存储器，存储器用于存储程序代码，当该程序代码被处理器执行时，使得该无线通信装置执行以下步骤：当检测到第一服务小区的下行通信故障时，确定第二服务小区的下行通信正常；在第二服务小区的上行信道中发送通信故障恢复请求，通信故障恢复请求用于请求恢复第一服务小区的下行通信故障；在第二服务小区的下行信道中检测通信故障恢复响应，通信故障恢复响应用于指示所述第一服务小区的下行通信的资源。
在第三方面的一种可能的实现方式中，在发送通信故障恢复请求之前，该无线通信装置还执行以下步骤：接收来自基站的故障恢复请求配置信息，故障恢复请求配置信息用于指示发送通信故障恢复请求的上行信道，该上行信道为以下信道中的一种：物理上行控制信道，物理随机接入信道，或物理上行共享信道。
在第三方面的一种可能的实现方式中，当发送所述通信故障恢复请求的上行信道为所述物理上行共享信道时，物理上行共享信道中承载的通信故障恢复请求由媒体接入控制层控制单元MAC-CE承载。
在第三方面的一种可能的实现方式中，当物理上行共享信道中承载的通信故障恢复请求由媒体接入控制层控制单元MAC-CE承载时，该MAC-CE包括MAC请求指示和通信故障恢复请求，MAC请求指示用于指示当前的MAC-CE中的载荷为通信故障恢复请求。
在第三方面的一种可能的实现方式中，该无线通信装置包括媒体接入控制MAC层和物理层，该无线通信装置还执行以下步骤：在MAC层将MAC请求指示和通信故障恢复请求组包，得到MAC-CE的数据包；通过物理层中第二服务小区的物理上行共享信道发送该数据包。
在第三方面的一种可能的实现方式中，该无线通信装置还执行以下步骤：在第二服务小区的上行信道中发送数据包，该数据包中包含通信故障恢复请求的指示信息，该指示信息用于指示该数据包中包含通信故障恢复请求。
在第三方面的一种可能的实现方式中，在检测通信故障恢复响应之前，该无线通信装置还执行以下步骤：接收来自基站的故障恢复响应配置信息，故障恢复响应配置信息用于指示检测通信故障恢复响应的下行信道，该下行信道为以下信道中的一种：物理下行控制信道，或物理下行共享信道。
在第三方面的一种可能的实现方式中，当检测通信故障恢复响应的下行信道为物理下行共享信道时，物理下行共享信道中承载的通信故障恢复响应由媒体接入控制层控制单元MAC-CE承载。
在第三方面的一种可能的实现方式中，当物理下行共享信道中承载的通信故障恢复响应由媒体接入控制层控制单元MAC-CE承载时，该MAC-CE包括MAC响应指示和通信故障恢复响应，MAC响应指示用于指示当前的MAC-CE中的载荷为通信故障恢复响应。
在第三方面的一种可能的实现方式中，该无线通信装置包括媒体接入控制MAC层和物理层，该无线通信装置还执行以下步骤：通过物理层中第二服务小区的物理下行共享信道检测到来自基站的数据包；在MAC层中对该数据包进行解包，根据解包得到的MAC响应指示确定通信故障恢复响应。
在第三方面的一种可能的实现方式中，该无线通信装置还执行以下步骤：在第二服务小区的下行信道中检测到来自基站的数据包，该数据包中包含通信故障恢复响应的指示信息，该指示信息用于指示该数据包中包含通信故障恢复响应。
在第三方面的一种可能的实现方式中，第二服务小区还满足以下条件中的至少一个：第二服务小区的索引最小，第二服务小区的下行信道的信道质量最优，第二服务小区对应的载频最低。
在第三方面的一种可能的实现方式中，该无线通信装置还执行以下步骤：当检测到至少两个服务小区的下行通信均故障时，确定第二服务小区满足以下条件中至少一个：第二服务小区的索引最小，第二服务小区的下行信道的信道质量最优，第二服务小区对应的载频最低。
第四方面，提供了一种无线通信装置，该无线通信装置可以为基站，或者为基站内置的芯片，该无线通信装置可以实现第二方面至第二方面的任一种可能的实现方式所提供的无线通信方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的单元。
在第四方面的一种可能的实现方式中，该无线通信装置为基站或用于基站的芯片，基站通过至少两个服务小区为终端提供载波聚合服务，至少两个服务小区包括第一服务小区和第二服务小区，该无线通信装置的结构中包括处理器，以及与处理器连接的存储器，存储器用于存储程序代码，当该程序代码被处理器执行时，使得该无线通信装置执行以下步骤：在第二服务小区的上行信道中接收来自终端的通信故障恢复请求，通信故障恢复请求用于请求恢复第一服务小区的下行通信故障；生成通信故障恢复响应，通信故障恢复响应用于指示第一服务小区的下行通信的资源；在第二服务小区的下行信道中向终端发送通信故障恢复响应。
在第四方面的一种可能的实现方式中，该无线通信装置还执行以下步骤：向终端发送故障恢复请求配置信息，故障恢复请求配置信息用于指示发送通信故障恢复请求的上行信道，该上行信道为以下信道中的一种：物理上行控制信道，物理随机接入信道，或物理上行共享信道。
在第四方面的一种可能的实现方式中，当指示发送通信故障恢复请求的上行信道为物理上行共享信道时，物理上行共享信道中承载的通信故障恢复请求由媒体接入控制层控制单元承载。
在第四方面的一种可能的实现方式中，当物理上行共享信道中承载的通信故障恢复请求由媒体接入控制层控制单元MAC-CE承载时，该MAC-CE包括MAC请求指示和通信故障恢复请求，MAC请求指示用于指示当前的MAC-CE中的载荷为通信故障恢复请求。
在第四方面的一种可能的实现方式中，该无线通信装置包括媒体接入控制MAC层和物理层，该无线通信装置还执行以下步骤：通过物理层中第二服务小区的物理上行共享信道接收来自终端的数据包；在MAC层中对该数据包进行解包，根据解包得到的MAC请求指示确定通信故障恢复请求。
在第四方面的一种可能的实现方式中，该无线通信装置还执行以下步骤：在第二服务小区的上行信道中接收来自终端的数据包，该数据包中包含通信故障恢复请求的指示信息，该指示信息用于指示该数据包中包含通信故障恢复请求，从而根据该指示信息确定该数据包中包含通信故障恢复请求。
在第四方面的一种可能的实现方式中，该无线通信装置还执行以下步骤：向终端发送故障恢复响应配置信息，故障恢复响应配置信息用于指示检测通信故障恢复响应的下行信道，该下行信道为以下信道中的一种：物理下行控制信道，或物理下行共享信道。
在第四方面的一种可能的实现方式中，当指示检测通信故障恢复响应的下行信道为物理下行共享信道时，物理下行共享信道中承载的通信故障恢复响应由媒体接入控制层控制单元MAC-CE承载。
在第四方面的一种可能的实现方式中，当物理下行共享信道中承载的通信故障恢复响应由媒体接入控制层控制单元MAC-CE承载时，该MAC-CE中包括MAC响应指示和通信故障恢复响应，MAC响应指示用于指示当前的MAC-CE中的载荷为通信故障恢复响应。
在第四方面的一种可能的实现方式中，该无线通信装置包括媒体接入控制MAC层和物理层，该无线通信装置还执行以下步骤：在MAC层将MAC响应指示和通信故障恢复响应组包，得到MAC-CE的数据包；通过物理层中第二服务小区的物理下行共享信道发送该数据包。
在第四方面的一种可能的实现方式中，该无线通信装置还执行以下步骤：在第二服务小区的下行信道中发送数据包，该数据包中包含通信故障恢复响应的指示信息，该指示信息用于指示该数据包中包含通信故障恢复响应，从而使得终端可以根据该指示信息确定数据包中包含通信故障恢复响应。
在第四方面的一种可能的实现方式中，第二服务小区还满足以下条件中的至少一个：第二服务小区的索引最小，第二服务小区的下行信道的信道质量最优，第二服务小区对应的载频最低。
本申请的又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得该计算机执行上述第一方面或第一方面的任一种可能的实现方式所提供的无线通信方法。
本申请的又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得该计算机执行上述第二方面或第二方面的任一种可能的实现方式所提供的无线通信方法。
本申请的又一方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得该计算机执行上述第一方面或第一方面的任一种可能的实现方式所提供的无线通信方法。
本申请的又一方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得该计算机执行上述第二方面或第二方面的任一种可能的实现方式所提供的无线通信方法。
本申请的又一方面，提供一种通信系统，该通信系统包括终端和基站，基站通过至少两个服务小区为终端提供载波聚合服务，至少两个服务小区包括第一服务小区和第二服务小区。其中，终端可以为上述各方面所提供的终端，用于支持终端备执行上述第一方面或第一方面的任一种可能的实现方式所提供的无线通信方法；和/或，基站为上述各方面所提供的基站，用于支持基站执行上述第二方面或第二方面的任一种可能的实现方式所提供的无线通信方法。
可以理解地，上述提供的任一种无线通信方法的装置、计算机存储介质或者计算机程序产品均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
附图说明
图1为本发明实施例提供的一种通信系统的结构示意图；
图2为本发明实施例提供的一种通信故障恢复方法的流程示例图；
图3为本发明实施例提供的一种无线通信方法的流程示意图；
图4为本发明实施例提供的一种承载通信故障恢复请求的示意图；
图5为本发明实施例提供的发送通信故障恢复请求的流程示意图；
图6为本发明实施例提供的一种承载通信故障恢复响应的示意图；
图7为本发明实施例提供的检测通信故障恢复响应的流程示意图；
图8为本发明实施例提供的另一种无线通信方法的流程示意图；
图9为本发明实施例提供的一种无线通信装置的结构示意图；
图10为本发明实施例提供的另一种无线通信装置的结构示意图；
图11为本发明实施例提供的又一种无线通信装置的结构示意图；
图12为本发明实施例提供的再一种无线通信装置的结构示意图。
具体实施方式
为了提供更高的业务速率，3GPP引入了载波聚合(Carrier Aggregation，CA)的概念，CA就是通过多个连续或者非连续的载波的带宽聚合成为更大的带宽，比如，两个带宽为20MHz的载波可以聚合为40MHz的带宽。将参与CA的不同小区对应的载波可以称为分量载波(Component Carrier，CC)。其中，配置了CA的终端可以与多个服务小区相连，该终端可连接的多个服务小区的数量可以由3GPP协议和该终端的能力共同确定。该终端在某个服务小区内发起无线资源控制(Radio Resource Control，RRC)连接且建立成功后，该服务小区即为该终端驻留的服务小区，该服务小区负责基站与该终端之间的RRC通信。基站可以通过建立RRC连接将其他的服务小区配置给该终端。
3GPP定义下CA的部署场景可以包括：共站同覆盖、共站不同覆盖、共站补盲、共站不同覆盖+射频拉远头(Remote Radio Heads，RRH)和共站不同覆盖+直放站。
本申请实施例可以适用于包括上述任意一种CA部署场景的通信系统中，该通信系统可以包括长期演进(Long Term Evolution，LTE)系统、NR系统、以及未来可能出现的任一通信系统。具体的，该通信系统可以包括基站和终端，该终端可以与多个服务小区相连。其中，基站具体可以包括宏基站、微基站、节点B(NodeB，NB)、eNB(eNode B)、以及gNB(NR NodeB)等，为便于理解，本申请实施例中统称为基站。终端具体可以包括手机、用户设备、电子设备、移动终端、电子终端、可穿戴设备(比如，智能手环、智能手表等)、控制台等等，为便于理解，本申请实施例中将其统称为终端。
为便于理解，本申请以NR系统为例，对本申请中包含CA部署场景的通信系统进行详细说明。其中，NR系统中的可用频段可以被划分为两个频段，例如，以6GHz为划分标准，即低于6GHz的频段和高于6GHz的频段，将低于6GHz的频段中的载波可以称为低频载波，将高于6GHz的频段中的载波可以称为高频载波，6GHz可以被划分在高频载波的范围，也可以被划分在低频载波的范围。应理解，本申请实施例中的低频载波和高频载波的频段高低是相对而言，还可使用其他标准划分低频载波和高频载波。一个载波可以包括多个波束，该多个波束的覆盖范围位于该载波的覆盖范围之内，即该多个波束的覆盖范围是该载波的覆盖范围的子集，该载波可以是高频载波，也可以是低频载波。
当基站与终端之间通过低频载波进行通信时，终端和基站使用该低频载波时，可以使用全向天线，也可以使用波束赋形的天线进行通信。波束赋形是指通过控制天线的单元间的相关性产生具有一定方向性的电磁波，该电磁波的方向尽可能与终端相对基站的方向一致，从而可以提高基站与终端之间的链路传输的信噪比。其中，波束可被理解为在自由空间中传播的具有方向性的电磁波，例如，波束可以指参考信号端口，不同的参考信号端口表示不同的参考信号配置，即具有不同方向性的参考信号。此外，波束也可被理解为发射天线或接收天线的设置，使得发射天线或接收天线能够有效地生成或接收上述具有方向性的电磁波。例如：波束可以是指天线端口，不同的天线端口具有不同的天线配置，从而可以有效地生成或接收上述具有方向性的电磁波。
当基站与终端之间通过高频载波进行通信时，终端可以使用高频载波中包括的波束向基站发送信息或者接收基站发送的信息，同样基站也可以通过该高频载波中包括的波束接收终端发送的信息或者向终端发送信息。具体的，假设某一载波上终端使用波束1～波束3，基站使用波束4～波束6。若终端使用波束1向基站发送信息，同时基站通过波束4接收终端发送的信息，则可以将波束1和波束4称为一个波束对，这里的波束对可以是指通信双方用于进行信息发送和接收的一对波束。当终端和基站使用波束1和波束4进行通信时，将波束1或波束4所在的链路可以称为波束链路。这里的波束链路可以是指用于进行通信的单个波束所在的链路，波束对链路可以是指用于通信双方进行信息发送和接收的波束对所在的链路。当基站与终端之间通过波束进行通信时，基站和终端需要支持波束赋形技术，通过波束赋形技术可以提高基站与终端之间链路传输的信噪比，提高系统容量。
图1为本申请实施例提供的一种包含CA部署场景的NR系统的系统架构图，该NR系统中以CA的部署场景为共站不同覆盖+RRH为例进行说明。该NR系统包括基站101、终端102和RRH 103，基站101设置有多个天线阵列，其中有的天线阵列直接布局在基站101上，有的天线阵列通过RRH 103布局在远端。图1中以参与该CA的分量载波包括第一载波和第二载波为例，且假设第一载波的载频小于第二载波的载频，第一载波通过直接布局在基站101上的天线阵列进行辐射，第二载波通过布局在远端的天线阵列进行辐射。第一载波对应的终端小区的覆盖范围可以包括A1、A2和A3，第二载波对应的终端小区的覆盖范围可以包括B1、B2、B3、B4和B5。
其中，终端102可以驻留在第一载波对应的服务小区，即位于图1中的A1、A2或A3中。终端102也可以驻留在第二载波对应的小区，即位于图1中B1、B2、B3、B4或B5中。基站101与终端102之间可以通过第一载波中包括的波束进行通信，也可以通过第二载波中包括的波束进行通信。具体的，当终端102驻留在第一载波对应的小区时，第一载波中的波束可以用于承载基站101与终端102之间的控制信道和数据信道，第二载波中的波束也可用于承载控制信道，但仅第一载波上承载有控制信道中的物理上行控制信道(Physical UplinkControl Channel，PUCCH)。此时，如果第二载波对应的小区处于激活态，则第二载波中的波束可用于承载数据信道；如果第二载波对应的小区处于未激活态，则第二载波中的波束不能用于承载数据信道。也即是，当终端102驻留在第一载波对应的小区时，如果第二载波对应的小区处于激活态，则基站101与终端102之间可以使用第一载波中的波束发送控制信息(此时，上行控制信息承载在PUCCH中)和数据信息，同时可以使用第二载波中的波束发送控制信息(此时，上行控制信息承载在除PUCCH之外的其他上行信道)和数据信息。当终端102驻留在第一载波对应的服务小区时，如果第二载波对应的服务小区处于未激活态，则基站101与终端102之间可以使用第一载波中的波束发送控制信息和数据信息，基站101与终端102之间未使用第二载波中的波束发送数据信息。
对于包含CA部署场景的NR系统，当参与CA的分量载波中包括高频载波时，为了提高基站与终端之间链路传输的信噪比，提高系统容量，终端需要对每个高频载波进行波束管理，波束管理可以是指上行和下行的收发波束对链路的维护。但是，对于NR系统中的高频载波来说，由于终端的移动、旋转，障碍物的遮挡，以及通信时周围环境的改变等，会导致基站与终端之间的通信质量受到影响，甚至会导致当前通信的波束链路的通信中断。因此，当基站与终端之间的波束对链路出现通信中断时，终端需要进行下行通信故障恢复。
在本申请实施例中，下行通信故障可以是指：服务小区的下行信道的信号质量下降到足够低。例如，信号质量或强度低于一定门限，或者，信号质量或强度低于一定门限且时间持续一段时间。相应地，正常通信可以是指服务小区未出现通信故障。其中，服务小区的下行信道可以是指服务小区除数据信道之外的全部下行信道，可以包括物理下行控制信道(Physical Downlink Control Channel，PDCCH)，信道状态信息-参考信号(ChannelStation Indication Reference Signal，CSI-RS)，同步信号块(Synchronizing SignalBlock，SS Block),也可以是部分下行信道。服务小区的下行信道的信号质量下降到足够低，可以是指上述全部下行信道中的所有下行信道的信号质量均下降到足够低，也可以是其中的一个或多个。
本申请实施例提供了一种无线通信方法，用于单载波的通信故障恢复，该方法可以由终端触发执行，具体可以包括四个方面：波束故障检测、新候选波束识别、通信故障恢复请求发送和终端监测基站对于通信故障恢复请求的响应。具体的，当终端与基站通过单载波进行通信时，终端可以在第一载波承载的CSI-RS/SS Block上进行波束故障检测。当检测到波束故障时，终端可以在CSI-RS/SS Block上进行波束扫描，以识别出新的候选波束。终端在第一载波承载的PRACH/PUCCH中发送通信故障恢复请求。终端在第一载波承载的PDCCH中检测基站对于通信故障恢复请求的响应。
示例性的，以终端当前驻留的小区为服务小区c，服务小区c对应的载波为第一载波为例，在NR系统中，上述通信故障恢复的处理过程可以如图2所示。假设第一载波上终端使用波束a1～波束a2，基站使用波束a3～波束a4，波束a1与波束a3是一个波束对，波束a2与波束a4是一个波束对。终端通过第一载波中的波束a1承载上行信道，该上行信道可以包括PRACH/PUCCH，终端通过第一载波中的波束a2检测下行信道，该下行信道可以包括CSI-RS/SS Block、PDCCH。
具体的，当终端与基站通过第一载波进行正常通信时，终端可以通过第一载波中的波束a1向基站发送上行控制信息，同时终端可以通过波束a2检测基站发送的下行控制信息。当终端在CSI-RS/SS Block上检测到下行通信故障时，终端可以在CSI-RS/SS Block上对第一载波进行波束扫描，以识别出候选波束对链路(比如，第一载波上终端使用波束b1～波束b2，基站使用波束b3～波束b4，波束b1与波束b3是一个波束对，波束b2与波束b4是一个波束对)。之后，终端可以在波束a1承载的PRACH/PUCCH中向基站发送通信故障恢复请求，该通信故障恢复请求中包括候选波束信息(比如，b3～波束b4)。当基站接收到终端发送的通信故障恢复请求，基站可以从候选波束信息中选择波束b3，并向终端发送携带b3的波束信息的通信故障恢复响应。终端可以在波束a2承载的PDCCH中检测通信故障恢复响应，当检测到通信故障恢复响应时，终端可以根据通信故障恢复响应中携带的b3的波束信息，从而确定基站使用新的波束b3发送信息，从而使用同一波束对中波束b1接收基站发送的信息。如果终端未检测到通信故障恢复响应，且在确定检测未超时的情况下，终端可以增加上行发送功率或者更换上行波束再次发起通信故障恢复请求；如果终端未检测到通信故障恢复响应，且确定检测已超时的情况下，终端可以确定当前通信故障恢复失败。
图3为本申请实施例提供的一种无线通信方法的流程示意图，该方法应用于包括终端和基站的通信系统中，基站通过至少两个服务小区为终端提供载波聚合CA服务，至少两个服务小区包括第一服务小区和第二服务小区，参见图3，该方法包括以下几个步骤。
步骤301：当终端检测到第一服务小区出现下行通信故障时，终端确定第二服务小区的下行通信正常。
其中，参与CA的分量载波可以包括多个载波，比如，该多个载波包括第一载波和第二载波，第一载波对应的服务小区称为第一服务小区，第二载波对应的服务小区称为第二服务小区。第一服务小区可以是至少两个服务小区中出现下行通信故障的任一服务小区，第二服务小区可以是至少两个服务小区中正常通信的任一服务小区。在本申请实施例中，服务小区、以及服务小区对应的载波的概念可以相互替换，比如，第一服务小区对应的载波为第一载波时，后续出现的第一服务小区可以被替换为第一载波，第一载波也可以被替换为第一服务小区。
另外，第一服务小区出现下行通信故障也可以称为第一载波出现下行通信故障，根据下行通信故障的概念可以是指第一服务小区的下行信道的信号质量下降到足够低，即当终端检测到第一服务小区的下行信道的信号质量都足够低时，终端可以确定第一服务小区出现下行通信故障。
具体的，当终端检测到第一服务小区出现下行通信故障时，终端可以从至少两个服务小区中确定是否存在正常通信的第二服务小区。如果存在多个正常通信的服务小区，则终端可以从正常通信的服务小区中任意选择一个服务小区作为第二服务小区，也可以从正常通信的服务小区中选择满足特定条件的服务小区作为第二服务小区。第二服务小区满足的特定条件可以是以下条件中的任意一种：第二服务小区上承载有PUCCH，第二服务小区的索引最小、第二服务小区对应的载频最低、第二服务小区的下行信道质量最优；或者，上述特定条件也可以为理解为：第二载波上承载有PUCCH，第二载波对应的第二服务小区的索引最小、第二载波的载频最低、第二载波的下行信道质量最优。
示例性的，对于第二服务小区上承载有PUCCH的特定条件：由于下行通信故障恢复机制中PUCCH可用于承载通信故障恢复请求，因此选择承载有PUCCH的第二服务小区，可以直接通过PUCCH承载通信故障恢复请求，从而可以提高恢复第一服务小区的通信故障的效率。
对于第二服务小区的小区索引最小的特定条件：通常服务小区的索引最小的服务小区是终端当前驻留的服务小区，该服务小区上会承载有控制信道(比如，PRACH/PUCCH)，控制信道可以直接用于承载通信故障恢复请求，从而可以提高恢复第一服务小区的通信故障的效率。
对于第二服务小区对应的载频最低的特定条件：由于载频越低，其对应的覆盖范围越大，其信息传输稳定性越高，因此选择载频最低的第二服务小区，恢复第一服务小区的通信故障，可以提高通信故障恢复的成功率。
对于第二服务小区的下行信道质量最优：下行信道质量最优表示其传输稳定性和可靠性越高，因此选择下行信道质量最优的第二服务小区，恢复第一服务小区的通信故障，可以提高通信故障恢复的成功率。
需要说明的是，当至少两个服务小区包括三个或者三个以上的服务小区时，可以将至少两个服务小区中下行通信正常的每个服务小区都称为第二服务小区，即至少两个服务小区可以包括多个第二服务小区，从而满足特定条件的第二服务小区可以是从该多个第二服务小区中选择的一个第二服务小区。
步骤302：终端在第二服务小区的上行信道中发送通信故障恢复请求，通信故障恢复请求用于请求恢复第一服务小区的下行通信故障。
当终端在第二服务小区的上行信道中发送通信故障恢复请求时，基站可以在第二服务小区的下行信道中接收通信故障恢复请求，并确定该通信故障恢复请求是用于恢复第一服务小区的下行通信故障。
其中，上行信道可以包括用于承载控制信息的物理上行控制信道(PUCCH)、物理随机接入信道(PRACH)、或者物理上行共享信道(PUCCH)。本申请实施例中，终端可以通过上述任意一个上行信道承载通信故障恢复请求，即终端可以在上述任一上行信道中向基站发送通信故障恢复请求，同时基站可以通过相应的上行信道接收通信故障恢复请求。
另外，当终端在第二服务小区的上行信道中向基站发送通信故障恢复请求时，终端可以确定第二服务小区上承载的控制信道。如果第二服务小区上承载有PRACH/PUCCH，则终端可以在第二服务小区的PRACH/PUCCH中向基站发送通信故障恢复请求，此时基站可以通过该PRACH/PUCCH接收通信故障恢复请求。如果第二服务小区上承载有PUCCH，则终端可以在第二服务小区的PUCCH中向基站发送通信故障恢复请求，此时基站可以通过该PUCCH接收通信故障恢复请求。
具体的，如果第二服务小区上同时承载有PRACH、PUCCH和PUSCH，则终端可以优先选择PUSCH向基站发送通信故障恢复请求，同时基站在该PUSCH接收通信故障恢复请求。如果第二服务小区上同时承载有PRACH和PUCCH，则终端可以优先选择PUCCH向基站发送通信故障恢复请求，同时基站在该PUCCH接收通信故障恢复请求。在实际应用中，当第二服务小区上同时承载有两个或者两个以上的上行信道时，终端也可以通过其他方式选择向基站发送通信故障恢复请求的信道，本申请实施例对此不作具体限定。
进一步的，通信故障恢复请求可以包括：第一服务小区的索引和第一服务小区的候选参考信号资源指示，候选参考信号资源指示用于指示候选参考信号端口。为便于理解，后续将候选参考信号资源指示称为候选波束信息，该候选波束信息可以是第二服务小区中的下行波束信息，第一服务小区的候选参考信号资源指示可以是指将第二服务小区中的下行波束信息作为第一服务小区的下行波束信息，用于第一服务小区的通信故障恢复。
具体的，第一服务小区的索引也可以为第一载波的索引，则通信故障恢复请求可以包括：第一载波的索引和候选波束信息，候选波束信息是指第二载波中包括的波束信息，该波束信息可以是多个波束的信息。具体的，根据第二服务小区上用于承载通信故障恢复请求的上行信道的不同，对通信故障恢复请求承载方式进行详细说明。
第一种、当终端在PUCCH中发通信束故障恢复请求时通信故障恢复请求可以通过以下方式承载。
(a1)、通过编码调制方式承载通信故障恢复请求，该编码调制方式可以包括码分复用(Code Division Multiplexing，CDM)、时分复用(Time Division Multiplexing，TDM)和频分复用(Frequency Division Multiplexing，FDM)。具体用于承载通信故障恢复请求的编码调制方式可以事先进行设置。
具体的，通过CDM的方式承载通信故障恢复请求是指，当终端使用PUCCH承载通信故障恢复请求时，终端通过正交序列码对通信故障恢复请求进行调制，并通过PUCCH发送，相应的基站在接收到PUCCH时，使用同样的正交序列码对其进行解调以获取通信故障恢复请求。通过TDM的方式承载通信故障恢复请求是指，当终端使用PUCCH承载通信故障恢复请求时，终端在指定的时域资源上通过PUCCH发送通信故障恢复请求，相应的基站在同一时域资源接收通信故障恢复请求。通过FDM的方式承载通信故障恢复请求是指，当终端使用PUCCH承载通信故障恢复请求时，终端在指定的频域资源上通过PUCCH发送PUCCH，相应的基站在同一频域资源接收通信故障恢复请求。
(a2)、通过特定序列承载通信故障恢复请求，特定序列可以是预留序列，该预留序列是指当前未被配置使用的序列。
为便于理解，假设PUCCH占用10位二进制，其中前3位二进制是预留资源，第4位二进制是指示位，且当其置为1时，指示基站解析预留资源。其中，3位二进制对应的序列可以包括000、001、010、011、100、101、110、111，当前已被配置使用的序列为000～110，111为预留序列。则终端可以对预留序列111进行配置，即当PUCCH中的指示序列配置为111时，用于指示PUCCH中携带通信故障恢复请求，相应的基站在接收到PUCCH时，若第4位置为1，则基站对前3位二进制进行解析，当前3位二进制对应的序列为111时，则可以确定PUCCH中携带通信故障恢复请求。
(a3)增加比特位，通过增加的比特位携带通信故障恢复请求，即增加PUCCH所占用的比特位，将通信故障恢复请求携带在增加的比特位中，相应的当基站接收到PUCCH时，基站可以从增加的比特位中获取通信故障恢复请求。
第二种、当终端在PRACH中发送通信故障恢复请求时，通信故障恢复请求可以通过以下方式承载。
(b1)、通过编码调制方式承载通信故障恢复请求，该编码调制方式可以包括CDM、TDM和FDM。其中，在PRACH中通过编码调制承载通信故障恢复请求的方式与上述PUCCH中的方式类似，具体参加上述描述，本申请在此不再赘述。
(b2)、通过特定的Preamble序列承载通信故障恢复请求，特定的Preamble序列可以是预留Preamble序列，该预留Preamble序列是指当前未被配置使用的序列。其中，在PRACH中通过特定的Preamble序列承载通信故障恢复请求的描述与上述PUCCH中的方式类似，具体参加上述描述，本申请在此不再赘述。
第三种、当终端在PUSCH中发送通信故障恢复请求时，通信故障恢复请求可以通过以下方式承载。
其中，终端可以包括媒体接入控制(Media Access Control，MAC)层和物理层，终端可以通过MAC层的MAC控制单元(MAC Control Element，MAC-CE)承载通信故障恢复请求。用于承载通信故障恢复请求的MAC-CE可以包括MAC请求指示和通信故障恢复请求，MAC请求指示也可以称为当前MAC-CE的头(Header)，用于指示当前MAC-CE中的载荷为通信故障恢复请求。
具体的，终端可以将通信故障恢复请求承载在发送给基站的载荷中。如图4所示，终端可以在MAC层将当前调度的载荷和通信故障恢复请求(比如，第一载波的索引和候选波束信息)进行组包。比如，将通信故障恢复请求添加在调度的载荷后面，也可以放在调度的载荷的前面，或者在无调度的载荷时仅对通信故障恢复请求进行组包，该调度的载荷是指PUSCH中当前调度的载荷。终端在MAC层组包后的得到载荷可以为401+402+403+404，其中，401为当前调度的载荷的MAC Header，402为当前调度的载荷，403为通信故障恢复请求的Header，403中的Header用于指示404中的载荷为通信故障恢复请求。之后，终端通过物理层的PUSCH将组包后的数据包发送给基站。相应的，当基站接收到组包后的数据包时，基站可以在物理层可以对其进行译码，并在MAC层对译码后的数据包进行解包，以得到通信故障恢复请求。
示例性的，终端选择承载通信故障恢复请求的流程可以如图5所示。终端先确定是否通过PUSCH承载通信故障恢复请求(REQ)，如果是则从承载有PUSCH的分量载波中选择最优的正常通信的CC，由终端的物理层将通信故障恢复请求发送给MAC层，由MAC层将通信故障恢复请求组包后承载在选择的CC的PUSCH中。如果否(即确定不通过PUSCH承载通信故障恢复请求)，则选择最优的正常通信的分量载波，并判断选择的分量载波上是否有PUCCH；若存在PUCCH则将通信故障恢复请求承载在PUCCH，若不存在PUCCH则将通信故障恢复请求承载在PRACH中。之后，终端将通信故障恢复请求发送给基站。
或者，终端在第二服务小区的PUSCH中向基站发送的数据包中包含通信故障恢复请求的指示信息，该指示信息用于指示终端发送的数据包中包含通信故障恢复请求。相应的，当基站在第二服务小区的PUSCH中接收到终端发送的数据包中包含该指示信息时，基站可以确定其包含通信故障恢复请求。
步骤303：终端在第二服务小区的下行信道中检测基站发送的通信故障恢复响应，通信故障恢复响应用于指示第一服务小区的下行通信的资源。
当基站在第二服务小区的下行信道中接收到通信故障恢复请求时，基站可以根据通信故障恢复请求生成通信故障恢复响应，并在第二服务小区的下行信道中向终端发送通信故障恢复响应，从而终端可以在第二服务小区的下行信道中检测到通信故障恢复响应。
其中，下行信道可以包括用于承载控制信道的物理下行控制信道(PDCCH)，以及用于承载数据信息的物理下行共享信道(PDSCH)。本申请实施例中，终端可以通过在上述任意一个下行信道中检测通信故障恢复响应。
另外，通信故障恢复响应用于指示第一服务小区的下行通信的资源，该下行通信的资源可以是第一服务小区的目标参考信号资源指示，目标参考信号资源指示是指基站选择的参考信号资源指示，目标参考信号资源指示用于指示参考信号端口。
具体的，当基站接收到终端发送的波束故障请求时，基站可以生成通信故障恢复响应，并向终端发送通信故障恢复响应。如果第二服务小区上承载有PDCCH，则基站在生成通信故障恢复响应后，可以在PDCCH中发送通信故障恢复响应，相应的终端在PDCCH中检测基站发送的通信故障恢复响应。如果第二服务小区上承载有PDSCH，则基站在生成通信故障恢复响应后，可以在PDSCH中发送通信故障恢复响应，相应的终端在PDSCH中检测基站发送的通信故障恢复响应。如果第二服务小区的上同时承载有PDCCH和PDSCH，则基站在生成通信故障恢复响应后，可以优先在PDSCH中发送通信故障恢复响应，同时终端在PDSCH中检测基站发送的通信故障恢复响应。
进一步的，通信故障恢复响应可以包括：第一服务小区的索引和第一服务小区的目标参考信号资源指示，目标参考信号资源指示是指基站选择的参考信号资源指示，目标参考信号资源指示用于指示参考信号端口。为便于理解，后续将目标参考信号资源指示称为下行波束信息，
具体的，第一服务小区的索引也可以为第一载波的索引，则通信故障恢复响应可以包括：第一载波的索引和下行波束信息，下行波束信息是指基站从通信故障恢复请求包括的候选波束信息中选择的下行波束的信息，用于指示下行波束，比如，该下行波束信息可以是波束编号。具体的，根据第二服务小区用于承载通信故障恢复响应的下行信道的不同，对通信故障恢复响应的承载方式进行详细说明。
第I种、当终端在PDCCH中检测基站发送的通信故障恢复响应时，通信故障恢复响应可以通过以下方式承载。
(c1)、通过编码调制方式承载通信故障恢复响应，该编码调制方式可以包括CDM、TDM和FDM。其中，在PDCCH中通过编码调制承载通信故障恢复响应的方式与上述PUCCH中通过编码调制承载通信故障恢复请求的方式类似，具体参见上述描述，本申请在此不再赘述
(c2)、通过特定序列承载通信故障恢复响应，特定序列可以是预留序列，该预留序列是指当前未被配置使用的序列。
为便于理解，假设PDCCH占用10位二进制，其中前3位二进制是预留资源。3位二进制对应的序列可以包括000、001、010、011、100、101、110、111，当前已被配置使用的序列为000～110，111为预留序列。则可以对预留序列111进行配置，即当PDCCH中的指示序列配置为111时，用于指示PDCCH中携带通信故障恢复响应。相应的，当终端跨载波接收PDCCH时，终端可以对PDCCH的预留资源进行解析，若预留资源中对应的序列为111，则可以确定PDCCH中携带通信故障恢复响应。
(c3)增加比特位，通过增加的比特位携带通信故障恢复响应，即增加PDCCH所占用的比特位，将通信故障恢复响应携带在增加的比特位中，相应的当终端检测到PDCCH时，终端可以从增加的比特位中获取通信故障恢复响应。
第II种、当终端在PDSCH中检测基站发送的通信故障恢复响应时，通信故障恢复响应可以通过以下方式承载。
其中，基站可以包括MAC层和物理层，基站可以通过MAC-CE承载通信故障恢复响应。用于承载通信故障恢复响应的MAC-CE可以包括MAC响应指示和通信故障恢复响应，MAC响应指示也可以称为当前MAC-CE的头(Header)，用于指示当前MAC-CE中的载荷为通信故障恢复响应。
具体的，基站可以将通信故障恢复响应承载在发送给终端的载荷中。如图6所示，基站可以在MAC层将当前调度的载荷和通信故障恢复响应(比如，第一载波索引和下行波束信息)进行组包。比如，将通信故障恢复响应添加在载荷后面，也可以放在载荷的前面，或者在无载荷时仅对通信故障恢复响应进行组包，该调度的载荷是指PDSCH中当前调度的载荷。基站在MAC层组包后的载荷可以为601+602+603+604，其中，601为当前调度载荷的MACHeader，602为当前调度的MAC载荷，603为通信故障恢复响应的Header，603中的Header用于指示604中的载荷为通信故障恢复响应。之后，基站通过物理层的PDSCH将组包后的数据包发送给终端。相应的，当终端在PDSCH中检测到组包后的数据包时，终端可以在物理层可以对其进行译码，并在MAC层译码后的数据包进行解包，以得到通信故障恢复响应。进而，终端可以通过通信故障恢复响应中包括的下行波束信息，确定对应的下行波束，从而确定基站通过该下行波束发送信息，进而实现通信故障的快速恢复。
示例性的，终端选择检测通信故障恢复响应的流程可以如图7所示。终端先确定是否通过PDSCH检测通信故障恢复响应(RSP)，如果是则从分量载波中选择最优的正常通信的CC，之后在PDSCH中检测通信故障恢复响应。如果否(即确定不通过PDSCH检测通信故障恢复响应)，则判断是否存在PDCCH的最优正常通信的CC；若存在则终端在PDCCH中检测通信故障恢复响应，若不存在则终端在故障载波的PDCCH中检测通信故障恢复响应(具体过程参见步骤304-步骤306)。
或者，基站在第二服务小区的PDCCH中向终端发送的数据包中包含通信故障恢复响应的指示信息，该指示信息用于指示基站发送的数据包中包含通信故障恢复响应。相应的，当终端检测到基站在第二服务小区的PDCCH中发送的数据包时，根据该的数据包中包括的通信故障恢复响应的指示信息，确定该数据包中包含通信故障恢复响应。
进一步的，为便于理解，这里以基站通过两个服务小区为终端提供载波聚合服务为例，对本申请中的波束故障恢复流程进行举例说明。假设两个服务小区为服务小区X和服务小区Y，终端小区X对应的分量载波为第一载波，终端小区Y对应的分量载波为第二载波。对于第一载波：终端使用波束a1～波束a2，基站使用波束a3～波束a4，波束a1与波束a3是一个波束对，波束a2与波束a4是一个波束对(假设终端通过波束a1承载PRACH/PUCCH，终端通过波束a2承载CSI-RS/SS Block、PDCCH)。对于第二载波：终端使用波束c1～波束c2，基站使用波束c3～波束c4，波束c1与波束c3是一个波束对，波束c2与波束c4是一个波束对(假设终端通过波束c1承载PRACH/PUCCH和PUSCH，终端通过波束c2承载CSI-RS/SS Block、PDCCH和PDSCH)。
具体的，当终端在a2承载的CSI-RS/SS Block中检测到第一服务小区出现波束故障时，如果终端确定第二服务小区的通信正常，则终端可以将第二载波包括的多个下行波束(比如，波束b3～波束b4)的信息作为候选波束信息，并在第二服务小区的上行信道(比如，波束c1承载的PRACH/PUCCH或PUSCH)中发送通信故障恢复请求，通信故障恢复请求中包括第一载波的索引和波束c3～波束c4的信息。当基站接收到终端发送的通信故障恢复请求时，基站可以选择波束c3作为其发送的下行波束，从而通过通信故障恢复响应将波束c3的信息发送给终端。当终端在第二服务小区的下行信道(比如，波束c2承载的PDCCH或PDSCH)中检测到通信故障恢复响应时，终端可以确定基站使用波束c3发送信息，从而使用同一波束对中的波束c1接收基站发送的信息。
在本申请实施例中，当终端检测到第一服务小区出现下行通信故障时，终端确定第二服务小区的下行通信正常，从而在第二服务小区的上行信道中发送第一服务小区的通信故障恢复请求，在第二服务小区的下行信道中检测通信故障恢复响应，从而无需对第一服务小区对应的载波进行波束扫描来获取候选波束信息，节省了波束扫描的时间。此外，由于第二服务小区为正常通信的服务小区，通过第二服务小区的上行信道中发送通信故障恢复请求、以及在第二服务小区的下行信道中检测通信故障恢复响应，与在通信故障的服务小区上直接进行通信故障恢复相比，可以提高通信故障恢复的成功率，进而实现通信故障的快速恢复。
进一步的，参见图8，当终端检测到至少两个服务小区均故障时，终端可以通过至少两个服务小区中较优的服务小区恢复第一服务小区的下行通信故障，具体如下所述。
步骤304：当终端检测到至少两个服务小区的下行通信均故障时，确定第二服务小区满足特定条件；其中，特定条件包括以下条件中至少一个：第二服务小区的服务小区的索引最小，第二服务小区的下行信道的信道质量最优，第二服务小区对应的载频最低。
具体的，当至少两个服务小区中不存在正常通信的服务小区时，即终端确定至少两个服务小区的下行通信均故障时，终端可以从通信故障的至少两个服务小区中选择一个较优的服务小区，这里假设第二服务小区为较优的服务小区。比如，在至少两个服务小区中，第二服务小区的索引最小；或者，第二服务小区对应的载频最小；或者，第二服务小区的下行信道质量在至少两个服务小区中最好等等。在实际应用于中，第二服务小区也可以是通过其他方式选择的服务小区，以于提高通信故障恢复的效率，本申请实施例对此不作具体限定。
需要说明的是，当至少两个服务小区包括三个或者三个以上的服务小区时，可以将至少两个服务小区中除第一服务小区以外的每个服务小区都称为第二服务小区，即至少两个服务小区可以包括多个第二服务小区，从而满足特定条件的第二服务小区可以是从该多个第二服务小区中选择的一个第二服务小区。
步骤305：终端在第二服务小区的上行信道中向基站发送通信故障恢复请求。
步骤306：终端在第二服务小区的下行信道中检测基站发送的通信故障恢复响应。
需要说明的是，终端在第二服务小区的上行信道中向基站发送通信故障恢复请求的过程与步骤302中在第二服务小区的上行信道中向基站发送通信故障恢复请求的过程一致，同时终端在第二服务小区的下行信道中检测基站发送的通信故障恢复响应与步骤303中终端在第二服务小区的下行信道中检测基站发送的通信故障恢复响应也一致，具体参见上述步骤302和步骤303中的描述，本申请实施例在此不再赘述。
在本申请实施例中，当至少两个服务小区都出现通信故障时，终端通过选择较优第二服务小区承载通信故障恢复流程，与直接通过第一服务小区承载通信故障恢复流程相比，在一定程度上，也可以提高通信故障恢复的成功率，进而提高恢复效率。
进一步的，在终端发送通信故障请求之前，基站还可以为终端配置发送通信故障恢复请求的上行信道，具体可以包括：基站向终端发送故障恢复请求配置信息，故障恢复请求配置信息用于指示发送通信故障恢复请求的上行信道，该上行信道为以下信道中的一种：物理上行控制信道，物理随机接入信道，或物理上行共享信道。相应的，终端接收来自基站的故障恢复请求配置信息，从而当终端发送通信故障恢复请求时，终端可以根据故障恢复请求配置信息，在对应的上行信道中发送通信故障请求。
进一步的，在终端检测通信故障恢复响应之前，基站还可以为终端配置检测通信故障恢复响应的下行信道，具体可以包括：基站向终端发送故障恢复响应配置信息，故障恢复响应配置信息用于指示检测通信故障恢复请求的下行信道，该下行信道为以下信道中的一种：物理下行控制信道，或物理下行共享信道。相应的，终端接收来自基站的故障恢复响应配置信息，从而当终端检测基站发送的通信故障恢复响应时，终端可以根据故障恢复响应配置信息，在对应的下行信道中检测通信故障恢复响应。
进一步的，终端还可以向基站上报其具备的能力。比如，终端具有跨载波发送通信故障恢复请求的能力(比如，在第一服务小区故障时，终端通过第二服务小区承载第一服务小区的通信故障恢复机制)、通过PUSCH承载通信故障恢复请求的能力(比如，终端通过第二服务小区的PUSCH发送通信故障恢复请求)、以及具备通过PDSCH检测通信故障恢复响应能力(比如，终端在第二服务小区的PDSCH中检测通信故障恢复响应)中的一种或者多种。当基站接收到终端上报的能力信息后，基站可以向终端发送相应的配置信息，用于指示终端使用其中的一种或者多种能力。
具体的，终端可以向基站发送第一指示信息，第一指示信息用于终端具有跨载波发送通信故障恢复请求的能力；或者，终端可以向基站发送第二指示信息，第二指示信息用于指示终端可通过PUSCH承载通信故障恢复请求；或者，终端可以向基站发送第三指示信息，第三指示信息用于指示终端可通过PDSCH检测通信故障恢复响应。在实际应用中，终端也可以一次性将其具有的多个能力上报给基站，比如，终端可以同时将上述三种能力中的任意两种能力一次性的上报给基站，或者同时将上述三种能力一次性的上报给基站，本申请实施例对此不作具体限定。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如终端和基站。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对终端和基站进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明：
在采用集成的单元的情况下，图9示出了上述实施例中所涉及的无线通信装置的一种可能的结构示意图。该无线通信装置可以为终端或者终端内置的芯片，该无线通信装置包括：处理单元901、发送单元902和接收单元903。其中，处理单元901用于支持该无线通信装置执行上述实施例中的步骤301、或者步骤304，和/或用于本文所描述的技术的其他过程；发送单元902用于支持该无线通信装置执行上述实施例中的步骤302或步骤305；接收单元903支持该无线通信装置执行上述实施例中的步骤303或步骤306。上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
在采用硬件实现的基础上，本申请中的处理单元901可以为无线通信装置的处理器，发送单元902可以为无线通信装置的发送器，接收单元903可以为无线通信装置的接收器，发送器通常可以和接收器集成在一起用作收发器，具体的收发器还可以称为通信接口。
图10所示，为本申请的实施例提供的上述实施例中所涉及的无线通信装置的一种可能的逻辑结构示意图。该无线通信装置可以为终端或者终端内置的芯片，该无线通信装置包括：处理器1002和通信接口1003。处理器1002用于对该无线通信装置动作进行控制管理，例如，处理器1002用于支持该无线通信装置执行上述实施例中的步骤301、步骤304，和/或用于本文所描述的技术的其他过程。此外，该无线通信装置还可以包括存储器1001和总线1004，处理器1002、通信接口1003以及存储器1001通过总线1004相互连接；通信接口1003用于支持该无线通信装置进行通信；存储器1001用于存储该无线通信装置的程序代码和数据。
其中，处理器1002可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。总线1004可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
在采用集成的单元的情况下，图11示出了上述实施例中所涉及的无线通信装置的一种可能的结构示意图。该无线通信装置可以为基站或者基站内置的芯片，该无线通信装置包括：接收单元1101、处理单元1102和发送单元1103。其中，接收单元1101用于支持该无线通信装置接收上述实施例中的步骤302发送的通信故障恢复请求、或者步骤305发送的通信故障恢复请求；处理单元1102用于支持该无线通信装置执行上述实施例中生成通信故障恢复响应的步骤，和/或用于本文所描述的技术的其他过程；发送单元1103支持该无线通信装置执行上述实施例中向终端发送通信故障恢复响应的步骤。上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
在采用硬件实现的基础上，本申请中的处理单元1102可以为无线通信装置的处理器，接收单元1101可以为无线通信装置的接收器，发送单元1103可以为无线通信装置的发送器，发送器通常可以和接收器集成在一起用作收发器，具体的收发器还可以称为通信接口。
图12所示，为本申请的实施例提供的上述实施例中所涉及的无线通信装置的一种可能的逻辑结构示意图。该无线通信装置可以为基站或者终端内置的基站，该无线通信装置包括：处理器1202和通信接口1203。处理器1202用于对该无线通信装置动作进行控制管理，例如，处理器1202用于支持该无线通信装置生成通信故障恢复响应的步骤，和/或用于本文所描述的技术的其他过程。此外，该无线通信装置还可以包括存储器1201和总线1204，处理器1202、通信接口1203以及存储器1201通过总线1204相互连接；通信接口1203用于支持该无线通信装置进行通信；存储器1201用于存储该无线通信装置的程序代码和数据。
其中，处理器1202可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。总线1204可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
在本申请的另一实施例中，还提供一种可读存储介质，可读存储介质中存储有计算机执行指令，当一个设备(可以是单片机，芯片等)或者处理器执行上述方法实施例所提供的无线通信方法中终端的步骤。前述的可读存储介质可以包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
在本申请的另一实施例中，还提供一种可读存储介质，可读存储介质中存储有计算机执行指令，当一个设备(可以是单片机，芯片等)或者处理器执行上述方法实施例所提供的无线通信方法中基站的步骤。前述的可读存储介质可以包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
在本申请的另一实施例中，还提供一种计算机程序产品，该计算机程序产品包括计算机执行指令，该计算机执行指令存储在计算机可读存储介质中；设备的至少一个处理器可以从计算机可读存储介质读取该计算机执行指令，至少一个处理器执行该计算机执行指令使得设备上述方法实施例所提供的无线通信方法中终端的步骤。
在本申请的另一实施例中，还提供一种计算机程序产品，该计算机程序产品包括计算机执行指令，该计算机执行指令存储在计算机可读存储介质中；设备的至少一个处理器可以从计算机可读存储介质读取该计算机执行指令，至少一个处理器执行该计算机执行指令使得设备上述方法实施所提供的无线通信方法中基站的步骤。
在本申请的另一实施例中，还提供一种通信系统，该通信系统包括基站和终端，基站通过至少两个服务小区为终端提供载波聚合服务，至少两个服务小区包括第一服务小区和第二服务小。其中，终端或者终端内置的芯片可以为图9或图10所提供的无线通信装置，且用于执行上述方法实施例中终端的步骤；和/或，基站或者基站内置的芯片可以为图11或图12所提供的无线通信装置，且用于执行上述方法实施例中基站的步骤。
在本申请实施例中，当终端检测到第一服务小区出现下行通信故障时，终端确定第二服务小区的下行通信正常，从而在第二服务小区的上行信道中发送第一服务小区的通信故障恢复请求，在第二服务小区的下行信道中检测通信故障恢复响应，从而无需对第一服务小区对应的载波进行波束扫描来获取候选波束信息，节省了波束扫描的时间。此外，由于第二服务小区为正常通信的服务小区，通过第二服务小区的上行信道中发送通信故障恢复请求、以及在第二服务小区的下行信道中检测通信故障恢复响应，与在通信故障的服务小区上直接进行通信故障恢复相比，可以提高通信故障恢复的成功率，进而实现通信故障的快速恢复。
最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (28)

1.一种无线通信方法，其特征在于，所述方法应用于终端或终端内置的芯片，基站通过至少两个服务小区为所述终端提供载波聚合服务，所述至少两个服务小区包括第一服务小区和第二服务小区，所述方法包括：
当检测到所述第一服务小区的下行通信故障时，确定所述第二服务小区的下行通信正常；
在所述第二服务小区的上行信道中发送通信故障恢复请求，所述通信故障恢复请求用于请求恢复所述第一服务小区的下行通信故障；
在所述第二服务小区的下行信道中检测通信故障恢复响应，所述通信故障恢复响应用于指示所述第一服务小区的下行通信的资源。
2.根据权利要求1所述的方法，其特征在于，在发送通信故障恢复请求之前，所述方法还包括：
接收来自所述基站的故障恢复请求配置信息，所述故障恢复请求配置信息用于指示发送所述通信故障恢复请求的上行信道，所述上行信道为以下信道中的一种：物理上行控制信道，物理随机接入信道，或物理上行共享信道。
3.根据权利要求2所述的方法，其特征在于，当发送所述通信故障恢复请求的上行信道为所述物理上行共享信道时，所述物理上行共享信道中承载的所述通信故障恢复请求由媒体接入控制层控制单元承载。
4.根据权利要求3所述的方法，其特征在于，在检测通信故障恢复响应之前，所述方法还包括：
接收来自所述基站的故障恢复响应配置信息，所述故障恢复响应配置信息用于指示检测所述通信故障恢复响应的下行信道，所述下行信道为以下信道中的一种：物理下行控制信道，或物理下行共享信道。
5.根据权利要求4所述的方法，其特征在于，当检测所述通信故障恢复响应的下行信道为所述物理下行共享信道时，所述物理下行共享信道中承载的所述通信故障恢复响应由媒体接入控制层控制单元承载。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述第二服务小区还满足以下条件中的至少一个：所述第二服务小区的索引最小，所述第二服务小区的下行信道的信道质量最优，所述第二服务小区对应的载频最低。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当检测到所述至少两个服务小区的下行通信均故障时，确定所述第二服务小区满足以下条件中至少一个：所述第二服务小区的索引最小，所述第二服务小区的下行信道的信道质量最优，所述第二服务小区对应的载频最低。
8.一种无线通信方法，其特征在于，所述方法应用于基站或基站内置的芯片，所述基站通过至少两个服务小区为终端提供载波聚合服务，所述至少两个服务小区包括第一服务小区和第二服务小区，所述方法包括：
在所述第二服务小区的上行信道中接收来自所述终端的通信故障恢复请求，所述通信故障恢复请求用于请求恢复所述第一服务小区的下行通信故障；
生成通信故障恢复响应，所述通信故障恢复响应用于指示所述第一服务小区的下行通信的资源；
在所述第二服务小区的下行信道中向所述终端发送所述通信故障恢复响应。
9.根据权利要求8所述的方法，其特征在于，在接收来自所述终端的通信故障恢复之前，所述方法还包括：
向所述终端发送故障恢复请求配置信息，所述故障恢复请求配置信息用于指示发送所述通信故障恢复请求的上行信道，所述上行信道为以下信道中的一种：物理上行控制信道，物理随机接入信道，或物理上行共享信道。
10.根据权利要求9所述的方法，其特征在于，当指示发送所述通信故障恢复请求的上行信道为所述物理上行共享信道时，所述物理上行共享信道中承载的所述通信故障恢复请求由媒体接入控制层控制单元承载。
11.根据权利要求10所述的方法，其特征在于，在向所述终端发送通信故障恢复响应之前，所述方法还包括：
向所述终端发送故障恢复响应配置信息，所述故障恢复响应配置信息用于指示检测所述通信故障恢复响应的下行信道，所述下行信道为以下信道中的一种：物理下行控制信道，或物理下行共享信道。
12.根据权利要求11所述的方法，其特征在于，当指示检测所述通信故障恢复响应的下行信道为所述物理下行共享信道时，所述物理下行共享信道中承载的所述通信故障恢复响应由媒体接入控制层控制单元承载。
13.根据权利要求8-12任一项所述的方法，其特征在于，所述第二服务小区还满足以下条件中的至少一个：所述第二服务小区的索引最小，所述第二服务小区的下行信道的信道质量最优，所述第二服务小区对应的载频最低。
14.一种无线通信装置，其特征在于，所述无线通信装置为终端或用于终端的芯片，基站通过至少两个服务小区为所述终端提供载波聚合服务，所述至少两个服务小区包括第一服务小区和第二服务小区，所述无线通信装置包括：
处理单元，用于当检测到所述第一服务小区的下行通信故障时，确定所述第二服务小区的下行通信正常；
发送单元，用于在所述第二服务小区的上行信道中发送通信故障恢复请求，所述通信故障恢复请求用于请求恢复所述第一服务小区的下行通信故障；
接收单元，用于在所述第二服务小区的下行信道中检测通信故障恢复响应，所述通信故障恢复响应用于指示所述第一服务小区的下行通信的资源。
15.根据权利要求14所述的装置，其特征在于：
所述接收单元，还用于接收来自所述基站的故障恢复请求配置信息，所述故障恢复请求配置信息用于指示发送所述通信故障恢复请求的上行信道，所述上行信道为以下信道中的一种：物理上行控制信道，物理随机接入信道，或物理上行共享信道。
16.根据权利要求15所述的装置，其特征在于，当发送所述通信故障恢复请求的上行信道为所述物理上行共享信道时，所述物理上行共享信道中承载的所述通信故障恢复请求由媒体接入控制层控制单元承载。
17.根据权利要求16所述的装置，其特征在于：
所述接收单元，还用于接收来自所述基站的故障恢复响应配置信息，所述故障恢复响应配置信息用于指示检测所述通信故障恢复响应的下行信道，所述下行信道为以下信道中的一种：物理下行控制信道，或物理下行共享信道。
18.根据权利要求17所述的装置，其特征在于，当检测所述通信故障恢复响应的下行信道为所述物理下行共享信道时，所述物理下行共享信道中承载的所述通信故障恢复响应由媒体接入控制层控制单元承载。
19.根据权利要求14-18任一项所述的装置，其特征在于，所述第二服务小区还满足以下条件中的至少一个：所述第二服务小区的索引最小，所述第二服务小区的下行信道的信道质量最优，所述第二服务小区对应的载频最低。
20.根据权利要求14所述的装置，其特征在于：
所述处理单元，还用于当检测到所述至少两个服务小区的下行通信均故障时，确定所述第二服务小区满足以下条件中至少一个：所述第二服务小区的索引最小，所述第二服务小区的下行信道的信道质量最优，所述第二服务小区对应的载频最低。
21.一种无线通信装置，其特征在于，所述无线通信装置为基站或用于基站的芯片，所述基站通过至少两个服务小区为终端提供载波聚合服务，所述至少两个服务小区包括第一服务小区和第二服务小区，所述无线通信装置包括：
接收单元，用于在所述第二服务小区的上行信道中接收来自所述终端的通信故障恢复请求，所述通信故障恢复请求用于请求恢复所述第一服务小区的下行通信故障；
处理单元，用于生成通信故障恢复响应，所述通信故障恢复响应用于指示所述第一服务小区的下行通信的资源；
发送单元，用于在所述第二服务小区的下行信道中向所述终端发送所述通信故障恢复响应。
22.根据权利要求21所述的装置，其特征在于：
所述接收单元，还用于向所述终端发送故障恢复请求配置信息，所述故障恢复请求配置信息用于指示发送所述通信故障恢复请求的上行信道，所述上行信道为以下信道中的一种：物理上行控制信道，物理随机接入信道，或物理上行共享信道。
23.根据权利要求22所述的装置，其特征在于，当指示发送所述通信故障恢复请求的上行信道为所述物理上行共享信道时，所述物理上行共享信道中承载的所述通信故障恢复请求由媒体接入控制层控制单元承载。
24.根据权利要求23所述的装置，其特征在于：
所述发送单元，还用于向所述终端发送故障恢复响应配置信息，所述故障恢复响应配置信息用于指示检测所述通信故障恢复响应的下行信道，所述下行信道为以下信道中的一种：物理下行控制信道，或物理下行共享信道。
25.根据权利要求24所述的装置，其特征在于，当指示检测所述通信故障恢复响应的下行信道为所述物理下行共享信道时，所述物理下行共享信道中承载的所述通信故障恢复响应由媒体接入控制层控制单元承载。
26.根据权利要求21-25任一项所述的装置，其特征在于，所述第二服务小区满足以下条件中的至少一个：所述第二服务小区的索引最小，所述第二服务小区的下行信道的信道质量最优，所述第二服务小区对应的载频最低。
27.一种可读存储介质，其特征在于，所述可读存储介质中存储有指令，当所述可读存储介质在设备上运行时，使得所述设备执行权利要求1-7任一项所述的无线通信方法。
28.一种可读存储介质，其特征在于，所述可读存储介质中存储有指令，当所述可读存储介质在设备上运行时，使得所述设备执行权利要求8-13任一项所述的无线通信方法。
CN201711189027.XA 2017-11-24 2017-11-24 一种无线通信方法及装置 Active CN109842499B (zh)

Priority Applications (8)

Application Number Priority Date Filing Date Title
CN201711189027.XA CN109842499B (zh) 2017-11-24 2017-11-24 一种无线通信方法及装置
CN202110415040.2A CN113301596B (zh) 2017-11-24 2017-11-24 一种无线通信方法及装置
EP18880640.0A EP3644649B1 (en) 2017-11-24 2018-08-16 Wireless communication method and device
BR112020002174-1A BR112020002174A2 (pt) 2017-11-24 2018-08-16 método de comunicação sem uso de fios, aparelho, meio de armazenamento legível e produto de programa de computador
PCT/CN2018/100878 WO2019100772A1 (zh) 2017-11-24 2018-08-16 一种无线通信方法及装置
JP2020503037A JP6962519B2 (ja) 2017-11-24 2018-08-16 無線通信方法および機器
CN201880055005.0A CN111052797B (zh) 2017-11-24 2018-08-16 一种无线通信方法及装置
US16/778,105 US11924901B2 (en) 2017-11-24 2020-01-31 Wireless communication method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711189027.XA CN109842499B (zh) 2017-11-24 2017-11-24 一种无线通信方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202110415040.2A Division CN113301596B (zh) 2017-11-24 2017-11-24 一种无线通信方法及装置

Publications (2)

Publication Number Publication Date
CN109842499A CN109842499A (zh) 2019-06-04
CN109842499B true CN109842499B (zh) 2021-04-20

Family

ID=66630489

Family Applications (3)

Application Number Title Priority Date Filing Date
CN201711189027.XA Active CN109842499B (zh) 2017-11-24 2017-11-24 一种无线通信方法及装置
CN202110415040.2A Active CN113301596B (zh) 2017-11-24 2017-11-24 一种无线通信方法及装置
CN201880055005.0A Active CN111052797B (zh) 2017-11-24 2018-08-16 一种无线通信方法及装置

Family Applications After (2)

Application Number Title Priority Date Filing Date
CN202110415040.2A Active CN113301596B (zh) 2017-11-24 2017-11-24 一种无线通信方法及装置
CN201880055005.0A Active CN111052797B (zh) 2017-11-24 2018-08-16 一种无线通信方法及装置

Country Status (6)

Country Link
US (1) US11924901B2 (zh)
EP (1) EP3644649B1 (zh)
JP (1) JP6962519B2 (zh)
CN (3) CN109842499B (zh)
BR (1) BR112020002174A2 (zh)
WO (1) WO2019100772A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3735019A4 (en) * 2017-12-27 2021-08-04 NTT DoCoMo, Inc. USER TERMINAL DEVICE AND RADIO COMMUNICATION PROCEDURES
CN111837346B (zh) * 2018-03-16 2023-03-21 联想(北京)有限公司 波束故障恢复
CN111479284B (zh) * 2019-01-24 2022-02-08 大唐移动通信设备有限公司 波束失败恢复响应的发送方法、监测方法、基站及终端
WO2020255423A1 (ja) * 2019-06-21 2020-12-24 株式会社Ｎｔｔドコモ 端末
JP7481372B2 (ja) 2019-06-28 2024-05-10 中興通訊股▲ふん▼有限公司 無線リンク回復のための方法
CN112584443A (zh) * 2019-09-27 2021-03-30 苹果公司 辅助小区链路恢复请求传输
US20230007714A1 (en) * 2019-12-13 2023-01-05 Beijing Xiaomi Mobile Software Co., Ltd. Method for wireless communication, and communication device
WO2021243512A1 (en) * 2020-06-01 2021-12-09 Qualcomm Incorporated Beam failure recovery response optimization
US11996934B2 (en) * 2020-06-09 2024-05-28 Qualcomm Incorporated Broadcasting packets using network coding with feedback

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105684491A (zh) * 2013-10-30 2016-06-15 株式会社Kt 用于在移动通信网络中配置双连接的方法及其装置

Family Cites Families (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7102999B1 (en) * 1999-11-24 2006-09-05 Juniper Networks, Inc. Switching device
CN101754494A (zh) * 2008-12-04 2010-06-23 中兴通讯股份有限公司 一种多载波小区中实现主载波恢复的方法和系统
KR101633936B1 (ko) * 2009-04-21 2016-06-28 엘지전자 주식회사 다중 반송파 시스템에서 무선연결의 설정장치 및 방법
CN101938757B (zh) * 2009-06-29 2013-06-05 华为技术有限公司 检测过早切换方法、基站及系统
GB2475164B (en) * 2009-11-04 2012-05-16 Lg Electronics Inc Method for handling radio link failure in multiple carrier system
US8792328B2 (en) * 2009-11-06 2014-07-29 Intel Corporation Radio-link reliability using multi-carrier capability in wireless broadband systems
KR101781853B1 (ko) * 2010-02-09 2017-09-28 엘지전자 주식회사 무선 통신 시스템에서 복수의 셀의 구성 정보 송수신 방법 및 장치
RU2012140486A (ru) * 2010-02-22 2014-03-27 Телефонактиеболагет Л М Эрикссон (Пабл) Обнаружение неисправности в линии радиосвязи (rlf) для восстановления
KR101724371B1 (ko) * 2010-05-28 2017-04-10 삼성전자주식회사 셀들이 중첩되는 무선통신 시스템에서 이동성을 지원하기 위한 장치 및 방법
WO2012108718A2 (ko) * 2011-02-10 2012-08-16 엘지전자 주식회사 반송파 집성 시스템에서 스케줄링 방법 및 장치
CN103188800B (zh) * 2011-12-29 2017-03-29 中兴通讯股份有限公司 一种wcdma信道配置方法和装置
US9049698B2 (en) * 2012-01-18 2015-06-02 Mediatek Inc. Method of enhanced connection recovery and cell selection
CN110572884B (zh) * 2012-03-15 2023-06-30 瑞典爱立信有限公司 用于远程通信系统中的连接重建立的方法和装置
US9888417B2 (en) * 2013-01-16 2018-02-06 Lg Electronics Inc. Method and apparatus for switching connection in wireless communication system
US10206242B2 (en) * 2013-02-28 2019-02-12 Nec Corporation Radio communication system, radio station, radio terminal, communication control method, and non-transitory computer readable medium
CN104038955B (zh) * 2013-03-08 2017-06-20 中国移动通信集团公司 一种移动通信系统中的故障检测及处理的方法及基站
CN104468029A (zh) * 2013-09-18 2015-03-25 中国移动通信集团公司 一种移动终端通信方法、装置及相关设备
WO2015078021A1 (zh) * 2013-11-30 2015-06-04 华为技术有限公司 数据传输设备、通信系统及通信方法
JP2015142363A (ja) * 2014-01-30 2015-08-03 株式会社Ｎｔｔドコモ 移動局、再接続要求方法、基地局及び再接続要求処理方法
KR20160004061A (ko) * 2014-07-02 2016-01-12 한국전자통신연구원 스몰 셀 환경에서의 이동성 관리 방법 및 그 장치
CN105338653A (zh) * 2014-08-07 2016-02-17 北京三星通信技术研究有限公司 支持ue承载恢复的方法及设备
CN104219787A (zh) * 2014-09-10 2014-12-17 电信科学技术研究院 一种恢复无线链路的方法和设备
CN104581998B (zh) * 2014-12-30 2018-10-23 大唐移动通信设备有限公司 一种通讯故障的处理方法和系统
US9867226B2 (en) * 2015-12-14 2018-01-09 Qualcomm Incorporated Radio link failure (RLF) failover in a multi-connectivity environment
WO2017119247A1 (ja) * 2016-01-08 2017-07-13 日本電気株式会社 無線局システム、無線端末、及びこれらの方法
WO2017171999A1 (en) * 2016-03-31 2017-10-05 Intel IP Corporation Physical random access channel design for licensed assisted access
EP3244655B1 (en) * 2016-05-10 2018-06-27 Intel IP Corporation Methods and devices for circuit-switched fallback procedures
CN106792948B (zh) * 2017-02-16 2019-11-08 北京小米移动软件有限公司 小区切换方法及装置
US11134492B2 (en) * 2017-04-12 2021-09-28 Samsung Electronics Co., Ltd. Method and apparatus for beam recovery in next generation wireless systems
CN108810940B (zh) * 2017-04-28 2020-06-02 维沃移动通信有限公司 波束恢复处理方法和终端
WO2018204255A1 (en) * 2017-05-03 2018-11-08 Idac Holdings, Inc. Beam recovery mechanism
EP3641436B1 (en) * 2017-06-14 2024-02-28 Fujitsu Limited Transmission resource configuration device for beam failure recovery request and communication system
RU2740044C1 (ru) * 2017-06-23 2020-12-31 Хуавэй Текнолоджиз Ко., Лтд. Унифицированные механизмы обнаружения rlf, многолучевого rlm и bfr с полным разнесением в nr
US10893540B2 (en) * 2017-07-28 2021-01-12 Qualcomm Incorporated Random access channel procedures with multiple carriers
EP3649803A4 (en) * 2017-08-04 2020-09-16 Samsung Electronics Co., Ltd. PROCEDURE AND USER DEVICE (UE) FOR RAY MANAGEMENT FRAMEWORK FOR CARRIER AGGREGATION
EP3665792A1 (en) * 2017-08-09 2020-06-17 IDAC Holdings, Inc. Methods and systems for beam recovery and management
US10855359B2 (en) * 2017-08-10 2020-12-01 Comcast Cable Communications, Llc Priority of beam failure recovery request and uplink channels
CN109391984B (zh) * 2017-08-10 2020-10-27 维沃移动通信有限公司 一种波束切换方法、移动终端及计算机可读存储介质
WO2019032017A1 (en) * 2017-08-11 2019-02-14 Telefonaktiebolaget Lm Ericsson (Publ) APPARATUSES AND METHODS FOR ACHIEVING BEAM RECOVERY
KR20200051726A (ko) * 2017-09-08 2020-05-13 콘비다 와이어리스, 엘엘씨 Nr에 대한 동적 대역폭을 이용한 다수의 trp 및 패널 송신
US10892811B2 (en) * 2017-09-11 2021-01-12 Qualcomm Incorporated Beam recovery procedure using a second component carrier
US10979917B2 (en) * 2017-09-16 2021-04-13 Qualcomm Incorporated Systems and methods for communication beam loss recovery
EP3462633A1 (en) * 2017-09-28 2019-04-03 Panasonic Intellectual Property Corporation of America Resource allocation for the beam failure recovery procedure
US10784943B2 (en) * 2017-10-23 2020-09-22 Apple, Inc. Beam failure recovery operation
US11457493B2 (en) * 2017-11-02 2022-09-27 Ntt Docomo, Inc. User terminal and radio communication method
KR102520464B1 (ko) * 2017-11-16 2023-04-11 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) 대역폭 부분들 전환 시의 라디오 링크 모니터링/라디오 링크 장애 재구성

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105684491A (zh) * 2013-10-30 2016-06-15 株式会社Kt 用于在移动通信网络中配置双连接的方法及其装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Basic beam recovery;Ericsson;《3GPP》;20171013;第2节 *

Also Published As

Publication number Publication date
WO2019100772A1 (zh) 2019-05-31
EP3644649A1 (en) 2020-04-29
US11924901B2 (en) 2024-03-05
JP2020532162A (ja) 2020-11-05
CN113301596B (zh) 2023-06-06
US20200170065A1 (en) 2020-05-28
CN111052797A (zh) 2020-04-21
JP6962519B2 (ja) 2021-11-05
CN111052797B (zh) 2021-11-19
CN109842499A (zh) 2019-06-04
EP3644649B1 (en) 2022-10-05
BR112020002174A2 (pt) 2020-07-28
CN113301596A (zh) 2021-08-24
EP3644649A4 (en) 2020-07-29

Similar Documents

Publication Publication Date Title
CN111052797B (zh) 一种无线通信方法及装置
US12082011B2 (en) Configuring radio link monitoring (RLM) for moving radio access network (RAN)
US8078110B2 (en) Techniques for choosing and broadcasting receiver beamforming vectors in peer-to-peer (P2P) networks
CN111386741B (zh) 一种链路恢复方法、终端设备及网络设备
US11418242B2 (en) Method and device for multi-antenna transmission in UE and base station
CN114467337A (zh) 对同步信号和物理广播信道块发射波束调整的指示
WO2023010452A1 (en) Methods, systems and devices that provide fast mobility
US11979358B2 (en) Method and device in UE and base station for wireless communication
EP3043604A1 (en) Network-assisted power consumption reduction in a wireless communication terminal
CN114503451A (zh) 基于组的scell波束故障恢复
CN110167166B (zh) 一种基站、用户设备中的用于无线通信的方法和装置
WO2020207745A1 (en) Integrated access and backhaul (iab) distributed unit (du) resource allocation for dual connectivity
US20230362753A1 (en) Dual active protocol stack handover with coordinated pattern
CN111757469B (zh) 一种波束失败的处理方法及装置
CN108809366B (zh) 一种被用于无线通信的用户、基站中的方法和装置
US10992440B2 (en) Wireless device and method therein for determining a search space in a wireless communications network
US12149923B2 (en) Transmission of control information using more than one beam pair link
US20240129767A1 (en) Communication apparatus, base station, and communication method
US20240155387A1 (en) Communication apparatus, base station, and communication method
US20240129014A1 (en) Communication apparatus, base station, and communication method
WO2023010439A1 (en) Methods, systems and devices that provide fast mobility
CN112236954B (zh) 用于高效链路重配置的客户端设备、网络接入节点和方法
CN118785239A (zh) Mtrp的改进的波束对选择和基于组的波束报告的增强
CN118489228A (zh) 无线通信系统中的装置的操作方法及利用所述方法的装置

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
TR01 Transfer of patent right

Effective date of registration: 20230406

Address after: Unit 04-06, Unit 1, Unit 2101, Building 1, No.1 East Third Ring Middle Road, Chaoyang District, Beijing, 100020

Patentee after: Beijing Heyi Management Consulting Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right
CP03 Change of name, title or address

Address after: Unit 03, Room 1501, 15th Floor, Unit 1, Building 1, No.1 East Third Ring Middle Road, Chaoyang District, Beijing, 100020

Patentee after: Beijing Jingshi Intellectual Property Management Co.,Ltd.

Address before: Unit 04-06, Unit 1, Unit 2101, Building 1, No.1 East Third Ring Middle Road, Chaoyang District, Beijing, 100020

Patentee before: Beijing Heyi Management Consulting Co.,Ltd.

CP03 Change of name, title or address