Zoeken Afbeeldingen Maps Play YouTube Nieuws Gmail Drive Meer »
Inloggen
Gebruikers van een schermlezer: klik op deze link voor de toegankelijkheidsmodus. De toegankelijkheidsmodus beschikt over dezelfde essentiŽle functies, maar werkt beter met je lezer.

Patenten

  1. Geavanceerd zoeken naar patenten
PublicatienummerUS20100211540 A9
PublicatietypeAanvraag
AanvraagnummerUS 11/486,601
Publicatiedatum19 aug 2010
Aanvraagdatum14 juli 2006
Prioriteitsdatum24 feb 2003
Ook gepubliceerd alsCN102612074A, CN102612074B, EP1964418A2, EP1964418B1, EP2194742A1, EP2194742B1, EP2209336A1, EP2209336B1, EP2209337A1, EP2209337B1, EP2858408A1, US9661519, US20070168326, WO2007075744A2, WO2007075744A3
Publicatienummer11486601, 486601, US 2010/0211540 A9, US 2010/211540 A9, US 20100211540 A9, US 20100211540A9, US 2010211540 A9, US 2010211540A9, US-A9-20100211540, US-A9-2010211540, US2010/0211540A9, US2010/211540A9, US20100211540 A9, US20100211540A9, US2010211540 A9, US2010211540A9
UitvindersArnab Das, Sundeep Rangan, Pablo Anigstein, Junyi Li, Sathyadev Venkata Uppala, Rajiv Laroia
Oorspronkelijke patenteigenaarArnab Das, Sundeep Rangan, Pablo Anigstein, Junyi Li, Sathyadev Venkata Uppala, Rajiv Laroia
Citatie exporterenBiBTeX, EndNote, RefMan
Externe links: USPTO, USPTO-toewijzing, Espacenet
Efficient reporting of information in a wireless communication system
US 20100211540 A9
Samenvatting
Techniques for efficiently sending reports in a wireless communication system are described. Reports may be sent repetitively in accordance with a reporting format. A terminal receives an assignment of a control channel used to send reports and determines a reporting format to use based on the assignment. The reporting format indicates a specific sequence of reports sent in specific locations of a control channel frame. The terminal generates a set of reports for each reporting interval and arranges the set of reports in accordance with the reporting format. The terminal repetitively sends a plurality of sets of reports in a plurality of reporting intervals. Reports may also be sent adaptively based on operating conditions. An appropriate reporting format may be selected based on the operating conditions of the terminal, which may be characterized by environment (e.g., mobility), capabilities, QoS, and/or other factors.
Afbeeldingen(14)
Previous page
Next page
Claims(49)
1. An apparatus comprising:
at least one processor configured to generate a set of reports for each of a plurality of reporting intervals, to arrange the set of reports for each reporting interval-in accordance with a reporting format, and to repetitively send a plurality of sets of reports in the plurality of reporting intervals; and
a memory coupled to the at least one processor.
2. The apparatus of claim 1, wherein the reporting format indicates a specific sequence of reports sent in specific locations of a control channel frame.
3. The apparatus of claim 2, wherein the control channel frame comprises multiple control channel segments, and wherein the reporting format includes at least one report in each of the multiple control channel segments.
4. The apparatus of claim 1, wherein the reporting format includes multiple types of report.
5. The apparatus of claim 4, wherein the multiple types of report are for signal-to-noise ratio (SNR), uplink request, available transmit power, interference, delay information, or a combination thereof.
6. The apparatus of claim 4, wherein the reporting format includes at least one report for each of the multiple types, the number of reports of each type being determined based on importance of the reports of that type.
7. The apparatus of claim 5, wherein reports for SNR and uplink request are sent more often than reports of other types.
8. The apparatus of claim 1, wherein the reporting format includes multiple reports of a particular report type in different locations of a control channel frame.
9. The apparatus of claim 1, wherein the reporting format includes reports of different sizes for at least one type of report.
10. The apparatus of claim 1, wherein the at least one processor is configured to determine a dictionary to use for a particular type of report from among multiple dictionaries available for the particular type, and to generate reports of the particular type in accordance with the dictionary.
11. The apparatus of claim 10, wherein the dictionary defines a format for each report of the particular type.
12. The apparatus of claim 10, wherein the particular type of report is for signal-to-noise ratio (SNR), and wherein the multiple dictionaries comprise a first dictionary for low mobility and a second dictionary for high mobility.
13. The apparatus of claim 10, wherein the particular type of report is for uplink request, and wherein the multiple dictionaries are for different quality of service (QoS) traffics.
14. The apparatus of claim 1, wherein the at least one processor is configured to receive an assignment of a control channel used to send reports and to determine the reporting format based on the assignment of the control channel.
15. The apparatus of claim 14, wherein the at least one processor is configured to use a first reporting format as the reporting format if a full assignment is received for the control channel, and to use a second reporting format as the reporting format if a partial assignment is received for the control channel.
16. The apparatus of claim 15, wherein the first reporting format includes a first number of control channel segments in one reporting interval, and wherein the second reporting format includes a second number of control channel segments in one reporting interval.
17. The apparatus of claim 15, wherein the first reporting format includes a first number of information bits in each control channel segment, and wherein the second reporting format includes a second number of information bits in each control channel segment.
18. The apparatus of claim 1, wherein the at least one processor is configured to scramble the set of reports for each reporting interval with a scrambling sequence associated with the reporting format.
19. A method comprising:
generating a set of reports for each of a plurality of reporting intervals;
arranging the set of reports for each reporting interval in accordance with a reporting format; and
repetitively sending a plurality of sets of reports in the plurality of reporting intervals.
20. The method of claim 19, further comprising:
receiving an assignment of a control channel used to send reports; and
determining the reporting format based on the assignment of the control channel.
21. The method of claim 19, further comprising:
determining a dictionary to use for a particular type of report from among multiple dictionaries available for the particular type; and
generating reports of the particular type in accordance with the dictionary.
22. An apparatus comprising:
means for generating a set of reports for each of a plurality of reporting intervals;
means for arranging the set of reports for each reporting interval in accordance with a reporting format; and
means for repetitively sending a plurality of sets of reports in the plurality of reporting intervals.
23. The apparatus of claim 22, further comprising:
means for receiving an assignment of a control channel used to send reports; and
means for determining the reporting format based on the assignment of the control channel.
24. The apparatus of claim 22, further comprising:
means for determining a dictionary to use for a particular type of report from among multiple dictionaries available for the particular type; and
means for generating reports of the particular type in accordance with the dictionary.
25. A computer-readable medium including instructions stored thereon, comprising:
a first instruction set for generating a set of reports for each of a plurality of reporting intervals;
a second instruction set for arranging the set of reports for each reporting interval in accordance with a reporting format; and
a third instruction set for directing repetitive transmission of a plurality of sets of reports in the plurality of reporting intervals.
26. A terminal comprising:
at least one processor configured to send reports in accordance with a first reporting format, to obtain an indication to use a second reporting format, and to send reports in accordance with the second reporting format; and
a memory coupled to the at least one processor.
27. The terminal of claim 26, wherein each of the first and second reporting formats indicates a specific sequence of reports sent in specific locations of a control channel frame.
28. The terminal of claim 26, wherein the at least one processor is configured to receive signaling with the indication to use the second reporting format.
29. The terminal of claim 26, wherein the at least one processor is configured to detect changes in operating conditions, to select the second reporting format based on detected changes in the operating conditions, and to generate the indication to use the second reporting format.
30. The terminal of claim 29, wherein the operating conditions are characterized by environment of the terminal, capabilities of the terminal, quality of service (QoS) of traffics for the terminal, or a combination thereof.
31. The terminal of claim 26, wherein the at least one processor is configured to detect changes in mobility of the terminal, to select the second reporting format based on the detected changes in the mobility of the terminal, and to generate the indication to use the second reporting format.
32. The terminal of claim 26, wherein the at least one processor is configured to detect changes in quality of service (QoS) of traffics for the terminal, to select the second reporting format based on the detected changes in QoS, and to generate the indication to use the second reporting format.
33. The terminal of claim 26, wherein the first reporting format is a default reporting format.
34. The terminal of claim 26, wherein each of the first and second reporting formats comprises a field indicative of a reporting format type for a current reporting interval.
35. The terminal of claim 26, wherein each of the first and second reporting formats comprises a field indicative of a reporting format type for a subsequent reporting interval.
36. The terminal of claim 26, wherein the at least one processor is configured to exchange signaling with a base station to change from the first reporting format to the second reporting format.
37. The terminal of claim 26, wherein the first and second reporting formats are associated with first and second dictionaries, respectively, for a particular report type, and wherein each dictionary defines a format for each report of the particular type.
38. The terminal of claim 26, 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.
39. The terminal of claim 26, wherein the at least one processor is configured to scramble selected ones of the reports sent in accordance with the first and second reporting formats.
40. The terminal of claim 26, wherein the at least one processor is configured to use a first scrambling sequence for reports sent in accordance with the first reporting format, and to use a second scrambling sequence for reports sent in accordance with the second reporting format.
41. A method comprising:
sending reports in accordance with a first reporting format;
obtaining an indication to use a second reporting format; and
sending reports in accordance with the second reporting format.
42. The method of claim 41, further comprising:
detecting changes in operating conditions; and
selecting the second reporting format based on the detected changes in the operating conditions.
43. The method of claim 41, further comprising:
detecting changes in mobility of a terminal; and
selecting the second reporting format based on the detected changes in the mobility of the terminal.
44. The method of claim 41, further comprising:
detecting changes in quality of service (QoS) of traffics for a terminal; and
selecting the second reporting format based on the detected changes in QoS.
45. An apparatus comprising:
means for sending reports in accordance with a first reporting format;
means for obtaining an indication to use a second reporting format; and
means for sending reports in accordance with the second reporting format.
46. The apparatus of claim 45, further comprising:
means for detecting changes in operating conditions; and
means for selecting the second reporting format based on the detected changes in the operating conditions.
47. The apparatus of claim 45, further comprising:
means for detecting changes in mobility of a terminal; and
means for selecting the second reporting format based on the detected changes in the mobility of the terminal.
48. The apparatus of claim 45, further comprising:
means for detecting changes in quality of service (QoS) of traffics for a terminal; and
means for selecting the second reporting format based on the detected changes in QoS.
49. A computer-readable medium including instructions stored thereon, comprising:
a first instruction set for generating reports in accordance with a first reporting format;
a second instruction set for obtaining an indication to use a second reporting format; and
a third instruction set for generating reports in accordance with the second reporting format.
Beschrijving
  • [0001]
    The present application claims priority to provisional U.S. Application Ser. No. 60/752,973, entitled “COMMUNICATIONS METHODS AND APPARATUS,” filed Dec. 22, 2005, assigned to the assignee hereof and incorporated herein by reference.
  • BACKGROUND
  • [0002]
    I. Field
  • [0003]
    The present disclosure relates generally to communication, and more specifically to techniques for reporting information in a wireless communication system.
  • [0004]
    II. Background
  • [0005]
    A wireless multiple-access communication system can concurrently support communication for multiple terminals on the downlink and uplink. The downlink (or forward link) refers to the communication link from the base stations to the terminals, and the uplink (or reverse link) refers to the communication link from the terminals to the base stations.
  • [0006]
    The terminals may be located throughout the system and may observe different channel conditions. Furthermore, these terminals may have different data requirements and/or capabilities. The terminals may report various types of information in order to obtain adequate service from the system and to ensure proper system operation. For example, a terminal may estimate the channel quality of the downlink for a base station and may send a channel quality report on the uplink to the base station. The base station may use the channel quality report to assign radio resources to the terminal and/or to select a suitable data rate for transmission on the downlink to the terminal.
  • [0007]
    The information reported by the terminals, although pertinent or important, represents overhead in the system. Hence, it is desirable to send the information as efficiently as possible so that more of the available radio resources can be used to send data. There is therefore a need in the art for techniques to efficiently report information in a wireless communication system.
  • SUMMARY
  • [0008]
    Techniques for efficiently sending reports in a wireless communication system are described herein. The reports may convey various types of information such as channel quality, request for radio resources, available transmit power, interference, backlog information, sector information, and so on.
  • [0009]
    In an embodiment, reports are sent repetitively in accordance with a reporting format. A terminal receives an assignment of a control channel used to send reports and determines a reporting format to use based on the assignment. For example, one reporting format may be used for a full (e.g., full-tone) assignment of the control channel, and another reporting format may be used for a partial (e.g., split-tone) assignment. A reporting format indicates a specific sequence of reports sent in specific locations of a control channel frame. A reporting format may also have other features, as described below. The terminal generates a set of reports for each reporting interval and arranges the set of reports in accordance with the reporting format. The terminal repetitively sends a plurality of sets of reports in a plurality of reporting intervals using the reporting format.
  • [0010]
    In another embodiment, reports are adaptively sent based on operating conditions. A terminal sends reports in accordance with a first reporting format to a base station. The first reporting format may be a default reporting format or may be selected based on the current operating conditions of the terminal. The operating conditions may be characterized by the environment (e.g., mobility) of the terminal, capabilities of the terminal, quality of service (QoS) of traffics for the terminal, and so on. Changes in the operating conditions are detected. A second reporting format is then selected based on the detected changes in the operating conditions. The terminal thereafter sends reports in accordance with the second reporting format. An appropriate reporting format may be selected for use whenever changes in the operating conditions are detected.
  • [0011]
    Various aspects and embodiments of the invention are described in further detail below.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • [0012]
    Aspects of embodiments of the invention will become more apparent from the detailed description set forth below when taken in conjunction with the drawings in which like reference characters identify correspondingly throughout.
  • [0013]
    FIG. 1 shows a wireless communication system.
  • [0014]
    FIG. 2 shows an exemplary signal structure.
  • [0015]
    FIG. 3 shows an exemplary structure of a dedicated control channel (DCCH).
  • [0016]
    FIG. 4 shows exemplary assignments of the DCCH.
  • [0017]
    FIG. 5 shows a report transmission scheme for the DCCH.
  • [0018]
    FIG. 6 shows a reporting format for a fall-tone assignment of the DCCH.
  • [0019]
    FIG. 7 shows another reporting format for the full-tone assignment.
  • [0020]
    FIG. 8 shows a reporting format for a 3-way split-tone assignment.
  • [0021]
    FIG. 9 shows a report transmission scheme for a control channel.
  • [0022]
    FIG. 10 shows a report transmission scheme with selectable reporting formats.
  • [0023]
    FIG. 11 shows a process to send reports repetitively.
  • [0024]
    FIG. 12 shows an apparatus to send reports repetitively.
  • [0025]
    FIG. 13 shows a process to send reports based on operating conditions.
  • [0026]
    FIG. 14 shows an apparatus to send reports based on operating conditions.
  • [0027]
    FIG. 15 shows a block diagram of a base station and a terminal.
  • DETAILED DESCRIPTION
  • [0028]
    The word “exemplary” is used herein to mean “serving as an example, instance, or illustration.” Any embodiment or design described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other embodiments or designs.
  • [0029]
    FIG. 1 shows a wireless communication system 100 with multiple base stations 110 and multiple terminals 120. A base station is a station that communicates with the terminals. A base station may also be called, and may contain some or all of the functionality of, 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 “cell” can refer to a base station and/or its coverage area depending on the context in which the term is used. To improve system capacity, a base station coverage area may be partitioned into multiple smaller areas, e.g., three smaller areas 104 a, 104 b, and 104 c. Each smaller area may be served by a respective base station sector (BSS), which may also be referred to as a base transceiver subsystem (BTS). The term “sector” can refer to a BSS and/or its coverage area depending on the context in which the term is used. For a sectorized cell, the BSSs for all sectors of that cell are typically co-located within the base station for the cell. The reporting techniques described herein may be used for systems with sectorized cells as well as systems with un-sectorized cells. In the following description, the term “base station” generically refers to a station that serves a cell as well as a station that serves a sector.
  • [0030]
    For a centralized architecture, a system controller 130 couples to base stations 110 and provides coordination and control for these base stations. System controller 130 may be a single network entity or a collection of network entities. For a distributed architecture, the base stations may communicate with one another as needed.
  • [0031]
    Terminals 120 may be dispersed throughout the system, and each terminal may be stationary or mobile. A terminal may also be called, and may contain some or all of the functionality of, 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 may be a wireless device, a cellular phone, a personal digital assistant (PDA), a wireless modem, a handheld device, and so on. A terminal may 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.
  • [0032]
    The reporting techniques described herein may be used for various wireless communication systems. These techniques may also be used for various radio technologies and multiple-access schemes such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal FDMA (OFDMA), Flash-OFDMģ, and Single-Carrier FDMA (SC-FDMA). OFDMA and SC-FDMA partition a frequency band (e.g., the system bandwidth) into multiple orthogonal tones, which are also called subcarriers, subbands, bins, and so on. Each tone may be modulated with data. In general, modulation symbols are sent in the frequency domain with OFDMA and in the time domain with SC-FDMA. The techniques may also be used for wireless communication systems that utilize a combination of multiple-access schemes, e.g., OFDMA and CDMA.
  • [0033]
    For clarity, certain aspects of the reporting techniques are described below for an exemplary OFDMA system. In general, the OFDMA system may utilize any tone structure with any number of total tones and any number of usable tones. In an exemplary embodiment, the OFDMA system utilizes a tone structure with 128 total tones and 113 usable tones. An OFDM symbol may be generated in a manner known in the art and sent in an OFDM symbol period (or simply, a symbol period).
  • [0034]
    The reporting techniques described herein may be used with various signal structures. A signal structure indicates the manner in which data and signaling are sent. For clarity, an exemplary signal structure is described below.
  • [0035]
    FIG. 2 shows an embodiment of a signal structure 200. The timeline for transmission is divided into superultraslots. Each superultraslot has a predetermined time duration (e.g., around 13.1 seconds) and includes eight ultraslots with indices 0 through 7. Each ultraslot includes 18 beaconslots with indices 0 through 17, and each beaconslot includes eight superslots with indices 0 through 7. For the downlink, each superslot includes a header (H) followed by eight slots with indices 0 through 7. The superslot header spans two symbol periods, each slot spans 14 symbol periods, and each superslot spans 114 symbol periods. For the uplink, each superslot includes an uplink access channel (UL.ACH) followed by 15 dwells with indices 0 through 14. The UL.ACH spans 9 symbol periods, each dwell spans 7 symbol periods, and each superslot spans 114 symbol periods.
  • [0036]
    FIG. 2 shows a specific signal structure. Various other signal structures may also be used, and this is within the scope of the present invention. For clarity, the reporting techniques are described below for the signal structure shown in FIG. 2.
  • [0037]
    In an embodiment, a terminal is assigned segments of a dedicated control channel (DCCH) upon transiting to an ON state of a connection with a base station. A connection may be considered as a collection of channels established between the terminal and the base station for the physical (PHY) and/or Medium Access Control (MAC) layers. The terminal may be able to receive data on the downlink and/or transmit data on the uplink while in the ON state. The terminal uses the assigned DCCH segments to send reports on the uplink to the base station. These reports may be for various types of information, as described below.
  • [0038]
    The DCCH may be implemented in various manners. In an embodiment, the DCCH comprises a set of logical tones (e.g., 31 logical tones), which are also referred to as DCCH tones. Each DCCH tone may be mapped to a specific usable/physical tone in each dwell and may hop from physical tone to physical tone in different dwells based on a tone hopping operation.
  • [0039]
    FIG. 3 shows an embodiment of a DCCH structure 300. In this embodiment, 40 DCCH segments with indices 0 through 39 are defined for each DCCH tone in each beaconslot. A beaconslot includes 64 slots or equivalently 128 halfslots with indices 0 through 127. Each DCCH segment uses one tone and spans three halfslots. Five DCCH segments are formed with the last 15 halfslots of each superslot, with the first halfslot being used for the UL.ACH. Thus, DCCH segments 0 through 4 are formed with halfslots 1 through 15 in superslot 0, DCCH segments 5 through 9 are formed with halfslots 17 through 31 in superslot 1 (not shown in FIG. 3), and so on, and DCCH segments 35 through 39 are formed with halfslots 125 through 127 in superslot 7.
  • [0040]
    In the embodiment shown in FIG. 3, 31 logical tones are used for the DCCH, 40 DCCH segments are defined for each DCCH tone in each beaconslot, and a total of 1240 DCCH segments are available in each beaconslot. The available DCCH segments may be assigned to terminals in various manners.
  • [0041]
    FIG. 4 shows an exemplary assignment scheme for the DCCH structure shown in FIG. 3. In an embodiment, each DCCH tone may be assigned to one or multiple users. Multiple DCCH modes may be defined. Each DCCH mode may correspond to a specific number of users being assigned a given DCCH tone. In a full DCCH mode, which is also called a full-tone format/assignment, a DCCH tone is assigned to one user, who may send reports in all DCCH segments on that tone. In a half DCCH mode, which is also called a 2-way split-tone format/assignment, a DCCH tone is assigned to two users. In a one-third DCCH mode, which is also called a 3-way split-tone format/assignment, a DCCH tone is assigned to three users. In a quarter DCCH mode, which is also called a 4-way split-tone format/assignment, a DCCH tone is assigned to four users. Other DCCH modes may also be defined. For an N-way split-tone assignment, where N>1, N users may send reports in a time division multiplexed (TDM) manner in the DCCH segments of one DCCH tone. The DCCH segments may be assigned to the N users by repeatedly cycling through these users and assigning one DCCH segment to each user in each cycle. Each user is then assigned DCCH segments that are uniformly distributed across time, as shown in FIG. 4. For all assignments, each user may send reports in the DCCH segments assigned to that user.
  • [0042]
    FIGS. 3 and 4 show specific embodiments of a structure and an assignment scheme for the DCCH. These embodiments provide frequency diversity through frequency hopping and time diversity through assignment of DCCH segments that are spread across time. The DCCH may also be implemented in other manners and may be partitioned and assigned to users in other manners. For example, the DCCH may be implemented with specific tones in specific symbol periods. As another example, the users may be assigned multiple DCCH segments in a given time interval. For clarity, much of the description below is for the embodiments shown in FIGS. 3 and 4.
  • [0043]
    FIG. 5 shows an embodiment of a report transmission scheme 500 for the DCCH. In this embodiment, a terminal sends one set of reports on the DCCH in each reporting interval of one beaconslot to a base station. Each set of reports is sent using a reporting format that is either known a priori or can be ascertained by both the terminal and the base station.
  • [0044]
    In general, a reporting format is a structure for sending one or more reports. A reporting format may convey various parameters such as which types of report are sent, how often reports of each type are sent, the location and length of each report, and/or other information. A reporting format may also be called a reporting structure, a control channel format, a DCCH format, and so on. Reports may be efficiently sent using a reporting format since overhead information (e.g., headers) is generally not needed to convey report type, location, size, and format of each report sent using the reporting format. All or most of the overhead information is implicit from the reporting format. The reports may thus contain all or mostly useful information and little or no overhead information.
  • [0045]
    As shown in FIG. 5, reports may be sent periodically using the same reporting format for each reporting interval, which is one beaconslot in FIG. 5. The same set of reports would then be sent in each reporting interval. However, the values in the reports may change from one report set to another report set based on measurement results and/or conditions in different reporting intervals. The interpretation of the reports in each set remains fixed and is determined by the reporting format.
  • [0046]
    A terminal may send various types of report. Table 1 lists some report types and gives a short description for each report type.
  • [0000]
    TABLE 1
    Report Type Description
    DL SNR Convey signal-to-noise ratio (SNR) or channel
    quality of the downlink for a base station as measured
    at the terminal.
    UL request Convey backlog information for the terminal.
    Delay information Convey delay experienced by data to be sent
    by the terminal.
    DCCH backoff Convey available transmit power at the terminal.
    Beacon ratio Convey interference information.
    Self-noise SNR Convey the highest achievable SNR at the terminal.
    Sector boundary Convey information about whether the terminal is
    at the boundary of two sectors and if so, which
    sector boundary.
  • [0047]
    DL SNR denotes downlink channel quality or received SNR observed at the terminal for a base station. The terminal may receive transmission on the downlink from one or multiple base stations. The terminal may measure the DL SNR of each base station based on a downlink pilot channel (DL.PICH) sent by that base station. The terminal may generate full and delta DL SNR reports for each base station. A full DL SNR report gives the DL SNR measured in the current reporting interval. A delta DL SNR report gives a delta SNR, which is the difference between the DL SNR in the current reporting interval and the DL SNR in a prior reporting interval. The delta SNR is also referred to as a relative SNR or a differential SNR. If the terminal can receive downlink transmission from multiple base stations, then a full DL SNR report for a base station may also indicate whether that base station is preferred or not preferred.
  • [0048]
    Self-noise SNR is the saturation level of the DL SNR and is the SNR that a receiver at the terminal would observe for a received signal if the base station transmits the signal at infinite power. The saturation level of the DL SNR is determined by self-noise of the terminal receiver, which may be caused by channel estimation errors and/or other factors. The terminal may determine the saturation level of the DL SNR as follows. The terminal may assume that if a base station transmits at power P, then the DL SNR may be given as:
  • [0000]
    SNR ( P ) = G P a 0 G P + N , Eq ( 1 )
  • [0000]
    where G represents the path gain of the wireless channel from the base station to the terminal. The quantities in equation (1) are given in linear units.
  • [0049]
    The term G- P represents the received signal power at the terminal. The term N represents the received interference power. The term a0∑G∑P represents self-noise, so that a higher value of a0 denotes a higher value of self-noise. The terminal may measure the received power of a downlink null channel (DL.NCH) to determine the interference power N. The terminal may also measure the received power (denoted as G∑P0) and SNR (denoted by SNR0) of the DL.PICH. The saturation level of the DL SNR is equal to 1/a0and may be computed as follows:
  • [0000]
    Self - noise SNR = 1 a 0 = ( 1 SNR 0 - N G P 0 ) - 1 . Eq ( 2 )
  • [0000]
    The quantities in equation (2) are given in linear units.
  • [0050]
    The UL request conveys backlog information at the terminal. The terminal may maintain one or more (e.g., up to four) MAC frame queues. Each MAC frame queue may buffer MAC frames for one request group. The MAC frames may be generated from packets of upper layer protocols. Each packet may be mapped to one request group, and all MAC frames generated for that packet may be placed in the associated MAC frame queue. The UL request may convey the number of MAC frames in the (e.g., four) request groups that the terminal may transmit, which represent the backlog information for the terminal. The base station may assign traffic channel segments (or radio resources) to the terminal based on the backlog information, channel conditions, and/or other factors such as the priority of data to be sent by the terminal.
  • [0051]
    The delay information conveys the amount of delay experienced by the data to be sent by the terminal. The terminal may keep track of the delay experienced by the MAC frames in each request group. For example, the terminal may maintain D[k] which indicates the current head-of-line delay experienced by the oldest MAC frames in request group k, for k=0, . . . , 3. The delay information may then comprise the delays, or D[k], of the MAC frames in the request groups. The base station may take the delay information into consideration in assigning traffic channel segments to the terminal.
  • [0052]
    The DCCH backoff conveys the amount of transmit power available at the terminal for data transmission on the uplink. The terminal may adjust the transmit power of the DCCH to achieve a target level of performance for the reports sent on the DCCH. The terminal has a certain maximum transmit power, which may be dependent on the design of the terminal. The DCCH backoff is the difference between the maximum transmit power and the DCCH transmit power and may be given as follows:
  • [0000]

    wtULDCCHBackOff=wtPowerMax−wtULDCCHTxPower,   Eq (3)
      • where wtULDCCHTxPower is the per-tone transmit power of the UL.DCCH,
      • wtPowerMax is the maximum transmit power of the terminal, and
      • wtULDCCHBackOff is the DCCH backoff.
        All of the quantities in equation (3) are given in units of dBm. The DCCH backoff may be used to assign a suitable number of tones and/or to select a suitable data rate for transmission on the uplink.
  • [0056]
    The beacon ratio conveys interference potentially caused by the terminal to different base stations and may be used for interference management on the uplink. The terminal may measure the channel gain (or signal strength) of neighbor base stations relative to the channel gain of a serving base station. The terminal may measure the received power of the beacon (PB0) and the received power of the pilot channel (PP0) of the serving base station. The terminal may similarly measure the received power of the beacon (PBi) and the received power of the pilot channel (PPi) of each neighbor base station i. The terminal may then compute a channel gain ratio Gi for base station i, as follows:
  • [0000]
    G i = PB i PB 0 or G i = PB i PP 0 K Z 0 , Eq ( 4 )
  • [0000]
    where K is the ratio of the per-tone transmit power of the beacon to the transmit power of the pilot channel, and Z0 is a scaling factor that is dependent on how the tones are used in the serving base station.
  • [0057]
    A generic beacon ratio report (BNR) may be generated based on the channel gain ratios of the neighbor base stations, as follows:
  • [0000]
    Generic BNR = b 0 G 1 b 1 + G 2 b 2 + , or Eq ( 5 ) Generic BNR = b 0 max { G 1 b 1 , G 2 b 2 , } , Eq ( 6 )
      • where b0 is an uplink loading factor broadcast by the serving base station, and
      • bi is an uplink loading factor broadcast by neighbor base station i.
        The quantities in equations (5) and (6) are given in linear units. Uplink loading factor bi indicates the loading observed by base station i on the uplink for all terminals served by base station i. The uplink loading factor is used to indicate the amount of traffic load seen by base station i. The base stations may exchange or broadcast their loading factors to control uplink interference and increase the overall throughput.
  • [0060]
    The terminal may compute generic beacon ratio reports using equation (5) in beaconslots with even indices and using equation (6) in beaconslots with odd indices. The generic beacon ratio reports give the interference cost to all neighbor base stations (with equation (5)) or the closest neighbor base station (with equation (6)), if the terminal were to transmit to the serving base station.
  • [0061]
    A special beacon ratio report may be generated for neighbor base station k, as follows:
  • [0000]
    Special BNR = b 0 G k b k . Eq ( 7 )
  • [0000]
    The special beacon ratio report gives the interference cost to a specific base station k, if the terminal were to transmit to the serving base station.
  • [0062]
    The sector boundary conveys the information about whether the terminal is located at the boundary of two adjacent sectors of the same base station, and if so, which sector boundary. The sector boundary information may be used by the base station to coordinate the scheduling of the traffic channels in the two sectors to better service the terminal when the terminal is in the sector boundary. For example, the base station may reduce the transmission power at one sector so that the terminal will experience less interference from that sector.
  • [0063]
    Table 1 gives some types of report that may be sent by the terminal to support efficient data transmission and proper system operation. Fewer, different and/or additional types of report may also be sent, and this is within the scope of the present invention.
  • [0064]
    FIG. 6 shows an embodiment of a reporting format 600 that may be used by a terminal with a full-tone assignment for the DCCH. Reporting format 600 covers a DCCH frame of 40 DCCH segments and may be sent in 8 superslots of one beaconslot. A DCCH frame is a unit of the DCCH used to send a set of reports in accordance with a reporting format. Reporting format 600 has six information bits in each DCCH segment. The reports sent in each DCCH segment of reporting format 600 are shown in FIG. 6. In particular, a 5-bit DL SNR report and a 1-bit UL request are sent in DCCH segment 0, a 2-bit Mode indicator and a 4-bit report are sent in DCCH segment 1, a 3-bit delta DL SNR report and a 3-bit UL request are sent in DCCH segment 2, and so on.
  • [0065]
    Table 2 lists the different types of report included in reporting format 600 and the number of reports of each type. For reporting format 600, field D may be configured to send a report of one of four possible types, which is indicated in field C. Configurable field D provides flexibility in sending reports at the expense of some overhead for field C.
  • [0000]
    TABLE 2
    Format Format
    Report 600 700
    Type/ Size No. of No. of
    Field (bits) Description Reports Reports
    A 5 5-bit full DL SNR report 12 8
    B 3 3-bit delta DL SNR report 12 8
    C 2 Indicate the report being sent 4 8
    in field D:
    00: 4-bit UL request
    01: 4-bit self-noise SNR report
    10: 4-bit sector information
    11: 4-bit delay information
    D 4 Variable report type as signaled 4 8
    in field C
    E 4 4-bit UL request  8 to 12 8 to 16
    F 3 3-bit UL request 12 8
    G 1 1-bit UL request 16 16
    H 5 5-bit DCCH backoff report 2 4
    I 4 4-bit beacon ratio report 1 2
    J 4 4-bit self-noise SNR report 1 to 5 2 to 10
    K 4 4-bit delay information 0 to 4 0 to 10
    L 4 4-bit sector information 0 to 4 0 to 10
    M 1 or 2 Reserved 10 12
  • [0066]
    FIG. 7 shows an embodiment of a reporting format 700 that may also be used by a terminal with a full-tone assignment for the DCCH. Reporting format 700 covers a DCCH frame of 40 DCCH segments and has six information bits in each DCCH segment. The reports sent in each DCCH segment of reporting format 700 are shown in FIG. 7. Reporting format 700 may be used for a more slowly varying channel. Hence, full and delta DL SNR reports are sent less frequently in reporting format 700 than in reporting format 600, as indicated in the last two columns of Table 2. The bits saved by sending fewer DL SNR reports are used for more configurable fields D.
  • [0067]
    FIG. 8 shows an embodiment of a reporting format 800 that may be used by a terminal with a 3-way split-tone assignment for the DCCH. Reporting format 800 covers a 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). The reports sent in each assigned DCCH segment of reporting format 800 are shown in FIG. 8. Reports are generally sent at less frequent rate since fewer DCCH segments are available in reporting format 800.
  • [0068]
    In an embodiment, the terminal sends reports in accordance with a reporting format in each reporting interval upon receiving an assignment of the DCCH. In another embodiment, the terminal sends a special set of reports in the first superslot after receiving the DCCH assignment and thereafter sends reports using the reporting format. The special set of reports may include, e.g., a 4-bit UL request, a 5-bit DL SNR report, a self-noise SNR report, a beacon ratio report, a DCCH backoff report, and so on. The terminal may thus quickly provide all pertinent information to the base station in the special set of reports.
  • [0069]
    In the embodiments shown in FIGS. 6 and 7, six information bits may be sent in each DCCH segment. In the embodiment shown in FIG. 8, eight information bits may be sent in each DCCH segment. Each DCCH segment may comprise a fixed number of tone-symbols, e.g., 21 tone-symbols. A tone-symbol is one tone in one symbol period and may be used to send one modulation symbol. For a given number of tone-symbols, more information bits may be sent using a coding and modulation scheme having less redundancy and hence less reliability.
  • [0070]
    FIGS. 6 through 8 show specific embodiments of three reporting formats, each having a specific sequence of reports that is arranged in a specific order. Various other reporting formats may also be defined.
  • [0071]
    In an embodiment, for a given DCCH assignment (e.g., 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 may be characterized by various factors such as the environment of the terminal, the capabilities of the terminal, the QoS of the traffics to be sent by the terminal, the manner in which the system operates, and so on. These factors may influence which types of report to send, how often to send reports of each type, and what information to include in each report.
  • [0072]
    The environment of the terminal may be characterized by various factors such as mobility of the terminal (e.g., low or high mobility), the channel conditions (e.g., low or high SNR), and so on. A reporting format for low mobility (e.g., stationary or low speed) may send SNR reports less frequently than a reporting format for high mobility (e.g., high speed). An SNR report for low mobility channel conditions may have more bits than an SNR report for high mobility channel conditions. The reason is that the SNR in high mobility channel conditions tends to vary. Given the loop latency association with SNR measurement and reporting, it may not be necessary to report the SNR very accurately. A reporting format with more reports and/or more bits for certain reports may be used for good channel conditions since the base station can reliably receive the reports with less coding redundancy.
  • [0073]
    The capabilities of the terminal may indicate whether the terminal supports one or multiple 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, which may have different reporting requirements. A single data stream may be sent on a single spatial channel with SISO, SIMO and MISO. Multiple data streams may be sent simultaneously on multiple spatial channels with MIMO. A reporting format for SISO, SIMO and MISO may send a single SNR value for one spatial channel in an SNR report. A reporting format for MIMO may send either multiple SNR values for multiple spatial channels in one SNR report or multiple SNR reports each with a single SNR value for one spatial channel.
  • [0074]
    The QoS of traffics may influence reporting. Different types of traffic (e.g., voice, video, packet data, etc.) may have different QoS. QoS may be quantified by delay tolerance, peak data rate, average data rate, delivery option, and/or other criteria. For example, voice may be associated with a short delay requirement, a fixed data rate, and best effort delivery because of the time sensitive nature of voice. Packet data may 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 details when different QoS traffics are present.
  • [0075]
    The manner in which the system operates may also influence reporting. For example, the system may use time division duplexing (TDD) or frequency division duplexing (FDD). In a TDD system, the downlink and uplink share the same frequency band, and the downlink channel may be assumed to be reciprocal of the uplink channel. In this case, a base station may estimate the downlink channel conditions (e.g., DL channel gains and/or SNR) based on an uplink transmission (e.g., pilot) from the terminal. In an FDD system, the downlink and uplink use different frequency bands, and the downlink channel may not correlate well with the uplink channel. In this case, the terminal may estimate the downlink channel conditions and send reports to the base station. Different reporting formats may be used for TDD and FDD systems.
  • [0076]
    In general, a reporting format may comprise any combination of report types, any number of reports of each type, and any arrangement of the reports. The number of reports of each type may be selected based on the capacity of the control channel assignment used to send the report, the importance or criticality of that report type relative to other report types, how quickly information of that report type changes (which may be dependent on the environment), and/or other factors. Each report may be of any size and may have any format/structure. The reports may be arranged so that each report is sent completely in one transmission, e.g., in one DCCH segment as shown in FIGS. 6 through 8, which may improve the use of these reports. A report may also be sent in multiple transmissions, e.g., in multiple DCCH segments. A reporting format may include a combination of fixed and configurable fields, e.g., as shown in FIGS. 6 through 8. A reporting format may also include only fixed fields or only configurable fields.
  • [0077]
    In general, any number of reporting formats may be defined for a given control channel assignment. Each reporting format may be designed for certain operating conditions. In an embodiment, different reporting formats may include different reports that are more appropriate for different operating conditions covered by these reporting formats. In another embodiment, different reporting formats may have the same set of reports that may be arranged in different orders and/or have different formats/structures. The bit partition between different reports may be different for different reporting formats. For example, if a DCCH segment has a fixed number of information bits, then an UL request may drop from 4 bits down to 3 bits so that another report may gain an additional bit. Regardless of how the reporting formats may be defined, a suitable reporting format may be selected for use based on the current operating conditions of the terminal.
  • [0078]
    FIG. 9 shows an embodiment of a report transmission scheme 900 for a control channel, e.g., the DCCH. In this embodiment, one set of reports is sent on the control channel in each reporting interval, which may be of any time duration. Each set of reports is sent using a reporting format 910 in one control channel frame. In this embodiment, reporting format 910 includes L reports that are sent in M time periods, where in general L≧1 and M≧1. A time period may be any duration of time and may span one or more symbol periods. A time period may correspond to three halfslots as shown in FIG. 3 or some other time duration. The M time periods may have equal or different durations. Any number of information bits may be sent in each time period. Reporting format 910 may include any types of report and any number of reports of each type. Each report may have any size and may be sent in one or more time periods. As shown in FIG. 9, reporting format 910 is used repetitively in each reporting interval. Thus, report x, for x=1, . . . , L, is sent in the same location of the control channel in each reporting interval.
  • [0079]
    FIG. 10 shows an embodiment of a report transmission scheme 1000 for a control channel with selectable reporting formats. Initially, at time T1, the operating conditions of the terminal are determined. A reporting format A that is appropriate for the current operating conditions is selected for use. A set of reports is sent in each reporting interval using reporting format A. At time T2, changes in the operating conditions are detected. A reporting format B that is more appropriate for the new operating conditions is selected for use. Thereafter, a set of reports is sent in each reporting interval using reporting format B. At time T3, changes in the operating conditions are again detected. A reporting format C that is more appropriate for the new operating conditions is selected for use. Thereafter, a set of reports is sent in each reporting interval using reporting format C.
  • [0080]
    A switch in reporting format may be achieved in various manners. In an embodiment that is shown in FIG. 10, a reporting format includes a reporting format type field that identifies that reporting format. A set of reporting formats may be supported. The definition of each reporting format in the set may be known a priori by the terminal and the base station, conveyed via signaling during call setup or at switching time, sent via broadcast messages, and so on. A suitable reporting format may be dynamically selected in each reporting interval and identified by the reporting format type field. In another embodiment, a reporting format includes a field that indicates a reporting format to use in a subsequent reporting interval. In yet another embodiment, a change in reporting format is achieved by exchanging signaling between the terminal and the base station, e.g., through a traffic channel, which is different from the DCCH, using control messages.
  • [0081]
    In an embodiment, a terminal may autonomously select a reporting format. The terminal may determine its operating conditions (e.g., environment, capabilities, etc.) and may select a suitable reporting format based on its operating conditions. In another embodiment, a terminal and a base station may jointly select a reporting format. For example, the terminal may determine its operating conditions and suggest a reporting format, and the base station may accept or reject the suggested reporting format. In yet another embodiment, a base station may select a reporting format for a terminal, e.g., based on information provided by the terminal.
  • [0082]
    A terminal may use one reporting format until a new reporting format is selected, e.g., due to detected changes in operating conditions. The terminal may also use multiple reporting formats in a predetermined manner. For example, the terminal may alternate between two reporting formats A and B, use reporting format A in odd reporting intervals, and use reporting format B in even reporting intervals. Reporting format 600 in FIG. 6 may be considered as being composed of four smaller reporting formats—a first reporting format for superslots 0, 2, 4 and 6, a second reporting format for superslot 1 and 5, a third slot format for superslot 3, and a fourth slot format for superslot 7.
  • [0083]
    A terminal may have multiple connections with multiple base stations. The terminal may use the same reporting format for all base stations or may use different reporting formats for different base stations.
  • [0084]
    Each report may have any format/structure that is suitable for that report. A report may convey a single value or multiple values. In an embodiment, one or more look-up tables may be defined for each type of report. Each look-up table may map a computed value to a report value with a specific number of bits. As an example, for DL SNR, one look-up table may map a computed DL SNR value for a base station to a 5-bit value for a full DL SNR report for non-DL-macrodiversity, another look-up table may map the computed DL SNR value as well as whether the base station is preferred to a 5-bit value for a full DL SNR report for DL-macrodiversity, yet another look-up table may map a delta DL SNR value to a 3-bit value for a delta DL SNR report, and so on. Each look-up table may be defined to achieve good performance for the corresponding report. Table 3 shows an exemplary look-up table that maps a DL SNR value within a range of −13 dB to +29 dB to a 5-bit value for a full DL SNR report. Table 3 also shows an exemplary look-up table that maps a delta SNR value within a range of −5 dB to +5 dB to a 3-bit value for a delta DL SNR report. Other look-up tables may also be defined for the other types of report.
  • [0000]
    TABLE 3
    5-bit DL SNR Report 3-bit DL SNR Rep
    Value SNR Value delta SNR
    0 −13 dB  0 −5 dB
    1 −11 dB  1 −3 dB
    2 −10 dB  2 −2 dB
    3 −9 dB 3 −1 dB
    4 −8 dB 4  0 dB
    5 −7 dB 5  1 dB
    6 −6 dB 6  3 dB
    7 −5 dB 7  5 dB
    8 −4 dB
    9 −3 dB
    10 −2 dB
    11 −1 dB
    12  0 dB
    13  1 dB
    14  2 dB
    15  3 dB
    16  4 dB
    17  5 dB
    18  6 dB
    19  7 dB
    20  9 dB
    21 11 dB
    22 13 dB
    23 15 dB
    24 17 dB
    25 19 dB
    26 21 dB
    27 23 dB
    28 25 dB
    29 27 dB
    30 29 dB
    31 Reserved
  • [0085]
    In an embodiment, a single dictionary is used for each report type. A dictionary for a report type defines a specific format/structure for each report of that type. The dictionary defines how each report is interpreted. For example, a dictionary for DL SNR may have one format for a 5-bit DL SNR report for non-DL-macrodiversity, another format for a 5-bit DL SNR report for DL-macrodiversity, and yet another format for a 3-bit DL SNR report. The same dictionary, and hence the same three SNR report formats, may be used for all reporting formats having DL SNR reports.
  • [0086]
    In another embodiment, multiple dictionaries are used for a given report type. Each dictionary conveys a specific format/structure for each report of that type. Multiple SNR dictionaries may be used for SNR reports. For example, an SNR report for low mobility may use a different format than an SNR report for high mobility. Different look-up tables may be used for SNR reports for low and high mobility. As another example, an SNR report for good channel conditions may use a different format than an SNR report for poor channel conditions. The range of SNR values and/or the SNR step sizes may be different for different SNR report formats. Multiple request dictionaries may also be used for UL requests, e.g., for different QoS. Each request dictionary may provide certain backlog information (e.g., number of MAC frames and/or delay information) at the terminal and/or use different formats for the UL requests. For example, a 4-bit UL request may have different meanings in different request dictionaries. Multiple dictionaries may also be used for other types of report.
  • [0087]
    Referring back to FIG. 9, a report may carry a value that is within a range of values for that report. The report value may have different meanings in different dictionaries. Thus, the information conveyed in the report (i.e., actual meaning of the report value) is determined by both the report value and the dictionary used for the report.
  • [0088]
    The specific dictionary to use for each report may be conveyed explicitly or implicitly. In an embodiment, each reporting format uses a specific dictionary for each report. In this embodiment, the dictionary for each report type is implicitly conveyed by the reporting format. For each reporting format selected for use, the terminal and the base station know a priori the specific dictionary to use for DL SNR reports, the specific dictionary to use for UL requests, and so on. The terminal and the base station can both properly interpret each report sent using the selected reporting format.
  • [0089]
    In another embodiment, a dictionary may be selected for each report type independently of the reporting format. For example, multiple request dictionaries may be available for a given reporting format. Different dictionaries may be selected for use in different operating scenarios (e.g., different mobility). An appropriate dictionary may be selected whenever changes in operation conditions are detected, e.g., in conjunction with or independent of the selection of reporting format. The selected dictionary may be conveyed via signaling or in some other manner.
  • [0090]
    The information bits for reports may be encoded, modulated, and processed in various manners. In an embodiment, the information bits to be sent in a DCCH segment are encoded (e.g., with a block code) to generate code bits. The code bits are then mapped to modulation symbols based on a modulation scheme. The modulation symbols are sent in the tone-symbols for the DCCH segment. In an embodiment, a sequence of scrambling bits is used to scramble the information bits or the code bits in some or all of the DCCH segments. For example, the scrambling sequence may be applied to some reports and not applied to some other reports. In an embodiment, the scrambling sequence is a function of the reporting format. In this embodiment, when the reporting format changes, the scrambling sequence also changes. The scrambling sequence may be used to detect state disconnect, which is a situation in which a terminal believes that it is using one reporting format while a base station believes that the terminal is using a different reporting format.
  • [0091]
    FIG. 11 shows an embodiment of a process 1100 for sending reports repetitively. A terminal receives an assignment of a control channel (e.g., a DCCH) used to send reports (block 1112). The terminal determines a reporting format to use based on the assignment of the control channel (block 1114). For example, a first reporting format may be used for a full (e.g., full-tone) assignment of the control channel, and a second reporting format may be used for a partial (e.g., split-tone) assignment of the control channel. The first and second reporting formats may include different numbers of control channel segments in one reporting interval and/or different numbers of information bits in each control channel segment. The terminal generates a set of reports for each of a plurality of reporting intervals (block 11 16). The terminal arranges the set of reports for each reporting interval in accordance with the reporting format (block 1118). The terminal repetitively sends a plurality of sets of reports in the plurality of reporting intervals (block 1120).
  • [0092]
    The reporting format indicates a specific sequence of reports sent in specific locations of a control channel frame. A control channel frame is a unit of the control channel used to send one set of reports in accordance with the reporting format. The control channel frame may comprise multiple control channel segments, e.g., 40 DCCH segments. The reporting format may include one or more reports in each control channel segment.
  • [0093]
    The reporting format may include multiple types of report, e.g., for SNR, uplink request, available transmit power, interference, delay information, and so on, or a combination thereof. The reporting format may include any number of reports of each type, which may be determined based on the importance of the reports of that type. For example, reports for SNR and uplink request may be sent more often than reports of other types. The reporting format may include multiple reports of a particular type in different locations of the control channel frame, reports of different sizes for a given type, and so on.
  • [0094]
    The terminal may determine a dictionary to use for each report type from among at least one dictionary available for that report type. The dictionary for each report type defines the format/structure for each report of that type. The terminal may generate reports of each type in accordance with the dictionary applicable for that report type. Multiple dictionaries may be used for SNR reports, e.g., one dictionary for low mobility and another dictionary for high mobility. Multiple dictionaries may also be used for uplink request for different QoS traffics. Multiple dictionaries may also be defined for other report types.
  • [0095]
    FIG. 12 shows an embodiment of an apparatus 1200 for sending reports repetitively. Apparatus 1200 includes means for receiving an assignment of a control channel used to send reports (block 1212), means for determining a reporting format to use based on the assignment of the control channel (block 1214), means for generating a set of reports for each of a plurality of reporting intervals (block 1216), means for arranging the set of reports for each reporting interval in accordance with the reporting format (block 1218), and means for sending a plurality of sets of reports in the plurality of reporting intervals (block 1220).
  • [0096]
    FIG. 13 shows an embodiment of a process 1300 for sending reports adaptively based on operating conditions. A terminal sends reports in accordance with a first reporting format to a base station (block 1312). The first reporting format may be a default reporting format or may be selected based on the current operating conditions. An indication to use a second reporting format is obtained (block 1314). The base station may select the second reporting format and send signaling with the indication to the terminal. Alternatively, the terminal may select the second reporting format and generate the indication. The terminal thereafter sends reports in accordance with the second reporting format (block 1316).
  • [0097]
    For block 1314, changes in the operating conditions may be detected by the terminal and/or the base station, e.g., based on changes in the environment of the terminal, the capabilities of the terminal, the QoS of traffics for the terminal, and so on. The second reporting format may be selected based on the detected changes in the operating conditions. For example, changes in mobility of the terminal may be detected. The second reporting format may then be selected based on the detected changes in mobility. The first reporting format may be suitable for a first mobility condition (e.g., stationary or low speed) and the second reporting format may be suitable for a second mobility condition (e.g., high speed). Changes in QoS of traffics for the terminal may also be detected. The second reporting format may then be selected based on the detected changes in QoS. The first and second reporting formats may be designed for different QoS traffics.
  • [0098]
    Each reporting format may be associated with specific dictionaries. Alternatively, the dictionaries may be selected independently of the reporting format. In any case, the terminal determines the proper dictionary to use for each report in the current reporting format. The terminal generates reports of each type in accordance with the dictionary for that report type.
  • [0099]
    The change from the first reporting format to the second reporting format may be indicated by a field that indicates the reporting format type, e.g., as shown in FIG. 10. The change in reporting format may also be achieved by exchanging signaling with the base station.
  • [0100]
    FIG. 14 shows an embodiment of an apparatus 1400 for sending reports adaptively. Apparatus 1400 includes means for sending reports in accordance with a first reporting format to a base station (block 1412), means for obtaining an indication to use a second reporting format (block 1414), and means for sending reports in accordance with the second reporting format (block 1416).
  • [0101]
    The reporting techniques may be used for sending reports from a terminal to a base station on the uplink, as described above. The reporting techniques may also be used to send reports from a base station to a terminal on the downlink.
  • [0102]
    FIG. 15 shows a block diagram of an embodiment of a base station 110 and a terminal 120 in FIG. 1. At base station 110, a transmit (TX) data and signaling processor 1510 receives traffic data for the terminals being served and signaling. Processor 1510 processes (e.g., formats, encodes, interleaves, and symbol maps) the traffic data, signaling, and pilot and provides output symbols. An OFDM modulator 1512 performs OFDM modulation on the output symbols and generates OFDM symbols. A transmitter (TMTR) 1514 conditions (e.g., converts to analog, filters, amplifies, and upconverts) the OFDM symbols to generate a downlink signal, which is transmitted via an antenna 1516.
  • [0103]
    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 conditions and digitizes the received signal and provides samples. An OFDM demodulator (Demod) 1556 performs OFDM demodulation 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 terminal 120.
  • [0104]
    On the uplink, a controller/processor 1570 generates reports in accordance with the reporting format and dictionaries selected for use. A TX data and signaling processor 1560 generates output symbols for traffic data, signaling (e.g., reports), and pilot to be sent to base station 110. An OFDM modulator 1562 performs OFDM modulation on the output symbols and generates OFDM symbols. A transmitter 1564 conditions the OFDM symbols and generates an uplink signal, which is transmitted via antenna 1552.
  • [0105]
    At base station 110, the uplink signals from terminal 120 and other terminals are received by antenna 1516, conditioned and digitized by a receiver 1520, demodulated by an OFDM demodulator 1522, and processed by an RX data and signaling processor 1524 to recover the traffic data and signaling sent by terminal 120 and other terminals.
  • [0106]
    Controllers/processors 1530 and 1570 direct the operation of various processing units at base station 110 and terminal 120, respectively. Controller/ processor 1570 may perform process 1100 in FIG. 11, process 1300 in FIG. 13, and/or other processes to send reports on the uplink. Controller/processor 1530 may receive reports from terminal 120 and other terminals and may schedule transmission on the downlink and/or uplink based on the reports received from the terminals. Memories 1532 and 1572 store program codes and data for base station 110 and terminal 120, respectively.
  • [0107]
    The reporting techniques described herein may be implemented by various means. For example, these techniques may be implemented in hardware, firmware, software, or a combination thereof. For a hardware implementation, the processing units at a terminal or a base station to support reporting may be implemented within one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors, controllers, micro-controllers, microprocessors, electronic devices, other electronic units designed to perform the functions described herein, or a combination thereof.
  • [0108]
    For a firmware and/or software implementation, the reporting techniques may be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The firmware and/or software codes may be stored in a memory (e.g., memory 1532 or 1572 in FIG. 15) and executed by a processor (e.g., processor 1530 or 1570). The memory may be implemented within the processor or external to the processor.
  • [0109]
    The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Patentcitaties
Geciteerd patent Aanvraagdatum Publicatiedatum Aanvrager Titel
US4660196 *27 jan 198621 april 1987Scientific Atlanta, Inc.Digital audio satellite transmission system
US5387905 *5 okt 19927 feb 1995Motorola, Inc.Mutli-site group dispatch call method
US5732328 *7 maart 199724 maart 1998Lucent Technologies Inc.Method for power control in wireless networks for communicating multiple information classes
US5867478 *20 juni 19972 feb 1999Motorola, Inc.Synchronous coherent orthogonal frequency division multiplexing system, method, software and device
US5898925 *10 mei 199527 april 1999Nokia Telecommunications OyMethod and arrangement for effecting transmission power control and/or handover of a mobile station assigned two or more time slots per frame in a TDMA telecommunications system
US6026081 *7 juli 199715 feb 2000Nec CorporationMethod of controlling power on forward link in a cellular
US6028842 *23 dec 199622 feb 2000Nortel Networks CorporationDynamic traffic conditioning
US6028843 *25 maart 199722 feb 2000International Business Machines CorporationEarliest deadline first communications cell scheduler and scheduling method for transmitting earliest deadline cells first
US6035000 *4 april 19977 maart 2000Amati Communications CorporationMitigating radio frequency interference in multi-carrier transmission systems
US6173005 *4 sept 19979 jan 2001Motorola, Inc.Apparatus and method for transmitting signals in a communication system
US6201793 *16 maart 199813 maart 2001Lucent TechnologiesPacket delay estimation in high speed packet switches
US6215791 *28 april 199810 april 2001Daewoo Electronics Co., Ltd.Queue management system capable of controlling priority and jitter
US6377583 *11 juni 199723 april 2002Xerox CorporationRate shaping in per-flow output queued routing mechanisms for unspecified bit rate service
US6377955 *30 maart 199923 april 2002Cisco Technology, Inc.Method and apparatus for generating user-specified reports from radius information
US6445917 *19 mei 19993 sept 2002Telefonaktiebolaget Lm Ericsson (Publ)Mobile station measurements with event-based reporting
US6526281 *19 juni 200025 feb 2003Tantivy Communications, Inc.Dynamic bandwidth allocation to transmit a wireless protocol across a code division multiple access (CDMA) radio link
US6538986 *1 sept 199725 maart 2003Stmicroelectronics N.V.Data transmission system and method using nQAM constellation with a control channel superimposed on a user data channel
US6545999 *15 maart 19998 april 2003Sony CorporationWireless communicating method, wireless communicating system, communicating station, and controlling station
US6680909 *4 nov 199920 jan 2004International Business Machines CorporationMedia access control scheduling methodology in master driven time division duplex wireless Pico-cellular systems
US6697417 *27 juli 200124 feb 2004Qualcomm, IncSystem and method of estimating earliest arrival of CDMA forward and reverse link signals
US6710651 *22 okt 200123 maart 2004Kyocera Wireless Corp.Systems and methods for controlling output power in a communication device
US6904290 *29 sept 20007 juni 2005Telefonaktiebolaget L M Ericsson (Publ)Method and apparatus for transmit power control
US7006841 *20 dec 200028 feb 2006Lucent Technologies IncMethod to control base station transmit power drift during soft handoffs
US7024460 *11 maart 20024 april 2006Bytemobile, Inc.Service-based compression of content within a network communication system
US7027782 *18 okt 200211 april 2006Samsung Electronics Co., Ltd.Transceiver apparatus and method for efficient high-speed data retransmission and decoding in a CDMA mobile communication system
US7031983 *16 juli 200218 april 2006Navteq North America, LlcMethod and system for using real-time traffic broadcasts with navigation systems
US7034254 *11 mei 200425 april 2006The Scott Fetzer CompanyHeated delivery system
US7092672 *19 sept 200015 aug 2006Nokia CorporationReporting cell measurement results in a cellular communication system
US7158796 *8 juni 20042 jan 2007Qualcomm IncorporatedApparatus, system, and method for autonomously managing reverse link communication resources in a distributed communication system
US7161909 *23 april 20049 jan 2007Samsung Electronics Co., Ltd.Method and system for acknowledging the receipt of a transmitted data stream in a wireless communication system
US7162203 *1 aug 20029 jan 2007Christopher BrunnerMethod and system for adaptive modification of cell boundary
US7197025 *18 maart 200327 maart 2007Lucent Technologies Inc.Method for paging a device in a wireless network
US7203493 *21 dec 200110 april 2007Canon Kabushiki KaishaWireless communication system
US7317921 *19 april 20058 jan 2008Lucent Technologies Inc.Responding to changes in measurement of system load in spread spectrum communication systems
US7319680 *6 mei 200415 jan 2008Samsung Electronics Co., Ltd.Method for controlling operational states of a MAC layer in an OFDM mobile communication system
US7321563 *6 jan 200422 jan 2008Samsung Electronics Co., Ltd.Apparatus and method for estimating a channel condition of a forward link in a mobile communication system
US7340267 *17 april 20024 maart 2008Lucent Technologies Inc.Uplink power control algorithm
US7349667 *19 okt 200125 maart 2008Texas Instruments IncorporatedSimplified noise estimation and/or beamforming for wireless communications
US7356635 *8 sept 20058 april 2008Cypress Semiconductor Corp.Compressed report descriptors for USB devices
US7362702 *29 okt 200222 april 2008Qlogic, CorporationRouter with routing processors and methods for virtualization
US7486620 *31 aug 20043 feb 2009Lg Electronics Inc.Reverse link data rate control method in mobile communication system
US7486638 *29 jan 20033 feb 2009Ntt Docomo, Inc.Base station, control device, communication system and communication method
US7502614 *14 feb 200310 maart 2009Sony CorporationRadio communication system, radio communication apparatus and radio communication method, and computer program
US7508792 *23 april 200424 maart 2009Panasonic CorporationProtocol context transfer in a mobile communication system
US7510828 *15 juli 200431 maart 2009Ralf Geiben LynnMethod of decreasing the infectivity of HIV in a biological sample through the administration of S-antithrombin
US7512076 *10 dec 200431 maart 2009Samsung Electronics Co., Ltd.Apparatus and method for transmitting reverse channel information of a mobile station in a mobile communication system
US7512185 *21 jan 200531 maart 2009Infineon Technologies AgDual carrier modulator for a multiband OFDM UWB transceiver
US7668573 *7 aug 200323 feb 2010Qualcomm IncorporatedWireless timing and power control
US7986660 *9 okt 200126 juli 2011Qualcomm IncorporatedChannel allocation for communication system
US8005454 *22 jan 200823 aug 2011Logitech Europe S.A.Power management for wireless peripheral device with force feedback
US8560026 *23 nov 201015 okt 2013Motorola Mobility LlcMethods and devices for power-aware data synchronization in wireless devices
US20020012326 *26 april 200131 jan 2002Samsung Electonics Co. LtdMethod of supporting power control on a DCCH in base station transceiver system and a base station controller
US20020031105 *30 april 200114 maart 2002Eldad ZeiraDownlink power control for multiple downlink time slots in TDD communication systems
US20020037729 *27 sept 200128 maart 2002Ntt Docomo, Inc.Wireless communication apparatus and wireless channel assignment method
US20020045448 *9 aug 200118 april 2002Seong-Soo ParkHandover method in wireless telecommunication system supporting USTS
US20020049040 *2 aug 200125 april 2002Shigeru SugayaWireless transmission method and wireless transmission apparatus
US20020077141 *4 okt 200120 juni 2002Sung-Oh HwangApparatus and method for power control of downlink shared channel in mobile communication system
US20020080967 *9 okt 200127 juni 2002Samer AbdoWireless secure device
US20020188723 *12 okt 200112 dec 2002Koninklijke Philips Electronics N.V.Dynamic frequency selection scheme for IEEE 802.11 WLANs
US20030003921 *17 mei 20012 jan 2003Janne LaaksoMethod for traffic load control in a telecommunication network
US20030007498 *11 sept 20029 jan 2003Bay Networks, Nc.Multicast and unicast scheduling for a network device
US20030012212 *14 maart 200116 jan 2003Nortel Networks LimitedMethod and apparatus for transmitting data over a network within a specified time limit
US20030023412 *18 sept 200130 jan 2003Rappaport Theodore S.Method and system for modeling and managing terrain, buildings, and infrastructure
US20030027587 *11 juni 20026 feb 2003Tantivy Communications, Inc.System and method for coordination of wireless maintenance channel power control
US20030032463 *4 okt 200213 feb 2003Cannon Joseph M.Extended power savings for electronic devices
US20030050012 *14 maart 200213 maart 2003Black Simon A.Assembly, and associated method, for facilitating channel frequency selection in a communication system utilizing a dynamic frequency selection scheme
US20030063587 *3 sept 20023 april 2003Samsung Electronics Co., Ltd.Communication system and method for increasing communication efficiency
US20030064737 *28 sept 20013 april 2003Patrik ErikssonMethod and apparatus for distortionless peak reduction
US20030078067 *27 nov 200224 april 2003Samsung Electronics Co., Ltd.Reverse closed loop power control in control hold state for CDMA communication system
US20030123559 *28 dec 20013 juli 2003Motorola, Inc.Adaptive transmission method
US20030144042 *29 jan 200231 juli 2003Aaron WeinfieldNegotiation of position information during low battery life
US20030161285 *25 feb 200228 aug 2003Tiedemann Edward G.Method and apparatus for channel quality feedback in a wireless communication
US20030202563 *26 april 200230 okt 2003Arnab DasRate adaptation and antenna selection in a wireless communication system
US20040001429 *4 april 20031 jan 2004Jianglei MaDual-mode shared OFDM methods/transmitters, receivers and systems
US20040004954 *9 mei 20038 jan 2004Interdigital Technology CorporationSystem and method for monitoring transmission sequence numbers assigned to protocol data units to detect and correct transmission errors
US20040013103 *26 juni 200222 jan 2004Hang ZhangCommunication of control information in wireless communication systems
US20040057402 *9 okt 200125 maart 2004Gabriel RamosChannel allocation for communication system
US20040062206 *30 sept 20021 april 2004Soong Anthony C.K.System and method for fast reverse link scheduling in a wireless communication network
US20040081089 *31 maart 200329 april 2004Sharp Laboratories Of America, Inc.Transmitting data on scheduled channels in a centralized network
US20040082344 *5 nov 200129 april 2004Moilanen Jani M.Method for identification of base stations and for checking measurement values of an observed time difference between transmissions from base stations
US20040085936 *6 nov 20026 mei 2004Nandu GopalakrishnanHigh speed dedicated physical control channel for use in wireless data transmissions from mobile devices
US20040120289 *20 dec 200224 juni 2004Hamalainen Jyri K.Transmission of information in a wireless communication system
US20050003768 *23 jan 20046 jan 2005Rajiv LaroiaMethods and apparatus of providing transmit diversity in a multiple access wireless communication system
US20050037775 *25 juni 200417 feb 2005Mark MoegleinMethod and apparatus for wireless network hybrid positioning
US20050047416 *25 aug 20043 maart 2005Samsung Electronics Co., Ltd.Method and apparatus for scheduling assignment of uplink packet transmission in mobile telecommunication system
US20050053099 *5 sept 200310 maart 2005Spear Stephen L.Timing advance determinations in wireless communications devices and methods
US20050068922 *13 sept 200431 maart 2005Ahmad JalaliManaging traffic in communications system having dissimilar CDMA channels
US20050085197 *14 okt 200421 april 2005Rajiv LaroiaMethods and apparatus of providing transmit and/or receive diversity with multiple antennas in wireless communication systems
US20050118981 *6 dec 20042 juni 2005Rajiv LaroiaPower and timing control methods and apparatus
US20050181799 *23 april 200418 aug 2005Rajiv LaroiaMethods and apparatus of enhancing performance in wireless communication systems
US20060003767 *15 juni 20055 jan 2006Samsung Electronics Co., Ltd.System and method for supporting soft handover in a broadband wireless access communication system
US20060015357 *16 juli 200419 jan 2006First American Real Estate Solutions, L.P.Method and apparatus for spatiotemporal valuation of real estate
US20060019694 *22 juli 200426 jan 2006Arak SutivongPower control for a wireless communication system utilizing orthogonal multiplexing
US20060025160 *13 juni 20052 feb 2006Samsung Electronics Co., Ltd.Apparatus and method for efficient determination of mobile station location in a wireless network
US20060034174 *10 aug 200516 feb 2006Yasuyuki NishibayashiCommunication apparatus and communication method
US20060040696 *10 nov 200323 feb 2006Jie LinMethod and apparatus for transmission power control
US20060045013 *27 aug 20042 maart 2006Rath VannithambyCommon rate control command generation
US20060056346 *31 aug 200516 maart 2006Fujitsu LimitedUplink scheduling
US20060057965 *29 juli 200516 maart 2006AlcatelEstimation of channel quality for wireless communication network
US20060073836 *21 nov 20056 april 2006Rajiv LaroiaBase station based methods and apparatus for supporting break before make handoffs in a multi-carrier system
US20060079267 *7 okt 200513 april 2006Samsung Electronics Co. LtdApparatus and method for measuring and reporting uplink load in a cellular mobile communication system
US20060083161 *14 okt 200520 april 2006Rajiv LaroiaMethods and apparatus for determining, communicating and using information which can be used for interference control purposes
US20060089104 *27 okt 200427 april 2006Nokia CorporationMethod for improving an HS-DSCH transport format allocation
US20060094366 *4 nov 20054 mei 2006Samsung Electronics Co., Ltd.Apparatus and method for signal transmission and reception using downlink channel information in a sleep mode in a BWA communication system
US20060120470 *15 nov 20058 juni 2006In-Seok HwangSystem for communicating channel quality information
US20060133521 *22 dec 200422 juni 2006Qualcomm IncorporatedPerformance based rank prediction for MIMO design
US20060251156 *8 juni 20069 nov 2006Grant Stephen JMethod and apparatus for impairment correlation estimation in a wireless communication receiver
US20070002757 *3 mei 20044 jan 2007Koninklijke Philips Electronics N.V.System and method for specifying measurement request start time
US20070002806 *3 mei 20044 jan 2007Koninklijke Philips Electronics N.V.System and method for measurement report time stamping to ensure reference time
US20070004437 *6 jan 20054 jan 2007Hiroshi HaradaCommunicating system, communicating method, base station, and mobile station
US20070010226 *16 sept 200511 jan 2007Rajiv LaroiaWireless terminal methods and apparatus for DC tone special treatment
US20070015541 *13 juli 200518 jan 2007Francis DominiqueMethods of multipath acquisition for dedicated traffic channels
US20070026808 *1 aug 20051 feb 2007Love Robert TChannel quality indicator for time, frequency and spatial channel in terrestrial radio access network
US20070026810 *1 aug 20051 feb 2007Love Robert TChannel quality indicator for time, frequency and spatial channel in terrestrial radio access network
US20070030828 *4 aug 20068 feb 2007Nokia CorporationCoordinating uplink control channel gating with channel quality indicator reporting
US20070036116 *12 aug 200515 feb 2007Toshiba America Research, Inc.Latency-aware service opportunity window-based (laso) scheduling
US20070057952 *14 sept 200515 maart 2007Microsoft CorporationAdaptive scheduling to maintain smooth frame rate
US20070066273 *19 sept 200522 maart 2007Rajiv LaroiaWireless terminal methods and apparatus for use in a wireless communications system that uses a multi-mode base station
US20070070894 *26 sept 200529 maart 2007Fan WangMethod to determine a scheduling priority value for a user data connection based on a quality of service requirement
US20070081492 *23 april 200412 april 2007Matsushita Electric Industrial Co., Ltd.Protocol context transfer in a mobile communication system
US20070081498 *7 nov 200312 april 2007Mitsubishi Denki Kabushki KaishaMobile station, communication system, communication control method
US20070254595 *2 feb 20051 nov 2007Chul-Sik YoonMethod for Requesting and Reporting Channel Quality Information in Wireless Portable Internet System
US20070298728 *9 sept 200527 dec 2007Matsushita Electric Industrial Co. Ltd.Wireless Communication Apparatus and Wireless Communication Method
US20080031368 *29 nov 20057 feb 2008Bengt LindoffEfficient cell selection
US20080051086 *9 aug 200528 feb 2008Nextel Communications, Inc.System and Method for Handoff Between Base Stations
US20080057969 *5 sept 20066 maart 2008Motorola, Inc.Method and apparatus for providing channel quality feedback in a wireless communication system
US20080076462 *14 juni 200527 maart 2008Matsushita Electric Industrial Co., Ltd.Communication Terminal Apparatus, Scheduling Method, and Transmission Power Deriving Method
US20090004983 *28 aug 20081 jan 2009Broadcom CorporationMethod and system for a second order input intercept point (iip2) correction
US20090034455 *9 nov 20055 feb 2009Young Dae LeeMethod of transmitting/receiving control information of data channel for enhanced uplink data transmission
US20090298496 *6 dec 20043 dec 2009Mattias PetterssonAccess selection in wireless networks
Verwijzingen naar dit patent
Citerend patent Aanvraagdatum Publicatiedatum Aanvrager Titel
US8140068 *28 maart 200820 maart 2012Intel CorporationTechniques for feedback in cellular systems to mitigate interference in downlink
US8249001 *11 sept 200821 aug 2012Fujitsu LimitedBase station apparatus, mobile station apparatus, and method of assigning subcarriers
US8498247 *25 maart 200830 juli 2013Qualcomm IncorporatedAdaptively reacting to resource utilization messages including channel gain indication
US8504091 *26 jan 20096 aug 2013Qualcomm IncorporatedInterference mitigation for control channels in a wireless communication network
US859970526 jan 20093 dec 2013Qualcomm IncorporatedInterference management based on enhanced pilot measurement reports
US859974825 maart 20083 dec 2013Qualcomm IncorporatedAdapting decision parameter for reacting to resource utilization messages
US8725192 *22 juli 201013 mei 2014Qualcomm IncorporatedBeacon transmit power schemes
US926503712 sept 201316 feb 2016Kt CorporationTransmitting and receiving uplink control channel
US96485963 juni 20139 mei 2017Qualcomm IncorporatedInterference mitigation for control channels in a wireless communication network
US20090016291 *11 sept 200815 jan 2009Fujitsu LimitedBase station apparatus, mobile station apparatus, and method of assigning subscarriers
US20090197631 *26 jan 20096 aug 2009Qualcomm IncorporatedInterference mitigation for control channels in a wireless communication network
US20090245182 *25 maart 20081 okt 2009Qualcomm IncorporatedAdaptively reacting to resource utilization messages including channel gain indication
US20090247148 *28 maart 20081 okt 2009Clark ChenTechniques for feedback in cellular systems to mitigate interference in downlink
US20090247177 *25 maart 20081 okt 2009Qualcomm IncorporatedAdapting decision parameter for reacting to resource utilization messages
US20110177808 *22 juli 201021 juli 2011Grokop Leonard HBeacon transmit power schemes
US20120113824 *5 nov 201010 mei 2012Telefonaktiebolaget L M Ericsson (Pub)Report sequence with performance data transmitted between two nodes of a comunication system
Classificaties
Classificatie in de VS707/603
Internationale classificatieH04W24/00, H04W24/10, G06F17/30
CoŲperatieve classificatieH04W24/00, H04L1/0006, H04L1/0026, H04W24/10
Europese classificatieH04W24/00, H04L1/00A9B, H04L1/00A3, H04W24/10
Juridische gebeurtenissen
DatumCodeGebeurtenisBeschrijving
21 maart 2008ASAssignment
Owner name: QUALCOMM INCORPORATED, CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DAS, ARNAB;RANGAN, SUNDEEP;ANIGSTEIN, PABLO;AND OTHERS;REEL/FRAME:020684/0224;SIGNING DATES FROM 20080317 TO 20080320
Owner name: QUALCOMM INCORPORATED, CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DAS, ARNAB;RANGAN, SUNDEEP;ANIGSTEIN, PABLO;AND OTHERS;SIGNING DATES FROM 20080317 TO 20080320;REEL/FRAME:020684/0224