一种通信系统的恢复方法及通信装置与流程

本发明涉及通信领域，尤其涉及一种通信系统的恢复方法及通信装置。

背景技术：

现阶段，通信系统总体具有高可靠性的性能要求，同时也要求该系统要具备较高的稳定性，但难免会出现系统异常的情况，尤其是硬件系统的异常。在恢复系统过程中，会对通信的性能和用户的体验造成影响。

目前，常规的恢复通信系统的方法，比如直接进行复位操作，往往会带来链路断开或是业务中断等弊端，整个恢复时间较长，影响现有业务。因此，如何对系统进行恢复是亟待解决的问题。

技术实现要素：

本申请提供一种通信系统的恢复方法及通信装置，有利于降低系统恢复带来的影响，提高系统的稳定性。

第一方面，本申请提供一种通信系统的恢复方法，该方法包括：检测系统是否出现异常；若该系统出现异常，则确定该系统的类型，该系统的类型包括tdd系统和fdd系统；基于该系统的类型确定该系统的恢复时间段；在该恢复时间段上采用该异常对应的修复操作对该系统进行恢复。

基于第一方面描述的方法，在系统出现异常的情况下，不同的系统类型采用不同的方式确定系统的恢复时间段，在该恢复时间段上采用该异常对应的修复操作对该系统进行恢复。基于该方式，有利于降低系统恢复带来的影响，提高系统的稳定性。

在一种可能的实现方式中，该系统的类型为tdd系统，该基于该系统的类型确定该系统的恢复时间段，包括：确定该异常对应的修复操作对该系统的上行链路和下行链路的影响程度；若对该上行链路的影响程度大于对该下行链路的影响程度，则在下行时隙上确定该系统的恢复时间段。

在一种可能的实现方式中，该方法还包括：若对该下行链路的影响程度大于对该上行链路的影响程度，则在上行时隙上确定该系统的恢复时间段。

在一种可能的实现方式中，该方法还包括：若对该上行链路的影响程度和对该下行链路的影响程度一样，则在上行时隙或下行时隙上确定该系统的恢复时间段，该恢复时间段的起始时间点为该系统出现异常的时间点的下一相邻时间点。

在一种可能的实现方式中，该系统的类型为fdd系统，该基于该系统的类型确定该系统的恢复时间段，包括：确定该fdd系统在该异常发生后，需要执行的业务对应的主要业务类型，该主要业务类型包括上行业务和下行业务；若该主要业务类型为该上行业务，则在下行业务调度的时隙上确定该系统的恢复时间段。

在一种可能的实现方式中，该方法还包括：若该主要业务类型为该下行业务，则在上行业务调度的时隙上确定该系统的恢复时间段。

在一种可能的实现方式中，该恢复时间段为连续的时隙，该恢复时间段不小于该修复操作对应的执行时间。

在一种可能的实现方式中，该异常对应的修复操作由多个修复子操作组成，该恢复时间段由一个或者多个修复子时间段组成，其中，一个修复子时间段不小于该一个修复子时间段对应的至少一个修复子操作对应的执行时间，该一个修复子时间段为连续的时隙。

第二方面，本申请提供了一种通信装置，该通信装置用于实现上述第一方面及其任一种可能的实现方式中的方法的单元。

第三方面，本申请提供了一种通信装置，所述通信装置包括处理器，所述处理器用于执行第一方面及其任一种可能的实现方式中的方法。

第四方面，本申请提供了一种通信装置，所述通信装置包括处理器和存储器，所述存储器用于存储计算机执行指令；所述处理器用于从所述存储器调用所述程序代码执行第一方面及其任一种可能的实现方式中的方法。

第五方面，本申请提供了一种通信装置，所述通信装置包括处理器和收发器，所述收发器，用于接收信号或者发送信号；所述处理器，用于执行第一方面及其任一种可能的实现方式中的方法。

第六方面，本申请提供了一种通信装置，所述通信装置包括处理器、存储器和收发器，所述收发器，用于接收信号或者发送信号；所述存储器，用于存储程序代码；所述处理器，用于从所述存储器调用所述程序代码执行如第一方面及其任一种可能的实现方式中的方法。

第七方面，本申请提供了一种芯片，包括处理器、存储器和通信接口，该存储器中存储有计算机程序，该处理器被配置用于调用该计算机程序以执行如下操作：检测系统是否出现异常；若该系统出现异常，则确定该系统的类型，该系统的类型包括tdd系统和fdd系统；基于该系统的类型确定该系统的恢复时间段；在该恢复时间段上采用该异常对应的修复操作对该系统进行恢复。

第八方面，本申请提供了一种模组设备，该模组设备包括通信模组、电源模组、存储模组以及芯片模组，其中：该电源模组用于为该模组设备提供电能；该存储模组用于存储数据和指令；该通信模组用于进行模组设备内部通信，或者用于该模组设备与外部设备进行通信；该芯片模组用于：检测系统是否出现异常；若该系统出现异常，则确定该系统的类型，该系统的类型包括tdd系统和fdd系统；基于该系统的类型确定该系统的恢复时间段；在该恢复时间段上采用该异常对应的修复操作对该系统进行恢复。

第九方面，本申请提供了一种计算机可读存储介质，该计算机存储介质中存储有计算机可读指令，当该计算机可读指令在通信装置上运行时，使得该通信装置执行上述第一方面及其任一种可能的实现方式中的方法。

第十方面，本申请提供一种计算机程序或计算机程序产品，包括代码或指令，当代码或指令在计算机上运行时，使得计算机执行如第一方面及其任一种可能的实现方式中的方法。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种网络架构的示意图；

图2是本申请实施例提供的一种通信系统的恢复方法的流程图；

图3是本申请实施例提供的一种确定恢复时间段的示意图；

图4是本申请实施例提供的又一种确定恢复时间段的示意图；

图5是本申请实施例提供的又一种确定恢复时间段的示意图；

图6是本申请实施例提供的又一种确定恢复时间段的示意图；

图7是本申请实施例提供的又一种通信系统的恢复方法的流程图；

图8是本申请实施例提供的又一种通信系统的恢复方法的流程图；

图9是本申请实施例提供的一种通信装置的结构示意图；

图10是本申请实施例提供的又一种通信装置的结构示意图；

图11是本申请实施例提供的一种模组设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。

需要说明的是，本申请的说明书和权利要求书中及上述附图中的属于“第一”、“第二”、“第三”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述以外的顺序实施。此外，术语“包括”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例可以应用于如图1所示的网络架构示意图，图1中所示的网络架构为无线通信系统的网络架构，该网络架构通常包括终端设备和网络设备，各个设备数量以及形态并不构成对本申请实施例的限定。其中，网络设备可以是基站(basestation，bs)，基站可以向多个终端设备提供通信服务，多个基站也可以向同一个终端设备提供通信服务。

需要说明的是，本申请实施例无线通信系统包括但不限于：窄带物联网系统(narrowband-internetofthings，nb-iot)、增强型机器类通信系统(enhancedmachinetypeofcommunication，emtc)、全球移动通信系统(globalsystemformobilecommunications，gsm)、增强型数据速率gsm演进系统(enhanceddatarateforgsmevolution，edge)、宽带码分多址系统(widebandcodedivisionmultipleaccess，wcdma)、码分多址2000系统(codedivisionmultipleaccess，cdma2000)、时分同步码分多址系统(timedivision-synchronizationcodedivisionmultipleaccess，td-scdma)，长期演进系统(longtermevolution，lte)、长期演进(longtermevolution，lte)cat1系统，第五代移动通信(5th-generation，5g)系统以及未来移动通信系统。

本申请实施例涉及到的终端设备还可以称为终端，可以是一种具有无线收发功能的设备，其可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。终端设备可以是用户设备(userequipment，ue)，其中，ue包括具有无线通信功能的手持式设备、车载设备、可穿戴设备或计算设备。示例性地，ue可以是手机(mobilephone)、平板电脑或带无线收发功能的电脑。终端设备还可以是虚拟现实(virtualreality，vr)终端设备、增强现实(augmentedreality，ar)终端设备、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smarthome)中的无线终端等等。本申请实施例中，用于实现终端的功能的装置可以是终端；也可以是能够支持终端实现该功能的装置，例如芯片系统，该装置可以被安装在终端中。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。

本申请实施例涉及到的网络设备包括基站(basestation，bs)，可以是一种部署在无线接入网中能够和终端进行无线通信的设备。其中，基站可能有多种形式，比如宏基站、微基站、中继站和接入点等。示例性地，本申请实施例涉及到的基站可以是演进型基站(evolvednodeb，enb)。本申请实施例中，用于实现网络设备的功能的装置可以是网络设备；也可以是能够支持网络设备实现该功能的装置，例如芯片系统，该装置可以被安装在网络设备中。

需要说明的是，现阶段，通信系统总体具有高可靠性的性能要求，同时也要求该系统要具备较高的稳定性，但难免会出现系统异常的情况，尤其是硬件系统的异常。在恢复系统过程中，会对通信的性能和用户的体验造成影响。

目前，常规的恢复通信系统的方法，比如直接进行复位操作，往往会带来链路断开或是业务中断等弊端，整个恢复时间较长，影响现有业务。因此，如何对系统进行恢复是亟待解决的问题。

下面基于上述内容中介绍的网络架构及设备，对本申请实施例提供一种通信系统的恢复方法进行介绍，参见图2，图2是本申请实施例提供的一种通信系统的恢复方法的流程图，该通信系统的恢复方法包括步骤201～步骤204。图2所示的方法执行主体可以为终端设备(示例性的，可参照图1所示)，或主体可以为终端设备中的芯片；也可以为网络设备，或主体可以为网络设备中的芯片。图2所示的方法执行主体以终端设备为例。其中：

201、终端设备检测系统是否出现异常。

本申请实施例中，通信系统中难免会出现系统异常的情况，比如硬件系统的异常、系统程序错误等。基于该方式，终端设备检测系统异常的情况，便于后续采取措施对通信系统进行恢复。

202、若该系统出现异常，则终端设备确定该系统的类型。

本申请实施例中，该系统的类型包括时分双工(timedivisionduplexing，tdd)系统和频分双工(frequencydivisionduplexing，fdd)系统。其中，tdd系统是指发送和接收数据共用一个射频频点，上、下行链路使用不同的时隙来进行通信。fdd系统是指发送和接收数据使用不同的射频频点来进行通信，上、下行链路可以同时进行。

203、终端设备基于该系统的类型确定该系统的恢复时间段。

本申请实施例中，不同的系统类型采用不同的方式确定该系统的恢复时间段。示例性的，可以确定该系统的恢复时间段位于上行时隙、下行时隙、上行业务调度的时隙或者下行业务调度的时隙，等等。基于该方式，可以更具有针对性地确定该系统的恢复时间段，降低系统恢复带来的影响。

可选的，该系统的恢复时间段位于上行业务调度密集的时隙或者下行业务调度密集的时隙。在一定时间内，若上行业务调度的时隙大于下行业务调度的时隙，则认为该上行业务调度的时隙为上行业务调度密集的时隙；若下行业务调度的时隙大于上行业务调度的时隙，则认为该下行业务调度的时隙为下行业务调度密集的时隙。

例如，在一定时间内，上行业务调度的时隙为5个时隙，下行业务调度的时隙为3个时隙，此时上行业务调度的时隙大于下行业务调度的时隙，因此，该上行业务调度的时隙为上行业务调度密集的时隙。

204、终端设备在该恢复时间段上采用该异常对应的修复操作对该系统进行恢复。

本申请实施例中，不同的异常情况对应不同的修复操作，终端设备在确定出该系统的恢复时间段后，采用检测到的异常对应的修复操作对该系统进行恢复。基于该方式，有利于降低系统恢复带来的影响，提高系统的稳定性。

在一种可能的实现方式中，该恢复时间段为连续的时隙，该恢复时间段不小于该修复操作对应的执行时间。基于该可能的实现方式，能够保证系统恢复具有足够的时间。可选的，终端设备首先根据该系统的类型确定恢复时间段所处的时隙类型(示例性的，上行时隙、下行时隙、上行业务调度的时隙或者下行业务调度的时隙)，接下来，在异常出现时间点临近的属于该时隙类型的时隙中，确定恢复时间段，该恢复时间段不小于该修复操作对应的执行时间。

请参见图3，图3是本申请实施例提供的一种确定恢复时间段的示意图。该恢复时间段处于上行时隙中，该上行时隙包括12个时隙，在第5个时隙的位置该系统出现异常，该修复操作对应的执行时间为6个时隙，确定的恢复时间段包括7个时隙，即第6个时隙到第12个时隙。

在一种可能的实现方式中，该异常对应的修复操作由多个修复子操作组成，该恢复时间段由一个或者多个修复子时间段组成，其中，一个修复子时间段不小于该一个修复子时间段对应的至少一个修复子操作对应的执行时间，该一个修复子时间段为连续的时隙。基于该方式，允许终端设备可以在不连续的多个时隙上进行修复操作，可以尽快降低系统恢复带来的影响。

例如，在tdd系统中，终端设备首先根据该系统的类型确定恢复时间段所处的时隙类型(示例性的，上行时隙、下行时隙)，接下来，根据异常对应的修复操作确定多个修复子操作，然后，在异常出现时间点临近的属于该时隙类型的时隙中，根据该多个修复子操作，确定恢复时间段，该恢复时间段由一个或者多个修复子时间段组成，其中，一个修复子时间段不小于该一个修复子时间段对应的至少一个修复子操作对应的执行时间，该一个修复子时间段为连续的时隙。

请参见图4，图4是本申请实施例提供的又一种确定恢复时间段的示意图。该恢复时间段处于上行时隙中，该上行时隙包括12个时隙，在第5个时隙的位置该系统出现异常，该修复操作对应的执行时间为5个时隙，其中，该异常对应的修复操作可以分为3个修复子操作，第一个修复子操作对应的执行时间为1个时隙，第二个修复子操作对应的执行时间为2个时隙，第三个修复子操作对应的执行时间为2个时隙。确定的恢复时间段包括3个修复子时间段，其中，第一个修复子时间段在第6个时隙，第二个修复子时间段在第8个时隙和第9个时隙，第三个修复子时间段在第11个时隙和第12个时隙。终端设备在第一个修复子时间段采用第一个修复子操作对该系统进行恢复；在第二个修复子时间段采用第二个修复子操作对该系统进行恢复；在第三个修复子时间段采用第三个修复子操作对该系统进行恢复。

请参见图5，图5是本申请实施例提供的又一种确定恢复时间段的示意图。该恢复时间段处于上行时隙中，该上行时隙包括12个时隙，在第5个时隙的位置该系统出现异常，该修复操作对应的执行时间为5个时隙，其中，该异常对应的修复操作可以分为3个修复子操作，第一个修复子操作对应的执行时间为1个时隙，第二个修复子操作对应的执行时间为2个时隙，第三个修复子操作对应的执行时间为2个时隙。确定的恢复时间段包括2个修复子时间段，其中，第一个修复子时间段在第6个时隙，第二个修复子时间段在第8个时隙到第11个时隙。终端设备在第一个修复子时间段采用第一个修复子操作对该系统进行恢复；在第二个修复子时间段采用第二个修复子操作和第三个修复子操作对该系统进行恢复。

又例如，在fdd系统中，终端设备首先根据该系统的类型确定恢复时间段所处的时隙类型(示例性的，上行业务调度的时隙或者下行业务调度的时隙)，接下来，根据异常对应的修复操作确定多个修复子操作，然后，在异常出现时间点临近的属于该时隙类型的时隙中，根据该多个修复子操作，确定恢复时间段，该恢复时间段由一个或者多个修复子时间段组成，其中，一个修复子时间段不小于该一个修复子时间段对应的至少一个修复子操作对应的执行时间，该一个修复子时间段为连续的时隙。

请参见图6，图6是本申请实施例提供的又一种确定恢复时间段的示意图。该恢复时间段处于上行业务调度的时隙中，该上行业务调度的时隙包括12个时隙，在第5个时隙的位置该系统出现异常，该修复操作对应的执行时间为5个时隙，其中，该异常对应的修复操作可以分为3个修复子操作，第一个修复子操作对应的执行时间为1个时隙，第二个修复子操作对应的执行时间为2个时隙，第三个修复子操作对应的执行时间为2个时隙。确定的恢复时间段包括3个修复子时间段，其中，第一个修复子时间段在第6个时隙，第二个修复子时间段在第8个时隙和第9个时隙，第三个修复子时间段在第11个时隙和第12个时隙。终端设备在第一个修复子时间段采用第一个修复子操作对该系统进行恢复；在第二个修复子时间段采用第二个修复子操作对该系统进行恢复；在第三个修复子时间段采用第三个修复子操作对该系统进行恢复。

在图2所描述的方法中，在系统出现异常的情况下，不同的系统类型采用不同的方式确定系统的恢复时间段，在该恢复时间段上采用该异常对应的修复操作对该系统进行恢复。因此，基于图2所描述的方法，有利于降低系统恢复带来的影响，提高系统的稳定性。

请参见图7，图7是本申请实施例提供的又一种通信系统的恢复方法的流程图。该通信系统的恢复方法包括步骤701～步骤705。步骤703和步骤704为上述步骤203的一种具体的实现方式。图7所示的方法执行主体可以为终端设备，或主体可以为终端设备中的芯片；也可以为网络设备，或主体可以为网络设备中的芯片。图7所示的方法执行主体以终端设备为例。其中：

701、终端设备检测系统是否出现异常。

702、若该系统出现异常，则终端设备确定该系统的类型。

其中，步骤701和步骤702的具体实现方式与上述步骤201和步骤202的具体实现方式相同，在此不赘述。

703、终端设备确定该异常对应的修复操作对该系统的上行链路和下行链路的影响程度。

本申请实施例中，该系统的类型为tdd系统，在tdd系统进行恢复的过程中，会对上行链路和下行链路造成不同程度的影响。基于该方式，根据该异常对应的修复操作对该系统的上行链路和下行链路的影响程度，有利于更加针对性地提高系统的稳定性。

本申请实施例中，终端设备可以通过上下行链路的吞吐量、上下行链路的传输速率、上下行链路的丢包率等指标，确定该异常对应的修复操作对该系统的上行链路和下行链路的影响程度，在此不作限定。

例如，终端设备预先判断在进行该异常对应的修复操作时，该系统的上行链路和下行链路的影响程度，其中，该系统的上行链路的吞吐量从1.5mbps降低为1.2mbps，该系统的下行链路的吞吐量从1.5mbps降低为1.4mbps，因此，该异常对应的修复操作对该系统的上行链路的影响程度大于对该系统的下行链路的影响程度。

704、若对该上行链路的影响程度大于对该下行链路的影响程度，则终端设备在下行时隙上确定该系统的恢复时间段。

例如，终端设备预先判断在进行该异常对应的修复操作时，该系统的上行链路和下行链路的影响程度，其中，对该上行链路的影响程度占70％，对该下行链路的影响程度占30％。此时，对该上行链路的影响程度大于对该下行链路的影响程度，因此，终端设备需要在下行时隙上确定该系统的恢复时间段。

在一种可能的实现方式中，若对该下行链路的影响程度大于对该上行链路的影响程度，则终端设备在上行时隙上确定该系统的恢复时间段。基于该可能的实现方式，有利于降低系统恢复带来的影响。

例如，终端设备预先判断在进行该异常对应的修复操作时，该系统的上行链路和下行链路的影响程度，其中，对该下行链路的影响程度占70％，对该上行链路的影响程度占30％。此时，对该下行链路的影响程度大于对该上行链路的影响程度，因此，终端设备需要在上行时隙上确定该系统的恢复时间段。

在一种可能的实现方式中，若对该上行链路的影响程度和对该下行链路的影响程度一样，则在上行时隙或下行时隙上确定该系统的恢复时间段。其中，该恢复时间段的起始时间点为该系统出现异常的时间点的下一相邻时间点。基于该可能的实现方式，可以尽快地执行恢复操作，有利于降低系统恢复带来的影响。

例如，终端设备预先判断在进行该异常对应的修复操作时，该系统的上行链路和下行链路的影响程度，其中，对该下行链路的影响程度和对该上行链路的影响程度都占50％。此时，对该上行链路的影响程度和对该下行链路的影响程度一样，因此，终端设备在上行时隙或者下行时隙上都可以确定该系统的恢复时间段，并且保证该系统出现异常的时间点的下一相邻时间点就是该系统的恢复时间段的起始时间点。

在另一些示例中，对该下行链路的影响程度和对该上行链路的影响程度的差值较小，也可以近似认为对该上行链路的影响程度和对该下行链路的影响程度一样。示例性的，若对两者的影响程度的差值小于5％，则认为对两者的影响程度一样。通过这种方式，可以尽快地在下一相邻时间点执行恢复操作，有利于降低系统恢复带来的影响。

705、终端设备在该恢复时间段上采用该异常对应的修复操作对该系统进行恢复。

其中，步骤705的具体实现方式与上述步骤204的具体实现方式相同，在此不赘述。

在图7所描述的方法中，在tdd系统出现异常的情况下，根据该异常对应的修复操作对该系统的上行链路和下行链路的影响程度，采用不同的方式确定系统的恢复时间段，在该恢复时间段上采用相应的修复操作对该系统进行恢复。因此，基于图7所描述的方法，有利于降低系统恢复带来的影响，提高系统的稳定性。

请参见图8，图8是本申请实施例提供的又一种通信系统的恢复方法的流程图。该通信系统的恢复方法包括步骤801～步骤805。步骤803和步骤804为上述步骤203的一种具体的实现方式。图8所示的方法执行主体可以为终端设备，或主体可以为终端设备中的芯片；也可以为网络设备，或主体可以为网络设备中的芯片。图8所示的方法执行主体以终端设备为例。其中：

801、终端设备检测系统是否出现异常。

802、若该系统出现异常，则终端设备确定该系统的类型。

其中，步骤801和步骤802的具体实现方式与上述步骤201和步骤202的具体实现方式相同，在此不赘述。

803、终端设备确定该fdd系统在该异常发生后，需要执行的业务对应的主要业务类型。

本申请实施例中，该主要业务类型包括上行业务和下行业务。执行的业务对应的主要业务类型可以是终端设备自行规定，根据要求的主要业务类型，执行后续确定恢复时间段的操作。

可选的，确定主要业务的标准可以是业务调度时隙的密集程度、优先级、传输的数据量等，在此不作限定。

例如，确定主要业务的标准是业务调度时隙的密集程度，在一定时间内，上行业务调度的时隙包括6个时隙，下行业务调度的时隙包括3个时隙，此时，上行业务调度时隙的密集程度大于下行业务调度的密集程度，因此将上行业务确定为主要业务类型。

又例如，确定主要业务的标准是优先级，此时，上行业务的优先级大于下行业务的优先级，因此将上行业务确定为主要业务类型。

又例如，确定主要业务的标准是传输数据量，此时，上行业务的传输数据量大于下行业务的传输数据量，因此将上行业务确定为主要业务类型。

804、若所述主要业务类型为该上行业务，则终端设备在下行业务调度的时隙上确定该系统的恢复时间段。

例如，终端设备确定该fdd系统在该异常发生后，需要执行的业务对应的主要业务类型为上行业务，因此，终端设备需要在下行业务调度的时隙上确定该系统的恢复时间段。

在一种可能的实现方式中，若该主要业务类型为该下行业务，则在上行业务调度的时隙上确定该系统的恢复时间段。

例如，终端设备确定该fdd系统在该异常发生后，需要执行的业务对应的主要业务类型为下行业务，因此，终端设备需要在上行业务调度的时隙上确定该系统的恢复时间段。

在一种可能的实现方式中，若该主要业务类型无法确定，示例性的，基于该主要任务的标准，上行业务和下行业务的判定结果一样或者差异较小；则在上行业务调度的时隙或下行调度的时隙上都可以确定该系统的恢复时间段。

805、终端设备在该恢复时间段上采用该异常对应的修复操作对该系统进行恢复。

其中，步骤805的具体实现方式与上述步骤204的具体实现方式相同，在此不赘述。

在图8所描述的方法中，在fdd系统出现异常的情况下，根据主要业务类型，采用不同的方式确定系统的恢复时间段，在该恢复时间段上采用相应的修复操作对该系统进行恢复。因此，基于图8所描述的方法，有利于降低系统恢复带来的影响，提高系统的稳定性。

请参见图9，图9示出了本申请实施例的一种通信装置的结构示意图。该装置可以是终端设备，也可以是终端设备中的装置，或者是能够和终端设备匹配使用的装置。图9所示的通信装置可以包括处理单元901和通信单元902。其中，处理单元901，用于进行数据处理。通信单元902集成有接收单元和发送单元。通信单元902也可以称为收发单元。或者，也可将通信单元902拆分为接收单元和发送单元。下文的处理单元901和通信单元902同理，下文不再赘述。其中：

处理单元901，用于检测系统是否出现异常；若该系统出现异常，则确定该系统的类型，该系统的类型包括tdd系统和fdd系统；基于该系统的类型确定该系统的恢复时间段；在该恢复时间段上采用该异常对应的修复操作对该系统进行恢复。

可选的，该系统的类型为tdd系统，处理单元901在基于该系统的类型确定该系统的恢复时间段时，具体用于：确定该异常对应的修复操作对该系统的上行链路和下行链路的影响程度；若对该上行链路的影响程度大于对该下行链路的影响程度，则在下行时隙上确定该系统的恢复时间段。

可选的，处理单元901，还用于若对该下行链路的影响程度大于对该上行链路的影响程度，则在上行时隙上确定该系统的恢复时间段。

可选的，处理单元901，还用于若对该上行链路的影响程度和对该下行链路的影响程度一样，则在上行时隙或下行时隙上确定该系统的恢复时间段，该恢复时间段的起始时间点为该系统出现异常的时间点的下一相邻时间点。

可选的，该系统的类型为fdd系统，处理单元901在基于该系统的类型确定该系统的恢复时间段时，具体用于：确定该fdd系统在该异常发生后，需要执行的业务对应的主要业务类型，该主要业务类型包括上行业务和下行业务；若该主要业务类型为该上行业务，则在下行业务调度的时隙上确定该系统的恢复时间段。

可选的，处理单元901，还用于若该主要业务类型为该下行业务，则在上行业务调度的时隙上确定该系统的恢复时间段。

可选的，该恢复时间段为连续的时隙，该恢复时间段不小于该修复操作对应的执行时间。

可选的，该异常对应的修复操作由多个修复子操作组成，该恢复时间段由一个或者多个修复子时间段组成，其中，一个修复子时间段不小于该一个修复子时间段对应的至少一个修复子操作对应的执行时间，该一个修复子时间段为连续的时隙。

上述通信装置例如可以是：芯片、或者芯片模组。关于上述实施例中描述的各个装置、产品包含的各个模块，其可以是软件模块，也可以是硬件模块，或者也可以部分是软件模块，部分是硬件模块。例如，对于应用于或集成于芯片的各个装置、产品，其包含的各个模块可以都采用电路等硬件的方式实现，或者，至少部分模块可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块可以都采用电路等硬件的方式实现，不同的模块可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块可以采用电路等硬件方式实现；对于应用于或集成于终端的各个装置、产品，其包含的各个模块可以都采用电路等硬件的方式实现，不同的模块可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理器，剩余的(如果有)部分模块可以采用电路等硬件方式实现。

如图10所示为本申请实施例提供的又一种通信装置100，用于实现上述图2、图7和图8中终端设备的功能。该装置可以是终端设备或用于终端设备的装置。用于终端设备的装置可以为终端设备内的芯片系统或芯片。其中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

或者，通信装置100，用于实现上述图2、图7和图8中网络设备的功能。该装置可以是网络设备或用于网络设备的装置。用于网络设备的装置可以为网络设备内的芯片系统或芯片。

通信装置100包括至少一个处理器1020，用于实现本申请实施例提供的方法中终端设备的数据处理功能。装置100还可以包括通信接口1010，用于实现本申请实施例提供的方法中终端设备的收发操作。在本申请实施例中，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口，用于通过传输介质和其它设备进行通信。例如，通信接口1010用于装置100中的装置可以和其它设备进行通信。处理器1020利用通信接口1010收发数据，并用于实现上述方法实施例图2所述的方法。

装置100还可以包括至少一个存储器1030，用于存储程序指令和/或数据。存储器1030和处理器1020耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1020可能和存储器1030协同操作。处理器1020可能执行存储器1030中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。

当装置100开机后，处理器1020可以读取存储器1030中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器1020对待发送的数据进行基带处理后，输出基带信号至射频电路(图未示意)，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到装置100时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器1020，处理器1020将基带信号转换为数据并对该数据进行处理。

在另一种实现中，所述的射频电路和天线可以独立于进行基带处理的处理器1020而设置，例如在分布式场景中，射频电路和天线可以与独立于通信装置，呈拉远式的布置。

本申请实施例中不限定上述通信接口1010、处理器1020以及存储器1030之间的具体连接介质。本申请实施例在图10中以存储器1030、处理器1020以及通信接口1010之间通过总线1040连接，总线在图10中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

装置100具体是用于终端设备时，例如装置100具体是芯片或者芯片系统时，通信接口1010所输出或接收的可以是基带信号。装置100具体是终端设备时，通信接口1010所输出或接收的可以是射频信号。在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、操作及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的操作可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

需要说明的是，该通信装置可以执行前述方法实施例中终端设备或接入网设备的相关步骤，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。

对于应用于或集成于通信装置的各个装置、产品，其包含的各个模块可以都采用电路等硬件的方式实现，不同的模块可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理器，剩余的(如果有)部分模块可以采用电路等硬件方式实现。

本申请实施例还提供了一种芯片，该芯片可以执行前述方法实施例中终端设备的相关步骤。该芯片，包括处理器、存储器和通信接口，该存储器中存储有计算机程序，该处理器被配置用于调用该计算机程序以执行如下操作：检测系统是否出现异常；若该系统出现异常，则确定该系统的类型，该系统的类型包括tdd系统和fdd系统；基于该系统的类型确定该系统的恢复时间段；在该恢复时间段上采用该异常对应的修复操作对该系统进行恢复。

可选的，该系统的类型为tdd系统，该芯片基于该系统的类型确定该系统的恢复时间段时，具体用于：确定该异常对应的修复操作对该系统的上行链路和下行链路的影响程度；若对该上行链路的影响程度大于对该下行链路的影响程度，则在下行时隙上确定该系统的恢复时间段。

可选的，该芯片，还用于若对该下行链路的影响程度大于对该上行链路的影响程度，则在上行时隙上确定该系统的恢复时间段。

可选的，该芯片，还用于若对该上行链路的影响程度和对该下行链路的影响程度一样，则在上行时隙或下行时隙上确定该系统的恢复时间段，该恢复时间段的起始时间点为该系统出现异常的时间点的下一相邻时间点。

可选的，该系统的类型为fdd系统，该芯片基于该系统的类型确定该系统的恢复时间段时，具体用于：确定该fdd系统在该异常发生后，需要执行的业务对应的主要业务类型，该主要业务类型包括上行业务和下行业务；若该主要业务类型为该上行业务，则在下行业务调度的时隙上确定该系统的恢复时间段。

可选的，该芯片，还用于若该主要业务类型为该下行业务，则在上行业务调度的时隙上确定该系统的恢复时间段。

可选的，该恢复时间段为连续的时隙，该恢复时间段不小于该修复操作对应的执行时间。

可选的，该异常对应的修复操作由多个修复子操作组成，该恢复时间段由一个或者多个修复子时间段组成，其中，一个修复子时间段不小于该一个修复子时间段对应的至少一个修复子操作对应的执行时间，该一个修复子时间段为连续的时隙。

在一种可能的实现方式中，上述芯片包括至少一个处理器、至少一个第一存储器和至少一个第二存储器；其中，前述至少一个第一存储器和前述至少一个处理器通过线路互联，前述第一存储器中存储有指令；前述至少一个第二存储器和前述至少一个处理器通过线路互联，前述第二存储器中存储前述方法实施例中需要存储的数据。

对于应用于或集成于芯片的各个装置、产品，其包含的各个模块可以都采用电路等硬件的方式实现，或者，至少部分模块可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块可以采用电路等硬件方式实现。

如图11所示，图11是本申请实施例提供的一种模组设备的结构示意图。该模组设备110可以执行前述方法实施例中终端设备的相关步骤，该模组设备110包括：通信模组1101、电源模组1102、存储模组1103以及芯片模组1104。

其中，所述电源模组1102用于为所述模组设备提供电能；所述存储模组1103用于存储数据和指令；所述通信模组1101用于进行模组设备内部通信，或者用于所述模组设备与外部设备进行通信；所述芯片模组1104用于：检测系统是否出现异常；若该系统出现异常，则确定该系统的类型，该系统的类型包括tdd系统和fdd系统；基于该系统的类型确定该系统的恢复时间段；在该恢复时间段上采用该异常对应的修复操作对该系统进行恢复。

可选的，该系统的类型为tdd系统，该芯片模组1104在基于该系统的类型确定该系统的恢复时间段时，具体用于：确定该异常对应的修复操作对该系统的上行链路和下行链路的影响程度；若对该上行链路的影响程度大于对该下行链路的影响程度，则在下行时隙上确定该系统的恢复时间段。

可选的，芯片模组1104，还用于若对该下行链路的影响程度大于对该上行链路的影响程度，则在上行时隙上确定该系统的恢复时间段。

可选的，芯片模组1104，还用于若对该上行链路的影响程度和对该下行链路的影响程度一样，则在上行时隙或下行时隙上确定该系统的恢复时间段，该恢复时间段的起始时间点为该系统出现异常的时间点的下一相邻时间点。

可选的，该系统的类型为fdd系统，该芯片模组1104在基于该系统的类型确定该系统的恢复时间段时，具体用于：确定该fdd系统在该异常发生后，需要执行的业务对应的主要业务类型，该主要业务类型包括上行业务和下行业务；若该主要业务类型为该上行业务，则在下行业务调度的时隙上确定该系统的恢复时间段。

可选的，芯片模组1104，还用于若该主要业务类型为该下行业务，则在上行业务调度的时隙上确定该系统的恢复时间段。

可选的，该恢复时间段为连续的时隙，该恢复时间段不小于该修复操作对应的执行时间。

可选的，该异常对应的修复操作由多个修复子操作组成，该恢复时间段由一个或者多个修复子时间段组成，其中，一个修复子时间段不小于该一个修复子时间段对应的至少一个修复子操作对应的执行时间，该一个修复子时间段为连续的时隙。

对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块可以都采用电路等硬件的方式实现，不同的模块可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块可以采用电路等硬件方式实现。本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在处理器上运行时，上述方法实施例的方法流程得以实现。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在处理器上运行时，上述方法实施例的方法流程得以实现。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些操作可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

本申请提供的各实施例的描述可以相互参照，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。为描述的方便和简洁，例如关于本申请实施例提供的各装置、设备的功能以及执行的操作可以参照本申请方法实施例的相关描述，各方法实施例之间、各装置实施例之间也可以互相参考、结合或引用。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。