CN114979312B - Method and device for detecting high-level service type - Google Patents
Method and device for detecting high-level service type Download PDFInfo
- Publication number
- CN114979312B CN114979312B CN202210591789.7A CN202210591789A CN114979312B CN 114979312 B CN114979312 B CN 114979312B CN 202210591789 A CN202210591789 A CN 202210591789A CN 114979312 B CN114979312 B CN 114979312B
- Authority
- CN
- China
- Prior art keywords
- interval
- service type
- data
- receiving time
- determining
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 36
- 238000001514 detection method Methods 0.000 claims abstract description 26
- 238000004891 communication Methods 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 10
- 230000009286 beneficial effect Effects 0.000 abstract description 5
- 230000006870 function Effects 0.000 description 9
- 230000008569 process Effects 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 230000009471 action Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 108700026140 MAC combination Proteins 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
- H04L43/067—Generation of reports using time frame reporting
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The embodiment of the application provides a method and a device for detecting a high-level service type, wherein the method comprises the following steps: firstly, acquiring a protocol data packet to be processed; analyzing the protocol data packet to obtain analysis data and a logic channel identifier; judging whether the analysis data belongs to high-level service data or not according to the logic channel identification; if yes, analyzing the analysis data to obtain an SN value distribution interval and a receiving time interval corresponding to the analysis data; and finally, determining the service type carried by the protocol data packet corresponding to the logic channel according to the SN value distribution interval and the receiving time interval, and can simply and quickly determine the service type without acquiring interface configuration parameters, thereby being good in applicability and being beneficial to improving the service type detection efficiency.
Description
Technical Field
The present application relates to the field of communications technologies, and in particular, to a method and an apparatus for detecting a high-level service type.
Background
In the LTE system, the bearer service type of the corresponding bearer cannot be known. However, in the design and implementation of the related LTE system device, if the specific type of the service carried by the corresponding logical channel can be determined, great convenience is brought to the related implementation. In the prior art, it is generally required to acquire related configuration parameters of the S1 interface or PDCP first, and then determine a service type according to the acquired related configuration parameters. However, in practice, it is found that the existing method needs to acquire interface configuration data, and has complex processing procedure, poor applicability and low service type detection efficiency.
Disclosure of Invention
The embodiment of the application aims to provide a high-level service type detection method and device, which can simply and quickly determine the service type without acquiring interface configuration parameters, and have good applicability, thereby being beneficial to improving the service type detection efficiency.
The first aspect of the embodiment of the application provides a method for detecting a high-level service type, which comprises the following steps:
Acquiring a protocol data packet to be processed;
analyzing the protocol data packet to obtain analysis data and a logic channel identifier;
Judging whether the analysis data belongs to high-level service data or not according to the logic channel identification;
if yes, analyzing the analysis data to obtain an SN value distribution interval and a receiving time interval corresponding to the analysis data;
and determining the service type carried by the logical channel corresponding to the protocol data packet according to the SN value distribution interval and the receiving time interval.
In the implementation process, firstly, acquiring a protocol data packet to be processed; analyzing the protocol data packet to obtain analysis data and a logic channel identifier; judging whether the analysis data belongs to high-level service data or not according to the logic channel identification; if yes, analyzing the analysis data to obtain an SN value distribution interval and a receiving time interval corresponding to the analysis data; and finally, determining the service type carried by the protocol data packet corresponding to the logic channel according to the SN value distribution interval and the receiving time interval, and can simply and quickly determine the service type without acquiring interface configuration parameters, thereby being good in applicability and being beneficial to improving the service type detection efficiency.
Further, the parsing the protocol data packet to obtain parsed data and a logical channel identifier includes:
Decoding the protocol data packet to obtain decoded data;
And analyzing the decoded data according to a preset first communication protocol to obtain analysis data and a logic channel identifier.
Further, the analyzing the analysis data to obtain an SN value distribution interval and a receiving time interval corresponding to the analysis data includes:
analyzing the analysis data according to a preset second communication protocol to obtain an SN value;
Acquiring a historical SN value interval, a receiving time interval of the last piece of data and the current receiving time of the analysis data;
determining an SN value distribution interval according to the SN value and the historical SN value interval;
and determining a receiving time interval corresponding to the analysis data according to the receiving time interval of the last piece of data and the current receiving time.
Further, the determining, according to the SN value distribution interval and the receiving time interval, the service type carried by the logical channel corresponding to the protocol data packet includes:
Judging whether the SN value distribution interval is in a preset range or not;
if the service type is within the preset range, determining that the service type carried by the protocol data packet corresponding to the logic channel is SIP short message service;
If the SN value is not in the preset range, judging whether the SN value of the SN value distribution interval is in a continuous increasing trend;
And if the protocol data packet is in the continuous increasing trend, determining the service type carried by the corresponding logic channel of the protocol data packet according to the receiving time interval.
Further, the determining, according to the receiving time interval, the service type carried by the protocol data packet corresponding to the logical channel includes:
Determining an interval section where the receiving time interval is located;
When the interval is within a first preset interval, determining that the service type borne by the logical channel corresponding to the protocol data packet is voice VOIP service;
and when the interval is within a second preset interval, determining the service type carried by the protocol data packet corresponding to the logic channel as data service.
A second aspect of an embodiment of the present application provides a high-layer service type detection apparatus, where the high-layer service type detection apparatus includes:
the acquisition unit is used for acquiring the protocol data packet to be processed;
The first analysis unit is used for analyzing the protocol data packet to obtain analysis data and a logic channel identifier;
the judging unit is used for judging whether the analysis data belongs to high-level service data according to the logic channel identification;
The second analysis unit is used for analyzing the analysis data to obtain an SN value distribution interval and a receiving time interval corresponding to the analysis data when the analysis data is judged to belong to the high-level service data;
And the service type determining unit is used for determining the service type carried by the corresponding logic channel of the protocol data packet according to the SN value distribution interval and the receiving time interval.
In the implementation process, the acquisition unit acquires the protocol data packet to be processed first; the first analysis unit analyzes the protocol data packet to obtain analysis data and a logic channel identifier; then judging whether the analysis data belongs to the high-level service data or not by the judging unit according to the logic channel identification; the second analysis unit analyzes the analysis data when judging that the data belongs to the high-level business data to obtain an SN value distribution interval and a receiving time interval corresponding to the analysis data; and finally, the service type determining unit determines the service type carried by the protocol data packet corresponding to the logic channel according to the SN value distribution interval and the receiving time interval, can simply and quickly determine the service type without acquiring interface configuration parameters, has good applicability, and is beneficial to improving the service type detection efficiency.
Further, the first parsing unit includes:
A decoding subunit, configured to decode the protocol data packet to obtain decoded data;
The first analysis subunit is used for analyzing the decoded data according to a preset first communication protocol to obtain analysis data and a logic channel identifier.
Further, the second parsing unit includes:
The second analysis subunit is used for analyzing the analysis data according to a preset second communication protocol to obtain an SN value;
The acquisition subunit is used for acquiring a historical SN value interval, a receiving time interval of the last piece of data and the current receiving time of the analysis data;
A first determining subunit, configured to determine an SN value distribution interval according to the SN value and the historical SN value interval; and determining a receiving time interval corresponding to the analysis data according to the receiving time interval of the last piece of data and the current receiving time.
A third aspect of the embodiment of the present application provides an electronic device, including a memory and a processor, where the memory is configured to store a computer program, and the processor is configured to execute the computer program to cause the electronic device to execute the high-level service type detection method according to any one of the first aspect of the embodiment of the present application.
A fourth aspect of the embodiments of the present application provides a computer readable storage medium storing computer program instructions which, when read and executed by a processor, perform the method for detecting a high-level service type according to any one of the first aspect of the embodiments of the present application.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the embodiments of the present application will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present application and should not be considered as limiting the scope, and other related drawings can be obtained according to these drawings without inventive effort for a person skilled in the art.
Fig. 1 is a flow chart of a method for detecting a high-level service type according to an embodiment of the present application;
fig. 2 is a schematic structural diagram of a high-level service type detection device according to an embodiment of the present application;
fig. 3 is a flow chart of another method for detecting a high-level service type according to an embodiment of the present application;
fig. 4 is a schematic flow chart of determining a SIP short message service according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be described below with reference to the accompanying drawings in the embodiments of the present application.
It should be noted that: like reference numerals and letters denote like items in the following figures, and thus once an item is defined in one figure, no further definition or explanation thereof is necessary in the following figures. Meanwhile, in the description of the present application, the terms "first", "second", and the like are used only to distinguish the description, and are not to be construed as indicating or implying relative importance.
Example 1
Referring to fig. 1, fig. 1 is a flow chart of a method for detecting a high-level service type according to an embodiment of the present application. The high-level service type detection method comprises the following steps:
S101, acquiring a protocol data packet to be processed.
S102, analyzing the protocol data packet to obtain analysis data and a logic channel identifier.
As an optional implementation manner, parsing the protocol data packet to obtain parsed data and a logical channel identifier includes:
Decoding the protocol data packet to obtain decoded data;
and analyzing the decoded data according to a preset first communication protocol to obtain analysis data and a logic channel identifier.
In the above embodiment, as shown in fig. 3, the decoded data is parsed according to a preset first communication protocol, that is, the decoded data is parsed according to the protocol MAC PDU structure. The preset first communication protocol comprises a MAC PDU protocol.
In the embodiment of the application, the system MAC protocol module can receive the MAC PDU (i.e. the protocol data packet to be processed), and then the MAC PDU analysis processing is carried out on the protocol data packet to be processed to obtain the logic channel data SDU (i.e. the analysis data).
S103, judging whether the analysis data belongs to high-level service data according to the logic channel identification, and if so, executing a step S104; if not, the process is ended.
In the embodiment of the application, the method aims at providing a method for identifying and knowing the type of high-level service borne by a corresponding logical channel and a Radio Bearer (RB) in an air interface L2 protocol module based on an LTE system.
In the embodiment of the present application, as shown in fig. 3, the MAC layer knows the LCID (i.e. the logical channel identifier), and according to the protocol rule, only the logical channel with LCID > 3 carries the higher layer service data of the user, so that it can be determined whether the parsed data belongs to the higher layer service data through the logical channel identifier.
S104, analyzing the analysis data according to a preset second communication protocol to obtain an SN value.
In the embodiment of the application, when the logical channel identifier LCID corresponding to the analysis data is judged to be more than 3, the logical channel data SDU is sent to the RLC layer protocol for processing, wherein the second communication protocol is the RLC layer protocol.
In the embodiment of the present application, the parsing data is parsed according to the preset second communication protocol, that is, the parsing data is parsed according to the RLC PDU structure, which is not limited in any way.
In the embodiment of the application, the RLC protocol obtains the SN field in the RLC PDU header (if the RLC knows the bit number of the SN, it directly obtains, otherwise, the RLC needs to obtain the SN according to the bit number according to the possible condition of the bit number defined by the protocol, then if several continuous SNs are also continuous numbers, it is a certain bit number configuration condition.
S105, acquiring a historical SN value interval, a receiving time interval of the last piece of data and a current receiving time of the analysis data.
S106, determining an SN value distribution interval according to the SN value and the historical SN value interval.
S107, determining a receiving time interval corresponding to the analysis data according to the receiving time interval of the last piece of data and the current receiving time.
In the embodiment of the application, in the RLC layer, the receiving time interval of the RLC PDU can be calculated, the SN value is obtained at the same time, the historical SN value interval is accumulated, the distribution interval of the SN value can be calculated, and the service type carried by the corresponding logic channel can be obtained by analysis according to the receiving time interval of the PDU.
S108, judging whether the SN value distribution interval is within a preset range, and if so, executing a step S109; if not, step S110 is performed.
In the embodiment of the present application, the preset range may be specifically 10, etc., which is not limited to the embodiment of the present application.
S109, determining that the service type carried by the protocol data packet corresponding to the logic channel is SIP short message service, and ending the flow.
In the embodiment of the present application, whether the user performs the SIP short message service can be determined by the method, for example, please refer to fig. 4, fig. 4 is a schematic flow chart for determining the SIP short message service provided in the embodiment of the present application, as shown in fig. 4, after the system is operated, the physical layer sends the successfully decoded TB block (i.e. the protocol data packet to be processed) to the MAC for processing, then the MAC analyzes according to the protocol MAC PDU structure to obtain all LCID (i.e. the logical channel identifier) and SDU (analysis data) in the PDU according to the preset first communication protocol, and then determines whether the user is the high-level application data of the user according to the LCID value, specifically, when LCID >3, the user is only possible to be the short message data of the user; then, for SDU with LCID >3, the SDU is sent to the RLC module for processing, the RLC analyzes and obtains the SN value in PDU according to the preset second communication protocol rule and the structure of RLC PDU, when judging whether it is SIP short message service or not only, the SN value can be obtained according to all bits of the protocol SN value, then the following condition is satisfied:
(1) SN is less than a preset range, such as less than 10;
(2) The RLC PDU of the LCID is discontinuous, i.e., there are no subsequent PDUs;
if the two conditions are satisfied, it can be basically determined that the service type carried by the LCID is SIP short message service.
S110, judging whether the SN value of the SN value distribution interval is in a continuous increasing trend, and if so, executing a step S111; if not, the process is ended.
S111, determining an interval section where the receiving time interval is located.
In the embodiment of the application, the receiving time interval is the adjacent RLC PDU time interval.
And S112, when the interval is within the first preset interval, determining that the service type borne by the logical channel corresponding to the protocol data packet is voice VOIP service.
In the embodiment of the present application, the first preset interval may be specifically 20ms, which is not limited to the embodiment of the present application.
And S113, when the interval is within a second preset interval, determining the service type carried by the protocol data packet corresponding to the logic channel as data service.
In the embodiment of the application, for a certain service, the SN value of the service also has a corresponding rule, for example, if the service is a SIP short message service, the SN value is smaller, for a voice service, the SN will increase slowly, for other real-time video services, the SN will increase faster, and for a data downloading service, the SN will increase faster.
In the embodiment of the application, the data service comprises a real-time video service and a data downloading service. When determining that the service type carried by the logical channel corresponding to the protocol data packet is a data service, the data length of each protocol data packet (namely PDU) can be obtained, and the data service is determined to be a real-time video service or a data downloading service according to a preset data length threshold value and the data length. In actual use, each data length of the real-time video service is shorter than the data download service.
In the embodiment of the present application, the second preset interval may be specifically 10ms, which is not limited to the embodiment of the present application.
In the embodiment of the application, the service type carried by the corresponding logic channel can be primarily judged through the rule shown in the table one.
List one
In the first table, the preset range is preset, specifically may be set to 10, etc., which is not limited to the embodiment of the present application.
In the embodiment of the application, when the type of the high-layer specific data service carried by some air interfaces needs to be detected, the complete air interface protocol function and S1 interface function do not need to be realized, and the type of the high-layer service can be determined by the LCID, the RLC SN and the RLC PDU timestamp interval rules corresponding to different services shown in the first table.
In the embodiment of the application, whether the user performs the voice VOIP service or not can be judged and judged by the method. After the system operates, the physical layer sends the successfully decoded TB blocks to MAC processing, the MAC analyzes all LCID and SDU in PDU according to protocol MAC PDU structure according to protocol specification, then judges whether the data is high-level application data of the user according to LCID value, and when specific LCID is more than 3, the data is possible to be voice VOIP data of the user; for SDUs with LCID >3, the SDUs are sent to an RLC module for processing, the RLC analyzes and obtains an SN value in the PDU according to the structure of the RLC PDU according to the protocol specification, and meanwhile, time information (accurate to ms) of every RLC PDU is obtained and recorded. This has the following data in table two:
Watch II
RLC PDU# | SN value | PDU TimeStamp |
PDU#1 | m | z |
PDU#2 | m1 | z1 |
PDU#3 | m2 | z2 |
PDU#4 | m3 | z3 |
Thus, the judgment is carried out according to the following two conditions, and if the conditions are met, the voice VOIP service is realized.
(1)m1=m+1,m2=m1+1,m3=m2+1;
(1)z1-z=20ms,z2-z1=20ms,z3-z2=20ms;
If the two conditions are satisfied, it can be basically determined that the service carried by the LCID is VOIP voice data.
In the above example, for the acquisition of SN, sn_x_m1, sn_x_m2, sn_x_m3 may be acquired separately according to all cases specified by the protocol if it is not known how many bits the SN specifically occupies; and sn_y_m1, sn_y_m2, sn_y_m3. The two sets of SN values are then determined which set is consecutive, e.g., sn_x_m1, sn_x_m2, sn_x_m3 is consecutive, and sn_y_m1, sn_y_m2, sn_y_m3 is not consecutive, which indicates that the RLC SN configuration corresponding to the bearer is x bit, and then the LCID can be parsed according to the x bit configuration to obtain the RLC SN.
In the embodiment of the application, the implementation of the method does not need to realize the function of an S1 protocol interface, does not need to realize the function of a PDCP protocol and does not need to completely realize the function of an air interface RLC protocol, thereby saving the workload of system design and realization and simultaneously achieving the purpose of obtaining the type of the data service carried.
In the embodiment of the present application, the execution subject of the method may be a computing device such as a computer or a server, which is not limited in this embodiment.
In the embodiment of the present application, the execution body of the method may also be an intelligent device such as a smart phone, a tablet computer, etc., which is not limited in this embodiment.
Therefore, by implementing the high-level service type detection method described in the embodiment, the service type can be simply and rapidly determined, the interface configuration parameters do not need to be acquired, and the applicability is good, so that the service type detection efficiency is improved.
Example 2
Referring to fig. 2, fig. 2 is a schematic structural diagram of a high-level service type detection device according to an embodiment of the present application. As shown in fig. 2, the high-layer service type detection apparatus includes:
An obtaining unit 210, configured to obtain a protocol data packet to be processed;
A first parsing unit 220, configured to parse the protocol data packet to obtain parsed data and a logical channel identifier;
a judging unit 230, configured to judge whether the parsed data belongs to high-level service data according to the logical channel identifier;
the second parsing unit 240 is configured to parse the parsed data to obtain an SN value distribution interval and a receiving time interval corresponding to the parsed data when it is determined that the parsed data belongs to the higher-layer service data;
The service type determining unit 250 is configured to determine a service type carried by the logical channel corresponding to the protocol data packet according to the SN value distribution interval and the receiving time interval.
As an alternative embodiment, the first parsing unit 220 includes:
a decoding subunit 221, configured to decode the protocol data packet to obtain decoded data;
the first parsing subunit 222 is configured to parse the decoded data according to a preset first communication protocol, so as to obtain parsed data and a logical channel identifier.
As an alternative embodiment, the second parsing unit 240 includes:
a second parsing subunit 241, configured to parse the parsed data according to a preset second communication protocol to obtain an SN value;
An obtaining subunit 242, configured to obtain a historical SN value interval, a time interval of receiving the previous piece of data, and a current time of receiving the parsed data;
a first determining subunit 243, configured to determine an SN value distribution interval according to the SN value and the historical SN value interval; and determining the receiving time interval corresponding to the analysis data according to the receiving time interval of the last data and the current receiving time.
As an alternative embodiment, the service type determining unit 250 includes:
a judging subunit 251, configured to judge whether the SN value distribution interval is within a preset range;
a second determining subunit 252, configured to determine that the service type carried by the logical channel corresponding to the protocol data packet is a SIP short message service when it is determined that the service type is within the preset range;
the judging subunit 251 is further configured to judge whether the SN value in the SN value distribution interval is in a continuous increasing trend when it is judged that the SN value is not in the preset range;
And the third determining subunit 253 is configured to determine, when it is determined that the continuous increasing trend is present, a service type carried by the logical channel corresponding to the protocol data packet according to the receiving time interval.
As a further optional embodiment, the third determining subunit 253 is specifically configured to determine an interval in which the receiving time interval is located; when the interval is within a first preset interval, determining that the service type borne by the protocol data packet corresponding to the logic channel is voice VOIP service; and when the interval is within a second preset interval, determining the service type carried by the protocol data packet corresponding to the logic channel as data service.
In the embodiment of the present application, the explanation of the high-layer service type detection device may refer to the description in embodiment 1, and the description is not repeated in this embodiment.
Therefore, the high-level service type detection device described in the embodiment can simply and quickly determine the service type without acquiring interface configuration parameters, has good applicability, and is beneficial to improving the service type detection efficiency.
The embodiment of the application provides electronic equipment, which comprises a memory and a processor, wherein the memory is used for storing a computer program, and the processor runs the computer program to enable the electronic equipment to execute the high-level service type detection method in the embodiment 1 of the application.
The embodiment of the application provides a computer readable storage medium storing computer program instructions which, when read and executed by a processor, perform the high-level service type detection method of the embodiment 1 of the application.
In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other manners. The apparatus embodiments described above are merely illustrative, for example, of the flowcharts and block diagrams in the figures that illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
In addition, functional modules in the embodiments of the present application may be integrated together to form a single part, or each module may exist alone, or two or more modules may be integrated to form a single part.
The functions, if implemented in the form of software functional modules and sold or used as a stand-alone product, may be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art or in a part of the technical solution, in the form of a software product stored in a storage medium, comprising several instructions for causing a computer device (which may be a personal computer, a server, a network device, etc.) to perform all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a usb disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a magnetic disk, or an optical disk, or other various media capable of storing program codes.
The above description is only an example of the present application and is not intended to limit the scope of the present application, and various modifications and variations will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the protection scope of the present application. It should be noted that: like reference numerals and letters denote like items in the following figures, and thus once an item is defined in one figure, no further definition or explanation thereof is necessary in the following figures.
The foregoing is merely illustrative of the present application, and the present application is not limited thereto, and any person skilled in the art will readily recognize that variations or substitutions are within the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
It is noted that relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Moreover, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
Claims (9)
1. A method for detecting a high-level service type, comprising:
Acquiring a protocol data packet to be processed;
analyzing the protocol data packet to obtain analysis data and a logic channel identifier;
Judging whether the analysis data belongs to high-level service data or not according to the logic channel identification;
if yes, analyzing the analysis data to obtain an SN value distribution interval and a receiving time interval corresponding to the analysis data;
Determining the service type carried by the logical channel corresponding to the protocol data packet according to the SN value distribution interval and the receiving time interval;
the determining, according to the SN value distribution interval and the receiving time interval, the service type carried by the logical channel corresponding to the protocol data packet includes:
Judging whether the SN value distribution interval is in a preset range or not;
if the service type is within the preset range, determining that the service type carried by the protocol data packet corresponding to the logic channel is SIP short message service;
If the SN value is not in the preset range, judging whether the SN value of the SN value distribution interval is in a continuous increasing trend;
And if the protocol data packet is in the continuous increasing trend, determining the service type carried by the corresponding logic channel of the protocol data packet according to the receiving time interval.
2. The method for detecting a high-level service type according to claim 1, wherein said parsing the protocol data packet to obtain parsed data and a logical channel identifier includes:
Decoding the protocol data packet to obtain decoded data;
And analyzing the decoded data according to a preset first communication protocol to obtain analysis data and a logic channel identifier.
3. The method for detecting a high-level service type according to claim 1, wherein the parsing the parsed data to obtain an SN value distribution interval and a receiving time interval corresponding to the parsed data includes:
analyzing the analysis data according to a preset second communication protocol to obtain an SN value;
Acquiring a historical SN value interval, a receiving time interval of the last piece of data and the current receiving time of the analysis data;
determining an SN value distribution interval according to the SN value and the historical SN value interval;
and determining a receiving time interval corresponding to the analysis data according to the receiving time interval of the last piece of data and the current receiving time.
4. The method for detecting a higher layer service type according to claim 1, wherein the determining, according to the receiving time interval, the service type carried by the logical channel corresponding to the protocol data packet includes:
Determining an interval section where the receiving time interval is located;
When the interval is within a first preset interval, determining that the service type borne by the logical channel corresponding to the protocol data packet is voice VOIP service;
and when the interval is within a second preset interval, determining the service type carried by the protocol data packet corresponding to the logic channel as data service.
5. A high-level service type detection apparatus, characterized in that the high-level service type detection apparatus comprises:
the acquisition unit is used for acquiring the protocol data packet to be processed;
The first analysis unit is used for analyzing the protocol data packet to obtain analysis data and a logic channel identifier;
the judging unit is used for judging whether the analysis data belongs to high-level service data according to the logic channel identification;
The second analysis unit is used for analyzing the analysis data to obtain an SN value distribution interval and a receiving time interval corresponding to the analysis data when the analysis data is judged to belong to the high-level service data;
The service type determining unit is used for determining the service type carried by the logical channel corresponding to the protocol data packet according to the SN value distribution interval and the receiving time interval;
Wherein the service type determining unit includes:
The judging subunit is used for judging whether the SN value distribution interval is in a preset range;
The second determining subunit is configured to determine that the service type carried by the logical channel corresponding to the protocol data packet is a SIP short message service when the second determining subunit determines that the second determining subunit is within the preset range;
The judging subunit is further used for judging whether the SN value of the SN value distribution interval is in a continuous increasing trend or not when the SN value is judged not to be in the preset range;
and the third determining subunit is used for determining the service type carried by the logical channel corresponding to the protocol data packet according to the receiving time interval when the continuous increasing trend is judged.
6. The high-layer traffic type detection device according to claim 5, wherein the first parsing unit includes:
A decoding subunit, configured to decode the protocol data packet to obtain decoded data;
The first analysis subunit is used for analyzing the decoded data according to a preset first communication protocol to obtain analysis data and a logic channel identifier.
7. The high-layer traffic type detection device according to claim 5, wherein the second parsing unit includes:
The second analysis subunit is used for analyzing the analysis data according to a preset second communication protocol to obtain an SN value;
The acquisition subunit is used for acquiring a historical SN value interval, a receiving time interval of the last piece of data and the current receiving time of the analysis data;
A first determining subunit, configured to determine an SN value distribution interval according to the SN value and the historical SN value interval; and determining a receiving time interval corresponding to the analysis data according to the receiving time interval of the last piece of data and the current receiving time.
8. An electronic device comprising a memory for storing a computer program and a processor that runs the computer program to cause the electronic device to perform the high-level traffic type detection method of any one of claims 1 to 4.
9. A readable storage medium having stored therein computer program instructions which, when read and executed by a processor, perform the high-level traffic type detection method of any one of claims 1 to 4.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210591789.7A CN114979312B (en) | 2022-05-27 | 2022-05-27 | Method and device for detecting high-level service type |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210591789.7A CN114979312B (en) | 2022-05-27 | 2022-05-27 | Method and device for detecting high-level service type |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114979312A CN114979312A (en) | 2022-08-30 |
CN114979312B true CN114979312B (en) | 2024-05-28 |
Family
ID=82958082
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210591789.7A Active CN114979312B (en) | 2022-05-27 | 2022-05-27 | Method and device for detecting high-level service type |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114979312B (en) |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1643820A (en) * | 2002-09-19 | 2005-07-20 | Lg电子株式会社 | Multicast service providing method in mobile communication system |
CN101351033A (en) * | 2007-07-20 | 2009-01-21 | 中兴通讯股份有限公司 | Data multiplexing method capable of enhancing up access system through multi-carrier |
CN102255741A (en) * | 2010-05-21 | 2011-11-23 | 中兴通讯股份有限公司 | Subscriber service information backup method and device |
CN106470384A (en) * | 2015-08-18 | 2017-03-01 | 北京信威通信技术股份有限公司 | A kind of carrying collocation method in D2D communication |
WO2018077417A1 (en) * | 2016-10-28 | 2018-05-03 | Huawei Technologies Co., Ltd. | Sequence numbers in multiple protocol layered mobile communication |
CN109196902A (en) * | 2017-03-13 | 2019-01-11 | 华为技术有限公司 | A kind of data processing method and terminal device, base station |
CN109729544A (en) * | 2017-10-27 | 2019-05-07 | 维沃移动通信有限公司 | Packet loss calculation method, the network equipment and terminal |
CN110324851A (en) * | 2018-03-30 | 2019-10-11 | 维沃移动通信有限公司 | A kind of method of reseptance and communication equipment |
WO2020052110A1 (en) * | 2018-09-12 | 2020-03-19 | 网宿科技股份有限公司 | Service quality monitoring method, apparatus, and system |
CN111757293A (en) * | 2019-03-29 | 2020-10-09 | 华为技术有限公司 | Communication method and communication device |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140161111A1 (en) * | 2011-08-10 | 2014-06-12 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting data using a multi-carrier in a mobile communication system |
CN105917599B (en) * | 2014-01-16 | 2020-01-10 | 三星电子株式会社 | Apparatus and method for operating user plane protocol stack in connectionless communication system |
-
2022
- 2022-05-27 CN CN202210591789.7A patent/CN114979312B/en active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1643820A (en) * | 2002-09-19 | 2005-07-20 | Lg电子株式会社 | Multicast service providing method in mobile communication system |
CN101351033A (en) * | 2007-07-20 | 2009-01-21 | 中兴通讯股份有限公司 | Data multiplexing method capable of enhancing up access system through multi-carrier |
CN102255741A (en) * | 2010-05-21 | 2011-11-23 | 中兴通讯股份有限公司 | Subscriber service information backup method and device |
CN106470384A (en) * | 2015-08-18 | 2017-03-01 | 北京信威通信技术股份有限公司 | A kind of carrying collocation method in D2D communication |
WO2018077417A1 (en) * | 2016-10-28 | 2018-05-03 | Huawei Technologies Co., Ltd. | Sequence numbers in multiple protocol layered mobile communication |
CN109196902A (en) * | 2017-03-13 | 2019-01-11 | 华为技术有限公司 | A kind of data processing method and terminal device, base station |
CN109729544A (en) * | 2017-10-27 | 2019-05-07 | 维沃移动通信有限公司 | Packet loss calculation method, the network equipment and terminal |
CN110324851A (en) * | 2018-03-30 | 2019-10-11 | 维沃移动通信有限公司 | A kind of method of reseptance and communication equipment |
WO2020052110A1 (en) * | 2018-09-12 | 2020-03-19 | 网宿科技股份有限公司 | Service quality monitoring method, apparatus, and system |
CN111757293A (en) * | 2019-03-29 | 2020-10-09 | 华为技术有限公司 | Communication method and communication device |
Also Published As
Publication number | Publication date |
---|---|
CN114979312A (en) | 2022-08-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106851839B (en) | Frame structure determining method and base station | |
US7835761B2 (en) | Method for distinguishing different types of data content in data packets in a wireless communication system | |
KR100744589B1 (en) | Method and system for optimizing power resources in wireless devices | |
CN109036386B (en) | Voice processing method and device | |
RU2010135523A (en) | METHOD AND DEVICE FOR IDENTIFICATION OF A CHANNEL IN A WIRELESS COMMUNICATION SYSTEM | |
WO2017148130A1 (en) | Method and device for analyzing poor network quality problem | |
CN106101740A (en) | A kind of video content recognition method and apparatus | |
CN111935789B (en) | Uu interface signaling association method, device and storage medium | |
CN112738538B (en) | Live broadcasting room on-hook behavior detection method and device, electronic equipment and computer readable storage medium | |
CN106788888B (en) | Method and system for improving communication success rate of android mobile terminal in weak network environment | |
CN106790498A (en) | Vehicle-mounted voice intercommunication method, V2X car-mounted terminals and voice inter-speaking system | |
CN107395252A (en) | Frequency-hopping method, frequency-hopping arrangement, terminal and baseband chip | |
AU2003263702A1 (en) | Method for discarding all segments corresponding to the same packet in a buffer | |
CN114979312B (en) | Method and device for detecting high-level service type | |
CN112866125B (en) | Downlink data transmission method and device | |
CN108881392B (en) | Method and device for updating service characteristic database | |
CN101877625A (en) | Receiving process method of downlink speech frame, device and baseband | |
CN106331308B (en) | Contact person information processing method and device | |
CN113094412B (en) | Identity recognition method and device, electronic equipment and storage medium | |
CN107005420B (en) | Group business feedback method and device | |
CN102932817B (en) | Method and device for recognizing voice stream and wireless access equipment | |
CN113949640A (en) | Service data processing method and device | |
CN1868226A (en) | Method, system and program product for regulating data messaging by mobile stations in a wireless network | |
US8917730B2 (en) | Decoding method and apparatus | |
JP2012521164A (en) | Quick MAP recovery method in case of error in MoCA |
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 |