IL186479A - Method of supporting multiple codes in a wireless mobile communication system - Google Patents
Method of supporting multiple codes in a wireless mobile communication systemInfo
- Publication number
- IL186479A IL186479A IL186479A IL18647907A IL186479A IL 186479 A IL186479 A IL 186479A IL 186479 A IL186479 A IL 186479A IL 18647907 A IL18647907 A IL 18647907A IL 186479 A IL186479 A IL 186479A
- Authority
- IL
- Israel
- Prior art keywords
- code
- type
- burst profile
- diuc
- downlink burst
- Prior art date
Links
Classifications
-
- E—FIXED CONSTRUCTIONS
- E06—DOORS, WINDOWS, SHUTTERS, OR ROLLER BLINDS IN GENERAL; LADDERS
- E06B—FIXED OR MOVABLE CLOSURES FOR OPENINGS IN BUILDINGS, VEHICLES, FENCES OR LIKE ENCLOSURES IN GENERAL, e.g. DOORS, WINDOWS, BLINDS, GATES
- E06B3/00—Window sashes, door leaves, or like elements for closing wall or like openings; Layout of fixed or moving closures, e.g. windows in wall or like openings; Features of rigidly-mounted outer frames relating to the mounting of wing frames
- E06B3/96—Corner joints or edge joints for windows, doors, or the like frames or wings
- E06B3/964—Corner joints or edge joints for windows, doors, or the like frames or wings using separate connection pieces, e.g. T-connection pieces
- E06B3/968—Corner joints or edge joints for windows, doors, or the like frames or wings using separate connection pieces, e.g. T-connection pieces characterised by the way the connecting pieces are fixed in or on the frame members
- E06B3/9687—Corner joints or edge joints for windows, doors, or the like frames or wings using separate connection pieces, e.g. T-connection pieces characterised by the way the connecting pieces are fixed in or on the frame members with screws blocking the connecting piece inside or on the frame member
-
- E—FIXED CONSTRUCTIONS
- E06—DOORS, WINDOWS, SHUTTERS, OR ROLLER BLINDS IN GENERAL; LADDERS
- E06B—FIXED OR MOVABLE CLOSURES FOR OPENINGS IN BUILDINGS, VEHICLES, FENCES OR LIKE ENCLOSURES IN GENERAL, e.g. DOORS, WINDOWS, BLINDS, GATES
- E06B3/00—Window sashes, door leaves, or like elements for closing wall or like openings; Layout of fixed or moving closures, e.g. windows in wall or like openings; Features of rigidly-mounted outer frames relating to the mounting of wing frames
- E06B3/96—Corner joints or edge joints for windows, doors, or the like frames or wings
- E06B3/964—Corner joints or edge joints for windows, doors, or the like frames or wings using separate connection pieces, e.g. T-connection pieces
- E06B3/9647—Corner joints or edge joints for windows, doors, or the like frames or wings using separate connection pieces, e.g. T-connection pieces the connecting piece being part of or otherwise linked to the window or door fittings
-
- E—FIXED CONSTRUCTIONS
- E06—DOORS, WINDOWS, SHUTTERS, OR ROLLER BLINDS IN GENERAL; LADDERS
- E06B—FIXED OR MOVABLE CLOSURES FOR OPENINGS IN BUILDINGS, VEHICLES, FENCES OR LIKE ENCLOSURES IN GENERAL, e.g. DOORS, WINDOWS, BLINDS, GATES
- E06B3/00—Window sashes, door leaves, or like elements for closing wall or like openings; Layout of fixed or moving closures, e.g. windows in wall or like openings; Features of rigidly-mounted outer frames relating to the mounting of wing frames
- E06B3/70—Door leaves
- E06B3/72—Door leaves consisting of frame and panels, e.g. of raised panel type
- E06B3/721—Door leaves consisting of frame and panels, e.g. of raised panel type with panels on one lateral side of the frame only
Landscapes
- Engineering & Computer Science (AREA)
- Civil Engineering (AREA)
- Structural Engineering (AREA)
- Mobile Radio Communication Systems (AREA)
Description
186479?'" 1«35δ1 METHOD OF SUPPORTING MULTIPLE CODES WIRELESS MOBILE COMMUNICATION SYSTEM Technical Field The present invention relates to a method of supporting code types, and more particularly, to a method of supporting multiple code types in a wireless mobile communication system.
Background Art In a broadband wireless access system, an Orthogonal Frequency Division Multiple Access (OFDMA) scheme is used to transmit data. When the OFDMA scheme is used, a stroctore of a frame is defined as follows. First, a downlink frame represents a preamble at the beginning of the frame which can be used for time synchronization between a mobile station (MS) and a base station (BS), and at the same time, for channel equalization in a physical layer. Following the preamble, the frame includes a Downlink Map (DL-MAP) message and an Uplink Map (UL-MAP) message which define location and usage of allocated bursts.
More specifically, the D1 MAP message defines the usage of each burst allocated in the downlink section of the frame. Similarly, the UL-MAP message defines file usage of the^burst allocated in the uplink section of the frame. An Information Element (IE), which is included in the DL-MAP, is classified in a downlink traffic section of a user group according to a Downlink Interval Usage Code (DIUC), a Connection Identification (CID), and the location of the burst signal (e.g., sub-channel ofifeet, symbol of&et, number of sub-channels and number of symbols).
The use of 1he IB of the UL-MAP is determined by an Uplink Interval Usage Code (UIUC) per each CID. Moreover, a corresponding location of an uplink traffic section is defined by duration. Here, the usage of each section is determined according to the values of the UIUC used by the UL-MAP. A starting point of each section is offset by an amount of the duration set in the UL-MAP IE from" the previous IE starting point.
The MS receives a Downlink Channel Descriptor (DCD) message and an Uplink Channel Descriptor (UCD) message for network entry or to re-enter the network for handover or for other reasons. A cell periodically provides the physical channel characteristics of the downlink and uplink via the DCD UCD message. Here, the cell can also be used to represent a base station (BS).
The BS configures the Downlink_Burst_Profile based on the received signal qualities of each MS. In other words, the BS uses a Channel Quality Information (CQI) transmitted from each MS and configures the Downlink_BurstJProfIle or an Adoptive Modulation and Coding (AMC) according to the channel status of each MS. Alternatively, as a supportive measure, the Do nlink_Burst_Profile can be modified or changed by using a Downlink Burst Profile Change (DBPC) request or response, i.e., DBPC-REQ RSP and a ranging request response (RNG-REQ RSP) procedures.
Figure 4· is an example illustrating a threshold value for modifying the burst profile. The MS measures a Signal to Noise Ratio (SINR), for example, C/(N+1), and compares ari average value of allowed application scope. The application scope is limited by a threshold level. That is, if the SI exceeds the allowed application scope, the MS uses a DBPC scheme to request for a new burst profile. Based on whether the MS requests for a more robust profile having stronger interference (e.g., Quadrature Phase Shift Keying) or whether the MS requests for a less robust profile, having less interference. (e.g., 64 Quadrature Amplitude Modulation), the BS executes transmission and reception of the message for actual change of the modulation scheme. Here, the term 'more robust' means that there is stronger interference, and the term 'less robust' means that mere is less interference.
According to conventional art, if there is a plurality of code types which can be supported by MS within the scope of services available by the BS, and if burst profiles are used to support various code types, the intervals (or space) of the S R corresponding to each AMC increases. Therefore, a modulation scheme mat can be provided for one coding type decreases. As a result, the intervals of the threshold values, used for changing the AMC per each coding type, increase, and consequently, mere ' is a problem in- properly applying the AMC according to the channel status.
Disclosure of the Invention Accordingly, the present invention is directed to a method of supporting multiple code types in a wireless mobile communication system that substantially obviates one or more problems due to limitations and disadvantages of the related art.
An object of the present invention is to provide a method of supporting multiple code types in a wireless mobile communication system.
Additional advantages, objects, and features of the invention will be set forth in part in the description which follows and in part will become apparent to those having ordinary skill in the art upon examination of the following or may be learned from practice of the invention. The objectives and other advantages of the invention may be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
To achieve these objects and other advantages and in accordance with the purpose of the invention, as embodied and broadly described herein, [a method of supporting multiple code types in a wireless mobile communication system includes a mobile station (MS) which receives a channel descriptor from a base station (BS), wherein me channel descriptor includes at least one burst profile which includes a code type and an interval usage code. Thereafter, the MS, first, recognizes the code type which includes irifbrmarioii on coding scheme to be used by the BS or the MS, and recognizes, second, an interval usage code which is used for classifying all data bursts.
In another aspect of the present invention, the MS receives a downlink channel descriptor (DCD) from a base station (BS), wherein the CD includes at least one burst profile. After the receipt, the MS recognizes a code type which includes information on coding scheme to be used by the BS and an interval usage code which is used for classifying all data bursts.
Yet, in another aspect of the present invention, the MS receives an uplink channel descriptor (UCD) from a mobile station (MS), wherein the UCD includes at least one burst profile. After the receipt, the MS recognizes a code type which includes information on coding scheme to be used by the BS and an interval usage code which is used for classifying all data bursts. h further aspect of the present invention, the MS receives a channel descriptor from a base station (BS), wherein the channel descriptor includes at least one burst profile set which includes a plurality of burst profiles which further includes an interval usage code and at least one code type. Thereafter, the MS recognizes, first, the at least one code type which includes information on coding schemes to be used by the BS or the MS, and recognizes, second, an interval usage code which is used for classifying all data bursts.
It is to be understood that both the foregoing general description and the following' detailed description of the present invention are exemplary and explanatory and are intended to provide further explanation of the invention as claimed.
Brief Description of the Drawings The accornpanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiments) of the invention and together with the description serve to explain the principle of the invention, h the drawings; FIG. 1 is an example Ulustrating a threshold value for modifying the burst profile; FIG. 2 is an exemplary diagram illustrating mapping of AMC to a DIUC according to a coding type; FIG. 3 is an exemplary diagram illustrating mapping of the AMC to DIUC according to a coding type ; FIG.4 illustrates an example of a method of applying burst profile; and FIG. S illustrates an example of a method of applying another burst profile.
Best Mode for Carrying Out the Invention Reference will now be made in detail to the preferred embodiments of the present invention, examples of winch are illustrated in the accompanying drawings.
Wherover possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
Table 1 is an example of the DCD message.
[Table 1] Table 2 is .an example of the UC message.
[Table 2] The DCD/UCD messages each include physical layer parameters for uplink and downlink allocated burst interval. As examples of the physical layer parameters, mere are a modulation type and Forward Error Correction (FBC) code types. In addition, parameters for the FBC code types can be represented by, for example, and R values of a Reed-Solomon (RS) code.
The parameters are mapped to the DIUC included in a DownlinkJ3urst_Pro£Lle of the DCD message and the UIUC included in an Uplink JEhirst_PTofile of the UCD message. That is, me Dovralink_Burst_Profile information, which is included in the DCD message, can use the DIUC to define certain characteristics of the physical layer used in a specific downlink burst.
Table 3 is an example of a Downlink_Burst_Profile TLV format.
[Table 3] - As illustrated in Table 3, the downlink burst profile includes a DIUC having a length of 4 bits. Since the DIUC has a 4-bit length, 16 different information (e.g., coding and modulation schemes) can be represented. Moreover, the BS or the cell can select and allocate 13 burst profiles onto DIUCO - DIUC 12, and the FEC type can be mapped to each DIUC. Thereafter, the BS announces the selected burst profiles through the DCD UCD messages.
Alternatively, the uplink burst profile included in the UCD message can use the UIUC to define certain characteristics of the physical layer used in a specific uplink burst Table 4 is an example of an Uplink_Burst_Profile TLV format [Table 4] As illustrated in Table 4, the uplink burst profile includes an UIUC having a length of 4 bits. Since the UIUC has a 4-bit length, 16 different information (e.g., coding and modulation schemes) can be represented. Moreover, the BS or the cell can select and allocate 10 burst profiles onto UIUCO - UIUC10, and the FBC type can be 9 186479/2 mapped to each VIDC. Thereafter, the BS announces the selected burst profiles through the DCDIUCD messages. Tables 5 and 6 are examples of downlink burst profiles in Type, Length, Value (TLV) format, TABLE 5 186479/2 TABLE 6 Table 7 is an example of uplink burst profiles in Type, Length, Value (TLV) format. 11 186479/2 TABLE 7 11a 186479/1 Using Table 3, the BS maps the FEC code types to 13 DIUCs (i.e., DIUC0-CIUC12) to configure the downlink burst profile. Mapping procedure includes negotiating available coding types by the MS using a Subscriber Station Basic Capability request and response (SBC-REQ/RSP) procedure. Tables 8 and 9 are examples of modulation and demodulation schemes that can be supported by the MS.
TABLE 8 lib 186479/1 TABLE 9 With respect to the FEC code types, there are, to name a few, a Convolutional Code (CC), a Block Turbo Coding (BTC), a Convolutional Turbo Code (CTC), a Zero Tail Convolution Code (ZTTC), and Low Density Parity Code (LDPC). Among these FEC types, CC is considered mandatory while the other types are optional.
In operation, the BS always uses CC since its mandatory. Furthermore, since the DIUC can be mapped to 16 different information, CC is mapped to a maximum of 6 values of DIUC (e.g., DIUC0-DIUC5), and the remaining 6 values are selectively mapped by any one of BTC, CTC, ZTTC, and LDPC. 12 Even in case of the UIUC, mandatory CC is mapped to a maximum of 6 values (e.g., UIUCO - UIUC5) while the remaining 6 values are selectively mapped by any one of the BTC, CTC, ZTTC, and LDPC As an embodiment of the present invention, a method of generating a Burst Profile is introduced, the detail of which ate as follows. First, each of the threshold values, represented in a TLV format, is mapped on one-to-one basis to each DIUC UIUC value. The number of mapped values equals the number of DIUC/UIUC to be configured. Here, the threshold value is based on the FEC code type and the burst profile modification (or change) request In addition, the burst profile includes information related to the coding type of the burst profile.
Table 10 is an example illustrating a downlink burst profile.
[Table 10] Table 11 is an example illustrating an uplink burst profile. 13 [Table 11] Figure 2 is an exemplary diagram illustrating mapping of AMC to a DIUC according to a coding type. From various available coding types, the BS uses CC as default or put differently, the CC type is always used (i.e., mandatory CC). As such, DKJC for mandatory CC can be referred to as Downliok_Burst_Profile with type=l . As illustrated in Figure 2, mandatory CC is mapped or allocated to DIUCO - DIUC5 and UIUC0 - DIUC6 (21). That is, as shown in Table 10, for example, the 'Coding Type' field can be set as *001,' which represents mandatory CC, and the AMC can be mapped to each of 6 DIUC UIUCs.
Furthermore, in order to allocate different coding types to remaining DIUCa, the BS allocates different coding types to DIUC6 - DIUC12. Here, the coding t pe(s) allocated to DIUC6 - DIUC12 are different from the coding type (i.e., CC) allocated to DIUCO - DIUC5. For example, if the BS decides to use BTC in addition to mandatory CC, the 'Coding Type' field is set to 'ΟΙΟ,' which represents BTC as indicated in Table 10, and me AMC is mapped to D1UC6 - DIUC12 (22). Alternatively, if the BS supports CTC or LDPC, the 'Coding Type Set' field can be set to '01 Γ or '101,' respectively, and me AMC is mapped to eaoh set of DIUC6 - DIUC12 (23, 24).
Table 12 is another example of a downlink burst profile.
{Table 12] Table 13 is another example of an uplink burst profile.
[Table 13] Figure 3 is an exemplary diagram illustrating mapping of the AMC to DIUC according to a coding type. As illustrated in Figure 3, a combination of each coding type can be used to configure a burst profile. Of many coding types, the BS allocates the mandatory CC. As such, the BS configures a 'Code Type Set' field according to coding types additionally supported by the BS. For example, if the BS supports BTC in addition to, of course, mandatory CC, the 'Code Type Set* field is set to '001.' Under this setting, mandatory CC is allocated to DIUCO - DIUC5 and UIUC1 - DIUC6 while BTC is allocated to DIUC6 - DIUC12 (31).
Alternatively, if the BS supports CTC in addition to mandatory CC, the 'Code Type Set' field is set to '010,' the mandatory CC is allocated to DIUCO - DIUC5 and UTUC1 - DIUC6 while CTC is allocated to DIUC6 - DIUC12 (32).
Alternatively, if the BS supports LDPC in addition to mandatory CC, the 'Code Type Set* field is set to ΊΟΟ,' the mandatory CC is allocated to DIUCO - DIUC5 and UIUC1 - DKJC6 while LDPC is allocated to DIUC6 - DIUC12 (33).
Figure 4 illustrates an example of a method of applying burst profile. As illustrated in Figure 4, the MS receives the burst profile, generated based on each coding types, via the DCD UCD message (S41). Thereafter, the MS and the BS use the SBORBQ/RSP process to negotiate the coding types that can be respectively supported (S4¾ S43). After receiving the SBC- SP message from the BS, the MS interprets the DIUC value which corresponds to the 'Coding Type' or the 'Code Type Set' that can be supported by the MS.
After receiving the Burst Profile via the DCD/UCD message and negotiating with the BS the coding types that can be supported, if the coding type is determined (e.g., LDPC type), then the AMC, representing CC and LDPC types, is applied to the specific burst allocated to the MS, and the MS receives the downlink signal based on me AMC (S44).
Alternatively, it is possible to use the IE of the DL-MAP UL-MAP to provide the MS, currently using a specific coding type, with a new coding type. When a new coding type is added via the expanded DIUC UIUC, a new FEC code type can be provided to all MSs via the expanded DIUC.
Figure 5 illustrates an example of a method of applying another burst profile. As illustrated in Figure 5, the MS supports one default coding type and two newly added enhanced coding types. The MS uses the SBC-RBQ message to report the coding types that can be supported by the MS (SS 1). hi response, the BS uses the SBC-RSP message to notify the MS of which newly added enhanced coding types the BS intends to support (S52). In order to apply DIUC UIUC, the MS recognizes the DIUC UIUC values of the burst profile included in the DCD transmitted by the BS with the coding type allocated bytheBS.
As illustrated in Figure 5, the MS uses at least one of CC, CTC, and LDP.C coding types. For example, if the MS uses mandatory CC and at the same time, CTC and LDPC can be supported, the MS reports the availability of these two coding types (e.g., CTC or LDPC) to the BS via the SBC-REQ message. Upon receipt, the BS selects one of the two coding types (i.e., LDPC) and transmits the selection via the SBC-RSP message to the MS. Thereafter, the MS recognizes the DIUC UIUC values according to the LDPC.
Furthermore, a 'Type' field included in the DCD UCD can be used to 17 distinguish types of information necessary for the MS. For example, as illustrated in Tables 3 and 4, the 'Type' field is set to Ί.' Conventionally, the 'Type' field is used to determine the burst profile. As described above, the burst profile includes using at least one coding type, including a default coding type, while configuring the 'Type' field to Ί.' Moreover, the burst profile using a new coding type can be used to notify of a new coding type.
Table 14 is another example illustrating a downlink burst profile. Here, Table 4 defines the format of the Downlink_Burat_Profile with Type=153, which is used in the DCD message for the MS only. The DIUC field is associated with the DownHnk_Burst_PiOfile and Thresholds. The DIUC value is used in the DL-MAP message to specify the burst profile to be used for a specific downlink burst [Table 14] ISSmilarly to when the Type* field is set to here, me 'Type' field is set to '153' in the burst profile. The MS uses the burst profile having the 'Type* field set to to learn (or receive information) of the AMC level mapping of at least one coding type (i.e.,.CC). If the MS receives the burst profile having the 'Type' set to ' 153,' the 18 can only select the coding type(s) retained by ihe MS.
Table 15 is another example of an uplink burst profile.
[Table 15] Table 16, is an example illustrating the values of a UCD.
{Table 16] Table 17 is an example illustrating the values included in a DCD. 19 [Table 17] As illustrated in Tables 16 and 17, the value of the 'Type' field included in the DCD or UCD can be interpreted. Moreover, when the value of the 'Type' field is defined, besides the Burst Profile indicating the value of the 'Type' field is set to 41,' the DCD UCD can be used to indicating the existence of a new Burst Profile.
It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit or scope of the inventions. Thus, it is intended that the present invention covers the modifications and variations of this invention provided they come within the scope of the appended claims and their equivalents.
Claims (6)
1. A method of supporting multiple code types in a wireless mobile communication system, the method comprising: receiving by a mobile station (MS) a downlink channel descriptor (DCD) from a base station (BS), wherein the DCD includes at least one downlink burst profile comprising a type of the at least one downlink burst profile, a code type, a downlink interval usage code (DIUC) and type/length/value (TLV) encoded information; recognizing, by the MS, the code type indicating a coding scheme to be used by the BS to code a downlink burst associated with the at least one downlink burst profile; and recognizing, by the MS, the DIUC which is used for specifying the at least one downlink burst profile, wherein the coding scheme is at least one of Block Turbo Code (BTC), Convolutional Turbo Code (CTC), Zero Tail Convolution Code (ZTTC), and Low Density Parity Code (LDPC).
2. The method of claim 1, wherein the TLV encoded information comprises a Forward Error Correction (FEC) code type, a DIUC Mandatory exit threshold and a DIUC Minimum entry threshold.
3. The method of claim 1 , wherein the type of the at least one downlink burst profile is set to a value of 153 to indicate that the at least one downlink burst profile includes the code type to support multiple code types.
4. A mobile station for a wireless mobile communication system supporting multiple code types, the mobile station comprising: a receiver receiving a downlink channel descriptor (DCD) from a base station (BS), wherein the DCD includes at least one downlink burst profile comprising a type of the at least one downlink burst profile, a code type, a downlink interval usage code (DIUC) and type/length/value (TLV) encoded information; and a processor recognizing the code type indicating a coding scheme to be used by the BS to code a downlink burst associated with the at least one downlink burst profile, - 21 - 186479/2 and recognizing the DIUC which is used for specifying the at least one downlink burst profile, wherein the coding scheme is at least one of Block Turbo Code (BTC), Convolutional Turbo Code (CTC), Zero Tail Convolution Code (ZTTC), and Low Density Parity Code (LDPC).
5. The mobile station of claim 4, wherein the TLV encoded information comprises a Forward Error Correction (FEC) code type, a DIUC Mandatory exit threshold and a DIUC Minimum entry threshold.
6. The mobile station of claim 4, wherein the type of the at least one downlink burst profile is set to a value of 153 to indicate that the at least one downlink burst profile includes the code type to support multiple code types. For the Applicants, WOLFF, BREGMAN AND GOLLER
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20050029751 | 2005-04-09 | ||
KR1020050034190A KR101084133B1 (en) | 2005-04-09 | 2005-04-25 | Method for Applying Coding Types in Broadband Wireless Access System |
PCT/KR2006/000700 WO2006109923A2 (en) | 2005-04-09 | 2006-02-28 | Method of supporting multiple codes in a wireless mobile communication system |
Publications (2)
Publication Number | Publication Date |
---|---|
IL186479A0 IL186479A0 (en) | 2008-01-20 |
IL186479A true IL186479A (en) | 2011-10-31 |
Family
ID=37627256
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
IL186479A IL186479A (en) | 2005-04-09 | 2007-10-08 | Method of supporting multiple codes in a wireless mobile communication system |
Country Status (7)
Country | Link |
---|---|
JP (1) | JP4955651B2 (en) |
KR (1) | KR101084133B1 (en) |
CN (1) | CN101171877B (en) |
BR (1) | BRPI0612208A2 (en) |
IL (1) | IL186479A (en) |
MX (1) | MX2007012496A (en) |
TW (1) | TWI420868B (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101990303B (en) * | 2009-08-06 | 2014-04-09 | 中兴通讯股份有限公司 | Method and base station for jointly adjusting downlink adaptive modulation and coding (AMC) and multiple input multiple output (MIMO) mode |
CN108123777A (en) * | 2016-11-30 | 2018-06-05 | 华为技术有限公司 | A kind of coding mode determines method and device |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19813183C2 (en) * | 1998-03-25 | 2002-09-26 | Siemens Ag | Method and arrangement for channel assignment in a radio communication system |
KR100557177B1 (en) * | 1998-04-04 | 2006-07-21 | 삼성전자주식회사 | Adaptive Channel Code / Decoding Method and Its Code / Decoding Device |
DE19913086A1 (en) * | 1999-03-23 | 2000-10-19 | Siemens Ag | Method and device for channel allocation for broadband radio transmission |
US6859466B1 (en) * | 2000-02-29 | 2005-02-22 | Hughes Electronics Corporation | Physical layer header for packet data |
JP3836019B2 (en) * | 2001-11-21 | 2006-10-18 | 松下電器産業株式会社 | Reception device, transmission device, and transmission method |
US20030123415A1 (en) * | 2001-12-31 | 2003-07-03 | Bysted Tommy Kristensen | Transport format combination indicator signalling |
US7359332B2 (en) * | 2002-03-13 | 2008-04-15 | Broadcom Corporation | Enhanced DOCSIS upstream channel changes |
JP4194091B2 (en) * | 2003-09-02 | 2008-12-10 | ソニー・エリクソン・モバイルコミュニケーションズ株式会社 | Wireless communication system and wireless communication apparatus |
-
2005
- 2005-04-25 KR KR1020050034190A patent/KR101084133B1/en not_active IP Right Cessation
-
2006
- 2006-02-28 BR BRPI0612208-6A patent/BRPI0612208A2/en not_active IP Right Cessation
- 2006-02-28 CN CN2006800158803A patent/CN101171877B/en not_active Expired - Fee Related
- 2006-02-28 JP JP2008505225A patent/JP4955651B2/en not_active Expired - Fee Related
- 2006-02-28 MX MX2007012496A patent/MX2007012496A/en active IP Right Grant
- 2006-03-07 TW TW095107644A patent/TWI420868B/en not_active IP Right Cessation
-
2007
- 2007-10-08 IL IL186479A patent/IL186479A/en not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
TW200642388A (en) | 2006-12-01 |
KR20060106540A (en) | 2006-10-12 |
JP2008535439A (en) | 2008-08-28 |
KR101084133B1 (en) | 2011-11-17 |
CN101171877A (en) | 2008-04-30 |
TWI420868B (en) | 2013-12-21 |
MX2007012496A (en) | 2008-03-19 |
JP4955651B2 (en) | 2012-06-20 |
BRPI0612208A2 (en) | 2010-10-26 |
CN101171877B (en) | 2010-12-08 |
IL186479A0 (en) | 2008-01-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7835340B2 (en) | Method of supporting multiple codes in a wireless mobile communication system | |
AU2005205716B2 (en) | Modulating and coding apparatus and method in a high-rate wireless data communication system | |
RU2372719C1 (en) | Device and method for sending information on channel quality in return communication line, and planning device and method of wireless communication system, which use them | |
JP4732458B2 (en) | System and method for transmitting uplink control information in OFDMA communication system | |
AU2004311362B9 (en) | Apparatus and method for transmitting and receiving common control information in a wireless communication system | |
CN106572539B (en) | System and method for uplink signaling | |
JP5623393B2 (en) | Method and system for sticky area allocation in an OFDMA communication system | |
US20080095037A1 (en) | Apparatus and method for communicating control information in broadband wireless access system | |
US20090323602A1 (en) | Efficient bandwith request for broadband wireless networks | |
EP2609766A1 (en) | Systems and methods for wireless communications | |
EP2111080A2 (en) | Apparatus and method for allocating uplink resources in a wireless communication system | |
EP1935125A1 (en) | Transmission/reception apparatus and method for channel estimation using packet data control channel in fdma communication and system using the same | |
IL186479A (en) | Method of supporting multiple codes in a wireless mobile communication system | |
KR20100095129A (en) | Method and apparatus for signaling channel resource allocation information in wireless communication system | |
KR101402310B1 (en) | Apparatus and method for allocating efficientive radio resource in wideband wireless communication | |
WO2009028910A1 (en) | Method and system for handshaking in wireless communication system | |
KR100910018B1 (en) | Method and System for Handshaking in Wireless Communication System | |
KR20050091578A (en) | Apparatus and method for transmitting/receiving common control information in a communication system using orthogonal frequency division multiple access-time division duplexing scheme | |
JP2009520385A (en) | In-band rate control for orthogonal frequency division multiple access communication systems | |
KR20090022234A (en) | Method and system for handshaking in wireless communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FF | Patent granted | ||
KB | Patent renewed | ||
KB | Patent renewed | ||
MM9K | Patent not in force due to non-payment of renewal fees |