CN111526163A - ViLTE video call quality control system and method - Google Patents
ViLTE video call quality control system and method Download PDFInfo
- Publication number
- CN111526163A CN111526163A CN202010628825.3A CN202010628825A CN111526163A CN 111526163 A CN111526163 A CN 111526163A CN 202010628825 A CN202010628825 A CN 202010628825A CN 111526163 A CN111526163 A CN 111526163A
- Authority
- CN
- China
- Prior art keywords
- video
- vilte
- rate
- video call
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000003908 quality control method Methods 0.000 title claims abstract description 27
- 238000000034 method Methods 0.000 title claims abstract description 12
- 230000005540 biological transmission Effects 0.000 claims abstract description 120
- 230000000977 initiatory effect Effects 0.000 claims abstract description 75
- 230000006835 compression Effects 0.000 claims abstract description 55
- 238000007906 compression Methods 0.000 claims abstract description 55
- 238000010295 mobile communication Methods 0.000 claims abstract description 20
- 230000008859 change Effects 0.000 claims abstract description 15
- 238000012545 processing Methods 0.000 claims description 51
- 230000001965 increasing effect Effects 0.000 claims description 23
- 238000013468 resource allocation Methods 0.000 claims description 8
- 238000012163 sequencing technique Methods 0.000 claims description 5
- 230000006872 improvement Effects 0.000 claims description 4
- 230000007774 longterm Effects 0.000 claims description 4
- 230000003247 decreasing effect Effects 0.000 claims description 3
- 230000006866 deterioration Effects 0.000 claims description 3
- 238000012544 monitoring process Methods 0.000 claims description 3
- 238000012856 packing Methods 0.000 claims description 3
- 238000012806 monitoring device Methods 0.000 claims 1
- 230000000694 effects Effects 0.000 abstract description 5
- 238000011144 upstream manufacturing Methods 0.000 abstract description 5
- 230000004044 response Effects 0.000 abstract description 2
- 230000009467 reduction Effects 0.000 description 6
- 238000005259 measurement Methods 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000002411 adverse Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/146—Data rate or code amount at the encoder output
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/6437—Real-time Transport Protocol [RTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The application discloses a ViLTE video call quality control system and a ViLTE video call quality control method, which comprise the following steps. Step S110: and the initiating end and the receiving end of the ViLTE video call establish the video call through the ViLTE protocol. Step S120: and both the initiating terminal and the receiving terminal of the ViLTE video call count transmission data. Step S130: when the upstream transmission bandwidth is insufficient or sufficient, the rate of the compression coding is adjusted down or up accordingly. Step S140: when the downlink transmission bandwidth is insufficient or sufficient, the feedback RTPFB packet informs that the rate of the video compression coding needs to be correspondingly adjusted down or up. Step S150: the rate of video compression coding is adjusted down or up accordingly based on the received RTPFB packets. According to the method and the device, the rate of video compression coding is adjusted in real time by utilizing transmission data statistics in ViLTE video call, so that timely response is made to the signal quality and the change of uplink and downlink bandwidths of the current mobile communication network, the video call quality is improved, the video call function is enhanced, and the video call effect is improved.
Description
Technical Field
The application relates to a video call implementation method in a mobile communication system.
Background
In mobile communication networks such as LTE (Long Term Evolution, Long Term Evolution technology), Voice over LTE (high definition call) and Video over LTE (Video over LTE) services based on IMS (IP Multimedia Subsystem) have been launched, and these services bring better experience to users.
The conventional implementation method of the ViLTE video call is as follows. The originating terminal and the receiving terminal of the ViLTE video call establish the call through the ViLTE Protocol, and open a video data Real-time transmission channel based on an RTP (Real-time Transport Protocol). When the initiating end sends the first video data to the receiving end, the initiating end packs the first video data after compression coding into an RTP packet and sends the RTP packet to the receiving end. And after the receiving end receives the RTP packet, the receiving end analyzes and processes the RTP packet, and decodes and outputs the first video data. The RTCP packet mainly has the function of RR (Receiver Report) and is used for feeding back statistical information such as the number of received packets, the packet loss number, the packet loss rate and the like to the initiating end.
The wireless environment of the mobile communication network is complex and changeable, and the position of the mobile terminal can also move rapidly, for example, the mobile terminal is in and out of an elevator, an underground garage, a large building and the like, and the quality and bandwidth change of an LTE channel for bearing ViLTE high-definition video calls can be greatly fluctuated due to the factors. However, since RTCP packets are transmitted at regular intervals, the connection bandwidth allocated to RTCP packets is usually fixed to 5%, and one RTCP packet is transmitted in approximately 3 to 5 seconds, and cannot be used for real-time packet loss feedback. In addition, both the RTP packet and the RTCP packet are transmitted based on UDP (User Datagram Protocol), and when the wireless environment deteriorates, the RTCP packet itself may lose packets at an LTE air interface. Once the initiating end cannot receive the feedback information of the RTCP packet, the rate of the first video compression encoding cannot be adjusted in time, which affects the video transmission quality. Therefore, under adverse conditions, the video call of ViLTE often causes the situation of screen splash and blockage, which affects the user experience.
Disclosure of Invention
The technical problem to be solved by the application is to provide a quality control method for ViLTE video call assisted and enhanced by wireless channel measurement and data statistics aiming at adjusting and controlling video quality in time by utilizing wireless channel measurement and statistical information of a mobile terminal based on ViLTE and RTP/RTCP protocols, enhancing a video call function and improving a video call effect.
In order to solve the technical problem, the application discloses a ViLTE video call quality control method which comprises the following steps. Step S110: the initiation end and the receiving end of the ViLTE video call establish the video call through a ViLTE protocol; the initiating terminal sends the first video data to the receiving terminal. Step S120: both an initiating terminal and a receiving terminal of the ViLTE video call count transmission data; the initiating end counts uplink transmission data of the first video, and the receiving end counts downlink transmission data of the first video. Step S130: when the initiation end of the ViLTE video call judges that the uplink transmission bandwidth of the first video is insufficient or sufficient, the rate of the first video compression coding is correspondingly adjusted to be smaller or larger. Step S140: when the receiving end of the ViLTE video call judges that the downlink transmission bandwidth of the first video is insufficient or sufficient, a transmission layer feedback message RTPFB packet is sent to the initiating end to inform that the rate of the first video compression coding needs to be correspondingly reduced or increased. The step S130 and the step S140 are performed either in the same order or at the same time. Step S150: the initiating end of the ViLTE video call correspondingly reduces or increases the rate of the first video compression coding according to the received RTPFB packet. The uplink transmission data statistics of the initiating terminal and the downlink transmission data statistics of the receiving terminal are used as the adjusting basis of the first video compression coding rate, and the method can adapt to the environment of the transient change of the mobile communication network in real time.
Further, in step S110, the receiving end sends the second video data to the initiating end. In step S120, the receiving end further counts uplink transmission data of the second video, and the initiating end further counts downlink transmission data of the second video. In the step S130: and when the receiving end of the ViLTE video call judges that the uplink transmission bandwidth of the second video is insufficient or sufficient, correspondingly reducing or increasing the rate of the second video compression coding. In the step S140: and when the initiation end of the ViLTE video call judges that the downlink transmission bandwidth of the second video is insufficient or sufficient, sending an RTPFB packet to the receiving end to inform that the rate of the second video compression coding needs to be correspondingly reduced or increased. In step S150, the receiving end of the ViLTE video call correspondingly reduces or increases the rate of the second video compression coding according to the received RTPFB packet. It is shown here that the video call performs similar processing on the second video as the first video in the case of bidirectional video transmission. The first video is the video of the initiating end, and the second video is the video of the receiving end.
Preferably, in step S120, one or more of the following parameters of the uplink transmission data, that is, the uplink rate, the uplink block error rate, the uplink resource allocation average value, the number of uplink granted channels, the number of uplink discarded packets, and the number of uplink padding bits, are counted. And counting one or more of the following parameters of downlink transmission data, namely downlink speed, downlink block error rate, downlink resource distribution average value, starting times of a sequencing timer and downlink filling bit number.
Further, in step S120, both the initiating end and the receiving end of the ViLTE video call also monitor the quality of the wireless channel. The radio channel quality is represented by one or more of the parameters RSRP, RSRQ, SNR, signal-to-noise ratio of the current serving cell. The quality of the wireless channel can be used to assist in determining whether the bandwidth of the uplink and downlink transmission is insufficient or sufficient.
Preferably, in the step S130, if any one of the following conditions C1 to C3 is satisfied, it is determined that the LTE uplink transmission bandwidth is insufficient. Condition C1: the uplink rate becomes small and becomes small beyond a certain threshold. Condition C2: the uplink block error rate becomes large and becomes larger than a certain threshold. Condition C3: the number of upstream dropped packets becomes large and becomes larger than a certain threshold. When any one of the following conditions D1 to D2 is found to be satisfied, it is determined that the LTE uplink transmission bandwidth is sufficient. Condition D1: the uplink rate becomes large and becomes larger than a certain threshold. Condition D2: the number of the uplink discarded packets is 0, and the number of bits of the uplink padding becomes large and exceeds a certain threshold.
Preferably, in the step S140, if any one of the following conditions E1 to E3 is satisfied, it is determined that the LTE downlink transmission bandwidth is insufficient. Condition E1: the downlink rate becomes smaller and smaller beyond a certain threshold. Condition E2: the downlink block error rate becomes large and becomes larger than a certain threshold. Condition E3: the number of starts of the sort timer becomes large and becomes larger than a certain threshold. If any of the following conditions F1 to F2 is found to be satisfied, it is determined that the LTE downlink transmission bandwidth is sufficient. Condition F1: the downlink rate becomes large and becomes larger than a certain threshold. Condition F2: the number of bits of the downlink padding becomes large and becomes larger than a certain threshold.
Further, in step S130, the quality of the wireless channel is degraded or improved as auxiliary information for determining that the uplink transmission bandwidth is insufficient or sufficient. In step S140, the quality of the wireless channel is degraded or improved as auxiliary information for determining that the downlink transmission bandwidth is insufficient or sufficient.
Preferably, in the step S130 and the step S140, if any one of the following conditions a1 to A3 is satisfied, it is determined that the wireless channel quality is deteriorated. Condition a 1: the RSRP of the current serving cell becomes small, and the magnitude of the reduction exceeds a certain threshold. Condition a 2: the RSRQ of the current serving cell becomes smaller and the magnitude of the reduction exceeds a certain threshold. Condition a 3: the SNR of the current serving cell becomes small and the magnitude of the reduction exceeds a certain threshold. If the change directions of the conditions A1 to A3 are inconsistent, the SNR change direction is taken as a standard. When any of the following conditions B1 to B3 is satisfied, it is determined that the wireless channel quality is good. Condition B1: the RSRQ of the current serving cell becomes larger and the larger magnitude exceeds a certain threshold. Condition B2: the RSRP of the current serving cell becomes large, and the large magnitude exceeds a certain threshold. Condition B3: the SNR of the current serving cell becomes large and the large magnitude exceeds a certain threshold. If the change directions of the conditions B1 to B3 are inconsistent, the SNR change direction is taken as a standard.
Further, in step S140, the rtp fb packet has a temporary maximum media stream bit rate request TMMBR message, which includes a coding rate requested to be increased or decreased; in step S150, after receiving the TMMBR message, the TMMBR message replies a temporary maximum media stream bit rate notification TMMBN message, and then performs encoding output according to the encoding rate requested in the TMMBR.
The application also discloses a ViLTE video call quality control system which comprises an initiating end and a receiving end, wherein ViLTE video call connection is established between the initiating end and the receiving end. The initiating terminal comprises a first video engine unit, a first processing unit and a first data statistical unit. The first video engine unit is used for generating compressed and coded first video data through a video coder, packing the first video data through an RTP (real-time transport protocol), and sending the first video data through an LTE (long term evolution) mobile communication network bearer; the first video engine unit is further adapted to adjust the rate of the first video compression encoding down or up accordingly based on the received transport layer feedback message RTPFB packets. The first processing unit is used for correspondingly reducing or increasing the rate of the first video compression coding when the first data statistical unit judges that the upstream transmission bandwidth of the initiating end is insufficient or sufficient. The first data statistical unit is used for counting the uplink transmission data of the initiating terminal to the first video, judging whether the uplink transmission bandwidth of the initiating terminal is insufficient or sufficient, and providing the judgment result to the first processing unit. The receiving end comprises a second video engine unit, a second processing unit and a second data statistical unit. The second video engine unit is used for receiving RTP data packets through an LTE mobile communication network, obtaining first video data of compression coding through RTP protocol depacketization and time synchronization, and obtaining the first video data of decoding through a video decoder. The second processing unit is used for sending an RTPFB packet to the initiating terminal to inform that the rate of the first video compression coding needs to be correspondingly reduced or increased when the second data statistical unit judges that the downlink transmission bandwidth of the receiving terminal is insufficient or sufficient. The second data statistical unit is used for counting downlink transmission data of the first video from the receiving end, judging whether the downlink transmission bandwidth of the receiving end is insufficient or sufficient, and providing the judgment result to the second processing unit. A control system corresponding to the aforementioned control method is presented herein.
Furthermore, the second video engine unit is further configured to generate, by a video encoder, compression-encoded second video data, package the second video data via an RTP protocol, and send the second video data via an LTE mobile communication network; the second video engine unit is further operable to adjust the rate of the second video compression encoding down or up accordingly based on the received RTPFB packets. The second data statistical unit is also used for counting the uplink transmission data of the receiving end to the second video, judging whether the uplink transmission bandwidth of the receiving end is insufficient or sufficient, and providing the judgment result to the second processing unit. The second processing unit is further configured to adjust the rate of the second video compression coding down or up correspondingly when the second data statistics unit determines that the uplink transmission bandwidth of the receiving end is insufficient or sufficient. The first video engine unit is also used for receiving RTP data packets through an LTE mobile communication network, obtaining compression-coded second video data through RTP protocol depacketization and time synchronization, and obtaining decoded second video data through a video decoder. The first data statistical unit is further used for counting downlink transmission data of the second video from the initiating terminal, judging whether the downlink transmission bandwidth of the initiating terminal is insufficient or sufficient, and providing the judgment result to the first processing unit. The first processing unit is further configured to send an RTPFB packet to the receiving end to inform that the rate of the second video compression coding needs to be adjusted down or up accordingly when the first data statistics unit determines that the downlink transmission bandwidth of the initiating end is insufficient or sufficient. It is shown here that the video call performs similar processing on the second video as the first video in the case of bidirectional video transmission. The first video is the video of the initiating end, and the second video is the video of the receiving end.
Further, the initiating terminal further comprises a first channel judgment unit; which is used to monitor the quality of the wireless channel of the originating terminal, and to judge whether the quality of the wireless channel of the originating terminal is getting worse or better, and to provide the judgment result to the first processing unit. The first processing unit is further configured to serve as auxiliary information for determining that the uplink or downlink transmission bandwidth of the originating terminal is insufficient or sufficient when the first channel determination unit determines that the quality of the wireless channel of the originating terminal is degraded or better. The receiving end also comprises a second channel judgment unit; which is used to monitor the quality of the wireless channel at the receiving end, and to judge whether the quality of the wireless channel at the receiving end is poor or good, and to provide the judgment result to the second processing unit. The second processing unit is further configured to determine that the downlink or uplink transmission bandwidth of the receiving end is insufficient or sufficient when the second channel determination unit determines that the quality of the wireless channel at the receiving end is poor or good. The optional channel judging unit may provide the auxiliary information for judging that the bandwidth of the uplink and downlink transmission data is insufficient or sufficient according to the quality of the wireless channel.
The method has the technical effects that the transmission data statistics of the mobile terminal is utilized to adjust the rate of the video compression coding in real time in the ViLTE video call, so that the signal quality and the uplink and downlink bandwidth changes of the current mobile communication network are responded in time, the video call quality is improved, the video call function is enhanced, and the video call effect is improved.
Drawings
Fig. 1 is a flowchart of a ViLTE video call quality control method provided in the present application.
Fig. 2 is a first schematic structural diagram of a ViLTE video call quality control system provided in the present application.
Fig. 3 is a schematic structural diagram ii of a ViLTE video call quality control system provided in the present application.
The reference numbers in the figures illustrate: 210 is an initiating end; 212 is a first video engine unit; 214 is a first processing unit; 216 is a first data statistics unit; 218 is a first channel determination unit; 220 is a receiving end; 222 is a second video engine unit; 224 is a second processing unit; 226 is a second data statistics unit; 228 is a second channel determination unit.
Detailed Description
Referring to fig. 1, the ViLTE video call quality control method provided in the present application includes the following steps.
Step S110: and the initiating end and the receiving end of the ViLTE video call establish the video call through the ViLTE protocol.
In this step, the initiating end and the receiving end start a video data real-time transmission channel based on an RTP protocol. When the initiating end sends the first video data to the receiving end, the initiating end packs the first video data after compression coding into an RTP packet and sends the RTP packet to the receiving end. And after the receiving end receives the RTP packet, the receiving end analyzes and processes the RTP packet, and decodes and outputs the first video data.
Step S120: both the originating end and the receiving end of the ViLTE video call count transmission data, for example, once every several tens milliseconds to several hundreds milliseconds. The initiating end counts uplink transmission data of the first video, and the receiving end counts downlink transmission data of the first video.
Preferably, one or more of the following parameters of the uplink transmission data are counted, namely, the uplink rate (ulthrough), the uplink block error rate (UL BLER), the uplink resource allocation average (UL PRB/MCS), the number of uplink granted channels (UL Grant), the number of uplink Discarded packets (UL Discarded PDUs), and the number of bits of uplink Padding (UL Padding). And counting one or more of the following parameters of downlink transmission data, namely downlink rate (DL Throughput), downlink block error rate (DL BLER), downlink resource allocation average value (DL PRB/MCS), starting times of a sequencing Timer (Reorder Timer) and bit number of downlink Padding (DL Padding). Wherein bler (block Error rate) represents a block Error rate; prb (physical resource block) represents a physical resource block; mcs (modulation and Coding scheme) indicates a modulation and Coding strategy; pdu (protocol Data unit) denotes a protocol Data unit.
Preferably, in this step, both the originating end and the receiving end of the ViLTE video call also monitor the quality of the wireless channel. The periodic monitoring of the radio channel quality is based on the requirements of the LTE system protocol specifications, with time units on the order of milliseconds.
Preferably, the wireless channel Quality is represented by one or more of Reference Signal Receiving Power (RSRP), Reference Signal Receiving Quality (RSRQ), Signal-to-Noise Ratio (SNR) of the current serving cell.
Step S130: when the initiation end of the ViLTE video call judges that the uplink transmission data statistics of the first video indicate that the uplink transmission bandwidth is insufficient or sufficient, the initiation end of the ViLTE video call correspondingly reduces or increases the rate of the first video compression coding.
Preferably, the uplink rate, the uplink block error rate, and the number of uplink discarded packets in the uplink transmission data statistics are used as a direct basis for adjusting the first video compression coding rate.
Preferably, this step also takes the deterioration or the improvement of the radio channel quality as important auxiliary information for judging that the uplink bandwidth of the LTE air interface is insufficient or sufficient. There are other reasons for the insufficient uplink bandwidth of the LTE air interface, such as insufficient resource allocation due to a large number of base station users, which is reflected in the average value of uplink resource allocation and the number of uplink granted channels in the statistics of uplink transmission data.
Step S140: when the receiving end of the ViLTE video call determines that the downlink transmission data statistics of the first video indicate that the downlink transmission bandwidth is insufficient or sufficient, the receiving end of the ViLTE video call sends an RTPFB (Transport layer feedback message) packet to the initiating end to inform the initiating end of the need to correspondingly reduce or increase the rate of the first video compression coding. The RTPFB is an extended type of RTCP packet.
Preferably, the downlink rate, the downlink block error rate, and the starting times of the sequencing timer in the downlink transmission data statistics are used as direct bases for adjusting the first video compression coding rate.
Preferably, this step also takes the deterioration or the improvement of the radio channel quality as an important auxiliary information for judging that the downlink bandwidth of the LTE air interface is insufficient or sufficient. There are other reasons for insufficient downlink bandwidth of the LTE air interface, such as insufficient resource allocation due to a large number of base station users, which is reflected in the average value of downlink resource allocation in the statistics of downlink transmission data.
Step S150: the initiating end of the ViLTE video call correspondingly reduces or increases the rate of the first video compression coding according to the received RTPFB packet.
The sequence of step S130 and step S140 is not limited strictly, or the sequence is exchanged, or the steps are performed simultaneously.
The ViLTE video call is generally a bi-directional transmission of video data, so in step S110, the receiving end also sends second video data to the originating end. In step S120, the receiving end further counts uplink transmission data of the second video, and the initiating end further counts downlink transmission data of the second video. In step S130: and when the receiving end of the ViLTE video call judges that the uplink transmission data statistics of the second video indicate that the uplink transmission bandwidth is insufficient or sufficient, correspondingly reducing or increasing the rate of the second video compression coding. In step S140: and when the initiation end of the ViLTE video call judges that the downlink transmission data statistics of the second video indicate that the downlink transmission bandwidth is insufficient or sufficient, sending an RTPFB packet to the receiving end to inform the receiving end of correspondingly reducing or increasing the rate of the second video compression coding. In step S150, the receiving end of the ViLTE video call correspondingly reduces or increases the rate of the second video compression coding according to the received RTPFB packet. Similarly, the order of adding the new content in step S130 and step S140 is not strictly limited, or the order is exchanged, or the new content is performed simultaneously.
Preferably, in the step S130, if the initiating end of the ViLTE video call finds that any one of the following conditions C1 to C3 is satisfied, it is determined that the LTE uplink transmission bandwidth is insufficient. Condition C1: the uplink rate becomes small and becomes small beyond a certain threshold. The threshold value needs to be determined correspondingly according to the rate of the current video compression coding. Condition C2: the uplink block error rate becomes large and becomes larger than a certain threshold. Condition C3: the number of upstream dropped packets becomes large and becomes larger than a certain threshold. The threshold value needs to be determined correspondingly according to the rate of the current video compression coding.
Preferably, in the step S130, if the initiating end of the ViLTE video call finds that any one of the following conditions D1 to D2 is satisfied, it is determined that the LTE uplink transmission bandwidth is sufficient. Condition D1: the uplink rate becomes large and becomes larger than a certain threshold. The threshold value needs to be determined correspondingly according to the rate of the target video compression coding. Condition D2: the number of the uplink discarded packets is 0, and the number of bits of the uplink padding becomes large and exceeds a certain threshold.
Preferably, in the step S140, if the receiving end of the ViLTE video call finds that any one of the following conditions E1 to E3 is satisfied, it is determined that the LTE downlink transmission bandwidth is insufficient. Condition E1: the downlink rate becomes smaller and smaller beyond a certain threshold. The threshold value needs to be determined correspondingly according to the rate of the current video compression coding. Condition E2: the downlink block error rate becomes large and becomes larger than a certain threshold. Condition E3: the number of starts of the sort timer becomes large and becomes larger than a certain threshold.
Preferably, in the step S140, if the receiving end of the ViLTE video call finds that any one of the following conditions F1 to F2 is satisfied, it is determined that the LTE downlink transmission bandwidth is sufficient. Condition F1: the downlink rate becomes large and becomes larger than a certain threshold. The threshold value needs to be determined correspondingly according to the rate of the target video compression coding. Condition F2: the number of bits of the downlink padding becomes large and becomes larger than a certain threshold.
Preferably, in the step S130 and the step S140, if the initiating end or the receiving end of the ViLTE video call finds that any one of the following conditions a1 to A3 is satisfied, it is determined that the wireless channel quality is poor. Condition a 1: the RSRP of the current serving cell becomes small, and the magnitude of the reduction exceeds a certain threshold. Condition a 2: the RSRQ of the current serving cell becomes smaller and the magnitude of the reduction exceeds a certain threshold. Condition a 3: the SNR of the current serving cell becomes small and the magnitude of the reduction exceeds a certain threshold. If the change direction of these parameters is opposite, the SNR change direction is taken as the standard.
Preferably, in the step S130 and the step S140, if the initiator or the receiver of the ViLTE video call finds that any one of the following conditions B1 to B3 is satisfied, it is determined that the wireless channel quality is good. Condition B1: the RSRQ of the current serving cell becomes larger and the larger magnitude exceeds a certain threshold. Condition B2: the RSRP of the current serving cell becomes large, and the large magnitude exceeds a certain threshold. Condition B3: the SNR of the current serving cell becomes large and the large magnitude exceeds a certain threshold. If the change direction of these parameters is opposite, the SNR change direction is taken as the standard.
The quality of the wireless channel is used as a criterion, which is not as direct as the statistics of the transmission data, and is generally used under the condition of extreme wireless signal variation.
Preferably, in step S140, the RTPFB packet includes a TMMBR (temporal Maximum media stream bit rate Request) message including a coding rate requested to be increased or decreased. In step S150, after receiving the TMMBR message, the originating end of the ViLTE video call replies a TMMBN (Temporary Maximum Media Stream bit rate Notification) message to the receiving end, and then performs encoding output according to the encoding rate requested in the TMMBR.
Referring to fig. 2, in correspondence with the ViLTE video call quality control method shown in fig. 1, the present application also provides a ViLTE video call quality control system. The ViLTE video call quality control system comprises an initiating terminal 210 and a receiving terminal 220, wherein ViLTE video call connection is established between the initiating terminal 210 and the receiving terminal through an air interface of an LTE mobile communication network.
The initiating terminal 210 is a mobile terminal and includes a first Video Engine (Video Engine) unit 212, a first processing unit 214, a first data statistics unit 216, and an optional first channel determination unit 218 (shown as a dashed box).
The first video engine unit 212 is configured to generate compressed and encoded first video data through a video encoder, package the first video data through an RTP protocol, and send the first video data through an LTE mobile communication network bearer. The first video engine unit 212 is further configured to adjust the rate of the first video compression encoding down or up accordingly based on the received RTPFB packets.
The first processing unit 214 is used to adjust the rate of the first video compression coding down or up correspondingly when the first data statistics unit 216 determines that the upstream transmission bandwidth of the originating end 210 is insufficient or sufficient. Optionally, the first processing unit 214 is further configured to serve as auxiliary information for determining that the uplink transmission bandwidth of the originating terminal 210 is insufficient or sufficient when the first channel determining unit 218 determines that the quality of the wireless channel of the originating terminal 210 is degraded or better.
The first data statistics unit 216 is configured to count the uplink transmission data of the originating terminal 210 for the first video, determine whether the uplink transmission bandwidth of the originating terminal 210 is insufficient or sufficient, and provide the determination result to the first processing unit 214.
The optional first channel determination unit 218 is used to monitor the quality of the wireless channel of the originating terminal 210, determine whether the quality of the wireless channel of the originating terminal 210 is degraded or improved, and provide the determination result to the first processing unit 214.
The receiving end 220 is another mobile terminal and includes a second video engine unit 222, a second processing unit 224, a second data statistics unit 226 and an optional second channel determination unit 228 (indicated by a dashed box).
The second video engine unit 222 is configured to receive an RTP packet through an LTE mobile communication network, obtain first video data of compression coding through RTP protocol depacketization and time synchronization, and obtain the first decoded video data through a video decoder.
The second processing unit 224 is configured to send an RTPFB packet to the initiating end 210 when the second data statistics unit 226 determines that the downlink bandwidth of the receiving end 220 is insufficient or sufficient, so as to inform that the rate of the first video codec needs to be adjusted down or up accordingly. Optionally, the second processing unit 224 is further configured to serve as auxiliary information for determining that the downlink transmission bandwidth of the receiving end 220 is insufficient or sufficient when the second channel determination unit 228 determines that the quality of the wireless channel of the receiving end 220 is degraded or better.
The second data statistics unit 226 is used for counting the downlink transmission data of the receiving end 220 for the first video, determining whether the downlink transmission bandwidth of the receiving end 220 is insufficient or sufficient, and providing the determination result to the second processing unit 224.
The optional second channel determining unit 224 is configured to monitor the quality of the wireless channel of the receiving end 220, determine whether the quality of the wireless channel of the receiving end 220 is degraded or improved, and provide the determination result to the second processing unit 224.
Referring to fig. 3, the ViLTE video call is generally bi-directional video data, so the second video engine unit 222 is further configured to generate the compression-encoded second video data through the video encoder, and the compression-encoded second video data is packetized through the RTP protocol and sent through the LTE mobile communication network bearer. The second video engine unit 222 is also operable to adjust the rate of the second video compression encoding down or up accordingly based on the received RTPFB packets. The second data statistics unit 226 is further configured to count the uplink transmission data of the second video from the receiving end 220, determine whether the uplink transmission bandwidth of the receiving end 220 is insufficient or sufficient, and provide the determination result to the second processing unit 214. The second processing unit 224 is used to adjust the rate of the second video compression coding down or up when the second data statistics unit 226 determines that the uplink transmission bandwidth of the receiving end 220 is insufficient or sufficient. Optionally, the second processing unit 224 is further configured to serve as auxiliary information for determining that the uplink transmission bandwidth of the receiving end 220 is insufficient or sufficient when the second channel determination unit 228 determines that the quality of the wireless channel of the receiving end 220 is degraded or better. The first video engine unit 212 is further configured to receive an RTP packet through the LTE mobile communication network, depacketize and time synchronize the RTP packet through an RTP protocol to obtain compression-encoded second video data, and obtain decoded second video data through a video decoder. The first data statistics unit 216 is further configured to count the downstream transmission data of the originating terminal 210 for the second video, determine whether the downstream transmission bandwidth of the originating terminal 210 is insufficient or sufficient, and provide the determination result to the first processing unit 214. The first processing unit 214 is further configured to send an RTPFB packet to the receiving end 220 when the first data statistics unit 216 determines that the downlink transmission bandwidth of the initiating end 210 is insufficient or sufficient, so as to inform that the rate of the second video compression coding needs to be adjusted down or up accordingly. Optionally, the first processing unit 214 is further configured to serve as auxiliary information for determining that the downlink transmission bandwidth of the originating terminal 210 is insufficient or sufficient when the first channel determination unit 218 determines that the quality of the wireless channel of the originating terminal 220 is degraded or better.
According to the ViLTE video call quality control system and method, in ViLTE video call, feedback information provided by an RTCP packet sent by a receiving end at regular time is not relied on, but wireless channel measurement and transmission data statistics of the mobile terminal are fully utilized to adjust the video compression coding rate in real time (millisecond level), so that timely response is made to the signal quality and uplink and downlink bandwidth changes of the current mobile communication network, the video call quality is improved, the video call function is enhanced, and the video call effect is improved.
The above are merely preferred embodiments of the present application and are not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application.
Claims (12)
1. A ViLTE video call quality control method is characterized by comprising the following steps:
step S110: the initiation end and the receiving end of the ViLTE video call establish the video call through a ViLTE protocol; the initiating end sends first video data to the receiving end;
step S120: both an initiating terminal and a receiving terminal of the ViLTE video call count transmission data; the method comprises the steps that an initiating end counts uplink transmission data of a first video, and a receiving end counts downlink transmission data of the first video;
step S130: when the initiation end of the ViLTE video call judges that the uplink transmission bandwidth of the first video is insufficient or sufficient, the rate of the first video compression coding is correspondingly reduced or increased;
step S140: when the receiving end of the ViLTE video call judges that the downlink transmission bandwidth of the first video is insufficient or sufficient, a transmission layer feedback message RTPFB packet is sent to the initiating end to inform that the rate of the first video compression coding needs to be correspondingly reduced or increased;
the step S130 and the step S140 are performed in an alternative order or simultaneously;
step S150: the initiating end of the ViLTE video call correspondingly reduces or increases the rate of the first video compression coding according to the received RTPFB packet.
2. The ViLTE video call quality control method according to claim 1, wherein in step S110, the receiving end sends the second video data to the originating end;
in step S120, the receiving end further counts uplink transmission data of the second video, and the initiating end further counts downlink transmission data of the second video;
in the step S130: when the receiving end of the ViLTE video call judges that the uplink transmission bandwidth of the second video is insufficient or sufficient, the rate of the second video compression coding is correspondingly reduced or increased;
in the step S140: when the initiation end of the ViLTE video call judges that the downlink transmission bandwidth of the second video is insufficient or sufficient, an RTPFB packet is sent to the receiving end to inform that the rate of the second video compression coding needs to be correspondingly reduced or increased;
in step S150, the receiving end of the ViLTE video call correspondingly reduces or increases the rate of the second video compression coding according to the received RTPFB packet.
3. The ViLTE video call quality control method according to claim 1 or 2, wherein in step S120, one or more of the following parameters of the uplink transmission data, i.e. uplink rate, uplink block error rate, uplink resource allocation average, number of uplink granted channels, number of uplink dropped packets, and number of uplink padding bits, are counted;
and counting one or more of the following parameters of downlink transmission data, namely downlink speed, downlink block error rate, downlink resource distribution average value, starting times of a sequencing timer and downlink filling bit number.
4. The ViLTE video call quality control method according to claim 1 or 2, wherein in step S120, both the originating end and the receiving end of the ViLTE video call also monitor the wireless channel quality;
the radio channel quality is represented by one or more of the parameters RSRP, RSRQ, SNR, signal-to-noise ratio of the current serving cell.
5. The ViLTE video call quality control method according to claim 1 or 2, wherein in said step S130, if any of the following conditions C1 to C3 is satisfied, it is determined that the LTE uplink transmission bandwidth is insufficient;
condition C1: the uplink rate becomes smaller and smaller exceeding a certain threshold;
condition C2: the uplink block error rate becomes larger and larger exceeds a certain threshold value;
condition C3: the number of the uplink discarded packets becomes larger, and the larger the number exceeds a certain threshold value;
if any one of the following conditions D1 to D2 is found to be satisfied, it is determined that the LTE uplink transmission bandwidth is sufficient;
condition D1: the uplink rate becomes larger and larger exceeds a certain threshold;
condition D2: the number of the uplink discarded packets is 0, and the number of bits of the uplink padding becomes large and exceeds a certain threshold.
6. The ViLTE video call quality control method according to claim 1 or 2, wherein in said step S140, if any of the following conditions E1 to E3 is satisfied, it is determined that the LTE downlink transmission bandwidth is insufficient;
condition E1: the downlink rate becomes smaller and smaller exceeding a certain threshold;
condition E2: the downlink block error rate becomes larger and larger exceeds a certain threshold;
condition E3: the starting times of the sequencing timer become larger, and the larger times exceed a certain threshold value;
if any one of the following conditions F1 to F2 is found to be satisfied, it is determined that the LTE downlink transmission bandwidth is sufficient;
condition F1: the downlink rate becomes larger and larger exceeds a certain threshold;
condition F2: the number of bits of the downlink padding becomes large and becomes larger than a certain threshold.
7. The ViLTE video call quality control method according to claim 1 or 2, wherein in step S130, the deterioration or the improvement of the quality of the wireless channel is further used as auxiliary information for judging that the uplink transmission bandwidth is insufficient or sufficient;
in step S140, the quality of the wireless channel is degraded or improved as auxiliary information for determining that the downlink transmission bandwidth is insufficient or sufficient.
8. The ViLTE video call quality control method of claim 7, wherein in said steps S130 and S140, if any of the following conditions A1 to A3 is satisfied, it is determined that the quality of the wireless channel is poor;
condition a 1: the RSRP of the current serving cell is reduced, and the reduced amplitude exceeds a certain threshold value;
condition a 2: the RSRQ of the current serving cell is reduced, and the reduced amplitude exceeds a certain threshold value;
condition a 3: the SNR of the current service cell is reduced, and the reduced amplitude exceeds a certain threshold value;
if the change directions of the conditions A1 to A3 are inconsistent, taking the SNR change direction as a standard;
if any of the following conditions B1 to B3 is satisfied, it is determined that the wireless channel quality is good;
condition B1: the RSRQ of the current serving cell is increased, and the increased amplitude exceeds a certain threshold value;
condition B2: the RSRP of the current serving cell is increased, and the increased amplitude exceeds a certain threshold value;
condition B3: the SNR of the current service cell becomes large, and the large amplitude exceeds a certain threshold value;
if the change directions of the conditions B1 to B3 are inconsistent, the SNR change direction is taken as a standard.
9. The ViLTE video call quality control method according to claim 1 or 2, wherein in step S140, the rtp fb packet has a temporary maximum media stream bit rate request TMMBR message, which includes a request for increasing or decreasing coding rate; in step S150, after receiving the TMMBR message, the TMMBR message replies a temporary maximum media stream bit rate notification TMMBN message, and then performs encoding output according to the encoding rate requested in the TMMBR.
10. A ViLTE video call quality control system is characterized by comprising an initiating terminal and a receiving terminal, wherein ViLTE video call connection is established between the initiating terminal and the receiving terminal;
the initiating end comprises a first video engine unit, a first processing unit and a first data statistical unit;
the first video engine unit is used for generating compressed and coded first video data through a video coder, packing the first video data through an RTP (real-time transport protocol), and sending the first video data through an LTE (long term evolution) mobile communication network bearer; the first video engine unit is also used for correspondingly reducing or increasing the rate of the first video compression coding according to the received transmission layer feedback message RTPFB packet;
the first processing unit is used for correspondingly reducing or increasing the rate of the first video compression coding when the first data statistical unit judges that the uplink transmission bandwidth of the initiating end is insufficient or sufficient;
the first data statistical unit is used for counting the uplink transmission data of the initiating terminal to the first video, judging whether the uplink transmission bandwidth of the initiating terminal is insufficient or sufficient, and providing the judgment result to the first processing unit;
the receiving end comprises a second video engine unit, a second processing unit and a second data statistical unit;
the second video engine unit is used for receiving RTP data packets through an LTE mobile communication network, obtaining first video data of compression coding through RTP protocol depacketization and time synchronization, and obtaining first decoded video data through a video decoder;
the second processing unit is used for sending an RTPFB packet to the initiating terminal to inform that the rate of the first video compression coding needs to be correspondingly reduced or increased when the second data statistical unit judges that the downlink transmission bandwidth of the receiving terminal is insufficient or sufficient;
the second data statistical unit is used for counting downlink transmission data of the first video from the receiving end, judging whether the downlink transmission bandwidth of the receiving end is insufficient or sufficient, and providing the judgment result to the second processing unit.
11. The ViLTE video call quality control system of claim 10, wherein,
the second video engine unit is also used for generating compressed and coded second video data through a video coder, packing the second video data through an RTP protocol, and sending the second video data through the bearing of an LTE mobile communication network; the second video engine unit is also used for correspondingly reducing or increasing the rate of the second video compression coding according to the received RTPFB packet;
the second data statistical unit is also used for counting the uplink transmission data of the second video from the receiving end, judging whether the uplink transmission bandwidth of the receiving end is insufficient or sufficient, and providing the judgment result to the second processing unit;
the second processing unit is further used for correspondingly reducing or increasing the rate of the second video compression coding when the second data statistical unit judges that the uplink transmission bandwidth of the receiving end is insufficient or sufficient;
the first video engine unit is also used for receiving RTP data packets through an LTE mobile communication network, obtaining compression-coded second video data through RTP protocol depacketization and time synchronization, and obtaining decoded second video data through a video decoder;
the first data statistical unit is also used for counting downlink transmission data of the second video from the initiating terminal, judging whether the downlink transmission bandwidth of the initiating terminal is insufficient or sufficient, and providing the judgment result to the first processing unit;
the first processing unit is further configured to send an RTPFB packet to the receiving end to inform that the rate of the second video compression coding needs to be adjusted down or up accordingly when the first data statistics unit determines that the downlink transmission bandwidth of the initiating end is insufficient or sufficient.
12. The ViLTE video call quality control system according to claim 10 or 11, wherein the originating terminal further comprises a first channel determination unit; the system comprises a first processing unit, a second processing unit and a control unit, wherein the first processing unit is used for monitoring the wireless channel quality of an initiating terminal, judging whether the wireless channel quality of the initiating terminal becomes poor or good and providing a judgment result to the first processing unit;
the first processing unit is further used for judging that the uplink or downlink transmission bandwidth of the initiating terminal is insufficient or sufficient when the first channel judging unit judges that the quality of the wireless channel of the initiating terminal is poor or good;
the receiving end also comprises a second channel judgment unit; the wireless channel quality monitoring device is used for monitoring the wireless channel quality of the receiving end, judging whether the wireless channel quality of the receiving end becomes poor or good, and providing a judgment result to the second processing unit;
the second processing unit is further configured to determine that the downlink or uplink transmission bandwidth of the receiving end is insufficient or sufficient when the second channel determination unit determines that the quality of the wireless channel at the receiving end is poor or good.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010628825.3A CN111526163B (en) | 2020-07-03 | 2020-07-03 | ViLTE video call quality control system and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010628825.3A CN111526163B (en) | 2020-07-03 | 2020-07-03 | ViLTE video call quality control system and method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111526163A true CN111526163A (en) | 2020-08-11 |
| CN111526163B CN111526163B (en) | 2020-10-13 |
Family
ID=71911956
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010628825.3A Active CN111526163B (en) | 2020-07-03 | 2020-07-03 | ViLTE video call quality control system and method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111526163B (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111934823A (en) * | 2020-08-12 | 2020-11-13 | 中国联合网络通信集团有限公司 | Data transmission method, radio access network equipment and user plane functional entity |
| CN111988585A (en) * | 2020-08-17 | 2020-11-24 | 海宇星联(山东)智慧科技有限公司 | Intelligent video transmission protocol suitable for satellite data communication network |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101998102A (en) * | 2009-08-24 | 2011-03-30 | 中兴通讯股份有限公司 | Method for controlling video quality of mobile video telephone and mobile video telephone |
| US20170125021A1 (en) * | 2015-11-03 | 2017-05-04 | T-Mobile Usa, Inc. | Using bandwidth allocation data to determine a breakdown of volte calls by amr coding mode |
| CN106817721A (en) * | 2015-11-30 | 2017-06-09 | 中国移动通信集团公司 | A kind of method of streaming media service bandwidth estimation, device, terminal and server |
| CN106850615A (en) * | 2017-01-24 | 2017-06-13 | 华为技术有限公司 | A kind of method of code rate control, relevant apparatus and system |
| CN107295286A (en) * | 2016-03-31 | 2017-10-24 | 掌赢信息科技（上海）有限公司 | A kind of video call data transmission method, system, server and video conversation apparatus |
| CN107317795A (en) * | 2017-05-08 | 2017-11-03 | 贵阳朗玛信息技术股份有限公司 | The code rate adjustment method and device of packet |
-
2020
- 2020-07-03 CN CN202010628825.3A patent/CN111526163B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101998102A (en) * | 2009-08-24 | 2011-03-30 | 中兴通讯股份有限公司 | Method for controlling video quality of mobile video telephone and mobile video telephone |
| US20170125021A1 (en) * | 2015-11-03 | 2017-05-04 | T-Mobile Usa, Inc. | Using bandwidth allocation data to determine a breakdown of volte calls by amr coding mode |
| CN106817721A (en) * | 2015-11-30 | 2017-06-09 | 中国移动通信集团公司 | A kind of method of streaming media service bandwidth estimation, device, terminal and server |
| CN107295286A (en) * | 2016-03-31 | 2017-10-24 | 掌赢信息科技（上海）有限公司 | A kind of video call data transmission method, system, server and video conversation apparatus |
| CN106850615A (en) * | 2017-01-24 | 2017-06-13 | 华为技术有限公司 | A kind of method of code rate control, relevant apparatus and system |
| CN107317795A (en) * | 2017-05-08 | 2017-11-03 | 贵阳朗玛信息技术股份有限公司 | The code rate adjustment method and device of packet |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111934823A (en) * | 2020-08-12 | 2020-11-13 | 中国联合网络通信集团有限公司 | Data transmission method, radio access network equipment and user plane functional entity |
| CN111934823B (en) * | 2020-08-12 | 2022-08-02 | 中国联合网络通信集团有限公司 | Data transmission method, radio access network equipment and user plane functional entity |
| CN111988585A (en) * | 2020-08-17 | 2020-11-24 | 海宇星联(山东)智慧科技有限公司 | Intelligent video transmission protocol suitable for satellite data communication network |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111526163B (en) | 2020-10-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9917878B2 (en) | Congestion induced video scaling | |
| US8855086B2 (en) | Method and apparatus for efficient multimedia delivery in a wireless packet network | |
| EP2839626B1 (en) | Systems and methods for application-aware admission control in a communication network | |
| US8675577B2 (en) | Signaling techniques for a multimedia-aware radio and network adaptation | |
| CN101222296B (en) | Self-adapting transmission method and system in ascending honeycomb video communication | |
| EP2545730B1 (en) | Method for reporting qos control-related information in network and network entity therefor | |
| EP1528722A1 (en) | Fast signalling procedure for streaming services quality of service management in wireless networks | |
| US8830896B2 (en) | Packet relay method and device | |
| KR20100037573A (en) | Apparatus and method for transmitting/receiving data in an wireless communication network | |
| US20100067430A1 (en) | Relay apparatus and relay method | |
| CN111526163B (en) | ViLTE video call quality control system and method | |
| CN104486690A (en) | Mobile video transmission optimization method based on TCP (transmission control protocol) | |
| US11109022B2 (en) | Transmitter communication device and method for transmitting video data | |
| KR101432814B1 (en) | Rate adapted video data transmission method using end-to-end channel status sensing over Wireless Network | |
| Nihei et al. | Study on mechanism and reduction approaches of delay spikes occurrence on mobile networks | |
| KR100990036B1 (en) | Method for Controlling of Data Transporting Level by Fraction Lost | |
| Duong et al. | Adaptive GOP bit allocation to provide seamless video streaming in vertical handoff | |
| KR20100082554A (en) | System and method for adaptating transmittion rate of data | |
| KR20080094417A (en) | Wireless network information transmission method and apparatus in real-time multimedia services | |
| KR20140081527A (en) | METHOD AND APPARATUS FOR PROVIDING A VoIP SERVICE USING A MULTIFRAME IN A WIRELESS COMMUNICATION SYSTEM |
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 | ||
| CP03 | Change of name, title or address |
Address after: 201203 Floor 9, building 10, No. 399, Keyuan Road, China (Shanghai) free trade pilot zone, Pudong New Area, Shanghai Patentee after: Aojie Technology Co., Ltd Address before: 201203 No. 399, Keyuan Road, Zhangjiang High-tech Park, Pudong New Area, Shanghai Patentee before: Aojie Technology (Shanghai) Co.,Ltd. |
|
| CP03 | Change of name, title or address |