WO2018068262A1 - Video code rate acquisition method, apparatus, and network side device - Google Patents

Abstract

A video code rate acquisition method, apparatus, and network side device, the method comprising the following steps: acquiring a first video service request packet comprising a preset video service ID sent by a mobile terminal and attribute parameters of said first video service request packet, the first video service request packet being used for the mobile terminal to request a first video segment from the video server corresponding to the preset video service ID; if the attribute parameters of the first video service request packet meet preset video code rate calculation conditions, then acquiring the segment length of the first video segment and the segment size of the first video segment on the basis of the first video service request packet; and, on the basis of the segment length of the first video segment and segment size of the first video segment, calculating the video code rate of the first video segment. The accuracy of the video code rate can thus be ensured, and the efficiency of video code rate acquisition can be improved.

Description

Method, device and network side device for obtaining video bit rate Technical field

The present invention relates to the field of video communication technologies, and in particular, to a method, an apparatus, and a network side device for acquiring a video bit rate.

Background technique

With the expansion of wireless network coverage and the increasing popularity of mobile devices (such as mobile phones, tablets, etc.), users can use mobile devices to chat, watch videos, listen to songs, and more, anytime, anywhere. At present, video services occupy an increasing proportion in the existing network data, and the evaluation of the experience of video services becomes more and more important. In order to better implement wireless resource scheduling, improve the user video service experience, or evaluate the user experience, the network side device needs to obtain information such as a video bit rate. The video bit rate, also known as the slice rate, is equal to the slice size of the video slice divided by the slice duration of the video slice. A video may be divided into multiple segments for download, and each segment is called a video segment. Video bit rate is an important calculation parameter for video service experience evaluation. How to accurately obtain the video bit rate is especially important.

Currently, there are two options for obtaining video bitrates:

(1) Deep Packet Inspection (DPI) acquisition scheme, which is a scheme for obtaining a code rate identification by parsing a video code rate related information of a video service. The network side device parses the content of each data packet sent by the mobile terminal to determine whether it includes a video service. If a data packet includes a video service, the fragmentation duration and the fragment size of the video fragment are obtained by unpacking. The video bit rate of the video segment is calculated by the slice duration and the slice size. The scheme has high accuracy in obtaining the video bit rate, but since the parsed data packet is too much, the efficiency of obtaining the code rate is not high, and it is a heavyweight code rate acquisition scheme.

(2) A scheme for obtaining a video code rate according to a stream feature of the video service, the scheme may be referred to as a service classification (SC), and the process may include: the network side device according to the stream feature of the video service to the mobile terminal The service behavior is identified. If a service is identified as a video service, the downlink total payload of the video stream corresponding to the service is used to obtain the fragment size of the video fragment, and the offline system based statistical analysis (video fragmentation based fragmentation) When the fluctuation of the duration is small, the fragmentation duration of the video fragment is obtained, and the video bit rate of the video fragment is calculated by the fragmentation duration and the slice size. In practical applications, the fragmentation duration based on the video fragmentation fluctuates greatly, which results in lower accuracy of the fragmentation time obtained by the scheme, and the accuracy of the calculated video bitrate is lower.

It can be seen that the current scheme for obtaining the video bit rate has the problems of low acquisition efficiency and low accuracy of the obtained video bit rate.

Summary of the invention

The embodiment of the invention provides a method, a device and a network side device for acquiring a video bit rate, which can ensure the accuracy of the video bit rate and improve the efficiency of obtaining the video bit rate.

A first aspect of the embodiments of the present invention provides a method for acquiring a video bit rate, including:

Obtaining, by the mobile terminal, a first video service request packet carrying a preset video service identifier, and an attribute parameter of the first video service request packet, where the first video service request packet is used by the mobile terminal to the preset The video server corresponding to the video service identifier requests the first video fragmentation;

Obtaining, according to the first video service request packet, a fragmentation duration of the first video fragment and the first video segment, if the attribute parameter of the first video service request packet meets a preset video code rate calculation condition Slice size of the slice;

Calculating a video code rate of the first video slice according to a slice duration of the first video slice and a slice size of the first video slice.

The first aspect of the embodiment of the present invention detects a video service request that carries a preset video service identifier, and obtains a fragmentation duration and a fragment size according to a video service request, if the preset video code rate calculation condition is met. Calculating the video bit rate can reduce the number of unpacking required, improve the efficiency of obtaining the video bit rate, and ensure the accuracy of the video bit rate.

In a possible implementation, the preset video service identifier is any one of preset at least one domain name server DNS identifier, and each of the at least one DNS identifier is a video running on the mobile terminal. The DNS identifier corresponding to the client; or the preset video service identifier is any one of the preset at least one video server identifier, and the at least one video server identifier is corresponding to the video client running on the mobile terminal. The identity of the video server. The preset video service identifier is used to identify a video service and distinguish it from other services.

In a possible implementation manner, before acquiring the first video service request packet that carries the preset video service identifier sent by the mobile terminal and the attribute parameter of the first video service request packet, acquiring the carried by the mobile terminal a connection request packet (DNS packet) of the preset video service identifier, where the connection request packet is used by the mobile terminal to establish a connection with a video server corresponding to the preset video service identifier; and detecting the preset video service Whether the identifier exists in the connection mapping table, the connection The mapping table includes a video service identifier corresponding to the video server currently connected to the mobile terminal, and a DNS lifetime time period corresponding to the video service identifier, and is used to determine whether the mobile terminal requests to connect to the preset video service for the first time. Identifying the corresponding video server; if the preset video service identifier does not exist in the connection mapping table, indicating that the video server corresponding to the preset video service identifier is requested to be connected for the first time, acquiring the preset video service Identifying a corresponding DNS lifetime time period, and changing the connection mapping table, that is, changing the previous record to the record of the connection in the connection mapping table; if the preset video service identifier exists in the connection mapping In the table, the non-first time requesting the connection of the video server corresponding to the preset video service identifier is performed, and the DNS lifetime time period corresponding to the preset video service identifier is updated in the connection mapping table.

In a possible implementation manner, if the attribute parameter of the first video service request packet satisfies the preset video code rate calculation condition, acquiring the first video score according to the first video service request packet Obtaining a time point at which the mobile terminal sends the first video service request packet before the fragmentation duration of the slice and the slice size of the first video segment; if the mobile terminal sends the first video service request If the time parameter of the packet is within the DNS lifetime of the preset video service identifier, it is detected whether the attribute parameter of the first video service request packet satisfies the preset video code rate calculation condition.

In a possible implementation manner, the attribute parameter of the first video service request packet includes a packet length of the first video service request packet, and the preset video code rate calculation condition includes the preset video service identifier. The corresponding video service request packet length threshold, and the specific process of detecting whether the attribute parameter of the first video service request packet satisfies the preset video bit rate calculation condition is:

Detecting that the length of the packet of the first video service request packet is greater than the length of the video service request packet corresponding to the preset video service identifier, which is greater than the video service request packet corresponding to the preset video service identifier. A video service request packet of a packet length threshold is used to request a video stream;

If the video service request packet length threshold corresponding to the preset video service identifier is greater than the preset video service request packet, the attribute parameter of the first video service request packet satisfies the preset video bit rate calculation condition, thereby requesting a plurality of video services. The video service request packet that does not request the video stream is removed from the packet, thereby improving the efficiency of obtaining the video bit rate.

In a possible implementation manner, the specific process of obtaining the fragmentation duration of the first video fragment and the fragmentation size of the first video fragment according to the first video service request packet is:

Parsing the first video service request packet, and acquiring a fragmentation duration of the first video segment according to the parsing result;

Obtaining a downlink data packet sent by the video server corresponding to the preset video service identifier for the first video service request packet;

And acquiring, according to the downlink data packet, a fragment size of the first video fragment. The possible implementation manner obtains the fragmentation duration by parsing the video service request packet, obtains an accurate fragment size by parsing the first or second downlink data packet sent for the video service request packet, or accumulates the request for the video service by accumulating The payload of all downlink packets sent obtains an accurate fragment size, so that the obtained fragmentation duration and fragment size are accurate, thereby ensuring the accuracy of the video bit rate.

In a possible implementation manner, the method further includes:

Detecting, in the DNS lifetime time period corresponding to the preset video service identifier, whether the second video service request packet that carries the preset video service identifier sent by the mobile terminal is obtained, and the second video service request packet is used. And requesting, by the mobile terminal, a second video fragment to the video server corresponding to the preset video service identifier;

If the second video service request packet is obtained in the DNS lifetime time period corresponding to the preset video service identifier, detecting whether the attribute parameter of the second video service request packet meets the preset video code rate calculation condition;

If the attribute parameter of the second video service request packet satisfies the preset video code rate calculation condition, obtain the fragmentation duration and the second of the second video fragment according to the second video service request packet. The fragment size of the video fragment;

Calculating a video code rate of the second video slice according to a slice duration of the second video slice and a slice size of the second video slice. The possible implementation manner is used to calculate the video bit rate of the second video segment. It can be understood that each video segment can be calculated according to the method, thereby ensuring the accuracy of the video bit rate. Can improve the efficiency of obtaining video bit rate.

A second aspect of the embodiments of the present invention provides an apparatus for acquiring a video bit rate, including:

a request packet obtaining unit, configured to acquire a first video service request packet that carries a preset video service identifier sent by the mobile terminal, and an attribute parameter of the first video service request packet, where the first video service request packet is used by the The mobile terminal requests the first video segment from the video server corresponding to the preset video service identifier;

a parameter obtaining unit, configured to acquire a fragmentation duration of the first video fragment according to the first video service request packet, if the attribute parameter of the first video service request packet satisfies a preset video code rate calculation condition a slice size of the first video slice;

And a code rate calculation unit, configured to calculate a video code rate of the first video slice according to a slice duration of the first video slice and a slice size of the first video slice.

The device for obtaining a video code rate according to the second aspect of the present invention is used to implement the method provided by the first aspect of the embodiments of the present invention, and details are not described herein again.

A third aspect of the embodiments of the present invention provides a network side device, where the network side device includes a transceiver and a processor, where the processor is configured to perform the method provided by the first aspect of the embodiments of the present invention.

In the embodiment of the present invention, the first video service request packet carrying the preset video service identifier and the attribute parameter of the first video service request packet sent by the mobile terminal are obtained, and the attribute parameters of the first video service request packet are satisfied. When the video bit rate calculation condition is set, the fragmentation duration of the first video fragment and the fragment size of the first video fragment are obtained according to the first video service request packet, and according to the fragmentation duration of the first video fragment. The slice size of the first video slice calculates the video bit rate of the first video slice, thereby ensuring the accuracy of the video bit rate and improving the efficiency of acquiring the video bit rate.

DRAWINGS

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings to be used in the embodiments will be briefly described below. Obviously, the drawings in the following description are only some of the present invention. For the embodiments, those skilled in the art can obtain other drawings according to the drawings without any creative work.

1 is a schematic diagram of a possible network architecture to which an embodiment of the present invention is applied;

2 is a schematic flowchart of a method for acquiring a video bit rate according to an embodiment of the present invention;

FIG. 3 is a schematic flowchart diagram of another method for acquiring a video bit rate according to an embodiment of the present disclosure;

FIG. 4 is a schematic structural diagram of an apparatus for acquiring a video bit rate according to an embodiment of the present disclosure;

FIG. 5 is a schematic structural diagram of a network side device according to an embodiment of the present invention.

detailed description

The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, but not all embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

The terms "component", "module", "system" and the like as used in this specification are used to mean computer related Entity, hardware, firmware, a combination of hardware and software, software, or software in execution. For example, a component can be, but is not limited to being, a process running on a processor, a processor, an object, an executable, a thread of execution, a program, and/or a computer. By way of illustration, both an application running on a computing device and a computing device can be a component. One or more components can reside within a process and/or execution thread, and the components can be located on one computer and/or distributed between two or more computers. Moreover, these components can execute from various computer readable media having various data structures stored thereon. A component may, for example, be based on signals having one or more data packets (eg, data from two components interacting with another component between the local system, the distributed system, and/or the network, such as the Internet interacting with other systems) Communicate through local and/or remote processes.

It should be understood that the technical solution of the embodiment of the present invention can be applied to a Long Term Evolution (LTE) architecture, and can also be applied to a Universal Mobile Telecommunications System (UMTS) terrestrial radio access network (UMTS Terrestrial Radio Access). Network, UTRAN) architecture, or Global System for Mobile Communication (GSM)/Enhanced Data Rate for GSM Evolution (EDGE) system radio access network (GSM EDGE Radio Access Network, GERAN) architecture. The technical solution of the embodiment of the present invention can also be applied to other communication systems, such as a Public Land Mobile Network (PLMN) system, and even a future 5G communication system.

Various embodiments of the present invention can be applied to a network side device. The network side device may be a device for communicating with the mobile terminal, for example, may be a base station (Base Transceiver Station, BTS) in the GSM system or CDMA, or may be a base station (NodeB, NB) in the WCDMA system, or It is an evolved base station (Evolutional Node B, eNB or eNodeB) in an LTE system, or a network side device in a future 5G communication system.

The mobile terminal may communicate with the network side device, or communicate with one or more core networks via a radio access network (RAN), and the mobile terminal may include but is not limited to a mobile phone or a tablet (PAD). Personal Digital Assistant (PDA), portable computers, in-vehicle devices, wearable devices, terminal devices in future 5G communication systems, and the like. It should be noted that the mobile terminal in the embodiment of the present invention can support the running of various video clients, and can play video through these video clients. The operating system of the mobile terminal may include but is not limited to: Android system, Symbian system, Windows system, iOS (Mobile operating system developed by Apple Inc.) System) and so on.

Furthermore, various aspects or features of the present invention can be implemented as a method, apparatus, or article of manufacture using standard programming and/or engineering techniques. The term "article of manufacture" as used in this application encompasses a computer program accessible from any computer-readable device, carrier, or media. For example, the computer readable medium may include, but is not limited to, a magnetic storage device (eg, a hard disk, a floppy disk, or a magnetic tape, etc.), such as a compact disk (CD), a digital versatile disk (Digital Versatile Disk, DVD). Etc.), smart cards and flash memory devices (eg, Erasable Programmable Read-Only Memory (EPROM), cards, sticks or key drivers, etc.). Additionally, various storage media described herein can represent one or more devices and/or other machine-readable media for storing information. The term "machine-readable medium" may include, without limitation, a wireless channel and various other mediums capable of storing, containing, and/or carrying instructions and/or data.

In the video experience evaluation, it is necessary to obtain experience indicators such as initial buffer delay and video Mean Opinion Score (vMOS), and the calculation of these indicators requires the use of video bit rate. For the case where the fragmentation duration of the video fragment fluctuates greatly, the existing SC obtains the video bit rate scheme, and the obtained video bit rate error is large; and the DPI acquisition video bit rate scheme is a heavyweight acquisition scheme. In order to obtain a video bit rate, more resources are used, and the video bit rate is less efficient.

In view of this, the embodiments of the present invention provide a method, a device, and a network side device for acquiring a video bit rate, which can ensure the accuracy of the video bit rate and improve the efficiency of the video bit rate. The method for obtaining the video bit rate provided by the embodiment of the present invention is a lightweight solution, which is more suitable for the second generation mobile communication (2nd-Generation, 2G) and the third generation mobile communication (3rd) in the existing network wireless network environment. -Generation, 3G) or third generation mobile communication (4-Generation, 4G), even in the fifth generation mobile communication (5-Generation, 5G) network environment. The device for obtaining the video bit rate in the embodiment of the present invention may be part or all of the network side device.

Please refer to FIG. 1 , which is a schematic diagram of a possible network architecture in which an embodiment of the present invention is applied. The network architecture shown in FIG. 1 includes a mobile terminal, a network side device, a network management device, a core network, and the Internet. It should be noted that, in practical applications, the network architecture shown in FIG. 1 includes not only one mobile terminal but also one network side device.

The user selects to enter the video client on the mobile terminal and selects to watch a certain video. At this time, the mobile terminal sends a connection request to the video server corresponding to the video client, and the connection request is sent to the Internet through the network side device and the core network. The video client on the video server corresponding to the client The corresponding video server establishes a connection with the video client based on the request. After the connection is established, the video client sends a video service request packet to the video server to request a video data stream, and the video service request packet is sent to the video server through the network side device and the core network, and the video server receives the When the video service requests the packet, the video data stream is sent to the mobile terminal through the core network and the network side device. According to this process, the user can watch the video through the video client.

Network management equipment is used for fault management, configuration management, performance management, security management, and billing management. In the embodiment of the present invention, the network management device is mainly used for configuration management, and a video domain name server (DNS) configuration table and a video GET packet length threshold configuration table may be configured. The video DNS configuration table includes a DNS identifier corresponding to a video client that can be run on the mobile terminal. For example, the DNS identifier of the Youku client on the mobile terminal is k.youku.com, and the DNS identifier of the Sohu client is hot.vrs. Sohu.com, my.tv.sohu.com, data.vod.itc.cn. The video GET packet length threshold configuration table includes a GET packet length threshold corresponding to each video client. For example, the GET packet length threshold corresponding to the Youku client is 600, and the GET packet length threshold corresponding to the Sohu client is 500, and the like. The specific value of the GET packet length threshold corresponding to each video client is not limited herein. The video GET packet length threshold configuration table is used to determine whether the data packet is likely to be a GET packet. The network management device may provide a video DNS configuration table and a video GET packet length threshold configuration table to the network side device.

A method for obtaining a video bit rate according to an embodiment of the present invention will be described in detail below with reference to FIG. 2 and FIG.

FIG. 2 is a schematic flowchart of a method for obtaining a video bit rate according to an embodiment of the present disclosure, where the method may include:

Step 201: Obtain a first video service request packet that is sent by the mobile terminal and that carries a preset video service identifier, and an attribute parameter of the first video service request packet, where the first video service request packet is used by the mobile terminal to The video server corresponding to the preset video service identifier requests the first video segmentation;

Specifically, the device for obtaining a video bit rate monitors various data packets sent by the mobile terminal in the network, and the data packets may include, but are not limited to, a voice service data packet, a video service data packet, a text service data packet, a picture service data packet, and the like. And so, these data packets are sent by the mobile terminal to the corresponding server. The video service data packet may include a connection request packet, a video service request packet, and the like, where the connection request packet may be used to request to establish a connection with a video server, where the video service request packet may be used to request a video service from a video server or Video fragmentation. Corresponding to different video clients on the mobile terminal Different video servers, such as Youku client, correspond to Youku server.

When the mobile terminal receives an opening instruction of a video input by a user for a certain video client, it may confirm that the user wants to view the video instead of browsing the video information, and the mobile terminal may correspond to the video client. The video server sends the connection request packet, and the connection request packet may carry a DNS identifier corresponding to the video client, or an identifier of the video server, so that the connection request packet can reach the video server, thereby facilitating establishment of the video client. The exact connection between the terminal and the video server facilitates the video client to obtain video services or video fragments. After the video client establishes a connection with the video server, the video client may send a video service request packet to the video server to request a video service or video fragment stored in the video server. In order to clarify which video server requests the video service or the video fragment, the video service request packet may carry the DNS identifier corresponding to the video client or the identifier of the video server.

The device monitors a first video service request packet that is sent by the mobile terminal and carries a preset video service identifier, where the first video service request packet is used by the mobile terminal to identify a video server corresponding to the preset video service identifier. Request the first video slice. The preset video service identifier may be any one of preset preset at least one DNS identifier. Each of the at least one DNS identifier is a DNS identifier corresponding to a video client running on the mobile terminal. For example, refer to Table 1, which is a video DNS configuration table, including a correspondence between a video client identifier and a DNS identifier.

Table 1 Video DNS Configuration Table

It should be noted that Table 1 is for illustrative purposes only and does not constitute a limitation on the embodiments of the present invention. Vision The frequency DNS configuration table may be obtained by the device to the network management device shown in FIG. 1, the device sending an instruction to the network management device requesting a video DNS configuration table, and the network management device is directed to the device according to the instruction Send a video DNS configuration table. The device may store the video DNS configuration table or may acquire the network DNS device when needed.

The DNS identifier in the video DNS configuration table only appears when the video service in the corresponding video client on the mobile terminal is clicked and played. The preset video service identifier may also be any one of preset preset at least one video server identifier. Each of the at least one video server identifier is an identifier of a video server corresponding to the video client running on the mobile terminal. It can be understood that the at least one video server identifier corresponds to the at least one DNS identifier. The identity of the video server. The video server identifier can be a name, an Internet Protocol (IP) address, a domain name, and the like. Therefore, when the device monitors the data packet sent by the mobile terminal, whether the data packet is related to the video service may be determined according to the preset video service identifier or the video DNS configuration table, thereby excluding the video service. The data packet retains the data packet related to the video service, and avoids unpacking all the data packets sent by the mobile terminal when acquiring the video bit rate, which can effectively reduce the blindness of the unpacking.

And acquiring, by the mobile terminal, a connection request packet that is sent by the mobile terminal and carrying the preset video service identifier, where the connection request packet is used by the mobile terminal to request The video server corresponding to the preset video service identifier establishes a connection.

The device detects whether the preset video service identifier exists in a connection mapping table, where the connection mapping table includes a video service identifier corresponding to a video server currently connected to the mobile terminal, and a DNS survival corresponding to the video service identifier period. It can be understood that, when the network side device is connected to a video server for the first time, the video service identifier of the video server, the DNS lifetime time period corresponding to the video service identifier, and the identifier of the mobile terminal are performed. The association record is recorded in the connection mapping table. It should be noted that the connection mapping table is recorded only once, that is, this time of the current connection, if the new connection request packet is connected to other video servers, the connection mapping table is changed. If the preset video service identifier is in the connection mapping table, it indicates that the preset video service identifier is the same as the video service identifier of the currently connected video server, and is not the first time that the preset video service identifier is connected. The video server, the device updates the connection mapping table, that is, updates the DNS lifetime time period corresponding to the preset video service identifier. If the preset video service identifier does not exist in the connection mapping table, indicating that the preset video service identifier is related to the currently connected video server. If the video service identifier is different, or the video server corresponding to the preset video service identifier is connected for the first time, the device acquires a DNS lifetime time period corresponding to the preset video service identifier, and changes the connection mapping table. That is, the connection mapping table records the association relationship between the preset video service identifier, the DNS lifetime time period corresponding to the preset video service identifier, and the identifier of the mobile terminal. After the device changes the connection mapping table, the device may listen to the first video service request packet sent by the mobile terminal.

The timeout period of the DNS includes the time point from the time when the connection request packet is sent to the time when the valid time value ends. The valid time values of different video servers or different video service identifiers are different. The specific value is determined by each video. The server is set individually. The video server may feed back the IP address and the valid time value to the video client or the mobile terminal upon receiving the connection request packet.

The device obtains an attribute parameter of the first video service request packet when the first video service request packet is received, and the attribute parameter of the first video service request packet may include a packet length and a video type (HD, SD, smooth, and so on. At the same time, the device acquires a time point at which the mobile terminal sends the first video service request packet, and detects whether the time point at which the mobile terminal sends the first video service request packet is in the preset video service identifier. Detecting the first video service request, if the time point of the first video service request packet is in the DNS lifetime of the preset video service identifier, Whether the attribute parameter of the packet satisfies the preset video bit rate calculation condition. The preset video bit rate calculation condition is used to determine that the video service request packet is parsed, and calculate a video bit rate of the video segment corresponding to the video service request packet.

In a possible implementation, the attribute of the first video service request packet is a packet length of the first video service request packet, and the preset video code rate calculation condition includes that the preset video service identifier corresponds to The video service requests the packet length threshold. In the embodiment of the present invention, the network management device may provide a video GET packet length threshold configuration table, including a correspondence between a video client identifier and a video GET packet length threshold, for determining whether the data packet is determined. May be a GET package. For details, see Table 2 below. The video GET packet is the video service request packet.

Table 2 video GET packet length threshold configuration table

It should be noted that Table 2 is for illustrative purposes only and does not constitute a limitation on the embodiments of the present invention. The video GET packet length threshold configuration table may be obtained by the device to the network management device, and the device sends an instruction to the network management device to request a video GET packet length threshold configuration table, and the network management device according to the instruction A video GET packet length threshold configuration table is sent to the device. The device may store the video GET packet length threshold configuration table, or may acquire the video GET packet length threshold configuration table when needed. Table 2 includes the correspondence between the video client identifier and the video GET packet length threshold. The correspondence between the video service identifier and the video GET packet length threshold can be derived in conjunction with Table 1.

The device detects whether the packet length of the first video service request packet is greater than a video service request packet length threshold corresponding to the preset video service identifier, that is, determines whether the first video service request packet is a GET packet, and further Determining whether to parse the first video service request packet, and calculating a video bit rate of the first video segment. If the video service request packet length threshold is greater than the preset video service identifier, determine that the first video service request packet is a GET packet, and determine that the attribute parameter of the first video service request packet meets the pre- The video bit rate calculation condition is set, thereby determining that the first video service request packet needs to be parsed.

Table 3 Tencent iOS video uplink packet size feature statistics

Table 4 Youku video uplink packet size characteristics statistics

Table 3 shows the statistics of the proportion of uplink packets in Tencent's iOS video service. The statistical results show that the ratio of uplink ACK packets to upstream packets is above 90%. According to the set threshold of Tencent iOS of 500, it is found from Table 3 that the uplink packet ratio of the payload greater than 500 is less than 2%. This shows that by setting the video GET packet length threshold, the number of unpacking can be reduced to about 2% of the upstream packet. The situation of other videos is similar. Table 4 shows that by setting the GET packet length threshold of Youku video to 600, the unpacking workload can be reduced to about 1% of the number of GET packets.

The video GET packet length threshold corresponding to each video client in Table 2 is obtained by the statistical rule of the GET request packet size for a specific video. The following figure shows the length of the GET packet of Tencent iOS. It can be found that the length is between 610 and 613. The invention leaves the threshold of Tencent iOS to 500 and leaves a certain change space. The length of the GET packet of the Youku video segment is shown in the following figure b. It can be found that the length varies from 764 to 770. The threshold of the Youku video is set to 600, which also leaves a certain change space.

Figure a: Tencent GET packet length of Tencent iOS video segmentation

Figure b Youku video segmentation of the upstream GET packet length

202. If the attribute parameter of the first video service request packet meets a preset video code rate calculation condition, obtain a fragmentation duration of the first video fragment and the first according to the first video service request packet. The fragment size of the video fragment;

Specifically, if the attribute parameter of the first video service request packet satisfies the preset video code rate calculation condition, the device parses the first video service request packet, and obtains the first video according to the parsing result. The fragmentation duration of the fragment. When the preset video bit rate calculation condition is satisfied, the parsing is performed, and the number of uplink GET packets that need to be parsed can be further reduced.

When receiving the first video service request packet, the video server corresponding to the preset video service identifier sends a downlink data packet to the mobile terminal according to the first video service request packet, where the downlink data packet may be carried The video stream may also carry other content. The video server corresponding to the preset video service identifier may send at least two downlink data packets for one video service request packet, where the number of specific downlink data packets is determined by the video service request packet and the video server. The downlink data packet sent by the video server corresponding to the preset video service identifier before receiving the next video service request packet is sent for the current video service request packet. The device monitors and acquires the downlink data packet sent by the video server corresponding to the preset video service identifier for the first video service request packet, and the downlink monitored before the device monitors the second video service request packet. The data packet is the downlink data packet corresponding to the first video service request packet.

The device identifies each downlink packet in the at least two downlink data packets according to a preset algorithm or a flow feature, and selects a downlink data packet that carries the video stream from the two downlink data packets, and discards the A downstream packet carrying a video stream. The preset algorithm may be an SC algorithm. The SC algorithm combines a DNS identifier and a stream feature to identify a service data stream that includes a video DNS identifier and satisfies a video stream feature as a video stream. In a possible implementation manner, the device acquires, by using a first data packet sent by the first video service request packet, a downlink data packet that is sent by the first video service request packet, to obtain the first video segment. The slice size of the slice. In another possible implementation manner, the device acquires a payload of each downlink data packet carrying the video stream, and accumulates the payload of each downlink data packet carrying the video stream to obtain a total payload, and The total payload is used as a slice size of the first video slice. The payload represents a portion of the user data transmitted in a data packet, and represents the size of the video stream transmitted in the downlink data packet in the embodiment of the present invention.

203. Calculate a video code rate of the first video segment according to a fragmentation duration of the first video fragment and a fragment size of the first video fragment.

Specifically, the device obtains a video code rate of the first video segment by dividing a slice size of the first video segment by a slice duration of the first video segment.

The device detects whether the second video service request packet carrying the preset video service identifier sent by the mobile terminal is acquired in the DNS lifetime time period corresponding to the preset video service identifier, and the second video service is obtained. The request packet is used by the mobile terminal to request a second video fragment from a video server corresponding to the preset video service identifier. If the second video service request packet is obtained in the DNS lifetime of the preset video service identifier, the device may calculate the second video according to the process of requesting the first video service request packet. The video bit rate of the slice. If the third video service request packet is obtained in the DNS lifetime of the preset video service identifier, the device may calculate the third video fragment according to the process of requesting the first video service request packet. The video bit rate, and so on, and when the current system time reaches the DNS lifetime time period corresponding to the preset video service identifier, the calculation of the video bit rate is stopped.

In the embodiment of the present invention, the first video service request packet carrying the preset video service identifier and the attribute parameter of the first video service request packet sent by the mobile terminal are obtained, and the attribute parameters of the first video service request packet are satisfied. When the video bit rate calculation condition is set, the fragmentation duration of the first video fragment and the fragment size of the first video fragment are obtained according to the first video service request packet, and according to the fragmentation duration of the first video fragment. The slice size of the first video slice calculates the video bit rate of the first video slice, thereby ensuring the accuracy of the video bit rate and improving the efficiency of acquiring the video bit rate.

FIG. 3 is a schematic flowchart of another method for obtaining a video bit rate according to an embodiment of the present invention. The method may include:

301. Determine whether the data packet A sent by the mobile terminal is a DNS packet.

The DNS packet requests the mobile terminal to establish a connection with a corresponding video server. The device for obtaining the video bit rate determines whether the data packet A is a DNS packet, and can distinguish the video service from other services. If the data packet A is the DNS packet, step 302 is performed.

It should be noted that the DNS packet is a data packet that is not encrypted, and the connection request packet in the embodiment shown in FIG. 2 is also a data packet that is not encrypted.

302. If the data packet A is the DNS packet, determine whether the data packet A carries a preset video service identifier.

Specifically, the device determines whether the DNS packet carries the preset video service identifier, where The video service related to the video client on the mobile terminal is identified in the video service. For the description of the preset video service identifier, refer to the description in the embodiment shown in FIG. 2, and details are not described herein again.

If the data packet A carries the preset video service identifier, step 304 is performed; if the preset video service identifier is carried, step 303 is performed.

303. If the data packet A does not carry the preset video service identifier, no processing is performed.

If the data packet A carries the preset video service identifier, it is determined whether the preset video service identifier exists in the connection mapping table.

Specifically, the device determines whether the preset video service identifier exists in the connection mapping table. It may be understood that determining whether to establish a connection for the first time, the connection mapping table only records information of the current connection.

305. If it exists in the connection mapping table, update a DNS lifetime time period corresponding to the preset video service identifier.

Specifically, if it exists in the connection mapping table, indicating that the connection is not established for the first time, the DNS lifetime time period corresponding to the preset video service identifier is updated.

306. If not in the connection mapping table, obtain a DNS lifetime period corresponding to the preset video service identifier, and change the connection mapping table.

Specifically, if the connection mapping table is not present, indicating that the connection is established for the first time, the DNS lifetime time period corresponding to the preset video service identifier is obtained, and the connection mapping table is changed, that is, the previously recorded The connection information is changed to the current connection information.

307: Receive, in a DNS lifetime time period corresponding to the preset video service identifier, a data packet B that is sent by the mobile terminal and that carries the preset video service identifier.

The data packet B may be an uplink data packet for the mobile terminal to request a downlink data packet from the corresponding video server, or may be an uplink data packet for other purposes, because it is determined whether the data packet B is used for The mobile terminal requests a downlink data packet from the corresponding video server, and may determine by step 308.

308. Determine whether the packet length of the data packet B is greater than a GET packet length threshold corresponding to the preset video service identifier.

Specifically, if the packet length of a data packet is greater than the GET packet length threshold corresponding to the preset video service identifier, the data packet may be determined to be a GET packet, and used to mark the preset video service Know the corresponding video server to request downstream packets.

For the 307 and the step 308, in a possible implementation, the data packet B sent by the mobile terminal is received in the DNS lifetime of the preset video service identifier, and the packet of the data packet B is determined. Whether the length is greater than the GET packet length threshold corresponding to the preset video service identifier. If the length is greater than, the packet B is determined to carry the preset service identifier, and the possible implementation manner may further reduce the number of unpackets. . In another possible implementation, the data packet B sent by the mobile terminal is received in a DNS lifetime period corresponding to the preset video service identifier, and it is determined whether the packet length of the data packet B is greater than the pre- And setting a GET packet length threshold corresponding to the video service identifier and determining whether the data packet B carries the preset service identifier.

309. If the threshold of the GET packet length corresponding to the preset video service identifier is greater than, the data packet B is parsed to obtain a fragmentation duration.

310. Acquire a fragment size according to the downlink data packet sent by the data packet B.

Specifically, the video server corresponding to the preset video service identifier obtains a fragment size for the downlink data packet sent by the data packet B.

311. Calculate a video code rate according to the fragmentation duration and the fragment size.

When the determining structure of the step 301 is NO, that is, the data packet A is not the DNS packet, the device determines whether the data packet A is a GET packet, and the specific determining process is: before acquiring the data packet A. The DNS packet and the DNS lifetime period corresponding to the DNS packet, determining whether the sending time point of the data packet A is within the DNS lifetime time period, and if the DNS lifetime time period is within the DNS lifetime time period, determining the data packet A Whether the packet length is greater than a GET packet length threshold corresponding to the video service identifier corresponding to the DNS packet; if greater than, determining that the data packet A is a GET packet. After determining that the data packet A is a GET packet, parsing the data packet A to obtain a fragmentation duration, and acquiring a fragment size according to the downlink data packet sent for the data packet A, thereby calculating a video bit rate. If the packet does not carry the preset video service identifier, the packet A does not carry any processing; if the packet A has a packet length smaller than the preset video, The GET packet length threshold corresponding to the service identifier is not processed.

In the embodiment of the present invention, by presetting the video service identifier, the parsing of the data-independent data packet can be avoided, and the parsing amount can be reduced. The GET packet length threshold can further reduce the calculation amount, thereby improving the efficiency of acquiring the video bit rate. Through analytical calculation, the accuracy of the video bit rate can be guaranteed.

FIG. 4 is a schematic structural diagram of an apparatus for acquiring a video bit rate according to an embodiment of the present invention. The apparatus 40 includes a request packet acquisition unit 401, a parameter acquisition unit 402, and a code rate calculation unit 403.

The request packet obtaining unit 401 is configured to acquire a first video service request packet that carries a preset video service identifier sent by the mobile terminal, and an attribute parameter of the first video service request packet, where the first video service request packet is used by the The mobile terminal requests the first video segment from the video server corresponding to the preset video service identifier.

The parameter obtaining unit 402 is configured to acquire, according to the first video service request packet, a fragmentation duration of the first video fragment, if the attribute parameter of the first video service request packet satisfies a preset video code rate calculation condition And a slice size of the first video slice.

The code rate calculation unit 403 is configured to calculate a video code rate of the first video slice according to a slice duration of the first video slice and a slice size of the first video slice.

Optionally, the preset video service identifier is any one of the preset at least one domain name server DNS identifier, or any one of the preset at least one video server identifier.

Optionally, the request packet obtaining unit 401 is further configured to acquire the first video service request packet that carries the preset video service identifier sent by the mobile terminal and the attribute parameter of the first video service request packet. a connection request packet that is sent by the mobile terminal and that carries the preset video service identifier, where the connection request packet is used by the mobile terminal to establish a connection with a video server corresponding to the preset video service identifier;

The device 40 further includes:

The identifier detecting unit 404 is configured to detect whether the preset video service identifier exists in a connection mapping table, where the connection mapping table includes a video service identifier corresponding to a video server currently connected to the mobile terminal, and the video service identifier. Corresponding DNS survival time period;

The time obtaining unit 405 is configured to acquire a DNS lifetime time period corresponding to the preset video service identifier, and change the connection mapping table, if the preset video service identifier does not exist in the connection mapping table.

Optionally, the time obtaining unit 405 is further configured to acquire a time point at which the mobile terminal sends the first video service request packet.

The device 40 further includes:

a condition detecting unit 406, configured to: if the mobile terminal sends the first video service request packet If the time parameter is in the DNS lifetime of the preset video service identifier, it is detected whether the attribute parameter of the first video service request packet satisfies the preset video code rate calculation condition.

Optionally, the attribute parameter of the first video service request packet includes a packet length of the first video service request packet, and the preset video code rate calculation condition includes a video service request corresponding to the preset video service identifier. Packet length threshold;

The condition detecting unit 406 is specifically configured to: if the packet length of the first video service request packet is greater than a video service request packet length threshold corresponding to the preset video service identifier; The video service request packet length threshold determines that the attribute parameter of the first video service request packet satisfies the preset video bit rate calculation condition.

Optionally, the parameter obtaining unit 402 includes a duration acquiring unit, a video stream acquiring unit, and a size acquiring unit, which are not indicated in FIG. 4.

a time length obtaining unit, configured to parse the first video service request packet, and obtain a fragmentation duration of the first video segment according to the parsing result;

a video stream obtaining unit, configured to acquire a downlink data packet sent by the video server corresponding to the preset video service identifier for the first video service request packet;

And a size obtaining unit, configured to acquire a fragment size of the first video fragment according to the downlink data packet.

Optionally, the device 40 further includes:

The request packet detecting unit 407 is configured to: detect, in the DNS lifetime time period corresponding to the preset video service identifier, whether the second video service request packet that is sent by the mobile terminal and that carries the preset video service identifier is obtained. The second video service request packet is used by the mobile terminal to request a second video segment from a video server corresponding to the preset video service identifier;

The condition detecting unit 406 is further configured to: if the second video service request packet is obtained in the DNS lifetime of the preset video service identifier, whether the attribute parameter of the second video service request packet is satisfied The preset video bit rate calculation condition;

The parameter obtaining unit 402 is further configured to: if the attribute parameter of the second video service request packet meets the preset video code rate calculation condition, acquire the second video score according to the second video service request packet The slice duration of the slice and the slice size of the second video slice;

The parameter calculation unit 403 is further configured to calculate a video code rate of the second video segment according to a fragmentation duration of the second video fragment and a fragment size of the second video fragment.

It should be noted that the foregoing units are used to perform related steps in the embodiment shown in FIG. 2, and details are not described herein again.

The above units may be a processor or a controller, for example, a central processing unit (CPU), a general-purpose processor, a digital signal processor (DSP), and an application specific integrated circuit (Application-Specific). Integrated Circuit (ASIC), Field Programmable Gate Array (FPGA) or other programmable logic device, transistor logic device, hardware component, or any combination thereof. It is possible to implement or carry out the various illustrative logical blocks, modules and circuits described in connection with the present disclosure. The processor may also be a combination of computing functions, for example, including one or more microprocessor combinations, a combination of a DSP and a microprocessor, and the like.

The network side device according to the embodiment of the present invention may be the network side device shown in FIG. 5 when the foregoing units are processors.

Referring to FIG. 5, the network side device 50 includes a processor 511, a transceiver 512, and an antenna. It should be noted that, in actual application, the transceiver 512 is not limited to two, and the antenna is not limited to two. The structure of the network side device 50 does not constitute a limitation on the embodiment of the present invention.

The processor 511 mainly includes four components: a cell controller, a voice channel controller, a signaling channel controller, and a multi-channel interface for expansion. The processor 511 is responsible for all mobile communication interface management, primarily the allocation, release and management of wireless channels. The processor 511 is applied to the embodiments of the present invention for implementing the functions of the respective units shown in FIG. The transceiver 512 includes a receiver and a transmitter. For the mobile terminal, uplink data can be transmitted through the transmitter, and downlink data can be received through the receiver. The transceiver 512 is used in the embodiment of the present invention to monitor and receive data packets sent by the mobile terminal to the video server, and downlink data packets that the video server feeds back to the mobile terminal.

It should be noted that, for the foregoing method embodiments, for the sake of simple description, they are all expressed as a series of action combinations, but those skilled in the art should understand that the present invention is not limited by the described action sequence. Because certain steps may be performed in other sequences or concurrently in accordance with the present invention. In addition, those skilled in the art should also understand that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present invention.

In the above embodiments, the descriptions of the various embodiments are different, and the details that are not detailed in a certain embodiment can be referred to the related descriptions of other embodiments.

The steps in the method of the embodiment of the present invention may be sequentially adjusted, merged, and deleted according to actual needs.

The units in the apparatus of the embodiment of the present invention may be combined, divided, and deleted according to actual needs. Those skilled in the art can combine or combine the different embodiments described in the specification and the features of the different embodiments.

Through the description of the above embodiments, those skilled in the art can clearly understand that the present invention can be implemented in hardware, firmware implementation, or a combination thereof. When implemented in software, the functions described above may be stored in or transmitted as one or more instructions or code on a computer readable medium. Computer readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one location to another. A storage medium may be any available media that can be accessed by a computer. For example, but not limited to, the computer readable medium may include a random access memory (RAM), a read-only memory (ROM), and an electrically erasable programmable read-only memory (Electrically Erasable Programmable). Read-Only Memory (EEPROM), Compact Disc Read-Only Memory (CD-ROM) or other optical disc storage, disk storage media or other magnetic storage devices, or can be used to carry or store an instruction or data structure. The desired program code and any other medium that can be accessed by the computer. Also. Any connection may suitably be a computer readable medium. For example, if the software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), or wireless technologies such as infrared, radio, and microwave, Then coaxial cable, fiber optic cable, twisted pair, DSL or wireless technologies such as infrared, wireless and microwave are included in the fixing of the associated medium. As used in the present invention, a disk and a disc include a compact disc (CD), a laser disc, a compact disc, a digital versatile disc (DVD), a floppy disk, and a Blu-ray disc, wherein the disc is usually magnetically copied, and the disc is The laser is used to optically replicate the data. Combinations of the above should also be included within the scope of the computer readable media.

In summary, the above description is only a preferred embodiment of the technical solution of the present invention, and is not intended to limit the scope of the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Claims (15)

A method for obtaining a video bit rate, comprising: Obtaining, by the mobile terminal, a first video service request packet carrying a preset video service identifier, and an attribute parameter of the first video service request packet, where the first video service request packet is used by the mobile terminal to the preset The video server corresponding to the video service identifier requests the first video fragmentation; Obtaining, according to the first video service request packet, a fragmentation duration of the first video fragment and the first video segment, if the attribute parameter of the first video service request packet meets a preset video code rate calculation condition Slice size of the slice; Calculating a video code rate of the first video slice according to a slice duration of the first video slice and a slice size of the first video slice. The method according to claim 1, wherein the preset video service identifier is any one of a preset at least one domain name server DNS identifier, or any one of preset preset at least one video server identifier. The method according to claim 1 or 2, wherein the obtaining, before acquiring the first video service request packet of the preset video service identifier sent by the mobile terminal, and the attribute parameter of the first video service request packet, include: Obtaining, by the mobile terminal, a connection request packet that carries the preset video service identifier, where the connection request packet is used by the mobile terminal to establish a connection with a video server corresponding to the preset video service identifier; Detecting whether the preset video service identifier exists in the connection mapping table, where the connection mapping table includes a video service identifier corresponding to the video server currently connected to the mobile terminal, and a DNS lifetime time period corresponding to the video service identifier; If the preset video service identifier does not exist in the connection mapping table, obtain a DNS lifetime period corresponding to the preset video service identifier, and change the connection mapping table. The method according to claim 3, wherein said if said first video service And obtaining, by the first video service request packet, a fragmentation duration of the first video fragment and a fragment size of the first video fragment, if the attribute parameter of the request packet meets the preset video code rate calculation condition. Previously, it also included: Obtaining a time point at which the mobile terminal sends the first video service request packet; And detecting, if the time point of the first video service request packet is in the DNS lifetime time period corresponding to the preset video service identifier, detecting whether the attribute parameter of the first video service request packet meets the Preset video rate calculation conditions. The method according to claim 4, wherein the attribute parameter of the first video service request packet includes a packet length of the first video service request packet, and the preset video bit rate calculation condition includes the pre- Setting a video service request packet length threshold corresponding to the video service identifier; The detecting whether the attribute parameter of the first video service request packet meets the preset video code rate calculation condition includes: Detecting whether a packet length of the first video service request packet is greater than a video service request packet length threshold corresponding to the preset video service identifier; If the video service request packet length threshold corresponding to the preset video service identifier is greater than, the attribute parameter of the first video service request packet is determined to satisfy the preset video code rate calculation condition. The method according to claim 1, wherein the obtaining the fragmentation duration of the first video fragment and the fragmentation size of the first video fragment according to the first video service request packet, including : Parsing the first video service request packet, and acquiring a fragmentation duration of the first video segment according to the parsing result; Obtaining a downlink data packet sent by the video server corresponding to the preset video service identifier for the first video service request packet; And acquiring, according to the downlink data packet, a fragment size of the first video fragment. The method of claim 3, wherein the method further comprises: Detecting, in the DNS lifetime time period corresponding to the preset video service identifier, whether the second video service request packet that carries the preset video service identifier sent by the mobile terminal is acquired, and the second The video service request packet is used by the mobile terminal to request a second video segment from the video server corresponding to the preset video service identifier; If the second video service request packet is obtained in the DNS lifetime time period corresponding to the preset video service identifier, detecting whether the attribute parameter of the second video service request packet meets the preset video code rate calculation condition; If the attribute parameter of the second video service request packet satisfies the preset video code rate calculation condition, obtain the fragmentation duration and the second of the second video fragment according to the second video service request packet. The fragment size of the video fragment; Calculating a video code rate of the second video slice according to a slice duration of the second video slice and a slice size of the second video slice. An apparatus for obtaining a video bit rate, comprising: a request packet obtaining unit, configured to acquire a first video service request packet that carries a preset video service identifier sent by the mobile terminal, and an attribute parameter of the first video service request packet, where the first video service request packet is used by the The mobile terminal requests the first video segment from the video server corresponding to the preset video service identifier; a parameter obtaining unit, configured to acquire a fragmentation duration of the first video fragment according to the first video service request packet, if the attribute parameter of the first video service request packet satisfies a preset video code rate calculation condition a slice size of the first video slice; And a code rate calculation unit, configured to calculate a video code rate of the first video slice according to a slice duration of the first video slice and a slice size of the first video slice. The device according to claim 8, wherein the preset video service identifier is any one of a preset at least one domain name server DNS identifier, or any one of preset at least one video server identifier. Device according to claim 8 or 9, characterized in that The request packet obtaining unit is further configured to acquire, before acquiring the first video service request packet that carries the preset video service identifier and the attribute parameter of the first video service request packet, the mobile terminal sends the a connection request packet carrying the preset video service identifier, the connection request The packet is used by the mobile terminal to establish a connection with a video server corresponding to the preset video service identifier; The device also includes: An identifier detecting unit, configured to detect whether the preset video service identifier exists in a connection mapping table, where the connection mapping table includes a video service identifier corresponding to a video server currently connected to the mobile terminal, and the video service identifier corresponds to DNS lifetime time period; And a time acquiring unit, configured to acquire a DNS lifetime period corresponding to the preset video service identifier, and change the connection mapping table, if the preset video service identifier does not exist in the connection mapping table. The device of claim 10 wherein: The time acquiring unit is further configured to acquire a time point at which the mobile terminal sends the first video service request packet; The device also includes: a condition detecting unit, configured to detect, when the mobile terminal sends the first video service request packet at a time point in the DNS lifetime of the preset video service identifier, detecting the first video service request packet Whether the attribute parameter satisfies the preset video bit rate calculation condition. The device according to claim 11, wherein the attribute parameter of the first video service request packet includes a packet length of the first video service request packet, and the preset video bit rate calculation condition includes the pre- Setting a video service request packet length threshold corresponding to the video service identifier; The condition detecting unit is configured to: determine whether a packet length of the first video service request packet is greater than a video service request packet length threshold corresponding to the preset video service identifier; if the packet is greater than the preset video service identifier, The video service request packet length threshold determines that the attribute parameter of the first video service request packet satisfies the preset video bit rate calculation condition. The device according to claim 8, wherein the parameter obtaining unit comprises: a time length obtaining unit, configured to parse the first video service request packet, and obtain a fragmentation duration of the first video segment according to the parsing result; a video stream obtaining unit, configured to acquire a video server corresponding to the preset video service identifier a downlink data packet sent by the first video service request packet; And a size obtaining unit, configured to acquire a fragment size of the first video fragment according to the downlink data packet. The device according to claim 10, wherein the device further comprises: a request packet detecting unit, configured to detect whether a second video service request packet that carries the preset video service identifier sent by the mobile terminal is obtained in a DNS lifetime time period corresponding to the preset video service identifier, The second video service request packet is used by the mobile terminal to request a second video segment from the video server corresponding to the preset video service identifier; The condition detecting unit is further configured to: if the second video service request packet is obtained in a DNS lifetime time period corresponding to the preset video service identifier, whether the attribute parameter of the second video service request packet is satisfied Predetermined video bit rate calculation conditions; The parameter obtaining unit is further configured to: if the attribute parameter of the second video service request packet meets the preset video code rate calculation condition, acquire the second video segment according to the second video service request packet The slice duration and the slice size of the second video slice; The parameter calculation unit is further configured to calculate a video code rate of the second video segment according to a fragmentation duration of the second video fragment and a fragment size of the second video fragment. A network side device, characterized in that the network side device comprises a transceiver and a processor, wherein the processor is configured to perform the method according to any one of claims 1-7.

Images