Abstract: In a wireless communication system, a wireless base station (10), if rejecting a connection to a wireless terminal (20) that makes a connection request in accordance with a first: connection processing, controls to adopt a second connection processing different from the first connection processing in response to a subsequent connection request by the wireless terminal (20).
DESCRIPTION
CONNECTION PROCESSING METHOD IN WIRELESS COMMUNICATION SYSTEM, AND
WIRELESS BASE STATION AND WIRELESS TERMINAL
TECHNICAL FIELD
[0001]
The present embodimentsdisclosure relates to a connection
processing method in a wireless communication system, and a wireless
base station, and a wireless terminal. The present
embodimentsdisclosure may be used in a wireless communication system
wherein a wireless terminal requests to establish a connection by
means of a wireless base station using a random access.
BACKGROUND ART
[0C02]
Currently, third-generation mobile communication services by
means of the code Code division Division multiple Multiple access
Access (CDMA) scheme have just introduced in wireless (mobile)
communication systems, including wireless terminals (user
terminals), such as cellular phones. Alsct the same time,
next-generation mobile communication technologies capable of
providing even faster communications have been under development.
The 3rd Generation Partnership Project (3GPP) is studying the Long
Term Evolution (LIE), as one of such next-generation mobile
communication technologies.
[0003]
In a mobile communication system, as a preparation to a wireless
basestation (evolved Node B: eNB) and a user terminal (user equipment:
UE) for initiating a communication with each other, a channel is
provided for the UE to initiate a transmission to the eNB. The 3GP?
refers this channel as a "random access channel (RACK) ", and refers
the procedure for initiating a communication through an RACH as
a "random access (RA)".
[0004]
An RACH contains minimal information, using which the eNB
distinguishes UEs from each ether which make transmissions. The
RACH is used when initiating a communication, and individual channels
(or shared channels) are used afterwards. Thus, the RACH can be
shared among a plurality of UEs unless it is used by more than one
UEs simultaneously. For this purpose, identifiers called
"signatures" (preambles}" are provided to the RACH, such that the
eNB can distinguish UEs from each ether which make transmissions
simultaneously on the RACH.
[0005]
A UE make an RA, for example, upon an initial transmission
(origination), in response to an incoming transmission from the
eNB (generation of downlink (DL) data), upon handover, upon recovery
from disconnection (resuming a disconnected communication) . As used
herein, a wireless link in the direction from the eN3 to a UE is
referred to as "downlink (DL) ", and a wireless link in the opposite
direction as "uplink (UL)".
[0006]
There may be some cases wherein an eNB does not recognize some
UEs upon an initial transmission or recovery from disconnection,
for example, and no individual signatures that can be exclusively-
used are allocated to the UEs. Such UEs randomly select one of a
plurality of (for example, 64) preset signatures for making an RA.
Accordingly, a plurality of UEs may simultaneously make RAs using
the same signature, although the possibility of such an event is
low. Such an RA procedure is referred to as a "contention based
random access procedure (contention based RA procedure).
[0007]
In such a case, the eN3 resolves the conflicted signature
(select one of the competing UEs) , and sends a response to the selected
UE. Each UE determines that that UE is selected by the eNB whether
a response is received from the eNB. The UE selected by the eNB
continues the communication (RA procedure) with the eNB, makes
settings for the wireless channel with the eNB, and so on. The UE
~hat was not selected by the eNB tries to retry an RA after a
predetermined time interval or otherwise.
[0008]
Note that such a contention of a signature occurs while a UE
makes a handover to switch between eN3s for connecting, the connection
might be temporarily disconnected or sometimes a communication might
be disconnected. For this purpose, the LTE proposes to allocate
individual signatures in advance to each of UEs for making a handover.
Such an RA procedure is referred to as "non-contention based random
access procedure (non-contention based RA procedure)".
Non-Patent Document 1: 3GPP TR25.913 V7.3.0 (2006-03)
Non-Patent Document 2: 3GPP TS36.300 V8.4.0 (2003-03)
DISCLOSURE OF THE INVENTIONSUMMARY
PROBLEMS TO BE SOLVED BY INVENTIONProblems to be Solved by the
Invention
[0009]
Even when a UE that makes a contention based RA is selected
by the eNB as a UE to establish a connection, the UE may not be
refused connection by the eNB. For example, the eNB may refuse or
suspend a connection with a new UE when the communication traffic
is high.
[0010]
In such a case, although the UE can execute connection
processing (RA) to the eNB, such as after a predetermined time interval,
the eNB is not aware of which UE was selected in the previous RA
procedure. Therefore, conventionally, even if a UE was selected
by the eNB in the previous RA procedure, that UE must can execute
connection processing (RA) in the same priority (procedure) as those
of other UEs that were not selected.
[0011]
The present embodimentsdisclosure areis directed to reduce
the time for a wireless terminal ro establish a connection with
a wireless base station.
[0012]
Note that it is another object of embodiments to provide
advantages and effects rhat can be obtained by the best modes to
implement the invention described below but cannot be obtained with
conventional techniques.
MEANS TO SOLVE THE PROBLEMSSUMMAY
[0013]
(1) According to an aspect of the embodiments, a method
includesln one aspect, a connection processing method in a wireless
communication system including wireless terminals and a wireless
base station, the communication processing method includinges: the
wireless base station, if rejecting a connection from a wireless
terminal that makes a connection request in accordance with a first
connection processing, controlling to adopt a second connection
processing different from the first connection processing in
response to a subsequent connection request by the wireless terminal.
[0014]
(2) According to an aspect of the embodiments, an apparatus
includesln another aspect, a wireless base station in a wireless
communication system including wireless terminals and the wireless
base station, the wireless base station includinges: a control
section that, if rejecting a connection from a wireless terminal
that makes a connection request in accordance with a first connection
processing, controls to adopt a second connection processing
different from the first connection processing in response to a
subsequent connection request by the wireless terminal.
[00151
(3) According to an aspect of the embodiments, an apparatus
includesln a further aspect, a wireless terminal in a wireless
communication system including wireless terminals and a wireless
base station, the wireless terminal includinges: a control section
that, if a connection is rejected by the wireless base station for
a connection request in accordance with a first connection processing,
is controlled by the wireless base station to apply a second connection
processing different from the first connection processing upon
making a subsequent connection request to the wireless base station.
EFFECTffect OF THR INVENTIONof the Invention
[0016]
It is possible to reducen accordance with the techniques in
the present disclosure, the time for a wireless terminal to establish
a connection with a wireless base station can be reduced.
BRIEF DESCRIPTION OF THE DRAWINGS
[0017]
FIG. 1 is a sequence diagram illustrating one example of a
contention based RA procedure;
FIG. 2 is a sequence diagram illustrating one example of a
non-contention based RA procedure;
FIG. 3 is a block diagram illustrating one example of a wireless
(mobile) communication system in a first embodiment;
FIG. 4 is a sequence diagram illustrating one example of the
operation (RA procedure) taken by the wireless communication system
in the first embodiment;
FIG . 5 is a flowchart illustrating one example of an RAprocedure
taken by a wireless base station (eNE) in the first embodiment;
FIG . 6 is a flowchart illustrating one example of an RAprocedure
taken by a wireless terminal (UE) in the first embodiment;
FIG. 7 is a flowchart illustrating one example of an RAprocedure
taken by an eN3 in a second embodiment;
FIG. 8 is a flowchart illustrating one example of an RAprocedure
taken by a UE in the second embodiment;
FIG. 9 is a flowchart illustrating one example of an RAprocedure
taken by an eNB in a third embodiment;
FIG. 10 is a flowchart illustrating one example of an RA
procedure taken by a UE in the third embodiment;
FIG. 11 is a flowchart illustrating one example of an RA
procedure taken by an eN3 in a fourth embodiment;
FIG. 12 is a flowchart illustrating one example of an RA
procedure taken by a UE in the fourth embodiment;
FIG. 13 is a sequence diagram illustrating one example of an
RA procedure taken by a wireless communication system in a fifth
embodiment;
FIG. 14 is a flowchart illustrating one example of an RA
procedure taken by an eNB in the fifth embodiment;
FIG. 15 is a flowchart illustrating one example of an RA
procedure taken by a UE in the fifth embodiment;
FIG. 16 is a flowchart illustrating one example of an RA
procedure taken by an eN3 in a sixth embodiment;
FIG. 17 is a flowchart illustrating one example of an RA
procedure taken by a UE in the sixth embodiment; and
FIG. IB is a flowchart illustrating one example of an RA
procedure taken by an eNB in a seventh embodiment.
DESCRIPTION OF REFERENCE SYMBOLS
[0018]
10 WIRELESS BASE STATION (eN3)
11 TRANSMISSION ANTENNA
12 TRANSMITTER
13 RECEIVER
14 CONTROL SECTION
141 RNTI MANAGEMENT SECTION
142 PREAMBLE MANAGEMENT SECTION
143 CONGESTION MONITOR SECTION
14 4 COMMUNICATION MANAGEMENT SECTION
2 0 WIRELESS TERMINAL (UE)
21 TRANSMISSION ANTENNA
22 TRANSMITTER
23 RECEIVER
2 4 CONTROL SECTION
241 RNTI MANAGEMENT SECTION
24 2 PREAMBLE MANAGEMENT SECTION
24 4 COMMUNICATION MANAGEMENT SECTION
BEST MODE FOR CARRYING OUT THE INVENTIONDESCRIPTION OF EMBODIMENTS
[0019]
Hereunder is a description cf embodiments with reference to
the drawings. Note that the embodiments that will be described are
merely exemplary, and it is not intended to exclude various variations
and applications of techniques that are not described. In other
words, the present embodiments can be practiced in various ways
(by combining examples, for example) without departing from the
[0020]
(1) First Embodiment
Here, the above-described contention based and non-contention
based RA procedures will be described with reference to FIGS. 1
and 2. FIGS. 1 and 2 depict examples of contention based RA and
non-contention based RA procedures, respectively.
[0021]
(1.1) Contention-based RA procedure
In the contention based RA procedure illustrated in FIG. 1,
a UE randomly selects a signature to be used from a plurality of
signatures supplied in advance, and sends a message (Msgl: RA
preamble) containing the selected signature to an eNB through an
RACH.
[0022]
In response to receiving the RA preamble (signature) sent from
the UE, the eN3 sends a corresponding RA response (Msg2) . This RA
response may be sent using a shared DL channel, for example. In
this RA response, may be also contained include one or more signatures
which have been received (identified) by the eNB, transmission grants
for the shared UL channel corresponding to the signatures, and an
identifier temporarily allocated for identifying a destination (UE)
in subsequent RA communications. This identifier is referred to
as a "temporary-connection radio network temporary identifier
(T-CRNTI)".
[0023]
In response to receiving the RA response (Msg2) from the eNB,
the UE checks whether or not the signature that was sent in the
RA preamble (Msgl) is contained in the received information. When
it is contained, the UE sends (scheduled transmission) a UL message
(Msg3) based on the transmission grant that is contained in the
RA response and corresponds to the signature which the UE sent.
In this message (Msg3) , contained may be a temporary mobile subscriber
identity (TMSI) as one example of the identification number of the
UE, and the like.
[0024]
Since the UE uses the randomly selected signature in the RA
preamble (Msgl), more than one UEs may simultaneously attempt to
send RA preambles (Msgl) to the eN3 using the same signature.
[0025]
In such a case, although the eNB cannot distinguish the UEs
from each other, the eNB can resolve the contention by identifying
the UEs 2 0 causing the contention by using received identification
numbers (TMSIs) sent from the UEs in the scheduled transmission
(Msg3) . The eNB selects a UE during the contention resolution, and
sends a response (Msg4) to the selected UE. This response (Msg4)
is refereed to as a "contention resolution".
[0026]
In response to receiving this response (Msg4) , the UE continues
the communication with the eNB. The UE uses the T-CRNTI described
above as a cell-RNTI (C-RNTI) in subsequent communications. The
UE that was not selected by the eNB and thus received no Msg4 must
makes an RA procedure as described above from the beginning (i.e.,
resends a Msgl).
[0027]
(1.2) Non-contention based RA procedure
In contrast, in a non-content ion based RA procedure illustrated
in FIG. 2, UEs do not randomly select signatures, bur the eN3 selects
individual signatures for the UEs, and notifies (allocations) the
UE of the individual signatures in advance (MsgO: random access
(RA) preamble assignment).
[0028]
A UE makes an RA to the eN3 using the individual signature
allocated by eNB using this notification (MsgO) . More specifically,
through an RACH, the UE sends a message (Msgl: RA preamble) containing
the individual signature allocated in advance to the eN3.
[0029]
In response to receiving the RA preamble (Msgl) from the UE,
the eN3 sends a RA response (Msg2) to that RA preamble, together
with a synchronization signal for UL communications and a UL
transmission grant corresponding to the individual signature.
[0030]
As set forth above, signatures used for sending RA preambles
have been allocated to the UEs in advance in a non-contention based
RA procedure, the UEs can establish connections with the eK3 more
quickly than in a contention based RA procedure. As long as the
eN3 is aware of which UEs are present (i.e., manages the UEs), a
non-contention based RA procedure can be employed since the eN3
can initiate an RA procedure, starting from transmission to a UE.
[0031]
In a contention based RA procedure as illustrated in FIG. 1,
even when the eNB selects a UE as a party to establish a connection,
that UE cannot establish a connection with the eNB for some reason
of the eNB. One example of such cases is when a congestion occurs
in the eN3.
[0032]
In such a case, the eNB notifies the UE of a message referred
to as "radio resource control (RRC) connection reject" as the
above-described Msg4, informing that the connection is refused (is
rejected or suspended). Information related to when an RA is to
be retried (waiting time duration) may be contained in this message.
[0033]
Thus, a UE receiving the RRC connection reject (Msg4) can
execute the RA after that waiting time duration expires. The UE
could not make a connection for the reason of the eNB despite the
UE was selected by the eNB 10. Thus, if the UE has to makes an RA
(connection processing) (retries it from the beginning) under the
same condition as those of other non-selected UEs, it seems unfair.
[0034]
Accordingly, in this example, after a UE makes a connection
request to an eNB in accordance with a contention based RA procedure
as one example of a first connection processing (scheme) and is
refused for a connection, a control is made to adopt a second
connection processing (scheme) that is different from the first
connection processing (scheme) when the UE makes a subsequent
connection request to the eN3.
[CC35]
For example, when the eNB notifies a UE which the eNB has
identified of rejection or suspension of a connection, the eN3
notifies (allocation) the UE of information (preference information) ,
using which the UE can obtain preferential connection control. One
example of such preference information includes flag information
of one or several bites, an individual signature, a UL transmission
grant, allocation information of a UL wireless resource, and time
(timing) information. The UE executes connection processing (RA)
based on the preference information received from the eN3. In other
words, the UE obtains the preferential connection control from the
eN3 when the UE is notified (allocation) of the preference
information.
[0036]
More specifically, after the eNB 10 refuses a connection
request from a UE 20 based on a random signature as one example
of first information, the eN3 10 allocates preference information
as described above to that UE 20 as one example of second information,
in response to a subsequent transmission from that UE 20 to the
eN3 10. The possibility of a connection being granted in a connection
procedure using the preference information is increased than in
the procedure using a random signature. The UE 20 makes transmissions
to the eNB 10 based en the allocated second information. Furthermore,
since the second information causes fewer contentions with other
UEs 20 than the first information, it is possible to adopt a connection
procedure that has a higher possibility of a connections being
granted.
[0037]
Thus, when a UE executes connection processing (RA) after the
UE was refused for a connection by the eN3, that UE can establish
a connection with the eNB earlier than other UEs. Accordingly, it
is possible to reduce connection delays or occurrence of
disconnections.
[0033]
Hereinafter, specific examples will be described with
reference to FIGS. 3-6.
(1.3) Example of System Configuration
FIG. 3 is a block diagram illustrating one example of a wireless
(mobile) communication system in accordance with a first embodiment.
The system depicted in FIG. 3 includes an eNB 10 as one example
of a wireless base station, and a UE 2 0 that may communicate with
the eN3 10 via a wireless link in a wireless area of the eNB 10,
as one example of a wireless terminal (user terminal).
[0039]
Although one eNB 10 and one UE 2 0 are illustrated in FIG. 3,
a plurality of eNBs 10 and UEs 20 may be present in this wireless
communication system. The wireless link includes DL and UL wireless
channels. Each of the DL and UL wireless channels may include a
shared channel shared by multiple UEs and individual channels
exclusively used by the respective UEs.
[0040]
In addition, the same configurations of the eNB 10 and the
UE 2 0 depicted in FIG. 3 may be used in second to seventh embodiments
that will be described below. Furthermore, the wireless base station
10 in this example is considered as an eNB of the LTE having a some
or all of the functions of a radio network controller (RNC), the
wireless base station 10 may be any other base station in older
generations than the LTE (without the functions of the RNC).
Additionally, the wireless base station 10 may be a base station
in any ether systems as long as the system supports RA procedures
employing signatures.
[0041]
(Description of eNE)
The eNB 10 may include a transmission and reception antenna
11, a transmitter 12, a receiver 13, and a control section 14, for
example.
[0042]
The transmission and reception antenna 11 (hereinafter, it
may be simply referred to as "antenna 11") sends a DL wireless signal
which in turn may be received by the UE 2 0 located within a wireless
area (cell or sector) serviced by the eNB 10, as well as receiving
a UL wireless signal sent by the UE 20.
[0043]
The transmitter 12 executes predetermined transmission
processing on transmission data addressed no the UE 20 (including
user data, control data, and the like) to generate a wireless channel
signal, and outputs the signal to the transmission and reception
antenna 11. Examples of the transmission processing may include
encoding of the DL transmission data, modulation of the encoded
data, mapping cf the modulated signal to a frame in a predetermined
channel, frequency conversion (upconversion) of the frame signal
into a wireless frequency, power amplification of the wireless frame .
The wireless frame may be a wireless frame based on the Orthogonal
Frequency Division Multiplexing (OFDM) or Orthogonal Frequency
Division Multiple Access (OFDKA), for example.
[0044]
The receiver 13 executes predetermined reception processing
on a UL wireless signal (wireless frame) received by the antenna
11 to obtain UL data (including user data, control data, and the
like) sent by the UE 20. Examples of the reception processing may
include lew-noise amplification of the received signal, frequency
conversion (downconversion) to the baseband frequency, gain
adjustment, demodulation, and decoding.
[0045]
The control section 14 controls the transmission processing
in the transmitter 12 and the reception processing in the receiver
13. Through this control, the timing when messages used for the
above-described RA procedure are sent or received is controlled.
For "his purpose, the control section 14 may include an RNTI management
section 141, a preamble management section 142, a congestion monitor
section 14 3, and communication management section 14 4, for example.
[0046]
The RNTI management section 141 manages an RNTI, as one example
of the identification information of UEs 20, for each UE 20. This
management includes allocation and deallocation of signatures to
and from UEs 20. The RNTI includes a T-CRNTI and a C-RNTI.
[0047]
The preamble management, section 142 manages RA preambles
(signatures) used in RA procedures with UEs 20. In the LTE, 6-bit
signatures ( 64 different signatures) are available, which are shared
between the two types of RA procedures (contention based RA procedure
and ncn-contenticn based RA procedure). The signatures randomly
selected for use by UEs 20 in a contention based RA procedure are
referred to as "random signatures", while signatures selected by
-he eNB 10 and allocated to UEs 2 0 in a non-contention based RA
procedure are referred to as "individual signatures". Since the
random signatures are information selected by UEs 20, contention
of a random signature with another UE 2 0 may occur. On the other
hand, the individual signatures are individual information allocated
to each UE 20 in advance by the eNB 10 that is aware of which UEs
20 are present, and thus the individual information is specific
to the respective UEs 20, and does not conflict with individual
information of other UEs 20.
[0048]
The congestion monitor section 143 monitors whether or nor
a congestion occurs by monitoring the communication traffic load
of the eN3 10. In response to detecting a congestion, the congestion
monitor section 143 notifies the communication management section
144 that the congestion occurs.
[0049]
The communication management section 14 4 controls the
transmission processing in the transmitter 12 and the reception
processing in the receiver 13, in cooperation with the RNTI management
section 141, the preamble management section 142, and the congestion
monitor section 14 3. For example, the communication management
section 144 makes transmission and reception (generation,
extraction) of a message containing an RNTI, in cooperation with
the RNTI management section 141, or makes transmission and reception
(generation, extraction) of a message containing a signature, in
cooperation with the preamble management section 142.
[0050]
In addition, the communication management section 144
generates, in response to a congestion being detected by the
congestion monitor section 143, a message (RRC connection reject)
indicating a connection being rejected or suspended to the UE 20,
which was selected as a party to establish a connection, during
the RA procedure and notifies the UE 2 0 of the message. At that
time, the communication management section 14 4 can additionally
notify information (preference information) indicating that the
selected UE 20 can obtain a preferential connection control . Thereby,
when a UE 20 makes connection request after the UE 20 was refused
for a connection by the eN3, it is possible to control to adopt
the second connection processing that is different from the previous
connection processing.
[0051]
Note that the communication management section 14 4
additionally manages a wireless resource used for communications
with the UE 20 (including communications during an RA) . For example,
the communication management section 14 4 manages UL and DL wireless
resources used in communications with the UE 20, such as the channel
frequency, time (transmission and reception timing) , and allocation
thereof. When a format for the OF DMA scheme is adopted for a wireless
frame, the management of the wireless resource includes management
of placement (mapping) of two-dimensional transmission and reception
regions (referred to as "bursts") defined by subchannel frequencies
and symbol times.
[0052]
(Description of UE)
In contrast, the UE 20 may include a transmission and reception
antenna 21, a transmitter 22, a receiver 23, and a control section
24, for example.
The transmission and reception antenna 21 (hereinafter, it
may be simply referred to as "antenna 21") receives a DL wireless
signal sent by the eN3 10 in a wireless area (cell or sector) serviced
by the eN3 10, as well as sending UL wireless signal directed to
the eN3 10.
[0053]
The transmitter 22 executes predetermined transmission
processing en transmission data addressed to the eNB 10 (including
user data, control data, and the like) to generate a wireless channel
signal, and outputs the signal to the transmission and reception
antenna 21. Examples of the transmission processing may include
encoding of the UL transmission data, modulation of the encoded
data, mapping of the modulated signal to a frame in a predetermined
channel, frequency conversion (upconversion) of the frame signal
into a wireless frequency, power amplification of the wireless frame .
[0054]
The receiver 23 executes predetermined reception processing
on a DL wireless signal (wireless frame) received by the antenna
21 to obtain DL data (including user data, control data, and the
like) sent by the eN3 10. Examples of the reception processing may
, include low-noise amplification of the received signal, frequency
conversion (downconversion) to the baseband frequency, gain
adjustment, demodulation, and decoding.
[0055]
The control section 24 controls the transmission processing
in the transmitter 22 and the reception processing in the receiver
23. Through this control, the timing when messages used for the
above-described RA procedure are sent or received is controlled.
For this purpose, the control section 24 may include an RNTI management
section 241, a preamble management section 242, and communication
management section 244, for example.
[0056]
Te RNTI management section 241 manages an RNTI as one example
of identification information of the local terminal (UE 20). The
RNTI includes a T-CRNTI and a C-RNTI.
[0057]
The preamble management section 242 manages random access
preambles (signatures), used in RA procedures with the UE 20. The
signatures include random signatures that are randomly selected
for use by UEs 20 in a contention based RA procedure, and individual
signatures that are notified (allocated) by the eNB 10 in advance.
[0058]
The communication management section 244 controls the
transmission processing in the transmitter 22 and the reception
processing in the receiver 2 3, in cooperation with the RNTI management
section 241 and the preamble management section 242. For example,
the communication management section 244 makes transmission and
reception (generation, extraction) of a message containing an RNTI,
in cooperation with the RNTI management section 241, or makes
transmission and reception (generation, extraction) of a message
containing a signature, in cooperation with the preamble management
section 242.
[0059]
After preference information as described above is notified
together with a message (RRC connection reject) indicating a
connection being rejected or suspended, ~he communication management
seerion 144 makes an RA to the eN3 10 based on the preference
information. Thereby, even if the UE 20 is refused a connection
in the first RA, the UE 20 is preferentially treated by the eN3
10 in a subsequent second RA.
[0060]
Note that the communication management section 244
additionally manages a wireless resource used for communications
with the eN3 10 (including communications during an RA) . For example,
the communication management section 244 manages UL and DL wireless
resources, such as rhe channel frequency and time (transmission
and reception timing) allocated by the eN3 10. When a format for
the OFDMA scheme is adopted for a wireless frame, the management
of the wireless resource includes management of placement (mapping)
of two-dimensional transmission and reception regions (bursts)
defined by subchannel frequencies and symbol times.
[0061]
(Description of Operation)
Hereinafter, operation (RA procedure) of a wireless
communication system (an eNB 10 and a UE 20) in this example, as
configured as described above, will be described with reference
to FIGS. 4-6. Note that FIG. 4 is a sequence diagram illustrating
one example of an RA procedure between an eN3 10 and a UE 20, FIG.
5 is a sequence diagram illustrating one example of the RA procedure
taken by the eNB 10, and FIG. 6 is a sequence diagram illustrating
one example of the RA procedure taken by the UE 20.
[0062]
The UE 2 0 executes a contention based RA procedure upon an
initial transmission or recovery after disconnection. More
specifically, the UE 20 (the communication management section 244)
randomly selects a signature to be used from a plurality of signatures
managed by the preamble management section 242, and sends the selected
signature as an RA preamble (Msgl) to the eNB 10 through an RACH
(Processing 101 in FIG. 4 and Processing 2010 in FIG. 6) .
[0063]
On the other hand, the eNB 10 (the communication management
section 144) is periodically monitoring whether any RA preamble
(Msgl) sent by the UE 20 is received (No route from Processing 1010
in FIG. 5) . Once a reception of an RA preamble (Msgl) is identified
(Yes route from Processing 1010 in FIG. 5) , the eNB 10 (communication
management section 144) generates an RA response (Msg2) for the
received RA preamble (Msgl), and sends the response (Processing
102 in FIG. 4 and Processing 1011 in FIG. 5).
[0064]
As set forth above, this RA response (Msg2) is sent using a
shared DL channel, for example. In this RA response, contained may
be one or more signatures that the eNB 10 (the communicationmanagement
section 144) could identify, transmission grants for the shared
UL channel corresponding to the signatures, and an identifier
(T-CRNTI) temporarily allocated for identifying a destination (UE)
in subsequent RA communications may be contained.
[0065]
In response to receiving the RA response (Msg2) from the eN3
10 ( Processing 2011 in FIG. 6), theUE20 (the communicat ion management
section 244) checks whether or not the signature that was sent in
the RA preamble (Msgl) is contained in the received information.
When it is contained, the UE 20 (the communication management section
244) sends (scheduled transmission) a UL message (Msg3) based on
the transmission grant that is contained in the RA response and
corresponds to the signature which the UE 20 sent (Processing 103
in FIG. 4 and Processing 20121 in FIG. 65) . In this message (Msg3),
contained may be a TMSI, as one example of the identification number
of the UE 20, and the like.
[0066]
After sending the RA response (Msg2), the eNB 10 (the
communication management section 144) monitors whether or not there
is any transmission (whether any Msg3 is received) from the UE 20
based on the transmission grant (No route from Processing 1012 in
FIG. 5). If a reception of an Msg3 is identified (Yes route from
Processing 1012 in FIG. 5) , the eNB 10 (the communication management
section 14 4) checks whether or not a connection can be made (a link
can be established) with the UE 20 indicated by the TMSI included
in this Msg3 (Processing 1013 in FIG. 5).
[0067]
As an example, when the congestion monitor section 143
determines that no congestion occurs, the eNB 10 (the communication
management section 144) determines that a connection can be made
and sends a response (Msg4: Contention Resolution) for the Msg3
to the UE 20.
[0068]
In response to receiving this response (Msg4), the UE 20
continues the communication with the eN3 10. The UE uses the T-CRNTI
described above as a cell-RNTI (C-RNTI) in subsequent communications .
Thereby, a connection between the eN3 10 and the UE 20 is established
(Yes route from Processing 1013 through Processing 1014 in FIG.
5; and Yes route from Processing 2013 through Processing 2014 in
FIG. 6).
[0069]
On the other hand, if the eNB 10 (the congestion monitor section
143) recognizes occurrence of a congestion, the eNB 10 (the
communication management section 144) determines that a connection
cannot be made and sends (notification) an RRC connection reject
message (Msg4) attached with preference information to that UE 20
(Processing 104 in FIG. 4 and Processing 1015 in FIG. 5).
[0070]
In response to receiving the Msg4, the UE 20 (the communication
management section 24 4 ) checks whether or net preference information
is attached to the Msg4 (Processing 2015 in FIG. 6) . If preference
information is attached (Yes route from Processing 2015 in FIG.
6), the UE 20 (the communication management section 244) makes a
contention based RA again by attaching the preference informaticn
10 a message (Msgl-2) equivalent to an RA preamble (Msgl) and sending
the message to the eNB 10 (Processing 105 in FIG. 4 and Processing
2016' in FIG. 6) .
[0071]
In response to receiving the RA preamble from the UE 20, if
the preference information is attached to the received RA preamble,
the eNB 10 (the communication management section 14 4) is aware that
the UE 20 that sent the message is the particular UE 20 that was
identified previously but a connection therewith was rejected or
suspended. In a sense, the RA preamble attached with preference
information is information unique to that UE 20. Accordingly, the
possibility of contention of the RA preamble with other UEs 20 is
reduced, and the UE becomes more probable to be selected as a UE
2 0 which the eNB 10 gives permission.
[0072]
The eNB 10 (the communication management section 144)
identifies that UE 20 as a UE 20 to give a preferential connection
control (to control to adept a second RA different from a first
RA) . The eNB 10 (the communication management section 144) sends
a message (Msg2-2) equivalent to an RA response (Msg2) to
preferentially to the UE 20 that sent the RA preamble (Msgl) without
attaching preference information (Processing 106 in FIG. 4).
[0073]
As set forth above, in accordance with this example, in an
RA in accordance with a contention based RA procedure, a UE that
was identified by the eNB 10 but a connection therewith was rejected
or suspended for some reason of the eNB 10 can be preferentially
treated (connection control) upon making a subsequent RA.
Accordingly, the time required to initiate a communication
(establish a connection) can be reduced.
[0074]
(2) Second Embodiment
In the above-described embodiment, in the contention based
RA procedure, the eNB 10 (the communication management section 144)
notifies the UE 20 of preference information upon notifying a message
(Msg4 : RRC connection reject) indicating a connection being rejected
or suspended. In contrast, in this example, as illustrated in FIG.
7, the eNB 10 (the communication management section 144) notifies
a UE 20 of an individual signature, as another example of preference
information (Processing 1025).
IC 0 / D ]
In response to receiving an Msg4, if an individual signature
is attached to the Msg4, the UE 20 (the communication management
section 244) sends an RA preamble (Msgl) containing this individual
signature to the eNB 10 upon retrying an RA (Yes route from Processing
2025 to Processing 2026 in FIG. 8). In other words, the UE 20 can
use a non-contention based RA procedure as illustrated in FIG. 2
upon retrying an RA.
[0076]
Accordingly, since the possibility for that UE 20 to experience
a contention of the RA preamble with other UE 20s is reduced as
compared to other UEs 2 0 executing a contention based RA procedure
from the beginning, the UE 20 can be more preferentially recognized
and treated (connection control) by the eNB 10 (the communication
management section 144).
[0077]
Note that Processing 1010 through Processing 1014 executed
by the eK3 10 (the communication management section 14 4) illustrated
in FIG. 7 is equivalent to Processing 1010 through 1014 illustrated
in FIG. 5. In addition, Processing 2010 through Processing 2014
executed by the UE 20 (the communication management section 244)
illustrated in FIG. 3 is equivalent to Processing 2010 through 2Q14
illustrated in FIG. 6.
[0078]
(3) Third Embodiment
As set forth above, the eNB 10 allocates an identifier known
as a C-RNTI to a UE 20 as one example of an identifier for use in
communications after a connection is established. This allocation
is done using an Msg4 (Contention Resolution) that is send by the
eNB 10 to a UE 20 which the eNB 10 could identify.
[0079]
In this example, a C-RNTI can also be allocated when the eNB
10 notifies a UE 20 of an Msg4 (RRC connection reject) indicating
a connection being rejected or suspended. This can help to reduce
the time required to initiate a communication (establish a
connection) since reallocation of a C-RNTI to that UE 20 may beis
no more required upon retrying an RA.
[0080]
For this purpose, a temporary identifier (T-CRNTI) that is
notified from the eNB 10 to the UE 20 in a RA response (Msg2) in
a contention based RA procedure may be used, for example. More
specifically, the eN3 10 maintains a T-CRNTI notified to the UE
20 in an RA response (Msg2) and an individual signature notified
to the UE 20 in anMsg4 (RRC connection reject) in the second embodiment
in the relation in the RNTI management: section 141, while relating
them to each other. On the other hand, the UE 20 maintains a T-CRNTI
notified by the eN3 10 and the individual signature in the RNTI
management section 241, while relating them to each other.
[0081]
Thereby, when retrying an RA in a non-contention based RA
procedure (when sending an individual signature to the eN3 10 as
an RA preamble) , the UE 20 can use the related T-CRNTI as a C-RNTI
in a communication with the eNB 10 after a connection is established.
Accordingly, no additional reallocation of a C-RNTI (T-CRNTI) from
the eNB 10 to the UE 20 may beis required, and the time required
to initiate a communication can be reduced.
[0082]
The example of the operation of the eNB 10 in this example
is depicted in FIG. 9, and the example of the operation of the UE
20 is depicted in FIG. 10.
As illustrated in FIG. 10, for executing a contention based
RA procedure, the UE 20 (the communication management section 24 4)
randomly selects a signature from signatures maintained in the
preamble management section 242, and sends the selected signature
to the eNB 10 through an RACK as an RA preamble (Msgi) (Processing
2030).
[0033]
On the other hand, the eN3 10 (communication management section
144) is periodically monitoring whether any RA preamble (Msgl) sent
by the UE 20 is received (No route from Processing 1030), as
illustrated in FIG. 9. Once a reception of the RA preamble (Msgl)
is identified (Yes route from Processing 1030 ) , the communication
management section 144 in the eNB 10 checks whether or not the received
RA preamble (signature) is an individual signature, in cooperation
with the preamble management section 242 (Processing 1031).
[0034]
If the received signature is not an individual signature (No
route from Processing 1031), the communication management section
144 in the eN3 10 allocates T-CRNTI(s) to one or more UEs 20 that
could be identified, in cooperation with the RNTI management section
141 (Processing 1032).
[0035]
The eN3 10 (the communication management section 144) then
generates an RA response (Msg2) for the RA preamble (Msgl) received
from the identified UE 20, and sends the response to the UE 20
(Processing 1033). In this RA response, contained may be one or
more signatures that the eNB 10 (the communication management section
144) could identify, transmission grants for shared UL channels
corresponding to the signatures, and a T-CRNTI, for example.
[0086]
In response to receiving the RA response (Msg2) from the eNB
10 (Processing 2031) , theUE2Q (the communication.mar.agement section
244) checks whether or not the signature that was sent in the PA
preamble (Msgl) is contained in the received information, as
illustrated in FIG. 10. When it is contained, the UE 20 (the
communication management section 244) sends (scheduled
transmission) a UL message (Msg3) based on the transmission grant
that is contained in the RA response (Msg2) and corresponds to the
signature which the UE sent (Processing 2032 ) . In this message (Msg3),
contained may be a TMSI, as one example of the identification number
of the UE 20.
[0037]
On the other hand, after sending the RA response (Msg2), the
eNE 10 (communication management section 14 4) is monitoring whether
any Msg3 is received from the UE 20 (No route from Processing 1034) ,
as illustrated in FIG. 9. If a reception of an Msg3 is identified
(Yes route from Processing 1034), the eNB 10 (the communication
management section 14 4) checks whether or not a connection can be
made (a link can be established) with the UE 20 indicated by the
TMSI included in this Msg3 (Processing 1035).
[0088]
For example, when the congest ion monitor section 14 3 determines
that no congestion occurs, the eNB 10 (the communication management
section 144) determines that a connection can be made and generates
and sends a response (Msg4: Contention Resolution) for the Msg3
to the UE 20.
[0089]
In response to receiving this response (Msg4), the UE 20
continues the communication with the eNE 10. The UE 20 uses the
T-CRNTI described above as a cell-RNTI (C-RNTI) in subsequent
communications with the eNB 10. Thereby, a connection between the
eN3 10 and the UE 20 is established (Yes route from Processing 1035
through Processing 1036 in FIG. 9; and Yes route from Processing
2033 through Processing 2035 in FIG. 10) .
[0090]
On the other hand, as illustrated in FIG. 9, if the eNB 10
(the congestion monitor section 143) recognizes occurrence of a
congestion, the eN3 10 (the communication management section 144)
determines that a connection cannot be made and sends (notification)
an RRC connection reject (Msg4) and the individual signature to
that UE 20 (Processing 1037). In addition, the communication
management section 144 maintains the individual signature and
T-CRNTI allocated in the above Processing 1032, by relating them
to each other, in cooperation with the RNTI management section 141
and the preamble management section 142 (Processing 1038).
[0091]
In response to receiving the Msg4, the UE 20 (the communication
management section 244) checks whether or not the individual
signature is contained in this Msg4 (No route from Processing 2034) ,
as illustrated in FIG. 10. If an individual signature is contained
(Yes route from Processing 2034), the communication management
section 24 4 maintains this individual signature and the T-CRNTI
received in the response (Msg2), by relating them to each ether,
in cooperation with the RNTI management section 241 and the preamble
management section 242 (Processing 2036).
[0092]
The UE 20 (the communication management section 244 ) then makes
a random access to the eK3 10 again using the individual signature
notified in the Msg4 (Processing 2037) . More specifically, the UE
20 (the communication management section 244) makes an RA in
accordance with a non-contention based RA procedure (sends an RA
preamble containing the individual signature to the eN3 10).
r n n a T i
Once this RA preamble (individual signature) is successfully
received and identified by the eNB 10 (the communication management
section 144), the communication management section 144 generates
an RA response (Msg2) for the individual signature without
reallocating a T-CRNTI, and send the response to the UE 20 (Yes
route from Processing 1031 to Processing 1033 in FIG. 9). In this
RA response, contained may be a transmission grant for the shared
UL channel corresponding to this individual signature, for example.
[0094]
Thereafter, the UE 2 0 (the communication management section
244) executes Processing 2031 through Processing 2033 illustrated
in FIG. 10, and establishes a connection with the eN3 10 by receiving
a response (Msg4) indicating that a .connection can be made from
the eNB 10 (Yes route from Processing 2033 to Processing 2035).
The UE 20 uses the related T-CRNTI described above as a cell-RNTI
(C-RNTI; in subsequent communications with the eNB 10.
[0095]
As set forth above, in accordance with this example, during
a contention based RA procedure, a T-CRNTI allocated to a UE 20
is related to an individual signature allocated to that UE 20 for
retrying an RA in the non-contention based RA procedure . Accordingly,
no reallocation of a T-CRNTI (C-RNTI) may beis required to the UE
20 upon retrying an RA, and the time required to initiate a
communication can be reduced.
[0096]
(4) Fourth Embodiment
As set forth above, 6-bit signatures (64 different signatures)
are supplied for an RA in the LTE, which are shared between contention
based and non-contention based RAs. Since individual signatures
are limited, minimizing long-term occupation of a particular
individual signature by a particular UE 20 is preferred.
[0097]
For this purpose, a limit of validity may be set to an individual
signature allocated by the eN3 10 to a UE 20 as described above
for the UE 20 retrying an RA in accordance with a non-contention
based RA procedure. This limit of validity may be a fixed value
or a variable. In the case of a valuable, the variable limit of
validity may be notified to the UE 20 by including the value in
an RRC connection re j ect (Msg4 ) together with an individual signature .
The limit of validity is maintained in the preamble management section
142 in the eNB 10, and in the preamble management section 242 in
a UE 20, for example.
[0098] The example of the operation of the eNB 10 in this example
is depicted in FIG. 11, and the example of the operation of the
UE 2C is depicted in FIG. 12. As can be noticed when comparing FIG.
12 wi~h FIG. 10, and FIG. 11 with FIG. 9, respectively, Processing
2033 is introduced for a UE 20 the communication management section
144) and Processing 1039 is introduced for the eNB 10 (the
communication management section 144).
[0099]
More specifically, as illustrated in FIG. 12, when an
individual signature is contained in anMsg4 (RRC connection reject)
received from the eN3 10 (when "Yes" in Processing 2034), the UE
20 (the communication management section 24 4) executes the
above-described Processing 2036 and Processing 2037 only when the
limit of validity does not pass (during "Yes" in Processing 2038) .
More specifically, the UE 20 relates the individual signature
allocated from the eN3 10 to the T-CRNTI, and sends its own individual
signature (retries an RA in accordance with the non-contention based
RA procedure) . If the individual signature expires, the UE 20 (the
communication management section 244) waits for receiving an RA
response (Msg2) from the eNB 10 (No route from Processing 2038).
[0100]
On the other hand, as illustrated in FIG. II, only when a valid
individual signature (RA preamble) is received from the UE 20, the
eN3 10 (the communication management section 144) generates and
sends an RA response (Msg2) for the individual signature (Processing
1031, and Yes route from Processing 1039 to Processing 1033) . When
the received individual signature expires, the eNB 10 (the
communication management section 144) waits for receiving another
RA preamble (No route from Processing 1039) . The expired individual
signature can be allocated to other UEs 20.
[0101]
As set forth above, by setting a limit of validity by the eN3
10 to an individual signature allocated to a UE for retrying an
RA in accordance with a non-contention based RA procedure, effective
utilization of the signatures can be enhanced.
[0102]
(5) Fifth Embodiment
When a UE 20 tries to resume a communication, such as a UL
data transmission, with the eNB 10 that has been interrupted, in
order for the UE 20 to make a UL transmission to the eN3 10, a wireless
resource isshould be allocated to the UE 20 for making such a UL
transmission request. In such a case, when a UE 20 is notified of
an RRC connection reject (Msg4) in a contention based RA procedure,
the UE 20 can establish a connection with a shorter delay if the
UE 20 can resume the processing from the step subsequent to the
interrupted step, than in the case where the UE 20 executes an RA
procedure from the beginning (i.e., transmits an Msgl).
[0103]
An RA sequence as one example of such a case is illustrated
in FIG. 13. As illustrated in FIG. 13, upon notifying a UE 20 of
a RRC connection reject (Msg4) (Processing 104), the eN3 10 (the
communication management section 144) includes allocation
information (transmission grant: UL Grant) of the wireless resource
used for a UL transmission request in an Msg4. Information related
to when an RA (UL transmission) is to be retried (waiting time
duration) may be contained in this message.
[0104]
This enables the UE 20 (the communication management section
244 ) to make an UL transmission (transmission of an Msg3-2 equivalent
to Msa3) based on the transmission grant notified in the Msg4 after
a certain time duration associated with the waiting time duration,
using wireless resource allocated in the allocation information
(Processing 103') . More specifically, a UE that was identified by
the eNB 10 but a connection therewith was rejected or suspended
for some reason of the eN3 10 can retry an RA, not from transmission
of an RA preamble (Msgl) (Processing 101) , but from a UL transmission
based on the UL transmission grant (corresponding to Processing
103 to send an Msg3).
[C105]
The examples of operations of the eNB 10 and a UE 20 executing
such an RA sequence are illustrated in FIGS. 14 and 15, respectively.
Note that Processing 1010 through Processing 1014 executed by the
eNB 10 (the communication management section 144) illustrated in
FIG. 14 is equivalent to Processing 1010 through 1014 illustrated
in FIG. 5. In addition, Processing 2010 through Processing 2014
executed by the UE 20 (the communication management section 244)
illustrated in FIG. 15 is equivalent to Processing 2010 through
2014 illustrated in FIG. 6.
[01C6]
As illustrated in FIG. 14, upon notifying a UE 20 of a RRC
connection reject (Msg4) (Processing 104), the eN3 10 (the
communication management section 144) includes a transmission grant
(UL Grant) for a UL transmission request in the Msg4 and sends the
message to the UE 20 (No route from Processing 1013 10 Processing
1045) . Thereafter, the eNB 10 (the communication management section
14 4) waits for receiving a UL transmission (Msg3) from the UE 2 0
based on the UL Grant.
[0107]
On the other hand, as illustrated in FIG. 15, in response to
receiving the RRC connection reject (Msg4) from the eNB 10, the
UE 20 (the communication management section 244) checks whether
or not a UL Grant is contained in this Msg4 (Processing 2044).
[0103]
If a UL Grant is contained in the received Msg4, the UE 20
(the communication management section 244) makes a UL transmission
(Msg3) based on the UL Grant (Yes route from Processing 2044 to
Processing 2012) . If no UL Grant is contained in the received Msg4,
the UE 20 (the communication management section 244) resends an
RA preamble (random signature) in accordance with a contention based
RA procedure (No route from Processing 2044 to Processing 2010).
[0109]
while waiting for receiving a UL transmission (Msg3), when
an Msg3 is received and a connection can be made (no congestion
occurs), the eN3 10 (the communication management section 144 ) sends,
to that UE 20, a message (Msg4: Contention Resolution) indicating
a connection grant, and establishes a connection with the UE 20
(Processing 1012, and Yes route from Processing 1013 to Processing
1014) .
[0110]
As set forth above, in accordance with this example, a UE 2 0
that was identified by the eN3 10 but a connection therewith was
rejected or suspended for some reason of the eNB 10 can retry an
RA from an intermediate step (transmission equivalent to an Msg3),
rather than from the beginning of a contention based RA procedure.
Accordingly, the time required to establish a connection can be
reduced.
[0111]
(6) Sixth Embodiment
As set forth above, since signatures available for RAs are
limited, minimizing repeatedly making RAs by a UE 20 is desirable.
In addition, after the eNB 10 sent an RRC connection reject (Msg4) ,
the congestion is eliminated and the eN3 10 may send an Msg4 indicating
a connection grant.
[0112]
Accordingly, in this example, upon notifying a UE 2 0 of a RRC
connection reject (Msg4) (Processing 104), the eK3 10 (the
communication management section 14 4 ) includes information relating
to the waiting time duration (holding time duration) until an Msg4
is to be resent (No route from Processing 1013 to Processing 1055
in FIG. 16) . The holding time duration may be set to a time duration
within one microseconds, for example.
[0113]
When the UE 20 (the communication management section 244)
receives an RRC connection reject (Msg4) including a holding time
duration (information related thereto) from the eN3 10 (No route
from Processing 2013 in FIG. 17), the UE 20 waits until the holding
time duration expires since there is a possibility of another Nisg4
being resent (Processing 2054, Yes route from Processing 2055 to
Processing 2013 in FIG. 17).
[0114]
On the other hand, as illustrated in FIG. 16, after notifying
the "JE 20 of the RRC connection reject (Msg4), the eNB 10 (the
communication management section 144) monitors whether a connection
can be granted or not until the holding time duration expires (until
"No" in Processing 1058) (No route from Processing 1056 to Yes route
from Processing 1058).
[0115]
If a connection can be granted, the eN3 10 (the communication
management section 144) sends, to that UE 20, an Msg4 indicating
a connection grant (Yes route from Processing 1056 to Processing
1057 ) , and establishes a connection with the UE 20 (Processing 1014 ) .
[0116]
However, if a connection still cannot be granted before the
holding time duration expires, the eNB 10 (the communication
management section 144) waits for receiving another RA (preamble)
(Processing 1056 and No route from Processing 1058).
[0117]
On the other hand, when an Msg4 is resent before the holding
time duration expires, the UE 20 (the communication management
section 24 4) continues an RA procedure in accordance with the content
of the Msg4. If no holding time duration is contained in the RRC
connection reject (Msg4) received from the eNB 10 or if no Msg4
is resent in the holding time duration, the UE 20 (the communication
management section 244) retries an RA (Processing 2054, No route
from Processing 2055).
[0118]
Note that Processing 1010 through Processing 1014 executed
by the eNB 10 (the communication management section 144) illustrated
in FIG. 16 is equivalent to Processing 1010 through 1014 illustrated
in FIG. 5. In addition, Processing 2010 through Processing 2014
executed by the UE 20 (the communication management section 244)
illustrated in FIG. 17 is equivalent to Processing 2010 through
2014 illustrated in FIG. 6.
[0119]
As set forth above, in accordance with this example, a UE 2 0
that was identified by the eKB 10 but a connection therewith was
rejected or suspended can be prevented from executing RAs repeatedly
since the UE 2 0 is forced to wait for receiving information (Msg4)
for granting a connection for a predetermined time duration.
Accordingly, effective utilization of signatures can be enhanced.
[0120]
(7) Seventh Embodiment
Retries of an RA by a UE 20 can be restricted to a certain
number (upper limit). For example, in the context of the first
embodiment, as illustrated in FIG. 18, the eNB 10 (the communication
management section 144) counts up the counter every time the eN3
10 notifies a UE 20 of an RRC connection reject (Ksg4) . Only when
the counter does not exceed its upper limit (limit count), the eNB
10 (the communication management section 144) sends a Msg4 attached
with preference information (Yes route from Processing 1065 to
Processing 1066 and 1067).
[0121]
This can prevent the UE 20 from unnecessary repeating RAs.
Note that Processing 1010 through Processing 1014 executed
by the eNB 10 (the communication management section 144) illustrated
in FIG. 18 is equivalent to Processing 1010 through 1014 illustrated
in FIG. 5. In addition the processing by the UE 20 is equivalent
to Processing 2010 through Processing 2016 illustrated in FIG. 6.
[0122]
(3) O-hers
The above-described embodiments may be combined where
appropriate. For example, either or both of the sixth embodiment
(seating the holding time duration) and the seventh embodiment
(limiting the reexecution count) may be applied to any of first:
to fourth embodiments described above.
WE CLAIM
1. A connection processing method in a wireless communication
system including wireless terminals and a wireless base station,
the communication processing method comprising:
the wireless base station, if rejecting a connection from a
wireless terminal that makes a connection request in accordance
with a first connection processing, controlling to adopt a second
connection processing different from t he first connection processing
in response to a subsequent connection request by the wireless
terminal.
2 . The connection processing method according to claim 1, wherein
the connection request in the first connection processing includes
information that may conflict with a connection request by another
wireless terminal, and
the connection request in the second connection processing
includes individual information allocated to the wireless terminal
in the case of the rejecting, the individual information not
conflicting with the connection request by the another wireless
terminal.
3 . The connection processing method according to claim 1, wherein
the controlling comprises notifying the wireless terminal of
information indicating that the second connection processing is
available, and
the wireless terminal executes the second connection
processing using the notified information.
4. The connection processing method according to claim 2, wherein
the controlling comprises:
storing an identifier allocated to the wireless terminal and
the individual information, the individual information being
associated with the identifier; and
communicating with the wireless terminal using the identifier
when a connection is established with the wireless terminal in
accordance with the second connection processing.
5. The connection processing method according to claim 2 or 4,
wherein the controlling comprises notifying the wireless terminal
of a term of validity of the individual information, and
the wireless terminal executes the second connection
processing using the individual information only during the term
of validity.
6 . The connection processing method according to claim 1, wherein
the controlling comprises in the case of the rejecting, allocating,
to the wireless terminal, a wireless resource and a transmission
grant to be used for a connection request in the second connection
processing.
7 . The connection processing method according to claim 1, wherein
the controlling comprises limiting execution of the second
connection processing by the wireless terminal to a certain execution
, count.
8. A wireless base station in a wireless communication system
including wireless terminals and the wireless base station, the
wireless base station comprising:
a control section that, if rejecting a connection from a
wireless terminal that makes a connection request in accordance
with a first connection processing, controls to adopt a second
connection processing different from the first connection processing
in response to a subsequent connection request by the wireless
terminal.
9. The wireless base station according to claim 8, wherein the
connection request in the first connection processing includes
information that may conflict with a connection request by another
wireless terminal, and
in the case of the rejecting, the control section allocates,
to the wireless terminal, individual information used by the wireless
terminal for the connection request in the second connection
processing, the individual information not conflicting with the
connection request by the another wireless terminal.
1C. The wireless base station according to claim 9, wherein the
control section notifies the wireless terminal of information
indicating that the second connection processing is available.
11. The wireless base station according to claim 9, wherein the
control section:
stores an identifier allocated to the wireless terminal and
the individual information, the individual information being
associated with the identifier, and
controls a communication with ~he wireless terminal using the
identifier when a connection is established with the wireless
terminal in accordance with the second connection processing.
12. The wireless base station according to claim 10, wherein in
the case of the rejecting, the control section allocates, to the
wireless terminal, a wireless resource and a transmission grant
~o be used for a connection request in the second connection
processing.
13. A wireless terminal in a wireless communication system
including wireless terminals and a wireless base station, the
wireless terminal comprising:
a control section that, if a connection is rejected by the
wireless base station for a connection request in accordance with
a first connection processing, is controlled by the wireless base
station to apply a second connection processing different from the
first connection processing upon making a subsequent connection
request to the wireless base station.
14. The wireless terminal according to claim 13, wherein the
control section makes the connection request in the first connection
processing using information that may conflict with a connection
request by another wireless terminal, and makes the connection
request in the second connection processing using individual
information allocated to the wireless terminal in the case of the
being rejected, the individual information not conflicting with
the connection request by the another wireless terminal.
15. The wireless terminal according to claim 14, wherein the
control section:
stores an identifier allocated by the wireless base station
and the individual information, the individual information being
associated with the identifier; and
communicates with the wireless base station using the
identifier when a connection is established with the wireless base
station in accordance with the second connection processing.
16. The wireless terminal according to claim 13, wherein the
control section makes a connection request in the second connection
processing based on a wireless resource and a transmission grant
allocated, in the case of the being rejected, by the wireless base
station to be used for a connection request in the second connection
processing.
In a wireless communication system, a wireless base station
(10), if rejecting a connection to a wireless terminal (20) that
makes a connection request in accordance with a first: connection
processing, controls to adopt a second connection processing
different from the first connection processing in response to a
subsequent connection request by the wireless terminal (20).
| # | Name | Date |
|---|---|---|
| 1 | 4105-KOLNP-2010-(01-11-2010)-CORRESPONDENCE.pdf | 2010-11-01 |
| 1 | 4105-KOLNP-2010-RELEVANT DOCUMENTS [14-09-2022(online)].pdf | 2022-09-14 |
| 2 | 4105-KOLNP-2010-(18-11-2010)-CORRESPONDENCE.pdf | 2010-11-18 |
| 2 | 4105-KOLNP-2010-RELEVANT DOCUMENTS [14-08-2021(online)].pdf | 2021-08-14 |
| 3 | 4105-KOLNP-2010-RELEVANT DOCUMENTS [11-03-2020(online)].pdf | 2020-03-11 |
| 3 | 4105-KOLNP-2010-(30-03-2011)-CORRESPONDENCE.pdf | 2011-03-30 |
| 4 | abstract-4105-kolnp-2010.jpg | 2011-10-08 |
| 4 | 4105-KOLNP-2010-RELEVANT DOCUMENTS [21-02-2019(online)].pdf | 2019-02-21 |
| 5 | 4105-kolnp-2010-specification.pdf | 2011-10-08 |
| 5 | 4105-KOLNP-2010-RELEVANT DOCUMENTS [27-02-2018(online)].pdf | 2018-02-27 |
| 6 | 4105-kolnp-2010-pct request form.pdf | 2011-10-08 |
| 6 | 4105-KOLNP-2010-CANCELLED PAGES.pdf | 2017-05-03 |
| 7 | 4105-kolnp-2010-international search report.pdf | 2011-10-08 |
| 7 | 4105-KOLNP-2010-FIRST EXAMINATION REPORT.pdf | 2017-05-03 |
| 8 | 4105-kolnp-2010-form-5.pdf | 2011-10-08 |
| 8 | 4105-KOLNP-2010-FORM 13.pdf | 2017-05-03 |
| 9 | 4105-KOLNP-2010-FORM 18.pdf | 2017-05-03 |
| 9 | 4105-kolnp-2010-form-3.pdf | 2011-10-08 |
| 10 | 4105-KOLNP-2010-FORM 26.pdf | 2017-05-03 |
| 10 | 4105-kolnp-2010-form-2.pdf | 2011-10-08 |
| 11 | 4105-kolnp-2010-form-1.pdf | 2011-10-08 |
| 11 | 4105-KOLNP-2010-GRANTED-ABSTRACT.pdf | 2017-05-03 |
| 12 | 4105-kolnp-2010-drawings.pdf | 2011-10-08 |
| 12 | 4105-KOLNP-2010-GRANTED-CLAIMS.pdf | 2017-05-03 |
| 13 | 4105-kolnp-2010-description (complete).pdf | 2011-10-08 |
| 13 | 4105-KOLNP-2010-GRANTED-DESCRIPTION (COMPLETE).pdf | 2017-05-03 |
| 14 | 4105-kolnp-2010-correspondence.pdf | 2011-10-08 |
| 14 | 4105-KOLNP-2010-GRANTED-DRAWINGS.pdf | 2017-05-03 |
| 15 | 4105-KOLNP-2010-CORRESPONDENCE-1.1.pdf | 2011-10-08 |
| 15 | 4105-KOLNP-2010-GRANTED-FORM 1.pdf | 2017-05-03 |
| 16 | 4105-kolnp-2010-claims.pdf | 2011-10-08 |
| 16 | 4105-KOLNP-2010-GRANTED-FORM 2.pdf | 2017-05-03 |
| 17 | 4105-KOLNP-2010-GRANTED-FORM 3.pdf | 2017-05-03 |
| 17 | 4105-KOLNP-2010-AMANDED CLAIMS.pdf | 2011-10-08 |
| 18 | 4105-kolnp-2010-abstract.pdf | 2011-10-08 |
| 18 | 4105-KOLNP-2010-GRANTED-FORM 5.pdf | 2017-05-03 |
| 19 | 4105-KOLNP-2010-(27-01-2014)-PA.pdf | 2014-01-27 |
| 19 | 4105-KOLNP-2010-GRANTED-LETTER PATENT.pdf | 2017-05-03 |
| 20 | 4105-KOLNP-2010-(27-01-2014)-CORRESPONDENCE.pdf | 2014-01-27 |
| 20 | 4105-KOLNP-2010-GRANTED-SPECIFICATION-COMPLETE.pdf | 2017-05-03 |
| 21 | 4105-KOLNP-2010-(16-04-2015)-OTHERS.pdf | 2015-04-16 |
| 21 | 4105-kolnp-2010-international publication.pdf | 2017-05-03 |
| 22 | 4105-KOLNP-2010-(16-04-2015)-FORM-1.pdf | 2015-04-16 |
| 22 | 4105-KOLNP-2010-INTERNATIONAL SEARCH REPORT & OTHERS.pdf | 2017-05-03 |
| 23 | 4105-KOLNP-2010-(16-04-2015)-CORRESPONDENCE.pdf | 2015-04-16 |
| 23 | 4105-KOLNP-2010-NOTIARIAL CERTIFICATE.pdf | 2017-05-03 |
| 24 | 4105-KOLNP-2010_EXAMREPORT.pdf | 2016-06-30 |
| 24 | 4105-KOLNP-2010-(14-01-2016)-PETITION UNDER RULE 137.pdf | 2016-01-14 |
| 25 | 4105-KOLNP-2010-(14-01-2016)-OTHERS.pdf | 2016-01-14 |
| 25 | Other Patent Document [16-06-2016(online)].pdf | 2016-06-16 |
| 26 | 4105-KOLNP-2010-(14-01-2016)-CLAIMS.pdf | 2016-01-14 |
| 26 | 4105-KOLNP-2010-(14-01-2016)-FORM-5.pdf | 2016-01-14 |
| 27 | 4105-KOLNP-2010-(14-01-2016)-CORRESPONDENCE.pdf | 2016-01-14 |
| 27 | 4105-KOLNP-2010-(14-01-2016)-FORM-3.pdf | 2016-01-14 |
| 28 | 4105-KOLNP-2010-(14-01-2016)-DESCRIPTION (COMPLETE).pdf | 2016-01-14 |
| 28 | 4105-KOLNP-2010-(14-01-2016)-FORM-2.pdf | 2016-01-14 |
| 29 | 4105-KOLNP-2010-(14-01-2016)-DRAWINGS.pdf | 2016-01-14 |
| 29 | 4105-KOLNP-2010-(14-01-2016)-FORM-18.pdf | 2016-01-14 |
| 30 | 4105-KOLNP-2010-(14-01-2016)-FORM-1.pdf | 2016-01-14 |
| 31 | 4105-KOLNP-2010-(14-01-2016)-DRAWINGS.pdf | 2016-01-14 |
| 31 | 4105-KOLNP-2010-(14-01-2016)-FORM-18.pdf | 2016-01-14 |
| 32 | 4105-KOLNP-2010-(14-01-2016)-DESCRIPTION (COMPLETE).pdf | 2016-01-14 |
| 32 | 4105-KOLNP-2010-(14-01-2016)-FORM-2.pdf | 2016-01-14 |
| 33 | 4105-KOLNP-2010-(14-01-2016)-CORRESPONDENCE.pdf | 2016-01-14 |
| 33 | 4105-KOLNP-2010-(14-01-2016)-FORM-3.pdf | 2016-01-14 |
| 34 | 4105-KOLNP-2010-(14-01-2016)-CLAIMS.pdf | 2016-01-14 |
| 34 | 4105-KOLNP-2010-(14-01-2016)-FORM-5.pdf | 2016-01-14 |
| 35 | 4105-KOLNP-2010-(14-01-2016)-OTHERS.pdf | 2016-01-14 |
| 35 | Other Patent Document [16-06-2016(online)].pdf | 2016-06-16 |
| 36 | 4105-KOLNP-2010_EXAMREPORT.pdf | 2016-06-30 |
| 36 | 4105-KOLNP-2010-(14-01-2016)-PETITION UNDER RULE 137.pdf | 2016-01-14 |
| 37 | 4105-KOLNP-2010-NOTIARIAL CERTIFICATE.pdf | 2017-05-03 |
| 37 | 4105-KOLNP-2010-(16-04-2015)-CORRESPONDENCE.pdf | 2015-04-16 |
| 38 | 4105-KOLNP-2010-(16-04-2015)-FORM-1.pdf | 2015-04-16 |
| 38 | 4105-KOLNP-2010-INTERNATIONAL SEARCH REPORT & OTHERS.pdf | 2017-05-03 |
| 39 | 4105-KOLNP-2010-(16-04-2015)-OTHERS.pdf | 2015-04-16 |
| 39 | 4105-kolnp-2010-international publication.pdf | 2017-05-03 |
| 40 | 4105-KOLNP-2010-(27-01-2014)-CORRESPONDENCE.pdf | 2014-01-27 |
| 40 | 4105-KOLNP-2010-GRANTED-SPECIFICATION-COMPLETE.pdf | 2017-05-03 |
| 41 | 4105-KOLNP-2010-(27-01-2014)-PA.pdf | 2014-01-27 |
| 41 | 4105-KOLNP-2010-GRANTED-LETTER PATENT.pdf | 2017-05-03 |
| 42 | 4105-kolnp-2010-abstract.pdf | 2011-10-08 |
| 42 | 4105-KOLNP-2010-GRANTED-FORM 5.pdf | 2017-05-03 |
| 43 | 4105-KOLNP-2010-AMANDED CLAIMS.pdf | 2011-10-08 |
| 43 | 4105-KOLNP-2010-GRANTED-FORM 3.pdf | 2017-05-03 |
| 44 | 4105-kolnp-2010-claims.pdf | 2011-10-08 |
| 44 | 4105-KOLNP-2010-GRANTED-FORM 2.pdf | 2017-05-03 |
| 45 | 4105-KOLNP-2010-GRANTED-FORM 1.pdf | 2017-05-03 |
| 45 | 4105-KOLNP-2010-CORRESPONDENCE-1.1.pdf | 2011-10-08 |
| 46 | 4105-kolnp-2010-correspondence.pdf | 2011-10-08 |
| 46 | 4105-KOLNP-2010-GRANTED-DRAWINGS.pdf | 2017-05-03 |
| 47 | 4105-kolnp-2010-description (complete).pdf | 2011-10-08 |
| 47 | 4105-KOLNP-2010-GRANTED-DESCRIPTION (COMPLETE).pdf | 2017-05-03 |
| 48 | 4105-kolnp-2010-drawings.pdf | 2011-10-08 |
| 48 | 4105-KOLNP-2010-GRANTED-CLAIMS.pdf | 2017-05-03 |
| 49 | 4105-kolnp-2010-form-1.pdf | 2011-10-08 |
| 49 | 4105-KOLNP-2010-GRANTED-ABSTRACT.pdf | 2017-05-03 |
| 50 | 4105-KOLNP-2010-FORM 26.pdf | 2017-05-03 |
| 50 | 4105-kolnp-2010-form-2.pdf | 2011-10-08 |
| 51 | 4105-KOLNP-2010-FORM 18.pdf | 2017-05-03 |
| 51 | 4105-kolnp-2010-form-3.pdf | 2011-10-08 |
| 52 | 4105-KOLNP-2010-FORM 13.pdf | 2017-05-03 |
| 52 | 4105-kolnp-2010-form-5.pdf | 2011-10-08 |
| 53 | 4105-KOLNP-2010-FIRST EXAMINATION REPORT.pdf | 2017-05-03 |
| 53 | 4105-kolnp-2010-international search report.pdf | 2011-10-08 |
| 54 | 4105-kolnp-2010-pct request form.pdf | 2011-10-08 |
| 54 | 4105-KOLNP-2010-CANCELLED PAGES.pdf | 2017-05-03 |
| 55 | 4105-kolnp-2010-specification.pdf | 2011-10-08 |
| 55 | 4105-KOLNP-2010-RELEVANT DOCUMENTS [27-02-2018(online)].pdf | 2018-02-27 |
| 56 | abstract-4105-kolnp-2010.jpg | 2011-10-08 |
| 56 | 4105-KOLNP-2010-RELEVANT DOCUMENTS [21-02-2019(online)].pdf | 2019-02-21 |
| 57 | 4105-KOLNP-2010-RELEVANT DOCUMENTS [11-03-2020(online)].pdf | 2020-03-11 |
| 57 | 4105-KOLNP-2010-(30-03-2011)-CORRESPONDENCE.pdf | 2011-03-30 |
| 58 | 4105-KOLNP-2010-(18-11-2010)-CORRESPONDENCE.pdf | 2010-11-18 |
| 58 | 4105-KOLNP-2010-RELEVANT DOCUMENTS [14-08-2021(online)].pdf | 2021-08-14 |
| 59 | 4105-KOLNP-2010-(01-11-2010)-CORRESPONDENCE.pdf | 2010-11-01 |
| 59 | 4105-KOLNP-2010-RELEVANT DOCUMENTS [14-09-2022(online)].pdf | 2022-09-14 |