MX2008005179A - Method and system for adaptive encoding of real-time information in wireless networks - Google Patents

Abstract

Embodiments described herein relate to providing adaptive encoding of real-time information in packet-switched wireless communication systems. In an embodiment, a rate-adaptation unit may be configured to receive local as well as end-to-end feedback information associated with data transmission (such as data delay, packet loss, transmit power headroom, channel condition, sector loading, the amount of buffered data, etc.) from a wireless access module in communication with wireless/wired networks, and adapt the real-time information encoding in accordance with such feedback information.

Description

METHOD AND SYSTEM FOR ADAPTIVE CODING OF REAL-TIME INFORMATION IN WIRELESS NETWORKS FIELD OF THE INVENTION This description generally refers to wireless communications. More specifically, the modalities described herein refer to the provisioning of adaptive real-time information coding in packet switched wireless communication systems.

BACKGROUND OF THE INVENTION Wireless communication systems are widely deployed to provide various types of communications (such as voice and data) to multiple users. Such systems may be based on multiple code division (CDMA) access, time division multiple access (TDMA), frequency division multiple access (FDMA), or other multiple access techniques. A wireless communication system can be designed to execute one or more standards, such as the IS-95 standard, cdma2000, IS-856, WCDMA, TD-SCDMA, and other standards.

As the demand for multimedia services (for example, real-time audio and video, wireless games, and other multimedia data) grows in wireless communication systems, a challenge arises to provide high-quality and efficient multimedia services.

BRIEF DESCRIPTION OF THE FIGURES Figure 1 illustrates one embodiment of a communication system; Figure 2 shows an embodiment of a speed adaptation scheme, as illustrated in a reverse link data delay chart as a time function; Figure 3 illustrates a set threshold mode of adaptive adjustment in a speed adaptation scheme based on end-to-end data delay. Figure 4 illustrates a flow diagram of a process, which can be used to execute some described modalities; Figure 5 illustrates a flow diagram of a process, which can be used to execute some described modalities; Figure 6 illustrates a block diagram of a apparatus, in which some described modalities can be executed; Figures 7A-7C illustrate modalities for the adaptive selection of the coding frame type based on lost packet information; and Figure 8 illustrates a flow diagram of a process, which can be used to execute some described modalities.

DETAILED DESCRIPTION OF THE INVENTION Adaptive real-time multimedia sources (eg, video telephony (VT)) are still in their early stage in today's wireless environment, for example, compared to their counterpart in a wired-line environment, (such as the Internet). In a WCDMA system, for example, the current approach is to encode all the video frames so that they fit within a specified bandwidth or bit rate. By virtue of the complexity variable that invariably is associated with different video sequences, a fixed bit rate may be unnecessarily high for some video sequences and, therefore, does not produce a noticeable improvement in perceptual quality, although it is unacceptably low for other video sequences and, therefore, it produces a remarkably low perceptual quality. With respect to today's wireless packet data networks (for example, a high-speed packet data type (HRPD) system), there is no fixed or predefined traffic speed for the VT stream ( just like in a WCDMA system). Due to the growing demand for VT and other multimedia services in real time, there is a need for forward VT and other information encoding in real time in wireless communication systems. In a wireless packet data network, an encoder (e.g., residing in a wireless communication device such as an access terminal) can infer the current end-to-end traffic channel from the reverse link traffic channel ( RL) (which is local information in the access terminal, as described more fully below), as well as an end-to-end feedback signal (E2E) from the decoder buffer in the receive decoder. Therefore, it would be desirable for the encoder to adapt its coding rate according to the performance of the actual channel (eg, traffic channel conditions RL, congestion / delay / end-to-end loss conditions, etc.) based on in the feedback information available, while the information encoding is executed in real time (for example, in a way that the information arriving at the decoder can be decoded without substantial buffer storage). Such an approach can allow the frame delay to be effectively controlled, and as a result, improve the quality and efficiency of VT and other transmission of information in real time in a wireless environment. (Note that for VT in a wired-line environment, the first hop (for example, from a desktop to the Internet) is usually not the bottleneck, nor is the available bandwidth and the condition of the first The jump changes rapidly over time, therefore, the local traffic channel information may not be necessary in adjusting the VT encoding speed in that environment). The embodiments described herein relate to methods and systems for providing adaptive encoding of information in real time in packet switched wireless communication systems. In the following description, VT can be used as an example to illustrate aspects of the invention. This should not be interpreted as a limitation. Various modalities and aspects described here can be applied to the adaptive coding of any information in time real in wireless communication systems. An encoder described herein may be associated with (eg, may reside in) a wireless communication device such as an access terminal (AT), configured to encode any information in real time, including (but not limited to) video, audio , games, and other data in real time (for example, interactive). An AT described herein may refer to various types of devices, including (but not limited to) a cordless telephone, a cellular telephone, a portable computer, a wireless multimedia device, a personal wireless communication computer (PC) card, a personal digital assistant (PDA), an internal or external modem, and so on. An AT can be any data device that communicates through a wireless channel and / or through a wired channel (for example, by means of optical fiber or coaxial cables). An AT may have different names, such as access point, subscriber unit, mobile station, mobile device, mobile unit, mobile telephone, mobile station, remote station, remote terminal, remote unit, user device, user equipment, handheld device , etc. Different AT can be incorporated into a system. TAs can be mobile or stationary, and They can disperse through a communication system. An AT can communicate with an access network (AN) on a forward link (FL) and / or an RL at any given time. The FL (or downlink) refers to the transmission from the AN to the AT. The reverse link (or uplink) refers to the transmission from the AT to the AN. An AN described herein may refer to the network portion of a communication system, and may include (but is not limited to) and / or execute the function of a base station (BS), a base station tranceptor system (BTS) ), an access point (AP), a modem memory tranceptor (MPT), a Node B (for example, in a WCDMA type system), and so on. In addition, a cell can refer to a coverage area that receives service from an AN. A cell can be divided into one or more sectors. Various aspects, characteristics and modalities are described in more detail below. Figure 1 illustrates a modality of a communication system 100, in which various modalities described herein can be executed. By way of example, an encoder 120, together with a speed adaptation unit (or module) 130, can reside in an AT 110. The encoder 120 can be configured to have a range of coding speeds. The encoder 120 can have access to wireless / wired networks 150 through a wireless access module 140 in the AT 110. The wireless / wired networks can include one or more AN, core and backward networks, and other network infrastructure. The wireless access module 140 may include, for example, media access channel (MAC) layer, physical layer and other means configured to provide access to wireless / wired networks 150. In some embodiments, for example, the MAC / layer The physical feature in the wireless access module 140 may be configured to be in communication with an AN in wireless / wired networks 150 and to receive certain local feedback information available in the AN. A decoder 170, together with a buffer of the decoder 180, can reside in another AT 160, configured to decode the encoded data from the encoder 120 through the wired / wireless networks 150. In the system 100, the adaptation unit of the Speed 130 may be configured to receive feedback information associated with the data transmission, which may include "local feedback information" (as illustrated by "Local" in Figure 1) and "end-to-end feedback information. "(as illustrated by" E2E "in the figure 1), from the wireless access module 140, and adapt the information encoding in real time according to said feedback information, as described in more detail below. The term "local feedback information" described herein may refer to the readily available feedback information and without a substantial delay in the encoder 120 (eg, provided by the wireless access module 140), including (but not limited to) RL data delay (e.g., provided by the physical layer / MAC in the wireless access module 140), RL channel condition (for example, tolerance of transmission power of the AT, estimated channel velocity, etc.), load state of the RL sector (for example, associated with the number of transmitters in RL, increase-over-thermal (RoT) measured in RL, etc.), layer packet payload MAC / RL physics (eg, provided by the physical layer / MAC in the wireless access module 140), lost packet information RL (eg, provided by the physical layer / MAC in the wireless access module 140), the amount of data currently stored in buffer in the wireless access module 140, and so on. The term "feedback information from end-to-end "described herein may refer to feedback information transmitted from a receiver (e.g., decoder 170) back to a sender (e.g., coder 120), e.g., through wired / wireless networks 150 and the wireless access module 140 (as illustrated through the dashed line in Figure 1), including (but not limited to) end-to-end data delay, end-to-end jitter, buffer state of the decoder, core network and backward traffic delay, missing end-to-end packet information, etc. The end-to-end feedback information may also take into account the FL channel condition (eg, as reflected by the relationship signal to noise plus interference (SINR) measured in FL), state of charge of the FL sector (for example, associated with the number of users shared by the programmer in the AN), etc. In some embodiments, the end-to-end data delay can be determined in the decoder 170 and provided to the speed adaptation unit 130, for example, through wireless / wired networks 150 and the wireless module. wireless access 140, as shown in Figure 1. In other embodiments, end-to-end data delay can be inferred (or estimated) based on in the feedback information that the speed adaptation unit 130 receives from the decoder 170, for example, through wireless / wired networks 150 and the wireless access module 140. The end-to-end feedback information may be carried, for example, through the RTP Control Protocol (RTCP), incorporated in the flow of traffic from the receiver to the sender, or through messages defined by the application. In one embodiment, the speed adaptation unit 130 can adapt the coding rate according to the data delay RL. For example, the speed adaptation unit 130 can reduce the coding rate, if the data delay RL is considered to be long, for example, compared to a predetermined threshold (or "delay goal"). The speed adaptation unit 130 may increase the coding rate (for example, to improve quality), if the data delay RL is well below the delay goal. Consider video encoding as an example. An encoder can adjust its coding rate by means of a quantization parameter (QP), such as in an MPEG-4, H.263 or H.264 type system. QP indicates the step size of quantification for a given table, which can, for example, oscillate between. { 1, ..., 31 } . A smaller QP can produce better video quality and can result in a higher frame size for a given frame. In contrast, a larger QP can produce poorer video quality and result in a smaller frame size. In some embodiments, the speed adaptation unit 130 may use RL data delay (e.g., frame) to adjust the QP value for the next frame based on the current QP value. If the incurred frame delay RL is considered large for the decoder buffer 180 (for example, compared to a delay goal), QP can be increased to reduce the next frame size (and therefore, the future frame delay). Conversely, if the frame delay RL is considered small (for example, below the delay target), QP can be reduced to improve the quality of the video, for example, in a way that keeps the frame delay RL within of the objective of delay. In one embodiment, the speed adaptation unit 130 may adapt the coding rate by changing the frequency at which the encoded data may be sent to the decoder 170. For example, in VT applications, this may include adjusting the encoded video frame rate according to the feedback information. In some embodiments, the speed adaptation unit 130 can adapt the coding rate according to a channel condition RL, load state of sector RL, and so on. This may allow the encoder 120 to react to events of time variation (e.g., sudden changes in the transmission power tolerance of the AT, network congestion, and / or AT 110 that is being transferred between sectors of different load. ) in wireless / wired networks 150, while ensuring that the information continues to arrive at the decoder 170 substantially in time and in an uninterrupted manner, and is decoded with sufficient quality. For example, the speed adaptation unit 130 (and / or wireless access module 140) may first determine an estimated channel speed (e.g., the available throughput in the wireless channel) based on the condition of RL channel, state load of the RL sector, and other feedback information, and then adjust the actual coding rate based on the estimated channel speed. In one embodiment, the speed adaptation unit 130 can be configured to increase the coding speed when the sector is lightly loaded, and reduce the coding speed when the sector is heavily loaded. In one embodiment, the speed adaptation unit 130 can adapt the coding rate according to a channel condition RL, for example, the transmission power tolerance of the AT 110. This may allow an AT with limited power ( for example, with limited power tolerance, or placed at the edge of its sector) perform real-time information coding (eg, VT applications) at an acceptable quality level by decreasing the coding rate. In one embodiment, the speed adaptation unit 130 may adapt the coding rate in accordance with the payload of the physical layer packet RL and / or payload of the MAC layer packet. For example, the encoder may encode the information at a coding rate that is compatible with (eg, smaller than) the payload of the MAC / physical layer packet RL. In one embodiment, the speed adaptation unit 130 can adapt the coding rate according to end feedback information. to end (e.g., end-to-end data delay), which can be provided by the decoder 170 together with the buffer of the decoder 180 through wired / wireless networks 150 (as illustrated in FIG. 1) . For example, in the case where the AT 110 is in a poor FL condition or in a highly loaded FL sector, the speed adaptation unit 130 can reduce the coding rate to lighten the load of the sector and ensure that the information continues to reach the decoder 170 substantially in time and in an uninterrupted manner and that is decoded with sufficient quality. In the case that the AT 110 is in good end-to-end condition, the speed adaptation unit 130 can increase the coding rate, thus providing a better overall quality while still meeting the delay requirements. In VT applications, for example, missing video frames or delayed arrival of the video frame may be indicative that the current encoding speed is being too large. In such cases, QP can be adjusted accordingly, for example, it can be increased to reduce the frame size. In some modalities, end-to-end feedback information can also be used to adjust the thresholds established in speed adaptation control schemes, as described in more detail below. Figure 2 shows a modality of a speed adaptation control scheme, wherein a graph of the data delay RL as a time function for the VT application is illustrated by way of example. The RL data delay (e.g., frame) can be measured (or calculated) based on the local feedback information available in the wireless access module 140 and can be provided to the speed adaptation module 130, as illustrated in Figure 1. One or more established thresholds, for example, denoted as (Ti + D), i = 1,2,3,4, can be used to adjust the data delay RL, where parameter D can be representative of the effect of end-to-end data delay (eg, table), as described in more detail below. For example, if the RL data delay in some case exceeds a particular threshold, for example, between (T3 + D) and (T4 + D), QP can be adjusted, for example, it can be increased to (QP + QP3) to reduce the delay. If the data delay RL otherwise falls below another threshold, for example, between (Tl + D) and (T2 + D), QP can also be adjusted, for example, it can be reduced to (QP-QP2) to provide better quality.

Figure 3 illustrates one embodiment of the manner in which the end-to-end delay information can be used to adjust the thresholds set in a speed adaptation control scheme (such as in the embodiment of Figure 2). By way of example, the box 310 illustrates the data delay RL as a time function, which can be determined (eg, measured or calculated) in the wireless access module 140 and provided to the speed adaptation unit 130 (as illustrated in Figure 1). The box 320 illustrates the end-to-end data delay as a time function, said speed adaptation unit 130 can also receive from the wireless access module 140 (as described above). As illustrated in the figure, if the end-to-end data delay falls below a lower threshold TL (for example, at point 322), the established thresholds (Ti, i = l, 2,3, 4) in box 310 may be increased, as illustrated in section 312 (which may be equivalent to including a larger D in the set thresholds, as shown in figure 2). If the end-to-end data delay exceeds a higher threshold TH (for example, at point 324), the set thresholds (Ti, i = 1, 2,3,4) in the box 310 can be reduced, such as illustrated in section 314 (which may be equivalent to include a smaller D at the established threshold, as shown in Figure 2). Figure 4 illustrates a flow diagram of a process 400, which can be used to execute some described modalities. The step 410 receives the data delay RL (for example, from the wireless access module 140). Step 420 compares the data delay RL with one or more set thresholds and adjusts a coding rate accordingly. Step 430 receives end-to-end data delay (e.g., from wireless access module 140). Step 440 adjusts the established thresholds based on the received end-to-end data delay. Subsequently, the process 400 returns to step 410. Figure 5 illustrates a flow diagram of a process 500, which can be used to execute some described modalities, for example, the process 400 of Figure 4 in a VT application. Step 510 receives the data delay RL (e.g., from wireless access module 140). Step 520 compares the RL data delay with one or more established thresholds. If the data delay RL is considered high (for example, in reference to a predetermined threshold, as illustrated in Figure 2), step 530 continues and increases QP. If the RL data delay is considered low, on the other hand, step 540 continues and decreases QP. Alternatively, if the RL data delay is considered acceptable (or "OK"), no adjustment is necessary. Subsequently, step 550 continues and receives end-to-end data delay. Then, step 560 determines whether the end-to-end data delay is acceptable (for example, with reference to some predetermined thresholds, as illustrated in Figure 3). If the end-to-end data delay is considered high, step 570 continues and reduces the set thresholds (as illustrated in Figure 3). If the end-to-end data delay is considered low, step 580 continues and increases the set thresholds (as illustrated in Figure 3). Alternatively, if the end-to-end data delay is considered acceptable (or "OK"), no adjustment is necessary. Subsequently, process 500 returns to step 510. In some embodiments (as illustrated in Figures 2-5 above), a speed adaptation control scheme may be executed by using two control loops, for example, including a fast (or internal) loop associated with the RL data delay and a slow (or outer) loop associated with the end-to-end data delay (as illustrated schematic in figure 1). Said two-loop approach can effectively make use of both the small delay provided by the local feedback information and the large delay provided by the end-to-end feedback information. (In the latter case, additional time may also be required to calculate end-to-end behavior.) In one embodiment, the two control loops can be configured to allow the encoder / decoder system to adapt its performance according to a desired compensation between delay and quality. For example, the data delay can be used as an "objective measurement" (therefore, quality is subject to it) for the control scheme in some situations; while the quality can be used as the objective measurement (therefore, the data delay is subject to it) for the control scheme in other situations. In other embodiments, a speed adaptation control scheme may make use of a simple control loop, for example, based on the RL data delay, end-to-end data delay, or some other types of feedback information ( as described above). Other speed adaptation schemes can also be executed. The schemes of Speed adaptation thus described can be used to control the encoding of any information in real time. Figure 6 illustrates a block diagram of an apparatus 600, in which some described modalities can be executed. The apparatus 600 may include a local feedback receiving unit (or module) 610 configured to receive data delay RL and other local feedback information (eg, from the wireless access module 140); a threshold adjustment unit 620 configured to generate and / or adjust one or more set thresholds; a comparison unit 630 configured to compare the target measurement (e.g., data delay RL). with the established thresholds provided by the threshold adjustment unit 620; and a speed adjustment unit 640 configured to adjust the coding rate (e.g., by means of QP or frame rate as in VT applications) based on the output of the comparison unit 630. The apparatus 600 may also include a feedback receiving unit E2E 650, configured to receive end-to-end feedback information (e.g., from the wireless access module 140) and provide it to the threshold unit 620. The threshold unit 620 can further adjust the thresholds established based on end-to-end feedback information (as described above). In some situations, it may be desirable to use lost packet RL information (eg, provided locally by means of the RL (ARQ), ARQ Hybrid RK and / or RLMAC-ARQ automatic layer repetition request) to determine the next unit of the information to be encoded, for example, a type of table for a subsequent table to be encoded in a VT application. By way of example, figures 7A 7C illustrate modalities for adaptively selecting the type of coding box based on lost packet information RL. In VT applications, due to the dependency of decoding for predicted frames (or P-frames), a missing I-frame or P-frame causes the propagation of errors for subsequent P-frames, as illustrated in Figure 7A . In such a case, if the encoder continues to send the remaining P-frames with reference to the missing frame until the end of the Image Group (GOP), the visual quality of the remaining frames can be degraded significantly. Therefore, when making use of local feedback information regarding lost frames, the encoder can encode the following box as an I-frame to interrupt the propagation of errors, as illustrated in Figure 7B. The encoder can encode the following frame as a new P-frame whose frame of reference is the last frame that was transmitted successfully, as illustrated in Figure 7C. Figure 8 illustrates a flow chart of a process 800, which can be used to execute some described modalities. Step 810 receives feedback information associated with the transmission of data from a wireless access module. Step 820 encodes information in real time according to the received feedback information. In process 800, step 820 may further include adapting a coding rate according to the feedback information and encoding the information in real time at the coding rate (as described above). Step 820 may also include, determining the next unit of information to be encoded (e.g., selecting a type of frame for a subsequent frame to be encoded as in VT applications) according to the feedback information ( as illustrated in Figures 7A-7C).

The modalities described herein provide some modalities of adaptive encoding of information in real time in wireless packet communication systems. There are other modalities and executions. Various units / modules described herein can be executed in hardware, software, wired microprogramming, or a combination thereof. In a hardware execution, various units can be run within one or more specific application integrated circuits (ASIC), digital signal processors (DSP), digital signal processing devices (DSPD), field-programmable gate arrays ( FPGA), processors, microprocessors, controllers, microcontrollers, programmable logic devices (PLD), other electronic units, or any combination thereof. In a software execution, various units can be executed with modules (for example, procedures, functions and so on) that execute the functions described here. Software codes can be stored in a memory unit or can be executed by a processor (or a processing unit). The memory unit can be run inside the processor or outside the processor, in which case it can be communicatively coupled to the processor through various means known in the art. The described modalities can be executed in an AT, and other means configured to encode information in real time. Those skilled in the art would understand that information and signals can be represented using any one of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols and chips that can be referenced in the previous description, can be represented by voltages, currents, electromagnetic waves, particles or magnetic fields, particles or optical fields, or any combination thereof. Those skilled in the art will further appreciate that the various illustrative logic blocks, modules, circuits, algorithm steps described in connection with the embodiments mentioned herein may be executed as electronic hardware, computer software, or combinations of both. To illustrate clearly this exchange capability of hardware and software, various illustrative components, blocks, modules, circuits and steps have been described above generally in terms of their functionality. If such functionality is executed as hardware or software depends of the particular application and the design restrictions imposed on the overall system. Those skilled in the art may execute the described functionality in various ways for each particular application, but such execution decisions should not be construed as a cause for departing from the scope of the present invention. The various illustrative logic blocks, modules and circuits described in connection with the embodiments described herein can be executed or realized with a general-purpose processor, digital signal processor (DSP), specific application integrated circuit (ASIC), programmable gate array in the field (FPGA) or other programmable logic device, transistor logic or discrete gate, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be executed as a combination of computing devices, for example as a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a core DSP, or any other configuration The steps of a method or algorithm described in connection with the embodiments discussed herein can be incorporated directly into hardware, into a software module executed by a processor, or into a combination of the two. A software module can reside in random access memory (RAM), fast memory, read-only memory (ROM), electrically programmable ROM (EPROM), programmable electrically erasable ROM (EEPROM), registers, hard disk, removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor, so that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium can be integral to the processor. The processor and storage medium can reside in an ASIC. The ASIC can reside in an AT. In the alternative, the processor and the storage medium can reside as discrete components in an AT. The previous description of the analyzed modalities is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these modalities will be easily apparent to those experts in the technique, and the generic principles defined herein can be applied to other modalities without departing from the spirit or scope of the invention. Therefore, the present invention is not intended to be limited to the modalities shown herein but will be accorded the broadest scope consistent with the principles and novel features described herein.

Claims (37)

NOVELTY OF THE INVENTION Having described the present invention, it is considered as a novelty and, therefore, the content of the following is claimed as a priority: CLAIMS

1. - An apparatus for encoding real-time information in wireless communications, comprising: a speed adaptation unit configured to receive feedback information associated with the transmission of data from a wireless access module; and an encoder configured to encode information in real time according to the feedback information.

2. The apparatus according to claim 1, characterized in that the encoder is further configured to adapt a coding rate according to the feedback information.

3. The apparatus according to claim 2, characterized in that the speed of Coding is adjusted at least by means of a quantization parameter and a frame rate.

4. The apparatus according to claim 1, characterized in that the encoder is further configured to determine a unit of the information in real time to be encoded, based, in part, on the feedback information.

5. The apparatus according to claim 4, characterized in that the feedback information is associated with the information of the lost packet of reverse link.

6. The apparatus according to claim 4, characterized in that the encoder is further configured to select a type of a subsequent frame to be encoded.

7. The apparatus according to claim 6, characterized in that the type of frame includes one of a box type I and a box type P, and a reference frame associated with a box type P.

8.- The compliance device with claim 1, characterized in that the feedback information includes at least one of local feedback information and end-to-end feedback information.

9. The apparatus in accordance with the claim 8, characterized in that the feedback information includes at least one of a reverse link data delay and an end-to-end data delay.

10. The apparatus according to claim 8, characterized in that the feedback information includes the condition of the reverse link channel.

11. The apparatus according to claim 10, characterized in that the condition of the channel includes at least one of transmission power tolerance and estimated channel speed associated with an access terminal.

12. The apparatus according to claim 8, characterized in that the feedback information includes state of charge of the reverse link sector.

13. The apparatus according to claim 8, characterized in that the feedback information includes at least one payload of the reverse link physical layer packet and payload of the reverse link MAC layer packet.

14. The apparatus according to claim 8, characterized in that the feedback information is associated with a quantity of data stored in buffer in the wireless access module.

15. The apparatus according to claim 1, further comprising the wireless access module, configured to be in communication with a wireless communication network.

16. An apparatus for encoding real-time information in wireless communications, comprising: means for receiving feedback information associated with the transmission of data from a wireless access module; and means for encoding information in real time according to the feedback information.

17. The apparatus according to claim 16, characterized in that the means for further coding are configured to adapt a coding rate according to the feedback information.

18. The apparatus according to claim 17, characterized in that the coding rate is adjusted at least by means of a quantization parameter and a frame rate.

19. The apparatus according to claim 16, characterized in that the means for Additionally, coding is configured to determine a unit of the information in real time to be encoded, based in part on the feedback information.

20. The apparatus according to claim 19, characterized in that the means for further coding are configured to select a pair type a subsequent frame to be encoded.

21. A method for encoding real-time information in wireless communications, comprising: receiving feedback information associated with the transmission of data from a wireless access module; and encode information in real time according to the feedback information.

22. The method according to claim 21, characterized in that the encoding of information in real time includes adapting a coding rate according to the feedback information.

23. The method according to claim 21, further comprising adjusting the coding rate at least by means of a quantization parameter and a frame rate.

24. - The method according to claim 21, characterized in that the encoding of the information in real time includes determining a unit of the information in real time to be encoded, based, in part, on the feedback information.

25. The method according to claim 24, further comprising selecting a type of frame for a subsequent frame to be encoded.

26. The method according to claim 24, characterized in that the feedback information is associated with the information of the lost packet of reverse link.

27. The apparatus according to claim 21, characterized in that the feedback information includes at least one of local feedback information and end-to-end feedback information.

28. The apparatus according to claim 27, characterized in that the feedback information includes at least one of reverse link data delay and end-to-end data delay. 29.- The apparatus in accordance with the claim 27, characterized in that the feedback information includes the condition of the reverse link channel. The method according to claim 29, characterized in that the condition of the reverse link channel includes at least one of available transmission power and estimated channel speed associated with an access terminal. 31. The apparatus according to claim 27, characterized in that the feedback information includes the state of charge of the reverse link sector. 32. The apparatus according to claim 27, characterized in that the feedback information is associated with a quantity of data stored in buffer in the wireless access module. 33.- A method for encoding information in real time, which comprises: receiving the reverse link data delay; compare the reverse link data delay with at least one threshold; and adjust a coding rate according to the comparison. 34.- The method of compliance with the claim 33, further comprising: receiving end-to-end data delay; and adjusting at least one threshold based, in part, on end-to-end data delay. The method according to claim 33, characterized in that the coding rate is set at least through one of a quantization parameter and a frame rate. 36.- An apparatus for encoding information in real time, comprising: means for receiving the reverse link data delay; means for comparing the reverse link data delay with at least one threshold; and means for adjusting a coding rate according to the comparison. 37. The apparatus according to claim 36, further comprising: means for receiving end-to-end data delay; and means for adjusting at least one threshold based, in part, on end-to-end data delay.