TWI479812B - Efficient reporting of information in a wireless communication system - Google Patents

Description

High efficiency report of information in wireless communication systems

The present disclosure is generally directed to communications, and more specifically to techniques for reporting information in a wireless communication system.

A wireless multi-directional proximity communication system can simultaneously support communication for multiple terminals on the downlink and uplink. The downlink (or forward link) represents the communication link from the base station to the terminal, and the uplink (or reverse link) represents the communication link from the terminal to the base station.

These terminals can be located throughout the system and can follow different channel conditions. In addition, such terminals may have different data needs and/or capabilities. These terminals can report all kinds of information in order to get enough services from the system and ensure that the system operates correctly. For example, a terminal can estimate the channel quality of the downlink for a base station and can transmit a channel quality report to the base station on the uplink. The base station can use the channel quality report to assign radio resources to the terminal and/or to select an appropriate data rate for transmission to the terminal on the downlink.

The information reported by these terminals, although relevant or important, imposes an additional burden on the system. Therefore, it is necessary to transmit this information as efficiently as possible so that more resources in the available radio resources are available for transmitting data. Therefore, this technology requires a technique for efficiently reporting information in a wireless communication system.

This document describes techniques for efficiently transmitting reports in a wireless communication system. These reports can convey various information such as channel quality, radio resource requests, available transmit power, interference, alternate resource information, sector information, and more.

In a specific embodiment, the report is transmitted repeatedly in accordance with a report format. A terminal receives an assignment of one of the control channels for transmitting the report and determines a report format for use based on the assignment. For example, one report format can be used for one of the control channels to be fully assigned (eg, a full tone assignment), while another report format can be used for a portion of the assignment (eg, split tone) assignment. A report format indicates that a particular sequence of reports is transmitted at a particular location in a control channel frame. A report format can also have other features, as explained below. The terminal generates a report set for each reporting interval and configures the report set according to the reporting format. The terminal uses the report format to transmit a plurality of report sets in a plurality of reporting intervals.

In another embodiment, the report is adaptively transmitted in accordance with operating conditions. A terminal transmits the report to a base station according to a first report format. The first report format may be a preset report format or may be selected according to the current operating conditions of the terminal. These operating conditions are characterized by the environment (e.g., mobility) of the terminal, the capabilities of the terminal, the quality of service (QoS) for traffic to the terminal, and the like. Detect changes in these operating conditions. Then, a second report format is selected according to the detected changes in the operating conditions. Then, a terminal transmits the report according to the second report format. Whenever a change in these operating conditions is detected, an appropriate reporting format can be selected for use.

Various aspects and specific embodiments of the invention are described in further detail below.

The word "exemplary" is used herein to mean "serving as an example, instance or description." Any specific embodiment or design that is described as "exemplary" is not necessarily to be construed as a preferred embodiment or preferred.

1 shows a wireless communication system 100 having a plurality of base stations 110 and a plurality of terminal sets 120. A base station communicates with one of the base stations. A base station may also be referred to as the following elements and may include some or all of the functionality of the following elements: a Node B, an access point, and/or some other network entity. Each base station 110 provides communication coverage for a particular geographic area 102. The term "unit" can refer to a base station and/or its coverage area, depending on the context in which the term is used. To improve system capabilities, a base station coverage area can be partitioned into multiple smaller areas, such as three smaller areas 104a, 104b, and 104c. Each smaller area can be servoed by a different base station sector (BSS), which may also be referred to as a base station transceiver subsystem (BTS). The term "sector" is also used to denote the BSS and/or its coverage area, depending on the context in which the term is used. For a sectorized unit, the BSS for all sectors of the unit is typically co-located within the base station for the unit. The reporting techniques described herein are applicable to systems having sectorized units and having unsectorized units. In the following description, the term "base station" generally means a base station of one of the servo units and a base station of one of the servo sectors.

For a centralized architecture, a system controller 130 is coupled to base station 110 and provides coordination and control for such base stations. System controller 130 can be a single network entity or a set of network entities. For a decentralized architecture, the base stations can communicate with each other as needed.

Terminals 120 can be dispersed throughout the system, and each terminal can be fixed or mobile. A terminal may also be referred to as the following elements and may include some or all of the following elements: a wireless terminal (WT), an access terminal (AT), a mobile station (MS), a user equipment (UE) ), a subscriber station and/or some other entity. A terminal can be a wireless component, a cellular phone, a PDA, a wireless modem, a handheld component, and the like. A terminal can communicate with one or more base stations via transmissions on the downlink and uplink. In the following description, the terms "terminal" and "user" are used interchangeably.

The reporting techniques described herein are applicable to a variety of wireless communication systems. These techniques can also be used in a variety of radio technologies and multi-directional proximity schemes, such as code division multi-directional proximity (CDMA), time division multi-directional proximity (TDMA), frequency division multi-directional proximity (FDMA), orthogonal FDMA (OFDMA), Flash-OFDM And single carrier FDMA (SC-FDMA). OFDMA and SC-FDMA partition a frequency band (e.g., system bandwidth) into a plurality of orthogonal tones, also referred to as subcarriers, subbands, classes, and the like. Each tone can be modulated by data. In general, the modulation symbols are transmitted by SC-FDMA in the time domain by OFDMA in the frequency domain. These techniques can also be used in wireless communication systems that use a combination of one of a multi-directional proximity scheme (eg, OFDMA and CDMA).

For the sake of brevity, certain aspects of the reporting techniques are described below for an exemplary OFDM system. In general, the OFDMA system can use any tone structure with any number of full tones and any number of available tones. In an exemplary embodiment, the OFDMA system uses a tone structure having 128 full tones and 113 available tones. One OFDM symbol can be generated in one of the ways known in the art and transmitted in an OFDM symbol period (or in short, one symbol period).

The reporting techniques described herein are applicable to a variety of signal structures. A signal structure refers to the way in which data and transmissions are transmitted. For the sake of brevity, an exemplary signal structure is described below.

FIG. 2 shows a specific embodiment of a signal structure 200. The timeline for transmission is divided into super-large time slots. Each super-large time slot has a predetermined duration (eg, about 13.1 seconds) and includes eight oversized time slots indexed from 0 to 7. Each oversized time slot includes 18 beacon slots indexed from 0 to 17, and each beacon slot includes eight timeout slots indexed from 0 to 7. For this downlink, each timeout slot includes a header (H) followed by eight time slots indexed 0-7. The timeout slot header spans two symbol periods, each time slot spanning 14 symbol periods, and each timeout slot spans 114 symbol periods. For the uplink, each timeout slot includes an uplink access channel (UL.ACH) followed by one of 15 camping intervals indexed from 0 to 14. The UL.ACH spans 9 symbol periods, each dwell interval spans 7 symbol periods, and each timeout slot spans 114 symbol periods.

Figure 2 shows a specific signal structure. Various other signal structures can also be used, and this is within the scope of the present invention. For the sake of brevity, the reporting techniques are described below with respect to the signal structure shown in FIG. 2.

In one embodiment, once a terminal is connected to one of the base stations to an open state, a segment assigned one of the dedicated control channels (DCCHs) is obtained. A connection can be considered as a set of channels established between the terminal and the base station for the physical (PHY) and/or media access control (MAC) layers. The terminal may be capable of receiving data on the downlink and/or transmitting data on the uplink while in the on state. The terminal transmits the report to the base station on the uplink using the assigned DCCH segment. These reports can be directed to a variety of information, as described below.

The DCCH can be implemented in a variety of ways. In a specific embodiment, the DCCH includes a set of logical tones (eg, 31 logical tones), which are also referred to as DCCH tones. Each DCCH tone may be mapped to a particular available/solid tone in each of the dwell intervals, and may jump between physical tones in different dwell intervals depending on a pitch jump operation.

FIG. 3 shows a specific embodiment of a DCCH structure 300. In this particular embodiment, 40 DCCH segments indexed from 0 to 39 are defined for each DCCH tone in each beacon slot. A beacon slot includes 64 time slots, or equivalently includes 128 half time slots indexed from 0 to 127. Each DCCH segment uses one tone and spans three half-time slots. Five DCCH segments are formed by the last 15 half-time slots of each timeout slot, and the first half-time slot is used for the UL.ACH. Therefore, the DCCH segments 0 to 4 are formed by the half-time slots 1 to 15 in the timeout slot 0, and the DCCH is formed by the half-time slots 17 to 31 in the timeout slot 1 (not shown in FIG. 3). Segments 5 through 9, and so on, form DCCH segments 35 through 39 by half-time slots 125 through 127 in time-out slot 7.

In the particular embodiment shown in FIG. 3, 31 logical tones are used for the DCCH, and 40 DCCH segments are defined for each DCCH tone in each beacon slot, and in each beacon slot altogether. There are 1240 DCCH segments available. The available DCCH segments can be assigned to the terminal in a variety of ways.

Figure 4 shows an exemplary assignment scheme for one of the DCCH structures shown in Figure 3. In a specific embodiment, each DCCH tone can be assigned to one or more users. Multiple DCCH modes can be defined. Each DCCH mode may correspond to a particular number of users obtaining an assigned given DCCH tone. In a full DCCH mode (this mode is also referred to as a full-tone format/assignment), a DCCH tone is assigned to a user who can transmit a report in all DCCH segments on the tone. In half of the DCCH mode (this mode is also referred to as a 2-way split tone format/assignment), a DCCH tone is assigned to two users. In a one-third DCCH mode (this mode is also referred to as a 3-way split tone format/assignment), a DCCH tone is assigned to three users. In a quarter DCCH mode (this mode is also referred to as a 4-way split tone format/assignment), a DCCH tone is assigned to four users. Other DCCH modes can also be defined. For an N-way split tone assignment, N users can transmit a report in a time division multiplexing (TDM) manner in a DCCH segment of a DCCH tone. The DCCH segments can be assigned to the N users by repeatedly cycling through the users and assigning a DCCH segment to each user in each cycle. The DCCH segments that are evenly distributed across time are then assigned to each user, as shown in FIG. For all assignments, each user can transmit a report in a DCCH segment assigned to that user.

Figures 3 and 4 show specific embodiments for one of the DCCH structures and an assignment scheme. These particular embodiments provide frequency diversity via frequency hopping and time diversity via assigning DCCH segments that are spread across time. The DCCH can also be implemented in other ways and can be split and assigned to the user in other ways. For example, the DCCH can be implemented using a particular tone in a particular symbol period. As another example, multiple DCCH segments may be assigned to the users at a given time interval. For the sake of brevity, most of the following description is directed to the specific embodiments illustrated in Figures 3 and 4.

FIG. 5 shows one embodiment of a one of the DCCH report transmission schemes 500. In this embodiment, a terminal transmits a report set to a base station on the DCCH within each reporting interval of a beacon slot. Each report set is transmitted using a report format that is known in advance or that is identifiable by both the terminal and the base station.

Generally, a report format is used to transfer one of the one or more reports. A report format can convey various parameters such as which types of reports are transmitted, the frequency of transmission of each type of report, the location and length of each report, and/or other information. A report format can also be referred to as a report structure, a control channel format, a DCCH format, and so on. Reports can be efficiently transmitted by using a report format, as management information (eg, headers) is generally not required to convey the report type, location, size, format of each report transmitted by using the report format. The report format implies all or most of the management information. Therefore, such reports may contain all or most of the useful information and contain little or no management information.

As shown in FIG. 5, the report can be periodically transmitted by using the same report format for each reporting interval (which is a beacon slot in FIG. 5). This will result in the same report set being transmitted in each reporting interval. However, depending on the measurements and/or conditions in different reporting intervals, the values in those reports can vary from report to report. The interpretation of the reports for each episode remains unchanged and is determined by the reporting format.

A terminal can transmit various reports. Some report types are listed in Table 1 and a brief description of each report type is provided.

The DL SNR represents the downlink channel quality or the received SNR for a base station observed at the terminal. The terminal can receive transmissions from one or more base stations on the downlink. The terminal can measure the DL SNR of each base station according to one of the downlink pilot channels (DL.PICH) transmitted by the base station. The terminal can generate full and delta DL SNR reports for each base station. A full DL SNR report presents the DL SNR measured in the current reporting interval. A delta DL SNR report presents a delta SNR that is the difference between the DL SNR in the current reporting interval and the DL SNR in a previous reporting interval. Delta SNR is also expressed as a relative SNR or a differential SNR. If the terminal can receive downlink transmissions from multiple base stations, then a full DL SNR report for one of the base stations can also indicate whether the base station is better.

The self-noise SNR is the saturation level of the DL SNR and is the SNR observed for the received signal when the receiver at the terminal originally transmits the signal at the base station with unlimited power. The saturation level of the DL SNR is determined by the self-noise of the receiver of the terminal, which may be caused by channel estimation errors and/or other factors. The terminal can determine the saturation level of the DL SNR as follows. The terminal can assume that if a base station transmits at power P, the DL SNR can be given as: Where G represents the path gain of the wireless channel from the base station to the terminal. The number in equation (1) is given in linear units.

Item G. P represents the signal power received at the terminal. Item N represents the received interference power. Item a ₀ . G. P represents self-noise, so that a higher value of a ₀ indicates a higher value from one of the noises. The terminal can measure the received power of the downlink empty channel (DL.NCH) to determine the interference power N. The terminal can also measure the received power (denoted as G.P ₀ ) and SNR (expressed as SNR ₀ ) of the DL.PICH. The saturation level of the DL SNR is equal to 1/a ₀ and can be calculated as follows: The number in equation (2) is given in linear units.

The UL request conveys alternate resource information at the terminal. The terminal can maintain one or more (eg, up to four) MAC (media access control) frame queues. Each MAC frame queue can buffer the MAC frame for a request group. These MAC frames can be generated from the packets of the upper layer agreement. Each packet can be mapped to a request group, and all MAC frames generated for the packet can be placed in the associated MAC frame queue. The UL request may convey the number of MAC frames in the (eg, four) request groups that the terminal can transmit, which represents alternate resource information for the terminal. The base station may assign traffic channel segments (or radio resources) to the terminal based on the alternate resource information, channel conditions, and/or other factors (e.g., priority of the data to be transmitted by the terminal).

The delayed message conveys the amount of delay experienced by the data to be transmitted by the terminal. The terminal can keep track of the delay experienced by the MAC frame in each request group. For example, the terminal may maintain D[k] indicating the current line head delay experienced by the oldest MAC frame in request group k, k=0, . . . , . In addition, the delay information may include a delay of the MAC frame or D[k] in the request group. The base station can consider the delay information when assigning the traffic channel segment to the terminal

The DCCH offer conveys the amount of transmit power available at the terminal for transmission on the uplink. The terminal can adjust the transmit power of the DCCH to a report transmitted on the DCCH to obtain a target performance level. The terminal has a specific maximum transmit power, which may depend on the design of the terminal. The DCCH concession is the difference between the maximum transmit power and the DCCH transmit power, and may be given by: wtULDCCHBackOff=wtPowerMax-wtULDCCHTxPower, Equation (3) where wtULDCCHTxPower is for each tone of the UL.DCCH Transmit power, wtPowerMax is the maximum transmit power of the terminal, and wtULDCCHBackOff is the DCCH rebate.

All quantities in equation (3) are given in dBm. The DCCH grant can be used to assign an appropriate number of tones and/or to select an appropriate data rate for transmission on the uplink.

The beacon is communicated to different base stations than interference that may be caused by the terminal, and is available for interference management on the uplink. The terminal can measure the channel gain (or signal strength) of adjacent base stations relative to the channel gain of a servo base station. The terminal can measure the received beacon power (PB ₀ ) of the servo base station and the received pilot channel power (PP ₀ ). The terminal can also measure the received beacon power (PB _i ) of each neighboring base station i and the received pilot channel power (PP _i ). Thus, the terminal can calculate a channel gain ratio G _i for the base station i as follows: Where K is the ratio of the transmit power of each tone of the beacon to the transmit power of the pilot channel, and Z ₀ depends on how the pitch factor of one of the tones is used in the servo base station.

A general beacon ratio report (BNR) can be generated based on the channel gain ratio of the adjacent base stations, as follows: , or equation (5) Where b ₀ is an uplink load factor broadcast by the servo base station, and b _i is an uplink load factor broadcast by the adjacent base station i.

The quantities in equations (5) and (6) are given in linear units. The uplink load factor b _i indicates the load observed by the base station i on the uplink of all terminals served for the base station i. The uplink load factor is used to indicate the amount of traffic load seen by the base station i. The base stations can exchange or broadcast their load factors to control uplink interference and increase the total output.

The terminal can use Equation (5) in a beacon slot with an even index and Equation (6) in a beacon slot with an odd index to calculate a general beacon ratio report. In the case where the terminal wants to transmit to the servo base station, the general beacon ratio reports all neighboring base stations (using equation (5)) or the nearest neighbor base station (using equation (6) )) The interference loss suffered.

A special beacon ratio report can be generated for the adjacent base station k, as follows:

If the terminal wants to send to the servo base station, the special beacon reports a interference loss suffered by a specific base station k.

The sector boundary conveys information about whether the terminal is at the boundary of two adjacent sectors of the same base station and if so, at which sector boundary. The base station can use the sector boundary information to coordinate the scheduling of the traffic channels in the two sectors to better serve the terminal when the terminal is at the sector boundary. For example, the base station can reduce the transmit power at one sector such that the interference experienced by the terminal from the sector is smaller.

Table 1 presents some of the types of reports that the terminal can transmit to support efficient data transmission and proper system operation. Fewer, different, and/or additional report types may also be transmitted and are within the scope of the present invention.

6 shows an embodiment of a report format 600 that can be used by a terminal for a full tone assignment for the DCCH. The report format 600 covers one DCCH frame of 40 DCCH segments and can be transmitted in 8 super slots of a beacon slot. A DCCH frame is used to transmit a unit of a DCCH of a report set according to a report format. Report format 600 has six information bits in each DCCH segment. Figure 6 shows a report of the report format 600 transmitted in each DCCH segment. Specifically, a 5-bit DL SNR report and a 1-bit UL request are transmitted in DCCH segment 0, and a 2-bit mode indicator and a 4-bit report are transmitted in DCCH segment 1, in DCCH points. A 3-bit delta DL SNR report is transmitted in segment 2 with a 3-bit UL request, and so on.

Table 2 lists the different report types included in report format 600 and the number of reports for each type. For report format 600, field D can be configured to convey one of four possible types of reports (which is indicated in field C). The configurable field D allows for flexible delivery of reports, and the corresponding cost imposes some additional burden on field C.

Figure 7 shows a specific embodiment of a report format 700 that is also available for a terminal to perform a full tone assignment for the DCCH. Report format 700 covers one DCCH frame of 40 DCCH segments and has six information bits in each DCCH segment. FIG. 7 shows a report transmitted in each DCCH segment of the report format 700. Report format 700 can be used for a slower changing channel. Thus, the full and delta DL SNR reports are transmitted at a lower frequency in the report format 700 than in the report format 600, as shown in the last two rows of Table 2. The bits saved by transmitting less DL SNR reports are used for a more configurable field D.

8 shows an embodiment of a report format 800 for one terminal to use for one-way split tone assignment for the DCCH. Report format 800 covers one DCCH frame of 40 DCCH segments and has eight information bits in each DCCH segment. However, only 13 DCCH segments are assigned to the terminal, 26 other DCCH segments are assigned to other terminals, and the last DCCH segment is reserved (Rsvd). FIG. 8 shows a report transmitted in each of the assigned DCCH segments of the report format 800. Reports are typically transmitted at a less frequent rate because there are fewer DCCH segments available in report format 800.

In a specific embodiment, the terminal transmits a report in a report format in each reporting interval upon receiving one of the DCCH assignments. In another embodiment, the terminal transmits a special report set in the first timeout slot after receiving the DCCH assignment and then transmits the report using the report format. The special report set may include, for example, a 4-bit UL request, a 5-bit DL SNR report, a self-noise SNR report, a beacon ratio report, a DCCH fallback report, and the like. Therefore, the terminal can quickly provide all relevant information to the base station in the special report set.

In the particular embodiment illustrated in Figures 6 and 7, six information bits can be transmitted in each DCCH segment. In the particular embodiment illustrated in Figure 8, eight information bits can be transmitted in each DCCH segment. Each DCCH segment may contain a fixed number of tonal symbols, such as 21 tonal symbols. A tone symbol is one of the tones in a symbol period and can be used to transmit a modulation symbol. For a given number of tonal symbols, more information bits can be transmitted by using a less redundant and therefore less reliable coding and modulation scheme.

Figures 6 through 8 show specific embodiments of three report formats, each having a particular sequence of reports configured in a particular order. Various other report formats can also be defined.

In a specific embodiment, for a given DCCH assignment (eg, a full tone assignment or a 3-way split tone assignment), different reporting formats are defined for different operating conditions. The operating conditions of a terminal are characterized by, for example, the environment of the terminal, the capabilities of the terminal, the QoS of the traffic to be transmitted by the terminal, the mode of operation of the system, and the like. These factors can influence the type of report to be transmitted, the frequency of transmission of each type of report, and what information is to be included in each report.

The environment of the terminal can be represented by various factors such as the mobility of the terminal (e.g., low or high mobility), channel conditions (e.g., low or high SNR). The frequency with which SNR reports are transmitted for one of the low mobility reports (eg fixed or low speed) may be lower than for one of the high mobility reporting formats (eg high speed). One of the SNR reports for low mobility channel conditions may have more bits than the SNR report for high mobility channel conditions. The reason is that the SNR in high mobility channel conditions tends to change. Given the loop delay associated with SNR measurements and reporting, it may not be necessary to report the SNR very accurately. A reporting format with more reports and/or more bits for a particular report can be used for good channel conditions because the base station can reliably receive such reports with less coding redundancy.

The capability of the terminal can indicate whether the terminal supports one or more frequency channels (or tone blocks). The capabilities may also indicate whether the terminal supports Single Input Single Output (SISO), Single Input Multiple Output (SIMO), Multiple Input Single Output (MISO), and/or Multiple Input Multiple Output (MIMO) operation. Have different reporting requirements. With SISO, SIMO and MISO, a single stream of data can be transmitted over a single spatial channel. With MIMO, multiple streams of data can be simultaneously transmitted over multiple spatial channels. One of the reporting formats for SISO, SIMO, and MISO can transmit a single SNR value for a spatial channel in an SNR report. One of the reporting formats for MIMO can transmit multiple SNR values for multiple spatial channels in an SNR report or multiple SNR reports each with a single SNR value for a spatial channel.

Traffic QoS can affect reporting. Different types of traffic (such as voice, video, packet data, etc.) can have different QoS. QoS can be quantified by delay tolerance, peak data rate, average data rate, delivery options, and/or other criteria. For example, speech can be associated with a short delay requirement, a fixed data rate, and best effort delivery, since speech is time sensitive. Packet data can be associated with a longer delay requirement, a high peak data rate, and guaranteed delivery. A reporting format may include more UL requests and/or UL requests with more detail when there are different QoS flows.

The way the system operates can also affect reporting. For example, the system can use Time Division Duplex (TDD) or Frequency Division Duplex (FDD). In a TDD system, the downlink shares the same frequency band as the uplink, and the downlink channel can be assumed to be complementary to the uplink channel. In this case, a base station can estimate the downlink channel conditions (e.g., DL channel gain and/or SNR) based on uplink transmissions (e.g., pilots) from one of the terminals. In an FDD system, the downlink uses a different frequency band than the uplink, and the downlink channel does not necessarily have a good association with the uplink channel. In this case, the terminal can estimate the downlink channel conditions and transmit the report to the base station. Different reporting formats can be used for TDD and FDD systems.

In general, a report format can include any combination of report types, any number of each type of report, and any configuration of such reports. Depending on the ability to assign control channel assignments for the report, the importance or criticality of the report type relative to other report types, the rate of change of the report type information (which may depend on the environment), and/or other factors The number of reports for each type. Each report can be of any size and can have any format/structure. The reports may be configured such that each report is transmitted entirely in one transmission (e.g., in one of the DCCH segments as shown in Figures 6-8), thereby increasing the use of such reports. A report can also be transmitted in multiple transmissions (eg, in multiple DCCH segments). A report format can include a combination of fixed and configurable fields, for example, as shown in Figures 6-8. A report format can also include only fixed fields or only configurable fields.

In general, any number of report formats can be defined for a given control channel assignment. Each report format can be designed for specific operating conditions. In a specific embodiment, different report formats may include different reports, and such reports are more applicable to different operating conditions covered by such report formats. In another embodiment, different report formats may have the same set of reports, which may be configured in different orders and/or have different formats/structures. For different report formats, the bit split between different reports may be different. For example, if a DCCH segment has a fixed number of information bits, then a UL request can be dropped from 4 bits to 3 bits so that another report can obtain an extra bit. Regardless of the definition of the report format, an appropriate report format can be selected for use based on the current operating conditions of the terminal.

FIG. 9 shows one embodiment of a report transmission scheme 900 for a control channel (e.g., DCCH). In this particular embodiment, a report set is transmitted on the control channel at each reporting interval (which may be any duration). Each report set is transmitted in a control channel frame by using a report format 910. In this particular embodiment, report format 910 includes L reports transmitted in M time periods, where generally L 1 and M 1. A time period can be any duration and can span one or more symbol periods. A time period may correspond to three half-time slots (as shown in Figure 3) or some other duration. The M time periods may have equal or different durations. Any number of information bits can be transmitted in each time period. Report format 910 can include any type of report and any number of each type of report. Each report can be of any size and can be transmitted in one or more time periods. As shown in Figure 9, the report format 910 is used repeatedly in each reporting interval. Therefore, the report x is transmitted at the same position of the control channel in each reporting interval, and x = 1, ..., L.

Figure 10 shows one embodiment of a report transmission scheme 1000 for one control channel using one of the selectable reporting formats. Initially, at time T ₁ , the operating conditions of the terminal are determined. Select a report format A that applies to these current operating conditions for use. Report format A is used to transmit a report set in each reporting interval. At time T ₂ , changes in the operating conditions are detected. Select a report format B that is more suitable for the new operating conditions for use. Report format B is then used in each reporting interval to transmit a report set. At time T _3, again detect changes in the operating conditions of those. Select a report format C that is more suitable for the new operating conditions for use. Report format C is then used in each reporting interval to transmit a report set.

There are various ways to implement one of the reporting formats to switch. In one embodiment illustrated in FIG. 10, a report format includes identifying a report format type field of one of the report formats. A report format set can be supported. The definition of each report format in the set may be that the terminal and the base station know in advance, during call setup or at the switch time, by sending a message, transmitting via a broadcast message, and the like. An appropriate report format can be dynamically selected in each reporting interval and identified by the report format type field. In another embodiment, a report format includes a field indicating a report format to be used for a subsequent report interval. In another embodiment, a change in one of the reporting formats is achieved by using a control message to exchange a message between the terminal and the base station (e.g., via a traffic channel that is different from the DCCH).

In a specific embodiment, a terminal can automatically select a report format. The terminal can determine its operating conditions (eg, environment, capabilities, etc.) and can select an appropriate reporting format based on its operating conditions. In another embodiment, a terminal and a base station can jointly select a report format. For example, the terminal can determine its own operating conditions and suggest a reporting format, and the base station can accept or reject the suggested reporting format. In another embodiment, a base station can select a report format for a terminal based on information provided by the terminal.

A terminal can use a report format until a new report format is selected (eg, due to changes in detected operating conditions). The terminal can also use multiple report formats in a predetermined manner. For example, the terminal can alternate between two reporting formats A and B, using reporting format A in odd reporting intervals and reporting format B in even reporting intervals. The report format 600 in Figure 6 can be considered to consist of four smaller report formats: a first report format for timeout slots 0, 2, 4, and 6; a second report format, Used for timeout slots 1 and 5; a third time slot format for timeout slot 3; and a fourth time slot format for timeout slot 7.

A terminal can have multiple connections to multiple base stations. The terminal can use the same reporting format for all base stations or can use different reporting formats for different base stations.

Each report can have any format/structure that is appropriate for the report. A report can convey a single value or multiple values. In a specific embodiment, one or more lookup tables may be defined for each report type. Each lookup table maps a calculated value to a report value having a particular number of bits. As an example, for DL SNR, a lookup table can map a calculated DL SNR value for one base station to a 5-bit value for one full DL SNR report in the case of non-DL giant multi-diversity, another The lookup table may map the calculated DL SNR value and whether the base station is better mapped to a 5-bit value for one of the full DL SNR reports in the case of DL giant multi-diversity, and another look-up table may be a delta The DL SNR value is mapped to a 3-bit value reported for a delta DL SNR, and so on. Each lookup table can be defined such that good performance is achieved for the corresponding report. Table 3 shows an exemplary lookup table that maps a DL SNR value in the range of -13 dB to +29 dB to a 5-bit value for a full DL SNR report. Table 3 also shows an exemplary lookup table that maps a delta SNR value in the range of -5 dB to +5 dB to a 3-bit value for a delta DL SNR report. Other lookup tables can also be defined for other types of reports.

In a specific embodiment, a single dictionary is used for each report type. A dictionary definition for one of the report types is used for one of the specific formats/structures of each of the types of reports. This dictionary defines how to interpret each report. For example, one dictionary for DL SNR may have one format for one-bit 5-bit DL SNR report for non-DL giant multi-diversity, another format for one 5-bit DL SNR report for DL giant multi-diversity, and another The format is used for a 3-bit DL SNR report. The same dictionary can be used and thus the same three SNR report formats are used for all report formats with DL SNR reports.

In another embodiment, multiple dictionaries are used for a given report type. Each dictionary conveys a specific format/structure for each of these types of reports. Multiple SNR dictionaries can be used for SNR reporting. For example, one of the SNR reports for low mobility can be used in one format that is different from one of the SNR reports for high mobility. Different lookup tables can be used for SNR reporting for low and high mobility. As another example, one of the SNR reports for good channel conditions may use one format that is different from one of the SNR reports for poor channel conditions. The range of SNR values and/or SNR stride sizes may vary for different SNR reporting formats. Multiple request dictionaries can also be used for UL requests, such as for different QoS. Each request dictionary may provide specific alternate resource information (eg, the number of MAC frames and/or delay information) at the terminal and/or use a different format for the UL requests. For example, a 4-bit UL request can have different meanings in different request dictionaries. Multiple dictionaries can also be used for other types of reports.

Referring back to Figure 9, a report can have a value that is within a range of values corresponding to the report. This report value can have different meanings in different dictionaries. Therefore, the information conveyed in the report (ie, the actual meaning of the report value) is determined by both the report value and the dictionary used for the report.

The specific dictionary for each report can be conveyed in an explicit or implicit manner. In a particular embodiment, each report format uses a particular dictionary for each report. In this particular embodiment, the dictionary for each report type is implicitly conveyed by the report format. For each report format selected for use, the terminal and the base station know in advance the specific dictionary to be used for the DL SNR report, the specific dictionary to be used for the UL request, and the like. Both the terminal and the base station can correctly interpret each report transmitted by using the selected report format.

In another embodiment, a dictionary can be selected for each report type regardless of the report format. For example, multiple request dictionaries can be used for a given report format. Different dictionaries can be selected for different operational situations (eg, different mobility). Whenever a change in operating conditions is detected, an appropriate dictionary can be selected, for example in conjunction with or independent of the choice of reporting format. The selected dictionary can be communicated by signaling or by some other means.

Various ways can be used to encode, modulate, and process the information bits used for reporting. In a specific embodiment, information bits to be transmitted in a DCCH segment are encoded (e.g., in a block code) to generate code bits. The code bits are then mapped to the modulation symbols in accordance with a modulation scheme. The modulated symbols are transmitted in tone symbols for the DCCH segment. In a specific embodiment, a scrambled bit sequence is used to scramble information bits or code bits in some or all of the segments of the DCCH segments. For example, the scrambling sequence can be applied to certain reports and not to some other reports. In a specific embodiment, the scrambling sequence is a function of the reporting format. In this particular embodiment, the scrambling sequence also changes when the reporting format changes. The scrambling sequence can be used to detect a disconnected state in which a terminal considers that it is using a reporting format and a base station believes that the terminal is using a different reporting format.

Figure 11 shows a specific embodiment of a program 1100 for repeatedly transmitting reports. A terminal receives one of the control channels (e.g., a DCCH) for transmitting a report (step 1112). The terminal determines a report format to be used according to the assignment of the control channel (step 1114). For example, a first report format can be used for one (eg, full-tone) assignment of one of the control channels, and a second report format can be used for a portion (eg, split-tone) assignment of the control channel. The first and second reporting formats may include a different number of control channel segments in a reporting interval and/or include a different number of information bits in each control channel segment. The terminal generates a report set for each of the plurality of reporting intervals (step 1116). The terminal configures a report set for each reporting interval in accordance with the reporting format (step 1118). The terminal repeatedly transmits a plurality of report sets in a plurality of reporting intervals (step 1120).

The report format indicates that a particular sequence of reports is transmitted at a particular location in a control channel frame. A control channel frame is used to transmit a unit of a control channel of a report set according to the report format. The control channel frame can include multiple control channel segments, such as 40 DCCH segments. The report format can include one or more reports in each control channel segment.

The report format may include multiple types of reports, such as for SNR, uplink request, available transmit power, interference, delay information, etc., or a combination thereof. The report format can include any number of each type of report, which can be determined based on the importance of the type of report. For example, reports for SNR and uplink requests may be transmitted more frequently than other types of reports. The report format can include multiple reports of a particular type at a different location in the control channel frame, reports of different sizes for a given type, and the like.

The terminal can determine a dictionary to be used for each report type from at least one dictionary available for the report type. A dictionary definition for each report type is used for the format/structure of each type of report. The terminal can generate each type of report in accordance with a dictionary applicable to each report type. Multiple dictionaries can be used for SNR reporting, such as one dictionary for low mobility and another dictionary for high mobility. Multiple dictionaries can also be used for uplink requests for different QoS traffic. Multiple dictionaries can also be defined for other report types.

Figure 12 shows a specific embodiment of a device 1200 for repeatedly transmitting a report. The apparatus 1200 includes: a receiving component configured to receive a one of control channels for transmitting a report (step 1212); and a determining component configured to determine a report format to be used according to the assignment of the control channel ( Step 1214): generating a component for generating a report set for each of the plurality of report intervals (step 1216); configuring a component configured to configure the report interval according to the report format A report set (step 1218); and a transport component for transmitting a plurality of report sets in the plurality of report intervals (step 1220).

Figure 13 shows a specific embodiment of a program 1300 for adaptively transmitting reports in accordance with operating conditions. A terminal transmits the report to a base station in accordance with a first report format (step 1312). The first report format may be a preset report format or may be selected according to current operating conditions. An indication to use a second report format is obtained (step 1314). The base station can select the second report format and transmit the message to the terminal along with the indication. Alternatively, the terminal can select the second report format and generate the indication. The terminal then transmits the report in accordance with the second report format (step 1316).

For step 1314, the terminal device and/or the base station can detect changes in the operating conditions, for example, according to the environment change of the terminal, the capability of the terminal, the QoS of the traffic for the terminal, and the like. The second report format can be selected based on the detected changes in the operating conditions. For example, the change in mobility of the terminal can be detected. The second report format can then be selected based on the detected behavioral changes. The first report format can be applied to a first mobility condition (eg, fixed or low speed) and the second report format can be applied to a second mobility condition (eg, high speed). It is also possible to detect changes in the QoS of traffic for the terminal. The second report format can then be selected based on the detected QoS changes. The first and second report formats can be designed for different QoS flows.

Each report format can be associated with a particular dictionary. Alternatively, the dictionaries can be selected regardless of the report format. In any case, the terminal determines the correct dictionary to be used for each report in the current reporting format. The terminal generates each type of report based on a dictionary for each report type.

The change from the first report format to the second report format can be indicated by a field indicating the report format type, for example, as shown in FIG. The change in the report format can also be achieved by exchanging letters with the base station.

Figure 14 shows one embodiment of a device 1400 for adaptively transmitting a report. Apparatus 1400 includes: a transmitting component for transmitting a report to a base station in accordance with a first reporting format (step 1412); obtaining means for obtaining an indication of using a second reporting format (step 1414); And a transmitting component for transmitting the report in accordance with the second report format (step 1416).

The reporting techniques can be used to transmit reports from a terminal to a base station on the uplink, as described above. The reporting techniques can also be used to transmit reports from a base station to a terminal on the downlink.

Figure 15 is a block diagram showing one embodiment of one of the base station 110 and a terminal unit 120 of Figure 1. At base station 110, a transmit (TX) data and signaling processor 1510 receives traffic data for the terminal that is receiving the servo and is transmitting. The processor 1510 processes (eg, formats, encodes, interleaves, and symbol maps) the traffic data, signaling, and preambles and provides output symbols. An OFDM modulator 1512 performs OFDM modulation on the output symbols and produces OFDM symbols. A transmitter (TMTR) 1514 conditions (e.g., converts to analog, filter, amplify, and upconvert) the OFDM symbols to produce a downlink signal that is transmitted via an antenna 1516.

At terminal 120, an antenna 1552 receives downlink signals from base station 110 and other base stations and provides a received signal to a receiver (RCVR) 1554. Receiver 1554 adjusts and digitizes the received signal and provides samples. An OFDM demodulation transformer (Demod) 1556 performs OFDM modulation on the samples and provides frequency domain symbols. A receive (RX) data and signaling processor 1558 processes (e.g., symbol demaps, deinterleaves, and decodes) the frequency domain symbols and provides decoded data and signaling for the terminal 120.

On the uplink, a controller/processor 1570 generates a report based on the report format and dictionary selected for use. A TX data and signaling processor 1560 generates output symbols for traffic data, signaling (e.g., reports) and preambles to be transmitted to the base station 110. An OFDM modulator 1562 performs OFDM modulation on the output symbols and generates OFDM symbols. A transmitter 1564 adjusts the OFDM symbols and generates an uplink signal that is transmitted via antenna 1552.

At the base station 110, the uplink signals from the terminal 120 and other terminals are received by the antenna 1516, adjusted and digitized by a receiver 1520, and demodulated by an OFDM demodulator 1522. The processing is processed by an RX data and signaling processor 1524 to recover traffic data and signaling transmitted by the terminal device 120 and other terminal devices.

Controllers/processors 1530 and 1570 indicate the operation of various processing units at base station 110 and terminal 120, respectively. The controller/processor 1570 can execute the routine 1100 of FIG. 11, the routine 1300 of FIG. 13, and/or other programs to transmit reports on the uplink. The controller/processor 1530 can receive reports from the terminal set 120 and other terminals, and can schedule transmissions on the downlink and/or uplink in accordance with reports received from the terminals. The memories 1532 and 1572 store the code and data for the base station 110 and the terminal 120, respectively.

The reporting techniques described herein can be implemented in a variety of ways. For example, such techniques can be implemented by hardware, firmware, software, or a combination thereof. For a hardware implementation, the processing unit at one terminal or one base station of the support report may be implemented in one or more specific application integrated circuits (ASICs), digital signal processors (DSPs), digital signals. Processing elements (DSPD), programmable logic elements (PLDs), field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, electronics, and other components designed to perform the functions described herein An electronic unit, or a combination thereof.

For firmware and/or software implementations, such reporting techniques can be implemented by modules (e.g., programs, functions, etc.) that perform the functions described herein. The firmware and/or software code may be stored in a memory (such as memory 1532 or 1572 in FIG. 15) and executed by a processor (such as processor 1530 or 1570). The memory can be implemented within the processor or external to the processor.

The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the invention. Various modifications to the specific embodiments are readily apparent to those skilled in the art, and the general principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Therefore, the present invention is not intended to be limited to the specific embodiments shown herein, but the broadest scope of the principles and novel features disclosed herein.

100. . . Wireless communication system

102. . . Specific geographic area

110. . . Base station

120. . . Terminal

130. . . System controller

1200. . . Used to repeatedly transmit a report to a device

1400. . . A device for adaptively transmitting a report

1510. . . Send (TX) data and signaling processor

1512. . . OFDM modulator

1514. . . Transmitter (TMTR)

1516. . . antenna

1520. . . receiver

1522. . . OFDM demodulation transformer

1524. . . RX data and signaling processor

1530. . . Controller/processor

1532. . . Memory

1552. . . antenna

1554. . . Receiver (RCVR)

1556. . . OFDM Demodulation Transformer (Demod)

1558. . . Receive (RX) data and signaling processor

1560. . . TX data and signaling processor

1562. . . OFDM modulator

1564. . . launcher

1570. . . Controller/processor

1572. . . Memory

B. . . node

The aspects of the specific embodiments of the present invention will be more apparent from the detailed description of the embodiments of the invention.

Figure 1 shows a wireless communication system.

Figure 2 shows an exemplary signal structure.

Figure 3 shows an exemplary structure of a dedicated control channel (DCCH).

Figure 4 shows an exemplary assignment of the DCCH.

Figure 5 shows one of the report transmission schemes for DCCH.

Figure 6 shows a report format for one full tone assignment of DCCH.

Figure 7 shows another report format for full tone assignment.

Figure 8 shows a report format for 3-way split tone assignment.

Figure 9 shows a report transmission scheme for a control channel.

Figure 10 shows a report transmission scheme with a selectable report format.

Figure 11 shows a program for repeatedly transmitting a report.

Figure 12 shows a device for repeatedly transmitting a report.

Figure 13 shows a program for transmitting a report based on operating conditions.

Figure 14 shows a device for transmitting a report based on operating conditions.

Figure 15 shows a block diagram of a base station and a terminal.

110. . . Base station

120. . . Terminal

1510. . . Send (TX) data and signaling processor

1512. . . OFDM modulator

1514. . . Transmitter (TMTR)

1516. . . antenna

1520. . . receiver

1522. . . OFDM demodulation transformer

1524. . . RX data and signaling processor

1530. . . Controller/processor

1532. . . Memory

1552. . . antenna

1554. . . Receiver (RCVR)

1556. . . OFDM Demodulation Transformer (Demod)

1558. . . Receive (RX) data and signaling processor

1560. . . TX data and signaling processor

1562. . . OFDM modulator

1564. . . launcher

1570. . . Controller/processor

1572. . . Memory

Claims (38)

An apparatus for use in a wireless communication system, the apparatus comprising: at least one processor configured to: receive one of a control channel for transmitting a report, and determine a report based on the assignment of the control channel Format, the report format contains little or no management information, wherein each report format contains predetermined report parameters, a report set is generated for each of a plurality of report intervals, by a scrambling sequence associated with the report format Disrupting the report set for each reporting interval, configuring the report set for each reporting interval according to the reporting format, and transmitting a plurality of report sets in a plurality of reporting intervals; and a memory coupled to the At least one processor. The device of claim 1, wherein the report format indicates a particular report sequence transmitted in a particular location of a control channel frame, wherein the control channel frame includes a plurality of control channel segments, and wherein the report format At least one report is included in each of the plurality of control channel segments. The device of claim 1, wherein the report format includes a plurality of types of reports. The apparatus of claim 1, wherein the at least one processor is configured to determine a dictionary for the particular report type from among a plurality of dictionaries available for a particular report type and to generate the particular type of report based on the dictionary. The device of claim 4, wherein the dictionary defines a format for each report of the particular type. The device of claim 4, wherein the particular type of report is for a signal The noise ratio (SNR), and wherein the plurality of dictionaries contain a first dictionary for low mobility and a second dictionary for high mobility. The apparatus of claim 4, wherein the particular type of report is for an uplink request, and wherein the plurality of dictionaries are for different quality of service (QoS) traffic. The device of claim 1, wherein the at least one processor is configured to use a first report format as the report format upon receiving a full assignment for the control channel, and receive the control channel for the control channel In the case of a part of the assignment, a second report format is used as the report format. The apparatus of claim 8, wherein the first report format includes one of a first number of control channel segments in a reporting interval, and wherein the second reporting format includes a second number of controls in a reporting interval Channel segmentation. The apparatus of claim 8, wherein the first report format includes one of a first number of information bits in each control channel segment, and wherein the second report format is included in one of each control channel segment The second number of control information bits. A method for wireless communication, comprising: operating a wireless communication component to: receive an assignment of one of control channels for transmitting a report; determining a report format based on the assignment of the control channel, the report format Contains little or no management information, each of which contains predetermined reporting parameters; Generating a report set for each of the plurality of report intervals; scrambling the report set for each report interval by a scrambling sequence associated with the report format; configuring the report for each report interval according to a report format a set; and transmitting a plurality of report sets in the plurality of report intervals. The method of claim 11, further comprising: determining a dictionary to be used for the particular report type from a plurality of dictionaries available for a particular type; and generating the particular type of report based on the dictionary. The method of claim 12, wherein the dictionary defines a format for each report of the particular type. An apparatus for use in a wireless communication system, the apparatus comprising: means for receiving an assignment of one of control channels for transmitting a report; means for determining a report format based on the assignment of the control channel, The report format contains little or no management information, each report format containing predetermined report parameters; means for generating a report set for each of a plurality of report intervals; for use in relation to the report format a scrambling sequence to disrupt components of the report set for each reporting interval; means for configuring the report set for each reporting interval in accordance with the reporting format; and for transmitting a plurality of the plurality of reporting intervals Report assembly Pieces. The apparatus of claim 14, further comprising: means for determining a dictionary to be used for the particular report type from among a plurality of dictionaries available for a particular type; and for generating the particular type based on the dictionary The component of the report. The device of claim 15, wherein the dictionary defines a format for each report of the particular type. A computer readable medium comprising instructions stored thereon, the computer readable medium comprising: a first set of instructions for receiving one of control channels for transmitting a report from a wireless terminal Assignment; a second instruction set for determining a report format according to the assignment of the control channel, the report format containing little or no management information, wherein each report format includes predetermined report parameters; a third instruction a set for generating a report set for each of a plurality of report intervals; a fourth set of instructions for scrambling for each report interval by a scrambling sequence associated with the report format a report set; a fifth instruction set configured to configure the report set for each report interval according to the report format; and a sixth instruction set to indicate in the plurality of report intervals The transmission of multiple report sets. A wireless terminal, comprising: at least one processor configured to: according to a first report format Transmitting a report, wherein each report format includes predetermined report parameters, detecting changes in operating conditions of the wireless terminal, and selecting a second report format based on the detected changes in the operating conditions Obtaining an indication to use the second report format, and transmitting the report according to the second report format, wherein the operating conditions affect which types of reports are to be sent and how often each type of report is transmitted; and a memory And is coupled to the at least one processor. The terminal of claim 18, wherein each of the first and second reporting formats indicates that a particular sequence of reports is transmitted at a particular location of a control channel frame. The terminal of claim 18, wherein the at least one processor is configured to receive a signaling having the indication of using the second reporting format. The terminal of claim 18, wherein the operating conditions are characterized by an environment of the terminal, a capability of the terminal, and a quality of service (QoS) for traffic of the terminal. The terminal device of claim 18, wherein the at least one processor is configured to: detect a change in mobility of the terminal, and select the second report according to the detected change in the mobility of the terminal. The format, and the indication that the second report format is used. The terminal device of claim 18, wherein the at least one processor is configured to: detect a quality of service (QoS) for traffic of the terminal, and select the second report format according to the detected QoS change. And generating the indication to use the second report format. The terminal device of claim 18, wherein the first report format is a preset report Report format. The terminal of claim 18, wherein each of the first and second report formats includes a field indicating a report format type for a current reporting interval. The terminal of claim 18, wherein each of the first and second reporting formats includes a field indicating a report format type for a subsequent reporting interval. The terminal of claim 18, wherein the at least one processor is configured to exchange a message with a base station to change from the first report format to the second report format. The terminal of claim 18, wherein the first and second report formats are associated with the first and second dictionary respectively for a particular report type, and wherein each dictionary defines each report for the particular type One format. The terminal of claim 28, wherein the at least one processor is configured to encode information bits for a report to generate code bits and to scramble the information bits or the code bits for the report . The terminal of claim 28, wherein the at least one processor is configured to scramble a selected one of the reports transmitted in accordance with the first and second report formats. The terminal of claim 28, wherein the at least one processor is configured to use a first scrambling sequence for reports transmitted in accordance with the first reporting format and a second for reporting transmitted in accordance with the second reporting format Disturb the sequence. A method for wireless communication, comprising: operating a wireless communication component to perform the steps of: transmitting a report in accordance with a first report format, wherein each report format includes predetermined report parameters; detecting operation at the wireless communication component a change in condition; selecting a second report format based on the detected changes in the operating conditions; obtaining an indication using one of the second report formats; and transmitting the report in accordance with the second report format, These operating conditions affect which types of reports will be sent and how often each type of report is transmitted. The method of claim 32, further comprising: detecting a change in mobility of the terminal; and selecting the second report format based on the detected change of the mobility of the terminal. The method of claim 32, further comprising: detecting a change in quality of service (QoS) for traffic of a terminal; and selecting the second reporting format based on the detected QoS changes. An apparatus for use in a wireless communication system, the apparatus comprising: means for transmitting a report in accordance with a first report format, wherein each report format includes predetermined report parameters; for detecting an operating condition of the apparatus a member of the change; for selecting based on the detected changes in the operating conditions a means for selecting a second report format; means for obtaining an indication using one of the second report formats; and means for transmitting the report in accordance with the second report format, wherein the operational conditions affect which types are to be transmitted How often reports and each type of report are transmitted. The device of claim 35, further comprising: means for detecting a change in mobility of a terminal; and selecting the second based on the detected change of the mobility of the terminal The component of the report format. The device of claim 35, further comprising: means for detecting a change in quality of service (QoS) of traffic for a terminal; and for selecting the second report based on the detected QoS changes The component of the format. A computer readable medium, comprising instructions stored thereon, the computer readable medium comprising: a first set of instructions for generating a report according to a first report format, wherein each report format includes a predetermined report parameter; a second set of instructions for detecting changes in operating conditions of a wireless terminal; and a third set of instructions for detecting based on the operating conditions The changes to select a second report format; a fourth set of instructions for use to obtain an indication of using one of the second report formats; A fifth set of instructions for generating a report in accordance with the second report format, wherein the operational conditions affect which types of reports are to be sent and how often each type of report is transmitted.