Title of Invention

A METHOD FOR RECEIVING/TRANSMITTING DATA BY A TERMINAL IN A WIRELESS COMMUNICATION SYSTEM AND TERMINAL THEREFOR

Abstract A method for transmitting downlink data to a mobile terminal is disclosed. The mobile terminal receives a particular common H-RNTI (HS-DSCH Radio Network Identifier) via an HS-SCCH (High Speed-Shared Control Channel) associated with an HS-DSCH (High Speed-Downlink Shared Channel), recognizes whether a header of a MAC (Medium Access Control) PDU (Packet Data Unit) transmitted by the HS-DSCH includes a terminal-exclusive identifier, acquires the terminal-exclusive identifier, and processes the MAC PDU as its own if the acquired terminal-exclusive identifier is intended for the terminal itself.
Full Text METHOD FOR CONSTRUCTING DATA FORMAT IN MOBILE
COMMUNICATION AND TERMINAL THEREOF
TECHNICAL FIELD
The present invention relates to a method for transmitting downlink
data to a mobile terminal in mobile communications, and more particularly, to
a method for constructing a data format for mobile communication and a
terminal implementing such method.
BACKGROUND ART
FIG 1 illustrates an exemplary basic structure of a UMTS (Universal
Mobile Telecommunications System) network according to the present
invention and the related art. The UMTS includes a terminal (user equipment
(UE)), a UTRAN (UMTS Terrestrial Radio Access Network), and a core
network (CN). The UTRAN includes one or more radio network sub-systems
(RNSs). Each RNS includes a radio network controller (RNC) and a plurality
of base stations (Node-Bs) managed by the RNC. One or more ceils exist
for a single Node B.
FIG. 2 illustrates a radio interface protocol architecture based on a
3GPP radio access network specification between the UE and the UTRAN.
As shown in FIG 2, the radio interface protocol has horizontal layers
comprising a physical layer, a data link layer, and a network layer, and has
vertical planes comprising a user plane (U-plane) for transmitting data

information and a control plane (C-plane) for transmitting control signals
(signaling). The protocol layers in FIG. 2 can be divided into a first layer (L1),
a second layer (L2), and a third layer (L3) based on three lower layers of an
open system interconnection (OSI) standard model widely known in
communication systems.
Each layer In FIG. 2 will be described in more detail as follows. The
first layer (L1), namely, the physical layer, provides an information transfer
service to an upper layer by using a physical channel. The physical layer is
connected to an upper layer called a medium access control (MAC) layer via
a transport channel. Data is transferred between the MAC layer and the
physical layer via the transport channel. Meanwhile, between different
physical layers, namely, between a physical layer of a transmitting side and
that of a receiving side, data is transferred via the physical channel.
The MAC layer of the second layer provides a service to a radio link
control (RLC) layer, its upper layer, via a logical channel. The RLC layer of
the second layer may support reliable data transmissions and perform
segmentation and concatenation on RLC service data units (SDUs)
delivered from an upper layer.
A radio resource control (RRC) layer located at the lowest portion of
the third layer is defined only in the control plane, and handles the controlling
of transport channels and physical channels in relation to establishment,
reconfiguration and release of radio bearers (RBs). The radio bearer refers
to a service provided by the second layer (L2) for data transmission between

the terminal and the UTRAN. In general, establishing the radio bearer refers
to defining the protocol layers and the characteristics of the channels
required for providing a specific service, and setting respective substantial
parameters and operation methods.
When an RRC layer of a particular terminal and that of the UTRAN
are connected to exchange an RRC message to each other, the
corresponding terminal is in an RRC connected state, and when the RRC
layer of the particular terminal and that of the UTRAN are not connected, the
corresponding terminal is in an idle state. The RRC connected state of the
terminal may be divided into a URA_PCH state, a CELL_PCH state, a
CELL_FACH state, and a CELL_DCH state. In order to reduce power
consumption, terminals in the idle state, in the URA_PCH or in the
CELL_PCH state discontinuously receive a PICH (Paging indicator
Channel), a physical channel, and an SCCPCH (Secondary Common
Control Physical Channel), a physical channel, to which a PCH (Paging
Channel), a transport channel, is mapped, by using a DRX (Discontinuous
Reception) method. During other time intervals than the time duration while
the PICH or the SCCPCH is received, the terminal is in a sleeping mode. In
the related art, the terminal performing the DRX method wakes up at every
CN domain specific DRX cycle length or at every UTRAN specific DRX cycle
length to receive a terminal-exclusive PI (Paging Indicator). Here, the
terminal-exclusive PI in the related art is used to inform a particular terminal
that a paging message will be transmitted to the particular terminal via the

PCH channel. The PICH channel is divided into 10ms-long PICH frames,
and a single PICH frame consists of 300 bits. The first 288 bits of a single
frame are used for the terminal-exclusive PICH to transmit one or more
terminal-exclusive Pis. The rear 12 bits of the single PICH frame are not
transmitted. For the sake of convenience, the portion of the front 288 bite of
the PICH channel is defined as a UE PICH, and the portion of the rear 12 bits
is defined as a PICH unused part.
FIG 3 is a signal flow chart illustrating an RRC connection procedure
between the terminal and the UTRAN according to the related art. As shown
in FIG. 3, in order for the terminal in the idle state to be RRC-connected with
the UTRAN, the terminal should perform an RRC connection procedure. The
RRC connection procedure may include three steps: transmitting, by the
terminal, an RRC connection request message to the UTRAN (S1);
transmitting, by the UTRAN, an RRC connection setup message to the
terminal (S2); and transmitting, by the terminal, an RRC connection setup
complete message to the UTRAN (S3).
An HS-DSCH transmission for transmitting high speed data to a
single terminal via the downlink in the related art will now be described. The
HS-DSCH has a 2 ms transmission time interval (TTI) (3 slots) and supports
various modulation code sets (MCSs) to obtain a high data rate. An optimum
throughput may be achieved by selecting an MCS which is most suitable for
a channel situation. For this, a hybrid automatic repeat request (HARQ)
technique that combines an ARQ technique and a channel coding technique

can be employed to perform reliable transmissions.
FIG. 4 illustrates a protocol stack of the HS-DSCH according to the
related art. As shown in FIG. 4, a data unit transferred from an RLC layer of
an SRNC is delivered to a MAC-d entity that manages a dedicated channel
via a DICH or a DCCH, a logical channel, and the corresponding data is
transferred to a MAC-hs of a Node B via a MAC-c/sh/m of an CRNC. Here,
the MAC-d is a MAC entity that manages the dedicated channel, the
MAC-c/sh/m is a MAC entity that manages a common channel, and a
MAC-hs is a MAC entity that manages the HS-DSCH.
A physical channel HS-PDSCH is used to transmit the transport
channel HS-DSCH. The HS-PDSCH has a fixed 16 spreading factor and
corresponds to a channelization code selected from a set of channelization
codes reserved for HS-DSCH data transmission. If a multi-code
transmission is performed with respect to a single UE, a plurality of
channelization codes are allocated during the same HS-PDSCH sub-frame.
FIG. 5 illustrates a sub-frame and slot structure of the HS-PDSCH. The
HS-PDSCH transmits QPSK or 16 QAM modulation symbols. In FIG. 5, *M'
indicates the number of bits per modulation symbol. Namely, in case of
QPSK, 'M' is 2, and in case of 16QAM, 'M' is 4.
FIG. 6 illustrates a channel configuration according to the related art.
As shown in FIG. 6, in order to transmit user data via the HS-DSCH,
HS-DSCH control information needs to be transmitted, and in this case, the
HS-DSCH control information is transmitted via a downlink HS-SCCH (High

Speed-Shared Control Channel) and an uplink HS-DPCCH (High
Speed-Dedicated Physical Control Channel). Here, a DPCH (Dedicated
Physical Channel) is a bi-directional physical channel, to which the transport
channel DCH is mapped, and is used to transfer terminal-exclusive data and
terminal-exclusive L1 control information such as a power control signal
required for controlling closed-loop power. In addition, an F-DPCH
(Fractional Dedicated Physical Channel), a downlink channel, is a physical
channel that transmits several DPCHs by using a single channel code. Here,
a single F-DPCH does not transmit terminal-exclusive (or terminal
dedicated) data of several terminals but is used to transfer
terminal-exclusive L1 control information of several terminals, such as the
power control signal required for controlling the closed-loop power, together.
If there is a downlink F-DPCH channel, an uplink DPCH channel also
operates in conjunction. In FIG. 6, a UE1, a UE2 and a UE3 use the F-DCPH
via a single channel code and, in this case, each terminal provides the
DPCH upwardly.
The downlink HS-SCCH, a downlink physical channel, is transmitted
with a spreading factor 128 and has a 60-kbps transfer rate. FIG. 7
illustrates a sub-frame structure of the HS-SCCH. Information transmitted
via the downlink HS-SCCH may be roughly divided into transport format and
resource related information (TFRI) and HARQ-related information, and in
addition, UE identifier (namely, an H-RNTI (HS-DSCH Radio Network
Temporary Identifier)) information for providing information about a

particular user is masked thereto and then transmitted. Table 1 shows
detailed HS-SCCH Information.

FIG. 8 shows a coding scheme of the HS-SCCH based on the above
information.
The uplink HS-DPCCH transmits an uplink feedback signaling related
to downlink HS-DSCH data transmission. The HS-DPCCH, a dedicated
channel for a particular terminal, operates cooperatively with the uplink and
downlink DPCHs. The feedback signaling includes ACK
(Acknowledgement)/NACK (Negative Acknowledgement) information for the
HARQ and a CQI (Channel Quality Indicator). A frame of the HS-DPCCH
includes five sub-frames. Each sub-frame has a length of 2ms, and a single
sub-frame includes the first to third slots, namely, the three slots. Each slot
of the sub-frames carries the following information: HARQ ACK/NACK

information is carried in the first slot of the sub-frames of the HS-DPCCH;
and the CQI is carried in the second and third slots of the sub-frames of the
HS-DSCH. The HS-DPCCH is transmitted always together with an uplink
PDCCH. The CQI transfers status information of a downlink radio channel
obtained from the results of the UE's measurement of a downlink CPICH
(Common Pilot Channel), and the ACK/NACK provides ACK or NACK
information regarding a user data packet which has been transmitted via the
downlink HS-DSCH according to the HARQ mechanism. FIG. 9 illustrates a
frame structure of the uplink HS-DPCCH.
In the related art, when the HS-DSCH is transmitted to a particular
terminal, the HS-SCCH indicates a terminal-exclusive H-RNTI (HS-DSCH
Radio Network Temporary Identifier). Meanwhile, If the HS-DSCH is
transmitted to several terminals, the HS-SCCH indicates a common H-RNTI.
In addition, in the related art, the MAC PDU of the HS-DSCH does not
include a terminal identifier (UE identifier, or UE identity).
In the related art, in a particular case, the radio network may transmit
the HS-DSCH to a particular terminal that has not been allocated a
terminal-exclusive H-RNTI. In this case, because the particular terminal
does not have a terminal-exclusive H-RNTI, the radio network informs the
particular terminal about the transmission of the HS-DSCH via the common
H-RNTI. Then, the particular terminal cannot determine that the HS-DSCH
transmission was intended for itself, which is problematic.

TECHNICAL GIST OF THE PRESENT INVENTION
Therefore, it is an object of the present invention to allow a particular
terminal, which has not been allocated a terminal-exclusive H-RNTI, to
receive data via a shared data channel such as an HS-DSCH by using a
newly defined MAC PDU format when the HS-DSCH is transmitted by using
a common H-RNTI.
To achieve the above object, there is provided a method for
transmitting downlink data between a radio network and a terminal in mobile
communication, including: (A) receiving, by a terminal, a common identifier
via a control channel associated with a shared data channel; (B) checking
whether a terminal-exclusive identifier is included in a header of a MAC
(Medium Access Control) PDU (Packet Data Unit) transmitted by the shared
data channel; (C) acquiring a terminal-exclusive identifier if the header of the
MAC PDU includes the terminal-exclusive identifier, and checking whether
the acquired terminal-exclusive identifier and a terminal-exclusive identifier
stored in the terminal are identical; and (D) processing the MAC PDU if the
terminal-exclusive identifiers are identical.
Preferably, the shared data channel is an HS-DSCH (High
Speed-Dedicated Shared Channel), and the control channel is an HS-SCCH
(High Speed-Shared Control Channel).
Preferably, the common identifier is an H-RNTI.
Preferably, the terminal-exclusive identifier included in the header of
the MAC PDU is a U-RNTI (UTRAN Radio Network Temporary Identity) that

indicates a particular terminal within a UTRAN.
Preferably, in step (D), if the terminal-exclusive identifiers are not
identical, the MAC PDU is discarded.
To achieve the above object, there is also provided a terminal
including: a receiving unit that receives a particular common identifier via a
control channel associated with a shared data channel in a radio network;
and a processing unit that checks whether a header of a MAC PDU
transmitted by the shard data channel includes a terminal-exclusive
identifier, acquires a terminal-exclusive identifier of the header of the MAC
PDU if the identifier is included in the header, compares the acquired
terminal-exclusive identifier with a terminal-exclusive identifier stored in the
terminal to determine whether they are identical, and transfers the MAC
PDU (corresponding MAC SDU) to a upper MAC layer if the
terminal-exclusive identifiers are identical.
Preferably, if the acquired terminal-exclusive identifier is not identical
to that stored in the terminal, the processing unit processes such that the
received MAC PDU is discarded.
Preferably, the processing unit determines a format of the MAC PDU
used for transmitting the shared data channel indicated by the control
channel and decapsulates (splits) the received MAC PDU according to the
determined MAC PDU format.
Preferably, the shared data channel refers to an HS-DSCH (High
Speed-Dedicated Shared Channel) and the control channel refers to an

HS-SCCH (High Speed-Shared Control Channel).
Preferably, the terminal-exclusive identifier included in the header of
the MAC PDU is a U-RNTI that indicates a particular terminal within a
UTRAN.
According to the present invention, the mobile terminal can receive a
particular common H-RNTI via the HS-SCCH associated with the HS-DSCH
and recognize whether or not a header of a MAC PDU transmitted by the
HS-DSCH includes a terminal-exclusive identifier, acquire the terminal-
exclusive identifier. If the terminal-exclusive identifier is intended for itself,
the mobile terminal can process the MAC PDU as its own, whereby even if a
common H-RNTI is indicated, the particular terminal can receive the
HS-DSCH.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG 1 illustrates an exemplary basic structure of a UMTS network
according to the present invention and the related art;
FIG. 2 illustrates a radio interface protocol architecture based on a
3GPP radio access network specification between a terminal and a UTRAN;
FIG 3 is a signal flow chart illustrating an RRC connection procedure
between the terminal and the UTRAN according to the related art;
FIG. 4 illustrates a protocol stack of an HS-DSCH according to the
related art;
FIG. 5 illustrates a sub-frame and slot structure of the HS-PDSCH;

FIG. 6 illustrates a channel configuration according to the related art;
FIG. 7 illustrates a sub-frame structure of an HS-SCCH;
FIG. 8 shows a coding scheme of the HS-SCCH.
FIG. 9 illustrates a frame structure of an uplink HS-DPCCH;
FIG. 10 illustrates a format of a MAC PDU;
FIG. 11 illustrates a format of a MAC PDU according to a first
embodiment of the present invention;
FIG. 12 is a flow chart illustrating an operation of a terminal which has
received the MAC PDU in the format as shown in FIG. 11;
FIG. 13 illustrates a format of a MAC PDU according to a second
embodiment of the present invention;
FIG. 14 is a flow chart illustrating an operation of the terminal which
has received the MAC PDU in the format as shown in FIG. 13; and
FIG. 15 is a schematic block diagram of the terminal according to an
embodiment of the present invention.
MOPE FOR CARRYING OUT THE PREFERRED EMBODIMENTS
The present invention is applied for a UMTS communication system,
communication device and communication method that can transmit
downlink data to a mobile terminal. However, the present invention is not
limited as such, and may be applicable to any wired/wireless communication
technique.
The basic concept of the present invention provides a method in

which only a particular terminal can receive data via a shared data channel
(e.g., an HS-DSCH) when a common terminal identifier (e.g., a common
H-RNTI) is used. In addition, the present invention provides a new format of
a MAC PDU that can perform such method. Namely, a mobile terminal 1)
receives a particular common identifier (e.g., the H-RNTI) via a control
channel (e.g., an HS-SCCH) associated with the shared data channel, 2)
checks whether a header of a MAC PDU transmitted by the shared data
channel includes a terminal-exclusive identifier (e.g., a U-RNTI), and 3) if the
header includes a terminal-exclusive identifier, the mobile terminal acquires
the terminal-exclusive identifier, and if the terminal-exclusive identifier is
intended for the mobile terminal itself, the mobile terminal processes the
MAC PDU as its own.
In the present invention, a format of a MAC PDU used for
transmission of an HS-DSCH indicated by the HS-SCCH is determined
according to the H-RNTI, the terminal identifier, received via the HS-SCCH.
Namely, if the terminal identifier is different, the MAC PDU may be different.
In other words, depending on whether the H-RNTI is terminal-exclusive or
common, a transmitting side (network) transmits a different MAC DPU
format. A receiving side (terminal) checks whether it is a terminal-exclusive
H-RNTI or a common H-RNTI and decodes the MAC PDU according to the
corresponding format.
The terminal receives the HS-SCCH and acquires the terminal
identifier H-RNTI, determines the format of the MAC DPU received via the

HS-DSCH according to the acquired H-RNTI, and decapsulates the
received MAC PDU according to the determined MAC PDU.
The embodiments of the present invention will now be described with
reference to FIGs. 11 to 13.
FIG. 11 illustrates a format of a MAC PDU according to a first
embodiment of the present invention. In FIG. 11, a MAOhs header is a type
of a MAC header. The MAC-hs header is a MAC entity that handles the
HS-DSCH and an MAC-c is an entity that handles a common transport
channel.
FIG. 12 is a flow chart illustrating an operation of a terminal which has
received the MAC PDU in such a format as shown in FIG. 11. The present
invention will be described with reference to FIGs. 11 and 12. When the
terminal receives the HS-SCCH (e.g., a control channel associated with the
HS-DSCH) and acquires the terminal-exclusive H-RNTI from the HS-SCCH
frame (S11), the terminal receives a MAC PDU in such a format as shown in
FIG. 11 from an HS-DSCH frame which is mapped to the HS-SCCH (S12).
In this case, the header of the MAC PDU as shown in FIG. 11 does not
include a terminal identifier such as a C-RNTI (Cell Radio Network
Temporary Identity), a U-RNTI, or an H-RNTI. Thus, the terminal recognizes
(determines) that the header of the MAC PDU does not include a terminal
identifier and also recognizes that the received MAC PDU has such a
configuration that the header of the MAC PDU does not have a terminal
identifier (e.g., the C-RNTI, the U-RNTI, or the H-RNTI) (S13, S14). If the

terminal-exclusive H-RNTI is identical to a terminal-exclusive H-RNTI stored
in the terminal itself (S16), the terminal determines the received MAC PDU
as its own and transfers the corresponding MAC PDU to an upper MAC layer
(S17). If the terminal-exclusive H-RNTIs are not identical, the terminal
discards the received MAC PDU (S18).
In case that the terminal receives the HS-SCCH and acquires a
CCCH-exclusive H-RNTI or a general common H-RNTI from the HS-SCCH
frame, iftfie terminal receives a MAC PDU in such a format as shown in FIG.
11 from the HS-DSCH frame that is mapped to the HS-SCCH frame, the
terminal determines that a header of the received MAC PDU does not
include a terminal identifier. In this case, after receiving the MAC PDU, the
terminal transfers the corresponding MAC DPU to an upper MAC layer.
FIG. 13 illustrates a format of a MAC PDU according to a second
embodiment of the present invention. In FIG. 13, a MAC-hs header and a
MAC-c header are types of MAC headers. The MAC-hs is a MAC entity that
handles the HS-DSCH and the MAC-c is a MAC entity that handles the
common transport channel.
FIG. 14 is a flow chart illustrating an operation of the terminal which
has received the MAC PDU in such a format as shown in FIG. 13.
If the terminal receives the HS-SCCH and acquires a particular
common H-RNTI from the HS-SCCH frame (S21), the terminal determines
that a MAC header of a MAC PDU which has been received from an
HS-DSCH frame which is mapped to the HS-SCCH includes a terminal

identifier (S22 to S24). Here, the terminal identifier included in the MAC
header is the U-RNTI as shown in FIG. 13. The particular common H-RNTI,
an identifier which is commonly shared and used by a plurality of terminals,
serves to inform that the MAC header includes the terminal identifier.
If the terminal identifier (namely, the U-RNTI) included in the MAC
header is identical to that stored in the terminal (S25), the terminal
determines that the received MAC PDU is intended for the terminal itself and
transfers a corresponding MAC SDU to an upper MAC layer (S26). If the
terminal identifiers are not identical, the terminal discards the received PDU
(S27).
FIG. 15 is a schematic block diagram of the terminal according to an
embodiment of the present invention.
The configuration and operation of the terminal according to an
embodiment of the present invention will now be described with reference to
FIG. 15.
The terminal 100 according to an embodiment of the present
invention includes any terminal used for mobile communications (e.g., UEs,
mobile phones, cellular phones, DMB phones, DVB-H phones, PDA phones,
PTT phones, etc), digital TVs, GPS navigation, mobile game devices, MP3s,
home appliances, and the like. That is, the mobile terminal 100
comprehensively includes any device to which the technical idea of the
present invention can be applicable.
The terminal 100 according to an embodiment of the present

invention includes a receiving unit 101 that receives a particular common
identifier via the control channel (HS-SCCH) associated with the shared
data channel (HS-DSCH) in the radio network (UTRAN); and a processing
unit 102 that checks (recognizes or determines) whether a header of a MAC
PDU transmitted by the shared data channel includes a terminal-exclusive
identifier, acquires a terminal-exclusive identifier from the header of the
MAC PDU if terminal-exclusive identifier is included in the header, compares
the acquired terminal-exclusive identifier with a terminal-exclusive identifier
stored in the terminal itself, and determines that the MAC PDU is intended
for terminal itself if the two identifiers are identical, and transfers a
corresponding MAC SDU to an upper MAC layer.
If the acquired terminal-exclusive identifier is not identical to the
terminal-exclusive identifier stored in the terminal upon comparison, the
processing unit 102 discards the received MAC PDU.
The processing unit 102 determines a format of the MAC PDU used
for transmission of the HS-DSCH indicated by the HS-SCCH according to
the terminal identifier H-RNTI which has been received via the HS-SCCH.
The receiving unit 101 of the terminal 100 receives the HS-SCCH,
and the processing unit 102 acquires the terminal identifier H-RNTI from the
received HS-SCCH, determines a format of the MAC PDU received via the
HS-DSCH according to the acquired H-RNTI, and processes the received
MAC PDU according to the determined format of the MAC PDU.
The terminal-exclusive identifier included in the header of the MAC

PDU is a U-RNTI that indicates a particular terminal within a single UTRAN.
The particular cpmmon identifier is an H-RNTI.
The processing unit 102 may be called a controller and the meaning
of the name of the processing unit 102 does not limit a function and
operation of the configuration. The receiving unit 101 may be called an RF
module.
Besides the basic elements as shown in FIG. 15, the terminal 100
according to the embodiment of the present invention includes all the basic
elements requisite for the terminal to apply the technique of the present
invention. As such, the detailed description of certain elements shown in FIG.
15 and other related elements that can be understood by those skilled in the
art are omitted merely for the sake of brevity. The operation and function of
each element of the terminal 100 according to the present invention are
applied as it is to the corresponding parts of the description with respect to
FIGs. 11 to 14.
The invention being thus described, it will be obvious that the same
may be varied in many ways. Such variations are not to be regarded as a
departure from the scope of the invention, and all such modifications as
would be obvious to one skilled in the art are intended to be included within
the scope of the following claims.

CLAIMS
1. A method for transmitting downlink data between a radio network
and a terminal in mobile communication, comprising:
(A) receiving, by a terminal, a common identifier via a control channel
associated with a shared data channel;
(B) checking whether a terminal-exclusive identifier is included in a
header of a MAC (Medium Access Control) PDU (Packet Data Unit)
transmitted by the shared data channel;
(C) acquiring a terminal-exclusive identifier if the header of the MAC
PDU includes the terminal-exclusive identifier, and checking whether the
acquired terminal-exclusive identifier and a terminal-exclusive identifier
stored in the terminal are identical; and
(D) processing the MAC PDU if the terminal-exclusive identifiers are
identical.

2. The method of claim 1, wherein the shared data channel is an
HS-DSCH (High Speed-Dedicated Shared Channel), and the control
channel is an HS-SCCH (High Speed-Shared Control Channel).
3. The method of claim 1, wherein the common identifier is an H-RNTI
(HS-DSCH Radio Network Temporary Identifier).

4. The method of claim 1, wherein the terminal-exclusive identifier
included in the header of the MAC PDU is a U-RNTI (UTRAN Radio Network
Temporary Identity) that indicates a particular terminal within a UTRAN.
5. The method of claim 1, wherein, in step (D), if the
terminal-exclusive identifiers are not identical, the MAC PDU is discarded.
6. A terminal comprising:
a receiving unit that receives a particular common identifier via a
control channel associated with a shared data channel in a radio network;
and
a processing unit that checks whether a header of a MAC PDU
transmitted by the shard data channel includes a terminal-exclusive
identifier, acquires a terminal-exclusive identifier of the header of the MAC
PDU if the identifier is included in the header, compares the acquired
terminal-exclusive identifier with a terminal-exclusive identifier stored in the
terminal to determine whether they are identical, and transfers the MAC
PDU (corresponding MAC SDU) to a upper MAC layer if the
terminal-exclusive identifiers are identical.
7. The terminal of claim 6, wherein if the acquired terminal-exclusive
identifier is not identical to that stored in the terminal, the processing unit
processes such that the received MAC PDU is discarded.

8. The terminal of claim 6, wherein the processing unit determines a
format of the MAC PDU used for transmitting the shared data channel
indicated by the control channel and decapsulates the received MAC PDU
according to the determined MAC PDU format
9. The terminal of claim 6, wherein the shared data channel refers to
an HS-DSCH (High Speed-Dedicated Shared Channel) and the control
channel refers to an HS-SCCH (High Speed-Shared Control Channel).
10. The terminal of claim 6, wherein the terminal-exclusive identifier
included in the header of the MAC PDU is a U-RNTI (UTRAN Radio Network
Temporary Identity) that indicates a particular terminal within a UTRAN.

A method for transmitting downlink data to a mobile terminal is disclosed. The mobile terminal receives a particular common H-RNTI (HS-DSCH Radio Network Identifier) via an HS-SCCH (High Speed-Shared Control Channel) associated with an HS-DSCH (High Speed-Downlink Shared Channel), recognizes whether a header of a MAC (Medium Access Control) PDU (Packet Data Unit) transmitted by the HS-DSCH includes a terminal-exclusive identifier, acquires the terminal-exclusive identifier, and processes the MAC PDU as its own if the acquired terminal-exclusive identifier is intended for the terminal itself.

Documents:

http://ipindiaonline.gov.in/patentsearch/GrantedSearch/viewdoc.aspx?id=rn0kerCXk8ZYTdK6a3OQCg==&loc=wDBSZCsAt7zoiVrqcFJsRw==


Patent Number 272355
Indian Patent Application Number 2471/KOLNP/2009
PG Journal Number 14/2016
Publication Date 01-Apr-2016
Grant Date 30-Mar-2016
Date of Filing 06-Jul-2009
Name of Patentee LG ELECTRONICS INC.
Applicant Address 20, YEOUIDO-DONG, YEONGDEUNGPO-GU, SEOUL 150-721
Inventors:
# Inventor's Name Inventor's Address
1 PARK, SUNG-JUN 533, HOGYE-DONG, DONGAN-GU, ANYANG, GYEONGGI-DO 431-080
2 YI, SEUNG-JUNE 533, HOGYE-DONG, DONGAN-GU, ANYANG, GYEONGGI-DO 431-080
3 LEE, YOUNG-DAE 533, HOGYE-DONG, DONGAN-GU, ANYANG, GYEONGGI-DO 431-080
4 CHUN, SUNG-DUCK 533, HOGYE-DONG, DONGAN-GU, ANYANG, GYEONGGI-DO 431-080
PCT International Classification Number H04B7/26; H04L29/02; H04B7/26
PCT International Application Number PCT/KR2008/000099
PCT International Filing date 2008-01-08
PCT Conventions:
# PCT Application Number Date of Convention Priority Country
1 60/884,401 2007-01-10 U.S.A.
2 60/888,508 2007-02-06 U.S.A.