寻呼方法、装置、通信设备及存储介质

本公开涉及无线通信技术领域但不限于无线通信技术领域，尤其涉及一种寻呼方法、装置、通信设备及存储介质。

多台终端可以相互配合以完成网络分配的业务。例如，多模态(Modality)业务涉及到多种信息的来源或者形式。采集多个模态信息的终端可以是同一台终端，也可以是多台终端。在一种应用场景下，各个模态的信息需要组合上报给网络，网络基于各个模态的信息进行信息融合，从而实现准确的识别和判断功能。

相关技术中，在终端执行业务过程中，会出现连接无法建立的情况，此时，会导致终端不能正常执行网络分配的业务，业务执行的可靠性不能得到保证。

发明内容

本公开实施例公开了一种寻呼方法、装置、通信设备及存储介质。

根据本公开实施例的第一方面，提供一种寻呼方法，其中，所述方法由基站执行，所述方法包括：

响应于确定执行预定业务的第一终端不能继续执行所述预定业务，寻呼处于无线资源控制RRC非连接态的第二终端；

其中，所述第二终端，为与所述第一终端关联的继续执行所述预定业务的备份终端。

在一个实施例中，所述方法还包括：

获取所述第二终端的寻呼标识，其中，所述寻呼标识用于寻呼所述第二终端。

在一个实施例中，所述获取所述第二终端的寻呼标识，包括：

接收核心网设备在所述第二终端执行附着流程时发送的携带所述寻呼标识的初始消息；

或者，

接收所述第二终端在执行附着流程时发送的携带所述寻呼标识的连接请求完成消息。

在一个实施例中，所述初始消息还携带所述第一终端和所述第二终端之间的映射关系信息；和/或，所述连接请求完成消息还携带所述第一终端和所述第二终端之间的映射关系信息。

在一个实施例中，所述寻呼处于RRC非连接态的第二终端，包括：

向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息。

在一个实施例中，所述寻呼消息的信息域指示寻呼所述第二终端的原因信息。

在一个实施例中，所述方法还包括：

接收所述第二终端发送的携带所述原因信息的RRC连接建立请求；

或者，

接收所述第二终端发送的携带所述原因信息的RRC连接恢复请求。

在一个实施例中，所述方法还包括：

响应于接收到所述RRC连接建立请求，接受所述RRC连接建立请求；

或者，

响应于接收到所述RRC连接恢复请求，接受所述RRC连接恢复请求。

根据本公开实施例的第二方面，提供一种寻呼方法，其中，所述方法由第二终端执行，所述方法包括：

接收基站发送的寻呼消息；

其中，所述寻呼消息为所述基站响应于确定执行预定业务的第一终端不能继续执行所述预定业务发送的寻呼第二终端的消息；所述第二终端，为与所述第一终端关联的继续执行所述预定业务的备份终端。

在一个实施例中，所述方法还包括：

向所述基站发送寻呼标识，其中，所述寻呼标识用于寻呼所述第二终端。

在一个实施例中，所述向所述基站发送寻呼标识，包括：

在执行附着流程时向所述基站发送携带所述寻呼标识的连接请求完成消息。

在一个实施例中，所述连接请求完成消息还携带所述第一终端和所述第二终端之间的映射关系的信息。

在一个实施例中，所述接收基站发送的寻呼消息，包括：

接收基站发送的携带所述寻呼标识的寻呼消息。

在一个实施例中，所述寻呼消息的信息域指示寻呼所述第二终端的原因信息。

在一个实施例中，所述方法还包括：

响应于接收到所述寻呼消息，向所述第二终端的非接入层NAS发送携带所述原因信息的指示信息。

在一个实施例中，所述方法还包括：

响应于接收到所述寻呼消息，发送携带所述原因信息的RRC连接建立请求；

或者，

响应于接收到所述寻呼消息，发送携带所述原因信息的RRC连接恢复请求。

根据本公开实施例的第三方面，提供一种寻呼方法，其中，所述方法由核心网设备执行，所述方法包括：

向基站发送寻呼标识；

其中，寻呼标识用于基站在确定第一终端不能继续执行预定业务时寻呼处于RRC非连接态的第二终端；所述第二终端，为与所述第一终端关联的继续执行所述预定业务的备份终端。

在一个实施例中，所述向所述基站发送寻呼标识，包括：

在第二终端执行附着流程时向所述基站发送携带所述寻呼标识的初始消息。

在一个实施例中，所述初始消息还携带所述第一终端和所述第二终端之间的映射关系信息。

根据本公开实施例的第四方面，提供一种寻呼装置，其中，所述装置包括：

寻呼模块，用于响应于确定执行预定业务的第一终端不能继续执行所述预定业务，寻呼处于无线资源控制RRC非连接态的第二终端；

其中，所述第二终端，为与所述第一终端关联的继续执行所述预定业务的备份终端。

根据本公开实施例的第五方面，提供一种寻呼装置，其中，所述装置包括：

接收模块，用于接收基站发送的寻呼消息；

其中，所述寻呼消息为所述基站响应于确定执行预定业务的第一终端不能继续执行所述预定业务发送的寻呼第二终端的消息；所述第二终端，为与所述第一终端关联的继续执行所述业务的备份终端。

根据本公开实施例的第六方面，提供一种寻呼装置，其中，所述装置包括：

发送模块，用于向基站发送寻呼标识；

其中，寻呼标识用于基站在确定第一终端不能继续执行预定业务时寻呼处于RRC非连接态的第二终端；所述第二终端，为与所述第一终端关联的继续执行所述预定业务的备份终端。

根据本公开实施例的第七方面，提供一种通信设备，所述通信设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：用于运行所述可执行指令时，实现本公开任意实施例所述的方法。

根据本公开实施例的第八方面，提供一种计算机存储介质，所述计算机存储介质存储有计算机可执行程序，所述可执行程序被处理器执行时实现本公开任意实施例所述的方法。

在本公开实施例中，响应于确定执行预定业务的第一终端不能继续执行所述预定业务，寻呼处于无线资源控制RRC非连接态的第二终端；其中，所述第二终端，为与所述第一终端关联的继续执行所述预定业务的备份终端。这里，在所述第一终端不能继续执行所述预定业务时，所述基站可以寻呼处于RRC非连接态的第二终端以继续执行所述预定业务，相较于在所述第一终端不能继续执行所述预定业务导致执行预定业务失败的情况，能够提升执行所述预定业务的可靠性。

图1是根据一示例性实施例示出的一种无线通信系统的结构示意图。

图2是根据一示例性实施例示出的一种多模态场景的示意图。

图3是根据一示例性实施例示出的一种寻呼方法的流程示意图。

图4是根据一示例性实施例示出的一种寻呼方法的流程示意图。

图5是根据一示例性实施例示出的一种寻呼方法的流程示意图。

图6是根据一示例性实施例示出的一种寻呼方法的流程示意图。

图7是根据一示例性实施例示出的一种寻呼方法的流程示意图。

图8是根据一示例性实施例示出的一种寻呼方法的流程示意图。

图9是根据一示例性实施例示出的一种寻呼方法的流程示意图。

图10是根据一示例性实施例示出的一种寻呼方法的流程示意图。

图11是根据一示例性实施例示出的一种寻呼方法的流程示意图。

图12是根据一示例性实施例示出的一种寻呼方法的流程示意图。

图13是根据一示例性实施例示出的一种寻呼方法的流程示意图。

图14是根据一示例性实施例示出的一种寻呼方法的流程示意图。

图15是根据一示例性实施例示出的一种寻呼装置的示意图。

图16是根据一示例性实施例示出的一种寻呼装置的示意图。

图17是根据一示例性实施例示出的一种寻呼装置的示意图。

图18是根据一示例性实施例示出的一种终端的结构示意图。

图19是根据一示例性实施例示出的一种基站的框图。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

出于简洁和便于理解的目的，本文在表征大小关系时，所使用的术语为“大于”或“小于”。但对于本领域技术人员来说，可以理解：术语“大于”也涵盖了“大于等于”的含义，“小于”也涵盖了“小于等于”的含义。

请参考图1，其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示，无线通信系统是基于移动通信技术的通信系统，该无线通信系统可以包括：若干个用户设备110以及若干个基站120。

其中，用户设备110可以是指向用户提供语音和/或数据连通性的设备。用户设备110可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，用户设备110可以是物联网用户设备，如传感器设备、移动电话和具有物联网用户设备的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(Station，STA)、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程用户设备(remote terminal)、接入用户设备(access terminal)、用户装置(user terminal)、用户代理(user agent)、用户设备(user device)、或用户设备(user equipment)。或者，用户设备110 也可以是无人飞行器的设备。或者，用户设备110也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线用户设备。或者，用户设备110也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。

基站120可以是无线通信系统中的网络侧设备。其中，该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication，4G)系统，又称长期演进(Long Term Evolution，LTE)系统；或者，该无线通信系统也可以是5G系统，又称新空口系统或5G NR系统。或者，该无线通信系统也可以是5G系统的再下一代系统。其中，5G系统中的接入网可以称为NG-RAN(New Generation-Radio Access Network，新一代无线接入网)。

其中，基站120可以是4G系统中采用的演进型基站(eNB)。或者，基站120也可以是5G系统中采用集中分布式架构的基站(gNB)。当基站120采用集中分布式架构时，通常包括集中单元(central unit，CU)和至少两个分布单元(distributed unit，DU)。集中单元中设置有分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层、无线链路层控制协议(Radio Link Control，RLC)层、媒体访问控制(Media Access Control，MAC)层的协议栈；分布单元中设置有物理(Physical，PHY)层协议栈，本公开实施例对基站120的具体实现方式不加以限定。

基站120和用户设备110之间可以通过无线空口建立无线连接。在不同的实施方式中，该无线空口是基于第四代移动通信网络技术(4G)标准的无线空口；或者，该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口，比如该无线空口是新空口；或者，该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。

在一些实施例中，用户设备110之间还可以建立E2E(End to End，端到端)连接。比如车联网通信(vehicle to everything，V2X)中的V2V(vehicle to vehicle，车对车)通信、V2I(vehicle to Infrastructure，车对路边设备)通信和V2P(vehicle to pedestrian，车对人)通信等场景。

这里，上述用户设备可认为是下面实施例的终端设备。

在一些实施例中，上述无线通信系统还可以包含网络管理设备130。

若干个基站120分别与网络管理设备130相连。其中，网络管理设备130可以是无线通信系统中的核心网设备，比如，该网络管理设备130可以是演进的数据分组核心网(Evolved Packet Core，EPC)中的移动性管理实体(Mobility Management Entity，MME)。或者，该网络管理设备也可以是其它的核心网设备，比如服务网关(Serving GateWay，SGW)、公用数据网网关(Public Data Network GateWay，PGW)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)或者归属签约用户服务器(Home Subscriber Server，HSS)等。对于网络管理设备130的实现形态，本公开实施例不做限定。

为了便于本领域内技术人员理解，本公开实施例列举了多个实施方式以对本公开实施例的技术方案进行清晰地说明。当然，本领域内技术人员可以理解，本公开实施例提供的多个实施例，可以被单独执行，也可以与本公开实施例中其他实施例的方法结合后一起被执行，还可以单独或结合后与其他相关技术中的一些方法一起被执行；本公开实施例并不对此作出限定。

为了更好地理解本公开实施例公开的技术方案，对寻呼的应用场景和多模态的应用场景进行说明：

在无线资源控制(RRC，Radio Resource Control)空闲态的非连续接收(DRX，Discontinuous Reception)场景下，终端可以根据DRX规则停止监听寻呼消息，从而实现省电的目的。在RRC空闲态中，终端监视用于核心网发起的寻呼的寻呼信道。在RRC非激活态中，终端还监视用于无线接入网发起的寻呼的寻呼信道。终端可以不需要连续监听寻呼信道。在RRC空闲态或RRC非激活态中的终端仅需要在每个DRX周期的一个寻呼时机期间监视寻呼信道。

在多模态中会涉及到多种信息的来源或者形式。例如，人的感觉有触觉、听觉、视觉和嗅觉等，会有不同的信息来源。再例如，信息的媒介有语音、视频和文字等，会有不同的信息形式。

在一种应用场景中，为从多个维度感知到用户的输入，用于多模态信息采集的应用和/或装置的类型和数量众多，例如，可以包括摄像头、音箱、传感器、键盘和指纹采集器等。其中，这些采集多个模态信息的装置可以是同一台设备，也可以是多台设备。

请参见图2，在一种应用场景中，在单用户单设备多模态场景下，可以在同一台手持终端上通过摄像头采集到用户的视频信息，同时也通过手机上的传感器采集到用户的声纹信息，即同时获得两种模态的信息。此时，这两种模态的信息若上报给网络则需要进行组合上报。此时，若两个模态的数据集同步错乱，或者，某个模态的数据集丢失，则会带给用户不好的体验。

在一个实施例中，当多模态涉及到多个输入的时候(这里，该多个输入可以是来自一个终端也可以是来自多个终端)，可以是应用层发起业务，并且根据多个输入的情况进行判决。此时，会存在一个问题：如果多个业务中有若干个业务无法出现连接建立成功，则会导致应用层将已经接收到的数据丢弃。该处理方式在现有的有线网络或者无线保真(WIFI)技术中都不会有太大影响。但是，若出现在移动网络中，则会导致无线资源的巨大浪费，因为无线资源是非常宝贵的，需要尽力避免数据包传输到应用层又被丢弃的情况。因此，当一个终端出现问题无法继续执行业务的时候，需要采用备份机制来尽快将该业务转移到另外一个备份终端。当备份终端处于RRC空闲态的时候，如果基站能够知道该备份终端的存在，则可以尽快寻呼该终端，以便于业务的发起。但是，相关技术中，对处于RRC空闲态用户的寻呼都是从核心网发起的，从基站发起的寻呼仅仅针对处于RRC非激活态用户，因此，需要考虑寻呼机制进行增强。当然，多模态是本公开技术方案可以应用的场景之一，而非唯一场景。

如图3所示，本实施例中提供一种寻呼方法，其中，该方法由基站执行，该方法包括：

步骤31、响应于确定执行预定业务的第一终端不能继续执行预定业务，寻呼处于无线资源控制RRC非连接态的第二终端；

其中，第二终端，为与第一终端关联的终端。例如，第二终端可以为继续执行第一终端的预定业务的备份终端。

这里，本公开所涉及的终端，例如，第一终端和第二终端，可以是但不限于是手机、平板电脑、可穿戴设备、车载终端、路侧单元(RSU，Road Side Unit)、智能家居终端、工业用传感设备和/或医疗设备等。例如，智能家居终端可以包括摄像头、温度采集设备和亮度采集设备等。

这里，本公开所涉及的基站，可以为各种类型的基站，例如，第三代移动通信(3G)网络的基站、 第四代移动通信(4G)网络的基站、第五代移动通信(5G)网络的基站或其它演进型基站。

本公开所涉及的核心网设备，可以是各种类型的核心网设备，例如，5G网络的核心网设备或其他演进型核心网设备。

在一个实施例中，预定业务可以是多模态业务或是任何需要协同的业务。第一终端可以与其他终端配合，一起执行多模态业务或是任何需要协同的业务，其中，第一终端用于获取多模态数据中的一种模态的数据。这里，响应于第一终端能够正常建立RRC连接或者RRC连接处于正常状态或者处于RRC连接态，第一终端能够执行预定业务；响应于第一终端不能够正常建立RRC连接或者RRC连接断开，第一终端不能够执行预定业务。在一个实施例中，当第一终端正在执行预定业务，如果RRC连接断开，则第一终端不能继续执行该预定业务。当然，这些都只是举例说明，第一终端不能继续执行预定业务的情况有很多种，除了上述列举的情况，还可以包括：第一终端主动停止该预定业务；或，网络侧或控制端调度第一终端将该预定业务转给第二终端；或，第二终端要求第一终端将该预定业务转给第二终端。

需要说明的是，预定业务也可以是多模态业务之外的其他业务。

在一个实施例中，可以是基站根据预定周期，周期性地确定执行预定业务的第一终端是否能够继续执行预定业务。其中，该预定周期可以根据网质量设置；例如：响应于网络的无线传输质量大于或者等于质量阈值，确定预定周期大于周期阈值。或者，响应于网络的无线传输质量小于或者等于质量阈值，确定预定周期小于周期阈值。如此，可以使得预定周期能够适应于网络的无线传输质量。需要说明的是，也可以是第一终端根据预定周期，周期性地确定执行预定业务的第一终端是否能够继续执行预定业务，然后将确定结果反馈给基站，这在本公开中不进行限定。

这里，RRC非连接态可以是未建立RRC连接的状态。例如，处于RRC非连接态的第二终端可以是处于RRC空闲态的终端或者是处于RRC非激活态的终端。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，寻呼处于RRC空闲态的第二终端；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端。在另一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，寻呼处于RRC非激活态的第二终端；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端。

这里，第一终端与第二终端关联可以是第一终端和第二终端属于同一个分组，这里，该分组可以是第一终端、第二终端和/或网络确定。这里，可以是通过分组标识指示分组，具有相同分组标识的终端属于同一个分组。第一终端和第二终端可以是根据各自的分组标识确定是否属于同一个分组。这里，也可以是第一终端存储了第一终端和第二终端之间的映射关系，如此，第一终端就可以根据该映射关系确定与第一终端关联的第二终端。这里，分组中的一个终端可以是另一个终端的备份终端，分组中的多个终端可以分为被备份终端和备份终端，其中，被备份终端可以被备份终端替代以继续执行预订业务。

在一个实施例中，基站获取第二终端的寻呼标识，其中，寻呼标识用于寻呼第二终端；响应于确定执行预定业务的第一终端不能继续执行预定业务，利用第二终端的寻呼标识寻呼处于RRC非连接态的第二终端，其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端。在一个实施例中，可以是基站接收核心网设备在第二终端执行附着流程时发送的携带寻呼标识的初始消息；响应于确定执行预定业务的第一终端不能继续执行预定业务，利用初始消息中携带的寻呼标识寻呼处于RRC非连接态 的第二终端。在另一个实施例中，可以是基站接收第二终端在执行附着流程时发送的携带寻呼标识的连接请求完成消息；响应于确定执行预定业务的第一终端不能继续执行预定业务，利用连接请求完成消息中携带的寻呼标识寻呼处于RRC非连接态的第二终端。这里，寻呼标识可以是非接入层标识，例如，临时移动用户识别码(S-TMSI，S-Temporary Mobile Subscriber IDentity)。

需要说明的是，在一个实施例中，基站获取第二终端的寻呼标识，其中，寻呼标识用于寻呼第二终端；响应于确定执行预定业务的第一终端不能继续执行预定业务，利用第二终端的寻呼标识寻呼处于RRC非连接态的第二终端。但是若基站通过第二终端的寻呼标识确定该第二终端已经处于RRC连接态，则直接发起业务的建立即可，此时无需寻呼第二终端。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端。这里，寻呼消息的信息域指示寻呼第二终端的原因信息。这里，原因信息为第一终端不能继续执行预定业务而发送的需要寻呼第二终端的信息。在一个实施例中，信息域携带预定标识，该预定标识用于指示第一终端不能继续执行预定业务而发送的需要寻呼第二终端的信息。例如，基站发送给第二终端的寻呼消息的信息域携带预定标识“001”，在第二终端接收到该寻呼消息后，就可以确定该寻呼消息为针对第一终端不能继续执行预定业务而发送的需要寻呼第二终端。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端；寻呼消息的信息域指示寻呼第二终端的原因信息。接收第二终端针对该呼消息发送的携带原因信息的RRC连接建立请求；接受该RRC连接建立请求并建立RRC连接。这里，接受该RRC连接建立请求即确定建立RRC连接。如果是拒绝RRC连接建立请求，则不会建立RRC连接。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端；寻呼消息的信息域指示寻呼第二终端的原因信息。接收第二终端针对该呼消息发送的携带原因信息的RRC连接恢复请求；接受该RRC连接恢复请求并建立RRC连接。这里，接受该RRC连接恢复请求即确定建立RRC连接。如果是拒绝RRC连接恢复请求，则不会建立RRC连接。

在本公开实施例中，响应于确定执行预定业务的第一终端不能继续执行所述预定业务，寻呼处于无线资源控制RRC非连接态的第二终端；其中，所述第二终端，为与所述第一终端关联的继续执行所述预定业务的备份终端。这里，在所述第一终端不能继续执行所述预定业务时，所述基站可以寻呼处于RRC非连接态的第二终端以继续执行所述预定业务，相较于在所述第一终端不能继续执行所述预定业务导致执行预定业务失败的情况，能够提升执行所述预定业务的可靠性。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

如图4所示，本实施例中提供一种寻呼方法，其中，该方法由基站执行，该方法包括：

步骤41、获取第二终端的寻呼标识，其中，寻呼标识用于寻呼第二终端。

这里，第二终端为与第一终端关联的继续执行第一终端不能执行的预定业务的备份终端。第一终端和第二终端的关联关系可以参见步骤31部分的描述，这里，不在赘述。

在一个实施例中，基站获取第二终端的寻呼标识，其中，寻呼标识用于寻呼第二终端；响应于确定执行预定业务的第一终端不能继续执行预定业务，利用第二终端的寻呼标识寻呼处于RRC非连接态的第二终端。这里，利用第二终端的寻呼标识寻呼处于RRC连接态的第二终端可以是向第二终端发送携带该寻呼标识的寻呼消息。这里，处于RRC非连接态的第二终端可以是处于RRC空闲态的第二终端。

在一个实施例中，可以是基站接收核心网设备在第二终端执行附着流程时发送的携带寻呼标识的初始消息；响应于确定执行预定业务的第一终端不能继续执行预定业务，利用初始消息中携带的寻呼标识寻呼处于RRC非连接态的第二终端。

在一个实施例中，可以是基站接收第二终端在执行附着流程时发送的携带寻呼标识的连接请求完成消息；响应于确定执行预定业务的第一终端不能继续执行预定业务，利用连接请求完成消息中携带的寻呼标识寻呼处于RRC非连接态的第二终端。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

如图5所示，本实施例中提供一种寻呼方法，其中，该方法由基站执行，该方法包括：

步骤51、接收核心网设备在第二终端执行附着流程时发送的携带寻呼标识的初始消息。

在一个实施例中，可以是基站接收核心网设备在第二终端执行附着流程时发送的携带寻呼标识的初始消息；响应于确定执行预定业务的第一终端不能继续执行预定业务，利用初始消息中携带的寻呼标识寻呼处于RRC非连接态的第二终端。

在一个实施例中，初始消息携带第一终端和第二终端之间的映射关系信息。这里，映射关系信息可以是第一终端和第二终端的终端标识之间的映射关系信息。例如，第一终端的终端标识为“a”，第二终端的终端标识为“b”，则映射关系可以是“a”和“b”之间的关系。映射关系还可以是第一终端和第二终端的终端标识与分组标识之间的映射关系信息。例如，第一终端的终端标识为“a”，第二终端的终端标识为“b”，第一终端和第二终端都属于第一分组，第一分组的标识为“A”，则映射关系可以是“a”、“b”和“A”之间的关系。

或者，步骤51也可以是：接收第二终端在执行附着流程时发送的携带寻呼标识的连接请求完成消息。

在一个实施例中，可以是基站接收第二终端在执行附着流程时发送的携带寻呼标识的连接请求完成消息；响应于确定执行预定业务的第一终端不能继续执行预定业务，利用连接请求完成消息中携带的寻呼标识寻呼处于RRC非连接态的第二终端。

在一个实施例中，连接请求完成消息还可以携第一终端和第二终端之间的映射关系信息。这里，映射关系信息可以是第一终端和第二终端的终端标识之间的映射关系信息。例如，第一终端的终端标识为“a”，第二终端的终端标识为“b”，则映射关系可以是“a”和“b”之间的关系。映射关系还可以是第一终端和第二终端的终端标识与分组标识之间的映射关系信息。例如，第一终端的终端标识为“a”，第 二终端的终端标识为“b”，第一终端和第二终端都属于第一分组，第一分组的标识为“A”，则映射关系可以是“a”、“b”和“A”之间的关系。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

如图6所示，本实施例中提供一种寻呼方法，其中，该方法由基站执行，该方法包括：

步骤61、向处于RRC非连接态的第二终端发送携带寻呼标识的寻呼消息。

这里，RRC非连接态可以是RRC空闲态。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端；寻呼消息的信息域指示寻呼第二终端的原因信息。接收第二终端终端针对该呼消息发送的携带原因信息的RRC连接建立请求；接受该RRC连接建立请求并建立RRC连接。这里，接受该RRC连接建立请求即确定建立RRC连接。如果是拒绝RRC连接建立请求，则不会建立RRC连接。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端；寻呼消息的信息域指示寻呼第二终端的原因信息。接收第二终端针对该呼消息发送的携带原因信息的RRC连接恢复请求；接受该RRC连接恢复请求并建立RRC连接。这里，接受该RRC连接恢复请求即确定建立RRC连接。如果是拒绝RRC连接恢复请求，则不会建立RRC连接。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

如图7所示，本实施例中提供一种寻呼方法，其中，该方法由基站执行，该方法包括：

步骤71、接收第二终端发送的携带原因信息的RRC连接建立请求。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端；寻呼消息的信息域指示寻呼第二终端的原因信息。接收第二终端针对该呼消息发送的携带原因信息的RRC连接建立请求；接受该RRC连接建立请求并建立RRC连接。

在一个实施例中，第二终端为处于RRC空闲态的终端，当第二终端接收到寻呼消息，将由AS将该寻呼消息转发给NAS。具体地，在NAS接收到该寻呼消息后，NAS可以基于寻呼消息中携带的原因设置呼叫建立请求的原因信息。例如，设置的原因信息为备份使用。在后续AS接收到呼叫建立请求之后，第二终端将发送携带原因信息的RRC连接建立请求。这里，RRC连接建立请求携带的原因信息可以指示：备份使用。这里，备份使用即为与步骤31中备份终端相关联的使用。

在一个实施例中，第二终端为处于RRC非激活态的终端，当第二终端接收到寻呼消息，无需将该寻呼消息转发给NAS。具体地，AS可以基于寻呼消息中携带的原因具体设置呼叫建立请求的原因信息。例如，原因信息为备份使用。在后续第二终端将发送携带原因信息的RRC连接建立请求。这里，RRC 连接建立请求携带的原因信息可以指示：备份使用。

或者，步骤71可以是：接收第二终端发送的携带原因信息的RRC连接恢复请求。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端；寻呼消息的信息域指示寻呼第二终端的原因信息。接收第二终端针对该呼消息发送的携带原因信息的RRC连接恢复请求；接收该RRC连接恢复请求并建立RRC连接。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

如图8所示，本实施例中提供一种寻呼方法，其中，该方法由基站执行，该方法包括：

步骤81、响应于接收到RRC连接建立请求，接受RRC连接建立请求。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端；寻呼消息的信息域指示寻呼第二终端的原因信息。接收终端针对该呼消息发送的携带原因信息的RRC连接建立请求；接受该RRC连接建立请求并建立RRC连接。这里，接受该RRC连接建立请求即确定建立RRC连接。如果是拒绝RRC连接建立请求，则不会建立RRC连接。

或者，步骤81可以是：响应于接收到RRC连接恢复请求，接受RRC连接恢复请求。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端；寻呼消息的信息域指示寻呼第二终端的原因信息。接收终端针对该呼消息发送的携带原因信息的RRC连接恢复请求；接收该RRC连接恢复请求并建立RRC连接。这里，接受该RRC连接恢复请求即确定建立RRC连接。如果是拒绝RRC连接恢复请求，则不会建立RRC连接。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

如图9所示，本实施例中提供一种寻呼方法，其中，该方法由第二终端执行，该方法包括：

步骤91、接收基站发送的寻呼消息；

其中，寻呼消息为：基站响应于确定执行预定业务的第一终端不能继续执行预定业务发送的寻呼第二终端的消息；第二终端，为与第一终端关联的继续执行预定业务的备份终端。

这里，本公开所涉及的终端可以是但不限于是手机、平板电脑、可穿戴设备、车载终端、路侧单元(RSU，Road Side Unit)、智能家居终端、工业用传感设备和/或医疗设备等。例如，智能家居终端可以包括摄像头、温度采集设备和亮度采集设备等。

这里，本公开所涉及的基站，可以为各种类型的基站，例如，第三代移动通信(3G)网络的基站、第四代移动通信(4G)网络的基站、第五代移动通信(5G)网络的基站或其它演进型基站。

本公开所涉及的核心网设备，可以是各种类型的核心网设备，例如，5G网络的核心网设备或其他 演进型核心网设备。

在一个实施例中，预定业务可以是多模态业务。第一终端可以与其他终端配合，一起执行多模态业务，其中，第一终端用于获取多模态数据中的一种模态的数据。这里，响应于第一终端能够正常建立RRC连接或者RRC连接处于正常状态，第一终端能够执行预定业务；响应于第一终端不能够正常建立RRC连接或者RRC连接断开，第一终端不能够执行预定业务。在一个实施例中，当第一终端正在执行预定业务，如果RRC连接断开，则第一终端不能继续执行该预定业务。需要说明的是，预定业务也可以是多模态业务之外的其他业务。

在一个实施例中，可以是基站根据预定周期，基站会周期性地确定执行预定业务的第一终端是否能够继续执行预定业务。响应于网络的无线传输质量大于或者等于质量阈值，确定预定周期大于周期阈值。或者，响应于网络的无线传输质量小于或者等于质量阈值，确定预定周期小于周期阈值。如此，可以使得预定周期能够适应于网络的无线传输质量。需要说明的是，也可以是第一终端根据预定周期，周期性地确定执行预定业务的第一终端是否能够继续执行预定业务，然后将确定结果反馈给基站，这在本公开中不进行限定。

这里，RRC非连接态可以是未建立RRC连接的状态。例如，处于RRC非连接态的第二终端可以是处于RRC空闲态的终端或者是处于RRC非激活态的终端。

在一个实施例中，响应于基站确定执行预定业务的第一终端不能继续执行预定业务，寻呼处于RRC空闲态的第二终端；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端。处于RRC空闲态的第二终端接收基站发送的寻呼消息。在另一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，寻呼处于RRC非激活态的第二终端；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端。处于RRC非激活态的第二终端接收基站发送的寻呼消息。

这里，第一终端与第二终端关联可以是第一终端和第二终端属于同一个分组，这里，该分组可以是第一终端、第二终端和/或网络确定。这里，可以是通过分组标识指示分组，具有相同分组标识的终端属于同一个分组。第一终端和第二终端可以是根据各自的分组标识确定是否属于同一个分组。这里，也可以是第一终端存储了第一终端和第二终端之间的映射关系，如此，第一终端就可以根据该映射关系确定与第一终端关联的第二终端。这里，分组中的一个终端可以是另一个终端的备份终端，分组中的多个终端可以分为被备份终端和备份终端，其中，被备份终端可以被备份终端替代以继续执行预订业务。

在一个实施例中，基站获取第二终端的寻呼标识，其中，寻呼标识用于寻呼第二终端；响应于确定执行预定业务的第一终端不能继续执行预定业务，利用第二终端的寻呼标识寻呼处于RRC非连接态的第二终端，其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端。处于RRC非连接态的第二终端接收基站发送的寻呼消息。在一个实施例中，可以是基站接收核心网设备在第二终端执行附着流程时发送的携带寻呼标识的初始消息；响应于确定执行预定业务的第一终端不能继续执行预定业务，利用初始消息中携带的寻呼标识寻呼处于RRC非连接态的第二终端。处于RRC非连接态的第二终端接收基站发送的寻呼消息。在另一个实施例中，可以是基站接收第二终端在执行附着流程时发送的携带寻呼标识的连接请求完成消息；响应于确定执行预定业务的第一终端不能继续执行预定业务，利用连接请求完成消息中携带的寻呼标识寻呼处于RRC非连接态的第二终端。处于RRC非连接态的第二终端 接收基站发送的寻呼消息。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，基站向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端。处于RRC非连接态的第二终端接收该寻呼消息。这里，寻呼消息的信息域指示寻呼第二终端的原因信息。这里，原因信息为第一终端不能继续执行预定业务而发送的需要寻呼第二终端的信息。在一个实施例中，信息域携带预定标识，该预定标识用于指示第一终端不能继续执行预定业务而发送的需要寻呼第二终端的信息。例如，基站发送给第二终端的寻呼消息的信息域携带预定标识“001”，在第二终端接收到该寻呼消息后，就可以确定该寻呼消息为针对第一终端不能继续执行预定业务而发送的需要寻呼第二终端。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，基站向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端；寻呼消息的信息域指示寻呼第二终端的原因信息。第二终端针对该寻呼消息发送携带原因信息的RRC连接建立请求。基站接收该RRC连接建立请求；基站接受该RRC连接建立请求并建立RRC连接。这里，接受该RRC连接建立请求即确定建立RRC连接。如果是拒绝RRC连接建立请求，则不会建立RRC连接。在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，基站向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端；寻呼消息的信息域指示寻呼第二终端的原因信息。第二终端针对该寻呼消息发送携带原因信息的RRC连接建立请求。基站接收该RRC连接恢复请求；基站接受该RRC连接恢复请求并建立RRC连接。这里，接受该RRC连接恢复请求即确定建立RRC连接。如果是拒绝RRC连接恢复请求，则不会建立RRC连接。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

如图10所示，本实施例中提供一种寻呼方法，其中，该方法由第二终端执行，该方法包括：

步骤101、在执行附着流程时向基站发送携带寻呼标识的连接请求完成消息。

在一个实施例中，可以是第二终端在执行附着流程时向基站发送携带寻呼标识的连接请求完成消息；基站接收该连接请求完成消息；响应于确定执行预定业务的第一终端不能继续执行预定业务，基站利用连接请求完成消息中携带的寻呼标识寻呼处于RRC非连接态的第二终端。

在一个实施例中，连接请求完成消息还可以携第一终端和第二终端之间的映射关系信息。这里，映射关系信息可以是第一终端和第二终端的终端标识之间的映射关系信息。例如，第一终端的终端标识为“a”，第二终端的终端标识为“b”，则映射关系可以是“a”和“b”之间的关系。映射关系还可以是第一终端和第二终端的终端标识与分组标识之间的映射关系信息。例如，第一终端的终端标识为“a”，第二终端的终端标识为“b”，第一终端和第二终端都属于第一分组，第一分组的标识为“A”，则映射关系可以是“a”、“b”和“A”之间的关系。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以 与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

如图11所示，本实施例中提供一种寻呼方法，其中，该方法由第二终端执行，该方法包括：

步骤111、接收基站发送的携带寻呼标识的寻呼消息。

这里，RRC非连接态可以是RRC空闲态。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，基站向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端；寻呼消息的信息域指示寻呼第二终端的原因信息。第二终端接收基站发送的携带寻呼标识的寻呼消息。第二终端针对该呼消息发送携带原因信息的RRC连接建立请求。基站接收该RRC连接建立请求；基站接受该RRC连接建立请求并建立RRC连接。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端；寻呼消息的信息域指示寻呼第二终端的原因信息。第二终端接收基站发送的携带寻呼标识的寻呼消息。第二终端针对该寻呼消息发送携带原因信息的RRC连接建立请求。基站接收该RRC连接恢复请求；基站接受该RRC连接恢复请求并建立RRC连接。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

如图12所示，本实施例中提供一种寻呼方法，其中，该方法由第二终端执行，该方法包括：

步骤121、响应于接收到寻呼消息，向第二终端的非接入层(NAS，Non-Access Stratum)发送携带原因信息的指示信息。

在一个实施例中，响应于第二终端的NAS层接收到携带原因信息的指示信息，将在向接入层AS发起的接入尝试(access attempt)中不携带接入类型(Access categories)参数，此时第二终端的接入层AS不进行通用接入控制(UAC，Unified Access Control)过程。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

如图13所示，本实施例中提供一种寻呼方法，其中，该方法由第二终端执行，该方法包括：

步骤131、响应于接收到所述寻呼消息，发送携带原因信息的RRC连接建立请求。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，基站向处于RRC非连接态的第二终端发送携带所述寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端；寻呼消息的信息域指示寻呼第二终端的原因信息。第二终端针对该寻呼消息发送携带原因信息的RCC连接建立请求。基站接收该RRC连接建立请求。基站接受该RRC连接建立请求并建立RRC连接。

在一个实施例中，第二终端为处于RRC空闲态的终端，当第二终端接收到寻呼消息，将由AS将 该寻呼消息转发给NAS。具体地，在NAS接收到该寻呼消息后，NAS可以基于寻呼消息中携带的原因设置呼叫建立请求的原因信息。例如，设置的原因信息为备份使用。在后续AS层收到呼叫建立请求之后，将发送携带原因信息的RRC连接建立请求。这里，RRC连接建立请求携带的原因信息可以指示：备份使用。这里，备份使用即为与步骤31中备份终端相关联的使用。

在一个实施例中，第二终端为处于RRC非激活态的终端，当第二终端接收到寻呼消息，无需将该寻呼消息转发给NAS。具体地，AS可以基于寻呼消息中携带的原因具体设置呼叫建立请求的原因信息。例如，原因信息为备份使用。在后续将发送携带原因信息的RRC连接建立请求。这里，RRC连接建立请求携带的原因信息可以指示：备份使用。

或者，步骤131可以是：响应于接收到所述寻呼消息，发送携带所述原因信息的RRC连接恢复请求。

在一个实施例中，响应于确定执行预定业务的第一终端不能继续执行预定业务，基站向处于RRC非连接态的第二终端发送携带寻呼标识的寻呼消息；其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端；寻呼消息的信息域指示寻呼第二终端的原因信息。第二终端针对该寻呼消息向基站发送携带原因信息的RRC连接恢复请求。基站接收该RRC连接恢复请求。基站接受该RRC连接恢复请求并建立RRC连接。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

如图14所示，本实施例中提供一种寻呼方法，其中，该方法由核心网设备执行，该方法包括：

步骤141、向基站发送寻呼标识；

其中，寻呼标识用于基站在确定第一终端不能继续执行预定业务时寻呼处于RRC非连接态的第二终端；所述第二终端，为与所述第一终端关联的继续执行所述预定业务的备份终端。

在一个实施例中，可以是在第二终端执行附着流程时向基站发送携带寻呼标识的初始消息；基站响应于确定执行预定业务的第一终端不能继续执行预定业务，利用初始消息中携带的寻呼标识寻呼处于RRC非连接态的第二终端。

在一个实施例中，初始消息携带第一终端和第二终端之间的映射关系信息。这里，映射关系信息可以是第一终端和第二终端的终端标识之间的映射关系信息。例如，第一终端的终端标识为“a”，第二终端的终端标识为“b”，则映射关系可以是“a”和“b”之间的关系。映射关系还可以是第一终端和第二终端的终端标识与分组标识之间的映射关系信息。例如，第一终端的终端标识为“a”，第二终端的终端标识为“b”，第一终端和第二终端都属于第一分组，第一分组的标识为“A”，则映射关系可以是“a”、“b”和“A”之间的关系。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

如图15所示，本实施例中提供一种寻呼装置，其中，装置包括：

寻呼模块151，用于响应于确定执行预定业务的第一终端不能继续执行预定业务，寻呼处于无线资源控制RRC非连接态的第二终端；

其中，第二终端，为与第一终端关联的继续执行预定业务的备份终端。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

如图16所示，本实施例中提供一种寻呼装置，其中，装置包括：

接收模块161，用于接收基站发送的寻呼消息；

其中，寻呼消息为基站响应于确定执行预定业务的第一终端不能继续执行预定业务发送的寻呼第二终端的消息；第二终端，为与第一终端关联的继续执行业务的备份终端。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

如图17所示，本实施例中提供一种寻呼装置，其中，装置包括：

发送模块，用于向基站发送寻呼标识；

其中，寻呼标识用于基站在确定第一终端不能继续执行预定业务时寻呼处于RRC非连接态的第二终端；第二终端，为与第一终端关联的继续执行预定业务的备份终端。

需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。

本公开实施例提供一种通信设备，通信设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：用于运行可执行指令时，实现应用于本公开任意实施例的方法。

其中，处理器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在通信设备掉电之后能够继续记忆存储其上的信息。

处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序。

本公开实施例还提供一种计算机存储介质，其中，计算机存储介质存储有计算机可执行程序，可执行程序被处理器执行时实现本公开任意实施例的方法。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

如图18所示，本公开一个实施例提供一种终端的结构。

参照图18所示终端800本实施例提供一种终端800，该终端具体可是移动电话，计算机，数字广 播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图18，终端800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制终端800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在终端800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为终端800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为终端800生成、管理和分配电力相关联的组件。

多媒体组件808包括在终端800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当终端800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为终端800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如组件为终端800的显示器和小键盘，传感器组件814还可以检测终端800或终端800一个组件的位置改变，用户与终端800接触的存在或不存在，终端800方位或加速/减速和终端800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于终端800和其他设备之间有线或无线方式的通信。终端800可以接入基 于通信标准的无线网络，如Wi-Fi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，终端800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由终端800的处理器820执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

如图19所示，本公开一实施例示出一种基站的结构。例如，基站900可以被提供为一网络侧设备。参照图19，基站900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述方法前述应用在所述基站的任意方法。

基站900还可以包括一个电源组件926被配置为执行基站900的电源管理，一个有线或无线网络接口950被配置为将基站900连接到网络，和一个输入输出(I/O)接口958。基站900可以操作基于存储在存储器932的操作系统，例如Windows Server TM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。