Title of Invention

METHOD FOR PROVIDING/RECEIVING DATA OF A MULTICAST SERVICE IN A RADIO COMMUNICATION SYSTEM, METHOD OF PROVIDING INTERNET PROTOCOL HEADER INFORMATION TO A PLURALITY OF TERMINALS, RADIO NETWORK CONTROLLER, USER EQUIPMENT AND WIRELESS COMMUNICATION SYSTEM THEREFOR

Abstract The present invention relates to a method for providing multicast services in a radio communication system, comprising: performing Internet protocol header compression to form header compressed data; and transmitting the header compressed data in at least one of a point-to-point manner and a point- to-multipoint manner depending upon a threshold value, to one or more users of the radio communication system, wherein the point-to-point manner is performed in a serving radio network controller (SRNC) and the point-to- multipoint manner is performed in a controlling radio network controller (CRNC). There is also disclosed a method of receiving data of a multicast service in a radio communication system.
Full Text

METHOD FOR PROVIDING/RECEIVING DATA OF A MULTICAST SERVICE
IN A RADIO COMMUNICATION SYSTEM, METHOD OF PROVIDING
INTERNET PROTOCOL HEADER INFORMATION TO A PLURALITY OF
TERMINALS, RADIO NETWORK CONTROLLER, USER EQUIPMENT AND
WIRELESS COMMUNICATION SYSTEM THEREFOR
TECHNICAL FIELD
The present Invention relates to a multicast service of a mobile
communication system and, more particularly, to allowing multicasting of data
services in a point-to-muftipoint manner using a structure of a PDCP layer
suitable for a multimedia broadcast/multicast service (MBMS), and its
operation method.
BACKGROUND ART
With the remarkable development in radio mobile communication
technology, mobile phones are used more than wired phones. However, for a
service providing a large amount of data communications above general
voice communications through a radio access network, radio mobile
communication technology is behind in its performance compared to that of
t
the existing cable communication system. A communication system enabling
a large amount of data communication is called an IMT-2000, for which
technological developments and standardization are ongoing in many
countries worldwide.
A universal mobile telecommunications system (UMTS), which is a
European IMT-2000 system, is a third generation mobile communication


system that has evolved from a standard known as Global System for Mobile
communications (GSM). This standard is a European standard which aims to
provide an improved mobile communication service based on a GSM core
network and wideband code division multiple access (W-CDMA) technology.
In December 1998, the ETSI of Europe, the ARIB/TTC of Japan, the
T1 of the United States, and the TTA of Korea formed a Third Generation
Partnership Project (3GPP) for the purpose of creating the specification for
standardizing the UMTS.
The work toward standardizing the UMTS performed by the 3GPP
has resulted in the formation of five technical specification groups (TSG),
each of which is directed to forming network elements having independent
operations.
More specifically, each TSG develops, approves and manages a
standard specification in a related region. Among them, a radio access
network (RAN) group (TSG-RAN) develops a specification for the function,
items desired, and interface of a UMTS terrestrial radio access network
(UTRAN), which is a new RAN for supporting a W-CDMA access technology
in the UMTS.
Figure 1 shows a network structure of a general UMTS.
As shown in Figure 1, the UMTS is roughly divided into a terminal
(UE: user equipment), a UTRAN and a core network.
The UTRAN includes one or more radio network sub-systems (RNS).
Each RNS includes an RNC and one or more Node Bs managed by the

Node Bs are managed by the RNCs, receive information sent by the
physical layer of a terminal (e.g., mobile station, user equipment and/or
subscriber unit) through an uplink, and transmit data to a terminal through a
downlink. Node Bs, thus, operate as access points of the UTRAN for a
terminal.
The RNCs perform functions, which include assigning and managing
radio resources, and operate as an access point with respect to the core
network.
Each terminal connected to the UMTS network is managed by a
specific RNC in the UTRAN, and this RNC is called an SRNC (Serving RNC).
The SRNC serves as an access point to the core network in order to transmit
data of a specific terminal, and allocates a radio resource suitable for
providing a service.
The terminal connected to the core network through the UTRAN has
only one SRNC. In general, one RNC is used for connection between the
terminal and the RNC, but if the terminal moves into a region managed by a
different RNC, it is connected to an SRNC by way of an RNC of the region in
which the terminal has moved. Except for the SRNC, every RNC that the
i
terminal goes through is called a DRNC (Drift RNC), and the DRNC performs
a simple partial function of routing user data or assigning a code, which is a
common resource. That is, the discrimination of the SRNC and the DRNC is
a logical discrimination related to a specific terminal.

Meanwhile, the RNC can be discriminated at the Node B according
to a dependent relation of the RNC and the Node B in the UTRAN. An RNC
which handles managing of a specific Node B is called a CRNC (Controlling
RNC), and the CRNC performs functions of controlling a traffic load and
congestion in a cell that the CRNC itself manages and a function of
controlling acceptance of a new radio link set in the cell. In terms of the
structure of the UTRAN, each Node B necessarily has only one CRNC.
The services provided to the specific terminal 10 is roughly divided
into a circuit switched service and a packet switched service. For example, a
general voice phone call service belongs to the circuit switched service, while
a Web browsing service through an Internet connection is classified as the
packet switched service.
In case of supporting the circuit switched service, the RNC 20 is
connected to the MSC 31 of the core network 30, and the MSC 31 is
connected to a GMSC (Gateway Mobile Switching Center) 33 managing a
connection to other networks.
Meanwhile, in case of the packet switched service, services are
provided by a SGSN (Serving GPRS Support Node) 35 and a GGSN
(Gateway GPRS Support Node) 37 of the core network 30.
The SGSN 35 supports a packet communication going toward the
RNC 23, and the GGSN 37 manages connections to other packet switched
networks such as the Internet.
An interface exists between various network components to allow the

network components to give and take information to and from each other to
allow mutual communication. A cable interface between the RNC 23 and the
core network 30 is defined as an lu interface. Connection of the lu interface
to the packet switched area is defined as an lu-PS, and connection of the lu
interface to the circuit switched area is defined as an lu-CS.
Figure 2 illustrates a structure of a radio access interface protocol
between a terminal and the UTRAN on the basis of 3GPP radio access
network standard.
As shown in Figure 2, the radio access interface protocol includes
horizontal layers comprising a physical layer, a data link layer and a network
layer, and vertical planes comprising a user plane for transmitting data
information and a control plane for transmitting control signals.
The user plane is a region to which traffic information of a user such
as voice or an IP packet is transmitted. The control plane is a region to which
control information such as an interface of a network or maintenance and
management of a call is transmitted.
In Figure 2, the protocol layers can be divided into L1 (a first layer),
L2 (a second layer), and L3 (a third layer) based on three lower layers of an
open system interconnection (OSI) standard model well known in the art of
communication systems.
The L1 layer provides an information transfer service to the second
layer, (which is an upper layer) by using various radio transfer techniques.
The L1 layer is connected to the MAC layer through a transport channel, and

data is transferred between the MAC layer and the PHY layer through the
transport channel.
The L2 layer includes a medium access control (MAC) layer, a radio
link control (RLC) layer, a packet data convergence protocol (PDCP) layer
and a broadcast/multicast control (BMC) layer.
The MAC layer handles a mapping between the logical channel and
the transport channel, and provides a re-allocation service of the MAC
parameter for allocation and re-allocation of radio resources.
The MAC layer is connected to the radio link control (RLC) layer
(which is an upper layer) through a logical channel, and various logical
channels are provided according to the kind of transmitted information.
In general, when information of the control plane is transmitted, a
control channel is used. When information of the user plane is transmitted, a
traffic channel is used.
The MAC layer is connected to the physical layer (which is a lower
layer) through the transport channel, and as the transport channel, a
common channel or a dedicated channel is used depending upon whether
the channel is shared or not.
The MAC layer is divided into a MAC-b sublayer, a MAC-d sublayer,
and a MAC-c/sh sublayer, according to the type of transport channel being
managed. The MAC-b sublayer manages a broadcast channel (BCH)
handling the broadcast of various data and system information, while the
MAC-c/sh sublayer manages a shared transport channel such as a forward

access channel (FACH), a downlink shared channel (DSCH), or the like,
being shared with other terminals.
In the UTRAN, the MAC-c/sh sublayer is located in a control RNC
(CRNC) and manages channels shared by all terminals in a cell, so that one
MAC-c/sh sublayer exists for each cell. A MAC-c/sh sublayer also exists in
each terminal 10, respectively.
The MAC-d sublayer manages a dedicated channel (DCH), which is
a dedicated transport channel for a specific terminal 10. Accordingly, the
MAC-d sublayer is located in a serving RNC (SRNC) that manages a
corresponding terminal 10, and one MAC-d sublayer also exists in each
terminal 10.
A radio link control (RLC) layer provides support for reliable data
transmissions, and may perform a function of segmentation and
concatenation of an RLC service data unit (SDU) coming from a higher layer.
The RLC SDU transferred from the higher layer is adjusted in its size
according to a throughput capacity at the RLC layer, to which header
information is added, and is then transferred to the MAC layer in the form of a
protocol data unit (PDU). The RLC layer includes an RLC buffer for storing
the RLC SDU or the RLC PDU coming from the higher layer.
A packet data convergence protocol (PDCP) layer is located at an
upper layer from the RLC layer, allowing data to be transmitted effectively on
a radio interface with a relatively small bandwidth through a network protocol,
such as the IPv4 or the IPv6. For this purpose, the PDCP layer performs the

function of reducing unnecessary control information used in a wired network,
and this function is called header compression. These methods allow
transmission of only the absolutely necessary information required in the
header part of a data, and thus transmitting a smaller amount of control
information can reduce the overall amount of data to be transmitted.
A broadcast / multicast control (BMC) layer schedules a cell
broadcast (CB) message transferred from the core network and transmits the
cell broadcast message to a specific cell, whereby every terminal positioned
in the cell perform the cell broadcast message. Especially, the BMC layer is
used for handling only the broadcast function, and the CB message is a short
message consisting of a maximum 1230 octets which only include characters
and numbers transmitted between terminals or between a terminal and a
system.
At the UTRAN 100, the CB message transferred from the upper layer
is combined with information, such as a message ID (identification), a serial
number, a coding scheme, etc., and transferred to the RLC layer in the form
of a BMC message. The BMC message is transmitted to the MAC layer
through a common traffic channel (CTCH), which is a logical channel. Here,
the logical channel CTCH is mapped to a FACH transport channel, and the
FACH transport channel is mapped to a physical channel, that is, a
secondary common control physical channel (S-CCPCH).
The radio resource control (RRC) layer located at the lowest portion
of the third layer (L3) is only defined in the control plane, and controls the

transport channels and the physical channels in relation to the setup, the
reconfiguration, and the release (cancellation) of the radio bearers (RBs).
Here, the RB signifies a service provided by the second layer (L2) for data
transmission between the terminal 10 and the UTRAN 100. In general, the
set up of the RB refers to the process of stipulating the characteristics of a
protocol layer and a channel required for providing a specific data service,
and setting the respective detailed parameters and operation methods.
The RLC layer may be part of the user plane or the control plane in
accordance with an upper layer connected thereto. The RLC layer is part of
the control plane when data is received from the RRC layer, and the RLC
layer is part of the user plane in all other instances.
As can be understood from Figure 2, regarding the RLC layer and
the PDCP layer, a plurality of entities may exist in a single layer thereof. This
is because one terminal may have many radio (wireless) carriers, and
typically, only one RLC entity and one PDCP entity is used for each radio
bearer.
However, the cell broadcast service provided by the existing BMC
layer does not only support a multicast function but also have limitations in
providing a multimedia service, because it can transmit only a short message
with a maximum size of 1230 octets. For this reason, a new service called a
multimedia broadcast/multicast service (MBMS) has been proposed.
As shown in Figure 3, the MBMS is a service for simultaneously
transmitting multimedia data such as audio, video or image data to a plurality

of terminals by using a uni-directional point-to-multipoint bearer service,
which supports a broadcast mode and a multicast mode.
The MBMS is divided into a broadcast mode and a multicast mode.
That is, the MBMS is divided into an MBMS broadcast service and an MBMS
multicast service.
The MBMS broadcast mode is a service for transmitting multimedia
data to every user in a broadcast area. The broadcast area means an area in
which a broadcast service is available. One or more broadcast areas may
exist in one PLMN, one or more broadcast services can be provided in one
broadcast area, and one broadcast service can be provided to several
broadcast areas.
The MBMS multicast mode is a service for transmitting multimedia
data only to a specific user group existing in a multicast area. The multicast
area means an area in which a multicast service is available. One or more
multicast areas can exist in one PLMN (public land mobile network), one or
more multicast services can be provided in one multicast area, and one
multicast service can be provided to several multicast areas.
In general, the MBMS is a service for broadcasting or multicasting
multimedia data and the size of a transmitted packet is considerably large.
Thus, by compressing a header portion occupying a large part of a packet in
the MBMS by using a header compression technique, data transmission
efficiency can be improved. Because the MBMS is a uni-directiona! point-to-
multipoint service, a header compressor in the UTRAN at a sending end

transmits the same data to header decompressors in the terminals at a
receiving end.
As mentioned above, the MBMS can improve data transmission
efficiency by compressing the header part of multimedia data by using the
header compression technique.
In the conventional art, as shown in Figure 4, the PDCP layer
handling the header compression is positioned at the SRNC of a specific
terminal and of UTRAN, and at this time, a compressed packet is transmitted
and received through a dedicated transport channel.
In other words, as for the MBMS service provided according to the
conventional art, a header part of MBMS data is compressed in a PDCP
layer of the SRNC managing a resource of a specific terminal and
transmitted to a terminal through the dedicated transport channel.
In this case, because the MBMS service has characteristics of
simultaneously broadcasting and multicasting the same data to a plurality of
terminals, the number of PDCP entities existing at the SRNC is equal to the
number of terminals in a cell for every type of MBMS service.
However, because the MBMS data transmitted after being
compressed in the PDCP layer of the SRNC have the same content, the
repetitive PDCP entities existing at the SRNC considerably wastes the
resources of the UTRAN system and radio resources.

Therefore, an object of the present invention is to provide a PDCP
structure capable of allowing a resource of a UTRAN system and a radio
resource to be effectively used.
Another object of the present invention is to provide a PDCP
structure in which every specific MBMS service has one PDCP entity for a
cell.
Still another object of the present invention is to provide a PDCP
structure in which a PDCP layer is provided in a CRNC and to provide a data
transmission method thereof.
To achieve at least the above objects in whole or in part, there is
provided a PDCP structure in a wireless system which compresses a header
of multimedia service data and multicasts it through a downlink, wherein an
entity handling a header compression of multimedia service data is
positioned in a control center which manages a common resource of multiple
terminals of a cell.
Preferably, the entity is a packet data convergence protocol (PDCP)
entity.
Preferably, only one entity exists for every specific MBMS service for
one cell.
Preferably, the control center is a control radio network controller
(CRNC).

Preferably, the header-compressed data is transmitted to a terminal
through a common channel, and the common channel is a forward access
channel (FACH) or a downlink shared channel (DSCH).
To achieve at least these advantages in whole or in part, there is
further provided a radio mobile communication system including: a radio
network controller (RNC) for performing a header compression function on
multimedia service data; and a plurality of terminals for receiving the header-
compressed multimedia service data from the RNC through a common
transport channel.
Preferably, the multimedia service is a multimedia
broadcast/multicast service (MBMS).
Preferably, the RNC is a control RNC (CRNC) that manages a
common resource for multiple terminals.
Preferably, the RNC includes an MBMS handling layer for outputting
multimedia data to be transmitted; and a packet data convergence protocol
(PDCP) layer for compressing a header of multimedia data.
Preferably, the PDCP layer includes one entity for every specific
multimedia service in one cell.
To achieve at least these advantages in whole or in part, there is
further provided a data transmission method in a wireless system for
compressing a header of multimedia service data and multicasting it through
a downlink, including: compressing a header of multimedia service data; and
transmitting the header-compressed multimedia service data to plural

terminals through a common transport channel.
Preferably, the multimedia service is a multimedia
broadcast/multicast service (MBMS),
Preferably, the header compression is performed at a packet data
convergence protocol (PDCP) layer, and the PDCP layer exists in a control
radio network controller (CRNC).
Preferably, the PDCP layer includes one entity for every specific
MBMS service in one cell.
Preferably, the particular network component (e.g., in a SRNC or a
CRNC) that includes the PDCP layer for a specific MBMS service depends
upon certain characteristics of the terminals (UE) located within a cell that
wish to receive the specific MBMS service.
Additional advantages, objects, and features of the invention will be
set forth in part in the description which follows and in part will become
apparent to those having ordinary skill in the art upon examination of the
following or may be learned from practice of the invention. The objects and
advantages of the invention may be realized and attained as particularly
pointed out in the appended claims.

BRIEF DESCRIPTION OF THE ACCOMPANYING DRAWINGS
The invention will be described in detail with reference to the
following drawings in which like reference numerals refer to like elements

wherein:
Figure 1 illustrates a structure of a network of a general UMTS
system;
Figure 2 illustrates a structure of a radio access interface protocol
between a terminal and UTRAN on the basis of the 3GPP radio access
network standards;
Figure 3 illustrates a concept of transmission of a general MBMS
data;
Figure 4 illustrates a protocol stack for transmission of MBMS data in
accordance with a conventional art;
Figure 5 illustrates a network structure for transmission of the MBMS
in accordance with the conventional art;
Figure 6 illustrates a protocol stack for transmission of MBMS data in
accordance with an embodiment of the present invention; and
Figure 7 illustrates a network structure for transmission of the MBMS
in accordance with an embodiment of the present invention.
MODES FOR CARRYING OUT THE PREFERRED EMBODIMENTS
The present invention is implemented in a mobile communication
system such as a UMTS (Universal Mobile Telecommunications System)
developed by 3GPP. However, the present invention can be also applied to a
communication system opening in a different standard.
Referring back to the related art, if MBMS data is header-

compressed and transmitted, the number of required PDCP entities must
equal the total number of terminals for every specific MBMS service to be
provided. Accordingly, system resources of the UTRAN and various radio
resources are wasted.
In order to address such problems, in the inventors of the present
invention considered the characteristics of providing MBMS, such as MBMS
data being simultaneously transmitted to a plurality of terminals, and provided
a solution to related art problems by providing a PDCP layer that handles
header compression into the CRNC. That is, as shown in the protocol stack
shown in Figure 6, the PDCP is provided above the RLC layer, which is
above the MAC layer at the CRNC.
In addition, in the present invention, MBMS data with a header
compressed in a single PDCP layer within the CRNC, is transmitted to a
terminal through the common transport channel. The common transport
channel is a forward access channel (FACH) or a downlink shared channel
(DSCH).
Figure 7 illustrates a network structure for the transmission of the
MBMS data in accordance with an embodiment of the present invention.
As shown in Figure 7, when the PDCP layer, which compresses a
header of MBMS data, exists at the CRNC, only one PDCP entity is required
for each specific MBMS service in a cell irrespective of the number of
terminals. That is, in the present invention, a radio (wireless) system is
implemented such that one PDCP entity exists per cell in UTRAN for a

specific MBMS service. Furthermore, each UE has its own PDCP entity for a
specific MBMS service. Thus, for a specific MBMS service, if there are plural
terminal which desires to receive the service, one PDCP entity in UTRAN is
associated with plural PDCP entities that belong to the terminals.
Accordingly, for transmission of MBMS data, the MBMS handling
layer of CRNC transmits the MBMS data to the PDCP layer, and then, the
PDCP layer compresses of a header of the received MBMS data and then
transmits to a plurality of terminals, which desire to receive the specific
MBMS data, through the common transport channel. Each PDCP layer of
each terminal decompresses the received MBMS data and transmits it to the
MBMS handling layer.
Also regarding Figure 7, it can be noted that an embodiment of the
present invention pertains to a method for providing multicast services in a
radio communication system, the method performed by a network component,
such as a radio network controller (RNC), comprises the steps of performing
Internet protocol header compression to form header compressed data, and
transmitting the header compressed data in a point-to-point manner and in a
point-to-multipoint manner depending upon a threshold value, to one or more
users of the radio communication system.
Alternatively, a method for providing multicast services according to
the present invention comprises the steps of performing Internet protocol
header compression to form header compressed data, and transmitting the
header compressed data in a point-to-multipoint manner according to a type

of multicast service to one or more users in the radio communication system.
Here, the Internet protocol header compression is respectively
performed for each type of multicasting service to be provided. Also, the
header compression is performed at a central location for each type of
multicast service, wherein the central location is a packet data convergence
protocol (PDCP) entity, and the PDCP entity is located within a controlling
radio network controller (CRNC).
Also, it should be noted that the header-compressed data can be
selectively transmitted in a point-to-point manner, in a point-to-multipoint
manner, or both. The manner of transmission depends upon the conditions of
the radio communication environment. For example, the point-to-point
manner is employed if a total number of users within a cell is below the
threshold value, while the point-to-multipoint manner is employed if a total
number of users within a cell is at or above the threshold value.
The point-to-point manner is transmitting data from a single sending
point to a single receiving point, which may be based upon a total number of
users within a cell of the radio communication system.
Preferably, the point-to-point manner is performed in a serving radio
network controller (SRNC). Here, the transmitting by point-to-point manner is
via a dedicated channel. In contrast, the point-to-multipoint manner is
performed in a controlling radio network controller (CRNC). Here, the transmitting by point-to-multipoint manner is via a common channel.
Based upon the above, it can be understood that a method for

receiving multicast services at a user equipment (UE) can be performed with
appropriate steps and procedures that oppose those steps and procedures
used for providing (transmitting) the multicast service.
As so far described, in the present invention, when MBMS data
having point-to-muitipoint characteristics is header-compressed and
transmitted, the PDCP layer for the MBMS is positioned at the CRNC, so that
one PDCP entity exists for every specific MBMS service in a cell. In addition,
the MBMS data with a header compressed in one PDCP entity is transmitted
to the terminal through the common transport channel.
Accordingly, adopting the PDCP structure and the transmission
method of the present invention resolves the problems of the related art in
which the PDCP entities are repetitively provided for every specific MBMS
service in a cell, each PDCP being provided in the SRNC and transmitted via
a dedicated transport channel. Thus, waste of system resources of the
UTRAN and radio resources can be prevented and transmission efficiency
can be improved.
It should be noted that the particular network component (e.g., in a
SRNC or a CRNC) that includes the PDCP layer for a specific MBMS service
depends upon certain characteristics of the terminals (UE) located within a
cell that wish to receive the specific MBMS service. For example, the
characteristic of the terminals (UE) may be the total number of terminals (UE)
wishing to receive the specific MBMS service. Namely, if the total number of
terminals is equal to or greater than a threshold value, header compression is

performed (at the PDCP layer) in a CRNC that manages shared resources
within a cell, and downlink data transmission via a common transport channel
is performed. If the total number is less than the threshold, header
compression is performed (at the PDCP layer) in a SRNC that manages
dedicated resources, and downlink data transmission via a dedicated
transport channel is performed.
Thus, depending upon the total number of terminals within a cell, a
terminal can receive via a common transport channel and restores (i.e.,
decompresses) the header-compressed data of the MBMS service that was
transmitted after header compression at the CRNC, while a terminal can
receive via a dedicated transport channel and restores (i.e., decompresses)
the header-compressed data of the MBMS service that was transmitted after
header compression at the SRNC.
Here, it can be understood that other characteristics, besides the
total number of terminals may also be employed as needed.
The foregoing embodiments and advantages are merely exemplary
and are not to be construed as limiting the present invention. The present
teaching can be readily applied to other types of apparatuses. The
description of the present invention is intended to be illustrative, and not to
limit the scope of the claims. Many alternatives, modifications, and variations
will be apparent to those skilled in the art.

WE CLAIM :
1. A method for providing multicast services in a radio communication system,
the method comprising:
performing Internet protocol header compression to form header compressed
data; and
transmitting the header compressed data in at least one of a point-to-point
manner and a point-to-multipoint manner depending upon a threshold value, to one
or more users of the radio communication system,
wherein the point-to-point manner is performed in a serving radio network
controller (SRNC) and the point-to-muitipoint manner is performed in a controlling
radio network controller (CRNC).
2. The method as claimed in claim 1, wherein the point-to-point manner is
employed in the event of a total number of users within a cell being below
the threshold value.
3. The method as claimed in claim 1, wherein the point-to-muitipoint manner is
employed in the event of a total number of users within a cell being at or
above the threshold value.
4. The method as claimed in claim 1, wherein the Internet protocol header
compression is respectively performed for each type of multicasting service
to be provided.
5. The method as claimed in claim 1, wherein the point-to-point manner is
transmitting data from a single sending point to a single receiving point.
6. The method as claimed in claim 5, wherein the point-to-point manner is
based upon a total number of users within a cell of the radio communication
system.
7. The method as claimed in claim 6, wherein the transmitting by point-to-point
manner is via a dedicated channel.
8. The method as claimed in claim 1, wherein the point-to-muitipoint manner is

transmitting data from a single sending point to multiple receiving points.
9. The method as claimed in claim 8, wherein the point-to-muitipoint manner is
based upon a total number of users within a cell of the radio communication
system.
10. The method as claimed in claim 9, wherein the transmitting by point-to-
muitipoint manner is via a common channel.
11. The method as claimed in claim 1, wherein the header compression is
performed at a central location for each type of multicast service.
12. The method as claimed in claim 11, wherein the centra! location is a packet
data convergence protocol (PDCP) entity, wherein one PDCP entity exists
and is employed for multiple users.
13. The method as claimed in claim 12. wherein the PDCP entity is located
within a controlling radio network controller (CRNC).
14. The method as claimed in claim 1, wherein a multicast service is a service
that is provided to a specified plurality of users.
15. The method as claimed in claim 14, wherein the multicast service is
multimedia broadcast/multicast service (MBMS).
16. A method of receiving data of a multicast service in a radio communication
system, the method comprising:
receiving header compressed data in at least one of a point-to-point manner and
a point-to-multipoint manner depending upon a threshold value; and
decompressing the received header compressed data to allow a user to access
the multicast service.
wherein the point-to-point manner is performed in a serving radio network
controller (SRNC) and the point-to-multipoint manner is performed in a controlling
radio network controller (CRNC).
17. The method as claimed in claim 16, wherein the point-to-point manner is

receiving data by a single receiving point from a single sending point.
18. The method as claimed in claim 17, wherein the point-to-point manner is
based upon a total number of users within a cell of the radio communication
system.
19. The method as claimed in claim 17, wherein the receiving by point-to-point
manner is via a dedicated channel.
20. The method as claimed in claim 16, wherein the point-to-multipoint manner
is receiving data by multiple receiving points from a single sending point.
21. The method as claimed in claim 20, wherein the point-to-multipoint manner
is based upon a total number of users within a cell of the radio
communication system.
22. The method as claimed in claim 20, wherein the receiving by point-to-
muitipoint manner is via a common channel.
23. The method as claimed in claim 16, wherein a multicast service is a service
that is received by a specified plurality of users.
24. The method as claimed in claim 23, wherein the multicast service is
multimedia broadcast/multicast service (MBMS).
25. The method as claimed in claim 16, wherein the header decompressing is
performed at a packet data convergence protocol (PDCP) entity, wherein
one PDCP entity exists and is employed for multiple users.
26. A radio network controller in a radio communication system for providing
and receiving data of a multicast service, comprising:
a header compressing portion that performs internet protocol header
compression; and
a transmitting portion, operatively connected with the header compressing portion,
that transmits the header compressed data in at least one of a point-to-point manner
and a point-to-multipoint manner depending upon a threshold value, to one or more

users of the radio communication system,
wherein the point-to-point manner is performed in a serving radio, network
controller (SRNC) and the point-to-multipoint manner is performed in a controlling
radio network controller (CRNC).
27. The radio network controller as claimed in claim 26, wherein the header
compressing portion is a packet data convergence protocol (PDCP) entity.
28. The radio network controller as claimed in claim 26, wherein the header
compressing portion respectively performs header compression for each
type of multicasting service to be provided.
29. The radio network controller as claimed in claim 27, wherein the
transmitting portion is a serving radio network controller (SRNC).
30. The radio network controller as claimed in claim 29, wherein the SRNC
transmits via a dedicated transport channel.
31. The radio network controller as claimed in claim 27, wherein the
transmitting portion is a controlling radio network controller (CRNC).
32. The radio network controller as claimed in claim 31, wherein the CRNC
transmits via a common transport channel.



ABSTRACT

METHOD FOR PROVIDING/RECEIVING DATA OF A MULTICAST SERVICE
IN A RADIO COMMUNICATION SYSTEM, METHOD OF PROVIDING
INTERNET PROTOCOL HEADER INFORMATION TO A PLURALITY OF
TERMINALS, RADIO NETWORK CONTROLLER, USER EQUIPMENT AND
WIRELESS COMMUNICATION SYSTEM THEREFOR
The present invention relates to a method for providing multicast services
in a radio communication system, comprising: performing Internet protocol
header compression to form header compressed data; and transmitting the
header compressed data in at least one of a point-to-point manner and a point-
to-multipoint manner depending upon a threshold value, to one or more users of
the radio communication system, wherein the point-to-point manner is
performed in a serving radio network controller (SRNC) and the point-to-
multipoint manner is performed in a controlling radio network controller (CRNC).
There is also disclosed a method of receiving data of a multicast service in a
radio communication system.

Documents:

911-KOLNP-2004-(04-04-2012)-AMANDED CLAIMS.pdf

911-KOLNP-2004-(04-04-2012)-CORRESPONDENCE.pdf

911-KOLNP-2004-(09-05-2012)-CORRESPONDENCE.pdf

911-KOLNP-2004-(18-02-2013)-CLAIMS.pdf

911-KOLNP-2004-(18-02-2013)-CORRESPONDENCE.pdf

911-KOLNP-2004-(18-02-2013)-DRAWINGS.pdf

911-KOLNP-2004-(18-02-2013)-FORM-2.pdf

911-kolnp-2004-abstract.pdf

911-KOLNP-2004-ASSIGNMENT.pdf

911-KOLNP-2004-CANCELLED PAGES.pdf

911-kolnp-2004-claims.pdf

911-KOLNP-2004-CORRESPONDENCE-1.1.pdf

911-KOLNP-2004-CORRESPONDENCE.pdf

911-KOLNP-2004-CORRESPONDENCE1.2.pdf

911-kolnp-2004-description (complete).pdf

911-kolnp-2004-drawings.pdf

911-kolnp-2004-examination report.pdf

911-KOLNP-2004-EXAMINATION REPORT1.1.pdf

911-kolnp-2004-form 1.pdf

911-KOLNP-2004-FORM 13-1.1.pdf

911-kolnp-2004-form 13.pdf

911-KOLNP-2004-FORM 18-1.1.pdf

911-kolnp-2004-form 18.pdf

911-kolnp-2004-form 3.pdf

911-kolnp-2004-form 5.pdf

911-kolnp-2004-gpa.pdf

911-KOLNP-2004-GPA1.1.pdf

911-KOLNP-2004-GRANTED-ABSTRACT.pdf

911-KOLNP-2004-GRANTED-CLAIMS.pdf

911-KOLNP-2004-GRANTED-DESCRIPTION (COMPLETE).pdf

911-KOLNP-2004-GRANTED-DRAWINGS.pdf

911-KOLNP-2004-GRANTED-FORM 1.pdf

911-KOLNP-2004-GRANTED-FORM 2.pdf

911-KOLNP-2004-GRANTED-FORM 3.pdf

911-KOLNP-2004-GRANTED-SPECIFICATION-COMPLETE.pdf

911-KOLNP-2004-PETITION UNDER RULE 137.pdf

911-kolnp-2004-reply to examination report.pdf

911-KOLNP-2004-REPLY TO EXAMINATION REPORT1.1.pdf

911-kolnp-2004-specification.pdf

911-KOLNP-2004-TRANSLATED COPY OF PRIORITY DOCUMENT.pdf


Patent Number 255698
Indian Patent Application Number 911/KOLNP/2004
PG Journal Number 12/2013
Publication Date 22-Mar-2013
Grant Date 15-Mar-2013
Date of Filing 29-Jun-2004
Name of Patentee LG ELECTRONICS INC.
Applicant Address 20, YOIDO-DONG, YOUNGDUNGPO-GU, SEOUL 150-010
Inventors:
# Inventor's Name Inventor's Address
1 LEE SO-YOUNG TWEGYE 2ND APT. 366-702, OGEUM-DONG, GUNPO, GYEONGGI-DO 435-758
2 YI SEUNG-JUNE DAECHEONG APT. 303-403, GAEPO-DONG, GANGNAM-GU, SEOUL 135-940
3 LEE YOUNG-DAE SINAN APT. 419-1501, CHANGWOO-DONG, HANAM, GYEONGGI-DO, 465-711
PCT International Classification Number H04B 7/26
PCT International Application Number WO 2004/028042
PCT International Filing date 2003-09-19
PCT Conventions:
# PCT Application Number Date of Convention Priority Country
1 10-2002-0057469 2002-09-19 Republic of Korea