Source: http://www.google.com/patents/US20020126675?dq=7,054,745
Timestamp: 2016-04-30 03:59:05
Document Index: 292521784

Matched Legal Cases: ['art 101', 'art 103', 'art 104', 'application No. 2000', 'art 301', 'art 303', 'art 306', 'art 303', 'arts 304', 'arts 305', 'art 301', 'art 304', 'art 304', 'art 304', 'art 304', 'art 304', 'art 304', 'art 305', 'art 306', 'art 306', 'art 401', 'art 402', 'art 402', 'arts 403', 'arts 404', 'art 401', 'art 404', 'art 403', 'art 403', 'art 403', 'art 404', 'art 401', 'art 305', 'art 303', 'art 403', 'art 402', 'art 403', 'art 306', 'art 306', 'art 301', 'art 306', 'art 306', 'art 304', 'art 304', 'art 305', 'art 306', 'art 401', 'art 403', 'art 404', 'art 202', 'art 401', 'art 305', 'art 305', 'art 303', 'art 1001', 'art 1002', 'art 1001', 'art 1002', 'arts 1101', 'art 303', 'art 306', 'art 306', 'art 304', 'art 305', 'art 1101', 'art 304', 'art 305', 'art 306', 'art 303', 'art 303', 'art 303', 'art 303', 'art 303', 'arts 1301', 'art 303', 'art 304', 'arts 1301', 'art 304', 'arts 1401', 'arts 404', 'art 1301', 'art 304', 'art 1401', 'art 1701', 'art 103', 'art 1702', 'arts 304', 'art 301', 'art 301', 'art 1701', 'art 1702', 'art 306', 'art 1702', 'art 303', 'art 306']

Patent US20020126675 - Packet transmission method and system, and packet transmitting apparatus ... - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inPatentsA packet transmission method for transmitting packets classified according to a quality of service (QoS) requirement from a transmitting node to a receiving node is provided. In the transmitting node, the steps of: selecting sequentially a QoS class; dividing a queued packet to be transmitted belonging...http://www.google.com/patents/US20020126675?utm_source=gb-gplus-sharePatent US20020126675 - Packet transmission method and system, and packet transmitting apparatus, packet receiving apparatus, and packet transmitting/receiving apparatusAdvanced Patent SearchPublication numberUS20020126675 A1Publication typeApplicationApplication numberUS 10/087,792Publication dateSep 12, 2002Filing dateMar 5, 2002Priority dateMar 6, 2001Also published asCN1374781A, CN100435525C, EP1249976A2, EP1249976A3, EP1249976B1, US7263064Publication number087792, 10087792, US 2002/0126675 A1, US 2002/126675 A1, US 20020126675 A1, US 20020126675A1, US 2002126675 A1, US 2002126675A1, US-A1-20020126675, US-A1-2002126675, US2002/0126675A1, US2002/126675A1, US20020126675 A1, US20020126675A1, US2002126675 A1, US2002126675A1InventorsTakeshi Yoshimura, Toshiro Kawahara, Minoru EtohOriginal AssigneeNtt Docomo, Inc.Export CitationBiBTeX, EndNote, RefManPatent Citations (9), Referenced by (120), Classifications (29), Legal Events (3) External Links: USPTO, USPTO Assignment, EspacenetPacket transmission method and system, and packet transmitting apparatus, packet receiving apparatus, and packet transmitting/receiving apparatus
BACKGROUND OF THE INVENTION [0001] 1. Field of the Invention [0002] The present invention generally relates to a packet transmission method and-system, more particularly to the packet transmission method and system for dividing a normal transmission packet into a plurality of data units each having a shorter data length, and scheduling transmission order of those data units. [0003] 2. Description of the Related Art [0004] Today, on the Internet, services have been provided that can support various quality of service (QoS). QoS may be defined by allowable packet loss, allowable delay time, and the like. [0005] For example, between transmission of E-mail and transmission of audio or video streaming, there is a big difference in the required QoS. In data type transmission such as for E-mail or Web pages, it may be more important to ensure an arrival of all the information (reliability or low bit error) than an arrival with no or minimal delay. That is, the data type transmission may allow some delay if necessary for the reliability. While, in real-time type transmission such as for audio or video streaming, minimal delay is more important because the real-time type data can be practically unusable if the delay is too large. [0006] Some architectures offer different QoS such as Intserv (Integrated Service) and Diffserv (Differentiated Service). The Intserv guarantees throughput for every QoS class, which is a so-called bandwidth-guaranteed type service, and utilizes RSVP (Resource Reservation Protocol). The Diffserv sets up a priority for every packet, based on user (IP address) or contents of transmitted information. [0007] A conventional packet transmission method and system is described below with reference to FIG.1. FIG.1 schematically shows the configuration of the conventional packet transmitting apparatus. [0008] In FIG. 1, a classifying part 101 processes packets (IP packets) to be transmitted to classify them on the basis of QoS requirement. It is assumed as an example that roughly there are some service classes classified as real-time type and some service classes classified as data type. [0009] Alternatively, for classifying, a different service class is assigned to each flow if this node is an RSVP router, while service classes are allocated based on DSCP (Diffserv Codepoint) in IP header if the node is a Diffserv router. [0010] Each classified transmission packet is managed in an IP datagram queue, using various buffer management techniques for each queue. As an example, some packets are dropped according to a predetermined discard policy such as RED or RIO. The IP datagram queues are provided for each service class in an IP queue 102. [0011] A transmission order for the packets to be transmitted buffered in each queue is scheduled by a scheduling part 103 according to a scheduling technique such as PQ (Priority Queuing), WFQ (Weighted Fair Queuing), or CBQ (Class-based Queuing). The scheduling may be based on allocated bands in case of the above-mentioned Intserv, while it may be based on the priority of each queue in case of the above Diffserv. Anyway, a front packet in each queue is pulled out according to one of the above techniques, and is transferred into a data link layer (the second layer). [0012] The packets to be transmitted transferred into the data link layer are transmitted by a data link control part 104. [0013] As described above, the conventional packet transmitting apparatus performs the QoS control by scheduling the packets to be transmitted in the IP layer on the basis of the QoS class. [0014] However, the above conventional QoS control assumes the use of wired transmission where fine connections are maintained, and performs the same process to each QoS class in the data link layer (the second layer). [0015] If such QoS control method is applied to radio transmission where packet losses may likely occur in radio paths, a larger delay may adversely occur in the real-time type packets requiring minimal delay. It is described as below. [0016] With reference to FIG.2, the configuration of a typical mobile communication system is now described. FIG.2 shows schematically the whole configuration of the typical mobile communication system. [0017] In FIG.2, a plurality of radio network controllers (RNC) 202 are connected to a core network (CN) 201, and each radio network controller 202 controls a plurality of base stations (BS) 203. Each radio base station 203 manages a plurality of cells 204. The number of each kind of stations shown is only an example and may include others. [0018] In the mobile communication system, the data link control is usually performed in the RNC 202. [0019] In the mobile communication system having such configuration, when the packet loss occurs, the same packet is usually retransmitted in the radio path in order to maintain the quality of transmission. With a typical control, when one packet is lost in the radio path, a receiver-side awaits the retransmission of the lost packet even if the subsequent packet is successfully transmitted. [0020] As mentioned above, since reliability (low bit error) is important in the transmission of the data type packets, a process required for the retransmission control is applied to each of the packets to be transmitted in the data link control. [0021] However, applying the data link control including the retransmission control uniformly to all the packets belonging to all QoS classes, consequently the retransmission control is applied to the real-time type packets. [0022] In the radio transmission, particularly the retransmission control is frequently performed. Therefore, applying the above conventional QoS control to the radio transmission, the transmission delay may likely occur in the transmission of the real-time type packets where minimal delay may be more important than the reliability. [0023] Also, transmission rate in the radio transmission is slower than one in the wired transmission, and hence longer packet transmission time is required in the former than in the latter. For example, when a packet having 1,500 bytes is transmitted at 128 kilobit per second (kbps), it takes approximately 100 milliseconds (ms). In audio or voice communication, 100 ms delay is quite large. [0024] Therefore, when a real-time type packet is to be transmitted during the transmission of the data type packet, according to the above example, even if the scheduling process is performed taking account of QoS (i.e. the real-time type packet shall be given higher priority for transmission), this real-time type packet waits to be transmitted at most for 100 ms. [0025] Thus, in the conventional data link control apparatus, the QoS control is exclusively performed in the IP layer (the third layer), and the QoS is not adequately reflected in the process of the data link layer (the second layer). [0026] Therefore, the conventional packet transmitting apparatus has a problem that the transmission delay is likely to occur in the real-time type packets when it is used for the radio transmission. [0027] Japanese laid-open patent application No. 2000-224261 discloses a data link control method in which a plurality of QoS planes are generated in the data link layer on the basis of the QoS information of the IP layer. [0028] In this method, in fact, the data link control varies according to the QoS. However, although this method varies its retransmission method on the basis of the QoS requirement, the above-mentioned problem that the delay may occur in the real-time type packets due to the occurrence of the retransmission packet waiting time remains, because this method does not include a mode that does not perform the retransmission method. [0029] Also, in this method, although a frame length to divide into is varied in the data link layer according to conditions of the radio transmission path, a frame by frame scheduling is not performed. Therefore, this method does not solve the problem that delay may occur in the real-time type packets because of the transmission waiting time until completion of transmission of the data type packets. SUMMARY OF THE INVENTION [0030] The present invention is directed toward solving these problems, and hence its object is to provide the packet transmission method and system that performs the data link control taking into account the QoS in order to achieve minimal delay of the real-time type packets in the radio transmission, while maintaining the reliability of the data type packets. [0031] According to one aspect of the present invention, a packet transmission system transmits packets classified according to QoS requirement from a transmitting node to a receiving node. The transmitting node includes: a dividing part provided for each QoS class for dividing a packet to be transmitted into a plurality of predetermined data units in each QoS class; a transmitter-side retransmission control part for applying a transmitter-side retransmission control process in each QoS class to the data unit that belongs to one of QoS classes specified for data type packets and is one of the data units obtained from the dividing part; and a scheduling part for selecting a data unit to be transmitted from a set of data units including a data unit that belongs to one of QoS classes not specified for data type packets and is obtained from the dividing part, and a data unit that belongs to one of the QoS classes specified for data type packets and is obtained from the transmitter-side retransmission control part, and transmitting the selected data unit. The receiving node includes: a receiver-side retransmission control part for applying a receiver-side retransmission control process in each QoS class to the data unit that belongs to one of the QoS classes specified for data type packets and is one of the received data units; an assembling part for assembling in each QoS class the data units that belong to one of the QoS classes not specified for data type packets and are some of the received data units, and the data units that belong to one of the QoS classes specified for data type packets and are obtained from the receiver-side retransmission control part to decompress the original packet. [0032] According to another aspect of the present invention, a packet transmission system transmits packets classified according to QoS requirement from a transmitting node to a receiving node. The transmitting node includes: a first pre-scheduling part for selecting classes having high priority for transmission from QoS classes specified for data type packets; a second pre-scheduling part for selecting classes having high priority for transmission from QoS classes not specified for data type packets; a first dividing part for dividing a queued packet to be transmitted belonging to the QoS class selected by the first pre-scheduling part into a plurality of predetermined data units; a second dividing part for dividing a queued packet to be transmitted belonging to the QoS class selected by the second pre-scheduling part into a plurality of the predetermined data units; a transmitter-side retransmission control part for applying a transmitter-side retransmission control process to the packet to be transmitted to be divided by the first dividing part; and a scheduling part for selecting either one of the QoS classes specified for data type packets or one of the QoS classes not specified for data type packets to be transmitted, transmitting the data unit obtained from the transmitter-side retransmission control part when the QoS class specified for data type packets is selected, and transmitting the data unit obtained from the second dividing part when the QoS class not specified for data type packets is selected. The receiving node includes: a receiver-side retransmission control part for applying a receiver-side retransmission control process in each QoS class to the data unit that belongs to one of the QoS classes specified for data type packets and is one of the received data units; and an assembling part for assembling the data units that belong to one of the QoS classes not specified for data type packets and are some of the received data units, and the data units that belong to one of the QoS classes specified for data type packets and are obtained from the receiver-side retransmission control part in each QoS class to decompress the original packet. [0033] According to a further aspect of the present invention, a packet transmission system transmits packets classified according to QoS requirement from a-transmitting node to a receiving node. The transmitting node includes: a first scheduling part for determining transmission order for packets to be transmitted; a dividing part provided for each QoS class for dividing the packet to be transmitted of which transmission order is determined by the first scheduling part into a plurality of predetermined data units in each QoS class; a transmitter-side retransmission control part for applying a transmitter-side retransmission control process in each QoS class to the data unit that belongs to one of QoS classes specified for data type packets and is one of the data units obtained from the dividing part; and a scheduling part for selecting a data unit to be transmitted from a set of data units including a data unit that belongs to one of QoS classes not specified for data type packets and is obtained from the dividing part, and a data unit that belongs to one of the QoS classes specified for data type packets and is obtained from the transmitter-side retransmission control part, and transmitting the selected data unit. The receiving node includes: a receiver-side retransmission control part for applying a receiver-side retransmission control process in each QoS class to the data unit that belongs to one of the QoS classes specified for data type packets and is one of the received data units; an assembling part for assembling in each QoS class the data units that belong to one of the QoS classes not specified for data type packets and are some-of the received data units, and the data units that belong to one of the QoS classes specified for data type packets and are obtained from the receiver-side retransmission control part to decompress the original packet. [0034] In this context, the QoS class specified for data packets may be a QoS used for transmission of information such as E-mails or Web pages, that is, a QoS used for transmission that is required to be reliable or to have low bit error and can allow some delay. Also in this context, the QoS class not specified for data packets may be a QoS class specified for real-time packets such as audio or video streaming, that is, a QoS used for transmission that is strongly required to be minimally delayed because it may be unusable when the delay is large. [0035] Further in this context, to transmit a data unit may mean to transmit a data unit being at the front of the queue. [0036] It may be possible to add a header compression process to one of the above aspects to reduce the amount of the transmitted information. [0037] The present invention also includes a packet transmitting/receiving apparatus that may be a communication node, a packet transmitting apparatus that may be provided in the communication node, and a packet receiving apparatus. The present invention further includes a packet transmission method used in the above systems and apparatuses. BRIEF DESCRIPTION OF THE DRAWINGS [0038] These and other aspects, and other objects, features and advantages of the present invention will become more apparent from the following detailed description when read in conjunction with the accompanying drawings, in which: [0039] [0039]FIG. 1 is the schematic diagram showing the configuration of the conventional packet transmitting apparatus; [0040] [0040]FIG. 2 is the schematic diagram showing the whole configuration of the typical mobile communication system; [0041] [0041]FIG. 3 is the schematic diagram showing the configuration of the packet transmitting apparatus according to the first embodiment of the present invention; [0042] [0042]FIG. 4 is the schematic diagram showing the configuration of the packet receiving apparatus according to the first embodiment of the present invention; [0043] [0043]FIG. 5 is the schematic diagram showing the configuration of the packet transmitting/receiving apparatus according to the first embodiment of the present invention; [0044] [0044]FIG. 6 is a process flow chart of the IP packet to be transmitted in the packet transmitting apparatus according to the first embodiment of the present invention; [0045] [0045]FIG. 7 is a process flow chart of the data unit transmission in the packet transmitting apparatus according to the first embodiment of the present invention; [0046] [0046]FIG. 8 is a process flow chart of the data unit reception in the packet receiving apparatus according to the first embodiment of the present invention; [0047] [0047]FIG. 9 is a process flow chart of reception of a retransmission request control signal in the packet transmitting apparatus according to the first embodiment of the present invention; [0048] [0048]FIG. 10 is a schematic diagram showing an example in which the IMT-2000 standard is applied to the packet transmitting apparatus according to the first embodiment of the present invention; [0049] [0049]FIG. 11 is the schematic diagram showing the configuration of the packet transmitting apparatus according to the second embodiment of the present invention; [0050] [0050]FIG. 12 is a process flow chart of the data unit transmission in the packet transmitting apparatus according to the second embodiment of the present invention; [0051] [0051]FIG. 13 is the schematic diagram showing the configuration of the packet transmitting apparatus according to the third embodiment of the present invention; [0052] [0052]FIG. 14 is the schematic diagram showing the configuration of the packet receiving apparatus according to the third embodiment of the present invention; [0053] [0053]FIG. 15 is a process flow chart of the data unit transmission in the packet transmitting apparatus according to the third embodiment of the present invention; [0054] [0054]FIG. 16 is a process flow chart of the data unit reception in the packet receiving apparatus according to the third embodiment of the present invention; [0055] [0055]FIG. 17 is the schematic diagram showing the configuration of-the packet transmitting apparatus according to the fourth embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS [0056] As below, the embodiments of the present invention are described with reference to the accompanying figures. [0057] First, the packet transmitting system according to the first embodiment of the present invention is described with reference to FIGS. 3-5. FIG. 3 shows the configuration of the packet transmitting apparatus according to this embodiment, FIG. 4 shows the configuration of the packet receiving apparatus according to this embodiment, and FIG. 5 shows the configuration of the packet transmitting/receiving apparatus according to this embodiment. [0058] As shown in FIG. 3, the packet transmitting apparatus according to this embodiment includes a classifying part 301, an IP queue 302, a data link control part 303, and a scheduling part 306. The data link control part 303 includes dividing parts 304 and retransmission control parts 305. [0059] The classifying part 301 classifies the IP packets input from an upper layer into different IP datagram queues on the basis of the QoS requirement obtained from, for example, IP header information of the packets. [0060] The IP queue 302 includes a plurality of IP datagram queues, and stores the packets to be transmitted for each QoS class. The IP queue 302 also determines whether the IP packet should be discarded on the basis of the number of queued packets, total length of the queued packets, and the IP header information of the input packet, according to the predetermined arbitrary discard policy. [0061] The dividing part 304 divides each of the packets to be transmitted into a plurality of predetermined data units each having shorter data length than ones of the typical IP packets. The data unit may be, for example, a PDU (Protocol Data Unit) having a fixed length. [0062] The dividing part 304 then writes specification of the dividing process such as the number to divide into, a flag indicating front or tail of the packet, or information about the packet length, into the header of each data unit. The dividing part 304 also writes a sequence number and identification for process line that indicates which dividing part generates this data unit (or identification for QoS class) into the header of each data unit. [0063] The dividing part 304 also includes buffers each storing temporarily the data units generated by dividing one or more packets. The dividing part 304 can store any number of the data units, and the dividing part 304 may buffer as many as possible of the data units in order to make it smooth for the subsequent packet to be transmitted to be input into the IP queue. [0064] The retransmission control part 305 applies a process required for retransmission control to the data unit to be transmitted, and transmits a packet indicated by an opposing communicating station when the opposing communicating station requires packet retransmission. This is detailed later. [0065] The scheduling part 306 selects a QoS class having top priority for transmission at the moment on the basis of an allocated band, the priority of the QoS class, and the like, and transmits a data unit being at the front of the selected class. This selection of the data unit to be transmitted is performed each time, transmitting one data unit. The scheduling part 306 also transmits a retransmission request to be transmitted to the opposing communicating station. This is detailed later. [0066] On the other hand, as shown in FIG. 4, the packet receiving apparatus according to this embodiment includes a classifying part 401 and a data link control part 402. The data link control part 402 includes retransmission control parts 403 and assembling parts 404. [0067] The classifying part 401 classifies the data units received from the radio path to the assembling part 404 or the retransmission control part 403 appropriate for that data unit according to the identification written on the data unit. [0068] The retransmission control part 403 performs the process required for retransmission by, for example, reading out the sequence numbers in the header information of the received data units in turn. If loss is detected, the retransmission control part 403 requests for retransmission of the lost data unit to the opposing communicating station. This is detailed later. [0069] The assembling part 404 includes a buffer storing temporarily the received data units, and assembles a plurality of the data units into the original packet based on their header information. Although the shown assembling part is provided in each process line, the above assembling parts may be integrated into one element if the element can identify in which process line for the data unit or the assembled IP packet is processed (or which QoS class the data unit or the assembled IP packet belongs to). [0070] The retransmission request process is now detailed with reference to FIG. 5. In a packet transmitting/receiving apparatus 500, the classifying part 401 picks up a retransmission request signal among signals received from the opposing communicating station, and outputs the picked up retransmission request signal to the retransmission control part 305 in the data link control part 303 as shown in FIG.3. [0071] Also as shown in FIG. 4, when the retransmission control part 403 in the data link control part 402 detects a packet loss, the retransmission control part 403 generates a control signal requesting retransmission of the lost packet, and inputs the generated control signal into the scheduling part 306. The scheduling part 306 performs scheduling the input control signal with other data to be transmitted, and transmits the whole scheduled data to the opposing communicating station. [0072] Generally, the packet transmitting/receiving apparatuses according to this embodiment communicating with each other exchange the retransmission request control signals. [0073] The operation of the packet transmitting system according to this embodiment is then described with reference to FIGS. 6-9 and FIG. 4. FIG. 6 shows the process flow of the IP packet to be transmitted in the packet transmitting apparatus according to this embodiment, FIG. 7 shows the process flow of the data unit transmission in the packet transmitting apparatus according to this embodiment, FIG. 8 shows the process flow of the data unit reception in the packet receiving apparatus according to this embodiment, and FIG. 9 shows the process flow of the reception of the retransmission request control signal in the packet transmitting apparatus according to this embodiment. [0074] First, the process for the IP packet to be transmitted in the packet transmitting apparatus is described with reference to FIG. 6. The packet to be transmitted is input from an upper layer to the data link control apparatus 300 (S601), and is classified and classified by the classifying part 301 according to the QoS requirement from, for example, the IP header information (S602) into each queue in the IP queue 302. [0075] For the IP packet distributed into each queue it is determined whether the IP packet is discarded based on the number of packets stored in a queue, total packet length, the IP header information in the input packet and the like, according to the predetermined arbitrary discard policy. [0076] The process of the data unit transmission in the packet transmitting apparatus is now described with reference to FIG. 7. The scheduling part 306 selects a QoS class having the top priority for transmission at the moment on the basis of the allocated band, the priority of each QoS class, and the like (S701). The selected class is one of the classes queuing the IP packet or the data unit to be transmitted. [0077] The scheduling part 306 determines whether there is a data unit to be transmitted in the dividing part 304 in the process line for the selected class (in case of a real-time type), or in the buffer of the retransmission control part for the selected class (in case of a data type) (S702). If there is the data unit to be transmitted belonging to the selected class (‘Yes’ at S702), the process proceeds to S706, and that data unit is transmitted. Otherwise, i.e. if there is no data unit to be transmitted belonging to the selected class (‘No’ at S702), the IP packet belonging to the selected class is pulled out from the IP queue 302 (S703). The pulled out IP packet is divided into a plurality of data units by the dividing part 304 (S704). If the IP packet is a kind of data type packet, the process required for retransmission control is applied to the data unit divided by the dividing process at S704 by the retransmission control part 305 (S705), and a front data unit of the queue is transmitted (S706). [0078] After transmission of one data unit is completed, it is determined whether the whole transmission process is completed (S707). If it is not completed (‘No’ at S707), the process goes back to S501, and the scheduling part 306 selects a class to be transmitted next. If the whole transmission process is completed (‘Yes’ at S707), the transmission of the data unit is finished. [0079] The process of the data unit reception in the packet receiving apparatus is now described with reference to FIG. 8. The packet receiving apparatus waits for reception of the data unit (S801 and ‘No’ at S801), If the data unit is received (‘Yes’ at S801), the classifying part 401 identifies a class that the received data unit belongs to from the identification in the received data unit, and classifies the received data unit into the corresponding process line (S802). [0080] If the received data unit is a kind of data type (‘Yes’ at S803), the process required for, retransmission such as detection of lost packet is applied to the data unit by the retransmission control part 403. If necessary, the retransmission request control signal is generated and transmitted to the opposing communicating station. [0081] The data type data unit processed for retransmission and the real-time type data unit are respectively assembled by the respective assembling part 404 based on the header information in the original IP packet. [0082] The assembled IP packet is in turn transferred to the upper layer via, for example, a bus. Since transfer rate at the data link control part 202 is normally slower than one at the bus, it is considered that no packet collision occurs. [0083] Then, if the whole reception process is completed (‘Yes’ at S806), the process is finished. If the reception process continues (‘No’ at S806), the process goes back to S801 to wait for the next reception of the data unit. [0084] The process of the reception of the retransmission request control signal in the packet transmitting apparatus is now described with reference to FIG. 9. The packet transmitting apparatus waits for the reception of the retransmission request control signal (S901 and ‘No’ at S901). [0085] If the retransmission request control signal is received (‘Yes’ at S901), as shown in FIGS. 3-5, the retransmission request control signal is extracted by the classifying part 401 and is output into the retransmission control part 305 of the appropriate process line for the received retransmission request control signal. [0086] The retransmission control part 305 that receives the retransmission request retransmits the data unit indicated by the retransmission request (S903). Then, if the whole transmission process is completed (‘Yes’ at S904), the process is finished. If the whole transmission process continues (‘No’ at S904), the process goes back to S901 to wait for the next reception of the retransmission request control signal. [0087] It is noted that the processes shown in FIGS. 6-9 can be carried out in parallel in order to allow parallel occurrence of events, and are not to be carried out sequentially. [0088] Thus, according to this embodiment, the scheduling process is performed at the data link layer, while the conventional scheduling process is performed at the IP layer that is an upper layer compared to the data link layer. Also, in the data link control process, by dividing each transmission packet into a plurality of shorter data units, and by scheduling the data units, when the real-time type packet comes to be transmitted during transmission of the data type packet, since the length of one unit of transmitted data (that is the above predetermined data unit) is shorter than one of the conventional transmitted packet, the waiting time for a real-time type packet to be transmitted can be reduced. [0089] In other words, even during transmission of the data type IP packet that is relatively large (of which data length is relatively long), the apparatus can start to transmit the real-time type packet that is subject to relatively stringent delay constraints. [0090] Further, according to this embodiment, by reflecting the QoS requirement to the data link control process, by not applying the retransmission control process to the real-time type packet that practically does not require the retransmission process, and by applying the retransmission control process only to the data type packet that requires the retransmission control function, the data processing required in the data link control process can be reduced. [0091] An example is now shown in FIG. 10 that the IMT-2000 (W-CDMA) standard is applied to the packet transmitting apparatus according to the first embodiment of the present invention. [0092] As shown, in the data link control part 303, a processing part 1001 processes the real-time type packet, and a processing part 1002 processes the data type packet, where the processing part 1001 achieves RLC UM (Radio Link Control Unacknowledged Mode) that is a transmission control function defined by 3GPP (3rd Generation Partnership Project) and has only a dividing and assembling function, and where the processing part 1002 achieves RLC AM (Radio Link Control Acknowledged Mode) that is also a transmission control function defined by 3GPP and has a dividing and assembling function and a retransmission control function. By employing such configuration, the configuration according to this embodiment is implemented in compliance with the IMT-2000 standard. [0093] The packet transmission method and system according to the second embodiment of the present invention is now described with reference to FIGS. 11-12. FIG. 11 shows the configuration of the packet transmitting apparatus according to this embodiment, and FIG. 12 shows the process of the data unit transmission in the packet transmitting apparatus according to this embodiment. The same elements as ones in the packet transmitting apparatus according to the first embodiment shown in FIG. 1 are indicated with the consistent reference numbers, and are not further described in detail. [0094] First, the configuration of the packet transmitting apparatus according to this embodiment is described with reference to FIG. 11. In FIG. 11, two pre-scheduling parts 1101 are provided before the data link control part 303, where one of the two performs the preliminary scheduling process to each packet belonging to one of the real-time type QoS classes based on the QoS requirement, and the other performs the preliminary scheduling process to each packet belonging to one of the data type QoS classes based on the QoS requirement. [0095] The process of the data unit transmission in the packet transmission apparatus according to this embodiment is then described with reference to FIG. 12. The scheduling part 306 selects which type has the top priority for transmission at the moment on the basis of the allocated band, the priority of each QoS class, and the like (S1001). [0096] The scheduling part 306 determines whether there is a data unit to be transmitted for the selected type, with making reference to the buffer of the dividing part 304 when the real-time type is selected and to the buffer of the retransmission control part 305 when the data type is selected (S1202). If there is a data unit to be transmitted in the selected type (‘Yes’ at S1202), the process proceeds to S1207 and transmits the data unit. If there is no data unit to be transmitted in the selected type (‘No’ at S1202), the pre-scheduling part 1101 specified for the selected type selects a class having the top priority for transmission at the moment in the selected type on the basis of the allocated band, the priority of each QoS class, and the like (S1203), and pulls out an IP packet belonging to the selected class from the IP queue 302 (S1204). The pulled out IP packet is divided into a plurality of data units by the dividing part 304 (S1205). If the pulled out IP packet is a kind of data type packet, the process required for retransmission control is applied to the data units divided by the dividing process at S1205 by the retransmission control part 305 (S1206), and a front data unit of the queue is transmitted (S1207). [0097] After transmission of one data unit is completed, it is determined whether the whole transmission process is completed (S1208). If it is not completed (‘No’ at S1208), the process goes back to S1201, and the scheduling part 306 selects a type to be transmitted next. If the whole transmission process is completed (‘Yes’ at S1208), the transmission of the data unit is finished. [0098] Thus, according to this embodiment, the preliminary scheduling is performed respectively among the data type classes and among the real-time type classes to the packets to be transmitted classified into a plurality of queues based on the QoS requirement before being input into the data link control part 303. Therefore, since only one input flow specified for the real-time type packet and only one input flow specified for the data type packet are provided for the data link control part 303, as shown, only one process line specified for the real-time type packet and only one process line specified for the data type packet are necessary to be provided in the data link control part 303, thereby both the configuration of the data link control part 303 and the data processing required in the data link control part 303 are reduced. [0099] In the case that the dividing parts are provided in each QoS class, the remainder after the dividing into the above predetermined data units each having a fixed length might need to be padded. If there is a subsequent packet in the QoS class, an empty space of the predetermined data unit holding the remainder can be filled with a part of the subsequent packet, however, if there is no subsequent packet in the QoS class, the empty space may have to be filled with 0 bits (so-called padding) to form one complete data unit. In this embodiment, since only one dividing part has to be provided for data type and only one dividing part has to be provided for real-time type, the case that such padding happens is significantly reduced. [0100] Although according to this embodiment the number of the scheduling parts increases, the data processing does not increase because each scheduling part merely outputs the input data selectively based on the predetermined condition. Therefore, although the number of the scheduling parts increases, since too large data processing power is not required and the configuration of the data link control part is simplified, the total data processing is eventually reduced. [0101] The packet transmission method and system according to the third embodiment of the present invention is now described with reference to FIGS. 13-16. [0102] A header in the packet transmission has high compressibility, because the information included in the header may hold the same contents in some cases, and the subsequent value may be easily predicted. In the prior art, it is proposed to compress the header of each packet in the packet transmission in order to reduce an amount of transmitted information. This embodiment applies the header compressing process to the packet transmission system according to the present invention. [0103] [0103]FIG. 13 shows the configuration of the packet transmitting apparatus according to this embodiment, FIG. 14 shows the configuration of the packet receiving apparatus according to this embodiment, FIG. 15 shows the process of the data unit transmission in the packet transmitting apparatus according to this embodiment, and FIG. 16 shows the process of the data unit reception in the packet receiving apparatus according to this embodiment. The same elements as ones in the packet transmitting apparatus and the receiving apparatus according to the first embodiment shown in FIGS. 3-4 are indicated with the consistent reference numbers, and are not further described in detail. [0104] First, the configuration of the packet transmitting apparatus according to this embodiment is described with reference to FIG. 13. In FIG. 13, each of header compressing parts 1301 performs the header compressing process to each of the IP packets input into the data link control part 303 before being divided into a plurality of the data units by the dividing part 304. [0105] The header compression parts 1301 may employ arbitrary header compressing algorithm as the header compression process, such as RFC1144, RFC2507, and RFC2508 of IETF (Internet Engineering Task force), or RFC3095. [0106] The headers to be compressed by the above header compression process may be IP header, TCP/IP header, UDP/IP header, or RTP/UDP/IP header. [0107] In this embodiment, the dividing part 304 divides a header-compressed packet that is subject to the header compressing process into a plurality of the data units. [0108] The configuration of the packet receiving apparatus according to this embodiment is then described with reference to FIG. 14. In FIG. 14, each of header decompression parts 1401 applies the process to decompress the compressed header to the header-compressed packets each assembled by the assembling parts 404 in order to reproduce the original IP packet. The decompressing process corresponds to the compressing algorithm in the transmitter-side. [0109] The header-decompressed IP packet is transferred to the upper layer via, for example, a bus. [0110] The process of the data unit transmission in the packet transmitting apparatus according to this embodiment is then described with reference to FIG. 15. The same processes as ones in the operation according to the first embodiment shown in FIG. 7 are not further described in detail. [0111] As shown in FIG. 15, after the IP packet is obtained at S1503, the header compressing process is applied to the obtained IP packet by the header compressing part 1301 (S1504), and the dividing process is applied by the dividing part 304 (S15O5). [0112] The process of the data unit reception in the packet receiving apparatus according to this embodiment is then described with reference to FIG. 16. The same processes as ones in the operation according to the first embodiment shown in FIG. 8 are not further described in detail. [0113] As shown in FIG. 16, after the header-compressed packet is assembled at S1605, the header decompressing process is applied to the assembled header-compressed packet by the header decompression part 1401 (S1606), and the decompressed IP packet is transferred to the upper layer. [0114] Thus, according to this embodiment, not only can the delays in the real-time type packets be reduced as well as in the previous embodiments, but also the amount of the transmitted information can be reduced by employing the header compressing process. [0115] Although the shown header compressing part is provided in each process lines, the above header compressing parts may be integrated into one element if the element can identify in which process line for the data unit or the IP packet are processed (or to which QoS class the data unit or the IP packet belongs). Similarly, although the shown header decompression part is provided in each process line, the above header decompression parts may be integrated into one element if the element can identify in which process line for the data unit or the IP packet are processed (or to which QoS class the data unit or the IP packet belongs). [0116] The compressing algorithm used in this embodiment may be fixed uniquely to each apparatus at the design phase, or may be designed to support a plurality of algorithms and be set up by negotiating between nodes before the start of communication. [0117] The packet transmission method and system according to the fourth embodiment of the present invention is now described with reference to FIG. 17. FIG. 17 shows the configuration of the packet transmitting apparatus according to this embodiment. [0118] In FIG. 17, the pre-scheduling part 1701 processes each of the packets to be transmitted packet by packet on the basis of the QoS requirement, as with the conventional scheduling part such as the scheduling part 103 shown in FIG. 1. [0119] The classifying part 1702 classifies the IP packets by outputting each of the pre-scheduled IP packets to different dividing parts 304 on the basis of the QoS requirement obtained from, for example, the IP header information of the IP packets, as with the classifying part 301 according to the first embodiment of the present invention (see FIG. 3). [0120] Now, along the process flow, a section from the classifying part 301 to the pre-scheduling part 1701 is referred to as a first half section, and a section from the classifying part 1702 to the scheduling part 306 is referred to as a second half section. It is clear from the figure that the first half section of the packet transmitting apparatus according to this embodiment has the same configuration as one of the conventional packet transmitting apparatuses in FIG. 1. [0121] Thus, according to this embodiment, not only the subsequently same process as one in the first embodiment of the present invention is achieved, but also this configuration is achieved by adding the classifying part 1702, the data link control part 303, and the scheduling part 306 to the conventional packet transmitting apparatus, thereby the packet transmitting apparatus can be easily manufactured and also modified. [0122] Although the embodiments of the present invention are described as above, the number of the queues and the classes based on the QoS requirement shown in the figures are only illustrative and are not to be construed as limiting the scope of the present invention. [0123] Also, in any of the above embodiments, it may be possible that only the data type packets are divided into the above-mentioned predetermined data units. In other words, it may be possible that the real-time type packets are not divided. This is because the waiting time to be transmitted for the real-time type packet is reduced and the delay is avoided when the length of the data type packets is not so long, and because the data type packets relatively allow some delay. [0124] Similarly, it may be possible that only the data type packets of which data length is beyond the predetermined threshold are divided. It may be also possible that the data type packet and the real-time type packet are divided into respective unit packets having a different data length. [0125] However, it is preferable to divide all the packets into the unit packets each having the same length in order to realize uniform processing. [0126] Further, although it is mainly described in the above description that the packet transmitting apparatus and the packet receiving apparatus, or the packet transmitting/receiving apparatuses according to the present invention are provided within the nodes in the mobile communication system, the present invention is not limited to such aspects and may be applied to mobile stations that are in use for radio communication and transmits and receives the real-time type packets and the data type packets, because it is possible that the radio communication terminal simultaneously transmits or receives the real-time type packets such as video streaming and the data type packets such as E-mail. In this respect, the present invention may also be applied to nodes located in a wired network for use in wired packet transmission. [0127] Further, although the above third embodiment is described and shown as an aspect that the header compressing/decompressing process is added to the aspect according to the first embodiment, the header compressing/decompressing process according to the present invention may be added to the aspect according to the above second or fourth embodiment. [0128] Thus, it is clear from the above description that according to the present invention, the waiting time for real-time type packets to be transmitted can be reduced when the real-time type packet comes to be transmitted during transmission of the data type packet. In other words, even during transmission of the data type packet, the real-time type packet can be transmitted. Also, the data processing required in the data link control process can be reduced. [0129] The present invention is not limited to the specifically disclosed embodiments, and variations and modifications may be made without departing from the scope of the invention. Patent CitationsCited PatentFiling datePublication dateApplicantTitleUS5638371 *Jun 27, 1995Jun 10, 1997Nec Usa, Inc.Multiservices medium access control protocol for wireless ATM systemUS5684791 *Nov 7, 1995Nov 4, 1997Nec Usa, Inc.Data link control protocols for wireless ATM access channelsUS5768527 *Apr 23, 1996Jun 16, 1998Motorola, Inc.Device, system and method of real-time multimedia streamingUS6085252 *Dec 12, 1997Jul 4, 2000Motorola Inc.Device, system and method for real-time multimedia streamingUS6452915 *Jul 9, 1999Sep 17, 2002Malibu Networks, Inc.IP-flow classification in a wireless point to multi-point (PTMP) transmission systemUS6490248 *Sep 18, 1996Dec 3, 2002Kabushiki Kaisha ToshibaPacket transfer device and packet transfer method adaptive to a large number of input portsUS6577596 *Nov 30, 1999Jun 10, 2003Telefonaktiebolaget Ln Ericsson (Publ)Method and apparatus for packet delay reduction using scheduling and header compressionUS6658021 *Jun 18, 1999Dec 2, 2003Juniper Networks, Inc.Method and system for encapsulating/decapsulating data on a per channel basis in hardwareUS6791982 *Sep 29, 1999Sep 14, 2004Telefonaktiebolaget Lm EricssonSegmentation protocol that supports compressed segmentation headers* Cited by examinerReferenced byCiting PatentFiling datePublication dateApplicantTitleUS6885638 *Jun 13, 2002Apr 26, 2005Motorola, Inc.Method and apparatus for enhancing the quality of service of a wireless communicationUS7170877Jul 8, 2004Jan 30, 2007Interdigital Technology CorporationMethod and system for managing radio resources in a time-slotted communication systemUS7254383Jul 30, 2004Aug 7, 2007At&T Knowledge Ventures, L.P.Voice over IP based biometric authenticationUS7313737 *May 9, 2003Dec 25, 2007Nokia CorporationAdaptive link adaptationUS7489691 *Dec 23, 2002Feb 10, 2009Nokia CorporationScheduling retransmission in access networksUS7657657Feb 2, 2010Citrix Systems, Inc.Method for maintaining transaction integrity across multiple remote access serversUS7668150 *Feb 23, 2010Ntt Docomo, Inc.Packet-priority control apparatus and method thereofUS7706266Mar 12, 2007Apr 27, 2010Citrix Systems, Inc.Systems and methods of providing proxy-based quality of serviceUS7724657Jul 22, 2005May 25, 2010Citrix Systems, Inc.Systems and methods for communicating a lossy protocol via a lossless protocolUS7757074Jul 13, 2010Citrix Application Networking, LlcSystem and method for establishing a virtual private networkUS7788211 *Aug 31, 2010Nokia Networks OyRobust and efficient compression of list of itemsUS7808906Jul 22, 2005Oct 5, 2010Citrix Systems, Inc.Systems and methods for communicating a lossy protocol via a lossless protocol using false acknowledgementsUS7813273May 14, 2003Oct 12, 2010At&T Intellectual Property I, LpSoft packet dropping during digital audio packet-switched communicationsUS7849269Dec 30, 2005Dec 7, 2010Citrix Systems, Inc.System and method for performing entity tag and cache control of a dynamically generated object not identified as cacheable in a networkUS7849270Jul 16, 2010Dec 7, 2010Citrix Systems, Inc.System and method for performing entity tag and cache control of a dynamically generated object not identified as cacheable in a networkUS7921184Dec 30, 2005Apr 5, 2011Citrix Systems, Inc.System and method for performing flash crowd caching of dynamically generated objects in a data communication networkUS7944824May 17, 2005May 17, 2011Samsung Electronics Co., Ltd.Terminal of portable internet system and method of transmitting uplink data in terminalUS7948925 *Feb 9, 2009May 24, 2011Sony CorporationCommunication device and communication methodUS7978714Jul 12, 2011Citrix Systems, Inc.Methods and systems for securing access to private networks using encryption and authentication technology built in to peripheral devicesUS7978716Jul 12, 2011Citrix Systems, Inc.Systems and methods for providing a VPN solutionUS7983170Jul 19, 2011Citrix Systems, Inc.In-band quality-of-service signaling to endpoints that enforce traffic policies at traffic sources using policy messages piggybacked onto DiffServ bitsUS7995995Aug 9, 2011At&T Intellectual Property I, L.P.Voice over IP based biometric authenticationUS8001278 *Sep 28, 2007Aug 16, 2011Intel CorporationNetwork packet payload compressionUS8014421Sep 15, 2009Sep 6, 2011Citrix Systems, Inc.Systems and methods for adjusting the maximum transmission unit by an intermediary deviceUS8019868Sep 13, 2011Citrix Systems, Inc.Method and systems for routing packets from an endpoint to a gatewayUS8046830Jul 22, 2005Oct 25, 2011Citrix Systems, Inc.Systems and methods for network disruption shielding techniquesUS8068500 *Jul 28, 2005Nov 29, 2011Hitachi, Ltd.Node device, packet control device, radio communication device, and transmission control methodUS8102857 *Feb 2, 2007Jan 24, 2012Motorola Solutions, Inc.System and method for processing data and control messages in a communication systemUS8184534Mar 5, 2010May 22, 2012Citrix Systems, Inc.Systems and methods of providing proxy-based quality of serviceUS8208378May 15, 2008Jun 26, 2012Qualcomm IncorporatedProtocol data unit priority managementUS8228938 *Jul 24, 2012Samsung Electronics Co., Ltd.Method and apparatus for preventing a miss-detection of duplicated packets and an out-of-sequence delivery to the higher layer in unacknowledged mode operationUS8255456Dec 30, 2005Aug 28, 2012Citrix Systems, Inc.System and method for performing flash caching of dynamically generated objects in a data communication networkUS8261057Jun 4, 2010Sep 4, 2012Citrix Systems, Inc.System and method for establishing a virtual private networkUS8291119Oct 16, 2012Citrix Systems, Inc.Method and systems for securing remote access to private networksUS8301839Dec 30, 2005Oct 30, 2012Citrix Systems, Inc.System and method for performing granular invalidation of cached dynamically generated objects in a data communication networkUS8346293 *Jun 13, 2005Jan 1, 2013Panasonic CorporationRadio communication device supporting a plurality of communication schemesUS8351333Aug 30, 2010Jan 8, 2013Citrix Systems, Inc.Systems and methods for communicating a lossy protocol via a lossless protocol using false acknowledgementsUS8386630 *Feb 26, 2013Arris Solutions, Inc.Video-aware P2P streaming and download with support for real-time content alterationUS8451723May 28, 2013At&T Intellectual Property I, L.P.Soft packet dropping during digital audio packet-switched communicationsUS8468426 *Jun 18, 2013Apple Inc.Multimedia-aware quality-of-service and error correction provisioningUS8495305Dec 30, 2005Jul 23, 2013Citrix Systems, Inc.Method and device for performing caching of dynamically generated objects in a data communication networkUS8499057Feb 22, 2011Jul 30, 2013Citrix Systems, IncSystem and method for performing flash crowd caching of dynamically generated objects in a data communication networkUS8549149Dec 30, 2005Oct 1, 2013Citrix Systems, Inc.Systems and methods for providing client-side accelerated access to remote applications via TCP multiplexingUS8559449May 31, 2011Oct 15, 2013Citrix Systems, Inc.Systems and methods for providing a VPN solutionUS8565131May 5, 2011Oct 22, 2013Sony CorporationCommunication device and communication methodUS8615219Jun 29, 2011Dec 24, 2013At&T Intellectual Property I, L.P.Voice over IP based biometric authenticationUS8619577Apr 24, 2012Dec 31, 2013Qualcomm IncorporatedProtocol data unit priority managementUS8634420May 25, 2010Jan 21, 2014Citrix Systems, Inc.Systems and methods for communicating a lossy protocol via a lossless protocolUS8644228Dec 11, 2007Feb 4, 2014Electronics And Telecommunications Research InstituteMethod and apparatus of allocating resources in wireless communication systemUS8645784Feb 13, 2013Feb 4, 2014Tq Delta, LlcPacket retransmission and memory sharingUS8700695Dec 30, 2005Apr 15, 2014Citrix Systems, Inc.Systems and methods for providing client-side accelerated access to remote applications via TCP poolingUS8706877Dec 30, 2005Apr 22, 2014Citrix Systems, Inc.Systems and methods for providing client-side dynamic redirection to bypass an intermediaryUS8726006Aug 21, 2012May 13, 2014Citrix Systems, Inc.System and method for establishing a virtual private networkUS8739274Jun 29, 2005May 27, 2014Citrix Systems, Inc.Method and device for performing integrated caching in a data communication networkUS8788581Jan 18, 2013Jul 22, 2014Citrix Systems, Inc.Method and device for performing caching of dynamically generated objects in a data communication networkUS8848710Jul 25, 2012Sep 30, 2014Citrix Systems, Inc.System and method for performing flash caching of dynamically generated objects in a data communication networkUS8856777Sep 2, 2010Oct 7, 2014Citrix Systems, Inc.Systems and methods for automatic installation and execution of a client-side acceleration programUS8879491Oct 6, 2010Nov 4, 2014Nvidia CorporationWireless terminal for transmitting packets of different typesUS8892778Sep 14, 2012Nov 18, 2014Citrix Systems, Inc.Method and systems for securing remote access to private networksUS8897299Jan 11, 2013Nov 25, 2014Citrix Systems, Inc.Method and systems for routing packets from a gateway to an endpointUS8914522Jul 22, 2005Dec 16, 2014Citrix Systems, Inc.Systems and methods for facilitating a peer to peer route via a gatewayUS8935580 *Jun 18, 2013Jan 13, 2015Apple Inc.Multimedia-aware quality-of-service and error correction provisioningUS8948206 *Aug 29, 2007Feb 3, 2015Telefonaktiebolaget Lm Ericsson (Publ)Inclusion of quality of service indication in header compression channelUS8954595Dec 30, 2005Feb 10, 2015Citrix Systems, Inc.Systems and methods for providing client-side accelerated access to remote applications via TCP bufferingUS8971259Feb 18, 2011Mar 3, 2015Qualcomm IncorporatedPacket aware scheduler in wireless communication systemsUS8982839Jul 20, 2012Mar 17, 2015Core Wireless Licensing S.A.R.L.Method and apparatus for improving a mobile station cell change operation in the general packet radio system (GPRS)US9069718Nov 15, 2013Jun 30, 2015Tq Delta, LlcResource sharing in a telecommunications environmentUS9094348Nov 8, 2013Jul 28, 2015Tq Delta, LlcPacket retransmissionUS9118524Apr 29, 2013Aug 25, 2015At&T Intellectual Property I, L.P.Soft packet dropping during digital audio packet-switched communicationsUS9118671Nov 18, 2013Aug 25, 2015Interactions LlcVoice over IP based voice biometric authenticationUS9219579Jul 22, 2005Dec 22, 2015Citrix Systems, Inc.Systems and methods for client-side application-aware prioritization of network communicationsUS9286251Jun 4, 2015Mar 15, 2016Tq Delta, LlcResource sharing in a telecommunications environmentUS20030231594 *Jun 13, 2002Dec 18, 2003Hua XuMethod and apparatus for enhancing the quality of service of a wireless communicationUS20040042444 *Nov 6, 2002Mar 4, 2004Sbc Properties, L.P.Voice over internet protocol service through broadband networkUS20040120306 *Dec 23, 2002Jun 24, 2004Jeroen WigardScheduling retransmission in access networksUS20040165542 *Mar 7, 2002Aug 26, 2004Daiji IdoPacket transmitter and packet transmitter methodUS20040165585 *Feb 25, 2003Aug 26, 2004Koji ImuraPacket transmission apparatus and packet transmission methodUS20040184482 *May 9, 2003Sep 23, 2004Petri GronbergAdaptive link adaptationUS20040223505 *Nov 26, 2003Nov 11, 2004Samsung Electronics Co., LtdTraffic scheduling apparatus and method for a base station in a mobile communication systemUS20040242219 *May 28, 2003Dec 2, 2004Yuji OieWireless communication device and usage band determination methodUS20040264488 *Jun 24, 2004Dec 30, 2004Hyun-Min YoonApparatus and method for processing packetsUS20050018615 *Mar 11, 2003Jan 27, 2005Tomoaki ItohMedia transmitting method, media receiving method, media transmitter and media receiverUS20050036497 *Aug 13, 2004Feb 17, 2005Ntt Docomo, Inc.Frame transmission/reception system, frame transmitting apparatus, frame receiving apparatus, and frame transmission/reception methodUS20050041623 *Jul 8, 2004Feb 24, 2005Interdigital Technology CorporationMethod and system for managing radio resources in a time-slotted communication systemUS20050063392 *Sep 2, 2004Mar 24, 2005Ntt Docomo, Inc.Packet-priority control apparatus and method thereofUS20050281277 *Jun 22, 2004Dec 22, 2005Killian Thomas JEstablishing traffic priorities in a voice over IP networkUS20060034287 *Jul 30, 2004Feb 16, 2006Sbc Knowledge Ventures, L.P.Voice over IP based biometric authenticationUS20060039404 *Jul 22, 2005Feb 23, 2006Citrix Systems, Inc.Systems and methods for adjusting the maximum transmission unit for encrypted communicationsUS20060047836 *Aug 11, 2005Mar 2, 2006Rao Goutham PA method for maintaining transaction integrity across multiple remote access serversUS20060075134 *Sep 30, 2002Apr 6, 2006Mika AaltoRouting data packets in a compressed-header domainUS20070115893 *Jan 17, 2007May 24, 2007Interdigital Technology CorporationMethod and system for managing radio resources in a time-slotted communication systemUS20080015859 *Jun 27, 2007Jan 17, 2008At&T Knowledge Ventures, L.P.Voice over ip based biometric authenticationUS20080051129 *Jun 13, 2005Feb 28, 2008Matsushita Electric Industrial Co., Ltd.Radio Communication DeviceUS20080056273 *Aug 29, 2007Mar 6, 2008Ghyslain PelletierInclusion of Quality of Service Indication in Header Compression ChannelUS20080144502 *Dec 19, 2006Jun 19, 2008Deterministic Networks, Inc.In-Band Quality-of-Service Signaling to Endpoints that Enforce Traffic Policies at Traffic Sources Using Policy Messages Piggybacked onto DiffServ BitsUS20080186943 *Feb 2, 2007Aug 7, 2008Motorola, Inc.System and method for processing data and control messages in a communication systemUS20080225715 *Mar 12, 2007Sep 18, 2008Robert PlamondonSystems and methods of providing proxy-based quality of serviceUS20080310387 *May 15, 2008Dec 18, 2008Qualcomm IncorporatedProtocol data unit priority managementUS20090003383 *Jul 28, 2005Jan 1, 2009Koji WatanabeNode Device, Packet Control Device, Radio Communication Device, and Transmission Control MethodUS20090089454 *Sep 28, 2007Apr 2, 2009Ramakrishna HuggahalliNetwork packet payload compressionUS20090109844 *May 17, 2005Apr 30, 2009Seung-Que LeeTerminal Of Portable Internet System And Method Of Transmitting Uplink Data In TerminalUS20090227282 *Feb 9, 2009Sep 10, 2009Sony CorporationCommunication device and communication methodUS20100002692 *Jul 2, 2008Jan 7, 2010Harry BimsMultimedia-aware quality-of-service and error correction provisioningUS20100098007 *Dec 11, 2007Apr 22, 2010Kang-Hee KimMethod and apparatus of allocating resources in wireless communication systemUS20100195519 *Aug 5, 2010Samsung Electronics Co., Ltd.Method and apparatus for preventing a miss-detection of duplicated packets and an out-of-sequence delivery to the higher layer in unacknowledged mode operationUS20110019543 *Aug 24, 2010Jan 27, 2011At&T Intellectual Property I, L.P.Soft packet dropping during digital audio packet-switched communicationsUS20110065468 *Jan 18, 2007Mar 17, 2011Stefan ParkvallLocalized and distributed transmissionUS20110205944 *Aug 25, 2011Sony CorporationCommunication device and communication methodUS20110205987 *Aug 25, 2011Qualcomm IncorporatedPacket aware scheduler in wireless communication systemsUS20130272221 *Jun 20, 2011Oct 17, 2013Nokia Siemens Networks OyMethods and Devices for Exchanging Data in a Communications NetworkUS20130287023 *Jun 18, 2013Oct 31, 2013Apple Inc.Multimedia-aware quality-of-service and error correction provisioningUS20140133491 *Jan 20, 2014May 15, 2014Tq Delta, LlcPacket retransmission and memory sharingEP1475985A2 *Feb 10, 2004Nov 10, 2004Samsung Electronics Co., Ltd.Traffic scheduling apparatus and method for a base station in a mobile communication systemEP1649621A2 *Jul 8, 2004Apr 26, 2006Interdigital Technology CorporationMethod and system for managing radio resources in a time-slotted communication systemWO2006012610A3 *Jul 22, 2005Mar 16, 2006Citrix Systems IncSystems and methods for optimizing communications between network nodesWO2006021534A1 *Aug 17, 2005Mar 2, 2006Siemens AktiengesellschaftMethod for efficiently processing data packets, associated transmission protocol layer, communication terminal and network components comprising said type of transmission protocol layerWO2008084922A1 *Dec 11, 2007Jul 17, 2008Electronics And Telecommunications Research InstituteMethod and apparatus of allocating resources in wireless communication systemWO2008097713A1 *Jan 23, 2008Aug 14, 2008Motorola, Inc.System and method for processing data and control messages in a communication systemWO2009064135A2 *Nov 14, 2008May 22, 2009Posdata Co., Ltd.Method and apparatus for allocating and managing cqichWO2011061003A1 *Oct 6, 2010May 26, 2011Icera IncWireless terminal for transmitting packets of different types* Cited by examinerClassifications U.S. Classification370/395.21, 370/477International ClassificationH04L12/865, H04W28/14, H04W72/12, H04L12/951, H04L12/70, H04W28/04, H04W28/00, H04L1/18, H04L1/00, H04L12/66, H04W28/06Cooperative ClassificationH04L47/2408, H04L47/2433, H04L47/2416, H04W72/1236, H04W28/06, H04L2001/0098, H04L1/1809, H04W28/14, H04L47/14, H04L47/10European ClassificationH04L47/24B, H04L47/14, H04L47/10, H04L47/24C1, H04L47/24A, H04W28/06Legal EventsDateCodeEventDescriptionMay 6, 2002ASAssignmentOwner name: NTT DOCOMO, INC., JAPANFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:YOSHIMURA, TAKESHI;KAWAHARA, TOSHIRO;ETOH, MINORU;REEL/FRAME:012870/0020Effective date: 20020501Jan 26, 2011FPAYFee paymentYear of fee payment: 4Feb 11, 2015FPAYFee paymentYear of fee payment: 8RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services