[0001] 本申请涉及网络通信领域，尤其涉及一种网络需求处理方法、装置、电子设备及存储介质。

[0002] 客户端设备与服务端设备通过由网络设备组成的承载网进行信息交流，在此基础上，不同的客户端设备可以根据客户端的类型向承载网络提出网络需求，如性能检测以及算力资源收集等网络需求，以获得更好的网络服务，保证通信质量。

[0003] 相关技术中，客户端设备在对承载网络提出网络需求时，承载网络通过集中式的方式将不同的客户端设备的网络需求统一传输到中心控制器，由中心控制器进行统一的分析和处理，建立与客户端设备的通信会话。而这种集中式的处理方式在客户端设备或网络需求的数量较多的情况下会建立大量通信会话，进而对中心控制器造成较大的负载压力，影响网络质量。

[0054] 下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本申请，并不被配置为限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

[0055] 需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序；也不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

[0056] 首先对本申请实施例涉及的部分技术和技术术语进行介绍：

[0057] 1、互联网协议第四版(internet protocol version 4，IPv4)：是网际协议开发过程中的第四个修订版本，也是此协议第一个被广泛部署的版本。IPv4是互联网的核心，也是使用最广泛的网际协议版本。IPv4是一种无连接的协议，操作在使用分组交换的链路层(如以太网)上。此协议会尽最大努力交付数据包，意即它不保证任何数据包均能送达目的地，也不保证所有数据包均按照正确的顺序无重复地到达。这些方面是由上层的传输协议(如传输控制协议)处理的。

[0058] 2、互联网协议第六版(internet protocol version 6，IPv6)：是互联网工程任务组(internet engineering task force，IETF)设计的用于替代IPv4的下一代互联网协议，其地址数量号称可以为全世界的每一粒沙子编上一个地址。由于IPv4最大的问题在于网络地址资源不足，严重制约了互联网的应用和发展。IPv6的使用，不仅能解决网络地址资源数量的问题，而且也解决了多种接入设备连入互联网的障碍。

[0059] 应用感知型IPv6网络(application‑aware IPv6networking，APN6)：利用IPv6扩展报文头空间，即目的选项报文头(destination options header，DOH)，将应用信息(APN Attribute)携带进入网络，包括应用标识信息(APN identity document，APN ID)和应用需求参数信息(APN Parameters)，进而为服务提供商提供精细的网络服务和精准的网络运维。图1示出了APN6报文头部分内容的结构示意图。如图1所示，APN6报文头包括APN‑ID‑Type字段、Flags字段、APN‑Para‑Type字段、APN ID字段、Intent字段以及APN‑Paramaters字段。其中，APN‑ID‑Type字段用于表示应用标识信息的类型；Flags字段在当前的协议中尚未定义；APN‑Para‑Type字段用于表示APN‑Para的类型，描述APN‑Para里包含了哪些网络性能的需求参数：带宽、时延、抖动、丢包率；APN‑ID字段为应用唯一对应的APN标识信息编号；Intent是可选字段，字段空间为4个字节，用于表示应用向网络提出的一组意图需求；APN‑Para字段是可选字段，用于表示网络性能需求参数的具体内容信息。

[0060] 客户端设备与服务端设备通过由网络设备组成的承载网进行信息交流，在此基础上，不同的客户端设备可以根据客户端的类型向承载网络提出网络需求，如性能检测以及算力资源收集等网络需求，以获得更好的网络服务，保证通信质量。

[0061] 相关技术中，客户端设备在对承载网络提出网络需求时，承载网络通过集中式的方式将不同的客户端设备的网络需求统一传输到中心控制器，由中心控制器进行统一的分析和处理，建立与客户端设备的通信会话。而这种集中式的处理方式在客户端设备或网络需求的数量较多的情况下会建立大量通信会话，进而对中心控制器造成较大的负载压力，影响网络质量。

[0062] 有鉴于此，本申请提出了一种网络需求处理方法，该方法通过在APN6业务报文中的Intent保留字段中定义网络需求类型字段、网络需求方式字段以及反馈字段，使得网络设备可以在转发业务报文的过程中，通过报文处理的无状态方式处理Intent字段所反映的网络需求，而非现有结构中需要通过中心控制器建立自客户端设备到网络设备的通信会话以处理网络需求，有效分担了现有结构中控制器处理网络需求的压力，减少了中心控制器的负载压力，有利于提高网络质量。

[0063] 图2示出了本申请实施例提供的一种网络需求处理方法所适用的一种通信网络的结构示意图。如图2所示，该通信网络包括至少一个或多个客户端设备、若干个服务器以及若干个网络设备；为了便于展示与说明，图2中仅示出部分设备，如客户端设备11、客户端设备12、服务器21、服务器22、网络设备31、网络设备32、网络设备33以及网络设备34。其中，客户端设备11与网络设备31通信连接，客户端设备12与网络设备32通信连接，服务器21与网络设备33通信连接，服务器22与网络设备34通信连接，网络设备31与网络设备32通信连接，网络设备32与网络设备33通信连接，网络设备33与网络设备34通信连接，网络设备34与网络设备31通信连接。客户端设备11或客户端设备12可以是能够通过网络与服务器通信，向服务器发出请求并接收响应的设备，或安装有能够通过网络与服务器通信，向服务器发出请求并接收响应的程序的设备。服务器21或服务器22可以是在网络中提供服务的设备。网络设备31、网络设备32、网络设备33或网络设备34可以是用于将各类服务器、个人电脑、应用终端等节点相互连接，构成信息通信网络的专用硬件设备。上述设备之间的通信连接的连接方式包括有线连接和无线连接。

[0064] 示例性的，客户端设备11或客户端设备12可以是个人电脑、或是包括但不限于智能手机、平板电脑以及手持式游戏设备的移动设备、物联网设备等电子设备。服务器21或服务器22可以是塔式服务器、机架式服务器、刀片式服务等设备。网络设备31、网络设备32、网络设备33或网络设备34可以是路由器等设备。上述设备之间的有线连接可以是通过光纤或其他物理传输媒介实现的有线连接，上述设备之间的无线连接可以为蓝牙连接、无线保真(wireless fidelity，Wi‑Fi)连接等。

[0065] 在一些实施例中，客户端设备11或客户端设备12用于通过由包括网络设备31、网络设备32、网络设备33以及网络设备34在内的网络设备组成的网络通路向服务器21发送报文。

[0066] 在一些实施例中，网络设备31、网络设备32、网络设备33或网络设备34用于接收来自客户端设备11或客户端设备12的报文，根据报文中的网络需求字段所记载的网络需求，执行该网络需求对应的网络行为。

[0067] 在一些实施例中，网络设备31、网络设备32、网络设备33或网络设备34还用于基于网络需求对应的网络行为的执行结果得到反馈报文，并将反馈报文发送给提出对应的网络需求的客户端设备11或客户端设备12。

[0068] 在一些实施例中，网络设备31、网络设备32、网络设备33或网络设备34还用于在处理网络需求的过程中检测到网络异常的情况下，确定并向与网络需求对应的客户端设备11或客户端设备12发送网络异常信息。

[0069] 在一些实施例中，网络设备31、网络设备32、网络设备33或网络设备34还用于将接收自客户端设备11或客户端设备12的报文向其他网络设备转发，最终使得报文被传输到服务器21或服务器22。

[0070] 图3示出了本申请一个实施例提供的网络需求处理方法的流程示意图。本申请实施例提供的网络需求处理方法可以应用于图2所示的网络设备31、网络设备32、网络设备33或网络设备34中。如图3所示，该方法可以包括以下步骤：

[0071] S101、接收来自客户端设备的业务报文。

[0072] 其中，业务报文包括目标字段；目标字段用于反映客户端设备的网络需求。业务报文的目标设备为服务端设备；客户端设备向服务端设备发送业务报文，以使得服务端设备在接收到业务报文后，根据业务报文中记载的业务相关信息进行处理和/或反馈。

[0073] 作为一种可能的实现方式，业务报文为APN6报文；目标字段为APN6报文头中的Intent字段。

[0074] S102、根据目标字段，执行网络需求对应的网络行为。

[0075] 作为一种可能的实现方式，目标字段为APN6报文中的Intent字段，根据目Intent字段反映的网络需求的特征，如网络需求的类型和执行网络需求对应的网络行为的方式，执行网络需求对应的网络行为。

[0076] 在一些实施例中，网络设备可能无法执行目标字段所反映的客户端设备的网络需求，此时网络设备可以直接将该业务报文向下一跳设备转发。

[0077] 本申请实施例中，通过在APN6业务报文中的Intent保留字段中定义网络需求类型字段、网络需求方式字段以及反馈字段，使得网络设备可以在转发业务报文的过程中，通过报文处理的无状态方式处理Intent字段所反映的网络需求，而非现有结构中需要通过中心控制器建立自客户端设备到网络设备的通信会话以处理网络需求，有效分担了现有结构中控制器处理网络需求的压力，减少了中心控制器的负载压力，有利于提高网络质量。

[0078] 在一些实施例中，目标字段包括用于记载网络需求类型的第一字段、用于记载网络需求方式的第二字段；如图4所示，S102可以包括：

[0079] S201、从第一字段中获取网络需求类型，从第二字段中获取网络需求方式。

[0080] 作为一种可能的实现方式，业务报文为APN6报文，目标字段为APN6报文中的Intent字段，第一字段占用Intent字段开始的若干个比特，第二字段与第一字段相邻，占用目标字段的若干个比特；第一字段中记载了第一字段占用Intent字段的比特数，第二字段中记载了第二字段占用Intent字段的比特数；根据第一字段和第二字段中记载的比特数对应地确定第一字段的内容和第二字段的内容，并基于预设的映射关系确定第一字段记载的网络需求类型和第二字段记载的网络需求方式。

[0081] S202、根据网络需求类型和网络需求方式，执行网络需求对应的网络行为。

[0082] 作为一种可能的实现方式，根据网络需求类型和网络需求方式执行对应的网络行为，得到初步执行结果并向预设协助设备发送。

[0083] 示例性的，图5示出了本申请实施例提供的一种网络行为的执行的流程的示例图；图5中，箭头方向表示数据流向，箭头的数字标号表示动作的执行顺序。如图5所示，网络设备1首先接收到了来自客户端设备的业务报文，设该业务报文中第一字段所记载的网络需求类型为随流检测，第二字段所记载的网络需求方式为逐跳，则自网络设备1开始执行逐跳的随流检测：网络设备1执行网络检测，得到并将随流检测信息报文发送给协助设备，再将业务报文向下一跳网络设备即网络设备2转发，由网络设备2及网络设备3执行同样的处理，直至业务报文被网络设备3转发至服务端设备，完成了逐跳的随流检测。

[0084] 本申请实施例中，为目标字段设计用于记载网络需求类型和网络需求方式的字段和第二字段，有助于网络设备根据第一字段和第二字段所记载的内容直接地确定是否可以处理该网络需求，以及如何处理网络需求，无需额外的解析。

[0085] 在一些实施例中，如图6所示，在S202之后，方法还可以包括：

[0086] S301、得到网络行为的执行结果。

[0087] 作为一种可能的实现方式，网络行为包括对某些网络指标的检测，如随流检测，执行结果包括这些网络指标的检测结果。

[0088] 作为另一种可能的实现方式，网络行为包括为客户端设备配置特定的网络资源，执行结果可以包括网络资源配置的成功与否，以及其他可能需要提供给客户端设备的信息，如为客户端设备配置的网络资源的量等。

[0089] S302、向客户端设备发送执行结果。

[0090] 作为一种可能的实现方式，根据客户端设备的标识确定向客户端设备发送执行结果所经过的传输路径，并沿该传输路径向客户端设备发送执行结果。

[0091] 本申请实施例中，向客户端设备发送执行结果，有利于客户端设备基于执行结果确定通过业务报文提出的网络需求是否被执行，以及如何执行；便于客户端设备进行后续的决策与处理。

[0092] 在一些实施例中，目标字段还包括用于记载网络需求反馈信息的第三字段；如图7所示，S302可以实现为以下步骤：

[0093] S401、将执行结果填充在业务报文的第三字段中，得到第一反馈报文。

[0094] 作为一种可能的实现方式，目标字段为APN6报文中的Intent字段，第三字段与第二字段相邻，占用目标字段的若干个比特；网络设备将执行结果填充在第三字段中，得到第一反馈报文。

[0095] 示例性的，图8示出了本申请实施例提供的一种目标字段的结构示意图。如图8所示，目标字段包括第一字段、第二字段、第三字段以及保留字段。其中，第一字段用于记载客户端设备发起的网络需求的需求类型，第二字段用于记载客户端设备发起的网络需求的需求方式，第三字段用于记载网络设备根据网络需求类型和网络需求方式执行客户端设备发起的网络需求对应的网络行为后得到的执行结果，第四字段作为保留字段。第一字段可以占用目标字段的8‑16个比特，第二字段可以占用目标字段的4‑8个比特，第三字段可以占用目标字段的4‑8个比特，保留字段可以占用目标字段的0‑16个比特；这些字段对目标字段的具体使用情况，可以根据实际需求确定。结合图5所示的示例，则在网络设备1、网络设备2以及网络设备3中，在执行网络检测后，将检测结果按照预设映射关系填充在第三字段中，网络设备1、网络设备2以及网络设备3得到各自的第一反馈报文。

[0096] S402、向客户端设备发送第一反馈报文。

[0097] 作为一种可能的实现方式，根据客户端设备的标识确定向客户端设备发送执行结果所经过的传输路径，并沿该传输路径向客户端设备发送第一反馈报文。

[0098] 本申请实施例中，将执行结果填充在业务报文中，得到反馈报文并发送给客户端设备，有利于客户端设备根据业务报文中的相关信息确定客户端设备在提出反馈报文对应的网络需求时的网络环境以及其他背景信息，有利于客户端设备后续的分析与决策。

[0099] 在一些实施例中，如图9所示，S302还可以实现为以下步骤：

[0100] S501、生成第二反馈报文。

[0101] 其中，第二反馈报文包括执行结果和客户端设备的标识。

[0102] 作为一种可能的实现方式，至少基于客户端设备的业务报文中记载的客户端设备的标识以及执行结果，组装得到第二反馈报文。

[0103] S502、向客户端设备发送第二反馈报文。

[0104] 作为一种可能的实现方式，根据客户端设备的标识确定向客户端设备发送执行结果所经过的传输路径，并沿该传输路径向客户端设备发送第二反馈报文。

[0105] 本申请实施例中，生成包括执行结果和客户端设备标识的报文，没有附带其他额外的信息，轻量化反馈报文，有利于反馈报文稳定快速地被传输回客户端设备。

[0106] 在一些实施例中，如图10所示，方法还可以包括：

[0107] S601、在检测到网络异常的情况下，确定网络异常信息。

[0108] 作为一种可能的实现方式，在由于网络异常接收到异常错误信息时，基于异常错误信息确定网络异常信息。

[0109] 作为另一种可能的实现方式，主动检测网络状况，在检测到网络异常的情况下，基于该网络异常确定网络异常信息。

[0110] 作为另一种可能的实现方式，在接收到来自至少一个客户端设备的业务报文后，检测到网络异常，根据该网络异常确定出网络异常信息。

[0111] S602、基于业务报文，确定客户端设备的标识。

[0112] 作为一种可能的实现方式，业务报文可以是APN6报文；基于APN6报文中的APN ID字段，可以确定出能过够定位到具体客户端设备的标识，或运行客户端程序的设备的标识。

[0113] S603、生成网络异常提示报文。

[0114] 其中，网络异常提示报文包括客户端设备的标识和网络异常信息。

[0115] 作为一种可能的实现方式，网络异常提示报文可以是APN6报文；客户端设备的标识可以记载在APN ID字段，网络异常信息可以记载在目标字段即Intent字段的第三字段中。

[0116] S604、向客户端设备发送网络异常提示报文。

[0117] 作为一种可能的实现方式，根据客户端设备的标识确定向客户端设备发送执行结果所经过的传输路径，并沿该传输路径向客户端设备发送网络异常提示报文。

[0118] 下面通过一个示例对S601‑S604描述的方法步骤进行具体的说明；图11示出了本申请实施例提供的一种网络异常反馈的流程的示例图；图11中，箭头方向表示数据流向，箭头的数字标号表示动作的执行顺序。如图11所示，业务报文由客户端设备发出，经网络设备1和网络设备2传输到网络设备3，网络设备在此前已经检测到了网络异常，或者在接收到了自网络设备2传输的业务报文后检测到了网络异常，生成网络异常信息，并根据业务报文即AP N6报文中的APN ID字段和网络异常信息生成网络异常提示报文，该网络异常提示报文也可以是APN6报文，该报文的APN ID记载业务报文中的APN ID字段记载的内容即客户端设备的标识，Intent字段记载网络异常信息。接下来，网络设备3将业务报文正常向服务端设备进行转发；同时，网络设备3、网络设备2以及网络设备1根据客户端设备的标识，按照网络设备3‑网络设别2‑网络设备1‑客户端设备的路径将网络异常信息发送至客户端设备。

[0119] 本申请实施例中，网络设备在检测到异常信息时主动向客户端设备发送网络异常提示报文，以使得客户端设备基于该提示报文做出对应的积极响应，比如降低发包速率等，有利于提高网络环境的稳定性。

[0120] 在一些实施例中，如图12所示，方法还可以包括：

[0121] S701、在检测到网络异常的情况下，确定网络异常信息。

[0122] 作为一种可能的实现方式，在由于网络异常接收到异常错误信息时，基于异常错误信息确定网络异常信息。

[0123] 作为另一种可能的实现方式，主动检测网络状况，在检测到网络异常的情况下，基于该网络异常确定网络异常信息。

[0124] 作为另一种可能的实现方式，在接收到来自至少一个客户端设备的业务报文后，检测到网络异常，根据该网络异常确定出网络异常信息。

[0125] S702、将网络异常信息填充在业务报文的目标字段中，并将业务报文向下一跳网络设备转发。

[0126] 作为一种可能的实现方式，业务报文可以是APN6报文，目标字段可以是APN6报文中的Intent字段，如前述实施例，Intent字段包括第一字段、第二字段以及第三字段；将网络异常信息填充在Intent字段中的第三字段中，并将该业务报文向下一跳网络设备转发。

[0127] 本申请实施例中，网络设备在检测到异常信息时向业务报文中填充网络异常信息并将业务报文向下一跳转发，直至业务报文被发送至服务端设备，以使得服务端设备在接收到业务报文后基于网络异常信息做出对应的积极响应，比如增加报文处理的缓冲区等，有利于提高网络环境的稳定性。

[0128] 上述各实施例介绍了本申请实施例提供的通话业务处理方法，为了便于理解，下面结合具体实例对本申请实施例提供的通话业务处理方法进一步的介绍：

[0129] 图13示出了本申请实施例提供的一种网络需求处理方法的示例的流程示意图。如图13所示，该流程包括：

[0130] S801、客户端设备向网络设备发送APN6业务报文。

[0131] 其中，APN6业务报文包括Intent字段，Intent字段用于反映客户端设备的网络需求，包括第一字段、第二字段以及第三字段。第一字段用于记载网络需求的类型，第二字段用于记载网络需求的方式，第三字段用于记载网络设备处理网络需求的反馈信息，或者网络设备在检测到的网络异常对应的网络异常提示信息。该APN6业务报文途径至少一个网络设备，网络设备在接收到APN6报文后，对其进行无状态的报文处理，在该无状态的报文处理的过程中至少完成对该APN6报文中记载的网络需求的处理。然后网络设备将APN6业务报文向下一跳网络设备转发；位于客户端设备到服务端设备之间的每一个网络设备都进行这样的处理，直至APN6业务报文最终被发送到目标服务端设备。

[0132] S802、网络设备接收APN6业务报文，处理APN6业务报文所记载的网络需求。

[0133] 其中，网络设备在处理APN6业务报文所记载的业务需求时，基于Intent字段中记载的网络需求执行对应的网络行为，并得到执行结果或初步执行结果。之后，网络设备根据APN6业务报文中记载的客户端设备标识和执行结果，生成反馈报文并向客户端设备发送反馈报文；或者，在网络需求需要协助设备进行协助处理的情况下，网络设备将网络需求的初步执行结果向协助设备发送，以使得协助设备执行后续完整的网络行为，同时，根据APN6业务报文中记载的客户端设备标识和初步执行结果，生成反馈报文并向客户端设备发送反馈报文。

[0134] 在一种可能的情况下，APN6业务报文中并没有记载网络需求，或者网络设备不能够处理APN6业务报文中记载的网络需求，此时网络设备不做其他处理，直接将APN6业务报文向下一跳网络设备转发。

[0135] 在一种可能的情况下，网络设备在接收到APN6业务报文之前或在接受并处理APN6业务报文时检测到了网络异常，网络设备会确定出用于反映网络异常的网络异常信息，并至少根据APN6业务报文中记载的客户端设备标识和网络异常信息生成网络异常提示报文。其中，网络异常提示报文可以通过将客户端设备发送的APN6业务报文进行复制，并在复制报文中的Intent字段的第三字段中填充执行结果或网络异常信息得到；或者网络设备创建一份原始APN6报文，并至少将客户端设备发送的APN6业务报文中记载的客户端设备的标识以及执行结果或网络设备信息对应地填充在原始APN6报文的对应字段中，得到网络异常提示报文。

[0136] 在一种可能的情况下，网络设备在接收到APN6业务报文之前或在接受并处理APN6业务报文时检测到了网络异常，网络设备会向APN6业务报文中填充用于反映网络异常的网络异常信息。其中，网络异常信息可以被填充在APN6业务报文的Intent字段的第三字段中。在目标设备为服务端设备的APN6业务报文中填充网络异常信息，可以使得服务端设备在接收到该APN6业务报文之后进行对应的处理，以提高网络质量。

[0137] S803、网络设备转发APN6业务报文。

[0138] 其中，APN6业务报文在被发送至服务端设备的过程中，还会经过其他的网络设备的接收、处理以及转发；对于其他的网络设备对APN6业务报文的接收、处理以及转发过程，可参考本示例中的网络设备。

[0139] 图3、图4、图6、图7、图9、图10和图12描述了网络需求处理方法，下面结合图14描述本申请实施例提供的装置。为了实现上述功能，网络需求处理装置包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

[0140] 本申请实施例可以根据上述方法，示例性的对网络需求处理装置进行功能模块的划分。网络需求处理装置可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

[0141] 图14示出了本申请一个实施例提供的网络需求处理装置900的结构示意图，图14所示装置中各模块具有实现图3、图4、图6、图7、图9、图10和图12中各个步骤的功能，并能达到其相应技术效果。如图14所示，网络需求处理装置900可以包括：

[0142] 接收模块910，用于接收来自客户端设备的业务报文。

[0143] 其中，业务报文包括目标字段；目标字段用于反映客户端设备的网络需求。

[0144] 执行模块920，用于根据目标字段，执行网络需求对应的网络行为。

[0145] 在一些实施例中，目标字段包括用于记载网络需求类型的第一字段、用于记载网络需求方式的第二字段；执行模块920，具体用于：从第一字段中获取网络需求类型，从第二字段中获取网络需求方式；根据网络需求类型和网络需求方式，执行网络需求对应的网络行为。

[0146] 在一些实施例中，执行模块920，还用于：得到网络行为的执行结果；向客户端设备发送执行结果。

[0147] 在一些实施例中，目标字段还包括用于记载网络需求反馈信息的第三字段；执行模块920，具体用于：将执行结果填充在业务报文的第三字段中，得到第一反馈报文；向客户端设备发送第一反馈报文。

[0148] 在一些实施例中，执行模块920，具体用于：生成第二反馈报文；第二反馈报文包括执行结果和客户端设备的标识；向客户端设备发送第二反馈报文。

[0149] 在一些实施例中，如图14所示，装置还包括：

[0150] 确定模块930，用于基于业务报文，确定客户端设备的标识。

[0151] 生成模块940，用于生成网络异常提示报文。

[0152] 其中，网络异常提示报文包括客户端设备的标识和网络异常信息。

[0153] 发送模块950，用于向客户端设备发送网络异常提示报文。

[0154] 在一些实施例中，确定模块930还用于在检测到网络异常的情况下，确定网络异常信息；装置还包括转发模块950，用于将网络异常信息填充在业务报文的目标字段中，并将填充了网络异常信息的业务报文向下一跳网络设备转发。

[0155] 图15示出了本申请一个实施例提供的电子设备的结构示意图。如图15所示，该电子设备可以包括处理器301以及存储有计算机程序指令的存储器302。

[0156] 具体地，上述处理器301可以包括中央处理器(Central Processing Unit，CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

[0157] 存储器302可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器302可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在一个实施例中，存储器302可以包括可移除或不可移除(或固定)的介质，或者存储器302是非易失性固态存储器。存储器302可在综合网关容灾设备的内部或外部。

[0158] 在一个实施例中，存储器302可以是只读存储器(Read Only Memory，ROM)。在一个实施例中，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

[0159] 处理器301通过读取并执行存储器302中存储的计算机程序指令，以实现图1所示实施例中的方法，并达到图3、图4、图6、图7、图9、图10和图12所示实施例执行其方法达到的相应技术效果，为简洁描述在此不再赘述。

[0160] 在一个实施例中，该电子设备还可包括通信接口303和总线310。其中，如图15所示，处理器301、存储器302、通信接口303通过总线310连接并完成相互间的通信。

[0161] 通信接口303，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

[0162] 总线310包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(Accelerated Graphics Port，AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，EISA)总线、前端总线(Front Side Bus，FSB)、超传输(Hyper Transport，HT)互连、工业标准架构(Industry Standard Architecture，ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI‑Express(PCI‑X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线310可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

[0163] 该电子设备可以执行本申请实施例中的网络需求处理方法，从而实现图3、图4、图6、图7、图9、图10和图12描述的网络需求处理方法的相应技术效果。

[0164] 另外，结合上述实施例中的网络需求处理方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种网络需求处理方法。

[0165] 在示例性的实施例中，本申请实施例还提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机实现上述实施例中的网络需求处理方法。

[0166] 通过以上实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

[0167] 在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

[0168] 作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

[0169] 另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

[0170] 集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

[0171] 以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。