Method for Transmitting Common Control Information in a Wireless Mobile Communication System
Abstract
A method for transmitting common control information from a Base Station (BS) to an Mobile Station (MS) in a wireless mobile communication system is provided, in which the BS generates a MAP Information Element (IE) using common control information to be transmitted to the MS, the common control information being resource allocation information and control information, converts the MAP IE to a MAP IE message, applies an Modulation and Coding Scheme (MCS) level corresponding to the channel status of the MS, and transmits the MAP IE message with data to the MS.

Term
0.7 yearsto projected expiry
Projected expiry 11 June 2027, counted from filing; an application has no term until it is granted.
- Priority
- Filed
- Published
- Today
- Projected expiry
11 claims: 2 independent, 9 dependent
- 1A method for transmitting common control information to a Mobile Station (MS) in a Base Station (BS) in a wireless mobile communication system, comprising:generating a MAP Information Element (IE) using common control information to be transmitted to the MS, the common control information being resource allocation information and control information;converting the MAP IE to a MAP IE message;and applying a Modulation and Coding Scheme (MCS) level corresponding to a channel status of the MS and transmitting the MAP IE message with data to the MS.
- 5A method for receiving common control information from a Base Station (BS) in a Mobile Station (MS) in a wireless mobile communication system, comprising:receiving a data burst Information Element (IE) associated with data burst allocation from the BS;decoding a data burst using the data burst IE;and detecting a MAP IE message including common control information during the decoding, the common control information being resource allocation information and control information.
Independent claims2
47 paragraphs in 4 sections, as filed
BACKGROUND OF THE INVENTION
<u style="single">1. Field of the Invention</u>
The present invention generally relates to a method for managing resources in a wireless mobile communication system. More particularly, the present invention relates to a method for transmitting common control information in a wireless mobile communication system.
<u style="single">2. Description of the Related Art</u>
Providing services with diverse Quality of Service (QoS) requirements at or above 100Mbps to users is an active study area for a future-generation communication system, known as a 4<sup>th</sup> Generation (4G) communication system. Particularly, active research is conducted on providing high-speed service by ensuring mobility and QoS to a Broadband Wireless Access (BWA) communication system such as Wireless Local Area Network (WLAN) and Wireless Metropolitan Area Network (WMAN). A major example of such a system is an Institute of Electrical and Electronics Engineers (IEEE) 802.16 communication system.
FIG. 1 illustrates a configuration of a typical IEEE 802.16 communication system. The IEEE 802.16 communication system ensures a mobility of Subscriber Stations (SSs) and thus it is deployed in a multi-cell structure. Such cells as illustrated in FIG. 1 are neighboring to one another in the IEEE 802.16 communication system.
Referring to FIG. 1, the communication system includes a Base Station (BS) 101 that covers a cell 100 and a plurality of Mobile Stations (MSs) 103, 105, 107, 109, and 111 (referred to as MS1 to MS5, respectively) that receive a communication service from the BS 101. Signaling can be carried out in Orthogonal Frequency Division Multiplexing (OFDM)/Orthogonal Frequency Division Multiple Access (OFDMA) between the BS 101 and MS1 to MS5.
In the wireless mobile communication system, data is transmitted in frames, each being divided into a MAP area with control information and resource allocation information, a DownLink (DL) burst area, and an UpLink (UL) burst area. The BS transmits the resource allocation information to the MSs by MAP messages, DL-MAP and UL-MAP. The DL-MAP message and the UL-MAP message have the following configurations described in Table 1 and Table 2 below, respectively: <tables id="tabl0001" num="0001"><table frame="all"><title>Table 1</title><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="49mm" /><colspec colnum="2" colname="col2" colwidth="19mm" /><colspec colnum="3" colname="col3" colwidth="99mm" /><thead><row><entry align="center" valign="top">Syntax</entry><entry align="center" valign="top">Size (bits)</entry><entry align="center" valign="top">Notes</entry></row></thead><tbody><row><entry>DL-MAP_Message_Format() {</entry><entry align="center" /><entry /></row><row><entry>Management Message Type=2</entry><entry align="center">8</entry><entry /></row><row><entry>PHY Synchronization Field</entry><entry align="center">Variable</entry><entry>See appropriate PHY specification</entry></row><row><entry>DCD Count</entry><entry align="center">8</entry><entry /></row><row><entry>Base Station ID</entry><entry align="center">48</entry><entry /></row><row><entry>Begin PHY Specific Section {</entry><entry align="center" /><entry>See applicable PHY subclause</entry></row><row><entry>if (Wireless MAN-OFDMA) {</entry><entry align="center" /><entry /></row><row><entry>No. OFDMA symbols</entry><entry align="center">8</entry><entry>Number of OFDMA symbols in the DL subframe including all AAS/permutation zone</entry></row><row><entry>}</entry><entry align="center" /><entry /></row><row><entry>for (i=1;i<=n;i++) {</entry><entry align="center" /><entry>For each DL-MAP element 1 to n</entry></row><row><entry>DL-MAP_IE()</entry><entry align="center">variable</entry><entry>See corresponding PHY specification</entry></row><row><entry>}</entry><entry align="center" /><entry /></row><row><entry>}</entry><entry align="center" /><entry /></row><row><entry>if ! (byte boundary) {</entry><entry align="center" /><entry /></row><row><entry>Padding Nibble</entry><entry align="center">4</entry><entry>Padding to reach byte boundary</entry></row><row><entry>}</entry><entry align="center" /><entry /></row><row><entry>}</entry><entry align="center" /><entry /></row></tbody></tgroup></table></tables><tables id="tabl0002" num="0002"><table frame="all"><title>Table 2</title><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="49mm" /><colspec colnum="2" colname="col2" colwidth="20mm" /><colspec colnum="3" colname="col3" colwidth="70mm" /><thead><row><entry align="center" valign="top">Syntax</entry><entry align="center" valign="top">Size (bits)</entry><entry align="center" valign="top">Notes</entry></row></thead><tbody><row><entry>UL-MAP_Message_Format() {</entry><entry align="center" /><entry /></row><row><entry>Management Message Type=3</entry><entry align="center">8</entry><entry /></row><row><entry>Reserved</entry><entry align="center">8</entry><entry>Shall be set to zero</entry></row><row><entry>UCD Count</entry><entry align="center">8</entry><entry /></row><row><entry>Allocation Start Time</entry><entry align="center">32</entry><entry /></row><row><entry>Begin PHY Specific Section {</entry><entry align="center" /><entry>See applicable PHY subclause</entry></row><row><entry>if (Wireless MAN-OFDMA) {</entry><entry align="center" /><entry /></row><row><entry>No. OFDMA symbols</entry><entry align="center">8</entry><entry>Number of OFDMA symbols in the UL subframe</entry></row><row><entry>}</entry><entry align="center" /><entry /></row><row><entry>for (i=1;i<=n;i++) {</entry><entry align="center" /><entry>For each UL-MAP element 1 to n</entry></row><row><entry>UL-MAP_IE()</entry><entry align="center">variable</entry><entry>See corresponding PHY specification</entry></row><row><entry>}</entry><entry align="center" /><entry /></row><row><entry>}</entry><entry align="center" /><entry /></row><row><entry>if ! (byte boundary) {</entry><entry align="center" /><entry /></row><row><entry>Padding Nibble</entry><entry align="center">4</entry><entry>Padding to reach byte boundary</entry></row><row><entry>}</entry><entry align="center" /><entry /></row><row><entry>}</entry><entry align="center" /><entry /></row></tbody></tgroup></table></tables>
The BS transmits DL and UL resource allocation information by the DL-MAP and UL-MAP messages. The MSs detect control information and information about the locations of resources allocated to them by decoding the DL-MAP and UL-MAP messages. Thus, the MSs are capable of transmitting/receiving DL or UL data using the detected information.
During data transmission/reception, the MSs are placed in different channel statuses, i.e. different propagation environments due to obstacles or propagation interference between the BS and the MSs. Therefore, the BS adaptively selects a Modulation and Coding Scheme (MCS) level for each of the MSs, according to the channel status of the MS.
MCS levels are combinations of modulation and coding, and range from level 1 to level N according to the number of available MCSs. MCS levels are adaptively selected according to the channel statuses between the BS and the MSs. In case of a good channel status between the BS and an MS, the BS may select a high MCS level specifying 64-ary Quadrature Amplitude Modulation (64QAM) and a code rate 5/6 for the MS. In case of a poor channel status between the BS and the MS, the BS may select a low MCS level specifying Quadrature Phase Shift Keying (QPSK) and a code rate 1/12 for the MS.
Assuming MS1 103 is in the best channel status and MS5 111 is in the poorest channel status in FIG. 1, the BS 101 selects MCS levels based on channel status information received from MS1 103 and MS5 111 and transmits data encoded and modulated using the selected MCS levels to MS1 103 and MS5 111. MS1 103 and MS5 111 have different resource requirements according to their channel statuses. Hence, the BS 101 allocates required resources to them through MCS level selection. In general, the least resources are allocated to the MS in the best channel status and the most resources to the MS in the poorest channel status.
MAP information including system information and resource allocation information is so significant that MSs must receive the MAP information. That's why the BS 101 transmits the MAP information using the most robust MCS level. For the same amount of information, a lower MCS level requires a larger amount of resources. That is, the MAP information requires the same or more resources in amount, compared to data transmitted to each MS. However, every MS may not need receive the MAP information because a certain MAP IE is destined for a particular MS or some MSs. Consequently, use of a large amount of radio resources for the MAP IE (Information Element) decreases radio resource utilization.
SUMMARY OF THE INVENTION
An aspect of the present invention is to address at least the problems and/or disadvantages and to provide at least the advantages described below. Accordingly, an aspect of exemplary embodiments of the present invention is to provide a method for efficiently managing radio resources in a wireless mobile communication system.
In accordance with an aspect of the present invention, there is provided a method for transmitting common control information to an MS in a BS in a wireless mobile communication system, in which the BS generates a MAP IE using common control information to be transmitted to the MS, the common control information being resource allocation information and control information, converts the MAP IE to a MAP IE message, applies an MCS level corresponding to the channel status of the MS, and transmits the MAP IE message with data to the MS.
In accordance with another aspect of the present invention, there is provided a method for receiving common control information from a BS in an MS in a wireless mobile communication system, in which the MS receives a data burst IE associated with data burst allocation from the BS, decodes a data burst using the data burst IE, and detects a MAP IE message including common control information during the decoding, the common control information being resource allocation information and control information.
BRIEF DESCRIPTION OF THE DRAWINGS
The above and other objects, features, and advantages of certain exemplary embodiments of the present invention will be more apparent from the following detailed description taken in conjunction with the accompanying drawings, in which: <ul id="ul0001" list-style="none" compact="compact"><li>FIG. 1 illustrates the configuration of a typical IEEE 802.16 communication system;</li><li>FIG. 2 illustrates the format of a Medium Access Control (MAC) management message in a wireless mobile communication system according to the present invention;</li><li>FIG. 3 is a flowchart illustrating a MAP IE transmission operation in a BS according to the present invention;</li><li>FIG. 4 is a flowchart illustrating a MAP IE reception operation in an MS according to present invention; and</li><li>FIGs. 5A and 5B illustrate exemplary data burst structures and MAP IEs according to the present invention.</li></ul>
Throughout the drawings, the same drawing reference numerals will be understood to refer to the same elements, features and structures.
DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS
The matters defined in the description such as a detailed construction and elements are provided to assist in a comprehensive understanding of exemplary embodiments of the invention. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted for clarity and conciseness.
The present invention discloses a method for transmitting MAP information in the form of a message in a wireless mobile communication system. This message is a MAC (Medium Access Control) management message. Transmission of the MAP information in the form of the message requires fewer resources than transmission of the MAP information in a MAP area because the BS converts the MAP information to the message prior to transmission under the assumption that it already has knowledge of the channel status of the MS. The MAP information includes control information and resource allocation information and will be referred to as common control information hereinbelow.
The present invention is applicable to any wireless mobile communication system using a DL-MAP IE and a UL-MAP IE.
FIG. 2 illustrates the format of a MAC management message in a wireless mobile communication system according to the present invention.
Referring to FIG. 2, a BS exchanges information with an MS through MAC management messages. The MAC management messages each include a 6-byte Generic MAC Header field 210, a 1-byte Management Message Type field 220, a variable-length Management Message Payload 230 field , and a 4-byte Cyclic Redundancy Check (CRC) field 240.
The Generic MAC Header field 210 is composed of a Header Type (HT) field, an Encryption Control (EC) field indicating whether data is encrypted, a Type field indicating whether a subheader exists, a CI (CRC Indicator) field indicating the presence or absence of the CRC field, an Encryption Key Sequence (EKS) field, a Length field indicating the total length of the MAC management message, a Connection IDentifier (CID) field, and a Header Check Sequence (HCS) field for use in checking link errors of the Generic MAC Header 210.
The Management Message Type field 220 contains an ID identifying the usage of a new DL-MAP IE/UL-MAP IE message proposed according to the present invention. These new DL-MAP IE and UL-MAP IE messages are defined in Table 3 below. <tables id="tabl0003" num="0003"><table frame="all"><title>Table 3</title><tgroup cols="4"><colspec colnum="1" colname="col1" colwidth="39mm" /><colspec colnum="2" colname="col2" colwidth="34mm" /><colspec colnum="3" colname="col3" colwidth="42mm" /><colspec colnum="4" colname="col4" colwidth="42mm" /><thead><row><entry align="center" valign="top">Type</entry><entry align="center" valign="top">Message Name</entry><entry align="center" valign="top">Message Description</entry><entry align="center" valign="top">Connection</entry></row></thead><tbody><row><entry>TBD (To Be Determined)</entry><entry>DL-MAP IE Message</entry><entry>Downlink Access Definition</entry><entry>Broadcasting or Basic CID</entry></row><row><entry>TBD</entry><entry>UL-MAP IE Message</entry><entry>Uplink Access Definition</entry><entry>Broadcasting or Basic CID</entry></row></tbody></tgroup></table></tables>
Unlike the conventional MAP information transmission in the MAP area, the DL-MAP IE message and the UL-MAP IE message described in Table 3 are transmitted along with DL data in the present invention. If the DL-MAP IE message and the UL-MAP IE message are directed to one MS, they can be transmitted using a basic CID specific to the MS.
Table 4 and Table 5 illustrate the formats of the DL-MAP IE message and the UL-MAP IE message, respectively. <tables id="tabl0004" num="0004"><table frame="all"><title>Table 4</title><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="52mm" /><colspec colnum="2" colname="col2" colwidth="20mm" /><colspec colnum="3" colname="col3" colwidth="57mm" /><thead><row><entry align="center" valign="top">Syntax</entry><entry align="center" valign="top">Size (bits)</entry><entry align="center" valign="top">Notes</entry></row></thead><tbody><row><entry>DL-MAP-IE_Message_Format() {</entry><entry /><entry /></row><row><entry>Management Message Type=??</entry><entry align="center">8</entry><entry /></row><row><entry>for (i=1;i<=n;i++) {</entry><entry align="center" /><entry>For each DL-MAP element 1 to n</entry></row><row><entry>DL-MAP_IE()</entry><entry align="center">variable</entry><entry>See corresponding PHY specification</entry></row><row><entry>}</entry><entry align="center" /><entry /></row><row><entry>if ! (byte boundary) {</entry><entry align="center" /><entry /></row><row><entry>Padding Nibble</entry><entry align="center">4</entry><entry>Padding to reach byte boundary</entry></row><row><entry>}</entry><entry align="center" /><entry /></row><row><entry>}</entry><entry align="center" /><entry /></row></tbody></tgroup></table></tables>
Preferably but not necessarily, the length in bytes of the DL-MAP IE message is an integer. If the DL-MAP IE message does not have an integer number of bytes, some bits must be padded in the message and the MS must neglect the padding. <tables id="tabl0005" num="0005"><table frame="all"><title>Table 5</title><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="52mm" /><colspec colnum="2" colname="col2" colwidth="20mm" /><colspec colnum="3" colname="col3" colwidth="57mm" /><thead><row><entry align="center" valign="top">Syntax</entry><entry align="center" valign="top">Size (bits)</entry><entry align="center" valign="top">Notes</entry></row></thead><tbody><row><entry>UL-MAP-IE_Message_Format() {</entry><entry align="center" /><entry /></row><row><entry>Management Message Type=??</entry><entry align="center">8</entry><entry /></row><row><entry>for (i=1;i<=n;i++) {</entry><entry align="center" /><entry>For each UL-MAP element 1 to n</entry></row><row><entry>UL-MAP_IE()</entry><entry align="center">variable</entry><entry>See corresponding PHY specification</entry></row><row><entry>}</entry><entry align="center" /><entry /></row><row><entry>if ! (byte boundary) {</entry><entry align="center" /><entry /></row><row><entry>Padding Nibble</entry><entry align="center">4</entry><entry>Padding to reach byte boundary</entry></row><row><entry>}</entry><entry align="center" /><entry /></row><row><entry>}</entry><entry align="center" /><entry /></row></tbody></tgroup></table></tables>
As with the UL-MAP IE message, preferably but not necessarily, the length in bytes of the UL-MAP IE message is an integer. If the UL-MAP IE message does not have an integer number of bytes, some bits must be padded in the message and the MS must neglect the padding.
When transmitting a particular UL burst IE in the UL-MAP IE message, the BS must notify the MS of the absolute position of the UL burst IE in a UL burst area. It is because the MS cannot receive every UL burst IE in a frame, which means that the MS cannot determine the accurate position of the UL burst IE.
FIG. 3 is a flowchart illustrating a MAP IE transmission operation in a BS according to the present invention.
Referring to FIG. 3, the BS generates a MAP IE in step 302. The MAP IE is a DL-MAP IE or a UL-MAP IE and can be directed to one or more MSs. In step 304, the BS determines an MS to receive the MAP IE, selects an MCS level according to the channel status of the MS, and applies the MCS level to the MAP IE.
In step 306, the BS compares the MCS level of the MAP IE with a predetermined MCS level threshold. If the MCS level of the MAP IE is less than or equal to the MCS level threshold, the BS goes to step 308. If the MCS level of the MAP IE is greater than the MCS level threshold, the BS proceeds to step 310.
In step 308, the BS transmits the MAP IE in the MAP area to the MS. In step 310, the BS converts the MAP IE to a message and transmits the message to the MS.
FIG 4 is a flowchart illustrating a MAP IE reception operation in an MS according to the present invention.
Referring to FIG. 4, the MS separates at least one MAP IE from a MAP message received from the BS in step 402. The MAP message is a DL/UL-MAP message or a compressed MAP message with the DL-MAP message and the UL-MAP message in combination. The MAP message may contain at least one MAP IE. In step 404, the MS determines whether it is supposed to receive and process the MAP IE by checking a CID included in the MAP IE. If the CID of the MS is present in the MAP IE, the MS receives and processes the MAP IE. If a broadcasting CID exists instead of the CID in the MAP IE, which means that the MAP IE is directed to all MSs, the MS receives and processes the MAP IE. In this manner, the MS detects a MAP IE to receive and process referring to a CID in the MAP IE. Meanwhile, if the MS determines that it is not supposed to receive and process the MAP IE, it discards the MAP IE in step 406.
In step 408, the MS determines whether the MAP IE to receive and process is a DL burst IE associated with data burst allocation. If the MAP IE is a DL burst IE, the MS goes to step 412. If the MAP IE is not a DL burst IE, the MS processes the MAP IE in step 410. The MS decodes a data burst indicated by the DL burst IE in step 412 and determines whether the data burst includes a MAP IE message proposed by the present invention, i.e. a DL-MAP IE message or a UL-MAP IE message in step 414. To make this determination, the MS checks the CID field of the Generic MAC Header 210 of the MAP IE message. For example, if a broadcasting CID or the ID of the MS is filled in the CID field, the MS processes the MAP IE message. In the presence of the MAP IE message for the MS, the MS returns to step 408 and otherwise, it ends the algorithm of the present invention.
FIGs. 5A and 5B illustrate exemplary data burst structures and MAP IEs according to the present invention.
The BS selects a MAP IE from among a plurality of MAP IEs, for transmission along with a data burst, converts the MAP IE in the form of a message, and transmits the MAP IE message to the MS. Therefore, the same MCS level is applied to both the MAP IE message and the data burst.
Referring to FIG 5A, a first DL burst 501 (DL burst #1) is for MS 1 but includes a DL-MAP IE message with a DL burst IE for MS2. A second DL burst 503 (DL burst #2) is for MS2 and includes a DL-MAP IE message with an UL-Burst_IE and a Power_Control_ IE for MS2.
A third DL burst 505 (DL burst #3) is for MS3. DL burst #3 505 includes a DL-MAP IE message with a Channel Measurement IE for MS3 and a UL-MAP IE message with a Channel Quality Information CHannel (CQICH)_Alloc_IE for MS3.
FIG. 5B illustrates DL-MAP IEs and UL-MAP IEs. Conventionally, all IEs are transmitted in the MAP areas. Thus, a Channel Measurement IE 507, a DL burst IE for DL burst #1 509, a CID_Switch_IE 511, a DL burst IE for DL burst #2 513, a CQICH_Alloc_IE 515, a Power_Control_IE 517, a UL burst IE for UL burst #1 519, and a UL burst IE for UL burst #2 521 are included in MAP messages.
However, in accordance with the present invention, some IEs 507, 513, 515, 517 and 521 are converted to MAC management messages and transmitted in data bursts, as illustrated in FIG. 5A. Therefore, radio resources are efficiently utilized.
For example, MSs decode a DL-MAP message and acquire allocation information about DL burst #1 501. It is assumed herein that DL burst #1 501 is directed to all MSs. Hence, MS2 decodes DL burst #1 501 and is aware that DL burst #1 501 includes a DL-MAP IE message for MS2. Thus, MS2 acquires information with which to decode DL burst #2 503 using the DL-MAP IE message.
MS2 decodes DL burst #2 503 and recognizes that it includes a UL-MAP IE message with a Power_Control_IE 517. MS2 then processes the UL-MAP IE message so as to transmit a UL burst and changes uplink power as indicated by the Power_Control_IE 517.
In the same manner, MS3 processes the DL-MAP message or a DL-MAP IE message included in a data burst. Thus, MS3 decodes DL burst #3 505 and is aware that the DL burst #3 505 includes a DL-MAP IE message with a Channel_Measurement_IE and a UL-MAP IE message with a CQICH_Alloc_IE. Thus, MS3 reports a channel measurement to the BS on a feedback channel indicated by the Channel_Measurement_IE.
In accordance with the present invention as described above, a BS converts MAP IEs to MAC IE messages and transmits them in data bursts, compared to conventional transmission of the MAP IEs in a MAP area. Therefore, while the lowest MCS level is applied to the MAP IEs in the conventional technology, the MAP IE messages are encoded and modulated using MCS levels that are selected according to the channel statuses of MSs. Consequently, radio resources are saved.
While the invention has been shown and described with reference to certain exemplary embodiments of the present invention thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present invention as defined by the appended claims and their equivalents.
Contents4
7 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7
Every citation, both waysCites: the store holds 3 of 4
| Document | Relation | Office | Category | Cited during | Relevant claims |
|---|---|---|---|---|---|
| CN107211322A | Cited by | China | – | Search report | – |
| WO0241520A2 | Cites | World Intellectual Property Organization (WIPO) | A | Search report | 1,5 |
| WO0241520A2 | Cites | World Intellectual Property Organization (WIPO) | A | Search report | 1,5 |
| US2005117536A1 | Cites | United States of America | XY | Search report | 1,5 |
| SAMSUNG ET AL: "Clarification of H-ARQ Operation with Reduced AAS Private Map", IEEE 802.16E BROADBAND WIRELESS ACCESS WORKING GROUP; IEEE C802.16E-05/071R3, 26 January 2005 (2005-01-26), pages 1 - 5, XP002450966, Retrieved from the Internet <URL:http://grouper.ieee.org/groups/802/16/tge/contrib/C80216e-05_071r3.pdf> [retrieved on 20070914] | Non-patent | – | – | Search report | – |
| T. KWON ET AL: "Design and Implementation of a Simulator Based on a Cross-Layer Protocol between MAC and PHY Layers in a WiBro Compatible IEEE 802.16e OFDMA System", IEEE COMMUNICATIONS MAGAZINE, December 2005 (2005-12-01), pages 136 - 146, XP002450967, Retrieved from the Internet <URL:http://ieeexplore.ieee.org/iel5/35/33162/01561931.pdf> [retrieved on 20070914] | Non-patent | – | – | Search report | – |
6 members in 4 offices
Priority claims5
| Document | Office | Kind | Date |
|---|---|---|---|
| 20060051920 | Republic of Korea | A | |
| 20060051920 | Republic of Korea | A | |
| 20060051920 | Republic of Korea | – | |
| 20060051920 | – | – | – |
| KR20060051920 | – | – | – |
Members6
| Document | Office | Kind | |
|---|---|---|---|
| EP1865645A1This record | European Patent Office (EPO) | A1 | |
| KR20070117812A | Republic of Korea | A | |
| US2007287449A1 | United States of America | A1 | |
| EP1865645B1 | European Patent Office (EPO) | B1 | |
| DE602007004380D1 | Germany | D1 | |
| KR101002800B1 | Republic of Korea | B1 |
33 legal events, as 4 offices reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | Office | |
|---|---|---|---|
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Gb: european patent ceased through non-payment of renewal feeCeasedGBPC | GBPC | EP | |
| Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal feeWithdrawnR119 | R119 | DE | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Fee paymentPLFP | PLFP | FR | |
| Fee paymentPLFP | PLFP | FR | |
| Fee paymentPLFP | PLFP | FR | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| No opposition filedOpposition26N | 26N | EP | |
| No opposition filed within time limitOppositionORIGINAL CODE: 0009261PLBE | PLBE | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: NO OPPOSITION FILED WITHIN TIME LIMITSTAA | STAA | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Corresponds to:REF | REF | EP | |
| Designated contracting statesAK | AK | EP | |
| European patent grantedGrantedFG4D | FG4D | GB | |
| (expected) grantORIGINAL CODE: 0009210GRAA | GRAA | EP | |
| Grant fee paidORIGINAL CODE: EPIDOSNIGR3GRAS | GRAS | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Information related to communication of intention to grant a patent modifiedORIGINAL CODE: EPIDOSCIGR1GRAC | GRAC | EP | |
| Despatch of communication of intention to grant a patentORIGINAL CODE: EPIDOSNIGR1GRAP | GRAP | EP | |
| Designation fees paidAKX | AKX | EP | |
| First examination report despatched17Q | 17Q | EP | |
| Request for examination filed17P | 17P | EP | |
| Designated contracting statesAK | AK | EP | |
| Request for extension of the european patentAX | AX | EP | |
| Public reference made under article 153(3) epc to a published international application that has entered the european phaseORIGINAL CODE: 0009012PUAI | PUAI | EP |
Numbers
- Publication
- 1865645
- Publication, DOCDB
- 1865645
- Publication, EPODOC
- EP1865645
- Application
- 7109975
- Application, DOCDB
- 07109975
- Application, EPODOC
- EP20070109975
Titles3
- German
- Verfahren zur Übertragung allgemeiner Steuerinformationen in einem drahtlosen mobilen Kommunikationssystem
- English
- Method for Transmitting Common Control Information in a Wireless Mobile Communication System
- French
- Procédé de transmission d'informations de contrôle commun dans un système de communication mobile sans fil
Classification
- CPC, 7
- H04L1/0003
- H04L1/0015
- H04W72/23
- H04L1/0009
- H04L1/0026
- H04L1/0028
- H04L2001/0093
- IPC, 3
- H04L1 00
- H04W48 12
- H04W72 12
Designated states2
- Contracting states, 1
- Türkiye
- Extension states, 1
- Yugoslavia, later Serbia and Montenegro (until 2006)