RU2456776C2 - Method to exchange messages, wireless communication system, wireless terminal and wireless basic station - Google Patents

Abstract

FIELD: information technologies.

SUBSTANCE: wireless terminal (1) sends to a wireless basic station (2) a parameter (3) of a message, which includes information identifying a trigger message (4), and a message size indicating length of message data (6), which must be sent from the wireless terminal (1) to the wireless basic station (2). The wireless basic station (2) sends the trigger message (4) to the wireless terminal (1), and afterwards it dedicates for the wireless terminal (1) a wireless pass band, corresponding to the message size of a message (6), which must be sent, and also sends to the wireless terminal (1) the dedication information (5) indicating the dedicated wireless pass band. The wireless terminal (1) sends the message (6), which must be sent, to the wireless basic station (2) by using the wireless pass band specified by the dedication information (5).

EFFECT: provision of efficient message exchange by means of a wireless terminal.

28 cl, 25 dwg

Description

FIELD OF THE INVENTION

The present invention relates to a messaging method, a wireless communication system, a wireless terminal, and a wireless base station that are provided for performing wireless communication. In particular, the present invention relates to a messaging method, a wireless communication system, a wireless terminal, and a wireless base station that perform processing for allocating bandwidth for a wireless terminal.

State of the art

The IEEE 802.16 (802.16 WG) working group specifies a point-to-multipoint (P-MP) communication system that enables multiple terminals to be connected to a wireless base station. 802.16 WG provides two types of standards 802.16d (IEEE 802.16-2004) and 802.16e (IEEE 802.16e-2005), with IEEE 802.16-2004 provided primarily for fixed communications, and IEEE 802.16e-2005 provided for mobile communications. The aforementioned standards provide technical requirements for a variety of physical layers, and technologies such as OFDM (orthogonal frequency division multiplexing) or OFDMA (orthogonal frequency division multiple access) are mainly used.

The 802.16d / e standards mainly specify a point-to-multipoint (P-MP) connection in which a plurality of wireless terminals (MSs) are connected to a wireless base station (BS). MAC (medium access control) messages are exchanged between the BS and each MS before the establishment of communications.

FIG. 24 is a flowchart indicating a structure of a basic MAC message exchange procedure. In FIG. 24, only basic MAC messages are indicated. However, in practical use of the techniques in accordance with IEEE 802.16d / e, the MS requires a wireless resource allocated by the BS when each MS transmits various messages, such as MAC messages, to the BS.

For example, although a CDMA ranking code can be transmitted using a bandwidth that can be used by any MS, other messages according to a CDMA ranking code, such as an "RNG-REQ" message, must be transmitted through the bandwidth allocated to each MS by the BS. Therefore, in practice, signals or messages for bandwidth request or bandwidth allocation are exchanged between the BS and the MS before messages such as the "RNG-REQ" message are transmitted from the MS to the BS.

FIG. 25 is a flowchart indicating details of a messaging procedure for allocating bandwidth. In FIG. 25, details of messages preceding the SBC-REQ message (which is indicated in the flowchart of FIG. 24) are indicated, and messages necessary to allocate bandwidth are indicated by dashed lines.

Here, the procedure for transmitting the “SBC-REQ” message by the MS after the MS receives the “RNG-RSP” message is briefly explained. First, the MS transmits the “BW Request CDMA Code” message to the BS. The “BW Request CDMA Code” message requests bandwidth allocation for transmitting header information having a predetermined length (6 bytes). When the BS receives the “BW Request CDMA Code” message, the BS transmits a “UL-MAP” message containing “CDMA Allocation IE (CDMA allocation IE)” information to the MS for allocating upstream bandwidth to the MS (from MS to BS). Information "CDMA Allocation IE" contains codes indicating the subchannel, symbol, modulation technique, coding technique, etc. for use by MS. Thus, the bandwidth necessary for transmitting the header information to the MS can be allocated to the MS.

When the MS receives the aforementioned “UL-MAP” message, the MS transmits a “Bandwidth Request Header” message to the BS indicating the bandwidth required for transmitting the “SBC-REQ” message using the allocated bandwidth. The BS recognizes the bandwidth required by the MS based on the “Bandwidth Request Header” message. The BS then allocates the bandwidth for the MS and transmits a UL-MAP message indicating the allocated bandwidth to the MS. When the MS receives the UL-MAP message, the MS transmits the SBC-REQ message to the BS by using the allocated bandwidth.

The above communication procedure is specified in the IEEE 802.16d and IEEE 802.16e standards. (See Non-Patent Literature 1 and 2).

Non-Patent Literature 1: "IEEE Standard for Local and Metropolitan Area Networks Part 16: Air Interface for Fixed Broadband Wireless Access System", IEEE Std 802.16-2004, USA, IEEE, October 1, 2004.

Non-Patent Literature 2: "IEEE Standard for Local and Metropolitan Area Networks Part 16: Air Interface for Fixed and Mobile Broadband Wireless Access Systems, Amendment for Physical and Medium Access Control Layers for Combined Fixed and Mobile Operation in Licensed Bands" IEEE Std 802.16e- 2005 and IEEE Std 802.16-2004 / Cor 1-2005, USA, IEEE, February 25, 2006.

SUMMARY OF THE INVENTION

Problems Solved by the Invention

In order to transmit an uplink message from an MS, it is necessary to exchange a plurality of preliminary messages to request and allocate bandwidth, and exchanging such messages increases the delay and irrationally uses bandwidths. In the example of FIG. 25, in order to allocate bandwidth between the BS and the MS, four messages are exchanged to transmit the “SBC-REQ” message from the MS to the BS.

In addition, when a message, etc. on the wireless link discarded, it takes a long time before this message is resent.

The present invention has been completed in light of the above problems, and an object of the present invention is to provide a messaging method, a wireless communication system, a wireless terminal, and a wireless base station that provide efficient transmission of messages from an MS.

Problem Solver

In order to achieve the above object, the present invention provides a messaging method for communication between the wireless terminal 1 and the wireless base station 2, as illustrated in FIG. 1. Wireless terminal 1 transmits message parameter 3 to the wireless base station 2. Message parameter 3 contains identification information identifying trigger message 4 and a message size indicating the data length of message 6 to be transmitted, with message 6, which should be transmitted, must be transmitted from wireless terminal 1 to wireless base station 2, and trigger message 4 initiates the transmission of message 6, which must be transmitted. Then, the wireless base station 2 transmits a trigger message 4 to the wireless terminal 1 and then allocates a wireless bandwidth for the wireless terminal 1 corresponding to the size of the message message 6 to be transmitted. Additionally, the wireless base station 2 transmits to the wireless terminal 1, allocation information 5, which indicates the allocated wireless bandwidth. Then, the wireless terminal 1 transmits a message 6 to be transmitted to the wireless base station 2 by using the wireless bandwidth indicated by the allocation information 5.

In the above messaging method, when the wireless terminal 1 transmits a message parameter 3 to the wireless base station 2, the wireless base station 2 transmits a trigger message 4 to the wireless terminal 1. After that, the wireless bandwidth corresponding to the size of the message of message 6 to be transmitted, allocated to wireless terminal 1. Additionally, wireless base station 2 transmits allocation information 5 to wireless terminal 1. Then, wireless terminal 1 transmits a message 6, which is to be transmitted, to wireless base station 2.

Advantage of the invention

According to the present invention, identification information identifying a trigger message for a message to be transmitted and a message size for a message to be transmitted are communicated to the wireless base station in advance. Therefore, the wireless base station can allocate a wireless bandwidth for the wireless terminal to transmit the message to be transmitted without messaging to allocate bandwidth after the transmission of the trigger message. As a result, communication efficiency is improved in the exchange of messages between the wireless terminal and the wireless base station.

The above and other objects, features and advantages of the present invention will become apparent from the following description, taken in conjunction with the accompanying drawings, which illustrate a preferred embodiment of the present invention as an example.

Brief Description of the Drawings

FIG. 1 is a diagram illustrating the structure of the present invention.

FIG. 2 is a diagram illustrating an example configuration of a system according to embodiments.

FIG. 3 is a block diagram illustrating the functions of a wireless base station (BS).

FIG. 4 is a block diagram illustrating the functions of a wireless terminal (MS).

FIG. 5 is a diagram illustrating data tables stored in a storage device in a BS.

FIG. 6 is a diagram illustrating data tables stored in a storage device in an MS.

FIG. 7 is a diagram indicating a sequence of messages exchanged when an MS starts a connection operation to a BS in the first embodiment.

FIG. 8 is a diagram indicating a message sequence in case a plurality of error processing operations are combined.

FIG. 9 is a first flowchart indicating operations performed by a controller in a BS.

FIG. 10 is a second flowchart indicating operations performed by a controller in the BS.

FIG. 11 is a third flowchart indicating operations performed by a controller in the BS.

FIG. 12 is a first flowchart indicating operations performed by a controller in an MS.

FIG. 13 is a second flowchart indicating operations performed by a controller in the MS.

FIG. 14 is a diagram illustrating contents of a storage device in a BS in a second embodiment.

FIG. 15 is a diagram illustrating contents of a storage device in an MS in a second embodiment.

FIG. 16 is a diagram indicating a sequence of messages exchanged when an MS starts a connection operation to a BS in the second embodiment.

FIG. 17 is a BS state transition diagram.

FIG. 18 is a flowchart indicating operations performed by a controller in the BS in the second embodiment.

FIG. 19 is a flowchart indicating operations performed by the controller in the MS in the second embodiment.

FIG. 20 is a diagram illustrating contents of a storage device in a BS in a third embodiment.

FIG. 21 is a diagram indicating a sequence of messages exchanged when an MS starts a connection operation to a BS in a third embodiment.

FIG. 22 is a flowchart indicating operations performed by the MS when the MS receives the “UCD” message.

FIG. 23 is a flowchart indicating operations performed by the MS after the MS transmits a CDMA ranking code until the MS transmits a “SBC-REQ” message.

FIG. 24 is a flowchart indicating a structure of a basic MAC message exchange procedure.

FIG. 25 is a flowchart indicating details of a messaging procedure for allocating bandwidth.

The optimal mode of carrying out the invention

Embodiments of the present invention are explained below with reference to the drawings.

FIG. 1 is a diagram illustrating the structure of the present invention. As illustrated in FIG. 1, in a wireless communication system according to the present invention, wireless messages are exchanged between the wireless terminal 1 and the wireless base station 2.

The wireless terminal 1 comprises means 1a for transmitting message parameters and means 1b for transmitting messages. The message parameter transmitting means 1a transmits the message parameter 3 to the wireless base station 2. The message parameter 3 contains identification information identifying the trigger message 4, the message size indicating the data length of the message 6 to be transmitted, and the delay time that occurs after the wireless terminal 1 receives the trigger message 4 until the preparations for transmitting the message 6 to be transmitted are complete, while the message 6 to be transmitted must but be transmitted from wireless terminal 1 to wireless base station 2, and trigger message 4 initiates the transmission of message 6, which must be transmitted. In the example of FIG. 1, the identification information identifying the trigger message 4 is “Msg # 1”, the message size is 30 bytes, and the delay time is 10 ms.

When the message transfer means 1b receives the trigger message 4 from the wireless base station 2, the message transfer means 1b starts preparing for the transmission of the message 6 to be transmitted. In addition, when the message transmitting means 1b receives the allocation information 5 that indicates the wireless bandwidth allocated by the wireless base station 2, the message transmitting means 1b transmits a message 6 to be transmitted to the wireless base station 2 by using the wireless bandwidth, indicated by the allocation information 5. The wireless base station 2 comprises trigger message transmission means 2a, bandwidth allocation means 2b, and allocation information transmission means 2c.

The trigger message transmission means 2a transmits the trigger message 4 to the wireless terminal 1 in accordance with a predetermined messaging sequence. When the bandwidth allocating means 2b receives the message parameter 3 from the wireless terminal 1, and the delay time elapses from the transmission of the trigger message 4 by the trigger message transmitting means 2a, the bandwidth allocating means 2b allocates the wireless bandwidth for the wireless terminal 1 according to the message size message 6 to be transmitted. The allocation information transmitting means 2c transmits to the wireless terminal 1, allocation information 5 indicating the wireless bandwidth allocated by the bandwidth allocation means 2b.

In the above-mentioned wireless communication system, when the wireless terminal 1 transmits a message parameter 3 to the wireless base station 2, the wireless base station 2 transmits a trigger message 4 to the wireless terminal 1 in accordance with the messaging sequence. When the delay time has elapsed since the transmission of the trigger message 4, the wireless bandwidth corresponding to the size of the message message 6 to be transmitted is allocated to the wireless terminal 1. In addition, the wireless base station 2 transmits allocation information 5 to the wireless terminal 1. Then, the wireless terminal 1 transmits message 6, which is to be transmitted, to wireless base station 2.

Thus, the wireless base station 2 can allocate for the wireless terminal 1 a wireless bandwidth for transmitting a message 6 to be transmitted without messaging to allocate a bandwidth after transmitting a trigger message 4. As a result, communication efficiency between messages exchanged between the wireless terminal 1 and wireless base station 2.

Additionally, since the wireless base station 2 takes as the delay time the time needed to prepare for the transmission of the message 6 to be transmitted, the wireless base station 2 allocates a bandwidth after the delay time has elapsed since the transmission of the trigger message 4. Therefore, the wireless terminal 1 can transmit message 6, which should be transmitted immediately after the wireless base station 2 allocates bandwidth. As a result, the efficient use of wireless bandwidth can be simplified.

In the case where the aforementioned processing for allocating a bandwidth is performed when various messages to be transmitted are transmitted by the wireless terminal 1, the time required to request and allocate the bandwidths used for the messages to be transmitted can be significantly reduced.

In the example of FIG. 1, the wireless base station 2 is notified of the start time of the bandwidth allocation operation by inserting a delay time into the message parameter 3. This is effective if the time required to prepare for the transmission of message 6, which must be transmitted by the wireless terminal 1, is fixed. In the event that the time required to prepare for the transmission and reception of message 6 to be transmitted is not fixed, the wireless terminal 1 may request bandwidth allocation by transmitting identification information that is unique to the wireless terminal 1 to the wireless base station. At the same time, the amount of wireless resource (bandwidth) to be allocated is determined according to the size of the message that is reported to the wireless base station 2 via the wireless terminal 1 in advance.

The following will explain the details of the embodiments for exemplary cases where the present invention is applied to wireless communications in accordance with IEEE 802.16d / e standards.

First Embodiment

FIG. 2 is a diagram illustrating an example configuration of a system according to a first embodiment. Wireless communication according to the first embodiment is performed between a wireless base station (BS) 100 and a plurality of wireless terminals (MS) 200, 200a, and 200b. MS 200, 200a, and 200b are within the coverage area of BS 100. BS 100 is connected to router 300. Router 300 is further connected to wireless base stations (BS) 100, 100a, and 100b and controls the routing of data, such as packet data, that is received through the BS 100, 100a and 100b.

The communication method according to the first embodiment is explained below by considering, as an example, the communication between the BS 100 and the MS 200.

FIG. 3 is a block diagram illustrating the functions of a wireless base station (BS). The BS 100 has an antenna 111 and a duplexer 112. An antenna 111 is provided for transmitting and receiving wireless signals to and from wireless terminals, and a duplexer 112 is provided for using the antenna 111 for both transmission and reception.

The BS 100 portion adapted to be received from the MS 200 comprises a receiver 121, a demodulator 122, a decoder 123, a control message extracting unit 124, and a packet reassembly module 125.

The receiver 121 receives through the duplexer 112 the signals input to the antenna 111, and sends the received signals to the demodulator 122. The demodulator 122 demodulates the received signals and sends the demodulated signals to the decoder 123. The decoder 123 decodes the demodulated signals into decoded data and sends the decoded data to the extraction module 124 control messages.

The control message extracting unit 124 extracts control data from the decoded data and sends the control data to the controller 150. In addition, the control message extracting unit 124 transmits data (such as user data) other than the control data to the packet reassembly module 125. The packet reassembly module 125 packetizes the data transmitted from the control message retrieval module 124 and sends the packetized data to the NW (network) interface 130.

The NW interface 130 is an interface provided for communication with the router 300. The NW interface 130 transmits a packet forwarded to the NW interface 130 by the packet reassembly module 125 to the router 300 through the network. When the NW interface 130 receives the packet from the router 300, the NW interface 130 forwards the packet to the packet classifier 141.

The BS 100 portion of transmission to the MS includes a packet classifier 141, a packet buffer 142, a PDU (protocol unit of data) shaper 143, an encoder 144, a modulator 145, and a transmitter 146. The packet classifier 141 recognizes an IP (Internet Protocol) address the destination contained in the packet received from the NW interface 130 and identifies the MS as the destination based on the IP address. For example, the packet classifier 141 pre-stores in memory a table (address table) into which correspondence between IP addresses and MS identifiers is recorded. When the packet classifier 141 receives the packet, the packet classifier 141 accesses the address table and obtains the destination MS identifier (i.e., the MS corresponding to the destination IP address in the packet).

In addition, the packet classifier 141 receives QoS (Quality of Service) information corresponding to the destination identifier MS when the packet classifier 141 receives the packet. For example, the packet classifier 141 pre-stores in memory a table (QoS table) into which correspondences between QoS information elements and MS identifiers are recorded. When the packet classifier 141 receives the packet, the packet classifier 141 accesses the QoS table and obtains QoS information corresponding to the destination identifier MS.

When the packet classifier 141 receives the identifier and QoS information for the destination MS, the packet classifier 141 provides the identifier and QoS information for the destination MS and the data size to the controller 150 and sends a bandwidth allocation request. Then, the packet classifier 141 stores a packet in the packet buffer 142, which is forwarded to the packet classifier 141 via the NW interface 130. The packet buffer 142 temporarily stores the packet to be transmitted to the MS.

The PDU driver 143 receives user data from a packet stored in the packet buffer 142, and control data from the controller 150 in accordance with an instruction from the controller 150 for transmitting data. In addition, the PDU driver 143 generates a PDU by inserting data to be transmitted and composed of user data and control data into a wireless frame that is generated using a synchronization signal (preamble) as a reference signal. Then, the PDU driver 143 transmits the generated PDU to the encoder 144.

Encoder 144 performs processing for encoding (such as error correction encoding) the PDU received from the PDU driver 143. The encoder 144 then sends the encoded PDU data to the modulator 145. The modulator 145 modulates the PDU data received from the encoder 144 and forwards the modulated PDU data to the transmitter 146. The transmitter 146 wirelessly transmits through the antenna 111 modulated PDU data in the form of a wireless signal.

When the controller 150 receives a bandwidth allocation request for downlink traffic (from BS to MS) from the packet classifier 141, the controller 150 selects the MS for which bandwidth allocation is requested according to the QoS information. Then, the controller 150 instructs the packet buffer 142 and the PDU driver 143 to dispatch the transmission of user data. In addition, the controller 150 also generates control data and sends the generated control data to the PDU driver 143.

In addition, the controller 150 allocates uplink bandwidth to the MS 200 for uplink traffic (in the direction from the MS to the BS) in response to a bandwidth request that is received from the MS 200. Additionally, when the controller 150 transmits a message to initiate transmitting predetermined control data from the MS 200, and a predetermined delay time is measured by a timer, the controller 150 automatically allocates uplink bandwidth for the MS 200. In addition, when the controller 150 transmits a message to initiate the transfer, the controller 150 generates allocation information about the allocation of bandwidth and instructs the PDU driver 143 to transmit control data containing the generated allocation information to the MS 200.

In addition, the controller 150 performs processing of the received control data. For example, controller 150 performs processing for registration, authentication, key generation and exchange, state control of wireless channels, and the like. for functions supported by the MS 200. A storage device 160 is connected to the controller 150, and the controller 150 stores the data necessary for various processing in the storage device 160 and reads data from the storage device 160.

The storage device 160 stores various data that the BS 100 must store. For example, the storage device 160 stores information about the functions of the MS 200, authentication information, key information, information about wireless channels and the like contained in the control data received from the MS 200, as well as management information about the status of resource use in the MS 200.

In addition, the TLV job table and the transmission trigger table are stored in advance in the storage device 160. The TLV table saves the TLV parameter settings, and the transmission trigger table stores the transmission trigger jobs that initiate bandwidth allocation. Additionally, when the MS 200 is connected, the bandwidth allocation control table is stored in the memory 160 in accordance with the MS 200. The message size and the delay time associated with the allocation of bandwidth are set in the bandwidth allocation management table. Details of the above tables stored in the storage device 160 are explained below.

FIG. 4 is a block diagram illustrating the functions of a wireless terminal (MS). The MS 200 includes an antenna 211 and a duplexer 212. An antenna 211 is provided for transmitting and receiving wireless signals to and from the BS 100, and a duplexer 212 is provided for using the antenna 211 for both transmission and reception.

The MS 200 includes a receive processor 220, which includes a receiver 221, a demodulator 222, a decoder 223, and a control message extracting unit 224.

Receiver 221 receives signals input to antenna 211 through duplexer 212 and sends received signals to demodulator 222. Demodulator 222 demodulates received signals and sends demodulated signals to decoder 223. Decoder 223 decodes demodulated signals to decoded data and sends decoded data to extraction module 224 control messages. The control message extracting unit 224 extracts control data from the decoded data and sends the control data to the controller 250. In addition, the control message extracting unit 224 transmits data (such as user data) other than the control data to the data processor 230.

The data processor 230 performs processing for displaying various data included in the received data, processing for outputting sound, and the like. In addition, the data processor 230 sends user data to the PDU buffer 241 to be transmitted to the target device.

The transmit processor 240 comprises a PDU buffer 241, an encoder 242, a modulator 243, and a transmitter 244. The PDU buffer 241 stores data to be transmitted and received from the data processor 230, and the PDU buffer 241 outputs the stored data to the encoder 242 in accordance with instructions from the controller 250.

Encoder 242 encodes the data that must be transmitted and received from the PDU buffer 241 under the control of the controller 250, and encoder 242 sends the data that must be transmitted and encoded to a modulator 243. Modulator 243 performs processing to modulate the data that must be transmitted and encoded, and sends the data to be transmitted and modulated to the transmitter 244. The transmitter 244 wirelessly transmits the data to be transmitted and modulated in the form of a wireless signal through the antenna 211.

The controller 250 performs processing of control data that is transmitted to or received from the BS 100. For example, the controller 250 performs processing for registration, authentication, generation and exchange of a key, control the status of wireless channels, etc. for functions supported by the MS 200. In addition, the controller 250 transmits user data or control data to the BS 100 by controlling the transmit processor 240 based on the allocation information for the uplink bandwidth that is transmitted from the BS 100. When bandwidth allocation is necessary, the controller 250 instructs the transmit processor 240 to transmit a signal or message to the BS 100 to request bandwidth allocation.

A storage device 260 is connected to the controller 250. The controller 250 stores in the storage device 260 data necessary for processing data, bandwidth allocation information transmitted from the BS 100, and the like.

The storage device 260 stores the data necessary for processing performed by the controller 250. In addition, the storage device 260 stores a message information management table in which message sizes and delay times for messages transmitted on the uplink from the MS 200 to the BS 100 are recorded.

Next, the contents of the data tables stored in the storage device 160 in the BS 100 and in the storage device 260 in the MS 200 are explained.

FIG. 5 is a diagram illustrating tables of data stored in a storage device in a BS. The TLV task table 161 and the transmission trigger table 162 are stored in advance in the memory 160. In addition, when the MS 200 is connected, the controller 150 generates a parameter table 163 and stores the parameter table 163 in the memory 160. In FIG. 5 of the information stored in the storage device 160, only tables of data that are necessary for allocating bandwidth are indicated. Thus, in practice, the storage device 160 further stores various data that is not indicated in FIG. 5.

The TLV job table 161 has the columns “Type,” “Length,” and “Value.” Information elements placed along each line are correlated with each other and constitute the data structure of the TLV type parameter. For example, one type of TLV parameter specified in TLV definition table 161 is a TLV parameter for transmitting bandwidth allocation information.

The data type of the information indicated in the "Value" column is indicated in the "Type" column. The data length of the information indicated in the "Value" column is indicated in the "Length" column. The data length of the information indicated in the "Value" column of the TLV parameter for transmitting bandwidth allocation information is three bytes. Information that is actually transmitted as the value of the TLV parameter is indicated in the "Value" column. In the TLV parameter value for transmitting bandwidth allocation information, the size of the message to be transmitted is indicated (in bytes) in the first ten bits, the delay time is indicated (in frames) in the next six bits, and the transmission trigger identifier is indicated in the remaining eight bits . A transmission trigger identifier is identification information for identifying a trigger (transmission trigger) that indicates a transmission time of predetermined control data by the MS 200.

The transmission trigger table 162 has the columns “Transmission Trigger ID”, “Transmission Trigger” and “Transmitted Message”.

The identification information (transmission trigger identifier) assigned to each transmission trigger is set in the "Transmission Trigger ID" column. The event that initiates the transmission of control data via the MS 200 is set in the "Transmission Trigger" column. The type of message that should be sent from the MS 200 in response to each transmission trigger is set in the "Transmitted Message" column.

In the example of FIG. 5, the reception of the “RNG-RSP” message is set as the transmission trigger in accordance with the transmission trigger identifier “1”. When the MS 200 receives the “RNG-RSP” message, the MS 200 transmits the “SBC-REQ” message to the BS 100. In addition, the reception of the “PKMv2-RSP (Key-Reply)" message is set as the transmission trigger according to the identifier of the transmission trigger "2". When the MS 200 receives the "PKMv2-RSP (Key-Reply)" message, the MS 200 transmits the "REG-REQ" message to the BS 100.

The parameter table 163 has the columns "Transmission Trigger ID", "Delay Time" and "Message Size". The trigger identifier indicating the event (message reception) that initiates the transmission of the message via the MS 200 is set in the "Transmission Trigger ID" column. The minimum value of the delay time that occurs until the preparation for sending a message to be transmitted by the MS 200 in response to the transmission trigger indicated by the transmission trigger identifier is completed is set in the "Delay Time" column. The amount of data of the message to be transmitted by the MS 200 in response to the transmission trigger indicated by the transmission trigger identifier is set in the "Message Size" column.

FIG. 6 is a diagram illustrating a data table stored in a storage device in an MS. The storage device 260 in the MS 200 stores the TLV job table 261, the transmission trigger table 262, and the message information management table 263.

The data structure of the TLV job table 261 and the data recorded in the TLV job table 261 are identical to the TLV job table 161 stored in the storage device 160 in the BS 100. In addition, the data structure of the transmission trigger table 262 and the data recorded in the transmission trigger table 262, identical to the transmission trigger table 162 stored in the storage device 160 in the BS 100.

The message information management table 263 has the Transmitted Message, Message Size, and Delay Time columns. When the “RNG-REQ” message is transmitted from the MS 200, the predetermined data contained in the “RNG-REQ” message is recorded in the message information management table 263.

The type of message transmitted by the MS 200 in response to each transmission trigger is set in the "Transmitted Message" column. The size of each message transmitted from the MS 200 is set (in bytes) in the "Message Size" column. The delay time for each message sent from the MS 200 is set in the "Delay Time" column. The delay time of each message is the minimum value of the time required after the MS 200 receives the transmission trigger until the MS 200 transmits the corresponding message. This means that the MS 200 does not transmit a predetermined message until the delay time expires after the BS 100 transmits the message as a transmission trigger. Therefore, for the BS 100, it is sufficient to allocate a bandwidth for the MS 200 when the delay time has elapsed since the transmission of the message as a transmission trigger.

Since the BS 100 and the MS 200 are configured as described above, it is possible to efficiently transmit control data from the MS 200 to the BS 100 over the uplink.

FIG. 7 is a diagram indicating a sequence of messages exchanged when an MS starts a connection operation to a BS in the first embodiment. In FIG. 7, exchanged messages are indicated by arrow lines, message types are indicated above arrow lines, and data contained in messages are indicated in parentheses according to message types. In addition, signals and messages for requesting and allocating bandwidth are indicated by dashed lines, and main messages for exchanging authentication information and the like. between MS 200 and BS 100 are indicated by solid lines.

Additionally, the curved dashed lines shown on the BS 100 side with arrows indicate processing for allocating bandwidth and go from the message generating the processing for allocating bandwidth to a message informing MS 200 of the details of bandwidth allocation. As indicated in FIG. 7, a plurality of messages are exchanged when the MS 200 starts the operation of connecting the MS 200 to the BS 100 (i.e., the network entry operation). At the same time, the messaging order (i.e., the messaging sequence) is predetermined.

First, the main messages exchanged when the MS 200 starts the operation of connecting the MS 200 to the BS 100 are explained below with reference to FIG. 7. When a connection request with the BS 100 is entered into the MS 200 through a user operation manually, the MS 200 transmits a CDMA ranking code to the BS 100. Then, the BS 100 transmits the “RNG-RSP (Success Status)” message to the MS 200.

Then, the MS 200 transmits the message "RNG-REQ (MAC Address etc) (MAC address, etc.)" to the BS 100. In response to the message "RNG-REQ (MAC Address etc)", the BS 100 registers the MAC address of the MS 200. Then, the BS 100 extracts the basic CID and the primary CID and transmits the message "RNG-RSP (Basic / Primary CID etc) (Basic / Primary CID, etc.)" to the MS 200.

After that, the MS 200 transmits the "SBC-REQ" message to the BS 100. In response to the "SBC-REQ" message, the BS 100 transmits the "SBC-RSP" message to the MS 200. Thus, negotiations are performed for the authentication technique and functions on the physical level, which are used in establishing communication, while functions at the physical level include modulation technique, error correction coding technique, HARQ technique, etc., which are supported.

After this, the BS 100 authenticates and determines whether or not to allow the connection by exchanging the PKM-REQ message and the PKM-RSP message many times. When the authentication of the MS 200 is successful and the connection is possible, the MS 200 transmits a REG-REQ message to the BS 100. In response to the REG-REQ message, the BS 100 transmits a REG-RSP message to the MS 200. In this way, negotiations are performed for functional parameters, etc. to establish a data connection as described above.

In principle, bandwidth allocation by the BS 100 is necessary every time an uplink message is transmitted from the MS 200 to the BS 100 during the main message exchange, although a CDMA ranking code can be transmitted by using a bandwidth that can be used by all MSs. since the MS 200 receives the “UL-MAP (DDMA Ranging Opportunity)” message from the BS 100 in advance.

Each message transmitted from the MS 200, other than the CDMA ranking code, is transmitted using a bandwidth that is uniquely allocated to the MS 200 by the BS 100. To allocate a bandwidth to the MS 200, the BS 100 must recognize the size and delay time of the message, which should be transferred from MS 200.

Thus, in order to realize the effective use of communication bandwidth, it is necessary to allocate to each MS the minimum bandwidth necessary for transmitting messages within the shortest possible time. Therefore, in the event that a certain time is needed to prepare for the transmission of the message via the MS 200, the BS 100 allocates the bandwidth for the MS 200 after the time required to prepare for the transmission expires. Thus, it is possible to minimize the time from the allocation of the bandwidth to the transmission of the message by using the bandwidth. In addition, the allocation of the minimum required bandwidth for the MS 200 can be realized by allocating the bandwidth according to the size of the message to be transmitted by the MS 200.

When the MS 200 receives the RNG-RSP (Success Status) message, the MS 200 transmits the RNG-REQ (MAC Address etc) message. It is known that preparations for the transmission of the “RNG-REQ (MAC Address etc)” message can be completed with a minimum delay time. In addition, the message size of the “RNG-REQ (MAC Address etc)” message is also known from the standard. Thus, the BS 100 knows in advance the message size of the “RNG-REQ (MAC Address etc)” message and the delay time to prepare for the transmission of the “RNG-REQ (MAC Address etc)" message. Therefore, the BS 100 can allocate bandwidth for the MS 200 and transmit the message “UL-MAP (CDMA Allocation IE)” to the MS 200 immediately after the transmission of the “RNG-RSP (Success Status)” message from the BS 100. However, the message sizes and the delay times of the various main messages transmitted from the MS 200 to the BS 100 are different for each MS. Therefore, traditionally, it is necessary to exchange more than one message to allocate bandwidth, as indicated in FIG. 24.

Consider the contents of the main messages sent from the MS 200 to the BS 100. For some of the main messages sent from the MS 200 to the BS 100, the message size and delay time can be set as fixed values in advance in the MS 200. In particular, the message "SBC- REQ "(which is transmitted by the MS 200 after the MS 200 receives the" RNG-RSP "message containing the" Basic / Primary CID "and the like) and the message" REG-REQ "(which is transmitted by the MS 200 after how authentication is successful and the MS 200 receives a PKM-RSP message representing key exchange) are bscheniyami containing information unique to the MS 200, and having a predetermined size of the message. In addition, the SBC-REQ message or the REG-REQ message can be transmitted without the need for complex processing after receiving the RNG-RSP or PKM-RSP message. Therefore, the preparation for transmitting the “SBC-REQ” message or the “REG-REQ” message can be completed with a minimum delay.

In view of the aforementioned case, according to the present embodiment, the MS 200 inserts the information recorded in the message information management table 263 into a message that is transmitted to the BS 100 before the MS 200 receives the first message, which becomes a transmission trigger (i.e. message "RNG-RSP (Basic / Primary CID etc)"). Thus, the MS 200 transmits to the BS 100 an “RNG-REQ” message containing a message parameter 20, which includes message sizes for the “SBC-REQ” message and the “REG-REQ” message, the delay time that occurs after The MS 200 receives the "RNG-RSP (Basic / Primary CID etc)" message until the MS 200 becomes ready to send the "SBC-REQ" message and the delay time that occurs after the MS 200 receives the "PKMv2- RSP (Key-Reply) "until the MS 200 is ready to transmit the" REG-REQ "message. Then, the BS 100 generates a parameter table 163 based on the message parameter and stores the parameter table 163 in the memory 160.

The BS 100 allocates bandwidth for the MS 200 to transmit each of the SBC-REQ message and the REG-REQ message at the appropriate time based on the parameter table 163. In particular, the BS 100 waits for a delay time for the SBC-REQ message after the BS 100 transmits the RNG-RSP (Basic / Primary CID etc) message, allocates a bandwidth corresponding to the size of the SBC-REQ message, and transmits the message “UL-MAP (Burst Allocation)” to the MS 200. Additionally, the BS 100 waits for a delay time for the “REG-REQ” message after the BS 100 transmits the message “PKMv2-RSP (Key-Reply) ) (Response to key request) ", selects the bandwidth corresponding to the message size for the" REG-REQ "message, and transmits the message" UL-MAP (Burst Allocation) "to the MS 200.

As explained above, the number of messages exchanged for bandwidth allocation can be reduced, so that the communication efficiency in the operation of connecting the MS 200 to the BS 100 can be improved.

In the example of FIG. 7, it is assumed that all messages normally reach the destination. However, under certain environmental conditions, the MS 200 during wireless communications, the possibility that some messages cannot be received normally should not be ignored.

According to the present embodiment, messages are transmitted and received at predetermined times. Therefore, if the message is not received at a predetermined time, you can immediately detect that the message does not reach the destination normally. Thus, a measure such as retransmission can be quickly taken.

In particular, if the BS 100 cannot receive the SBC-REQ message at the time that the SBC-REQ message is to be received, the BS 100 performs one of the following error processing operations.

(a) Retransmission of the main message that was previously transmitted to the MS 200.

(b) Re-allocation of bandwidth.

(c) Ranking processing (control of transmission parameters MS 200).

According to the present embodiment, the error handling to be performed is determined according to the error.

FIG. 8 is a diagram indicating a message sequence in case a plurality of error processing operations are combined. When the BS 100 receives the "RNG-REQ" message from the MS 200, the BS 100 transmits the "RNG-RSP" message to the MS 200. When the predetermined time has elapsed since the transmission of the "RNG-RSP" message, the BS 100 transmits the message "to the MS 200 UL-MAP "containing information for the allocation of a wireless resource for transmitting the message" SBC-REQ ". In the example of FIG. 8, it is assumed that the “RNG-RSP” message and the “UL-MAP” message cannot be received normally by the MS 200.

In the above case, since the MS 200 cannot normally receive responses (“RNG-RSP” message and “UL-MAP” message) from the BS 100, the MS 200 cannot recognize that the BS 100 allocates a wireless resource for the MS 200, so that the wireless resource allocated to the MS 200 by the BS 100 is not used.

The BS 100 detects that there is no signal transmitted to the wireless resource allocated to the MS 200 (i.e., the BS 100 detects a “No Signal” state). In particular, the BS 100 detects a “No Signal” state when the BS 100 does not receive a signal from the MS 200 even after a predetermined time has elapsed since the bandwidth is allocated in the MS 200. When the BS 100 detects a “No Signal” state, the BS 100 cannot determine whether or not the message that was previously transmitted reaches MS 200.

Therefore, the BS 100 performs the above error processing operation (a). Thus, the BS 100 retransmits the RNG-RSP message, re-allocates the bandwidth for the MS 200, and transmits the UL-MAP message. At the same time, the BS 100 increments the retransmission count by one.

When the MS 200 receives the RNG-RSP retransmitted message and the UL-MAP transmitted message indicating the details of bandwidth re-allocation, the MS 200 transmits the SBC-REQ message to the BS 100 by using the allocated wireless resource. However, in this example, it is assumed that the BS 100 detects a CRC (cyclic redundancy check) error in the “SBC-REQ” message at this time. When the BS 100 detects a CRC error, the BS 100 can recognize that the MS 200 is transmitting some message by using the bandwidth re-allocated to the MS 200 and determine that the previous message is “RNG-RSP” and the message is “UL-MAP” normally reach MS 200.

In the aforementioned case, the BS 100 performs the above error handling operation (b). Thus, when the BS 100 detects that the BS 100 cannot normally receive the “SBC-REQ” message due to a CRC error, the BS 100 re-allocates the bandwidth for the MS 200 and retransmits the “UL-MAP” message to the MS 200. At the same time BS 100 increments the retransmit counter by one.

When the MS 200 does not receive the “SBC-RSP” message and accepts the bandwidth allocation, the MS 200 determines that the BS 100 cannot normally receive the “SBC-REQ” message. Therefore, the MS 200 retransmits the “SBC-REQ” message. If the retransmitted SBC-REQ message cannot be received normally and a CRC error occurs, the BS 100 performs the above error processing operation (b) again. Thus, the bandwidth is re-allocated for the MS 200, the message "UL-MAP" is retransmitted to the MS 200, and the counter of the number of retransmissions is increased by one.

The maximum number of retransmissions is stored in advance in memory 160 in the BS 100. Each time the BS 100 detects an error, the controller 150 compares the value of the retransmit counter with the maximum number of retransmissions. When the value of the retransmission counter is equal to or exceeds the maximum number of retransmissions, the BS 100 performs the above error processing operation (c). Thus, the BS 100 transmits an “RNG-RSP” message containing a state of continuity to the MS 200, and prompts the MS 200 to transmit a CDMA ranking code for adjusting transmission parameters (transmit power, frequency and time).

When the MS 200 receives the “RNG-RSP” message containing the continuity state, the MS 200 transmits the CDMA ranking code to the BS 100. When the BS 100 receives the CDMA ranking code, the BS 100 determines whether or not the reception power, frequency and time are in the ranking code CDMA within the specified ranges. If one or more of the reception power, frequency, and time in the CDMA ranking code is outside one or more of the indicated ranges, the BS 100 transmits an “RNG-RSP” message to the MS 200 containing one or more control values for one or more of the transmission parameters, and offers the MS 200 to transmit the CDMA ranking code again.

When the MS 200 receives an “RNG-RSP” message containing one or more regulatory values for one or more transmission parameters, the MS 200 performs the instructed adjustment and then transmits the CDMA ranking code to the BS 100. When the BS 100 receives the CDMA ranking code, BS 100 determines whether or not the reception power, frequency, and time in the CDMA ranking code are within the specified ranges. If the reception power, frequency, and time in the CDMA ranking code are within the indicated ranges, the BS 100 transmits an “RNG-RSP” message containing the success state to the MS 200. The BS 100 then allocates the bandwidth for the MS 200 to transmit the SBC-REQ message and transmits the UL-MAP (Burst Allocation) message to the MS 200.

As explained above, a very reliable messaging can be implemented by combining many error handling operations.

The following will explain in detail the sequence of operations performed by the controller 150 in the BS 100 and the controller 250 in the MS 200 to implement the processing indicated in FIG. 7 and 8. First, operations performed by the controller 150 from receiving a CDMA ranking code to transmitting an “SBC-RSP” message are explained below with reference to FIG. 9-11.

FIG. 9 is a first flowchart indicating operations performed by a controller in a BS. The operations of FIG. 9 are explained below in stages.

<Step S11> The controller 150 waits for the transmission of the CDMA ranking code from the MS 200. (Thus, the controller 150 enters the standby state).

<Step S12> The controller 150 receives and receives a CDMA ranking code.

<Step S13> The controller 150 determines whether or not the reception power, frequency, and time in the CDMA ranking code are within the indicated ranges. When the determination result is “Yes”, the process advances to step S16. When the result of the determination is “No,” the process proceeds to step S14.

<Step S14> The controller 150 transmits an “RNG-RSP” message containing a state of continuity to the MS 200.

<Step S15> The controller 150 waits for the transmission of the CDMA ranking code from the MS 200. (Thus, the controller 150 enters the standby state). After this, the process proceeds to step S12.

<Step S16> If the values of the CDMA ranking code are within the indicated ranges, the controller 150 transmits an “RNG-RSP” message containing the success status to the MS 200.

<Step S17> The controller 150 allocates the bandwidth necessary for the MS 200 to transmit the “RNG-REQ (MAC Address etc)” message and transmits the message “UL-MAP (CDMA Allocation IE)” to the MS 200.

<Step S18> The controller 150 waits for the transmission of the “RNG-REQ (MAC Address etc)” message from the MS 200. (Thus, the controller 150 enters the standby state).

<Step S19> The controller 150 receives the message "RNG-REQ (MAC Address etc)".

<Step S20> The controller 150 obtains the MAC address and parameter of the MS 200 message from the received message. The controller 150 accesses the TLV job table 161 (as indicated in FIG. 5) and interprets the message parameter. The message parameter includes the message sizes of the “SBC-REQ” message and the “REG-REQ” message, the delay time that occurs after the MS 200 receives the “RNG-RSP (Basic / Primary CID etc)” message until The MS 200 does not become ready to send the SBC-REQ message, and the delay time that occurs after the MS 200 receives the PKMv2-RSP (Key-Reply) message until the MS 200 is ready to send the REG message -REQ ". Then, the controller 150 generates a parameter table 163 (as indicated in FIG. 5) based on the message parameter and stores the parameter table 163 in the memory 160.

<Step S21> The controller 150 allocates a base CID and a primary CID in the MS 200.

<Step S22> The controller 150 transmits the message "RNG-RSP (Basic / Primary CID etc)" to the MS 200.

<Step S23> The controller 150 accesses the transmission trigger table 162 (as indicated in FIG. 5) and recognizes that the reception of the “RNG-RSP” message implements the transmission trigger for the MS 200 message. In particular, in step S23, the controller 150 resets the value counter of the number of retransmissions to "0". After this, the process proceeds to step S31 (in FIG. 10).

FIG. 10 is a second flowchart indicating operations performed by a controller in the BS. The operations of FIG. 10 are explained below in stages.

<Step S31> The controller 150 starts a timer for measuring a timeout.

<Step S32> The controller 150 detects a timer expiration. In particular, the controller 150 accesses the transmission trigger table 162 and obtains the transmission trigger identifier “1” in the message “RNG-RSP (Basic / Primary CID etc)” transmitted in step S22. Then, the controller 150 accesses the parameter table 163 and obtains a delay time of “10 ms” associated with the received transmission trigger identifier. Then, the controller 150 compares the received “10 ms” delay time with the timer value and determines the expiration when the timer value becomes equal to or greater than the delay time.

<Step S33> The controller 150 allocates a bandwidth for the MS 200. At this time, the controller 150 accesses the parameter table 163 and obtains the message size associated with the transmission trigger identifier “1” obtained in step S32. Then, the controller 150 allocates a wireless bandwidth for the MS 200 corresponding to the received message size. The controller 150 then transmits the message "UL-MAP (Burst Allocation)" to the MS 200.

<Step S34> The controller 150 waits for the transmission of the “SBC-REQ” message from the MS 200. When the BS 100 receives the “RNG-REQ” message from the MS 200, the process proceeds to step S35. When the BS 100 receives the “SBC-REQ” message from the MS 200, the process proceeds to step S37. If the BS 100 cannot receive the message from the MS 200, the “No signal” state is determined, and the process proceeds to step S41 (indicated in FIG. 11). If a CRC error occurs in a message received from the MS 200, the process proceeds to step S45 (indicated in Fig. 11).

<Step S35> The controller 150 receives an “RNG-REQ” message.

<Step S36> The controller 150 retransmits to the MS 200 an “RNG-RSP” message containing the base / primary CID. After that, the process proceeds to step S31.

<Step S37> The controller 150 receives a "SBC-REQ" message.

<Step S38> The controller 150 negotiates for the authentication methodology and the physical layer functions that are used in establishing communication, where the physical layer functions include a modulation technique, error correction coding technique, HARQ technique and the like, which are supported .

<Step S39> The controller 150 transmits a "SBC-RSP" message to the MS 200. After that, messages are exchanged between the BS 100 and the MS 200, as indicated in FIG. 7.

FIG. 11 is a third flowchart indicating operations performed by a controller in the BS. In FIG. 11 indicates the error processing sequence. The operations of FIG. 11 are explained below in stages.

<Step S41> In the absence of a message transmitted by using the bandwidth allocated to the MS 200 for a predetermined time, the controller 150 determines that the allocated bandwidth is in the “No Signal” state.

<Step S42> The controller 150 retransmits to the MS 200 an “RNG-RSP” message containing the base / primary CID.

<Step S43> The controller 150 compares the value of the retransmission counter with the maximum number of retransmissions (which is preset). When the counter value of the number of retransmissions is less than the maximum number of retransmissions, the process proceeds to step S44. When the value of the retransmission counter is equal to or exceeds the maximum number of retransmissions, the process proceeds to step S48.

<Step S44> The controller 150 increments the retransmission counter. After this, the process proceeds to step S31.

<Step S45> The controller 150 detects the occurrence of a CRC error in a message received from the MS 200.

<Step S46> The controller 150 compares the value of the retransmission counter with the maximum number of retransmissions (which is preset). When the counter value of the number of retransmissions is less than the maximum number of retransmissions, the process proceeds to step S47. When the value of the retransmission counter is equal to or exceeds the maximum number of retransmissions, the process proceeds to step S48.

<Step S47> The controller 150 increments the retransmission counter. After this, the process proceeds to step S33.

<Step S48> The controller 150 transmits an “RNG-RSP” message containing a state of continuity to the MS 200.

<Step S49> The controller 150 waits for the transmission of the CDMA ranking code from the MS 200. After that, the controller 150 receives the CDMA ranking code from the MS 200.

<Step S50> The controller 150 determines whether or not the reception power, frequency, and time in the CDMA ranking code are within the specified ranges. If the values of the CDMA ranking code are within the indicated ranges, the process proceeds to step S52. If one or more values of the CDMA ranking code are outside of one or more of the indicated ranges, the process proceeds to step S51.

<Step S51> The controller 150 transmits to the MS 200 an “RNG-RSP” message containing one or more control values for one or more transmission parameters. After this, the process proceeds to step S49.

<Step S52> The controller 150 transmits an “RNG-RSP” message containing a success state to the MS 200.

<Step S53> The controller 150 resets the retransmission counter to “0”. After this, the process proceeds to step S33.

Next, operations performed by the controller 250 in the MS 200 are explained in detail with reference to flowcharts.

FIG. 12 is a first flowchart indicating operations performed by a controller in an MS. FIG. 12 indicates operations after transmitting a CDMA ranking code. The operations of FIG. 12 are explained below in stages.

<Step S61> The controller 250 waits for the transmission of the RNG-RSP message from the BS 100.

<Step S62> The controller 250 receives the “RNG-RSP” message transmitted from the BS 100.

<Step S63> The controller 250 determines whether or not the RNG-RSP message transmitted from the BS 100 indicates a success status. When the determination result is “Yes”, the process advances to step S66. When the result of the determination is “No,” the process advances to step S64.

<Step S64> The controller 250 transmits a CDMA ranking code.

<Step S65> The controller 250 awaits the transmission of the “RNG-RSP” message from the BS 100. After this, the process proceeds to step S62.

<Step S66> The controller 250 waits for the transmission of the message "UL-MAP (CDMA Allocation IE)" from the BS 100.

<Step S67> The controller 250 receives the message “UL-MAP (CDMA Allocation IE)” transmitted from the BS 100.

<Step S68> The controller 250 transmits the message "RNG-REQ (MAC Address etc)". In particular, the controller 250 generates a message parameter having a form identical to the value of type “X” in the TLV task table 261 based on the contents of the message information management table 263. The message parameter consists of the size of the message to be transmitted, the delay time, and the transmission trigger identifier. The size of the message to be transmitted and the delay time can be obtained from the message information management table 263, and the transmission trigger identifier can be obtained from the transmission trigger table 262. Thus, the controller 250 searches the transmission trigger table 262 for the message to be transmitted corresponding to the type of message indicated in the “Transmitted Message” column in the message information management table 263, and obtains the transmission trigger identifier from the transmission trigger table 262, corresponding to the message to be transmitted, which is being searched.

<Step S69> The controller 250 waits for the transmission of the “RNG-RSP (Basic / Primary CID etc)” message from the BS 100. If the “RNG-RSP (Basic / Primary CID etc)” message from the BS 100 reaches the MS 200, the process proceeds to step S72. If the “UL-MAP (Burst Allocation)” message from the BS 100 reaches the MS 200 before the “RNG-RSP (Basic / Primary CID etc)” message reaches the MS 200, the process advances to step S70.

<Step S70> The controller 250 receives the message “UL-MAP (Burst Allocation)” transmitted from the BS 100.

<Step S71> The controller 250 retransmits the RNG-REQ (MAC Address etc) message. After this, the process proceeds to step S69.

<Step S72> The controller 250 receives the message "RNG-RSP (Basic / Primary CID etc)" transmitted from the BS 100.

<Step S73> The controller 250 makes preparations for transmitting the SBC-REQ message. After that, the process proceeds to step S81 (indicated in FIG. 13).

FIG. 13 is a second flowchart indicating operations performed by a controller in the MS. The operations of FIG. 13 are explained below in stages.

<Step S81> The controller 250 awaits the transmission of the UL-MAP (Burst Allocation) message from the BS 100.

<Step S82> The controller 250 receives the “UL-MAP (Burst Allocation)” message transmitted from the BS 100.

<Step S83> The controller 250 transmits a "SBC-REQ" message to the BS 100.

<Step S84> The controller 250 waits for the transmission of the SBC-RSP message from the BS 100. When the SBC-RSP message from the BS 100 reaches the MS 200, the process proceeds to step S85. When the “UL-MAP (Burst Allocation)” message from the BS 100 reaches the MS 200, the process proceeds to step S87. Further, when the “RNG-RSP (Continue)” message from the BS 100 reaches the MS 200, the process proceeds to step S89.

<Step S85> The controller 250 receives a "SBC-RSP" message transmitted from the BS 100.

<Step S86> The controller 250 waits for the transmission of the "PKMv2-RSP (EAP-Transfer: EAP Request / Identify)" message from the BS 100. After that, messages are exchanged between the MS 200 and the BS 100, as indicated in FIG. 7.

<Step S87> The controller 250 receives a "UL-MAP (Burst Allocation)" message transmitted from the BS 100.

<Step S88> The controller 250 retransmits the “SBC-REQ” message to the BS 100. After this, the process proceeds to step S84.

<Step S89> The controller 250 receives the “RNG-RSP (Continue)” message transmitted from the BS 100.

<Step S90> The controller 250 transmits a CDMA ranking code to the BS 100.

<Step S91> The controller 250 awaits the transmission of the “RNG-RSP” message from the BS 100.

<Step S92> The controller 250 receives an “RNG-RSP” message transmitted from the BS 100.

<Step S93> The controller 250 determines whether or not the received RNG-RSP message indicates a success status. When the determination result is “Yes”, the process advances to step S81. When the determination result is “No,” the process advances to step S90.

As explained above, efficient bandwidth allocation can be implemented without compromising communication reliability.

Although messages for querying or allocating bandwidths for transmitting PKM-REQ messages are not indicated in the above explanations for the first embodiment, operations similar to those explained above can also be applied to allocating bandwidth for PKM-REQ messages (to for example, the message "PKMv2-REQ (Key Request)").

Second Embodiment

Next, a second embodiment is explained. The second embodiment applies to cases in which the MS transmits a message to the BS after the MS performs some processing in response to the message from the BS, and the processing time of the MS cannot be estimated in advance. In the first embodiment, the delay time that occurs until the preparations for transmitting the message to be transmitted from the MS and the message size are predetermined in the MS are completed. However, with some type of processing, the delay time may vary. For example, authentication information is exchanged through PKM messages. In some cases, the MS verifies the validity of the information contained in the message received from the BS, generates a key, and the like, so that the delay time that occurs before the transmission of the subsequent message can vary.

According to the second embodiment, even if the delay time may vary and preparations for transmitting a message cannot be completed at a predetermined delay time, the processing efficiency of allocating a bandwidth for transmitting the message is improved. Even in the above case, the first embodiment can be applied by determining the maximum delay time as a fixed delay time. However, if the first embodiment is applied as described above, the determined delay time is too long, so that the processing delay is increased.

In order to solve the above problem, according to the second embodiment, the BS first allocates a bandwidth request CDMA code for the MS that is unique to the MS. Just before the MS becomes ready to transmit the subsequent message, the MS transmits to the BS a CDMA bandwidth request code as a wireless bandwidth request signal for a bandwidth allocation request. When the BS receives the CDMA bandwidth request code, the BS determines the MS based on the CDMA bandwidth request code and allocates a bandwidth through which the message, which is expected to be received, can then be transmitted. It is assumed that the message size is known in advance for both the BS and the MS, for example, by reporting to the BS the message size of the MS in a manner similar to the first embodiment.

The bandwidth request CDMA code may be allocated by the BS for the MS, for example, by using the “RNG-RSP” message and the like. At this time, it is possible to limit the expiration period of the allocated code to the time in which the process of entering the network MS receiving the allocation is completed to reduce the number of codes.

In addition, the code can be allocated per message. Thus, the BS may attach to the message to be transmitted from the BS to the MS a bandwidth request code for requesting a bandwidth for use in transmitting a subsequent message from the MS. The MS can then use the CDMA bandwidth request code to request bandwidth for use in transmitting a subsequent message.

The functions of the BS and MS for implementing the above processing are similar to the functions in the first embodiment illustrated in FIG. 3 and 4. However, the second embodiment differs from the first embodiment by the processing performed by the controller 150 in the BS 100, the data stored in the storage device 160 in the BS 100, the processing performed by the controller 250 in the MS 200, and data, stored in the storage device 260 in the MS 200. Therefore, features of the second embodiment that differ from the first embodiment are explained below with reference to FIG. 3 and 4.

FIG. 14 is a diagram illustrating contents of a storage device in a BS in a second embodiment. The storage device 160 in the BS 100 stores in advance the TLV job table 161, the transmission trigger table 162, and the transmitted message identifier management table 164. In addition, when the MS 200 is connected to the BS 100, the parameter table 163 and the message size control table 165 are generated by the controller 150 and stored in the storage device 160.

The TLV job of type “Y” as well as the TLV job of type “X” (indicated in FIG. 5) are recorded in the TLV job table 161 of FIG. 14. In the TLV type “Y” job, the first eight bits indicate the identifier of the message being transmitted, and the next 16 bits indicate the size of the message to be transmitted (in bytes). Transmitted Message Identifier is an identification number for uniquely identifying messages transmitted from the MS 200 to the BS 100.

The controller 150 in the BS 100 recognizes a message parameter received from the MS 200 based on the TLV job table 161. In particular, when the controller 150 receives a “X” type message parameter, the controller 150 determines that the message parameter is for automatically allocating a bandwidth. Therefore, the controller 150 analyzes an “X” type message parameter with reference to the TLV job table 161 and writes the transmission trigger identifier, delay time, and message size to the parameter table 163.

In addition, when the controller 150 receives a “Y” type message parameter, the controller 150 determines that the message parameter is for allocating bandwidth based on the reception of the BW request code. Therefore, the controller 150 analyzes a “Y” type message parameter with reference to the TLV job table 161 and writes the transmitted message identifier and message size to the message size control table 165.

The contents of the transmission trigger table 162 and the parameter table 163 are as indicated in FIG. 5.

The transmitted message identifier management table 164 is a data table for managing the transmitted message identifier.

The transmitted message identifier management table 164 has the “Transmitted Message ID” and “Message” columns. The identification number of each message transmitted from the MS 200 to the BS 100 is recorded in the "Transmitted Message ID" column, and the type of message corresponding to the identifier of the transmitted message is recorded in the "Message" column.

Message size control table 165 is a data table for managing data sizes of all or part of messages transmitted from MS 200 to BS 100, for each of which a delay time is unknown and the data size is known. The message size control table 165 has the "Transmitted Message ID" and "Message Size" columns. The identification number of each message transmitted from the MS 200 is set in the "Transmitted Message ID" column, and the data size of the corresponding message is set in the "Message Size" column.

FIG. 15 is a diagram illustrating contents of a storage device in an MS in a second embodiment. The storage device 260 in the MS 200 stores the TLV job table 261, the transmission trigger table 262, and the transmitted message identifier management table 264. When the MS 200 is connected, the controller 250 generates a message information management table 263 and stores the message information management table 263 in the memory 260.

The structures and contents of the TLV definition table 261 are identical to the TLV definition table 161 shown in FIG. 14. The contents of the transmission trigger table 262 is identical to the contents indicated in FIG. 6.

The message sizes of one or more messages, for each of which the delay time is unknown, and the data size is known in advance, as well as the information indicated in FIG. 6 are set in message information management table 263. In the message information management table 263, for one or more messages, for each of which the delay time is unknown and the data size is known in advance, valid data is set only in the "Message Size" column, and invalid data is set in the "Delay Time" column.

The structures and contents of the transmitted message identifier management table 264 are identical to the transmitted message identifier management table 164 of FIG. fourteen.

When the above data is used, efficient bandwidth allocation can be implemented between the BS 100 and the MS 200.

FIG. 16 is a diagram indicating a sequence of messages exchanged when an MS starts a connection operation to a BS in the second embodiment. In FIG. 16, it is assumed that EAP-TLS (Extensible Authentication Protocol - Transport Layer Security Protocol) is adapted as an authentication technique. The sequence preceding the transmission of the SBC-REQ message in FIG. 16 is similar to the first embodiment.

Messages exchanged between the BS 100 and the MS 200 are indicated in FIG. 16. In FIG. 16 exchanged messages are indicated by arrow lines, message types are indicated above arrow lines, and data contained in messages are indicated in parentheses according to message types. In addition, signals and messages for requesting and allocating bandwidth are indicated by dashed lines, and main messages for exchanging authentication information, etc. between MS 200 and BS 100 are indicated by solid lines.

Additionally, the curved lines shown on the BS side with arrows indicate processing for bandwidth allocation and go from the message generating the processing for bandwidth allocation to the message informing the MS 200 of the bandwidth allocation details. In particular, the dashed line curves indicate the automatic allocation of bandwidth taking into account the delay time, while the automatic allocation of bandwidth is realized by the function of allocating bandwidth according to the first embodiment. On the other hand, the solid line curves indicate bandwidth allocation based on the reception of the BW request code, which is realized by the bandwidth allocation function provided according to the second embodiment.

As indicated in FIG. 16, after the BS 100 transmits the “SBC-RSP” message, the BS 100 transmits the message “PKMv2-RSP (EAP-Transfer: EAP Request / Identify)” to the MS 200 to start the sequence authentication. When the MS 200 receives the message "PKMv2-RSP (EAP-Transfer: EAP Request / Identify)" and a predetermined time elapses after the transmission of the message "PKMv2-RSP (EAP-Transfer: EAP Request / Identify)", the BS 100 allocates for the MS 200 bandwidth for transmission, from MS 200 to BS 100, of the message "PKMv2-REQ (EAP-Transfer: EAP-Response / Identify (MyID)) (Transmit EAP: Response / Identification EAP (My Identifier)" containing the NAI (Access Identifier to the network) as the credentials of the MS 200. Similar to the first embodiment, a predetermined time is reported to the BS 100 by the MS 200 using the message “RNG-REQ (MAC Address etc)”, and it writes a predetermined time to the parameter table 163. Alternatively, the aforementioned delay time as a parameter unique to the system may be written in advance to the parameter table 163.

In this regard, the message "PKMv2-REQ" contains information for processing at the protocol level, which is higher than the message "SBC-REQ" and the message "REG-REQ", which includes authentication information. Therefore, it is preferable that the processing time allowed for the readiness of the MS 200 to transmit the PKMv2-REQ message exceeds the processing time allowed for the readiness of the MS 200 to transmit the SBC-REQ message or the REG-REQ message.

When the MS 200 receives the message "PKMv2-RSP (EAP-Transfer: EAP Request / Identify)", the MS 200 transmits to the BS 100 the message "PKMv2-REQ (EAP-Transfer: EAP-Response / Identify (MyID))" containing the NAI (network access identifier) MS 200, by using automatically allocated wireless bandwidth. At the same time, the NAI has, for example, the form "user-name@service_provider.com". The NAI is transmitted through the BS 100 to an authentication server (not shown), although explanations of the exchange of messages between the BS 100 and the authentication server are not included in this specification.

The BS 100 starts TLS (Transport Layer Security Protocol) authentication by sending a PKMv2-RSP EAP-Transfer (EAP-Request / TLS Start) message to the MS 200. At this time, the BS 100 allocates for the MS 200 wireless bandwidth for transmitting the EAP-Response / TLS Client Hello message via the MS 200 in a manner similar to the above operation after transmitting the EAP Request / Identify message. When the MS 200 receives the PKMv2-RSP EAP-Transfer (EAP-Request / TLS Start) message, the MS 200 sends the PKMv2-RQ EAP-Transfer (EAP-Response / TLS Client Hello) message to the BS 100 using the automatically allocated bandwidth. The message "PKMv2-REQ EAP-Transfer (EAP-Response / TLS Client Hello)" contains the TLS version, session ID, random number, block encryption algorithm options, etc.

Then the BS 100 transmits to the MS 200 the message "PKMv2-RSP EAP-Transfer (EAP-Request / TLS Server Hello, Server Certificate, ...) (EAP Request / TLS Server Welcome, Server Certificate, ...)" containing the selected TLS version, session identifier, random number, encryption algorithm options, server certificate, etc.

When the MS 200 accepts the server certificate, it is necessary that the MS 200 verify the validity of the server certificate before transmitting the response message. However, the server certificate verification time is uncertain. Therefore, the BS 100 allocates the bandwidth after receiving the CDMA bandwidth request code from the MS 200 instead of automatically allocating the bandwidth for transmitting the response message from the MS 200. As mentioned above, the CDMA bandwidth request code is uniquely allocated to the MS 200. Therefore, when the BS 100 receives the CDMA bandwidth request code, BS 100 can determine which MS 200 transmits the CDMA bandwidth request code. When the server certificate verification is completed, the MS 200 sends the allocated CDMA bandwidth request code to the BS 100 before the preparation for sending the "PKMv2-REQ EAP-Transfer (EAP-Response / TLS Client Certificate, ...)" message is completed.

When the BS 100 receives the CDMA bandwidth request code, the BS 100 allocates bandwidth for the MS 200 to transmit the EAP-Response / TLS Client Certificate from the MS 200. At this time, the bandwidth is determined according to the message size recorded in the message size control table 165 , in accordance with the message message identifier "PKMv2-REQ EAP-Transfer (EAP-Response / TLS Client Certificate, ...)". When the bandwidth is allocated for the MS 200, the BS 100 transmits a "UL-MAP (Burst Allocation)" message to the MS 200. When the MS 200 receives the bandwidth allocation, the MS 200 transmits a "PKMv2-REQ EAP-Transfer (EAP- Response / TLS Client Certificate, ...) ", containing the client certificate, etc., through the use of dedicated bandwidth.

In the following operations, the request and bandwidth allocation are performed by using any of the method in which the bandwidth is automatically allocated based on the delay time, as explained for the first embodiment, and the method in which the bandwidth is allocated based on the CDMA code of the bandwidth request wherein the latter method is newly provided according to the second embodiment. Therefore, in the following explanation of bandwidth allocation during EAP exchange using PKM messages, only the used bandwidth allocation method is indicated, and message exchange explanations and signals for bandwidth allocation are not indicated.

When the BS 100 receives the "PKMv2-REQ EAP-Transfer (EAP-Response / TLS Client Certificate, ...)" message, the BS 100 authenticates the client certificate.

When the authentication is successful, the BS 100 transmits a “PKMv2-RSP EAP-Transfer (EAP-Request / TLS Change Cipher Spec)” message to the MS 200 along with information indicating the authentication success, encryption algorithm, etc. At the same time, the BS 100 automatically allocates the bandwidth, taking into account the delay time, for transmitting the "PKMv2-REQ EAP-Transfer (EAP-Response / TLS)" message from the MS 200.

When the MS 200 receives an EAP-Request / TLS Change Cipher Spec, the MS 200 sends a “PKMv2-REQ EAP-Transfer (EAP-Response / TLS)” message to the BS 100 through the dedicated wireless bandwidth in response to the EAP-Request / TLS Change Cipher Spec.

When the BS 100 receives the "PKMv2-REQ EAP-Transfer (EAP-Response / TLS)" message, the BS 100 transmits to the MS 200 the "PKMv2-RSP (EAP-Transfer: EAP-Success)" message containing the master secret key (MSK). At this time, the BS 100 generates an AK (authentication key) from the MSK and further generates a KEK (key to encrypt the keys) and CMAC_Key from the AK.

When the MS 200 receives the message "PKMv2-RSP (EAP-Transfer: EAP-Success)", the MS 200 generates an AK from MSK and KEK and CMAC_Key from AK.

After the BS 100 transmits the message "PKMv2-RSP (EAP-Transfer: EAP-Success)" and generates AK, KEK and CMAC_Key, the BS 100 transmits the message "PKMv2-RSP (SA-TEK-Challenge)" to the MS 200, which protected by the generated CMAC_Key. Thus, the result (CMAC) of computing the hash function of the contents of the PKM-RSP message by using the CMAC_Key is attached to the PKM-RSP message so that falsification by someone other than the BS 100 and the MS 200 that share the CMAC_Key can be detected.

When the MS 200 receives a PKMv2-RSP (SA-TEK-Challenge) message, the MS 200 compares the CMAC attached to the PKM-RSP message with the result (CMAC) of computing the hash function of the contents of the received PKM- message RSP to verify identity. When the CMACs are identical, the MS 200 can confirm that the BS 100 and the MS 200 have the same CMAC_Key. When the confirmation processing is completed, the MS 200 receives the bandwidth allocation based on the CDMA bandwidth request code. Then, the MS 200 transmits to the BS 100 the message “PKMv2-REQ (SA-TEK-Request) (Request SA-TEK)” by using the dedicated wireless bandwidth in response to the message “PKMv2-RSP (SA-TEK-Challenge)", where The message "PKMv2-REQ (SA-TEK-Request)" is protected by CMAC.

When the BS 100 receives the PKMv2-REQ (SA-TEK-Request) message, the BS 100 performs CMAC acknowledgment processing in the same manner for the MS 200 to confirm that the BS 100 and the MS 200 have the same CMAC_Key. Then, the BS 100 transmits a "PKMv2-RSP (SA-TEK-Response)" message to the MS 200 in response to the "PKMv2-REQ (SA-TEK-Request)" message.

When the MS 200 receives the "PKMv2-RSP (SA-TEK-Response)" message, the MS 200 confirms that the SA-TEK-Request is normally received by the BS 100. When the MS 200 confirms that the BS 100 and the MS 200 have the same CMAC, MS 200 receives bandwidth allocation based on the CDMA bandwidth request code. Then, the MS 200 transmits to the BS 100 a "PKMv2-REQ (Key Request)" message to request the issuance of the TEK encryption key (traffic encryption key) for use in encrypting user data.

When the BS 100 receives the PKMv2-REQ (Key Request) message, the BS 100 randomly generates a TEK, encrypts the TEK with KEK, inserts the encrypted TEK in response to the key request, and transmits the PKMv2-RSP (Key-Reply) message to the MS 200. At this time, the BS 100 automatically allocates a bandwidth taking into account the transmission delay time of the “REG-REQ” message from the MS 200.

When the MS 200 receives the "PKMv2-REQ (Key-Reply)" message, the BS 100 transmits the "REG-REQ" message to the BS 100 and continues the network logon process.

Although in the example of FIG. 16, a message containing authentication information is indicated as an example for which a bandwidth request by using a CDMA bandwidth request code is preferable (in other words, an example for which message transmission time distribution from the MS 200 is irregular), a bandwidth request by using The CDMA bandwidth request may apply to other messages.

FIG. 17 is a BS state transition diagram. FIG. 17 indicates state changes of the BS 100 in authentication processing performed after the state ST1, in which the BS 100 is awaiting receipt of a “SBC-REQ” message. When the BS 100 in the ST1 state receives the “SBC-REQ” message, the BS 100 transmits the “SBC-RSP” message and other messages and performs automatic bandwidth allocation based on the delay time. After this, the state of the BS 100 transitions from the state ST1 to the state ST2, in which the BS 100 waits for the receipt of the message "PKMv2-REQ (EAP-Transfer: EAP-Response / Identify (MyID))".

When the BS 100 in the ST2 state receives the “PKMv2-REQ (EAP-Transfer: EAP-Response / Identify (MyID))” message, the BS 100 automatically allocates bandwidth based on the delay time, and then the BS 100 transitions from the ST2 state to state ST3, in which the BS 100 is awaiting receipt of a PKMv2-REQ EAP-Transfer (EAP-Response / TLS Client Hello) message.

When the BS 100 in the ST3 state receives the message “PKMv2-REQ EAP-Transfer (EAP-Response / TLS Client Hello)”, the BS 100 transmits “PKMv2-RSP EAP-Transfer (EAP-Request / TLS Server Hello)” and thereafter The BS 100 transitions from the state ST3 to the state ST4, in which the BS 100 waits for a CDMA bandwidth request code to be received.

When the BS 100 in the ST4 state receives the CDMA bandwidth request code, the BS 100 performs bandwidth allocation for the MS 200, and then the BS 100 transitions from the ST4 state to the ST5 state in which the BS 100 waits for the receipt of the PKMv2-REQ EAP- message Transfer (EAP-Response / TLS Client Certificate, ...) ".

When the BS 100 in ST5 state receives the message “PKMv2-REQ EAP-Transfer (EAP-Response / TLS Client Certificate, ...)”, the BS 100 authenticates the client certificate, transmits the message “PKMv2-RSP EAP-Transfer (EAP-Request / TLS Change Cipher Spec) "and performs automatic bandwidth allocation based on delay time. After this, the state of the BS 100 transitions from the state ST5 to the state ST6, in which the BS 100 waits for the receipt of the message "PKMv2-REQ EAP-Transfer (EAP-Response / TLS)".

When the BS 100 in ST6 receives the “PKMv2-REQ EAP-Transfer (EAP-Response / TLS)” message, the BS 100 performs processing for transmitting the “PKMv2-RSP (EAP-Transfer: EAP-Success)" message and other processing after of this state, the BS 100 transitions from the state ST6 to the state ST7, in which the BS 100 waits for a CDMA bandwidth request code to be received.

When the BS 100 in the ST7 state receives the CDMA bandwidth request code, the BS 100 performs bandwidth allocation for the MS 200, and then the BS 100 transitions from the ST7 state to the ST8 state in which the BS 100 waits for the receipt of the PKMv2-REQ (SA -TEK-Request) ".

When the BS 100 in the ST8 state receives the PKMv2-REQ (SA-TEK-Request) message, the BS 100 performs CMAC acknowledgment processing and processing for transmitting the PKMv2-RSP (SA-TEK-Response) message. After this, the state of the BS 100 transitions from the state ST8 to the state ST9, in which the BS 100 waits for the reception of a CDMA bandwidth request code.

When the BS 100 in the ST9 state receives the CDMA bandwidth request code, the BS 100 performs bandwidth allocation for the MS 200, and then the BS 100 transitions from the ST9 state to the ST10 state, in which the BS 100 waits for the receipt of the PKMv2-REQ (Key Request) ".

When the BS 100 in the ST10 state receives the "PKMv2-REQ (Key Request)" message, the BS 100 generates a TEK, transmits the "PKMv2-RSP (Key-Reply)" message, and automatically performs bandwidth allocation based on the delay time. After this, the state of the BS 100 transitions from the state ST10 to the state ST11, in which the BS 100 waits for the receipt of the message "REG-REQ".

Next, the processing sequences in the controller 150 in the BS 100 and the controller 250 in the MS 200 according to the second embodiment are explained.

FIG. 18 is a flowchart indicating operations performed by a controller in the BS in the second embodiment. FIG. 18 indicates the processing sequence from a wait operation for receiving a PKMv2-REQ EAP-Transfer message (EAP-Response / TLS Client Hello) to a wait operation for a PKMv2-REQ EAP-Transfer message (EAP-Response / TLS Client Certificate, ... ) ". The operations of FIG. 18 are explained below in stages.

<Step S101> The controller 150 waits for the transmission of the PKMv2-REQ EAP-Transfer (EAP-Response / TLS Client Hello) message from the MS 200.

<Step S102> When the controller 150 receives the message “PKMv2-REQ EAP-Transfer (EAP-Response / TLS Client Hello)”, the controller 150 transmits the message “PKMv2-RSP EAP-Transfer (EAP-Request / TLS Server Hello)” to the MS 200.

<Step S103> The controller 150 waits for the transmission of the CDMA bandwidth request code from the MS 200.

<Step S104> The controller 150 receives a CDMA bandwidth request code transmitted from the MS 200.

<Step S105> When the controller 150 recognizes, based on the CDMA code of the bandwidth request, that the MS 200 issues a bandwidth allocation request, the controller 150 determines the message identifier of the PKMv2-REQ EAP-Transfer message (EAP-Response / TLS Client Certificate, ...) "with reference to the table 164 for managing identifiers of transmitted messages, while the message" PKMv2-REQ EAP-Transfer (EAP-Response / TLS Client Certificate, ...) "is a message that should be received further during the exchange messaging with MS 200. In the example of FIG. 14, the message identifier of the above message is “1”. Then, the controller 150 accesses the message size control table 165 and obtains a message size corresponding to the message identifier “1”. Additionally, the controller 150 allocates a bandwidth corresponding to the received message size for the MS 200, and transmits a “UL-MAP (Burst Allocation)” message to the MS 200, which indicates the allocated bandwidth.

<Step S106> The controller 150 transitions to a state in which the controller 150 waits for the receipt of the "PKMv2-REQ EAP-Transfer (EAP-Response / TLS Client Certificate, ...)" message from the MS 200.

FIG. 19 is a flowchart indicating operations performed by the controller in the MS in the second embodiment. FIG. 19 indicates a processing sequence from a pending operation of receiving a PKMv2-RSP message containing a server certificate to a receiving operation of the next PKMv2-RSP message. The operations of FIG. 19 are explained below in stages.

<Step S111> The controller 250 waits for the transmission of the "PKMv2-RSP EAP-Transfer (EAP-Request / TLS Server Hello, Server Certificate, ...)" message from the BS 100.

<Step S112> The controller 250 receives a "PKMv2-RSP EAP-Transfer (EAP-Request / TLS Server Hello, Server Certificate, ...)" message transmitted from the BS 100.

<Step S113> The controller 250 instructs the messaging process to transition to a state in which the messaging process awaits completion of preparation for transmitting the next message.

<Step S114> The controller 250 verifies the effectiveness of the server certificate through a process other than the messaging process. When verification is complete, the controller 250 instructs the messaging process to complete the preparation for the transmission of the PKMv2-REQ EAP-Transfer (EAP-Response / TLS Client Certificate, ...) message.

<Step S115> The controller 250 transmits a CDMA bandwidth request code to the BS 100.

<Step S116> The controller 250 awaits bandwidth allocation by the BS 100.

<Step S117> The controller 250 receives a "UL-MAP (Burst Allocation)" message transmitted from the BS 100 indicating the allocation of bandwidth.

<Step S118> The controller 250 transmits the message "PKMv2-REQ EAP-Transfer (EAP-Response / TLS Client Certificate, ...)" to the BS 100.

<Step S119> The controller 250 waits for the transmission of the PKMv2-RSP EAP-Transfer (EAP-Request / TLS Change Cipher Spec) message from the BS 100.

As explained above, even if the delay time in the MS 200 varies, bandwidth allocation can be implemented with fewer messaging than in the traditional messaging process.

Third Embodiment

The third embodiment is a variation of the first embodiment. According to a third embodiment, the BS 100 stores the default values of the delay time and message size for the message to be transmitted from the MS, and automatically allocates a bandwidth based on the default values if the MS does not inform the BS of the message parameter, unique for MS. When a message parameter unique to the MS is reported to the BS through the MS, the BS 100 automatically allocates a bandwidth based on the delay time based on the message parameter.

The functions of the BS and MS for implementing the above processing are similar to the functions in the first embodiment illustrated in FIG. 3 and 4. However, the third embodiment differs from the first embodiment by the processing performed by the controller 150 in the BS 100, the data stored in the storage device 160 in the BS 100, and the processing performed by the controller 250 in the MS 200. Therefore, the features of the third embodiment, which differ from the first embodiment, are explained below with reference to FIG. 3 and 4.

FIG. 20 is a diagram illustrating contents of a storage device in a BS in a third embodiment. The storage device 160 in the BS 100 stores in advance the TLV job table 161, the transmission trigger table 162, the default parameter table 163a, and the MS control table 167. In addition, when a message parameter is transmitted from the MS 200, the controller 150 generates tables of MS-specific parameters 166, 166a, 166b, ... respectively for different MSs and stores the parameter tables 166, 166a, 166b, ... in the storage device 160.

The contents of the TLV definition table 161 and the transmission trigger table 162 are as indicated in FIG. 5.

The default parameter table 163a is a data table indicating the default values of the delay time and message size of each message transmitted on the uplink from the MS. The default parameter table 163a has a data structure identical to the parameter table 163 indicated in FIG. 5. However, the values in the default parameter table 163a are set in advance before starting the system, while the values indicated by the message parameter transmitted from the MS 200 are set in the parameter table 163 in the first embodiment.

MS specific parameters tables 166 are provided for the respective MSs, and identification numbers (MSIDs) for uniquely identifying the respective MSs are set in the parameter tables 166. In addition, each MSP-specific parameter table 166 has the “Transmission Trigger ID”, “Delay Time” and “Message Size” columns. The value of the transmission trigger identifier in the parameter of the message transmitted from the MS indicated by each MSID is set in the column "Transmission Trigger ID", the value of the delay time in the parameter of the message transmitted from the MS indicated by each MSID is set in the column "Delay Time", and the message size value in the message parameter transmitted from the MS indicated by each MSID is set in the "Message Size" column.

The MS management table 167 is a data table that indicates which of the default parameter tables 163a or the MS-specific parameters table corresponding to the MSID of each MS should be used for the MS connected to the BS 100. The MS management table 167 has “MSID” and "Parameter Table". The identification number (MSID) of each MS that is connected to the BS 100 is recorded in the "MSID" column, and information indicating which of the default parameter tables or MS-specific parameter tables should be used for the MS indicated by each MSID is set in the "Parameter Table" column.

When communication with each MS is performed, the controller 150 writes the MSID of the MS to the MS management table 167 and also writes “Default” as the initial value to the “Parameter Table” column in the MS management table 167. After that, when the BS 100 receives the message parameter from the MS and the controller 150 generates an MS-specific parameter table 166 corresponding to the MS, the controller 150 updates the value in the "Parameter Table" column corresponding to the MSID of the MS to the "MS-specific Parameter Table (Specific to MS parameter table). "

Next, processing for allocating a time period according to the third embodiment is explained.

FIG. 21 is a diagram indicating a sequence of messages exchanged when an MS starts a connection operation to a BS in a third embodiment.

As indicated in FIG. 21, the BS 100 inserts a default size of the message to be transmitted from the MS 200, a default delay time when allocating a wireless resource, and other information into the “UCD (Uplink Channel Descriptor)” message, which is periodically broadcast transmitted by BS 100. In particular, the controller 150 accesses the default parameter table 163a and obtains a transmission trigger identifier, a delay time, and a message size for each message for which automatic allocation is to be performed e bandwidth. Then, the controller 150 generates a message parameter 21 in accordance with a job of type “X” specified in the TLV task table 161, inserts the generated message parameter 21 into the “UCD” message and broadcasts the “UCD” message to the MS 200 and the like.

When the MS 200 receives the “UCD” message, the MS 200 compares the values in parameter 21 of the message that are reported in the MS 200 with the corresponding values stored by the MS 200 in the message information management table 263 (as indicated in FIG. 6). In case the compared values are not identical, the MS 200 reports to the BS 100 the corresponding parameter values stored by the MS 200 as a message parameter 22, as in the first embodiment. In particular, the controller 250 in the MS 200 transmits to the BS 100 a message “RNG-REQ (MAC Address etc)” containing a message parameter 22 that indicates the corresponding values in the message information management table 263.

The controller 150 in the BS 100 generates an MS-specific parameter table 166 by using the parameter value of the message 22, which is reported to the BS 100, and stores the MS-specific parameter table 166 in the memory 160. In addition, the controller 150 changes the value in the “Parameter Table” column "corresponding to the MSID of MS 200 in the MS management table 167, on the" MS-specific Parameter Table ".

After that, when the controller 150 in the BS 100 transmits to the MS 200 a message that is set in the transmission trigger table 162 as a transmission trigger, the controller 150 first looks at the MS control table 167 and determines, based on the MS control table 167, which of the table 163a default parameters or tables specific for MS parameters should be used for MS 200. In the case where MS-specific parameters table should be used for MS 200, controller 150 refers to the MS-specific parameters table corresponding to MSID MS 200 and obtains t is the delay time and message size for the message to be transmitted from the MS 200, after the message has been transmitted as a transmission trigger. After the received delay time has elapsed, the controller 150 allocates a wireless bandwidth for the MS 200 corresponding to the message size. In the MS 200, the allocated bandwidth is reported by means of a "UL-MAP (Burst Allocation)" message.

Next, processing performed by the controller 250 in the MS 200 according to the third embodiment is explained in detail.

FIG. 22 is a flowchart indicating operations performed by the MS when the MS receives the “UCD” message. The operations of FIG. 22 are explained below in stages.

<Step S121> The controller 250 waits for the transmission of the “UCD (Size of Messages, delay)” message from the BS 100.

<Step S122> The controller 250 receives a "UCD (Size of Messages, delay)" message transmitted from the BS 100.

<Step S123> The controller 250 compares the parameters that are set in the message information management table 263 (as indicated in FIG. 6) with the message parameter 21, which is contained in the message “UCD (Size of Messages, delay)”. If the compared parameters are completely identical, the process proceeds to step S124. If the compared parameters are not identical, the process proceeds to step S125.

<Step S124> The controller 250 sets the parameter flag to “0”, and then the processing ends.

<Step S125> The controller 250 sets the parameter flag to “1”, and then the processing ends.

As explained above, the value is set in the parameter flag. After that, when the message “RNG-REQ (MAC Address etc)” is transmitted, it is determined whether or not message parameter 22 should be transmitted based on the value of the parameter flag.

FIG. 23 is a flowchart indicating operations performed by the MS after the MS transmits a CDMA ranking code until the MS transmits a “SBC-REQ” message. The operations of FIG. 23 are explained below in stages.

<Step S131> The controller 250 awaits the transmission of the RNG-RSP message from the BS 100.

<Step S132> The controller 250 receives an “RNG-RSP” message transmitted from the BS 100.

<Step S133> The controller 250 determines whether or not the RNG-RSP message indicates a success state. When the determination result is “Yes”, the process proceeds to step S136. When the result of the determination is “No,” the process proceeds to step S134.

<Step S134> The controller 250 transmits a CDMA ranking code.

<Step S135> The controller 250 awaits the transmission of the “RNG-RSP” message from the BS 100, and then the process proceeds to step S132.

<Step S136> The controller 250 awaits the transmission of the UL-MAP (CDMA Allocation IE) message from the BS 100.

<Step S137> The controller 250 receives the message “UL-MAP (CDMA Allocation IE)” transmitted from the BS 100.

<Step S138> The controller 250 determines whether or not the value of the flag of the parameter "1". When the parameter flag is “1”, the process advances to step S139. When the parameter flag is “0”, the process advances to step S140.

<Step S139> The controller 250 transmits a “RNG-REQ (MAC Address etc)” message containing the message parameter, and then the process proceeds to step S141.

<Step S140> The controller 250 transmits a "RNG-REQ (MAC Address etc)" message that does not contain a message parameter.

<Step S141> The controller 250 waits for the transmission of the “RNG-RSP (Basic / Primary CID etc)” message from the BS 100. When the “RNG-RSP (Basic / Primary CID etc)” message transmitted from the BS 100 reaches the MS 200, the process proceeds to step S144. In addition, when the “UL-MAP (Burst Allocation)” message reaches the MS 200 before the “RNG-RSP (Basic / Primary CID etc)” message reaches the MS 200, the process advances to step S142.

<Step S142> The controller 250 receives a "UL-MAP (Burst Allocation)" message transmitted from the BS 100.

<Step S143> The controller 250 retransmits the “RNG-REQ (MAC Address etc)” message containing the message parameter, and then the process proceeds to step S141.

<Step S144> The controller 250 receives the message “RNG-RSP (Basic / Primary CID etc)” transmitted from the BS 100.

<Step S145> The controller 250 makes preparations for transmitting the SBC-REQ message.

<Step S146> The controller 250 awaits the transmission of the UL-MAP (Burst Allocation) message from the BS 100.

<Step S147> The controller 250 receives a "UL-MAP (Burst Allocation)" message transmitted from the BS 100.

<Step S148> The controller 250 transmits a "SBC-REQ" message to the BS 100.

<Step S149> The controller 250 awaits the transmission of the SBC-RSP message from the BS 100.

The sequence of operations performed by the controller 150 in the BS 100 in the third embodiment is substantially the same as that shown in FIG. 9-11. However, the third embodiment differs from the first embodiment in the operations of steps S20, S32 and S33. In step S20, the controller 150 receives a message parameter in case the received message contains a message parameter. The controller 150 accesses the TLV job table 161 (as indicated in FIG. 20), analyzes the message parameter, generates a table of MS-specific parameters based on the message parameter, and stores the table of MS-specific parameters in memory 160. In addition, the controller 150 changes the value in the "Parameter Table" column corresponding to the MSID of MS 200 in the MS management table 167, on the "MS-specific Parameter Table". If the received message does not contain a message parameter, the controller 150 does not perform processing such as updating data in the storage device 160.

The delay time that is used in the comparison to detect the expiration of time in step S32 in FIG. 10 is the delay time that is set in the MS-specific parameter table for MS 200 when the MS-specific parameter table for MS 200 is already generated, and is the delay time that is set in the default parameter table 163a when the MS-specific parameter table for MS 200 not yet formed. In addition, the bandwidth allocated in step S33 is determined based on the message size that is set in the MS-specific parameters table for the MS 200, when the MS-specific parameters table for the MS 200 is already generated, and is the message size that is set in the table Default parameter 163a when the MS-specific parameter table for the MS 200 has not yet been generated.

As explained above, a message parameter can be transferred from the MS 200 to the BS 100 only if the delay time and message size, which are set as the default values in the BS 100, are not identical to the values that are set in the MS 200. In addition, since the default values that are set in the BS 100 are broadcast from the BS 100, a wireless resource can be used efficiently.

Additionally, the default message size value for each of the SBC-REQ message and the REG-REQ message, and the default value of the delay time that occurs before each of the SBC-REQ message and the REG-REQ message is received RNG-RSP messages or PKM-RSP messages can also be stored in the MS 200 as in the BS 100. In this case, the default parameter table 163a, as indicated in FIG. 20 is also pre-stored in memory 260 in the MS 200.

In case the default values are stored in both the BS 100 and the MS 200, it is not necessary to insert the message parameter 21 into the “UCD” message, which is broadcast from the BS 100. The MS 200 inserts the message parameter 22 into the message “RNG-REQ (MAC Address etc) "and transmits the message" RNG-REQ (MAC Address etc) "to the BS 100 only if the default values are not identical to the values recorded in the message information management table 263 (as indicated in Fig. 6).

The processing functions performed by the controller 150 in the BS 100 and the controller 250 in the MS 200, as explained above, are implemented by computers. In this case, a program describing the processing details for implementing the functions that each controller 150 and controller 250 must have is provided. When the computer executes the program, the processing functions of one of the controller 150 and the controller 250 can be implemented on the computer.

A program describing the processing details may be stored on a recording medium that can be read by a computer. The recording medium may be a magnetic recording device, an optical disk, an optical magnetic recording medium, a semiconductor memory, and the like. The magnetic recording device may be a hard disk drive (HDD), a flexible disk drive (FD), a magnetic tape (MT), and the like. An optical disc may be a DVD (digital versatile disk), DVD-RAM (random access memory), CD-ROM (read-only memory on CDs), CD-R (recordable) / RW (rewritable), etc. The optical magnetic recording medium may be MO (magneto-optical disk) and the like.

To bring each program to market, for example, you can sell a portable recording medium such as a DVD or CD-ROM onto which the program is recorded. Alternatively, you can save the program in a storage device belonging to the server computer, and transfer the program to other computers through the network.

The computer that is to execute the program stores the program in a data storage device belonging to the computer, wherein the program is initially recorded, for example, on portable recording medium or originally transferred from the server computer. The computer reads the program from the storage device and performs processing in accordance with the program. Alternatively, the computer may directly read the program from the portable recording medium to perform processing in accordance with the program. Additionally, alternatively, the computer may sequentially perform processing in accordance with each part of the program each time that part of the program is transmitted from the server computer.

The present invention is not limited to the above described embodiments, the embodiments may be modified in various ways within the scope of the invention.

The above description is only intended to illustrate the principles of the present invention. Additionally, since numerous modifications and changes should be readily apparent to those skilled in the art, it is not desirable to limit the invention to the precise structure and applications shown and described, and accordingly, all appropriate modifications and equivalents may be considered to be within the scope of the invention in the appended claims and its equivalents.

Description of reference numbers

1 - wireless terminal

1a - means for transmitting message parameters

1b - messenger

2 - wireless base station

2a - trigger message transfer means

2b - bandwidth allocator

2c - means for transmitting information allocation

3 - message parameter

4 - trigger message

5 - selection information

6 - message to be transmitted

Claims (28)

1. A messaging method for communication between a wireless base station and a wireless terminal, comprising the steps of:
transmitting a message parameter from said wireless terminal to said wireless base station, wherein the message parameter includes identification information identifying a trigger message and a message size indicating a data length of the message to be transmitted from the wireless terminal to the wireless base station, and the trigger a message is a message to initiate the transmission of a message to be transmitted;
transmitting said trigger message from said wireless base station to a wireless terminal, and then allocating a wireless bandwidth corresponding to said message size for a message to be transmitted for said wireless terminal by said wireless base station;
transmitting allocation information indicating the allocated wireless bandwidth from said wireless base station to said wireless terminal; and
transmitting said message to be transmitted from said wireless terminal to said base station by using said wireless bandwidth indicated by said allocation information. 2. The messaging method of claim 1, wherein:
said wireless terminal inserts a delay time into said message parameter that occurs after receiving said trigger message until preparations for transmitting said message are completed, which should be transmitted when the wireless terminal transmits a message parameter to said wireless base station; and
the wireless base station allocates wireless bandwidth to the wireless terminal after said delay time has elapsed since the wireless base station transmits a trigger message. 3. The messaging method of claim 2, wherein said wireless terminal transmits said message parameter to said wireless base station only if said message size, said delay time, or a combination of the messages to be transmitted mentioned for said are not identical the corresponding default message size and delay time, which are respectively predetermined. 4. The messaging method of claim 3, wherein said wireless base station transmits said default values of a message size and a delay time of said message to be transmitted to said wireless terminal. 5. The messaging method of claim 4, wherein said wireless base station transmits, by broadcast to said wireless terminal, said default message size and delay time values. 6. The messaging method of claim 1, wherein, if said message to be transmitted is not transmitted from said wireless terminal via a dedicated wireless bandwidth after said allocation information is transmitted to a wireless terminal, said wireless the base station retransmits said trigger message, re-allocates the wireless bandwidth to the wireless terminal, and transmits to the wireless terminal allocation information indicating Highlighted wireless bandwidth. 7. The messaging method of claim 6, wherein:
said wireless terminal inserts a delay time into said message parameter that occurs after receiving said trigger message until preparations for transmitting said message are completed, which should be transmitted when the wireless terminal transmits a message parameter to said wireless base station;
the wireless base station allocates wireless bandwidth to the wireless terminal after said delay time has elapsed since the wireless base station transmits a trigger message; and
the wireless base station re-allocates the wireless bandwidth to the wireless terminal after the delay time has elapsed since the wireless base station retransmits the trigger message. 8. The messaging method of claim 1, wherein said wireless base station re-allocates a wireless bandwidth for said wireless terminal and transmits allocation information indicating a re-allocated wireless bandwidth to the wireless terminal if the wireless base station detects an error in said message to be transmitted after the message to be transmitted is transmitted from the wireless terminal. 9. The messaging method according to claim 1, wherein said wireless base station performs processing for adjusting a transmission parameter of said wireless terminal if said message to be transmitted is not transmitted from the wireless terminal through the dedicated wireless bandwidth after how said allocation information is transmitted to the wireless terminal, or in the event that the wireless base station detects an error in a message to be transmitted after ak message to be transmitted, sent from the wireless terminal. 10. The messaging method of claim 1, wherein:
said wireless base station retransmits said trigger message, re-allocates the wireless bandwidth for said wireless terminal, and transmits to the wireless terminal allocation information indicating the re-allocated wireless bandwidth if said message to be transmitted is not transmitted from the wireless terminal through dedicated wireless bandwidth after said allocation information is transmitted to a wireless ter Ending;
the wireless base station re-allocates the wireless bandwidth for the wireless terminal and transmits allocation information indicating the re-allocated wireless bandwidth to the wireless terminal in case the wireless base station detects an error in the message that should be transmitted after the message that should be transmitted, transmitted from a wireless terminal; and
the wireless base station sets the number of retransmissions of allocation information in the retransmission count and performs processing for adjusting the transmission parameter of the wireless terminal if the value in the retransmission count is equal to or greater than a predetermined maximum number. 11. A method for exchanging messages for communication between a wireless base station and a wireless terminal, comprising the steps of:
transmitting a message parameter from said wireless terminal to said wireless base station, wherein the message parameter includes a message size indicating a data length of a message to be transmitted from the wireless terminal to the wireless base station;
transmit from said wireless terminal to said wireless base station a wireless bandwidth request signal requesting allocation of a wireless bandwidth for transmitting said message to be transmitted when it is time to transmit the message to be transmitted and preparing to transmit the message which to be transferred, completed;
allocating for said wireless terminal via said wireless base station a wireless bandwidth corresponding to said message size of said message to be transmitted when the wireless base station receives said wireless bandwidth request signal;
transmitting allocation information indicating the allocated wireless bandwidth from said wireless base station to said wireless terminal; and
transmitting said message to be transmitted from said wireless terminal to said wireless base station by using the wireless bandwidth indicated by said allocation information. 12. A method for exchanging messages for communication between a wireless base station and a wireless terminal, comprising the steps of:
transmitting a first message parameter and a second message parameter from said wireless terminal to said wireless base station, wherein the first message parameter includes identification information identifying a trigger message and a message size indicating a data length of the first message to be transmitted from the wireless terminal to the wireless base station, the trigger message is a message to initiate the transmission of the first message to be transmitted, and the second message parameter includes a message size indicating the data length of the second message to be transmitted from the wireless terminal to the wireless base station;
transmit from said wireless terminal to said wireless base station a wireless bandwidth request signal requesting allocation of a wireless bandwidth for transmitting said second message, which should be transmitted when it is time to transmit the second message to be transmitted, and preparing to transmit the second messages to be transmitted are completed;
allocating a first wireless bandwidth corresponding to the message size of the first message to be transmitted for said wireless terminal by said wireless base station when the wireless base station transmits said trigger message to a wireless terminal, and allocating a second wireless wireless terminal by wireless base station bandwidth corresponding to the message size of said second message, which should be Pass the when the wireless base station receives said wireless signal to request bandwidth;
transmitting, from said wireless base station to said wireless terminal, allocation information indicating a dedicated wireless bandwidth of said first wireless bandwidth and said second wireless bandwidth; and
transmitting one of said first message to be transmitted and said second message to be transmitted from said wireless terminal to said wireless base station by using said dedicated wireless bandwidth indicated by said allocation information. 13. A wireless communication system in which a wireless messaging is performed, comprising:
wireless terminal, including:
means for transmitting message parameters that transmits a message parameter to the wireless base station, wherein the message parameter includes identification information identifying the trigger message and a message size indicating a data length of the message to be transmitted to the wireless base station, and the trigger message is message to initiate the transmission of the message to be transmitted, and
message transfer means that transmits a message to be transmitted to the wireless base station by using a wireless bandwidth that is allocated by the wireless base station and indicated by allocation information after the wireless terminal receives the trigger message and allocation information from the wireless base station ; and
said wireless base station, including:
means for transmitting trigger messages that transmits said trigger message to said wireless terminal,
bandwidth allocating means that allocates for the wireless terminal a wireless bandwidth corresponding to said message size of said message to be transmitted after the trigger message transmission means transmits a trigger message when the wireless base station receives said message parameter from the wireless terminal, and
allocation information transmitting means that transmits to the wireless terminal said allocation information indicating the first wireless bandwidth allocated by the bandwidth allocation means. 14. The wireless communication system according to item 13, in which:
said means for transmitting message parameters in said wireless terminal inserts a delay time into said message parameter after receiving said trigger message until preparations for transmitting said message are completed, which should be transmitted when the means for transmitting message parameters transmits a message parameter to said wireless base station; and
said bandwidth allocating means in said wireless base station allocates said first wireless bandwidth for a wireless terminal after said delay time has elapsed since the transmission of said trigger message. 15. The wireless communication system according to 14, in which:
said means for transmitting message parameters in said wireless terminal transmits said message parameter to said wireless base station only if said message size, said delay time or a combination of the messages to be transmitted mentioned for said message are not identical to the corresponding default message size values and delay times, which are respectively predetermined. 16. The wireless communication system of claim 15, wherein said wireless base station further includes default value transmitting means that transmits to said wireless terminal said default values of a message size and a delay time of said message to be transmitted. 17. The wireless communications system of claim 16, wherein said wireless base station transmits, by broadcast to said wireless terminal, said default message size and delay time values. 18. The wireless communication system according to item 13, in which:
said trigger message transmission means in said wireless base station retransmits said trigger message if said message to be transmitted is not transmitted from said wireless terminal via said first wireless bandwidth after said allocation information is transmitted to the wireless terminal ;
said bandwidth allocating means in the wireless base station re-allocating a second wireless bandwidth for the wireless terminal when the trigger message transmission means retransmits the trigger message; and
said allocation information transmitting means transmits allocation information indicating a second wireless bandwidth re-allocated by the bandwidth allocation means to the wireless terminal. 19. The wireless communication system of claim 18, wherein:
said means for transmitting message parameters in said wireless terminal inserts a delay time into said message parameter that occurs after receiving said trigger message until the preparations for transmitting said message to be transmitted are completed; and
said bandwidth allocating means in said wireless base station allocates said first wireless bandwidth for a wireless terminal after said delay time has elapsed since the trigger message is transmitted and re-allocates said first wireless bandwidth for a wireless terminal after said delay time elapses from the moment the trigger message is retransmitted. 20. The wireless communication system according to item 13, in which:
said bandwidth allocating means in said wireless base station re-allocating a wireless bandwidth for said wireless terminal in case an error is detected in said message to be transmitted after the message to be transmitted is transmitted from the wireless terminal; and
said allocation information transfer means transmits allocation information indicating a wireless bandwidth re-allocated by the allocation means to the wireless terminal to the wireless terminal. 21. The wireless communications system of claim 13, wherein said wireless base station further includes transmit parameter adjusting means that performs processing for adjusting a transmit parameter of said wireless terminal in case said message to be transmitted is not transmitted from a wireless terminal through said first wireless bandwidth after said allocation information is transmitted to the wireless terminal, or in case an error is detected wife in the message to be transmitted after the message to be transmitted, transferred. 22. The wireless communication system according to item 13, in which:
said means for transmitting trigger messages in said wireless base station; retransmits said trigger message if said message to be transmitted is not transmitted from the wireless terminal via the dedicated wireless bandwidth after said allocation information is transmitted to the wireless terminal;
said bandwidth allocating means in the wireless base station re-allocates the wireless bandwidth for the wireless terminal in case the trigger message is retransmitted, or if an error is detected in the message to be transmitted after the message that should be transmitted, transmitted;
said allocation information transmitting means in the wireless base station transmitting, to the wireless terminal, allocation information indicating the wireless bandwidth re-allocated by the bandwidth allocation means; and
means for adjusting the transmission parameter in the wireless base station sets the number of retransmissions of allocation information in the counter of the number of retransmissions and performs processing for adjusting the transmission parameter of the wireless terminal if the value in the counter of the number of retransmissions becomes equal to or exceeds a predetermined maximum number. 23. A wireless communication system in which a wireless messaging is performed, comprising:
wireless terminal, including:
means for transmitting message parameters that transmits a message parameter to the wireless base station, wherein the message parameter includes a message size indicating a data length of the message to be transmitted to the wireless base station,
bandwidth request transmission means that transmits to a wireless base station a wireless bandwidth request signal requesting allocation of a wireless bandwidth for transmitting a message to be transmitted when it is time to transmit the message to be transmitted, and preparing to transmit the message, to be transferred, completed, and
message transfer means that transmits a message to be transmitted to the wireless base station by using a wireless bandwidth that is allocated by the wireless base station and indicated by allocation information when the wireless terminal receives the allocation information from the wireless base station;
said wireless base station, including:
bandwidth allocating means that allocates for the wireless terminal a wireless bandwidth corresponding to said message size of said message to be transmitted when the wireless base station receives said wireless bandwidth request signal, and
allocation information transmitting means that transmits to the wireless terminal allocation information indicating the wireless bandwidth allocated by the bandwidth allocation means. 24. A wireless communication system in which wireless messaging is performed, comprising:
wireless terminal, including:
means for transmitting message parameters, which transmits the first parameter of the message and the second parameter of the message to the wireless base station, the first parameter of the message includes identification information identifying the trigger message, and the size of the message indicating the data length of the first message to be transmitted from the wireless the terminal to the wireless base station, the trigger message is a message to initiate the transmission of the first message to be transmitted, and Torah message parameter includes a message size indicating a data length of a second message, which is to be transmitted from the wireless terminal to the wireless base station;
bandwidth request transmission means that transmits to a wireless base station a wireless bandwidth request signal requesting allocation of a wireless bandwidth for transmitting a second message to be transmitted when it is time to transmit the second message to be transmitted, and to prepare for transmission the second message to be transmitted, completed, and
message transfer means that transmits one of the first message to be transmitted and the second message to be transmitted to the wireless base station by using the wireless bandwidth that is allocated by the wireless base station and indicated by the allocation information when the wireless terminal receives allocation information; and
said wireless base station, including:
means for transmitting trigger messages that transmits said trigger message to said wireless terminal,
bandwidth allocating means that allocates for a wireless terminal a first wireless bandwidth corresponding to said message size of said first message to be transmitted after the trigger message transmitting means transmits a trigger message, and allocates a second wireless bandwidth to the wireless terminal, corresponding to said message size of said second message to be transmitted when the wireless base station the station receives said wireless bandwidth request signal from said wireless terminal, and
allocation information transmission means that transmits allocation information to the wireless terminal indicating one of the first wireless bandwidth and the second wireless bandwidth that is allocated by the bandwidth allocation means. 25. A wireless terminal that wirelessly exchanges messages with a wireless base station, comprising:
means for transmitting message parameters that transmits a message parameter to said wireless base station, wherein the message parameter includes identification information identifying a trigger message and a message size indicating a data length of a message to be transmitted to the wireless base station, and a trigger message is a message to initiate the transmission of a message to be transmitted; and
message transfer means that transmits a message to be transmitted to the wireless base station by using a wireless bandwidth that is allocated by the wireless base station and indicated by allocation information after the wireless terminal receives the trigger message and allocation information from the wireless base station . 26. A wireless base station that wirelessly exchanges messages with a wireless terminal, comprising:
means for transmitting trigger messages that transmits a trigger message to said wireless terminal, wherein the trigger message is a message to initiate the transmission of a message to be transmitted;
bandwidth allocating means that receives a message parameter from said wireless terminal including identification information identifying said trigger message and a message size indicating a data length of the message to be transmitted, stores the received message parameter in advance, and allocates a wireless terminal to the wireless terminal the bandwidth corresponding to the size of the message of the message to be transmitted, after said means are not edachi trigger message is transmitted to the trigger message; and
allocation information transmitting means that transmits allocation information indicating a wireless bandwidth allocated by the bandwidth allocation means to said wireless terminal. 27. A wireless terminal that wirelessly exchanges messages with a wireless base station, comprising:
means for transmitting message parameters that transmits a message parameter to said wireless base station, wherein the message parameter includes a message size indicating a data length of a message to be transmitted to the wireless base station;
bandwidth request transmission means that transmits to a wireless base station a wireless bandwidth request signal requesting allocation of a wireless bandwidth for transmitting a message to be transmitted when it is time to transmit the message to be transmitted, and preparing to transmit the message to be transferred completed; and
message transfer means that transmits said message to be transmitted to said wireless base station by using a wireless bandwidth that is allocated by the wireless base station and indicated by allocation information when the wireless terminal receives the allocation information. 28. A wireless base station that wirelessly exchanges messages with a wireless terminal, comprising:
bandwidth allocating means that receives a message parameter from said wireless terminal including a message size indicating a data length of a message to be transmitted from the wireless terminal to the wireless base station, stores the received message parameter in advance, and allocates a wireless bandwidth to the wireless terminal corresponding to the size of the message message to be transmitted when the wireless base station receives from the wireless a terminal, a wireless bandwidth request signal requesting allocation of a wireless bandwidth for transmitting a message to be transmitted; and
allocation information transmitting means that transmits allocation information indicating a wireless bandwidth allocated by the bandwidth allocation means to said wireless terminal.

Images