TECHNICAL FIELD
[0001] The present disclosure generally relate to wireless communication, particularly to
methods and devices for random access.
BACKGROUND
[0002] With the development of Long Term Evolution (LTE) or Advanced Long Term Evolution
(LTE-A), a new feature called dynamic Time Division Duplex (TDD) is proposed.
[0003] For communication devices, such as user equipments, which are capable of operating
in the dynamic TDD mode, it may be assigned more than one TDD configurations. This
may bring a problem in some communication situations in determining by a communication
party (e.g. a user equipment or a base station) which TDD configuration is currently
used by the other communication party (e.g. a base station or a user equipment).
[0004] WO 2013/026184 A1 describes a method that includes selecting a random-access channel resource on a component
carrier of a plurality of component carriers based on a plurality of selection probabilities.
The method includes causing participation in a random-access procedure with a base
station, including causing transmission of a random access preamble to the base station
using the selected random-access channel resource.
SUMMARY
[0005] One or more method and apparatus embodiments according to the present disclosure
aim to provide a communication solution for a communication device that may be operated
in the dynamic TDD scenario.
[0006] According to an aspect of the present disclosure, there is provided a method for
operating a communication device. According to an embodiment of the present disclosure,
the method comprises: in a random access procedure, sending to a network node device
a first message including a random access preamble according to a Time Division Duplex,
TDD, configuration in a system information block; and in the random access procedure,
receiving from said network node device a second message including a random access
response using said random access preamble according to said TDD configuration in
said system information block; wherein said communication device is assigned multiple
TDD configurations related to a cell served by the network node device before initiating
the random access procedure, and said multiple TDD configurations include said TDD
configuration in said system information block and further include at least another
TDD configuration informed via dedicated Radio Resource Control signaling; wherein
the random access procedure is a contention-based random access procedure, in the
random access procedure, sending to said network node device a third message including
an identifier specific to said communication device according to said TDD configuration
in said system information block. The method further comprises either: switching said
communication device into a dynamic TDD capable mode to support a plurality of dynamic
TDD configurations, and receiving from said network node device a fourth message including
a contention resolution by monitoring downlink channels according to said plurality
of dynamic TDD configurations; or: receiving from said network node device a fourth
message including a contention resolution according to said TDD configuration in said
system information block; and switching said communication device into a dynamic TDD
capable mode to support said plurality of dynamic TDD configurations; wherein each
of the plurality of dynamic TDD configurations has uplink subframes that belong to
a subset of uplink subframes of said TDD configuration in said system information
block and downlink subframes that belong to a subset of downlink subframes of said
another TDD configuration informed via dedicated Radio Resource Control signaling.
[0007] According to an aspect of the present disclosure, there is provided a method for
operating a network node device in a cellular radio system. The method comprises:
in a random access procedure, receiving from a communication device a first message
including a random access preamble according to a TDD configuration in a system information
block; and
in random access procedure, sending to said communication device a second message
including a random access response using said random access preamble according to
said TDD configuration in said system information block; wherein said communication
device is assigned multiple TDD configurations related to a cell served by the network
node device before the random access procedure and wherein said multiple TDD configurations
include said TDD configuration in said system information block and further include
at least another TDD configuration informed via dedicated Radio Resource control signaling;
wherein the random access procedure is a contention-based random access procedure,
and in the random access procedure, receiving from said communication device a third
message including an identifier specific to said communication device according to
said TDD configuration in said system information block. The method further comprises
either: switching said network node device into a dynamic TDD capable mode to support
a plurality of dynamic TDD configurations; and sending to said communication device
a fourth message including a contention resolution according to one of said plurality
of dynamic TDD configurations; or: sending to said communication device a fourth message
including a contention resolution according to the TDD configuration in said system
information block; and switching said network node device into a dynamic TDD capable
mode to support said plurality of dynamic TDD configurations; wherein each of the
plurality of dynamic TDD configurations has uplink subframes that belong to a subset
of uplink subframes of said TDD configuration in said system information block and
downlink subframes that belong to a subset of downlink subframes of said another TDD
configuration informed via dedicated Radio Resource Control signaling.
[0008] According to an aspect of the present disclosure, there is provided a communication
device in a cellular radio system. According to an embodiment of the present disclosure,
the communication device comprises: a sending unit configured to, in a random access
procedure, send to a network node device a first message including a random access
preamble according to a Time Division Duplex, TDD, configuration in a system information
block; and a receiving unit configured to, in the random access procedure, receive
from said network node device a second message including a random access response
using said random access preamble according to said TDD configuration in said system
information block; wherein said communication device has multiple TDD configurations
related to a cell served by the network node device before initiating the random access
procedure and said multiple TDD configurations include said TDD configuration in said
system information block and further include at least another TDD configuration informed
via dedicated Radio Resource Control signaling; wherein: said sending unit is further
configured to, wherein the random access procedure is a contention-based random access
procedure, in the random access procedure, send to said network node device a third
message including an identifier specific to said communication device according to
said TDD configuration in said system information block; and wherein: the communication
device further comprises a controlling unit configured to, either: switch said communication
device into a dynamic TDD capable mode to support a plurality of dynamic TDD configurations;
and said receiving unit is further configured to receive from the network node device
a fourth message including a contention resolution by monitoring downlink channels
according to said plurality of dynamic TDD configurations; or said receiving unit
is further configured to receive form the network node device a fourth message including
a contention resolution according to said TDD configuration in said system information
block, and said communication device further comprises a controlling unit configured
to switch said communication device into a dynamic TDD capable mode to support said
plurality of dynamic TDD configurations; wherein each of the plurality of dynamic
TDD configurations has uplink subframes that belong to a subset of uplink subframes
of said TDD configuration in said system information block and downlink subframes
that belong to a subset of downlink subframes of said another TDD configuration informed
via dedicated Radio Resource Control signaling.
[0009] According to an aspect of the present disclosure, there is provided a network node
device in a cellular radio system. According to an embodiment of the present disclosure,
the network node device comprises: a receiving unit configured to, in a random access
procedure, receive from a communication device a first message including a random
access preamble according to a Time Division Duplex, TDD, configuration in a system
information block; and a sending unit configured to, in the random access procedure,
send to said communication device a second message including a random access response
using said random access preamble according to said TDD configuration in said system
information block; wherein said network node device is configured to assign said communication
device multiple TDD configurations related to a cell served by the network node device
before the random access procedure and wherein said multiple TDD configurations include
said TDD configuration in said system information block and further include at least
another TDD configuration informed via dedicated Radio Resource Control signaling;
wherein said receiving unit is further configured to, wherein the random access procedure
is a contention-based random access procedure, in the random access procedure, receive
from said communication device a third message including an identifier specific to
said communication device according to said TDD configuration in said system information
block; and wherein either: the network node further comprises a controlling unit configured
to switch said network node device into a dynamic TDD capable mode to support a plurality
of dynamic TDD configurations; and wherein said sending unit is further configured
to send to said communication device a fourth message including a contention resolution
according to one of said plurality of dynamic TDD configurations; or said sending
unit is further configured to send to said communication device a fourth message including
a contention resolution according to the TDD configuration in said system information
block; and said network node device further comprises a controlling unit configured
to switch to said network node device into a dynamic TDD capable mode to support said
plurality of dynamic TDD configurations; wherein each of the plurality of dynamic
TDD configurations has uplink subframes that belong to a subset of uplink subframes
of said TDD configuration in said system information block and downlink subframes
that belong to a subset of downlink subframes of said another TDD configuration informed
via dedicated Radio Resource Control signaling.
[0010] Embodiments of the invention are defined in the appended claims.
BRIEF DESCRIPTION OF THE DRAWINGS
[0011] Inventive features regarded as the characteristics of the present invention are set
forth in the appended claims. However, the present invention, its implementation mode,
other objectives, features and advantages will be better understood through reading
the following detailed description on the exemplary embodiments with reference to
the accompanying drawings, where in the drawings:
Fig. 1A is a diagram schematically illustrating a contention-free random access procedure;
Fig. 1B a diagram schematically illustrating a contention-based random access procedure;
Fig. 2 schematically illustrates an exemplary flow chart of a method for operating
a communication device according to one or more embodiments of the present disclosure;
Fig. 3 schematically illustrates an exemplary flow chart of a method for operating
a network node device according to one or more embodiments of the present disclosure;
Fig. 4 is a block diagram schematically illustrating a communication device according
to one or more embodiments of the present disclosure;
Fig. 5 is a block diagram schematically illustrating a network node device according
to one or more embodiments of the present disclosure;
Fig. 6 schematically illustrates an exemplary flow chart of a method for operating
a communication device according to one or more embodiments of the present disclosure;
Fig. 7 schematically illustrates an exemplary flow chart of a method for operating
a network node device according to one or more embodiments of the present disclosure;
Fig. 8 is a block diagram schematically illustrating a communication device according
to one or more embodiments of the present disclosure; and
Fig. 9 is a block diagram schematically illustrating a network node device according
to one or more embodiments of the present disclosure;
Fig. 10 schematically illustrates an exemplary flow chart of a method for operating
a communication device according to one or more embodiments of the present disclosure;
Fig. 11 schematically illustrates an exemplary flow chart of a method for operating
a network node device according to one or more embodiments of the present disclosure;
Fig. 12 is a block diagram schematically illustrating a communication device according
to one or more embodiments of the present disclosure;
Fig. 13 is a block diagram schematically illustrating a network node device according
to one or more embodiments of the present disclosure.
DETAILED DESCRIPTION
[0012] Hereinafter, embodiments of the present disclosure will be described with reference
to the accompanying drawings. In the following description, many specific details
are illustrated so as to understand the present disclosure more comprehensively. However,
it is apparent to the skilled in the art that implementation of the present invention
may not have these details. Additionally, it should be understood that the present
invention is not limited to the particular embodiments as introduced here. On the
contrary, any combination of the following features and elements may be considered
to implement and practice the present invention, regardless of whether they involve
different embodiments. For example, while it is described below in the context of
LTE or LTE-A type wireless communication system for illustrative purposes, those skilled
in the art will recognize that one or more embodiments of the present disclosure can
also be applied to various other types of wireless communication systems. Thus, the
following aspects, features, embodiments and advantages are only for illustrative
purposes, and should not be understood as elements or limitations of the appended
claims, unless otherwise explicitly specified in the claims.
[0013] According to dynamic TDD technology, the TDD configuration(s) of a cell can be changed
dynamically according to the instantaneous traffic in the cell. TDD allows for different
asymmetries in terms of the amount of resources allocated for uplink and downlink
transmission, respectively, by means of different downlink/uplink configurations.
Taking Long Term Evolution (LTE) for example, there are seven different TDD configurations
specified in Table 4.2-2 of 3GPP standard 36.211 v8.4.0. If there is more downlink
traffic in a cell, the TDD configuration can be configured to a TDD configuration
that supports heavier downlink traffic (also referred as to a downlink heavier configuration);
and if there is more uplink traffic in the cell, the TDD configuration can be configured
to a TDD configuration that supports heavier uplink traffic (also referred as to an
uplink heavier configuration) . Dynamic TDD feature can be enabled, while a user equipment
(UE) acquires two TDD configurations from a base station such as an evolved-NodeB
(eNodeB). One is an uplink heavier TDD configuration broadcasted in a System Information
Block (SIB), the other is a downlink heavier TDD configuration which is informed to
the UE via dedicated Radio Resource Control (RRC) signaling when UE first attach to
the network. All possible TDD configurations that can be applied in the communication
between the UE and the eNodeB are determined by the uplink heavier TDD configuration
broadcasted in the SIB and the downlink heavier TDD configuration informed via the
dedicated RRC signaling. Each of those determined TDD configurations configures uplink
subframes that belong to a subset of uplink subframes of the uplink heavier TDD configuration
of the SIB and downlink subframes that belong to a subset of downlink subframes of
the downlink heavier TDD configuration of dedicated Resource Control signaling.
[0014] However, since in a dynamic TDD scenario, multiple TDD configurations can be used
between UE and eNodeB, a UE, which has been assigned more than one TDD configurations
but currently is in an out-of-sync or link-failure status, may initiate a random access
procedure according to any one of those TDD configurations . However, eNodeB does
not know which TDD configuration is actually used by UE to perform messaging for the
random access procedure. The inconsistence in TDD configuration between UE and eNodeB
will result in random access failure.
[0015] The term "out-of-sync" mentioned in the present disclosure indicates a communication
device status when uplink(UL) timing alignment is not maintained. For example, an
information element
TimeAlignmentTimer is used to control how long the communication device considers the serving cells
to be uplink time aligned as defined in 3GPP TS 36.331 v12.0.0. When the timer expires,
the communication device will be deemed to be unsynchronized in uplink and a random
access procedure is needed to reacquire uplink timing.
[0016] The term "link failure" mentioned in the present disclosure also indicates a communication
device status. If the downlink radio quality falls below a given threshold, the communication
deice will indicate out-of-sync to higher layers. If the communication device detects
that the out-of-sync status lasts for a certain period, a Radio Link Failure (RLF)
occurs and the communication needs to re-establish the RRC connection via a random
access procedure .
[0017] Therefore, there is need to provide a communication solution facilitating a random
access, for example, for an out-of-sync and/or link-failure communication device that
may be operated in the dynamic TDD scenario.
[0018] Fig. 1A is a diagram schematically illustrating a contention-free random access procedure
in the prior art.
[0019] In a contention-free random access procedure, an eNodeB 120 sends to a UE 110 a message
(MSG0) for random access preamble assignment via a physical downlink control channel
(PDCCH), which includes a random access preamble assigned to UE 110. The UE 110 has
been connected to the network but being out-of -sync in this example. The UE 110 retrieves
the random access preamble from received MSG0 and sends it to the eNodeB 120 in a
first message (MSG1) of a random access request. The eNodeB 120 monitors a selected
uplink channel to receive MSG1. Upon receipt of MSG1, the eNodeB 120 sends to the
UE 110 a second message (MSG2) including a random access response via the downlink
shared channel (DL-SCH) to acknowledge the successfully detected preamble. Then the
eNodeB 120 and UE 110 are thereby aligned in the time domain.
[0020] Fig. 1B a diagram schematically illustrating a contention-based random access procedure
in the prior art.
[0021] In a contention-based random access procedure, the UE 110 initiates the random procedure
by sending a first message (MSG1) including a random access preamble selected from
all of preambles available in the cell in a selected uplink channel. The eNodeB 120
monitors the uplink channel to detect the preamble. The eNodeB 120 sends a second
message (MSG2) including a random access response to acknowledge the successfully
detected preamble. If the UE 110 receives MSG2, then the UE 110 will send to the eNodeB
120 a third message (MSG3) including an identifier specific to the UE 110. Then, the
UE 110 monitors a specified downlink channel for response from the eNodeB 120. The
eNodeB 120 attempts to resolve any contentions and sends to the UE 110 a fourth message
(MSG4) including a contention resolution.
[0022] According to the 3GPP specification TS 36.213 V11.4.0, the uplink timing requirement
of random access procedure is described as follows:
For the Layer 1 random access procedure, UE's uplink transmission timing after a random
access preamble transmission is as follows.
- a. If a PDCCH (physical downlink control channel) with associated radio access Radio Network Temporary Identifier (RA-RNTI) is detected in subframe n, and the corresponding DL-SCH transport block
contains a response to the transmitted preamble sequence, the UE shall, according
to the information in the response, transmit an UL-SCH transport block in the first
subframe n+k1, k1≥6, if the UL delay field is set to zero where n+k1 is the first available UL subframe for PUSCH transmission. The UE shall postpone the
PUSCH transmission to the next available UL subframe after n+k1 if the field is set to 1.
- b. If a random access response is received in subframe n, and the corresponding DL-SCH
transport block does not contain a response to the transmitted preamble sequence,
the UE shall, if requested by higher layers, be ready to transmit a new preamble sequence
no later than in subframe n+5.
- c. If no random access response is received in subframe n, where subframe n is the
last subframe of the random access response window, the UE shall, if requested by
higher layers, be ready to transmit a new preamble sequence no later than in subframe
n+4
[0023] In case a random access procedure is initiated by a "PDCCH order" in subframe n (i.e.
a contention free random access), the UE shall, if requested by higher layers, transmit
random access preamble in the first subframe n+
k2,
k2 ≥ 6,
where a PRACH (Packet Random Access Channel)
resource is available.
[0024] Thus, it can be seen that both MSG1 in contention-free random access and MSG3 in
contention-based random access have strict timing requirement.
[0025] According to the 3GPP specification TS 36.321 V11.2.0, the downlink timing requirement
of random access procedure is described as follows:
Once the Random Access Preamble is transmitted and regardless of the possible occurrence
of a measurement gap, the UE shall monitor the PDCCH of the PCell (Primary cell) for
Random Access Response(s) identified by the RA-RNTI defined below, in the RA Response
window which starts at the subframe that contains the end of the preamble transmission
plus three subframes and has length ra-ResponseWindowSize subframes
[0026] Thus, it can be seen that the reception of MSG2 also has timing requirement.
[0027] According to an example of the present disclosure, the transmission/reception of
MSG1 follows the TDD configuration in SIB, and then the transmission/reception of
MSG1 at the eNodeB 120 and the UE 110 can be aligned. On the other hand, the transmission/reception
of MSG2/3/4 may still have ambiguity issue, as the UE 110/eNodeB 120 may transmit/receive
MSG2/3/4 according to any of the possible TDD configurations in the dynamic TDD scenario,
which may not be known by its peer. Even if an explicit signaling is used to notify
the UE 110 which TDD configuration the eNodeB 120 is going to use, the eNodeB 120
still cannot know whether the UE 110 who initiate random access detects that explicit
signaling or not, because the UE 110 may be either in active time or in sleep time,
if it is out-of-sync.
[0028] Embodiments of the present disclosure intend to eliminate such TDD configuration
ambiguity at least in random access procedure between a network node device such as
eNodeB and a communication device such as a UE, which has already been assigned more
than one TDD configurations, so that the communication device/network node device
can know which TDD configuration is used in messaging of random access by its peer.
[0029] In the present disclosure, a communication devices also known as mobile terminals,
wireless terminals and/or User Equipment (UE) are enabled to communicate wirelessly
with a network node in a wireless communication system, sometimes also referred to
as a cellular radio system. For instance, a communication device may be, but is not
limited to: mobile phone, smart phone, sensor device, meter, vehicle, household appliance,
medical appliance, media player, camera, or any type of consumer electronic, for instance,
but not limited to, television, radio, lighting arrangement, tablet computer, laptop,
or PC. The [terminal device/communication device] may be a portable, pocket-storable,
hand-held, computer-comprised, or vehicle-mounted mobile device, enabled to communicate
voice and/or data, via a wireless or wireline connection.
[0030] Typically, a network node device may serve or cover one or several cells of the wireless
communication system. That is, the network node device provides radio coverage in
the cell(s) and communicates over an air interface with communication devices operating
on radio frequencies within its range. The network node device in some wireless communication
systems may be also referred to as "eNB", "eNodeB", "NodeB" or "B node", depending
on the technology and terminology used. In the present disclosure, the network node
device may also be referred to as a Base Station (BS). The network node devices may
be of different classes such as e.g. macro eNodeB, home eNodeB or pico base station,
or relay node, based on transmission power and thereby also cell size.
Solution 1
[0031] With reference to Figs. 2-5, various embodiments of solution 1 of the present disclosure
are described in detail.
[0032] Fig. 2 schematically illustrates an exemplary flow chart of a method 200 for operating
a communication device according to one or more embodiments of the present disclosure.
[0033] The communication device may be in an out of sync or link-failure status, so it needs
to initiate a random access procedure with a network node device such as eNodeB. The
communication device may have been assigned more than one TDD configurations before
the initiation of the random access procedure. Those previously assigned TDD configurations
may include the TDD configuration in the SIB and at least another TDD configuration
informed via dedicated Radio Resource Control signaling by the eNodeB.
[0034] As shown in Fig. 2, in block S210, an communication device such as the UE 110 as
shown in Figs. 1A and 1B sends to a network node device such as the eNodeB 120 as
shown in Figs. 1A and 1B a first message (MSG1) including a random access preamble
according to a TDD configuration in the SIB.
[0035] In block S220, the communication device receives from the network node device a second
message (MSG2) including a random access response using the random access preamble
according to the TDD configuration in the SIB. In a contention-free random access
procedure, the communication device and network node device can be thereby aligned
in the time domain in this block.
[0036] According to one or more embodiments regarding a contention-based random access procedure,
the method 200 may further proceed with blocks S230-S240.
[0037] In block S230, the communication device may send to the network node device a third
message (MSG3) including an identifier specific to the communication device according
to the TDD configuration in the SIB.
[0038] In block S240, the communication device may receive a fourth message (MSG4) according
to the TDD configuration in the SIB or a dynamic TDD configuration depending on whether
the communication device and base station switch into the dynamic TDD capable mode.
[0039] According to an embodiment of the present disclosure, as the first option, the communication
device may be switched into the dynamic TDD capable mode to support multiple dynamic
TDD configurations, after sending MSG3 in block S230. During the switching procedure,
the communication device may be configured by a RRC signaling received from the network
node device to switch into the dynamic TDD capable mode. In this embodiment, the communication
device may receive in block S240 from the network node device MSG4 including a contention
resolution by monitoring downlink channels according to the multiple dynamic TDD configurations.
In particular, the communication device will monitor all the downlink channels allowed
by the multiple dynamic TDD configurations to receive MSG4.
[0040] According to an embodiment of the present disclosure, as the second option, the communication
device may be switched into the dynamic TDD capable mode to support multiple dynamic
TDD configurations, after the UE receives MSG4 in block S240. During the switching
procedure, the communication device may be configured by a RRC signaling received
from the network node device to switch into the dynamic TDD capable mode. In this
embodiment, in block S240, the UE may be configured to receive MSG4 according to the
TDD configuration in the SIB.
[0041] According to embodiments of the present disclosure, each of the multiple dynamic
TDD configurations has uplink subframes that belong to a subset of uplink subframes
of TDD configuration in the system information block and downlink subframes that belong
to a subset of downlink subframes of the TDD configuration informed via dedicated
Radio Resource Control signaling, which has been already assigned to the communication
device by the network node device.
[0042] Fig. 3 schematically illustrates an exemplary flow chart of a method 300 for operating
a network node device according to one or more embodiments of the present disclosure.
[0043] The network node device may be a base station such as the eNodeB 120 as shown in
Figs. 1A and 1B.
[0044] As shown in Fig. 3, in block S310, the network node device receives from a communication
device such as the UE 110 as shown in Figs. 1A and 1B a first message (MSG1) including
a random access preamble according to a TDD configuration in the SIB. The communication
device may be in an out of sync or link-failure status, so it needs to initiate a
random access procedure with the network node device such as eNodeB. The network node
device may have assigned to the communication device more than one TDD configurations
before the initiation of the random access procedure. Those previously assigned TDD
configurations may include the TDD configuration in the SIB and at least another TDD
configuration informed via dedicated Radio Resource Control signaling.
[0045] In block S320, the network node device sends to the communication device a second
message (MSG2) including a random access response using the random access preamble
according to the TDD configuration in the SIB. In a contention-free random access
procedure, the network node device and communication device can be thereby aligned
in the time domain in this block.
[0046] According to one or more embodiments regarding a contention-based random access procedure,
the method 300 may further proceed with blocks S330-S340.
[0047] In block S330, the netwrok node device may receive from the communication device
a third message (MSG3) including an identifier specific to the communication device
according to the TDD configuration in the SIB.
[0048] In block S340, the network node device may send a fourth message (MSG4) according
to the TDD configuration in the SIB or a dynamic TDD configuration depending on whether
the communication device and network node device are switched into the dynamic TDD
capable mode.
[0049] According to an embodiment of the present disclosure, as the first option, the network
node device may switch into the dynamic TDD capable mode, so as to support multiple
dynamic TDD configurations, after receiving MSG3 in block S330. In the switching procedure,
the network node device may also configure the communication device to switch into
the dynamic TDD capable mode for example via a RRC signaling. In this embodiment,
the network node device may send in block S340 to the communication device MSG4 including
a contention resolution according to one of the multiple dynamic TDD configurations.
[0050] According to an embodiment of the present disclosure, as the second option, the network
node device may be switched into the dynamic TDD capable mode to support multiple
dynamic TDD configurations, after the base station sends MSG4 in block S340. In the
switching procedure, the network node device may also configure the communication
device to switch into the dynamic TDD capable mode for example via a RRC signaling.
In this embodiment, in block S340, the network node device may send MSG4 according
to the TDD configuration in the SIB.
[0051] According to embodiments of the present disclosure, each of the multiple dynamic
TDD configurations has uplink subframes that belong to a subset of uplink subframes
of TDD configuration in said system information block and downlink subframes that
belong to a subset of downlink subframes of the TDD configuration informed via dedicated
Radio Resource Control signaling, which has been already assigned to the communication
device by the network node device.
[0052] Fig. 4 is a block diagram schematically illustrating a communication device 400 according
to one or more embodiments of the present disclosure.
[0053] The communication device 400 may be currently in an out of sync or link-failure status
and needs to initiate a random access procedure with a network node device such as
eNodeB. The communication device may have been assigned more than one TDD configurations
before the initiation of the random access procedure. Those previously assigned TDD
configurations may include the TDD configuration in the SIB and at least another TDD
configuration informed via dedicated Radio Resource Control signaling.
[0054] As shown in Fig. 4, the communication device 400 such as the commumincation device
110 as shown in Figs. 1A and 1B comprises a sending unit 410 and a receiving unit
420 for communicating with a network node device such as the eNodeB 120 as shown in
Figs. 1A and 1B. The sending unit 410 and the receiving unit 420 may comprise any
suitable hardware components for bidirectional wireless communications with the network
node device. For example, the sending unit 410 and the receiving unit 420 may be implemented
as a suitable radio frequency transceiver (i.e., transmitter and receiver, which may
be implemented as a unitary component or separate) for bidirectional wireless communications
with the network node device via one or more antennas (not shown in Fig. 4).
[0055] The communication device 400 further comprises a processor 40, which includes one
or more microprocessor or microcontrollers, as well as other digital hardware, which
may include digital signal processors (DSPs), special-purpose digital logic, and the
like. The processor 40 may be configured to execute program code stored in memory
(not shown in Fig. 4), which may include one or several types of memory such as read-only
memory (ROM), random-access memory, cache memory, flash memory devices, optical storage
devices, etc. Program code stored in memory includes program instructions for executing
one or more telecommunications and/or data communications protocols as well as instructions
for carrying out one or more of the techniques described herein, in several embodiments.
[0056] The sending unit 410 is configured to send to a network node device a first message
(MSG1) including a random access preamble according to the TDD configuration in the
SIB.
[0057] The receiving unit 420 is configured to receive from the network node device a second
message (MSG2) including a random access response using the random access preamble
according to the TDD configuration in the SIB. In a contention-free random access
procedure, the UE 400 can be thereby aligned with the network node device in the time
domain by receiving the random access response.
[0058] According to one or more embodiments regarding a contention based random access procedure,
the sending unit 410 may be further configured to, in a contention-based random access
procedure, send to the network node device a third message (MSG3) including an identifier
specific to the communication device 400 according to the TDD configuration in the
SIB.
[0059] According to an embodiment of the present disclosure, a functional aspect of the
processor 40 may comprise a controlling unit 430 configured to switch the communication
device into a dynamic TDD capable mode to support multiple dynamic TDD configurations
after the communication device 400 sends MSG3. In this embodiment, the receiving unit
420 may be configured to receive from the network node device a fourth message (MSG4)
including a contention resolution by monitoring downlink channels according to the
multiple dynamic TDD configurations.
[0060] According to another embodiment of the present disclosure, the receiving unit 420
may be further configured to receive from the network node device a fourth message
(MSG4) including a contention resolution according to the TDD configuration in the
SIB. In this embodiment, the controlling unit 430 may be configured to switch the
communication device into a dynamic TDD capable mode to support multiple dynamic TDD
configurations after MSG4 is received.
[0061] According to embodiments of the present disclosure, each of the multiple dynamic
TDD configurations may have uplink subframes that belong to a subset of uplink subframes
of TDD configuration in said system information block and downlink subframes that
belong to a subset of downlink subframes of the TDD configuration informed via dedicated
Radio Resource Control signaling, which has been already assigned to the communication
device by the network node device.
[0062] Fig. 5 is a block diagram schematically illustrating a network node device 500 according
to one or more embodiments of the present disclosure.
[0063] As shown in Fig. 5, the network node device 500 such as the eNodeB 120 as shown in
Figs. 1A and 1B comprises a receiving unit 510 and a sending unit 520 for communicating
with a communication device such as the UE 110 as shown in Figs. 1A and 1B. The communication
device may be out of sync or experience a link failure, so it needs to initiate a
random access procedure with the network node device such as eNodeB. The network node
device 500 may have assigned to the communication device more than one TDD configurations
before the initiation of the random access procedure. Those previously assigned TDD
configurations may include the TDD configuration in the SIB and at least another TDD
configuration informed via dedicated Radio Resource Control signaling. The receiving
unit 510 and the sending unit 520 may comprise any suitable hardware components for
bidirectional wireless communications with one or more communication devices. For
example, the receiving unit 510 and the sending unit 520 may be implemented as a suitable
radio frequency transceiver (i.e., transmitter and receiver, which may be implemented
as a unitary component or separate) for bidirectional wireless communications with
one or more communications via one or more antennas (not shown in Fig. 5) .
[0064] The network node device 500 further comprises a processor 50, which includes one
or more microprocessor or microcontrollers, as well as other digital hardware, which
may include digital signal processors (DSPs), special-purpose digital logic, and the
like. The processor 50 may be configured to execute program code stored in memory
(not shown in Fig. 5), which may include one or several types of memory such as read-only
memory (ROM), random-access memory, cache memory, flash memory devices, optical storage
devices, etc. Program code stored in memory includes program instructions for executing
one or more telecommunications and/or data communications protocols as well as instructions
for carrying out one or more of the techniques described herein, in several embodiments.
[0065] The receiving unit 510 is configured to receive from a communication device a first
message (MSG1) including a random access preamble according to a TDD configuration
in a SIB.
[0066] The sending unit 520 is configured to send to the communication device a second message
(MSG2) including a random access response using the random access preamble according
to the TDD configuration in the SIB. In a contention-free random access procedure,
the network node device 500 can be thereby aligned with the communication device in
the time domain when the UE receives the random access response.
[0067] According to one or more embodiments regarding a contention based random access procedure,
the receiving unit 510 may be further configured, in a contention-based random access
procedure, to receive from the communication device a third message (MSG3) including
an identifier specific to the communication device according to the TDD configuration
in the SIB.
[0068] According to an embodiment of the present disclosure, a functional aspect of the
processor 50 may comprise a controlling unit 530 configured to switch the network
node device into a dynamic TDD capable mode to support multiple dynamic TDD configurations
after the network node device 500 receives MSG3. In this embodiment, the sending unit
520 may be further configured to send to the communication device a fourth message
(MSG4) including a contention resolution according to one of the multiple dynamic
TDD configurations.
[0069] According to another embodiment of the present disclosure, the sending unit 520 may
be further configured to send to the communication device a fourth message (MSG4)
including a contention resolution according to the TDD configuration in the SIB. The
controlling unit 530 may be configured to switch the network node device 500 into
a dynamic TDD capable mode to support multiple dynamic TDD configurations after sending
MSG4.
[0070] According to embodiments of the present disclosure, each of the multiple dynamic
TDD configurations may have uplink subframes that belong to a subset of uplink subframes
of TDD configuration in said system information block and downlink subframes that
belong to a subset of downlink subframes of the TDD configuration informed via dedicated
Radio Resource Control signaling, which has been already assigned to the communication
device by the network node device.
[0071] In a general case of Solution 1, all messages received on a common search space may
follow the timing given by the TDD configuration in the SIB. As an example, during
the procedure of switching the communication device into the dynamic TDD capable mode
as shown in Figs. 2 and 3, the communication device may be configured by a RRC signaling
from the network node device. The communication device is scheduled for uplink traffic
on the common search space and follows the TDD configuration in the SIB, until the
network node device has received a confirm-message (such as RRC Reconfiguration Complete)
from the communication device to indicate that it is switching into the dynamic TDD
capable mode. In an implementation, the network node device's feedback timing for
downlink scheduling, which is on common search space (i.e., at least for subframes
that are downlink or special subframe according to TDD configuration in SIB), also
follows the TDD configuration in the SIB. After a RRC reconfiguration message, which
may for example instruct the communication device switching into dynamic TDD capable
mode, the network node device may follow the timing associated with the dynamic TDD
configuration in scheduling received on the communication device specific search space.
In another implementation, the RNTI by with the Downlink Control Information (DCI)
is scrambled or the DCI format may also be used to indicate the TDD configuration
to apply for UL transmission.
[0072] Those skilled in the art can appreciate that the various embodiments according to
Solution 1 of the present disclosure may also be implemented in the handover case
where the communication device is handed over from a source cell served by a source
network node device to a cell served by a target network node device. During handover
preparation, the target network node device may inform the source network node device
of the TDD configuration in the SIB of the target cell via a RRC signaling MobilityControlInfo.
Then, the TDD configuration in the SIB of the target cell may be signaled to the communication
device by the source network node device during handover execution. Based on the received
TDD configuration in SIB of the target cell, the communication device may be operable
to perform a random access procedure in the target cell as described above in conjunction
with Fig. 2.
[0073] Note that the configuration in SIB herein is used as a general term for the configuration
that a legacy user would apply in the cell, and this information may be acquired through
reading SIB, if present, or by other signaling such as RadioResourceConfigCommonSCell
or other RRC signaling for example in handover or carrier aggregation scenario.
[0074] According to one or more embodiments of Solution 1 of the present disclosure, when
a communication device initiates a random access procedure in the dynamic TDD scenario,
the communication device and corresponding network node device such as eNodeB can
use consistent TDD configuration in the SIB to perform messaging for a random access
procedure. As such, TDD configuration ambiguity between the network node device and
the communication device can be eliminated. In these approaches, random access failure
of out-of-sync or link-failure communication devices in the dynamic TDD scenario can
be significantly reduced.
[0075] Below described
Solution 2 (from page 35 till page 47) is not part of the present invention, and is to be understood
as mere exemplary discussion of the art.
Solution 2
[0076] In various embodiments of Solution 2, an explicit signaling can be used to carry
a TDD configuration that eNodeB wants a communication device to use. This information
can be used by an out-of-sync communication device when initiating a random access
procedure. As an out-of-sync communication device is still in connected mode, it can
be either in active time or in sleep time when the explicit signaling is transmitted
from eNodeB. Therefore, a communication device in active time may detect the explicit
signaling and thus know the TDD configuration to be used by the eNodeB in the random
access procedure, while a communication device in sleep time cannot know the TDD configuration
to be used at all. Therefore, the two different situations should be handled differently.
According to one or more embodiments of the present disclosure, an out-of-sync communication
device who does not detect the TDD configuration informed by eNodeB in the explicit
signaling can use the TDD configuration in the SIB to perform random access procedure,
while an out-of-sync communication device who detect the TDD configuration informed
by eNodeB in the explicit signaling can use the TDD configuration in the explicit
signaling to perform random access procedure.
[0077] With reference to Figs. 6-9, various embodiments of solution 2 of the present disclosure
are described in detail.
[0078] Fig. 6 schematically illustrates an exemplary flow chart of a method (600) for random
access in an out-of-sync communication device according to one or more embodiments
of the present disclosure.
[0079] As shown in Fig. 6, in block S610, the communication device such as the communication
device 110 as shown in Figs. 1A and 1B determines whether an explicit signaling indicative
of a TDD configuration is received. The communication device may be configured to
receive the explicit signaling from a network node device such as the eNodeB 120 as
shown in Figs. 1A and 1B. When the out-of-sync communication device is in a sleep
time, the communication device may miss the explicit signaling.
[0080] In block S620, the communication device selects a random access preamble based on
a determination result of block S610.
[0081] According to one or more embodiments, in a contention-based random access procedure,
the communication device may select a random access preamble which belongs to a predefined
subset of available random access preambles in a cell served by the network node device,
in response to determining in block S610 that the explicit signaling is received.
In response to determining in block S610 that the explicit signaling is not received,
the communication device may select a random access preamble which does not belong
to the predefined subset of available random access preambles in the cell. Since the
network node device also has the knowledge of the predefined subset of preambles,
the communication device is able to inform the network node device of whether the
explicit signaling is received by using the selected preamble.
[0082] In block S630, the communication device sends to the network node device a first
message (MSG1) for a random access procedure including the random access preamble
selected in block S620, according to the TDD configuration in the SIB.
[0083] In block S640, the communication device performs subsequent messaging for the random
access procedure according to a TDD configuration determined based on the result of
the determination. Herein, "subsequent messaging" refers to receiving or sending messages
for the random access procedure after MSG1, including but not limited to MSG2/3/4
shown in Fig. 1A and Fig. 1B.
[0084] According to one or more embodiment of the present disclosure, the communication
device may perform subsequent messaging for the random access procedure according
to the TDD configuration indicated by the explicit signaling, in response to determining
in block S610 that the explicit signaling is received. In a contention-based random
access procedure, the communication device may use the TDD configuration indicated
by the explicit signaling to transmit or receive MSG2/MSG3/MSG4 to or from the network
node device. In response to determining in block S610 that the explicit signaling
is not received, the communication device may perform subsequent messaging for the
random access procedure according to the TDD configuration in the SIB. In a contention-based
random access procedure, the communication device may use the TDD configuration in
the SIB to transmit or receive MSG2/MSG3/MSG4 to or from the network node device.
[0085] According to one or more embodiments of the present disclosure, in a contention-free
random access procedure, the explicit signaling may be configured to be transmitted
with a random access preamble assigned to the communication device in the same message,
for example, MSG0. In those embodiments of the present disclosure, if the communication
device determines in block S610 that the explicit signaling is received, the communication
device may select in block 620 the random access preamble assigned to the out-of-sync
communication device to inform the network node device that the explicit signaling
has been received by the communication device. Then, the communication device may
perform subsequent messaging for the random access procedure according to the TDD
configuration indicated by the explicit signaling, i.e., receiving a random access
response by monitoring the downlink channel according to the TDD configuration indicated
by the explicit signaling.
[0086] In some embodiments, in case that the communication device does not receive the explicit
signaling, the communication device also misses the preamble assignment transmitted
from the network node device for the contention-free random access procedure and fails
to access the network.
[0087] Fig. 7 schematically illustrates an exemplary flow chart of a method 700 for random
access in a network node device according to one or more embodiments of the present
disclosure.
[0088] As shown in Fig. 7, in block S710, the network node device such as the eNodeB 120
as shown in Figs. 1A and 1B sends to an out-of-sync communication device an explicit
signaling indicative of a TDD configuration to be used e.g. in a random access procedure.
[0089] In block S720, the network node device receives from the out-of-sync communication
device a first message (MSG1) for a random access procedure including a random access
preamble according to a TDD configuration in the SIB.
[0090] In block S730, the network node device determines, based on the received random access
preamble, whether the explicit signaling is received by the out-of-sync communication
device.
[0091] According to one or more embodiments of the present disclosure, in a contention-based
random access procedure, the network node device may determine that the explicit signaling
is received by the out-of-sync communication device, if the received random access
preamble belongs to a predefined subset of available random access preambles in a
cell served by the network node device; and that the explicit signaling is not received
by the out-of-sync communication device, if the random access preamble does not belong
to the predefined subset of available random access preambles in the cell.
[0092] In block S740, the network node device performs subsequent messaging for the random
access procedure according to a TDD configuration determined based on the result of
the determination in block S730.
[0093] According to one or more embodiments of the present disclosure, the network node
device perform, in response to determining in block S730 that the explicit signaling
is received by the out-of-sync communication device, subsequent messaging for the
random access procedure according to the TDD configuration indicated by the explicit
signaling. In a contention-based random access procedure, the network node device
may use the TDD configuration in the explicit signaling to transmit or receive MSG2/MSG3/MSG4
to or from the communication device. In response to determining in block S730 that
the explicit signaling is not received by the out-of-sync communication device, the
network node device may perform subsequent messaging for the random access procedure
according to the TDD configuration in the SIB. In a contention-based random access
procedure, the network node device may use the TDD configuration in the SIB to transmit
or receive MSG2/MSG3/MSG4 to or from the communication device.
[0094] According to one or more embodiments of the present disclosure, in a contention-free
random access procedure, the explicit signaling may be configured to be transmitted
with a random access preamble assigned to the out-of-sync communication device in
a same message, for example, MSG0. In those embodiments, the network node device may
determine in block S730 that the explicit signaling is received by the out-of-sync
communication device, if the received random access preamble is the random access
preamble assigned to the out-of-sync communication device. In response to determining
that the explicit signaling is received by the out-of-sync communication device, the
network node device may perform subsequent messaging for the random access procedure
according to the TDD configuration indicated by the explicit signaling, i.e, sending
a random access response according to the TDD configuration indicated by the explicit
signaling.
[0095] In those embodiments, in case that the communication device does not receive the
explicit signaling, the communication device also misses the preamble assignment transmitted
from the network node device for the contention-free random access procedure and fails
to access the network.
[0096] Fig. 8 is a block diagram schematically illustrating a communication device 800 according
to one or more embodiments of the present disclosure.
[0097] As shown in Fig. 8, the communication device 800 such as the UE 110 as shown in Figs.
1A and 1B comprises a sending unit 810 and a receiving unit 820 for communicating
with a network node device such as the eNodeB 120 as shown in Figs. 1A and 1B. The
sending unit 810 and the receiving unit 820 may comprise any suitable hardware components
for bidirectional wireless communications with the network device. For example, the
sending unit 810 and the receiving unit 820 may be implemented as a suitable radio
frequency transceiver (i.e., transmitter and receiver, which may be implemented as
a unitary component or separate) for bidirectional wireless communications with the
network node device via one or more antennas (not shown in Fig. 8).
[0098] The receiving unit 820 may be configured to receive an explicit signaling indicative
of a TDD configuration, when the communication device 800 is in an active time.
[0099] The network node device 800 further comprises a processor 80, which includes one
or more microprocessor or microcontrollers, as well as other digital hardware, which
may include digital signal processors (DSPs), special-purpose digital logic, and the
like. The processor 80 may be configured to execute program code stored in memory
(not shown in Fig. 8), which may include one or several types of memory such as read-only
memory (ROM), random-access memory, cache memory, flash memory devices, optical storage
devices, etc. Program code stored in memory includes program instructions for executing
one or more telecommunications and/or data communications protocols as well as instructions
for carrying out one or more of the techniques described herein, in several embodiments.
[0100] According to an embodiment of the present disclosure, a functional aspect of the
processor 80 may comprise a selecting unit 830 and a determining unit 840. The determining
unit 840 is configured to determine whether an explicit signaling indicative of a
TDD configuration is received by the receiving unit. The selecting unit 830 is configured
to select a random access preamble based on the determination result of the determining
unit 840.
[0101] The sending unit 810 is configured to send to a network node device a first message
(MSG1) for a random access procedure including the random access preamble selected
by the selecting unit 830, according to a TDD configuration in the SIB.
[0102] The sending unit 810 and the receiving unit 820 are further configured to perform
subsequent messaging for the random access procedure according to a TDD configuration
determined based on the determination result of the determining unit 840.
[0103] According to one or more embodiments of the present disclosure, in a contention-based
random access procedure, the selecting unit 830 may be configured to select a random
access preamble which belongs to a predefined subset of available random access preambles
in a cell served by the network node device, in response to determining that the explicit
signaling is received by the receiving unit 820. In response to determining that the
explicit signaling is not received by the receiving unit 820, the selecting unit 830
may be configured to select a random access preamble which does not belong to the
predefined subset of available random access preambles in the cell. Since the network
node device also has the knowledge of the predefined subset of preambles, the communication
device 800 is able to inform the network node device of whether the explicit signaling
is received by using the selected preamble.
[0104] According to one or more embodiments of the present disclosure, in a contention-based
random access procedure, the sending unit 810 and the receiving unit 820 may be configured
to perform, in response to determining that the explicit signaling is received by
the receiving unit 820, subsequent messaging for the random access procedure according
to the TDD configuration indicated by the explicit signaling. As such, the sending
unit 810 and the receiving unit 820 may be configured to receive or transmit MSG2/MSG3/MSG4
from or to the network node device by using the TDD configuration indicated by the
explicit signaling. In response to determining that the explicit signaling is not
received by the receiving unit 820, the sending unit 810 and the receiving unit 820
may be configured to perform subsequent messaging for the random access procedure
according to the TDD configuration in the SIB. As such, the sending unit 810 and the
receiving unit 820 may be configured to receive or transmit MSG2/MSG3/MSG4 from or
to the network node device by using the TDD configuration in the SIB.
[0105] According to one or more embodiments of the present disclosure, in a contention-free
random access procedure, the explicit signaling may be configured to be transmitted
with a random access preamble assigned to the communication device in the same message,
for example, MSG0. In those embodiments of the present disclosure, if the determining
unit 840 determines that the explicit signaling is received by the receiving unit
820, the selecting unit 830 may be configured to select the random access preamble
assigned to the out-of-sync communication device, to inform the network node device
that the explicit signaling has been received by the communication device. Then, the
sending unit 810 and the receiving unit 820 may be configured to perform subsequent
messaging for the random access procedure according to the TDD configuration indicated
by the explicit signaling, i.e., receiving a random access response by monitoring
the downlink channel according to the TDD configuration indicated by the explicit
signaling.
[0106] In those embodiments, in case that the communication device does not receive the
explicit signaling, the communication device will also miss the preamble assignment
transmitted from the network node device for the contention-free random access procedure
and fails to access the network.
[0107] Fig. 9 is a block diagram schematically illustrating a network node device 900 according
to one or more embodiments of the present disclosure.
[0108] As shown in Fig. 9, the network node device 900 such as the eNodeB 120 as shown in
Figs. 1A and 1B comprises a sending unit 910 and a receiving unit 920 for communicating
with communication devices such as the UE 110 as shown in Figs. 1A and 1B. The sending
unit 910 and the receiving unit 920 may comprise any suitable hardware components
for bidirectional wireless communications with one or more communication devices.
For example, the sending unit 910 and the receiving unit 920 may be implemented as
a suitable radio frequency transceiver (i.e., transmitter and receiver, which may
be implemented as a unitary component or separate) for bidirectional wireless communications
with one or more communications via one or more antennas (not shown in Fig. 9) .
[0109] The sending unit 910 is configured to send to an out-of-sync communication device
an explicit signaling indicative of a TDD configuration.
[0110] The receiving unit 920 is configured to receive from the out-of-sync communication
device a first message (MSG1) for a random access procedure including a random access
preamble according to a TDD configuration in the SIB.
[0111] The network node device 900 further comprises a processor 90, which includes one
or more microprocessor or microcontrollers, as well as other digital hardware, which
may include digital signal processors (DSPs), special-purpose digital logic, and the
like. The processor 90 may be configured to execute program code stored in memory
(not shown in Fig. 9), which may include one or several types of memory such as read-only
memory (ROM), random-access memory, cache memory, flash memory devices, optical storage
devices, etc. Program code stored in memory includes program instructions for executing
one or more telecommunications and/or data communications protocols as well as instructions
for carrying out one or more of the techniques described herein, in several embodiments.
[0112] According to an embodiment of the present disclosure, a functional aspect of the
processor 90 may comprise a determining unit 930 configured to determine, based on
the random access preamble received by the receiving unit 920, whether the explicit
signaling is received by the out-of-sync communication device.
[0113] The sending unit 910 and the receiving unit 920 are configured to perform subsequent
messaging for the random access procedure according to a TDD configuration determined
based on the determination result of the determining unit 930.
[0114] According to one or more embodiments of the present disclosure, in a contention-based
random access procedure, the determining unit 930 may be configured to determine that
the explicit signaling is received by the out-of-sync communication device, if the
random access preamble received by the receiving unit 920 belongs to a predefined
subset of available random access preambles in a cell. If the random access preamble
does not belong to the predefined subset of available random access preambles in the
cell, the determining unit 930 may be configured to determine that the explicit signaling
is not received by the out-of-sync communication device.
[0115] According to one or more embodiments of the present disclosure, in response to determining
that the explicit signaling is received by the out-of-sync communication device, the
sending unit 910 and the receiving unit 920 may be configured to perform subsequent
messaging for the random access procedure according to the TDD configuration indicated
by the explicit signaling. In a contention-based random access procedure, the sending
unit 910 and the receiving unit 920 may transmit or receive MSG2/MSG3/MSG4 to or from
the communication device by using the TDD configuration in the explicit signaling.
In response to determining that the explicit signaling is not received by the out-of-sync
communication device, the sending unit 910 and the receiving unit 920 may be configured
to perform subsequent messaging for the random access procedure according to the TDD
configuration in the SIB. In a contention-based random access procedure, the sending
unit 910 and the receiving unit 920 may transmit or receive MSG2/MSG3/MSG4 to or from
the communication device by using the TDD configuration in the SIB.
[0116] According to one or more embodiments of the present disclosure, in a contention-free
random access procedure, the explicit signaling may be configured to be transmitted
with a random access preamble assigned to the out-of-sync communication device in
the same message (e.g., MSG0). The determining unit 930 may be configured to determine
that the explicit signaling is received by the out-of-sync communication device, if
the random access preamble is the random access preamble assigned to the out-of-sync
communication device. In response to determining that the explicit signaling is received
by the out-of-sync communication device, the sending unit 910 and the receiving unit
920 may be configured to perform subsequent messaging for the random access procedure
according to the TDD configuration indicated by the explicit signaling, i.e., sending
a random access response according to the TDD configuration in the explicit signaling.
[0117] In those embodiments, in case that the communication device does not receive the
explicit signaling, the communication device will also miss the preamble assignment
transmitted from the network node device for the contention-free random access procedure
and the random access will be failed. According to one or more embodiments of the
present disclosure, when a communication device initiates a random access procedure
in the dynamic TDD scenario, the communication device and corresponding network node
device such as eNodeB can use consistent TDD configuration in the SIB or the explicit
signaling to perform messaging for a random access procedure. In these approaches,
random access failure of out-of-sync communication devices in the dynamic TDD scenario
can be significantly reduced.
[0118] Below described
Solution 3 for Carrier Aggregation (CA) (from page 47 till page 56) is not part of the present invention, and is to be understood
as mere exemplary discussion of the art.
Solution 3 for Carrier Aggregation (CA)
[0119] In the case of applying CA, a communication device may communicate over one Primary
Cell (PCell) and one or more Secondary Cell (SCell), both of which constitute a serving
cell set for the communication device. The Component Carriers (CCs) of the PCell and
Scell(s) aggregated for the communication device are normally from a same network
node device such as eNodeB and those CCs are synchronized with one another. The communication
device may be configured to support the dynamic TDD capable mode in the PCell and
SCell (s) separately and independently.
[0120] The network node device such as eNodeB may instruct the communication device via
a RRC signaling such as RRCConnectionReconfiguration to enable the dynamic TDD capable
mode in the SCell(s). Upon receipt of the RRC signaling instructed by the network
node device, the communication device needs to inform the network node device that
it enables the dynamic TDD capable mode in their communications over the SCell(s).
As soon as the network node device has received the confirmation of the communication
device, it communicates with the communication device over the SCell (s) in the dynamic
TDD capable mode. At the side of the communication device, before it is aware that
the network node device has received its confirmation, it communicates with the network
node device in the SCell (s) according to the TDD configuration in the SIB.
[0121] However, before the dynamic TDD capable mode is enabled in the SCell(s), there is
TDD configuration ambiguity for the message exchange between the network node device
and the communication device, as the communication device may have been assigned more
than one TDD configuration previously. In solution 3 of the present disclosure, similar
with solution 1, the TDD configuration in the SIB broadcasted by the network node
device may be selected and used to perform the signaling exchange between the network
node device and the communication device before the dynamic TDD communication is established.
[0122] With reference to Figs. 10-13, various embodiments of solution 3 of the present disclosure
are described in detail.
[0123] Fig. 10 schematically illustrates an exemplary flow chart of a method 1000 for operating
a network node device according to one or more embodiments of the present disclosure.
[0124] As shown in Fig. 10, in step S1010, the network node device, such as eNodeB, which
serves the communication device over at least one secondary cell in carrier aggregation,
sends to the communication device a RRC signaling according to a TDD configuration
in SIB, so as to instruct the communication device to enable the dynamic TDD capable
mode.
[0125] In step S1020, the network node device receives from the communication device a confirmation
indication according to the TDD configuration in the SIB, that the communication device
has received the RRC signaling.
[0126] In step S1030, the network node device is controlled to communicate with the communication
device over the SCell (s) according to the dynamic TDD capable mode, so as to support
multiple dynamic TDD configurations.
[0127] The network node device may use an implicit signaling to inform the communication
device that it has received the confirmation indication from the communication device,
so that the communication device may be aware that the network node device has been
switched into the dynamic TDD capable mode in their communications over the SCell(s).
[0128] Fig. 11 schematically illustrates an exemplary flow chart of a method 1100 for operating
a communication device according to one or more embodiments of the present disclosure.
[0129] As shown in Fig. 11, in step S1110, the communication device, such as UE, which is
served by a network node device over at least one secondary cell in carrier aggregation,
receives from the network node device a RRC signaling according to a TDD configuration
in SIB. The RRC signaling is used to instruct the communication device to enable the
dynamic TDD capable mode.
[0130] In step S1120, the communication device sends to the network node device a confirmation
indication according to the TDD configuration in the SIB, to indicate that it has
received the RRC signaling.
[0131] In step S1130, it is determined whether the network node device has received the
confirmation indication or not.
[0132] According to an embodiment of the present disclosure, the communication device may
perform the determination based on whether its scheduling information is detected
on a UE-specific search space or a common search space. If the scheduling information
from the network node device is detected in the UE-specific search space, then it
is determined that the network node device has received the confirmation indication
and has switched into the dynamic TDD capable mode; if the scheduling information
from the network node device is detected in the common search space, then it is determined
that the network node device has not received the confirmation indication and has
not switched into the dynamic TDD capable mode yet.
[0133] According to an embodiment of the present disclosure, the communication device may
perform the determination based on Radio Network Temporary Identity (RNTI) sent by
the network node device on a control channel, for example, Physical Downlink Control
Channel (PDCCH) . The network node device may use RNTI as an implicit signaling to
indicate whether it has received the confirmation indication from the communication
device and has switched into the dynamic TDD capable mode. For example, a RNTI may
be selected to indicate that the network node device receives the confirmation indication,
while another different RNTI may be selected to indicate that the network node device
does not receive the confirmation indication.
[0134] According to an embodiment of the present disclosure, the communication device may
perform the determination based on the DCI format sent by the network node device
on a control channel. The network node device may use the DCI format as an implicit
signaling to indicate whether it has received the confirmation indication from the
communication device and has switched into the dynamic TDD capable mode. For example,
a DCI format may be selected to indicate that the network node device receives the
confirmation indication, while another different DCI format may be selected to indicate
that the network node device does not receive the confirmation indication.
[0135] In step S1140, in response to determining that the network node device has received
the confirmation indication, the communication device communicates with the network
node device according to the dynamic TDD capable mode, so as to support multiple dynamic
TDD configurations.
[0136] In step S1150, in response to determining that the network node device has not received
the confirmation indication, the communication device communicates with the network
node device according to the TDD configuration in the SIB.
[0137] Fig. 12 is a block diagram schematically illustrating a network node device 1200
according to one or more embodiments of the present disclosure.
[0138] As shown in Fig. 12, the network node device 1200, which serves a communication device
over at least one secondary cell in carrier aggregation, comprises a sending unit
1210 and a receiving unit 1220. The sending unit 1210 and the receiving unit 1220
may comprise any suitable hardware components for bidirectional wireless communications
with one or more communication devices. For example, the sending unit 1210 and the
receiving unit 1220 may be implemented as a suitable radio frequency transceiver (i.e.
, transmitter and receiver, which may be implemented as a unitary component or separate)
for bidirectional wireless communications with one or more communications via one
or more antennas (not shown in Fig. 12) .
[0139] The sending unit 1210 is configured to send to the communication device a RRC signaling
according to a TDD configuration in SIB, so as to instruct the communication device
to enable the dynamic TDD capable mode.
[0140] The receiving unit 1220 is configured to receive from the communication device a
confirmation indication according to the TDD configuration in the SIB, that it enables
the dynamic TDD capable mode.
[0141] The network node device 1200 further comprises a processor 1201, which includes one
or more microprocessor or microcontrollers, as well as other digital hardware, which
may include digital signal processors (DSPs), special-purpose digital logic, and the
like. The processor 90 may be configured to execute program code stored in memory
(not shown in Fig. 12), which may include one or several types of memory such as read-only
memory (ROM), random-access memory, cache memory, flash memory devices, optical storage
devices, etc. Program code stored in memory includes program instructions for executing
one or more telecommunications and/or data communications protocols as well as instructions
for carrying out one or more of the techniques described herein, in several embodiments.
[0142] According to an embodiment of the present disclosure, a functional aspect of the
processor 1201 may comprise a controlling unit 1230. The controlling unit 1230 is
configured to control the sending unit 1210 and the receiving unit 1220 of the network
node device 1200 to communicate with the communication device according to the dynamic
TDD capable mode, so as to support multiple dynamic TDD configurations.
[0143] The controlling unit 1230 of the network node device 1200 may control the sending
unit 1210 to use an implicit signaling to inform the communication device that it
has received the confirmation indication from the communication device and switched
into the dynamic TDD capable mode.
[0144] Fig. 13 is a block diagram schematically illustrating a communication device 1300
according to one or more embodiments of the present disclosure.
[0145] As shown in Fig. 13, the communication device 1300, which is served by a network
node device over at least one secondary cell in carrier aggregation, comprises a receiving
unit 1310 and a sending unit 1320. The receiving unit 1310 and the sending unit 1320
may comprise any suitable hardware components for bidirectional wireless communications
with one or more communication devices. For example, receiving unit 1310 and the sending
unit 1320 may be implemented as a suitable radio frequency transceiver (i.e., transmitter
and receiver, which may be implemented as a unitary component or separate) for bidirectional
wireless communications with one or more communications via one or more antennas (not
shown in Fig. 13) .
[0146] The receiving unit 1310 is configured to receive from the network node device a RRC
signaling according to a TDD configuration in SIB. The RRC signaling is used to instruct
the communication device to enable the dynamic TDD capable mode in their communications
over the SCell(s).
[0147] The sending unit 1320 is configured to send to the network node device a confirmation
indication according to the TDD configuration in the SIB, to indicate that it enables
the dynamic TDD capable mode in their communications over the SCell(s) .
[0148] The network node device 1300 further comprises a processor 1301, which includes one
or more microprocessor or microcontrollers, as well as other digital hardware, which
may include digital signal processors (DSPs), special-purpose digital logic, and the
like. The processor 1301 may be configured to execute program code stored in memory
(not shown in Fig. 13), which may include one or several types of memory such as read-only
memory (ROM), random-access memory, cache memory, flash memory devices, optical storage
devices, etc. Program code stored in memory includes program instructions for executing
one or more telecommunications and/or data communications protocols as well as instructions
for carrying out one or more of the techniques described herein, in several embodiments.
[0149] According to an embodiment of the present disclosure, a functional aspect of the
processor 1301 may comprise a determining unit 1330 and a controlling unit 1340.
[0150] The determining unit 1330 is configured to determine whether the network node device
1300 has received the confirmation indication or not.
[0151] According to an embodiment of the present disclosure, the determining unit 1330 may
perform the determination based on whether the scheduling information of the communication
device is detected on a UE-specific search space or a common search space. If the
scheduling information from the network node device is detected in the UE-specific
search space, then the determining unit 1330 may determine that the network node device
has received the confirmation indication and has switched into the dynamic TDD capable
mode; if the scheduling information from the network node device is detected in the
common search space, then the determining unit 1330 may determine that the network
node device has not received the confirmation indication and has not switched into
the dynamic TDD capable mode yet.
[0152] According to an embodiment of the present disclosure, the determining unit 1330 may
perform the determination based on Radio Network Temporary Identity (RNTI) sent by
the network node device on a control channel, for example, Physical Downlink Control
Channel (PDCCH) . The network node device may use RNTI as an implicit signaling to
indicate whether it has received the confirmation indication from the communication
device and has switched into the dynamic TDD capable mode. For example, a RNTI may
be selected to indicate that the network node device receives the confirmation indication,
while another different RNTI may be selected to indicate that the network node device
does not receive the confirmation indication.
[0153] According to an embodiment of the present disclosure, the determining unit 1330 may
perform the determination based on the DCI format sent by the network node device
on a control channel. The network node device may use the DCI format as an implicit
signaling to indicate whether it has received the confirmation indication from the
communication device and has switched into the dynamic TDD capable mode. For example,
a DCI format may be selected to indicate that the network node device receives the
confirmation indication, while another different DCI format may be selected to indicate
that the network node device does not receive the confirmation indication.
[0154] The controlling unit 1340 is configured to control, in response to determining in
the determining unit 1330 that the network node device has received the confirmation
indication, the receiving unit 1310 and the sending unit 1320 to communicate with
the network node device over the SCell(s) according to the dynamic TDD capable mode,
so as to support multiple dynamic TDD configurations.
[0155] The controlling unit 1340 is configured to control, in response to determining in
the determining unit 1330 that the network node device has not received the confirmation
indication, the receiving unit 1310 and the sending unit 1320 to communicate with
the network node device in the SCell(s) according to the TDD configuration in the
SIB.
[0156] According to one or more embodiments of the present disclosure, TDD configuration
ambiguity can be effectively eliminated for the message exchange between the network
node device and the communication device before the dynamic TDD capable mode is enabled
in the SCell(s).
[0157] In general, the various exemplary embodiments may be implemented in hardware or special
purpose circuits, software, logical or any combination thereof. For example, some
aspects may be implemented in hardware, while other aspects may be implemented in
firmware or software which may be executed by a controller, microprocessor or other
computing device, although the disclosure is not limited thereto. While various aspects
of the exemplary embodiments of this disclosure may be illustrated and described as
block and signaling diagrams, it is well understood that these blocks, apparatus,
systems, techniques or methods described herein may be implemented in, as non-limiting
examples, hardware, software, firmware, special purpose circuits or logical, general
purpose hardware or controller or other computing devices, or some combination thereof.
[0158] As such, it should be appreciated that at least some aspects of the exemplary embodiments
of the disclosure may be practiced in various components such as integrated circuit
chips and modules. As well known in the art, the design of integrated circuits is
by and large a highly automated process.
[0159] The present disclosure may also be embodied in the computer program product which
comprises all features capable of implementing the method as depicted herein and may
implement the method when loaded to the computer system.
[0160] The present disclosure has been specifically illustrated and explained with reference
to the preferred embodiments.
1. Procédé (200) de fonctionnement d'un dispositif de communication dans un système radio
cellulaire, comprenant :
dans une procédure d'accès aléatoire, l'envoi (S210), à un dispositif de nœud de réseau,
d'un premier message incluant un préambule d'accès aléatoire en fonction d'une configuration
de duplexage par répartition dans le temps, TDD, dans un bloc d'informations de système
; et
dans la procédure d'accès aléatoire, la réception (S220), depuis ledit dispositif
de nœud de réseau, d'un deuxième message incluant une réponse d'accès aléatoire en
utilisant ledit préambule d'accès aléatoire en fonction de ladite configuration TDD
dans ledit bloc d'informations de système ;
dans lequel il est assigné, audit dispositif de communication, de multiples configurations
TDD relatives à une cellule desservie par le dispositif de nœud de réseau avant le
lancement de la procédure d'accès aléatoire, et lesdites multiples configurations
TDD incluent ladite configuration TDD dans ledit bloc d'informations de système et
incluent en outre au moins une autre configuration TDD informée via une signalisation
de commande de ressources radio dédiée ;
dans lequel la procédure d'accès aléatoire est une procédure d'accès aléatoire basée
sur contention,
dans la procédure d'accès aléatoire, l'envoi (S230), audit dispositif de nœud de réseau,
d'un troisième message incluant un identifiant spécifique audit dispositif de communication
en fonction de ladite configuration TDD dans ledit bloc d'informations de système
; et
soit :
la commutation dudit dispositif de communication dans un mode à capacité de TDD dynamique
pour prendre en charge une pluralité de configurations TDD dynamiques, et la réception
(S240), depuis ledit dispositif de nœud de réseau, d'un quatrième message incluant
une résolution de contention par la surveillance de canaux de liaison descendante
en fonction de ladite pluralité de configurations TDD dynamiques ;
soit :
la réception (S240), depuis ledit dispositif de nœud de réseau, d'un quatrième message
incluant une résolution de contention en fonction de ladite configuration TDD dans
ledit bloc d'informations de système ; et la commutation dudit dispositif de communication
dans un mode à capacité de TDD dynamique pour prendre en charge une pluralité de configurations
TDD dynamiques ;
dans lequel chacune parmi la pluralité de configurations TDD dynamiques a des sous-trames
de liaison montante qui appartiennent à un sous-ensemble de sous-trames de liaison
montante de ladite configuration TDD dans ledit bloc d'informations de système et
des sous-trames de liaison descendante qui appartiennent à un sous-ensemble de sous-trames
de liaison descendante de ladite autre configuration TDD informée via une signalisation
de commande de ressources radio dédiée.
2. Procédé (300) de fonctionnement d'un dispositif de nœud de réseau dans un système
radio cellulaire, comprenant :
dans une procédure d'accès aléatoire, la réception (S310), depuis un dispositif de
communication, d'un premier message incluant un préambule d'accès aléatoire en fonction
d'une configuration TDD dans un bloc d'informations de système ; et
dans la procédure d'accès aléatoire, l'envoi (S320), audit dispositif de communication,
d'un deuxième message incluant une réponse d'accès aléatoire en utilisant ledit préambule
d'accès aléatoire en fonction de ladite configuration TDD dans ledit bloc d'informations
de système ;
dans lequel il est assigné, audit dispositif de communication, de multiples configurations
TDD relatives à une cellule desservie par le dispositif de nœud de réseau avant la
procédure d'accès aléatoire, et dans lequel lesdites multiples configurations TDD
incluent ladite configuration TDD dans ledit bloc d'informations de système et incluent
en outre au moins une autre configuration TDD informée via une signalisation de commande
de ressources radio dédiée ;
dans lequel la procédure d'accès aléatoire est une procédure d'accès aléatoire basée
sur contention, et
dans la procédure d'accès aléatoire, la réception (S330), depuis ledit dispositif
de communication, d'un troisième message incluant un identifiant spécifique audit
dispositif de communication en fonction de ladite configuration TDD dans ledit bloc
d'informations de système ; et
soit :
la commutation dudit dispositif de nœud de réseau dans un mode à capacité de TDD dynamique
pour prendre en charge une pluralité de configurations TDD dynamiques ; et l'envoi
(S340), audit dispositif de communication, d'un quatrième message incluant une résolution
de contention en fonction de l'une parmi ladite pluralité de configurations TDD dynamiques
;
soit :
l'envoi (S340), audit dispositif de communication, d'un quatrième message incluant
une résolution de contention en fonction de ladite configuration TDD dans ledit bloc
d'informations de système ; et la commutation dudit dispositif de nœud de réseau dans
un mode à capacité de TDD dynamique pour prendre en charge une pluralité de configurations
TDD dynamiques ;
dans lequel chacune parmi la pluralité de configurations TDD dynamiques a des sous-trames
de liaison montante qui appartiennent à un sous-ensemble de sous-trames de liaison
montante de ladite configuration TDD dans ledit bloc d'informations de système et
des sous-trames de liaison descendante qui appartiennent à un sous-ensemble de sous-trames
de liaison descendante de ladite autre configuration TDD informée via une signalisation
de commande de ressources radio dédiée.
3. Dispositif de communication (400) dans un système radio cellulaire, comprenant :
une unité d'envoi (410) configurée pour, dans une procédure d'accès aléatoire, envoyer,
à un dispositif de nœud de réseau, un premier message incluant un préambule d'accès
aléatoire en fonction d'une configuration de duplexage par répartition dans le temps,
TDD, dans un bloc d'informations de système ; et
une unité de réception (420) configurée pour, dans la procédure d'accès aléatoire,
recevoir, depuis ledit dispositif de nœud de réseau, un deuxième message incluant
une réponse d'accès aléatoire en utilisant ledit préambule d'accès aléatoire en fonction
de ladite configuration TDD dans ledit bloc d'informations de système ;
dans lequel ledit dispositif de communication a de multiples configurations TDD relatives
à une cellule desservie par le dispositif de nœud de réseau avant le lancement de
la procédure d'accès aléatoire, et lesdites multiples configurations TDD incluent
ladite configuration TDD dans ledit bloc d'informations de système et incluent en
outre au moins une autre configuration TDD informée via une signalisation de commande
de ressources radio dédiée ; dans lequel :
ladite unité d'envoi (410) est en outre configurée pour, dans lequel la procédure
d'accès aléatoire est une procédure d'accès aléatoire basée sur contention, dans la
procédure d'accès aléatoire, envoyer, audit dispositif de nœud de réseau, un troisième
message incluant un identifiant spécifique audit dispositif de communication en fonction
de ladite configuration TDD dans ledit bloc d'informations de système ; et dans lequel
:
le dispositif de communication comprend en outre une unité de commande (430) configurée
pour, soit :
commuter ledit dispositif de communication dans un mode à capacité de TDD dynamique
pour prendre en charge une pluralité de configurations TDD dynamiques ; et ladite
unité de réception (420) est en outre configurée pour recevoir, depuis ledit dispositif
de nœud de réseau, un quatrième message incluant une résolution de contention par
la surveillance de canaux de liaison descendante en fonction de ladite pluralité de
configurations TDD dynamiques ;
soit :
ladite unité de réception (420) est en outre configurée pour recevoir, depuis le dispositif
de nœud de réseau, un quatrième message incluant une résolution de contention en fonction
de ladite configuration TDD dans ledit bloc d'informations de système, et ledit dispositif
de communication (400) comprend en outre une unité de commande (430) configurée pour
commuter ledit dispositif de communication dans un mode à capacité de TDD dynamique
pour prendre en charge une pluralité de configurations TDD dynamiques ;
dans lequel chacune parmi la pluralité de configurations TDD dynamiques a des sous-trames
de liaison montante qui appartiennent à un sous-ensemble de sous-trames de liaison
montante de ladite configuration TDD dans ledit bloc d'informations de système et
des sous-trames de liaison descendante qui appartiennent à un sous-ensemble de sous-trames
de liaison descendante de ladite autre configuration TDD informée via une signalisation
de commande de ressources radio dédiée.
4. Dispositif de communication (400) selon la revendication 3, dans lequel ledit dispositif
de communication est transféré d'une cellule source desservie par un dispositif de
nœud de réseau à la cellule, qui est une cellule cible, desservie par ledit dispositif
de nœud de réseau, et
dans lequel ladite configuration TDD dans ledit bloc d'informations de système est
informée depuis ledit dispositif de nœud de réseau audit dispositif de nœud de réseau
source et signalée audit dispositif de communication depuis ledit dispositif de nœud
de réseau source.
5. Dispositif de nœud de réseau (500) dans un système radio cellulaire, comprenant :
une unité de réception (510) configurée pour, dans une procédure d'accès aléatoire,
recevoir, depuis un dispositif de communication, un premier message incluant un préambule
d'accès aléatoire en fonction d'une configuration de duplexage par répartition dans
le temps, TDD, dans un bloc d'informations de système ; et
une unité d'envoi (520) configurée pour, dans la procédure d'accès aléatoire, envoyer,
audit dispositif de communication, un deuxième message incluant une réponse d'accès
aléatoire en utilisant ledit préambule d'accès aléatoire en fonction de ladite configuration
TDD dans ledit bloc d'informations de système ;
dans lequel ledit dispositif de nœud de réseau est configuré pour assigner, audit
dispositif de communication, de multiples configurations TDD relatives à une cellule
desservie par le dispositif de nœud de réseau avant la procédure d'accès aléatoire,
et dans lequel lesdites multiples configurations TDD incluent ladite configuration
TDD dans ledit bloc d'informations de système et incluent en outre au moins une autre
configuration TDD informée via une signalisation de commande de ressources radio dédiée
; dans lequel
ladite unité de réception (510) est en outre configurée pour, dans lequel la procédure
d'accès aléatoire est une procédure d'accès aléatoire basée sur contention, dans la
procédure d'accès aléatoire, recevoir, depuis ledit dispositif de communication, un
troisième message incluant un identifiant spécifique audit dispositif de communication
en fonction de ladite configuration TDD dans ledit bloc d'informations de système
; et dans lequel
soit :
le nœud de réseau comprend en outre une unité de commande (530) configurée pour commuter
ledit dispositif de nœud de réseau dans un mode à capacité de TDD dynamique pour prendre
en charge une pluralité de configurations TDD dynamiques ; et dans lequel ladite une
unité d'envoi (520) est en outre configurée pour envoyer, audit dispositif de communication,
un quatrième message incluant une résolution de contention en fonction de l'une parmi
ladite pluralité de configurations TDD dynamiques ;
soit :
ladite unité d'envoi (520) est en outre configurée pour, envoyer, audit dispositif
de communication, un quatrième message incluant une résolution de contention en fonction
de ladite configuration TDD dans ledit bloc d'informations de système ; et ledit dispositif
de nœud de réseau (500) comprend en outre une unité de commande (530) configurée pour
commuter ledit dispositif de nœud de réseau dans un mode à capacité de TDD dynamique
pour prendre en charge une pluralité de configurations TDD dynamiques ;
dans lequel chacune parmi la pluralité de configurations TDD dynamiques a des sous-trames
de liaison montante qui appartiennent à un sous-ensemble de sous-trames de liaison
montante de ladite configuration TDD dans ledit bloc d'informations de système et
des sous-trames de liaison descendante qui appartiennent à un sous-ensemble de sous-trames
de liaison descendante de ladite autre configuration TDD informée via une signalisation
de commande de ressources radio dédiée.
6. Dispositif de nœud de réseau (500) selon la revendication 5, dans lequel ladite cellule
desservie par le dispositif de nœud de réseau est une cellule cible, à laquelle ledit
dispositif de communication doit être transféré depuis une cellule source desservie
par un dispositif de nœud de réseau source, et
dans lequel ladite configuration TDD dans ledit bloc d'informations de système est
informée depuis ledit dispositif de nœud de réseau audit dispositif de nœud de réseau
source et signalée audit dispositif de communication depuis ledit dispositif de nœud
de réseau source.