消息处理方法、装置、电子设备及计算机可读存储介质与流程

1.本公开涉及互联网通信技术领域，尤其涉及一种消息处理方法、装置、电子设备及计算机可读存储介质。


背景技术：

2.在互联网通信技术领域，5g(5th generation mobile communication technology，第五代移动通信技术)核心网具有网元数量多、组网复杂的特点，这使得5g核心网的网络质量保障和关键参数配置的难度增加，为保证5g核心网的可靠，网元会对超时无响应的请求消息进行重传处理。
3.相关技术中，由人工根据经验，直接对请求超时定时器对应的定时器超时时间以及最大重传次数进行配置，之后，网元根据人工设定的定时器超时时间和最大重传次数对请求消息进行重传处理。
4.然而，在间接通信的5g核心网中，请求消息由发起端至末端需经过多跳转发，尤其在漫游、跨网等场景下，人工难以根据经验合理设置各网元的请求超时定时器。而且，若各网元的请求超时定时器无法协同或者设置不合理，将导致网络中重传的请求消息过多、话务量激增，进而造成网元的处理性能过渡消耗，引发网络故障。
5.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

6.本公开提供一种消息处理方法、装置、电子设备及计算机可读存储介质，至少在一定程度上克服由于相关技术中，人工难以合理配置请求超时定时器而导致到的请求消息处理不合理的问题。
7.本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。
8.根据本公开的一个方面，提供一种消息处理方法，其特征在于，应用于中间网元，所述方法包括：
9.接收来自前向网元的响应消息；
10.在所述响应消息的消息头中插入第一接口的定时器超时时间和/或重传次数，所述第一接口为所述中间网元接收所述响应消息的接口，所述重传次数为所述第一接口重传所述响应消息对应的请求消息的次数；
11.向所述响应消息对应的下一跳网元转发所述响应消息，以便所述下一跳网元根据所述响应消息中所述第一接口的定时器超时时间和/或重传次数，配置所述下一跳网元接收所述响应消息的第二接口的定时器超时时间和/或最大重传次数。
12.在本公开的一个实施例中，所述消息头包括第一字段，所述第一字段属于基于第三代合作伙伴计划3gpp服务的超文本传输协议http自定义头；所述在所述响应消息的消息
头中插入第一接口的定时器超时时间和/或重传次数，包括：在所述第一字段中插入所述第一接口的定时器超时时间和/或重传次数；或者，所述消息头包括第二字段和/或第三字段，所述第二字段和所述第三字段均属于所述http自定义头，所述在所述响应消息的消息头中插入第一接口的定时器超时时间和/或重传次数，包括：在所述第二字段插入所述第一接口的定时器超时时间和/或在所述第三字段插入所述第一接口的重传次数。
13.在本公开的一个实施例中，所述消息头包括所述第二字段和所述第三字段，所述在所述第二字段插入所述第一接口的定时器超时时间和/或在所述第三字段插入所述第一接口的重传次数之后，还包括：在所述第二字段和所述第三字段插入所述中间网元的网元标识。
14.在本公开的一个实施例中，所述前向网元包括前向中间网元，所述响应消息的消息头包括所述前向中间网元的第三接口的定时器超时时间和/或重传次数，所述第三接口为转发所述响应消息的接口；所述在所述响应消息的消息头中插入第一接口的定时器超时时间和/或重传次数之前，所述方法还包括：根据所述第三接口的定时器超时时间和/或重传次数，对所述第一接口的定时器超时时间和/或最大重传次数进行配置。
15.在本公开的一个实施例中，所述根据所述第三接口的定时器超时时间和/或重传次数，对所述第一接口的定时器超时时间和/或最大重传次数进行配置，包括：根据所述响应消息的类型、目标定时器超时时间、所述第一接口的时延需求和当前所述第一接口的最大重传次数，对所述第一接口的定时器超时时间进行配置，所述时延需求根据网络质量的要求确定；根据所述响应消息的类型、目标重传次数、所述时延需求和所述第一接口配置后的定时器超时时间，对所述第一接口的最大重传次数进行配置；其中，所述目标定时器超时时间是第一目标接口的定时器超时时间，所述第一目标接口是所述第三接口中根据所述响应消息的转发路径，到所述第一接口所需的跳转次数不大于第一参考值的接口；所述目标重传次数是第二目标接口的重传次数，所述第二目标接口是所述第三接口中根据所述转发路径，到所述第一接口所需的跳转次数不大于第二参考值的接口。
16.在本公开的一个实施例中，所述根据所述响应消息的类型、目标定时器超时时间、所述第一接口的时延需求和当前所述第一接口的最大重传次数，对所述第一接口的定时器超时时间进行配置，包括：根据所述响应消息的类型、所述目标定时器超时时间、所述时延需求和当前所述第一接口的最大重传次数，确定配置所述第一接口的定时器超时时间的第一策略；确定所述第一策略所指示的定时器超时时间，与当前所述第一接口的定时器超时时间的异同关系；当所述异同关系为不同的情况下，将所述第一接口的定时器超时时间配置为所述第一策略所指示的定时器超时时间。
17.在本公开的一个实施例中，所述根据所述响应消息的类型、目标重传次数、所述时延需求和所述第一接口配置后的定时器超时时间，对所述第一接口的最大重传次数进行配置，包括：根据所述响应消息的类型、所述目标重传次数、所述时延需求和所述第一接口配置后的定时器超时时间，确定配置所述第一接口的最大重传次数的第二策略；确定所述第二策略所指示的最大重传次数，与当前所述第一接口的最大重传次数的异同关系；当所述异同关系为不同的情况下，将所述第一接口的最大重传次数配置为所述第二策略所指示的最大重传次数。
18.根据本公开的另一个方面，提供一种消息处理方法，其特征在于，应用于服务消费
者网元，所述方法包括：
19.接收来自中间网元的响应消息，所述响应消息的消息头插入有第四接口的定时器超时时间和/或重传次数，所述第四接口为所述中间网元转发所述响应消息的接口；
20.根据所述消息头中第四接口的定时器超时时间和/或重传次数，对所述服务消费者网元接收所述响应消息的第五接口的定时器超时时间和/或最大重传次数进行配置。
21.根据本公开的再一个方面，提供一种消息处理装置，其特征在于，应用于中间网元，所述装置包括：
22.接收模块，用于接收来自前向网元的响应消息；
23.处理模块，用于在所述响应消息的消息头中插入第一接口的定时器超时时间和/或重传次数，所述第一接口为所述中间网元接收所述响应消息的接口，所述重传次数为所述第一接口重传所述响应消息对应的请求消息的次数；
24.转发模块，用于向所述响应消息对应的下一跳网元转发所述响应消息，以便所述下一跳网元根据所述响应消息中所述第一接口的定时器超时时间和/或重传次数，配置所述下一跳网元接收所述响应消息的第二接口的定时器超时时间和/或最大重传次数。
25.在本公开的一个实施例中，所述消息头包括第一字段，所述第一字段属于基于第三代合作伙伴计划3gpp服务的超文本传输协议http自定义头；所述处理模块，用于在所述第一字段中插入所述第一接口的定时器超时时间和/或重传次数；或者，所述消息头包括第二字段和/或第三字段，所述第二字段和所述第三字段均属于所述http自定义头，所述处理模块，用于在所述第二字段插入所述第一接口的定时器超时时间和/或在所述第三字段插入所述第一接口的重传次数。
26.在本公开的一个实施例中，所述消息头包括所述第二字段和所述第三字段，所述处理模块，还用于在所述第二字段和所述第三字段插入所述中间网元的网元标识。
27.在本公开的一个实施例中，所述前向网元包括前向中间网元，所述响应消息的消息头包括所述前向中间网元的第三接口的定时器超时时间和/或重传次数，所述第三接口为转发所述响应消息的接口；所述装置还包括：
28.配置模块，用于根据所述第三接口的定时器超时时间和/或重传次数，对所述第一接口的定时器超时时间和/或最大重传次数进行配置。
29.在本公开的一个实施例中，所述配置模块，用于根据所述响应消息的类型、目标定时器超时时间、所述第一接口的时延需求和当前所述第一接口的最大重传次数，对所述第一接口的定时器超时时间进行配置，所述时延需求根据网络质量的要求确定；根据所述响应消息的类型、目标重传次数、所述时延需求和所述第一接口配置后的定时器超时时间，对所述第一接口的最大重传次数进行配置；其中，所述目标定时器超时时间是第一目标接口的定时器超时时间，所述第一目标接口是所述第三接口中根据所述响应消息的转发路径，到所述第一接口所需的跳转次数不大于第一参考值的接口；所述目标重传次数是第二目标接口的重传次数，所述第二目标接口是所述第三接口中根据所述转发路径，到所述第一接口所需的跳转次数不大于第二参考值的接口。
30.在本公开的一个实施例中，所述配置模块，用于根据所述响应消息的类型、所述目标定时器超时时间、所述时延需求和当前所述第一接口的最大重传次数，确定配置所述第一接口的定时器超时时间的第一策略；确定所述第一策略所指示的定时器超时时间，与当
前所述第一接口的定时器超时时间的异同关系；当所述异同关系为不同的情况下，将所述第一接口的定时器超时时间配置为所述第一策略所指示的定时器超时时间。
31.在本公开的一个实施例中，所述配置模块，用于根据所述响应消息的类型、所述目标重传次数、所述时延需求和所述第一接口配置后的定时器超时时间，确定配置所述第一接口的最大重传次数的第二策略；确定所述第二策略所指示的最大重传次数，与当前所述第一接口的最大重传次数的异同关系；当所述异同关系为不同的情况下，将所述第一接口的最大重传次数配置为所述第二策略所指示的最大重传次数。
32.根据本公开的又一个方面，提供一种消息处理装置，其特征在于，应用于服务消费者网元，所述装置包括：
33.接收模块，用于接收来自中间网元的响应消息，所述响应消息的消息头插入有第四接口的定时器超时时间和/或重传次数，所述第四接口为所述中间网元转发所述响应消息的接口；
34.配置模块，用于根据所述消息头中第四接口的定时器超时时间和/或重传次数，对所述服务消费者网元接收所述响应消息的第二接口的定时器超时时间和/或最大重传次数进行配置。
35.根据本公开的又一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述的消息处理方法。
36.根据本公开的又一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的消息处理方法。
37.本公开的实施例所提供的技术方案，中间网元通过在接收到的响应消息的消息头中插入第一接口的定时器超时时间和/或重传次数，使得中间网元向下一跳网元转发的响应消息中，携带有第一接口的定时器超时时间和/或重传次数，进而使得该下一跳网元可以依据第一接口的定时器超时时间和/或重传次数，配置接收该响应消息的第二接口的定时器超时时间和/或最大重传次数，实现了网元的请求超时定时器的自动配置，解决了人工难以基于经验合理配置请求超时定时器的问题。
38.进一步地，由于网元依据前向网元的定时器超时时长和/或重传次数来对网元本地的请求超时定时器进行配置，使得网络中各网元的请求超时定时器能够协同工作，减少网络中重传的请求消息，降低因重传的请求消息过多而使网络发生故障的可能。
39.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
40.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
41.图1示出本公开实施例中一种消息处理系统结构的示意图；
42.图2示出本公开一个实施例的消息处理方法的流程图；
43.图3示出本公开一个实施例的响应消息的组成结构图；
44.图4示出本公开一个实施例的响应消息从服务生产者网元转发至服务消费者网元过程中第二字段和第三字段的变化过程的示意图；
45.图5示出相关技术中消息处理过程的信令图；
46.图6示出本公开一个实施例的消息处理过程的信令图；
47.图7示出本公开另一个实施例的消息处理方法的流程图；
48.图8示出本公开一个实施例的消息处理装置示意图；
49.图9示出本公开另一个实施例的消息处理装置示意图；
50.图10示出本公开实施例中一种电子设备的结构框图。
具体实施方式
51.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
52.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
53.在互联网通信技术领域，5g核心网在3gpp(3rd generation partnership project，第三代合作伙伴计划)r15(一种协议版本)阶段，5g核心网各网元之间采用直接通信，服务消费者网元与服务生产者网元之间直连。网状互联虽在架构上具有先进性，但大规模组网场景下，存在逻辑连接复杂、网络可靠性难保障、维护管理难度大等问题。为此，3gpp r16(一种协议版本)阶段引入了scp(service control point，业务控制点)和间接通信，由scp转接服务消费者网元和服务生产者网元之间的请求消息和响应消息。
54.但5g核心网的网元数量多、组网复杂，且架构演进中不断有新网元增加，这使得5g核心网的网络质量保障和关键参数配置的难度增加，为保证5g核心网的可靠，网元会对超时无响应的请求消息进行重传处理，重传请求消息涉及网元本地请求超时定时器的配置。在3gpp r15阶段的直接通信时，运维人员根据经验，手工设置统一的定时器超时时间。但在大规模间接通信中，请求消息由发起端至末端需经过多跳转发，尤其在漫游、跨网等场景下，运维人员难以靠经验设置各网元的定时器超时时间。而且，一条路径上各网元的请求超时定时器如果无法协同或者设置不合理，将导致网络中重传的请求消息过多，进而话务量激增，过度消耗网元的处理性能，引发网络故障，同时使得低时延业务也无法得到保障。
55.在5g核心网中，中间网元对请求消息的重传不区分该请求消息是否为重传的请求消息，即中间网元接收到一个请求消息后会直接对该请求消息进行转发，并在一定时间内没收到响应消息后对该请求消息进行重传。这使得越接近服务生产者网元的中间网元积累的请求消息越多，所需重传的请求消息也就越多。若要减少网络中重传的请求消息的数量，需要使远离服务生产者网元的中间网元的定时器超时时间较长，使靠近服务生产者网元的
中间网元的定时器超时时间较短，从而使积累到靠近服务生产者网元的中间网元的请求消息数量减少。
56.而且，同一网元的不同接口在不同路径中所处的位置不同，例如，网元a的a1接口在一条路径中所处位置为与服务生产者网元相邻，网元a的a2接口在另一条路径中所处的位置为与服务消费者网元相邻，所以在设置网元不同接口的请求超时定时器时，不能直接将不同接口的请求超时定时器直接配置统一的定时器超时时长，而是需要根据网元的接口在请求消息传输过程中所处的位置来合理配置各个接口的请求超时定时器。
57.对此，本公开的实施例提供了一种消息处理方法，该方法可以使得靠近服务生产者网元的中间网元，向远离服务生产者网元的网元转发响应消息之前，在响应消息中插入转发响应消息的接口的定时器超时时间和/或重传次数，使得后续接收该响应消息的网元，可以根据前向网元的定时器超时时间和/或重传次数来配置网元本地接口的请求超时定时器，实现了前后网元之间请求超时定时器的协同工作，进而能够减少网络中重传的请求消息，降低网络故障发生的可能。
58.图1示出了可以应用于本公开实施例的消息处理方法或消息处理装置的示例性系统架构的示意图。
59.如图1所示，该系统架构可以包括服务生产者网元101、中间网元102、中间网元103和服务消费者网元104。
60.其中，服务消费者网元104是服务的调用方，向服务生产者网元101发送请求消息，服务消费者网元104可以接收响应消息，并且能够识别并根据响应消息的消息头中包括的字段对本地的请求超时定时器进行配置。服务生产者网元101是服务的被调用方，响应服务消费者网元101发出的请求消息，发出用于反馈请求消息的响应消息。该响应消息的消息头中插入有第一字段，或者插入有第二字段和/或第三字段，第一字段、第二字段和第三字段均属于基于3gpp服务器的http(hyper text transfer protocol，超文本传输协议)自定义头。
61.中间网元102和中间网元103均可以接收并转发响应消息和请求消息，且均可以识别响应消息的消息头中相应的字段，以及在相应的字段插入自己的数据信息，中间网元103还可以根据响应消息的消息头中相应的字段对本地的请求超时定时器进行配置。
62.服务生产者网元101、中间网元102、中间网元103和服务消费者网元104之间基于网络实现通信连接，该网络可以是有线网络，也可以是无线网络。
63.在一些实施例中，上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(local area network，lan)、城域网(metropolitan area network，man)、广域网(wide area network，wan)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(hyper text mark-up language，html)、可扩展标记语言(extensible markuplanguage，xml)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(secure socket layer，ssl)、传输层安全(transport layer security，tls)、虚拟专用网络(virtual private network，vpn)、网际协议安全(internet protocolsecurity，ipsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。
64.服务生产者网元101可以是能够接收请求消息，并对请求消息反馈响应消息的服务器，服务消费者网元104可以是能够生成、发出请求消息，并可以接受响应消息的服务器或终端，服务器可以是提供各种服务的服务器，例如，后台管理服务器。在一些实施例中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn(content delivery network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。
65.中间网元102可以是scp，中间网元103可以是网关或scp。
66.本领域技术人员可以知晓，图1中的中间网元103的数量仅仅是示意性的，根据实际需要，可以具有任意数目的中间网元。本公开实施例对此不作限定。
67.下面结合附图及实施例对本示例实施方式进行详细说明。
68.本公开实施例中提供了一种消息处理方法，该方法可以由任意具备计算处理能力的电子设备执行，例如，该具备计算处理能力的电子设备可以是中间网元。
69.图2示出本公开实施例中一种消息处理方法流程图，如图2所示，本公开实施例中提供的消息处理方法包括如下步骤s201至步骤s203。
70.步骤s201，中间网元接收来自前向网元的响应消息。
71.其中，前向网元可以是服务生产者网元，也可以是前向中间网元。响应消息为服务生成者网元对请求消息的反馈，请求消息由服务消费者网元生成后发往服务生产者网元。在一些实施例中，中间网元接收来自前向网元的响应消息，包括：中间网元通过第一接口接收由服务生产者网元生成并发送来的响应消息，或者，中间网元通过第一接口接收到由前向中间网元转发来的响应消息。
72.步骤s201，中间网元在响应消息的消息头中插入第一接口的定时器超时时间和/或重传次数。
73.其中，第一接口为中间网元的接口中接收该响应消息的接口，第一接口的定时器超时时间为第一接口对应的请求超时定时器的超时时间，例如，第一接口对应的请求超时定时器的超时时间为3ms(毫秒)，重传次数为第一接口重传响应消息对应的请求消息的次数。
74.在一个实施例中，响应消息的消息头包括第一字段，第一字段属于基于3gpp服务的http自定义头，第一字段被配置为插入其中的参数为定时器超时时间和/或重传次数。此种情况下，中间网元在响应消息的消息头中插入第一接口的定时器超时时间和/或重传次数，包括：在第一字段中插入第一接口的定时器超时时间和/或重传次数。例如，第一字段为3gpp-sbi-retrans-num-max-rsp-time，第一接口的定时器超时时间为3ms，重传次数为2，则插入第一接口的定时器超时时间和重传次数后得到的第一字段为3gpp-sbi-retrans-num-max-rsp-time：2；3ms。当然，也可以只在第一字段中插入第一接口的定时器超时时间，或者只在第一字段中插入重传次数。
75.在另一个实施例中，响应消息的消息头包括第二字段和/或第三字段，第二字段和第三字段均属于基于3gpp服务的http自定义头。其中，第二字段被配置为插入其中的参数为定时器超时时间，第三字段被配置为插入其中的参数为重传次数。此种情况下，中间网元在响应消息的消息头中插入第一接口的定时器超时时间和/或重传次数，包括：在第二字段
插入第一接口的定时器超时时间和/或在第三字段插入第一接口的重传次数。
76.以消息头中包括第二字段和第三字段为例进行说明，在第二字段中插入第一接口的定时器超时时间，包括：中间网元从本地存储中直接获取第一接口的请求超时定时器的定时器超时时间，得到第一接口的定时器超时时间；中间网元从响应消息的消息头中确定出第二字段；中间网元将第一接口的定时器超时时间插入第二字段。关于第二字段的样式，本公开实施例不做限制。在一个实施例中，第二字段为3gpp-sbi-max-rsp-time，中间网元从消息头中识别出3gpp-sbi-max-rsp-time后，即可确定该字段为第二字段。
77.在第三字段中插入第一接口的重传次数，包括：中间网元从内存中获取第一接口累计重传该响应消息对应的请求消息的次数，得到重传次数；中间网元从响应消息的消息头中确定出第三字段；中间网元将第一接口的重传次数插入第三字段。网元每次重传请求消息均会在内存中有相应的记录，通过查询内存可以直接得到重传请求消息的次数。关于第三字段的样式，本公开实施例不做限制。在一个实施例中，第三字段为3gpp-sbi-retrans-num，中间网元从消息头中识别出3gpp-sbi-retrans-num后，即可确定该字段为第三字段。
78.为使响应消息的消息头中插入的定时器超时时间和/或重传次数可朔源、方便后续对网元的维护和调整，还需要在消息头中插入网元的网元标识，通过网元标识，运维人员可以了解到每一个插入在消息头中的定时器超时时间和/或重传次数为哪一个网元的信息。仍以消息头包括第二字段和第三字段为例进行说明，在一些实施例中，在第二字段插入第一接口的定时器超时时间和/或在第三字段插入第一接口的重传次数之后，还包括：在第二字段和第三字段插入中间网元的网元标识。关于网元标识是中间网元的哪一个标识，本公开实施例不做限制，可以唯一指示该中间网元的信息均可作为该中间网元的网元标识。在一个实施例中，网元标识可以为中间网元的ip(internet protocol，网际互连协议)地址，或者为fqdn(fully qualified domain name，全限定域名)，或者为nf-instance(network function-instance，网络功能实例)。
79.在一个实施例中，响应消息的组成结构如图3所示，图3中，第一字段，或者第二字段，或者第三字段在消息头中的位置为http头301包括的http自定义头302中。
80.在一些实施例中，执行步骤s201的中间网元可以是与服务生产者网元相邻的中间网元，例如图1中的102，还可以是不与服务生产者网元相邻的中间网元，例如图1中的103。由于服务生产者网元不对请求消息进行重传，所以服务生产者网元发送给相邻的中间网元的响应消息的消息头中，没有可供该中间网元参考的定时器超时时间和/或重传次数。而不与服务生产网元相邻的中间网元接收到的响应消息的消息头中，插入有前向中间网元用于转发响应消息的第三接口的定时器超时时间和/或重传次数。当中间网元为不与服务生产者网元相邻的中间网元时，中间网元在响应消息的消息头中插入第一接口的定时器超时时间和/或重传次数之前，还包括：根据第三接口的定时器超时时间和/或重传次数，对第一接口的定时器超时时间和/或最大重传次数进行配置。
81.在一些实施例中，响应消息的消息头中包括第三接口的定时器超时时间和重传次数，此种情况下，中间网元对第一接口的定时器超时时间和最大重传次数进行配置，包括：根据响应消息的类型、目标定时器超时时间、第一接口的时延需求和当前第一接口的最大重传次数，对第一接口的定时器超时时间进行配置；根据响应消息的类型、目标重传次数、
时延需求和第一接口配置后的定时器超时时间，对第一接口的最大重传次数进行配置。
82.其中，目标定时器超时时间是第一目标接口的定时器超时时间，第一目标接口是第三接口中根据响应消息的转发路径，到第一接口所需的跳转次数不大于第一参考值的接口；目标重传次数是第二目标接口的重传次数，第二目标接口是第三接口中根据转发路径，到第一接口所需的跳转次数不大于第二参考值的接口。第一参考值和第二参考值是设定值，可根据经验设置，本公开实施例对此不做限制，在一个实施例中，第一参考值和第二参考值均为1。
83.时延需求根据网络质量的要求确定，时延需求用于限制定时器超时时间和最大重传次数的乘积，例如，时延需求为50ms时，最大重传次数和定时器超时时间的乘积应不大于50ms，再加上请求消息的传输所需的时间和网元的处理时间，最大重传次数和定时器超时时间的乘积应小于50ms。
84.在一些实施例中，中间网元在对第一接口的定时器超时时间和最大重传次数进行配置之前，还包括：确定响应消息的类型；获取第一接口的时延需求；获取当前第一接口的最大重传次数。第一接口的时延需求和最大重次数是设定值，中间网元可以从内存中直接获取。在一个实施例中，响应消息的消息头中包括指示响应消息类型的相应字段，通过识别出相应字段可以确定响应消息的类型。
85.在一个实施例中，根据响应消息的类型、目标定时器超时时间、第一接口的时延需求和当前第一接口的最大重传次数，对第一接口的定时器超时时间进行配置，包括：根据响应消息的类型、目标定时器超时时间、时延需求和当前第一接口的最大重传次数，确定配置第一接口的定时器超时时间的第一策略；确定第一策略所指示的定时器超时时间，与当前第一接口的定时器超时时间的异同关系；当异同关系为不同的情况下，将第一接口的定时器超时时间配置为第一策略所指示的定时器超时时间。
86.在一个实施例中，响应消息的类型为重要响应，相应地，请求消息为重要请求消息，重要请求消息需保证能够尽快传递到相应的服务生产者网元，以便服务消费者网元可以更快地接收到响应消息，则应在服务消费者网元没收到响应消息时尽快重传该重要请求消息，即定时器超时时间应设置为较短的时间。也就是说，响应消息的类型对定时器超时时间的设置具有一定的影响，该影响可以用影响因子k表示，不同类型的响应消息对应不同的k值。
87.例如，重要响应消息对定时器超时时间的影响因子为k＝0.8。时延需求为50ms，目标定时器超时时间为5ms，且目标定时器超时时间的影响因子为m＝2，当前最大重传次数为3，则第一策略对应的定时器超时时间t可以为2*5ms*0.8＝8ms，8ms*3＝24ms《50ms满足时延需求。
88.仍以步骤s201中第一策略指示的定时器超时时间为8ms为例进行说明，若当前第一接口的定时器超时时间也为8ms，则第一策略所指示的定时器超时时间，与当前第一接口的定时器超时时间的异同关系为相同，进而无需对第一接口的定时器超时时间进行配置。若当前第一接口的定时器超时时间不为8ms，则第一策略所指示的定时器超时时间，与当前第一接口的定时器超时时间的异同关系为不同，此时将第一接口的定时器超时时间配置为第一策略所指示的8ms。
89.在一个实施例中，根据响应消息的类型、目标重传次数、时延需求和第一接口配置
后的定时器超时时间，对第一接口的最大重传次数进行配置，包括：根据响应消息的类型、目标重传次数、时延需求和第一接口配置后的定时器超时时间，确定配置第一接口的最大重传次数的第二策略；确定第二策略所指示的最大重传次数，与当前第一接口的最大重传次数的异同关系；当异同关系为不同的情况下，将第一接口的最大重传次数配置为第二策略所指示的最大重传次数。
90.例如，第二参考值为1，相应地，目标重传次数即为前一个中间网元重传请求消息的次数，此种情况下，第二策略所指示的最大重传次数可以为num＝目标重传次数/2+响应消息的类型的影响次数，若num*配置后的定时器超时时间大于时延需求，则num减1。响应消息的类型对应的重要程度越高，则相应的请求消息越需要被传输到服务生产者网元，例如，重要响应消息的影响次数为增加1次重传。
91.需要说明的是，除了根据响应消息的类型、目标定时器超时时间、第一接口的时延需求和当前第一接口的最大重传次数，对第一接口的定时器超时时间进行配置之外，还可以不考虑响应消息的类型，而直接根据目标定时器超时时间、第一接口的时延需求和当前第一接口的最大重传次数，对第一接口的定时器超时时间进行配置。同样，也可以直接根据目标重传次数、时延需求和第一接口配置后的定时器超时时间，对第一接口的最大重传次数进行配置。
92.为方便理解，下面将以一条传输路径中，包括与服务生产者网元相邻的中间网元以及与服务生产者网元不相邻的中间网元为例，来说明消息头中插入参数的变化。
93.例如，响应消息的消息头包括第二字段3gpp-sbi-max-rsp-time和第三字段3gpp-sbi-retrans-num，服务消费者网元和服务生产者网元之间包括中间网元a 403和中间网元b 402。其中，中间网元a 403重传请求消息的次数为2，中间网元b 402重传请求消息的次数为1，中间网元b 402用于转发响应消息的接口的定时器超时时间为4ms。响应消息从服务生产者网元转发至服务消费者网元过程中第二字段和第三字段的变化如图4所示。
94.响应消息从服务生产者网元401发往中间网元b 402时，第二字段和第三字段不包括任何参数。响应消息从中间网元b 402发往中间网元a403时，第二字段为3gpp-sbi-max-rsp-time：4ms；标识b，第三字段为3gpp-sbi-retrans-num：1；标识b。响应消息从网元a 403发往服务消费者网元404时，第二字段为3gpp-sbi-max-rsp-time：4ms；标识b；8ms；标识a，第三字段为3gpp-sbi-retrans-num：1；标识b；2；标识a。
95.步骤s203，中间网元向响应消息对应的下一跳网元转发响应消息，以便下一跳网元根据响应消息中第一接口的定时器超时时间和/或重传次数，配置下一跳网元接收响应消息的第二接口的定时器超时时间和/或最大重传次数。
96.其中，下一跳网元可以是中间网元，也可以是服务消费者网元。在一个实施例中，中间网元向响应消息对应的下一跳网元转发响应消息，包括：中间网元通过第一接口向响应消息对应的下一跳中间网元转发响应消息，或者，中间网元通过第一接口向响应消息对应的服务消费者转发响应消息。
97.下一跳网元根据响应消息中第一接口的定时器超时时间和/或重传次数，配置下一跳网元接收响应消息的第二接口的定时器超时时间和/或最大重传次数的方式，与步骤s202中，与服务生产者不相邻的中间网元配置第一接口的定时器超时时间和/或最大重传次数的方式一致，在此不再赘述。
98.在一些实施例中，中间网元为边界网元，边界网元向下一跳网元转发响应消息之前可以对消息头中的第一字段，或者第二字段和/或第三字段进行映射改写。
99.如图5所示，相关技术中对响应消息的处理包括步骤s501至步骤s504。
100.s501：服务生产者网元对请求消息进行响应；
101.s502：scp转发响应消息；
102.s503：网关转发响应消息；
103.s504：人工根据经验对服务消费者网元本地定时器超时时间进行配置。
104.在一个实施例中，本公开实施例提供的消息处理方法在转发响应消息时，在响应消息的消息头中插入网元重传请求消息的重传次数、定时器超时时间和网元标识，进而使得后续网元可以根据消息头中插入的信息优化本地的请求超时定时器。如图6所示，本公开实施例对响应消息的处理过程包括步骤s601至步骤s604。
105.s601：服务生产者网友对请求消息进行响应；
106.s602：scp在消息头新增的字段中插入网元本地的网元标识、重传次数和定时器超时时间；
107.s603：网关根据前向网元插入的信息对网元本地接口的定时器超时时间和最大重传次数进行配置；在消息头新增的字段中插入网元本地网元标识、重传次数和定时器超时时间。
108.s604：服务消费者网元根据前向网元插入的信息优化网元本地接口的定时器超时时间和最大重传次数。
109.本公开的实施例所提供的技术方案，中间网元通过在接收到的响应消息的消息头中插入第一接口的定时器超时时间和/或重传次数，使得中间网元向下一跳网元转发的响应消息中，携带有第一接口的定时器超时时间和/或重传次数，进而使得该下一跳网元可以依据第一接口的定时器超时时间和/或重传次数，配置接收该响应消息的第二接口的定时器超时时间和/或最大重传次数，实现了网元的请求超时定时器的自动配置，解决了人工难以基于经验合理配置请求超时定时器的问题。
110.进一步地，由于网元依据前向网元的定时器超时时长和/或重传次数来对网元本地的请求超时定时器进行配置，使得网络中各网元的请求超时定时器能够协同工作，减少网络中重传的请求消息，降低因重传的请求消息过多而使网络发生故障的可能。
111.本公开实施例中提供了另一种消息处理方法，该方法可以由任意具备计算处理能力的电子设备执行，例如，该具备计算处理能力的电子设备可以为服务消费者网元。
112.图7示出本公开实施例中另一种消息处理方法流程图，如图7所示，本公开实施例中提供的短信发送方法包括如下步骤s701和步骤s702。
113.步骤s701，服务消费者网元接收来自中间网元的响应消息，响应消息的消息头插入有第四接口的定时器超时时间和/或重传次数，第四接口为中间网元转发响应消息的接口。
114.在间接通信中，响应消息从服务生成者网元到服务消费者网元需要经中间网元转发。在一个实施例中，服务消费者网元接收来自中间网元的响应消息，包括：服务消费者网元通过第五接口接收来自中间网元转发的响应消息。
115.步骤s702，服务消费者网元根据消息头中第四接口的定时器超时时间和/或重传
次数，对服务消费者网元接收响应消息的第五接口的定时器超时时间和/或最大重传次数进行配置。
116.在一个实施例中，服务消费者网元根据消息头中第四接口的定时器超时时间和/或重传次数，对服务消费者网元接收响应消息的第五接口的定时器超时时间和/或最大重传次数进行配置，与图2对应的实施例的步骤s202中，中间网元根据第三接口的定时器超时时间和/或重传次数，对第一接口的定时器超时时间和/或最大重传次数进行配置的方式一致，在此不再赘述。
117.为方便利理解本公开的技术方案，下面将综合图2对应的消息处理方法和图7对应的消息处理方法来进行说明。
118.例如，一条请求消息的转发路径依次为服务消费者网元、scp1、网关、scp2和服务生产者网元，相应地，该请求消息对应的响应消息的转发路径与请求消息相反。其中，scp1、网关和scp2为中间网元，scp2为与服务生产者相邻的网元。scp1重传请求消息的次数为1，网关2重传请求消息的次数为4，scp2重传请求消息的次数为8，scp2转发请求消息的接口的定时器超时时间为10ms。需要说明的是转发请求消息和响应消息的接口为同一接口。
119.响应消息的消息头中包括第二字段3gpp-sbi-max-rsp-time和第三字段3gpp-sbi-retrans-num。响应消息在服务生产者网元生成，由于服务生产者网元是请求消息的最终接收端，所以服务生产者网元不对请求消息进行重传，因而，在服务生产者网元将该响应消息发送给scp2时，第二字段和第三字段均不携带信息。
120.scp2接收到响应消息后，将转发请求消息的接口的定时器超时时间和scp2的网元标识插入第二字段，得到在scp2更新后的第二字段3gpp-sbi-max-rsp-time：10ms；scp2标识，scp2将重传请求消息的次数和网元标识插入第三字段，得到scp2更新后的第三字段3gpp-sbi-retrans-num：8；scp2标识。之后，scp2将响应消息转发给网关。
121.网关接收到响应消息后，根据第二字段中包括的scp2的定时器超时时间，对网关接收响应消息的接口的定时器超时时间进行配置，根据第三字段中包括的scp2的重传次数，对网关接收响应消息的接口的最大重传次数进行配置。假设配置后的定时器超时时间为20ms，最大重传次数为4。然后，网关将配置后的定时器超时时间和网关的网元标识插入第二字段，得到网关更新后的第二字段3gpp-sbi-max-rsp-time：10ms；scp2标识；20ms；网关标识，将重传请求消息的次数和网元标识插入第三字段，得到网关更新后的第三字段3gpp-sbi-retrans-num：8；scp2标识；4；网关标识。之后，网关将响应消息发送给scp1。
122.scp1接收到响应消息后，根据第二字段中包括的scp2的定时器超时时间和网关的定时器超时时间，对scp1接收响应消息的接口的定时器超时时间进行配置，根据第三字段中包括的scp2的重传次数和网关的重传次数，对scp1接收响应消息的接口的最大重传次数进行配置。假设配置后的定时器超时时间为40ms，最大重传次数为2。然后，scp1将配置后的定时器超时时间和网关的网元标识插入第二字段，得到scp1更新后的第二字段3gpp-sbi-max-rsp-time：10ms；scp2标识；20ms；网关标识；40ms；scp1标识，将重传请求消息的次数和网元标识插入第三字段，得到scp1更新后的第三字段3gpp-sbi-retrans-num：8；scp2标识；4；网关标识；1；scp1标识。之后，scp1将响应消息发送给服务消费者网元。
123.服务消费者网元接收到响应消息后，根据第二字段中包括的scp2的定时器超时时间、网关的定时器超时时间和scp1的定时器超时时间，对服务消费者网元接收响应消息的
接口的定时器超时时间进行配置，根据第三字段中包括的scp2的重传次数、网关的重传次数和scp1的重传次数，对服务消费者网元接收响应消息的接口的最大重传次数进行配置。假设配置后的定时器超时时间为80ms，最大重传次数为1。此时，完成了对响应消息的处理。
124.基于同一发明构思，本公开实施例中还提供了一种消息处理装置，如下面的实施例。由于该装置实施例解决问题的原理与上述方法实施例相似，因此该装置实施例的实施可以参见上述方法实施例的实施，重复之处不再赘述。
125.图8示出本公开实施例中一种消息处理装置示意图，该消息处理装置应用于中间网元，如图8所示，该装置包括：
126.接收模块801，用于接收来自前向网元的响应消息；
127.处理模块802，用于在响应消息的消息头中插入第一接口的定时器超时时间和/或重传次数，第一接口为中间网元接收响应消息的接口，重传次数为第一接口重传响应消息对应的请求消息的次数；
128.转发模块803，用于向响应消息对应的下一跳网元转发响应消息，以便下一跳网元根据响应消息中第一接口的定时器超时时间和/或重传次数，配置下一跳网元接收响应消息的第二接口的定时器超时时间和/或最大重传次数。
129.在本公开的一个实施例中，消息头包括第一字段，第一字段属于基于第三代合作伙伴计划3gpp服务的超文本传输协议http自定义头；处理模块802，用于在第一字段中插入第一接口的定时器超时时间和/或重传次数；或者，消息头包括第二字段和/或第三字段，第二字段和第三字段均属于http自定义头，处理模块802，用于在第二字段插入第一接口的定时器超时时间和/或在第三字段插入第一接口的重传次数。
130.在本公开的一个实施例中，消息头包括第二字段和第三字段，处理模块802，还用于在第二字段和第三字段插入中间网元的网元标识。
131.在本公开的一个实施例中，前向网元包括前向中间网元，响应消息的消息头包括前向中间网元的第三接口的定时器超时时间和/或重传次数，第三接口为转发响应消息的接口；该装置还包括：
132.配置模块804，用于根据第三接口的定时器超时时间和/或重传次数，对第一接口的定时器超时时间和/或最大重传次数进行配置。
133.在本公开的一个实施例中，配置模块804，用于根据响应消息的类型、目标定时器超时时间、第一接口的时延需求和当前第一接口的最大重传次数，对第一接口的定时器超时时间进行配置，时延需求根据网络质量的要求确定；根据响应消息的类型、目标重传次数、时延需求和第一接口配置后的定时器超时时间，对第一接口的最大重传次数进行配置；其中，目标定时器超时时间是第一目标接口的定时器超时时间，第一目标接口是第三接口中根据响应消息的转发路径，到第一接口所需的跳转次数不大于第一参考值的接口；目标重传次数是第二目标接口的重传次数，第二目标接口是第三接口中根据转发路径，到第一接口所需的跳转次数不大于第二参考值的接口。
134.在本公开的一个实施例中，配置模块804，用于根据响应消息的类型、目标定时器超时时间、时延需求和当前第一接口的最大重传次数，确定配置第一接口的定时器超时时间的第一策略；确定第一策略所指示的定时器超时时间，与当前第一接口的定时器超时时间的异同关系；当异同关系为不同的情况下，将第一接口的定时器超时时间配置为第一策
略所指示的定时器超时时间。
135.在本公开的一个实施例中，配置模块804，用于根据响应消息的类型、目标重传次数、时延需求和第一接口配置后的定时器超时时间，确定配置第一接口的最大重传次数的第二策略；确定第二策略所指示的最大重传次数，与当前第一接口的最大重传次数的异同关系；当异同关系为不同的情况下，将第一接口的最大重传次数配置为第二策略所指示的最大重传次数。
136.本公开的实施例所提供的技术方案，中间网元通过在接收到的响应消息的消息头中插入第一接口的定时器超时时间和/或重传次数，使得中间网元向下一跳网元转发的响应消息中，携带有第一接口的定时器超时时间和/或重传次数，进而使得该下一跳网元可以依据第一接口的定时器超时时间和/或重传次数，配置接收该响应消息的第二接口的定时器超时时间和/或最大重传次数，实现了网元的请求超时定时器的自动配置，解决了人工难以基于经验合理配置请求超时定时器的问题。
137.进一步地，由于网元依据前向网元的定时器超时时长和/或重传次数来对网元本地的请求超时定时器进行配置，使得网络中各网元的请求超时定时器能够协同工作，减少网络中重传的请求消息，降低因重传的请求消息过多而使网络发生故障的可能。
138.图9示出本公开实施例中另一种消息处理装置示意图，该消息处理装置应用于服务消费者网元，如图7所示，该装置包括：
139.接收模块901，用于接收来自中间网元的响应消息，响应消息的消息头插入有第四接口的定时器超时时间和/或重传次数，第四接口为中间网元转发响应消息的接口；
140.配置模块902，用于根据消息头中第四接口的定时器超时时间和/或重传次数，对服务消费者网元接收响应消息的第二接口的定时器超时时间和/或最大重传次数进行配置。
141.所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
142.下面参照图10来描述根据本公开的这种实施方式的电子设备1000。图10显示的电子设备1000仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
143.如图10所示，电子设备1000以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元1010、上述至少一个存储单元1020、连接不同系统组件(包括存储单元1020和处理单元1010)的总线1030。
144.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1010执行，使得所述处理单元1010执行本说明书上述“具体实施方式”部分中描述的根据本公开各种示例性实施方式的步骤。
145.存储单元1020可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)1021和/或高速缓存存储单元1022，还可以进一步包括只读存储单元(rom)1023。
146.存储单元1020还可以包括具有一组(至少一个)程序模块1025的程序/实用工具1024，这样的程序模块1025包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
147.总线1030可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
148.电子设备1000也可以与一个或多个外部设备1040(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1000交互的设备通信，和/或与使得该电子设备1000能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口1050进行。并且，电子设备1000还可以通过网络适配器1060与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图10所示，网络适配器1060通过总线1030与电子设备1000的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1000使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
149.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
150.在本公开的示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质可以是可读信号介质或者可读存储介质。其上存储有能够实现本公开上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“具体实施方式”部分中描述的根据本公开各种示例性实施方式的步骤。
151.本公开中的计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
152.在本公开中，计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
153.在一些实施例中，计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
154.在具体实施时，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部
分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
155.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
156.此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
157.通过以上实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
158.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围由所附的权利要求指出。