CN101505211A - Method, system and multicast network for enhancing reliability of multicast - Google Patents
Method, system and multicast network for enhancing reliability of multicast Download PDFInfo
- Publication number
- CN101505211A CN101505211A CNA2008100091984A CN200810009198A CN101505211A CN 101505211 A CN101505211 A CN 101505211A CN A2008100091984 A CNA2008100091984 A CN A2008100091984A CN 200810009198 A CN200810009198 A CN 200810009198A CN 101505211 A CN101505211 A CN 101505211A
- Authority
- CN
- China
- Prior art keywords
- retransmission window
- node
- window size
- notification message
- intermediate node
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
- H04L12/1868—Measures taken after transmission, e.g. acknowledgments
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a method, a system and a multicast network for improving reliability of multicast, and belongs to the technical field of multicast. The method comprises the following steps that: an intermediate node receives retransmission window notification messages transmitted by upstream nodes, updates retransmission window notification messages according to the size of a retransmission windows of the intermediate node and the upstream nodes, and transmits the updated retransmission window notification messages to downstream nodes of the intermediate node; and the upstream nodes include all nodes on a multicast path from a multicast source node to the downstream nodes; and the downstream nodes includes all nodes on a multicast path from the intermediate node. The system comprises a receiving module and an updating module. The multicast network comprises the downstream nodes, the intermediate nodes and the downstream nodes of the intermediate node. The method, the system and the multicast network can ensure that a receiving terminal can sense more data to be retransmitted through updating the retransmission window notification messages, thereby improving the reliability of multicast.
Description
Technical field
The present invention relates to technical field of multicast, particularly a kind of method, system and multicast network that improves multicast reliability.
Background technology
Multicast (Multicast) technology is meant and realizes point-to-point configuration interconnection technique scheme between multicast source and receiving terminal.In this technical scheme, multicast source gives a plurality of receiving terminal transmission identical data simultaneously, only need duplicate a identical data packet.It has improved data-transmission efficiency, has reduced backbone network and congested possibility occurred.
Multicast can be divided into application layer multicast and IP multicast.Application layer multicast is a kind of technical scheme that realizes multicast mechanism in application layer, this technical scheme is organized in multicast member in an application layer overlay (stack) network, and realizes the duplicating and function such as forwarding of topology constructing, maintenance, multicast packet of multicast conversation at this application layer overlay network.In application layer multicast, multicast source is generally server, and receiving terminal is taken on by ordinary node usually.Receiving terminal can be divided into two classes according to the position difference in topology: intermediate node and leaf node.Intermediate node is responsible for receiving data from upstream node, and downstream node is duplicated and be transmitted to the data that receive.Leaf node only is responsible for receiving data from upstream node.The IP multicast is a kind ofly to realize that in network layer the technical scheme of multicast mechanism, this technical scheme are by multicast source data to be sent to the group address of specific reservation, and all receiving terminals that add this group all can receive this piece of data.
In multicast application (as audio/video business in many ways), the QoE that the user has relatively high expectations usually (Qualification ofExperience, user experience quality).Wherein, comprised how to realize reliable muticast data transmission among the QoE.One of method that realizes reliable muticast data transmission is to utilize multicast packet to retransmit, and realize that the multicast packet re-transmission utilizes the communication mechanism between multicast source and the receiving terminal to realize usually, be that receiving terminal request multicast source resends the data of losing in the muticast data transmission, multicast source resends data according to the request that receives.
Prior art provides a kind of and has answered reliable multicast (NACK-Oriented Reliable Multicast towards reaction, NORM) agreement, this agreement is the multicast source of IP multicast and the function that receiving terminal has defined a series of realization reliable multicast transfer of data respectively, and is specific as follows:
(1) multicast source sends the retransmission window notice to receiving terminal, comprises the retransmission window size in this notice, promptly notifies the scope of the data that receiving terminal oneself can resend.The multicast source directly leaf node in receiving terminal sends the retransmission window notice, also can send to leaf node via intermediate node.
(2) the retransmission window notice that sends of receiving terminal receiving group source if receiving terminal does not receive certain segment data verifying, can send NACK (Negative Acknowledgement, reaction is answered) to multicast source, the data that require multicast source to resend to lose.
(3) multicast source resends the data of losing to receiving terminal after receiving NACK.
Relatively poor in network condition, under the situations such as the multicast source buffer memory is less, receiving terminal is notified by retransmission window, can know the retransmission window size of node, it is data in buffer, at this moment, the data that receiving terminal is lost to the multicast source request repeat according to the retransmission window notice that receives can reduce invalid data re-transmission request like this.According to the NORM agreement, retransmission window is notified by SQUELCH (inhibition) message bearing, the retransmission window size of multicast source, and promptly the scope of the data that can resend can be represented by the metadata cache point BP (Buffer Point, buffer) of multicast source.
In realizing process of the present invention, the inventor finds that there are the following problems at least in the prior art:
The retransmission window informing mechanism of existing NORM agreement can only allow the retransmission window size of receiving terminal perception multicast source, the retransmission window size of upstream node that can't the perception receiving terminal.So a shortcoming that the NORM agreement is directly applied to application layer multicast is: in application layer multicast, intermediate node receive, duplicate with multicast data forwarding in, the function that metadata cache can also be provided and resend data.Therefore, have at intermediate node under the situation of metadata cache ability, if the retransmission window size that the downstream node of intermediate node can't the perception intermediate node, the data that also just can't make full use of intermediate nodes cache are carried out data re-transmission, thereby become the bottleneck that improves multicast reliability.
Summary of the invention
In order to improve multicast reliability, the embodiment of the invention provides a kind of method, system and multicast network that improves multicast reliability.Described technical scheme is as follows:
A kind of method that improves multicast reliability, described method comprises:
Intermediate node receives the retransmission window notification message that upstream node sends, retransmission window size according to self and described upstream node is upgraded described retransmission window notification message, and the retransmission window notification message after the described renewal is sent to the downstream node of described intermediate node, described upstream node comprises all nodes on the multicast path from the multicast source node to described downstream node, and described downstream node comprises all nodes on the multicast path that begins from described intermediate node.
A kind of system that improves multicast reliability, described system comprises:
Logging modle is used to receive the retransmission window notification message of described renewal, record retransmission window size;
Select module, be used for when described upstream node detects loss of data, retransmission window notification message, receiving terminal according to the described renewal that receives are selected upstream node to the distance of upstream node and/or the service ability of upstream node, and require the data of the upstream node retransmits lost of described selection, described upstream node to comprise all nodes on the multicast path from the multicast source node to downstream node.
A kind of multicast network, described multicast network comprises:
Downstream node is used for sending the retransmission window notification message to intermediate node;
Described intermediate node is used to receive described retransmission window notification message, upgrades described retransmission window notification message according to the retransmission window size of self and downstream node, and the retransmission window notification message after the described renewal is sent to downstream node.
The described technical scheme of the embodiment of the invention is carried out the renewal of retransmission window notice by intermediate node, and the retransmission window notice of upgrading is handed down to the downstream node of this intermediate node, it is more for the data that retransmit that downstream node is perceived, and helps improving the reliability of multicast.
Description of drawings
Fig. 1 is a kind of flow chart that improves the method for multicast reliability that the embodiment of the invention provides;
Fig. 2 is a kind of networking schematic diagram that improves multicast reliability that the embodiment of the invention provides;
Fig. 3 is the schematic diagram of a kind of retransmission window update notifications of providing of the embodiment of the invention;
Fig. 4 is the schematic diagram of a kind of retransmission window update notifications of providing of the embodiment of the invention;
Fig. 5 is the schematic diagram of a kind of retransmission window update notifications of providing of the embodiment of the invention;
Fig. 6 is the schematic diagram of a kind of retransmission window update notifications of providing of the embodiment of the invention;
Fig. 7 is a kind of system schematic that improves multicast reliability that the embodiment of the invention provides;
Fig. 8 is a kind of multicast network schematic diagram that the embodiment of the invention provides.
Embodiment
For making the purpose, technical solutions and advantages of the present invention clearer, embodiment of the present invention is described further in detail below in conjunction with accompanying drawing.
The embodiment of the invention provides a kind of method that improves multicast reliability, this method is upgraded the retransmission window notice by intermediate node, and the retransmission window notice of upgrading is handed down to the downstream node (all nodes on the multicast path that begins from intermediate node) of intermediate node; After downstream node receives the retransmission window notice of renewal, upstream node (all nodes on the multicast path from multicast source to self that can perception self, comprise multicast source and intermediate node) the retransmission window size, can supply the data of re-transmission even downstream node perceives more, thereby help to improve multicast reliability.Referring to Fig. 1 and Fig. 2, the concrete steps of the embodiment of the invention are as follows:
Step 101: multicast source node N_1 sends retransmission window notice M to intermediate node N_2, and retransmission window notice M carries the BP_1 of expression N_1 retransmission window size.
In this step, the concrete bearing mode of retransmission window notice can have following two kinds:
The first, the application layer multicast signaling bear by new can be triggered by timer, as at set intervals, begins to send the retransmission window notice signaling from multicast source or certain intermediate node; Also can when satisfying certain condition, trigger, find that as multicast source or certain intermediate node variation has taken place the retransmission window size of oneself, sends the retransmission window notice signaling.
The second, safeguard signaling bear by existing application layer multicast conversation, safeguard that typically signaling comprises that the periodic heartbeat between the application layer multicast node detects signaling, in this detection signaling can with on the retransmission window size of multicast source or intermediate node.
Step 102: after intermediate node N_2 receives retransmission window notice M, carry out the renewal of retransmission window notice, and the retransmission window notice M1 that upgrades is transmitted to own downstream node N_4 and N_5, new retransmission window notice M1 carries retransmission window size BP_1 and the big or small BP_2 of N_2 retransmission window of expression N_1.
In this step, the renewal that intermediate node carries out the retransmission window notice is meant the retransmission window size BP_1 that receives with the BP_2 renewal of representing own retransmission window size, and update mode mainly contains following two kinds:
The first, each node have identical buffer memory end point (Buffer End Point, BEP), different buffer memory starting points (Buffer Start Point, BSP).This scene is applicable to some multicast application, BTV (Broadcast TV for example, live telecast), the playing progress rate of each node is identical, data cached length difference, be that retransmission window varies in size, big or small BP_1 is 5-10 minute content as the retransmission window of N_1, and the retransmission window size BP_2 of N_2 is 2-10 minute content.The example of retransmission window update notifications is as follows:
(1) after N_2 receives the retransmission window notice M of N_1, as shown in Figure 3, if the retransmission window of N_2 size BP_2 can cover the retransmission window size BP_1 of N_1, then use { BSP_2, BEP} represents the retransmission window size upgraded, and mark { BSP_1, BEP} are the common factor of the retransmission window size of N_1 and N_2, { BSP_1, BSP_2} are the exclusive retransmission window size of N_2 to mark.
(2) after N_2 receives the retransmission window notice M of N_1, as shown in Figure 4, if the retransmission window of N_2 size BP_2 can not cover the retransmission window size BP_1 of N_1, then still use { BSP_1, BEP} represents the retransmission window size upgraded, and mark { BSP_2, BEP} are that the retransmission window size of N_1 and N_2 is occured simultaneously, { BSP_2, BSP_1} are the exclusive retransmission window size of N_1 to mark.
The second, each node has different BEP and BSP.This scene is applicable to some multicast application, VoD for example, the playing progress rate of (VideoonDemand, video request program) each node is all different with buffer storage length, retransmission window size BP_1 as N_1 is 5-10 minute content, and the retransmission window size BP_2 of N_2 is 6-14 minute content.Concrete example is as follows:
(1) after N_2 receives the retransmission window notice M of N_1, as shown in Figure 5, with { BSP_1, BEP_2} replace that { BSP_1, BEP_1} represent the retransmission window size upgraded, and mark { BEP_2, BEP_1} is the exclusive retransmission window size of N_2, and { BEP_1, BSP_2} are the common factor of the retransmission window size of N_1 and N_2 to mark, { BSP_2, BSP_1} are the exclusive retransmission window size of N_1 to mark.
(2) after N_2 receives the retransmission window notice M of N_1, as shown in Figure 6, with { BSP_1, BEP_1} and { BSP_2, BEP_2} represent the retransmission window size upgraded.
Need to prove no matter adopt which kind of retransmission window size update mode, the retransmission window size after the renewal must be able to reflect the retransmission window size of this node and this node downstream node.
Step 103:N_4 and N_5 receive retransmission window notice M1.If one of them node (for example N_4) needs to retransmit certain section data of losing, then select the upstream node of an optimum, and send data re-transmission request (for example NACK) to this upstream node.
In this step, after N_4 receives retransmission window notice M1, then can perceive the data that upstream node (multicast source node and intermediate node) can retransmit, if N_4 need retransmit certain section data of losing, then can be according to the preferred upstream node of following Standard Selection:
The first, according to the network distance of receiving terminal to upstream node.Receiving terminal is more little to the network distance of upstream node, and the time delay of meaning data retransmission is short more, and taking of the network bandwidth is few more, thereby this upstream node is excellent more.
The second, according to the service ability of upstream node.The service ability of upstream node is big more, and the meaning disposal ability is strong more, and the network bandwidth is high more, thereby this upstream node is excellent more.
Need to prove, in step 101, multicast source may send the retransmission window notice to a lot of intermediate nodes (for example N_2 and N_3) simultaneously, correspondingly, in step 102, intermediate node receives the retransmission window notice that multicast source sends, can carry out the renewal of retransmission window notice, and the retransmission window after will upgrading notice sends to its downstream node, and this process can continue to carry out, and receives (comprising intermediate node and leaf node) the retransmission window notice of renewal up to all receiving terminals.
The embodiment of the invention provides a kind of system that improves multicast reliability, and as shown in Figure 7, this system comprises:
Receiver module is used to receive the retransmission window notification message that upstream node sends;
Update module is used to upgrade the retransmission window notification message, and the retransmission window notification message after will upgrading sends to downstream node.
Wherein, upstream node comprises all nodes on the multicast path from the multicast source node to downstream node; Downstream node comprises all nodes on the multicast path that begins from intermediate node.
Further, downstream node comprises:
Logging modle is used to receive the retransmission window notification message of renewal, record retransmission window size;
Select module, be used for when upstream node detects loss of data, retransmission window notification message, receiving terminal according to the renewal that receives are selected upstream node to the distance of upstream node and/or the service ability of upstream node, and are required the data of the upstream node retransmits lost of selection.
Wherein, upgrading the retransmission window notification message is specially:
When the retransmission window size of intermediate node can cover the retransmission window size of upstream node, get the common factor of intermediate node retransmission window size and upstream node retransmission window size, in the retransmission window notification message, be designated the retransmission window size of intermediate node and upstream node, get the exclusive retransmission window size of intermediate node, in the retransmission window notification message, be designated the retransmission window size of intermediate node; Or
When the retransmission window size of upstream node can cover the retransmission window size of intermediate node, get the common factor of intermediate node retransmission window size and upstream node retransmission window size, in the retransmission window notification message, be designated the retransmission window size of intermediate node and upstream node, get the exclusive retransmission window size of upstream node, in the retransmission window notification message, be designated the retransmission window size of upstream node; Or
When the retransmission window of upstream node retransmission window size big or small and intermediate node can not cover mutually, get the common factor of intermediate node retransmission window size and upstream node retransmission window size, in the retransmission window notification message, be designated the retransmission window size of intermediate node and upstream node, get the exclusive retransmission window size of intermediate node, in the retransmission window notification message, be designated the retransmission window size of intermediate node, get the exclusive retransmission window size of upstream node, in the retransmission window notification message, be designated the retransmission window size of upstream node.
Need to prove that receiver module and update module are integrated on the intermediate node; Logging modle and selection module are integrated on the downstream node of intermediate node.
The embodiment of the invention provides a kind of multicast network, and as shown in Figure 8, this multicast network comprises:
Upstream node is used for sending the retransmission window notification message to intermediate node;
Intermediate node is used to receive the retransmission window notification message, upgrade the retransmission window notification message according to the retransmission window size of self and upstream node, and the retransmission window notification message after will upgrading sends to downstream node.
Wherein, downstream node also is used to receive the retransmission window notification message of renewal, record retransmission window size; When detecting loss of data, select upstream node according to the retransmission window notification message of the renewal that receives, and the data of the upstream node retransmits lost of request selection.
The described technical scheme of the embodiment of the invention is carried out the renewal of retransmission window notice by intermediate node, and the retransmission window notice of upgrading is handed down to the downstream node of this intermediate node, it is more for the data that retransmit that downstream node is perceived, and helps improving the reliability of multicast.
The described technical scheme of the embodiment of the invention can be generalized to the IP multicast, and concrete application scenarios is that the IP multicast node has be used to retransmit data cached.
The above only is preferred embodiment of the present invention, and is in order to restriction the present invention, within the spirit and principles in the present invention not all, any modification of being done, is equal to replacement, improvement etc., all should be included within protection scope of the present invention.
Claims (9)
1, a kind of method that improves multicast reliability is characterized in that, described method comprises:
Intermediate node receives the retransmission window notification message that upstream node sends, retransmission window size according to self and described upstream node is upgraded described retransmission window notification message, and the retransmission window notification message after the described renewal is sent to the downstream node of described intermediate node, described upstream node comprises all nodes on the multicast path from the multicast source node to described downstream node, and described downstream node comprises all nodes on the multicast path that begins from described intermediate node.
2, the method for raising multicast reliability as claimed in claim 1 is characterized in that, described method also comprises:
Described downstream node receives the retransmission window notification message after the described renewal, record retransmission window size, when described downstream node detects loss of data, select upstream node according to the retransmission window notification message after the described renewal that receives, receiving terminal to the distance of upstream node and/or the service ability of upstream node, ask the data of the upstream node retransmits lost of described selection.
3, the method for raising multicast reliability as claimed in claim 1 is characterized in that, the described retransmission window notification message of described renewal is specially:
When the retransmission window size of described intermediate node can cover the retransmission window size of described upstream node, get the common factor of described intermediate node retransmission window size and described upstream node retransmission window size, in described retransmission window notification message, be designated the retransmission window size of described intermediate node and described upstream node, get the exclusive retransmission window size of described intermediate node, in described retransmission window notification message, be designated the retransmission window size of described intermediate node; Or
When the retransmission window size of described upstream node can cover the retransmission window size of described intermediate node, get the common factor of described intermediate node retransmission window size and described upstream node retransmission window size, in described retransmission window notification message, be designated the retransmission window size of described intermediate node and described upstream node, get the exclusive retransmission window size of described upstream node, in described retransmission window notification message, be designated the retransmission window size of described upstream node; Or
When the retransmission window of described upstream node retransmission window size big or small and described intermediate node can not cover mutually, get the common factor of described intermediate node retransmission window size and described upstream node retransmission window size, in described retransmission window notification message, be designated the retransmission window size of described intermediate node and described upstream node, get the exclusive retransmission window size of described intermediate node, in described retransmission window notification message, be designated the retransmission window size of described intermediate node, get the exclusive retransmission window size of described upstream node, in described retransmission window notification message, be designated the retransmission window size of described upstream node.
4, a kind of system that improves multicast reliability is characterized in that, described system comprises:
Receiver module is used to receive the retransmission window notification message that upstream node sends;
Update module is used to upgrade described retransmission window notification message, and the retransmission window notification message after the described renewal is sent to downstream node.
5, the system of raising multicast reliability as claimed in claim 4 is characterized in that, described downstream node comprises:
Logging modle is used to receive the retransmission window notification message of described renewal, record retransmission window size;
Select module, be used for when described upstream node detects loss of data, retransmission window notification message, receiving terminal according to the described renewal that receives are selected upstream node to the distance of upstream node and/or the service ability of upstream node, and are required the data of the upstream node retransmits lost of described selection.
6, the system of raising multicast reliability as claimed in claim 4 is characterized in that, the described retransmission window notification message of described renewal is specially:
When the retransmission window size of described intermediate node can cover the retransmission window size of described upstream node, get the common factor of described intermediate node retransmission window size and described upstream node retransmission window size, in described retransmission window notification message, be designated the retransmission window size of described intermediate node and described upstream node, get the exclusive retransmission window size of described intermediate node, in described retransmission window notification message, be designated the retransmission window size of described intermediate node; Or
When the retransmission window size of described upstream node can cover the retransmission window size of described intermediate node, get the common factor of described intermediate node retransmission window size and described upstream node retransmission window size, in described retransmission window notification message, be designated the retransmission window size of described intermediate node and described upstream node, get the exclusive retransmission window size of described upstream node, in described retransmission window notification message, be designated the retransmission window size of described upstream node; Or
When the retransmission window of described upstream node retransmission window size big or small and described intermediate node can not cover mutually, get the common factor of described intermediate node retransmission window size and described upstream node retransmission window size, in described retransmission window notification message, be designated the retransmission window size of described intermediate node and described upstream node, get the exclusive retransmission window size of described intermediate node, in described retransmission window notification message, be designated the retransmission window size of described intermediate node, get the exclusive retransmission window size of described upstream node, in described retransmission window notification message, be designated the retransmission window size of described upstream node.
7, the system of raising multicast reliability as claimed in claim 5 is characterized in that, described receiver module and described update module are integrated on the intermediate node;
Described logging modle and described selection module are integrated on the downstream node of described intermediate node.
8, a kind of multicast network is characterized in that, described multicast network comprises:
Downstream node is used for sending the retransmission window notification message to intermediate node;
Described intermediate node is used to receive described retransmission window notification message, upgrades described retransmission window notification message according to the retransmission window size of self and downstream node, and the retransmission window notification message after the described renewal is sent to downstream node.
9, multicast network as claimed in claim 8, it is characterized in that, described downstream node also is used for when detecting loss of data, is used for selecting upstream node according to the retransmission window notification message of the described renewal that receives, and requires the data of the upstream node retransmits lost of described selection.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008100091984A CN101505211A (en) | 2008-02-04 | 2008-02-04 | Method, system and multicast network for enhancing reliability of multicast |
| PCT/CN2009/070128 WO2009097767A1 (en) | 2008-02-04 | 2009-01-13 | Method, system and multicast network for improving multicast reliability |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008100091984A CN101505211A (en) | 2008-02-04 | 2008-02-04 | Method, system and multicast network for enhancing reliability of multicast |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101505211A true CN101505211A (en) | 2009-08-12 |
Family
ID=40951775
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2008100091984A Pending CN101505211A (en) | 2008-02-04 | 2008-02-04 | Method, system and multicast network for enhancing reliability of multicast |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101505211A (en) |
| WO (1) | WO2009097767A1 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112152820A (en) * | 2019-12-09 | 2020-12-29 | 北京天德科技有限公司 | TCP multicast |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2449532A1 (en) * | 2001-06-30 | 2003-01-16 | Nokia, Inc. | Apparatus and method for delivery of packets in multi-hop wireless networks |
| CN100542124C (en) * | 2002-10-28 | 2009-09-16 | 思科技术公司 | RPF is reliable transmission in many ways |
| JP2007208635A (en) * | 2006-02-01 | 2007-08-16 | Matsushita Electric Ind Co Ltd | Node, packet communicating method, and packet communication system |
| CN101102174A (en) * | 2006-07-04 | 2008-01-09 | 株式会社Ntt都科摩 | Mixing automatic request resending method and its applicable relay device and communication system |
-
2008
- 2008-02-04 CN CNA2008100091984A patent/CN101505211A/en active Pending
-
2009
- 2009-01-13 WO PCT/CN2009/070128 patent/WO2009097767A1/en active Application Filing
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112152820A (en) * | 2019-12-09 | 2020-12-29 | 北京天德科技有限公司 | TCP multicast |
| CN112152820B (en) * | 2019-12-09 | 2021-07-20 | 北京天德科技有限公司 | Multicast TCP (transmission control protocol) architecture method and multicast TCP system |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2009097767A1 (en) | 2009-08-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7542438B2 (en) | Reliable multicast data retransmission method by grouping wireless terminals in wireless communication medium and apparatus for the same | |
| US6807578B2 (en) | Nack suppression for multicast protocols in mostly one-way networks | |
| JP4357535B2 (en) | Identify and retransmit missing parts | |
| EP2590348B1 (en) | Method and apparatus for transmitting and receiving media streams | |
| CN102118653B (en) | Method and device for ensuring service quality of live broadcast of web television | |
| US7289500B1 (en) | Method and system for reliable multicast data transmission | |
| US20030035420A1 (en) | TCP aware local retransmissioner scheme for unreliable transmission network | |
| CN101997661B (en) | Data packet sending method, data packet acquiring method and device | |
| EP1708404A1 (en) | Method and apparatus for error recovery performed at the access node of a core network | |
| KR100240645B1 (en) | Packet error controller of multicast communication and method thereof | |
| US20060089164A1 (en) | Method and system for transmitting MMS notification message | |
| US20050094632A1 (en) | DOCSIS MAC layer-based ARQ for fixed wireless | |
| CN101505211A (en) | Method, system and multicast network for enhancing reliability of multicast | |
| KR101074777B1 (en) | Reliable data transmission method in overlay multicast network | |
| CN101465719B (en) | Data retransmission method and device | |
| JP5169788B2 (en) | Network equipment | |
| KR101405533B1 (en) | Message transport system for high available multicast | |
| JPH0991218A (en) | Message retransmission method and system | |
| KR100708608B1 (en) | Relay apparatus for overlay multicast system and operation method of the same | |
| EP1199832B1 (en) | Transmission procedure to avoid useless retransmissions | |
| CN100583878C (en) | Technique for handling outdated information units | |
| JP3516395B2 (en) | Response mode variable data distribution method and its implementation device, its processing program and recording medium | |
| JP3823319B2 (en) | Message transmission / reception device recovery system and method | |
| KR100248079B1 (en) | Method of buffer management for multimedia communications | |
| JP2011223494A (en) | Communication device and communication program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20090812 |