TWI426805B - Method for re-direction of uplink access - Google Patents

Description

Redirection method for uplink access

The present invention is related to a method for immediate redirection of an uplink access in a mobile communication network.

In a mobile communication network, a user equipment in an idle mode uses a random access channel (RACH) to transmit an initial control message to a network. In other words, the user equipment uses the RACH to adjust the time to synchronize with the time of the network, or if the user equipment wishes to transmit data to the uplink but the data will be transmitted to an uplink without a network Obtain a network resource when resources are available.

For example, if the user device is powered on and then wishes to access a new cell first, the user device adjusts the synchronization of the link and receives the system information of one of the cells it wishes to access. An access request message for a broadcast resource control connection (RRC Connection) should be transmitted to the uplink. However, since the user equipment is not adjusted to the current network in time synchronization and the uplink broadcast resource is not secured, the user equipment requests a base station of a broadcast resource to transmit through the RACH. A connection request message to the network. The base station that has requested the network resource by the user equipment allocates an applicable network resource to transmit the RRC connection request message to the corresponding user equipment.

As another example, assume that the user equipment is in an RRC connected mode as the RRC connection is formed between the user equipment and the network. In this case, the user device is based on network resource scheduling. A network resource is allocated, and user data is transmitted to the network through the corresponding network resource. However, if the data to be transmitted is not retained in the buffer of the user, the network no longer allocates the broadcast resource to the corresponding user equipment. At this point, the buffer status of the user device is reported to the network periodically or upon an event. In this case, even if new data is generated in the buffer of the user equipment to which the broadcast resource is not allocated, since the broadcast resource is not allocated to the user equipment, the user equipment requests the network to allocate a broadcast resource through the RACH. For data transmission.

Hereinafter, an initial access procedure for the user to pass through the aforementioned RACH to the network in a Long Term Evolution (LTE) system will be described, wherein the LTE system has received high attention from the next generation communication standard.

1 is a signal flow diagram illustrating an initial access procedure for a user device discussed in the LTE system in accordance with the related art.

The user equipment selects a RACH signature and an RACH opportunity through system information transmitted from the base station, and transmits the selected RACH signature and RACH opportunity to the base station through a random access preamble (S101) ).

After receiving the random access preamble encoding from the user equipment, the base station transmits a random access response to the corresponding preamble encoding to the user equipment (S103). The random access response includes time offset information (time pre-amount, TA) and broadcast resource allocation information for transmitting the uplink of the RRC connection request message.

After receiving the random access response, the user equipment transmits the RRC connection according to the broadcast resource allocation information included in the random access response. Request message (S105).

After receiving the RRC connection request message from the user equipment, the base station transmits the RRC connection establishment information or the RRC contention resolution message to the user equipment as appropriate (S107).

In the RRC connection procedure using random access according to the related art, if it is necessary to restrict the uplink access of the user equipment due to the frequent transmission of the RRC connection request message, a wireless network transmits an RRC connection reject message, which includes Information is redirected to allow a particular user device to be redirected to another frequency band or to another system. However, since the redirect information according to the related art is transmitted through the fourth message of random access (S107), a problem arises if the wireless network cannot immediately control the access of the specific user device on the uplink.

Accordingly, the present invention is directed to a method for redirecting an uplink access that substantially obviates one or more of the problems due to the limitations and disadvantages of the related art.

One object of the present invention is to provide a method for instantly controlling uplink access of a specific user equipment, wherein a preamble encoding including random access information is transmitted to a base station, and the response message is used as the The information required for the redirected access of the user device is transmitted to the user device.

In order to achieve these and other advantages and in accordance with the purpose of the present invention, as embodied and broadly described herein, a method for random access by a terminal in a mobile communication system includes transmitting a random access preamble to a network. And receiving, from the network, a corresponding to the random access preamble encoding The response is in the case where the response contains negative control information, and the response message contains additional control information.

In another aspect of the present invention, a method for controlling random access by a network in a mobile communication system includes receiving a random access preamble code from at least one terminal and transmitting the corresponding to the random access preamble One of the encoded response messages to at least one terminal, wherein if the response message includes a negative control message, the response includes an additional control message.

The preferred embodiments of the present invention are described below with reference to the accompanying drawings, examples of which are based on the background of the invention.

Figure 2 illustrates one of the network structures of the Evolutionary Global Mobile Telecommunications System (E-UMTS) to which the present invention is applied.

The E-UMTS is one of the systems evolved from this legacy UMTS, and its basic standardization is currently controlled by 3GPP (3rd Generation Partnership Project). The E-UMTS may also be referred to as an LTE (Long Term Evolution) system.

The E-UMTS can be divided into E-UTRAN (Evolved UMTS Ground Access Network) 100 and CN (Core Network) 200.

The E-UTRAN 100 includes an access gateway 110 (hereinafter referred to as 'AG'), a network node 120 (hereinafter referred to as 'AG') that is connected to an external network by being placed at the end of the E-UMTS network (hereinafter referred to as It is 'eNode B') and a user device (hereinafter referred to as 'UE'). The AG 110 can be divided into a portion for processing a user data stream and for processing a portion of the control data stream. In this case, a new interface can be defined between the AG for processing the new user data stream and the AG for processing the control data stream. Communication between the two. An eNode B 120 can include at least one cell. An interface for transmitting user data streams or controlling data streams can be placed between several eNode Bs.

The CN 200 can include the AG and a plurality of nodes for registering users of the UE 130. Another interface for distinguishing between the E-UTRAN 100 and the CN 200 can also be used for the LTE network if needed.

The network interface protocol layer between the UE 130 and the network can be divided into a first layer L1 and a second layer L2 according to a well-known Open System Interconnection (OSI) reference model in a communication system. A third layer L3. A physical layer corresponding to the first layer uses a physical channel to provide an information transmission service, and a broadcast resource control (hereinafter referred to as 'RRC') layer located in the third layer is used to control the user equipment and the Broadcast resources between networks. So far, the RRC layer exchanges the user equipment and the RRC between the networks. The location of the RRC layer can be distributed among individual nodes of the network, such as the eNode B 120 or the AG 110. Alternatively, the RRC layer may be only in the eNode B 120 or the AG 110.

Figures 3 and 4 illustrate a structure of a broadcast interface protocol between the user equipment and the UTRAN in accordance with one of the 3GPP broadcast access network standards.

The broadcast interface agreement between the user equipment and the UTRAN horizontally includes a physical layer, a data link layer, and a network layer. The broadcast interface between the user equipment and the UTRAN vertically includes a control plane (Fig. 3) for signaling of a control signal and a user plane (Fig. 4) for transmission of data information. The protocol layers of Figures 3 and 4 are based on the three lower layers of the well-known OSI reference model in the communication system. It is divided into a first layer L1, a second layer L2, and a third layer L3.

One of the broadcast protocol control planes shown in Figure 3 and the individual layering of one of the broadcast agreement user planes shown in Figure 4 will be detailed below.

First, the physical layer 10 as the first layer uses the physical channel to provide an information transmission service to a higher layer. The physical layer 10 is connected to a media access control (hereinafter referred to as 'MAC') layer 20 over the physical layer 10 through a transmission channel. Data is transmitted between the medium access control layer 20 and the physical layer 10 by the transmission channel. Moreover, the data is transmitted between different physical layers, and more specifically through the physical channel, between a physical layer on one transmission side and other physical layers on a receiving side.

The second layer of media access control (hereinafter referred to as 'MAC') layer 20 provides a service to a broadcast link control layer above the MAC layer via a logical channel. A Broadcast Link Control (RLC) layer of the second layer supports reliable data transmission. At the same time, the RLC layer 30 can be implemented by functional blocks in the MAC. In this case, the RLC layer may not exist. In order to efficiently transmit an IP packet (for example, IPv4 or IPv6) during a broadcast communication having a narrow bandwidth, a PDCP (Packet Data Convergence Protocol) layer 50 of the second layer performs header compression to reduce unnecessary control information. The size of a relatively large IP packet header.

A Broadcast Resource Control (hereinafter referred to as 'RRC') layer 40 located at the lowest portion of the third layer is defined only in the control plane and is configured, reconfigured, and associated with the broadcast bearer (hereinafter referred to as 'RBs'). Release related, which will be responsible for controlling the logic, transport, and physical channels. In this case, the RB means that the second layer provides one service for data transmission between the UE and the UTRAN. lose.

When the downlink transmission channel transmits data from the network to the UEs, it provides a broadcast channel (BCH) for transmitting system information and a downlink shared channel (SCH) for transmitting user data streams or control messages. The data stream or control message of the downlink multicast or broadcast service can be transmitted through the downlink SCH or an additional downlink multicast channel (MCH). At the same time, when an uplink transmission channel transmits data from the UEs to the network, a random access channel (RACH) for transmitting an initial control information and an uplink shared channel for transmitting user data streams or control information are provided. (UL-SCH).

A procedure for transmitting the initial control message from the UE in an idle mode to the network will be described in detail later.

In a Wideband Code Division Multiple Access (WCDMA), the RACH is used to upload control messages or short length data. Certain RRC messages, such as an RRC Connection Request message, a Packet Update message, and a URA Update message, are transmitted through the RACH. Furthermore, in the logical channel, a common control channel (CCCH), a dedicated control channel (DCCH), and a dedicated data stream channel (DTCH) can be mapped to the RACH of the transmission channel. The RACH of the transmission channel is again mapped to a physical random access channel (PRACH).

If the MAC layer of the UE commands the physical layer of the UE to perform PRACH transmission, the physical layer of the UE selects an access slot and a signature to upload a PRACH preamble encoding. The preamble encoding is transmitted for an access slot length of 1.33 ms, and a signature of the 16 signature is selected and transmitted for a first specific length of the access slot.

If the UE transmits the preamble code, the network node transmits as a The acquisition of the chain physical channel indicates that the channel (AICH) transmits a response signal. The AICH corresponding to the preamble encoding transmission transmits the signature selected by the preamble encoding in a first specific period corresponding to an access slot of the access slot transmitting the preamble encoding. At this time, the network node transmits an acknowledgement (ACK) or a negative acknowledgement (NACK) through a signature transmitted from the AICH. If the UE receives an ACK, the UE transmits a message portion of 10 ms or 20 ms by using an orthogonal variable spreading factor (OVSF) encoding corresponding to one of the transmitted signatures. If the UE receives the NACK, the MAC of the UE again commands the physical layer of the UE to perform the PRACH transmission after an appropriate period of time. Meanwhile, if the UE does not receive the AICH corresponding to the transmitted preamble coding, the UE transmits a new preamble code after a specific access slot with a power higher than the previous preamble coding power level.

The initial random access procedure in accordance with the present invention will be described in detail below.

<Example l>

Figure 5 is a signal flow diagram illustrating an initial random access procedure for one of the idle user devices in accordance with the present invention.

First, the UE transmits a random access preamble code to the network node (S201). At this time, the UE may include uplink information or channel measurement information accompanying the signature in the preamble encoding, and thus the network node may perform resource allocation for uplink transmission.

The network node responds to the preamble encoding with random access response information (S203). At this time, the response information message includes at least one of a signature transmitted from the UE and an agreement or rejection of the signature transmission. The response information message further includes a temporary cell broadcast network temporary identification assigned to the UE. No. (temporary C-RNTI), broadcast resource allocation information of the RRC connection request message, message size, and broadcast parameters (modulation and coding information and composite ARQ information) for RRC connection request message transmission.

The transmission information of the response information message is reported through the L1/L2 control channel for the transmission of the response information message. The L1/L2 control channel includes an RA-RNTI indicating the transmission of the response information and a transmission parameter regarding the transmission of the corresponding response information message.

Furthermore, the response information message may include redirection information, waiting time, and reason for rejection.

After receiving the response information message, if the signature transmitted from the UE is included in the response information message and has permission for signature transmission, the UE transmits the RRC connection request message to the network node (S205). At this time, the UE transmits the RRC connection request message by using the broadcast resource allocation information included in the response information message, the message size, and the broadcast parameter. The RRC Connection Request message may include a broadband UE identification token such as International Mobile Subscriber Identity (IMSI) or Temporary Mobile Subscriber Identity (TMSI).

If the signal transmitted from the UE is included in the response information message but the signature transmission is rejected, or the signature transmitted from the UE is not included in the response information message, the UE specifies one of the response information messages. The preamble code is retransmitted after the waiting time or after a certain period without transmitting the RRC connection request message.

Alternatively, if the response information includes the response information of the preamble encoding, the UE may retransmit the previous according to the previously established waiting time in the UE. The code is encoded to request the RRC connection regardless of whether the wait time is included in the response message. Alternatively, if the response information includes the pre-coded rejection information, the UE may apply different waiting according to the number of signatures or the number of users included in the response information, the message size of the response information, or the reason for the rejection. The preamble encoding is retransmitted during the period, regardless of whether the waiting time is included in the response information.

At this time, if the redirect information is included in the response information message, the UE transmits to the other system or another frequency band according to the redirect information to select a cell again and retry random access.

If the RRC connection request message is received by the network node, the RRC layer of the network node transmits the RRC connection setup message or the RRC contention resolution message to the UE (S207).

If a plurality of UEs use a female resource by using the broadcast resource. Signing while uploading the preamble code, the contention occurs between individual transmissions. Therefore, the network node transmits the RRC contention resolution message to each UE to resolve the contention status. The RRC contention resolution message includes a broadcast network UE identification token such as a C-RNTI, the broadband UE identification token, and a redirect information. The RRC contention resolution message may further include a waiting time and a reason for rejection.

Therefore, if the RRC contention resolution message includes the broadband UE identification symbol transmitted through the RRC connection request message, the UE recognizes that it left the contention. However, if the UE does not receive the RRC connection setup message for a certain period of time, where the RRC connection setup message includes the broadband UE identification symbol transmitted by the RRC connection request message, the UE is in the waiting time or a specific period. The preamble encoding is then retransmitted.

If the RRC contention resolution message does not include the broadband UE identification symbol transmitted through the RRC connection request message, the UE identifies that it cannot leave the contention and retransmits the preamble code after the waiting time or the specific period.

Preferably, if the RRC contention resolution message does not include the broadband UE identification symbol transmitted by the RRC connection request message, the UE retransmits the preamble code according to the waiting time established for the RRC connection request, regardless of the waiting time. Whether it is included in the RRC contention resolution message. Alternatively, if the RRC contention resolution message does not include the broadband UE identification symbol transmitted through the RRC connection request message, the UE may retransmit the use by using different waiting time according to the RRC contention resolution message (eg, rejection reason). Preamble encoding, whether or not the waiting time is included in the RRC contention resolution message.

At this time, if the redirect information is included in the response information message, the UE transmits to another system or another frequency band according to the redirect information to select a cell again and retry random access.

In this case, the L1/L2 control channel indicating the RRC contention resolution message includes the Cell Broadcast Network Temporary Identification Symbol (C-RNTI). Therefore, if the C-RNTI is only included in the L1/L2 channel, the UE receives the RRC contention resolution message.

<Example 2>

The initial random access procedure of an RRC connected UE will be described in detail later. Figure 6 is a signal flow diagram illustrating the initial random access procedure of the RRC connected UE.

First, the UE transmits a random access preamble encoding to the network node (S301). At this time, the UE may include uplink information or channel measurement information accompanying the signature in the preamble encoding, and thus the network node may perform resource allocation for uplink transmission.

The network node responds to the preamble encoding with the random access response information (S303). At this time, the response information message includes a signature transmitted from the UE and permission or rejection information transmitted by the signature. The response information message further includes a temporary cell broadcast network temporary identification mark (temporary C-RNTI) assigned to the UE, a broadcast resource allocation information of the MAC scheduling request message, a message size, and a message for the MAC scheduling request message. Broadcast parameters (modulation and coding information and composite ARQ information) transmitted. The transmission information of the response information message is reported through the L1/L2 control channel for the transmission of the response information message. The L1/L2 control channel includes an RA-RNTI indicating the transmission of the response information and the transmission parameters regarding the corresponding response information message transmission.

Preferably, the response information message includes redirecting information. The response information message may further include waiting time and reason for rejection.

After receiving the response information message, if the signature transmitted from the UE is included in the information message and if there is permission for signature transmission, the UE transmits the MAC scheduling request message (or MAC resource request message) to the network. Road node (S305). At this time, the UE transmits the MAC scheduling request message by using the broadcast resource allocation information included in the response information message, the message size, and the broadcast parameter. Preferably, the MAC scheduling request message includes a broadcast network UE identification token such as a C-RNTI.

If the signature transmitted from the UE is included in the response information message but rejects the signature transmission, or if the signature transmitted from the UE is not included in the response information message, the UE specifies one of the response information messages. The preamble code is retransmitted after a waiting time or a specific period, and the MAC schedule request message is not transmitted.

Preferably, if the response information includes the pre-coded rejection information, the UE may retransmit the preamble code according to the waiting time established for the MAC scheduling request, whether the waiting time is included in the response information. in. Alternatively, if the response information includes the pre-coded rejection information, the UE may use different waiting according to the number of signatures included in the response information or the number of users, the message size of the response information, or the reason for the rejection. Time to retransmit the preamble encoding, regardless of whether the waiting time is included in the response message.

At this time, if the redirect information is included in the response information message, the UE transmits the redirect information to another system or another frequency band to select a cell again and retry random access.

If the MAC scheduling request message is received in the network node, the MAC layer of the network node transmits a resource permission message or a MAC contention resolution message to the UE (S307).

If multiple UEs simultaneously upload the preamble encoding by using the broadcast resource, such as the signature, the contention occurs between the individual transmissions. Therefore, the network node transmits the MAC contention resolution message to each UE to resolve the contention status. The MAC contention resolution message includes a broadcast network UE identification token such as a C-RNTI, the broadcast network temporary UE identification token, and the broadband UE identification. Mark and redirect information. The MAC contention resolution message may further include waiting time and reason for rejection.

If the MAC contention resolution message includes a broadcast network UE identification token corresponding to the UE, the UE identifies that it left the contention. However, if the UE does not receive the resource allocation message in a specific period, including the broadcast network UE identification token corresponding to the UE, the UE retransmits the preamble code after the waiting time or a specific period. .

If the MAC contention resolution message does not include a broadcast network UE identification token corresponding to the UE, the UE identifies that it cannot leave the resource contention and retransmits the preamble code after the waiting time or a specific period.

Preferably, if the MAC contention resolution message does not include the broadcast network UE identification token corresponding to the UE, the UE retransmits the preamble code according to the waiting time established for the RRC connection request, whether or not the waiting time is included. In the MAC contention resolution message. Alternatively, if the MAC contention resolution message does not include the broadcast network UE identification token corresponding to the UE, the UE may use different waiting periods to retransmit the former by relying on the MAC contention resolution message (eg, rejection reason). Encoding, whether or not the waiting time is included in the MAC contention resolution message.

At this time, if the redirect information is included in the response information message, the UE transmits to the other system or another frequency band according to the redirect information to select a cell again and retry random access.

In this case, if the MAC contention resolution message is transmitted to the MAC Control PDU, the L1/L2 control channel indicating the MAC contention resolution message includes the broadcast network temporary UE identification symbol. Therefore, if the broadcast network The path temporary UE identification mark is only included in the L1/L2 control channel, and the UE receives the MAC contention resolution message.

Meanwhile, a 'wait time' value included in each message of the present invention may be an actual time or a parameter value for calculating the waiting time. If the value of 'wait time' is an actual time, the UE applies a wait according to the value. If the value of 'wait time' is the parameter value used to calculate the waiting time, the UE calculates the waiting time of the actual application by using the 'wait time' value included in the message according to a specified equation. In this case, the retransmission of the preamble by applying different latency is the same as retransmission by applying the preamble encoding of different parameter values.

In step S207 of FIG. 5 and step S307 of FIG. 6, a composite automatic repeat request (HARQ) mechanism of the WCDMA can be used. Figure 7 illustrates an example of HARQ that is used in a lower-chain physical layer of a broadcast packet communication system.

In Figure 7, the network node determines a user equipment that will receive a packet and the type of packet (e.g., coding rate, modulation mode, data capacity, etc.) to be transmitted to the user device, The network node transmits the information to the corresponding user equipment through the high-speed downlink shared control channel (HS-SCCH) transmission, and transmits a corresponding data packet through a high-speed downlink shared channel (HS-DSCH) at this time. . The corresponding user equipment identifies a transmission format of a packet to be transmitted and a transmission time point and receives a corresponding packet by receiving the chain control channel. After receiving the packet, the user equipment performs decoding of the packet data. If the user equipment successfully decodes the packet data, the user equipment transmits The ACK signal is sent to the network node. The network node that has received the ACK signal knows that the packet transmission for the user equipment has been successfully executed and performs the one packet transmission. If the user equipment cannot decode the packet data, the user equipment transmits a NACK signal to the network node. The network node that has received the NACK signal knows that the packet transmission to the corresponding user equipment has failed and retransmits the same data in the same packet type or a new packet type in time. At this time, the user equipment combines the retransmission packet with the previous packet that failed in decoding in various methods to perform decoding again.

It will be appreciated by those skilled in the art that the present invention may be embodied in other specific forms without departing from the spirit and scope of the invention. Accordingly, the foregoing embodiments are to be considered in all respects The scope of the invention is to be determined by a reasonable interpretation of the scope of the invention, and all modifications that are within the scope of the invention are included in the scope of the invention.

Industrial utilization

According to the present invention, a preamble encoding includes information about random access and transmits it to a network node, and the information required for the redirected access of the user equipment is transmitted to the preamble encoding The user device controls the access of a particular user device on the fly, so that the communication system can operate in the desired manner.

10‧‧‧ physical layer

20‧‧‧Media Access Control (MAC) layer

40‧‧‧ Broadcast Resource Control (RRC) layer

30‧‧‧Broadcast Connection Control (RLC) layer

50‧‧‧PDCP (Packet Information Convergence Agreement) layer

100‧‧‧E-UTRAN (Evolutionary UMTS Ground Access Network)

110‧‧‧Access gateway

120‧‧‧Network node

130‧‧‧User Equipment (UE)

200‧‧‧CN (core network)

1 is a signal flow diagram illustrating an initial access procedure of a user equipment discussed in the LTE system according to the related art; FIG. 2 illustrates a network structure of the E-UMTS, which is an application of the present invention One of the mobile communication systems; FIGS. 3 and 4 illustrate a structure of a broadcast interface protocol between a user equipment and the UTRAN in accordance with the 3GPP broadcast access network standard; FIG. 5 is a signal flow diagram. An initial random access procedure for an idle user device according to one embodiment of the present invention; FIG. 6 is a signal flow diagram illustrating an initial random access procedure for an RCC connected user device in accordance with the present invention; and a seventh The figure is an example of HARQ for a downlink physical layer of a broadcast packet communication system.

Claims (15)

A method for random access of a terminal in a mobile communication system, the method comprising at least the steps of: transmitting a first random access preamble encoding to a network; and transmitting a shared channel through a chain (DL-SCH) Receiving, from the network, a random access response message including latency information, wherein a control channel associated with the DL-SCH is used to receive the random access response message through the DL-SCH, and wherein the control The channel is different from a broadcast channel, wherein after receiving the random access response message, a random access response reception is considered unsuccessful; and the specificity of the waiting time information received based on the response message received through the random access After the amount of time, a second random access preamble is retransmitted to the network. The method of claim 1, wherein the first random access preamble includes a signature for identifying the terminal and any other terminal. The method of claim 2, wherein the random access response message does not include a signature identical to the signature of the first random access preamble encoding, or if the terminal does not receive in a predetermined period of time The step of retransmitting the second random access preamble encoding is performed to a random access response message including the same signature as the signature of the first random access preamble. The method of claim 1, wherein the waiting time information has a parameter value to be used for calculating an actual waiting time, the actual The waiting time is intended to be applied to determine the specific amount of time. The method of claim 1, wherein the random access response message is identified by an RA-RNTI (random access-broadcast network temporary identification token). The method of claim 5, wherein the RA-RNTI is received through an L1/L2 control channel. According to the method of claim 1, wherein the random access response message including the waiting time information is a negative response of the first random access preamble encoding. According to the method of claim 1, if at least one of the first and second random access preamble codes and at least one from using the first and second random access preamble encodings The method further includes the step of receiving a contention resolution message from the network, the same signature, the same broadcast resource, and other random access preamble coding conflicts of any other terminal at the same time. According to the method of claim 8, if the contention resolution message includes a terminal identification symbol pre-transmitted by the terminal, the terminal establishes an uplink access with the network; and if the contention resolution message is If the terminal identification mark is not included, the method further includes the step of retransmitting a third random access preamble code. A method for controlling random access by at least one of a terminal by a network in a mobile communication system, the method comprising at least the steps of: receiving a random access preamble encoding from the at least one terminal; Transmitting, by a chain shared channel (DL-SCH), a random access response message including latency information to the at least one terminal, wherein a control channel associated with the DL-SCH is used to receive the DL-SCH through the DL-SCH The random access response message, wherein the control channel is different from a broadcast channel, wherein after receiving the random access response message, a random access response reception is considered to be unsuccessful, wherein the waiting time information is used And determining, by the at least one terminal, a specific amount of time for delaying a retransmission of the random access preamble encoding. The method of claim 10, wherein the random access preamble encoding comprises a signature for identifying the at least one terminal and any other terminal. The method of claim 11, wherein the random access response message does not include a signature identical to the signature of the random access preamble encoding, or if the at least one terminal does not receive in a predetermined period of time And the step of retransmitting the random access preamble encoding by the at least one terminal to the random access response message including the signature of the random access preamble encoded. The method of claim 10, wherein the random access response message is transmitted in relation to an RA-RNTI (random access-broadcast network temporary identification symbol). The method of claim 13, wherein the RA-RNTI is transmitted through an L1/L2 control channel. According to the method of claim 10, which includes the waiting The random access response message of the time information is a negative response of the random access preamble encoding.