WO2017167224A1 - 调整视频编码速率的方法及装置 - Google Patents

调整视频编码速率的方法及装置 Download PDF

Info

Publication number
WO2017167224A1
WO2017167224A1 PCT/CN2017/078789 CN2017078789W WO2017167224A1 WO 2017167224 A1 WO2017167224 A1 WO 2017167224A1 CN 2017078789 W CN2017078789 W CN 2017078789W WO 2017167224 A1 WO2017167224 A1 WO 2017167224A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
tmmbr
video
base station
video service
Prior art date
Application number
PCT/CN2017/078789
Other languages
English (en)
French (fr)
Inventor
王蕾
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017167224A1 publication Critical patent/WO2017167224A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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
    • 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • 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

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and apparatus for adjusting a video encoding rate.
  • LTE Long Time Evolution
  • VoLTE voice over LTE
  • the encoding rate of the video is described in the H264 protocol and is divided into different levels. See Table 1.
  • the minimum support is 64kbps, and the maximum is 240Mbps.
  • Different video encoding rates will give users different sensory experiences.
  • the larger the coding rate the larger the bandwidth of the required LTE system, and because the video call is a two-way service, while in the common TD-LTE system, the uplink available subframes are too small, when a higher video coding rate is used, because Restricted resources will result in unscheduled scheduling and discarding.
  • the VoLTE service is divided into voice service and video service, and is a real-time transport protocol (Real-time Transport Protocol, Referred to as RTP) data packets.
  • RTP Real-time Transport Protocol
  • RTCP Real-time Transport Control Protocol
  • the RTCP packet has multiple formats, the sender report (SR), and the receiver report (Receiver Report, RR for short) are common RTCP packets, which are used to transmit the number of RTP packets sent, the number of lost packets, etc.
  • SR sender report
  • RR Receiveiver Report
  • the terminal After receiving the TMMBR rate adjustment request, the terminal replies to the Temporary Maximum Media Stream Bit Rate Notification (TMMBN), and then the terminal performs encoding and output according to the requested rate.
  • TMMBN Temporary Maximum Media Stream Bit Rate Notification
  • the embodiments of the present invention provide a method and an apparatus for adjusting a video coding rate, so as to at least solve the problem that it is difficult to ensure the smoothness of a video call in a channel scenario in which the bandwidth of the LTE system and the fluctuation of the LTE system are limited.
  • a method for adjusting a video coding rate includes: acquiring, by a base station, at least one of the following information of a terminal currently performing video service: channel quality, cell coverage information, and system load; The base station constructs an instruction for instructing to adjust a video coding rate according to the information; the base station sends a temporary maximum media stream bit rate request TMMBR carrying the instruction to a terminal currently performing video service.
  • the step of the base station constructing the instruction to adjust the video coding rate according to the information includes: determining, by the base station, whether the information meets one of the following conditions: the first condition: the video service of the terminal has no packet loss And having no video service scheduling delay, and the location of the cell where the terminal is located is less than the first preset distance, and the cell load of the terminal is less than the first preset threshold; the second condition: The video service of the terminal generates a packet loss, or the video service scheduling delay, or the location of the cell where the terminal is located is greater than the second preset distance, or the cell load of the terminal is greater than the second preset.
  • the base station constructs a first TMMBR that boosts a video coding rate when determining that the information satisfies the first condition; and when the information is determined to satisfy the second condition, the base station constructs a video coding rate reduction Second TMMBR.
  • the first TMMBR configured by the base station to improve the video coding rate comprises: the base station receiving the RTCP packet sent by the terminal currently performing the video service; the base station learning the packet sending rule of the RTCP packet, performing the RTP packet header filtering, and using The information for increasing the coding rate is added to the first TMMBR; the second TMMBR configured by the base station to improve the video coding rate comprises: the base station receiving the RTCP packet sent in the terminal currently performing the video service; and the base station learning the RTCP packet The packet issuance rule is performed by RTP packet header filtering, and information for reducing the encoding rate is added to the second TMMBR.
  • the sending, by the base station, the temporary maximum media stream bit rate request TMMBR carrying the instruction to the terminal currently performing the video service includes: sending, by the base station, the second terminal that is currently performing the video service through the core network. Transmitting, by the second terminal, a temporary maximum media stream bit rate notification TMMBN to the first terminal by using the second terminal, where the first terminal sends SIP UPDATE information to the second terminal to renegotiate the new rate; Or the base station sends the second TMMBR to the second terminal that is currently performing the video service through the core network, and sends the TMMBN to the first terminal by using the second terminal, where the first terminal The second terminal sends a SIP UPDATE message to renegotiate the new rate.
  • the method includes: the base station receiving the video service currently being performed.
  • the terminal is responsive to the TMMBN transmitted by the TMMBR.
  • the method includes: not receiving the current ongoing time within a predetermined time
  • the base station transmits the TMMBR a predetermined number of times.
  • a method for adjusting a video encoding rate comprising: a first terminal currently performing a video service receiving a temporary maximum media stream bit sent by a second terminal currently performing video service in response to a TMMBR transmission Rate requesting TMMBN, wherein the TMMBR carries a target coding rate at which the base station adjusts the video coding rate according to the information; the first terminal sends SIP UPDATE information to the second terminal according to the TMMBN to renegotiate the new rate;
  • the information includes at least one of the following: channel quality, cell coverage information, system load.
  • an apparatus for adjusting a video coding rate which is applied to a base station side, and includes: an obtaining module, configured to acquire at least one of the following information of a terminal currently performing video services: Channel quality, cell coverage information, system load; an adjustment module, configured to: according to the information, an instruction for instructing to adjust a video coding rate; and a first sending module, configured to send to the terminal currently performing video service The temporary maximum media stream bit rate of the instruction requests TMMBR.
  • the adjusting module includes: a determining unit, configured to determine whether the information meets one of the following conditions: a first condition: the video service of the terminal has no packet loss, and no video service scheduling delay, and The cell location of the terminal is less than the first preset distance, and the cell load of the terminal is less than the first preset threshold; the second condition: the video service of the terminal generates packet loss, or The video service scheduling delay, or the location of the cell where the terminal is located is greater than the second preset distance from the base station, or the cell load of the terminal is greater than a second preset threshold; the lifting unit is set at the judging station When the information satisfies the first condition, constructing a first TMMBR that increases a video encoding rate; and a reducing unit configured to construct a second TMMBR that reduces a video encoding rate when determining that the information satisfies the second condition.
  • a first condition the video service of the terminal has no packet loss, and no video service scheduling delay, and The cell location of the terminal
  • the lifting unit includes: a first receiving subunit, configured to receive an RTCP packet sent by a terminal currently performing video services; and a first processing subunit configured to learn an RPC packet sending rule, and perform an RTP packet header Filtering, adding information for improving the encoding speed to the first TMMBR;
  • the reducing unit comprising: a second receiving subunit, configured to receive the RTCP packet sent by the first terminal in the terminal currently performing the video service
  • the second processing sub-unit is configured to learn an RPC packet sending rule, perform RTP packet header filtering, and add the adjusted second target encoding rate to the second TMMBR.
  • the first sending module is configured to be a core network to a second terminal that is currently performing video services. Transmitting the first TMMBR, and sending, by the second terminal, a temporary maximum media stream bit rate notification TMMBN to the first terminal, where the first terminal sends SIP UPDATE information to the second terminal to renegotiate a new rate; or, sending, by the core network, the second TMMBR to the second terminal that is currently performing the video service, and sending the TMMBN to the first terminal by using the second terminal, where the first terminal is located The second terminal sends a SIP UPDATE message to renegotiate the new rate.
  • the apparatus includes: a first receiving module, configured to receive the current The terminal performing the video service is responsive to the TMMBN transmitted by the TMMBR.
  • the apparatus includes: a second sending module, configured to be at a predetermined time
  • the TMMBR is transmitted a predetermined number of times.
  • an apparatus for managing a video encoding rate is applied to a first terminal side that is currently performing a video service, and includes: a second receiving module, configured to receive a video service currently being performed.
  • the second terminal is configured to respond to the temporary maximum media stream bit rate request TMMBN sent by the TMMBR, where the TMMBR carries an instruction for indicating an adjustment of the video encoding rate, and the third sending module is configured to send the second terminal according to the TMMBN.
  • An embodiment of the present invention further provides a storage medium, the storage medium comprising a stored program, wherein the method of performing the above-described method of adjusting a video encoding rate while the program is running is executed.
  • the base station acquires at least one of the following information of the terminal currently performing the video service: channel quality, cell coverage information, and system load, and then the base station constructs an instruction for indicating adjustment of the video coding rate according to the information. Therefore, the base station sends the temporary maximum media stream bit rate request TMMBR carrying the instruction to the terminal currently performing the video service, thereby solving the related art that it is difficult to guarantee the video call in the channel scenario with limited LTE system bandwidth and variation fluctuation. The fluency improves the stability of video calls.
  • FIG. 1 is a flowchart 1 of a method for adjusting a video encoding rate according to an embodiment of the present invention
  • FIG. 2 is a second flowchart of a method for adjusting a video encoding rate according to an embodiment of the present invention
  • FIG. 3 is a structural block diagram 1 of an apparatus for adjusting a video encoding rate according to an embodiment of the present invention
  • FIG. 4 is a structural block diagram 2 of an apparatus for adjusting a video encoding rate according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a TMMBR packet format according to an alternative embodiment of the present invention.
  • FIG. 6 is a flowchart of a base station performing uplink speed regulation according to an alternative embodiment of the present invention.
  • FIG. 7 is a flowchart of a base station performing downlink speed regulation according to an alternative embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a relationship between a base station and a core network terminal according to an alternative embodiment of the present invention.
  • FIG. 1 is a flowchart 1 of a method for adjusting a video coding rate according to an embodiment of the present invention. As shown in FIG. 1, the process includes the following steps:
  • Step S102 The base station acquires at least one of the following information of the terminal currently performing the video service: channel quality, cell coverage information, and system load;
  • Step S104 The base station constructs an instruction for indicating adjustment of a video coding rate according to the information
  • Step S106 The base station sends a temporary maximum media stream bit rate request TMMBR carrying the instruction to the terminal currently performing the video service.
  • the base station acquires at least one of the following information of the terminal currently performing the video service: channel quality, cell coverage information, system load, and then the base station is configured to indicate the adjustment according to the information.
  • the instruction of the video coding rate therefore, the base station sends a temporary maximum media stream bit rate request TMMBR carrying the instruction to the terminal currently performing the video service, thereby solving the channel scenario in the related art that the bandwidth and variation of the LTE system are fluctuating in the related art. It is difficult to guarantee the smoothness of video calls and improve the stability of video calls.
  • the manner in which the base station involved in step S104 constructs an instruction for instructing to adjust a video coding rate according to the information may be:
  • Step S104-1 The base station determines whether the information satisfies one of the following conditions: the first condition: the video service of the terminal has no packet loss, and the video service scheduling delay is not, and the distance between the cell location of the terminal and the base station is less than the first preset. The distance and the cell load of the terminal are less than the first preset threshold; the second condition is: the video service of the terminal generates packet loss, or the video service scheduling delay, or the cell location of the terminal is greater than the second preset distance from the base station, Or the cell load of the terminal is greater than a second preset threshold;
  • Step S104-2 when the determination information satisfies the first condition, the base station constructs a first TMMBR that increases the video coding rate;
  • Step S104-3 When the judgment information satisfies the second condition, the base station constructs a second TMMBR that reduces the video coding rate.
  • the base station may be configured to improve the video coding rate.
  • a TMMBR includes: the base station receives the RTCP packet sent by the terminal currently performing the video service; the base station learns the packet sending rule of the RTCP packet, performs RTP packet header filtering, and adds information for improving the encoding speed to the first TMMBR;
  • the step S104-3 may be: the second TMMBR configured by the base station to improve the video coding rate in the specific application scenario, where the base station receives the RTCP packet sent by the terminal currently performing the video service, and the base station learns the RPC packet sent by the RTCP packet to perform the RTP packet header. Filtering adds information that reduces the encoding rate to the second TMMBR.
  • the base station involved in step S106 in this embodiment sends a temporary maximum media stream bit rate request TMMBR carrying the adjusted target rate to the terminal currently performing the video service.
  • the method may be implemented in the following manner: the base station sends the first TMMBR to the second terminal that is currently performing the video service through the core network, and sends the temporary maximum media stream bit rate notification TMMBN to the first terminal by using the second terminal, where The terminal sends the SIP UPDATE information to the second terminal to renegotiate the new rate; or the base station sends the second TMMBR to the second terminal that is currently performing the video service through the core network, and sends the TMMBN to the first terminal by using the second terminal, where The first terminal sends SIP UPDATE information to the second terminal to renegotiate the new rate.
  • the method in this embodiment includes: receiving, by the base station, the terminal response that is currently performing the video service.
  • the method in this embodiment includes: not receiving the current ongoing video within a predetermined time.
  • the terminal of the service responds to the TMMBN transmitted by the TMMBR, the base station transmits the TMMBR a predetermined number of times.
  • FIG. 2 is a second flowchart of a method for adjusting a video encoding rate according to an embodiment of the present invention. As shown in FIG. 2, the steps of the method include:
  • Step S202 The first terminal that is currently performing the video service receives the temporary maximum media stream bit rate request TMMBN sent by the second terminal that is currently performing the video service, and the TMMBR carries the base station to adjust the video coding rate according to the information.
  • Step S204 The first terminal sends SIP UPDATE information to the second terminal according to the TMMBN to renegotiate the new rate to the target coding rate.
  • the information includes at least one of the following: channel quality, cell coverage information, and system load.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.
  • An apparatus for adjusting a video coding rate is also provided in this embodiment.
  • the apparatus is used to implement the foregoing embodiments and preferred embodiments, and details are not described herein.
  • the term "module" may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, Or the implementation of a combination of software and hardware is also possible and conceived.
  • FIG. 3 is a structural block diagram of an apparatus for adjusting a video coding rate according to an embodiment of the present invention.
  • the apparatus is applied to a base station side.
  • the apparatus includes: an obtaining module 32 configured to acquire a video service currently being performed. At least one of the following information: the channel quality, the cell coverage information, and the system load; the adjustment module 34 is coupled to the acquisition module 32 and configured to adjust the video coding rate according to the information; the first sending module 36, and the adjustment module 34
  • the coupled connection is configured to send a temporary maximum media stream bit rate request TMMBR carrying the adjusted target rate to the terminal currently performing the video service.
  • the adjusting module 34 includes: a determining unit, configured to determine whether the information meets one of the following conditions: the first condition: the video service of the terminal has no packet loss, and there is no video service scheduling delay, and the terminal is located in the cell.
  • the distance from the base station is less than the first preset distance, and the cell load of the terminal is less than the first preset threshold;
  • the second condition is: the video service of the terminal generates packet loss, or the video service scheduling delay, or the location of the cell where the terminal is located
  • the base station distance is greater than the second preset distance, or the cell load of the terminal is greater than the second preset threshold;
  • the lifting unit is configured to construct a first TMMBR that increases the video coding rate when the determination information satisfies the first condition; In order to determine that the information satisfies the second condition, a second TMMBR that reduces the video encoding rate is constructed.
  • the lifting unit includes: a first receiving subunit, configured to receive an RTCP packet sent by a terminal currently performing video services; and a first processing subunit configured to learn an RPC packet sending rule, and perform RTP packet header filtering, Adding information for improving the encoding speed to the first TMMBR;
  • the reducing unit includes: a second receiving subunit, configured to receive the RTCP packet sent by the first terminal in the terminal currently performing the video service; and the second processing subunit Set to learn the RPC packet sending rule, perform RTP packet header filtering, and add the adjusted second target encoding rate to the second TMMBR.
  • the first sending module is configured to send, by the core network, the first TMMBR to the second terminal that is currently performing the video service, and send the temporary maximum media stream bit rate notification TMMBN to the first terminal by using the second terminal, where The first terminal sends the SIP UPDATE information to the second terminal to renegotiate the new rate; or sends the second TMMBR to the second terminal that is currently performing the video service through the core network, and sends the TMMBN to the first terminal by using the second terminal, where The first terminal sends SIP UPDATE information to the second terminal to renegotiate the new rate.
  • the apparatus includes: a first receiving module, configured to receive the video service currently being performed.
  • the terminal responds to the TMMBN sent by the TMMBR.
  • the device may further include: a second sending module.
  • the TMMBR is transmitted a predetermined number of times.
  • FIG. 4 is a structural block diagram 2 of an apparatus for adjusting a video encoding rate according to an embodiment of the present invention.
  • the apparatus is applied to a first terminal side that is currently performing video services.
  • the apparatus includes: a second receiving module 42.
  • the third sending module 44 is coupled to the second receiving module 42 and configured to send the SIP UPDATE information to the second terminal according to the TMMBN to renegotiate the new Rate; wherein the information includes at least one of the following: channel quality, cell coverage information, system load.
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the modules are located in multiple In the processor.
  • This alternative embodiment provides a system and method for adaptively adjusting video rates.
  • the system and method according to the optional embodiment can adaptively adjust the coding rate of the video according to channel quality, cell coverage, system load, etc., so that the client can adjust the video coding in real time without any perception, improve the customer experience, and enhance the video.
  • LTE coverage saves system bandwidth.
  • the base station determines whether the current video rate of the terminal satisfies the following conditions (1) or (2) in combination with the channel quality, cell coverage, system load, and the like in which the terminal is located, and it should be noted that, in this implementation, In the example, the independent decision of the uplink and the downlink:
  • FIG. 5 is a schematic diagram of a TMMBR packet format according to an alternative embodiment of the present invention, as described in FIG. 5, with reference to protocol RFC5104.
  • FIG. 6 is a flowchart of a base station performing uplink speed regulation according to an alternative embodiment of the present invention.
  • the base station is at the terminal.
  • a TMMBR that requests a speed increase or a decrease speed is transmitted.
  • the terminal UE1 parses the RTCP information requesting the shift, and then the terminal UE1 transmits the video RTP packet after the rate adjustment on the uplink. or,
  • FIG. 7 is a flowchart of a base station performing downlink speed regulation according to an alternative embodiment of the present invention.
  • the base station is at the terminal.
  • a TMMBR that requests a speed increase or a decrease speed is transmitted.
  • the counterpart terminal UE2 parses the RTCP information requesting the shift, and then the counterpart terminal UE2 transmits the video RTP packet after the rate adjustment on the uplink.
  • the UE1 receives the video RTP packet after the UE2 adjustment rate.
  • the video user adaptively adjusts the video rate according to the location of the cell and the load of the cell itself.
  • the video is slowed down, and the system bandwidth is saved. Guarantee the user experience of the video terminal, no stagnation, no mosaic, smooth images. It also improves the LTE coverage of video users.
  • the video coding rate can be appropriately increased to provide a clearer and more comfortable video experience.
  • FIG. 8 is a schematic diagram of a relationship between a base station and a core network terminal according to an alternative embodiment of the present invention.
  • the eNodeB1 is a first carrier
  • the eNodeB2 is a second carrier base station.
  • the following embodiments are all performed on the eNodeB1.
  • One volte UE1 is connected to the eNodeB1, and the other terminal is placed under the other operator eNodeB2, which is the volte UE2. It should be noted that the processing of both terminals under the same base station is consistent.
  • Step S302 The eNodeB1 cell is empty.
  • the two terminals make a video call with a video rate of 1 Mbps.
  • the UE1 is controlled to be at a very close point under the eNodeB1 cell. After the call, the handheld UE1 slowly moves from the cell center to the cell edge.
  • Step S304 The condition determination module of the eNodeB1 finds that the UE1 has packet loss in the uplink, and the delay is also increased.
  • the downlink user plane of the eNodeB1 is notified, and the TMMBR RTCP packet of the deceleration is constructed, and the video rate in the TMMBR is 384 kbps, and the header size is the filtered value. 40B.
  • Step S306 After receiving the decelerated TMMBR, the UE1 replies to the TMMBN to the UE2. Then, the video packet sent by the UE1 is sent at a rate of 384 kbps. The uplink rate of UE1 is slowed down.
  • Step S402 The eNodeB1 cell is unloaded.
  • the two terminals make a video call with a video rate of 64 kbps.
  • the UE1 is controlled to be at a far point under the eNodeB1 cell. After the call, the handheld UE1 slowly moves from the cell edge to the cell center.
  • Step S404 The condition determination module of the eNodeB1 finds that the UE1 has no packet loss, no delay, no congestion, low load, notifies the downlink user plane of the eNodeB1, constructs the speed-up TMMBR RTCP packet, and fills in the video rate of the TMMBR to 128 kbps.
  • the size is the filtered value 40B.
  • Step S406 After receiving the up-speed TMMBR, the UE1 replies to the TMMBN to the UE2, and then the UE1 sends the uplink video packet at a rate of 128 kbps. The uplink rate of UE1 is increased.
  • Step S502 The eNodeB1 cell is unloaded.
  • the two terminals make a video call with a video rate of 1 Mbps.
  • the UE1 is controlled to be at a very close point under the eNodeB1 cell. After the call, the handheld UE1 slowly moves from the cell center to the cell edge.
  • Step S504 The condition determination module of the eNodeB1 finds that the packet loss occurs in the downlink of the UE1, and the delay is also increased.
  • the uplink user plane of the eNodeB1 is notified, and the TMMBR RTCP packet of the deceleration is constructed, and the video rate in the TMMBR is 384 kbps, and the header size is the filtered value. 40B.
  • Step S506 After receiving the decelerated TMMBR, the UE2 replies to the TMMBN to the UE1, and then the UE2 sends the uplink video packet at a rate of 384 kbps. The downlink rate of UE1 is slowed down.
  • Step S602 The eNodeB1 cell is unloaded.
  • the two terminals make a video call with a video rate of 64 kbps.
  • the UE1 is controlled to be at a far point under the eNodeB1 cell. After the call, the handheld UE1 slowly moves from the cell edge to the cell center.
  • Step S604 The condition determination module of the eNodeB1 finds that the UE1 has no packet loss, no delay, no congestion, low load, notifies the uplink user plane of the eNodeB1, constructs a TMMBR RTCP packet with a speed increase, and fills in a video rate of 128 kbps in the TMMBR.
  • the size is the filtered value 40B.
  • Step S606 After receiving the boosted TMMBR, the UE2 replies to the MBMBN to the UE1, and then the UE2 sends the uplink video packet at a rate of 128 kbps. The downlink rate of UE1 is increased.
  • Embodiments of the present invention also provide a storage medium.
  • the foregoing storage medium may be configured to store program code for performing the following steps:
  • Step S1 The base station acquires at least one of the following information of the terminal currently performing the video service: channel quality, cell coverage information, and system load;
  • Step S2 The base station constructs an instruction for indicating adjustment of a video coding rate according to the information
  • Step S3 The base station sends a temporary maximum media stream bit rate request TMMBR carrying the instruction to the terminal currently performing the video service.
  • Embodiments of the present invention also provide a storage medium.
  • the foregoing storage medium may be configured to store program code for performing the following steps:
  • Step S1 The first terminal that is currently performing the video service receives the temporary maximum media stream bit rate request TMMBN sent by the second terminal that is currently performing the video service, and the TMMBR carries the base station to adjust the video coding rate according to the information.
  • Step S2 The first terminal sends SIP UPDATE information to the second terminal according to the TMMBN to renegotiate the new rate to the target coding rate.
  • the information includes at least one of the following: channel quality, cell coverage information, and system load.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. Perform the steps shown or described, or separate them into individual integrated circuit modules, or make multiple modules or steps into a single The integrated circuit module is implemented. Thus, the invention is not limited to any specific combination of hardware and software.
  • the base station acquires at least one of the following information of the terminal currently performing the video service: channel quality, cell coverage information, system load, and then the base station constructs according to the information. Instructing to adjust the video coding rate; therefore, the base station sends a temporary maximum media stream bit rate request TMMBR carrying the instruction to the terminal currently performing the video service, thereby solving the related technology in the limited LTE system bandwidth and variation fluctuation In the channel scenario, it is difficult to ensure the smoothness of the video call and improve the stability of the video call.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

本发明提供了一种调整视频编码速率的方法及装置，其中该方法包括：基站获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷；基站根据信息构造用于指示调整视频编码速率的指令；基站向当前正在进行视频业务的终端发送携带有指令的临时最大媒体流比特率请求TMMBR。通过本发明，解决了相关技术中在有限的LTE系统带宽和变化波动的信道场景下难以保证视频通话的流畅性的问题。

Description

调整视频编码速率的方法及装置 技术领域
本发明涉及通信领域，具体而言，涉及一种调整视频编码速率的方法及装置。
背景技术
长期演进(Long Time Evolution，简称为LTE)系统下，VoLTE(voice over LTE)业务是手机终端最基本的服务业务，其中视频通话的需求呼之欲出。人们在畅享高速上网快感的同时，也对视频通话质量提出了更高的要求，相比于3G,人们对LTE下视频的期待也是越来越大，更清晰，更流畅，不卡顿，无马赛克等都是客户所期望的。
视频的编码速率参考H264协议中描述，分为不同的level，参见表1.最小支持64kbps，最大可以到240Mbps，不同的视频编码速率，体现给使用者会有不同的感官体验。但是，编码速率越大，要求的LTE系统带宽就越大，又因为视频通话是双向业务，而常见的TD-LTE系统下，上行可用子帧过少，当采用较高视频编码速率时，因为资源受限，会导致调度不及时，出现弃包，体现在用户来看，就是视频模糊，卡顿，马赛克，图像停止等，不但对系统资源造成了较大的浪费，同时也没有提供较高的用户服务，在TDD配比2下，当视频速率超过1Mbps时，终端只能呆在小区的中心才能保障用户体验，稍微移动到小区远点，视频图像就会卡顿模糊严重。
表1
Figure PCTCN2017078789-appb-000001
VoLTE业务，分为语音业务和视频业务，都是实时传输协议(Real-time Transport Protocol， 简称为RTP)数据包。RTP数据包的类型中，还有一种实时传输控制协议(Real-time Transport Control Protocol，简称为RTCP)业务包，是用来发送RTP包的控制信息的。RTCP包有多种格式，发送者(sender report，简称为SR)，接收者报告(Receiver Report，简称为RR)等都是常见的RTCP包，用来传递RTP包发送的数目，丢包数目等。还有一种截断的RTCP包，临时最大媒体流比特率请求(Temporary Maximum Media Stream Bit Rate Request，简称为TMMBR)，参考协议RFC5104。
当终端收到TMMBR速率调整请求之后，回复临时最大媒体流比特率通知(Temporary Maximum Media Stream Bit Rate Notification，简称为TMMBN)，随后终端会按照请求后的速率进行编码输出。然而，相关技术中基站侧如何在有限的LTE系统带宽和变化波动的信道场景下，还能保证视频通话的流畅性以及清晰度就成了当务之急。针对相关技术中的上述问题，目前尚未存在有效的解决方案。
发明内容
本发明实施例提供了一种调整视频编码速率的方法及装置，以至少解决相关技术中在有限的LTE系统带宽和变化波动的信道场景下难以保证视频通话的流畅性的问题。
根据本发明实施例的一个方面，提供了一种调整视频编码速率的方法，包括：基站获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷；所述基站根据所述信息构造用于指示调整视频编码速率的指令；所述基站向当前正在进行视频业务的终端发送携带有所述指令的临时最大媒体流比特率请求TMMBR。
可选地，述基站根据所述信息构造用于指示调整视频编码速率的指令包括：所述基站判断所述信息是否满足以下之一的条件：第一条件：所述终端的视频业务无丢包、且无视频业务调度延时、且所述终端所处小区位置离所述基站距离小于第一预设距离、且所述终端所处小区负荷小于第一预设阈值；第二条件：所述终端的视频业务产生丢包、或所述视频业务调度延时，或所述终端所处小区位置离所述基站距离大于第二预设距离、或所述终端所处小区负荷大于第二预设阈值；在判断所述信息满足所述第一条件时，所述基站构造提升视频编码速率的第一TMMBR；在判断所述信息满足所述第二条件时，所述基站构造降低视频编码速率的第二TMMBR。
可选地，所述基站构造提升视频编码速率的第一TMMBR包括：基站接收当前正在进行视频业务的终端中发送的RTCP包；所述基站学习RTCP报的发包规则，进行RTP包头滤波，将用于提升编码速的信息添加到所述第一TMMBR中；所述基站构造提升视频编码速率的第二TMMBR包括：基站接收当前正在进行视频业务的终端中发送的RTCP包；所述基站学习RTCP报的发包规则，进行RTP包头滤波，将降低编码速率的信息添加到所述第二TMMBR中。
可选地，所述基站向当前正在进行视频业务的终端发送携带有所述指令的临时最大媒体流比特率请求TMMBR包括：所述基站通过核心网向当前正在进行视频业务的第二终端发送 所述第一TMMBR，并通过所述第二终端向第一终端发送临时最大媒体流比特率通知TMMBN，其中，所述第一终端向所述第二终端发送SIP UPDATE信息以重新协商新速率；或，所述基站通过核心网向当前正在进行视频业务的第二终端发送所述第二TMMBR，并通过所述第二终端向所述第一终端发送TMMBN，其中，所述第一终端向所述第二终端发送SIP UPDATE信息以重新协商新速率。
可选地，在所述基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求TMMBR之后，所述方法包括：所述基站接收当前正在进行视频业务的终端响应于所述TMMBR发送的TMMBN。
可选地，在所述基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求TMMBR之后，所述方法包括：在预定时间内未收到当前正在进行视频业务的终端响应于所述TMMBR发送的TMMBN时，所述基站重复预定次数发送TMMBR。
根据本发明的另一个方面，提供了一种调整视频编码速率的方法，包括：当前正在进行视频业务的第一终端接收当前正在进行视频业务的第二终端响应于TMMBR发送的临时最大媒体流比特率请求TMMBN，其中，所述TMMBR携带有基站根据信息调整视频编码速率的目标编码速率；所述第一终端根据所述TMMBN向所述第二终端发送SIP UPDATE信息以重新协商新速率；其中，所述信息包括以下至少之一：信道质量、小区覆盖信息、系统负荷。
根据本发明实施例的再一个方面，提供了一种调整视频编码速率的装置，应用于基站侧，包括：获取模块，设置为获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷；调整模块，设置为根据所述信息构造用于指示调整视频编码速率的指令；第一发送模块，设置为向当前正在进行视频业务的终端发送携带有所述指令的临时最大媒体流比特率请求TMMBR。
可选地，所述调整模块包括：判断单元，设置为判断所述信息是否满足以下之一的条件：第一条件：所述终端的视频业务无丢包、且无视频业务调度延时、且所述终端所处小区位置离所述基站距离小于第一预设距离、且所述终端所处小区负荷小于第一预设阈值；第二条件：所述终端的视频业务产生丢包、或所述视频业务调度延时，或所述终端所处小区位置离所述基站距离大于第二预设距离、或所述终端所处小区负荷大于第二预设阈值；提升单元，设置为在判断所述信息满足所述第一条件时，构造提升视频编码速率的第一TMMBR；降低单元，设置为在判断所述信息满足所述第二条件时，构造降低视频编码速率的第二TMMBR。
可选地，所述提升单元包括：第一接收子单元，设置为接收当前正在进行视频业务的终端中发送的RTCP包；第一处理子单元，设置为学习RTCP报的发包规则，进行RTP包头滤波，将用于提升编码速的信息添加到所述第一TMMBR中；所述降低单元包括：第二接收子单元，设置为接收当前正在进行视频业务的终端中的第一终端发送的RTCP包；第二处理子单元，设置为学习RTCP报的发包规则，进行RTP包头滤波，将调整后的第二目标编码速率添加到第二TMMBR中。
可选地，其中，所述第一发送模块，设置为核心网向当前正在进行视频业务的第二终端 发送所述第一TMMBR，并通过所述第二终端向所述第一终端发送临时最大媒体流比特率通知TMMBN，其中，所述第一终端向所述第二终端发送SIP UPDATE信息以重新协商新速率；或，通过核心网向当前正在进行视频业务的第二终端发送所述第二TMMBR，并通过所述第二终端向所述第一终端发送TMMBN，其中，所述第一终端向所述第二终端发送SIP UPDATE信息以重新协商新速率。
可选地，在所述基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求TMMBR之后，所述装置包括：第一接收模块，设置为接收当前正在进行视频业务的终端响应于所述TMMBR发送的TMMBN。
可选地，在所述基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求TMMBR之后，所述装置包括：第二发送模块，设置为在预定时间内未收到当前正在进行视频业务的终端响应于所述TMMBR发送的TMMBN时，重复预定次数发送TMMBR。
根据本发明实施例的再一个方面，提供管理一种调整视频编码速率的装置，应用于当前正在进行视频业务的第一终端侧，包括：第二接收模块，用于接收当前正在进行视频业务的第二终端响应于TMMBR发送的临时最大媒体流比特率请求TMMBN，其中，所述TMMBR携带有用于指示调整视频编码速率的指令；第三发送模块，用于根据所述TMMBN向所述第二终端发送SIP UPDATE信息以重新协商新速率；其中，所述信息包括以下至少之一：信道质量、小区覆盖信息、系统负荷。
本发明的实施例还提供了一种存储介质所述存储介质包括存储的程序，其中，所述程序运行时执行上述调整视频编码速率的方法中任一项所述的方法。
通过本发明实施例，基站获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷，进而基站根据所述信息构造用于指示调整视频编码速率的指令；因此，基站向当前正在进行视频业务的终端发送携带有该指令的临时最大媒体流比特率请求TMMBR，从而解决了相关技术中在有限的LTE系统带宽和变化波动的信道场景下难以保证视频通话的流畅性，提高了视频通话的稳定性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的调整视频编码速率的方法的流程图一；
图2是根据本发明实施例的调整视频编码速率的方法的流程图二；
图3是根据本发明实施例的调整视频编码速率的装置的结构框图一；
图4是根据本发明实施例的调整视频编码速率的装置的结构框图二；
图5是根据本发明可选实施例中TMMBR包格式示意图；
图6是根据本发明可选实施例的基站进行上行调速的流程图；
图7是根据本发明可选实施例的基站进行下行调速的流程图；
图8是根据本发明可选实施例的基站与核心网终端的关系示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种调整视频编码速率的方法，图1是根据本发明实施例的调整视频编码速率的方法的流程图一，如图1所示，该流程包括如下步骤：
步骤S102：基站获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷；
步骤S104：基站根据信息构造用于指示调整视频编码速率的指令；
步骤S106：基站向当前正在进行视频业务的终端发送携带有该指令的临时最大媒体流比特率请求TMMBR。
通过本实施例的步骤S102至步骤S106，基站获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷，进而基站根据所述信息构造用于指示调整视频编码速率的指令；因此，基站向当前正在进行视频业务的终端发送携带有该指令的临时最大媒体流比特率请求TMMBR，从而解决了相关技术中在有限的LTE系统带宽和变化波动的信道场景下难以保证视频通话的流畅性，提高了视频通话的稳定性。
在本实施例的可选实施方式中，对于步骤S104中涉及到的基站根据所述信息构造用于指示调整视频编码速率的指令的方式，在本实施例可以是：
步骤S104-1:基站判断信息是否满足以下之一的条件：第一条件：终端的视频业务无丢包、且无视频业务调度延时、且终端所处小区位置离基站距离小于第一预设距离、且终端所处小区负荷小于第一预设阈值；第二条件：终端的视频业务产生丢包、或视频业务调度延时，或终端所处小区位置离基站距离大于第二预设距离、或终端所处小区负荷大于第二预设阈值；
步骤S104-2:在判断信息满足第一条件时，基站构造提升视频编码速率的第一TMMBR；
步骤S104-3:在判断信息满足第二条件时，基站构造降低视频编码速率的第二TMMBR。
需要说明的是，步骤S104-2在具体应用场景中可以是：基站构造提升视频编码速率的第 一TMMBR包括：基站接收当前正在进行视频业务的终端中发送的RTCP包；基站学习RTCP报的发包规则，进行RTP包头滤波，将用于提升编码速的信息添加到第一TMMBR中；
步骤S104-3在具体应用场景中可以是：基站构造提升视频编码速率的第二TMMBR包括：基站接收当前正在进行视频业务的终端中发送的RTCP包；基站学习RTCP报的发包规则，进行RTP包头滤波，将降低编码速率的信息添加到第二TMMBR中。
在本实施例的另一个可选实施方式中，对于本实施例步骤S106中涉及到的基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求TMMBR的方式，可以通过如下方式来实现：基站通过核心网向当前正在进行视频业务的第二终端发送第一TMMBR，并通过第二终端向第一终端发送临时最大媒体流比特率通知TMMBN，其中，第一终端向第二终端发送SIP UPDATE信息以重新协商新速率；或，基站通过核心网向当前正在进行视频业务的第二终端发送第二TMMBR，并通过第二终端向第一终端发送TMMBN，其中，第一终端向第二终端发送SIP UPDATE信息以重新协商新速率。
可选地，在基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求TMMBR之后，本实施例的方法包括：基站接收当前正在进行视频业务的终端响应于TMMBR发送的TMMBN。
基于此，在基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求TMMBR之后，本实施例的方法包括：在预定时间内未收到当前正在进行视频业务的终端响应于TMMBR发送的TMMBN时，基站重复预定次数发送TMMBR。
图2是根据本发明实施例的调整视频编码速率的方法的流程图二，如图2所示，该方法的步骤包括：
步骤S202：当前正在进行视频业务的第一终端接收当前正在进行视频业务的第二终端响应于TMMBR发送的临时最大媒体流比特率请求TMMBN，其中，TMMBR携带有基站根据信息调整视频编码速率；
步骤S204：第一终端根据TMMBN向第二终端发送SIP UPDATE信息以重新协商新速率至目标编码速率；其中，信息包括以下至少之一：信道质量、小区覆盖信息、系统负荷。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种调整视频编码速率的装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件， 或者软件和硬件的组合的实现也是可能并被构想的。
图3是根据本发明实施例的调整视频编码速率的装置的结构框图一，该装置应用于基站侧，如图3所示，该装置包括：获取模块32，设置为获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷；调整模块34，与获取模块32耦合连接，设置为根据信息调整视频编码速率；第一发送模块36，与调整模块34耦合连接，设置为向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求TMMBR。
可选地，该调整模块34包括：判断单元，设置为判断信息是否满足以下之一的条件：第一条件：终端的视频业务无丢包、且无视频业务调度延时、且终端所处小区位置离基站距离小于第一预设距离、且终端所处小区负荷小于第一预设阈值；第二条件：终端的视频业务产生丢包、或视频业务调度延时，或终端所处小区位置离基站距离大于第二预设距离、或终端所处小区负荷大于第二预设阈值；提升单元，设置为在判断信息满足第一条件时，构造提升视频编码速率的第一TMMBR；降低单元，设置为在判断信息满足第二条件时，构造降低视频编码速率的第二TMMBR。
可选地，提升单元包括：第一接收子单元，设置为接收当前正在进行视频业务的终端中发送的RTCP包；第一处理子单元，设置为学习RTCP报的发包规则，进行RTP包头滤波，将用于提升编码速的信息添加到第一TMMBR中；降低单元包括：第二接收子单元，设置为接收当前正在进行视频业务的终端中的第一终端发送的RTCP包；第二处理子单元，设置为学习RTCP报的发包规则，进行RTP包头滤波，将调整后的第二目标编码速率添加到第二TMMBR中。
可选地，该第一发送模块，设置为核心网向当前正在进行视频业务的第二终端发送第一TMMBR，并通过第二终端向第一终端发送临时最大媒体流比特率通知TMMBN，其中，第一终端向第二终端发送SIP UPDATE信息以重新协商新速率；或，通过核心网向当前正在进行视频业务的第二终端发送第二TMMBR，并通过第二终端向第一终端发送TMMBN，其中，第一终端向第二终端发送SIP UPDATE信息以重新协商新速率。
可选地，在基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求TMMBR之后，装置包括：第一接收模块，设置为接收当前正在进行视频业务的终端响应于TMMBR发送的TMMBN。
在本实施力度饿可选实施方式中，在基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求TMMBR之后，该装置还可以包括：第二发送模块，设置为在预定时间内未收到当前正在进行视频业务的终端响应于TMMBR发送的TMMBN时，重复预定次数发送TMMBR。
图4是根据本发明实施例的调整视频编码速率的装置的结构框图二，该装置应用于当前正在进行视频业务的第一终端侧，如图4所示，该装置包括：第二接收模块42，设置为接收当前正在进行视频业务的第二终端响应于TMMBR发送的临时最大媒体流比特率请求 TMMBN，其中，TMMBR携带有基站根据信息调整视频编码速率的目标编码速率；第三发送模块44，与第二接收模块42耦合连接，设置为根据TMMBN向第二终端发送SIP UPDATE信息以重新协商新速率；其中，信息包括以下至少之一：信道质量、小区覆盖信息、系统负荷。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。
下面结合本发明的可选实施例对本发明进行举例说明；
本可选实施例提供了一种自适应调整视频速率的系统及方法。根据本可选实施例的系统及方法能够根据信道质量、小区覆盖、系统负荷等，自适应调整视频的编码速率，让客户在无感知的情况下，实时调整视频编码，提高客户体验，增强视频的LTE覆盖，节省系统带宽。
在本可选实施例中，基站结合终端所处的信道质量，小区覆盖，系统负荷等，判定终端当前的视频速率是否满足以下条件(1)或(2)，需要说明的是，在本实施例中上下行独立判定：
(1)，若判定为视频业务无丢包，且无调度延时，且终端所处小区位置为优，且小区负荷较轻时，可以判定为该视频用户可以适当提升视频编码速率，提升用户体验。
(2)，若判定为视频业务出现丢包，或者调度不及时，或者终端所处小区位置为劣，或者小区出现拥塞时，可以判定为该视频用户可以适当降低视频编码速率，保证用户体验。
基于上述(1)和(2)，该基站解析终端发送的RTCP包，学习RTCP包的发包规则，进行RTP包头滤波，构造TMMBR，将视频的目标速率填入TMMBR包中。图5是根据本发明可选实施例中TMMBR包格式示意图，如图5所述，参考协议RFC5104。
图6是根据本发明可选实施例的基站进行上行调速的流程图，如图6所示，当该视频终端UE1的上行满足(1)或者(2)中的条件时，基站在该终端UE1的下行链路上，发送请求升速或者降速的TMMBR。该终端UE1收到基站发给自己的TMMBR后，解析出是请求变速的RTCP信息，随后终端UE1会在上行链路上发送速率调整之后的视频RTP包。或，
图7是根据本发明可选实施例的基站进行下行调速的流程图，如图7所示，当该视频终端UE1的下行满足(1)或者(2)中的条件时，基站在该终端UE1的上行链路上，发送请求升速或者降速的TMMBR。对方终端UE2收到核心网转发给自己的TMMBR后，解析出是请求变速的RTCP信息，随后对方终端UE2会在上行链路上发送速率调整之后的视频RTP包。UE1收到的就会是UE2调整速率之后的视频RTP包。
通过本可选实施例，视频用户会随着所处小区位置以及小区自身负荷等信息自适应调整视频速率，当终端移动到小区远点时，视频进行降速，节省系统带宽的同时，还可以保证视频终端的用户体验，无卡顿，无马赛克，图像流畅。同时也提高了视频用户的LTE覆盖。当 小区负荷轻且终端移动到小区中心近点时，可以适当的提升视频编码速率，提供更清晰舒适的视频体验。
图8是根据本发明可选实施例的基站与核心网终端的关系示意图，如图8所示，eNodeB1是第一运营商的，eNodeB2是第二运营商基站。以下实施例都是在eNodeB1上进行。在eNodeB1下接入一部volte UE1，另一部终端放置在较远的其他运营商eNodeB2下，为volte UE2。需要说明的是，两部终端都在同一基站下的处理是一致的。
实施例1：
本方案步骤如下：
步骤S302：eNodeB1小区空载。两部终端进行视频通话，视频速率为1Mbps。控制UE1处于eNodeB1小区下的极近点。呼通之后，手持UE1从小区中心缓慢移动至小区边缘。
步骤S304：eNodeB1的条件判定模块发现UE1上行出现丢包，时延也变大，通知eNodeB1的下行用户面，构造降速的TMMBR RTCP包，填写TMMBR中的视频速率为384kbps，头大小为滤波值40B。
步骤S306：UE1收到降速的TMMBR之后，回复TMMBN给UE2，随后，UE1上行发送的视频报文按照384kbps的速率进行发送。UE1的上行速率实现降速。
实施例2：
本方案步骤如下：
步骤S402：eNodeB1小区空载。两部终端进行视频通话，视频速率为64kbps。控制UE1处于eNodeB1小区下的远点。呼通之后，手持UE1从小区边缘缓慢移动至小区中心。
步骤S404：eNodeB1的条件判定模块发现UE1上行无丢包，无时延，无拥塞，负荷低，通知eNodeB1的下行用户面，构造升速的TMMBR RTCP包，填写TMMBR中的视频速率为128kbps，头大小为滤波值40B。
步骤S406：UE1收到升速的TMMBR之后，回复TMMBN给UE2，随后，UE1上行发送的视频报文按照128kbps的速率进行发送。UE1的上行速率实现升速。
实施例3：
本方案步骤如下：
步骤S502：eNodeB1小区空载。两部终端进行视频通话，视频速率为1Mbps。控制UE1处于eNodeB1小区下的极近点。呼通之后，手持UE1从小区中心缓慢移动至小区边缘。
步骤S504：eNodeB1的条件判定模块发现UE1下行出现丢包，时延也变大，通知eNodeB1的上行用户面，构造降速的TMMBR RTCP包，填写TMMBR中的视频速率为384kbps，头大小为滤波值40B。
步骤S506：UE2收到降速的TMMBR之后，回复TMMBN给UE1，随后，UE2上行发送的视频报文按照384kbps的速率进行发送。UE1的下行速率实现降速。
实施例4：
本方案步骤如下：
步骤S602：eNodeB1小区空载。两部终端进行视频通话，视频速率为64kbps。控制UE1处于eNodeB1小区下的远点。呼通之后，手持UE1从小区边缘缓慢移动至小区中心。
步骤S604：eNodeB1的条件判定模块发现UE1下行无丢包，无时延，无拥塞，负荷低，通知eNodeB1的上行用户面，构造升速的TMMBR RTCP包，填写TMMBR中的视频速率为128kbps，头大小为滤波值40B。
步骤S606：UE2收到升速的TMMBR之后，回复TMMBN给UE1，随后，UE2上行发送的视频报文按照128kbps的速率进行发送。UE1的下行速率实现升速。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
步骤S1：基站获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷；
步骤S2：基站根据信息构造用于指示调整视频编码速率的指令；
步骤S3：基站向当前正在进行视频业务的终端发送携带有该指令的临时最大媒体流比特率请求TMMBR。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
步骤S1：当前正在进行视频业务的第一终端接收当前正在进行视频业务的第二终端响应于TMMBR发送的临时最大媒体流比特率请求TMMBN，其中，TMMBR携带有基站根据信息调整视频编码速率；
步骤S2：第一终端根据TMMBN向第二终端发送SIP UPDATE信息以重新协商新速率至目标编码速率；其中，信息包括以下至少之一：信道质量、小区覆盖信息、系统负荷。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个 集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
在本发明实施例的调整视频编码速率的过程中，基站获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷，进而基站根据所述信息构造用于指示调整视频编码速率的指令；因此，基站向当前正在进行视频业务的终端发送携带有该指令的临时最大媒体流比特率请求TMMBR，从而解决了相关技术中在有限的LTE系统带宽和变化波动的信道场景下难以保证视频通话的流畅性，提高了视频通话的稳定性。

Claims (14)

  1. 一种调整视频编码速率的方法，包括：
    基站获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷；
    所述基站根据所述信息构造用于指示调整视频编码速率的指令；
    所述基站向当前正在进行视频业务的终端发送携带有所述指令的临时最大媒体流比特率请求TMMBR。
  2. 根据权利要求1所述的方法，其中，述基站根据所述信息构造用于指示调整视频编码速率的指令包括：
    所述基站判断所述信息是否满足以下之一的条件：
    第一条件：所述终端的视频业务无丢包、且无视频业务调度延时、且所述终端所处小区位置离所述基站距离小于第一预设距离、且所述终端所处小区负荷小于第一预设阈值；
    第二条件：所述终端的视频业务产生丢包、或所述视频业务调度延时，或所述终端所处小区位置离所述基站距离大于第二预设距离、或所述终端所处小区负荷大于第二预设阈值；
    在判断所述信息满足所述第一条件时，所述基站构造提升视频编码速率的第一TMMBR；
    在判断所述信息满足所述第二条件时，所述基站构造降低视频编码速率的第二TMMBR。
  3. 根据权利要求2所述的方法，其中，
    所述基站构造提升视频编码速率的第一TMMBR包括：基站接收当前正在进行视频业务的终端中发送的RTCP包；所述基站学习RTCP报的发包规则，进行RTP包头滤波，将用于提升编码速的信息添加到所述第一TMMBR中；
    所述基站构造提升视频编码速率的第二TMMBR包括：基站接收当前正在进行视频业务的终端中发送的RTCP包；所述基站学习RTCP报的发包规则，进行RTP包头滤波，将降低编码速率的信息添加到所述第二TMMBR中。
  4. 根据权利要求3所述的方法，其中，所述基站向当前正在进行视频业务的终端发送携带有所述指令的临时最大媒体流比特率请求TMMBR包括：
    所述基站通过核心网向当前正在进行视频业务的第二终端发送所述第一TMMBR，并通过所述第二终端向第一终端发送临时最大媒体流比特率通知TMMBN，其中，所述第一终端向所述第二终端发送SIP UPDATE信息以重新协商新速率；或，
    所述基站通过核心网向当前正在进行视频业务的第二终端发送所述第二TMMBR，并通过所述第二终端向所述第一终端发送TMMBN，其中，所述第一终端向所述第二终端发送SIP UPDATE信息以重新协商新速率。
  5. 根据权利要求1所述的方法，其中，在所述基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求TMMBR之后，所述方法包括：
    所述基站接收当前正在进行视频业务的终端响应于所述TMMBR发送的TMMBN。
  6. 根据权利要求5所述的方法，其中，在所述基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求TMMBR之后，所述方法包括：
    在预定时间内未收到当前正在进行视频业务的终端响应于所述TMMBR发送的TMMBN时，所述基站重复预定次数发送TMMBR。
  7. 一种调整视频编码速率的方法，包括：
    当前正在进行视频业务的第一终端接收当前正在进行视频业务的第二终端响应于TMMBR发送的临时最大媒体流比特率请求TMMBN，其中，所述TMMBR携带有基站根据信息调整视频编码速率的目标编码速率；
    所述第一终端根据所述TMMBN向所述第二终端发送SIP UPDATE信息以重新协商新速率；
    其中，所述信息包括以下至少之一：信道质量、小区覆盖信息、系统负荷。
  8. 一种调整视频编码速率的装置，应用于基站侧，包括：
    获取模块，设置为获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷；
    调整模块，设置为根据所述信息构造用于指示调整视频编码速率的指令；
    第一发送模块，设置为向当前正在进行视频业务的终端发送携带有所述指令的临时最大媒体流比特率请求TMMBR。
  9. 根据权利要求8所述的装置，其中，所述调整模块包括：
    判断单元，设置为判断所述信息是否满足以下之一的条件：
    第一条件：所述终端的视频业务无丢包、且无视频业务调度延时、且所述终端所处小区位置离所述基站距离小于第一预设距离、且所述终端所处小区负荷小于第一预设阈值；
    第二条件：所述终端的视频业务产生丢包、或所述视频业务调度延时，或所述终端所处小区位置离所述基站距离大于第二预设距离、或所述终端所处小区负荷大于第二预设阈值；
    提升单元，设置为在判断所述信息满足所述第一条件时，构造提升视频编码速率的第一TMMBR；
    降低单元，设置为在判断所述信息满足所述第二条件时，构造降低视频编码速率的第二TMMBR。
  10. 根据权利要求9所述的装置，其中，
    所述提升单元包括：第一接收子单元，设置为接收当前正在进行视频业务的终端中发送的RTCP包；第一处理子单元，设置为学习RTCP报的发包规则，进行RTP包头滤波，将用于提升编码速的信息添加到所述第一TMMBR中；
    所述降低单元包括：第二接收子单元，设置为接收当前正在进行视频业务的终端中的第一终端发送的RTCP包；第二处理子单元，设置为学习RTCP报的发包规则，进行RTP包头滤波，将调整后的第二目标编码速率添加到第二TMMBR中。
  11. 根据权利要求10所述的装置，其中，
    所述第一发送模块，设置为核心网向当前正在进行视频业务的第二终端发送所述第一TMMBR，并通过所述第二终端向所述第一终端发送临时最大媒体流比特率通知TMMBN，其中，所述第一终端向所述第二终端发送SIP UPDATE信息以重新协商新速率；或，通过核心网向当前正在进行视频业务的第二终端发送所述第二TMMBR，并通过所述第二终端向所述第一终端发送TMMBN，其中，所述第一终端向所述第二终端发送SIPUPDATE信息以重新协商新速率。
  12. 根据权利要求10所述的装置，其中，在所述基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求TMMBR之后，所述装置包括：
    第一接收模块，设置为接收当前正在进行视频业务的终端响应于所述TMMBR发送的TMMBN。
  13. 根据权利要求12所述的装置，其中，在所述基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求TMMBR之后，所述装置包括：
    第二发送模块，设置为在预定时间内未收到当前正在进行视频业务的终端响应于所述TMMBR发送的TMMBN时，重复预定次数发送TMMBR。
  14. 一种调整视频编码速率的装置，应用于当前正在进行视频业务的第一终端侧，包括：
    第二接收模块，设置为接收当前正在进行视频业务的第二终端响应于TMMBR发送的临时最大媒体流比特率请求TMMBN，其中，所述TMMBR携带有用于指示调整视频编码速率的指令；
    第三发送模块，设置为根据所述TMMBN向所述第二终端发送SIP UPDATE信息以重新协商新速率；
    其中，所述信息包括以下至少之一：信道质量、小区覆盖信息、系统负荷。
PCT/CN2017/078789 2016-04-01 2017-03-30 调整视频编码速率的方法及装置 WO2017167224A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610203766.9A CN107294923A (zh) 2016-04-01 2016-04-01 调整视频编码速率的方法及装置
CN201610203766.9 2016-04-01

Publications (1)

Publication Number Publication Date
WO2017167224A1 true WO2017167224A1 (zh) 2017-10-05

Family

ID=59963546

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/078789 WO2017167224A1 (zh) 2016-04-01 2017-03-30 调整视频编码速率的方法及装置

Country Status (2)

Country Link
CN (1) CN107294923A (zh)
WO (1) WO2017167224A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115396012A (zh) * 2022-08-24 2022-11-25 中国联合网络通信集团有限公司 无人机数据传输方法、系统、电子设备及存储介质

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111654586B (zh) * 2020-06-22 2021-09-03 Oppo广东移动通信有限公司 语音编码码率的调整方法、装置、终端及存储介质
CN113316005A (zh) * 2021-04-20 2021-08-27 新华三技术有限公司 一种调整视频码率的方法和通信系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8228861B1 (en) * 2008-09-12 2012-07-24 Nix John A Efficient handover of media communications in heterogeneous IP networks using handover procedure rules and media handover relays
US20140219119A1 (en) * 2011-08-31 2014-08-07 Panasonic Corporation Mobile terminal and method for controlling rate change
CN104770042A (zh) * 2012-10-29 2015-07-08 高通股份有限公司 用于增强视频电话以实现本地qos的方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104602282B (zh) * 2011-04-08 2018-09-21 华为技术有限公司 状态信息上报方法和用户设备
US8953803B2 (en) * 2011-07-27 2015-02-10 Telefonaktiebolaget Lm Ericsson (Publ) Circuit switched mobile telephony in fixed wireless access
US9226168B2 (en) * 2013-08-13 2015-12-29 Alcatel Lucent APN-AMBR authorization in GPRS mobile network
CN104981020B (zh) * 2014-04-02 2019-03-05 成都鼎桥通信技术有限公司 上行gbr业务的调度方法及基站

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8228861B1 (en) * 2008-09-12 2012-07-24 Nix John A Efficient handover of media communications in heterogeneous IP networks using handover procedure rules and media handover relays
US20140219119A1 (en) * 2011-08-31 2014-08-07 Panasonic Corporation Mobile terminal and method for controlling rate change
CN104770042A (zh) * 2012-10-29 2015-07-08 高通股份有限公司 用于增强视频电话以实现本地qos的方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115396012A (zh) * 2022-08-24 2022-11-25 中国联合网络通信集团有限公司 无人机数据传输方法、系统、电子设备及存储介质
CN115396012B (zh) * 2022-08-24 2023-06-02 中国联合网络通信集团有限公司 无人机数据传输方法、系统、电子设备及存储介质

Also Published As

Publication number Publication date
CN107294923A (zh) 2017-10-24

Similar Documents

Publication Publication Date Title
CN106937073B (zh) 基于VoLTE的视频通话码率调整方法、装置及移动终端
US8867390B2 (en) Adaptive quality of service policy for dynamic networks
US10721754B2 (en) Data transmission method and apparatus
EP2742724B1 (en) Method and apparatus for controlling wireless uplink sessions
CN101743725B (zh) 用于通信系统中的自适应速率控制的方法、装置和系统
US9113486B2 (en) Method and apparatus for controlling wireless uplink sessions
US9843964B2 (en) Method and apparatus for managing congestion in wireless communication system
CN104254109B (zh) 用户设备、基站、流媒体自适应传输系统和方法
US20140155043A1 (en) Application quality management in a communication system
US20140153392A1 (en) Application quality management in a cooperative communication system
WO2023035894A1 (zh) 一种数据处理方法、设备、可读存储介质和程序产品
US20190297666A1 (en) System for prioritizing emergency services within a self organizing network
US20130194937A1 (en) Method and apparatus for providing intelligent codec rate adaptation for wireless users
WO2023035895A1 (zh) 一种数据处理方法、设备、可读存储介质和程序产品
WO2017166973A1 (zh) 编码方式配置方法及装置
EP3811666B1 (en) Techniques to adjust transmission rate
CN108667573A (zh) 一种数据处理方法、装置及相关设备
WO2019219413A1 (en) Wireless communications apparatus and methods
WO2017167224A1 (zh) 调整视频编码速率的方法及装置
KR20150057557A (ko) 이동 망에서 비디오 트래픽의 사용자 만족도 최적화를 고려한 혼잡 완화 방법 및 그 장치
WO2013155839A1 (zh) 一种ack/nack信息的传输方法和设备
CN109041112A (zh) 接入节点和操作接入节点的方法
Ramamurthi et al. Video-QoE aware resource management at network core
CN108206925B (zh) 多路视频通话的实现方法、装置及多通终端
KR20150093507A (ko) 시거리 기반 적응적 비디오 스트리밍 서비스 제공 방법 및 시스템

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17773254

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17773254

Country of ref document: EP

Kind code of ref document: A1