WO2014100973A1 - 视频处理方法、设备及*** - Google Patents

视频处理方法、设备及*** Download PDF

Info

Publication number
WO2014100973A1
WO2014100973A1 PCT/CN2012/087420 CN2012087420W WO2014100973A1 WO 2014100973 A1 WO2014100973 A1 WO 2014100973A1 CN 2012087420 W CN2012087420 W CN 2012087420W WO 2014100973 A1 WO2014100973 A1 WO 2014100973A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
base station
proxy device
air interface
data packet
Prior art date
Application number
PCT/CN2012/087420
Other languages
English (en)
French (fr)
Inventor
吴俊峰
王瑜
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN201280024574.1A priority Critical patent/CN104012054A/zh
Priority to PCT/CN2012/087420 priority patent/WO2014100973A1/zh
Publication of WO2014100973A1 publication Critical patent/WO2014100973A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234381—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the temporal resolution, e.g. decreasing the frame rate by frame skipping
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64784—Data processing by the network
    • H04N21/64792—Controlling the complexity of the content stream, e.g. by dropping packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions

Definitions

  • the present invention relates to video technologies, and in particular, to a video processing method, device, and system. Background technique
  • video services occupy most of the traffic in the network and are receiving more and more attention.
  • video technologies related to video services are also evolving.
  • video coding technology is continually evolving toward higher compression and higher quality.
  • Video transmission technology is also continuing to innovate, enabling video to adapt to the special channel of wireless channels. Environment, to meet the needs of users watching videos in a mobile environment.
  • HTTP Hypertext transfer protocol
  • TCP Transmission Control Protocol
  • RTP Real-time transport protocol
  • UDP User Datagram Protocol
  • HTTP/TCP transmission technology is difficult to be shielded by operators because it uses the same features as web browsing, and therefore gradually becomes the mainstream of video transmission technology.
  • the video server sends a video data packet to the base station; the base station (eNB) can discard part of the video data according to the air interface status between the base station and the user equipment (User Equipment, UE for short).
  • the package performs congestion control.
  • the HTTP/TCP transmission technology uses the end-to-end retransmission technology to ensure reliable transmission of video data, any video data packets discarded by the base station are detected and retransmitted by the video server. Therefore, the base station is in the process of congestion control. When discarding video packets, an associated mechanism is needed to trick the video server to circumvent retransmissions.
  • Embodiments of the present invention provide a video processing method, device, and system, which are used to solve a problem by using a pseudo
  • the video data packet is created to solve the problem of transmission congestion and the video quality of the client is degraded.
  • the first aspect provides a video processing method, including:
  • the proxy device receives at least one video data packet sent by the video server
  • the proxy device performs discarding processing on the at least one video frame according to a state parameter of an air interface between the base station and the user equipment UE and a priority of each of the video frames;
  • the proxy device according to a state parameter of an air interface between a base station and a user equipment UE, and a priority of each of the video frames, Before at least one video frame is discarded, the method includes:
  • the proxy device receives a status parameter of the air interface sent by the base station.
  • the receiving, by the proxy device, the status parameter of the air interface sent by the base station includes: receiving, by the proxy device a status parameter of the air interface periodically sent by the base station.
  • the receiving, by the proxy device, the status parameter of the air interface sent by the base station includes: The base station sends a parameter acquisition request;
  • the proxy device receives a status parameter of the air interface returned by the base station according to the parameter acquisition request.
  • the air interface status parameter includes at least one of a size of the current buffer data of the air interface, an average delay of the air interface, and a packet loss rate of the air interface.
  • the proxy device determines The at least one video data packet is based on HTTP/TCP transmission and includes:
  • the proxy device determines that the at least one video data packet is based on HTTP/TCP transmission according to a format of the at least one video data packet.
  • the second aspect provides a video processing method, including:
  • the base station sends a state parameter of the air interface between the base station and the user equipment UE to the proxy device; the base station receives the video frame sent by the proxy device, and the video frame sent by the proxy device to the base station is the proxy device And at least one video formed by recombining the video frames of the video fragments in the at least one HTTP/TCP transmission-based video data packet sent by the video server to the proxy device according to the state parameter of the air interface and the priority of the video frame The remaining video frames after the frame is discarded;
  • the base station sends the received video frame to the UE.
  • the sending, by the base station, the status parameter of the air interface between the base station and the user equipment UE to the proxy device includes:
  • the base station periodically sends the state parameter of the air interface to the proxy device.
  • the sending, by the base station, the status parameter of the air interface between the base station and the user equipment UE to the proxy device includes:
  • the air interface status parameter includes At least one of a size of the current buffer data of the air interface, an average delay of the air interface, and a packet loss rate of the air interface.
  • the third aspect provides a proxy device, including:
  • a first receiving module configured to receive at least one video data packet sent by the video server, and an analysis processing module, configured to determine that the at least one video data packet is based on HTTP/TCP transmission, and parse the at least one video data packet And performing video frame recombination on the video fragments parsed from the at least one video data packet to form at least one video frame, and identifying each The priority of the video frame;
  • a discarding processing module configured to discard the at least one video frame according to a state parameter of an air interface between the base station and the user equipment UE and a priority of each of the video frames;
  • a first sending module configured to send the remaining video frames in the at least one video frame to the base station after the discarding processing module performs the discarding process.
  • the proxy device further includes: a second receiving module, configured to discard the at least one video frame in the discarding processing module Before processing, receiving a status parameter of the air interface sent by the base station.
  • the second receiving module is configured to receive a status parameter of the air interface periodically sent by the base station .
  • the proxy device further includes: a second sending module, configured to receive, at the second receiving module Before the state parameter of the air interface is described, sending a parameter acquisition request to the base station;
  • the second receiving module is specifically configured to receive a state parameter of the air interface that is returned by the base station according to the parameter obtaining request.
  • the air interface status parameter includes at least one of a size of the current buffer data of the air interface, an average delay of the air interface, and a packet loss rate of the air interface.
  • the parsing processing module is configured to determine the at least one video data according to a content type field in an HTTP response header in the at least one video data packet.
  • the packet is based on HTTP/TCP transmission, parsing the at least one video data packet, performing video frame recombination on the video segment parsed from the at least one video data packet, forming at least one video frame, and identifying a priority of each of the video frames; or the parsing processing module is specifically configured to determine, according to a format of the at least one video data packet, that the at least one video data packet is based on HTTP/TCP transmission, to the at least Parsing a video packet, and performing video on the video segment parsed from the at least one video packet
  • the frame is recombined to form at least one video frame and the priority of each of the video frames is identified.
  • a fourth aspect provides a base station, including:
  • a first sending module configured to send, to the proxy device, a status parameter of an air interface between the base station and the user equipment UE;
  • a first receiving module configured to receive a video frame sent by the proxy device, where the video frame sent by the proxy device to the base station is based on a status parameter of the air interface and a priority of a video frame, And at least one video frame in the video data packet sent by the video server to the proxy device for performing video frame recombination, at least one video frame formed by video frame recombination, and remaining video frames after discarding processing;
  • a second sending module configured to send the video frame received by the first receiving module to the UE.
  • the first sending module is configured to periodically send the state parameter of the air interface to the proxy device.
  • the base station further includes: a second receiving module, configured to: before the first sending module sends the state parameter of the air interface, Determining a parameter acquisition request sent by the proxy device;
  • the first sending module is specifically configured to send, according to the parameter obtaining request, a status parameter of the air interface to the proxy device.
  • the air interface status parameter includes At least one of a size of the current buffer data of the air interface, an average delay of the air interface, and a packet loss rate of the air interface.
  • the fifth aspect provides a proxy device, including:
  • a receiver configured to receive at least one video data packet sent by the video server
  • a processor configured to determine that the at least one video data packet is based on HTTP/TCP transmission, parse the at least one video data packet, and perform video on video fragments parsed from the at least one video data packet Frame recombination, forming at least one video frame, and identifying a priority of each of the video frames, according to a state parameter of an air interface between the base station and the user equipment UE, and a priority of each of the video frames, to the at least A video frame is discarded;
  • a transmitter configured to discard the processor, after remaining in the at least one video frame
  • the video frame is sent to the base station.
  • a sixth aspect provides a proxy device, including:
  • a transmitter configured to send, to the proxy device, a status parameter of the air interface between the base station and the user equipment UE, and send a video frame received by the receiver to the UE;
  • the receiver is configured to receive a video frame sent by the proxy device, where the video frame sent by the proxy device to the base station is based on a status parameter of the air interface and a priority of a video frame,
  • the video fragment sent by the video server to the proxy device for at least one video packet based on the HTTP/TCP transmission performs at least one video frame formed by recombining the video frame to perform a video frame remaining after the discarding process.
  • a seventh aspect provides a video processing system comprising any of the proxy devices provided by the third aspect and any of the base stations provided by the fourth aspect.
  • the video processing method, device and system provided by the embodiment of the present invention, by adding a proxy device between the video server and the base station, the video server first sends the video data packet to the proxy device, and the proxy device determines that the video data packet sent by the video server is based on After the HTTP/TCP transmission, the video data packet is parsed and the video frame is reassembled, and then the formed video frame is discarded, and the remaining video frames are sent to the base station to forward the base station to the base station.
  • the UE can discard the video frame according to the state parameter of the air interface between the base station and the UE, implements congestion control, solves the problem of wireless transmission congestion between the base station and the UE, and, for the base station,
  • the proxy device is equivalent to the sender, and the discarding process is performed on the proxy device, which is equivalent to the discarding process, and does not trigger the TCP retransmission mechanism. Therefore, the related spoofing mechanism is not needed to avoid retransmission. It can be seen that the embodiment of the present invention can implement congestion control without forgery.
  • the video data packet solves the problem that the video quality of the UE side is degraded due to the forged video data packet, which is beneficial to improving the video quality of the UE side.
  • FIG. 1 is a flowchart of a video processing method according to an embodiment of the present invention
  • 2 is a flowchart of another video processing method according to an embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a proxy device according to an embodiment of the present invention
  • FIG. 4 is a schematic structural diagram of another proxy device according to an embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of still another proxy device according to an embodiment of the present disclosure.
  • FIG. 6 is a schematic structural diagram of a base station according to an embodiment of the present disclosure.
  • FIG. 7 is a schematic structural diagram of another base station according to an embodiment of the present disclosure.
  • FIG. 8 is a schematic structural diagram of still another base station according to an embodiment of the present invention.
  • 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.
  • the embodiments are a part of the embodiments of the invention, and not all of the 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.
  • FIG. 1 is a flowchart of a video processing method according to an embodiment of the present invention. As shown in FIG. 1, the method in this embodiment includes:
  • Step 101 The proxy device receives at least one video data packet sent by the video server.
  • Step 102 The proxy device determines that the at least one video data packet is based on HTTP/TCP transmission, parses the at least one video data packet, and performs video on the video fragment parsed from the at least one video data packet.
  • the frame is recombined to form at least one video frame and the priority of each of the video frames is identified.
  • Step 103 The proxy device performs discarding processing on the at least one video frame according to a state parameter of an air interface between the base station and the UE and a priority of each of the video frames.
  • Step 104 The proxy device sends the remaining video frames in the at least one video frame to the base station after performing the discarding process.
  • the proxy device is disposed between the video server and the base station, and is configured to transit the video data packet between the video server and the base station, and process the video data packet during the transit process to form a video frame, The video frame is discarded.
  • the UE establishes a TCP connection with the video server through the proxy device. Specifically, the UE sends a TCP connection establishment request to the video server through the proxy device, and the video server returns to the UE through the proxy device. Back to the TCP connection to establish a response.
  • the proxy device can establish a request according to the TCP connection, and learn that a TCP connection is established between the UE and the video server. For example, the proxy device may determine that the UE requests to establish a TCP connection with the video server according to the Content-Type field in the HTTP response header in the TCP connection establishment request.
  • the video server needs to send a video data packet to the UE, at least one video data packet to be sent is first sent to the proxy device.
  • the proxy device receives at least one video data packet sent by the video server; then, the proxy device determines that the received video data packet is based on HTTP/TCP transmission, and the data packet type is a video packet. For example, the proxy device may determine that the received video data packet is transmitted by HTTP/TCP according to the content type field in the HTTP response header in each video data packet received.
  • the content type field is an HTTP protocol packet header, and the domain carries a packet type, such as a video packet.
  • the proxy device since the proxy device has obtained a TCP connection establishment request sent by the UE to the video server for requesting to establish a TCP connection, it is known that the TCP connection is established between the UE and the video server, so that it can directly determine that the data packet sent by the video server is based on HTTP/TCP transmission; After that, it can be determined according to the content type field that the type of the received data packet is a video package. For another example, the proxy device can determine whether the received video data packet is based on HTTP/TCP transmission according to the format of the received video data packet.
  • the video data packet based on the HTTP/TCP transmission may be pre-agreed and transmitted in a specific message format, so after receiving the video data packet sent by the video server, the proxy device may determine whether the received video data packet meets the specificity.
  • the message format if it is met, determines that the received video packet is based on HTTP/TCP transmission, and conversely, determines that the received video packet is not based on HTTP/TCP transmission.
  • the video data packet is formed by the video server encapsulating the video frame. Specifically, the video server fragments the video frames to form video segments, and then encapsulates the video segments into video data packets. In this process, video segments of the same video frame may be encapsulated into different video data packets. This causes the video frame to be segmented. Based on this, if the proxy device discards the video frame, the proxy device needs to discard the complete video frame, otherwise the UE will receive the incomplete video frame, and the UE cannot parse the incomplete video. Framed. In order to ensure that the complete video frame can be discarded during the discarding process of the video frame, the proxy device of the embodiment determines the received video data packet after receiving the video data packet based on the HTTP/TCP transmission.
  • the process of parsing the received video data packet by the proxy device and reassembling the video frame may be: the proxy device parses the video data packet every time a video data packet is received, and obtains the video data packet.
  • Video sharding if the video shards parsed from the video data packet can form a complete video frame, a video frame can be directly formed; if the video shards parsed from the video data packet cannot form a complete
  • the video frame can be combined with the video fragments parsed from other video data packets before or after the video data packet to form a complete video frame.
  • the process of parsing the received video data packet by the proxy device and reassembling the video frame may also be: the proxy device may receive the multiple data packets after receiving the multiple video data packets according to the specified number. Perform processing such as parsing and video frame recombination.
  • the proxy device can perform deep detection on the video frame to identify the priority of the video frame.
  • DPI processing of the video frame by the proxy device refer to the prior art, and details are not described herein again.
  • the proxy device discards the video frame according to the state parameters of the air interface between the base station and the UE and the priority of the video frame. Specifically, before the discarding process of the video frame, the proxy device knows the state parameter of the air interface between the base station and the UE in advance, and identifies the air interface transmission status between the base station and the UE according to the state parameter of the air interface, if the base station and the UE If the transmission between the air interfaces is congested, the received video frames may be discarded according to other low-to-high priority or other discarding policies related to the priority of the video frames, and the video arriving at the base station is reduced.
  • the number of frames further solves the congestion of the air interface between the base station and the UE; if the transmission of the air interface between the base station and the UE does not cause congestion, the proxy device can directly send the formed video frame to the base station, so that the base station will receive The video frame is forwarded to the UE for processing, such as receiving and playing by the UE.
  • the proxy device before the discarding the video frame, obtains, in advance, a status parameter of the air interface between the base station and the UE, where the proxy device receives the status parameter of the air interface sent by the base station. .
  • the proxy device may also obtain the state parameters of the air interface between the base station and the UE by other means, for example, may be pre-configured and periodically updated, or may be The status of the air interface between the base station and the UE is monitored by other devices, and reported to the proxy device in real time.
  • the embodiment that the proxy device receives the state parameter of the air interface sent by the base station includes: the proxy device receives a state parameter of the air interface periodically sent by the base station.
  • the base station periodically monitors the state of the air interface between the base station and the UE, and periodically sets the proxy to the proxy.
  • the state parameter of the air interface between the base station and the UE is sent, so that the accuracy of the discarding process of the video frame according to the state parameter of the air interface between the base station and the UE can be improved.
  • another embodiment of the proxy device receiving the state parameter of the air interface sent by the base station includes: the proxy device sends a parameter acquisition request to the base station to request to obtain a state parameter of the air interface between the base station and the UE; This parameter acquires the state parameter of the air interface returned by the request.
  • the proxy device sends a parameter acquisition request to the base station to request the base station to request the state of the air interface between the base station and the UE before performing the discarding process on the video frame by using the state parameter of the air interface between the base station and the UE.
  • the base station After receiving the parameter acquisition request sent by the proxy device, the base station returns a state parameter of the air interface between the base station and the UE to the proxy device.
  • the state parameter of the air interface between the base station and the UE mainly refers to a parameter that can reflect the wireless transmission status of the air interface between the base station and the UE, and may include, for example, the size of the current buffer data of the air interface, the average delay of the air interface, and the air interface. At least one of a packet loss rate and the like.
  • the video server and the proxy device are based on HTTP/TCP transport; the proxy device and the UE are also based on HTTP/TCP transport, and the two HTTP/TCP transport-based processes are independent of each other.
  • the proxy device receives the video data packet sent by the video server, parses the video data packet to obtain a video segment, and then forms a video frame, and then according to the priority of the video frame and the base station and The state parameters of the air interface between the UEs are discarded, and the video frames remaining after the discarding process are sent to the base station to forward the base station to the UE.
  • the proxy device may discard the video frame according to the state parameter of the air interface between the base station and the UE, implement congestion control, and solve the problem of wireless transmission congestion between the base station and the UE.
  • the proxy device is equivalent to the sender, and the discarding process is performed at the sending end by the proxy device, and the discarding process is performed on the TCP connection between the proxy device and the video server, and the proxy device and the UE
  • the TCP connection is transparent. Therefore, the TCP retransmission mechanism is not triggered, and the related spoofing mechanism is not needed to avoid retransmission. Therefore, this embodiment can implement congestion control and does not need to be implemented.
  • the falsification of the video data packet solves the problem that the video quality of the UE side is degraded due to the falsification of the video data packet, which is beneficial to improving the video quality of the UE side.
  • FIG. 2 is a flowchart of another video processing method according to an embodiment of the present invention. As shown in FIG. 2, the method in this embodiment includes:
  • Step 201 The base station sends a state parameter of the air interface between the base station and the UE to the proxy device.
  • the video fragment in the video packet transmitted by the TCP/TCP performs video frame remaining after the discarding process is performed on at least one video frame formed by recombining the video frame.
  • Step 203 The base station sends the received video frame to the UE.
  • a proxy device is disposed between the base station and the video server.
  • the proxy device is responsible for the transfer of the video data packet between the video server and the base station, and processes the video data packet during the transfer process to form a video frame, and discards the video frame.
  • the proxy device needs to discard the formed video frame according to the state parameter of the air interface between the base station and the UE.
  • the base station sends a state parameter of the air interface between the base station and the UE to the proxy device.
  • the status parameter of the air interface between the base station and the UE sent by the base station is received.
  • the proxy device receives the video data packet from the video server according to the state parameter of the air interface, parses the video data packet from the video server, obtains the video fragment, and then performs video frame recombination on the video fragment to form a video frame.
  • the video frame and also the priority of the video frame.
  • the proxy device After the priority of the video frame and the state parameters of the air interface between the base station and the UE are obtained, the proxy device discards the video frame according to the state parameter of the air interface and the priority of the video frame. The proxy device sends the remaining video frames to the base station after the processing is discarded. The base station receives the video frame sent by the proxy device, where the video frame is sent to the proxy device.
  • the proxy device receives the video data packet sent by the video server, parses the video data packet to obtain a video segment, performs video frame recombination on the video segment to form a video frame, and identifies a video frame priority, and discards the video frame.
  • the method for the base station to send the status parameter of the air interface between the base station and the UE to the proxy device includes: the base station periodically sends the state parameter of the air interface between the base station and the UE to the proxy device.
  • another implementation manner in which the base station sends the state parameter of the air interface between the base station and the UE to the proxy device includes: receiving, by the base station, a parameter acquisition request sent by the proxy device; and then, the base station acquires the request according to the parameter, Sending an air interface between the base station and the UE to the proxy device State parameters.
  • the status parameter of the air interface between the base station and the UE mainly refers to information that can reflect the wireless transmission status of the air interface between the base station and the UE, and may include, for example, the size of the current buffer data of the air interface, the average delay of the air interface, and the air interface. At least one of a packet loss rate and the like.
  • the video server and the proxy device are based on HTTP/TCP transport; the proxy device and the UE are also based on HTTP/TCP transport, and the two HTTP/TCP transport-based processes are independent of each other.
  • the base station provides the proxy device with the state parameter of the air interface between the base station and the UE, so that the proxy device can discard the video frame according to the air interface transmission between the base station and the UE, and discards the video frame.
  • the remaining video frames are sent to the base station, and then forwarded to the UE by the base station.
  • the base station does not need to perform packet loss processing on the video data packet according to the air interface transmission condition, but the proxy device replaces the video frame discarding process, implements congestion control, and solves the wireless transmission congestion problem between the base station and the UE.
  • the proxy device is equivalent to the discarding of the video frame, and the discarding process is performed on the TCP connection between the proxy device and the video server, and the TCP connection between the proxy device and the UE.
  • Transparent therefore, does not trigger the TCP retransmission mechanism, and does not require a related spoofing mechanism to evade retransmission.
  • this embodiment can implement congestion control and falsify video data packets, thereby solving the forgery.
  • the video data packet causes a problem of video quality degradation on the UE side, which is beneficial to improving the video quality on the UE side.
  • FIG. 3 is a schematic structural diagram of a proxy device according to an embodiment of the present invention.
  • the proxy device includes: a first receiving module 31, an analysis processing module 32, a discarding processing module 33, and a first sending module 34.
  • the first receiving module 31 is configured to receive at least one video data packet sent by the video server.
  • the parsing processing module 32 is configured to determine that the at least one video data packet received by the first receiving module 31 is based on HTTP/TCP transmission, parse the at least one video data packet, and parse the at least one video data packet.
  • the outgoing video segments perform video frame recombination to form at least one video frame and identify the priority of each of the video frames.
  • the discarding processing module 33 is connected to the parsing processing module 32 for forming the parsing processing module 32 according to the state parameters of the air interface between the base station and the UE and the priority of each of the video frames identified by the parsing processing module 32.
  • the at least one video frame is subjected to discard processing.
  • the first sending module 34 is connected to the discarding processing module 33, and configured to send the remaining video frames in the at least one video frame to the base station after the discarding processing module 33 performs the discarding process.
  • the proxy device may further include: a second receiving module 35.
  • the second receiving module 35 is connected to the discarding processing module 33, and configured to receive the status parameter of the air interface sent by the base station before the discarding processing module 33 performs discarding processing on the at least one video frame.
  • the second receiving module 35 provides the status parameter of the received air interface to the discarding processing module 33.
  • the second receiving module 35 is specifically configured to receive a status parameter of the air interface periodically sent by the base station.
  • the proxy device may further include: a second sending module 36.
  • the second sending module 36 is connected to the second receiving module 35, and is configured to send a parameter obtaining request to the base station before the second receiving module 35 receives the state parameter of the air interface. Based on this, the second receiving module 35 is specifically configured to receive a status parameter of the air interface returned by the base station according to the parameter obtaining request.
  • the parsing processing module 32 is specifically configured to determine, according to the content type field in the HTTP response header in the at least one video data packet, that the at least one video data packet is based on HTTP/TCP transmission, And parsing the at least one video data packet, performing video frame recombination on the video fragments parsed from the at least one video data packet, forming at least one video frame, and identifying a priority of each of the video frames.
  • the parsing processing module 32 is specifically configured to determine, according to the format of the at least one video data packet, that the at least one video data packet is based on HTTP/TCP transmission, and parse the at least one video data packet from the at least one
  • the video fragments parsed in a video data packet are subjected to video frame recombination to form at least one video frame, and the priority of each of the video frames is identified.
  • the air interface status parameter received by the second receiving module 35 includes at least one of a size of the current buffer data of the air interface, an average delay of the air interface, and a packet loss rate of the air interface.
  • the function modules of the proxy device provided in this embodiment can be used to execute the process of the video processing method embodiment shown in FIG. 1.
  • the specific working principle is not described here. For details, refer to the description of the method embodiment.
  • the proxy device provided in this embodiment may discard the video frame according to the state parameter of the air interface between the base station and the UE, implement congestion control, and solve the wireless transmission between the base station and the UE.
  • the proxy device provided in this embodiment is equivalent to the sender, the TCP connection between the proxy device and the video server, and the TCP connection between the proxy device and the UE. Transparent, therefore, does not trigger the TCP retransmission mechanism, and does not require a related spoofing mechanism to evade retransmission. Therefore, the proxy device provided by this embodiment can implement congestion control without forging video data.
  • the packet solves the problem that the video quality of the UE side is degraded due to the forgery of the video data packet, which is beneficial to improving the video quality of the UE side.
  • FIG. 5 is a schematic structural diagram of still another proxy device according to an embodiment of the present invention.
  • the proxy device of this embodiment includes: a receiver 51, a processor 52, and a transmitter 53.
  • the receiver 51 is configured to receive at least one video data packet sent by the video server.
  • the processor 52 is configured to determine that the at least one video data packet is based on HTTP/TCP transmission, parse the at least one video data packet, and perform video segmentation parsed from the at least one video data packet.
  • Video frame recombination forming at least one video frame, and identifying a priority of each of the video frames, according to a state parameter of an air interface between the base station and the UE, and a priority of each of the video frames, to the at least one The video frame is discarded.
  • the transmitter 53 is configured to send the remaining video frames in the at least one video frame to the base station after the processor 52 performs the discarding process.
  • the proxy device of this embodiment further includes: a memory 54 for storing a program, and a video data packet received by the receiver 51, a video frame formed by the processor 52, and the like.
  • the program may include program code
  • the program code may include computer operation instructions.
  • Memory 54 may contain high speed RAM memory and may also include non-volatile memory, such as at least one disk memory.
  • the processor 52 can also be used to execute instructions stored in the memory 54 for implementing control logic or the like of the proxy device.
  • determining, by the processor 52, that the at least one video data packet is based on HTTP/TCP transmission, parsing the at least one video data packet, and parsing the at least one video data packet from the at least one video data packet Video segmentation performs video frame recombination to form at least one video frame, and identifies a priority of each of the video frames, according to a state parameter of an air interface between the base station and the UE, and a priority of each of the video frames, The at least one video frame performs operations such as discarding processing, and may also be implemented by executing a program.
  • the processor 52 may be a central processing unit (CPU). Either an Application Specific Integrated Circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present invention.
  • CPU central processing unit
  • ASIC Application Specific Integrated Circuit
  • the receiver 51 is further configured to receive, before the processor 52 performs the discarding process on the at least one video frame, the status parameter of the air interface sent by the base station.
  • the receiver 51 is specifically configured to receive a status parameter of the air interface periodically sent by the base station.
  • the transmitter 53 is further configured to send a parameter acquisition request to the base station before the receiver 51 receives the status parameter of the air interface.
  • the receiver 51 is specifically configured to receive a status parameter of the air interface returned by the base station according to the parameter acquisition request.
  • the processor 52 is specifically configured to determine, according to the content type field in the HTTP response header in the at least one video data packet, the at least one video data packet, for the HTTP/TCP transmission, to the at least one Parsing the video data packet, performing video frame recombination on the video segment parsed from the at least one video data packet, forming at least one video frame, and identifying a priority of each of the video frames, according to the base station and the UE And discarding the at least one video frame by a state parameter of the air interface and a priority of each of the video frames.
  • the processor 52 is specifically configured to determine, according to a format of the at least one video data packet, that the at least one video data packet is based on HTTP/TCP transmission, and parse the at least one video data packet from the at least one The video segment parsed in the video data packet performs video frame recombination to form at least one video frame, and identifies a priority of each of the video frames, according to a state parameter of the air interface between the base station and the UE, and each of the The priority of the video frame, and the at least one video frame is discarded.
  • the air interface status parameter received by the receiver 51 includes at least one of a size of the current buffer data of the air interface, an average delay of the air interface, and a packet loss rate of the air interface.
  • the receiver 51, the processor 52, the transmitter 53 and the memory 54 can be connected to each other through a bus and complete each other. Communication between.
  • the bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component (PCI) bus, or an Extended Industry Standard Architecture (EISA). Bus, etc.
  • ISA Industry Standard Architecture
  • PCI Peripheral Component
  • EISA Extended Industry Standard Architecture
  • the bus can be divided into an address bus, a data bus, a control bus, and the like. For the sake of convenience, only one thick line is shown in Figure 5, but it is not Show only one bus or one type of bus.
  • the receiver 51, the processor 52, the transmitter 53 and the memory 54 are integrated on one chip, the receiver 51, the processor 52, the transmitter 53 and the memory 54 can pass through an internal interface. Complete the same communication.
  • the function modules of the proxy device provided in this embodiment can be used to execute the process of the video processing method embodiment shown in FIG. 1.
  • the specific working principle is not described here. For details, refer to the description of the method embodiment.
  • the proxy device provided in this embodiment may discard the video frame according to the state parameter of the air interface between the base station and the UE, implement congestion control, and solve the problem of wireless transmission congestion between the base station and the UE, and
  • the proxy device provided by this embodiment is equivalent to the sender, and is transparent to the TCP connection between the proxy device and the video server, and the TCP connection between the proxy device and the UE, and therefore, does not trigger.
  • the TCP retransmission mechanism does not require a related spoofing mechanism to evade the retransmission. Therefore, the proxy device provided in this embodiment can implement congestion control and falsify video data packets, thereby solving the problem of forging video data.
  • the problem that the packet quality is degraded on the UE side is beneficial to improve the video quality on the UE side.
  • FIG. 6 is a schematic structural diagram of a base station according to an embodiment of the present invention. As shown in FIG. 6, the base station includes: a first sending module 61, a first receiving module 62, and a second sending module 63.
  • the first sending module 61 is configured to send, to the proxy device, a status parameter of the air interface between the base station and the UE.
  • the first receiving module 62 is connected to the first sending module 61, and configured to: after the first sending module 61 sends the status parameter of the air interface, receive a video frame sent by the proxy device, where the proxy device sends the The video frame is that the proxy device performs video segmentation in at least one HTTP/TCP-based video data packet sent by the video server to the proxy device according to the state parameter of the air interface and the priority of the video frame. At least one video frame formed by recombination of the video frame is subjected to a video frame remaining after the discarding process.
  • the second sending module 63 is connected to the first receiving module 62, and is configured to send the video frame received by the second receiving module 62 to the UE.
  • the first sending module 61 is specifically configured to periodically send the state parameter of the air interface to the proxy device.
  • the base station further includes: a second receiving module 64.
  • the second receiving module 64 is configured to receive a parameter obtaining request sent by the proxy device before the first sending module 61 sends the state parameter of the air interface. Based on this, the first sending module 61 is specifically configured to send the state parameter of the air interface to the proxy device according to the parameter obtaining request.
  • the air interface status parameter sent by the first sending module 61 includes at least one of a size of the current buffer data of the air interface, an average delay of the air interface, and a packet loss rate of the air interface.
  • the function modules of the base station provided in this embodiment can be used to perform the process of the embodiment of the video processing method shown in FIG. 2.
  • the specific working principle is not described here. For details, refer to the description of the method embodiment.
  • the base station provided in this embodiment cooperates with the proxy device provided by the foregoing embodiment, and provides the proxy device with the state parameter of the air interface between the base station and the UE, so that the proxy device can perform the air interface transmission between the base station and the UE.
  • the video frame is discarded, and the video frame remaining after the discarding process is sent to the base station, and then sent by the base station to the UE.
  • the base station provided by the implementation does not need to perform packet loss processing on the video data packet according to the air interface transmission condition.
  • the proxy device replaces the video frame discarding process, implements congestion control, and solves the wireless transmission congestion problem between the base station and the UE.
  • the proxy device is equivalent to the video frame.
  • the sender, and the discarding process is transparent to the TCP connection between the proxy device and the video server, and the TCP connection between the proxy device and the UE. Therefore, the TCP retransmission mechanism is not triggered, and thus A related spoofing mechanism is needed to avoid retransmission. It can be seen that the base station provided in this embodiment can be used.
  • the congestion control does not need to forge the video data packet, which solves the problem that the video quality of the UE side is degraded due to the forged video data packet, and is beneficial to improving the video quality of the UE side.
  • FIG. 8 is a schematic structural diagram of still another base station according to an embodiment of the present invention. As shown in FIG. 8, the base station includes: a transmitter 81 and a receiver 82.
  • the transmitter 81 is configured to send, to the proxy device, a status parameter of the air interface between the base station and the UE, and send the video frame received by the receiver 82 to the UE.
  • a receiver 82 configured to receive a video frame sent by the proxy device, where the video frame sent by the proxy device to the base station is a priority of the proxy device according to a status parameter of the air interface and a video frame,
  • the at least one video frame in the video data packet based on the HTTP/TCP transmission sent by the server to the proxy device performs at least one video frame formed by the video frame recombination to perform the video frame remaining after the discarding process.
  • the base station further includes: a memory 83 and a processor 84.
  • the memory 83 is used to store the program.
  • the program may include program code, and the program code includes computer operation instructions.
  • the memory 83 may include a high speed RAM memory and may also include a non-volatile memory such as at least one disk memory.
  • the processor 84 is configured to execute instructions stored in the memory 83 for implementing control logic of the base station and the like.
  • Processor 84 may be a CPU, or a particular ASIC, or one or more integrated circuits configured to implement embodiments of the present invention.
  • the transmitter 81 is specifically configured to periodically send the status parameter of the air interface to the proxy device.
  • the receiver 82 is further configured to receive a parameter acquisition request sent by the proxy device before the transmitter 81 sends the status parameter of the air interface. Based on this, the transmitter 81 is configured to send the state parameter of the air interface to the proxy device according to the parameter acquisition request.
  • the air interface status parameter sent by the transmitter 81 includes at least one of a size of the current buffer data of the air interface, an average delay of the air interface, and a packet loss rate of the air interface.
  • the transmitter 81, the receiver 82, the memory 83, and the processor 84 may be connected to each other through a bus and complete each other. Communication between.
  • the bus can be an ISA bus, a PCI bus or an EISA bus.
  • the bus can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only one thick line is shown in Figure 8, but it does not mean that there is only one bus or one type of bus.
  • the transmitter 81, the receiver 82, the memory 83, and the processor 84 may pass through an internal interface. Complete the same communication.
  • the base station provided in this embodiment can be used to perform the process of the embodiment of the video processing method shown in FIG. 2.
  • the specific working principle is not described here. For details, refer to the description of the method embodiment.
  • the base station provided in this embodiment cooperates with the proxy device provided by the foregoing embodiment, and provides the proxy device with the state parameter of the air interface between the base station and the UE, so that the proxy device can perform the air interface transmission between the base station and the UE.
  • the video frame is discarded, and the video frame remaining after the discarding process is sent to the base station, and then sent by the base station to the UE.
  • the base station provided by the implementation does not need to perform packet loss processing on the video data packet according to the air interface transmission condition.
  • the proxy device replaces the video frame discarding process, implements congestion control, and solves the wireless transmission congestion problem between the base station and the UE;
  • the proxy device is equivalent to the sending end of the video frame, and the discarding process is performed on the TCP connection between the proxy device and the video server, and the TCP connection between the proxy device and the UE. All of them are transparent. Therefore, the TCP retransmission mechanism is not triggered, and the related spoofing mechanism is not needed to avoid retransmission. Therefore, the base station provided in this embodiment can implement congestion control and does not need to be implemented. Forging video data packets solves the problem of video quality degradation on the UE side caused by forged video data packets, which is beneficial to improving the video quality on the UE side.
  • the embodiment of the present invention provides a video processing system, including: the proxy device provided by the foregoing embodiment, and the base station provided by the foregoing embodiment.
  • the video transmission system may further include: a UE and a video server.
  • the workflow of the system includes: The video server sends a video packet to the proxy device.
  • the proxy device receives the video data packet, parses the received video data packet, obtains the video fragment in the video data packet, performs video frame recombination on the video fragment, forms a complete video frame, and performs DPI processing on the video frame.
  • the priority of the video frame is identified, and then the video frame is discarded according to the state parameter of the air interface between the base station and the UE and the priority of the video frame, and the video frame remaining after the discarding process is sent to the base station.
  • the base station may send a status parameter of the air interface between the base station and the UE to the proxy device, and may receive the video frame sent by the proxy device, and send the received video frame to the UE.
  • the UE receives the video frame sent by the base station, and parses, plays, and the like the video frame.
  • the video processing system provided in this embodiment can implement congestion control and falsify video data packets, and solves the problem that the video quality of the UE side is degraded due to the forged video data packet, which is beneficial to improving the video quality of the UE side.
  • the method includes the steps of the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明实施例提供一种视频处理方法、设备及***。一种方法包括：代理设备接收视频服务器发送的至少一个视频数据包，确定至少一个视频数据包是基于HTTP/TCP传输的，对至少一个视频数据包进行解析，对解析出的视频分片进行视频帧重组，形成至少一个视频帧，并识别每个视频帧的优先级；根据基站和UE之间的空口的状态参数和每个视频帧的优先级，对至少一个视频帧进行丟弃处理，将进行丟弃处理后剩余的视频帧发送给基站。本发明技术方案可以解决因通过伪造视频数据包以解决传输拥塞问题而造成客户端视频质量的下降的问题。

Description

视频处理方法、 设备及*** 技术领域 本发明实施例涉及视频技术， 尤其涉及一种视频处理方法、设备及***。 背景技术
视频业务作为当前互联网广泛流行的业务， 占据了网络中大部分的流量， 受到越来越多的关注。 同时， 与视频业务相关的视频技术也在不断发展， 例 如视频编码技术在不断的向着更高压缩、 更高质量的方向演进； 视频传输技 术也在持续创新， 使视频能够适应无线信道这一特殊环境， 满足用户在移动 环境下观看视频的需求。
现有的视频传输技术分为两类： 基于超文本传输协议（ Hypertext transfer protocol, 简称为 HTTP ) /传输控制协议（ Transmission Control Protocol, 简称 为 TCP ) 的传输技术和基于实施传输协议（Real-time Transport Protocol, 简 称为 RTP ) /用户数据包协议（ User Datagram Protocol, 简称为 UDP ) 的传输 技术。 其中， HTTP/TCP传输技术由于釆用了与网页浏览相同的特征， 难以 被运营商屏蔽， 因此， 逐渐成为视频传输技术的主流。
在基于 HTTP/TCP的视频传输技术中， 视频服务器向基站发送视频数据 包； 基站（eNB ) 能够根据基站与用户设备 ( User Equipment, 简称为 UE ) 之间的空口状况， 通过丟弃部分视频数据包进行拥塞控制。 但是， 由于 HTTP/TCP传输技术釆用端到端的重传技术保证视频数据的可靠传输， 所以 基站丟弃的任何视频数据包都会被视频服务器检测到并重传， 因此， 基站在 进行拥塞控制过程中丟弃视频数据包时， 需要有相关机制欺骗视频服务器来 规避重传。 目前， 常用的欺骗机制是基站伪造视频数据包替换被丟弃的视频 数据包， 但是伪造视频数据包常常会导致 UE无法解析后续视频帧， 造成视 频质量的大幅下降。 发明内容
本发明实施例提供一种视频处理方法、 设备及***， 用以解决因通过伪 造视频数据包以解决传输拥塞问题而造成客户端视频质量的下降的问题。 第一方面提供一种视频处理方法， 包括：
代理设备接收视频服务器发送的至少一个视频数据包；
所述代理设备确定所述至少一个视频数据包是基于 HTTP/TCP传输的， 对所述至少一个视频数据包进行解析， 对从所述至少一个视频数据包中解析 出的视频分片进行视频帧重组， 形成至少一个视频帧， 并识别出每个所述视 频帧的优先级；
所述代理设备根据基站和用户设备 UE之间的空口的状态参数和每个所 述视频帧的优先级， 对所述至少一个视频帧进行丟弃处理；
所述代理设备将进行丟弃处理后所述至少一个视频帧中剩余的视频帧发 送给所述基站。
结合第一方面， 在第一方面的第一种可能的实现方式中， 所述代理设备 根据基站和用户设备 UE之间的空口的状态参数和每个所述视频帧的优先级， 对所述至少一个视频帧进行丟弃处理之前包括：
所述代理设备接收所述基站发送的所述空口的状态参数。
结合第一方面的第一种可能的实现方式， 在第一方面的第二种可能的实 现方式中， 所述代理设备接收所述基站发送的所述空口的状态参数包括： 所述代理设备接收所述基站周期性发送的所述空口的状态参数。
结合第一方面的第一种可能的实现方式， 在第一方面的第三种可能的实 现方式中， 所述代理设备接收所述基站发送的所述空口的状态参数包括： 所述代理设备向所述基站发送参数获取请求；
所述代理设备接收所述基站根据所述参数获取请求返回的所述空口的状 态参数。
结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种 可能的实现方式或第一方面的第三种可能的实现方式， 在第一方面的第四种 可能的实现方式中， 所述空口状况参数包括所述空口当前緩冲数据的大小、 所述空口的平均时延和所述空口的丟包率中的至少一个。
结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种 可能的实现方式或第一方面的第三种可能的实现方式或第一方面的第四种可 能的实现方式， 在第一方面的第五种可能的实现方式中， 所述代理设备确定 所述至少一个视频数据包是基于 HTTP/TCP传输的包括：
所述代理设备根据所述至少一个视频数据包中 HTTP响应头中的内容类 型域， 确定所述至少一个视频数据包是基于 HTTP/TCP传输的； 或者
所述代理设备根据所述至少一个视频数据包的格式， 确定所述至少一个 视频数据包是基于 HTTP/TCP传输的。
第二方面提供一种视频处理方法， 包括：
基站向代理设备发送所述基站与用户设备 UE之间的空口的状态参数； 所述基站接收所述代理设备发送的视频帧， 所述代理设备发送给所述基 站的视频帧是所述代理设备根据所述空口的状态参数和视频帧的优先级， 对 由视频服务器发送给所述代理设备的至少一个基于 HTTP/TCP传输的视频数 据包中的视频分片进行视频帧重组形成的至少一个视频帧进行丟弃处理后剩 余的视频帧；
所述基站将接收到的所述视频帧发送给所述 UE。
结合第二方面， 在第二方面的第一种可能的实现方式中， 所述基站向代 理设备发送所述基站与用户设备 UE之间的空口的状态参数包括：
所述基站周期性的向所述代理设备发送所述空口的状态参数。
结合第二方面， 在第二方面的第二种可能的实现方式中， 所述基站向代 理设备发送所述基站与用户设备 UE之间的空口的状态参数包括：
所述基站接收所述代理设备发送的参数获取请求；
向所述代理设备发送所述空口的状态
Figure imgf000004_0001
结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种 可能的实现方式， 在第二方面的第三种可能的实现方式中， 所述空口状况参 数包括所述空口当前緩冲数据的大小、 所述空口的平均时延和所述空口的丟 包率中的至少一个。
第三方面提供一种代理设备， 包括：
第一接收模块， 用于接收视频服务器发送的至少一个视频数据包； 解析处理模块， 用于确定所述至少一个视频数据包是基于 HTTP/TCP传 输的， 对所述至少一个视频数据包进行解析， 对从所述至少一个视频数据包 中解析出的视频分片进行视频帧重组， 形成至少一个视频帧， 并识别出每个 所述视频帧的优先级；
丟弃处理模块， 用于根据基站和用户设备 UE之间的空口的状态参数和 每个所述视频帧的优先级， 对所述至少一个视频帧进行丟弃处理；
第一发送模块， 用于将所述丟弃处理模块进行丟弃处理后所述至少一个 视频帧中剩余的视频帧发送给所述基站。
结合第三方面， 在第三方面的第一种可能的实现方式中， 所述代理设备 还包括： 第二接收模块， 用于在所述丟弃处理模块对所述至少一个视频帧进 行丟弃处理之前， 接收所述基站发送的所述空口的状态参数。
结合第三方面的第一种可能的实现方式， 在第三方面的第二种可能的实 现方式中， 所述第二接收模块具体用于接收所述基站周期性发送的所述空口 的状态参数。
结合第三方面的第一种可能的实现方式， 在第三方面的第三种可能的实 现方式中， 所述代理设备还包括： 第二发送模块， 用于在所述第二接收模块 接收所述空口的状态参数之前， 向所述基站发送参数获取请求；
所述第二接收模块具体用于接收所述基站根据所述参数获取请求返回的 所述空口的状态参数。
结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种 可能的实现方式或第三方面的第三种可能的实现方式， 在第三方面的第四种 可能的实现方式中， 所述空口状况参数包括所述空口当前緩冲数据的大小、 所述空口的平均时延和所述空口的丟包率中的至少一个。
结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种 可能的实现方式或第三方面的第三种可能的实现方式或第三方面的第四种可 能的实现方式， 在第三方面的第五种可能的实现方式中， 所述解析处理模块 具体用于根据所述至少一个视频数据包中 HTTP响应头中的内容类型域， 确 定所述至少一个视频数据包是基于 HTTP/TCP传输的， 对所述至少一个视频 数据包进行解析， 对从所述至少一个视频数据包中解析出的视频分片进行视 频帧重组， 形成至少一个视频帧， 并识别出每个所述视频帧的优先级； 或者 所述解析处理模块具体用于根据所述至少一个视频数据包的格式， 确定 所述至少一个视频数据包是基于 HTTP/TCP传输的， 对所述至少一个视频数 据包进行解析， 对从所述至少一个视频数据包中解析出的视频分片进行视频 帧重组， 形成至少一个视频帧， 并识别出每个所述视频帧的优先级。
第四方面提供一种基站， 包括：
第一发送模块， 用于向代理设备发送所述基站与用户设备 UE之间的空 口的状态参数；
第一接收模块， 用于接收所述代理设备发送的视频帧， 所述代理设备发 送给所述基站的视频帧是所述代理设备根据所述空口的状态参数和视频帧的 优先级， 对由视频服务器发送给所述代理设备的至少一个基于 HTTP/TCP传 输的视频数据包中的视频分片进行视频帧重组形成的至少一个视频帧进行丟 弃处理后剩余的视频帧；
第二发送模块， 用于将所述第一接收模块接收到的所述视频帧发送给所 述 UE。
结合第四方面， 在第四方面的第一种可能的实现方式中， 所述第一发送 模块具体用于周期性的向所述代理设备发送所述空口的状态参数。
结合第四方面， 在第四方面的第二种可能的实现方式中， 所述基站还包 括： 第二接收模块， 用于在所述第一发送模块发送所述空口的状态参数之前， 接收所述代理设备发送的参数获取请求；
所述第一发送模块具体用于根据所述参数获取请求， 向所述代理设备发 送所述空口的状态参数。
结合第四方面或第四方面的第一种可能的实现方式或第四方面的第二种 可能的实现方式， 在第四方面的第三种可能的实现方式中， 所述空口状况参 数包括所述空口当前緩冲数据的大小、 所述空口的平均时延和所述空口的丟 包率中的至少一个。
第五方面提供一种代理设备， 包括：
接收器， 用于接收视频服务器发送的至少一个视频数据包；
处理器， 用于确定所述至少一个视频数据包是基于 HTTP/TCP传输的， 对所述至少一个视频数据包进行解析， 对从所述至少一个视频数据包中解析 出的视频分片进行视频帧重组， 形成至少一个视频帧， 并识别出每个所述视 频帧的优先级， 根据基站和用户设备 UE之间的空口的状态参数和每个所述 视频帧的优先级， 对所述至少一个视频帧进行丟弃处理；
发送器， 用于将所述处理器进行丟弃处理后所述至少一个视频帧中剩余 的视频帧发送给所述基站。
第六方面提供一种代理设备， 包括：
发送器， 用于向代理设备发送所述基站与用户设备 UE之间的空口的状 态参数， 以及将接收器接收到的视频帧发送给所述 UE;
所述接收器， 用于接收所述代理设备发送的视频帧， 所述代理设备发送 给所述基站的视频帧是所述代理设备根据所述空口的状态参数和视频帧的优 先级， 对由视频服务器发送给所述代理设备的至少一个基于 HTTP/TCP传输 的视频数据包中的视频分片进行视频帧重组形成的至少一个视频帧进行丟弃 处理后剩余的视频帧。
第七方面提供一种视频处理***， 包括第三方面提供的任一代理设备和 第四方面提供的任一基站。
本发明实施例提供的视频处理方法、 设备及***， 通过在视频服务器与 基站之间增设代理设备， 视频服务器将视频数据包首先发送给代理设备， 代 理设备确定视频服务器发送的视频数据包是基于 HTTP/TCP传输的之后， 对 视频数据包进行解析和视频帧重组等处理， 之后对形成的视频帧进行丟弃处 理， 并将丟弃处理后剩余的视频帧发送给基站， 以使基站转发给 UE; 其中， 代理设备可以根据基站与 UE之间的空口的状态参数对视频帧进行丟弃处理， 实现了拥塞控制， 解决了基站与 UE之间的无线传输拥塞问题， 另外， 对基 站来说， 代理设备相当于发送端， 而该丟弃处理是在代理设备进行相当于丟 弃处理在发送端进行， 不会触发 TCP重传机制， 因此， 不需要相关欺骗机制 来规避重传， 由此可见， 本发明实施例既可以实现拥塞控制， 又不需要伪造 视频数据包， 解决了因伪造视频数据包造成 UE侧的视频质量下降的问题， 有利于提高 UE侧的视频质量。 附图说明 为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作一简单地介绍， 显而易见地， 下 面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在 不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明实施例提供的一种视频处理方法的流程图； 图 2为本发明实施例提供的另一种视频处理方法的流程图； 图 3为本发明实施例提供的一种代理设备的结构示意图；
图 4为本发明实施例提供的另一种代理设备的结构示意图；
图 5为本发明实施例提供的又一种代理设备的结构示意图；
图 6为本发明实施例提供的一种基站的结构示意图；
图 7为本发明实施例提供的另一种基站的结构示意图；
图 8为本发明实施例提供的又一种基站的结构示意图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发 明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于 本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获 得的所有其他实施例， 都属于本发明保护的范围。
图 1为本发明实施例提供的一种视频处理方法的流程图。 如图 1所示， 本实施例的方法包括：
步骤 101、 代理设备接收视频服务器发送的至少一个视频数据包。
步骤 102、 代理设备确定所述至少一个视频数据包是基于 HTTP/TCP传 输的， 对所述至少一个视频数据包进行解析， 对从所述至少一个视频数据包 中解析出的视频分片进行视频帧重组， 形成至少一个视频帧， 并识别出每个 所述视频帧的优先级。
步骤 103、代理设备根据基站和 UE之间的空口的状态参数和每个所述视 频帧的优先级， 对所述至少一个视频帧进行丟弃处理。
步骤 104、 代理设备将进行丟弃处理后所述至少一个视频帧中剩余的视 频帧发送给所述基站。
在本实施例中， 代理设备设置于视频服务器与基站之间， 用于对视频服 务器与基站之间的视频数据包进行中转， 并在中转过程中对视频数据包进行 处理， 形成视频帧， 对视频帧进行丟弃处理。
UE通过代理设备与视频服务器建立 TCP连接。 具体的， UE通过代理设 备向视频服务器发送 TCP连接建立请求， 视频服务器通过代理设备向 UE返 回 TCP连接建立响应。 在过程中， 代理设备可以根据 TCP连接建立请求， 获 知 UE与视频服务器之间建立的是 TCP连接。 例如， 代理设备可以根据 TCP 连接建立请求中 HTTP响应头中的内容类型（ Content-Type )域， 确定 UE请 求与视频服务器建立 TCP连接。 视频服务器需要向 UE发送视频数据包时， 首先将要发送的至少一个视频数据包发送给代理设备。 代理设备接收视频服 务器发送的至少一个视频数据包； 然后， 代理设备确定接收到的视频数据包 是基于 HTTP/TCP传输的， 且是数据包类型为视频包。 例如， 代理设备可以 根据接收到的每个视频数据包中 HTTP响应头中的内容类型 （ Content-Type ) 域， 确定接收到的视频数据包^ ^于 HTTP/TCP传输的。 其中， 内容类型域 是 HTTP协议数据包头， 该域中携带有数据包类型， 例如是视频包。 优选的， 由于代理设备已经根据 UE发送给视频服务器用于请求建立 TCP连接的 TCP 连接建立请求， 获知 UE与视频服务器之间建立的是 TCP连接， 故可以直接 确定视频服务器发送的数据包是基于 HTTP/TCP传输的； 之后可以根据内容 类型域确定接收到的数据包的类型是视频包。 又例如， 代理设备可以根据接 收到的视频数据包的格式， 确定接收到的视频数据包是否是基于 HTTP/TCP 传输的。 具体的， 基于 HTTP/TCP传输的视频数据包可以预先约定釆用特定 的报文格式进行传输， 故代理设备接收到视频服务器发送的视频数据包后， 可以判断接收到的视频数据包是否符合特定的报文格式， 如果符合， 确定接 收到的视频数据包是基于 HTTP/TCP传输的， 反之， 确定接收到的视频数据 包不是基于 HTTP/TCP传输的。
其中， 视频数据包是视频服务器对视频帧进行封装形成的。 具体的， 视 频服务器对视频帧进行分片形成视频分片， 然后由视频分片封装成视频数据 包， 在该过程中， 可能同一视频帧的视频分片被封装到不同的视频数据包中， 这样就使视频帧发生了分段。 基于此， 如果有代理设备对视频帧进行丟弃处 理， 需要代理设备丟弃的是完整的视频帧， 否则 UE就会接收到不完整的视 频帧， 对 UE来说是无法解析不完整的视频帧的。 为了保证在对视频帧的丟 弃处理过程中能够丟弃完整的视频帧， 本实施例的代理设备在确定接收到的 视频数据包是基于 HTTP/TCP传输的之后，对接收到的视频数据包进行解析， 从中获取视频数据包包括的视频分片， 然后对从视频数据包中解析出的视频 分片进行视频帧重组， 形成至少一个视频帧。 可选的， 代理设备对接收到的视频数据包进行解析以及视频帧重组的过 程可以是： 代理设备每接收到一个视频数据包， 就对该视频数据包进行解析， 获取该视频数据包包括的视频分片； 如果从该视频数据包中解析出的视频分 片可以形成一个完整的视频帧， 则可以直接形成一个视频帧； 如果从该视频 数据包中解析出的视频分片不能形成一个完整的视频帧， 则可以与在该视频 数据包之后或之前从其他视频数据包中解析出的视频分片共同形成一个完整 的视频帧。 或者， 代理设备对接收到的视频数据包进行解析以及视频帧重组 的过程还可以是： 代理设备可以根据指定的个数， 在接收到多个视频数据包 之后， 对接收到的多个数据包进行解析以及视频帧重组等处理。
在形成视频帧之后， 代理设备可以对视频帧进行深检测， 识别出视频帧 的优先级。 其中， 代理设备对视频帧进行 DPI处理的过程可参见现有技术， 在此不再赘述。
之后， 代理设备根据预先获取的基站与 UE之间的空口的状态参数以及 视频帧的优先级， 对视频帧进行丟弃处理。 具体的， 代理设备在对视频帧进 行丟弃处理之前， 预先获知基站与 UE之间的空口的状态参数， 根据空口的 状态参数识别出基站与 UE之间的空口的传输状况，如果基站与 UE之间的空 口的传输发生拥塞， 则可以按照优先级由低到高或者预设的与视频帧的优先 级有关的其他丟弃策略， 对接收到的视频帧进行丟弃， 减少到达基站的视频 帧的数量，进而解决基站与 UE之间的空口的拥塞；如果基站与 UE之间的空 口的传输未发生拥塞， 则代理设备可以直接将形成的视频帧发送给基站， 以 使基站将接收到的视频帧转发给 UE, 供 UE进行接收以及播放等处理。
在一可选实施方式中， 代理设备在对视频帧进行丟弃处理之前， 预先获 知基站与 UE之间的空口的状态参数的一种方式包括： 代理设备接收基站发 送的所述空口的状态参数。 除了基站向代理设备发送基站与 UE之间的空口 的状态参数之外， 代理设备也可以通过其他方式获知基站与 UE之间的空口 的状态参数， 例如可以预先配置并周期性更新， 或者也可以由其他设备专门 监控基站与 UE之间的空口的状况， 并实时上报给代理设备， 等。
进一步， 代理设备接收基站发送的所述空口的状态参数的一种实施方式 包括： 代理设备接收基站周期性发送的所述空口的状态参数。 在该实施方式 中， 基站周期性的监控基站与 UE之间的空口的状态， 并周期性的向代理设 备发送基站与 UE之间的空口的状态参数， 这样可以提高代理设备根据基站 与 UE之间的空口的状态参数， 对视频帧就行丟弃处理的精确度。
进一步， 代理设备接收基站发送的所述空口的状态参数的另一种实施方 式包括： 代理设备向基站发送参数获取请求， 以请求获取基站与 UE之间的 空口的状态参数； 代理设备接收基站根据该参数获取请求返回的所述空口的 状态参数。 在该实施方式中， 代理设备在需要使用基站与 UE之间的空口的 状态参数对视频帧进行丟弃处理之前， 向基站发送参数获取请求， 以向基站 请求基站与 UE之间的空口的状态参数； 基站接收到代理设备发送的参数获 取请求之后， 向代理设备返回基站与 UE之间的空口的状态参数。
其中， 基站与 UE之间的空口的状态参数主要是指能够反映基站与 UE 之间的空口的无线传输情况的参数，例如可以包括空口当前緩冲数据的大小、 空口的平均时延和空口的丟包率等中的至少一个。
在此说明， 视频服务器与代理设备之间基于 HTTP/TCP传输； 代理设备 与 UE之间也基于 HTTP/TCP传输， 并且这两个基于 HTTP/TCP传输的过程 是相互独立的。
由上述可见， 本实施例提供的视频处理方法， 代理设备接收视频服务器 发送的视频数据包， 对视频数据包进行解析获取视频分片， 进而形成视频帧， 然后根据视频帧的优先级以及基站与 UE之间的空口的状态参数， 对视频帧 进行丟弃处理，将丟弃处理后剩余的视频帧发送给基站，以使基站转发给 UE。 其中， 代理设备可以根据基站与 UE之间的空口的状态参数对视频帧进行丟 弃处理， 实现了拥塞控制， 解决了基站与 UE之间的无线传输拥塞问题， 另 夕卜， 对基站来说， 代理设备相当于发送端， 而该丟弃处理是在代理设备进行 相当于丟弃处理在发送端进行， 该丟弃处理对代理设备和视频服务器之间的 TCP连接、 以及代理设备和 UE之间的 TCP连接来说， 都是透明的， 因此， 不会触发 TCP重传机制， 也就不需要相关欺骗机制来规避重传， 由此可见， 本实施例既可以实现拥塞控制， 又不需要伪造视频数据包， 解决了因伪造视 频数据包造成 UE侧的视频质量下降的问题， 有利于提高 UE侧的视频质量。
图 2为本发明实施例提供的另一种视频处理方法的流程图。如图 2所示， 本实施例的方法包括：
步骤 201、 基站向代理设备发送基站与 UE之间的空口的状态参数。 步骤 202、 基站接收代理设备发送的视频帧， 其中， 代理设备发送给基 站的视频帧是代理设备根据空口的状态参数和视频帧的优先级， 对由视频服 务器发送给代理设备的至少一个基于 HTTP/TCP传输的视频数据包中的视频 分片进行视频帧重组形成的至少一个视频帧进行丟弃处理后剩余的视频帧。
步骤 203、 基站将接收到的视频帧发送给 UE。
在本实施例中， 基站与视频服务器之间设置有代理设备。 代理设备负责 视频服务器与基站之间的视频数据包的中转， 并在中转过程中对视频数据包 进行处理， 形成视频帧， 对视频帧进行丟弃处理。
在本实施例中， 代理设备需要根据基站与 UE之间的空口的状态参数， 对形成的视频帧进行丟弃处理。 为了使代理设备获得基站与 UE之间的空口 的状态参数， 基站向代理设备发送基站与 UE之间的空口的状态参数。 对于 代理设备来说， 接收基站发送的基站与 UE之间的空口的状态参数。 代理设 备根据该空口的状态参数对从视频帧进行丟弃处理之前， 会从视频服务器接 收视频数据包， 对视频数据包进行解析， 获取视频分片， 然后对视频分片进 行视频帧重组， 形成视频帧， 并且还会识别出视频帧的优先级。 在视频帧的 优先级以及基站与 UE之间的空口的状态参数都获得之后， 代理设备根据该 空口的状态参数和视频帧的优先级， 对视频帧进行丟弃处理。 代理设备将丟 弃处理后剩余的视频帧发送给基站。 基站接收代理设备发送的视频帧， 这里 视频帧发送给代理设备。
其中， 代理设备接收视频服务器发送的视频数据包， 对视频数据包进行 解析获取视频分片， 对视频分片进行视频帧重组形成视频帧， 以及识别视频 帧的优先级， 对视频帧进行丟弃处理等操作可参见图 1所示实施例的描述， 在此不再赘述。
在一可选实施方式中， 基站向代理设备发送基站与 UE之间的空口的状 态参数的一种实施方式包括： 基站周期性的向代理设备发送基站与 UE之间 的空口的状态参数。
在一可选实施方式中， 基站向代理设备发送基站与 UE之间的空口的状 态参数的另一种实施方式包括： 基站接收代理设备发送的参数获取请求； 然 后， 基站根据该参数获取请求， 向代理设备发送基站与 UE之间的空口的状 态参数。
其中， 基站与 UE之间的空口的状态参数主要是指能够反映基站与 UE 之间的空口的无线传输情况的信息，例如可以包括空口当前緩冲数据的大小、 空口的平均时延和空口的丟包率等中的至少一个。
在此说明， 视频服务器与代理设备之间基于 HTTP/TCP传输； 代理设备 与 UE之间也基于 HTTP/TCP传输， 并且这两个基于 HTTP/TCP传输的过程 是相互独立的。
在本实施例中， 基站通过向代理设备提供基站与 UE之间的空口的状态 参数， 使得代理设备可以根据基站与 UE之间的空口的传输情况对视频帧进 行丟弃处理，并将丟弃处理后剩余的视频帧发送给基站，再由基站转发给 UE。 其中， 基站不需要根据空口的传输情况对视频数据包进行丟包处理， 而是由 代理设备替代进行视频帧的丟弃处理， 实现了拥塞控制， 解决了基站与 UE 之间的无线传输拥塞问题； 另外， 对于基站来说， 代理设备相当于视频帧的 的丟弃， 该丟弃处理对代理设备和视频服务器之间的 TCP连接、 以及代理设 备和 UE之间的 TCP连接来说，都是透明的， 因此，不会触发 TCP重传机制， 也就不需要相关欺骗机制来规避重传， 由此可见， 本实施例既可以实现拥塞 控制， 又不需要伪造视频数据包， 解决了因伪造视频数据包造成 UE侧的视 频质量下降的问题， 有利于提高 UE侧的视频质量。
图 3为本发明实施例提供的一种代理设备的结构示意图。 如图 3所示， 所述代理设备包括： 第一接收模块 31、 解析处理模块 32、 丟弃处理模块 33 和第一发送模块 34。
第一接收模块 31 , 用于接收视频服务器发送的至少一个视频数据包。 解析处理模块 32, 用于确定第一接收模块 31接收的至少一个视频数据 包是基于 HTTP/TCP传输的， 对所述至少一个视频数据包进行解析， 对从所 述至少一个视频数据包中解析出的视频分片进行视频帧重组， 形成至少一个 视频帧， 并识别出每个所述视频帧的优先级。
丟弃处理模块 33， 与解析处理模块 32连接， 用于根据基站和 UE之间的 空口的状态参数和解析处理模块 32识别出的每个所述视频帧的优先级，对解 析处理模块 32形成的所述至少一个视频帧进行丟弃处理。 第一发送模块 34, 与丟弃处理模块 33连接， 用于将丟弃处理模块 33进 行丟弃处理后所述至少一个视频帧中剩余的视频帧发送给所述基站。
在一可选实施方式中， 如图 4所示， 所述代理设备还可以包括： 第二接 收模块 35。
第二接收模块 35 , 与丟弃处理模块 33连接， 用于在丟弃处理模块 33对 所述至少一个视频帧进行丟弃处理之前， 接收所述基站发送的所述空口的状 态参数。 第二接收模块 35 将接收到的空口的状态参数提供给丟弃处理模块 33。
可选的，第二接收模块 35具体可用于接收所述基站周期性发送的所述空 口的状态参数。
进一步， 如图 4所示， 所述代理设备还可以包括： 第二发送模块 36。 第二发送模块 36, 与第二接收模块 35连接， 用于在第二接收模块 35接 收所述空口的状态参数之前， 向所述基站发送参数获取请求。 基于此， 第二 接收模块 35 具体可用于接收所述基站根据所述参数获取请求返回的所述空 口的状态参数。
在一可选实施方式中，解析处理模块 32具体可用于根据所述至少一个视 频数据包中 HTTP响应头中的内容类型域， 确定所述至少一个视频数据包是 基于 HTTP/TCP传输的， 对所述至少一个视频数据包进行解析， 对从所述至 少一个视频数据包中解析出的视频分片进行视频帧重组， 形成至少一个视频 帧， 并识别出每个所述视频帧的优先级。 或者
解析处理模块 32具体可用于根据所述至少一个视频数据包的格式，确定 所述至少一个视频数据包是基于 HTTP/TCP传输的， 对所述至少一个视频数 据包进行解析， 对从所述至少一个视频数据包中解析出的视频分片进行视频 帧重组， 形成至少一个视频帧， 并识别出每个所述视频帧的优先级。
其中，第二接收模块 35接收的所述空口状况参数包括所述空口当前緩冲 数据的大小、 所述空口的平均时延和所述空口的丟包率等中的至少一个。
本实施例提供的代理设备的各功能模块可用于执行图 1所示视频处理方 法实施例的流程， 其具体工作原理不再赘述， 详见方法实施例的描述。
本实施例提供的代理设备， 可以根据基站与 UE之间的空口的状态参数 对视频帧进行丟弃处理， 实现了拥塞控制， 解决了基站与 UE之间的无线传 输拥塞问题， 另外， 对基站来说， 本实施例提供的代理设备相当于发送端， 对代理设备和视频服务器之间的 TCP连接、 以及代理设备和 UE之间的 TCP 连接来说， 都是透明的， 因此， 不会触发 TCP重传机制， 也就不需要相关欺 骗机制来规避重传， 由此可见， 釆用本实施例提供的代理设备既可以实现拥 塞控制， 又不需要伪造视频数据包， 解决了因伪造视频数据包造成 UE侧的 视频质量下降的问题， 有利于提高 UE侧的视频质量。
图 5为本发明实施例提供的又一种代理设备的结构示意图。如图 5所示， 本实施例的代理设备包括： 接收器 51、 处理器 52和发送器 53。
接收器 51 , 用于接收视频服务器发送的至少一个视频数据包。
处理器 52,用于确定所述至少一个视频数据包是基于 HTTP/TCP传输的， 对所述至少一个视频数据包进行解析， 对从所述至少一个视频数据包中解析 出的视频分片进行视频帧重组， 形成至少一个视频帧， 并识别出每个所述视 频帧的优先级， 根据基站和 UE之间的空口的状态参数和每个所述视频帧的 优先级， 对所述至少一个视频帧进行丟弃处理。
发送器 53 , 用于将处理器 52进行丟弃处理后所述至少一个视频帧中剩 余的视频帧发送给所述基站。
如图 5所示， 本实施例的代理设备还包括： 存储器 54, 用于存放程序， 以及接收器 51接收到的视频数据包、 处理器 52形成的视频帧等。 具体的， 程序可以包括程序代码， 所述程序代码可以包括计算机操作指令。
存储器 54可能包含高速 RAM存储器， 也可能还包括非易失性存储器 ( non- volatile memory ) , 例如至少一个磁盘存 4渚器。
处理器 52还可以用于执行存储器 54存放的指令， 以用于实现代理设备 的控制逻辑等。 可选的， 处理器 52所执行的确定所述至少一个视频数据包是 基于 HTTP/TCP传输的， 对所述至少一个视频数据包进行解析， 对从所述至 少一个视频数据包中解析出的视频分片进行视频帧重组， 形成至少一个视频 帧， 并识别出每个所述视频帧的优先级， 根据基站和 UE之间的空口的状态 参数和每个所述视频帧的优先级， 对所述至少一个视频帧进行丟弃处理等操 作， 也可以是通过执行程序来实现。
处理器 52可能是一个中央处理器（ Central Processing Unit,简称为 CPU ), 或者是特定集成电路 ( Application Specific Integrated Circuit, 简称为 ASIC ) , 或者是被配置成实施本发明实施例的一个或多个集成电路。
在一可选实施方式中， 接收器 51还用于在处理器 52对所述至少一个视 频帧进行丟弃处理之前， 接收所述基站发送的所述空口的状态参数。
可选的，接收器 51具体可用于接收所述基站周期性发送的所述空口的状 态参数。
可选的， 发送器 53还用于在接收器 51接收所述空口的状态参数之前， 向所述基站发送参数获取请求。基于此， 接收器 51具体用于接收所述基站根 据所述参数获取请求返回的所述空口的状态参数。
可选的，处理器 52具体可用于根据所述至少一个视频数据包中 HTTP响 应头中的内容类型域， 确定所述至少一个视频数据包^^于 HTTP/TCP传输 的， 对所述至少一个视频数据包进行解析， 对从所述至少一个视频数据包中 解析出的视频分片进行视频帧重组， 形成至少一个视频帧， 并识别出每个所 述视频帧的优先级， 根据基站和 UE之间的空口的状态参数和每个所述视频 帧的优先级， 对所述至少一个视频帧进行丟弃处理。 或者
处理器 52具体可用于根据所述至少一个视频数据包的格式，确定所述至 少一个视频数据包是基于 HTTP/TCP传输的， 对所述至少一个视频数据包进 行解析，对从所述至少一个视频数据包中解析出的视频分片进行视频帧重组， 形成至少一个视频帧， 并识别出每个所述视频帧的优先级， 根据基站和 UE 之间的空口的状态参数和每个所述视频帧的优先级， 对所述至少一个视频帧 进行丟弃处理。
其中，接收器 51接收的所述空口状况参数包括所述空口当前緩冲数据的 大小、 所述空口的平均时延和所述空口的丟包率中的至少一个。
可选的， 在具体实现上， 如果接收器 51、 处理器 52、 发送器 53和存储 器 54独立实现， 则接收器 51、 处理器 52、 发送器 53和存储器 54可以通过 总线相互连接并完成相互间的通信。 所述总线可以是工业标准体系结构 ( Industry Standard Architecture,简称为 ISA )总线、夕卜部设备互连 ( Peripheral Component, 简称为 PCI ) 总线或扩展工业标准体系结构 （Extended Industry Standard Architecture, 简称为 EISA ) 总线等。 所述总线可以分为地址总线、 数据总线、 控制总线等。 为便于表示， 图 5 中仅用一条粗线表示， 但并不表 示仅有一根总线或一种类型的总线。
可选的， 在具体实现上， 如果接收器 51、 处理器 52、 发送器 53和存储 器 54集成在一块芯片上实现， 则接收器 51、 处理器 52、 发送器 53和存储器 54可以通过内部接口完成相同间的通信。
本实施例提供的代理设备的各功能模块可用于执行图 1所示视频处理方 法实施例的流程， 其具体工作原理不再赘述， 详见方法实施例的描述。
本实施例提供的代理设备， 可以根据基站与 UE之间的空口的状态参数 对视频帧进行丟弃处理， 实现了拥塞控制， 解决了基站与 UE之间的无线传 输拥塞问题， 另外， 对基站来说， 本实施例提供的代理设备相当于发送端， 对代理设备和视频服务器之间的 TCP连接、 以及代理设备和 UE之间的 TCP 连接来说， 都是透明的， 因此， 不会触发 TCP重传机制， 也就不需要相关欺 骗机制来规避重传， 由此可见， 釆用本实施例提供的代理设备既可以实现拥 塞控制， 又不需要伪造视频数据包， 解决了因伪造视频数据包造成 UE侧的 视频质量下降的问题， 有利于提高 UE侧的视频质量。
图 6为本发明实施例提供的一种基站的结构示意图。 如图 6所示， 所述 基站包括： 第一发送模块 61、 第一接收模块 62和第二发送模块 63。
第一发送模块 61 , 用于向代理设备发送所述基站与 UE之间的空口的状 态参数。
第一接收模块 62, 与第一发送模块 61连接， 用于在第一发送模块 61发 送所述空口的状态参数之后， 接收所述代理设备发送的视频帧， 所述代理设 备发送给所述基站的视频帧是所述代理设备根据所述空口的状态参数和视频 帧的优先级， 对由视频服务器发送给所述代理设备的至少一个基于 HTTP/TCP传输的视频数据包中的视频分片进行视频帧重组形成的至少一个 视频帧进行丟弃处理后剩余的视频帧。
第二发送模块 63 , 与第一接收模块 62连接， 用于将第二接收模块 62接 收到的所述视频帧发送给所述 UE。
可选的，第一发送模块 61具体用于周期性的向所述代理设备发送所述空 口的状态参数。
如图 7所示， 所述基站还包括： 第二接收模块 64。 第二接收模块 64, 用于在第一发送模块 61发送所述空口的状态参数之 前， 接收所述代理设备发送的参数获取请求。 基于此， 第一发送模块 61具体 用于根据所述参数获取请求， 向所述代理设备发送所述空口的状态参数。
其中，第一发送模块 61发送的所述空口状况参数包括所述空口当前緩冲 数据的大小、 所述空口的平均时延和所述空口的丟包率中的至少一个。
本实施例提供的基站的各功能模块可用于执行图 2所示视频处理方法实 施例的流程， 其具体工作原理不再赘述， 详见方法实施例的描述。
本实施例提供的基站， 与上述实施例提供的代理设备相配合， 通过向代 理设备提供基站与 UE之间的空口的状态参数， 使得代理设备可以根据基站 与 UE之间的空口的传输情况对视频帧进行丟弃处理， 并将丟弃处理后剩余 的视频帧发送给基站， 再由基站转发给 UE, 本实施提供的基站不需要根据空 口的传输情况对视频数据包进行丟包处理， 而是由代理设备替代进行视频帧 的丟弃处理， 实现了拥塞控制， 解决了基站与 UE之间的无线传输拥塞问题； 另外， 对于本实施例提供的基站来说， 代理设备相当于视频帧的发送端， 而 丟弃处理对代理设备和视频服务器之间的 TCP连接、 以及代理设备和 UE之 间的 TCP连接来说， 都是透明的， 因此， 不会触发 TCP重传机制， 也就不需 要相关欺骗机制来规避重传， 由此可见， 釆用本实施例提供的基站， 既可以 实现拥塞控制， 又不需要伪造视频数据包，解决了因伪造视频数据包造成 UE 侧的视频质量下降的问题， 有利于提高 UE侧的视频质量。
图 8为本发明实施例提供的又一种基站的结构示意图。 如图 8所示， 所 述基站包括： 发送器 81和接收器 82。
发送器 81 ,用于向代理设备发送所述基站与 UE之间的空口的状态参数， 以及将接收器 82接收到的视频帧发送给所述 UE。
接收器 82, 用于接收所述代理设备发送的视频帧， 所述代理设备发送给 所述基站的视频帧是所述代理设备根据所述空口的状态参数和视频帧的优先 级， 对由视频服务器发送给所述代理设备的至少一个基于 HTTP/TCP传输的 视频数据包中的视频分片进行视频帧重组形成的至少一个视频帧进行丟弃处 理后剩余的视频帧。
如图 8所示， 所述基站还包括： 存储器 83和处理器 84。 存储器 83 , 用于存放程序。 具体的， 程序可以包括程序代码， 所述程序 代码包括计算机操作指令。 存储器 83可能包含高速 RAM存储器， 也可能还 包括非易失性存储器（ non- volatile memory ) , 例如至少一个磁盘存储器。
处理器 84, 用于执行存储器 83存放的指令， 以用于实现所述基站的控 制逻辑等。 处理器 84可能是一个 CPU, 或者是特定 ASIC, 或者是被配置成 实施本发明实施例的一个或多个集成电路。
在一可选实施方式中，发送器 81具体用于周期性的向所述代理设备发送 所述空口的状态参数。
在一可选实施方式中， 接收器 82还用于在发送器 81发送所述空口的状 态参数之前， 接收所述代理设备发送的参数获取请求。 基于此， 发送器 81具 体用于根据所述参数获取请求， 向所述代理设备发送所述空口的状态参数。
发送器 81发送的所述空口状况参数包括所述空口当前緩冲数据的大小、 所述空口的平均时延和所述空口的丟包率中的至少一个。
可选的， 在具体实现上， 如果发送器 81、 接收器 82、 存储器 83和处理 器 84独立实现， 则发送器 81、 接收器 82、 存储器 83和处理器 84可以通过 总线相互连接并完成相互间的通信。 所述总线可以是 ISA总线、 PCI总线或 EISA总线等。 所述总线可以分为地址总线、 数据总线、 控制总线等。 为便于 表示， 图 8中仅用一条粗线表示， 但并不表示仅有一根总线或一种类型的总 线。
可选的， 在具体实现上， 如果发送器 81、 接收器 82、 存储器 83和处理 器 84集成在一块芯片上实现， 则发送器 81、 接收器 82、 存储器 83和处理器 84可以通过内部接口完成相同间的通信。
本实施例提供的基站可用于执行图 2所示视频处理方法实施例的流程， 其具体工作原理不再赘述， 详见方法实施例的描述。
本实施例提供的基站， 与上述实施例提供的代理设备相配合， 通过向代 理设备提供基站与 UE之间的空口的状态参数， 使得代理设备可以根据基站 与 UE之间的空口的传输情况对视频帧进行丟弃处理， 并将丟弃处理后剩余 的视频帧发送给基站， 再由基站转发给 UE, 本实施提供的基站不需要根据空 口的传输情况对视频数据包进行丟包处理， 而是由代理设备替代进行视频帧 的丟弃处理， 实现了拥塞控制， 解决了基站与 UE之间的无线传输拥塞问题； 另外， 对于本实施例提供的基站来说， 代理设备相当于视频帧的发送端， 而 丟弃处理对代理设备和视频服务器之间的 TCP连接、 以及代理设备和 UE之 间的 TCP连接来说， 都是透明的， 因此， 不会触发 TCP重传机制， 也就不需 要相关欺骗机制来规避重传， 由此可见， 釆用本实施例提供的基站， 既可以 实现拥塞控制， 又不需要伪造视频数据包，解决了因伪造视频数据包造成 UE 侧的视频质量下降的问题， 有利于提高 UE侧的视频质量。
本发明实施例提供一种视频处理***， 包括： 上述实施例提供的代理设 备以及上述实施例提供的基站。
进一步， 本实施例提供的视频传输***还可以包括： UE和视频服务器。 该***的工作流程包括： 视频服务器向代理设备发送视频数据包。 代理 设备接收视频数据包， 对接收到的视频数据包进行解析， 获取视频数据包中 的视频分片， 对视频分片进行视频帧重组， 形成完整的视频帧， 对视频帧进 行 DPI等处理， 识别出视频帧的优先级， 然后根据基站和 UE之间的空口的 状态参数以及视频帧的优先级， 对视频帧进行丟弃处理， 将丟弃处理后剩余 的视频帧发送给基站。 基站可以向代理设备发送基站与 UE之间的空口的状 态参数， 以及可以接收代理设备发送的视频帧， 并将接收到的视频帧发送给 UE。 UE接收基站发送的视频帧， 对视频帧进行解析、 播放等处理。
上述过程可参见上述相应方法实施例的描述， 在此不再赘述。
本实施例提供的视频处理***， 既可以实现拥塞控制， 又不需要伪造视 频数据包， 解决了因伪造视频数据包造成 UE侧的视频质量下降的问题， 有 利于提高 UE侧的视频质量。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： ROM, RAM, 磁碟或者光盘等各种可以存储程序代码的介 质。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要求 书
1、 一种视频处理方法， 其特征在于， 包括：
代理设备接收视频服务器发送的至少一个视频数据包；
所述代理设备确定所述至少一个视频数据包是基于 HTTP/TCP传输的， 对所述至少一个视频数据包进行解析， 对从所述至少一个视频数据包中解析 出的视频分片进行视频帧重组， 形成至少一个视频帧， 并识别出每个所述视 频帧的优先级；
所述代理设备根据基站和用户设备 UE之间的空口的状态参数和每个所 述视频帧的优先级， 对所述至少一个视频帧进行丟弃处理；
所述代理设备将进行丟弃处理后所述至少一个视频帧中剩余的视频帧发 送给所述基站。
2、 根据权利要求 1所述的视频处理方法， 其特征在于， 所述代理设备根 据基站和用户设备 UE之间的空口的状态参数和每个所述视频帧的优先级， 对所述至少一个视频帧进行丟弃处理之前包括：
所述代理设备接收所述基站发送的所述空口的状态参数。
3、 根据权利要求 2所述的视频处理方法， 其特征在于， 所述代理设备接 收所述基站发送的所述空口的状态参数包括：
所述代理设备接收所述基站周期性发送的所述空口的状态参数。
4、 根据权利要求 2所述的视频处理方法， 其特征在于， 所述代理设备接 收所述基站发送的所述空口的状态参数包括：
所述代理设备向所述基站发送参数获取请求；
所述代理设备接收所述基站根据所述参数获取请求返回的所述空口的状 态参数。
5、 根据权利要求 1-4任一项所述的视频处理方法， 其特征在于， 所述空 口状况参数包括所述空口当前緩冲数据的大小、 所述空口的平均时延和所述 空口的丟包率中的至少一个。
6、 根据权利要求 1-5任一项所述的视频处理方法， 其特征在于， 所述代 理设备确定所述至少一个视频数据包是基于 HTTP/TCP传输的包括：
所述代理设备根据所述至少一个视频数据包中 HTTP响应头中的内容类 型域， 确定所述至少一个视频数据包是基于 HTTP/TCP传输的； 或者 所述代理设备根据所述至少一个视频数据包的格式， 确定所述至少一个 视频数据包是基于 HTTP/TCP传输的。
7、 一种视频处理方法， 其特征在于， 包括：
基站向代理设备发送所述基站与用户设备 UE之间的空口的状态参数； 所述基站接收所述代理设备发送的视频帧， 所述代理设备发送给所述基 站的视频帧是所述代理设备根据所述空口的状态参数和视频帧的优先级， 对 由视频服务器发送给所述代理设备的至少一个基于 HTTP/TCP传输的视频数 据包中的视频分片进行视频帧重组形成的至少一个视频帧进行丟弃处理后剩 余的视频帧；
所述基站将接收到的所述视频帧发送给所述 UE。
8、 根据权利要求 7所述的视频处理方法， 其特征在于， 所述基站向代理 设备发送所述基站与用户设备 UE之间的空口的状态参数包括：
所述基站周期性的向所述代理设备发送所述空口的状态参数。
9、 根据权利要求 7所述的视频处理方法， 其特征在于， 所述基站向代理 设备发送所述基站与用户设备 UE之间的空口的状态参数包括：
所述基站接收所述代理设备发送的参数获取请求；
所述基站根据所述参数获取请求， 向所述代理设备发送所述空口的状态 参数。
10、 根据权利要求 7或 8或 9所述的视频处理方法， 其特征在于， 所述 空口状况参数包括所述空口当前緩冲数据的大小、 所述空口的平均时延和所 述空口的丟包率中的至少一个。
11、 一种代理设备， 其特征在于， 包括：
第一接收模块， 用于接收视频服务器发送的至少一个视频数据包； 解析处理模块， 用于确定所述至少一个视频数据包是基于 HTTP/TCP传 输的， 对所述至少一个视频数据包进行解析， 对从所述至少一个视频数据包 中解析出的视频分片进行视频帧重组， 形成至少一个视频帧， 并识别出每个 所述视频帧的优先级；
丟弃处理模块， 用于根据基站和用户设备 UE之间的空口的状态参数和 每个所述视频帧的优先级， 对所述至少一个视频帧进行丟弃处理；
第一发送模块， 用于将所述丟弃处理模块进行丟弃处理后所述至少一个 视频帧中剩余的视频帧发送给所述基站。
12、 根据权利要求 11所述的代理设备， 其特征在于， 还包括：
第二接收模块， 用于在所述丟弃处理模块对所述至少一个视频帧进行丟 弃处理之前， 接收所述基站发送的所述空口的状态参数。
13、 根据权利要求 12所述的代理设备， 其特征在于， 所述第二接收模块 具体用于接收所述基站周期性发送的所述空口的状态参数。
14、 根据权利要求 12所述的代理设备， 其特征在于， 还包括：
第二发送模块，用于在所述第二接收模块接收所述空口的状态参数之前， 向所述基站发送参数获取请求；
所述第二接收模块具体用于接收所述基站根据所述参数获取请求返回的 所述空口的状态参数。
15、 根据权利要求 11-14任一项所述的代理设备， 其特征在于， 所述空 口状况参数包括所述空口当前緩冲数据的大小、 所述空口的平均时延和所述 空口的丟包率中的至少一个。
16、 根据权利要求 11-15任一项所述的代理设备， 其特征在于， 所述解 析处理模块具体用于根据所述至少一个视频数据包中 HTTP响应头中的内容 类型域， 确定所述至少一个视频数据包是基于 HTTP/TCP传输的， 对所述至 少一个视频数据包进行解析， 对从所述至少一个视频数据包中解析出的视频 分片进行视频帧重组， 形成至少一个视频帧， 并识别出每个所述视频帧的优 先级； 或者
所述解析处理模块具体用于根据所述至少一个视频数据包的格式， 确定 所述至少一个视频数据包是基于 HTTP/TCP传输的， 对所述至少一个视频数 据包进行解析， 对从所述至少一个视频数据包中解析出的视频分片进行视频 帧重组， 形成至少一个视频帧， 并识别出每个所述视频帧的优先级。
17、 一种基站， 其特征在于， 包括：
第一发送模块， 用于向代理设备发送所述基站与用户设备 UE之间的空 口的状态参数；
第一接收模块， 用于接收所述代理设备发送的视频帧， 所述代理设备发 送给所述基站的视频帧是所述代理设备根据所述空口的状态参数和视频帧的 优先级， 对由视频服务器发送给所述代理设备的至少一个基于 HTTP/TCP传 输的视频数据包中的视频分片进行视频帧重组形成的至少一个视频帧进行丟 弃处理后剩余的视频帧； 第二发送模块， 用于将所述第一接收模块接收到的所述视频帧发送给所 述 UE。
18、 根据权利要求 17所述的基站， 其特征在于， 所述第一发送模块具体 用于周期性的向所述代理设备发送所述空口的状态参数。
19、 根据权利要求 17所述的基站， 其特征在于， 还包括：
第二接收模块，用于在所述第一发送模块发送所述空口的状态参数之前， 接收所述代理设备发送的参数获取请求；
所述第一发送模块具体用于根据所述参数获取请求， 向所述代理设备发 送所述空口的状态参数。
20、 根据权利要求 17或 18或 19所述的基站， 其特征在于， 所述空口状 况参数包括所述空口当前緩冲数据的大小、 所述空口的平均时延和所述空口 的丟包率中的至少一个。
21、 一种代理设备， 其特征在于， 包括：
接收器， 用于接收视频服务器发送的至少一个视频数据包；
处理器， 用于确定所述至少一个视频数据包是基于 HTTP/TCP传输的， 对所述至少一个视频数据包进行解析， 对从所述至少一个视频数据包中解析 出的视频分片进行视频帧重组， 形成至少一个视频帧， 并识别出每个所述视 频帧的优先级， 根据基站和用户设备 UE之间的空口的状态参数和每个所述 视频帧的优先级， 对所述至少一个视频帧进行丟弃处理；
发送器， 用于将所述处理器进行丟弃处理后所述至少一个视频帧中剩余 的视频帧发送给所述基站。
22、 一种基站， 其特征在于， 包括：
发送器， 用于向代理设备发送所述基站与用户设备 UE之间的空口的状 态参数， 以及将接收器接收到的视频帧发送给所述 UE;
所述接收器， 用于接收所述代理设备发送的视频帧， 所述代理设备发送 给所述基站的视频帧是所述代理设备根据所述空口的状态参数和视频帧的优 先级， 对由视频服务器发送给所述代理设备的至少一个基于 HTTP/TCP传输 的视频数据包中的视频分片进行视频帧重组形成的至少一个视频帧进行丟弃 处理后剩余的视频帧。
23、 一种视频处理***， 其特征在于， 包括： 权利要求 11-16任一项所 述的代理设备， 以及权利要求 17-20任一项所述的基站。
PCT/CN2012/087420 2012-12-25 2012-12-25 视频处理方法、设备及*** WO2014100973A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201280024574.1A CN104012054A (zh) 2012-12-25 2012-12-25 视频处理方法、设备及***
PCT/CN2012/087420 WO2014100973A1 (zh) 2012-12-25 2012-12-25 视频处理方法、设备及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/087420 WO2014100973A1 (zh) 2012-12-25 2012-12-25 视频处理方法、设备及***

Publications (1)

Publication Number Publication Date
WO2014100973A1 true WO2014100973A1 (zh) 2014-07-03

Family

ID=51019654

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/087420 WO2014100973A1 (zh) 2012-12-25 2012-12-25 视频处理方法、设备及***

Country Status (2)

Country Link
CN (1) CN104012054A (zh)
WO (1) WO2014100973A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017008203A1 (zh) * 2015-07-10 2017-01-19 华为技术有限公司 一种协议帧传输方法、装置、节点设备以及***
WO2018072675A1 (en) * 2016-10-18 2018-04-26 Zhejiang Dahua Technology Co., Ltd. Methods and systems for video processing

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107222427A (zh) * 2016-03-22 2017-09-29 华为技术有限公司 一种报文处理的方法及相关设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999053655A2 (en) * 1998-04-09 1999-10-21 Nokia Networks Oy Congestion control in a telecommunications network
CN101043427A (zh) * 2006-05-24 2007-09-26 华为技术有限公司 一种拥塞处理的方法
CN101568027A (zh) * 2009-05-22 2009-10-28 华为技术有限公司 转发视频数据的方法、装置和***

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100631947B1 (ko) * 2004-07-09 2006-10-04 주식회사 케이티프리텔 지능형 프레임 폐기 방법 및 장치
CN101272314A (zh) * 2007-03-21 2008-09-24 大唐移动通信设备有限公司 拥塞控制方法和装置
CN102223218B (zh) * 2010-04-15 2014-06-25 华为技术有限公司 媒体报文重传抑制方法和设备
CN102148674B (zh) * 2011-01-12 2013-08-28 北京华为数字技术有限公司 一种抑制重传的方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999053655A2 (en) * 1998-04-09 1999-10-21 Nokia Networks Oy Congestion control in a telecommunications network
CN101043427A (zh) * 2006-05-24 2007-09-26 华为技术有限公司 一种拥塞处理的方法
CN101568027A (zh) * 2009-05-22 2009-10-28 华为技术有限公司 转发视频数据的方法、装置和***

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017008203A1 (zh) * 2015-07-10 2017-01-19 华为技术有限公司 一种协议帧传输方法、装置、节点设备以及***
CN107078837A (zh) * 2015-07-10 2017-08-18 华为技术有限公司 一种协议帧传输方法、装置、节点设备以及***
WO2018072675A1 (en) * 2016-10-18 2018-04-26 Zhejiang Dahua Technology Co., Ltd. Methods and systems for video processing
US10977498B2 (en) 2016-10-18 2021-04-13 Zhejiang Dahua Technology Co., Ltd. Methods and systems for video processing
US11527068B2 (en) 2016-10-18 2022-12-13 Zhejiang Dahua Technology Co., Ltd. Methods and systems for video processing

Also Published As

Publication number Publication date
CN104012054A (zh) 2014-08-27

Similar Documents

Publication Publication Date Title
US11671868B2 (en) Methods and apparatus for optimizing tunneled traffic
US20200358886A1 (en) Data Transmission Method, Apparatus, And System
US10021594B2 (en) Methods and apparatus for optimizing tunneled traffic
US20190274062A1 (en) Adapting communication parameters to link conditions, traffic types, and/or priorities
WO2018086076A1 (zh) 数据传输方法及装置
JP5588019B2 (ja) 信頼性のあるデータ通信のためにネットワーク抽象化レイヤを解析する方法および装置
US7843826B2 (en) Automatic detection and re-configuration of priority status in telecommunications networks
TW201212593A (en) Communication apparatus and communication method
WO2012129922A1 (zh) 一种报文处理方法、转发设备及***
RU2013103496A (ru) Способ, устройство и система для перенаправления данных в системе связи
WO2020147453A1 (zh) 数据传输方法及相关装置
CN112436924B (zh) 一种数据传输方法及电子设备
WO2012083762A1 (zh) 数据传输方法、设备及***
WO2014100973A1 (zh) 视频处理方法、设备及***
EP3340545B1 (en) Methods and apparatus for optimizing tunneled traffic
WO2017067224A1 (zh) 一种报文处理方法及装置
WO2014019487A1 (zh) 数据业务体验评估方法、装置及网络设备
CN113424578B (zh) 一种传输控制协议加速方法和装置
Navarro‐Ortiz et al. Removing redundant TCP functionalities in wired‐cum‐wireless networks with IEEE 802.11 e HCCA support
Rajput et al. Comparing stream control and datagram congestion control with traditional transmission control protocol
CN109792408B (zh) 用于数据网络中的传输连接的高效管理的网关
CN116321094A (zh) 蓝牙传输方法及***
WO2014187406A1 (zh) 并联模式p2p扰码方法、装置及***

Legal Events

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

Ref document number: 12891017

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12891017

Country of ref document: EP

Kind code of ref document: A1