|Publication number||US7411903 B2|
|Application number||US 10/616,034|
|Publication date||Aug 12, 2008|
|Filing date||Jul 10, 2003|
|Priority date||Jul 26, 2002|
|Also published as||CN1248456C, CN1476199A, DE60304294D1, DE60304294T2, EP1385292A2, EP1385292A3, EP1385292B1, EP1385292B8, US20040027991|
|Publication number||10616034, 616034, US 7411903 B2, US 7411903B2, US-B2-7411903, US7411903 B2, US7411903B2|
|Inventors||Kyung-Hun Jang, Jong-Ae Park, Hyo-sun Hwang|
|Original Assignee||Samsung Electronics Co., Ltd.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (16), Non-Patent Citations (2), Referenced by (29), Classifications (33), Legal Events (5)|
|External Links: USPTO, USPTO Assignment, Espacenet|
1. Field of the Invention
The present invention relates to a quality of service (QoS) control layer structure and packet-based transmission control parameters for supporting QoS in a communication system. More particularly, the present invention relates to a method of generating packet-based transmission control parameters and a QoS control layer structure for providing high quality audio-video (AV) service by reflecting characteristics of AV data in the scheduling process.
2. Description of the Related Art
Parameters used for supporting quality of service (QoS) in a communication system specify application characteristics, delay time, a difference between transmission delay times, a priority level, and the like. Application characteristics represent information related to whether the application data is transmitted in real-time or using a fixed bandwidth. The delay time and the difference between the transmission delay times represent information related to the time period of data transmission. The priority level represents information related to transmission sequencing of data.
In conventional methods of supporting QoS in media access control (MAC) layers, transmission control parameters are designated individually for respective sessions that are managed by each application. Therefore, scheduling or a retransmission mechanism, or the like, is managed by the individual transmission control parameters of the respective session.
Meanwhile, data frames used for providing an audio-video (AV) service have different characteristics between each frame, contrary to general data frames, all of which have generally similar characteristics. Therefore, it is inefficient to use conventional general QoS management for AV service in which the respective sessions are managed separately. In addition, conventional systems statically determine transmission control parameters according to the characteristics of the sessions. Therefore, such conventional systems cannot accurately reflect the characteristics of the AV frames described above.
In particular, certain frames (for example, an I-frame (Intra-coded frame) and a B-frame (Bidirectional-coded frame)) within an MPEG-2 stream have different characteristics from each other, contrary to the general data frames, all of which have the same characteristic as described above. For providing AV service, data should be transmitted in real-time. For real-time transmission and to achieve QoS, the transmission delay time of the data and the difference between the transmission delay times of the data must be maintained. For this reason, the MPEG-2 data (frames) should be transmitted according to their characteristics.
However, in a conventional wireless communication system, MPEG-frames are transmitted according to scheduling in the MAC layer using QoS parameters defined for the respective sessions, in the same manner as a general data transmission. In such conventional wireless communication systems, because the characteristics of the MPEG-2 frames are not reflected in the scheduling of the MAC layer, it is very difficult to provide real-time AV service.
The present invention provides a method of generating packet-based transmission control parameters and a QoS control layer structure, capable of providing high quality audio-video (AV) service, by reflecting characteristics of AV data in the scheduling process.
The present invention also provides a method, in which characteristics of AV frames are reflected by QoS control parameters (also referred to as transmission control parameters) for use in scheduling or retransmission. That is, a QoS control layer structure is provided that is capable of dynamically setting packet-based transmission control parameters that reflect the characteristics of the AV data. In addition, the present invention proposes transmission control parameters for use in the QoS control layer structure. Accordingly, the QoS control layer recognizes the status of a current channel while monitoring the status of a MAC layer and dynamically sets the transmission control parameters of the packets accordingly.
Further, the present invention provides a method that dynamically designates retransmission intervals of packets according to characteristics of the MPEG-2 frames and selectively retransmits the packets.
According to an aspect of the present invention, there is provided a method for generating packet-based transmission control parameters, the method including: (a) receiving class information of an audio-video (AV) application and characteristic information of an AV packet, from the AV application; (b) receiving status information of a wireless channel and buffer storage time information of the AV packet, from a medium access control (MAC) layer; and (c) generating and outputting the packet-based transmission control parameters on the basis of the received information.
According to another aspect of the present invention, there is provided a selective retransmission method including: (a) transmitting packets of an MPEG-2 frame in real-time; (b) checking for any transmission error after the transmission; and (c) if any transmission error is generated, retransmitting only packets of an I-frame.
According to yet another aspect of the present invention, there is provided a selective retransmission method for transmitting data of an MPEG-2 frame, including: (a) allowing a transmitting side medium access control (MAC) layer to transmit packets belonging to an I-frame to a receiving side MAC layer; (b) after all packets belonging to the I-frame are transmitted, allowing the receiving side MAC layer to output to the transmitting side MAC layer a retransmission request for non-received packets due to any transmission error generated during transmission of the packets; (c) allowing the transmitting side MAC layer, which received the retransmission request, to discard a number of packets of a B-frame following the I-frame, wherein the number of discarded packets of the B-frame equals a number of packets subject to the retransmission request; and (d) retransmitting the packets subject to the retransmission request.
According to still another aspect of the present invention, there is provided a selective retransmission method, by which a transmitting side medium access control (MAC) layer transmits packets of an MPEG-2 frame, including: (a) determining whether a packet, to be currently transmitted by the transmitting side MAC layer, belongs to an I-frame; (b) if the packet does not belong to the I-frame, transmitting the packet as is, and if the packet belongs to the I-frame, determining whether the packet is a start packet of the I-frame; (c) if the packet is the start packet of the I-frame, transmitting to a receiving side MAC layer an automatic retransmission start message including the number of packets belonging to the I-frame; and (d) preparing a buffer for use in an automatic retransmission request (ARQ) mode and transmitting the packets with their respective sequence numbers.
According to a further aspect of the present invention, there is provided a selective retransmission method, by which a transmitting side medium access control (MAC) layer transmits packets of an MPEG-2 frame, including: (a) starting an automatic retransmission request (ARQ) mode, and receiving a retransmission message of an MPEG-2 frame and sequence numbers of packets requiring retransmission, from a receiving side MAC layer; (b) receiving the retransmission message and the sequence numbers, determining whether any packets require retransmission, and if any packet requires retransmission, discarding a number of packets of a B-frame during a transmission standby state, wherein the number of discarded packets of the B-frame equals a total number of packets requiring retransmission; and (c) determining whether the number of the packets of the B-frame is less than the total number of packets requiring retransmission, and if the number of packets of the B-frame is not less than the total number of packets requiring retransmission, then retransmitting the packets and awaiting a next retransmission message.
According to yet still another aspect of the present invention, there is provided a selective retransmission method, by which a receiving side medium access control (MAC) layer receives packets of an MPEG-2 frame, including: (a) initializing a selective automatic retransmission request (ARQ) operation mode; (b) receiving a selective automatic retransmission request (ARQ) start message, and allowing a receiving side MAC layer to prepare a retransmission buffer with a window size equal to a number of packets belonging to an I-frame, which is included in the selective ARQ start message and transmitted from a transmitting side MAC layer; (c) setting the selective ARQ operation mode, estimating transmission time of all packets in the I-frame using information regarding the number of packets requiring retransmission, and setting a timer value; (d) determining whether the set time has elapsed, and if the set time has elapsed, determining whether all packets of the I-frame have been received; and (e) if all packets are not received, analyzing sequence numbers of the packets received during the set period of time, and transmitting a retransmission request message including sequence numbers of the packets not received, and resetting a buffer and a timer value for automatic retransmission request (ARQ) mode.
According to yet still a further aspect of the present invention, there is provided a selective retransmission apparatus, in which a receiving side medium access control (MAC) layer receives packets from a transmitting side MAC layer, including: a frame detector for detecting a frame type of the packet; a transmission error detector for detecting any non-received packets due to any transmission error generated during transmission of the packets; and a retransmission function unit for transmitting to the transmitting side MAC layer a retransmission message and sequence number information of the non-received packets if any transmission error exists, according to a detection result from the frame detector, and for receiving the packets through retransmission by the transmitting side MAC layer.
According to an even further aspect of the present invention, there is provided a computer readable medium having embodied thereon computer programs for the above-described methods.
The above and other features and advantages of the present invention will become more apparent to those of ordinary skill in the art by describing in detail exemplary embodiments thereof with reference to the attached drawings in which:
Korean Patent Application No. 2002-44304, filed on Jul. 26, 2002, and entitled: “Method of Generating Transmission Control Parameters and Method of Selective Retransmission According to Packet Characteristics,” is incorporated by reference herein in its entirety.
Fast data transmission, multicasting, quality of service (QoS), and the like, are important aspects of transmitting digital audio or video signals and performing multimedia communication. Fast data transmission minimizes end-to-end delay, thereby improving the quality of multimedia services, such as video conferencing. In addition, by transmitting data fast, the time a packet is stored in a buffer is shortened, thereby reducing the size of the buffer required. When multimedia services are provided at the same time to various locations, multicasting is used to reduce bandwidths and to reduce overhead in routers and end terminal systems receiving data. For assuring quality of service (QoS), a resource management technique is essentially required. If the resource management is not performed properly in the routers and the end terminal system, a multimedia communication system cannot provide reliable communication services to users.
The present invention will now be described more fully hereinafter with reference to the accompanying drawings, in which exemplary embodiments of the invention are shown. The invention may, however, be embodied in different forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art. Like numbers refer to like elements throughout.
Reference character CC represents the number of CSRC identifiers in a fixed header, wherein CSRC represents source information of a real-time protocol (RTP) packet stream that allows an RTP mixer to create a combined stream. The RTP mixer transmits the RTP packets over a network. The RTP mixer is an intermediate system that receives RTP packets from various sources, appropriately combines the RTP packets to create new RTP packets, and transfers the newly created packets to the next system.
The M field represents a space for multimedia information and is used for indicating whether the packet is audio data or video data. The payload type (PT) field represents the payload format of a profile defined in RFC 1890 and determines interpretation by an application. The profile specifies correspondence of a payload type code to a payload format. For example, if the PT value is zero, this indicates PCMU audio encoding; 8,000 Hz sampling rate, and one audio channel. Currently, thirty-three (33) payload types are defined.
The sequence number field contains a sequence number, which is increased by one whenever a RTP packet is transmitted. The sequence number field is used by the receiving side to detect packet loss and to restore the sequence of the packet. The time stamp field represents a time point at which the first octet of the RTP packet is sampled. The Synchronization Source (SSRC) identifier field identifies the synchronization source of the RTP packet. Values of the SSRC identifier field are randomly determined in order to reduce the probability of different transmitting sides having the same SSRC identifier value in the same RTP session. The Contributing Source (CSRC) field identifies a contributing source identifier list, which is added by the RTP mixer. In a case that certain RTP packets are mixed by certain intermediate systems, the SSRC identifier field distinguishes the sources (the intermediate systems) using identifiers stored therein. The SSRC identifier field includes a maximum of fifteen identifiers. If more than fifteen sources exist, only fifteen of the sources are designated and stored in the SSRC identifier field. Media Data represents the media data to be transmitted using the data packet.
An AV application 210 converts the characteristic information of received AV data into class information of a session and transfers the converted information to a Medium Access Control (MAC) layer 230 through a QoS control layer 220. The AV application 210 transmits the AV data using Real-time Transport Protocol/Real-time Transfer Control Protocol (RTP/RTCP). A receiving side application 260 uses RTCP to receive data status information, such as data loss and delay time, from a transmitting side and to control the data generation rate. The receiving side application 260 also receives feedback information from end-to-end application service.
RTP is a Real-time Protocol for transmitting real-time data, such as audio and video. RTP does not guarantee real-time transmission of data, but allows application programs to support streaming media. The RTP is implemented on a user datagram protocol (UDP).
RTCP is a protocol used in conjunction with RTP for maintaining QoS of the media data transmitted using RTP. RTP controls only data transmission, whereas RTCP monitors data transmission and also controls transmission of information related by sessions. RTP nodes transmit RTCP packets to each other in order to analyze the status of the network and periodically report any network traffic.
Both RTP and RTCP are implemented on a UDP, providing the time information and synchronization functions that are required for real-time media applications. For these reasons, most applications (VOD service, AOD service, Internet broadcasts, video conference service, and the like) that involve real-time media information over the Internet presently use RTP and RTCP.
In addition, a network layer 240 receives network status information from a core network and controls the amount of AV data to be transmitted. The MAC layer 230 receives class information of the AV application from the AV application 210 through the QoS control layer 220, characteristic information of a wireless channel from the physical layer 250, information for buffer storage time of transmission frames, and the like, and on the basis of the received information performs scheduling for accessing wireless resources.
In the MAC layer 230, only the class information is provided and used as a parameter for setting characteristics of the application. However, the class information cannot reflect characteristics of the AV frames. For example, to reduce the amount of video data transmitted, MPEG-2 uses an I-frame (Intra-coded frame), which includes current picture information, and a B-frame (Bidirectional-coded frame), which includes only that information that is different between the I-frame and a previous frame. The amount of data of an I-frame, which serves as a reference, is relatively large. The amount of data of a B-frame is relatively small and therefore may be transmitted many times between I-frames.
If an error is generated in a single B-frame, a momentary error is generated in a moving picture. However, if an error is generated in a single I-frame, errors are generated in the moving pictures represented by a plurality of B-frames following the I-frame. Therefore, to maintain QoS of the AV service, even in a poor channel environment, transmission probability of the I-frame should be higher than that of the B-frame.
Input parameters received from the AV application include the session class information from the AV application, the characteristic information of respective AV frames, the status information of wireless channels, and the buffer storage time information. The QoS control layer generates output parameters on the basis of the input parameters. The output parameters include packet-based transmission control parameters.
Data, generated by an AV application 310, includes a descriptor representing characteristics of a packet and is transmitted to a packet transmission control parameter generator 330 of the QoS control layer. The descriptor includes class information 311 of a corresponding session designated by the AV application 310 and characteristic information 312 of a corresponding AV frame. The packet transmission control parameter generator 330 of the QoS control layer generates packet-based transmission control parameters 322 on the basis of the above-described information, receives buffer status information 321 of a packet from a MAC layer 320, and attaches the packet-based transmission control parameters 322 to the packet descriptors.
The packet-based transmission control parameters 322 include maximum allowable buffer storage time information of the packets, difference information between the maximum allowable transmission times of the packets, priority level information, retransmission information of the packets, and importance information of the packets.
The priority level information of the packets, the retransmission information of the packets, and the importance information of the packets are dynamically designated according to a buffer status of the MAC layer. The priority level information is used for maintaining fairness of respective AV services. The retransmission and importance information of the packets reflect various characteristics of AV frames indicating selective retransmission of the packet, selective discarding of the packet, forward error correction (FEC) of the packet, multi-copy use of the packet, etc. The generated transmission control parameters (packets and descriptors) are used in scheduling and performing transmission control of packets, while also assuring QoS in the MAC layer.
First, in step 410, class information of an AV application and characteristic information of an AV frame are input from the AV application. The class information of the AV application and the characteristic information of the AV frame represent characteristics of a received packet and are contained in an identifier of the data packet.
Then, in step 420, status information of a wireless channel and buffer storage time information are input from the MAC layer.
Successively, on the basis of the input information, in step 430, packet-based transmission control parameters are generated and output. The transmission control parameters include maximum allowable buffer storage time information of the packets, difference information between maximum allowable transmission times of the respective packets, priority level information, retransmission information of the packets, and importance information of the packets.
In MPEG-2, all of the frames are not compressed into independent still pictures, but each frame is compressed using the similarities between adjacent frames. MPEG-2 uses estimation and interpolation for difference compensation between the adjacent frames. Meanwhile, in MPEG-2 video, frames which can be restored using only their own information must be inserted regularly. This is due to various reasons, including situations that require VCR-type control, such as arbitrary access. These frames are compressed using a still-picture compression method such as the Joint Photographic Expert Group (JPEG).
The I-frame can be placed at any location in a video data stream, is used for arbitrary access of data, and is encoded without referencing different images. The I-frames are generally compressed using JPEG. However, for real-time compression, the I-frames may be compressed using MPEG-2. The I-frame has the lowest compression rate among MPEG-2 frames. The I-frame is divided into 8×8 blocks of a macroblock and is subjected to a discrete cosine transformation (DCT) for generating DCT coefficients. The DCT coefficients are encoded using a different pulse code modulation (DPCM) method, in which difference values between successive blocks are calculated and are transformed using a variable length coding.
During encoding and decoding, the P-frame 530 is generated using information of the previous I-frame and the previous P-frame. In most cases, when any one object on successive images is moved, image blocks of the object are moved in different directions without change of object shape. In this regard, the P frame is generated by encoding only difference values between a previous picture and a current picture, considering that the difference between the previous picture and the current picture is very small.
During encoding and decoding, the B-frame 520 is generated using all information of the previous and following I-frames and P-frames. By using the B-frames, a high compression rate can be obtained. The B-frame has difference values between the previous I-frame or P-frame and the following I-frame or P-frame.
If an error is generated during transmission of a B-frame, a blur of the corresponding moving picture is generated only until the next B-frame is transmitted. Alternatively, if an error is generated during transmission of an I-frame, even though the transmission of B-frames following the I-frame is complete, a blur of the corresponding moving picture is generated until the next I-frame is transmitted. Therefore, when any error is generated during the transmission of the I-frame, transmitting the following B-frames involves unnecessary resource allocation.
Accordingly, to maintain QoS of an AV service under a poor channel environment, it is necessary to increase transmission probability of the I-frame more than the B-frame. However, since a conventional wireless communication system statically determines transmission control parameters using characteristics for each session, it cannot reflect the different characteristics of MPEG-2 frames. In such a wireless communication system, even though an error is generated during data transmission, I-frames and B-frames are processed in the same way. Therefore, no difference exists between error probability of the I-frame and that of the B-frame, which deteriorates QoS of the AV service.
Therefore, the present invention proposes a method in which characteristics of received frames are transferred to the MAC layer and a retransmission mechanism is provided according to the characteristics. Using such a method keeps the error probability of the I-frame lower than that of the B-frame, which improves QoS.
As shown in
A transmitting side MAC layer 630 sequentially sends a first packet 631, a second packet 632, a third packet 633, and a fourth packet 634 of an I-frame to a receiving side MAC layer 640. At this time, if only the first packet 631 and the third packet 633 are received without error and the second packet 632 and the fourth packet 634 are not received, then the receiving side MAC layer 640 sends a retransmission request message (NACK 2,4) 641 for non-received packets to the transmitting side MAC layer 630. Then, the transmitting side MAC layer 630 discards packets (i.e., a fifth packet 651 and a sixth packet 652) of the following B-frame and starts retransmission of the I-frame. The number of packets discarded equals the number of packets subject to the retransmission request. That is, the transmitting side MAC layer retransmits the non-received packets, the second packet 632 and the fourth packet 634.
After all packets of the I-frame are received in the ARQ interval, the receiving side MAC layer 640 sends a transmission completion message (NACK (NULL)) 642 to the transmitting side MAC layer 630. Then, the transmitting side MAC layer 630 transmits seventh through tenth packets 635 through 638 of a B-frame in the non-ARQ interval 620. Although some packets of the B-frame, such as the eighth packet 636 and the tenth packet 638, are lost during transmission, the receiving side MAC layer 640 does not require retransmission of the packets by the transmitting side MAC layer 630. Accordingly, only the seventh packet 635 and the ninth packet 637 are received. Subsequently, the eleventh packet 653 and the twelfth packet 654 will be transmitted to the receiving side MAC layer 640. Since the eleventh and twelfth packets 653 and 654 are B-frame packets, if they are not received by the receiving side MAC layer 640, they are not retransmitted.
A transmitting side MAC layer sends MPEG-2 frames and designates the start and end of the window-based selective automatic retransmission request (ARQ) mode. In step 710, the transmitting side MAC layer determines whether a current packet for transmission belongs to an I-frame. If the packet does not belong to an I-frame, in step 711, the corresponding packet is transmitted, i.e., the packet is transmitted “as-is.” If the packet belongs to an I-frame, in step 712, it is determined whether the packet is the start packet of the I-frame. If the packet is the start packet of the I-frame, in step 713, an automatic retransmission request (ARQ) start message, which includes the number of packets belonging to the I-frame, is transmitted to a receiving side MAC layer. Then, in step 714, a buffer with N window size is prepared for use in the ARQ mode. In step 715, the packet is transmitted together with a sequence number thereof. After the final packet of the I-frame is transmitted, non-ARQ mode starts.
If the packet is not the start packet of the I-frame, in step 716, the packet is transmitted together with the sequence number thereof. Next, in step 717, it is determined whether the packet is the final packet of the I-frame. If the packet is the final packet of the I-frame, in step 718, retransmission of the packet is performed. If the packet is not the final packet of the I-frame, ARG mode continues and the process for transferring a next packet starts.
Then, in step 850, it is determined whether the set time has elapsed. After the set time has elapsed, in step 860, it is determined whether all packets subject to the retransmission request are received. At this time, the sequence numbers of the packets transmitted during the set time period are analyzed. If any packets are designated as lost, in step 870, a NACK with the corresponding sequence numbers is transmitted, and the buffer and the timer value for the ARQ transmission mode are reset. If no packets require retransmission and all transmitted packets are received, in step 880, a NACK (NULL) is transmitted and the ARQ mode is terminated.
That is, the frame detector 910 determines whether the packet belongs to an I-frame, or a B-frame, or any other frame.
A transmission error detector 920 determines whether any packets are missing due to an error during the transmission of the packets.
If any transmission error is detected, a retransmission function unit 930 transmits a retransmission message and sequence number information of the non-received packets to the transmitting side MAC layer, according to the determination result of the frame detector 910. The retransmission function unit 930 receives the packets through retransmission from the transmitting side MAC layer. The packets are retransmitted only if the packets received by the frame detector 910 belong to an I-frame.
The above-described exemplary embodiments may be embodied as computer programs and may also be embodied in a general-purpose digital computer for executing the computer programs using a computer readable medium. The computer readable medium includes storage media, such as magnetic storage media (e.g., ROMs, floppy discs, hard discs, and the like), optically readable media (e.g., CD-ROMs, DVDs, and the like). The present invention may be embodied in a computer readable medium having a computer readable program code unit embodied therein for causing a number of computer systems connected via a network to effect distributed processing.
As described above, according to the present invention, it is possible to efficiently support an AV service in wireless communication, by dynamically controlling transmission control parameters according to a buffer status when packets are generated and by using a packet-based transmission control method for reflecting characteristics of AV frames. In addition, AV applications, according to the present invention, are standardized to provide packet-based control parameters regardless of various wireless access control layers. Therefore, the AV applications can be applied to various systems.
Further, according to the selective ARQ method of the present invention for real-time transmission of MPEG-2 frames, since the characteristics of the MPEG-2 frames are transferred to the MAC layer and the MAC layer performs the selective retransmission of the frames according to the characteristics thereof, an error probability of the I-frame can be lower than that of the B-frame, which improves quality of service (QoS). Moreover, the wireless MAC layer can manage resources efficiently through packet management on the transmitting side and timer use on the receiving side.
Exemplary embodiments of the present invention have been disclosed herein and, although specific terms are employed, they are used and are to be interpreted in a generic and descriptive sense only and not for purpose of limitation. Accordingly, it will be understood by those of ordinary skill in the art that various changes in form and details may be made without departing from the spirit and scope of the present invention as set forth in the following claims.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5708473 *||Aug 30, 1994||Jan 13, 1998||Hughes Aircraft Company||Two stage video film compression method and system|
|US6108382||Feb 6, 1998||Aug 22, 2000||Gte Laboratories Incorporated||Method and system for transmission of video in an asynchronous transfer mode network|
|US6144653 *||Jun 10, 1998||Nov 7, 2000||Telefonakteibolaget Lm Ericsson||Method for communicating in a wireless communication system|
|US6658019 *||Jan 6, 2000||Dec 2, 2003||Industrial Technology Research Inst.||Real-time video transmission method on wireless communication networks|
|US6732313 *||Jun 9, 2003||May 4, 2004||Matsushita Electric Industrial Co., Ltd.||Data transmission method|
|US6967924 *||Feb 14, 2000||Nov 22, 2005||Hitachi, Ltd.||Packet switching device and cell transfer control method|
|US20020004838||Mar 2, 2001||Jan 10, 2002||Rolf Hakenberg||Data transmission method and apparatus|
|US20020188648 *||May 8, 2001||Dec 12, 2002||James Aweya||Active queue management with flow proportional buffering|
|US20030093485 *||May 15, 2002||May 15, 2003||Dougall C. J. Scott||Method and system for scheduled streaming of best effort data|
|US20040203815 *||Apr 15, 2003||Oct 14, 2004||Texas Instruments Incorporated||Wireless communications system using both licensed and unlicensed frequency bands|
|US20050036546 *||Oct 7, 2002||Feb 17, 2005||Rey Jose Luis||Video data transmission method and apparatus|
|US20060130104 *||Jun 29, 2001||Jun 15, 2006||Madhukar Budagavi||Network video method|
|EP1006689A2||Nov 30, 1999||Jun 7, 2000||Matsushita Electric Industries Co. Ltd.||Packet retransmission control using priority information|
|EP1009138A2||Nov 27, 1999||Jun 14, 2000||Matsushita Electric Industrial Co., Ltd.||Data transmission method|
|WO2000033503A1||Nov 26, 1999||Jun 8, 2000||Telefonaktiebolaget Lm Ericsson (Publ)||Automatic repeat request protocol|
|WO2002056553A2||Jan 11, 2002||Jul 18, 2002||Intersil Inc||A system and method of repetitive transmission of frames for frame-based communications|
|1||*||B. Zheng and M. Atiquzzaman, "A Novel Scheme for Streaming Multimedia to Personal Wireless Handheld Devices," IEEE Transactions on Consumer Electronics, vol. 49, No. 1, Feb. 2003.|
|2||Batra, et al. * Signal Processing: Image Communications 12(2):147-166 (1998), Elsevier Sci. Pub., *Entitled: Effective algorithms for video transmission over wireless channels.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7782779 *||May 4, 2006||Aug 24, 2010||Samsung Electronics Company, Ltd.||Apparatus and method for transmitting a multimedia data stream|
|US7848359 *||Jun 19, 2007||Dec 7, 2010||Wolfgang Pree Gmbh||System and method for executing distributed software|
|US7860010 *||Jul 28, 2006||Dec 28, 2010||Hangzhou H3C Technologies Co., Ltd.||Method, apparatus and system for detecting sequence number of packet for transmission of multi-units|
|US7894862 *||Feb 22, 2007||Feb 22, 2011||Samsung Electronics Co., Ltd.||Data transceiver and data reception method thereof in a mobile communication system|
|US7920478 *||May 8, 2008||Apr 5, 2011||Nortel Networks Limited||Network-aware adapter for applications|
|US7944821||Mar 23, 2009||May 17, 2011||Research In Motion Limited||Flow control buffering|
|US8010862 *||Jan 20, 2010||Aug 30, 2011||Sony Corporation||Multimedia content delivery using pre-stored multiple description coded video with restart|
|US8014322 *||Feb 26, 2007||Sep 6, 2011||Cisco, Technology, Inc.||Diagnostic tool for troubleshooting multimedia streaming applications|
|US8082478 *||Jan 24, 2008||Dec 20, 2011||Infineon Technologies Ag||Retransmission of erroneous data|
|US8345740 *||Jan 12, 2006||Jan 1, 2013||Koninklijke Philips Electronics N.V.||System, transmitter, receiver, method and software for transmitting and receiving ordered sets of video frames|
|US8509065||Feb 21, 2011||Aug 13, 2013||Research In Motion Limited||Flow control buffering|
|US8578228 *||Jun 25, 2007||Nov 5, 2013||Telefonaktiebolaget Lm Ericcson||Error recovery for rich media|
|US8904245 *||May 4, 2010||Dec 2, 2014||Apple Inc.||Using a variable timer for sending an error indication|
|US9261615||Apr 10, 2013||Feb 16, 2016||Exxonmobil Upstream Research Company||Seismic anomaly detection using double-windowed statistical analysis|
|US20070019551 *||May 4, 2006||Jan 25, 2007||Samsung Electronics Co., Ltd.||Apparatus and method for transmitting a multimedia data stream|
|US20070275671 *||Feb 22, 2007||Nov 29, 2007||Samsung Electronics Co., Ltd.||Data transceiver and data reception method thereof in a mobile communication system|
|US20080013572 *||Jun 19, 2007||Jan 17, 2008||Wolfgang Pree Gmbh||System and method for executing distributed software|
|US20080080370 *||Sep 28, 2007||Apr 3, 2008||Research In Motion Limited||Method and apparatus for buffering packets in a network|
|US20080137728 *||Jan 12, 2006||Jun 12, 2008||Koninklijke Philips Electronics, N.V.||System, Transmitter, Receiver, Method and Software For Transmitting and Receiving Ordered Sets of Video Frames|
|US20080205390 *||Feb 26, 2007||Aug 28, 2008||Cisco Technology, Inc.||Diagnostic tool for troubleshooting multimedia streaming applications|
|US20090080463 *||Jul 28, 2006||Mar 26, 2009||Yinzhu Yang||Method, apparatus and system for detecting sequence number of packet for transmission of multi-units|
|US20090180386 *||Mar 23, 2009||Jul 16, 2009||Research In Motion Limited||Flow control buffering|
|US20090193311 *||Jan 24, 2008||Jul 30, 2009||Infineon Technologies Ag||Retransmission of erroneous data|
|US20090279547 *||May 8, 2008||Nov 12, 2009||Nortel Networks Limited||Network-aware adapter for applications|
|US20090282286 *||Jun 25, 2007||Nov 12, 2009||Froejdh Per||Error recovery for rich media|
|US20100182499 *||Jan 20, 2010||Jul 22, 2010||Sony Corporation||Multimedia content delivery using pre-stored multiple description coded video with restart|
|US20110044345 *||Oct 28, 2010||Feb 24, 2011||Wolfgang Pree Gmbh||System and method for executing distributed software|
|US20110141896 *||Feb 21, 2011||Jun 16, 2011||Research In Motion Limited||Flow control buffering|
|US20120047407 *||May 4, 2010||Feb 23, 2012||Nortel Networks Limited||Using a variable timer for sending an error indication|
|U.S. Classification||370/230, 714/746|
|International Classification||H04L12/26, H04L29/06, H04L1/18, H04L12/56, H04L1/00, H04L1/16|
|Cooperative Classification||H04L1/007, H04L29/06027, H04L1/1835, H04L47/2425, H04L47/27, H04L47/35, H04L47/34, H04L47/10, H04L1/1809, H04L47/26, H04L47/32, H04L1/1671, H04L65/608|
|European Classification||H04L47/27, H04L47/26, H04L47/24C, H04L47/34, H04L47/10, H04L47/35, H04L47/32, H04L1/18R3, H04L29/06C2, H04L29/06M6P, H04L1/16F15, H04L1/18C|
|Jul 11, 2003||AS||Assignment|
Owner name: SAMSUNG ELECTRONICS CO., LTD., KOREA, REPUBLIC OF
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:JANG, KYUNG-HUN;PARK, JONG-AE;HWANG, HYO-SUN;REEL/FRAME:014299/0350
Effective date: 20030707
|Sep 22, 2011||FPAY||Fee payment|
Year of fee payment: 4
|Mar 25, 2016||REMI||Maintenance fee reminder mailed|
|Aug 12, 2016||LAPS||Lapse for failure to pay maintenance fees|
|Oct 4, 2016||FP||Expired due to failure to pay maintenance fee|
Effective date: 20160812