CN101159746B - Self-adaptive method and system - Google Patents

Self-adaptive method and system Download PDF

Info

Publication number
CN101159746B
CN101159746B CN2007101770314A CN200710177031A CN101159746B CN 101159746 B CN101159746 B CN 101159746B CN 2007101770314 A CN2007101770314 A CN 2007101770314A CN 200710177031 A CN200710177031 A CN 200710177031A CN 101159746 B CN101159746 B CN 101159746B
Authority
CN
China
Prior art keywords
report
message
sender
receiver
opposite end
Prior art date
Application number
CN2007101770314A
Other languages
Chinese (zh)
Other versions
CN101159746A (en
Inventor
周蕙菁
张新林
张晓东
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to CN2007101770314A priority Critical patent/CN101159746B/en
Publication of CN101159746A publication Critical patent/CN101159746A/en
Application granted granted Critical
Publication of CN101159746B publication Critical patent/CN101159746B/en

Links

Abstract

The invention relates to a self-adaptive method for achieving both-sided or multisided VOIP conversation, which comprises setting a scan time span in a scan timer; scanning, by the local terminal, RTP message and SR/RR message sent by each conversation and RTP message and SR/RR message received by each conversation, and recording the numbers of the sent RTP message and SR/RR message and the numbers of the received RTP message and SR/RR message; detecting the numbers of the RTP message and the SR/RR messages when reaching the scan time; maintaining the SR/RR message transmitting state of the local terminal according to the detection result, and waiting for an opposite terminal to transmit APP request message; and transmitting APP response message to an opposite terminal when receiving the APP request message from the opposite terminal, self-adaptively adjusting the SR/RR message transmitting state; or transmitting APP request message to the opposite terminal to wait for the APP response message from the opposite end, and self-adaptively adjusting the SR/RR message transmitting state of the local terminal according to the content of the APP response message when receiving the APP response message from the opposite terminal. The invention can adjust the SR/RR transmitting state of the local terminal according to the actual condition of the opposite terminal.

Description

A kind of adaptive approach and system

Technical field

The present invention relates to VOIP (Voice Over IP) technical field, relate in particular to a kind of adaptive approach and system.

Background technology

RTP (Real Time Transport Protocol, RTP) for real time data provides transfer function end to end, as mutual audio-visual data, function comprises that load type distinguishes serial number codes, time stamp, transmitting, monitoring; RTP User Datagram Protoco (UDP) (User Datagram Protocol, UDP) on, utilize that UDP is multiplexing, transport layer functionality is finished in bag verifying function cooperation jointly.

Real-time Transport Protocol comprises two parts: RTP (being used for transmitting real-time data) and RTCP Real-time Transport Control Protocol (RTCP), RTCP are used for the monitoring of RTP quality of service.The RTP part is mainly finished the load encapsulation, sequence number management, time stamp encoding function; The major function that RTCP realizes has: the feedback that data transmission quality is provided, it is RTP provides Flow Control, congested control as transport layer protocol a part, this feedback can be used for the control of adaptive coding, be used to monitor this locality or far-end mistake, can offer the third party for the IP multicast and make network monitoring usefulness.The RTCP message is divided into five types of Sender Report (SR), Receiver Report (RR), information source explanation (SDES), conversation end (BYE), application-specific messages (APP).Wherein the most important message of feedback network quality is SR and RR message, and the self adaptation of indication of the present invention sends also only at SR and RR message.

The RFC3550 regulation, the RTCP function is an optional function, and in actual applications, when SR/RR only also initiates SR/RR message and treatment S R/RR message in the opposite end, could really provide the voice quality feedback of reference value, particularly the calculating of network delay relies on the DLSR field in the SR/RR message, and the SR message that the DLSR field needs local terminal to receive the opposite end just is effective value.If the opposite end does not provide the function of treatment S R/RR in the session, and local terminal still calculates the frequency that sends SR/RR at every turn, and encapsulation sends the SR/RR message, all is the waste of resource for the RTP equipment performance or the network bandwidth.On the other hand,, in the time of need obtaining network condition adjustment speech coding or carry out other controls, send SR/RR, give the opposite end required up-to-date information, also can't realize effective quality control if local terminal can not in time encapsulate when the opposite end sends and energy treatment S R/RR.

Summary of the invention

In order to solve above-mentioned technical problem, a kind of adaptive approach and system are provided, its purpose is, has realized detecting the opposite end and whether support SR/RR in the RTP session, whether adaptive adjustment local terminal sends SR/RR simultaneously.

The invention provides a kind of adaptive approach, be used for both sides or carry out the VOIP conversation in many ways, comprising:

Step 1 is provided with length sweep time in the scanning timer;

Step 2, local terminal scans RTP message and the Sender Report/Receiver Report that each session sends, and the RTP message and the Sender Report/Receiver Report of each session reception, and RTP message amount and the RTP message of Sender Report/Receiver Report quantity and reception and the quantity of Sender Report/Receiver Report of record transmission respectively;

Step 3 after arrival length sweep time, detects RTP message amount and Sender Report/Receiver Report quantity; Local terminal is according to testing result: if testing result is zero or all greater than zero for the Sender Report/Receiver Report quantity of the Sender Report/Receiver Report quantity that sends and reception, then keep local terminal Sender Report/Receiver Report transmit status; If Sender Report/Receiver Report quantity that the Sender Report/Receiver Report quantity that receives sends greater than zero is zero, wait for that then the opposite end sends the APP request message, and send the APP response message to the opposite end after receiving the APP request message that the opposite end sends, and self adaptation is adjusted local terminal Sender Report/Receiver Report transmit status; If testing result is zero for the Sender Report/Receiver Report quantity that sends greater than the zero Sender Report/Receiver Report quantity that receives, then send the APP request message to the opposite end, and wait for that the opposite end sends the APP response message, the content-adaptive according to the APP response message after receiving opposite end APP response message is adjusted local terminal Sender Report/Receiver Report transmit status.

In the step 3, after local terminal receives the APP request message of opposite end transmission, the parameter that whether the sign local terminal can be sent Sender Report/Receiver Report is encapsulated in the APP response message that sends to the opposite end, and self adaptation is adjusted local terminal Sender Report/Receiver Report transmit status.

In the step 3, opposite end APP response message comprises whether sign needs local terminal to send the parameter of Sender Report/Receiver Report, and local terminal is adjusted local terminal Sender Report/Receiver Report transmit status according to this parameter adaptive.

Also comprise: with RTP message amount and the RTP message of Sender Report/Receiver Report quantity and reception and the quantity zero clearing of Sender Report/Receiver Report that sends, repeated execution of steps 1, step 2 and step 3.

In the step 1, sweep time length T=ST+R*MT, wherein ST is that scanning reference period of timer and the value of ST are unit with MT, MT is the maximum transmission cycle of Sender Report/Receiver Report, R is the random number between 0 to ST.

The invention provides a kind of Adaptable System, be used for both sides or carry out the VOIP conversation in many ways, comprise local terminal and/or opposite end, local terminal and/or opposite end also comprise:

The scanning timer is used to be provided with length sweep time;

The message scan module is used to scan RTP message and the Sender Report/Receiver Report that each session sends, and the RTP message and the Sender Report/Receiver Report of each session reception;

The message amount logging modle is used to write down RTP message amount and the RTP message of Sender Report/Receiver Report quantity and reception and the quantity of Sender Report/Receiver Report of transmission;

The message amount detection module is used to arrive and detects RTP message amount and Sender Report/Receiver Report quantity after length sweep time;

The testing result processing module, be used for according to testing result:, then keep local terminal Sender Report/Receiver Report transmit status if testing result is zero or all greater than zero for the Sender Report/Receiver Report quantity of the Sender Report/Receiver Report quantity that sends and reception; If Sender Report/Receiver Report quantity that the Sender Report/Receiver Report quantity that receives sends greater than zero is zero, wait for that then the opposite end sends the APP request message, and send the APP response message to the opposite end after receiving the APP request message that the opposite end sends, and self adaptation is adjusted local terminal Sender Report/Receiver Report transmit status; If testing result is zero for the Sender Report/Receiver Report quantity that sends greater than the zero Sender Report/Receiver Report quantity that receives, then send the APP request message to the opposite end, and wait for that the opposite end sends the APP response message, the content-adaptive according to the APP response message after receiving opposite end APP response message is adjusted local terminal Sender Report/Receiver Report transmit status.

Sweep time the length computation module, be used for calculating length sweep time according to following formula:

Sweep time length T=ST+R*MT, wherein, ST is that scanning reference period of timer and the value of ST are unit with MT, MT is the maximum transmission cycle of Sender Report/Receiver Report, R is the random number between 0 to ST.

The present invention can realize the actual conditions according to the opposite end, whether adaptive adjustment local terminal SR/RR sends, do not needing to support in the network of SR/RR function that the expense that can reduce calculating SR/RR transmission frequency and receive the SR/RR message has improved network utilization and RTP utilization rate of equipment and installations.Support can in time send the SR/RR message in the network of SR/RR function at needs, in time the feedback network situation supplies business reference with better adjustment voice quality.

Description of drawings

Fig. 1 is to be session diagram one to one in the prior art;

Fig. 2 participates in session diagram in many ways in the prior art;

Fig. 3 is an APP request message form among the present invention;

Fig. 4 is an APP response message form among the present invention;

Fig. 5 is an adaptive approach schematic diagram provided by the invention.

Embodiment

Among the present invention, detect the opposite end and whether support the SR/RR function, utilize APP (Application-DefinedRTCP Packet) message, realize whether self adaptation adjustment local terminal sends SR/RR.Among the RFC3550, the APP message is to need not registration can directly supply with using, and by the style number subtype that should be used for defining APP message under APP apply names name and the APP apply names, but after a kind of APP was widely used, suggestion was registered as new RTCP type.Among the present invention, unregisteredly use earlier this APP message, and definition name is SLFA, the subtype of request message is 30, and the subtype of response message is 31.Concrete message format is seen Fig. 3 and Fig. 4.

Fig. 1 is a session diagram one to one in the prior art, and the adaptive approach that is applied in the session one to one provided by the invention comprises:

Step 1, local terminal provide the scan round timer, scan the packet sending and receiving situation of each session every a period of time;

Step 2, at each session, the transmitting-receiving situation of record RTP message and SR/RR message;

Step 3 is worked as timer expiry, detects the message number that writes down in all sessions, judges the SR/RR functional status according to the message number;

If the SR/RR packet sending and receiving all has or receives and dispatches all and do not have, then keep SR/RR transmission situation separately, forward step 5 to;

If having only not send, the SR/RR message receives, think that then the opposite end do not support SR/RR, then local terminal sends an APP request message (message format is referring to Fig. 3), does not temporarily change SR/RR and sends situation, and wait for opposite end APP response message (message format is referring to Fig. 4), forward step 4 to;

Do not have only reception if the SR/RR message sends, think that then the opposite end supports SR/RR, and local terminal does not send SR/RR, does not temporarily change SR/RR to send situation, waits for forwarding step 4 to by the APP request message of opposite end;

Step 4 if receive opposite end APP response message, is then checked the application-dependent data application-dependent data field in the APP message, and 1 expression needs to send SR/RR, and 2 expressions do not need to send SR/RR; If receive opposite end APP request message, then determine local terminal SR/RR transmit status according to the local terminal configuration or by business, the SR/RR state is encapsulated in to respond in the APP response message gives the opposite end;

If a period of time is received APP request or response message, think that then the opposite end do not support adaptation function, so local terminal is as the criterion with the state of opposite end, adjust the SR/RR transmit status of local terminal adaptively;

Step 5, the packet sending and receiving situation is clear 0, repeating step two.

In the session that participates in many ways as shown in Figure 2, method provided by the invention still can be used, be based on that multicast sends because participate in the RTP of session and RTCP message generally speaking in many ways, its opposite end can regard as except that own in this multicast group other all members' and, detecting the method for all opposite end SR/RR states is consistent with the method for an opposite end SR/RR state of session detection one to one.In multi-party conversation, what local terminal was safeguarded is that other all participants' SR/RR transmitting-receiving sum is added up, therefore, as long as wherein SR/RR is supported in the opposite end arbitrarily, local terminal just will have SR/RR receiving and counting value, therefore as long as two or more session participant has opened the SR/RR function in the session, just can not send the APP request message, the session participant who does not originally send SR/RR can not receive request message self adaptation adjustment SR/RR is separately sent.If have only a participant to send SR/RR in the session, then local terminal sends an APP request message, other participants respond APP according to state separately and reply but do not handle APP and reply, as long as original transmission SR/RR person receive an APP reply application-dependent data field be 1 just keep transmit status, otherwise close the transmission of SR/RR.

Be elaborated below in conjunction with the enforcement of accompanying drawing to technical solution of the present invention.At first as follows to the APP message field (MFLD) brief description among the present invention:

Fig. 3 is an APP request message form among the present invention, and APP request message format fields is described as follows:

V (version): 2 bits, Real-time Transport Protocol version number, version is 2 at present;

P (padding): 1 bit, fill sign, message does not have this field of the field of filling and is changed to 0;

The style number of APP message under the subtype:5 bit, apply names, subtype is defined as 30 among the present invention;

PT (packet type): 8 bits, RTCP APP type of message is 204;

The name:32 bit, self-defining apply names, name is defined as SLFA among the present invention;

Application-dependent data: variable length, use self-definedly, among the present invention, application-dependent data takies 32 bits, and value is 0;

Fig. 4 is an APP response message form among the present invention, and each explanation of field of APP response message form is as follows:

V (version): 2 bits, Real-time Transport Protocol version number, version is 2 at present;

P (padding): 1 bit, fill sign, message does not have this field of the field of filling and is changed to 0;

The style number of APP message under the subtype:5 bit, apply names, subtype is defined as 31 among the present invention;

PT (packet type): 8 bits, RTCPAPP type of message are 204;

The name:32 bit is used self-defining APP apply names, and name is defined as SLFA among the present invention

Application-dependent data: variable length, use self-defined, among the present invention, application-dependent data takies 32 bits, value is that 1 expression local terminal can send SR/RR, and value is that 2 expression local terminals can not send SR/RR, and other values are 0.

Adaptive approach embodiment provided by the invention is that example describes with man-to-man session model shown in Figure 1 as shown in Figure 5, and establishing A is local terminal, and B is the opposite end, comprising:

Step 501, A provides the scan round timer, scan the packet sending and receiving situation of each session, the transmitting-receiving situation that comprises RTP message and SR/RR message: sendrtp (local terminal sends RTP message number), recvrtp (local terminal receives RTP message number), sendrtcp (local terminal sends SR/RR message number), recvrtcp (local terminal receives SR/RR message number); The reference period basetime of scanning timer disposes for the user, but must be greater than the transmission period m axrtcptime of SR/RR maximum in the session, and value is unit with maxrtcptime; Adjust timer duration time=basetime+random*maxrtcptime on the basetime basis again, random is a random number between 0 to basetime, and adding random is in order to prevent network burst flow regularly;

Step 502, A is at the transmitting-receiving situation of each conversation recording RTP message and RTCP message:

A sends then sendrtp+1 of a RTP message;

A receives then recvrtp+1 of a RTP message;

A sends then sendrtcp+1 of a SR/RR message;

A receives then recvrtcp+1 of a SR/RR message;

Step 503 when the timer expiry of A, detects the message number that writes down in all sessions;

1) if (recvrtcp>0 and sendrtcp>0) or (recvrtcp=0 and sendrtcp=0) illustrates that A and B are same SR/RR transmit statuss, keep original state separately;

2) as if recvrtcp=0, sendrtcp>0 then needs to add recvrtp and judges,

If recvrtp=0, then possibility network or session have problem, and RTP and SR/RR message are not all received, temporarily keep original SR/RR transmit status;

If recvrtp>0 illustrate that then network and session are normal, but B may not send the SR/RR message, therefore A encapsulates the APP message: v=2, p=1, PT=204, subtype=30, length=3, the SSRC of SSRC=A, name=SLFA, application-dependent data=0, send this message, wait for the APP response message, temporarily keep original SR/RR transmit status;

3) as if recvrtcp>0, sendrtcp=0 illustrate that B sends the SR/RR message, and A sends not, waits for the APP request message, temporarily keeps original SR/RR transmit status;

Step 504 is if A receives the APP request message, then according to the configuration of A or by the SR/RR transmit status of business decision A, encapsulation APP response message: v=2, p=1, PT=204, subtype=31, length=3, the SSRC of SSRC=A, name=SLFA, if can send SR/RR, application-dependent data=1 then, otherwise application-dependent data=2, send the APP message, and SR/RR is set is corresponding state;

If A receives the APP response message, decapsulation APP message is then adjusted oneself state according to the value of application-dependentdata;

If A does not receive any APP message in a period of time, think that then B does not support adaptive ability, therefore adjust the state of oneself according to the state of B;

Step 505 regenerates random, recomputates timer duration, the RTP packet sending and receiving situation in each session that receives after the scan setting timer duration, and sendrtp, recvrtp, sendrtcp, recvrtcp is clear 0, repeating step 502.

The invention provides a kind of Adaptable System, be used for both sides or carry out the VOIP conversation in many ways, comprise local terminal and/or opposite end, local terminal and/or opposite end also comprise:

The scanning timer is used to be provided with length sweep time;

The message scan module is used to scan RTP message and the Sender Report/Receiver Report that each session sends, and the RTP message and the Sender Report/Receiver Report of each session reception;

The message amount logging modle is used to write down RTP message amount and the RTP message of Sender Report/Receiver Report quantity and reception and the quantity of Sender Report/Receiver Report of transmission;

The message amount detection module is used to arrive and detects RTP message amount and Sender Report/Receiver Report quantity after length sweep time;

The testing result processing module is used for according to testing result: keep local terminal Sender Report/Receiver Report transmit status; Wait for that the opposite end sends the APP request message, and after receiving the APP request message that the opposite end sends, send the APP response message, and self adaptation is adjusted local terminal Sender Report/Receiver Report transmit status to the opposite end; Perhaps send the APP request message to the opposite end, and wait for that the opposite end sends the APP response message, the content-adaptive according to the APP response message after receiving opposite end APP response message is adjusted local terminal Sender Report/Receiver Report transmit status.

Testing result is zero or all greater than zero for the Sender Report/Receiver Report quantity of the Sender Report/Receiver Report quantity that sends and reception, Sender Report/Receiver Report quantity that the Sender Report/Receiver Report quantity of transmission receives greater than zero is zero, and perhaps Sender Report/Receiver Report the quantity of the Sender Report of Jie Shouing/Receiver Report quantity transmission greater than zero is zero.

Sweep time the length computation module, be used for calculating length sweep time according to following formula:

Sweep time length T=ST+R*MT, wherein, ST is that scanning reference period of timer and the value of ST are unit with MT, MT is the maximum transmission cycle of Sender Report/Receiver Report, R is the random number between 0 to ST.

Those skilled in the art can also carry out various modifications to above content under the condition that does not break away from the definite the spirit and scope of the present invention of claims.Therefore scope of the present invention is not limited in above explanation, but determine by the scope of claims.

Claims (7)

1. an adaptive approach is used for both sides or carries out the VOIP conversation in many ways, it is characterized in that, comprising:
Step 1 is provided with length sweep time in the scanning timer;
Step 2, local terminal scans RTP message and the Sender Report/Receiver Report that each session sends, and the RTP message and the Sender Report/Receiver Report of each session reception, and RTP message amount and the RTP message of Sender Report/Receiver Report quantity and reception and the quantity of Sender Report/Receiver Report of record transmission respectively;
Step 3 after arrival length sweep time, detects RTP message amount and Sender Report/Receiver Report quantity; Local terminal is according to testing result: if testing result is zero or all greater than zero for the Sender Report/Receiver Report quantity of the Sender Report/Receiver Report quantity that sends and reception, then keep local terminal Sender Report/Receiver Report transmit status; If Sender Report/Receiver Report quantity that the Sender Report/Receiver Report quantity that receives sends greater than zero is zero, wait for that then the opposite end sends the APP request message, and send the APP response message to the opposite end after receiving the APP request message that the opposite end sends, and self adaptation is adjusted local terminal Sender Report/Receiver Report transmit status; If testing result is zero for the Sender Report/Receiver Report quantity that sends greater than the zero Sender Report/Receiver Report quantity that receives, then send the APP request message to the opposite end, and wait for that the opposite end sends the APP response message, the content-adaptive according to the APP response message after receiving opposite end APP response message is adjusted local terminal Sender Report/Receiver Report transmit status.
2. adaptive approach as claimed in claim 1, it is characterized in that, in the step 3, after local terminal receives the APP request message of opposite end transmission, the parameter that whether the sign local terminal can be sent Sender Report/Receiver Report is encapsulated in the APP response message that sends to the opposite end, and self adaptation is adjusted local terminal Sender Report/Receiver Report transmit status.
3. adaptive approach as claimed in claim 1, it is characterized in that, in the step 3, opposite end APP response message comprises whether sign needs local terminal to send the parameter of Sender Report/Receiver Report, and local terminal is adjusted local terminal Sender Report/Receiver Report transmit status according to this parameter adaptive.
4. as any described adaptive approach of claim 1-3, it is characterized in that, also comprise: with RTP message amount and the RTP message of Sender Report/Receiver Report quantity and reception and the quantity zero clearing of Sender Report/Receiver Report that sends, repeated execution of steps 1, step 2 and step 3.
5. adaptive approach as claimed in claim 4, it is characterized in that, in the step 1, sweep time length T=ST+R*MT, wherein ST is that the reference period of scanning timer and the value of ST are unit with MT, MT is the maximum transmission cycle of Sender Report/Receiver Report, and R is the random number between 0 to ST.
6. an Adaptable System is used for both sides or carries out the VOIP conversation in many ways, comprises local terminal and/or opposite end, it is characterized in that local terminal and/or opposite end also comprise:
The scanning timer is used to be provided with length sweep time;
The message scan module is used to scan RTP message and the Sender Report/Receiver Report that each session sends, and the RTP message and the Sender Report/Receiver Report of each session reception;
The message amount logging modle is used to write down RTP message amount and the RTP message of Sender Report/Receiver Report quantity and reception and the quantity of Sender Report/Receiver Report of transmission;
The message amount detection module is used to arrive and detects RTP message amount and Sender Report/Receiver Report quantity after length sweep time;
The testing result processing module, be used for according to testing result:, then keep local terminal Sender Report/Receiver Report transmit status if testing result is zero or all greater than zero for the Sender Report/Receiver Report quantity of the Sender Report/Receiver Report quantity that sends and reception; If Sender Report/Receiver Report quantity that the Sender Report/Receiver Report quantity that receives sends greater than zero is zero, wait for that then the opposite end sends the APP request message, and send the APP response message to the opposite end after receiving the APP request message that the opposite end sends, and self adaptation is adjusted local terminal Sender Report/Receiver Report transmit status; If testing result is zero for the Sender Report/Receiver Report quantity that sends greater than the zero Sender Report/Receiver Report quantity that receives, then send the APP request message to the opposite end, and wait for that the opposite end sends the APP response message, the content-adaptive according to the APP response message after receiving opposite end APP response message is adjusted local terminal Sender Report/Receiver Report transmit status.
7. Adaptable System as claimed in claim 6 is characterized in that, sweep time the length computation module, be used for calculating length sweep time according to following formula:
Sweep time length T=ST+R*MT, wherein, ST is that scanning reference period of timer and the value of ST are unit with MT, MT is the maximum transmission cycle of Sender Report/Receiver Report, R is the random number between 0 to ST.
CN2007101770314A 2007-11-08 2007-11-08 Self-adaptive method and system CN101159746B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2007101770314A CN101159746B (en) 2007-11-08 2007-11-08 Self-adaptive method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2007101770314A CN101159746B (en) 2007-11-08 2007-11-08 Self-adaptive method and system

Publications (2)

Publication Number Publication Date
CN101159746A CN101159746A (en) 2008-04-09
CN101159746B true CN101159746B (en) 2010-08-18

Family

ID=39307664

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007101770314A CN101159746B (en) 2007-11-08 2007-11-08 Self-adaptive method and system

Country Status (1)

Country Link
CN (1) CN101159746B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106850640A (en) * 2017-02-15 2017-06-13 北京浩瀚深度信息技术股份有限公司 RTP business recognition methods and system based on sequence number

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040056389A1 (en) * 1998-12-23 2004-03-25 Georg Schwinn Recyclabel label foil
CN1980238A (en) * 2006-10-30 2007-06-13 上海广电(集团)有限公司中央研究院 II.264 flow-media transmission control method based on real-time transmission/control protocl
CN1996897A (en) * 2005-12-28 2007-07-11 中兴通讯股份有限公司 A method for real time detection of the network transfer delay in the RTP
US7257087B2 (en) * 2002-10-04 2007-08-14 Agilent Technologies, Inc. System and method to calculate round trip delay for real time protocol packet streams

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040056389A1 (en) * 1998-12-23 2004-03-25 Georg Schwinn Recyclabel label foil
US7257087B2 (en) * 2002-10-04 2007-08-14 Agilent Technologies, Inc. System and method to calculate round trip delay for real time protocol packet streams
CN1996897A (en) * 2005-12-28 2007-07-11 中兴通讯股份有限公司 A method for real time detection of the network transfer delay in the RTP
CN1980238A (en) * 2006-10-30 2007-06-13 上海广电(集团)有限公司中央研究院 II.264 flow-media transmission control method based on real-time transmission/control protocl

Also Published As

Publication number Publication date
CN101159746A (en) 2008-04-09

Similar Documents

Publication Publication Date Title
JP5675757B2 (en) Video stream over multiple interfaces
KR101109276B1 (en) Sustaining session connections
TWI542228B (en) Systems and methods for improved data throughput in communications networks
US7496672B2 (en) Method and apparatus for a SIP client manager
US7729267B2 (en) Method and apparatus for analyzing a media path in a packet switched network
CN1647481B (en) Method and apparatus for session release in a communication system
CN101473616B (en) Method and device f or reliably transferring multicast data
US7486658B2 (en) Method and system for media synchronization in QoS-enabled wireless networks
CN100446466C (en) Reactivity bandwidth control for stream data
RU2357379C2 (en) Method and device for hybrid multiple-address and single-address transfer in data transfer network
JP4495515B2 (en) Reliable delivery of multicast conference data
EP1563639B1 (en) Method and apparatus for multi-media communication over multiple networks
CA2573038C (en) Push-to service system and method
Friedman et al. RTP control protocol extended reports (RTCP XR)
AU2005226165B2 (en) Conveying parameters for broadcast/multicast sessions via a communication protocol
KR101008698B1 (en) Signaling quality of service QOS parameters for a multimedia session
US7583666B2 (en) Protocol information processing system and method information processing device and method recording medium and program
EP1716658B1 (en) A method for data repair in a system capable of handling multicast and broadcast transmissions
US7688809B2 (en) Media inactivity detection in VoIP networks
US7310334B1 (en) Method and apparatus for media stream monitoring
DE60126998T2 (en) Transmission of multicast and broadcast multimedia services via a radio interface
CN101068236B (en) Streaming media bit rate control method, system and equipment
JP3814614B2 (en) Server-based rate control in multimedia streaming environments
EP1510090B9 (en) Method for controlling parties in real-time data group communication using acknowledgement packets
US7978604B2 (en) Optimising resource usage in a packet switched network

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