一种通信方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及装置。

背景技术

在目前的通信领域，由于独立建网的成本较大，因此一般采用多个运营商共享网络资源的方式。网络资源包括网络的基础设施、网络设备以及频谱资源。其中基础设施包括机房设施、站点、电源设备和铁塔等基础设施，网络设备包括基站和核心网等网络设备。两个基站之间通过Xn应用协议(英文：Xn Application Protocol，简称：XnAP)接口进行信令交互，一条通过XnAP接口建立的XnAP通道包括公共陆地移动网络(英文：Public LandMobile Network，简称：PLMN)、基站ID、基站ID长度、互联网协议(英文：InternetProtocol，简称：IP)地址和端口号。但是由于不同运营商的PLMN和基站ID等数据并不相同，因此一个XnAP通道无法支持两个不同的运营商的数据的互通。

相关技术中，如果两个基站之间支持多个运营商的数据互通，一般需要建立多个XnAP通道，也就需要建立多个流控制传输协议(英文：Stream Control TransmissionProtocol，简称：SCTP)连接，从而维护连接的成本较大，占用过多的设备资源。

发明内容

本申请提供一种通信方法及装置，用以解决目前基站之间通过不同的通信连接传输不同供应商的数据，从而导致IP地址和端口号的资源浪费的问题。

第一方面，本申请提出了一种通信方法，包括：

确定待发送数据所属的目标运营商，以及确定所述待发送数据的目的地址所指示的第二基站；所述第一基站与所述第二基站之间的通信连接关联多个Xn应用协议XnAP通道；其中，所述多个XnAP通道分别用于传输不同运营商的数据；

从所述多个XnAP通道中确定与所述目标运营商对应的目标XnAP通道；

通过所述目标XnAP通道向所述第二基站发送所述待发送数据。

在一些实施例中，在确定与所述目标运营商对应的目标XnAP通道后，所述方法还包括：

获取存储的所述目标XnAP通道对应的所述目标运营商的标识；

所述通过所述目标XnAP通道向所述第二基站发送所述待发送数据，具体包括：

采用所述目标运营商的标识对所述待发送数据进行封装；

向所述第二基站发送封装后的所述待发送数据。

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

所述第一基站与所述第二基站之间还包括备份通信连接；在确定所述通信连接断开时，通过所述备份通信连接与所述第二基站进行通信。

在一些实施例中，采用如下方式建立所述通信连接：

在确定所述待发送数据的目的地址指示第二基站，且未查询到与所述第二基站之间的通信连接时，向所述第二基站发送通信请求；所述通信请求用于请求所述第二基站建立所述通信连接和备份通信连接；

接收所述第二基站返回的响应信息；所述响应信息用于指示所述通信连接与所述备份通信连接建立成功。

在一些实施例中，采用如下方式建立所述目标XnAP通道：

在确定所述多个XnAP通道中不包括所述目标XnAP通道时，通过所述通信连接向所述第二基站请求建立所述目标XnAP通道；

根据所述第二基站返回的请求响应，确定与所述第二基站成功建立所述目标XnAP通道，记录所述目标XnAP通道与所述通信连接之间的关联关系。

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

在确定所述通信连接关联的XnAP通道的数量为零时，删除所述通信连接。第二方面，本申请提出了一种通信装置，所述装置应用于第一基站，或者所述装置为第一基站，所述装置包括：

处理单元，用于确定待发送数据所属的目标运营商，以及确定所述待发送数据的目的地址所指示的第二基站；所述第一基站与所述第二基站之间的通信连接关联多个Xn应用协议XnAP通道；其中，所述多个XnAP通道分别用于传输不同运营商的数据；

所述处理单元，还用于从所述多个XnAP通道中确定与所述目标运营商对应的目标XnAP通道；

通信单元，用于通过所述目标XnAP通道向所述第二基站发送所述待发送数据。

在一些实施例中，所述处理单元，在确定与所述目标运营商对应的目标XnAP通道后，所述方法还包括：

获取存储的所述目标XnAP通道对应的所述目标运营商的标识；

采用所述目标运营商的标识对所述待发送数据进行封装；

所述通信单元，在通过所述目标XnAP通道向所述第二基站发送所述待发送数据时，具体用于：

向所述第二基站发送封装后的所述待发送数据。

在一些实施例中，所述第一基站与所述第二基站之间还包括备份通信连接；在确定所述通信连接断开时，所述通信单元通过所述备份通信连接与所述第二基站进行通信。

在一些实施例中，所述通信单元，还用于：

在确定所述待发送数据的目的地址指示第二基站，且未查询到与所述第二基站之间的通信连接时，向所述第二基站发送通信请求；所述通信请求用于请求所述第二基站建立所述通信连接和备份通信连接；

接收所述第二基站返回的响应信息；所述响应信息用于指示所述通信连接与所述备份通信连接建立成功。

在一些实施例中，所述通信单元，还用于在确定所述多个XnAP通道中不包括所述目标XnAP通道时，通过所述通信连接向所述第二基站请求建立所述目标XnAP通道；

所述处理单元，还用于根据所述第二基站返回的请求响应，确定与所述第二基站成功建立所述目标XnAP通道，记录所述目标XnAP通道与所述通信连接之间的关联关系。

在一些实施例中，所述处理单元，还用于：

在确定所述通信连接关联的XnAP通道的数量为零时，删除所述通信连接。

第三方面，提供了一种电子设备，所述电子设备包括控制器和存储器。存储器用于存储计算机执行指令，控制器执行存储器中的计算机执行指令以利用控制器中的硬件资源执行第一方面任一种可能实现的方法的操作步骤。

第四方面，提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面的方法。

基于上述方案，本申请提出在任意两个基站之间进行数据传输时，建立一条通信连接，并基于该条通信连接针对不同的运营商分别建立对应的XnAP通道，不同运营商的数据可以通过不同的XnAP通道传输，从而可以实现在两个基站之间通过一条通信连接传输多个运营商的数据。相较于现有技术中通过多条通信连接分别传输不同运营商的数据，本申请的方案有效地节省了IP地址和端口号的资源。并且，独立管理和维护每个运营商对应的XnAP通道，也能够避免维护一条XnAP通道复杂度高的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例。

图1为本申请实施例提供的一种通信系统的架构示意图；

图2为本申请实施例提供的一种通信方法流程图；

图3为本申请实施例提供的另一种通信方法流程图；

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

图5为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本申请实施例不做限制。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，在不做特别说明的情况下，一般表示前后关联对象是一种“或”的关系。

为了便于理解本申请提出的方案，首先对本申请的技术背景进行介绍。参见图1，为本申请实施例提供的一种通信系统的架构图，应理解，本申请实施例并不限于图1所示的系统中。如图1所示，本申请实施例提供的系统架构包括终端和基站。需要说明的是，图1仅作为一种示例，本申请对于通信系统中包括的终端和基站的数量不作限定，为了便于描述，图1中示例性地展示了两个终端和两个基站。另外，通信系统中还可以包括核心网设备，在图1中未示出。示例性地，图1中未示出的核心网设备可以包括接入与移动性管理实体(英文：Access and Mobility Management Function，简称：AMF)、会话管理功能实体(英文：session management function，简称：SMF)等。

用户终端(英文：User Equipment，简称：UE)，又称之为终端设备、移动台(英文：Mobile Station，简称：MS)、移动终端(英文：Mobile Terminal，简称：MT)等，是一种向用户提供语音和/或数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机(英文：mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(英文：Mobile Internet Device，简称：MID)、可穿戴设备，虚拟现实(英文：Virtual Reality，简称：VR)设备、增强现实(英文：Augmented Reality，简称：AR)设备、工业控制(英文：Industrial Control)中的无线终端、无人驾驶(英文：self driving)中的无线终端、远程手术(英文：remote medical surgery)中的无线终端、智能电网(英文：smartgrid)中的无线终端、运输安全(英文：transportation safety)中的无线终端、智慧城市(英文：smart city)中的无线终端、智慧家庭(英文：smart home)中的无线终端等。

本申请实施例中涉及的第一基站和第二基站即公用移动通信基站，是移动终端接入互联网的接口设备。图1中示出的基站具体可以是长期演进(英文：Long TermEvolution，简称：LTE)系统中的演进型基站(英文：Evolutional Node B，简称：eNB或eNodeB)，或者第五代(英文：5th generation，缩写为5G)移动通信系统中的下一代基站(英文：Next Generation NodeB，简称：gNB)，本申请对此并不限定。

在第一基站和第二基站通信的过程中，首先需要建立第一基站和第二基站之间的通信连接，通过通信连接进行数据的传输。可选地，第一基站和第二基站之间在建立通信连接时，可以通过信息交互的方式获取彼此的端口号以及定义传输数据所采用的传输层协议。进而，在通过通信连接传输数据时，可以采用获取的对端基站的端口号以及定义的传输层协议对数据进行封装，将封装后的数据发送给对端基站。

另外，在通信领域中，由于运营商独立建网需要面临高昂的频谱牌照和网络部署成本，因此在目前的通信系统中，比如在5G移动通信系统中，提出了多运营商共享网络的概念。多运营商共享指的是多家运营商(或者第三方供应商)对网络基础设施、网络设备和频谱资源的任何程度上的合作或者共享，比如多个运营商共建基站、核心网等网络设备。比如，若上述第一基站和第二基站由多个运营商共享共用，则第一基站和第二基站之间可以传输这多个运营商的数据。在传输不同的运营商的数据时，第一基站和第二基站之间需要通过不同的XnAP通道进行传输。因此，第一基站和第二基站在进行数据传输之前，还需要建立第一基站和第二基站之间的XnAP通道，通过不同的XnAP通道传输不同运营商的数据。示例性地，在建立第一基站和第二基站之间任一运营商的XnAP通道时，两个基站可以通过信息交互的方式获取针对该任一运营商对端基站的基站ID、基站ID长度和PLMN等数据，并定义传输数据时采用的应用层协议，比如超文本传输协议(Hyper Text Transfer Protocol，HTTP)等。进而，在第一基站和第二基站之间在传输该任一运营商的数据时，可以采用获取的数据以及协商好的协议对待传输的数据进行封装后发往对端基站。

其中，一条XnAP通道包括PLMN、基站ID、基站ID长度、IP地址和端口号，而不同运营商对应的PLMN和基站ID等数据并不相同，比如，针对运营商A和运营商B，第一基站的基站ID是不相同的。因此两个基站之间建立的一条XnAP通道无法支持两个以上的不同运营商的数据的互通。所以，相关技术中提出了两种解决方案：

方案一：通过在两个基站之间建立多条XnAP通道来解决多运营商数据互通的问题。举例来说，以图1中所示的第一基站和第二基站为例，设定第一基站支持传输运营商A和运营商B的数据，第二基站也支持传输运营商A和运营商B的数据，因此在建立第一基站和第二基站之间的XnAP通道时，需要建立两条XnAP通道，分别为：第一基站的运营商A→第二基站的运营商A，以及第一基站的运营商B→第二基站的运营商B。

但是，方案一虽然可以解决两个基站之间多运营商数据互通的问题，但是需要针对建立的多个XnAP通道分别建立SCTP连接，每个SCTP连接均需要有IP地址和端口号，从而不仅存在IP地址和端口号的资源问题，还会导致基站的维护成本较大，占用基站的处理资源和内存资源。基于此，本申请提出了第一基站和第二基站之间建立SCTP连接后，分别针对不同的运营商建立不同的XnAP通道，并记录建立的多条XnAP通道与SCTP连接之间的关联关系，从而在传输数据时，不同运营商的数据可以通过不同的XnAP通道传输。相较于方案一，本申请的方案并不需要建立多个SCTP通道，而是基于一条SCTP通道建立多条XnAP通道，从而解决了IP地址和端口号资源浪费的问题。

方案二：通过一条XnAP通道同时支持多个运营商的数据。方案二采用一条XnAP通道，会使得XnAP的数据逻辑复杂度加大，维护起来更加复杂，还需要对传输的报文进行二次分析，判断具体属于哪一个运营商。并且，目前还存在部分XnAP通道传输的数据无法区分运营商，因此无法避免基站之间不同运营商数据互通的问题。基于此，本申请提出针对不同的运营商建立不同的XnAP通道，在传输数据时，不同运营商的数据可以通过不同的XnAP通道传输。相较于方案二，本申请的方案中根据运营商的数量建立多条XnAP通道，独立管理和维护每条XnAP通道，避免出现方案二中维护一条XnAP通道复杂度大的问题。

下面，结合图1所示的通信系统对本申请提出的通信方法进行介绍。参见图2，为本申请实施例提供的一种通信方法流程图，可选地，该方法流程可以由图1所示系统包括的第一基站或者第二基站来执行，为了便于描述，在图2中将以第一基站作为执行主体为例进行介绍。图2所示的方法流程具体包括：

201，第一基站确定待发送数据所属的目标运营商，以及确定待发送数据的目的地址所指示的第二基站。

可选地，待发送数据可以是由第一基站转发的数据，第一基站可以根据待发送数据的报文头确定待发送数据的目的地址和所属的运营商。

202，第一基站从与所述第二基站之间的通信连接关联的多个XnAP通道中查询所述目标运营商对应的目标XnAP通道。

其中，通信连接所关联的多个XnAP通道分别对应不同的运营商，分别用于传输不同运营商的数据。

可选地，通信连接可以是第一基站和第二基站在首次进行数据传输时建立的，基于该通信连接分别建立不同运营商对应的XnAP通道，并记录通信连接以及多个XnAP通道之间的关联关系，比如可以通过表格的形式存储与第二基站之间的通信连接关联的多个XnAP通道，其中不同的XnAP通道用于传输不同运营商的数据，可以采用不同的运营商的标识(比如第二基站的ID、第二基站的ID长度以及第二基站PLMN等数据)来区分不同的XnAP通道。需要说明的是，针对不同的运营商，第二基站的ID、第二基站的ID长度以及第二基站PLMN等数据是不相同的，因此本申请提出在记录不同运营商的XnAP通道时，采用运营商的标识来区分不同的运营商的XnAP通道。

第一基站在确定待发送数据所属的目标运营商之后，可以从记录的通信连接关联的多个XnAP通道中查询目标运营商对应的目标XnAP通道。一种可能实现的查询方式中，第一基站在存储与第二基站之间的通信连接关联的多个XnAP通道时，还可以标记每个XnAP通道对应的运营商的名称。在查询目标运营商的XnAP通道时，可以通过名称进行查询。另一种可能实现的查询方式中，由于不同运营商对应的PLMN是公知的，因此第一基站可以根据存储的运营商的标识中包括的PLMN进行查询。

203，第一基站通过目标XnAP通道向第二基站发送待发送数据。

一种可能实现的方式中，第一基站在查询到目标XnAP通道后，可以获取存储的目标XnAP通道对应的目标运营商的标识，比如可以包括针对目标运营商，第二基站的PLMN、基站ID和基站ID长度等。第一基站可以根据获取到的目标运营商的标识对待发送数据进行封装，并通过预先与第二基站建立的通信连接向第二基站发送封装后的待发送数据。

基于上述方案，本申请提出在任意两个基站之间进行数据传输时，建立一条通信连接，并基于该条通信连接针对不同的运营商分别建立对应的XnAP通道，不同运营商的数据可以通过不同的XnAP通道传输，从而可以实现在两个基站之间通过一条通信连接传输多个运营商的数据。相较于现有技术中通过多条通信连接传输数据，本申请的方案有效地节省了IP地址和端口号的资源。并且，独立管理和维护每个运营商对应的XnAP通道，也能够避免维护一条XnAP通道维护困难的问题。

在一种可能的情况下，第一基站在执行上述步骤202时，若未在多个XnAP通道中查询到目标XnAP通道，则可以通过通信连接向第二基站请求建立目标XnAP通道，并记录建立成功的目标XnAp通道与通信连接之间的关联关系。下面对第一基站和第二基站之间建立目标XnAP通道的过程进行介绍：

可选地，第一基站在请求建立目标XnAP通道时，可以向第二基站发送建立通道请求，其中可以携带第一基站对应的目标运营商的标识，比如针对目标运营商第一基站的PLMN、基站ID和基站ID长度等。第二基站在接收到建立通道请求之后，可以向第一基站返回请求响应，请求响应用于表征与第一基站成功建立目标XnAP通道，请求响应中携带第二基站对应的目标运营商的标识，比如针对目标运营商第二基站的PLMN、基站ID和基站ID长度等。第一基站在接收到请求响应之后，可以确定与第二基站之间的目标XnAP通道建立成功。可选地，第一基站可以存储第二基站对应的目标运营商的标识，并记录目标XnAP通道与通信连接之间的关联关系。

在成功建立目标XnAP通道之后，可以通过目标XnAP通道与第二基站传输目标运营商的数据。示例性地，第一基站可以采用目标XnAP通道对应的目标运营商的标识对数据进行封装，通过第一基站和第二基站之间的通信连接将封装后的数据发送至第二基站。

下面，对第一基站和第二基站之间建立通信连接的过程进行介绍。可选地，第一基站可以在确定待发送数据的目的地址指示第二基站，且未查询到与第二基站之间的通信连接时，向第二基站发送通信请求。其中，通信请求用于请求与第二基站建立通信连接。第二基站在接收到通信请求后，可以向第一基站返回响应信息，响应信息用于指示第一基站和第二基站之间的通信连接建立成功。

可选地，第一基站和第二基站之间还可以建立备份通信连接，用于在通信连接断开时启用。备份通信连接的创建方式可以参见上述通信连接的创建过程，不再赘述。第一基站和第二基站之间的通信连接建立成功之后，则可以基于该通信连接建立多个运营商分别对应的XnAP通道，并记录建立的多条XnAP通道与通信连接之间的关联关系。具体基于通信连接建立XnAP通道的过程可以参见上述实施例中的介绍，在此不再进行赘述。在一些实施例中，若存在备份通信连接，则在基于通信连接建立某一运营商的XnAP通道时，还可以基于备份通信连接也建立该运营商的XnAP通道，并记录建立的XnAP通道与备份通信连接之间的关联关系。同理，若采用通信连接进行通信，则可以查询通信连接关联的多个XnAP通道，从中选取一条进行数据传输。若采用备份通信连接进行通信，则可以查询备份通信连接关联的多个XnAP通道，从中选取一条进行数据传输。

在一些实施例中，为了维护和管理XnAP通道，第一基站和第二基站之间还可以周期性地通过XnAP通道传输保活报文。当第一基站确定保活报文传输异常时，比如，在设定数量个周期内均未收到来自第二基站的保活报文时，可以将相应的XnAP通道置为断开状态。在一些可能的情况下，比如第一基站和第二基站不再需要传输目标运营商的数据的情况下，设置为断开状态目标运营商对应的XnAP通道可以被删除。

可选地，第一基站还可以获取记录的与第二基站的通信连接具有关联关系的XnAP通道，在确定获取的XnAP通道的数量为零时，即所有基于通信连接建立的XnAP通道均被删除的情况下，删除与第二基站之间的通信连接。

下面，结合具体的实施例对于基站之间建立通信连接、建立XnAP通道以及数据传输的过程进行介绍。继续以第一基站和第二基站为例，参见图3，为本申请实施例提出的一种通信方法流程图，具体包括：

301，第一基站确定待发送数据的目的地址指示的第二基站。

302，第一基站在确定与第二基站之间不存在通信连接时，向第二基站发送通信请求。

其中，通信请求用于请求与第二基站建立通信连接。

303，第二基站接收通信请求，向第一基站返回响应信息。

其中，响应信息用于指示第一基站和第二基站之间的通信连接建立成功。

304，第一基站接收响应信息，确定待发送数据所属的运营商A。

305，第一基站通过通信连接向第二基站发送通道请求。

其中，通道请求用于请求建立运营商A对应的XnAP通道，通道请求携带第一基站对应的运营商A的标识。

306，第二基站接收通道请求，向第一基站返回请求响应。

其中，请求响应用于指示第一基站和第二基站之间用于传输运营商A的数据的XnAP通道建立成功，请求响应携带第二基站对应的运营商A的标识。

可选地，第二基站还可以存储通道请求携带的第一基站对应的运营商A的标识，用于后续与第一基站传输运营商A的数据。

307，第一基站接收请求响应，采用第二基站对应的运营商A的标识对待发送数据进行封装，并将封装后的待发送数据发送至第二基站。

基于与上述方法的同一构思，参见图4，为本申请实施例提供的一种通信装置400，装置400用于实现上述方法中的各个步骤，为了避免重复，此处不再进行赘述。装置400包括：处理单元401和通信单元402。

处理单元401，用于确定待发送数据所属的目标运营商，以及确定所述待发送数据的目的地址所指示的第二基站；所述第一基站与所述第二基站之间的通信连接关联多个Xn应用协议XnAP通道；其中，所述多个XnAP通道分别用于传输不同运营商的数据；

所述处理单元401，还用于从所述多个XnAP通道中确定与所述目标运营商对应的目标XnAP通道；

通信单元402，用于通过所述目标XnAP通道向所述第二基站发送所述待发送数据。

在一些实施例中，所述处理单元401，在确定与所述目标运营商对应的目标XnAP通道后，所述方法还包括：

获取存储的所述目标XnAP通道对应的所述目标运营商的标识；

采用所述目标运营商的标识对所述待发送数据进行封装；

所述通信单元402，在通过所述目标XnAP通道向所述第二基站发送所述待发送数据时，具体用于：

向所述第二基站发送封装后的所述待发送数据。

在一些实施例中，所述第一基站与所述第二基站之间还包括备份通信连接；在确定所述通信连接断开时，所述通信单元402通过所述备份通信连接与所述第二基站进行通信。

在一些实施例中，所述通信单元402，还用于：

在确定所述待发送数据的目的地址指示第二基站，且未查询到与所述第二基站之间的通信连接时，向所述第二基站发送通信请求；所述通信请求用于请求所述第二基站建立所述通信连接和备份通信连接；

接收所述第二基站返回的响应信息；所述响应信息用于指示所述通信连接与所述备份通信连接建立成功。

在一些实施例中，所述通信单元402，还用于在确定所述多个XnAP通道中不包括所述目标XnAP通道时，通过所述通信连接向所述第二基站请求建立所述目标XnAP通道；

所述处理单元401，还用于根据所述第二基站返回的请求响应，确定与所述第二基站成功建立所述目标XnAP通道，记录所述目标XnAP通道与所述通信连接之间的关联关系。

在一些实施例中，所述处理单元401，还用于：

在确定所述通信连接关联的XnAP通道的数量为零时，删除所述通信连接。

图5示出了本申请实施例提供的电子设备500结构示意图。本申请实施例中的电子设备500还可以包括通信接口503，该通信接口503例如是网口，电子设备可以通过该通信接口503传输数据，例如通信接口503可以实现上述图4中通信单元402的功能，用于与第二基站进行数据的传输。

在本申请实施例中，存储器502存储有可被至少一个控制器501执行的指令，至少一个控制器501通过执行存储器502存储的指令，可以用于执行上述方法中的各个步骤，例如，控制器501可以实现上述图4中的处理单元401的功能。

其中，控制器501是电子设备的控制中心，可以利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器502内的指令以及调用存储在存储器502内的数据。可选的，控制器501可包括一个或多个处理单元，控制器501可集成应用控制器和调制解调控制器，其中，应用控制器主要处理操作系统和应用程序等，调制解调控制器主要处理无线通信。可以理解的是，上述调制解调控制器也可以不集成到控制器501中。在一些实施例中，控制器501和存储器502可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

控制器501可以是通用控制器，例如中央控制器(英文：Central ProcessingUnit，简称：CPU)、数字信号控制器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用控制器可以是微控制器或者任何常规的控制器等。结合本申请实施例所公开的数据统计平台所执行的步骤可以直接由硬件控制器执行完成，或者用控制器中的硬件及软件模块组合执行完成。

存储器502作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器502可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(英文：Random AccessMemory，简称：RAM)、静态随机访问存储器(英文：Static Random Access Memory，简称：SRAM)、可编程只读存储器(英文：Programmable Read Only Memory，简称：PROM)、只读存储器(英文：Read Only Memory，简称：ROM)、带电可擦除可编程只读存储器(英文：Electrically Erasable Programmable Read-Only Memory，简称：EEPROM)、磁性存储器、磁盘、光盘等等。存储器502是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器502还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通过对控制器501进行设计编程，例如，可以将前述实施例中介绍的神经网络模型的训练方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述的神经网络模型训练方法的步骤，如何对控制器501进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的控制器以产生一个机器，使得通过计算机或其它可编程数据处理设备的控制器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得在计算机或其它可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。