WO2024046464A1 - Xdr话单生成的方法和设备、计算机可读介质 - Google Patents

Xdr话单生成的方法和设备、计算机可读介质 Download PDF

Info

Publication number
WO2024046464A1
WO2024046464A1 PCT/CN2023/116465 CN2023116465W WO2024046464A1 WO 2024046464 A1 WO2024046464 A1 WO 2024046464A1 CN 2023116465 W CN2023116465 W CN 2023116465W WO 2024046464 A1 WO2024046464 A1 WO 2024046464A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
xdr
data flow
bill
traffic
Prior art date
Application number
PCT/CN2023/116465
Other languages
English (en)
French (fr)
Inventor
张�荣
鲁胜虎
贾廷尧
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2024046464A1 publication Critical patent/WO2024046464A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing

Definitions

  • the present disclosure relates to the technical field of XDR (X Detailed Record, X detailed record), and in particular to a method and device for generating XDR bill, and computer-readable medium.
  • embodiments of the present disclosure provide a method for generating an XDR bill, which includes: obtaining traffic data; determining the data flow corresponding to the traffic data as the target data flow; wherein the data flow is combined with a terminal-server In one-to-one correspondence, each of the terminal-server combinations is a terminal and a server connected to each other; and, the statistical data of the target data flow is updated according to the traffic data.
  • embodiments of the present disclosure provide a device for generating XDR call records, which includes one or more memories and one or more processors; the memory stores a computer program that can be executed by the processor, and the computer When the program is executed by the processor, any XDR bill generation method according to the embodiments of the present disclosure is implemented.
  • embodiments of the present disclosure provide a computer-readable medium on which a computer program is stored.
  • the computer program is executed by a processor, any method for generating an XDR bill generation according to the embodiments of the present disclosure is implemented.
  • Figure 1 is a flow chart of a method for generating an XDR bill according to an embodiment of the present disclosure
  • Figure 2 is a flow chart of another method of XDR bill generation provided by an embodiment of the present disclosure
  • Figure 3 is a schematic diagram of deploying a DPI device in another method of XDR bill generation provided by an embodiment of the present disclosure
  • Figure 4 is a block diagram of a DPI device used in another method of XDR bill generation provided by an embodiment of the present disclosure
  • Figure 5 is a schematic process diagram of another method for generating XDR bill generation provided by an embodiment of the present disclosure
  • Figure 6 is a block diagram of an XDR bill generation device provided by an embodiment of the present disclosure.
  • plan and/or cross-sectional illustrations are schematic illustrations of the disclosure. Accordingly, example illustrations may be modified based on manufacturing techniques and/or tolerances.
  • the present disclosure is not limited to the embodiments shown in the drawings but includes modifications of configurations formed based on manufacturing processes. Accordingly, the regions illustrated in the figures are of a schematic nature and the shapes of the regions shown in the figures are illustrative of the specific shapes of regions of the element and are not intended to be limiting.
  • Device-pipe-cloud is a conceptual model that started in the Internet era.
  • the diverse access terminals, network access pipes and Internet clouds in the home broadband network are the most basic connection elements and also contain a large amount of data value. Traffic analysis, translation and insight into terminals, home wireless networks, access networks, bearer networks and the Internet, and analyzing the meaning behind network traffic numbers are important ways to accumulate raw data.
  • DPI Deep Packet Inspection
  • a user's surfing behavior on a website will generate multiple socket connections between the user device (terminal) and the website content source (server), and each socket connection will generate an XDR session. one.
  • the traffic data between the same terminal and the server is divided into multiple unrelated XDR bills.
  • these traffic data are originally highly correlated, resulting in unreasonable statistical indicators of the XDR bills generated in this way. , cannot meet the needs of data analysis.
  • embodiments of the present disclosure provide a method for generating an XDR bill.
  • XDR CDR is also called "X Detailed Record” CDR. It is a statistical report on the characteristics of the data obtained after analyzing the Internet data (traffic data) of users (such as home broadband users).
  • the method for generating an XDR bill includes the following steps S101 to S103.
  • step S101 traffic data is obtained.
  • step S102 the data flow corresponding to the traffic data is determined to be the target data flow.
  • the data flow corresponds to the terminal-server combination one-to-one, and each terminal-server combination is a terminal and a server connected to each other. Based on the content of the above traffic data, determine its corresponding "data flow", which is the target data flow.
  • each terminal and each server form a "terminal-server combination", that is, as long as at least one of the terminal and the server is different, the combination formed by them is different. All traffic transmitted between the terminal and the server of each terminal-server combination (which may be transmitted in multiple connections) is attributed to one data flow. Therefore, the data stream has a one-to-one correspondence with the terminal-server combination, that is, each data stream corresponds to a terminal-server combination, and different data streams correspond to different terminal-server combinations; and each terminal-server combination corresponds to a data Stream, and the data streams corresponding to different terminal-server combinations are also different.
  • step S103 the statistical data of the target data flow is updated according to the traffic data.
  • Each data flow has corresponding statistical data, and the statistical data of each data flow is used to generate an XDR call record. Therefore, after the traffic data is obtained and its corresponding target data flow is determined, the statistical data of the target data flow can be updated based on the traffic data.
  • each XDR bill generated by the embodiment of the present disclosure is actually "merged" from the traffic data in multiple connections.
  • the traffic data of different connections between the same terminal and a server are merged and processed to obtain an XDR bill, thereby greatly reducing the required computing resources and storage space (can (reduced to about 1/10), which can meet the data production capacity and simplify data storage; at the same time, the content of each XDR call record is obtained through a large amount of data from multiple connections, so its data source is reliable and its statistical indicators are reasonable. , can meet the needs of data analysis, can provide good data analysis capabilities, and provide guarantee for operators to improve network quality and user satisfaction in the long term.
  • the embodiment of the present disclosure collects home broadband user Internet data, performs statistical analysis on the data packets (such as initialization packet decoding, packet header decoding, business layer decoding, etc.), performs data extraction on the packet decoding results, extracts the required fields, and fills in the data.
  • the external sending structure is mounted to the node that sends the results externally to generate XDR bills for users to access the Internet.
  • it simplifies the output of user traffic data on the other hand, it does not affect the analysis of user traffic, and enriches the end-to-end information that can be used for joint analysis.
  • End data sources driven by diversified markets, the data consumption and production ecology has gradually expanded, which has contributed to the strong data production capabilities of the intelligent big data platform and brought rich possibilities for the application layer value of data.
  • the embodiments of the present disclosure not only collect key information required for XDR bill, but also effectively reduce the number of XDR bill, thus reducing the impact of the analysis system on the network. Resource requirements (can be reduced to about 1/10).
  • the disclosed embodiments can be used for DNS service synthesis, PPPOE service synthesis, and general-type service synthesis, where general-type service synthesis includes HTTP service synthesis, TCP service synthesis, and so on.
  • the methods of embodiments of the present disclosure are performed by a deep packet parsing DPI device provided at the access layer or aggregation layer.
  • the DPI device is located in an optical line terminal OLT or a broadband access server BRAS.
  • the method of the embodiment of the present disclosure can be performed by a DPI device provided at the access layer or the aggregation layer, that is, the DPI device performs the processing on the data packets passing through the access layer or the aggregation layer. Capture and parse to implement the above methods.
  • the above DPI devices can be installed in optical line terminals (OLT, Optical line terminal) or broadband access servers (BRAS, Broadband Remote Access Server).
  • OLT optical line terminal
  • BRAS broadband access servers
  • the DPI device (such as DPI blade, DPI probe) can be built into the OLT to monitor Internet applications, perceive users' real business traffic, and generate XDR call orders to the big data analysis system. Carry out periodic data cleaning, as well as related statistics and analysis with other application systems, to improve the overall satisfaction of operators' broadband users.
  • obtaining traffic data includes: step S1011, copying and decoding the data packet to obtain the traffic data.
  • each data packet transmitted in the network can be "copied", and then the copied data packet can be decoded and analyzed to obtain the traffic data used in the embodiment of the present disclosure, thereby Avoid affecting the transmission process of the original data packet itself.
  • determining the data flow corresponding to the traffic data as the target data flow includes: step S1021, determining the data flow corresponding to the traffic data according to the key value of the five-tuple of the traffic data. , determine the data flow as the target data flow.
  • this step may be to analyze the five-tuple (source IP, destination IP, source port, destination port, protocol type) in the traffic data, and based on the key value of the five-tuple (Key value) to determine its corresponding target data flow.
  • updating the statistical data of the target data flow according to the traffic data includes steps S1031 and S1032.
  • step S1031 in response to the fact that the target data flow is not queried, the target data flow is created, and statistical data of the target data flow is created based on the traffic data.
  • step S1032 in response to querying the target data flow, associate the traffic data with the target data flow, and add the traffic data to the statistical data of the target data flow.
  • how to update the statistical data of the target data flow can be determined according to the situation of the target data flow:
  • the target data flow is not queried, it means that the target data flow does not exist yet, so the traffic data belongs to the new session and corresponds to the "new" data flow; therefore, the corresponding data flow needs to be created as the target data flow, and "Creates (and of course updates)" its statistics based on current traffic data.
  • Step S104 In response to meeting the predetermined conditions, generate an XDR bill according to the statistical data of the data flow, and send the XDR bill.
  • the corresponding XDR bill can also be generated based on the current statistical data of each data stream (of course, it refers to the statistical data that actually contains content), and the XDR bill can be sent to Collect XDR bills for subsequent processes.
  • the predetermined condition includes reaching a predetermined time.
  • the corresponding XDR bill can be generated according to the statistical data of each data flow every predetermined time (such as 5 minutes).
  • an XDR bill may be generated when the number of times the statistical data of the data flow is updated reaches a predetermined value (equivalent to merging a predetermined amount of traffic data into an XDR bill).
  • the above step S104 may be performed after step S103 of FIG. 1 or after S1031 or S1032 of FIG. 2 .
  • the XDR call record is generated when predetermined conditions are met, so it is not necessarily performed after the operation of updating the statistical data of the target data flow.
  • the numbering and description order of the above step S104 do not mean that it is inevitable. Execution order.
  • a method for generating an XDR bill according to an embodiment of the present disclosure may be executed by a DPI device.
  • the DPI device can receive messages of various protocols, analyze the packet header and protocol message content, extract important information, convert the business data into the parameters required for the XDR bill file, and finally construct the XDR bill and send it.
  • the DPI device may include seven parts: original data image collection module, data packet statistics module, initialization packet decoding result module, depacket header module, service layer decoding module, service synthesis module, and XDR sending module.
  • the original data mirroring collection module can be deployed in the operator's bearer equipment (such as in the OLT as shown in Figure 3). It will mirror the data (data packets) passing through the bearer equipment and mirror the home broadband user access control plane and user plane traffic data. into it.
  • the packet statistics module is used to count the number of incoming packets and bytes at the traffic entrance, and the number and bytes of packets to be decoded.
  • the initialization packet decoding result module is used to construct the packet decoding result structure, which is to store the result of the original data decoding and parsing in multiple steps. Specifically, the initialization packet decoding result module may first initialize the packet decoding result structure, and then add information (such as length information) of the data (such as original data) into the packet decoding result structure.
  • the depacket header module is used to perform time analysis, MAC layer analysis, IP layer analysis, transport layer analysis, protocol decoding feature value setting, and five-tuple Key value calculation based on the packet decoding results of the original data, thereby filling in the packet decoding of the packet header analysis information. result.
  • the business layer decoding module implements and registers different decoders for different communication protocols in order to parse valid user information from messages of various protocols. Specifically, the business layer decoding module can call the corresponding decoder to decode the packet according to the different decoder types set when decoding the packet header, and save it in the decoding result member.
  • the service synthesis module Based on the packet decoding results, the service synthesis module extracts fields from the packet decoding results to fill in the structure of the XDR bill sent externally, thereby mounting the node for externally sending results, which mainly includes DNS service synthesis, PPPOE service synthesis, and general service synthesis.
  • the XDR sending module fills the user name in the data stream (used to identify different terminals, such as the mobile phone number of the terminal, etc.) into the associated data stream (target data stream), and updates statistics, status, time, User information, etc., update the URL information in the associated data stream (HTTP service synthesis only), convert the user, statistical, and application information required for XDR bill, update the service subcategory (statistical data), and finally send the XDR bill.
  • a method for generating an XDR bill may specifically include the following steps A1 to A3.
  • step A1 deploy the DPI device and collect data packets.
  • the DPI device can be deployed at the BRAS layer/OLT layer, so that the uplink data is the data sent to the network above the BRAS/OLT, and the downlink data is the data sent to the network below the BRAS/OLT.
  • the indicators of the XDR bill are measured through the two-way business traffic of the TCP protocol, which mainly intercepts the link establishment; at the same time, statistics represent the network quality such as delay, packet loss, reordering, and retransmission during the data transmission process.
  • XDR call records include XDR user public fields, XDR business public fields, XDR statistical public fields, XDR business-specific fields, etc.
  • step A2 the data packet is parsed to obtain traffic data.
  • the uplink and downlink directions, service port number, quintuple value, application layer packet byte starting position, DPI decoding position, decoding length, number of payload bytes, and decoding results are taken from the packet header decoding result (depacket header).
  • message time and other information are added to the packet decoding result structure (equivalent to a cache that saves the decoding results); then, the packet decoding results (business layer decoding) are used to send the packet structure (equivalent to a template that saves the decoded content) ) to initialize (initialize the packet decoding result), and point the decoding result pointer of the packet sending structure to the corresponding decoding result pointer of the packet decoding result structure; then input the initialized packet sending structure into the XDPI decoding unit, and combine the packet header with Correspond to the decoding result of the packet content, use the decoded result to backfill the packet decoding result, and finally perform some finishing settings and save the packet decoding result.
  • step A3 the XDR bill (including service synthesis) is obtained based on the traffic data.
  • step A3 may include the following steps A301 to A309.
  • step A301 the Key value of the five-tuple is obtained from the packet decoding result, the corresponding data stream is searched based on the Key value, and whether the data stream exists is determined.
  • step A302 if the data flow does not exist, create a data flow according to the Key value.
  • step A303 after obtaining the corresponding data flow according to the Key value, the service type of the data flow is updated, the service calculation cache space is allocated, and the number of packets and packet bytes associated with the flow are counted.
  • step A304 it is determined whether the data stream requires multi-stream association.
  • step A305 for the data stream that requires multi-stream association, obtain the Key value of the data stream.
  • the Key value is equal to the source IP + file name; for the data stream service type is HTTP stream (303), the Key value is equal to the source IP + destination IP; for other general service types, the Key value is equal to the source IP + protocol type + service type.
  • step A306 information such as quality attributes, including data packet count, delay, etc., are calculated.
  • step A307 the data flow statistical information is added to its statistical data, and business, statistics, status information, etc. are updated.
  • step A308 the start time, end time, and upper layer protocol type of the data flow (including associated data flow) are updated, and the user name information of the associated data flow is filled in.
  • step A309 when it is determined that the XDR bill needs to be sent, the XDR bill of the data stream is sent to complete the data generation.
  • an embodiment of the present disclosure provides a device for generating XDR bill, which includes one or more memories and one or more processors; the memory stores a computer program that can be executed by the processor, and the computer When the program is executed by the processor, any XDR bill generation method according to the embodiments of the present disclosure is implemented.
  • the processor is a device with data processing capabilities, including but not limited to a central processing unit (CPU), etc.
  • the memory is a device with data storage capabilities, including but not limited to random access memory (RAM, more specifically such as SDRAM). , DDR, etc.), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory (FLASH);
  • the processor and the memory can be connected through the I/O interface (read-write interface) to realize the memory and Processor information exchange, I/O interface includes but is not limited to data bus (Bus) and other forms.
  • I/O interface includes but is not limited to data bus (Bus) and other forms.
  • the XDR bill generation device includes a deep packet parsing DPI device.
  • the device for generating XDR bill may include a DPI device.
  • the device that generates the XDR bill may be a DPI device that has a DPI function and can execute the method of the embodiment of the present disclosure.
  • the device for XDR bill generation is used to be deployed at the access layer or aggregation layer.
  • the device (such as DPI device, DPI blade, DPI probe) for generating XDR bill according to the embodiment of the present disclosure may be deployed at the access layer or aggregation layer, such as in an OLT or BRAS.
  • embodiments of the present disclosure provide a computer-readable medium on which a computer program is stored.
  • the computer program is executed by a processor, any method for generating an XDR bill generation according to the embodiments of the present disclosure is implemented.
  • the processor is a device with data processing capabilities, including but not limited to a central processing unit (CPU), etc.
  • the memory is a device with data storage capabilities, including but not limited to random access memory (RAM, more specifically such as SDRAM). , DDR, etc.), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory (FLASH);
  • the I/O interface read-write interface
  • the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component may have multiple functions, or one function or step may consist of several physical components. Components execute cooperatively.
  • Some or all of the physical components may be implemented as software executed by a processor, such as a central processing unit (CPU), a digital signal processor, or a microprocessor, or as hardware, or as an integrated circuit, such as ASIC.
  • a processor such as a central processing unit (CPU), a digital signal processor, or a microprocessor, or as hardware, or as an integrated circuit, such as ASIC.
  • Such software may be distributed on computer-readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media).
  • computer storage media includes volatile and nonvolatile media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. removable, removable and non-removable media.
  • Computer storage media includes but is not limited to random access memory (RAM, more specifically SDRAM, DDR, etc.), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory (FLASH) or other disk storage ; Compact Disk Read-Only (CD-ROM), Digital Versatile Disk (DVD), or other optical disk storage; Magnetic cassette, magnetic tape, disk storage, or other magnetic storage; Any other storage device that can be used to store desired information and can be accessed by a computer medium. Additionally, it is known to those of ordinary skill in the art that communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism, and may include any information delivery media .
  • RAM random access memory
  • ROM read-only memory
  • EEPROM electrically erasable programmable read-only memory
  • FLASH Compact Disk Read-Only
  • DVD Digital Versatile Disk
  • Communication media typically embodies computer readable instructions, data structures
  • Example embodiments have been disclosed, and although specific terms are employed, they are used and should be interpreted in a general illustrative sense only and not for purpose of limitation. In some instances, it will be apparent to those skilled in the art that features, characteristics and/or elements described in connection with a particular embodiment may be used alone, or may be used in conjunction with other embodiments, unless expressly stated otherwise. Features and/or components are used in combination. Accordingly, it will be understood by those skilled in the art that various changes in form and details may be made without departing from the scope of the present disclosure as set forth in the appended claims.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开提供了一种XDR话单生成的方法，其包括：获取流量数据；确定所述流量数据对应的数据流为目标数据流；其中，所述数据流与终端-服务器组合一一对应，每个所述终端-服务器组合为相互连接的一个终端与一个服务器；根据所述流量数据更新所述目标数据流的统计数据。本公开还提供了一种XDR话单生成的设备、计算机可读介质。

Description

XDR话单生成的方法和设备、计算机可读介质
相关申请的交叉引用
本申请要求2022年9月2日提交的中国专利申请No.202211069668.2的优先权，该中国专利申请的内容通过引用的方式整体合并于此。
技术领域
本公开涉及XDR(X Detailed Record，X详细记录)技术领域，特别涉及一种XDR话单生成的方法和设备、计算机可读介质。
背景技术
很多情况下，需要对用户的上网数据进行深度解析，形成XDR话单，作为提高网络质量、提升用户满意度的基础。
但是，现有产生XDR话单的技术需要大量的计算资源和存储空间，且得到的统计指标不合理，不能满足数据分析的需求。
发明内容
第一方面，本公开实施例提供一种XDR话单生成的方法，其包括：获取流量数据；确定所述流量数据对应的数据流为目标数据流；其中，所述数据流与终端-服务器组合一一对应，每个所述终端-服务器组合为相互连接的一个终端与一个服务器；以及，根据所述流量数据更新所述目标数据流的统计数据。
第二方面，本公开实施例提供一种XDR话单生成的设备，其包括一个或多个存储器、一个或多个处理器；所述存储器存储有能被处理器执行的计算机程序，所述计算机程序被处理器执行时实现本公开实施例的任意一种XDR话单生成的方法。
第三方面，本公开实施例提供一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本公开实施例的任意一种XDR话单生成的方法。
附图说明
在本公开实施例的附图中：
图1为本公开实施例提供的一种XDR话单生成的方法的流程图；
图2为本公开实施例提供的另一种XDR话单生成的方法的流程图；
图3为本公开实施例提供的另一种XDR话单生成的方法中部署DPI装置的示意图；
图4为本公开实施例提供的另一种XDR话单生成的方法中所用的DPI装置的组成框图；
图5为本公开实施例提供的另一种XDR话单生成的方法的过程示意图；
图6为本公开实施例提供的一种XDR话单生成的设备的组成框图。
具体实施方式
为使本领域的技术人员更好地理解本公开的技术方案，下面结合附图对本公开实施例提供的XDR话单生成的方法和设备、计算机可读介质进行详细描述。
在下文中将参考附图更充分地描述本公开，但是所示的实施例可以以不同形式来体现，且本公开不应当被解释为限于以下阐述的实施例。反之，提供这些实施例的目的在于使本公开透彻和完整，并将使本领域技术人员充分理解本公开的范围。
本公开实施例的附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与详细实施例一起用于解释本公开，并不构成对本公开的限制。通过参考附图对详细实施例进行描述，以上和其它特征和优点对本领域技术人员将变得更加显而易见。
本公开可借助本公开的理想示意图而参考平面图和/或截面图进行描述。因此，可根据制造技术和/或容限来修改示例图示。
在不冲突的情况下，本公开各实施例及实施例中的各特征可相互组合。
本公开所使用的术语仅用于描述特定实施例，且不意欲限制本公开。如本公开所使用的术语“和/或”包括一个或多个相关列举条目的任何和所有组合。如本公开所使用的单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。如本公开所使用的术语“包括”、“由……制成”，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其它特征、整体、步骤、操作、元件、组件和/或其群组。
除非另外限定，否则本公开所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本公开的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本公开明确如此限定。
本公开不限于附图中所示的实施例，而是包括基于制造工艺而形成的配置的修改。因此，附图中例示的区具有示意性属性，并且图中所示区的形状例示了元件的区的具体形状，但并不是旨在限制性的。
随着通讯技术的日渐完善和网络技术的高速发展，通信运营商对如何发挥网络效能有更高的诉求，期望以降本增效、提质创收为基本原则实现价值运维运营的目标。在当前数字化的环境中，几乎所有围绕运维运营的举措都以数据为基础展开，网络和业务数据作为运营商独家掌握的资源，已成为网络价值运维运营的关键力量。基于智能大数据平台数的实践经验，总结出通信领域大数据的五大差异化能力集：数据的生产能力、数据的连通能力、数据的裁判能力、数据的变现能力和数据的预测能力。
其中，数据的生产能力是运营商运维运营的开端。“端-管-云”是始于互联网时代的概念模式，家宽网络中多样化的接入终端、网络接入管道和互联网云端是最基本的连接组成元素，也蕴藏着大量的数据价值。对于终端、家庭无线网络、接入网、承载网和互联网各环节的流量解析、翻译和洞察，解析网络流量数字背后的意义，是积累原始数据的重要途径。
智能大数据平台中，在网络接入侧依据深度包解析(DPI，Deep Packet Inspection)， 对网络接入管道中的控制面和用户面流量数据分别进行深度解析，形成XDR话单，以赋予流量数据实际含义。DPI具有大量的业务识别能力，可更透彻地洞察网络流量。在多样化市场的驱动下，数据消费和生产生态逐渐庞大，促成了智能大数据平台强大的数据生产能力，为数据发挥应用层价值带来了无限丰富的可能性。
为此，如何高效的产生高质量的XDR话单，对提升数据生产能力有着重要意义。
在一些相关技术中，用户对一个网站的上网行为会在用户设备(终端)和网站内容源(服务器)间产生多个套接字(socket)连接，而每个socket连接都要生成一条XDR话单。
由此，相关技术中XDR话单的数量巨大，其生成、传输、存储、解析加工等都需要大量的计算资源和存储资源，尤其在家宽场景需要的资源量更大。
而且，根据相关技术，相同终端与服务器间的流量数据被分为多个相互无关联的XDR话单，但这些流量数据原本是高度相关的，从而导致这样产生的XDR话单的统计指标不合理，不能满足数据分析的需求。
针对以上技术问题，第一方面，本公开实施例提供一种XDR话单生成的方法。
XDR话单也称“X详细记录(X Detailed Record)”话单，其是对用户(如家宽用户)上网的数据(流量数据)进行分析后，得到的关于数据的特征统计报告。
参照图1，本公开实施例的XDR话单生成的方法包括以下步骤S101至S103。
在步骤S101、获取流量数据。
通过该步骤，得到用户(终端)与网站(服务器)间传输的数据包(包括上行数据包和下行数据包)的内容(流量数据)。
在步骤S102、确定流量数据对应的数据流为目标数据流。
数据流与终端-服务器组合一一对应，每个终端-服务器组合为相互连接的一个终端与一个服务器。根据以上流量数据的内容，确定其对应的“数据流”，也就是目标数据流。
其中，每一个终端与每一个服务器构成一个“终端-服务器组合”，即，只要终端和服务器中有至少一者不同，则其构成的组合就是不同的。而每个终端-服务器组合的终端和服务器之间传输的全部流量(可能分别在多个连接中传输)均归于一个数据流。由此，数据流与终端-服务器组合是一一对应的，即，每个数据流对应一个终端-服务器组合，不同数据流对应的终端-服务器组合不同；而每个终端-服务器组合对应一个数据流，且不同终端-服务器组合对应的数据流也不同。
在步骤S103、根据流量数据更新目标数据流的统计数据。
每个数据流具有对应的统计数据，而每个数据流的统计数据用于产生一个XDR话单。由此，在获取到流量数据并确定其对应的目标数据流后，即可根据该流量数据对目标数据流的统计数据进行更新。
这样，在相同终端和服务器(用户和网站)的组合内，在多个不同的连接(如socket连接)中传输的所有流量数据，都会被统计到一个统计数据中，并可后续根据该统计数据产生的一个XDR话单。由此，本公开实施例产生的每个XDR话单，实际是由多个连接中的流量数据“合并”得到的。
本公开实施例的中，对同一个终端与一个服务器间(一个会话)的不同连接的流量数据进行合并处理，得到一个XDR话单，从而大大降低了所需的计算资源和存储空间(可 降低为1/10左右)，可满足数据的生产能力，精简数据的存储；同时，其每个XDR话单的内容是通过多个连接的大量数据得到的，故其数据源可靠，统计指标合理，能满足数据分析的需求，能提供良好的数据分析的能力，为运营商长期提高网络质量，提升用户满意度提供保障。
总之，本公开实施例采集家宽用户上网数据，对数据包进行统计分析(如初始化包解码、解包头、业务层解码等)，并对包解码的结果进行数据提取，提取需要的字段，填充对外发送结构，挂载到对外发送结果的节点，生成用户上网的XDR话单，其一方面精简用户流量数据输出，一方面不影响对用户流量的分析，丰富了可供联合分析使用的端到端数据源，在多样化市场的驱动下，数据消费和生产生态逐渐庞大，促成了智能大数据平台强大的数据生产能力，为数据发挥应用层价值带来了丰富的可能性。
而且，本公开实施例通过将多个连接(如socket)合并成一条XDR话单，既采集到XDR话单所需的关键信息，也有效降低了XDR话单数量，从而减少了分析系统对网络资源的需求(可降低为1/10左右)。本公开实施例可用于DNS业务合成、PPPOE业务合成、通用类业务合成，其中通用类业务合成包括HTTP业务合成和TCP业务合成等。
在一些实施例中，本公开实施例的方法由设于接入层或汇聚层的深度包解析DPI装置执行。
在一些实施例中，DPI装置设于光线路终端OLT或宽带接入服务器BRAS中。
作为本公开实施例的一种方式，本公开实施例的方法具体可以由设于接入层或汇聚层的DPI装置进行的，即，由DPI装置对经过接入层或汇聚层的数据包进行抓取、解析，以实现以上方法。
进一步的，以上DPI装置可设于光线路终端(OLT，Optical line terminal)或宽带接入服务器(BRAS，Broadband Remote Access Server)中。
在一些实施方式中，参照图3，可在OLT内置所述DPI装置(如DPI刀片、DPI探针)，以监测互联网应用，感知用户真实的业务流量，产生XDR话单到大数据分析系统，进行周期的数据清洗，以及与其他应用系统的关联统计、分析，提高运营商宽带用户整体满意度服务。
在一些实施例中，参照图2，获取流量数据(图1的步骤S101)包括：步骤S1011、复制并解码数据包，得到流量数据。
作为本公开实施例的一种方式，对网络中传输的每个数据包，可将其“复制”，之后对复制的数据包进行解码、分析，得到用于本公开实施例的流量数据，从而避免对原数据包本身的传输过程产生影响。
在一些实施例中，参照图2，确定流量数据对应的数据流为目标数据流(图1的步骤S102)包括：步骤S1021、根据流量数据的五元组的键值确定流量数据对应的数据流，确定数据流为目标数据流。
作为本公开实施例的一种方式，该步骤可以是对流量数据中的五元组(源IP、目的IP、源端口、目的端口、协议类型)进行分析，根据五元组的键值(Key值)确定出其对应的目标数据流。
在一些实施例中，参照图2，根据流量数据更新目标数据流的统计数据(图1中的步骤S103)包括步骤S1031和S1032。
在步骤S1031、响应于未查询到目标数据流，创建目标数据流，根据流量数据创建目标数据流的统计数据。
在步骤S1032、响应于查询到目标数据流，将流量数据与目标数据流关联，将流量数据添加至目标数据流的统计数据。
作为本公开实施例的一种方式，可根据目标数据流的情况确定如何更新其统计数据：
(1)如果未查询到目标数据流，则表明目标数据流还不存在，故流量数据是属于新的会话的，对应“新”数据流；故需要创建相应的数据流作为目标数据流，并根据当前的流量数据“创建(当然也是更新)”其统计数据。
(2)如果查询到目标数据流，则表明目标数据流已经存在，故说明流量数据是属于已有会话的，对应“旧”数据流，其流量数据应被“合并”到已有的XDR话单中；故需要将流量数据与已有的数据流“关联”，并将当前的流量数据“添加(当然也是更新)”到其统计数据，也就是将统计数据“合并”。
应当理解，以上目标数据流不存在和目标数据流已存在是两种不同的并列情况，故以上步骤S1031和步骤S1032的编号和描述顺序，并不代表相应步骤的具体执行顺序。
在一些实施例中，参照图2，本公开实施例方法还包括：步骤S104、响应于符合预定条件，根据数据流的统计数据生成XDR话单，并发送XDR话单。
作为本公开实施例的一种方式，在一定条件下，还可根据各数据流当前的统计数据(当然是指确实有内容的统计数据)生成相应的XDR话单，并发送XDR话单，以收集XDR话单而用于后续的过程。
在一些实施例中，预定条件包括达到预定时间。例如，可以是每隔预定的时间(如5min)，就根据各数据流的统计数据产生相应的XDR话单。
应当理解，本公开实施例中生成XDR话单的条件不限于此。例如，也可以是在数据流的统计数据被更新的次数达到预定值时，产生XDR话单(相当于将预定数量的流量数据合并为一个XDR话单)。
在一些实施例中，以上步骤S104可在图1的步骤S103之后或图2的S1031或S1032之后执行。然而，应当理解，XDR话单是在满足预定条件时产生的，故其不一定是在更新目标数据流的统计数据的操作后进行的，以上步骤S104的编号和描述顺序并不代表其必然的执行顺序。
示例性的，本公开实施例的一种XDR话单生成的方法，具体可由DPI装置执行。
DPI装置可接收到各种协议的报文，并进行包头解析、协议消息内容解析，提取重要信息，经过业务数据合成转换为XDR话单文件所需的参数，最后构造XDR话单并发送。
示例性的，参照图4，DPI装置可包括七部分：原始数据镜像采集模块、数据包统计模块、初始化包解码结果模块、解包头模块、业务层解码模块、业务合成模块、XDR发送模块。
原始数据镜像采集模块可部署在运营商的承载设备中(如参照图3在OLT中)，其会镜像经过承载设备的数据(数据包)，把家宽用户上网控制面和用户面流量数据镜像到其中。
数据包统计模块用于在流量入口处统计进入的数据包的个数、字节数，将要进行包解码的数据包的个数、字节数等。
初始化包解码结果模块用于构造包解码结果结构体，也就是存储原始数据经过多个步骤解码、解析后的结果。具体的，初始化包解码结果模块可首先对包解码结果结构体进行初始化，然后将数据(如原始数据)的信息(如长度信息)加入包解码结果结构体中。
解包头模块用于根据原始数据的包解码结果，进行时间解析、MAC层解析、IP层解析、传输层解析、协议解码特征值设置、五元组Key值计算，从而填充包头解析信息的包解码结果。
业务层解码模块针对不同的通讯协议实现并注册了不同的解码器，以便从各种协议的消息中解析出有效的用户信息。具体的，业务层解码模块可根据解包头时设置的不同解码器类型，调用对应的解码器对包解码，保存在解码结果成员中。
业务合成模块根据包解码的结果，从包解码结果中提取字段填充对外发送的XDR话单的结构，从而挂载对外发送结果的节点，主要包括DNS业务合成、PPPOE业务合成、通用类业务合成。
XDR发送模块将数据流中的用户名(用于标识不同终端，如可为终端的手机号等)填充到关联数据流(目标数据流)中，更新关联数据流中的统计、状态、时间、用户信息等，更新关联数据流中URL信息(仅限HTTP业务合成)，转换XDR话单需要的用户、统计、应用信息，更新业务小类(统计数据)，最终发送XDR话单。
参照图5，本公开实施例的一种XDR话单生成的方法具体可包括以下步骤A1至A3。
在步骤A1、部署DPI装置和采集数据包。
在运营商网络中部署DPI装置，实时采集并复制家宽用户上网的原始数据(数据包)。
通常情况下，参照图3，DPI装置可部署在在BRAS层/OLT层，这样上行数据即发送至BRAS/OLT以上的网络的数据，下行数据即发送至BRAS/OLT以下的网络的数据。而XDR话单的各指标是通过TCP协议的双向业务流量来统计，主要截获建链；同时，统计数据传输过程中的时延、丢包、乱序、重传等代表网络质量的数据。
其中，具体参与XDR话单构建的字段类型有XDR用户公共字段、XDR业务公共字段、XDR统计公共字段、XDR业务特有字段等。
在步骤A2、解析数据包以得到流量数据。
获取全网用户上网信息的数据，对业务数据报文(数据包)进行复制和解码，而解码器针对HTTP协议、TCP协议中的各个消息进行解码。
具体的，首先从包头解码结果(解包头)中取出上下行方向、服务端口号、五元组值、应用层包字节起始位置、DPI解码位置、解码长度、payload字节数、解码结果、报文时间等信息加到包解码结果结构体(相当于保存解码结果的缓存)中；之后，用包解码结果(业务层解码)对送包结构体(相当于对解码内容进行保存的模板)进行初始化(初始化包解码结果)，并将送包结构体的解码结果指针指向包解码结果结构体相应的解码结果指针；然后将初始化后的送包结构体输入到XDPI解码单元，将包头与包内容的解码结果对应，利用解码后的结果对包解码结果进行回填，最后对包解码结果进行一些收尾设置和保存。
在步骤A3、根据流量数据得到XDR话单(包括业务合成)。
在一些实施例中，步骤A3可包括以下步骤A301至A309。
在步骤A301、从包解码结果中获取五元组的Key值，根据Key值查找对应的数据流，判断数据流是否存在。
在步骤A302、如果不存在数据流，则根据Key值创建数据流。
在步骤A303、根据Key值获取到对应的数据流后，更新数据流的业务类型，分配业务计算缓存空间，统计加入流关联的包数和包字节数。
在步骤A304、判断数据流是否需要进行多流关联。
即判断数据流是新创建的，需要首次写入统计数据，或是数据流已经存在，故需要将新的数据“合并”到其已有的统计数据中。
在步骤A305、对需要进行多流关联的数据流，获取数据流的Key值。
其中，对于不同的协议，Key值的具体处理存在差异。例如，对于流媒体业务，Key值等于源IP+文件名；对于数据流业务类型为HTTP流(303)，Key值等于源IP+目的IP；对于其它通用业务类型，Key值等于源IP+协议类型+业务类型。
在步骤A306、计算质量属性等信息，包括数据包的计数、时延等。
在步骤A307、将数据流统计信息添加到其统计数据，更新业务、统计、状态信息等。
在步骤A308、更新数据流(包括关联的数据流)的开始时间、结束时间、上层协议类型，填充关联数据流的用户名信息。
在步骤A309、判断XDR话单需要发送时，发送数据流的XDR话单，完成数据生成。
第二方面，参照图6，本公开实施例提供一种XDR话单生成的设备，其包括一个或多个存储器、一个或多个处理器；存储器存储有能被处理器执行的计算机程序，计算机程序被处理器执行时实现本公开实施例的任意一种XDR话单生成的方法。
其中，处理器为具有数据处理能力的器件，其包括但不限于中央处理器(CPU)等；存储器为具有数据存储能力的器件，其包括但不限于随机存取存储器(RAM，更具体如SDRAM、DDR等)、只读存储器(ROM)、带电可擦可编程只读存储器(EEPROM)、闪存(FLASH)；处理器与存储器间可通过I/O接口(读写接口)连接，实现存储器与处理器的信息交互，I/O接口包括但不限于数据总线(Bus)等形式。
在一些实施例中，XDR话单生成的设备包括深度包解析DPI装置。
作为本公开实施例的一种方式，XDR话单生成的设备可包括DPI装置。例如，XDR话单生成的设备可以就是具有DPI功能、且能执行本公开实施例的方法的DPI装置。
在一些实施例中，XDR话单生成的设备用于部署在接入层或汇聚层。
作为本公开实施例的一种方式，本公开实施例XDR话单生成的设备(如DPI装置、DPI刀片、DPI探针)可部署在接入层或汇聚层，如部署在OLT或BRAS中。
第三方面，本公开实施例提供一种计算机可读介质，其上存储有计算机程序，计算机程序被处理器执行时实现本公开实施例的任意一种XDR话单生成的方法。
其中，处理器为具有数据处理能力的器件，其包括但不限于中央处理器(CPU)等；存储器为具有数据存储能力的器件，其包括但不限于随机存取存储器(RAM，更具体如SDRAM、DDR等)、只读存储器(ROM)、带电可擦可编程只读存储器(EEPROM)、闪存(FLASH)；I/O接口(读写接口)连接在处理器与存储器间，能实现存储器与处理器的信息交互，其包括但不限于数据总线(Bus)等。
本领域普通技术人员可以理解，上文中所公开的全部或某些步骤、系统、装置中的 功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。
在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。
某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器(CPU)、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于随机存取存储器(RAM，更具体如SDRAM、DDR等)、只读存储器(ROM)、带电可擦可编程只读存储器(EEPROM)、闪存(FLASH)或其它磁盘存储器；只读光盘(CD-ROM)、数字多功能盘(DVD)或其它光盘存储器；磁盒、磁带、磁盘存储或其它磁存储器；可以用于存储期望的信息并且可以被计算机访问的任何其它的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其它传输机制之类的调制数据信号中的其它数据，并且可包括任何信息递送介质。
本公开已经公开了示例实施例，并且虽然采用了具体术语，但它们仅用于并仅应当被解释为一般说明性含义，并且不用于限制的目的。在一些实例中，对本领域技术人员显而易见的是，除非另外明确指出，否则可单独使用与特定实施例相结合描述的特征、特性和/或元素，或可与其它实施例相结合描述的特征、特性和/或元件组合使用。因此，本领域技术人员将理解，在不脱离由所附的权利要求阐明的本公开的范围的情况下，可进行各种形式和细节上的改变。

Claims (10)

  1. 一种XDR话单生成的方法，包括：
    获取流量数据；
    确定所述流量数据对应的数据流为目标数据流；其中，所述数据流与终端-服务器组合一一对应，每个所述终端-服务器组合为相互连接的一个终端与一个服务器；以及
    根据所述流量数据更新所述目标数据流的统计数据。
  2. 根据权利要求1所述的方法，其中，所述获取流量数据包括：
    复制并解码数据包，得到流量数据。
  3. 根据权利要求1所述的方法，其中，所述确定所述流量数据对应的数据流为目标数据流包括：
    根据所述流量数据的五元组的键值确定所述流量数据对应的数据流，确定所述数据流为目标数据流。
  4. 根据权利要求1所述的方法，其中，所述根据所述流量数据更新所述目标数据流的统计数据包括：
    响应于未查询到所述目标数据流，创建所述目标数据流，根据所述流量数据创建所述目标数据流的统计数据；以及
    响应于查询到所述目标数据流，将所述流量数据与所述目标数据流关联，将所述流量数据添加至所述目标数据流的统计数据。
  5. 根据权利要求1所述的方法，其中，还包括：
    响应于符合预定条件，根据所述数据流的统计数据生成所述XDR话单，并发送所述XDR话单。
  6. 根据权利要求5所述的方法，其中，
    所述预定条件包括达到预定时间。
  7. 一种XDR话单生成的设备，其包括一个或多个存储器、一个或多个处理器；所述存储器存储有能被处理器执行的计算机程序，所述计算机程序被处理器执行时实现权利要求1至6中任意一项所述的XDR话单生成的方法。
  8. 根据权利要求7所述的设备，其中，
    所述XDR话单生成的设备包括深度包解析DPI装置。
  9. 根据权利要求7所述的设备，其中，
    所述XDR话单生成的设备用于部署在接入层或汇聚层。
  10. 一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至6中任意一项所述的XDR话单生成的方法。
PCT/CN2023/116465 2022-09-02 2023-09-01 Xdr话单生成的方法和设备、计算机可读介质 WO2024046464A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211069668.2A CN117692873A (zh) 2022-09-02 2022-09-02 Xdr话单生成的方法和设备、计算机可读介质
CN202211069668.2 2022-09-02

Publications (1)

Publication Number Publication Date
WO2024046464A1 true WO2024046464A1 (zh) 2024-03-07

Family

ID=90100450

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/116465 WO2024046464A1 (zh) 2022-09-02 2023-09-01 Xdr话单生成的方法和设备、计算机可读介质

Country Status (2)

Country Link
CN (1) CN117692873A (zh)
WO (1) WO2024046464A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1592431A (zh) * 2003-08-27 2005-03-09 华为技术有限公司 非结构化补充业务数据的业务计费系统及方法
CN104022920A (zh) * 2014-06-26 2014-09-03 重庆重邮汇测通信技术有限公司 一种lte网络流量识别系统及方法
CN104301880A (zh) * 2014-10-30 2015-01-21 工业和信息化部通信计量中心 一种用于cdma 2000网络移动通信系统的数据业务流量计费准确性检测方法
CN110855424A (zh) * 2019-10-12 2020-02-28 武汉绿色网络信息服务有限责任公司 一种DPI领域非对称流量xDR合成的方法和装置
CN111294849A (zh) * 2018-12-10 2020-06-16 中国移动通信集团北京有限公司 一种lte用户上网质差的判定方法及装置
CN113490202A (zh) * 2021-07-23 2021-10-08 恒安嘉新（北京）科技股份公司 一种语音话单的合成方法、装置、计算机设备和存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1592431A (zh) * 2003-08-27 2005-03-09 华为技术有限公司 非结构化补充业务数据的业务计费系统及方法
CN104022920A (zh) * 2014-06-26 2014-09-03 重庆重邮汇测通信技术有限公司 一种lte网络流量识别系统及方法
CN104301880A (zh) * 2014-10-30 2015-01-21 工业和信息化部通信计量中心 一种用于cdma 2000网络移动通信系统的数据业务流量计费准确性检测方法
CN111294849A (zh) * 2018-12-10 2020-06-16 中国移动通信集团北京有限公司 一种lte用户上网质差的判定方法及装置
CN110855424A (zh) * 2019-10-12 2020-02-28 武汉绿色网络信息服务有限责任公司 一种DPI领域非对称流量xDR合成的方法和装置
CN113490202A (zh) * 2021-07-23 2021-10-08 恒安嘉新（北京）科技股份公司 一种语音话单的合成方法、装置、计算机设备和存储介质

Also Published As

Publication number Publication date
CN117692873A (zh) 2024-03-12

Similar Documents

Publication Publication Date Title
US11425047B2 (en) Traffic analysis method, common service traffic attribution method, and corresponding computer system
US11700322B2 (en) Service process control method and network device
WO2022011862A1 (zh) 一种o-ran与mec的通信方法及系统
AU2019386646B9 (en) User access control method, information sending method, and apparatus
EP2806602A1 (en) Feature extraction device, network traffic identification method, device and system.
US11016806B2 (en) Dynamic generation and adjustment of scheduling logic for packet processing by sets of processing modules
CN104836821A (zh) 一种基于路由器设备的网络加速方法、装置和设备
CN113193974B (zh) 基于组播的行情信息推送方法、系统、设备及介质
CN105262740B (zh) 一种大数据传输方法和系统
CN112035182A (zh) 一种基于kong的API网关监控方法及系统
CN111314179A (zh) 网络质量检测方法、装置、设备和存储介质
US10136375B2 (en) Method for service data management, apparatus, and system
CN109889521A (zh) 存储器、通信通道复用实现方法、装置和设备
WO2022222674A1 (zh) 消息处理方法和装置、电子设备、计算机可读存储介质
CN112335203B (zh) 处理局域网诊断数据
US20180270160A1 (en) Pcc control of http adaptive bit rate video streaming protocols
WO2024046464A1 (zh) Xdr话单生成的方法和设备、计算机可读介质
CN111436029A (zh) 对网络切片实例进行计费处理的方法、系统及相关设备
CN109587028A (zh) 一种控制客户端流量的方法和装置
CN111596940B (zh) 一种版本升级方法、装置、电子设备及存储介质
CN111262782B (zh) 一种报文处理方法、装置及设备
US11606273B1 (en) Monitoring server performance using server processing time
WO2012159485A1 (zh) 数据上报、数据分析方法及装置
CN112565337B (zh) 请求传输方法、服务端、客户端、系统及电子设备
US10938772B2 (en) Access device for analysis of physical links and method thereof

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23859492

Country of ref document: EP

Kind code of ref document: A1