CN100456743C - Mobile stream media timing method - Google Patents
Mobile stream media timing method Download PDFInfo
- Publication number
- CN100456743C CN100456743C CNB2006100865280A CN200610086528A CN100456743C CN 100456743 C CN100456743 C CN 100456743C CN B2006100865280 A CNB2006100865280 A CN B2006100865280A CN 200610086528 A CN200610086528 A CN 200610086528A CN 100456743 C CN100456743 C CN 100456743C
- Authority
- CN
- China
- Prior art keywords
- streaming media
- report
- rtp packet
- code rate
- rtp
- 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.)
- Active
Links
Images
Abstract
The present invention relates to a timing method for mobile streaming media, which has the working processes that every time receiving an RTP data packet, a mobile terminal feed back a receiver report to a streaming medium server; the streaming medium server calculates the playing time of streaming media according to the receiver reports. The streaming medium server calculates the number of RTP data packets received by the mobile terminal according to the receiver reports and calculates the playing time of streaming media according to the number of the RTP data packets received by the mobile terminal, the actual loads of the RTP data packets and the encoding rates of the streaming media. If the encoding rates and/or packing formats of the streaming media can be changed, the numbers of the RTP data packets are counted respectively according to different encoding rates and/or packing formats when calculated. The present invention realizes the accurate timing of steaming medium playing and can effectively avoid the phenomenon that the playing interrupt time is counted into the actual playing time because of time delay of network transmission, etc., so that the length of the obtaind playing time is the length of the playing time of steaming medium data actually received by the mobile terminal.
Description
Technical field
The present invention relates to the mobile flow medium technology, relate in particular to the method for the broadcast of mobile flow medium being carried out timing.
Background technology
Streaming Media is meant continuous image and acoustic information is put on the webserver after overcompression is handled, portable terminal can be play while downloading.Stream media technology is the product that network audio-video technology and mobile communication technology develop into certain phase, and it has merged the multiple network technology, relates to collection, compression, storage and the network service etc. of stream medium data.
Terminal player obtains stream medium data from streaming media server in real time, plays while downloading, and streaming medium content is not stored on terminal equipment.If same content needs repeatedly repeat playing, when needing each the broadcast from the streaming media server data download again.
Source according to streaming medium content, streaming media service can be divided into program request and live two kinds: streaming media on demand be the content provider in advance to one section content of multimedia edit, compressed encoding, form the file of specified format, store into then on the streaming media server, the user selects the content file on the streaming media server to play as required.When live streaming media is meant terminal player playing stream media live content, the broadcast of content is constantly identical with the generation of content source incident constantly, promptly flow the coal body encoder server content source is carried out compressed encoding in real time, send to user terminal via streaming media server.
RTP (Real-time Transport Protocol is called for short RTP) is to be used for the last a kind of host-host protocol at multimedia data stream of Internet.RTP be defined in one to one or the transmission situation of one-to-many under work, its objective is provides temporal information and realizes that stream is synchronously.RTP uses UDP (User Datagram Protocal is called for short UDP) to transmit data usually, but RTP also can work on other agreements such as TCP or ATM.When beginning a RTP session, application program will use two ports: give RTP for one, give RTCP Real-time Transport Control Protocol (Real-timeTransport Control Protocol is called for short RTCP) for one.RTP itself can not provide reliable transfer mechanism for transfer data packets in order, and flow control or congested control are not provided yet, and it relies on RTCP that these services are provided.Usually the RTP algorithm not as one independently network layer realize, but as the part of application code.
RTCP and RTP provide flow control and congested control service together.During the RTP session, each participant periodically transmits the RTCP bag.Contain the quantity of data packets that has sent, the statistics of losing such as quantity of data packets in the RTCP bag, therefore, server can utilize these information dynamically to change transmission rate, even changes PT Payload Type.RTP and RTCP are used, and they can make the efficiency of transmission optimization with effective feedback and minimum expense, thereby are particularly suitable for transmitting online real time data.
There is following form in RTP packet header:
0 1 2 3
0?1?2?3?4?5?6?7?8?9?0?1?2?3?4?5?6?7?8?9?0?1?2?3?4?5?6?7?8?9?0?1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2|P|X|CC|M|PT|sequence?number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|timestamp |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|synchronization?source(SSRC)identifier |
+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+
|contributing?source(CSRC)identifiers |
|.... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
RTCP mainly contains five kinds of packet types, and they carry different control informations.Transmit leg report (Sender Report is called for short SR), recipient's report (Receiver Report is called for short RR), Source Description grouping (Source DEScription is called for short SDES) finishes to participate in indication grouping BYE and special application function grouping APP.
The APP bag is used for development of new applications, does not require the registration packet types value.Next application data until is used (Next Application Data Unit Application, be called for short NADU APP) be the functional expansion that 3GPP R6 does at flow medium function, can transmit multiple information, for example, terminal available cache memory (Free Buffer Space, be called for short FBS), next application data until sequence number (Nextapplication data unit Sequence Number, be called for short NSN), playout-delay information such as (PlayoutDelay) can be adjusted transmission policy for steaming media platform.NADU APP particular content is included among the RR with the binary coding mode and transmits.The data format of NADU report is as follows:
0 1 2 3
0?1?2?3?4?5?6?7?8?9?0?1?2?3?4?5?6?7?8?9?0?1?2?3?4?5?6?7?8?9?0?1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|SSRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Playout?Delay |NSN |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Reserved |NUN |Free?Buffer?Space(FBS) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
A kind of streaming media service charging way commonly used is chargeed for pressing duration.Press in the duration charging method existing, server picks up counting to the terminal plays Streaming Media from beginning, initiatively ends or connect just to stop timing after overtime up to the user, and server is according to this section reproduction time computational costs then.But, because Streaming Media is to play while downloading, in the playing process since the network bandwidth reduce, suspending can appear in streaming media playing, waiting for content downloading continues to play after a certain amount of again, and the actual duration of watching of user also has the times to be played such as user except actual play time like this, and chargeing by duration of user expectation be that the actual play time of the content that receives according to the user charges, and this is different from the reproduction time that existing server calculates.Referring to Fig. 1, streaming media server sends stream medium data by the mobile network to portable terminal, terminal has been play 10 seconds streaming medium content altogether, because the transmission bandwidth problem, playing process has interrupted 10 seconds, after playing 10 seconds stream medium data, interruption has taken place with being connected of server in terminal, after interrupting 60 seconds, because interrupt time-out, server stops timing; Begin to transfer data to interrupt time-out from server, amount to 80 seconds, and the user has in fact only watched 10 seconds streaming medium content; In the charging method that has, meeting was chargeed according to 80 seconds, and in the charging method that has, 60 seconds of interrupt time-out can be deducted, according to charging in 20 seconds, even but like this, because time-out appearred in playing process, the charging duration still receives that than the user actual play duration of content Duoed 10 seconds.
Summary of the invention
The objective of the invention is to provides a kind of clocking method of mobile flow medium at the existing in prior technology defective, can carry out timing more accurately to the actual play of Streaming Media.
To achieve these goals, the invention provides a kind of clocking method of mobile flow medium, comprising: portable terminal whenever receives a RTP packet, just to recipient's report of streaming media server feedback; Streaming media server is reported the reproduction time length of calculating Streaming Media according to the recipient.
Wherein, when calculating the reproduction time length of Streaming Media, streaming media server can report and calculate the RTP number of data packets that portable terminal receives that the RTP number of data packets that receives according to portable terminal, RTP packet actual load size and Streaming Media code rate are calculated the reproduction time length of Streaming Media then according to the recipient.
When calculating the RTP number of data packets, next application data until sequence number information that streaming media server carries in can reporting according to reception and sequence number lay down a regulation and calculate the RTP number of data packets that portable terminal receives; Also can report counting, the RTP number of data packets that the number that reception is reported receives as portable terminal to the recipient.
When the code rate of Streaming Media when being variable, streaming media server determines that according to receiving report this receives the code rate of the corresponding RTP packet of report, at different code rates, to recipient's report counting respectively; When the package form of Streaming Media when being variable, streaming media server determines that according to receiving report this receives the package form of the corresponding RTP packet of report, at different package forms, to recipient's report counting respectively; When the code rate of Streaming Media and package form when being variable, streaming media server determines that according to receiving report this receives the code rate and the package form of the corresponding RTP packet of report, at different code rates and package form, recipient's report is counted respectively.
When the code rate of Streaming Media when being variable, streaming media server can be recorded in the sequence number of each RTP packet and the code rate of Streaming Media in the RTP packet information table when encapsulation RTP packet; When streaming media playing, determine the sequence number of the RTP packet that this reception report is corresponding according to receiving next the application data until sequence number that carries in the report, and in RTP packet information table, inquire about this RTP sequence of data packet corresponding codes speed, thereby determine the code rate of RTP packet; Perhaps, in receiving report, carry code rate information, determine to receive the code rate of the corresponding RTP packet of report according to receiving the code rate information of carrying in the report.
When the package form of Streaming Media when being variable, streaming media server can be when encapsulation RTP packet, with the package format record of the sequence number of each RTP packet and Streaming Media in RTP packet information table; When streaming media playing, determine the sequence number of the RTP packet that this reception report is corresponding according to receiving next the application data until sequence number that carries in the report, and in RTP packet information table, inquire about the package form of this RTP sequence of data packet correspondence, thereby determine the package form of RTP packet; Perhaps, in receiving report, carry the package format information, determine to receive the package form of the corresponding RTP packet of report according to receiving the package format information that carries in the report.
When the code rate of Streaming Media and package form when being variable, streaming media server can be when encapsulation RTP packet, with the code rate of the sequence number of each RTP packet and Streaming Media and package format record in RTP packet information table; When streaming media playing, determine the sequence number of the RTP packet that this reception report is corresponding according to receiving next the application data until sequence number that carries in the report, and in RTP packet information table, inquire about this RTP sequence of data packet corresponding codes speed and package form, thereby determine the code rate and the package form of RTP packet; Perhaps, in receiving report, carry code rate and package format information, according to receiving code rate and definite code rate and the package form that receives the corresponding RTP packet of report of package format information that carries in the report.
Streaming media server can calculate RTP packet actual load size according to the coded format and the package form of Streaming Media.
The present invention carries out timing according to recipient's report of portable terminal feedback to the broadcast of Streaming Media, the broadcast that can effectively avoid being caused by problems such as network transfer delays counts actual play time break period, the playing duration that obtains thus is the playing duration of the stream medium data that arrives of portable terminal actual reception, thereby has realized the accurate timing of streaming media playing.
Below by drawings and Examples, technical scheme of the present invention is described in further detail.
Description of drawings
Fig. 1 is the clocking method schematic diagram of existing mobile flow medium;
Fig. 2 is the clocking method flow chart of mobile flow medium of the present invention;
Fig. 3 is that the Streaming Media code rate is variable, the RTP packet method of counting flow chart when the package form is constant.
Embodiment
As shown in Figure 2, be the clocking method flow chart of mobile flow medium of the present invention, this method comprises the steps:
Wherein, the end of streaming media service may be owing to the portable terminal active termination is used professional the end, also may finish owing to connecting interrupt time-out.
Because the present invention is according to the real-time feedback calculation streaming media playing duration of portable terminal when using streaming media service, so the calculating of reproduction time is more accurate.
In computing time during length, need following parameter: RTP packet actual load size (size of the actual media data that comprises in the RTP packet), the RTP number of data packets that portable terminal receives, and the code rate of Streaming Media.
RTP packet actual load size can be calculated according to the coded format and the package form of Streaming Media.
The number of the RTP packet that portable terminal receives calculates according to receiving report RR.When calculating, each that receive is received report counting one by one, the RTP number of data packets that the number that reception is reported receives as portable terminal at streaming media server.
In the present invention's one specific embodiment, the streaming media service parameter is as follows:
Video flowing code rate: 128kbps
Sample rate: 44.1MHz
MPEG wraps size: 417bytes
RTP packet actual load size: 3 * 417=1251bytes
The reproduction time of each RTP packet: Tpacket=1251 * 8/128000=0.078s
When using streaming media service, portable terminal whenever receives a RTP packet, just receives report RR to one of streaming media server feedback, and the streaming media server butt joint is received report RR and counted.Streaming media service may be in user's active termination, or when connection is overtime, finish, after streaming media service finishes, the number of the RTP packet that the number of the reception report RR that streaming media server will receive altogether received as the portable terminal time, calculate the actual play duration, for example, receive 1000 altogether and receive report, playing duration is 0.078 * 1000=78s so.
In addition, also can calculate the number of the RTP packet that portable terminal receives according to NSN.In the reception report RR of RTCP Real-time Transport Control Protocol RTCP, carry the sequence number NSN of next ADU, the sequence number of promptly next RTP packet.The sequence number of the adjacent R TP packet that streaming media server successively sends increases progressively, and in data transmission procedure, the sequence number increment is fixed.Usually the sequence number of each RTP packet number increases one than last RTP sequence of data packet, and it is two or three situation that increment is also arranged.Streaming media server can be known the RTP number of data packets that portable terminal receives by NSN according to the laying down a regulation of sequence number.For example, if the increment of sequence number is two, streaming media server need extract NSN from respectively receiving of receiving the report RR so, deducts the sequence number NSNmin of minimum with maximum sequence number NSNmax, and then, just can obtain the number of the RTP packet that portable terminal receives divided by increment two.But, there are some defectives in this method, before sending last reception report, if packet loss has appearred in the stream medium data that the user receives, though the user does not watch corresponding Streaming Media, but still the reproduction time of packet loss can be counted, therefore, compare with this method, the RTP number of data packets that the method for counting calculates is more accurate.
In the above-described embodiments, streaming media service is a cbr (constant bit rate), and promptly the code rate of RTP packet is invariable in a session.The code rate of streaming media service also may change, and promptly in a session, the code rate of RTP packet is variable.Portable terminal because the instability of on-air radio received signal when the bandwidth of wireless network is lower than the code rate of content file, can cause portable terminal ceaselessly to cushion, influences watching of user when using streaming media service.In this case, streaming media server can select the files in stream media of low code rate to send terminal to according to the situation of terminal current network bandwidth, guarantees the sensation of user's smoothness as far as possible.When the bandwidth of wireless network is higher than the code rate of content file, portable terminal can not cushion, in order to make full use of wireless bandwidth, streaming media server can select the files in stream media of high code rate to send terminal to, makes the user can watch business tine more clearly.
Since under the certain situation of media data, the code rate difference, and the time of broadcast will be different, therefore, when the code rate of streaming media service is variable, need determine the reproduction time of each RTP packet according to code rate, the RTP packet of different coding speed is counted respectively.
In addition, when the package form (number of the media data packet that the RTP packet comprises) of RTP packet not simultaneously, the actual load size difference that it comprises, under the certain situation of code rate, its reproduction time also is different, therefore, if the package form of the RTP packet of streaming media service is variable, calculating streaming media playing during the time, also need it is taken into account so.
The code rate information of each RTP packet and package format information can and obtain by the dual mode record at least: a kind of is to increase new field in receiving report, be used for identifying the code rate and the package form of each RTP packet, streaming media server just can obtain corresponding information by reading field after receiving and receiving report; Another kind is that Streaming Media is when encapsulation RTP packet, with sequence number, code rate and package format record in RTP packet information table, thereby, streaming media server can be determined the code rate and the package form of RTP packet according to the sequence number NSN of next ADU that wherein carries after receiving the reception report.Wherein, RTP packet information table can be stored in streaming media server inside, also can be stored in its outside database.
As shown in Figure 3, variable for the Streaming Media code rate, the RTP packet method of counting flow chart when the package form is constant comprises:
For example, increase at sequence number under one the situation, NSN is subtracted a sequence number SN that can obtain to receive the RTP packet of report RR correspondence;
Above-mentioned steps can realize the RTP packet of different coding speed is counted respectively, thereby can calculate the streaming media playing time according to the RTP number of data packets of each code rate and the reproduction time of single RTP packet.When code rate same package form not simultaneously, need to count respectively at different encapsulation format.When code rate and encapsulation format all not simultaneously, need count respectively each RTP packet.For example, code rate has two kinds, 64kpbs and 128kpbs, encapsulation format also has two kinds, 2 MPEG bags and 3 MPEG bags, so, may need four kinds of RTP packets are counted respectively, four kinds of RTP packets are respectively: code rate is the RTP packet of 2 MPEG bags of 64kpbs encapsulation, code rate is the RTP packet of 3 MPEG bags of 128kpbs encapsulation, code rate is the RTP packet of 3 MPEG bags of 64kpbs encapsulation, and code rate is the packet of 2 MPEG bags of 128kpbs encapsulation.
In another specific embodiment of the present invention, the code rate of the streaming media service that portable terminal uses has switched to 64kbps from 128kbps, and the package form has become 2 MPEG bags of encapsulation from encapsulating 3 MPEG bags, and the parameter of streaming media service is as follows:
Video flowing 1
Video flowing code rate: 128kbps
Sample rate: 44.1MHz
MPEG wraps size: 417bytes
RTP packet actual load size: 3 * 417=1251bytes
Each RTP packet actual play time: Tpacket=1251 * 8/128000=0.078s
Video flowing 2
Video flowing code rate: 64kbps
Sample rate: 44.1MHz
MPEG wraps size: 417bytes
RTP packet actual load size: 2 * 417=834bytes
Each RTP packet reproduction time: Tpacket=834 * 8/64000=0.10425s
From above-mentioned parameter as can be known, have two kinds of RTP packets in the process of streaming media playing: code rate is the RTP packet of 3 MPEG bags of 128kpbs encapsulation, and code rate is the RTP packet of 2 MPEG bags of 64kpbs encapsulation.In the present embodiment, because the identical RTP packet of code rate, its package form also is identical, thereby can determine the kind of RTP packet by the code rate of RTP packet, therefore the RTP packet method of counting in the time of can adopting the variable package form of above-mentioned Streaming Media code rate constant is counted respectively two kinds of RTP packets.
After streaming media service finished, streaming media server calculated reproduction time according to the number of RTP packet.Suppose that code rate is that the RTP packet of 128kbps and RTP packet that code rate is 64kbps are respectively 600 and 400, the Streaming Media actual play duration of portable terminal is so: 0.078 * 600+0.10425 * 400=88.5s.
The present invention carries out timing according to recipient's report of portable terminal feedback to the broadcast of Streaming Media, the broadcast that can effectively avoid being caused by problems such as network transfer delays counts actual play time break period, the playing duration that obtains thus is the playing duration of the stream medium data that arrives of portable terminal actual reception, thereby has realized the accurate timing of streaming media playing.
Should be noted that at last: above embodiment is only in order to illustrate that technical scheme of the present invention is not intended to limit; Although with reference to preferred embodiment the present invention is had been described in detail, those of ordinary skill in the field should be appreciated that still and can make amendment or the part technical characterictic is equal to replacement the specific embodiment of the present invention; And not breaking away from the spirit of technical solution of the present invention, it all should be encompassed in the middle of the technical scheme scope that the present invention asks for protection.
Claims (9)
1, a kind of clocking method of mobile flow medium, comprising: portable terminal whenever receives a RTP packet, just to recipient's report of streaming media server feedback; Streaming media server is reported the reproduction time length of calculating Streaming Media according to the recipient.
2, the clocking method of mobile flow medium according to claim 1, wherein said streaming media server reports that according to the recipient reproduction time length of calculating Streaming Media is specially: streaming media server is reported according to the recipient and is calculated the RTP number of data packets that portable terminal receives, and calculates the reproduction time length of Streaming Media according to RTP number of data packets, RTP packet actual load size and Streaming Media code rate that portable terminal receives.
3, the clocking method of mobile flow medium according to claim 2, the RTP number of data packets that wherein said calculating portable terminal receives is specially: next application data until sequence number information that streaming media server carries in reporting according to reception and sequence number lay down a regulation and calculate the RTP number of data packets that portable terminal receives.
4, the clocking method of mobile flow medium according to claim 2, the RTP number of data packets that wherein said calculating portable terminal receives is specially: streaming media server is reported counting to the recipient, the RTP number of data packets that the number that reception is reported receives as portable terminal.
5, the clocking method of mobile flow medium according to claim 4, the code rate of wherein said Streaming Media is variable, streaming media server determines that according to receiving report this receives the code rate of the corresponding RTP packet of report, at different code rates, recipient's report is counted respectively;
Perhaps, the package form of described Streaming Media is variable, and streaming media server receives the package form of the corresponding RTP packet of report according to receiving definite this of report, at different package forms, recipient's report is counted respectively;
Perhaps, the code rate of described Streaming Media and package form are variable, streaming media server receives the code rate and the package form of the corresponding RTP packet of report according to receiving definite this of report, at different code rates and package form, recipient's report is counted respectively.
6, the clocking method of mobile flow medium according to claim 5 wherein also comprises:
When the code rate of described Streaming Media when being variable, streaming media server is recorded in the sequence number of each RTP packet and the code rate of Streaming Media in the RTP packet information table when encapsulation RTP packet;
When the package form of described Streaming Media when being variable, streaming media server when encapsulation RTP packet, with the package format record of the sequence number of each RTP packet and Streaming Media in RTP packet information table;
When the code rate of described Streaming Media and package form when being variable, streaming media server when encapsulation RTP packet, with the code rate of the sequence number of each RTP packet and Streaming Media and package format record in RTP packet information table.
7, the clocking method of mobile flow medium according to claim 6, wherein:
When the code rate of described Streaming Media when being variable, describedly determine that according to receiving report the code rate of the RTP packet that this receptions report is corresponding is specially: determine the sequence number of the RTP packet of this receptions report correspondence according to receiving next the application data until sequence number that carries in the report, and in RTP packet information table, inquire about this RTP sequence of data packet corresponding codes speed;
When the package form of described Streaming Media when being variable, describedly determine that according to receiving report the package form of the RTP packet that this receptions report is corresponding is specially: determine the sequence number of the RTP packet of this receptions report correspondence according to receiving next the application data until sequence number that carries in the report, and in RTP packet information table, inquire about the package form of this RTP sequence of data packet correspondence;
When the code rate of described Streaming Media and package form when being variable, describedly determine that according to receiving report the code rate and the package form of the RTP packet that this receptions report is corresponding are specially: determine the sequence number of the RTP packet of this receptions report correspondence according to receiving next the application data until sequence number that carries in the report, and in RTP packet information table, inquire about this RTP sequence of data packet corresponding codes speed and package form.
8, the clocking method of mobile flow medium according to claim 5, wherein:
When the code rate of described Streaming Media when being variable, carry code rate information in the described reception report, described code rate according to the corresponding RTP packet of definite this reception report of reception report is specially: according to the definite code rate that receives the RTP packet of report correspondence of the code rate information of carrying in the reception report;
When the package form of described Streaming Media when being variable, carry the package format information in the described reception report, described package form according to the corresponding RTP packet of definite this reception report of reception report is specially: according to the definite package form that receives the RTP packet of report correspondence of the package format information that carries in the reception report;
When the code rate of described Streaming Media and package form when being variable, carry code rate and package format information in the described reception report, described code rate and package form according to the corresponding RTP packet of definite this reception report of reception report is specially: according to code rate of carrying in the reception report and definite code rate and the package form that receives the RTP packet of report correspondence of package format information.
9,, it is characterized in that streaming media server calculates RTP packet actual load size according to the coded format and the package form of Streaming Media according to the clocking method of the arbitrary described mobile flow medium of claim 2-8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100865280A CN100456743C (en) | 2006-06-20 | 2006-06-20 | Mobile stream media timing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100865280A CN100456743C (en) | 2006-06-20 | 2006-06-20 | Mobile stream media timing method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1885828A CN1885828A (en) | 2006-12-27 |
| CN100456743C true CN100456743C (en) | 2009-01-28 |
Family
ID=37583812
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2006100865280A Active CN100456743C (en) | 2006-06-20 | 2006-06-20 | Mobile stream media timing method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100456743C (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100542268C (en) * | 2007-08-23 | 2009-09-16 | 四川长虹电器股份有限公司 | Network television broadcast charging method |
| CN101296184B (en) * | 2008-05-30 | 2011-04-13 | 华为技术有限公司 | Method, system and device for data transmission |
| CN101378356B (en) * | 2008-06-10 | 2011-05-11 | 中兴通讯股份有限公司 | Method for playing real time stream medium |
| CN102740131B (en) * | 2012-07-09 | 2015-12-02 | 深圳市香江文化传播有限公司 | Based on the IPTV method and system of RTP |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1494268A (en) * | 2002-10-31 | 2004-05-05 | ��Ϊ��������˾ | Collection method of subscriber network use data |
| US20040148384A1 (en) * | 2003-01-23 | 2004-07-29 | Karthik Ramakrishnan | Method for implementing an internet protocol (IP) charging and rating middleware platform and gateway system |
| CN1627697A (en) * | 2003-12-09 | 2005-06-15 | 华为技术有限公司 | Method for charging flow quantity |
| US20050243746A1 (en) * | 2004-04-29 | 2005-11-03 | Nokia Corporation | Session inspection scheme |
-
2006
- 2006-06-20 CN CNB2006100865280A patent/CN100456743C/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1494268A (en) * | 2002-10-31 | 2004-05-05 | ��Ϊ��������˾ | Collection method of subscriber network use data |
| US20040148384A1 (en) * | 2003-01-23 | 2004-07-29 | Karthik Ramakrishnan | Method for implementing an internet protocol (IP) charging and rating middleware platform and gateway system |
| CN1627697A (en) * | 2003-12-09 | 2005-06-15 | 华为技术有限公司 | Method for charging flow quantity |
| US20050243746A1 (en) * | 2004-04-29 | 2005-11-03 | Nokia Corporation | Session inspection scheme |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1885828A (en) | 2006-12-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11563788B2 (en) | Multipath data streaming over multiple networks | |
| US10826958B2 (en) | Content server media stream management | |
| EP2894831B1 (en) | Transport mechanisms for dynamic rich media scenes | |
| JP3814614B2 (en) | Server-based rate control in multimedia streaming environments | |
| US10567453B2 (en) | Streaming media delivery system | |
| CN1489356B (en) | Media source, media receiver, meida processing system and synchronous broadcasting of media data package | |
| US7587507B2 (en) | Media recording functions in a streaming media server | |
| CN102546081B (en) | Method for detecting packet loss, system and media client | |
| CN100568828C (en) | A kind of method that in RTP, detects network transfer delay in real time | |
| KR101547315B1 (en) | Access network handover for a mobile television system | |
| EP2086240A1 (en) | A method and a system for supporting media data of various coding formats | |
| KR102012528B1 (en) | Method for dynamic adaptation of the reception bitrate and associated receiver | |
| CN106549916A (en) | Multicast transmission method, apparatus and system | |
| US8356109B2 (en) | Network streaming of a video stream over multiple communication channels | |
| CN100456743C (en) | Mobile stream media timing method | |
| CN1992936A (en) | Mobile terminal equipment with bandwidth adapting function of streaming media | |
| CN100544437C (en) | A kind of bandwidth adapting system of streaming media | |
| CN112672190B (en) | Minimum tariff MPQUIC data packet scheduling method and system | |
| JP2005051299A (en) | Packet transmission apparatus, packet reception apparatus, packet transmission method and packet reception method | |
| JP5031230B2 (en) | Data transmission apparatus and method | |
| CA2528331A1 (en) | Medium signal reception device, transmission device, and transmission/reception system | |
| CN102740131A (en) | Real-time transport protocol-based network television direct transmission method and system | |
| CN104041061A (en) | Media stream handling | |
| Parviainen | Multicast Interactive Radio | |
| Paul et al. | Real-time transport protocol (RTP) |
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 |