CN112887353A - 一种信息处理方法、装置、终端及存储介质 - Google Patents

Abstract

本申请实施例提供一种信息处理方法、装置、终端及存储介质，其中，所述方法包括：将获取的业务请求，添加到当前节点的资源信息中，得到操作维护管理OAM信息；基于所述OAM信息，获取至少一个其他节点的资源信息，以得到OAM信息集合；从所述OAM信息集合中，选择满足条件的目标OAM信息；采用所述目标OAM信息所属的目标节点，对所述业务请求进行处理；如此，通过将业务请求携带在节点资源信息中，得到OAM信息，并在OAM信息传输的过程中获取各节点的计算资源和网络资源，可以实现按照业务请求对各个节点的资源信息进行有效调度，提高了网络利用率和用户体验。

Description

一种信息处理方法、装置、终端及存储介质

技术领域

本申请涉及网络通信技术，涉及但不限于一种信息处理方法、装置、终端及存储介质。

背景技术

随着移动通信技术的发展，高速率大带宽的业务正带给人们丰富多彩的应用体验，也给运营带来了更多的挑战。网络计算资源感知的新架构下不同的业务请求会对网络资源和计算资源有着不同的要求，例如要求网络时延低的保障，或者是图形处理器(Graphics Processing Unit，GPU)/中央处理器(Central Processing Unit，CPU)的具体算力保障。这时如果用单一的路由协议或者带外操作维护管理(OperationAdministration and Maintenance，OAM)的方式，对于规模庞大的网络场景，无法有效管理网络以及合理调度网络资源，造成网络资源的浪费。

发明内容

本申请实施例提供一种信息处理方法、装置、终端及存储介质，能实现最优的计算和网络资源调度，提高了网络利用率。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种信息处理方法、所述方法包括：

将获取的业务请求，添加到当前节点的资源信息中，得到操作维护管理OAM信息；

基于所述OAM信息，获取至少一个其他节点的资源信息，以得到OAM信息集合；

从所述OAM信息集合中，选择满足条件的目标OAM信息；

采用所述目标OAM信息所属的目标节点，对所述业务请求进行处理。

本申请实施例提供一种信息处理装置，所述装置包括：

第一确定模块，用于将获取的业务请求，添加到当前节点的资源信息中，得到操作维护管理OAM信息；

第一获取模块，用于基于所述OAM信息，获取至少一个其他节点的资源信息，以得到OAM信息集合；

选择模块，用于从所述OAM信息集合中，选择满足条件的目标OAM信息；

处理模块，用于采用所述目标OAM信息所属的目标节点，对所述业务请求进行处理。

本申请实施例提供一种终端，所述终端至少包括：控制器和配置为存储可执行指令的存储介质，其中：

控制器配置为执行存储的可执行指令，所述可执行指令配置为执行上述提供的信息处理方法。

本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可读存储介质中存储有计算机可执行指令，该计算机可执行指令配置为执行上述提供的信息处理方法。

本申请实施例提供一种信息处理方法、装置、终端及存储介质，其中，首先将获取的业务请求，添加到当前节点的资源信息中，得到OAM信息；然后，基于所述OAM信息，获取至少一个其他节点的资源信息，以得到OAM信息集合；从所述OAM信息集合中，选择满足条件的目标OAM信息；最后，采用所述目标OAM信息所属的目标节点，对所述业务请求进行处理；如此，通过将业务请求携带在节点资源信息中，得到OAM信息，并在OAM信息传输的过程中获取各节点的计算资源和网络资源，可以实现按照业务请求对各个节点的资源信息进行有效调度，提高了网络利用率。

附图说明

在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。

图1为本申请实施例提供的处理业务请求的网络架构图；

图2为本申请实施例信息处理方法的实现流程示意图；

图3为本申请实施例信息处理方法的另一实现流程示意图；

图4为本申请实施例信息处理方法的再一实现流程示意图；

图5为本申请实施例提供的封装数据包中的数据报文格式示意图；

图6为本申请实施例提供的带内OAM信息的数据结构示意图；

图7为本申请实施例信息处理方法的又一实现流程示意图；

图8为本申请实施例提供的信息处理方法的业务处理流程示意图；

图9为本申请实施例提供的信息处理方法的交互图；

图10为本申请实施例提供的一种感知网络资源和计算资源的带内OAM系统示意图；

图11为本申请实施例提供的一种带内OAM网络结构示意图；

图12为本申请实施例信息处理装置的结构示意图；

图13为本申请实施例所述终端的组成结构示意图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本申请的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

终端可以以各种形式来实施。例如，本申请中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴终端、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。

后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本申请的实施方式的构造也能够应用于固定类型的终端

为便于理解本申请实施例的技术方案，以下对本申请实施例的相关技术进行说明。

相关技术的网络只是提供数据通信的管道，以连接为基础，受制于固定的网络寻址机制，在更高更苛刻的体验质量(Quality of Experience，QoE)要求下往往无法满足。图1是本申请实施例提供的处理业务请求的网络结构图，如图1所示，当客户端(Client)100发送包含业务请求至网络中，网络中的路由器101接收到该业务请求，然后根据自身的路由表中记录的转发路径，将业务请求发送给下一跳路由器102，路由器102再根据自身的路由表中记录的转发路径，将业务请求发送给指定路由器103。由于路由双全工模式，数据在两个路由器之间是相互发送的。网络中的其他路由器104、105、106、107处理其他的业务请求或数据传输，并不对此业务请求进行处理。其中，网络中的路由器101至107均具有计算资源、存储资源、网络传输的能力。

随着云计算及边缘计算的大力发展，网络中的计算资源融入到网络的各个角落，使每一个网络节点都可以成为资源的提供者，用户的请求可以通过调用最优的节点资源来满足，不再局限于某一特定节点，避免造成连接和网络调度资源的浪费。这就要求计算资源节点之间具备互动调度的能力，或者计算任务动态路由的能力，不仅能够完成传统的高负载、长连接的任务，也能够及时处理轻量级、短生命周期的计算任务。

这里的计算资源包括：服务器、处理器、存储器、存储装置和虚拟机等提供的能力，包括任务连接数，CPU、内存和资源形态部署位置等能力。网络资源包括：包括网络拓扑，带宽、时延和抖动等需求。业务请求包括：带宽、时延和计算任务的资源请求。

网络和计算资源发布扩散传输的方式，用于携带信息的方式比如路由协议或带外OAM的方式，带外OAM的协议，例如因特网包探索器(Packet Internet Groper，Ping)、跟踪路由(Tracert)、双向主动测量协议(Two-Way Active Measurement Protocol，TWAMP)、单向主动测量协议(One-Way Active Measurement Protocol，OWAMP)、基于以太网网络的OAM功能和机制(Y.1731标准)、双向转发检测机制(Bidirectional Forwarding Detection，BFD)、L3VPN OAM和路由器OAM等。

但无论是路由协议还是带外OAM的方式，都存在着一定的问题，主要有以下几个方面：

1、OAM数据包与业务传输路径不一致时，导致操作维护管理的结果无意义。

2、不支持单向检测。

3、Overlay OAM无法感知Underlay虚拟网络的信息。

4、面对网络设备，颗粒度较大，管理粗放，不能做到依据每业务进行操作维护管理。

为此，提出了本申请实施例的以下技术方案，为了能够更加详尽地了解本申请实施例的特点与技术内容，下面结合附图对本申请实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本申请实施例。

本申请实施例提供一种信息处理方法，图2为本申请实施例信息处理方法的实现流程示意图，如图2所示，所述信息处理方法包括以下步骤：

步骤S201：将获取的业务请求，添加到当前节点的资源信息中，得到操作维护管理OAM信息。

这里，本申请实施例的操作可以由网络中的接入节点来实现。将当前网络中的一个节点作为接入节点，负责获取各个节点可用的计算资源和网络资源，即各个节点的资源信息至少包括：各个节点可用的计算资源和网络资源。在一些可能的实现方式中，所述节点为路由器。在本申请实施例中，选择业务请求对应的数据报文到达的第一跳路由器作为接入节点。当终端发送业务请求时，接入节点获取到业务请求，并将业务请求添加到当前节点的资源信息中，得到OAM信息，使得OAM信息至少包含：节点的计算资源、节点的网络资源、业务请求。这样，增加网络架构的计算资源信息的维度，并在OAM信息中携带业务请求，使业务请求、计算资源和网络资源通过OAM信息发布和使用。

步骤S202：基于所述OAM信息，获取至少一个其他节点的资源信息，以得到OAM信息集合。

这里，携带业务请求的OAM信息随流量的传输依次经过网络中的节点，在OAM信息传输的过程中，接入节点依次获取网络中的其他节点的资源信息，得到OAM信息集合。在一个具体例子中，如网络中有4个节点：R1、R2、R3、R4，R1为接入节点，在OAM信息传输的过程中，R1节点可获取其他3个节点资源信息，得到OAM信息集合，OAM信息集合中包含业务请求和网络中4个节点的资源信息。

步骤S203：从所述OAM信息集合中，选择满足条件的目标OAM信息。

这里，所述OAM信息集合中包含所有节点的资源信息，可根据业务请求，从OAM信息集合的资源信息中，选取满足条件的目标OAM信息。在一个具体例子中，OAM信息集合中包含有计算资源信息分别为20M、25M、30M、40M的OAM信息，如果处理某一业务请求所需的计算资源是20M，则在OAM信息集合中选择计算资源信息为20M的OAM信息，以对业务请求进行处理，使得网络资源依据业务请求得到了最佳的调度，避免了网络资源的浪费。

步骤S204：采用所述目标OAM信息所属的目标节点，对所述业务请求进行处理。

这里，对所述业务请求进行处理可以是对一种计算任务进行处理，如计算某一网站中每一个商品的访问量。

在本申请实施例中，通过将业务请求携带在节点资源信息中，得到OAM信息，并在OAM信息传输的过程中获取各节点的计算资源和网络资源，可以实现按照业务请求对各个节点的资源信息进行有效调度，提高了网络利用率和用户体验。

本申请实施例提供一种信息处理方法，图3为本申请实施例信息处理方法的另一实现流程示意图，如图3所示，所述信息处理方法包括以下步骤：

步骤S301：获取所述当前节点的计算资源和网络资源。

这里，通过采用从运行处理器、内存空间读取当前节点的计算资源和网络资源。其中，所述当前节点的计算资源和网络资源为当前节点可用的计算资源和网络资源。

步骤S302：将所述计算资源和网络资源确定为所述当前节点的资源信息。

这里，将获取的当前节点的计算资源和网络资源作为当前节点的资源信息，增加了计算资源信息的维度，在处理业务请求时支持计算资源和网络资源的联合调度。

步骤S303：将获取的业务请求，添加到当前节点的资源信息中，得到OAM信息。

步骤S304：基于所述OAM信息，获取至少一个其他节点的资源信息，以得到OAM信息集合。

步骤S305：从所述OAM信息集合中，选择满足条件的目标OAM信息。

步骤S306：采用所述目标OAM信息所属的目标节点，对所述业务请求进行处理。

在本申请实施例中，通过获取当前节点的计算资源和网络资源，增加了计算资源信息的维度，在处理业务请求时支持计算资源和网络资源的联合调度，而且将业务请求信息添加到资源信息中，可获得对应此业务请求的OAM信息，通过OAM信息获取各节点的计算资源和网络资源，可以实现按业务对资源信息进行调度，提高了网络利用率，提升了用户体验。

本申请实施例提供一种信息处理方法，图4为本申请实施例信息处理方法的再一实现流程示意图，如图4所示，结合如图4所示方法进行说明：

步骤S401：将获取的业务请求，添加到当前节点的资源信息中，得到OAM信息。

步骤S402：将所述OAM信息封装在所述业务请求对应的数据包中，得到封装数据包。

这里，将所述OAM信息封装在所述业务请求对应的数据包中，是指在业务请求对应的数据包中的数据报文中增加带内OAM信息，得到封装数据包。

图5为本申请实施例提供的封装数据包中的数据报文格式示意图。如图5所示，L2为业务请求对应的数据报文中的二层数据，L3为业务请求对应的数据报文中的三层数据，带内OAM为报文中新增的带内OAM信息。

图6为本申请实施例提供的带内OAM信息的数据结构示意图，如图6所示，带内OAM数据包括四个字节：选项类型(Option Type)、选项数据长度(OptData Len)、OAM获取类型(OAM-trace-type)和剩余位(Element-left)。其中，OAM-trace-type的第四比特位(Bit4)、第五比特位(Bit5)和第六比特位(Bit6)分别定义为网络资源位、计算资源位和业务请求位。当Bit4、Bit5和Bit6的值为0时，表示在数据传输过程中不开启算力感知，即不获取资源信息。当Bit4、Bit5和Bit6的值为1时，代表开启算力感知，即在数据传输过程中获取节点的计算资源和网络资源，同时携带业务请求并进行发布，也就是获取资源信息并进行转发。当Bit4、Bit5和Bit6的值置1时，则在节点数据列表(Node data list)增加32bit*N的有效载荷数据，其中，N为正整数，而且当获取的网络资源信息长度不止4个字节的时候，则可以根据信息的长度，通过设置N的值可设置字节的长度。图6中的节点数据列表[0]、节点数据列表[1]、节点数据列表[n-1]、节点数据列表[n]表示增加的32bit*N的有效载荷数据的具体内容。

步骤S403：将所述封装数据包分别发送给至少一个所述其他节点，以使至少一个所述其他节点反馈自身的资源信息。

这里，将所述封装数据包分别发送给至少一个所述其他节点，以使至少一个所述其他节点反馈自身的资源信息，是指将所述封装数据包，按转发路径，转发给下一跳节点，在转发传输的过程中，使至少一个其他节点反馈自身的资源信息至接入节点。在封装数据包传输的过程中，封装数据包中包含的数据报文新增了带内OAM信息，当带内OAM信息中的网络资源位、计算资源位的值置1时，可获取下一跳节点可用的网络资源和计算资源，即下一跳节点的资源信息。由于节点的双全工工作模式，下一跳节点将自身的资源信息即时反馈给接入节点，则接入节点获取到下一跳节点的资源信息，并进行存储。依次类推，至少一个所述其他节点可向接入节点反馈自身的资源信息。

在一可实现的实施方式中，可以按照预设时间间隔，将所述封装数据包分别发送给至少一个所述其他节点，以使至少一个所述其他节点反馈自身的资源信息。然后，确定当前时刻距离上次发送所述封装数据包的时刻之间的时长，如果所述时长小于所述预设时间间隔，将所述业务请求对应的数据包分别发送给至少一个所述其他节点；如果所述时长等于所述预设时间间隔，将所述封装数据包分别发送给至少一个所述其他节点。

在一个具体例子中，将预设时间间隔设为5分钟，即每间隔5分钟随发送封装数据包开始发送OAM信息，获取各节点的OAM信息，在下一次发送OAM信息时，确定当前时刻与上次发送封装数据包的时刻之间的时长，若时长不足5分钟，则发送没有封装OAM信息的业务请求对应的数据报文。这样，可以保证不浪费网络带宽，又能实时性的检测节点资源信息的变化情况。

步骤S404：基于至少一个所述其他节点反馈的自身的资源信息，得到所述OAM信息集合。

这里，基于至少一个所述其他节点反馈的自身的资源信息，得到所述OAM信息集合，是指接入节点在获取到其他节点反馈的自身的资源信息后，再根据接入节点自身的资源信息和业务请求，得到所述OAM信息集合。

步骤S405：从所述OAM信息集合中，选择满足条件的目标OAM信息。

步骤S406：采用所述目标OAM信息所属的目标节点，对所述业务请求进行处理。

在本申请实施例中，通过将OAM信息封装在业务请求对应的数据包中，使得OAM信息和业务请求同路径进行传输，即所述OAM信息随业务请求的数据报文按照转发路径一起转发给路径中的节点，在数据报文转发的过程中，可获取所有节点的资源信息，得到OAM信息集合，进而实现按照业务请求对各个节点的资源信息进行有效调度，提高了网络利用率和用户体验。

图7为本申请实施例信息处理方法的又一实现流程示意图，如图7所示，结合如图7所示方法进行说明：

步骤S701：将获取的业务请求，添加到当前节点的资源信息中，得到OAM信息。

步骤S702：基于所述OAM信息，获取至少一个其他节点的资源信息，以得到OAM信息集合。

步骤S703：确定每一OAM信息包含的业务处理资源。

这里，OAM信息集合包含了数据报文传输过程中经过的所有节点的资源信息，在获取到OAM信息集合后，接入节点可用从OAM信息集合中，确定每一OAM信息包含的业务处理资源，即每一节点在当前网络中可用的资源，所述业务处理资源至少包括以下之一：计算资源和网络资源。

在一个具体例子中，如果业务请求为一种计算任务，如计算某一网站中每一个商品的访问量，则针对此任务，从OAM信息集合中确定出每一OAM信息包含的计算资源和网络资源，如CPU或内存，带宽或时延等资源信息，即业务处理资源。

步骤S704：从所述业务处理资源中，确定与处理所述业务请求所需资源相匹配的目标业务处理资源。

这里，在确定了每一OAM包含的业务处理资源后，接入节点依据处理所述业务请求所需的资源，从所述业务处理资源中，确定出计算资源和网络资源都与处理此业务请求所需的资源相匹配的目标业务处理资源。在一个具体例子中，得到每一OAM信息含有的业务处理资源，如计算资源分别为20M、25M、30M、40M，如果处理某一业务请求所需的计算资源是30M，则在OAM信息集合中选择计算资源信息为30M的业务处理资源为目标业务处理资源。

步骤S705：将所述目标业务处理资源对应的OAM信息，确定为所述目标OAM信息。

这里，在所述OAM信息集合中查找所述目标业务处理资源对应的OAM信息，并将此OAM信息确定为所述目标OAM信息。在一个具体例子中，当确定目标业务处理资源为30M的计算资源时，则在OAM信息集合中，查找计算资源信息为30M的业务处理资源对应的OAM信息，如第三OAM信息，将第三OAM信息确定为目标OAM信息。

步骤S706：采用所述目标OAM信息所属的目标节点，对所述业务请求进行处理。

这里，在所述OAM信息集合中，查找出所述目标OAM信息所对应的节点，并采用此节点对所述业务请求进行处理。在一个具体例子中，业务请求为一种计算任务，如计算某一网站中每一个商品的访问量，则针对此业务请求，OAM信息集合中，包含四个节点R1、R2、R3、R4的OAM信息，分别对应第一OAM信息、第二OAM信息、第三OAM信息、第四OAM信息，当确定到第三OAM信息为目标OAM信息时，则在OAM信息集合中，确定R3节点为目标节点，采用R3对所述业务请求进行处理。

步骤S707：获取所述目标节点反馈的处理所述业务请求的处理结果。

这里，所述目标节点在处理完业务请求后，会将业务请求的处理结果反馈给接入节点。

步骤S708：输出所述处理结果。

这里，接入节点将处理结果发送至客户端或服务器。

在本申请实施例中，通过在OAM信息集合中确定出每一OAM信息包含的业务处理资源，进而根据业务请求和每个节点对应的业务处理资源，接入节点将业务请求调度资源最佳节点进行处理，可以实现根据业务请求和节点的业务处理资源对网络资源进调度，提高了网络利用率。

本申请实施例提供一种信息处理方法，图8为本申请实施例提供的信息处理方法的业务处理流程示意图，如图8所示，结合图8所示的步骤进行说明：

步骤S801：终端选择第一接入设备作为接入节点，以获取各个节点的可用的计算和网络资源，并将所述资源作为节点的资源信息。

终端选择当前网络中的一个节点作为接入节点，负责获取各个节点可用的计算资源和网络资源，即各个节点的资源信息。在一些可能的实现方式中，所述节点为路由器。其中接入节点的选择可以有多种方式，在本申请实施例中，选择网络路径中接入的第一跳路由器作为接入节点。

步骤S802：终端发送业务请求对应的数据包至所述接入节点，所述数据包依次经过网络中的节点。

在本申请实施例中，在终端发送业务请求对应的数据包至所述接入节点后，所述接入节点接收到业务请求，并将业务请求添加到当前节点的资源信息中，得到OAM信息。然后将所述OAM信息封装在所述业务请求对应的数据包中，得到封装数据包。对应地，所述封装数据包依次经过网络中的节点。

这里，在本申请实施例中，将OAM信息和数据封装在业务请求对应的数据包的数据报文中，生成封装数据包，可以为，在业务请求对应的数据包中的数据报文中增加带内OAM信息，得到封装数据包。所述封装数据包的数据报文格式如图5所示，其中，L2是指业务请求对应的数据报文中的二层数据，L3是指业务请求对应的数据报文中的三层数据，带内OAM为报文中新增的带内OAM信息。

图6为本申请实施例提供的带内OAM的数据结构的示意图。如图6所示，带内OAM数据包括四个字节：选项类型(Option Type)、选项数据长度(Opt Data Len)、OAM获取类型(OAM-trace-type)和剩余位(Element-left)。其中，OAM-trace-type的第四比特位(Bit4)、第五比特位(Bit5)和第六比特位(Bit6)分别定义为网络资源位、计算资源位和业务请求位。当Bit4、Bit5和Bit6的值置0时，表示在数据传输过程中不开启算力感知，即不获取资源信息。当Bit4、Bit5和Bit6的值置1时，表示开启算力感知，即在数据传输过程中获取节点的计算资源和网络资源，同时携带业务请求并进行发布。当Bit4、Bit5和Bit6的值置1时，则在节点数据列表(Node data list)增加32bit*N的有效载荷数据，其中，N为正整数，而且当获取的网络资源信息长度不止4个字节的时候，则可以根据信息的长度，通过设置N的值设置字节的长度。图6中的节点数据列表[0]、节点数据列表[1]、节点数据列表[n-1]、节点数据列表[n]表示增加的32bit*N的有效载荷数据的具体内容。

在本申请实施例中，将OAM信息和数据封装在业务请求对应的数据包的数据报文中，生成封装数据包的数据报文时，还可以根据业务需求和网络拓扑情况，设定封装OAM数据的周期。在一个具体例子中，设定发送间隔T为5分钟，发送时间t＝1分钟，即每间隔5分钟会随数据包开始发送OAM数据，发送的时间为1分钟，第6分钟时拆除OAM数据，发送业务请求对应的数据包。以保证网络带宽的资源不会造成浪费，又能实时性的探测网络设备的资源变化情况。

在本申请实施例中，终端发送数据包至所述接入节点，接入节点将所述OAM信息封装在所述数据包中，则在数据包传输的过程中，获取到接入节点的可用的计算资源和网络资源，并写入带内OAM数据中。

通过本实施例的操作，通过将OAM信息和数据封装在业务请求对应的数据包的数据报文中，所述OAM信息和数据可以随业务请求对应的数据报文一起在网络中传输，形成了统一的、内建的、用户可定义的带内OAM机制，而不需要额外的控制面报文发送OAM数据。

步骤S803：在所述数据包传输的过程中获取网络中的各个节点的资源信息，生成OAM信息集合。

在本申请实施例中，所述数据包中携带有OAM信息，当所述数据包从接入节点传输至下一跳节点时，所述数据包包含的数据报文新增了带内OAM信息，当带内OAM信息中的网络资源位、计算资源位的值为1时，可获取下一跳节点可用的网络资源和计算资源，即下一跳节点的资源信息。由于节点的双全工工作模式，下一跳节点将自身的资源信息即时反馈给接入节点，则接入节点获取到下一跳节点的资源信息，并进行存储。依次类推，获取到网络中的各个节点的资源信息，生成OAM信息集合。

通过本实施例的操作，由于数据包携带了OAM信息，在数据包传输的过程中，可以获取到各个节点的资源信息并进行转发，生成OAM信息集合。

步骤S804：基于所述OAM信息集合，所述接入节点获取到所有节点的资源信息后，根据业务需求和可用资源，按预先设定的规则进行指导调度。

在本申请实施例中，由于所述OAM信息集合中包含业务请求和所有节点的资源信息，接入节点根据处理所述业务请求所需的资源，在所述OAM信息集合中，确定与其相匹配的资源信息：计算资源和网络资源，并将所述资源信息对应的OAM信息所属的节点对业务请求进行处理。

在本申请实施例中，通过终端选择接入节点，在发送业务请求对应的数据包后，接入节点获取到各个节点的资源信息，并基于各个节点的资源信息，接入节点从网络资源和计算资源两个维度，调度资源信息与处理业务请求所需资源相匹配的节点对业务请求进行处理。

本申请实施例提供一种信息处理方法，图9为本申请实施例提供的信息处理方法的交互图，结合图9所示的步骤进行说明：

步骤S901：节点按转发路径更新可用的资源信息，生成OAM信息集合。

这里，节点按转发路径更新资源信息，是指按照数据转发的路径，相邻的节点之间相互转发和更新可用的资源信息，所述资源信息至少包括：计算资源和网络资源，即OAM信息，以生成OAM信息集合。如图所示，网络路径中有R1、R2、R3和R44个节点，节点之间通过相互转发自身可用的计算资源和网络资源，更新带内OAM信息，生成OAM信息集合。其中，节点R1将自身的OAM信息发送给下一跳节点R2，R2获取到R1发送的OAM信息，在数据传输的过程中，在节点R2，基于R1的OAM信息和R2的资源信息，生成第一OAM信息集合。同时，R2将所述第一OAM信息集合转发给相邻的节点R1和R3，则R1和R3获取到所述第一OAM信息集合；在节点R3生成包含R1、R2和R33个节点的资源信息的第二OAM信息集合。然后，节点R3将第二OAM信息集合转发给相邻节点R2和R4；在节点R4，生成包含R1、R2、R3和R4的资源信息的第三OAM信息集合，然后节点R4再将第三OAM信息集合转发给相邻节点R3，依次类推，则在各个节点都生成包含所有节点的资源信息的OAM信息集合。

本申请实施例中，相邻的节点之间按照数据转发的路径更新并转发自身的OAM信息，生成包含所有节点的可用计算资源和网络资源的OAM信息集合。

步骤S902：终端发送业务请求至网络中的第一个节点R1。

这里，将终端TE发送业务请求对应的数据报文到达网络中的第一个节点R1，记为接入节点。所述接入节点用于对节点的OAM信息中包含的资源信息进行调度。

步骤S903：R1根据业务请求与所述OAM信息集合，采用R3对所述业务请求进行处理。

在本申请实施例中，接入节点R1接收到业务请求后，R1根据处理业务请求所需的资源，在OAM信息集合中，确定与处理业务请求所需的资源相匹配的目标资源信息，采用所述目标资源信息对应的目标节点对业务请求进行处理。如图9所示，采用节点R3对所述业务请求进行处理。

步骤S904：R3对所述业务请求进行处理，得到业务处理结果，并将所述业务处理结果发送至R1。

步骤S905：R1将所述业务处理结果发送至所述终端。

本申请实施例中，根据数据转发的路径获取到每一节点可用的计算资源和网络资源，生成OAM信息集合，在接收到终端发送的业务请求后，。基于所述OAM信息集合中的每一节点的OAM信息以及业务请求，对资源进行合理调度，提高了网络利用率。

本申请实施例提供一种感知网络资源和计算资源的带内OAM系统，图10为本申请实施例提供的一种感知网络资源和计算资源的带内OAM系统示意图。

如图10所示，本申请实施例的带内OAM系统包括：终端设备1001、第一节点设备1002、第二节点设备1003。所述终端设备1001用于发送业务请求或资源请求至终端设备1002，以及接收第一节点设备1002发送的业务处理结果或资源处理结果。所述节点设备1002包括两个模块：计算资源和网络资源扩散更新模块1004和业务请求+智能调度模块1005。所述计算资源和网络资源扩散更新模块1004，用于获取节点的资源信息：计算资源和网络资源，并通过OAM信息将资源信息发送给设备1003，以实现资源信息在节点设备之间的扩散更新；所述业务请求+智能调度模块1005，用于在OAM信息中携带业务请求，以及响应终端设备1001发送业务请求，基于业务请求进行智能调度，即将业务请求发送给第二节点设备1003进行处理，并将第二节点设备1003发送的业务处理结果发送给终端设备1001。所述第二节点设备1003包括两个模块：计算资源和网络资源扩散更新模块1006和业务请求+智能调度模块1007。所述计算资源和网络资源扩散更新模块1006，用于获取节点的资源信息：计算资源和网络资源，并通过OAM信息将资源信息发送给第一节点设备1002，以实现资源信息在节点设备之间的扩散更新；所述业务请求+智能调度模块1007，用于在OAM信息中携带业务请求，以及响应第一节点设备1002发送的业务请求，并将业务处理结果发送给第一节点设备1002。

本申请实施例提供一种带内OAM网络结构，图11为本申请实施例提供的一种带内OAM网络结构示意图，如图11所示：网络路径1为带内OAM管理的网络路径，网络路径2为非带内OAM管理的网络路径。在网络路径1中，入节点1101是用户网络1中的终端服务器，出节点1107为用户网络2中的终端服务器。在网络路径1中，互联网服务提供商(Internet ServiceProvider OAM，ISP)网络中的路由器，即中转节点1102、中转节点1103、中转节点1104、中转节点1105和中转节点1106用于对入节点1101发送的用于OAM管理的数据包进行转发和更新，并将OAM管理的结果发送给用户网络2中的出节点1107。即，OAM管理是在用户网络1、ISP网络和用户网络2形成的网络路径1中进行的。在网络路径2中，入节点1108和出节点1113是ISP网络中的路由器。在网络路径2中，ISP网络中的路由器，即中转节点1109、中转节点1110、中转节点1111、中转节点1112和中转节点1113用于转发入节点1108发送的数据包，并将OAM管理结果发送至ISP OAM系统或用户OAM系统，即OAM管理只在ISP网络的网络路径2中进行。

本申请实施例提供一种信息处理装置，图12为本申请实施例信息处理装置的结构示意图，如图12所示，所述装置1200包括：第一确定模块1201、第一获取模块1202、选择模块1203和处理模块1204，其中：

所述第一确定模块1201，用于将获取的业务请求，添加到当前节点的资源信息中，得到OAM信息。

所述第一获取模块1202，用于基于所述OAM信息，获取至少一个其他节点的资源信息，以得到OAM信息集合。

所述选择模块1203，用于从所述OAM信息集合中，选择满足条件的目标OAM信息。

所述处理模块1204，用于采用所述目标OAM信息所属的目标节点，对所述业务请求进行处理。

在上述装置中，所述装置还包括：

第二获取模块，用于获取所述当前节点的计算资源和网络资源；

第二确定模块，用于将所述计算资源和网络资源确定为所述当前节点的资源信息。

在上述装置中，所述装置还包括：

第三确定模块，用于将所述OAM信息封装在所述业务请求对应的数据包中，得到封装数据包；

第三获取模块，用于基于所述封装数据包，获取至少一个所述其他节点的资源信息，以得到所述OAM信息集合。

在上述装置中，所述第三获取模块，包括：

第一发送子模块，用于将所述封装数据包分别发送给至少一个所述其他节点，以使至少一个所述其他节点反馈自身的资源信息；

第一确定子模块，用于基于至少一个所述其他节点反馈的自身的资源信息，得到所述OAM信息集合。

在上述装置中，所述第一发送子模块，包括：

第一发送单元，用于按照预设时间间隔，将所述封装数据包分别发送给至少一个所述其他节点。

在上述装置中，所述第一发送子模块，还包括：

确定单元，用于确定当前时刻距离上次发送所述封装数据包的时刻之间的时长；

第二发送单元，用于如果所述时长小于所述预设时间间隔，将所述业务请求对应的数据包分别发送给至少一个所述其他节点；

第三发送单元，用于如果所述时长等于所述预设时间间隔，将所述封装数据包分别发送给至少一个所述其他节点。

在上述装置中，所述选择模块1203，包括：

第二确定子模块，用于确定每一OAM信息包含的业务处理资源；其中，所述业务处理资源至少包括以下之一：计算资源和网络资源；

第三确定子模块，用于从所述业务处理资源中，确定与处理所述业务请求所需资源相匹配的目标业务处理资源；

第四确定子模块，用于将所述目标业务处理资源对应的OAM信息，确定为所述目标OAM信息。

在上述装置中，所述装置还包括：

第四获取模块，用于获取所述目标节点反馈的处理所述业务请求的处理结果；

输出模块，用于输出所述处理结果。

本申请实施例再提供一种信息处理设备，该设备包括所包括的各模块、以及各模块所包括的各子模块和各单元，可以通过终端中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

对应地，本申请实施例提供一种终端，图13为本申请实施例所述终端的组成结构示意图，如图13所示，所述终端1300至少包括：控制器1301和配置为存储可执行指令的存储介质1302，其中：

控制器1301配置为执行存储的可执行指令，所述可执行指令用于实现提供的信息处理方法。

需要说明的是，以上终端实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请终端实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

对应地，本申请实施例提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令配置为执行本申请其他实施例提供的信息处理方法。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器等)执行本申请各个实施例所描述的方法。

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

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

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

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (11)

1.一种信息处理方法，其特征在于，所述方法包括：

将获取的业务请求，添加到当前节点的资源信息中，得到操作维护管理OAM信息；

基于所述OAM信息，获取至少一个其他节点的资源信息，以得到OAM信息集合；

从所述OAM信息集合中，选择满足条件的目标OAM信息；

采用所述目标OAM信息所属的目标节点，对所述业务请求进行处理。

2.根据权利要求1所述的方法，其特征在于，在将获取的业务请求，添加到当前节点的资源信息中，得到OAM信息之前，所述方法还包括：

获取所述当前节点的计算资源和网络资源；

将所述计算资源和网络资源确定为所述当前节点的资源信息。

3.根据权利要求1所述的方法，其特征在于，在基于所述OAM信息，获取至少一个其他节点的资源信息，以得到OAM信息集合之前，所述方法还包括：

将所述OAM信息封装在所述业务请求对应的数据包中，得到封装数据包；

对应地，基于所述封装数据包，获取至少一个所述其他节点的资源信息，以得到所述OAM信息集合。

4.根据权利要求3所述的方法，其特征在于，所述基于所述封装数据包，获取至少一个其他节点的资源信息，以得到OAM信息集合，包括：

将所述封装数据包分别发送给至少一个所述其他节点，以使至少一个所述其他节点反馈自身的资源信息；

基于至少一个所述其他节点反馈的自身的资源信息，得到所述OAM信息集合。

5.根据权利要求4所述的方法，其特征在于，所述将所述封装数据包分别发送给至少一个其他节点，包括：

按照预设时间间隔，将所述封装数据包分别发送给至少一个所述其他节点。

6.根据权利要求5所述的方法，其特征在于，在将所述封装数据包分别发送给至少一个所述其他节点，以使至少一个所述其他节点反馈自身的资源信息之后，所述方法还包括：

确定当前时刻距离上次发送所述封装数据包的时刻之间的时长；

如果所述时长小于所述预设时间间隔，将所述业务请求对应的数据包分别发送给至少一个所述其他节点；

如果所述时长等于所述预设时间间隔，将所述封装数据包分别发送给至少一个所述其他节点。

7.根据权利要求1所述的方法，其特征在于，所述从所述OAM信息集合中，选择满足条件的目标OAM信息，包括：

确定每一OAM信息包含的业务处理资源；其中，所述业务处理资源至少包括以下之一：计算资源和网络资源；

从所述业务处理资源中，确定与处理所述业务请求所需资源相匹配的目标业务处理资源；

将所述目标业务处理资源对应的OAM信息，确定为所述目标OAM信息。

8.根据权利要求1所述的方法，其特征在于，在采用所述目标OAM信息所属的目标节点，对所述业务请求信息进行处理之后，所述方法还包括：

获取所述目标节点反馈的处理所述业务请求的处理结果；

输出所述处理结果。

9.一种信息处理装置，其特征在于，所述装置包括：

第一确定模块，用于将获取的业务请求，添加到当前节点的资源信息中，得到OAM信息；

第一获取模块，用于基于所述OAM信息，获取至少一个其他节点的资源信息，以得到OAM信息集合；

选择模块，用于从所述OAM信息集合中，选择满足条件的目标OAM信息；

处理模块，用于采用所述目标OAM信息所属的目标节点，对所述业务请求进行处理。

10.一种终端，其特征在于，所述终端至少包括：控制器和配置为存储可执行指令的存储介质，其中：

控制器配置为执行存储的可执行指令，所述可执行指令配置为执行上述权利要求1至8任一项提供的信息处理方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令配置为执行上述权利要求1至8任一项提供的信息处理方法。

Images