CN113498110A - 业务报文传输方法及相关设备 - Google Patents

业务报文传输方法及相关设备 Download PDF

Info

Publication number
CN113498110A
CN113498110A CN202010258101.4A CN202010258101A CN113498110A CN 113498110 A CN113498110 A CN 113498110A CN 202010258101 A CN202010258101 A CN 202010258101A CN 113498110 A CN113498110 A CN 113498110A
Authority
CN
China
Prior art keywords
service
service type
server identifier
server
traffic forwarding
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202010258101.4A
Other languages
English (en)
Other versions
CN113498110B (zh
Inventor
汪文明
张朝
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010258101.4A priority Critical patent/CN113498110B/zh
Priority to PCT/CN2021/083549 priority patent/WO2021197253A1/zh
Publication of CN113498110A publication Critical patent/CN113498110A/zh
Application granted granted Critical
Publication of CN113498110B publication Critical patent/CN113498110B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请涉及通信技术领域，公开了一种业务报文传输方法及相关设备。所述方法包括：流量转发设备接收来自于终端的业务请求，之后，根据第一服务器标识确定业务请求的第一业务类型，进而，流量转发设备根据第一业务类型对应的优先级传输业务报文。第一服务器标识用于将第一应用服务器与其他应用服务器进行区分，第一应用服务器是终端请求业务的服务器。可见，本申请实施例确定业务类型的过程无需复杂计算分析，从而使得确定业务类型的速度较快，能够提高识别业务类型的性能，进而提高业务报文传输的性能。

Description

业务报文传输方法及相关设备
技术领域
本申请涉及通信技术领域，尤其涉及一种业务报文传输方法及相关设备。
背景技术
在WiFi网络的场景下，终端可以通过WiFi网络从应用服务器请求业务报文。根据WiFi通信协议的定义，WiFi网络中的流量转发设备可以按照若干个优先级传输业务报文。其中，在WiFi网络产生拥塞时，流量转发设备优先传输对应最高优先级的业务报文。
实际实现中，不同业务类型的业务报文对于拥塞的容忍程度不同，相应的，流量转发设备可以根据业务报文的业务类型，为业务报文配置不同的传输优先级。例如，游戏业务的业务报文对于网络拥塞的容忍程度相对较低，流量转发设备可以为游戏业务的业务报文配置相对较高的传输优先级。再如，下载业务的业务报文对于网络拥塞的容忍程度相对较高，流量转发设备可以为下载业务的业务报文配置相对较低的传输优先级。
然而，现有配置业务报文传输优先级的方法，不仅执行速度慢，而且性能不佳，从而导致业务报文的传输性能不佳。
发明内容
本申请实施例提供了一种业务报文传输方法及相关设备，以解决现有配置业务报文传输优先级的机制性能差的问题。
第一方面，本申请实施例提供了一种业务报文传输方法，所述方法包括：流量转发设备接收来自于终端的业务请求，所述业务请求包括第一服务器标识，所述第一服务器标识用于将第一应用服务器与其他应用服务器进行区分，所述第一应用服务器是所述终端请求业务的应用服务器；所述流量转发设备根据所述第一服务器标识确定所述业务请求的第一业务类型；所述流量转发设备根据所述第一业务类型对应的优先级传输所述业务请求对应的业务报文。
其中，终端可以通过流量转发设备接入WiFi网络。终端可以运行各类应用程序(application，APP)，各APP可以通过WiFi网络与该APP对应的应用服务器进行通信，以实现业务报文的传输。流量转发设备支持空口资源配置、业务报文的转发、以及所配置空口资源的传输优先级。“空口资源的传输优先级”是指该空口资源传输业务报文的优先级，也可以描述为业务报文的传输优先级。实际实现中，业务报文可以被定义为不同业务类型，业务类型与业务报文的传输优先级存在一定对应关系。
示例性的，任意APP运行时，终端可以向流量转发设备发送业务请求，以请求流量转发设备分配空口资源及配置该空口资源的传输优先级。该业务请求可以包括相应APP对应的应用服务器的服务器标识。进而，本申请中，流量转发设备可以从业务请求中读取服务器标识，然后，能够根据该服务器标识确定该业务请求的业务类型。之后，流量转发设备根据业务类型与优先级的对应关系，确定该业务请求对应的传输优先级，进而，按照所确定的优先级传输该业务请求对应的业务报文。
可见，采用本实现方式，流量转发设备无需解析业务报文的内容，根据服务器标识即可确定业务请求对应业务类型，从而能够快速确定业务请求对应的业务类型，进而，能够提高业务报文的传输性能。
一种可选的设计中，所述流量转发设备根据所述第一服务器标识确定所述业务请求的第一业务类型，包括：所述流量转发设备确定第一对应关系中是否包含与所述第一服务器标识对应的业务类型，所述第一对应关系包含至少一条服务器标识与业务类型的对应关系；若所述第一对应关系中包含与所述第一服务器标识对应的业务类型，所述流量转发设备将与所述第一服务器标识对应的业务类型确定为所述第一业务类型；若所述第一对应关系中不包含与所述第一服务器标识对应的业务类型，所述流量转发设备根据所述业务请求对应业务报文的属性信息，确定所述第一业务类型，所述属性信息包括所述业务请求对应的每个业务报文的长度以及业务报文之间的间隔时长。
本申请中，第一对应关系包含至少一条服务器标识与业务类型的对应关系。第一对应关系中的每组对应关系，可以是相应服务器标识所属业务请求首次发出的实施场景中建立的。基于此，当业务请求是WiFi网络结构中第一次出现的业务请求时，第一对应关系中未存储第一服务器标识与业务类型的对应关系，流量转发设备可以确定第一对应关系中不包含与第一服务器标识对应的业务类型。本实施例中，流量转发设备可以根据该业务请求对应业务报文的属性信息确定第一业务类型。当业务请求是WiFi网络结构中第二次及以上出现的业务请求时，第一对应关系中已存储第一服务器标识与业务类型的对应关系，流量转发设备可以确定第一对应关系中与第一服务器标识对应的业务类型。
其中，属性信息是指：业务请求对应的完整业务流程涉及的所有业务报文的长度，以及各业务报文之间的间隔时长。任意业务类型对应的业务流程中各业务报文的长度以及各业务报文之间的间隔时长通常不变，所以，本申请可以根据业务报文的属性信息确定业务类型。采用本实现方式，流量转发设备可以根据整个业务流程中业务报文的属性，确定业务请求对应的业务类型，使得业务类型的确定过程不受业务报文结构和内容的影响，确定方式稳定且适用性广。
一种可选的设计中，所述流量转发设备根据所述业务请求对应业务报文的属性信息确定所述第一业务类型，包括：所述流量转发设备按照预设解析规则解析所述属性信息得到所述第一业务类型。一些实施例中，流量转发设备可以根据属性信息生成业务请求的特征信息，然后，将上述特征信息输入预设的分析模型中，得到第一业务类型。采用本实现方式，使得业务类型的确定过程不受业务报文结构和内容的影响，确定方式稳定且适用性广。
一种可选的设计中，所述流量转发设备得到所述第一业务类型之后，还包括：所述流量转发设备建立所述第一服务器标识与所述第一业务类型的对应关系；所述流量转发设备将所述第一服务器标识与所述第一业务类型的对应关系发送到网络服务设备，以使所述网络服务设备更新所述第一对应关系。本申请中，第一对应关系可以维护在网络服务设备端。基于此，当流量转发设备根据属性信息确定第一业务类型之后，可以将第一服务器标识与第一业务类型的对应关系发送到网络服务设备端，以使网络服务设备端及时更新第一对应关系。其中，网络服务设备可以是任意提供网络资源的设备，以及用于管理网络设备的设备，包括网管服务器、网络引擎、光线路终端(optical line terminal,OLT)设备等。
一种可选的设计中，所述流量转发设备根据所述业务请求对应业务报文的属性信息确定所述第一业务类型，包括：所述流量转发设备将所述属性信息发送到网络服务设备；所述流量转发设备接收来自于所述网络服务设备的所述第一业务类型。另一些实施例中，上述分析模型可以设置在网络服务设备中。相应的，流量转发设备可以将属性信息发送到网络服务设备，以使网络服务设备根据属性信息确定第一业务类型。采用本实现方式，使得业务类型的确定过程不受业务报文结构和内容的影响，确定方式稳定且适用性广。
一种可选的设计中，所述流量转发设备确定第一对应关系中是否包含与所述第一服务器标识对应的业务类型，包括：所述流量转发设备将所述第一服务器标识发送到网络服务设备，以使所述网络服务设备在所述第一对应关系中查找与所述第一服务器标识对应的业务类型；所述流量转发设备接收来自于所述网络服务设备的所述第一业务类型或者响应信息，所述响应信息指示所述第一对应关系中不包含与所述第一服务器标识对应的业务类型。由于第一对应关系维护在网络服务设备端，所以，一些实施例中，流量转发设备可以将第一服务器标识发送到网络服务设备，以使网络服务设备在第一对应关系中查找与第一服务器标识对应的业务类型。之后，流量转发设备可以根据网络服务设备端反馈的查询结果，执行后续操作。此处不详述。可见，采用本实现方式，确定业务类型的过程无需复杂计算分析，能够加快确定业务类型的速度，从而提高识别业务类型的性能，进而提高业务报文传输的性能。
一种可选的设计中，所述流量转发设备将所述第一服务器标识发送到网络服务设备之前，还包括：所述流量转发设备确定第二对应关系中是否包含与所述第一服务器标识对应的业务类型，所述第二对应关系是所述流量转发设备维护的服务器标识与业务类型的对应关系，所述第二对应关系包括所述第一对应关系中的部分信息；若所述第二对应关系中包含与所述第一服务器标识对应的业务类型，所述流量转发设备将与所述第一服务器标识对应的业务类型确定为所述第一业务类型；若所述第二对应关系中不包含与所述第一服务器标识对应的业务类型，所述流量转发设备将所述第一服务器标识发送到所述网络服务设备。
另一种实施例中，流量转发设备端例如可以维护第二对应关系，第二对应关系包括至少一个服务器标识与业务类型的对应关系。然而，流量转发设备通常存储空间较小，所以，第二对应关系中的信息是第一对应关系中的部分信息。基于此，流量转发设备可以在接收到业务请求之后，先确定第二对应关系中是否包含与第一服务器标识对应的业务类型。若第二对应关系中包含与第一服务器标识对应的业务类型，流量转发设备可以根据业务类型确定优先级，之后，按照优先级传输业务请求对应的业务报文。若第二对应关系中不包含与第一服务器标识对应的业务类型，流量转发设备将第一服务器标识发送到网络服务设备，以使网络服务设备在第一对应关系中查找与第一服务器标识对应的业务类型。这样能够节省确定业务类型的时间。
一种可选的设计中，还包括：所述流量转发设备接收来自于所述网络服务设备的第二服务器标识与第二业务类型的对应关系；所述流量转发设备根据所述第二服务器标识与所述第二业务类型的对应关系更新所述第二对应关系。其中，若流量转发设备端维护第二对应关系，一些实施例中，流量转发设备可以接收网络服务设备广播的新的对应关系，进而，根据所接收的新的对应关系更新第二对应关系。
第二方面，本申请实施例提供了一种业务报文传输方法，所述方法包括：网络服务设备接收来自于流量转发设备的第一服务器标识，所述第一服务器标识用于将第一应用服务器与其他应用服务器进行区分，所述第一服务器标识包含于所述流量转发设备接收的业务请求中，所述第一应用服务器是所述终端请求业务的应用服务器；所述网络服务设备确定第一对应关系中与所述第一服务器标识对应的业务类型，所述第一对应关系包含至少一条服务器标识与业务类型的对应关系；若所述第一对应关系中包含与所述第一服务器标识对应的业务类型，所述网络服务设备将所述业务类型作为第一业务类型发送到所述流量转发设备，以使所述流量转发设备根据所述第一业务类型对应的优先级传输所述业务请求对应的业务报文。其中，业务类型与业务报文的传输优先级存在一定对应关系。
其中，网络服务设备和第一对应关系的实现如第一方面所述，此处不再赘述。网络服务设备接收第一服务器标识之后，可以在第一对应关系中查找与第一服务器标识对应的业务类型，然后，在查找到第一服务器标识对应的业务类型之后，将所述业务类型发送到流量转发设备，以使流量转发设备根据业务类型与优先级的对应关系，确定该业务请求对应的传输优先级，进而，按照所确定的优先级传输该业务请求对应的业务报文。采用本实现方式，网络设备维护服务器标识与业务类型的对应关系，并且将该对应关系用于后续业务类型的确定，使得确定业务类型的过程无需复杂计算分析，能够加快确定业务类型的速度，从而提高识别业务类型的性能，进而提高业务报文传输的性能。
一种可选的设计中，还包括：所述网络服务设备接收来自于所述流量转发设备的第二服务器标识，所述第二服务器标识用于将第二应用服务器与其他应用服务器进行区分；所述网络服务设备确定所述第一对应关系中与所述第二服务器标识对应的业务类型；若所述第一对应关系中不包含与所述第二服务器标识对应的业务类型，所述网络服务设备向所述流量转发设备发送响应信息，所述响应信息用于触发所述流量转发设备根据所述第二服务器标识确定第二业务类型。其中，第一对应关系中的每组对应关系，可以是相应服务器标识所属业务请求首次发出的实施场景中建立的。基于此，当第一对应关系中不包含与第二服务器标识对应的业务类型时，网络服务设备可以触发流量转发设备根据第二服务器标识确定第二业务类型。
一种可选的设计中，所述网络服务设备向所述流量转发设备发送响应信息之后，还包括：所述网络服务设备接收来自于所述流量转发设备的所述第二服务器标识和所述第二业务类型的对应关系；所述网络服务设备根据所述第二服务器标识和所述第二业务类型的对应关系更新所述第一对应关系。采用本实现方式，网络服务设备端能够及时更新第一对应关系。
一种可选的设计中，所述网络服务设备向所述流量转发设备发送响应信息之后，还包括：所述网络服务设备接收来自于所述流量转发设备的属性信息，所述属性信息包括所述第二服务器标识所属业务请求对应的每个业务报文的长度以及业务报文之间的间隔时长；所述网络服务设备按照预设解析规则解析所述属性信息得到所述第二业务类型；所述网络服务设备将所述第二业务类型发送到所述流量转发设备。采用本实现方式，网络服务设备能够根据业务请求整个业务流程中业务报文的属性，确定业务请求对应的业务类型，使得业务类型的确定过程不受业务报文结构和内容的影响，确定方式稳定且适用性广。
一种可选的设计中，还包括：所述网络服务设备向所述网络服务设备连接的，除所述流量转发设备之外的其他流量转发设备广播所述第二服务器标识和所述第二业务类型的对应关系。
第三方面，本申请实施例还提供了一种流量转发设备，该设备包括用于执行第一方面及第一方面各实现方式的中方法步骤的功能模块。
第四方面，本申请实施例还提供了一种网络服务设备，该设备包括用于执行第二方面及第二方面各实现方式的中方法步骤的功能模块。
第五方面，本申请实施例提供了一种流量转发设备，包括收发器，处理器以及存储器。其中，收发器、处理器以及所述存储器之间可以通过总线系统相连。该收发器用于执行与网络服务设备和终端之间数据的收发。该存储器用于存储程序、指令或代码，所述处理器用于执行所述存储器中的程序、指令或代码，完成第一方面或第一方面的任意一种可能的设计中的方法。
第六方面，本申请实施例提供了一种网络服务设备，包括收发器，处理器以及存储器。其中，收发器、处理器以及所述存储器之间可以通过总线系统相连。该收发器用于执行与流量转发设备之间数据的收发。该存储器用于存储程序、指令或代码，所述处理器用于执行所述存储器中的程序、指令或代码，完成第二方面或第二方面的任意一种可能的设计中的方法。
第七方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行第一方面、第二方面、第一方面任意可能的设计中或第二方面任意可能的设计中的方法。
为解决现有技术存在的问题，本申请实施例涉及的网络设备，能够根据整个业务流程中业务报文的属性，确定业务请求对应的业务类型，使得业务类型的确定过程不受业务报文结构和内容的影响，确定方式稳定且适用性广。另外，网络设备维护服务器标识与业务类型的对应关系，并且将该对应关系用于后续业务类型的确定，使得确定业务类型的过程无需复杂计算分析，能够加快确定业务类型的速度，从而提高识别业务类型的性能，进而提高业务报文传输的性能。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请提供的WiFi网络架构10的结构示意图；
图2是本申请提供的业务报文传输方法100的方法流程图；
图3是本申请提供的业务报文传输方法200的方法流程图；
图3A是图3示意的实施例中步骤S202的示例性信令交互图；
图3B是图3示意的实施例中步骤S204的一种示例性信令交互图；
图3C是图3示意的实施例中步骤S204的另一种示例性信令交互图；
图4是本申请提供的WiFi网络架构20的结构示意图；
图5A是本申请提供的对应关系创建方法300的信令交互图；
图5B是本申请提供的业务报文传输方法400的信令交互图；
图6A为本申请提供的流量转发设备60的示例性组成示意图；
图6B为本申请提供的流量转发设备61的示例性结构示意图；
图7A为本申请提供的网络服务设备70的示例性组成示意图；
图7B为本申请提供的网络服务设备71的示例性结构示意图。
具体实施方式
下面结合本申请中的附图，对本申请的技术方案进行清楚地描述。
本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，尽管在以下实施例中可能采用术语第一、第二等来描述某一类对象，但所述对象不应限于这些术语。这些术语仅用来将该类对象的具体对象进行区分。例如，以下实施例中可能采用术语第一、第二等来描述业务类型，但本申请涉及的业务类型不应限于这些术语。这些术语仅用来将不同的业务类型进行区分。
以下对本申请的实施场景进行示例性描述。
图1示意了一种WiFi网络架构10，WiFi网络架构10包括终端11、流量转发设备12和网络服务设备13。其中，网络服务设备13可以用于向终端11提供网络资源等。流量转发设备12可以用于向终端11提供接入WiFi网络的接口，以及配置和管理终端11个业务请求的流量资源等。终端11通过流量转发设备12接入WiFi网络之后，可以通过该WiFi网络进行业务访问。
其中，终端11可以是任意支持无线网络连接的设备，包括：智能手机、平板电脑、智能家居设备、工业控制设备、车辆设备等等。本申请中，终端11可以是包括但不限于搭载
Figure BDA0002438213250000061
或者其它操作系统的电子设备。此外，终端11可以运行各类应用程序(application，APP)，例如，游戏APP、阅读APP、多媒体APP等。各APP可以通过WiFi网络与该APP对应的应用服务器进行通信，以实现业务报文的传输。例如，某游戏APP可以WiFi网络与该游戏APP对应的应用服务器进行游戏报文的传输。再如，某多媒体APP可以与该多媒体APP对应的应用服务器进行音视频报文的传输。
流量转发设备12可以是任意支持空口资源配置，以及业务报文转发的设备，包括路由器、交换机、光网络终端(optic network terminal，ONT)设备等。另一些实施例中，光线路终端(optical line terminal,OLT)设备也可以用作流量转发设备。流量转发设备12可以在接收到终端11的业务请求之后，为该业务请求配置空口资源以及该空口资源传输的优先级，之后，流量转发设备12可以使用所配置的空口资源传输该业务请求的业务报文。另外，一些实施例中，流量转发设备12还可以用于将光信号转换为以太网信号，以及配置网络带宽，还可以为终端11提供以太网接口等。
网络服务设备13可以是任意提供网络资源的设备，以及用于管理网络设备的设备，包括网管服务器、网络引擎等。另一些实施例中，网络服务设备13还可以包括OLT设备。网络服务设备13可以通过流量转发设备12为终端11配置网络资源。网络服务设备13还可以维护流量转发设备12的空口资源信息等。
实际实现中，终端11安装的任意APP运行时，终端11向流量转发设备12发送业务请求，该业务请求用于请求流量转发设备12分配空口资源，所分配的空口资源用于传输该APP与相应应用服务器之间的业务报文。该业务请求可以包括终端11的网际协议(internetprotocol，IP)地址、应用服务器的IP地址、终端11的通信端口号以及应用服务器的通信端口号。之后，流量转发设备12可以根据业务请求中的信息，为终端11和应用服务器配置空口资源以及该空口资源传输的优先级。该空口资源可以被称为该业务请求的“业务连接”或者“业务信道”。本说明书下文涉及到术语“业务连接”或者“业务信道”，实质上均指本实施例所述的空口资源。
其中，按照WiFi通信协议的定义，根据空口资源所传输业务报文的业务类型，空口资源可以被设置为不同的优先级。该优先级用于指示在网络拥塞场景下，该空口资源的业务报文被传输的次序。例如，在网络拥塞场景下，优先级最高的空口资源所传输的业务报文，被优先传输。可见，本申请中，空口资源的优先级，也可以描述为业务报文的传输优先级。一些实施例中，空口资源的优先级例如可以被定义为4级。
本申请涉及的业务报文可以被定义为不同业务类型，业务类型例如包括游戏业务、下载业务、视频业务、文件业务等。空口资源的优先级(也称为业务报文的优先级)，通常与业务报文的业务类型存在一定的对应关系。例如，游戏业务对应最高优先级。流量转发设备12在配置空口资源的过程中，可以根据业务类型设置空口资源的优先级。
一种现有的实现方式中，流量转发设备通过识别业务报文的内容确定业务报文的业务类型。本实现方式中，流量转发设备根据预存储的识别规则识别业务报文的内容。然而，流量转发设备预存储的识别规则由各APP定义，若相应APP更新使得识别规则变更或者出现新的APP，流量转发设备将无法确定相应APP对应业务请求的业务类型，进而，无法设置相应业务报文的传输优先级。另一种现有的实现方式中，流量转发设备根据业务请求初始的N个业务报文识别业务类型，N例如是大于0小于200的正整数。本实现方式中，流量转发设备需要先采集初始的N个业务报文，然后才能执行识别操作，确定优先级的速度较慢。而且流量转发设备只能按照最低优先级传输初始的N个业务报文。可见，现有方法确定业务类型的性能均不佳，进而导致业务报文的传输性能不佳。
本申请实施例提供了一种业务报文传输方法及相关设备，其中，流量转发设备根据业务请求对应的服务器标识，确定所述业务请求的业务类型，之后，流量转发设备按照所确定业务类型对应的优先级，传输所述业务请求对应的业务报文。这样，在接收到业务请求之后，流量转发设备不仅能够快速确定业务请求对应的业务类型，从而提高确定业务类型的性能，进而，能够提高业务报文的传输性能。
应理解，本申请实施例还可以适用于面向未来的其他通信技术。本申请描述的系统架构、设备以及业务场景是为了更加清楚的说明本申请的技术方案，并不构成对本申请提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。
示例性的，结合所述WiFi网络架构10，本申请提供了业务报文传输方法的一种实施例。参见图2，本申请提供的业务报文传输方法100(以下简称方法100)应用于流量转发设备12，包括如下步骤：
步骤S101，流量转发设备接收来自于终端的业务请求。
其中，流量转发设备例如可以是以下任一设备：路由器、交换机、ONT设备、OLT设备。终端例如可以是通过流量转发设备接入WiFi网络的用户设备(user equipment，UE)，例如手机、平板电脑、笔记本电脑等。
业务请求用于终端向第一应用服务器请求业务。第一应用服务器是所述终端上的一个APP对应的应用服务器。业务请求中包括第一服务器标识，第一服务器标识用于将第一应用服务器与其他应用服务器进行区分。第一服务器标识例如可以是第一应用服务器的IP地址，或者第一应用服务器的通用唯一识别码(universally unique identifier,UUID)等。应理解，业务请求中还可以包含其他信息，详见上述实施例对业务请求的描述，此处不详述。
步骤S102，流量转发设备根据第一服务器标识确定业务请求的第一业务类型。
本申请中，WiFi网络架构涉及的设备可以建立并维护服务器标识与业务类型的对应关系，进而，流量转发设备获取第一服务器标识之后，可以根据第一服务器标识确定业务请求对应的业务类型，得到第一业务类型。
示例性，当步骤S101中的业务请求是WiFi网络架构中的第一次出现的业务请求，WiFi网络架构涉及的设备可能未维护与第一服务器标识对应的第一业务类型。WiFi网络架构涉及的设备可以建立第一服务器标识与第一业务类型的对应关系，并维护第一服务器标识与第一业务类型的对应关系。当步骤S101中的业务请求是WiFi网络架构中已出现过的业务请求，WiFi网络架构涉及的设备中已维护第一服务器标识与第一业务类型的对应关系，流量转发设备可以根据第一服务器标识确定第一业务类型。本步骤的相关实施例，详见本说明书下文的介绍，此处不详述。
步骤S103，流量转发设备根据第一业务类型对应的优先级传输业务请求对应的业务报文。
根据上述关于业务类型的描述可知，业务类型与优先级存在对应关系。基于此，在确定第一业务类型之后，流量转发设备可以获取第一业务类型对应的优先级，之后，按照所获取的优先级传输业务请求对应的业务报文。
本实施例中，WiFi网络结构涉及的设备可以将业务类型和应用服务器的服务器标识建立对应关系。进而，流量转发设备在接收到业务请求之后，从业务请求中获取服务器标识，该服务器标识指示该业务请求对应的应用服务器。之后，流量转发设备可以获取该服务器标识对应的业务类型，从而得到该业务请求对应的业务类型。然后，流量转发设备得到该业务类型对应的优先级，进而，流量转发设备可以按照该优先级传输该业务请求对应的业务报文。
由此可见，采用本申请的实现方式，流量转发设备接收到业务请求之后，无需解析业务报文的内容，根据服务器标识即可确定业务请求对应业务类型，从而能够快速确定业务请求对应的业务类型，进而，能够提高业务报文的传输性能。
以下结合示例对方法100的具体实施过程进行介绍。
图3示出了业务报文传输方法的方法流程图。业务报文传输方法200(以下简称方法200)包括如下步骤：
步骤S201，流量转发设备接收来自于终端的业务请求。
本步骤与方法100中示意的步骤S101类似，详细信息可参考方法100中步骤S101的描述，此处不再赘述。
示例性的，用户触发终端侧安装的游戏APP“W游戏”运行。“W游戏”APP向流量转发设备发送业务请求，该业务请求中包含“W游戏服务器”的IP地址“IP001”。本实施例中，“W游戏服务器”的IP地址例如是第一服务器标识。
步骤S202，流量转发设备确定第一对应关系中是否包含与第一服务器标识对应的业务类型，若包含，执行步骤S203；若不包含，执行步骤S204。
其中，第一对应关系包含至少一条服务器标识与业务类型的对应关系。示例性的，第一对应关系的实现形式如表1所示。
表1
服务器标识 业务类型
IP地址1 视频业务
IP地址2 下载业务
IP地址3 游戏业务
IP地址4 视频业务
其中，表1示意了四组示例性对应关系，本实施例中，“服务器标识”例如是各应用服务的IP地址。“服务器标识”对应的列中，每一个IP地址与所述IP地址同一行的业务类型呈对应关系。例如，“IP地址1”与“视频业务”呈对应关系，也可以表达为与“IP地址1”对应的业务类型是“视频业务”。再如，“IP地址2”与“下载业务”呈对应关系，也即与“IP地址2”对应的业务类型是“下载业务”。表1中其他IP地址与业务类型的对应关系同理，本申请此处不再一一列举。
可以理解的是，表1仅是示意性示例，不应对本申请所述的第一对应关系构成限制。在另一些实现方式中，表1中的服务器标识不限于IP地址，且第一对应关系中还可以包括更多或者更少的对应关系。此处不再详述。
需要指出的是，第一对应关系中的每组对应关系，可以是相应服务器标识所属业务请求首次发出的实施场景中建立的。例如，表1中“IP地址3”与“游戏业务”的对应关系，是包含“IP地址3”的业务请求在网络架构中首次出现的场景中建立的。基于此，当所述业务请求是网络结构中第一次出现的业务请求时，第一对应关系中未存储第一服务器标识与业务类型的对应关系，流量转发设备可以确定第一对应关系中不包含与第一服务器标识对应的业务类型。当所述业务请求是网络结构中第二次及以上出现的业务请求时，第一对应关系中已存储第一服务器标识与业务类型的对应关系，流量转发设备可以确定第一对应关系中与第一服务器标识对应的业务类型。相关实施例详见下文描述。
一些实施例中，第一对应关系可以维护在网络服务设备端。网络服务设备的功能如上述实施例所述，此处不再赘述。此外，一些实施例中，当流量转发设备是路由器、ONT、OLT中任一时，网络服务设备可以是网管服务器。另一些实施例中，当流量转发设备是路由器或ONT时，网络服务设备可以是OLT或者网管服务器。
基于此，本申请提供了本步骤的一种可能的实现方式。示例性的，如图3A所示，本步骤的一种示例性信令交互过程可以包括以下步骤：
步骤S2021，流量转发设备将第一服务器标识发送到网络服务设备。
示例性的，流量转发设备将“IP001”发送到网络服务设备。
步骤S2022，网络服务设备确定第一对应关系中是否包含与第一服务器标识对应的业务类型，若包含，执行步骤S2023；若不包含，执行步骤S2024。
其中，网络服务设备例如可以遍历第一对应关系，若通过遍历在第一对应关系中查找到第一服务器标识，读取第一服务器标识对应的业务类型。若通过遍历在第一对应关系中未查找到第一服务器标识，说明第一对应关系中不包含第一服务器标识与业务类型的对应关系。
示例性的，网络服务设备接收到“W游戏服务器”的IP地址“IP001”之后，例如可以遍历表1中的“服务器标识”对应的列。若该列中包含“IP001”，网络服务设备可以读取与“IP001”对应的业务类型，之后，网络服务设备可以执行步骤S2023。若该列中不包含“IP001”，网络服务设备可以执行步骤S2024。
步骤S2023，网络服务设备将业务类型发送到流量转发设备。
进而，流量转发设备可以执行步骤S203。
步骤S2024，网络服务设备向流量转发设备响应信息。
其中，响应信息用于指示第一对应关系中不包含与第一服务器标识对应的业务类型。
进而，流量转发设备可以执行步骤S204。
需要指出的是，图3A示意的实施例是本申请一种可选的实现方式。另一种实施例中，流量转发设备端例如可以维护第二对应关系，第二对应关系包括至少一个服务器标识与业务类型的对应关系。在步骤S2021之前，流量转发设备可以确定第二对应关系中是否包含与第一服务器标识对应的业务类型，若第二对应关系中包含与第一服务器标识对应的业务类型，流量转发设备执行步骤S203。若第二对应关系中不包含与第一服务器标识对应的业务类型，流量转发设备执行步骤S2021。
示例性的，流量转发设备通常存储空间较小，所以，第二对应关系中的信息是第一对应关系中的部分信息。例如，第二对应关系中包含80组对应关系，第一对应关系中包含2000组对应关系。一些实施例中，第二对应关系中的对应关系由流量转发设备建立。另一些实施例中，第二对应关系中的对应关系是流量转发设备从网络服务设备接收的。
步骤S203，流量转发设备将与第一服务器标识对应的业务类型确定为第一业务类型。
示例性，“W游戏服务器”的IP地址“IP001”对应的业务类型例如是“游戏业务”，本实施例中，流量转发设备将游戏业务确定为第一业务类型。
步骤S204，流量转发设备根据业务请求对应业务报文的属性信息，确定第一业务类型。
其中，属性信息可以包括业务请求对应的每个业务报文的长度以及业务报文之间的间隔时长。
根据步骤S202所述，若第一对应关系中不包含与第一服务器标识对应的业务类型，流量转发设备或者网络服务设备可以建立第一服务器标识与第一业务类型的对应关系。可以理解的是，业务报文的内容或者结构可能会变更，但是任意业务类型对应的业务流程中各业务报文的长度以及各业务报文之间的间隔时长，通常不变。基于此，本申请实施例中，流量转发设备或者网络服务设备可以根据业务报文的上述属性信息，确定相应业务请求对应的业务类型。
示例性的，以流量转发设备为例，流量转发设备可以采集业务请求对应的完整业务流程涉及的属性信息，包括完整业务流程涉及的所有业务报文的长度，以及各业务报文之间的间隔时长。之后，流量转发设备可以根据属性信息生成业务请求的特征信息。特征信息例如包括长度最长的业务报文的长度、数量和占比，长度最短的业务报文的长度、数量和占比，不同间隔时长的长度和占比等。然后，流量转发设备可以根据上述特征信息确定业务请求对应的业务类型，得到第一业务类型。一些实施例中，流量转发设备可以将上述特征信息输入预设的分析模型中，得到第一业务类型。预设的分析模型可以预先通过机器学习得到。
可以理解的是，上述根据业务报文的属性信息确定业务类型的实现方式，仅是示意性描述，不构成对本申请实施例的限制。另一些实施例中，确定业务类型所依据的信息可以更多或者更少，或者，可以根据属性信息直接得到的业务类型。此处不限制。
进一步的，一些实施例中，上述分析模型可以设置在流量转发设备中。本实施例中，流量转发设备用于执行确定第一业务类型的操作。另一些实施例中，上述分析模型可以设置在网络服务设备中。本实施例中，网络服务设备用于执行确定第一业务类型的操作。对应该两种实施例，本步骤可以采用以下两种示例性实现方式实现。
实现方式一：分析模型设置在流量转发设备中
如图3B所示，本步骤的第一种示例性信令交互过程可以包括以下步骤：
步骤S2041，流量转发设备按照预设解析规则解析属性信息得到第一业务类型。
其中，预设解析规则包括，上述根据属性信息生成业务请求的特征信息的规则以及上述分析模型。流量转发设备解析属性信息得到第一业务类型的实施过程，详见上述实施例的描述，此处不赘述。
进而，本实施例还可以包括：
步骤S2042，流量转发设备建立第一服务器标识与第一业务类型的对应关系。
一些实施例中，流量转发设备中若维护第二对应关系，在步骤S2042之后，流量转发设备可以将第一服务器标识与第一业务类型的对应关系添加到第二对应关系中，以更新第二对应关系。
进一步的，本实施例中，流量转发设备将第一服务器标识与第一业务类型的对应关系添加到第二对应关系中的同时，流量转发设备还可以删除第二对应关系中最早添加的对应关系。
步骤S2043，流量转发设备将第一服务器标识与第一业务类型的对应关系发送到网络服务设备。
步骤S2044，网络服务设备更新第一对应关系。
其中，网络服务设备可以将第一服务器标识与第一业务类型的对应关系添加到第一对应关系中，得到更新后的第一对应关系。
此外，一些实施例中，网络服务设备还可以将第一服务器标识与第一业务类型的对应关系，向该网络服务设备连接的其他流量转发设备广播，以使其他流量转发设备更新相应流量转发设备所维护的第二对应关系。其他流量转发设备是指该网络服务设备连接的除了所述流量转发设备之外的流量转发设备。
实现方式二：分析模型设置在网络服务设备中
如图3C所示，本步骤的第二种示例性信令交互过程可以包括以下步骤：
步骤S2045，流量转发设备将属性信息发送到网络服务设备。
其中，属性信息如上述实施例所述。
步骤S2046，网络服务设备按照预设解析规则解析属性信息得到第一业务类型。
其中，网络服务设备根据属性信息得到第一业务类型的实施过程，与图3B中示意的步骤S2041相似，此处不详述。
另外，本实施例中，网络服务设备可以建立第一服务器标识和第一业务类型的对应关系，然后，根据第一服务器标识和第一业务类型的对应关系更新第一对应关系。
步骤S2047，网络服务设备将第一业务类型发送到流量转发设备。
一些实施例中，网络服务设备还可以将第一服务器标识和第一业务类型的对应关系，向该网络服务设备连接的流量转发设备广播。相应的，所述流量转发设备广播可以根据第一服务器标识和第一业务类型的对应关系，更新第二对应关系。
其他一些实施例中，网络服务设备还可以从其他流量转发设备接收第二服务器标识，之后，网络服务设备从第一对应关系中查找与第二服务器标识对应的业务类型。示例性的，若网络服务设备在第一对应关系中未查找到第二服务器标识对应的业务类型，网络服务设备可以向相应流量转发设备发送响应信息，以触发相应流量转发设备确定与第二服务器标识对应的第二业务类型。本实施例中，网络服务设备可以确定第二服务器标识和第二业务类型的对应关系，或者从其他流量转发设备接收第二服务器标识和第二业务类型的对应关系。之后，网络服务设备例如还可以将第二服务器标识和第二业务类型的对应关系，广播到所述流量转发设备。相应的，所述流量转发设备还可以根据第二服务器标识和第二业务类型的对应关系更新第二对应关系。此处不详述。
步骤S205，流量转发设备根据第一业务类型对应的优先级传输业务请求对应的业务报文。
综上，本申请实施例涉及的网络设备，根据整个业务流程中业务报文的属性，确定业务请求对应的业务类型，使得业务类型的确定过程不受业务报文结构和内容的影响，确定方式稳定且适用性广。另外，网络设备维护服务器标识与业务类型的对应关系，并且将该对应关系用于后续业务类型的确定，使得确定业务类型的过程无需复杂计算分析，能够加快确定业务类型的速度，从而提高识别业务类型的性能，进而提高业务报文传输的性能。
以下结合实例对本方案进行示例性描述。
示例性的，图4示出了一种WiFi网络架构20。本实施例中，网络架构20包括手机21、路由器22、ONT设备23、OLT设备24和网管服务器25。其中，手机21可以通过路由器22接入ONT设备23、OLT设备24和网管服务器25用于提供WiFi网络。
网管服务器25可负责管理和配置网络资源等。
OLT设备24可负责向ONT设备23以广播方式发送以太网数据，以及为ONT设备23分配带宽等。以下实施例以OLT设备24为网络服务设备进行说明。
ONT设备23可用于将光信号转换为以太网信号，还可以为手机21配置空口资源，以及转发手机21的业务报文等。以下实施例以ONT设备23为流量转发设备进行说明。
路由器22可扩大ONT设备11提供的网络信号的覆盖范围，并作为无线接入点将你手机21接入网络。
手机21例如可以安装多个APP。每个APP运行时，手机21例如向ONT设备23发送业务请求。以下实施例以游戏APP“W游戏”为例进行说明。
可以理解的是，图4示意的WiFi网络架构20只是示意性说明，并不构成对WiFi网络架构20的限定。在另一些实施例中，WiFi网络架构20还可以包括更多或者更少的设备等。
进一步的，结合图4，以下分别从两个实施场景，对本申请技术方案进行示例性说明。所述两个实施场景包括创建服务器标识与业务类型的对应关系的场景，以及根据对应关系确定业务类型的场景。
图5A示意了对应关系创建方法300的信令交互图。对应关系创建方法300(以下简称方法300)对应的实施场景，例如根据第一对应关系无法确定业务类型。方法300包括如下步骤：
步骤S301，ONT设备23接收手机21发送的第一业务请求。
其中，第一业务请求例如是游戏APP“W游戏”发送的请求，第一业务请求例如包含W游戏服务器的IP地址“IP001”。该请求用于向W游戏服务器请求业务报文。
步骤S302，ONT设备23将IP地址“IP001”发送到OLT设备24。
示例性的，ONT设备23中未维护服务器标识与业务类型的对应关系，所以，ONT设备23应当将“IP001”发送到OLT设备24。
需要指出的是，在其他实施例中，ONT设备23中可以维护服务器标识与业务类型的对应关系。在该实施例中，ONT设备23应当在本地维护的对应关系中查找“IP001”对应的业务类型，在本地维护的对应关系中未查找到“IP001”对应的业务类型之后，ONT设备23执行步骤S302。此处不再详述。
步骤S303，OLT设备24在第一对应关系中查找与“IP001”对应的业务类型。
步骤S304，在未查找到与“IP001”对应的业务类型之后，OLT设备24向ONT设备23发送响应信息。
其中，响应信息用于指示第一对应关系中不包含与“IP001”对应的业务类型。
本实施场景中，第一业务请求是WiFi网络架构20中首个包含“IP001”的业务请求，所以，第一对应关系中不包含“IP001”，以及“IP001”对应的业务类型。
步骤S305，ONT设备23采集“W游戏”完整业务流程涉及的属性信息。
本实施场景中，ONT设备23维护预设的分析模型。属性信息包括“W游戏”完整业务流程涉及的业务报文和各业务报文之间的间隔时长。
步骤S306，ONT设备23提取“W游戏”业务报文的特征信息。
其中，该特征信息包括长度最长的业务报文的长度、数量和占比，长度最短的业务报文的长度、数量和占比，不同间隔时长的长度和占比。
步骤S307，ONT设备23将特征信息输入分析模型，得到第一业务请求的业务类型是游戏业务。
需要指出的是，在其他实施例中，预设的分析模型可以维护在OLT设备24中。该实施例中，步骤S305之后，ONT设备23可以将所采集的信息发送到OLT设备24。OLT设备24执行本实施例中步骤S306和步骤S307涉及的操作。此处不再详述。
步骤S308，ONT设备23将IP001和游戏业务的对应关系发送到OLT设备24。
步骤S309，OLT设备24将IP001和游戏业务的对应关系添加到第一对应关系中。
另一些实施例中，OLT设备24还可以向OLT设备24所连接的ONT设备广播IP001和游戏业务的对应关系。此处不再详述。
在图5A示意的实施例之后，图5B示意了业务报文传输方法400的信令交互图。业务报文传输方法400(以下简称方法400)包括如下步骤：
步骤S401，ONT设备23接收手机21发送的第二业务请求。
本实施场景中，第二业务请求例如依然是游戏APP“W游戏”发送的请求。第二业务请求包含IP地址“IP001”。
步骤S402，ONT设备23将IP地址“IP001”发送到OLT设备24。
步骤S403，OLT设备24在第一对应关系中查找与“IP001”对应的业务类型，得到游戏业务。
在方法300对应的实施中，IP001与游戏业务的对应关系存储在第一对应关系中。进而，OLT设备24能够根据第一对应关系确定IP001对应的业务类型是游戏业务。
需要指出的是，在其他实施例中，ONT设备23中若维护服务器标识与业务类型的对应关系，ONT设备23可能在本地即可确定IP001对应的业务类型是游戏业务。进而，ONT设备23可直接执行步骤S405。此处不再详述。
步骤S404，OLT设备24将游戏业务发送到ONT设备23。
步骤S405，ONT设备23获取游戏业务对应的优先级，得到最高优先级。
步骤S406，ONT设备23按照最高优先级传输第二业务请求对应的业务报文。
可以理解的是，图5A和图5B示意的方法只是示意性说明，并不构成对本申请业务报文传输方法的限定。在另一些实施例中，上述ONT设备23执行的操作，可以由路由器22执行，上述OLT设备24执行的操作，可以由网管服务器25执行。此外，根据分析模型等信息所在的设备不同，各设备执行的操作也可以不同于图5A和图5B的描述。此处不限制。
综上，本申请实施例涉及的网络设备，根据整个业务流程中业务报文的属性，确定业务请求对应的业务类型，使得业务类型的确定过程不受业务报文结构和内容的影响，确定方式稳定且适用性广。另外，网络设备维护服务器标识与业务类型的对应关系，并且将该对应关系用于后续业务类型的确定，使得确定业务类型的过程无需复杂计算分析，能够加快确定业务类型的速度，从而提高识别业务类型的性能，进而提高业务报文传输的性能。
上述实施例分别从流量转发设备和网络服务设备的硬件结构，软件架构，以及各软、硬件所执行的动作的角度对本申请提供的业务报文传输方法的各方案进行了介绍。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的处理步骤，本申请不仅能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。
示例性的，上述流量转发设备可以通过软件模块来实现相应的功能。如图6A所示，流量转发设备60可以包括接收单元601、确定单元602和传输单元603。该流量转发设备60可用于执行上述图2至图3C中流量转发设备的操作，以及图5A和图5B中ONT设备23的操作。
例如：接收单元601可以用于接收来自于终端的业务请求，所述业务请求包括第一服务器标识，所述第一服务器标识用于将第一应用服务器与其他应用服务器进行区分，所述第一应用服务器是所述终端请求业务的应用服务器。确定单元602可以用于根据所述第一服务器标识确定所述业务请求的第一业务类型。传输单元603可以用于根据所述第一业务类型对应的优先级传输所述业务请求对应的业务报文。
可见，采用本申请的实现方式，流量转发设备接收到业务请求之后，无需解析业务报文的内容，根据服务器标识即可确定业务请求对应业务类型，从而能够快速确定业务请求对应的业务类型，进而，能够提高业务报文的传输性能。
可选的，确定单元602具体可以用于确定第一对应关系中是否包含与所述第一服务器标识对应的业务类型，所述第一对应关系包含至少一条服务器标识与业务类型的对应关系；若所述第一对应关系中包含与所述第一服务器标识对应的业务类型，将与所述第一服务器标识对应的业务类型确定为所述第一业务类型；若所述第一对应关系中不包含与所述第一服务器标识对应的业务类型，根据所述业务请求对应业务报文的属性信息，确定所述第一业务类型，所述属性信息包括所述业务请求对应的每个业务报文的长度以及业务报文之间的间隔时长。
可选的，流量转发设备60还包括解析单元。解析单元，用于按照预设解析规则解析所述属性信息得到所述第一业务类型。
可选的，流量转发设备60还包括建立单元和发送单元。其中，建立单元用于建立所述第一服务器标识与所述第一业务类型的对应关系。发送单元用于将所述第一服务器标识与所述第一业务类型的对应关系发送到网络服务设备，以使所述网络服务设备更新所述第一对应关系。
可选的，发送单元还用于将所述属性信息发送到网络服务设备。接收单元601还用于接收来自于所述网络服务设备的所述第一业务类型。
可选的，发送单元还用于将所述第一服务器标识发送到网络服务设备，以使所述网络服务设备在所述第一对应关系中查找与所述第一服务器标识对应的业务类型。接收单元601还用于接收来自于所述网络服务设备的所述第一业务类型或者响应信息，所述响应信息指示所述第一对应关系中不包含与所述第一服务器标识对应的业务类型。
可选的，确定单元602还用于确定第二对应关系中是否包含与所述第一服务器标识对应的业务类型，所述第二对应关系是所述流量转发设备维护的服务器标识与业务类型的对应关系，所述第二对应关系包括所述第一对应关系中的部分信息；若所述第二对应关系中包含与所述第一服务器标识对应的业务类型，将与所述第一服务器标识对应的业务类型确定为所述第一业务类型。
可选的，流量转发设备60还包括更新单元。接收单元601还用于接收来自于所述网络服务设备的第二服务器标识与第二业务类型的对应关系。更新单元可以用于根据所述第二服务器标识与所述第二业务类型的对应关系更新所述第二对应关系。
应理解，以上各个单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。本申请实施例中，接收单元601和发送单元可以由收发器实现，诸如确定单元602和传输单元603等其他单元可以由处理器实现。如图6B所示，流量转发设备61可以包括处理器611、收发器612和存储器613。其中，存储器613可以用于存储流量转发设备61出厂时预装的程序/代码，也可以存储用于处理器611执行时的代码等。
应理解，本申请实施例的流量转发设备61可对应于图2至图3C中的流量转发设备，以及图5A和图5B中的ONT设备23。其中，收发器612用于执行图2至图3C中所述流量转发设备执行的各种数据的收发，以及图5A和图5B中ONT设备23的数据的收发，处理器611用于执行图2至图3C中所述流量转发设备除了数据收发以外的其它处理，以及图5A和图5B中ONT设备23除了数据收发以外的其它处理。在此不再赘述。
具体内容可以参考图2至图3C，以及图5A和图5B中相关部分的描述，此处不再赘述。
示例性的，上述网络服务设备可以通过软件模块来实现相应的功能。如图7A所示，网络服务设备70可以包括接收单元701和确定单元702。该网络服务设备70可用于执行上述图3A至图3C中网络服务设备的操作，以及图5A和图5B中OLT设备24的操作。
例如：接收单元701可以用于接收来自于流量转发设备的第一服务器标识，所述第一服务器标识用于将第一应用服务器与其他应用服务器进行区分，所述第一服务器标识包含于所述流量转发设备接收的业务请求中，所述第一应用服务器是所述终端请求业务的应用服务器。确定单元702可以用于确定第一对应关系中与所述第一服务器标识对应的业务类型，所述第一对应关系包含至少一条服务器标识与业务类型的对应关系。
可见，采用本实现方式，网络设备维护服务器标识与业务类型的对应关系，并且将该对应关系用于后续业务类型的确定，使得确定业务类型的过程无需复杂计算分析，能够加快确定业务类型的速度，从而提高识别业务类型的性能，进而提高业务报文传输的性能。
可选的，网络服务设备70还包括发送单元。发送单元可以用于若所述第一对应关系中包含与所述第一服务器标识对应的业务类型，将所述业务类型作为第一业务类型发送到所述流量转发设备，以使所述流量转发设备根据所述第一业务类型对应的优先级传输所述业务请求对应的业务报文。
可选的，发送单元还可以用于若所述第一对应关系中不包含与所述第一服务器标识对应的业务类型，向所述流量转发设备响应信息，所述响应信息用于触发所述流量转发设备根据所述第一服务器标识确定所述第一业务类型。
可选的，网络服务设备70还包括更新单元。接收单元701还用于接收来自于所述流量转发设备的所述第一服务器标识和所述第一业务类型的对应关系。更新单元可以用于根据所述第一服务器标识和所述第一业务类型的对应关系更新所述第一对应关系。
可选的，网络服务设备70还包括解析单元。接收单元701还用于接收来自于所述流量转发设备的属性信息，所述属性信息包括所述业务请求对应的每个业务报文的长度以及业务报文之间的间隔时长。解析单元可以用于按照预设解析规则解析所述属性信息得到所述第一业务类型。发送单元还用于将所述第一业务类型发送到所述流量转发设备。
可选的，发送单元还可以用于向所述网络服务设备连接的，除所述流量转发设备之外的其他流量转发设备广播所述第一服务器标识和所述第一业务类型的对应关系。
应理解，以上各个单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。本申请实施例中，接收单元701和发送单元可以由收发器实现，诸如确定单元702等其他单元可以由处理器实现。如图7B所示，网络服务设备71可以包括处理器711、收发器712和存储器713。其中，存储器713可以用于存储网络服务设备71出厂时预装的程序/代码，也可以存储用于处理器711执行时的代码等。
应理解，本申请实施例的网络服务设备71可对应于图3A至图3C中的网络服务设备，以及图5A和图5B中的OLT设备24。其中，收发器712用于执行图3A至图3C中网络服务设备执行的各种数据的收发，以及图5A和图5B中OLT设备24的数据的收发，处理器711用于执行图3A至图3C中所述网络服务设备除了数据收发以外的其它处理，以及图5A和图5B中OLT设备24除了数据收发以外的其它处理。在此不再赘述。
具体内容可以参考图3A至图3C，以及图5A和图5B中相关部分的描述，此处不再赘述。
具体实现中，对应流量转发设备和网络服务设备，本申请实施例还分别提供一种计算机存储介质，其中，设置在任意设备中计算机存储介质可存储有程序，该程序执行时，可实施包括图2至图3C，以及图5A和图5B提供的业务报文传输方法的各实施例中的部分或全部步骤。任意设备中的存储介质均可为磁碟、光盘、只读存储记忆体(read-only memory，ROM)或随机存储记忆体(random access memory，RAM)等。
本申请中，收发器可以是有线收发器，无线收发器或其组合。有线收发器例如可以为以太网接口。以太网接口可以是光接口，电接口或其组合。无线收发器例如可以为无线局域网收发器，蜂窝网络收发器或其组合。处理器可以是中央处理器(central processingunit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。处理器还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integratedcircuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。存储器可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器也可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器还可以包括上述种类的存储器的组合。
图6B和图7B中还可以包括总线接口，总线接口可以包括任意数量的互联的总线和桥，具体由处理器代表的一个或多个处理器和存储器代表的存储器的各种电路链接在一起。总线接口还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发器提供用于在传输介质上与各种其他设备通信的单元。处理器负责管理总线架构和通常的处理，存储器可以存储处理器在执行操作时所使用的报文。
本领域技术任何还可以了解到本申请实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本申请实施例保护的范围。
本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。
本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于设备中。可选地，处理器和存储媒介也可以设置于设备中的不同的部件中。
应理解，在本申请的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对实施例的实施过程构成任何限定。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或报文中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或报文中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、报文中心等报文存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solidstate disk，SSD))等。
本说明书的各个部分均采用递进的方式进行描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点介绍的都是与其他实施例不同之处。尤其，对于装置和系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例部分的说明即可。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (28)

1.一种业务报文传输方法，其特征在于，所述方法包括：
流量转发设备接收来自于终端的业务请求，所述业务请求包括第一服务器标识，所述第一服务器标识用于将第一应用服务器与其他应用服务器进行区分，所述第一应用服务器是所述终端请求业务的应用服务器；
所述流量转发设备根据所述第一服务器标识确定所述业务请求的第一业务类型；
所述流量转发设备根据所述第一业务类型对应的优先级传输所述业务请求对应的业务报文。
2.如权利要求1所述的方法，其特征在于，所述流量转发设备根据所述第一服务器标识确定所述业务请求的第一业务类型，包括：
所述流量转发设备确定第一对应关系中是否包含与所述第一服务器标识对应的业务类型，所述第一对应关系包含至少一条服务器标识与业务类型的对应关系；
若所述第一对应关系中包含与所述第一服务器标识对应的业务类型，所述流量转发设备将与所述第一服务器标识对应的业务类型确定为所述第一业务类型；
若所述第一对应关系中不包含与所述第一服务器标识对应的业务类型，所述流量转发设备根据所述业务请求对应业务报文的属性信息，确定所述第一业务类型，所述属性信息包括所述业务请求对应的每个业务报文的长度以及业务报文之间的间隔时长。
3.如权利要求2所述的方法，其特征在于，所述流量转发设备根据所述业务请求对应业务报文的属性信息确定所述第一业务类型，包括：
所述流量转发设备按照预设解析规则解析所述属性信息得到所述第一业务类型。
4.如权利要求3所述的方法，其特征在于，所述流量转发设备得到所述第一业务类型之后，还包括：
所述流量转发设备建立所述第一服务器标识与所述第一业务类型的对应关系；
所述流量转发设备将所述第一服务器标识与所述第一业务类型的对应关系发送到网络服务设备，以使所述网络服务设备更新所述第一对应关系。
5.如权利要求2所述的方法，其特征在于，所述流量转发设备根据所述业务请求对应业务报文的属性信息确定所述第一业务类型，包括：
所述流量转发设备将所述属性信息发送到网络服务设备；
所述流量转发设备接收来自于所述网络服务设备的所述第一业务类型。
6.如权利要求2所述的方法，其特征在于，所述流量转发设备确定第一对应关系中是否包含与所述第一服务器标识对应的业务类型，包括：
所述流量转发设备将所述第一服务器标识发送到网络服务设备，以使所述网络服务设备在所述第一对应关系中查找与所述第一服务器标识对应的业务类型；
所述流量转发设备接收来自于所述网络服务设备的所述第一业务类型或者响应信息，所述响应信息指示所述第一对应关系中不包含与所述第一服务器标识对应的业务类型。
7.如权利要求6所述的方法，其特征在于，所述流量转发设备将所述第一服务器标识发送到网络服务设备之前，还包括：
所述流量转发设备确定第二对应关系中是否包含与所述第一服务器标识对应的业务类型，所述第二对应关系是所述流量转发设备维护的服务器标识与业务类型的对应关系，所述第二对应关系包括所述第一对应关系中的部分信息；
若所述第二对应关系中包含与所述第一服务器标识对应的业务类型，所述流量转发设备将与所述第一服务器标识对应的业务类型确定为所述第一业务类型；
若所述第二对应关系中不包含与所述第一服务器标识对应的业务类型，所述流量转发设备将所述第一服务器标识发送到所述网络服务设备。
8.如权利要求6所述的方法，其特征在于，还包括：
所述流量转发设备接收来自于所述网络服务设备的第二服务器标识与第二业务类型的对应关系；
所述流量转发设备根据所述第二服务器标识与所述第二业务类型的对应关系更新所述第二对应关系。
9.一种业务报文传输方法，其特征在于，所述方法包括：
网络服务设备接收来自于流量转发设备的第一服务器标识，所述第一服务器标识用于将第一应用服务器与其他应用服务器进行区分，所述第一服务器标识包含于所述流量转发设备接收的业务请求中，所述第一应用服务器是所述终端请求业务的应用服务器；
所述网络服务设备确定第一对应关系中与所述第一服务器标识对应的业务类型，所述第一对应关系包含至少一条服务器标识与业务类型的对应关系；
若所述第一对应关系中包含与所述第一服务器标识对应的业务类型，所述网络服务设备将所述业务类型作为第一业务类型发送到所述流量转发设备，以使所述流量转发设备根据所述第一业务类型对应的优先级传输所述业务请求对应的业务报文。
10.如权利要求9所述的方法，其特征在于，还包括：
所述网络服务设备接收来自于所述流量转发设备的第二服务器标识，所述第二服务器标识用于将第二应用服务器与其他应用服务器进行区分；
所述网络服务设备确定所述第一对应关系中与所述第二服务器标识对应的业务类型；
若所述第一对应关系中不包含与所述第二服务器标识对应的业务类型，所述网络服务设备向所述流量转发设备发送响应信息，所述响应信息用于触发所述流量转发设备根据所述第二服务器标识确定第二业务类型。
11.如权利要求10所述的方法，其特征在于，所述网络服务设备向所述流量转发设备发送响应信息之后，还包括：
所述网络服务设备接收来自于所述流量转发设备的所述第二服务器标识和所述第二业务类型的对应关系；
所述网络服务设备根据所述第二服务器标识和所述第二业务类型的对应关系更新所述第一对应关系。
12.如权利要求10所述的方法，其特征在于，所述网络服务设备向所述流量转发设备发送响应信息之后，还包括：
所述网络服务设备接收来自于所述流量转发设备的属性信息，所述属性信息包括所述第二服务器标识所属业务请求对应的每个业务报文的长度以及业务报文之间的间隔时长；
所述网络服务设备按照预设解析规则解析所述属性信息得到所述第二业务类型；
所述网络服务设备将所述第二业务类型发送到所述流量转发设备。
13.如权利要求11或12所述的方法，其特征在于，还包括：
所述网络服务设备向所述网络服务设备连接的，除所述流量转发设备之外的其他流量转发设备广播所述第二服务器标识和所述第二业务类型的对应关系。
14.一种流量转发设备，其特征在于，所述设备包括接收单元、确定单元和传输单元，其中，
所述接收单元，用于接收来自于终端的业务请求，所述业务请求包括第一服务器标识，所述第一服务器标识用于将第一应用服务器与其他应用服务器进行区分，所述第一应用服务器是所述终端请求业务的应用服务器；
所述确定单元，用于根据所述第一服务器标识确定所述业务请求的第一业务类型；
所述传输单元，用于根据所述第一业务类型对应的优先级传输所述业务请求对应的业务报文。
15.如权利要求14所述的设备，其特征在于，
所述确定单元，具体用于确定第一对应关系中是否包含与所述第一服务器标识对应的业务类型，所述第一对应关系包含至少一条服务器标识与业务类型的对应关系；若所述第一对应关系中包含与所述第一服务器标识对应的业务类型，将与所述第一服务器标识对应的业务类型确定为所述第一业务类型；若所述第一对应关系中不包含与所述第一服务器标识对应的业务类型，根据所述业务请求对应业务报文的属性信息，确定所述第一业务类型，所述属性信息包括所述业务请求对应的每个业务报文的长度以及业务报文之间的间隔时长。
16.如权利要求14所述的设备，其特征在于，所述设备还包括解析单元，
所述解析单元，用于按照预设解析规则解析所述属性信息得到所述第一业务类型。
17.如权利要求16所述的设备，其特征在于，所述设备还包括建立单元和发送单元，其中，
所述建立单元，用于建立所述第一服务器标识与所述第一业务类型的对应关系；
所述发送单元，用于将所述第一服务器标识与所述第一业务类型的对应关系发送到网络服务设备，以使所述网络服务设备更新所述第一对应关系。
18.如权利要求17所述的设备，其特征在于，
所述发送单元，还用于将所述属性信息发送到网络服务设备；
所述接收单元，还用于接收来自于所述网络服务设备的所述第一业务类型。
19.如权利要求17所述的设备，其特征在于，
所述发送单元，还用于将所述第一服务器标识发送到网络服务设备，以使所述网络服务设备在所述第一对应关系中查找与所述第一服务器标识对应的业务类型；
所述接收单元，还用于接收来自于所述网络服务设备的所述第一业务类型或者响应信息，所述响应信息指示所述第一对应关系中不包含与所述第一服务器标识对应的业务类型。
20.如权利要求19所述的设备，其特征在于，
所述确定单元，还用于确定第二对应关系中是否包含与所述第一服务器标识对应的业务类型，所述第二对应关系是所述流量转发设备维护的服务器标识与业务类型的对应关系，所述第二对应关系包括所述第一对应关系中的部分信息；若所述第二对应关系中包含与所述第一服务器标识对应的业务类型，将与所述第一服务器标识对应的业务类型确定为所述第一业务类型。
21.如权利要求19所述的设备，其特征在于，所述设备还包括更新单元，
所述接收单元，还用于接收来自于所述网络服务设备的第二服务器标识与第二业务类型的对应关系；
所述更新单元，用于根据所述第二服务器标识与所述第二业务类型的对应关系更新所述第二对应关系。
22.如权利要求14至21中任一项所述的设备，其特征在于，
所述流量转发设备是以下任一设备：路由器、光网络终端ONT、光线路终端OLT。
23.一种网络服务设备，其特征在于，所述设备包括接收单元、确定单元和发送单元，其中，
所述接收单元，用于接收来自于流量转发设备的第一服务器标识，所述第一服务器标识用于将第一应用服务器与其他应用服务器进行区分，所述第一服务器标识包含于所述流量转发设备接收的业务请求中，所述第一应用服务器是所述终端请求业务的应用服务器；
所述确定单元，用于确定第一对应关系中与所述第一服务器标识对应的业务类型，所述第一对应关系包含至少一条服务器标识与业务类型的对应关系；
所述发送单元，用于若所述第一对应关系中包含与所述第一服务器标识对应的业务类型，将所述业务类型作为第一业务类型发送到所述流量转发设备，以使所述流量转发设备根据所述第一业务类型对应的优先级传输所述业务请求对应的业务报文。
24.如权利要求23所述的设备，其特征在于，
所述接收单元，还用于接收来自于所述流量转发设备的第二服务器标识，所述第二服务器标识用于将第二应用服务器与其他应用服务器进行区分；
所述确定单元，还用于确定所述第一对应关系中与所述第二服务器标识对应的业务类型；
所述发送单元，还用于若所述第一对应关系中不包含与所述第二服务器标识对应的业务类型，向所述流量转发设备响应信息，所述响应信息用于触发所述流量转发设备根据所述第二服务器标识确定第二业务类型。
25.如权利要求24所述的设备，其特征在于，所述设备还包括更新单元，
所述接收单元，还用于接收来自于所述流量转发设备的所述第二服务器标识和所述第二业务类型的对应关系；
所述更新单元，用于根据所述第二服务器标识和所述第二业务类型的对应关系更新所述第一对应关系。
26.如权利要求24所述的设备，其特征在于，所述设备还包括解析单元，
所述接收单元，还用于接收来自于所述流量转发设备的属性信息，所述属性信息包括所述第二服务器标识所属业务请求对应的每个业务报文的长度以及业务报文之间的间隔时长；
所述解析单元，用于按照预设解析规则解析所述属性信息得到所述第二业务类型；
所述发送单元，还用于将所述第二业务类型发送到所述流量转发设备。
27.如权利要求25或26所述的设备，其特征在于，
所述发送单元，还用于向所述网络服务设备连接的，除所述流量转发设备之外的其他流量转发设备广播所述第二服务器标识和所述第二业务类型的对应关系。
28.如权利要求23至27中任一项所述的设备，其特征在于，
若所述流量转发设备是路由器、光网络终端ONT、光线路终端OLT中任一，所述网络服务设备是网管服务器；或者，
若所述流量转发设备是路由器或者所述ONT，所述网络服务设备是所述OLT或者所述网管服务器。
CN202010258101.4A 2020-04-03 2020-04-03 业务报文传输方法及相关设备 Active CN113498110B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202010258101.4A CN113498110B (zh) 2020-04-03 2020-04-03 业务报文传输方法及相关设备
PCT/CN2021/083549 WO2021197253A1 (zh) 2020-04-03 2021-03-29 业务报文传输方法及相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010258101.4A CN113498110B (zh) 2020-04-03 2020-04-03 业务报文传输方法及相关设备

Publications (2)

Publication Number Publication Date
CN113498110A true CN113498110A (zh) 2021-10-12
CN113498110B CN113498110B (zh) 2023-03-24

Family

ID=77927679

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010258101.4A Active CN113498110B (zh) 2020-04-03 2020-04-03 业务报文传输方法及相关设备

Country Status (2)

Country Link
CN (1) CN113498110B (zh)
WO (1) WO2021197253A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114051008B (zh) * 2021-10-27 2024-05-03 上海寰创通信科技股份有限公司 一种降低无线网络的游戏业务时延的系统
CN114338516B (zh) * 2021-12-28 2023-09-29 中国电信股份有限公司 一种流量转发、策略确定方法及装置
CN116095019B (zh) * 2022-08-19 2024-03-26 荣耀终端有限公司 路由处理方法、装置、设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101009631A (zh) * 2006-01-24 2007-08-01 华为技术有限公司 一种QoS控制方法和系统
CN101217794A (zh) * 2008-01-09 2008-07-09 中兴通讯股份有限公司 一种获知承载业务类型及完成承载网切换的方法
WO2019141169A1 (zh) * 2018-01-16 2019-07-25 华为技术有限公司 多锚点协议数据单元会话的策略控制的方法和通信装置
US20190253917A1 (en) * 2018-02-15 2019-08-15 Huawei Technologies Co., Ltd. Tracking qos violated events
JP2019149619A (ja) * 2018-02-26 2019-09-05 株式会社モバイルテクノ 通信制御装置、通信制御プログラム及び通信制御方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101668314B (zh) * 2009-09-01 2012-12-19 中兴通讯股份有限公司 用于无线分布系统的数据传输方法和装置
CN103346922B (zh) * 2013-07-26 2016-08-10 电子科技大学 基于sdn的确定网络状态的控制器及其确定方法
US10420127B2 (en) * 2015-08-25 2019-09-17 Huawei Technologies Co., Ltd. Data transmission method, related device, and system
WO2017074495A1 (en) * 2015-10-28 2017-05-04 Intel Corporation Quality of service provisioning framework for a sdn-based cellular network architecture

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101009631A (zh) * 2006-01-24 2007-08-01 华为技术有限公司 一种QoS控制方法和系统
CN101217794A (zh) * 2008-01-09 2008-07-09 中兴通讯股份有限公司 一种获知承载业务类型及完成承载网切换的方法
WO2019141169A1 (zh) * 2018-01-16 2019-07-25 华为技术有限公司 多锚点协议数据单元会话的策略控制的方法和通信装置
US20190253917A1 (en) * 2018-02-15 2019-08-15 Huawei Technologies Co., Ltd. Tracking qos violated events
JP2019149619A (ja) * 2018-02-26 2019-09-05 株式会社モバイルテクノ 通信制御装置、通信制御プログラム及び通信制御方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI等: "C1-181770 "Service type for Service Request message"", 《3GPP TSG_CT\WG1_MM-CC-SM_EX-CN1》 *

Also Published As

Publication number Publication date
CN113498110B (zh) 2023-03-24
WO2021197253A1 (zh) 2021-10-07

Similar Documents

Publication Publication Date Title
CN113498110B (zh) 业务报文传输方法及相关设备
CN108024270B (zh) 一种信息发送方法、单元和系统
US11258667B2 (en) Network management method and related device
CN111278031A (zh) Pdu类型的设置方法、ue策略的设置方法及相关实体
CN108401037B (zh) 用户终端和设备的绑定方法、装置和系统
CN107547745B (zh) 资源配置方法及相关产品
CN114095430B (zh) 一种访问报文的处理方法、系统及工作节点
CN111741512B (zh) 一种专网接入方法及装置
KR20220116425A (ko) 듀얼 ｓｉｍ 폰을 통한 데이터 캐시 매커니즘
CN111629371A (zh) 投屏方法和系统
KR102182767B1 (ko) 멀티-홉 능력들의 발견 및 링크 당 기준 라우팅
CN112838989A (zh) 一种数据流管理方法、网络设备及存储介质
CN109151620B (zh) 聚合组端口切换方法、装置及光线路终端olt设备
CN114364031A (zh) 服务提供方法、装置及存储介质
US10680962B2 (en) Method and system for managing traffic of application programs, and terminal device containing the system
CN110933758B (zh) 一种干扰协调方法及装置、基站
CN110661896B (zh) 一种确定数据流的映射地址的方法及服务器
CN110784510A (zh) 目标服务节点接入总线的方法、服务节点的信息交互方法
CN113784419B (zh) 一种信息发送方法、单元和系统
CN111315037B (zh) 通信链路建立方法、装置、计算机设备及存储介质
CN112994942A (zh) 一种sdn控制方法及装置
US11909624B2 (en) Communication method, apparatus, device, system, and computer-readable storage medium
WO2022111173A1 (zh) 网络切片接入方法、设备、系统及存储介质
CN113271229B (zh) 设备控制方法及装置、存储设备、安全设备、交换机、路由器及服务器
WO2023206558A1 (zh) 一种地址分配方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant