The present application is related to U.S. Provisional Patent Application No. 61/270,897, filed Jul. 14, 2009, entitled “METHODS TO INDEX THE PREAMBLES IN THE BANDWIDTH REQUEST CHANNEL”. Provisional Patent Application No. 61/270,897 is assigned to the assignee of the present application and is hereby incorporated by reference into the present application as if fully set forth herein. The present application hereby claims priority under 35 U.S.C. §119(e) to U.S. Provisional Patent Application No. 61/270,897.
The present application relates generally to wireless communications and, more specifically, to indexing preamble sequences in a bandwidth request channel between a mobile station and base station.
The IEEE 802.16m amendment allows a mobile station (MS) to transmit bandwidth requests (BWREQ) to indicate to a base station (BS) that it needs uplink (UL) bandwidth allocation. There are multiple methods by which a mobile station can request bandwidth from the base station. These methods include use of a contention based random access based bandwidth request indicator, a standalone bandwidth request, a piggybacked bandwidth request carried in an extended header in the MAC PDU, and a bandwidth request using fast feedback channel.
In the contention based random access method, multiple mobile stations contend for a limited set of preamble sequences on a common channel. The 802.16m standard defines 24 orthogonal access sequences, or preamble sequences. Each mobile station may choose a preamble sequence at random (out of the 24 possible preamble sequences), and hope that no other mobile station chooses that preamble sequence. If another mobile happens to choose the same preamble sequence, then the two preamble sequences are said to have collided at the BS.
For use in a wireless communication network, a mobile station configured to determine a preamble sequence from a set of indexed preamble sequences by generating an index of the preamble sequence from a B-bit message is provided. The mobile station is configured to group the B bits of the message into n groups, each group having a substantially equal number of bits. The mobile station is also configured to generate a parity bit from each of the n groups. The mobile station is further configured to determine the index of the preamble sequence based on then parity bits. The mobile station is still further configured to transmit the preamble sequence corresponding to the index of the preamble sequence.
For use in a wireless communication network, a base station configured to process a B-bit message from a mobile station is provided. The message includes a preamble sequence and a quick access message. The base station is configured to receive the message from the mobile station. The base station is also configured to determine a preamble index corresponding to the received preamble sequence, the preamble index corresponding to n parity bits. The base station is also configured to determine a (B-n) bit portion of the B bit message from the quick access message. The base station is further configured to group the (B-n) bits into n groups, each group having a substantially equal number of bits. The base station is still further configured to distribute the n parity bits to the n groups. The base station is also configured to recover the n bit portion of the B bit message using a bit-wise XOR operation on the bits in the each of the n groups.
For use in a wireless communication network, a mobile station configured to determine a preamble sequence from a set of indexed preamble sequences by generating an index of the preamble sequence from a message is provided. The message has B bits, BMS bits of the B bits comprising a mobile station ID and (B−BMS) of the B bits comprising a bandwidth indicator. The mobile station is configured to generate a plurality of parity bits from the BMS station ID bits. The mobile station is also configured to generate a plurality of preamble bits from the plurality of parity bits. The mobile station is further configured to replace a final plurality of bits of the B-bit quick access message with the plurality of preamble bits.
Before undertaking the DETAILED DESCRIPTION OF THE INVENTION below, it may be advantageous to set forth definitions of certain words and phrases used throughout this patent document: the terms “include” and “comprise,” as well as derivatives thereof, mean inclusion without limitation; the term “or,” is inclusive, meaning and/or; the phrases “associated with” and “associated therewith,” as well as derivatives thereof, may mean to include, be included within, interconnect with, contain, be contained within, connect to or with, couple to or with, be communicable with, cooperate with, interleave, juxtapose, be proximate to, be bound to or with, have, have a property of, or the like; and the term “controller” means any device, system or part thereof that controls at least one operation, such a device may be implemented in hardware, firmware or software, or some combination of at least two of the same. It should be noted that the functionality associated with any particular controller may be centralized or distributed, whether locally or remotely. Definitions for certain words and phrases are provided throughout this patent document, those of ordinary skill in the art should understand that in many, if not most instances, such definitions apply to prior, as well as future uses of such defined words and phrases.
For a more complete understanding of the present disclosure and its advantages, reference is now made to the following description taken in conjunction with the accompanying drawings, in which like reference numerals represent like parts:
The following documents and standards descriptions are hereby incorporated into the present disclosure as if fully set forth herein:
IEEE C802.16m-09/0010r2, IEEE 802.16 Amendment Working Document, Editor: Ron Murias, June 2009 (hereinafter the “0010r2” document); and
IEEE C802.16m-08/0003r9a, IEEE 802.16m System Description Document, Editor: Shkumbin Hamiti, June 2009 (hereinafter the “0003r9a” document).
The embodiments of this disclosure provide methods to index preamble sequences in a bandwidth request channel. The disclosed embodiments are based on use of a contention based random access based bandwidth request indicator. However, it will be understood that other bandwidth request methods may be used with this disclosure.
Base station 102 provides wireless broadband access to network 130, via base station 101, to a plurality of subscriber stations within coverage area 120 of base station 102. The first plurality of subscriber stations includes subscriber station (SS) 111, subscriber station (SS) 112, subscriber station (SS) 113, subscriber station (SS) 114, subscriber station (SS) 115 and subscriber station (SS) 116. Subscriber stations 111-116 may be any wireless communication device, such as, but not limited to, a mobile phone, mobile PDA and any mobile station (MS). In an exemplary embodiment, SS 111 may be located in a small business (SB), SS 112 may be located in an enterprise (E), SS 113 may be located in a WiFi hotspot (HS), SS 114 may be located in a residence, and SS 115 and SS 116 may be mobile devices.
Base station 103 provides wireless broadband access to network 130, via base station 101, to a plurality of subscriber stations within coverage area 125 of base station 103. The plurality of subscriber stations within coverage area 125 includes subscriber station 115 and subscriber station 116. In alternate embodiments, base stations 102 and 103 may be connected directly to the Internet by means of a wired broadband connection, such as an optical fiber, DSL, cable or T1/E1 line, rather than indirectly through base station 101.
In other embodiments, base station 101 may be in communication with either fewer or more base stations. Furthermore, while only six subscriber stations are shown in
Subscriber stations 111-116 may use the broadband access to network 130 to access voice, data, video, video teleconferencing, and/or other broadband services. In an exemplary embodiment, one or more of subscriber stations 111-116 may be associated with an access point (AP) of a WiFi WLAN. Subscriber station 116 may be any of a number of mobile devices, including a wireless-enabled laptop computer, personal data assistant, notebook, handheld device, or other wireless-enabled device. Subscriber station 114 may be, for example, a wireless-enabled personal computer, a laptop computer, a gateway, or another device.
Dotted lines show the approximate extents of coverage areas 120 and 125, which are shown as approximately circular for the purposes of illustration and explanation only. It should be clearly understood that the coverage areas associated with base stations, for example, coverage areas 120 and 125, may have other shapes, including irregular shapes, depending upon the configuration of the base stations and variations in the radio environment associated with natural and man-made obstructions.
Also, the coverage areas associated with base stations are not constant over time and may be dynamic (expanding or contracting or changing shape) based on changing transmission power levels of the base station and/or the subscriber stations, weather conditions, and other factors. In an embodiment, the radius of the coverage areas of the base stations, for example, coverage areas 120 and 125 of base stations 102 and 103, may extend in the range from less than 2 kilometers to about fifty kilometers from the base stations.
As is well known in the art, a base station, such as base station 101, 102, or 103, may employ directional antennas to support a plurality of sectors within the coverage area. In
Wireless mobile station 200 comprises antenna 205, radio frequency (RF) transceiver 210, transmit (TX) processing circuitry 215, microphone 220, and receive (RX) processing circuitry 225. Mobile station 200 also comprises speaker 230, main processor 240, input/output (I/O) interface (IF) 245, keypad 250, display 255, memory 260, power manager 270, and battery 280.
Main processor 240 executes basic operating system (OS) program 261 stored in memory 260 in order to control the overall operation of mobile station 200. In one such operation, main processor 240 controls the reception of forward channel signals and the transmission of reverse channel signals by radio frequency (RF) transceiver 210, receiver (RX) processing circuitry 225, and transmitter (TX) processing circuitry 215, in accordance with well-known principles.
Main processor 240 is capable of executing other processes and programs resident in memory 260. Main processor 240 can move data into or out of memory 260, as required by an executing process. Main processor 240 is also coupled to I/O interface 245. The operator of mobile station 200 uses keypad 250 to enter data into mobile station 200. Alternate embodiments may use other types of displays.
A mobile station may transmit bandwidth requests to indicate to a base station that it needs uplink bandwidth allocation. There are multiple methods by which a mobile station can request bandwidth from the base station. These methods include use of a contention based random access based bandwidth request indicator, a standalone bandwidth request, a piggybacked bandwidth request carried in an extended header in the MAC PDU, and a bandwidth request using fast feedback channel.
Two procedures for requesting bandwidth using a contention based random access based bandwidth request indicator are now described. The two procedures, which may be supported concurrently, include a 5-step procedure and 3-step quick access procedure. The 5-step procedure may be used independently or as a fallback mode for the 3-step quick access procedure in case of a failure in decoding the quick access message.
First, mobile station 200 sends a bandwidth request indicator, which is a preamble sequence selected randomly from the set of preamble sequences, to base station 102 in the resource allocated for a bandwidth request channel (step 301). A preamble sequence is a sequence of numbers that belongs to a class of sequences that have desirable properties like orthogonality or low correlation. In the case of IEEE 802.16m, the preamble sequences are all orthogonal.
Next, base station 102 provides a response to the bandwidth request indicator (step 302). The response depends on the success or failure of the decoding. If base station 102 successfully decodes the bandwidth request indicator, it transmits a grant for uplink transmission of the BW REQ header to mobile station 200.
Next, if mobile station 200 receives an uplink grant for the BW REQ header from base station 102, then mobile station 200 transmits a standalone bandwidth request message header to base station 102 in the resource indicated by the uplink grant (step 303). However, if mobile station 200 receives no uplink grant from base station 102, then mobile station 200 considers the bandwidth request as failed and may restart the procedure.
Next, on a successful decoding of the BW REQ header, base station 102 transmits an uplink grant to mobile station 200 (step 304). However, if the decoding fails, base station 102 sends a negative acknowledgement.
Next, assuming an uplink grant has been transmitted by base station 102, mobile station 200 transmits in the allocated resource indicated in the uplink grant (step 305). Alternatively, on receiving a negative acknowledgement, mobile station 200 considers the bandwidth request as failed and may restart the procedure.
First, mobile station 200 sends a bandwidth request indicator and a quick access message to base station 102 in the resource allocated for a bandwidth request channel (step 401). The quick access message may include information to identify mobile station 200 and also the type of the bandwidth request, including the size of the bandwidth requested. A portion or all of the quick access message is transmitted in the data portion of the BW REQ channel in addition to the preamble sequence transmitted as the BW REQ indicator. In some embodiments, the quick access message is a 16-bit message, including a 12-bit mobile station ID (STID) and a 4-bit bandwidth size/priority indicator (BWSize) (also sometimes referred to as a flow ID). Quick access messages having more or fewer bits are also possible.
Next, base station provides a response to the bandwidth request indicator and quick access message (step 402). The response depends on the success or failure of the decoding of both the preamble sequence and the quick access message. If base station 102 successfully decodes the bandwidth request indicator and quick access message, it transmits either an explicit acknowledgement using a BW ACKA-MAP IE or a grant for uplink transmission to mobile station 200. If base station 102 fails to decode the bandwidth request indicator or the quick access message, then base station 102 transmits a BW ACK A-MAP IE indicating a negative acknowledgement for the corresponding bandwidth request opportunity.
Next, assuming an uplink grant has been transmitted by base station 102, mobile station 200 begins transmission of the bandwidth request message (step 403). Alternatively, if mobile station 200 receives a negative acknowledgement indicating a quick access message decoding failure (and an acknowledgement for bandwidth request indicator decoding), or does not receive anything at all, then mobile station 200 starts a bandwidth request timer, and the BWREQ procedure defaults to a standard 5-step procedure, as seen in
If mobile station 200 receives an uplink grant using the default 5-step procedure, then mobile station 200 stops the timer. Alternatively, if it receives a negative ACK or the bandwidth request timer expires, then mobile station 200 considers the bandwidth request as failed and may restart the procedure (step 504).
Next, assuming an uplink grant has been transmitted by base station 102, mobile station 200 transmits in the allocated resource indicated in the uplink grant (step 505).
The 5-step bandwidth request procedure shown in
The 3-step bandwidth request may be limited to only certain time-critical and frequently used messages. Examples of such time-critical and frequently used messages are:
The messages listed above are not exhaustive but are exemplary of the type of messages that can use the 3-step bandwidth request procedure. One common feature of the messages listed above is a computable message size. Thus, if the type of message for which bandwidth is being requested is known, the amount of bandwidth that must be granted for the mobile station to transmit that message is also known.
Each bandwidth request tile includes preamble sequences Pro-Pr23 These are the preamble sequences for the bandwidth request indicator. The quick access message code words M0-M35 are distributed over all three bandwidth request tiles. The physical layer OFDMA resource is designed to support both the 3-step and 5-step bandwidth request procedures. A mobile station transmits either the bandwidth request indicator only (in the case of a 5-step bandwidth request) or both the bandwidth request indicator and a quick access message (in the case of a 3-step bandwidth request procedure).
The bandwidth request indicator is an access sequence or preamble sequence having a length of 24 bits. The 802.16m standard defines 24 orthogonal access sequences, each having a 24-bit length. If a mobile station has a message type for which the 3-step bandwidth request can be used, then the mobile station chooses one of the 24 sequences corresponding to the specific type. The mobile station then transmits both the preamble sequence (as a bandwidth request indicator) and the quick access message to the base station. To aid efficient transmission, a portion of the quick access message may be transmitted in the preamble index. Several embodiments are described below that map a portion of the quick access message to the preamble index.
Upon receipt of the bandwidth request indicator, the base station decodes the bandwidth request indicator, then proceeds to detect the quick access message. The quick access message is meant to be coherently decoded. The channel estimates for coherent detection of the quick access message are derived by using the detected bandwidth request indicator sequence as the pilot sequence. The design shown in
The quick access message may consist of a sequence of B bits that contains: (1) a sequence of bits uniquely identifying the mobile station, and (2) the type of message for which the bandwidth is being requested. The type of message may include: (1) the priority for the message, (2) the flow ID of the message, and/or (3) a predefined message type. In an example of such an arrangement, a quick access message may contain a 12 bit MSID followed by a 4 bit message type, thus giving the quick access message a total of 16 bits. Therefore, given that a part of the quick access message is transmitted in the data portion of the BWREQ channel, the remaining bits can be identified using the preamble index.
One way to identify the remaining bits using the preamble index is to define a one-to-one mapping between the type of message and the bandwidth request indicator preamble sequence. As an example, assume VOIP(AMR) full rate packet is message type 1 and is mapped to preamble index 1. Upon receiving the preamble index 1, the base station knows that the bandwidth size requested is for a VOIP(AMR) full rate packet. The base station uses the preamble sequence to estimate the channel in each tile and then uses the channel estimate to coherently decode the quick access message, which contains the mobile station ID (STIR). On successful decoding of the quick access message, the base station can grant uplink bandwidth to the mobile station requesting to send the VOIP(AMR) full rate packet.
While such a one-to-one mapping solves the problem of indicating the BWREQ size for a 3-step bandwidth request procedure, it may not be an efficient one. For example, if more than two users are requesting bandwidth for the same VOIP (AMR) full rate packet, the base station, while being able to resolve the BWREQ size, may not be able to estimate the channel from each user to the base station, and consequently cannot decode the quick access message. As a result, a collision between multiple mobile users may occur.
Using the embodiments described below, collisions can be mitigated for cases where more than one user uses bandwidth request for the same service. The disclosed embodiments provide various solutions where mapping of the preamble index depends not just on the BWREQ size, but also on the mobile station-specific STID.
In the following embodiments, methods for mapping the B bits of the quick access message for the 3-step BWREQ message are described. The BWREQ message includes BMS bits of the STID and the remaining (B−BMS) bits indicating bandwidth request size in the preamble index. For ease of explanation, bits b0,b1,b2, . . . , bB
In one embodiment, bits b0,b1,b2, . . . , bB
As an example, assume the quick access message is configured as a set of 16 bits, s0,s1,s2, . . . , s15. Further assume the STID is 12 bits (indicated as b0,b1,b2, . . . ,b11) and the BWSize is 4 bits (indicated as d0,d1,d2,d3). Then the 3 bits whose decimal equivalent forms the preamble index are defined as shown below:
pi=mod(b1+bi+3+bi+6+bi+9di+1, 2) 0≦i≦3
where mod is the modulo operator (bit wise XOR operation). The bits b0,b1,b2, . . . , b11, d0 are carried in the data portion of the BWREQ tile.
A mapping is defined between the quick access message and the data+preamble sequence portion of the message as shown below. Let b0,b1,b2, . . . , b12 be the bits carried in the data portion of the BWREQ tile and b13,b14,b15 be the bits that indicate the preamble index. Then,
b0,b1,b2, . . . ,b12,b13,b14,b15=s0,s1,s2, . . . ,s12, p0,p1,p2
where pi=mod (si+si+3+si+6+si+9+si+13, 2) 0≦i≦3
When a base station receives the BWREQ message from the mobile station, it processes the message. For example, the base station determines the preamble index corresponding to the received preamble sequence in the BWREQ message. The preamble index corresponds to the 3 parity bits. The base station then determines a 13-bit portion of the BWREQ message from the quick access message. The base station groups the 13 bits into 3 groups, each group having a substantially equal number of bits. The base station then distributes the 3 parity bits to the 3 groups. The base station then recovers the 3-bit portion of the 16-bit message using a bit-wise XOR operation on the bits in the each of the 3 groups.
In another example, the quick access message is configured as a set of 15 bits, s0,s1,s2, . . . , s14, where the bit string is composed of 12 bit STID and a 3 bit BWSize. A mapping is defined between the quick access message and the data+preamble sequence portion of the message as shown below. Let b0,b1,b2, . . . , b11 be the bits carried in the data portion of the BWREQ tile and b12,b13,b14 be the bits that indicate the preamble index. Then:
b0,b1,b2, . . . , b11,b12,b13,b14=s0,s1,s2, . . . s11, p0,p1,p2
where pi=mod(si+si+3+si+6+si+9+si+12,2) 0≦i≦3
In another embodiment of the present disclosure, bits b0,b1, b2, . . . , bB
bPG1=mod(b0+b1+b2+ . . . +bk, 2)
bPG2=mod(bk+1+bk+2+ . . . +b2k, 2)
bPG3=mod(b2k+1+b2k+2+ . . . +b3k, 2)
However, in this embodiment, the 3 parity bits do not simply become the 3 bits of the preamble index. Instead, the preamble index bits p0, p1, p2 are mapped as shown below:
Preamble Index p0=mod(d(B−Bms−1)−2+bPG1, 2)
Preamble Index p1=mod(d(B−Bms−1)−1+bPG2, 2)
Preamble Index p2=mod(d(B−Bms−1)+bPG3, 2).
Several other embodiments follow. One of the benefits of all of the following embodiments is that they may reduce and/or avoid the chances of collisions where more than one user requests the same service.
In another embodiment of the present disclosure, the STID bit sequence b0,b1,b2, . . . , bB
bPG1=mod(b0′+b1′+ . . . +bk′, 2)
bPG2=mod(bk+1′+bk+2′+ . . . +b2k′, 2)
bPG2=mod(b2k+1+′b2k+2′+ . . . +b2k′, 2).
Then, the preamble index bits p0, p1, p2 are mapped as shown below:
Preamble Index p0=mod(d(B−Bms−1)−2+bPG1, 2)
Preamble Index p1=mod(d(B−Bms−1)−1+bPG2, 2)
Preamble Index p2=mod(d(B−Bms−1)+bPG3, 2).
In another embodiment of the present disclosure, the STID bits b0,b1,b2, . . . , bB
Next, the bits bPG1, bPG2, bPG3 are defined as the binary equivalent of the decimal value HV. The preamble index bits p0, p1, p2 are then mapped as shown below:
Preamble Index p0=mod(d(B−Bms−1)=2+bPG1, 2)
Preamble Index p1=mod(d(B−Bms−1)−1+bPG2, 2)
Preamble Index p2=mod(d(B−Bms−1)+bPG3, 2)
where mod is the modulo operator.
In another embodiment of the present disclosure, the three bits of the preamble index are derived by concatenating x bits from the BMS bits of the STID and the remaining (3-x) bits from the 3 bit BWSize. As an example, assume the quick access message is configured as a set of 16 bits, s0,s1,s2, . . . ,s15, where the bit string is composed of STID and BWSize. A mapping is defined between the quick access message and the data+preamble sequence portion of the message as follows: Let b0,b1,b2, . . . , b12 be the bits carried in the data portion of the BWREQ tile and b13,b14,b15 be the bits that indicate the preamble index. Then:
b0,b1,b2, . . . ,b12,b13,b14,b15=s0,s1,s2, . . . ,s10,s13,s14,s15,s11,s12
Thus, this method moves some of the bits of the STID toward the end of the quick access message.
In another embodiment of the present disclosure, if a STID is assigned to a mobile station incrementally, starting from the least significant bit (LSB), in certain cases some of the most significant bits (MSB) bits of STID may be zero. For example, for a femtocell base station whose coverage may only have a few mobile stations, then only the assigned LSB bits may be used to generate the three bits index. If only 3 LSB bits b0, b1, b2 are assigned values, then the preamble index bits may be mapped as shown below:
p0=b0, p1=b1, p2=b2, or
p=n(b0b1b2) where π(.) is a randomization function.
In some embodiments, various functions described above are implemented or supported by a computer program that is formed from computer readable program code and that is embodied in a computer readable medium. The phrase “computer readable program code” includes any type of computer code, including source code, object code, and executable code. The phrase “computer readable medium” includes any type of medium capable of being accessed by a computer, such as read only memory (ROM), random access memory (RAM), a hard disk drive, a compact disc (CD), a digital video disc (DVD), or any other type of memory.
Although the present disclosure has been described with an exemplary embodiment, various changes and modifications may be suggested to one skilled in the art. It is intended that the present disclosure encompass such changes and modifications as fall within the scope of the appended claims.
Number | Name | Date | Kind |
---|---|---|---|
8489078 | Park et al. | Jul 2013 | B2 |
20020114297 | Karna et al. | Aug 2002 | A1 |
20020159412 | Odenwalder et al. | Oct 2002 | A1 |
20040174845 | Koo et al. | Sep 2004 | A1 |
20080159334 | Venkatachalam et al. | Jul 2008 | A1 |
20080273610 | Malladi et al. | Nov 2008 | A1 |
20100172326 | Kim et al. | Jul 2010 | A1 |
20110141940 | Kim et al. | Jun 2011 | A1 |
Number | Date | Country |
---|---|---|
1 705 838 | Sep 2006 | EP |
2012-520003 | Aug 2012 | JP |
10-2005-0029395 | Mar 2005 | KR |
2292669 | Jan 2007 | RU |
2295843 | Mar 2007 | RU |
2348110 | Feb 2009 | RU |
WO 2005040960 | May 2005 | WO |
WO 2005040960 | May 2005 | WO |
WO 2007024101 | Mar 2007 | WO |
WO 2007149729 | Dec 2007 | WO |
WO 2010147431 | Dec 2010 | WO |
Entry |
---|
Translation of Notification of Reason for Rejection issued on Dec. 17, 2013, in connection with Japanese Application No. 2012-520542, 9 pages. |
Heejeong Cho, et al., “BW-REQ Information Contents for the Quick Access,” IEEE 802.16m-09/1422, URL, http://grouper.ieee.org/groups/802/16/tgm/contrib/S80216m-09—1422.ppt, 6 pages. |
Heejeong Cho, et al., “BW-REQ Information Contents for the Quick Access,” IEEE 802.16m-09/1422, URL, http://grouper.ieee.org/groups/802/16/tgm/contrib/S80216m-09—1422.ppt, 8 pages. |
Translated Japanese Office Action dated Jul. 26, 2013 in connection with Japanese Patent Application No. 2012-520542, 8 pages. |
Shkumbin Hamiti; “IEEE 802.16m System Description Document” IEEE 802.16 Broadband Wireless Access Working Group; Nokia; May 31, 2009; 5 pages. |
Yoo, et al.; “Proposed PHY structure of Bandwidth Request Channel for IEEE 802.16m Amendment Text”; IEEE 802.16 Broadband Wireless Access Working Group; Samsung Electronics Co., Ltd; Jul. 6, 2009; 8 pages. |
Zhu, et al.; “Proposed text changes to the IEEE 802.16m SDD (802.16m-08/003r6), Section 11.9.2.5 on the Bandwidth Request Channel”; IEEE 802.16 Broadband Wireless Access Working Group; Intel Corporation; Jan. 5, 2009; 8 pages. |
Yen, et al.; “Quick Access Message for IEEE 802.16m” National Central University; May 4, 2009; 11 pages. |
Australian Office Action dated Aug. 22, 2013 in connection with Australial Patent Application No. 2010271668, 5 pages. |
Translated Russian Office Action dated May 23, 2013 in connection with Russian Patent Application No. 2012105005/08(007557), 15 pages. |
European Search Report dated Jun. 4, 2014 in connection with European Patent Application No. 10169491.7, 8 pages. |
IEEE 802.16 Broadband Wireless Access Working Group; “Connection Management and QoS DG AWD text with DG comment resolution”; Apr. 27, 2009; XP017797814; 25 pages. |
International Search Report dated Jan. 25, 2011 in connection with International Patent Application No. PCT/KR2010/004553. |
Number | Date | Country | |
---|---|---|---|
61270897 | Jul 2009 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 12783235 | May 2010 | US |
Child | 13869544 | US |