CN101803245B - Method of effectively transmitting radio resource allocation request in mobile communication system - Google Patents

Abstract

A method allowing a terminal with data to be transmitted in an uplink direction to transmit a radio resource allocation request message to a base station by effectively using radio resource(s) to its maximum level is disclosed. In particular, the method allows the terminal to select a radio resource allocation request message of a proper format according to a situation of radio resource(s) or the amount of data of each channel and transmit the same to the base station.

Description

Method for Efficiently Sending Radio Resource Allocation Request in Mobile Communication System

technical field

The present invention relates to a wireless communication system and a mobile terminal that provide wireless communication, and in particular, to a method that allows a terminal having data to be transmitted in an uplink direction to transmit a wireless resource allocation request message to a base station by maximizing effective use of wireless resources method. Specifically, the present invention relates to a method for allowing a terminal to select a radio resource allocation request message in an appropriate format according to radio resource conditions or the data volume of each channel and send the message to a base station.

Background technique

FIG. 1 is a diagram showing a network structure of an E-UMTS (Mobile Communication System) applicable to the prior art and the present invention. The E-UMTS system is evolved from the UMTS system, and 3GPP is continuing to prepare basic specifications applicable to the E-UMTS. The E-UMTS system can be classified as an LTE (Long Term Evolution: Long Term Evolution) system.

An E-UMTS network can be divided into an evolved E-UTRAN and a core network (CN). E-UTRAN includes a terminal (hereinafter referred to as UE (User Equipment, user equipment)), a base station (hereinafter referred to as eNode B), and an access gateway (AG) located at one end of the network and connected to an external network. The AG can be divided into a part for processing user services and a part for processing control services. In this case, the AG handling user traffic and the AG handling control traffic can use the new interface to communicate with each other. One or more cells may exist in one eNB. An interface for transmitting user traffic or control traffic may be used between eNodes. CN may include nodes for registration of AG and UE users. An interface for distinguishing E-UTRAN from CN may be used.

The radio interface protocol layers between the terminal (UE) and the network can be divided into the first layer 1 (L1), the second layer (L2) based on the lower three layers of the open system interconnection (OSI) standard model known in the communication system. and the third layer (L3). The physical layer belonging to the first layer (L1) uses physical channels to provide information transmission services, and the RRC (Radio Resource Control: Radio Resource Control) layer located in the third layer is used to control the wireless resources between the terminal and the network. To this end, the RRC layer exchanges RRC messages between the terminal and the network. The RRC layer can be distributed at network nodes (such as eNodeB, AG, etc.), or only at eNodeB or at AG.

FIG. 2 illustrates a radio interface protocol structure between a terminal and a base station based on 3GPP radio access network specifications. The radio interface protocol has horizontal layers including a physical layer, a data link layer, and a network layer, and has vertical layers including a user plane for transmitting user information and a control plane for transmitting control signals (signaling). The protocol layers can be divided into a first layer 1 (L1), a second layer (L2) and a third layer (L3) based on the lower three layers of the Open System Interconnection (OSI) standard model well known in communication systems.

Next, layers of the radio protocol control plane in FIG. 2 and the radio protocol user plane in FIG. 3 will be introduced.

The physical layer (ie, the first layer (L1)) provides an information transfer service to an upper layer using a physical channel. The physical layer is connected to an upper layer called a medium access control (MAC) layer via a transport channel, and data is transferred between the MAC layer and the physical layer via the transport channel. Meanwhile, data is transmitted between different physical layers (that is, between a physical layer at a sending end and a physical layer at a receiving end) through a physical channel.

The MAC layer of the second layer provides a service to a radio link control (RLC) layer (upper layer of the MAC layer) via a logical channel. The RLC layer of the second layer can support reliable data transmission. The function of the RLC layer may be implemented as a functional block in the MAC, in which case the RLC layer may not exist. The PDCP layer of the second layer performs a header compression function to reduce the size of the header of an IP packet including large-sized, unnecessary control information, thereby enabling efficient transfer of IP packets in a radio interface having a relatively small bandwidth (such as IPv4 packets or IPv6 packets).

Only the radio resource control (RRC) layer at the bottom of the third layer is defined in the control plane. The RRC layer handles the configuration, reconfiguration, and release of radio bearers (RBs) for logical channels, transport channels, and physical channels. control. Here, the radio bearer means a service provided by the second layer (L2) for data transmission between the terminal and the UTRAN.

The downlink transmission channels used to transmit data from the network to the terminal include: BCH (Broadcast Channel, broadcast channel) for transmitting system information, and downlink SCH (Shared Chanel, shared channel) for transmitting user services or control messages. A service message or a control message of a downlink multicast or broadcast service may be sent via a downlink SCH or a downlink MCH (Multicast Channel, multicast channel). The uplink transport channel used to send data from the terminal to the network includes RACH (Random Access Channel, Random Access Channel) used to transmit initial control messages, and the uplink SCH used to transmit user services or control messages.

Next, a general method for a terminal in an LTE system to receive data will be introduced.

In addition to specific control signals or specific service data, the base station and the terminal mainly send and receive data through the physical channel PDSCH (Physical Downlink Shared Channel, Physical Downlink Shared Channel) using the transport channel DL-SCH. In PDCCH (PhysicalDownlink Control Channel, physical downlink control channel), information about the terminal (one or more terminals) to which the data of PDSCH is to be sent, information about how the terminal receives PDSCH data, information about how PDSCH data is received or decoded information, etc., and this information is sent out.

For example, it is assumed that a specific PDCCH including information on data masked with RNTI (Radio Network Temporary Identity (or identifier): wireless network temporary identifier (or identifier)) by CRC is transmitted in a specific subframe" A", and transmitted via radio resource (eg, frequency location) "B", with transport format information (eg, transport block size, modulation and coding information, etc.) "C". Then, one or two or more terminals located in the corresponding cell monitor the PDCCHs with their own RNTI information, and if these PDCCHs have "A RNTI" at the corresponding point in time, the terminals will receive the PDCCHs, and also via Information of PDCCH receives PDSCH indicated by "B" and "C".

In this process, the RNTI is transmitted to notify to which terminal the radio resource allocation information transmitted via each PDCCH is related. RNTI includes private RNTI and public RNTI. The dedicated RNTI is used to transmit data to or receive data from a specific terminal, and is used by terminals whose information is registered in the base station. Whereas, the common RNTI is used to transmit data to a terminal that is not assigned a dedicated RNTI because its information is not registered in the base station, or to receive data from such a terminal, or to transmit information shared by multiple terminals (such as system information) . For example, RA-RNTI or T-C-RNTI in RACH processing is a common RNTI.

As mentioned above, base stations and terminals are the two main entities that constitute E-UTRAN. The radio resources in a cell include uplink radio resources and downlink radio resources. The base station handles the allocation and control of uplink radio resources and downlink resources in the cell. That is, the base station determines which resource is used by which terminal at a certain moment. For example, the base station may determine to allocate frequency 100 MHz to 101 MHz to user 1 to send downlink data for 0.2 seconds after 3.2 seconds. After the determination, the base station may correspondingly notify the corresponding terminal to allow the terminal to receive downlink data. At the same time, the base station determines when and which terminal uses which and how many resources to send data in the uplink direction, and allows the corresponding terminal to send data at a corresponding time. Compared with the situation in the prior art where a single terminal continuously uses a single radio resource during a call connection, this dynamic management of radio resources by the base station is very effective. However, these days, many services are based on IP packets, and such dynamic management is inappropriate in this regard. That is to say, most packet services do not continuously generate packets during call connections, but there are many segments that do not send any information. In this case, it is inefficient to continuously allocate radio resources to a single terminal. Therefore, the E-UTRAN system adopts a method of allocating radio resources to a terminal only when the terminal needs it or only when there is service data.

In the LTE system, in order to efficiently use radio resources, the base station should know which data each user is waiting for. In the case of downlink data, the downlink data is transmitted from the access gateway. That is, the base station knows how much data should be sent via the downlink to each user. In the case of uplink data, if each terminal does not notify the base station of the data it intends to directly transmit to the uplink, the base station will not know how many uplink radio resources each terminal needs. Therefore, in order to perform appropriate uplink radio resource allocation, each terminal should provide information required for radio resource scheduling to the base station.

That is, if the terminal has data to send, it notifies the base station of this fact, and then the base station sends a radio resource allocation message to the terminal based on this information.

In this case, when the terminal informs the base station that the terminal has data to send, the terminal actually informs the base station about the amount of data accumulated in its buffer, which is called a buffer status report (BSR, buffer status report).

As described above, if the terminal has data in its buffer and satisfies certain conditions, the terminal sends the BSR to the base station.

In this respect, however, the BSR has no direct connection to the user data that the terminal and the base station actually wish to exchange. That is to say, the BSR is used to transmit only the information required by the base station to efficiently allocate radio resources to the terminal, rather than to transmit actual user data.

Therefore, it is better to have a smaller BSR, thereby reducing the waste of wireless resources for sending the BSR, that is, the BSR is preferably as simple as possible.

There are several logical channels for a single terminal, and each logical channel has a different priority. For example, when the base station and the terminal use (Signaling Radio Bearer: Signaling Radio Bearer) SRB to exchange RRC messages, if there is data in the SRB, the terminal should notify the base station accordingly as soon as possible. In this case, the base station should give priority to Allocate radio resources to the terminal. Meanwhile, if there is data for VoIP (Voice over Internet Protocol: Voice over Internet Protocol) in the logical channel, and there are other terminals (these terminals have channels set to a higher priority than VoIP) in addition to this terminal, and in If there is data in a channel with a higher priority in the cell, the terminal does not need to quickly send a BSR to the base station, and the base station does not need to allocate radio resources to the terminal immediately. Therefore, it is desirable for the BSR to be as accurate as possible, taking into account the channel-to-channel variation. That is, in this case, as the BSR becomes larger, it can include more detailed information, which leads to an improvement in performance at the base station scheduler side.

Therefore, there is a need for a method of effectively notifying the base station about the buffer status of the terminal while satisfying the above two conflicting conditions.

Contents of the invention

Accordingly, the various features presented herein have been conceived in order to address the above issues. An aspect of an exemplary embodiment is to provide a method whereby a terminal sends a radio resource allocation request message to a base station by maximizing the effective use of radio resources, and the terminal transmits a radio resource allocation request message according to the state of the radio resource or the data of each channel set for the terminal Select a radio resource allocation request message in an appropriate format according to the quantity, and send the radio resource allocation request message in an appropriate format to the base station.

The specification provides a method for data communication in a wireless communication system, the method comprising the steps of: defining multiple BSR formats for transmission of a buffer status report (BSR); selecting the BSR format based on specific conditions one of multiple BSR formats; generating a BSR according to the selected buffer status reporting format; and transmitting the generated BSR.

The above and other objects, features, aspects and advantages of the present invention will become apparent from the following detailed description of the present invention in conjunction with the accompanying drawings.

Description of drawings

Fig. 1 shows the network structure of the E-UMTS (mobile communication system) applicable to the prior art and the present invention;

FIG. 2 shows an exemplary structure of a control plane of a radio interface protocol between UE and UTRAN based on 3GPP radio access network standards;

FIG. 3 shows an exemplary structure of a user plane of a radio interface protocol between UE and UTRAN based on 3GPP radio access network standards;

FIG. 4 is a diagram of radio resource allocation according to the prior art;

FIG. 5 shows an exemplary diagram of a contention-based random access procedure;

6 is a diagram of various BSR formats used by a terminal to send a buffer status report (BSR) to a base station according to an embodiment of the present invention; and

FIG. 7 shows exemplary formats of a short buffer status report and a long buffer status report of a MAC control unit according to an embodiment of the present invention.

Detailed ways

One aspect of the present invention relates to the inventor's recognition of the above-mentioned problems in the prior art, and will be described in detail later. Based on this recognition, the various features of the present invention were developed.

Although the invention is shown as being implementable in a mobile communication system such as UMTS developed under the 3GPP specifications, the invention can also be applied in other communication systems operating in compliance with different standards and specifications.

Hereinafter, the structure and operation of preferred embodiments according to the present invention will be described with reference to the accompanying drawings.

Generally, a terminal (or UE) performs a random access procedure in the following cases: 1) when the terminal performs initial access because there is no RRC connection with the base station (or eNB), 2) when the terminal accesses for the first time during handover When the target cell, 3) when a command request from the base station is received, 4) when there is uplink data transmission without adjusting uplink time synchronization, or when there is no specific radio resource allocated for requesting radio resources, and 5) when When performing recovery procedures in case of wireless connection failure or handover failure.

In the LTE system, the base station allocates a dedicated random access preamble to a specific terminal, and the terminal performs a non-contention random access process, and the non-contention random access process uses the random access preamble to perform the random access process. In other words, there are two processes in selecting a random access preamble: one is a contention-based random access process, in which the terminal randomly selects one of a specific group to use, and the other is a non-contention-based A random access procedure in which a terminal uses a random access preamble assigned exclusively to a particular terminal by a base station. As described later, the difference between the two random access procedures lies in whether there will be conflicts due to contention. And, as described above, the random access process based on non-contention is used only during the handover process or when an instruction request from the base station is received.

Based on the above description, FIG. 5 shows the operation process between the terminal and the base station in the contention-based random access process.

First, a terminal in the process of contention-based random access can randomly select a random access preamble from a group of random access preambles indicated by system information or handover instructions, and can choose to be able to send random access preambles PRACH resources, and then the selected random access preamble can be sent to the base station (step 1).

After sending the random access preamble, the terminal may attempt to receive a response for its random access preamble within the random access response reception window indicated by the system information or the handover command (step 2). More specifically, the random access response information is sent in the form of a MAC PDU, and the MAC PDU may be transmitted on a Physical Downlink Shared Channel (PDSCH). In addition, a physical downlink control channel (PDCCH) is also transmitted so that the terminal can correctly receive the information transmitted on the PDSCH. That is, the PDCCH may include information on terminals that should receive the PDSCH, frequency and time information of radio resources of the PDSCH, a transmission format of the PDSCH, and the like. Here, if the PDCCH is successfully received, the terminal can correctly receive the random access response transmitted on the PDSCH according to the information on the PDCCH. The random access response may include a random access preamble identifier (ID), a UL grant, a temporary C-RNTI, a time alignment command, and the like. Here, since one random access response may include random access response information for one or more terminals, in order to inform the terminal which terminal information such as UL grant, temporary C-RNTI, and time adjustment instruction is valid (available , take effect), and include the random access preamble identifier in the random access response. Here, the random access preamble identifier may be exactly the same as the random access preamble selected by the terminal in step 1.

If the terminal receives a random access response valid for itself, the terminal may process various information included in the random access response. That is to say, the terminal applies the time adjustment instruction and stores the temporary C-RNTI. In addition, the terminal uses the UL grant to transmit data stored in the terminal's buffer or newly generated data to the base station (step 3). Here, the terminal identifier should essentially be included in the data contained in the UL grant (message 3). This is because, in the contention-based random access process, the base station may not determine which terminal is performing the random access process, but the terminal should be identified later in order to resolve the contention. Here, two different schemes are provided to include the terminal identifier. The first scheme is: if the terminal has received a valid cell identifier allocated in the corresponding cell before the random access procedure, then transmit the cell identifier of the terminal through UL grant. In contrast, the second scheme is to send the terminal's unique identifier (eg, S-TMSI or random ID) if the terminal has not received a valid cell identifier before the random access procedure. Typically, the unique identifier is longer than the cell identifier. In step 3, if the terminal sends data through the UL grant, the terminal starts a contention resolution timer.

After transmitting the data with the terminal identifier through the UL grant included in the random access response, the terminal waits for a contention resolution instruction (instruction) from the base station. That is, the terminal tries to receive the PDCCH to receive a specific message (step 4). Here, there are two schemes of receiving the PDCCH. As described above, if the terminal identifier transmitted via the UL grant is a cell identifier, the terminal attempts to receive the PDCCH using its own cell identifier. If the terminal identifier transmitted via the UL grant is a unique identifier, the terminal tries to receive the PDCCH using the temporary C-RNTI included in the random access response. Then, for the case where the terminal identifier transmitted via the UL grant is a cell identifier, if the PDCCH is received through the terminal's cell identifier before the conflict resolution timer expires (message 4), the terminal determines that it has succeeded (normal) A random access procedure is performed, thereby ending the random access procedure. For the case where the terminal identifier sent via the UL grant is a unique identifier, if a PDCCH is received with a temporary cell identifier before the collision resolution timer expires, the terminal checks the data conveyed by the PDSCH indicated by the PDCCH (message 4) . If the unique identifier of the terminal is included in the data, the terminal determines that the random access procedure has been successfully (normally) performed, thereby ending the random access procedure.

The present invention provides a method by which a terminal can efficiently provide information about the amount of data collected in its buffer while minimizing the amount of radio resources required for sending a buffer status report (BSR) change.

Therefore, in the present invention, multiple BSR formats are defined, and the terminal selects one of the multiple BSR formats according to its situation, configures (generates) a BSR according to the selected BSR format, and sends the BSR to the base station. Specifically, in the present invention, two BSR formats are defined: one is a common BSR, and the other is a shortened BSR. If the terminal is allocated enough radio resources to send common BSRs, if there is enough place or space in the allocated radio resources to include common BSRs, or if the allocated uplink radio resources are enough to include all configured channels or all configured If the channel group information is not specified, the MAC PDU may include a normal BSR, and the normal BSR may be sent to the base station via allocated radio resources. However, if the terminal is not allocated enough radio resources to send common BSRs, if there is not enough place or space in the allocated radio resources to include common BSRs, or if the allocated uplink radio resources are not enough to include all configured channels or all For the configured channel group information, the shortened BSR may be included in the MAC PDU, and the shortened BSR may be sent to the base station via the allocated radio resources.

Logical channel groups set for terminals can be divided into up to four logical channel groups. That is to say, the base station and the terminal can define up to four logical channel groups, and each logical channel belongs to one of the configured logical channel groups. The terminal can obtain the sum of data collected in the buffer of each channel by logical channel group, and can transmit the sum of data to the base station. That is to say, instead of sending the amount of buffers collected in each channel to the base station, the terminal obtains the sum of the buffers stored in each channel belonging to the logical channel group, and sends the corresponding sum information to the base station. The present invention effectively supports this structure. In this way, a normal BSR may include all buffer information on each configured channel or each logical channel group, while a shortened BSR may include some or only a portion of buffers on each configured channel or each logical channel information. Here, the normal BSR may include a BSR for each channel set for the terminal, and the shortened BSR may include BSRs for some of all channels set for the terminal. Also, the normal BSR may include a BSR for each logical channel group set for the terminal, and the shortened BSR may include BSRs for some of all logical channel groups set for the terminal.

For example, in order to send a BSR to the base station, the terminal with data stored in the buffer performs a random access procedure, and the allocated radio resource may be allocated by the base station for sending the RACH message 3 . In this case, if the allocated radio resources are sufficient, the terminal can configure a normal BSR and transmit the normal BSR. However, if the allocated radio resources are insufficient, that is, if the allocated radio resources are not enough to include a normal BSR, the terminal may configure a shortened BSR and transmit the shortened BSR. That is, according to the present invention, the terminal can transmit a normal BSR or a shortened BSR according to the amount of allocated radio resources.

Fig. 6 is a diagram of various buffer status report (BSR) formats used by a terminal to send a BSR to a base station according to an embodiment of the present invention. As shown in FIG. 6 , assuming that a total of 4 channels are set for the terminal, the upper part shows a shortened BSR, and the lower part shows a normal BSR. Since it is assumed that there are a total of 4 buffers, the normal BSR notifies the status of the buffers for each channel, and the shortened BSR notifies the status of some of them (for example, only a single channel's buffer). The shortened BSR according to the present invention can be applied to a case where many radio resources are not allocated to the terminal as in RACH procedure or processing, a general BSR is larger than the amount of allocated radio resources or the amount of data that can be transmitted by radio resources case, or the case where information about the buffer cannot be included because there is too much data in other channels set for the terminal.

The Buffer Status Report (BSR) procedure is used to provide a serving base station (eg, eNB) with information about the amount of data in the uplink buffer of a terminal (eg, UE). Here, a Buffer Status Report (BSR) can be triggered if one of the following events occurs, namely: 1) Uplink data arrives at the terminal's transmit buffer, and the data belongs to a channel with more data than already exists in the terminal's transmit buffer In this case, the BSR is hereinafter referred to as "regular BSR"; 2) uplink resources are allocated, and the number of bits filled is greater than that of the buffer status report MAC (Medium Access Control: medium access control) the size of the control unit, in which case the BSR is hereinafter referred to as a "padding BSR"; 3) the serving cell has changed, in which case the BSR is hereinafter referred to as a "regular BSR"; 4) the period The BSR timer expires, in which case the BSR is hereinafter referred to as a "periodic BSR".

For regular and periodic BSRs: When sending a BSR, if only one logical channel group (LCG) has buffered data in a transmission time interval (TTI), a shortened BSR can be reported, when sending a BSR, if in a TTI a The above LCG has buffered data, then report long BSR or normal BSR. For padding BSR: If the number of padding bits is equal to or greater than the size of the short BSR, but smaller than the size of the long BSR, the shortened BSR of the LCG to which the highest priority logical channel with buffered data belongs may be reported, and if the number of padding bits If the quantity is equal to or greater than the size of the long BSR, the long BSR or normal BSR can be reported. In addition, a buffer status report (BSR) MAC control element may consist of a short BSR format and a long BSR format.

Fig. 7 shows an exemplary format of a short buffer status report and a long buffer status report according to the present invention. As illustrated in Figure 7, for example, the short BSR format may include one LCG ID field and a corresponding buffer size (BS) field, while the long BSR format may include 4 BS fields corresponding to the LCG ID. Here, the BSR format can be identified through the MAC PDU subheader with LCID. The LCG ID and BS fields can be defined as follows: 1) LCG ID: logical channel group ID field, which identifies the group of logical channels being reported buffer status, the field length can be 2 bits; 2) buffer size: buffer The area size field, which identifies the total amount of data available in all logical channels of the logical channel group after the establishment of the MAC PDU, the amount of data is represented by the number of bytes, which can be included in the RLC layer and PDCP layer for transmission All data available. The size of the RLC and MAC headers may not be considered in the calculation of the buffer size. The length of this field may be 6 bits.

According to the above description, the present invention provides multiple BSR formats. Based on these formats, a terminal can select an appropriate BSR in consideration of channel state or data state, and send it to a base station, thereby effectively using radio resources.

The present invention may provide a method for transmitting data in a wireless communication system, the method comprising the steps of: defining multiple BSR formats for transmitting a buffer status report (BSR); selecting the multiple BSR formats based on specific conditions one of the BSR formats; generate a BSR according to the selected buffer status report format; and transmit the generated BSR. Wherein, the multiple BSR formats include common BSR and shortened BSR. If the allocated uplink radio resources are sufficient to include information about all configured channels or all configured channel groups, the common BSR is selected. If the allocated uplink radio resources are not enough to include information about all configured channels or all configured channel groups, the shortened BSR is selected. The general BSR includes buffer information on each channel set for the terminal. The general BSR includes buffer information on each logical channel or logical channel group set for the terminal. The shortened BSR includes buffer information on a part of all channels set for the terminal. The shortened BSR includes buffer information about each logical channel, certain channels or certain channel groups of the logical channel group. The shortened BSR is used when performing the random access procedure.

Although the present invention is described in the context of mobile communications, the present invention can also be used in any wireless communication system using mobile devices such as PDAs and notebooks equipped with wireless communication capabilities (ie, interfaces). Furthermore, the use of specific terms to describe the present invention is not intended to limit the scope of the present invention to a particular type of wireless communication system. The invention is also applicable to other wireless communication systems (eg TDMA, CDMA, FDMA, WCDMA, OFDM, EV-DO, Wi-Max, Wi-Bro, etc.) using different air interfaces and/or physical layers.

The exemplary embodiments can be implemented as a method, apparatus or article of manufacture using standard programming and/or engineering techniques to produce software, firmware, hardware or any combination thereof. As used herein, the term "article of manufacture" refers to code or logic implemented in hardware logic (e.g., integrated circuit chips, field programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), etc.) or computer-readable media (e.g., Magnetic storage media (e.g., hard drive, floppy disk, magnetic tape, etc.), optical storage (CD-ROM, optical disk, etc.), volatile and nonvolatile storage devices (e.g., EEPROM, ROM, PROM, RAM, DRAM, SRAM , firmware, programmable logic, etc.)).

Code on the computer readable medium can be accessed and executed by a processor. In addition, the code implementing the exemplary embodiments may also be obtained through a transmission medium or from a file server on a network. In this case, the article of manufacture that executes the code may include transmission media, such as network transmission lines, wireless transmission media, signals propagating through space, radio waves, infrared signals, and the like. Of course, it will be apparent to those skilled in the art that various modifications may be made in this arrangement without departing from the scope of the invention, and the article of manufacture may comprise any information bearing media known in the art.

Because the invention may be embodied in various forms without departing from the spirit or essential characteristics of the invention, it should also be understood that, unless otherwise indicated, the above-described embodiments are not limited to any details of the foregoing description, but rather should The appended claims are to be interpreted broadly within the spirit and scope as defined in the appended claims, and are therefore intended to cover all changes which come within the scope and metespan of the appended claims, or an equivalent range of such scope and metesley. and modified examples.

Claims (6)

1. one kind is used for the method for carrying out data communication at wireless communication system, it is characterized in that, this system comprises the multiple BSR form for transmit buffer status report (BSR), described multiple form comprises short BSR form and long BSR form at least, and that carries out in being connected to the terminal of described system (UE) said method comprising the steps of:

Select a kind of form in the described multiple BSR form, wherein when sending BSR, if in Transmission Time Interval (TTI), have only a logic channel group (LCG) to have the data of buffering, then select described short BSR form, perhaps when sending BSR, if more than one logic channel group (LCG) has the data of buffering in described Transmission Time Interval (TTI), then select described long BSR form;

Generate BSR according to selected BSR form; And

Send the BSR that generates.

2. method according to claim 1, wherein, described long BSR comprises the buffer information about each channel that arranges for described terminal (UE).

3. method according to claim 1, wherein, described long BSR comprises about each logic channel that arranges for described terminal (UE) or the buffer information of logic channel group.

4. method according to claim 1, wherein, described short BSR comprises the buffer information about some channel in the whole channels that arrange for described terminal (UE).

5. method according to claim 1, wherein, described short BSR comprise about some of the channel of each setting or each logic channel or only a part buffer information, the BSR of some channel in the whole channels that arrange at described terminal, the perhaps BSR of some channel group in the whole logic channel groups that arrange at described terminal.

6. method according to claim 1 wherein, is used described short BSR when carrying out random access procedure.

Images