CN101056418A - A bandwidth control method and terminal device - Google Patents
A bandwidth control method and terminal device Download PDFInfo
- Publication number
- CN101056418A CN101056418A CN 200710110971 CN200710110971A CN101056418A CN 101056418 A CN101056418 A CN 101056418A CN 200710110971 CN200710110971 CN 200710110971 CN 200710110971 A CN200710110971 A CN 200710110971A CN 101056418 A CN101056418 A CN 101056418A
- Authority
- CN
- China
- Prior art keywords
- bandwidth
- media channel
- opposite end
- message
- adjust
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
The invention discloses a band width control method comprising following steps: judging whether the band width of a media passageway needs to adjust according information sent from a party; if the band width of the media passageway needs to adjust, the adjusted band width of the media passageway is obtained based on the information sent from the party; notifying the adjusted band width of the media passageway to the party and communicating with the party by using the adjusted band width of the media passageway. The invention also discloses a terminal device. With the invention, the terminal device in a calling state can self-adaptively adjusts a network band width so that the communication is not restrained by a calling band width which is originally configured and is automatically adjusted to an optimal communication quality.
Description
Technical field
The present invention relates to networking technology area, relate in particular to a kind of band width control method and terminal equipment.
Background technology
Along with the universal of Internet and based on TCP (Transmission Control Protocol, transmission control protocol)/IP (Internet Protocol, Internet Protocol) the continuous development of network technology, video communication has caused increasing attention and development with advantages such as its real-time of conversing, big information capacities.And along with various audio/video encoding/decoding optimization Algorithm, acceleration with hardware and software computing ability, the application of video communication and consumer objects are also expanded to masses by original high-end user, the complexity of video communication network also therefore by original single IP networking to the complex network transition that incorporates various access technologies now.
Though present SIP (Session Initiation Protocol, session initiation protocol) is very popular in NGN (NextGeneration Network, next generation network) network, does not then provide unified standard for video communication and system.On the other hand, because ITU-T (InternationalTelecommunication Union-Telecommunication standardization sector, international telecommunication union telecommunication's standardization group) at first formulated H.323 protocol stack, and formulated the various assemblies of video-signal system in standard, so present video-signal system is still based on protocol stack H.323.H.323 protocol stack constitutes by calling out control and signaling protocol, and its structure comprises signalings such as the encoding and decoding encapsulation of audio ﹠ video signal, the signaling of being responsible for call signaling transmitting-receiving and control and capabilities exchange as shown in Figure 1.H.323 protocol infrastructure comprises terminal (Terminal), gateway (Gateway), gatekeeper (Gatekeeper) and multipoint control unit (Multipoint Control Unit, logical block such as MCU).Wherein, the major function of gateway comprises the conversion and the information transmission of protocol translation, information format.Gatekeeper's major function comprises: address transition, bandwidth control, district management, call control signalling, call authorization.The major function of MCU is for supporting the meeting of three above node devices.
Usually, calling party's video terminal is always earlier initiated H225 message to the callee and is set up to call out and connect, and H.225 message is a member in the H323 protocol stack, mainly be responsible for registration, allow control and point-to-point between call establishment and dismounting.Calling party and callee on H225 is connected, set up call out connect after, in the H245 connection, carry out the operations such as negotiation of coding/decoding capability.H.245 be a member in the H323 protocol stack, mainly be responsible for the opening, close of negotiation, media channel (also claiming logical channel) of medium coding/decoding capability, and the signaling manipulation of some meetings controls.Two ends negotiate after the common coding/decoding capability, open the Media Stream passage with RTP (Real-time Transport Protocol, real time transport protocol) protocol transmission audio-video code stream.Terminal quantizes the local terminal audio frequency and video analogue data that collects, and issues the opposite end in the Real-time Transport Protocol of packing, and carries the sequence number and the timestamp of audio, video data in RTP packet the inside; After the opposite end receives the RTP data, carry out corresponding decoding according to timestamp, and output on the output equipment of local terminal, according to the packet loss in the sequence number statistics transmission course.RTCP (Real-time Transport ControlProtocol, RTCP Real-time Transport Control Protocol) is responsible for the supervision to rtp streaming, is divided into SR (Sender Report, Sender Report) message and RR (Receiver Report, Receiver Report) message.SR message be to the sender transmit and receive data the bag statistics, its form as shown in Figure 3, RR message is the statistics that the recipient is received packet, its form as shown in Figure 4.
H.323 agreement belongs to application layer protocol, can't perception for following transport layer.That is to say that video terminal can't be known point-to-point real network bandwidth.In present video communication, point-to-point access network bandwidth is disposed by this locality respectively.As shown in Figure 2, the access bandwidth of terminal A configuration is 2016K, and the access bandwidth of terminal B configuration is 1536K.After A and B set up point-to-point conversation by H225, H245, bandwidth parameter determines according to the minimum bandwidth of two ends configuration: the point-to-point conversation bandwidth of A and B was 1536K.Two terminals open audio frequency and video buffering area in the time of encoding and decoding also determines according to 1536K.Yet A to the point-to-point real network of B owing to mixing of using of other equipment of same access network taken more bandwidth, remaining effective voip bandwidth not enough 1536K far away, as having only 768K, if therefore terminal will have a large amount of packet losses according to the bandwidth transmission data of 1536K, on terminal, demonstrate a large amount of flower screen phenomenons.
Therefore, the video communication of terminal at present can't perception to the network actual bandwidth, iff the access bandwidth configuration call according to terminal, a large amount of packet losses and Hua Ping phenomenon will be arranged.Present processing method is manually will call out to connect to disconnect, and rule of thumb after the call bandwidth parameter of adjustment configuration, makes a call again.Therefore, to video communication quality and convenience very big influence will be arranged.
Summary of the invention
The problem to be solved in the present invention provides a kind of band width control method, with solve in the prior art terminal in communication because of detecting the communication quality decline that the network bandwidth causes.
For achieving the above object, the invention provides a kind of band width control method, comprise the steps:
According to the message that the opposite end sends, judge whether to need to adjust the bandwidth of media channel;
When needing to adjust the bandwidth of described media channel, obtain to adjust the bandwidth of back media channel according to the message of described opposite end transmission;
Notify the bandwidth of described adjustment back, described opposite end media channel and use the described bandwidth of adjusting the back media channel to communicate with described opposite end.
Wherein, the described message that sends according to the opposite end judges whether and need also comprise before the bandwidth of adjustment media channel:
The calling of setting up signal post's need with described opposite end is connected and media channel.
Wherein, in the step that bandwidth described and the described adjustment of opposite end use back media channel communicates, remain the described calling of setting up and be connected with described opposite end.
Wherein, the message of described opposite end transmission is Sender Report SR message or the Receiver Report RR message based on real-time Transmission control rtcp protocol.
Wherein, the described message that sends according to the opposite end judges whether that the step that need adjust the bandwidth of media channel further comprises:
Obtain the packet loss that carries in SR message that described opposite end sends or the RR message;
Judge whether described packet loss has exceeded the packet loss allowed band that sets in advance;
When exceeding described packet loss allowed band, be judged as the bandwidth that needs to adjust media channel, otherwise do not need to adjust the bandwidth of media channel.
Wherein, during described bandwidth that need to adjust described media channel, the step that the message that sends according to described opposite end obtains to adjust the bandwidth of back media channel is specially:
The packet loss that carries in SR message that sends according to the described described opposite end that obtains or the RR message obtains to adjust the bandwidth of back media channel.
Wherein, notify the described bandwidth of adjusting the back media channel in described opposite end and further comprise with step that described opposite end uses the described bandwidth of adjusting the back media channel to communicate:
Send the message of closing described media channel to described opposite end;
After media channel is closed, send the message of opening new media channel, wherein carry the described bandwidth of adjusting the back media channel to described opposite end;
Use the described bandwidth of adjusting the back media channel to communicate with described opposite end.
The present invention also provides a kind of terminal equipment, comprising:
Judging unit is used for judging whether that according to the message that the opposite end sends needs adjust the bandwidth of media channel;
The bandwidth acquiring unit is used for when described judgment unit judges need be adjusted the bandwidth of media channel, obtains to adjust the bandwidth of back media channel according to the message of described opposite end transmission;
Media channel is set up the unit, notifies the bandwidth of media channel after the adjustment that the described bandwidth acquiring unit in described opposite end obtains, and sets up new media channel with described opposite end and communicate.
Wherein, also comprise:
Receiving element is used to receive the message of described opposite end transmission and to described judging unit transmission, the message that described opposite end sends is Sender Report SR message or the Receiver Report RR message based on rtcp protocol.
Wherein, also comprise:
Call out to connect and set up the unit, be used for being connected with the calling that the opposite end is set up signal post and needed, described calling is connected described media channel and sets up setting up in the process of new media channel with the opposite end of unit, remains the calling that needs with the signal post of described opposite end foundation and is connected.
Compared with prior art, the present invention has the following advantages:
Terminal in the conversation can be according to the adaptive adjustment network bandwidth of RTCP message, make communication needn't be subject to the call bandwidth of initial configuration, thereby self-adjusting is to best communication quality.In addition, be in course of adjustment to have kept call out connecting and be in connection status all the time.
Description of drawings
Fig. 1 is the structural representation of protocol stack H.323 in the prior art;
Fig. 2 is the point-to-point network bandwidth configuration schematic diagram of video communication in the prior art;
Fig. 3 is the form schematic diagram of Sender Report SR message in the prior art;
Fig. 4 is the form schematic diagram of Receiver Report RR message in the prior art;
Fig. 5 is in the embodiments of the invention one, the flow chart of band width control method;
Fig. 6 is the flow chart of the related call establishment of embodiments of the invention one;
Fig. 7 is in the embodiments of the invention two, the flow chart of band width control method;
Fig. 8 is in the embodiments of the invention three, the signaling process figure of band width control method;
Fig. 9 is in the embodiments of the invention four, is used for the terminal equipment structural representation of bandwidth control.
Embodiment
Core concept of the present invention is, in the communication process, the two ends of conversing respectively in the RTCP RP that sends of opposite end or the SP message packet loss detect.If this packet loss surpasses admissible scope, then terminal is revised call bandwidth according to this packet loss notice opposite end, sets up media channel with new call bandwidth after closing media channel.Closing in the process of reconstruction of this media channel, the calling at two ends connection remains.
In the embodiments of the invention one, a kind of band width control method may further comprise the steps as shown in Figure 5:
Step s101, according to the message that the opposite end sends, judge whether to need to adjust the bandwidth of media channel.
Step s102, when need adjusting the bandwidth of media channel, the message that sends according to the opposite end obtains to adjust the bandwidth of back media channel.
The bandwidth of media channel after step s103, the notice opposite end adjustment uses the bandwidth of adjusting the back media channel to communicate with the opposite end.
Below, this method is elaborated by in conjunction with the specific embodiment under the different scenes.
Before carrying out the bandwidth control flow, the two ends of conversation at first need be set up to call out and connect and media channel with the bandwidth of two ends configuration.This is set up, and calling connection flow process is identical with common H323 calling, and situation about being registered on the same gatekeeper with calling terminal and terminal called is an example, and this calls out connection building process as shown in Figure 6, comprises the steps:
Step s201, calling terminal send ARQ (Admission Request inserts request) message to the gatekeeper and authenticate by RAS (Registration Admission and Status, registration, access authentication and status poll) signaling.Also comprise the request call bandwidth parameter in this ARQ message, being used for calling terminal asks this to call out operable bandwidth to the gatekeeper, the bandwidth parameter here generally is meant the access bandwidth of equipment, as the request call bandwidth parameter is 2016K, and the expression calling terminal is wished that the gatekeeper allows to call out on the operable bandwidth at this and is limited to 2016K.
Step s202, gatekeeper return ACF (Admission Confirm to the calling terminal of authentication success, admission confirm) message, also comprise the response of gatekeeper in this ACF message for call bandwidth parameter in the ARQ message, the gatekeeper can allow this calling terminal to use request call bandwidth in this ARQ message in calling, also can reduce this request call bandwidth.When being 2016K as the request call bandwidth parameter of ARQ message, the gatekeeper can allow in the ACF message of responding this 2016K as the upper limit, or to reduce this request call bandwidth be 1536K, make the calling of calling terminal with 1536K as the upper limit.If authentification failure then gatekeeper returns ARJ (Admission Reject, admission reject),, do not do description at this about the situation of failure comprising the reason of failure.
After step s203, calling terminal and gatekeeper connect, send Setup message to terminal called by message Q.931.Q.931 message is based upon in the H225 connection, for carrying out the employed agreement of information interaction, mainly is responsible for the signaling process in the calling procedure, and the H245 mailing address and the port of negotiate further on this basis.
Step s204, terminal called are given calling terminal by Q.931 sending Call Proceeding (call treatment) message, comprising H245 channel address information.
Step s205, terminal called send ARQ message to the gatekeeper by RAS, and request authenticates the called subscriber.Also comprise the request call bandwidth parameter in this ARQ message, be used for terminal called and ask this to call out operable bandwidth to the gatekeeper.
Step s206, gatekeeper return ACF message to the terminal called of authentication success, also comprise the response of gatekeeper in this ACF message for call bandwidth parameter in the ARQ message, if authentification failure then gatekeeper returns ARJ (Admission Reject, admission reject), comprising the reason of failure, do not do description at this about the situation of failure.
Step s207, terminal called send Q.931 message warning (Alerting) to calling terminal, comprising H245 channel address information.
Step s208, calling terminal are set up the H245 passage with terminal called and are connected, and carry out capabilities exchange by H245.This capabilities exchange comprises the exchange of coding/decoding capability and the selection of call bandwidth parameter.
Step s209, calling terminal and terminal called are set up media channel.Minimum bandwidth by the two ends configuration in the selection of call bandwidth parameter determines, access call bandwidth parameter as calling terminal is 2016K, the access call bandwidth parameter of terminal called is 1536K, after then point-to-point conversation was set up at two ends, the call bandwidth parameter determines according to the minimum bandwidth of two ends configuration: the point-to-point conversation bandwidth of calling terminal and terminal called was 1536K.
Connect the process of setting up for other forms of calling, as gatekeeper's routing call foundation etc., also be to set up to call out by H225 message by calling terminal and terminal called to be connected, in this callings connection, carry out the capability negotiation of H245 and set up the step composition of media channel, do not do being repeated in this description at this.
All comprise the foundation of calling out establishment of connection and media channel based on the voip call of protocol stack H.323.Wherein, calling out establishment of connection is visible with cutting off user terminal; And the foundation of media channel is sightless with cutting off user terminal.For user terminal, media channel can interrupt and rebulid connection in calling is carried out, and calls out the cut-out that connects and then means real disconnection voip call.Among the present invention, when needs are adjusted the employed bandwidth in two ends, only need carry out closing and rebuilding of media channel, and the calling at two ends connection remains.In the embodiments of the invention two, after the calling connection was finished with media channel foundation, a kind of band width control method comprised the steps: as shown in Figure 7
Step s301, the current termination of communicating by letter with opposite end foundation are received the RTCP message of opposite end feedback.
Step s302, when the RTCP message of front end according to the opposite end feedback, judge whether need to adjust call bandwidth, carry out step s303 when not needing to adjust, carry out step s304 when needing to adjust.
When judging whether to need to adjust call bandwidth, the foundation of judging is the packet loss of RTP bag, the method of packet loss of obtaining this RTP bag when front end is as follows: when front end in communication process, receive RTCP RR (Receiver Report) message or SR (Sender Report) message of opposite end feedback, wherein among the Report Block n (n message blocks) of SR message or RR message, has a synchronous source identifier (SynchronizationSource Identifier, SSRC_n), packet loss among this SSRC_n (fraction lost) reflected the opposite end receive ID be the source of SSRC_n send the RTP bag time, the RTP bag lose ratio.Concrete, be example with RR message, packet loss is defined as: a RR message is in the time that sends current RR message on sending in the opposite end, and the RTP that is expected wraps number and the difference of the RTP bag number of being received and the ratio of the RTP bag number of being expected.
Therefore, when front end can obtain the packet loss that the opposite end receives the RTP packet from the RR message of opposite end feedback, and judge it is which local rtp streaming in the transmission course of opposite end packet loss is taking place according to SSRC_ID.
After obtaining the packet loss of this RTP bag, when front end judges whether needs adjustment call bandwidth according to this packet loss.The standard of judging can be set a threshold value in advance, surpasses this threshold value, thinks that then packet loss is too high, influences communication quality, need readjust bandwidth.As consider that the RTP bag packet loss that does not influence conversation is 1%, then can dispose 2% and be admissible RTP bag packet loss.When the RTP bag packet loss that gets access to when front end surpassed 2%, then thinking needed to adjust call bandwidth.
Step s303, do not carry out call bandwidth adjustment and end.
At this moment, when continuing to monitor the RTCP message of opposite end feedback, front end judges in order to the bandwidth adjustment of carrying out next time.
Step s304, obtain new call bandwidth when front end.
Concrete, when front end calculates suitable call bandwidth according to packet loss.The method of calculating suitable call bandwidth according to packet loss is a lot, for example can adopt: original call bandwidth * (1-packet loss * 100%) calculates.
Step s305, close current media channel when front end, and set up new media channel with new bandwidth.
Concrete, when front end by to opposite end transmission CloseLogicalChannel (closing logical channel) message, close current media channel.Send OpenLogicalChannel (opening logical channel) message to the opposite end then, carry new call bandwidth parameter in the message, it is original constant that other parameters except that bandwidth parameter keep, the opposite end according to the OpenLogicalChannel message that receives with set up new media channel when front end.In this process, though variation has taken place bandwidth, the variation tendency of bandwidth is constantly to diminish, and therefore can not exceed to call out to connect to set up the bandwidth upper limit that the gatekeeper allowed in the process, do not need to the gatekeeper bandwidth on demand again yet, therefore work as front end and be connected and remain with the calling of opposite end.After the new logic passage is set up and finished,, and continue the packet loss that supervision RTCP feeds back when front end and opposite end continuation video calling.
In the embodiments of the invention three, be respectively terminal A and terminal B is an example with the two ends of conversing, terminal A sets up to call out with terminal B and is connected, and employed call bandwidth parameter is 1536K.In communication process, terminal A and terminal B be transmit leg and recipient each other, below as the recipient this band width control method is described as transmit leg, terminal B with terminal A, as shown in Figure 8, may further comprise the steps:
Step s401, terminal A set up to call out with terminal B and are connected and media channel, and employed call bandwidth parameter is 1536K.
Step s402, terminal A send RTCP SR message as transmit leg to terminal B.
Step s403, terminal B send RTCP RR message to terminal A.
Step s404, terminal A are according to the RTCP RR message that terminal B sends, and obtaining packet loss and judging needs to adjust the employed bandwidth of media channel.
If packet loss is 10% in the RTCP RR message of the terminal B that terminal A gets access to, and the admissible RTP bag packet loss that sets in advance is 2%, and then terminal A judges needs to adjust the employed bandwidth of media channel.
Step s405, terminal A obtain new call bandwidth.
If the method for calculating call bandwidth according to packet loss that sets in advance is: new call bandwidth=original call bandwidth * (1-packet loss * 100%), then new call bandwidth are 1536K * (1-10%)=1382.4K.
Step s406, terminal A send CloseLogicalChannel message to terminal B.
Media channel between step s407, terminal A and terminal B interrupts, and calls out to connect still to keep.
Step s408, terminal A send OpenLogicalChannel message to terminal B, wherein carry new call bandwidth.Here new call bandwidth is 1382.4K.
Set up new media channel between step s409, terminal A and terminal B.
The employed bandwidth parameter of new media channel is 1382.4K.
Behind the step s409, terminal A will judge the packet loss in the RTCP RR message of terminal B feedback, thereby when new media channel does not still satisfy the conversation needs, continue to adjust the employed bandwidth parameter of media channel.This process is identical with the described process of above-mentioned s401～s409, does not do being repeated in this description at this.In addition, be that transmit leg, terminal B are that the recipient is an example with terminal A in the described process of above-mentioned s401～s409, be transmit leg with terminal B, when terminal A is the recipient, similar to the above process, do not do to be repeated in this description at this yet.
By the band width control method of using above embodiment to provide, the terminal equipment in the conversation can be according to the adaptive adjustment network bandwidth of message of opposite end feedback, make communication needn't be subject to the call bandwidth of initial configuration, thereby self-adjusting is to best communication quality.In addition, be in course of adjustment to have kept call out connecting and be in connection status all the time.
In the embodiments of the invention four, described a kind of terminal equipment, its structure comprises as shown in Figure 9:
Judging unit 10 is used for judging whether that according to the message that the opposite end sends needs adjust the bandwidth of media channel.The message that the opposite end sends is Sender Report SR message or the Receiver Report RR message based on rtcp protocol.Judging unit 10 obtains the packet loss that carries in SR message that the opposite end sends or the RR message, and judge whether this packet loss has exceeded the packet loss allowed band that sets in advance, when exceeding this allowed band, then be judged as the bandwidth that needs to adjust media channel, otherwise do not adjust the bandwidth of media channel.
Media channel is set up unit 30, and the bandwidth of media channel is set up new media channel with the opposite end and communicated after the adjustment that is used for obtaining according to bandwidth acquiring unit 20.Particularly, media channel is set up unit 30 and is sent the message of closing media channel to the opposite end, and sends the message of opening new media channel to the opposite end, wherein carries the bandwidth of adjusting the back media channel, uses the bandwidth of adjusting the back media channel to communicate with the opposite end.
Receiving element 40 is used to receive the message of opposite end transmission and to judging unit 10 transmissions, wherein the message of opposite end transmission is Sender Report SR message or the Receiver Report RR message based on rtcp protocol.
Call out to connect and to set up unit 50, be used for being connected with the calling that the opposite end is set up signal post and needed, this calling is connected media channel and sets up in the process of media channel after the foundation adjustment of unit 30, remains to be connected with calling that the opposite end is set up signal post and needed and not to have a disconnection.
By the terminal equipment that uses above embodiment to provide, the terminal equipment in the conversation can be according to the adaptive adjustment network bandwidth of message of opposite end feedback, make communication needn't be subject to the call bandwidth of initial configuration, thereby self-adjusting is to best communication quality.In addition, be in course of adjustment to have kept call out connecting and be in connection status all the time.
More than disclosed only be several specific embodiment of the present invention, still, the present invention is not limited thereto, any those skilled in the art can think variation all should fall into protection scope of the present invention.
Claims (10)
1, a kind of band width control method is characterized in that, comprises the steps:
According to the message that the opposite end sends, judge whether to need to adjust the bandwidth of media channel;
When needing to adjust the bandwidth of described media channel, obtain to adjust the bandwidth of back media channel according to the message of described opposite end transmission;
Notify the bandwidth of described adjustment back, described opposite end media channel and use the described bandwidth of adjusting the back media channel to communicate with described opposite end.
2, band width control method according to claim 1 is characterized in that, the described message that sends according to the opposite end also comprise before need judging whether to adjust the bandwidth of media channel:
The calling of setting up signal post's need with described opposite end is connected and media channel.
As band width control method as described in the claim 2, it is characterized in that 3, use in the step that the described bandwidth of adjusting the back media channel communicates described and opposite end, remains the described calling of setting up with described opposite end and be connected.
4, band width control method according to claim 1 is characterized in that, the message that described opposite end sends be to control the Sender Report SR message or the Receiver Report RR message of rtcp protocol based on real-time Transmission.
5, as band width control method as described in the claim 4, it is characterized in that, the described message that sends according to the opposite end, the step that need to judge whether to adjust the bandwidth of media channel further comprises:
Obtain the packet loss that carries in SR message that described opposite end sends or the RR message;
Judge whether described packet loss has exceeded the packet loss allowed band that sets in advance;
When exceeding described packet loss allowed band, be judged as the bandwidth that needs to adjust media channel, otherwise do not need to adjust the bandwidth of media channel.
As band width control method as described in the claim 4, it is characterized in that 6, described when needing to adjust the bandwidth of described media channel, the step that the message that sends according to described opposite end obtains to adjust the bandwidth of back media channel is specially:
The packet loss that carries in SR message that sends according to the described described opposite end that obtains or the RR message obtains to adjust the bandwidth of back media channel.
7, band width control method according to claim 1 is characterized in that, notifies the described bandwidth of adjusting the back media channel in described opposite end and further comprises with step that described opposite end uses the described bandwidth of adjusting the back media channel to communicate:
Send the message of closing described media channel to described opposite end;
After media channel is closed, send the message of opening new media channel, wherein carry the described bandwidth of adjusting the back media channel to described opposite end;
Use the described bandwidth of adjusting the back media channel to communicate with described opposite end.
8, a kind of terminal equipment is characterized in that, comprising:
Judging unit is used for judging whether that according to the message that the opposite end sends needs adjust the bandwidth of media channel;
The bandwidth acquiring unit is used for when described judgment unit judges need be adjusted the bandwidth of media channel, obtains to adjust the bandwidth of back media channel according to the message of described opposite end transmission;
Media channel is set up the unit, notifies the bandwidth of media channel after the adjustment that the described bandwidth acquiring unit in described opposite end obtains, and sets up new media channel with described opposite end and communicate.
9, as terminal equipment as described in the claim 8, it is characterized in that, also comprise:
Receiving element is used to receive the message of described opposite end transmission and to described judging unit transmission, the message that described opposite end sends is Sender Report SR message or the Receiver Report RR message based on rtcp protocol.
10, as terminal equipment as described in the claim 8, it is characterized in that, also comprise:
Call out to connect and set up the unit, be used for being connected with the calling that the opposite end is set up signal post and needed, described calling is connected described media channel and sets up setting up in the process of new media channel with the opposite end of unit, remains the calling that needs with the signal post of described opposite end foundation and is connected.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2007101109711A CN100574467C (en) | 2007-06-12 | 2007-06-12 | A kind of band width control method and terminal equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2007101109711A CN100574467C (en) | 2007-06-12 | 2007-06-12 | A kind of band width control method and terminal equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101056418A true CN101056418A (en) | 2007-10-17 |
| CN100574467C CN100574467C (en) | 2009-12-23 |
Family
ID=38795982
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2007101109711A Expired - Fee Related CN100574467C (en) | 2007-06-12 | 2007-06-12 | A kind of band width control method and terminal equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100574467C (en) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010015183A1 (en) * | 2008-08-07 | 2010-02-11 | 华为技术有限公司 | Method, device and system for bandwidth resource synchronization |
| CN101488916B (en) * | 2009-01-24 | 2012-07-11 | 华为终端有限公司 | Band-width control method, apparatus, terminal and system based on video conference |
| CN102970250A (en) * | 2012-11-30 | 2013-03-13 | 福建星网锐捷网络有限公司 | Method and apparatus for bandwidth allocation in distributed router system and network device |
| CN103139749A (en) * | 2011-11-30 | 2013-06-05 | 深圳业拓讯通信科技有限公司 | Intelligent accelerating system and method based on mobile network strategy and billing framework |
| CN104008077A (en) * | 2014-05-07 | 2014-08-27 | 武汉精测电子技术股份有限公司 | Device and method for achieving serial port package capturing based on single chip microcomputer |
| CN104244303A (en) * | 2013-06-24 | 2014-12-24 | 中兴通讯股份有限公司 | Consultation method and determination method of terminal capability and terminals |
| CN106412627A (en) * | 2015-07-30 | 2017-02-15 | 中国电信股份有限公司 | Method and system for controlling usage bandwidth of video terminal |
| CN106973294A (en) * | 2015-09-28 | 2017-07-21 | 苏州踪视通信息技术有限公司 | The initial bandwidth estimation of real-time video transmission |
| CN106982378A (en) * | 2015-09-28 | 2017-07-25 | 苏州踪视通信息技术有限公司 | The Bandwidth adjustment of real-time video transmission |
| US10506257B2 (en) | 2015-09-28 | 2019-12-10 | Cybrook Inc. | Method and system of video processing with back channel message management |
| CN111770067A (en) * | 2020-06-12 | 2020-10-13 | 山东浪潮通软信息科技有限公司 | Security video acquisition method, device and system based on Internet of things |
| CN113115078A (en) * | 2021-04-09 | 2021-07-13 | 浙江大华技术股份有限公司 | Bandwidth adjusting method and device |
-
2007
- 2007-06-12 CN CNB2007101109711A patent/CN100574467C/en not_active Expired - Fee Related
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010015183A1 (en) * | 2008-08-07 | 2010-02-11 | 华为技术有限公司 | Method, device and system for bandwidth resource synchronization |
| CN101488916B (en) * | 2009-01-24 | 2012-07-11 | 华为终端有限公司 | Band-width control method, apparatus, terminal and system based on video conference |
| CN103139749A (en) * | 2011-11-30 | 2013-06-05 | 深圳业拓讯通信科技有限公司 | Intelligent accelerating system and method based on mobile network strategy and billing framework |
| CN103139749B (en) * | 2011-11-30 | 2016-06-08 | 深圳业拓讯通信科技有限公司 | A kind of based on mobile network's strategy and the intelligent accelerating system of charging framework and method |
| CN102970250A (en) * | 2012-11-30 | 2013-03-13 | 福建星网锐捷网络有限公司 | Method and apparatus for bandwidth allocation in distributed router system and network device |
| CN104244303A (en) * | 2013-06-24 | 2014-12-24 | 中兴通讯股份有限公司 | Consultation method and determination method of terminal capability and terminals |
| WO2014206136A1 (en) * | 2013-06-24 | 2014-12-31 | 中兴通讯股份有限公司 | Terminal capability negotiation method, determination method, and terminal |
| CN104008077B (en) * | 2014-05-07 | 2017-07-28 | 武汉精测电子技术股份有限公司 | Device and method based on chip microcontroller serial ports packet capturing |
| CN104008077A (en) * | 2014-05-07 | 2014-08-27 | 武汉精测电子技术股份有限公司 | Device and method for achieving serial port package capturing based on single chip microcomputer |
| CN106412627A (en) * | 2015-07-30 | 2017-02-15 | 中国电信股份有限公司 | Method and system for controlling usage bandwidth of video terminal |
| CN106982378A (en) * | 2015-09-28 | 2017-07-25 | 苏州踪视通信息技术有限公司 | The Bandwidth adjustment of real-time video transmission |
| CN106973294A (en) * | 2015-09-28 | 2017-07-21 | 苏州踪视通信息技术有限公司 | The initial bandwidth estimation of real-time video transmission |
| US10506257B2 (en) | 2015-09-28 | 2019-12-10 | Cybrook Inc. | Method and system of video processing with back channel message management |
| CN111770067A (en) * | 2020-06-12 | 2020-10-13 | 山东浪潮通软信息科技有限公司 | Security video acquisition method, device and system based on Internet of things |
| CN113115078A (en) * | 2021-04-09 | 2021-07-13 | 浙江大华技术股份有限公司 | Bandwidth adjusting method and device |
| CN113115078B (en) * | 2021-04-09 | 2022-08-16 | 浙江大华技术股份有限公司 | Bandwidth adjusting method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100574467C (en) | 2009-12-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101056418A (en) | A bandwidth control method and terminal device | |
| US8145770B2 (en) | Devices, methods, and media for determining and assigning optimal media characteristics in communications sessions | |
| US8031728B2 (en) | Method of controlling audio communication on a network | |
| CN101035365A (en) | Multimedia session service quality management method under multiple radio network integrated environment | |
| CN1319983A (en) | Communication quality guaranteed internet telephone system and route creation method | |
| CN1759571A (en) | Method and communication system for signalling information for optimising rate control schemes in wireless networks | |
| CN1882116A (en) | Mobile switching centre built in video gateway and method for realizing multimedia interconnection | |
| CN1266885C (en) | Method for realizing monitoring based on soft switch | |
| CN1833441A (en) | Method for bitrate adjustment | |
| CN1645861A (en) | Flexible exchanging network method for passing fire wall | |
| CN1497903A (en) | Method and system for submitting control and monitoring function for telecommunication exchange area | |
| CN1885837A (en) | Method for switching media stream code/decode format | |
| WO2009039781A1 (en) | Video data update method and system | |
| CN1992706A (en) | Method for adjusting statistical parameter value in media gateway | |
| CN101052073A (en) | Method for establishing multiparty conversation | |
| CN1859339A (en) | Communication system and method for realizing IP cross-domain inter communication by edge media gateway | |
| WO2009121272A1 (en) | Media gateway, media gateway controller, method and system for communication of multimedia phones | |
| JP2016540454A (en) | Endpoint information interaction processing method, apparatus, and telepresence endpoint | |
| CN1716945A (en) | Method for detecting medium flow service quality | |
| CN1976376A (en) | Method for calling session, IP telephone system and IP telephone terminal | |
| CN1889578A (en) | Communication control method, apparatus and system | |
| CN1705266A (en) | Method for acquiring specified message from remote and uses and system thereof | |
| CN1564562A (en) | Method of controlling signalling and media bridging in IP telephone net | |
| CN1882023A (en) | Realization method for providing multi-rate data information loading service | |
| CN1946055A (en) | Method for switching medium data transmission path in instant communication |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20091223 Termination date: 20200612 |