Patents and Declarations 3 of 3

21
A40609VI
(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT)
9
(l ) World Inl~~~:::~:~~~':~:: O<gan;zation • Illll lllllll II lllll lllll lllll lllll llll III Ill lllll lllll lllll 111111111111111111111111111111111
(43) International Publication Date PCT (10) International Publication Number

23 February 2006 (23.02.2006) WO 2006/018715 Al
(51) International Patent Classification: (81) Designated States (unless otherwise indicated, for every
H04Q 7138 (2006.01) H04L 12156 (2006.01) kind of national protection available): AE, AG, AL, AM,
(21) International Application Number: AT, AU, AZ, BA, BB, BG, BR, BW, BY, BZ, CA, CH, CN,
PCT/IB2005/002499 CO, CR, CU, CZ, DE, DK, DM, DZ, EC, EE, EG, ES, Fl,
GB, GD, GE, GH, GM, HR, HU, ID, IL, IN, IS, JP, KE,
(22) International Filing Date: 12 August 2005 (12.08.2005)
KG, KM, KP, KR, KZ, LC, LK, LR, LS, LT, LU, LV, MA,
(25) Filing Language: English MD, MG, MK, MN, MW, MX, MZ, NA, NG, NI, NO, NZ,
(26) Publication Language: English OM, PG, PH, PL, PT, RO, RU, SC, SD, SE, SG, SK, SL,
SM, SY, TJ, TM, TN, TR, TT, TZ, UA, UG, US, UZ, VC,
(30) Priority Data:
VN, YU, ZA, ZM, ZW.
0418281.2 16 August 2004 (16.08.2004) GB
(71) Applicant (for all designated States except US): NOKIA (84) Designated States (unless otherwise indicated, for every
CORPORATION [FI/Fl]; Keilalahdentie 4, FIN-02150 kind of regional protection available): ARIPO (BW, GH,
Espoo (FI). GM, KE, LS, MW, MZ, NA, SD, SL, SZ, TZ, UG, ZM,
(72) Inventors; and ZW), Eurasian (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM),
(75) Inventors/Applicants (for US only): NAKAMATA, European (AT, BE, BG, CH, CY, CZ, DE, DK, EE, ES, Fl,
Masatoshi [JP/Fl]; Saterinrinne 8 A2, FIN-02600 Espoo FR, GB, GR, HU, IE, IS, IT, LT, LU, LV, MC, NL, PL, PT,
(FI). RANTA-AHO, Karri [FI/Fl]; Hakkukuja 1 C 40, RO, SE, SI, SK, TR), OAPI (BF, BJ, CF, CG, CI, CM, GA,
FIN-02600 Espoo (FI). GN, GQ, GW, ML, MR, NE, SN, TD, TG).
-- (74) Agent: WILLIAMS, David, John; Page White & Farrer,

54 Doughty Street, London WClN 2LS (GB).
Published:
with international search report
i iiiiiii [Continued on next page]
iiiiiiii
= (54) Title: COMMUNICATION SYSTEM
-- (57) Abstract: There is disclosed a mobile
-- E-DCH SET-UP
SHO INITIATED
202
communication system including at least one
access controller and a plurality of access points,
- in which the at least one access controller is

configured to determine one of the plurality
of access points for controlling scheduling of
--
iiiiiiii
SOURCE SCHEDULING NODES
SELECTED AND RUNNING
204
an enhanced dedicated channel, the access
controller comprising: determining means for
determining an access point to be a controlling
access point; and initiating means for initiating
-
i iiiiiii
iiiiiiii N
the control at the controlling access point.
--
PREPARE TO SWITCH 208
STOP SOURCE START TARGET

210 SCHEDULING SCHEDULING 212
NODES NODES
EXCHANGE INFORMATION 214

W 0 2006/018715 A 1 Illlll llllllll I llllll lllll lllll lllll llll II Ill lllll lllll lllll lllll lllll llll lllllll 111111111111
For two-letter codes and other abbreviations, refer to the "Guid-

ance Notes on Codes and Abbreviations" appearing at the begin-
ning of each regular issue of the PCT Gazette.
WO 2006/018715 PCT/IB2005/002499
1
COMMUNICATION SYSTEM
BACKGROUND TO THE INVENTION:
Field of the Invention:
The invention relates to the control of transmissions in an uplink channel

5 in a communication system, and particularly but not exclusively, to an
enhanced dedicated channel in a UMTS system.
Description of the Related Art:
A mobile communication system is an example of a system in which an

access network is provided to allow access to the system functionality for
10 user terminals.
In a universal mobile telecommunications system (UMTS), a radio access

network typically provides access for user equipment to a mobile
communications system core network. The user equipment typically
communicates with the access network over a radio interface, the access
15 network including a plurality of Node Bs, or more generally network
access points, with which the user equipment establishes a connection.
Each of the Node Bs is connected to one or more radio network controllers,
or more generally network access controllers.
A dedicated channel (DCH) is provided in a UMTS system for uplink

20 traffic from the user equipment to the radio network controller via the
Node B. A frame transmission interval is defined for this channel. A
typical, and thus far the shortest, frame transmission interval for a
dedicated channel is IOms.
In 3rd Generation Partnership Project, Technical Specification Group

25 Radio Access Network (3GPP TSG-RAN) there has been proposed high
speed uplink packet access (HSUPA), also known in 3GPP as Frequency
Division Duplex (FDD) Enhanced Uplink, including an enhanced
dedicated, E-DCH. This proposal is documented in 3GPP TR25.896.
WO 2006/018715 PCT/IB2005/002499
2
A proposed characteristic of the E-DCH is to provide a shorter frame

transmission interval of 2ms in addition to the lOms interval. It has been
further discussed whether the E-DCH is to support soft handover (SHO).
More specifically, in 3GPP the support of Node B control scheduling for

5 the E-DCH during Inter-Node B soft handover (SHO) is currently under
discussion. A number of approaches for control scheduling for the E-DCH
during SHO have been discussed. In prior art arrangements in analogous
areas, the UE has been adapted to decide on the scheduling Node B and
signal this information in the uplink to other Node B's in its active set.
10 In operation, each UE has a so-called active set of one or more cells,

representing cells with which the UE is connected or potentially may be
connected. The active set may be considered to include any cell in which
the UE is connected and, in known parlance, any candidate cells which
may be suitable for the UE to connect in. Each cell in a UE active set is
15 associated with a Node B. The active set of a UE therefore may correspond
to one or more Node B's.
In one approach for Node B control scheduling for E-DCH during Inter-
Node B SHO under discussion, it has been discussed that all Node B's,
which are controlling one or more cells in the UE active sets, execute
20 scheduling during the SHO.
In a further approach, it has been discussed that only the Node B which is
controlling the best uplink or downlink cell executes the scheduling during
the SHO. In this approach, a switching between two Node B's is needed for
the execution of the scheduling. That is, there is a need for switching
25 between the Node B which is executing the scheduling, defined to be the
source scheduling Node B, and the Node B that will execute the
scheduling, defined to be the target scheduling Node B, during inter- Node
B SHO. In the event that the E-DCH is setup during inter-Node B SHO,
the Node B which starts to execute the scheduling must know about it,
30 whereas the Node B which does not execute the scheduling should know
WO 2006/018715 PCT/IB2005/002499
3
about it. In addition, the information relating to the scheduling may be

neeeded to be synchronised amongst or between the Node B's involved.
In a still further approach, it has been proposed that no scheduling is

executed during the SHO.
5 SUMMARY OF THE INVENTION:
It is an aim of the invention to at least provide an improved technique for

establishing or changing the controlling network access for an E-DCH
during SHO in a UMTS system.
In a first aspect the invention provides a method of determining an access

10 point for controlling a characteristic in a communications system, the
method comprising: determining an access point to be a controlling access
point; and initiating the control at the controlling access point. The
method is preferably for controlling scheduling in an enhanced dedicated
channel in a mobile communications system during soft handover, the
15 determined access point being a scheduling access point.
Thus the first aspect preferably provides a method of determining an

access point for controlling scheduling in an enhanced dedicated channel
in a mobile communications system during soft handover, the method
comprising: determining an access point to be a scheduling access point;
20 and initiating the control at the scheduling access point.
The step of determining the access point may comprise selecting one
access point from a plurality of access points. The method may further
comprise the step of inhibiting control at any access point other than the
access point selected as the control access point. The step of inhibiting
25 control may comprise notifying the access points of their non-selection.
The step of determining an access point to be a control access point may
include selecting a new access point to replace an existing control access
point, the method further including the step of inhibiting the existing
control access point. The step of determining an access point to be a
30 control access point may be responsive to detection of a more suitable
WO 2006/018715 PCT/IB2005/002499
4
access point for control than an existing control access point. The detection
of a more suitable access point may be made by an access controller.The
step of determining an access point to be a control access point may be
responsive to initiation of an enhanced dedicated channel during soft
5 handover. The method may further comprise the step, responsive to a
scheduling update or change, of transmitting an update notification from
the access point to an access controller.
In a further aspect there is provided a method of determining an access

point for controlling scheduling of an enhanced dedicated channel in a
10 mobile communication system during soft handover, in which an access
point is configured as a source scheduling access point, the method
comprising the steps of. selecting a target scheduling access point;
stopping the source scheduling access point; and starting the target
scheduling access point.
15 The method may comprise the step of determining an access point more
suitable for scheduling, and selecting such access point as the target
access point. The method may further comprise the step of providing
information from the source scheduling access point to the target
scheduling access point. The method may further include the step of
20 notifying the non·selected access points that they are non·selected. The
step of selecting a target scheduling access point may comprise
determining, at an access controller, the access point having the strongest
uplink or downlink connection with a user equipment. Responsive to
completion of a scheduling change or update, the ta.rget access point may
25 transmit an update message. The update message may be transmitted to
an access controller.
In a further aspect there is provided a method of determining an access

point for controlling scheduling of an enhanced dedicated channel in a
mobile communication system during soft handover, the method
30 comprising the steps of. detecting setup of an enhanced dedicated channel;
WO 2006/018715 PCT/IB2005/002499
5
selecting a scheduling access point; and starting the scheduling access

point.
The step of detecting setup of an enhanced dedicated channel may

comprise receiving notification of such setup from an access controller. The
5 selected scheduling access point may be a source scheduling access point,
the method further comprising the steps of. selecting a target scheduling
access point; stopping the source scheduling access point; and starting the
target scheduling access point. The step of selecting a target scheduling
access point may comprise determining an access point which is more
10 suitable for scheduling than the source scheduling access point. The step
of selecting a target scheduling access point may include receiving
notification of a target scheduling access point from an access controller.
Responsive to completion of a scheduling change or update, the scheduling
access point may transmit an update message. The update message may
15 be transmitted to an access controller.
Ina further aspect there is provided a method of operating an access point

for controlling scheduling of an enhanced dedicated channel in a mobile
communication system during soft handover, the method comprising the
steps of: responsive to an update of scheduling information at the access
20 point, notifying an access controller to which the access point is connected.
The access point preferably comprises a Node B of a UMTS system. The

access controller preferably comprises a radio network controller of a
UMTS system. Signalling to the access point may comprise RNSAP/NBAP
messages. Signalling to the access point may comprise DL FP messages.
25 The invention further provides an access controller configured to

determine an access point for controlling a characteristic in a
communications system, the access controller comprising: determining
means for determining an access point to be a controlling access point; and
initiating means for initiating the control at the controlling access point.
WO 2006/018715 PCT/IB2005/002499
6
The access point may be configured to control scheduling in an enhanced

dedicated channel in a mobile communications system during soft
handover, the determined access point being a scheduling access point.
The access controller may include selection means for selecting or

5 determining the access point from a plurality of access points.
The access controller may further comprise means for inhibiting control at
any access point other than the access point selected as the control access
point.
The means for inhibiting control may comprise means for transmitting to
10 the access points notice of their non·selection. The access controller may
further include means for selecting a new access point to replace an
existing control access point, and further including means for inhibiting
the existing control access point. The means for determining an access
point to be a control access point may be responsive to means for detecting
15 a more suitable access point for control than an existing control access
point. The means for determining an access point to be a control access
point may be responsive to a means for initiating an enhanced dedicated
channel during soft handover. The access controller may further comprise
means, responsive to a scheduling update or change, for receiving an
20 update notification from the access point.
There is disclosed an access controller for determining an access point for

controlling scheduling of an enhanced dedicated channel in a mobile
communication system during soft handover, in which an access point is
configured as a source scheduling access point, the access controller
25 comprising: selection means for selecting a target scheduling access point;
inhibiting means for stopping the source scheduling access point; and
initiating means for starting the target scheduling access point.
The access controller may comprises means for determining an access

point more suitable for scheduling, and means for selecting such access
30 point as the target access point. The access controller may further
comprise means adapted to provide information from the source
WO 2006/018715 PCT/IB2005/002499
7
scheduling access point to the target scheduling access point. The access
controller may further include means for notifying the non·selected access
points that they are non-selected. The means for selecting a target
scheduling access point may comprise means for determining the access
5 point having the strongest uplink or downlink connection with a user
equipment. The access controller may include means, responsive to
completion of a scheduling change or update, for receiving an update from
the target access point.
There is further provided an access controller adapted to determine an

10 access point for controlling scheduling of an enhanced dedicated channel
in a mobile communication system during soft handover, comprising:
detecting means for detecting setup of an enhanced dedicated channel;
selecting means for selecting a scheduling access point; and initiating
means for starting the scheduling access point.
15 The means for detecting setup of an enhanced dedicated channel may

comprise means for receiving notification of such setup from an access
controller. The selected scheduling access point may be a source
scheduling access point, the controller further comprising: selecting means
for selecting a target scheduling access point; inhibiting means for
20 stopping the source scheduling access point; and initiating means for
starting the target scheduling access point. The means for determining a
target scheduling access point may comprise means for determining an
access point which is more suitable for scheduling than the source
scheduling access point. The access controller may further include
25 receiving means, responsive to completion of a scheduling change or
update, for receiving an update message.
There is further disclosed an access point for controlling scheduling of an

enhanced dedicated channel in a mobile communication system during
soft handover, the access point comprising: notification means, responsive
30 to an update of scheduling information at the access point, for notifying an
access controller to which the access point is connected.
WO 2006/018715 PCT/IB2005/002499
8
The access point may comprise a Node B of a UMTS system. The access
controller may comprise a radio network controller of a UMTS system.
Signalling to the access point may comprise RNSAP/NBAP messages.
Signalling to the access point may comprise DL FP messages.
5 In a further aspect the invention provides a mobile communication system

including at least one access controller and a plurality of access points, in
which the at least one access controller is configured to determine one of
the plurality of access points for controlling scheduling of an enhanced
dedicated channel, the access controller comprising: determining means
10 for determining an access point to be a controlling access point; and
initiating means for initiating the control at the controlling access point.
The access controller may further comprise means for notifying the others
of the plurality of access points of their non-selection for scheduling.
The scheduling access point may be adapted to transmit a scheduling

15 update to the access controller responsive to a scheduling update at teh
access point.
The mobile communications system may be a UMTS system, wherein the

at least one access controller is a radio network controller, and the
plurality of access points are Node Bs.
20 BRIEF DESCRIPTION OF THE FIGURES:
' The invention will now be described by way of example with reference to
the accompanying figures, in which:
Figure 1 illustrates elements of a radio access network in which

embodiments of the invention may be implemented;
25 Figure 2 illustrates a flow chart for a first mode of operation;
Figure 3 illustrates a flow chart for a second mode of operation; and
Figure 4 illustrates a flow chart for a third mode of operation.
DESCRIPTION OF THE PREFERRED EMBODIMENTS:

WO 2006/018715 PCT /IB2005/002499
9
The invention is described herein by way of reference to particular

example scenarios. In particular the invention is described in relation to
elements of a universal mobile communication telecommunications system
(UMTS).
5 In Figure 1, there is illustrated those typical elements of a UMTS system

necessary for understanding embodiments of the present invention. The
implementation of a UMTS system will be well ·known to one skilled in the
art. As such the system is not described in detail herein, but only
sufficient elements shown and described as is necessary for an
10 understanding of the invention.
Referring to Figure 1, an example UMTS system typically includes a

mobile switching centre (MSC) 102, a serving GPRS support node (SGSN)
104, a plurality of radio network controllers (RNCs) 106a, 106b, 106c, a
plurality of Node Bs 108a, 108b, 108c, and at least one user equipment
15 (UE) 110.
In practice, the MSC functionality may be provided by an MSC Server

(MSS) and a Media Gateway (MGW).
As is known in the art, the at least one user equipment 110 connects with
one of the Node Bs, for example Node B 108a, over a radio interface 112,
20 known in the 3GPP UMTS system as a Uu interface.
Each Node B is connected to at least one RNC via an lub interface. The
RNC 106b connects to the Node Bs 108a and l08b via Iub interfaces 118a
and 118b respectively, and possibly to one or more other Node Bs. The
RNC 106c connects to the Node B 108c via lub interface 122a, and to one or
25 more other Node Bs via one or more other lub interfaces, such as interface
122b. The RNC 106a connects to one or more Node Bs via one or more lub
interfaces, such as interface 120a. Various RNCs may connect to various
Node Bs, as known in the art.
The RNCs themselves are interconnected via Iur interfaces. In Figure 1, it

30 is shown that the RNC 106a is connected to the RNC 106b via an Iur
WO 2006/018715 PCT/IB2005/002499
10
interface 130a, and the RNC 106b is connected to the RNC 106c via an Iur
interface 130b. The RNCs 106a and 106c may similarly be interconnected
via an Iur interface. The various RNCs may be interconnected via Iur
interface.
5 Each of the RN Cs in the UMTS system is connected to one or more MSCs

or SGSNs via an Iu interface. In the example of Figure 1, the MSC 102 is
connected to the RNCs 106a and 106b via respective Iu interfaces 114a and
114b, and the SGSN 104 is connected to the RNCs 106a, 106b and 106c via
respective Iu interfaces 114a, 114b and 114c.
10 It has been proposed, in 3GPP TSG-RAN, for a new enhanced DCH uplink
transport channel. The DCH uplink transport channel is a channel for
transporting traffic from a user equipment to a Node B in the radio
interface Uu, and for transporting traffic from a Node B to an RNC, and
between RNCs, on the Iub interface or the Iur interface. Embodiments of
15 the invention propose various improvements and enhancements to support
the enhanced DCH.
One of the two fundamental features of the enhanced dedicated channel is

that a Node B may schedule its own data rate. The E-DCH exists in the
uplink, and the Node B is able to control the data rate of the E-DCH. The
20 uplink DCH data rate is controlled or scheduled by the RNC. With the E-
DCH, however, the control given to the Node B enables the Node B to
control the usage of the cell's uplink loading and allocate some users with
higher data rates and some users with lower data rates, and change the
allocated rates at a fast pace.
25 When a UE is in a soft handover state with multiple Node Bs there is a

need to decide, and inform the Node Bs participating in the SHO, as to
which Node Bis the one that is sending scheduling commands for the E-
DCH to the UE, i.e. the identity of the scheduling or controlling Node B.
In a preferred embodiment, it is assumed that the decision as to which

30 Node Bis to be the controlling or scheduling Node B, and the informing of
such selection to any other Node Bs, is carried out by the serving RNC,
WO 2006/018715 PCT/IB2005/002499
11
although the invention is not limited to such. Thus preferably the serving
RNC makes the scheduling decisions for the E· DCH, configures the Node
Bs accordingly, and informs the UE as to the decisions made.
A first mode of operation is described with reference to the flow chart of

5 Figure 2. In the first mode of operation, it is assumed that an enhanced
dedicated channel is established, and a soft handover has been initiated.
This is denoted in Figure 2 by block 202.
As denoted by step 204, a source scheduling Node B has been selected and
is running. The source scheduling Node B may have been selected in any
10 known way, and the initial selection of a scheduling Node B for E· DCH is
outside the scope of this mode of operation.
In a step 206, it is assumed that the serving RNC is monitoring,

periodically or continuously, the access network to determine if a change
of the scheduling Node B is appropriate. The invention, and embodiments
15 thereof, is not limited to a specific technique by which a decision to switch
the scheduling Node Bis made, nor is it limited necessarily to the decision
being made by the serving RNC. It should also be noted that it is not
necessary for the source scheduling Node B, or any Node B which may
become the scheduling Node B, to be connected ,to the same RNC.
20 The serving RNC of the UE is always the RNC in control of all radio links
to the given UE.' Thus even where there is another Node B that is
connected to the serving RNC via another RNC, the serving RNC remains
in control. Relocation of the serving RNC of any given connection, as
known in the art, may occur in combination with other features of this
25 invention, but is in itself outside the scope of the invention. The invention
is relevant to the selection or change of a scheduling Node B, not which
RNC is making the decision to select or change the scheduling Node B.
Referring again to Figure 2, if in step 206 it is determined, by any means,

that the scheduling Node B should be switched, then the process moves on
30 to step 208 where the switch from a source scheduling Node B to a target
WO 2006/018715 PCT/IB2005/002499
12
scheduling Node B is prepared. The identity of the target scheduling Node

B is preferably determined in step 206.
Once preparations for the switch are complete, in a step 210 an

instruction to the source scheduling Node B to 'stop' or inhibit scheduling
5 is sent, and in step 212 an instruction to the target scheduling Node B to
'start' or initiate scheduling is sent. Thus, control of the E-DCH scheduling
is switched.
The change of the scheduling Node B may or may not require for
information to be relayed from the source scheduling Node B to the target
10 scheduling Node B. In such case, the relaying of information allows the
target scheduling Node B to synchronise information related to the
scheduling to information known by the source scheduling Node B. The
need for relaying of information will be dependent upon implementation
requirements. In current implementations, the Node B's are not able to
15 communicate directly with each other, but communicate through the
RNCs they are connected to. If a Node Bis not connected to the serving
RNC of the radio link, then it may communicate any necessary signalling
through the RNC with which it is connected.
The message signalling to the Node Bs may be implemented in accordance

20 with any signalling supported in the radio access network. For example,
an RNC may send the source scheduling Node B an RNSAP/NBAP
message or a downlink FP (Frame Protocol) including a request to stop
scheduling. The RNC may send the target scheduling Node Ban RNSAP
(radio network subsystem application part)/NBAP (Node B Application
25 Part) message or a downlink FP including a request to start scheduling.
The information is preferably carried in the messages used for
RNSAP/NBAP: Synchronised Radio Link Reconfiguration Prepare
procedure and Unsynchronised Radio Link Reconfiguration procedure.
Alternatively the information may be carried in Iurliub downlink FP.
30 A second mode of operation is described with reference to the flow chart of

Figure 3. This mode of operation relates to a situation where an E-DCH is
WO 2006/018715 PCT/IB2005/002499
13
setup during an actual SHO. The first mode (described above) relates to a
scenar10 where there is a need to transfer between two scheduling
Node Bs during an SHO and with an existing E-DCH setup. In this
method, as the SHO is taking place the serving RNC becomes aware of
5 an E-DCH setup.
Referring to Figure 3, as represented by block 302 a soft handover is

initiated and under way. It is assumed that there is no E-DCH set up. At
some point after the initiation of the SHO the serving RNC, as
represented by step 304, makes a decision to set up an E-DCH (on the
10 uplink channel), in accordance with information it has on the expected
uplink traffic. For the purposes of this description, it is thus a given fact
that the E-DCH is being set up. Thus the serving RNC, as denoted by step
304 determines an E· DCH set up is to be initiated.
In such a situation a DCH channel may already exist in the SHO. DCH
15 and E·DCH are always connected to the same Node Bs, thus experiencing
the same SHO status.
On initiation of the E-DCH, the Node Bs participating in the SHO are

informed of the E-DCH setup. Each of these Node Bs is also individually
informed as to whether or not they are to be the scheduling Node B. One of
20 the Node Bs is thus informed that it is to be the scheduling Node B, and
the others are informed that they are not.
After the SRNC is notified or made aware of the E·DCH setup during the
SHO, the SRNC determines the scheduling Node B, preferably by
determining the Node B which is controlling the best uplink/downlink
25 cell. However the exact criteria on which the scheduling Node B is selected
is network implementation specific. The serving RNC is thus able to
determine the one of the Node Bs to be the scheduling Node B in
dependence on some implementation criteria, which may be standardised.
The invention is not limited to any specific arrangement. The selection of a
30 particular Node Bas the scheduling Node Bis represented by step 306 of
Figure 3.
WO 2006/018715 PCT/IB2005/002499
14
In signalling to the Node Bs on selection of the scheduling Node B, it is

envisaged that any suitable signalling mechanism for conveying the
necessary information may be used. In one implementation, a common
NBAP/RNSAP message is sent to all Node Bs. Preferably, however, an
5 information element in the message to the scheduling Node B is different
to that in the others. Thus the same messages are preferably sent to all
Node Bs, but the content of the message to the scheduling Node B is
different to include information to start scheduling. This may be
implemented in a number of ways, for example with a field being left
10 blank in the message to the non-scheduling Node Bs.
The invention and embodiments thereof are not limited to any specific
messaging implementation. It is merely sufficient that the Node B which
is to carry out the scheduling is informed of such, and it is ensured that no
other Node Bs carry out scheduling. It may not be necessary to send any
15 message to the other Node Bs. However it may be preferable to notify the
other Node Bs of the Node B which has become the scheduling Node B.
All the messages then sent to the scheduling Node B may have different
contents to the non-scheduling Node B.
After signalling to the Node Bs, the selected scheduling Node B starts
20 scheduling, as denoted by step 308 in Figure 3.
Thereafter, the method steps of Figure 2 may be optionally performed, in a

step 310 the method moving to step 202 of Figure 2. Thus the first mode of
operation may be entered after completion of the described second mode of
operation.
25 A third mode of operation is described with reference to the flow chart of

Figure 4. In the third mode of operation, it is assumed that an enhanced
dedicated channel is established, and a soft handover has been initiated.
This is denoted in Figure 4 by block 402.
As denoted by step 404, a source scheduling Node B has been selected and
30 is running. The source scheduling Node B may have been selected in any
WO 2006/018715 PCT/IB2005/002499
15
known way, and the initial selection of a scheduling Node B for E-DCH is
outside the scope of this mode of operation.
In a step 406, it is assumed that the scheduling Node B is monitoring,

periodically or continuously, to determine if a change or update of the
5 scheduling information has occurred. The invention, and embodiments
thereof, is not limited to a specific technique by which the scheduling
information is changed or updated.
In this third mode of operation, when any scheduling related information

is updated, the scheduling Node B preferably informs the serving RNC of
10 the updated information, as denoted in step 408. In this way the serving
RNC always has the updated information. This information may then also
be passed by the serving RNC to the target scheduling Node B when the
scheduling Node B change takes place.
This mode of operation may be directly linked to the first mode of

15 operation described above, where there is a switch of the scheduling Node
B. Alternatively, there may be other useful purposes for the SRNC to be
provided with an update of scheduling related information. For example,
the RNCs packet scheduler, admission control, power control, and load
control functionalities may also utilise this information.
20 It can be seen from the above descriptions that the first and second mode
of operations share a concept of deciding upon a Node B to be a scheduling
Node B, informing the selected Node B that it is the scheduling Node B,
and informing the other Node Bs participating in the SHO that they are
not the scheduling Node Bs. The third mode of operation represents a
25 refinement to the first and second mode and any common features thereof.
It should also be noted that each of the three modes of operation may,
taken in isolation, offer improved operation during SHO in respect of the
E-DCH. Any aspect of any one mode of operation may be introduced into
another mode of operation.
30 The principles of the present invention are preferably applied in soft

handover (SHO) situations. Soft handover allows for radio links to be
WO 2006/018715 PCT/IB2005/002499
16
added and removed in a way such that the user equipment always
maintains at least one radio link with the radio access network. Soft
handover is performed by means of macro diversity, which refers to a
condition where several radio links are active at the same time. The
5 active radio links for a soft handover are generally known as soft handover
branches. Two or more soft handover branches may terminate in the
same radio network controller.
In general, the Node B may be considered to be a network access point,

being a point at which a user terminal, such as a user equipment or mobile
10 terminal, accesses a network. In general, the radio network controller may
be considered to be a network access controller, being an element which
controls network access.
In a preferable implementation, the scheduling Node B or controlling Node

B is the Node B which controls the selection of the data rate in the E· DCH
15 in the uplink. In general, however, it may control any characteristic of the
E·DCH which is variable. This may be extended beyond the E·DCH, to
any characteristic controllable by the Node B, or network access point.
The invention has been described herein by way of reference to particular

non·limiting examples. One skilled in the art will understand the general
20 applicability of the invention. The scope of protection afforded by the
invention is defined in the appended claims.
WO 2006/018715 PCT/IB2005/002499
17
CLAIMS:
1. A method of determining an access point for controlling a characteristic

in a communications system, the method comprising: determining an
access point to be a controlling access point; and initiating the control
5 at the controlling access point.
2. A method according to claim 1 wherein the method is for controlling

scheduling in an enhanced dedicated channel in a mobile
communications system during soft handover, the determined access
point being a scheduling access point.
10 3. A method according to claim 1 or claim 2 wherein the step of

determining the access point comprises selecting one access point from
a plurality of access points.
4. A method according to any preceding claim further comprising the step

of inhibiting control at any access point other than the access point
15 selected as the control access point.
5. A method according to claim 4 wherein the step of inhibiting control

comprises notifying the access points of their non-selection.
6. A method according to any preceding claim wherein the step of

determining an access point to be a control access point includes
20 selecting a new access point to replace an existing control access point,
the method further including the step of inhibiting the existing control
access point.
7. A method according to claim 6 wherein the step of determining an

access point to be a control access point is responsive to detection of a
25 more suitable access point for control than an existing control access
point.
8. A method according to claim 7 wherein the detection of a more suitable

access point is made by an access controller.
WO 2006/018715 PCT/IB2005/002499
18
9. A method according to any one of claims 2 to 8 wherein the step of

determining an access point to be a control access point is responsive to
initiation of an enhanced dedicated channel during soft handover.
10.A method according to any one of claims 2 to 9 further comprising the

5 step, responsive to a scheduling update or change, of transmitting an
update notification from the access point to an access controller.
11.A method of determining an access point for controlling scheduling of

an enhanced dedicated channel in a mobile communication system
during soft handover, in which an access point is configured as a source
10 scheduling access point, the method comprising the steps of. selecting a
target scheduling access point; stopping the source scheduling access
point; and starting the target scheduling access point.
12.A method according to claim 11 wherein the method comprises the step
of determining an access point more suitable for scheduling, and
15 selecting such access point as the target access point.
13.A method according to claim 11 or claim 12 wherein the method further

comprises the step of providing information from the source scheduling
access point to the target scheduling access point.
14.A method according to any one of claims 11 to 13 further including the

20 step of notifying the non·selected access points that they are non·
selected.
15.A method according to any one of claims 11 to 14 wherein the step of

selecting a target scheduling access point comprises determining, at an
access controller, the access point having the strongest uplink or
25 downlink connection with a user equipment.
16.A method according to any one of claims 11to15 wherein responsive to

completion of a scheduling change or update, the target access point
transmits an update message.
17.A method according to claim 16 wherein the update message is

30 transmitted to an access controller.
WO 2006/018715 PCT/IB2005/002499
19
18.A method of determining an access point for controlling scheduling of

an enhanced dedicated channel in a mobile communication system
during soft handover, the method comprising the steps of: detecting
setup of an enhanced dedicated channel; selecting a scheduling access
5 point; and starting the scheduling access point.
19.A method according to claim 18 wherein the step of detecting setup of

an enhanced dedicated channel comprises receiving notification of such
setup from an access controller.
20.A method according to claim 18 or claim 19 wherein the selected

10 scheduling access point is a source scheduling access point, the method
further comprising the steps of: selecting a target scheduling access
point; stopping the source scheduling access point; and starting the
target scheduling access point.
21. A method according to claim 20 wherein the step of selecting a target

15 scheduling access point comprises determining an access point which is
more suitable for scheduling than the source scheduling access point.
22.A method according to claim 20 or claim 21 wherein the step of

selecting a target scheduling access point includes receiving
notification of a target scheduling access point from an access
20 controller.
23.A method according to any one of claims 18 to 22 wherein responsive to

completion of a scheduling change or update, the scheduling access
point transmits an update message.
24.A method according to claim 23 wherein the update message is

25 transmitted to an access controller.
25.A method of operating an access point for controlling scheduling of an

enhanced dedicated channel in a mobile communication system during
soft handover, the method comprising the steps of: responsive to an
update of scheduling information at the access point, notifying an
30 access controller to which the access point is connected.
WO 2006/018715 PCT/IB2005/002499
20
26.A method according to any one preceding claim in which the access
point comprises a Node B of a UMTS system.
27.A method according to any preceding claim m which the access

controller includes a radio network controller of a UMTS system.
5 28.A method according to any preceding claim in which signalling to the

access point comprises RNSAP/NBAP messages.
29.A method according to any preceding claim in signalling to the access

point comprises DL FP messages.
30.An access controller configured to determine an access point for

I0 controlling a characteristic in a communications system, the access
controller comprising: determining means for determining an access
point to be a controlling access point; and initiating means for
initiating the control at the controlling access point.
31.An access controller according to claim 30 wherein the access point is

15 configured to control scheduling in an enhanced dedicated channel in a
mobile communications system during soft handover, the determined
access point being a scheduling access point.
32.An access controller according to claim 30 or claim 31 including

selection means for selecting or determining the access point from a
20 plurality of access points.
33.An access controller according to any one of claims 30 to 32 further

comprising means for inhibiting control at any access point other than
the access point selected as the control access point.
34. An access controller according to claim 33 wherein the means for

25 inhibiting control comprises means for transmitting to the access
points notice of their non· selection.
35.An access controller according to any one of claims 30 to 34 wherein

further including means for selecting a new access point to replace an
existing control access point, and further including means for
30 inhibiting the existing control access point.
WO 2006/018715 PCT/IB2005/002499
21
36.An access controller according to claim 35 wherein the means for

determining an access point to be a control access point is responsive to
means for detecting a more suitable access point for control than an
existing control access point.
5 37.An access controller according to any one of claims 31 to 36 wherein the

means for determining an access point to be a control access point is
responsive to a means for initiating an enhanced dedicated channel
during soft handover.

10 comprising means, responsive to a scheduling update or change, for
receiving an update notification from the access point.
39.An access controller for determining an access point for controlling

scheduling of an enhanced dedicated channel in a mobile
communication system during soft handover, in which an access point
15 is configured as a source scheduling access point, the access controller
comprising: selection means for selecting a target scheduling access
point; inhibiting means for stopping the source scheduling access point;
and initiating means for starting the target scheduling access point.
40.An access controller according to claim 39 wherein the method

20 comprises the step of determining an access point more suitable for
scheduling, and selecting such access point as the target access point.
41.An access controller according to claim 39 or claim 40 further

comprising means adapted to provide information from the source
scheduling access point to the target scheduling access point.
25 42.An access controller according to any one of claims 39 to 41 further

including means for notifying the non·selected access points that they
are non·selected.
43.An access controller according to any one of claims 39 to 42 wherein the

means for selecting a target scheduling access point comprises means
WO 2006/018715 PCT/IB2005/002499
22
for determining the access point having the strongest uplink or

downlink connection with a user equipment.

including means, responsive to completion of a scheduling change or
5 update, for receiving an update from the target access point.
45.An access controller adapted to determine an access point for

controlling scheduling of an enhanced dedicated channel in a mobile
communication system during soft handover, comprising: detecting
means for detecting setup of an enhanced dedicated channel; selecting
10 means for selecting a scheduling access point; and initiating means for
starting the scheduling access point.

detecting setup of an enhanced dedicated channel comprises means for
receiving notification of such setup from an access controller.
15 47.An access controller according to claim 45 or claim 46 wherein the

selected scheduling access point is a source scheduling access point, the
controller further comprising: selecting means for selecting a target
scheduling access point; inhibiting means for stopping the source
scheduling access point; and initiating means for starting the target
20 scheduling access point.

determining a target scheduling access point comprises means for
determining an access point which is more suitable for scheduling than
the source scheduling access point.
25 49.An access controller according to any one of claims 45 to 48 further

including receiving means, responsive to completion of a scheduling
change or update, for receiving an update message.
50.An access point for controlling scheduling of an enhanced dedicated

channel in a mobile communication system during soft handover, the
30 access point comprising: notification means, responsive to an update of
WO 2006/018715 PCT/IB2005/002499
23
scheduling information at the access point, for notifying an access

controller to which the access point is connected.
51.An access controller according to any one of claims 30 to 49 in which

the access point comprises a Node B of a UMTS system.
5 52.An access controller according to any one of claims 30 to 49 in which

the access controller comprises a radio network controller of a UMTS
system.
53.An access controller according to any one of claims 30 to 49 in which

signalling to the access point comprises RNSAP/NBAP messages.
10 54.An access controller according to any one of claims 30 to 49 m

signalling to the access point comprises DL FP messages.
55.A mobile communication system including at least one access controller

and a plurality of access points, in which the at least one access
controller is configured to determine one of the plurality of access
15 points for controlling scheduling of an enhanced dedicated channel, the
access controller comprising: determining means for determining an
access point to be a controlling access point; and initiating means for
initiating the control at the controlling access point.
56.A mobile communication system, according to claim 55 wherein the

20 access controller further comprises means for notifying the others of
the plurality of access points of their non·selection for scheduling.
57.A mobile communication system according to claim 55 or claim 56 in

which the scheduling access point is adapted to transmit a scheduling
update to the access controller responsive to a scheduling update at teh
25 access point.
58.A mobile communications system according to any one of claims 55 to

57, comprising a UMTS system, wherein the at least one access
controller is a radio network controller, and the plurality of access
points are Node Bs.
WO 2006/018715 PCT/IB2005/002499
1/4
106a
120a
RNC
MSC
lur
· 130a
118a
Node B
x
. 112
uu
. UE
110
RNC 108a
FIG 1
SUBSTITUTE SHEET (RULE 26)

WO 2006/018715 PCT/IB2005/002499
2/4
E-DCH SET-UP 202

SHO INITIATED
SOURCE SCHEDULING NODE 8 204

STOP SOURCE START TARGET

210 212
SCHEDULIN.G SCHEDULING
NODES NODES
FIG 2

WO 2006/018715 PCT/IB2005/002499
3/4
SHO INITIATED AND ESTABLISHED 302

. (NO E-DCH)
E-DCH SET-UP INITIATED 304
SELECT SCHEDULING NODE B 306
START SCHEDULING NODE B 308

I
I
1-----------*-----------,
1 STEP 202 ~,,,. 310
1· FIG 2 r ,_
L----------~---~------~
FIG 3

WO 2006/018715 PCT/IB2005/002499
414
E-DCH SET-UP 402

SHO INITIATED
SCHEDULING NODE B 404

NOTIFY SRNC 408

I
I
l__________ .t_..,. _________ ,
I
I STEP 202 I
I OF FIG 2 I
L-----------------~~---
FIG4

INTERNATIONAL SEARCH REPORT
PCT/IB2005/002499
A. CLASSIFICATION OF SUBJECT MATTER
H04Q7/38 H04L12/56
According to International Patenl Classification (IPC) or to both national classification and IPC
B. FIELDS SEARCHED
Minimum documentation searched (classification system followed by classification symbols)
H04Q
Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched
Electronic data base consulled during the international search (name of data base and, where practical, search terms used)
EPO-Internal, WPI Data, PAJ, IN SPEC
C. DOCUMENTS CONSIDERED TO BE RELEVANT
Category• Citation of document, with indication, where appropriate, of the relevant passages Relevant to claini No.
x 3GPP: "3rd Generation Partnership 1-58

Project; Technical Specification Group
Radio Access Network; Feasibility Study
for Enhanced Uplink for UTRA FOO (Release
6)"
3GPP TR 25.896 Vl.1.2, XX, xx,
5 December 2003 ( 2003-12-05)' page
complete, XP002321679
c1ted in the applicat1on
paragraph '07.1! - paragraph '7.1.l.4!
paragraph '7 .1.3!
-----
P,X us 2005/094600 Al (ZHANG GUODONG ET AL) 1-58
5 May 2005 (2005-05-05)
paragraph '0006! - paragraph '0012!
paragraph '0025! - paragraph '0036!
paragraph '0051!; figures 2,4
-----
D Further documents are listed in the continuation of box C.

[] Palent family members are listed in annex.
• Special categories of cited documents:

'T' later documenl published after the inlernational filing date
or priority date and not in conflict with the application but
•A• documenl defining the general state of the art which is not cited to understand the principle or theory underlying the
considered to be of particular relevance invention
'E' earner document but published on or after the international 'X' document of particular relevance; the claimed invention
filing date cannot be considered novel or cannot be considered to
'L" document which may throw doubts on priority clalm(s) or involve an inventive step when the document is taken atone
which is cited to establish the publication date of anolher 'Y' document of particular relevance; the Claimed invention
Citation or other special reason (as specified) cannot be considered to involve an inventive step when the
"0" document referring to an oral disclosure, use, exhibition or document is combined with one or more other such docu-
other means ments, such combination being obvious to a person skilled
•p• document published prior to the international filing date but in the art.
later than the priority date claimed '&' document member of the same patent family
Date of the actual completion of the International search Date ol mailing of the international search report
28 November 2005 06/12/2005

Name and mailing address of the ISA Authorized officer
European Patent Office, P.B. 5818 Patentlaan 2
NL 2280 HV Rijswijk
Tel. (+31-70) 340-2040, Tx. 31 651 epo nl,
Fax: (+31-70) 340-3016 Tsape11 s, A
Form PCT/ISA/210 {second shea!){January 2004)
INTERNATIONAL SEARCH REPORT
PCT/IB2005/002499
Patent document
cited in search report
Publication
date
l Patent family
member(s)
Publication
date
us 2005094600 Al 05-05-2005 WO 2005048503 A2 26-05-2005
Form PCT/ISA/210 (patent family annex) (January 2004)

Page 1
ETSI Rules of Procedure 26 November 2008 _,
'
IPR INFORMATION STATEMENT AU ~ lE~L~J~sl N G
DECLARATION 3 1 MARS 2009
IPR HOLDER I ORGANISATION ("Declarant") Rep ··------- ----
Legal Name: Nokia Coq2oration
CONTACT DETAILS FOR LICENSING INFORMATION:

Name and Title: Kalle Moilanen, IPR Manager
Department: IPR
Address: Joensuunkatu 7, P.O.Box 86, FIN-24101 Salo, Finland
..
Telephone: +358 50 366 2022 Fax· +358 7180 44275

Email kalle. moilanen@nokia.com URL:
IPR INFORMATION STATEMENT

In accordance with Clause 4. 1 of the ETSI IPR Policy the Declarant and/or its AFFILIATES hereby informs
ETSI that it is the Declarant's and/or its AFFILIATES' present belief that the IPR(s) disclosed in the attached
IPR Information Statement Annex may be or may become ESSENTIAL in relation to at least the ETSI Work
ltem(s), STANDARD(S) and/or TECHNICAL SPECIFICATION(S) identified in the attached IPR Information
Statement Annex.
The Declarant and/or its AFFILIATES (check one box only):
~ are the proprietor of the I PR(s) disclosed in the attached IPR Information Statement Annex.
D are not the proprietor of the IPR(s) disclosed in the attached IPR Information Statement Annex.
IPR LICENSING DECLARATION

In accordance with Clause 6. 1 of the ETSI IPR Policy the Declarant and/or its AFFILIATES hereby
irrevocably declares the following (check one box only, and subordinate box, where applicable):
~ To the extent that the IPR(s) disclosed in the attached IPR Information Statement Annex are or
become, and remain ESSENTIAL in respect of the ETSI Work Item, STANDARD and/or TECHNICAL
SPECIFICATION identified in the attached IPR Information Statement Annex, the Declarant and/or its
AFFILIATES are prepared to grant irrevocable licences under this/these IPR(s) on terms and
conditions which are in accordance with Clause 6. 1 of the ETSI IPR Policy.
~ This irrevocable undertaking is made subject to the condition that those who seek licences
agree to reciprocate (check box if applicable).
D The Declarant and/or its AFFILIATES are not prepared to make the above IPR Licensing Declaration
(reasons may be explained in writing in the attached IPR Licensing Declaration Annex)
The construction, validity and performance of this IPR information statement and licensing declaration shall
be governed by the laws of France.
Terms in ALL CAPS on this form have the meaning provided in Clause 15 of the ETSI IPR Policy.
SIGNATURE
By signing this IPR Information Statement and Licensing Declaration form, you represent that you have the
authority to bind the Declarant and/or its AFFILIATES to the representations and commitments provided in
this form.
Name of authorized person: Kalle Moilanen
Title of authorized person: IPR Manager
Place, Date: Salo, Finland, 26 1h of March 2009
Signature: /LJ:#(,( <- /l(<:_,/c~ w
Please return this form duly signed to: ETSI Director-General

ETSI - 650, route des Lucio/es - F-06921 Sophia Antipolis Cedex - France I Fax. +33 (0) 4 93 65 47 16
Page 4
ETSI Rules of Procedure, 26 November 2008
Method of US 2005270942 AU
controlling 200580031004 .5 CN101049033A CN
communication 05757197 .8 1774804 EP
10/9848 2006003
25 .321 9.2.5.2 74.0 between two PCT/IB2005/002092 W02006 /016212 WO
Nokia 48 1563
UMTS nodes in a 2007 -7005334 KR
Corporation
communication 1217/DELNP/2007 IN
system 2007 -524408 2008-509585 JP
7026570/2008 KR
US 05772926.1 1779697 EP
11/2022 2006003 2007526603 2008-510404 JP
25.433 8.2.17.2 6.b.0 Communication PCTIIB2005/002499 W02006/018715 WO
Nokia 25 4224 system AU
UMTS 2005273609
Corporation
200580027767.2 101006743 CN
2007 -7006069 KR
1569/DELNP/2007 IN I
US PE
Use of the FP 000038/2006/01 N
107554 TH
header to signal TW
the RNC that the 95100133
PCT/IB2005/003916 W02006/072826 WO
node B has not
200704968.7 SG
been able to CN
11/3234 2006014 200580045912 X 101095304
5.12, 6.2.2.2 , determine or
25.427 6.3.0 4 736IDELN P/2007 IN
6.2.4.11 Nokia 67 6889 has not been
UMTS 2007 -549960 2008-527823 JP
Corporation able to
MXla/2007/008193 MX
accurately BR
determine the P10519847.0
2592902 CA
number of RU
retransmissions 2007124793
2007-7015374 07-92261 KR
058265547 1834433 EP
出願番号等
特許出願人発明の名称備考（出願国名）
REGISTRATION NO./
PATENT HOLDER NAME OF PATENT REMARKS
APPLICATION NO.
NOKIA Delivering services in a wireless communications system JP 2007-525919 CN, DE, EP, FR, GB, IE, IN, KR,
CORPORATION*7.40 US, WO
NOKIA Data transmission in mobile communication system JP 2008-527819 CN, EP, IN, KR, US, WO
CORPORATION*7.40
NOKIA Communication system JP 2008-510404 EP, IN, KR, WO

CORPORATION*7.40
NOKIA Use of the FP header to signal the R the node B has not been able to JP 2008-527823 BR, CA, CN, DE, EP, IN, KR, MX,
CORPORATION*7.40 determine or has not been able to accurately determine the number of PE, RU, SG, TH, TW, US, WO
retransmissions
NOKIA Apparatus, method and computer program providing enhanced JP 2008-539634 BR, CN, EP, IN, KE, KR, MX, MY,
CORPORATION*7.40 fractional dedicated physical channel downlink power control during PH, RU, TW, US, VN, WO, ZA
soft handover
NOKIA Enhanced uplink dedicated channel - application protocol over JP 2007-529938 AU, BR, CA, CN, EP, IN, KR, MX,
CORPORATION*7.40 lub/lur RU, SG, US, WO, ZA
NOKIA Frame transmission interval JP 2007-537641 AU, CN, EP, IN, KR, TW, US, WO
CORPORATION*7.40
NOKIA Apparatus, Method and computer program product providing closed JP 2009-500890 BR, CN, EP, IN, KR, MX, NG, PH,
CORPORATION*7.40 loop transmit antenna operation for systems using multiple antennas RU, US, VN, WO, ZA
NOKIA Method, system, apparatus and software product for combination of JP 2008-537399 AP, BR, CN, EP, IN, KR, MX, MY,
CORPORATION*7.40 uplink dedicated physical control channel gating and enhanced PH, RU, TW, US, VN, WO, ZA
uplink dedicated channel to improve capacity
NOKIA Expanded signalling capability for network element, user equipment JP 2008-546268 AP, BR, CN, EP, IN, KR, MX, MY,
CORPORATION*7.40 and system NG, PH, RU, US, VN, WO, ZA
NOKIA Dynamic uplink control channel gating to increase capacity JP 2009-504053 AP, BR, CN, EP, IN, KR, MX, MY,
CORPORATION*7.40 NG, PH, RU, US, VN, WO, ZA
221
22
A40773VI
(19)
I
Europilsches
Patentamt
European 111111111111111111111111111111111111111111111111111111111111111111111111111
Patent Office
Office europeen
des brevets
(11) EP 1 808 029 81
(12) EUROPEAN PATENT SPECIFICATION
(45) Date of publication and mention (51) Int Cl.:

of the grant of the patent: H04W 36114 r2009· 01J
17.06.2009 Bulletin 2009/25
(86) International application number:
(21) Application number: 04798766.4 PCT/IB2004/003590
(22) Date offiling: 03.11.2004 (87) International publication number:

WO 2006/048697 (11.05.2006 Gazette 2006/19)
(54) INTER-SYSTEM HAND-OVER OF A MOBILE TERMINAL OPERABLE WITH A FIRST AND A

SECOND RADIO ACCESS NETWORK
INTER-SYSTEM-WEITERREICHUNG EINES MOBILEN ENDGERATS, DAS MIT EINEM ERSTEN
UND ZWEITEN FUNKZUGANGSNETZ BETREIBBAR IST
TRANSFERT INTER-SYSTEME D'UN TERMINAL MOBILE FONCTIONNANT AVEC DES PREMIER
ET SECOND RESEAUX D'ACCES RADIO
(84) Designated Contracting States: (74) Representative: Becker Kurig Straus

AT BE BG CH CV CZ DE DK EE ES Fl FR GB GR Patentanwalte
HU IE IS IT LI LU MC NL PL PT RO SE SI SK TR Bavariastrasse 7
80336 Munchen (DE)
(43) Date of publication of application:
18.07.2007 Bulletin 2007/29 (56) References cited:
WO-A2-00/27051 US-A- 6 002 933
(73) Proprietor: Nokia Corporation US-A1- 2001 007 819 US-A1- 2003 186 698
02150 Espoo (Fl) US-A1- 2005 073 977
(72) Inventor: PITKAMAKI, Antti

FIN-33720 Tampere (Fl)
T"'"
cc
0)
N
0
co
0
co Note: Within nine months of the publication of the mention of the grant of the European patent in the European Patent
Bulletin, any person may give notice to the European Patent Office of opposition to that patent, in accordance with the
T"'"
Implementing Regulations. Notice of opposition shall not be deemed to have been filed until the opposition fee has been
a. paid. (Art. 99(1) European Patent Convention).
w
Printed by Jouve, 75001 PARIS (FR)
EP 1 808 029 81
Description
[0001] The present invention relates to an inter-system handover between a first radio access network and a second
radio access network. Particularly, the invention relates to a terminal-oriented handover having improved characteristics.
5 [0002] The present invention relates to a method of periorming an inter-system handover of a mobile terminal accessing
a communication network via a radio access network (RAN) of a first type. Particularly, the communication network
comprises radio access networks (RAN) of this first type and one or more radio access networks of second types. The
invention equally relates to a corresponding mobile terminal, to a corresponding communication network, to a corre-
sponding communication system and to network elements of the communication network.
10
BACKGROUND OF THE INVENTION
[0003] It is known from the state of the art in a communication system providing different radio access technologies
(RAT) to support an inter-system handover of a mobile terminal between these technologies. Such a handover may be
15 periormed for instance between a 3G (3rd generation) radio access network and a 2G (2nd generation) radio access
network, or within a 3G system between a UTRAN (universal mobile telecommunication services terrestrial radio access
network) employing WCDMA (wideband code division multiple access) and a GSM (global system for mobile commu-
nications) radio access network (RAN). As a prerequisite for an inter-system handover, the mobile terminal in question
is operable with the communication system via all concerned types of radio access networks (RANs). Such mobile
20 terminals are referred to as multi-mode terminals. One example of a multi-mode terminal is a dual-mode terminal which
is operable in 2G and 3G networks.
[0004] The network signalling employed for periorming an inter-system handover between UMTS (Universal Mobile
Telecommunication Services) and GSM is described for example in the technical specification 3GPP TS 23.009V3.14.0
(2003/06): "Handover procedures" (Release 1999)".
25 [0005] There are several reasons for which a change, i.e. an inter-system handover, of the radio access technology
is enabled.
[0006] The most important reason for an inter-system handover is differences of coverage and connection/service
quality in the communication system. In some situations, a mobile terminal may move out of the coverage area of the
first radio access system. Moreover, the radio connection quality provided by this first radio access system may degrade
30 below a given threshold value. If at the same time, another radio access system still provides coverage and or a better
radio connection quality, an inter-system handover can guarantee a continued and satisfactory supply of the mobile
terminal. The first radio access system is typically a GSM/GPRS system and the second radio access system a WCDMA
system.
[0007] Another essential reason for an inter-system handover is load, i.e. the current amount of traffic in different radio
35 access systems. When the load in a first radio access system exceeds a pre-defined threshold value, an overilow of
mobile terminals can be handed over to another radio access system. In this case, the first radio access system is
typically GSM/GPRS and the second radio access system WCDMA.
[0008] A third reason for an inter-system handover is QoS (Quality of Service) requirements of requested services.
The operator of the communication system defines service based handover criteria according to its preferences. These
40 criteria are then stored in a service priority table in the core network, which initiates the handover. The same table resides
additionally in the Radio Network Controller (RNC) of an UTRAN of the communication system. The table in the RNC
can be used in case the RNC receives no handover information from the core network. In an exemplary assignment of
services to different radio access technologies, GSM may be preferred for speech and WCDMA for packet data, while
circuit switched data has to be transmitted using WCDMA. An additional criterion for a service-based handover is load,
45 load and service based handover thus being a more accurate term than service-based handover.
[0009] As specified for example in the technical specification 3G PP TS 25.413 V3.4.0 (2000-12): 'UTRAN lu lnteriace
RANAP Signalling (Release 1999)", a service based handover from a 3G UTRAN to a 2G GSM radio access network
is implemented by an optional parameter called "Service Handover" in the RANAP (radio access network application
part) messages "RAB Assignment Request" and "Relocation Request" on the lu interiace between the core network
50 and an UTRAN. Three values are defined for this parameter, "HO to GSM should be periormed", "HO to GSM should
not be periormed" and "HO to GSM shall not be periormed". Thus, the core network is not able to force the RNC to carry
out a handover from a 3G to a 2G radio access network, but only to propose a handover. The final decision is taken by
the RNC based on additional criteria like load, coverage and radio connection quality. Furthermore, in load and service
based handovers, an RNC hands mobile terminals over to a base station subsystem (BSS) periodically and in groups,
55 not immediately and on an individual basis.
[0010] All known inter-system handovers are decided by the network, which prevents a communication system to
make use of possible advantages of an inter-system handover in several situations.
[0011] The current 3GPP specifications treat UTRAN, GSM and GERAN radio access cells equally, i.e. there are no
2
EP 1 808 029 81
strong means for the network operator or the user to guide a mobile terminal towards the most suitable radio access
technology. It is known to favour one or another public land mobile network (PLMN), location area (LA), routing area
(RA) or cell based on defined criteria. However, cells of different radio access technologies may be mixed in a single
PLMN, LA or RA, and no method has been proposed so far for forcing the mobile terminal to a specific radio access
5 technology, and not even for favouring a certain radio access technology. Only if a requested service cannot be provided
in the current serving cell, the call may be handed over to another cell by the network, or the call may be cleared.
[0012] In the prior art, various methodologies relating to inter-system handover are known.
[0013] For instance, WO 00 27051 A2 describes a system and method for providing a requested service feature to a
mobile station in a cellular telecommunications system. A request is received at a serving mobile switching center to
10 implement a service feature that is not currently being provided for the mobile station, which determines that an inter-
exchange hand-off request that includes a request for the service feature is necessary. The serving mobile switching
center sends a hand-off request message to a target mobile switching center. This hand-off request includes data that
identifies the requested service. Responsive to the hand-off request message and the service request, the target mobile
switching center determines if it is capable of supporting the requested service for the mobile station and sends a return
15 message to the serving mobile switching center indicating whether the target mobile switching center is capable of
supporting the requested service feature.
[0014] US 6,002,933 describes a method and apparatus for operating a cellular telephone system that supports
performing an inter-system soft handoff. A subscriber unit generates a pilot strength measurement report when the pilot
channel from a base station is detected. When a base station controller receiving the pilot strength measurement report
20 determines that the base station is part of a second cellular telephone system, an inter-system soft handoff request is
generated. An admission control subsystem receives the inter-system soft handoff and either grants or denies the request
base on the traffic level with the second cellular telephone system.
[0015] US 2001/007819A1 describes a mobile communication system that performs a hand-off control process based
on channel station data. One of the mobile switching centers in a home system and a mobile switching center in another
25 system are connected to each other by an inter-system channel. When a mobile station moves from the home system
into the other system and hand-off to the other system is to be performed, the inter-system channel data possessed by
a base station controller which is the master station of the mobile station is searched. If the mobile switching center as
the master station has no inter-system channel, then an inter-mobile-switching-center hard hand-off control process is
performed for hand-off to a base station under the control of a mobile switching center having an inter-system channel.
30 If the mobile switching center as the master station has an inter-system channel, then an inter-system hard hand-off
control process is carried out via the inter-system channel.
[0016] US 2003/186698A1 describes a system and method for providing inter-frequency and inter-system handovers.
In response to a transmission that the terminal is to operate at least one of the radio receiver chains of the terminal in
at least one frequency band not used to receive M encoded data streams during at least one identified data frame therein
35 to measure a radio indicator of the at least one frequency band not used to receive the M encoded data streams, the
terminal controller causes at least one of the radio receiver chains to be turned to the at least one frequency band during
the at least one identified data frame and to make measurements therein and to transmit the measurements with at least
one transmitter of the at least one radio transceiver to a station.
[0017] US 2005/073977 A1 describes schemes for performing inter-system handoff. For a MAHHO scheme, the
40 UTRAN uses measurements obtained by a multi-RAT device to determine suitable cdma2000 cell(s) for handover. The
measurements are obtained by a candidate frequency search procedure, and the handover is accomplished by a handoff
execution procedure. For a MDHHO scheme, the UTRAN relies on location information forthe multi-RAT device to select
suitable cdma2000 cell(s) for handover. For a CRHHO scheme, a new call is established on the cdma2000 RAN and
the pending call on the UTRAN is released in a manner such that the handover appears seamless to the multi-RAT
45 device. The multi-RAT device includes two modem processors that perform processing for the UTRAN and cdma2000
RAN and an application processor that control the modem processors.
SUMMARY OF THE INVENTION
50 [0018] There is a need, therefore, for a method, a device and a system for enabling service-based inter-system
handover.
[0019] An aspect of the invention resides in a method to enable a mobile terminal in a communication system to initiate
a service-based, Mobile Originating (MO) inter-system handover to a required type of radio access network during service
establishment.
55 [0020] The envisaged solution in accordance with the present invention and its concept provides a terminal originating
service-based inter-system handover, which does not require any additional communications, signalling or the like in
comparison with existing communications and signalling, respectively, beyond those which are likewise performed.
Beneath the lack of additional communications, the solution implies that mobile terminals are still operable within the
3
EP 1 808 029 81
communication network although those do not support the Mobile Originating (MO) service-based inter-system handover,
which lack of functionality merely results in a conventional operation of those mobile terminals. This means, interoperability
with mobile terminals lacking support and network entities or components lacking support is not compromised.
[0021] According to a first aspect of the present invention, a method of initiation an inter-system handover of a mobile
5 terminal accessing a communication network is provided. The hand-over is service-based and the initiation to perform
the inter-system handover originates from the mobile station, i.e. mobile originating inter-system handover. A commu-
nication network comprises at least two radio access networks of different types, i.e. a radio access network of a first
type and a radio access network of a second type. A mobile terminal designed to be operable with the radio access
networks of the communication network accesses the communication network via the radio access network of the first
10 type. The inter-system handover of the mobile terminal is initiated in response to transmitting by the mobile terminal
information including at least one bearer capability field indicating that a requested service is only operable with the
radio access network of the second type. The bearer capability field is set to indicate that the requested service is only
operable with the radio access network of the second type. In particular, at least one bearer capability field is set to a
parameter value, which serves as an indication for the receiving network and its processing entities, respectively, which
15 receiving network is indicated as the target for the inter-system handover initiated by the mobile terminal.
[0022] The inter-system handover of the present invention may be initiated by the mobile terminal because of a lacking
support of the mobile terminal for the requested service in co-operation with the radio access network of the first type.
This means, the radio access network of the first type may or may not support the requested service. Only the capability
of the mobile terminal, whether it is able to use the requested service in co-operation with the radio access network of
20 the first type or not is decisive. In accordance with the first aspect, the mobile terminal is not capable to operate the
requested service with the radio access network of the first type, which may or may not support the service. The total
capabilities of the radio access network of the first type are not crucial.
[0023] According to an embodiment of the present invention, the transmission including the initiation by the means of
at least one bearer capability field is a transmission in accordance with a call control (CC) level procedure and in particular
25 in accordance with a multimedia telephony call establishment procedure. The multimedia telephony call should comprise
at least video telephony call.
[0024] According to another embodiment of the present invention, the transmission is a call control (CC) message.
The call control message is sent from the mobile terminal to the core network of the first type using currently used radio
access network, and in particular to a call control (CC) entity of the core network of the first type. More particularly, the
30 transmission is a standard transmission in accordance with the call control (CC) protocol, which is applied to establish
a call between the mobile terminal and a calling entity or called entity. The calling or called entity may be any entity
inside or outside the communication system such as another mobile terminal accessing the same or another commu-
nication system, a network terminal connected by wire or wireless to the communication system, a terminal of a public
switched telephone network and the like. Preferably the message I information is then forwarded to the core network of
35 the radio access network of the second type, in particular to a mobile services switching center of the core network of
the second type.
[0025] According to yet another embodiment of the present invention, at least one bearer capability field has an
inapplicable value in view of the radio access network of the first type; i.e. a value, which is inapplicable for being used
in setting up a connection in radio access network of the first type.
40 [0026] According to a further embodiment of the present invention, at least one bearer capability field selected from
the plurality of bearer capability fields is distinguished in that at least one parameter value validity of the at least one
bearer capability field differs in communications with the radio access networks of the first type and the second type.
This means, the radio access networks of the first type and the second type expect value, values or set of values, which
differ depending on the type of radio access network. This means also, that at least one bearercapabilityfield is applicable
45 with one of the types of radio access networkand not applicable with the other one.
[0027] According to yet a further embodiment of the present invention, the transmission is a call control (CC) SETUP
message in accordance with a mobile originating (MO) call establishment procedure. A call control entity of the mobile
terminal encodes the SETUP message with one or more Bearer Capability Information Elements (BC IEs), which includes
at least one bearer capability field. Then the mobile terminal transmits the SETUP message to a call control entity of the
50 radio access networkof the first type to initiate the inter-system handover and after completion of handover, to set up a
connection. The inter-system handover is carried out by the receiving network.
[0028] According to an additional embodiment of the present invention, the transmission is a call control (CC) CALL
CON Fl RM ED message in accordance with a Mobile Terminating (MT) call establishment procedure. A call control entity
of the mobile terminal encodes the CALL CONFIRMED message with one or more Bearer Capability Information Elements
55 (BC IEs), which includes the at least one bearer capability field. The mobile terminal transmits the CALL CONFIRMED
message via a radio frequency interface and a wireless communication connection to a call control entity of the radio
access network of the first type to initiate the inter-system handover and then proceed with the call setup. The inter-
system handover is carried out by the receiving network.
4
EP 1 808 029 81
[0029] According to yet an additional embodiment of the present invention, none of the Bearer Capability (BC) Infor-
mation Elements (IE) includes a channel codings field, the value of which is not set to "not acceptable" in order to indicate
to the receiving network the need for inter-system handover.
[0030] The receiving end of the SETUP message and the CALL CONFIRMED message, respectively, i.e. the call
5 control (CC) entity of the message receiving network, analyses the received message and detects the inapplicable value
of the bearer capability fields selected for indication of the inter-system handover.
[0031] According to one more embodiment of the present invention, the radio access network of the first type and the
radio access network of the second type differ in communication technologies employed for realisation thereof. In
particular, the radio access network of the first type is a 2nd generation technology radio access network. The radio
10 access network of the second type is a 3rd generation technology radio access network. More particularly, the radio
access network of the first type is a GSM I GPRS (Global System for Mobile communications I General Packet Radio
System) radio access network and the radio access network of the second type is a WCDMA (Wideband Code Division
Multiple Access) radio access network such as UMTS (Universal Mobile Telecommunication System).
[0032] According to a second aspect of the present invention, a method of initiation an inter-system handover of a
15 mobile terminal accessing a communication network is provided. The communication network comprises at least a radio
access network of a first type and a radio access network of a second type. The mobile terminal is capable of operating
in at least the radio networks of the first type and the second type, The inter-system handover of the mobile terminal
accessing the communication network via the radio access network of the first type is initiated at a network entity of the
communication network in response to receiving from the mobile terminal information including at least one bearer
20 capability field indicating that a requested service is only operable with the radio access network of the second type.
[0033] According to a third aspect of the present invention, a computer program product is provided, comprising
program code sections storable on a computer-readable medium for carrying out the steps of the aforementioned method
according to an embodiment of the present invention, when the computer program product is run on a processor-based
device, a computer, a terminal, a network device, a mobile terminal, or a mobile communication enabled terminal.
25 [0034] According to a fourth aspect a module is provided, which is provided in a mobile terminal. The mobile terminal
is operable with a communication network comprising at least a radio access network of a first type and a radio access
network of a second type. The module is adapted to access the communication network via the radio access network
of the first type.
[0035] The module is configured to transmit information including at least one bearer capability field from the module
30 to the radio access network of the first type for initiating an inter-system handover. The information serves to indicate
that a requested service is only operable with the radio access network of the second type.
[0036] According to a fifth aspect of the present invention, a mobile terminal for initiation of an inter-system handover
within a communication network is provided. The mobile terminal is operable with the communication network, which
comprises a radio access network of a first type and a radio access network of a second type and the mobile terminal
35 accesses the communication network via the radio access network of the first type. The communication netwok may
further comprise a core network. A information, which includes at least one bearer capability field, is transmitter from
the mobile terminal to radio access network of the first type .. The information serves to indicate that a service requested
by the mobile terminal is only operable with the radio access network of the second type such that the inter-system
handover is required for employing the requested service.
40 [0037] According to one more embodiment of the present invention, the transmission, which includes the initiation, is
a transmission in accordance with a call control level procedure. In particular the transmission is a transmission in
accordance with a multimedia telephony call establishment procedure.
[0038] According to one more embodiment of the present invention, the mobile terminal comprises a call control entity
and a radio frequency interface for communication with the communication network. The call control entity is adapted
45 to encode the transmission and the radio frequency interface is adapted to transmit the transmission to a call control
entity of the radio access network of the first type, which is accessed by the mobile terminal.
[0039] According to a sixth aspect of the present invention, a network entity enabled for triggering an inter-system
handover within a communication network is provided. The network entity is part of the communication network, which
comprises at least a radio access network of a first type and a radio access network of a second type. The communication
50 network may further comprise a core network. Information is received from a mobile terminal, which is operable with the
radio access networks of the communication network, and the received information of the mobile terminal, which accesses
the communication network via the radio access network of the first type, includes at least one bearer capability field,
which indicates that a service requested by the mobile terminal is only operable with the radio access network of the
second type such that the inter-system handover of the mobile terminal to the radio access network of the second type
55 for access by the mobile terminal is triggered.
[0040] According to one more embodiment of the present invention, the transmission including the initiation is a
transmission in accordance with a call control level procedure. In particular the transmission is in accordance with a
multimedia telephony call establishment procedure.
5
EP 1 808 029 81
[0041] According to one more embodiment of the present invention, the network entity comprises an interface, a call
control entity and a triggering entity. The interface is adapted to receive the transmission. The call control entity is adapted
to decode and analyse the transmission in order to detect the indication for the inter-system handover encoded in the
transmission. The triggering entity is adapted to trigger the detected inter-system handover.
5 [0042] According to a seventh aspect of the present invention, communication network enabled for performing an
inter-system handover is provided. The communication network comprises radio access networks of at least a first and
a second type and a network entity for performing the inter-system handover indicated by a mobile terminal, which is
operable with the communication network. The inter-system handover is performed in response to transmission infor-
mation from the mobile terminal, which accesses the communication network via the radio access network of the first
10 type, to the radio access network of the first type. The transmitted information includes at least one bearer capability
field, which indicates that a service requested by the mobile terminal is only operable in the radio access network of the
second type.
[0043] According to one more embodiment of the present invention, the transmission including the initiation is a
transmission in accordance with a call control level procedure. In particular the transmission is a transmission in accord-
15 ance with a multimedia telephony call establishment procedure.
[0044] According to one more embodiment of the present invention, the communication network comprises a radio
frequency interface, a call control entity and a triggering entity. The radio frequency interface is adapted to receive the
transmission from the mobile terminal. The call control entity is adapted to decode and analyse the transmission in order
to detect the indication for the inter-system handover. The triggering entity, which is adapted to trigger the inter-system
20 handover, triggers the inter-system handover upon detection by the call control entity.
[0045] Other objects and features of the present invention will become apparent from the following detailed description
considered in conjunction with the accompanying drawings. It is to be understood, however, that the drawings are
designed solely for purposes of illustration and not as a definition of the scope of the invention, for which reference
should be made to the appended claims. It should be further understood that the drawings are not drawn to scale and
25 that they are merely intended to conceptually illustrate the structure and procedures described therein.
BRIEF DESCRIPTION OF THE FIGURES
[0046]
30
Fig. 1a shows a schematic flow chart of an inter-system handover from a 2nd generation technology communication
system to a 3rd generation technology communication system;
Fig. 1b shows a schematic flow chart of an inter-system handover from a 3rd generation technology communication
35 system to a 2nd generation technology communication system;
Fig. 2a shows a schematic sequence chart of a mobile originating call establishment procedure;
Fig. 2b shows a schematic sequence chart of a mobile terminating call establishment procedure;
40
Fig. 3 shows schematically the basic structure of a bearer capability information element;
Fig. 4a shows a first communication system, which includes a 2nd generation technology public land mobile network
and a 3rd generation technology public land mobile network and which enables the operation of a dual-mode
45 mobile terminal, according to a first embodiment of the present invention;
Fig. 4b shows a second communication system, which includes a 2nd generation technology public land mobile
network and a 3rd generation technology public land mobile network and which enables the operation of a
dual-mode mobile terminal, according to a second embodiment of the present invention;
50
Fig. 5a shows a schematic sequence chart of a mobile originating call establishment procedure with mobile originating
service-based inter-system handover initiation according to an embodiment of the present invention; and
Fig. 5b shows a schematic sequence chart of a mobile terminating call establishment procedure with mobile originating
55 service-based inter-system handover initiation according to an embodiment of the present invention.
6
EP 1 808 029 81
DETAILED DESCRIPTION OF THE INVENTION
[0047] An inter-system change from UMTS to GSM or GSM to UMTS takes place when a mobile terminal supporting
both UMTS and GSM changes the radio access technology. A detailed description of call establishment procedures is
5 given in the technical specification 3GPP TS 24.008 V3.19.0 (2004-06): "3rd Generation Partnership Project; Technical
Specification Group Core Network; Mobile radio interface layer 3 specification; Core Network Protocols; Stage 3 (Release
1999)", which is enclosed and incorporated herewith.
[0048] Fig. 1a shows a schematic flow chart of an inter-system handover of a dual-mode mobile terminal from a GSM
access network to a UMTS access network. The mobile terminal, the base station (BS) or the UMTS radio access
10 network (UTRAN) decides to perform an inter-system change, which makes the mobile terminal to switch to a new cell
that supports UMTS radio technology and stops transmission with the previously operated network, here the GSM radio
access network (RAN). Typically but not necessarily, the decision for an inter-system handover is based on a measure-
ment report relating quantities such as signal strength, signal quality, service quality, cell coverage, network data rate
load etc. Also typically, the core network of the radio access network in which the mobile terminal currently operates
15 initiates the inter-system handover including requesting the radio access network addressed by the intended inter-system
handover to reserve of resources for the mobile terminal. The request is acknowledged such that the inter-system
handover can be completed by instructing the mobile terminal to handover to the addressed radio access network. With
reference to Fig. 1a, the core network of the GSM based network requests the handover to the core network of the
UMTS based network, which acknowledges the handover after successful resource reservation. Finally, the mobile
20 terminal is instructed by the core network of the GSM based network to handover.
[0049] Fig. 1b shows a schematic flow chart of an inter-system handover of a dual-mode mobile terminal from a UMTS
access network to a GSM access network. The mobile terminal or base station system (BSS) or UTRAN decides to
perform an inter-system change, which makes the mobile terminal switch to a new cell that supports GSM radio tech-
nology, and stops transmission to the network, i.e. to a new cell that supports UMTS radio technology. The principles
25 explained with reference to Fig. 1a apply hereto likewise. The core network of the UMTS based network requests the
handover to the core network of the GSM based network, which acknowledges the handover after successful resource
reservation. Finally, the mobile terminal is instructed by the core network of the UMTS based network to handover
[0050] It is to be noted that the term handover is meant to include as well cell reselections.
[0051] It should be noted that teaching of inter-system handover procedures is described briefly and not comprehen-
30 sively. The detailed performing of a inter-system handover is out of the scope of the present invention and merely included
into the description for illustrative purposes .. Refer to the cited technical specification for detailed teaching.
[0052] Typical call establishment procedures will be described in the following with reference to Figs. 2a and 2b.
Basically, two different kinds of calls are distinguished in the field of mobile communications, the mobile originating or
mobile originated call and the mobile terminating or mobile terminated call. The term mobile originating call indicates a
35 call initiated by the mobile terminal, whereas the term mobile terminating call indicates a call initiated by the network
and by a calling entity connected to the network, respectively. Establishing procedures of both kinds will be illustrated
exemplarily below. A detailed description of call establishment procedures is given in the technical specification 3GPP
TS 24.008 V3.19.0 (2004-06): "Technical Specification Group Core Network; Mobile radio interface layer 3 specification;
Core Network Protocols; Stage 3 (Release 1999)", which should be enclosed herewith.
40 [0053] With reference to Fig. 2a, a mobile originating (MO) call establishment procedure is illustrated. A call control
(CC) entity of the mobile terminal initiates a call control connection by requesting the mobility management (MM) sublayer
to establish a mobile originating MM connection and entering the "MM connection pending" state. In principle two kinds
of mobile originating calls are distinguished: basic call and emergency call. The kind of call is coded as a parameter in
the request to establish an MM connection. The following description will address the basic call. Having entered the
45 "MM connection pending" state, upon MM connection establishment, the call control entity of the mobile terminal sends
a setup message to its peer entity of the network. In case of a basic call, this setup message is a designated as SETUP
message. Upon transmitting the SETUP message, the call control entity enters the "call initiated" state. The SETUP
message includes all information required by the network to process the call. In particular, the SETUP message includes
the called party address information and one or more bearer capability information elements (BC IE). The one or more
50 bearer capability information elements are illustrated below with reference to Fig. 3.
[0054] The "call initiated" state is supervised by a first timer (T303), which is already started before entering the "MM
connection pending" state. During "call initiated" state, the further proceeding of the call establishment procedure depends
on the kind of response received from the network by the call control (CC) entity of the mobile terminal. Typically the
possible responses comprise a CALL PROCEEDING message, a CONNECT message and a RELEASE COMPLETE
55 message. Upon receipt of the SETUP message, the call control entity of the network enters the "call initiated" state. In
this state, the call information included in the SETUP message is analysed. Based on the call information included in
the SETUP message, the call control entity of the network may determine that the received call information from the
mobile terminal is invalid. Then the call control entity of the network can initiate a call clearing procedure with one of the
7
EP 1 808 029 81
following cause values: "unassigned (unallocated) number"; "no route to destination"; "number changed"; and "invalid
number format (incomplete number)". Likewise, the call control entity of the network may determine that a requested
service is not authorized or is not available. Then the call control entity of the network should initiate a call clearing
procedure with one of the following cause values: "operator determined barring"; "bearer capability not authorized";
5 "bearer capability not presently available"; "service or option not available, unspecified"; or "bearer service not imple-
mented".
[0055] Otherwise, i.e. the call information is valid, the control entity of the network is enabled to either:
send a CALL PROCEEDING message to its peer entity (call control entity of the mobile terminal) to indicate that
10 the call is being processed; (the call control entity of the network enters the "mobile originating call proceeding" state);
send an ALERTING message to its peer entity to indicate that alerting has been started at the called user side; (the
call control entity of the network enters the "call received" state);
or
send a CONNECT message to its peer entity to indicate that the call has been accepted at the called user side; (the
15 call control entity of the network enters the "connect request" state).
[0056] The call control entity of the network may insert bearer capability information element(s) in the CALL PRO-
CEEDING message to select options presented by the mobile terminal in the bearer capability information element(s)
(BC IEs) included in the SETUP message transmitted by the mobile terminal to the network. Upon receipt of the CALL
20 PROCEEDING message, the call entity of the mobile terminal enters the "call initiated" state, stops the first timer (T303),
and starts a second timer (T31 O). The ALERTING message is send by call control entity of the network to its peer entity
at the mobile terminal, when the user alerting has been started at the called address. With receipt of the ALERTING
message, the call control entity of the mobile terminal enters the "call delivered" state, stops the timers (T303 and T31 O),
when running, and may output an altering indication to the user. The altering generation may be generated internally by
25 the mobile terminal or the network may be responsible of the delivery of the altering indication. Upon receiving an
indication that the call has been accepted, the call control entity of the network connects the traffic channel (including
the connection of an interworking function, if required) and sends a CONNECT message to its peer entity at the calling
mobile terminal. A third timer (T313) and the call control entity of the network enters the "connect indication" state. This
CONNECT message indicates to the call control entity of the (calling) mobile terminal that a connection has been
30 established through the network. The call control entity of the mobile terminal, upon receipt of a CONNECT message,
attaches the user connection; returns a CONNECT ACKNOWLEDGE message; stops any locally generated alerting
indication (if applied); stops timers (T303 and T31 O), if running; and enters the "active" state.
[0057] Now the call establishment procedure of a terminal originated call is completed and communications, especially
voice communications, between the (calling) mobile terminal and the called address can commence.
35 [0058] With reference to Fig. 2b, a mobile terminating (MT) call establishment procedure is illustrated. Before the call
establishment in accordance with a mobile terminating call can be initiated in the mobile terminal, the mobility management
(MM) connection has to be established by the network. After the arrival of a call from a remote calling entity, the call
control entity in the network initiates the mobility management (MM) connection establishment enters the "MM connection
pending" state. Upon completion of the MM connection, the call control entity of the network sends a SETUP message
40 to its peer entity at the mobile terminal, starts a first timer (T303), and enters the "call present" state. Upon receipt of a
SETUP message, the mobile terminal performs compatibility checking. If the result of the compatibility checking is
compatibility, the call control entity of the mobile terminal enters the "call present" state. An incompatible mobile terminal
responds with a RELEASE COMPLETE message. If no response to the SETUP message is received by the call control
entity of the network before the expiry of the first timer (T303), the cal failure procedures may be taken. The mobile
45 terminal receiving a SETUP message performs compatibility checking before responding to that SETUP message. The
compatibility checking is based on one or more bearer capability information elements included in the SETUP message.
The basic structure of the bearer capability information elements and valid parameters and values thereof are described
below with reference to Fig. 3.
[0059] Having entered the "call present" state, the call control entity of the mobile terminal acknowledges the SETUP
50 message by a CALL CONFIRMED message, and enters the "mobile terminating call confirmed" state. The call control
entity of the mobile terminal may include in the CALL CONFIRMED message to the network one or two bearer capability
information elements to the network, either pre-selected in the mobile terminal or corresponding to a service dependent
directory number. The mobile terminal may also include one or two bearer capabilities in the CALL CONFIRMED message
to define the radio channel requirements. A busy mobile terminal which satisfies the compatibility requirements indicated
55 in the SETUP message can respond either with a CALL CONFIRMED message if the call setup is allowed to continue
or a RELEASE COMPLETE message if the call setup is not allowed to continue, both with cause "user busy". If the
mobile user wishes to refuse the call, a RELEASE COMPLETE message shall be sent with the cause "call rejected". In
the cases where the mobile terminal responds to a SETUP message with RELEASE COMPLETE message the mobile
8
EP 1 808 029 81
terminal releases the MM connection and enters an idle state after sending the RELEASE COMPLETE message. The
call control entity of the network in the "call present" state, upon receipt of a CALL CONFIRMED message, stops the
first timer (T303), starts a second timer (T310), and enters the "mobile terminating call confirmed" state. The call control
entity of the mobile terminal having entered the "mobile terminating call confirmed" state, if the call is accepted at the
5 called user side, the mobile terminal proceeds with the call establishment. Otherwise, if the signal information element
was present in the SETUP message user alerting is initiated at the mobile terminal side; if the signal information element
was not present in the SETUP message, user alerting is initiated when an appropriate channel is available. Here, initiation
of user alerting means the generation of an appropriate tone or indication at the mobile terminal; and sending of an
ALERTING message by the call control entity of the mobile terminal to its peer entity in the network and entering the
10 "call received" state. The call control entity of the network in the "mobile terminated call confirmed" state, upon receipt
of an ALERTING message, sends a corresponding ALERTING indication to the calling entity; stops the second timer
(T31 O); starts a third timer (T301 ), and enters the "call received" state. In the "mobile terminating call confirmed" state
or the "call received" state, if the user of a mobile terminal is user determined "User Busy" then a DISCONNECT message
shall be sent with cause "user busy". In the "mobile terminating call confirmed" state, if the user of a mobile terminal
15 wishes to reject the call then a DISCONNECT message is sent with cause "call rejected". In the "mobile terminating call
confirmed" state or the "call received" state, the call control entity in the mobile terminal indicates acceptance of a mobile
terminating call by sending a CONNECT message to its peer entity at the network; starting a fourth timer (T313); and
entering the "connect request" state. In the "mobile terminated call confirmed" state or in the "call received" state, the
call control entity of the network, upon receipt of a CONNECT message, through connects the traffic channel (including
20 the connection of an interworking function, if required), stops the second, first or third timers (T31 O, T303 or T301) (if
running); sends a CONNECT ACKNOWLEDGE message to its peer entity at the called mobile terminal; initiates pro-
cedures to send a CONNECT message towards the calling entity and enters the "active" state. In the "connect request"
state, the call control entity of the mobile terminal, upon receipt of a CONNECT ACKNOWLEDGE message: stops the
fourth timer (T313) and enters the "active" state. When the fourth timer (T313) expires prior to the receipt of a CONNECT
25 ACKNOWLEDGE message, the mobile terminal initiates a call clearing procedure.
[0060] Now the call establishment procedure of a terminal originated call is completed and communications, especially
voice communications, between the (calling) mobile terminal and the called address can commence.
[0061] In general, the purpose of the bearer capability information element (BC-IE) is to request a particular bearer
service to be provided by the network. This indication is carried by certain connection control messages which may be
30 categorized into those messages, which are related to the call establishment procedures and which are used during the
established connection. During the call establishment procedure the public land mobile network (PLMN) bearer capability
information element (BC IE) is included in:
the SETUP message, which is generated by the requesting entity (i.e. either the mobile terminal or the mobile
35 services switching center (MSC)) to establish a mobile originating or mobile terminating call, respectively, and in
the CALL CONFIRMED or CALL PROCEEDING messages, respectively, which are generated by the responding
entity (i.e. either the mobile terminal or mobile switching center) in order to negotiate certain parameter values. If
no bearer capability information element (BC IE) is included in the SETUP message, the CALL CONFIRMED
message indicates the complete applicable bearer capability information element (BC IE). Normally, the network
40 may release the call if it does not support the service indicated by the bearer capability information element (BC
IE). Also, if the service does not match with the service requested from the fixed network terminal the mobile services
switching center (MSC) I interworking function (IWF) may release the call. (In the latter case also the fixed network
terminal may release the call.)
45 [0062] During the established connection the public land mobile network (PLMN) bearer capability information element
(BC IE) is included in the MODIFY, MODIFY COMPLETE, and MODIFY REJECT messages in order to change the
service (bearer capability) or to change the maximum number of traffic channels and/or wanted air interface user rate
when a non-transparent multislot data service is in use.
[0063] With reference to Fig. 3 the general structure of the public land mobile network (PLMN) bearer capability
50 information element (BC IE) is illustrated. Some of the shown octets are optional, some are only available or optional,
if the parameter "Information Transfer Capability" does not indicate "Speech"; and some are only available if EDGE is
used. A detailed description is available from the technical specification 3GPP TS 27.001 V3.15.0 (2004-06): "Technical
Specification Group Core Network; General on Terminal Adaptation Functions (TAF) for Mobile Stations (MS) (Release
1999)", which should be enclosed herewith.
55 [0064] With respect to the individual parameter settings at the mobile terminal the following cases may be distinguished
between the mobile originating call establishment and the mobile terminating call establishment.
[0065] The following table illustrates parameters relevant for the mobile originating call set up by a mobile terminal,
i.e. bearer capability parameters included in the SETUP message communicated to the network. A parameter may
9
EP 1 808 029 81
indicate a field value of one of the following types:
"requested value" indicating a request which cannot be changed by the responding entity;
"offered value" indicating a proposal which may be changed by the responding entity;
5 a particular choice value leaving it up to the responding entity which value ultimately applies;
"as requested" indicating that the requested value applies and is confirmed (by returning it);
"selected value" indicating that a particular value applies either out of the offered set or as a free choice out of the
defined set of values; and
"supported value" indicating a value supported by the responding entity.
10
Message
BC-parameter SETUP CALL PROC

15 Number of Data Bits (NOB) requested value as requested
Parity Information (NPB) requested value as requested
Number of Stop Bits (NSB) requested value as requested
Connection Element (CE) requested value (TINT) as requested

20
"both" with the preferred value Indicated (e.g. selected value (TINT)
both NT)
User Information Layer 2 Protocol (UIL2P) requested value or NAV as requested or NAV
25 User Rate requested value as requested
Data Compression (DC) requested value as requested or "NO"
Fixed Network User Rate (FNUR) requested value supported value
Other Modem Type (MT) requested value supported value

30
User Initiated Modification Indication (UIMI) requested value supported value
[0066] The following table illustrates parameters relevant for the mobile terminating call set up to a mobile terminal,
i.e. bearer capability parameters included in the CALL CONFIRMED message communicated to the mobile terminal.
35
Message
BC-parameter SETUP CALL CONF
Number of Data Bits (NOB) offered value selected value (free choice)
40
Parity Information (NPB) offered value selected value (free choice)
Number of Stop Bits (NSB) offered value selected value (free choice)
Connection Element (CE) requested value (TINT) as requested or selected value (TINT)
(free choice)
45
"both" with the preferred value selected value (TINT)
Indicated (e.g. both NT)
Sync/ Asynchronous requested value as requested or selected value
50 Rate adaptation/Other rate requested value as requested or selected value

adaptation
User Information Layer 2 Protocol offered value or NAV selected or NAV

(UIL2P)
55 User Rate offered value selected value
Data Compression (DC) requested value as requested or "NO"
Fixed Network User Rate (FNUR) offered value selected value
10
EP 1 808 029 81
(continued)
Message
BC-parameter SETUP CALL CONF

5
Other Modem Type (MT) offered value selected value
User Initiated Modification Indication offered value selected value

(UIMI)
10
[0067] The validity of a bearer capacity (BC) parameter value, either in the SETUP or CALL CONFIRMED message,
may differ from A/Gb mode to GERAN (GSM/EDG E radio access network) lu mode to UTRAN lu mode. Certain param-
eters are irrelevant in UTRAN or GERAN lu mode and any value given is valid and ignored. These parameters may be
available in the bearer capability information element (BC IE). For those parameters that are relevant in UTRAN lu mode,
15
GERAN lu mode and A/Gb mode, certain values may be invalid in one of the systems.
[0068] Invalid parameter values may cause rejection of the bearer capability (BC) and subsequent release of the call.
Parameters that are ignored in UTRAN or GERAN lu mode may be set to default values, or to specific values in view
of an eventual handover to A/Gb mode. Parameter values that are invalid in one system may result in unsuccessful
handover from the other system. The following table shows lists of parameters that are ignored in UTRAN and parameter
20
values which validity is different in A/Gb mode and UTRAN lu mode.
Parameter I value GSM UMTS
Radio Channel Requirements I any valid ignored
25 User rate I any valid ignored
Intermediate Rate I any valid ignored
NIC on transmission I any valid Ignored
NIC on reception I any valid ignored

30
Negotiation of IR requested I any valid Ignored
Acceptable Channel Codings I any valid ignored
Maximum number of traffic channels I any valid Ignored
35 User initiated modification indication I any valid Ignored
Asymmetry preference Indication I any valid Ignored
Modem type I
V.21, V.22, V.22bis, V.26ter valid Invalid

40
V.32 valid invalid for CE= T
Fixed Network User Rate (FNUR) I
32 kbitls Invalid for CE= NT val Id
45 33.6 kbit/s Invalid valid
9.6, 14.4, 19.2, 38.4, 48.0 Valid invalid for CE-T
28.8 valid Invalid for CE= Tin the case of ITC=UDI
Other Rate adaptation I

50
PIAFS Invalid valid
55
[0069] Those skilled in the art will appreciate the inventive concept on the basis of the teaching given above. Dual-
mode mobile terminals exist, which are capable to operate with different network technologies as described above. In
particular, dual-mode mobile terminals are operable with a 2nd generation PLMN, such as GSM, GSM with GPRS and/or
GSM with EDGE enhancement, and a 3rd generation PLMN, especially WCDMA, UMTS and the like. Such dual-mode
11
EP 1 808 029 81
mobile terminals are allowed to inter-system handover between the 2nd generation network technology and the 3rd
generation network technology. As described above, such inter-system handovers, also between system of differing
technologies, are conventionally operated on the basis of network measurements, such as coverage, signal quality
parameters (signal strength, signal error rate etc.), connection quality parameters (block error rate, etc.), load, service
5 quality parameters and quality of service and the like. Although there is also possibility for service-based handover,
where handover is done based on services supported only by one of the network, there exists currently no means
(specification) defined for indication of the need for service-based handover. This means that service-based handovers
are more like only a word without any actual implementation.
[0070] Currently the common way mobile terminals and networks operate is that they support multimedia telephony
10 only in PLMNs operating 3rd generation technology, not in 2nd generation technology PLMNs. In accordance with the
current specifications, mobile terminals may request multimedia calls only when operating in a 3rd generation PLMN.
Moreover, based on the network measurements, the network may order a dual-mode mobile terminal to operate in 2nd
generation technology PLMN at any time. If the user now wishes to do a multimedia video telephony call, there exists
up to now no way for the mobile terminal to request such a multimedia call. In fact, dual-mode mobile terminal can not
15 do anything else, except notifying the user that the desired multimedia call can not be done.
[0071] With reference to Fig. 4a a communications system according to a first embodiment of the present invention
is illustrated, which includes a 3rd generation technology PLMN and a 2nd generation technology PLMN, in particular a
UTRAN 1 (Universal Mobile Telecommunication Services Terrestrial Radio Access Network) employing WCDMA (wide-
band code division multiple access) and a GSM (Global System for Mobile communication) radio access network 2. The
20 OUTRAN 1 includes a Base Station (BS) which is connected to a Radio Network Controller (RNC). The Radio Network
cCntroller (RNC) of the UTRAN 1 is in turn connected to a home location register (HLR) and the mobile services switching
center (MSC). The GSM radio access network (RAN) includes a base station (BTS), which is connected to a base station
controller (BSC). The base station controller (BSC) of the GSM RAN 2 is in turn connected to the home location register
(HLR), to the mobile services switching center (MSC). Further network entities such as the visited location register (VLR),
25 interworking function (IWF), serving GPRS support node (SGSN), gateway GPRS support node (GGSN) belong to the
core network of the communication system. The core network servers for Switching communications in-between the
PLMN, to other PLMNs, to external communication networks such as telephony networks and data networks (packet
switched networks, Internet).
[0072] The illustrated communication system includes also a dual-mode mobile terminal, which supports GSM as well
30 as WCDMA network technology for wireless communication. The dual-mode mobile terminal is operable with either the
UTRAN or the GSM RAN for communication services. It shall be assumed that the dual-mode mobile terminal is currently
operating in the GSM RAN, which embodies a 2nd generation technology network. Video telephony calls, which represent
a specific class of multimedia calls, are requested with call control (CC) level messages, described above in detail with
reference to Figs. 2a and 2b. Nevertheless, multimedia telephony calls and especially video telephony calls usually
35 require a mobile terminal operating in a 3rd generation technology network supporting multimedia telephony services;
i.e. here the UTRAN.
[0073] With reference to Fig. 4b a communications system according to a second embodiment of the present invention
is illustrated, which includes a 3rd generation technology PLMN and a 2nd generation technology PLMN, in particular a
UTRAN 1 (UMTS universal mobile telecommunication services terrestrial radio access network) employing WCDMA
40 (wideband code division multiple access) and a GSM (Global System for Mobile communication) radio access network
2. The first and second embodiments of communication systems illustrated in Figs. 4a and 4b differ merely slightly. In
particular, the second embodiment includes in contrast to the first embodiment different mobile services switching centers
MSC-A and MSC-B associated with the GSM RAN 1 and the UTRAN 2, respectively.
[0074] With reference to Figs. Sa and Sb, the inventive concept will be described in accordance with the mobile
45 originating call establishment procedure as well as the mobile terminating call establishment procedure.
[0075] In case of a mobile originating video (multimedia) telephony call as illustrated in Fig. Sa, the mobile terminal
requests the call with SETUP message. As described above, the SETUP message contains one or more bearer capability
information elements (BC IEs), which indicates the bearer requirements for the call to be established. Before coding
and sending of the SETUP message, the current subscription of the mobile terminal is checked to determine whether
50 the mobile terminal is currently subscribed to either the GSM RAN (or GERAN BSS) or the UTRAN. Here, the dual-
mode mobile terminal operates in the GSM RAN (or GERAN BSS). Consequently, the desired video (multimedia)
telephony call may not be allowed, but may be enabled after an inter-system handover of the dual-mode mobile terminal
to the UTRAN. Consequently, the SETUP message to be transmitted is encoded with an indication that the required
bearer service(s) is/are not available.
55 [0076] With reference back to Fig. 3 and the description thereto, the skilled persons are thought that validity of a bearer
capacity (BC) parameter value, in the SETUP message, may differ from (GSM RAN, GERAN BSS) A/Gb mode to UTRAN
lu mode; i.e. there exists 2nd generation specific fields and 3rd generation specific fields. To inform the network, i.e. the
call control entity of the network, about the lacking support for the requested multimedia call, one or more 2nd generation
12
EP 1 808 029 81
specific bearer capability fields, for instance the channel coding fields, may be set to "not acceptable". The parameter
value "not acceptable" may be coded in accordance with a numeral or binary representation, i.e. in particular, the
parameter value "not acceptable" may be coded as numeral, decimal and binary "O", respectively. It should be noted
that any other representation is likewise applicable. Alternatively, there exists 2nd generation specific fields and 3rd
5 generation specific fields having differing valid parameter values, such as the fixed network user rate (FNUR), where
the rate value 33.6 kbit/s is a valid value as the dual mode mobile terminal is subscribed to a WCDMA (UMTS) PLMN.
Moreover, the fixed network user rate (FNUR) may contain also another date rate value, which is not applicable with
the 2nd generation technology network but applicable with the 3rd generation technology network, to which the handover
is intended. In UMTS, the video telephony call is operable at a 64 kBits/s transparent data communication connection.
10 [0077] The network, i.e. the call control entity thereof, which may be implemented in MSC, receives the SETUP
message, which contains one or more bearer capability information elements (BC IEs) with one or more bearer capability
fields values modified in the manner as described above. This means, the one or more channel coding fields may contain
"not acceptable" (value "O") and/or the FNUR field may contain a rate parameter value not applicable with GSM RAN
mode (e.g. 33.6 kbit/s, 64 kbit/s etc.).
15 [0078] The call control entity of the network analyses the one or more received bearer capability information elements
(BC I Es) and detects the modifications. This detection indicates to the call control entity of the network that the dual-
mode mobile terminals requests for a service, here the video (multimedia) telephony call, which is not supported by the
access network, in which the dual-mode mobile terminal is currently subscribed. Hence, the network initiates an inter-
system handover of the dual-mode mobile terminal. Such inter-system handover procedures are described above with
20 reference to Figs. 1a and 1b. After completion of the inter-system handover, the dual-mode mobile terminal is now
operating in the 3rd generation PLMN (WCDMA, UMTS), which supports the requested communication service, here
the multimedia (video) telephony service. Thus, the call establishment procedure can be continued with a CALL PRO-
CEEDING message sent by the call control (CC) entity of the network to the call control entity of the dual-mode mobile
terminal. The call establishment procedure follows now substantially the call setup procedure described above with
25 reference to Fig. 2a.
[0079] In case of a mobile terminating video (multimedia) telephony call as illustrated in Fig. 5b, the call control entity
of the network, in which the mobile terminal is currently subscribed, notifies also the call control entity of the mobile
terminal of an incoming call with a SETUP message. This SETUP message indicates to the mobile terminal that the
calling entity wishes to establish a multimedia call. The mobile terminal answers to this SETUP message with CALL
30 CONFIRMED message, which also contains one or more bearer capability information elements (BC IEs) defining
information about the capabilities of the mobile terminal for this multimedia call. With reference to the conventional case,
the CALL CON Fl RM ED message should contain a rejection indication due to the lacking support of the video (multimedia)
telephony call requested by the SETUP message. In contrast to the conventional case, the CALL CON Fl RM ED message,
which contains one or more bearer capability information elements (BC IEs) to inform the network about the bearer
35 capabilities of the mobile terminal, includes bearer capability fields with parameter value modified in the way as described
above. This means, the call control (CC) entity of the mobile terminal encodes a bearer capability information element
(BC IE) with one or more 2nd generation specific bearer capability fields, for instance the channel coding fields, set to
"not acceptable" (or any representation thereof such as value "O"). Alternatively, the call control (CC) entity encodes one
or more 2nd generation specific fields with a parameter value only applicable as the mobile terminal operates in a 3rd
40 generation technology network, such as the fixed network user rate (FNUR), where the rate value 33.6 kbit/s (or 64
kbit/s or any other applicable value) is a valid field parameter value as the dual mode mobile terminal is operating in a
WCDMA (UMTS) PLMN. This CALL CONFIRMED message containing the one or more bearer capability information
elements (BC I Es) with one or more bearer capability fields values modified in the manner as described above is sent
by the call control (CC) entity of the mobile terminal to the peer call control (CC) entity of the network.
45 [0080] The network, i.e. the call control entity thereof, which may be implemented in MSC, receives the CALL CON-
Fl RM ED message, which contains one or more bearer capability information elements (BC IEs) with one or more bearer
capability fields values modified in the manner as described above. This means, the one or more channel coding fields
may contain "not acceptable" and/or the FNUR field may contain a rate parameter value not applicable with GSM RAN
mode (e.g. 33.6 kbit/s, 64 kbit/s etc.).
50 [0081] The call control (CC) entity of the network analyses the one or more received bearer capability information
elements (BC I Es) and detects the modifications. This detection indicates to the call control (CC) entity of the network
that the dual-mode mobile terminals requests to establish a service, here the video (multimedia) telephony call, which
is not supported by the access network, in which the dual-mode mobile terminal is currently subscribed. Hence, the
network initiates an inter-system handover of the dual-mode mobile terminal Such inter-system handover procedures
55 are described above with reference to Figs. 1a and 1b. In particular, the MSC informs the GERAN BSS, in which the
mobile terminal is currently subscribed about the handover to the UTRAN After completion of the inter-system handover,
the dual-mode mobile terminal is now operating in the 3rd generation PLMN (WCDMA, UMTS), which supports the
requested communication service, here the multimedia (video) telephony service. Thus, the call establishment procedure
13
EP 1 808 029 81
can be continued with an ALERTING message sent by the call control (CC) entity of the mobile terminal to the call control
entity of the network and the calling entity, respectively. The call establishment procedure follows now substantially the
call setup procedure described above with reference to Fig. 2b.
[0082] In principle, the inventive concept is based on the fact that the bearer capability information element has differing
5 fields and or differing field parameter values applicable with 2nd generation technology networks and 3rd generation
technology networks. For example, there are no channel codings in 3rd generation technology systems, such as WCDMA
and UMTS, so channel coding fields are valid only for 2nd generation technology systems, such as GSM. In the same
way, some parameter value of fields may be applicable for one system only, for example, data rate 33.6 (64 kbit/s) in
fixed network user rate (FNUR) field is applicable only for 3rd generation technology systems.
10 [0083] The inventive concept includes several advantages. There are no new messages or information elements
needed in signalling between mobile terminal and the network and its entities to enable the (service-base terminal
originating) inter-system handover indication to the network. The interoperability with mobile terminals supporting older
standard specifications and network entities and components supporting older standard specifications is not compro-
mised such that operability of those terminals, entities, and components is guaranteed. The only reasonable way for a
15 network entity/component being realised on the basis of an older standard is to handle situations where no channel
codings are supported, which results in a disconnection of the call. Form user side, this is a similar behaviour compared
to the behaviour of the mobile terminal, which does not implement the functionality presented here. The communication
from the Mobile Services Switching Center (MSC) to the mobile terminal is substantially not affected; i.e. the mobile
terminating SETUP message remains actually exactly the same, as channel codings are not filled in the SETUP message
20 sent in this (downlink) direction to the mobile terminal.
[0084] Those skilled in the art will appreciate that the term RAN is used in its general understanding which may differ
from that of the standard description. The conjunction with a 2nd generation technology network and especially a GSM
network, the radio access network (RAN) thereof may also be understood as GERAN BSS (Base Station Subsystem).
To specify a 3rd generation radio access network, the term UTRAN is used in the description.
25 [0085] It should be noted that the CALL PROCEEDING message (shown in Fig. 5a) may be also sent to the mobile
terminal before the inter-system handover for the mobile terminal is initiated.
[0086] It should be also noted thatthe communication network receives this mobile originating service-based indication
for inter-system handover (either coded in the SETUP message in case of mobile originating call establishment or coded
in the CALL CONFIRMED message in case of mobile terminating call establishment) via the radio access network, to
30 which the mobile terminal is currently connected, and in case this radio access network does not employ the requested
radio access technology, the communication network checks whether the terminal can be handed over to a cell using
the requested technology. The final decision is thus taken by the communication network and depends in addition on
other related factors of which the mobile terminal has no knowledge, like the network configuration and the current load
situation. If it is possible, the communication network will hand the mobile terminal over to a cell using the preferred
35 radio access technology. Thus, the communication network is able to allocate a cell using the best suited radio access
technology as early as possible. Afterwards, the communication network maintains the provided knowledge about the
preferred radio access technology in order to enable the mobile terminal to use this technology for the duration of the
connection.
[0087] It should be noted that the above teaching with reference to Figs. 5a and 5b is applicable in a communication
40 system illustrated in Fig. 4a, which may be distinguished by a mobile services switching center (MSC) associated with
both the core network of the 2nd generation technology network system as well as the 3rd generation technology network
system. Alternatively to a common MSC, different MSC may be operable with the respective network system. Such an
embodiment is illustrated in Fig. 5b, where a first MSC-A is associated with the GSM RAN 1 (i.e. the 2nd generation
technology network) and the UTRAN 2 (i.e. 3rd generation technology network), respectively. The handling and signalling
45 relating to the inter-system handover is in principle out of the scope of the present invention, but a brief teaching about
possible signalling for inter-MSC handover should be given.
[0088] To make this solution according to the present invention also applicable for signalling between core network
(CN) and radio access network (RAN) and in case of an required inter-MSC handover, a signalling similar to the signalling
described above may be applied at A-interface base station subsystem application port (BSSAP) signalling. The A-
50 interface is a signalling interface between Mobile Services Switching Center (MSC) and Base Station Controller (BSC).
This means in case of multimedia or video telephony call ( requiring a 64kbit/s transparent data rate communication
connection between access network and mobile terminal), the MSC should be able to set the allowed radio interface
data rate values in the Channel Type Information Element (CT IE) of an Assignment Request message. In particular,
the octet 5a of the Channel Type Information Element to values 0, in particular together with indication that service
55 handover to UMTS should be performed by Base Station Controller (BSC). The same BSSAP signalling as used at the
A-interface may be applicable also with the E-interface, which represents the interface the MSC-A and the MSC-B in
inter-MSC inter-system handovers. During such inter-MSC inter-system handovers, the Channel Type IE (CT IE) of the
BSSAP is sent from MSC-A to MSC-B. MSC-B will have to create the Radio Access Network Application Port (RANAP)
14
EP 1 808 029 81
Radio Access Bearer (RAB) parameters that are used at lu interface towards the Radio Network Controller (RNC). In
particular to enable this, the MSC-B will have to get at least a Channel Type indicating FNUR 64kbit/s, which corresponds
to the requiring a 64kbit/s transparent data rate communication connection for video telephony calls.
[0089] In addition, when indicating the allowed radio interface data rate values as 0 in Channel Type Information
5 Element (CT IE), the MSC-B would also know that it's not possible to make a subsequent inter-system handover back
to GSM for a once established connection after above described handover, since the mobile station does not support
this service (radio interface data rate 0 kbit/s) in GSM mode.
10 Claims
1. Method of initiation an inter-system handover of a mobile terminal accessing a communication network, wherein
said communication network comprises at least a radio access network of a first type and a radio access network
of a second type, wherein said mobile terminal is capable of operating in at least said radio networks of said first
15 type and said second type, wherein said method is characterized by initiating said inter-system handover of said
mobile terminal accessing said communication network via said radio access network of said first type in response
to said mobile terminal transmitting information including at least one bearer capability field indicating that a requested
service is only operable with said radio access network of said second type.
20 2. Method according to claim 1, wherein said information transmitted for initiation is a transmission in accordance with
a call control level procedure.
3. Method according to claim 2, wherein said information is transmitted in accordance with a multimedia telephony call
establishment procedure.
25
4. Method according to anyone of the preceding claims, wherein said information is a call control message, said method
comprising transmitting said message from said mobile terminal to a core network using said radio access network
of said first type.
30 5. Method according to anyone of the preceding claims, wherein said at least one bearer capability field has an
inapplicable parameter value in view of said radio access network of said first type.
6. Method according to anyone of the preceding claims, wherein said at least one bearer capability field selected from
said plurality of bearer capability fields is distinguished in that at least one parameter value validity of said at least
35 one bearer capability field differs in communications with said radio access networks of said first type and said
second type.
7. Method according to anyone of the preceding claims, wherein said transmission is a call control SETUP message
in accordance with a mobile originating call establishment procedure,
40 said method comprising:
encoding said SETUP message with one or more bearer capability information elements including said at least
one bearer capability field in a call control entity of said mobile terminal; and
transmitting, by said mobile terminal, said SETUP message to a call control entity of said core network using
45 said radio access network of said first type to initiate said inter-system handover.
8. Method according to anyone of claims 1to6, wherein said transmission is a call control CALL CONFIRMED message
in accordance with a mobile terminating call establishment procedure,
said method comprising:
50
encoding, in a call control entity of said mobile terminal, said CALL CONFIRMED message with one or more
bearer capability information elements including said at least one bearer capability field; and
transmitting, by said mobile terminal, said CALL CONFIRMED message to a call control entity of said core
network using said radio access network of said first type to initiate said inter-system handover.
55
9. Method according to anyone of the preceding claims, wherein said at least one bearer capability information element
includes all channel codings fields being set to "not acceptable".
15
EP 1 808 029 81
10. Method according to anyone of the preceding claims, wherein said at least one bearer capability field includes a
fixed network user rate field being set to a data rate value only applicable with said radio access network of said
second type.
5 11. Method according to claim 10, wherein said fixed network user rate field is set to a data rate value of 33.6 kbit/s.
12. Method according to anyone of the preceding claims, wherein said radio access network of said first type is a 2nd
generation technology radio access network and said radio access network of said second type is a 3rd generation
technology radio access network.
10
13. Method according to anyone of the preceding claims, wherein said radio access network of said first type is a GSM
I GPRS, global system for mobile communications I general packet radio system, radio access network and said
radio access network of said second type is a WCDMA, wideband code division multiple access, radio access
network.
15
14. Method of initiation an inter-system handover of a mobile terminal accessing a communication network, wherein
said communication network comprises at least a radio access network of a first type and a radio access network
of a second type, wherein said mobile terminal is capable of operating in at least said radio networks of said first
type and said second type, wherein said method is characterized by initiating at a network entity of said commu-
20 nication network said inter-system handover of said mobile terminal accessing said communication network via said
radio access network of said first type in response to receiving from said mobile terminal information including at
least one bearer capability field indicating that a requested service is only operable with said radio access network
of said second type.
25 15. Method according to claim 14, wherein said information transmitted for initiation is a transmission in accordance
with a call control level procedure.
16. Method according to claim 14 or 15, wherein said information is a call control message, said method comprising
receiving said message from said mobile terminal at a core network using said radio access network of said first type.
30
17. Computer program product comprising program code sections stored on a computer-readable medium for carrying
out the respective steps of the corresponding method according to anyone of claims 1 to 16, when said program
code sections are run on a processor-based device associated either with the mobile terminal enabled for commu-
nication with said communication network, or with the network entity, respectively.
35
18. Module provided in a mobile terminal, which is operable with a communication network comprising at least a radio
access network of a first type and a radio access network of a second type, wherein said module is adapted to
access said communication network via said radio access network of said first type; characterized in that said
module is configured to transmit information including at least one bearer capability field from said module to said
40 radio access network of said first type for initiating an inter-system handover, wherein said information serves to
indicate that a requested service is only operable with said radio access network of said second type.
19. Mobile terminal enabled for initiation of an inter-system handover within a communication network, wherein said
mobile terminal is operable with said communication network comprising at least a radio access network of a first
45 type and a radio access network of a second type, wherein said mobile terminal is adapted to access said commu-
nication network via said radio access network of said first type; characterized in that said mobile terminal is
configured to transmit information including at least one bearer capability field from said mobile terminal to said
radio access network of said first type, wherein said information serves to indicate that a requested service is only
operable with said radio access network of said second type.
50
20. Mobile terminal according to claim 19, wherein said transmission including said initiation is a transmission in ac-
cordance with a call control level procedure.
21. Mobile terminal according to claim 20, wherein said transmission is in accordance with a multimedia telephony call
55 establishment procedure.
22. Mobile terminal according to anyone of claims 19 to 21, comprising a call control entity, which is adapted to encode
said transmission, and a radio frequency interface, which is adapted to transmit said transmission to a call control
16
EP 1 808 029 81
entity of said radio access network of said first type.
23. Network entity enabled for triggering an inter-system handover within a communication network, of which said
network entity is a part, wherein a transmission is received from a mobile terminal operable with at least a radio
5 access network of a first type and a radio access network of a second type forming said communication network,
characterized in that said network entity is adapted to trigger said inter-system handover to said radio access
network of said second type, in response to said transmission from said mobile terminal accessing said communi-
cation network via said radio access network of said fist type, wherein said transmission includes information including
at least one bearer capability field, which indicates that a requested service is only operable with said radio access
10 network of said second type.
24. Network entity according to claim 23, wherein said transmission including said initiation is a transmission in accord-
ance with a call control level procedure.
15 25. Network entity according to claim 24, wherein said transmission is in accordance with a multimedia telephony call
establishment procedure.
26. Network entity according to any of claims 23 to 25, comprising an interface, which is adapted to receive said
transmission, a call control entity, which is adapted to decode and analyse said transmission, in order to detect said
20 indication for said inter-system handover, and a triggering entity, which is adapted to trigger said inter-system
handover.
27. Communication network enabled for performing an inter-system handover, wherein said communication network
comprises radio access networks of at least a first and a second type and a network entity for triggering said inter-
25 system handover of a mobile terminal operable with said radio access networks of said first and said second type,
characterized in that said communication network is adapted to perform said inter-system handover to said access
network of said second type, in response to a transmission from said mobile terminal accessing said communication
network via said radio access network of said first type, wherein said transmission includes information including at
least one bearer capability field indicating that a service requested by said mobile terminal is only operable with said
30 radio access network of said second type.
28. Communication network according to claim 27, wherein said transmission including said initiation is a transmission
in accordance with a call control level procedure.
35 29. Communication network according to claim 28, wherein said transmission is in accordance with a multimedia te-
lephony call establishment procedure.
30. Communication network according to any of claims 27to 29, comprising a radio frequency interface, which is adapted
to receive said transmission from said mobile terminal, and a call control entity, which is adapted to decode and
40 analyse said transmission, in order to detect said indication for said inter-system handover, wherein a triggering
entity, which is adapted to trigger said inter-system handover, triggers said inter-system handover upon detection.
Patentanspruche
45
1. Verfahren zum Einleiten eines Inter-System Handovers eines Mobilendgerats, das auf ein Kommunikationsnetz
zugreift, wobei das Kommunikationsnetz mindestens ein Funkzugangsnetz eines ersten Typs und ein Funkzugangs-
netz eines zweiten Typs umfasst, wobei das Mobilendgerat in der Lage ist, in mindestens den Funknetzen des
ersten Typs und des zweiten Typs zu arbeiten, wobei das Verfahren gekennzeichnet ist durch:
50
Einleiten des Inter-System Handovers des Mobilendgerats, das auf das Kommunikationsnetz Ober das Funk-
zugangsnetz des ersten Typs zugreift, in Reaktion auf Ubertragen einer Information durch das Mobilendgerat,
die mindestens ein Tragerdienst-Fahigkeits-Feld beinhaltet, das anzeigt, dass ein angeforderter Dienst nur mit
dem Funkzugangsnetz des zweiten Typs betreibbar ist.
55
2. Verfahren gemaB Anspruch 1, wobei die Information, die zum Einleiten ubertragen wird, eine Obertragung gemaB
einer Verbindungssteuerungs-Schicht-Prozedur ist.
17
EP 1 808 029 81
3. Veriahren gemaB Anspruch 2, wobei die Information gemaB einer Verbindungsaufbau-Prozedur fOr Multimedia-
Telefonie ubertragen wird.
4. Veriahren gemaB einem der vorhergehenden Anspruche, wobei die Information eine Verbindungssteuerungs-Mel-
5 dung ist, wobei das Veriahren eine Obertragung der Meldung von dem Mobilendgerat an ein Kernnetz unter Ver-
wendung des Funkzugangsnetzes des ersten Typs umfasst.
5. Veriahren gemaB einem der vorhergehenden Anspruche, wobei das mindestens eine Tragerdienst-Fahigkeits-Feld
einen unanwendbaren Parameterwert hinsichtlich des ersten Funkzugangsnetzes des ersten Typs aufweist.
10
6. Veriahren gemaB einem dervorhergehenden Anspruche, wobei das mindestens eine Tragerdienst-Fahigkeits-Feld,
das aus der Mehrzahl von Tragerdienst-Fahigkeits-Feldern ausgewahlt wird, darin ausgezeichnet ist, dass sich
mindestens eine Parameterwert-Gultigkeit des mindesten einen Tragerdienst-Fahigkeits-Feldes bei der Kommuni-
kation mit dem Funkzugangsnetz des ersten Typs und des zweiten Typs unterscheidet.
15
7. Veriahren gemaB einem der vorhergehenden Anspruche, wobei die Obertragung eine Verbindungssteuerungs-
SETUP-Meldung gemaB einer Verbindungsaufbau-Prozedur, ausgehend von dem anrufenden Mobilendgerat, ist,
wobei das Veriahren umfasst:
20 Kodieren der SETUP-Meldung mit einem oder mehreren Tragerdienst-Fahigkeits-lnformationselementen, die

das mindestens eine Tragerdienst-Fahigkeits-Feld in einerVerbindungssteuerungs-Einheit des Mobilendgerats
beinhalten; und
Obertragen, durch das Mobilendgerat, der SETUP-Meldung an eine Verbindungssteuerungs-Einheit des Kern-
netzes unterVerwendung des Funkzugangsnetzes des ersten Typs, um das Inter-System Handovereinzuleiten.
25
8. Veriahren gemaB einem der Anspruche 1 bis 6, wobei die Obertragung eine Verbindungssteuerungs-ANRUFBE-
STATIGUNGS-Meldung gemaB einer Verbindungsaufbau-Prozedur, ankommend an das angerufene Mobilendge-
rat, ist,
wobei das Veriahren umfasst:
30
Kodieren, in einerVerbindungssteuerungs-Einheit des Mobilendgerats, der ANRUFBESTATIGUNGS-Meldung
mit einem oder mehreren Tragerdienst-Fahigkeits-lnformationselementen, die das mindestens eine Trager-
dienst-Fahigkeits-Feld beinhalten; und
Obertragen, durch das Mobilendgerat, der ANRUFBESTATIGUNGS-Meldung an eine Verbindungssteuerungs-
35 Einheit des Kernnetzes unter Verwendung des Funkzugangsnetzes des ersten Typs, um das Inter-System
Handover einzuleiten.
9. Veriahren gemaB einem der vorhergehenden Anspruche, wobei das mindestens eine Tragerdienst-Fahigkeits-
lnformationselement alle Kanalkodierungsfelder beinhaltet, die auf "nicht akzeptabel" festgelegt wurden.
40
1O. Veriahren gemaB einem der vorhergehenden Anspruche, wobei das mindestens eine Tragerdienst-Fahigkeits-Feld
ein Festnetz-Benutzerdatenraten-Feld beinhaltet, das auf einen Datenratenwert festgelegt wurde, der nur mit dem
Funkzugangsnetz des zweiten Typs anwendbar ist.
45 11. Veriahren gemaB Anspruch 1O, wobei das Festnetz-Benutzerdatenraten-Feld auf einen Datenratenwert von 33,6
Kbit/s festgelegt wird.
12. Veriahren gemaB einem der vorhergehenden Anspruche, wobei das Funkzugangsnetz des ersten Typs ein Funk-
zugangsnetz der 2. Generationstechnologie und das Funkzugangsnetz des zweiten Typs ein Funkzugangsnetz der
50 3. Generationstechnologie ist.
13. Veriahren gemaB einem der vorhergehenden Anspruche, wobei das Funkzugangsnetz des ersten Typs ein GSM/
GPRS, Global System for Mobile Communications I General Packet Radio System -Funkzugangsnetz ist und wobei
das Funkzugangsnetz des zweiten Typs ein WCDMA, Wideband Code Division Multiple Access - Funkzugangsnetz
55 ist.
14. Veriahren zum Einleiten eines Inter-System Handovers eines Mobilendgerats, das auf ein Kommunikationsnetz
zugreift, wobei das Kommunikationsnetz mindestens ein Funkzugangsnetz eines ersten Typs und ein Funkzugangs-
18
EP 1 808 029 81
netz eines zweiten Typs umfasst, wobei das Mobilendgerat in der Lage ist, in mindestens den Funkzugangsnetzen
des ersten Typs und des zweiten Typ zu arbeiten, wobei das Verfahren gekennzeichnet ist durch:
Einleiten auf einer Netzeinheit des Kommunikationsnetzes des Inter-System Handovers des Mobilendgerats,
5 das auf das Kommunikationsnetz Ober das Funkzugangsnetz des ersten Typs zugreift, in Reaktion auf Emp-
fangen einer Information von dem Mobilendgerat, die mindestens ein Tragerdienst-Fahigkeits-Feld beinhaltet,
das anzeigt, dass ein angeforderter Dienst nur mit dem Funkzugangsnetz des zweiten Typs betreibbar ist.
15. Verfahren gemaB Anspruch 14, wobei die Information, die zum Einleiten Obertragen wird, eine Ubertragung gemaB
10 einer Verbindungssteuerungs-Schicht-Prozedur ist.
16. Verfahren gemaB Anspruch 14oder15, wobei die Information eine Verbindungssteuerungs-Meldung ist, wobei das
Verfahren Empfangen der Meldung von dem Mobilendgerat in einem Kernnetz unter Verwendung des Funkzu-
gangsnetzes des ersten Typs umfasst.
15
17. Computerprogrammprodukt, umfassend Programmcodeabschnitte, die auf einem computerlesbaren Medium ge-
speichert werden, um die jeweiligen Schritte des entsprechenden Verfahrens gemaB einem der AnsprOche 1 bis
16 auszufOhren, wenn die Programmcodeabschnitte auf einer Prozessor-basierten Vorrichtung ausgefOhrt werden,
die jeweils entweder einem Mobilendgerat, das zur Kommunikation mit dem Kommunikationsnetz geeignet ist, oder
20 der Netzeinheit zugeornet ist.
18. Modul, das in einem Mobilendgerat bereitgestellt ist, das mit einem Kommunikationsnetz betreibbar ist, das minde-
stens ein Funkzugangsnetz eines ersten Typs und ein Funkzugangsnetz eines zweiten Typs umfasst, wobei das
Modul angepasst ist, um auf das Kommunikationsnetz Ober das Funkzugangsnetz des ersten Typs zuzugreifen;
25 dadurch gekennzeichnet, dass das Modul eingerichtet ist, um eine Information, die mindestens ein Tragerdienst-
Fahigkeits-Feld beinhaltet, von dem Modul an das Funkzugangsnetz des ersten Typs zu Obertragen, um ein Inter-
System Handover einzuleiten, wobei die Information zum Anzeigen dient, dass ein angeforderter Dienst nur mit
dem Funkzugangsnetz des zweiten Typs betreibbar ist.
30 19. Mobilendgerat, das zum Einleiten eines Inter-System Handovers innerhalb eines Kommunikationsnetzes geeignet
ist, wobei das Mobilendgerat mit dem Kommunikationsnetz betreibbar ist, das mindestens ein Funkzugangsnetz
eines ersten Typs und ein Funkzugangsnetz eines zweiten Typs umfasst, wobei das Mobilendgerat angepasst ist,
um auf das Kommunikationsnetz Ober das Funkzugangsnetz des ersten Typs zuzugreifen; dadurch gekennzeich-
net, dass das Mobilendgerat eingerichtet ist, um eine Information, die mindestens ein Tragerdienst-Fahigkeits-Feld
35 beinhaltet, von dem Mobilendgerat an das Funkzugangsnetz des ersten Typs zu Obertragen, wobei die Information
zum Anzeigen dient, dass ein angeforderter Dienst nur mit dem Funkzugangsnetz des zweiten Typs betreibbar ist.
20. Mobilendgerat gemaB Anspruch 19, wobei die Ubertragung, die die Einleitung beinhaltet, eine Ubertragung gemaB
40
21. Mobilendgerat gemaB Anspruch 20, wobei die Ubertragung gemaB einer Verbindungsaufbau-Prozedur tor Multi-
media-Telefonie ist.
22. Mobilendgerat gemaB einem der AnsprOche 19 bis 21, umfassend eine Verbindungssteuerungs-Einheit, die ange-
45 passt ist, um die Ubertragung zu kodieren, und eine Funkfrequenzschnittstelle, die angepasst ist, um die Ubertragung
an eine Verbindungssteuerungs-Einheit des Funkzugangsnetzes des ersten Typs zu Obertragen.
23. Netzeinheit, die geeignet ist, um ein Inter-System Handover innerhalb eines Kommunikationsnetzes auszulosen,
wobei die Netzeinheit ein Teil davon ist, wobei eine Ubertragung aus einem Mobilendgerat empfangen wird, das
50 mindestens mit einem Funkzugangsnetz eines ersten Typs und einem Funkzugangsnetz eines zweiten Typs be-
treibbar ist, die das Kommunikationsnetz bilden, dadurch gekennzeichnet, dass die Netzeinheit angepasst ist,
um das Inter-System Handover zum Funkzugangsnetz des zweiten Typs auszulosen, in Reaktion auf die Ubertra-
gung von dem Mobilendgerat, das auf das Kommunikationsnetz Oberdas Funkzugangsnetz des ersten Typs zugreift,
wobei die Ubertragung eine Information beinhaltet, die mindestens ein Tragerdienst-Fahigkeits-Feld beinhaltet, das
55 anzeigt, dass ein angeforderter Dienst nur mit dem Funkzugangsnetz des zweiten Typs betreibbar ist.
24. Netzeinheit gemaB Anspruch 23, wobei die Ubertragung, die die Einleitung beinhaltet, eine Ubertragung gemaB
19
EP 1 808 029 81
25. Netzeinheit gemaB Anspruch 24, wobei die Ubertragung gemaB einerVerbindungsaufbau-Prozedurtor Multimedia-
Telefonie ist.
26. Netzeinheit gemaB einem der Anspruche 23 bis 25, umfassend eine Schnittstelle, die angepasst ist, um die Uber-
5 tragung zu empfangen, eine Verbindungssteuerungs-Einheit, die angepasst ist, um die Obertragung zu dekodieren
und zu analysieren, um die Anzeige tor das Inter-System Handover zu erfassen, und eine Ausloseeinheit, die
angepasst ist, um das Inter-System Handover auszulosen.
27. Kommunikationsnetz, das geeignet ist, ein Inter-System Handover auszutohren, wobei das Kommunikationsnetz
10 Funkzugangsnetze mindestens eines ersten und eines zweiten Typs und eine Netzeinheit zum Auslosen des Inter-
System Handovers eines Mobilendgerats umfasst, das mit den Funkzugangsnetzen des ersten und des zweiten
Typs betreibbar ist, dadurch gekennzeichnet, dass das Kommunikationsnetz angepasst ist, um das Inter-System
Handover zu dem Zugangsnetz des zweiten Typs auszutohren, in Reaktion auf eine Obertragung von dem Mobi-
lendgerat, das auf das Kommunikationsnetz Ober das Funkzugangsnetz des ersten Typs zugreift, wobei die Uber-
15 tragung eine Information beinhaltet, die mindestens ein Tragerdienst-Fahigkeits-Feld beinhaltet, das anzeigt, dass
ein durch das Mobilendgerat angeforderter Dienst nur mit dem Funkzugangsnetz des zweiten Typs betreibbar ist.
28. Kommunikationsnetz gemaB Anspruch 27, wobei die Obertragung, die die Einleitung beinhaltet, eine Obertragung
gemaB einer Verbindungssteuerungs-Schicht-Prozedur ist.
20
29. Kommunikationsnetz gemaB Anspruch 28, wobei die Obertragung gemaB einer Verbindungsaufbau-Prozedur tor
Multimedia-Telefonie ist.
30. Kommunikationsnetz gemaB einem der Anspruche 27 bis 29, umfassend eine Funkfrequenzschnittstelle, die an-
25 gepasst ist, um die Ubertragung von dem Mobilendgerat zu empfangen, und eine Verbindungssteuerungs-Einheit,
die angepasst ist, um die Obertragung zu dekodieren und zu analysieren, um die Anzeige tor das Inter-System
Handover zu eriassen, wobei eine Ausloseeinheit, die angepasst ist, um das Inter-System Handover auszulosen,
das Inter-System Handover auf eine Erfassung auslost.
30
Revendications
1. a a
Precede destine initier un transfert intercellulaire inter-systeme d'un terminal mobile accedant un reseau de
communication, dans lequel ledit reseau de communication comprend au moins un reseau d'acces radio d'un
35 a
premier type et un reseau d'acces radio d'un second type, dans lequel ledit terminal mobile est apte etre exploite
dans au mo ins lesdits reseaux radio dudit premier type et duditsecond type, dans lequel ledit precede estcaracterise
a
par l'etape consistant initier ledit transfert intercellulaire inter-systeme dudit terminal mobile accedant audit reseau
a
de communication via ledit reseau d'acces radio dudit premier type en reponse la transmission, par le biais dudit
terminal mobile, d'une information comportant au moins un champ de capacite de porteuse indiquant qu'un service
40 requis est uniquement exploitable avec ledit reseau d'acces radio dudit second type.
2. Precede selon la revendication 1, dans lequel ladite information transmise pour !'initiation est une transmission selon
une procedure de niveau de commande d'appel.
45 3. Precede selon la revendication 2, dans lequel ladite information est transmise selon une procedure d'etablissement
d'appel de telephonie multimedia.
4. Precede selon l'une quelconque des revendications precedentes, dans lequel ladite information est un message
a
de commande d'appel, ledit precede comportant l'etape consistant transmettre ledit message dudit terminal mobile
5o a un reseau federateur en faisant appel audit reseau d'acces radio dudit premier type.
5. Precede selon l'une quelconque des revendications precedentes, dans lequel ledit au moins un champ de capacite
de porteuse presente une valeur de parametre inapplicable pour ledit reseau d'acces radio dudit premier type.
55 6. Precede selon l'une quelconque des revendications precedentes, dans lequel ledit au moins un champ de capacite
a
de porteuse choisi partir de ladite pluralite de champs de capacite de porteuse se distingue en ce qu'au moins
unevalidite devaleurde parametre dudit au moins un champ de capacite de po rte use differe dans les communications
avec lesdits reseaux d'acces radio dudit premier type et dudit second type.
20
EP 1 808 029 81
7. Precede selon l'une quelconque des revendications precedentes, dans lequel ladite transmission est un message
de reglage « SETUP,, de commande d'appel selon une procedure d'etablissement d'appel en provenance d'un
mobile,
ledit precede comportant les etapes ci-dessous consistant a:
5
coder ledit message de reglage « SETUP ,, avec un ou plusieurs elements d'information de capacite de porteuse
co mportant ledit au moins un champ de capacite de porteuse dans une entite de commande d'appel dudit
terminal mobile ; et
a
transmettre, par le biais dudit terminal mobile, ledit message de reglage « SETUP,, une entite de commande
10 d'appel, en faisant appel audit reseau federateur dudit reseau d'acces radio dudit premier type pour initier ledit
transfert intercellulaire inter-systeme.
8. a
Precede selon l'une quelconque des revendications 1 6, dans lequel ladite transmission est un message d'appel
confirme" CALL CONFIRMED ,, de comm an de d'appel selon une procedure d'etablissement d'appel determinaison
15 d'un mobile,
ledit precede comportant les etapes ci-dessous consistant a:
coder, dans une entite de commande d'appel dudit terminal mobile, ledit message d'appel confirme « CALL
CONFIRMED,, avec un ou plusieurs elements d'information de capacite de porteuse comportant ledit au moins
20 un champ de capacite de porteuse ; et
transmettre, par le biais dudit terminal mobile, ledit message d'appel confirme «CALL CONFIRMED,, une a
entite de commande d'appel dudit reseau federateur en utilisant ledit reseau d'acces radio dudit premier type
pour initier ledit transfert intercellulaire inter-systeme.
25 9. Precede selon l'une quelconque des revendications precedentes, dans lequel ledit au mo ins un element d'information
de capacite de porteuse comprend tous les champs de codages de canal qui sont definis en tant que « non
acceptables "·
10. Precede selon l'une quelconque des revendications precedentes, dans lequel ledit au moins un champ de capacite
30 de porteuse comprend un champ de debit d'utilisateur de reseau fixe qui est defini a une valeur de debit de donnees
applicable uniquement avec ledit reseau d'acces radio dudit second type.
11. Precede selon la revendication 10, dans lequel ledit champ de debit d'utilisateur de reseau fixe est defini a une
valeur de debit de donnees de 33,6 kbit/s.
35
12. Precede selon l'une quelconque des revendications precedentes, dans lequel ledit reseau d'acces radio dudit
premier type est un reseau d'acces radio de technologie de 28 generation et Iedit reseau d'acces radio dudit second
type est un reseau d'acces radio de technologie de 38 generation.
40 13. Precede selon l'une quelconque des revendications precedentes, dans lequel ledit reseau d'acces radio dudit
premier type est un reseau d'acces radio de systeme mondial de communication avec les mobiles I service general
de radiocommunication par paquets, GSM/GPRS, et ledit reseau d'acces radio dudit seconde type est un reseau
a
d'acces radio, d'acces multiple par repartition en code large bande, WCDMA.
45 a a
14. Precede destine initier un transfert intercellulaire inter-systeme d'un terminal mobile accedant un reseau de
communication, dans lequel ledit reseau de communication comprend au moins un reseau d'acces radio d'un
a
premier type et un reseau d'acces radio d'un second type, dans lequel ledit terminal mobile est apte fonctionner
dans au moins lesdits reseaux d'acces radio dudit premier type et dudit second type, dans lequel ledit precede est
a
caracterise par l'etape ci-dessous consistant initier, au niveau d'une entite de reseau dudit reseau de commu-
50 nication, ledit transfert intercellulaire inter-systeme dudit terminal mobile accedant audit reseau de communication
a
via Iedit reseau d'acces radio dudit premiertype, en reponse la reception, par leditterminal mobile, d'une information
comportant au moins un champ de capacite de porteuse indiquant qu'un service requis est uniquement exploitable
avec ledit reseau d'acces radio dudit second type.
55 15. Precede selon la revendication 14, dans lequel ladite information transmise pour !'initiation est une transmission
selon une procedure de niveau de commande d'appel.
16. Precede selon la revendication 14 ou 15, dans lequel ladite information est un message de commande d'appel,
21
EP 1 808 029 81
ledit precede comportant l'etape consistant a recevoir ledit message dudit terminal mobile au niveau d'un reseau
federateur en faisant appel audit reseau d'acces radio dudit premier type.
17. Produit-programme informatique comportant des sections de code de programme stockees sur un support lisible
5 par ordinateur pour mettre en oeuvre les etapes respectives du precede correspondant selon l'une quelconque des
a
revendications 1 16, lorsque lesdites sections de code de programme sont executees sur un dispositif base de a
processeur associe au terminal mobile active pour la communication avec ledit reseau de communication, ou a
l'entite de reseau, respectivement.
10 18. Module fourni dans un terminal mobile, qui est exploitable avec un reseau de communication comportant au moins
un reseau d'acces radio d'un premier type et un reseau d'acces radio d'un second type, dans lequel ledit module
est apte a acceder audit reseau de communication via ledit reseau d'acces radio dudit premier type ; caracterise
en ce que ledit module est configure pour transmettre une information comportant au moins un champ de capacite
de porteuse dudit module audit reseau d'acces radio dudit premier type en vue d'initier un transfert intercellulaire
15 inter-systeme, dans lequel ladite information sert a indiquer qu'un service requis est uniquement exploitable avec
ledit reseau d'acces radio dudit second type.
19. Terminal mobile active pour !'initiation d'un transfert intercellulaire inter-systeme au sein d'un reseau de communi-
cation, dans lequel ledit terminal mobile est exploitable avec ledit reseau de communication comportant au moins
20 un reseau d'acces radio d'un premier type et un reseau d'acces radio d'un second type, dans lequel ledit terminal
a
mobile est apte acceder audit reseau de communication via ledit reseau d'acces radio dudit premier type ; carac-
terise en ce que ledit terminal mobile est configure pour transmettre une information comportant au moins un
champ de capacite de porteuse, dudit terminal mobile audit reseau d'acces radio dudit premier type, dans lequel
a
ladite information sert indiquer qu'un service requis est uniquement exploitable avec ledit reseau d'acces radio
25 dudit second type.
20. Terminal mobile selon la revendication 19, dans lequel ladite transmission comportant ladite initiation est une trans-
mission selon une procedure de niveau de commande d'appel.
30 21. Terminal mobile selon la revendication 20, dans lequel ladite transmission s'effectue selon une procedure d'eta-
blissement d'appel de telephonie multimedia.
22. Terminal mobile selon l'une quelconque des revendications 19 a 21, comportant une entite de commande d'appel,
qui est apte a coder ladite transmission, et une interface de frequence radio, qui est apte a transmettre ladite
35 transmission a une entite de commande d'appel dudit reseau d'acces radio dudit premier type.
23. Entite de reseau activee en vue de declencher un transfert intercellulaire inter-systeme au sein d'un reseau de
communication, dont ladite entite de reseau fait partie, dans laquelle une transmission est rec;:ue d'un terminal mobile
exploitable avec au moins un reseau d'acces radio d'un premier type et un reseau d'acces radio d'un second type
40 a
formant ledit reseau de communication, caracterisee en ce que ladite entite de reseau est apte declencher ledit
transfert intercellulaire inter-systeme audit reseau d'acces radio dudit second type, en reponse au fait que ladite
transmission en provenance dudit terminal mobile accede audit reseau de communication via ledit reseau d'acces
radio dudit premier type, dans laquelle ladite transmission comporte une information incluant au moins un champ
de capacite de porteuse, lequel indique qu'un service requis est exploitable uniquement avec ledit reseau d'acces
45 radio dudit second type.
24. Entite de reseau selon la revendication 23, dans lequel ladite transmission comportant ladite initiation est une
transmission selon une procedure de niveau de commande d'appel.
50 25. Entite de reseau selon la revendication 24, dans lequel ladite transmission s'effectue selon une procedure d'eta-
blissement d'appel de telephonie multimedia.
26. Entite de reseau selon l'une quelconque des revendications 23 a25, comportant une interface, qui est apte a recevoir
a a
ladite transmission, une entite de commande d'appel, qui est apte decoder et analyser ladite transmission en
55 vue de detecter ladite indication pour ledit transfert intercellulaire inter-systeme, et une entite de declenchement,
a
qui est apte declencher ledit transfert intercellulaire inter-systeme.
27. Reseau de communication apte amettre en oeuvre un transfert intercellulaire inter-systeme, dans lequel ledit reseau
22
EP 1 808 029 81
de communication comp rend des reseaux d'acces radio d'au mo ins un premier type et un second type et une entite
de reseau pour declencher ledit transfert intercellulaire inter-systeme d'un terminal mobile exploitable avec les
reseaux d'acces radio dudit premier type et dudit second type, caracterise en ce que ledit reseau de communication
a
est apte mettre en oeuvre ledit transfert intercellulaire inter-systeme audit reseau d'acces radio dudit second type,
5 en reponse au fait qu'une transmission dudit terminal mobile accede audit reseau de communication via ledit reseau
d'acces radio dudit premier type, dans lequel ladite transmission comprend une information incluant au moins un
champ de capacite de porteuse indiquant qu'un service requis par ledit terminal mobile est uniquement exploitable
avec ledit reseau d'acces radio dudit second type.
10 28. Reseau de communication selon la revendication 27, dans lequel ladite transmission comportant ladite initiation est
une transmission selon une procedure de niveau de commande d'appel.
29. Reseau de communication selon la revendication 28, dans lequel ladite transmission s'effectue selon une procedure
d'etablissement d'appel de telephonie multimedia.
15
30. Reseau de communication selon l'une quelconque des revendications 27 a29, comportant une interface afrequence
a
radio, qui est apte recevoir ladite transmission en provenance dudit terminal mobile, et une entite de commande
a a
d'appel, qui est apte decoder et analyser ladite transmission, en vue de detecter ladite indication pour ledit
a
transfert intercellulaire inter-systeme, dans lequel une entite de declenchement, qui est apte declencher ledit
20 a
transfert intercellulaire inter-systeme, declenche ledit transfert intercellulaire inter-systeme suite une detection.
25
30
35
40
45
50
55
23
EP 1 808 029 81
Mobile GSMBSS
Tenninal (RAN).
MSC UTRAN
Mobile Terminal operates in 20 {GSM) network
System Infonnation
Measurement Report
Resource Reservati n Acknowledge and

Hand v u:unand
Inter-System Handover
Command
Mobile Terminal operates in 30 (UMTS) n.etwork
Fig. la
Mobile GSMBSS
Terminal
UTRAN MSC (RAN)
l l l l
( Mobile Terminal operates in 3G (UMTS) n.etwork
.... System Infonnation

~
Measurement Report ..
,,,
Resource.! 1-eservation _..,
Resource Reservati< n Acknowledge and
.....
-~ Handover Con:nnand
-
~ Command
Handover Access
.
..
""."
Mobile Tenninal operales in2G~-OSM) network

J_ J_ J
£:'.!~-~.,;;.;:- ...... ~,~ ·: ·.: '..:-!a lf·;'· . . .. :.'::'.~J..· ,._;J [! .. ', .. f-~;;!,.~:::, • ;< . -~d ['·' .;1,, ~:-. ......
-.~:..,; -~
Fig. lb
24
EP 1 808 029 81
Mobile Tenninal I Network/

CC entity CC entity
SETUP message
___ {i!J) ____~9~<;!'-~!!_ajE______ ~--------

CC entity CC entity
CONNECT messqe
....
CONNECT ACKNOWLEDGE message

..
Fig. 2a
25
EP 1 808 029 81

CC entity CC entity
SETUP messa e
____ !9-----~~-~Q~l?~!~a.1.e_____ _
____ !~l----~~~§.!f~~~~~.!!i! __ _
Mobile Terminal I Network/

CC entity CC entity
CONNECT message ..
CONNECT ACKNOWLEDGE message
Fig. 2b
26
EP 1 808 029 81
8 7 6 5 4 3 2 1
Bearer capability IEI octet 1
Lel}Qth of the bearer c~abillli' contents octet2
0/1 radio co- trans Information
channel ding fer transfer octet3
ext
r~uirement std mode c~abi~
0/1
0 0
co- speech version
ext
dl1!9.
CTM spare
indication
octet 3a*
0/1 0 0 0
ext co- spare spare
speech version octet 3b etc*
di1!9. Indication
1 comp
structure
dupl. confi
NIRR esta-
ext -ress. mode _g_ur. bll.
0/1 0 0 rate signalling
octets-
ext access Id. adaption access protocol
0/1 Other rate 0 0 0 octet'Sa*
ext Other ITC ada_J)_tlon S_p_are
1 Hdr/ Multi Ass lg lnb. 0
Mode LLI octet'Sb*
ext noHdr frame nor/e neg Spare
0/1 0 1 User information sync/
octet'6*
ext lay_er 1 Id. l~er 1_Q_rotocol async
numb. nego- numb.
0/1 stop tia- user rate octet ea•
data
ext
bits tlon bits
0/1 intermed. NIC NIC Parity octet Sb*
ext rate on TX on RX
0/1 connection
modem type octet 6c*
ext element
0/1 Other
Fixed network user rate octet Gd*
ext modemtvDe
Acceptable
0/1 Maximum number of
octet6e*
channel
ext traffic channels
codin_g_s
0/1 Wanted air interface
UIMI octet 6f9
ext user rate
Acceptable Asymmetry 0 0
1 channel codings octet6g*
ext
extended Indication s~are
1 1 0 User infonnatlon
octet.,.
ext lay~r2 Id. l!!Y_er 2..Q..rotocol
Fig. 3
27
EP 1 808 029 81
GGSN
HLR
3G-SGSN MSC(+VLR) 2G-SGSN
BS (NodeB) BTS
dual-mode
mobile terminal,
Fig. 4a
GGSN
HLR
3G-SGSN MSC-A 2G-SGSN
VLR
RNC BSC
'EJ .
BS(NodeB) BTS
dual-mode
. mobile tennina1
Fig.4b
28
EP 1 808 029 81
Dual-Mode RAN MSC

Mobile Terminal (2nd Generation) (3rd Generation)
Dual-Mode Mobile Tenninal operates in 2G (GSM) network
Handover co lete
Dual~Mode Mobile Terminal operates in 30 (WCDMA) network:
CALLPROCE
Fig. Sa
Dual-Mode RAN MSC

Mobile Terminal (2m! Generation) (3"' Generation)
l l l
Dual.Mode Mobile Terminal operates in 20 {OSM) network
...
.....
SETUP message
CALL CONFm.MED messa e with modified BC IE fields
....
Inter.;system Handover
Handover complete .....r
Dual-Mode Mobile Terminal operates in 30 (WCDMA) network
ALERTIN Gmessage ..
,,.
t .. · ,; ..... •. .-:. :.: J t::·. ;: •.. ·'···: ·"!:-:. ·.;.] (Ii"'·'"'.'...!'~ .. ; ,;;!J',:,.' j : 1ti
·Fig. Sb
29
EP 1 808 029 81
REFERENCES CITED IN THE DESCRIPTION
This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European
patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be
excluded and the EPO disclaims all liability in this regard.
Patent documents cited in the description
• WO 0027051 A2 [0013] • US 2003186698 A 1 [0016]

• US 6002933 A [0014] • US 2005073977 A1 [0017]
• US 2001007819 A1 [0015]
30
Page 1
IPR INFORMATION STATEMENT AND LICENSING

DECLARATION
IPR HOLDER I ORGANISATION ("Declarant")
Legal Name: Nokia Car oration
, CONTACT DETAILS FOR LICENSING INFORMATION:

Re ·-----------
Name and Title: Kalle Moilanen, IPR Manager
Department: IPR
Address: Joens~unkatu 7, P.O.Box 86, FIN-24101 Salo, Finland
Telephone: +358 50 366 2022 Fax: +358 7180 44275

Email: kalle.moilanen@nokia.com URL:

In accordance with Clause 4.1 of the ETSI IPR Policy the Declarant and/or its AFFILIATES hereby informs
Statement Annex.
~ are the proprietor of the IPR(s) disclosed in the attached IPR Information Statement Annex.

In accordance with Clause 6.1 of the ETSI IPR Policy the Decl arant and/or its AFFILIATES hereby
[SI To the extent that the IPR(s) disclosed in the attached IPR Information Statement Annex are or
conditions which are in accordance with Clause 6.1 of the ETSI IPR Policy.
[SI This irrevocable undertaking is made subject to the condition that those who seek licences
0 The Declarant and/or its AFFILIATES are not prepared to make the above IPR Licensing Declaration
(reasons may be explained in writing in the attached IPR Licensing Declaration Annex).
SIGNATURE
this form.
Place, Date: Salo, Finland, 21st of June 2010
Signature:
Please return this form duly signed to: ETSI Director-Genera/

Page 3
200480044232 .1 101044771 CN
04798766.4 1808029 DE

EP
04798766.4 1808029 OK
Inter-system
04798766.4 1808029 GB
hand over of a
2238/DELNP/2007 IN
0479876 mobile terminal
5.3 .6.2.1, 1808029 2007 -539641 2008-519520 JP I
24.008 6.9.0 Nokia 6.4 operable with a
GSM 5.3.6.2.2 2007-7010154 2007-61577 KR
Corporation first and a
PI20055102 MY
second radio
783/2005 PK
access network
04798766.4 1808029 RO
94137753 TW
11 /666578 20090156215 US
PCT1IB2004/003590 W02006 /048697 WO
I
Unlicensed
44.318 :6.2.2. 44.318: mobile access 200680021168.4 101199163 I CN
1,6.1,6.2.2.2, 8.7.0 , 11 /2883 20060286 support in US 06744959 .5 1891774 EP
44.318, Nokia
GSM 11 .2.7, 43.318: 41 981 mobile networks PCT/IB2006/051554 W02006 /134504 WO
43.318 Corporation
43 .318 :3.1, 8.4.0 of the third
4.2 generation
!
System and I
method for
secure US
33.259 4.1, B.1 , 4.4.1 9.0.0 Nokia 10/8813 20060005 communications
GSM 14 033 between at
Corporation
least one user I
device and a I
network entity
Mod ified dual
US
20070286 symbol rate for 200780013791 .X 101427508 CN
45.004 4.1, 5.1 7.2.0 Nokia 11 /7299
GSM 300 uplink mobile 8241 /DELNP/2008 IN
Corporation 56
com m u nications PCT /IB2007 /000815 W02007 /119135 WO
I
Page 1
IPR INFORMATION STATEMENT AND LICENSING

DECLARATION
IPR HOLDER I ORGANISATION ("Declarant"}
Legal Name: Nokia Cor oration

Re .__________ _
Name and Title: J<alle Moilanen, IPR Manager
Department: IPR
Address: Joensuunkatu 7, P.O.Box ~_ey, FIN-24101 Salo, Finland
Telephone: +358 50 366 2022 Fax: +358 7180 44275

.-~~~~~~~~~-
Email: kalle.moilanen@nokia.com URL:

Statement Annex.
~ are the proprietor of the IPR(s) disclosed in the attached IPR Information Statement Annex.

In accordance with Clause 6.1 of the ETSI IPR Policy the Declarant and/or its AFFILIATES hereby
~ To the extent that the IPR(s) disclosed in the attached IPR Information Statement Annex are or
conditions which are in accordance with Clause 6.1 of the ETSI IPR Policy.
[ZJ This irrevocable undertaking is made subject to the condition that those who seek licences
SIGNATURE
this form.
Place, Date: Salo, Finland, 21st of June 2010
~ f&VJc')-=
t
nature:
Please return this form duly signed to· ETSI Director-General

_ETSI - 650, route des Lucio/es - F-06921 Sophia Antipolis Cedex - France I Fax. +33 (0) 4 93 65 47 16
__ ___,
Page 6
200480044232 .1 101044771 CN
EP 04798766.4
04798766.4
1808029
1808029
DE
OK
Inter-system
04798766.4 1808029 GB
hand over of a 1
2238/DELNP/2007 IN
0479876 mobile terminal I JP
5.3.6.2 .1, 1808029 2007-539641 2008-519520
24.008 6.9.0 Nokia 6.4 operable with a
UMTS 5.3.6.2.2 2007-7010154 2007-61577 KR
Corporation first and a
PI20055102 MY
second radio
783/2005 PK
access network
04798766.4 1808029 I RO
94137753 I TW
11 /666578 20090156215 US
PCT/IB2004/003590 W02006/048697 WO
System and
method for
secure US
I
33 .259 4.1, B.1 , 4.4.1 9.0.0 Nokia 10/8813 20060005 communications
UMTS
Corporation 14 033 between at I I
least one user

1
device and a
network entity
Page 2 (version 7)
ETSI Rules of Procedure, 20 March 2013
IPR INFORMATION STATEMENT AND LICENSING DECLARATION

Legal Name: Vringo Infrastructure, Inc.

Name and Title: David L. Cohen, Esq.
Department: Intellectual Property Department, Vringo
Address: 780 Third Avenue
New York, NY 10017
Telephone: 646-532-6776 Fax: 646-532-6775
Email: dcohen@vringoinc.com URL: http://vringoinc.com

ltem(s), STANDARD(S) and/or TECHNICAL SPECIFICATION{S) identified in the attached IPR Information
Statement Annex.
IX] are the proprietor of the IPR(s) disclosed in the attached IPR Information Statement Annex.
D are not the proprietor of the IPR{s) disclosed in the attached IPR Information Statement Annex.

IX] To the extent that the IPR{s) disclosed in the attached IPR Information Statement Annex are or
SPECIFICATION identified in the attached IPR Information Statement Annex , the Declarant and/or its
AFFILIATES are (1) prepared to grant irrevocable licences under this/these IPR(s) on terms and
conditions which are in accordance with Clause 6.1 of the ETSI IPR Policy ; and (2) will comply with
Clause 6.1 bis of the ETSI IPR Policy.
~ This irrevocable undertaking is made subject to the condition that those who seek licences
SIGNATURE
By signing thfs IPR Information Statement and Licensing Declaration form, you represent that you have the
this form.
Name of authorized person : u ~v 1,0 L ( oi..lf.N
Title of authorized person :
Place, Date : ,vm
Signature: /lltJ.L l oJ.tN
ETSI - 650, route des Lucio/es - F-06921 Sophia AntipoUs Cedex - France I Fax. +33 (0) 4 93 65 47 16
IPR Information Statement Annex
STANDARD, TECHNICAL SPECIFICATION or
FURTHER INFORMATION
ETSI Work Item
Other members of this PATENT FAMILY, if any *
Illustrative
Application Publication Patent/Application Country of
Work Specific Proprietor
Project or No. No. Title registration
item or part of the Version Country of
Standard Application No. Publication No.
Standard standard (V.X.X.X) registration
name
No. (e.g.
Section)
LTE$ 123.272$ 4.1,$4.2,$ V8.12.0$ Vringo$ 04798766.4$ 1808029$ Inter>system$ EP$ 200480044232.1$ 602004021646.1$ DE$
4.3.1,$ Infrastructure,$ hand>over$of$a$ 04798766.4$ 101044771$ CN$
6.2,$7.3$ Inc.$ mobile$ 04798766.4$ 1808029$ DK$
terminal$ 04798766.4$ 1808029$ GB$
operable$with$a$ 2238/DELNP/2007$ $ IN$
first$and$a$
2007>539641$ 4612050$ JP$
second$radio$
2007>7010154$ 912629$ KR$
access$network$
PI20055102$ 142706>A$ MY$
783/2005$ 141924$ PK$
047998766.4$ 1808029$ RO$
94137753$ I393462$ TW$
11/666578$ 20090156215$ US$
PCT/IB2004/003590$ WO2006/048697$ WO$
LTE$ 124.301$ 8.2.15.1,$ V.8.10.0$ Vringo$ 04798766.4$ 1808029$ Inter>system$ EP$ 200480044232.1$ 602004021646.1$ DE$
9.9.3.27$ Infrastructure,$ hand>over$of$a$ 04798766.4$ 101044771$ CN$
Inc.$ mobile$ 04798766.4$ 1808029$ DK$
terminal$ 04798766.4$ 1808029$ GB$
first$and$a$
2007>539641$ 4612050$ JP$
second$radio$
access$network$ 2007>7010154$ 912629$ KR$
PI20055102$ 142706>A$ MY$
783/2005$ 141924$ PK$
047998766.4$ 1808029$ RO$
94137753$ I393462$ TW$
11/666578$ 20090156215$ US$
PCT/IB2004/003590$ WO2006/048697$ WO$
LTE$ 124.008$ 10.5.4.5$ V.9.2.0$ Vringo$ 04798766.4$ 1808029$ Inter>system$ EP$ 200480044232.1$ 602004021646.1$ DE$
Infrastructure,$ hand>over$of$a$ 04798766.4$ 101044771$ CN$
Inc.$ mobile$ 04798766.4$ 1808029$ DK$
terminal$ 04798766.4$ 1808029$ GB$
! 1!
first$and$a$ 2007>539641$ 4612050$ JP$
second$radio$ 2007>7010154$ 912629$ KR$
access$network$ PI20055102$ 142706>A$ MY$
783/2005$ 141924$ PK$
047998766.4$ 1808029$ RO$
94137753$ I393462$ TW$
11/666578$ 20090156215$ US$
PCT/IB2004/003590$ WO2006/048697$ WO$
UMTS/GSM$ 24.008$ 5.3.6.2.1,$ V.6.9.0$ Vringo$ 04798766.4$ 1808029$ Inter>system$ EP$ 200480044232.1$ 602004021646.1$ DE$
5.3.6.2.2$ Infrastructure,$ hand>over$of$a$ 04798766.4$ 101044771$ CN$
Inc.$ mobile$ 04798766.4$ 1808029$ DK$
terminal$ 04798766.4$ 1808029$ GB$
first$and$a$
2007>539641$ 4612050$ JP$
second$radio$
2007>7010154$ 912629$ KR$
access$network$
PI20055102$ 142706>A$ MY$
783/2005$ 141924$ PK$
047998766.4$ 1808029$ RO$
94137753$ I393462$ TW$
11/666578$ 20090156215$ US$
PCT/IB2004/003590$ WO2006/048697$ WO$
* Information on other members of a PATENT FAMILY is provided voluntarily (Clause 4.3 of the ETSI IPR Policy).
!
!
! 2!
特許出願人発明の名称出願番号等備考(出願国名)( 2)
(PATENT HOLDER) (NAME OF PATENT) (REGISTRATION NO. / REMARKS
APPLICATION NO.)
NOKIA Method and apparatus for detecting hangover periods in a TDMA JP9-504848, 3826185 Other countries:
CORPORATION *8.20 wireless communication system using discontinuous transmission AT, AU, BR, CA, CN, DE, ES, FI,
FR, GB, IT, MX, RU, SE, US, WO
NOKIA Upgrading of resources in a telecommunications network JP2000-527040, AU, CN, DE, EP, ES, FI, FR, GB, IT,
CORPORATION *8.20 2002500467 NL, RO, US, WO
NOKIA Multi-mode radio telephone which executes handover between JP7-333841, 3182068 DE, EP, FR, GB, SE, US
CORPORATION *8.20 different system
NOKIA Method and device for carrying out security procedures involving JP2001-540555, 3830388 CA, CN, DE, EP, FI, FR, GB, IT, NL,
CORPORATION *8.20 mobile stations in hybrid cellular telecommunication systems US, WO
NOKIA Authentication in heterogeneous IP networks JP2006-530754, 4475596 AU, CN, EP, IN, KR, US, WO
CORPORATION *8.20
NOKIA Method and apparatus for performing inter-technology handoff JP2005-505658, 4251500 US, WO
CORPORATION *8.20 from WLAN to cellular network
NOKIA Method and apparatus enabling reauthentication in a cellular JP2005-500071, CN, EP, KR, MY, NO, RU, TW, US,
CORPORATION *8.20 communication system 2006-515486 VN, WO
NOKIA Inter-system hand-over of a mobile terminal operable with a first JP2007-539641, CN, DE, DK, EP, GB, IN, KR, MY,
CORPORATION *8.20 and a second radio access network 2008-519520 MY, PK, RO, TW, US, WO
NOKIA Apparatus, method and computer program product providing JP2008-526565, BR, CN, EP, IN, KE, KR, MX, MY,
CORPORATION *8.20 inclusion of local area information in broadcast messages and 2009-505547 NG, PH, RU, TH, TW, US, VN, WO,
maintenance of radio access network black list ZA
NOKIA Adaptive preamble length for continuous connectivity transmission JP2008-553842, AP, CN, EP, IN, KR, NG, PH, TH,
CORPORATION *8.20 2009-527140 US, WO
286
23
A40985VI
(19) Europ:.iisches
Patentamt
European 111111111111111111111111111111111111111111111111111111111111111111111111111
Patent Office
Office europt!en
des brevets
(11) EP 1 842 386 81
(12) EUROPEAN PATENT SPECIFICATION
(45) Date of publication and mention (51) Int Cl.:

of the grant of the patent: H04W 36100 rwo 9.o 11
11.02.2015 Bulletin 2015/07
(86) International application number:
(21) Application number: 05824117.5 PCT/IB2005/003728
(22) Date of filing: 08.12.2005 (87) International publication number:

WO 2006/079879 (03.08.2006 Gazette 2006/31)
(54) DOWNLINK DATA OPTIMIZATION FOR PACKET SWITCHED HANDOVER

ABWARTSSTRECKEN-DATENOPTIMIERUNG FUR PAKETVERMITTELTES HANDOVER
OPTIMISATION DE DONNEES DE LIAISON DESCENDANTE POUR TRANSFERT A
COMMUTATION DE PAQUETS
(84) Designated Contracting States: • "3rd Generation Partnership Project; Technical

AT BE BG CH CY CZ DE DK EE ES Fl FR GB GR Specification Group GERAN; Packet-switched
HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI handover for GERAN A/Gb mode; Stage 2
SKTR (Release 6)", 3GPP STANDARD; 3GPP TS 43.129,
3RD GENERATION PARTNERSHIP PROJECT
(30) Priority: 28.01.2005 US 647950 P (3GPP), MOBILE COMPETENCE CENTRE ; 650,
21.03.2005 us 95312 ROUTE DES LUCIOLES ; F-06921 SOPHIA-
ANTIPOLIS CEDEX ; FRANCE, no. V6.0.0, 1
(43) Date of publication of application: November 2004 (2004-11-01), pages 1-66,
10.10.2007 Bulletin 2007/41 XP050378279,
• "3rd Generation Partnership Project; Technical
(73) Proprietor: Vringo Infrastructure Inc. Specification Group GSM/EDGE Radio Access
New York, NY 10017 (US) Network; Mobile Switching Centre - Base Station
System (MSC-BSS) interface; Layer 3
(72) Inventors: specification (Release 6)", 3GPP STANDARD;
• KANGAS, Arto Ta 3GPP TS 48.008, 3RD GENERATION
Fl-02320 ESPOO Espoo (Fl) PARTNERSHIP PROJECT (3GPP), MOBILE
• VIRTANEN, Tapani COMPETENCE CENTRE ; 650, ROUTE DES
Fl-02970 ESPOO Espoo (Fl) LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS
CEDEX ; FRANCE, no. VG. 7.0, 1 November 2004
(74) Representative: Hale, Peter et al (2004-11-01), pages 1-154, XP050379515,
Kilburn & Strode LLP • IN FIN EON: "Improvement of the suspension
20 Red Lion Street duration due to a cell update", 3GPP DRAFT; GP-
London WC1R 4PJ (GB) 042651_CELLUPDATE, 3RD GENERATION
PARTNERSHIP PROJECT (3GPP), MOBILE
(56) References cited: COMPETENCE CENTRE ; 650, ROUTE DES
EP-A1- 1 209 931 EP-A2- 1 318 691 LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS
EP-A2- 1318691 WO-A1-01/35586 CEDEX ; FRANCE, vol. TSG GERAN, no. Cape
WO-A2-2004/021582 US-A1- 2002 107 022 Town, South Africa; 20041103, 3 November 2004
US-A1- 2004 176 093 (2004-11-03), XP050012571, [retrieved on
2004-11-03]
Note: Within nine months of the publication of the mention of the grant of the European patent in the European Patent
Bulletin, any person may give notice to the European Patent Office of opposition to that patent, in accordance with the
Implementing Regulations. Notice of opposition shall not be deemed to have been filed until the opposition fee has been
a.. paid. (Art. 99(1) European Patent Convention).
w
Printed by Jouve, 75001 PARIS (FR) (Cont. next page)
EP 1 842 386 B1
• NOKIA: "DL Data Transfer for optimized lntra-

BSS packet switched Handover", 3GPP DRAFT;
GP-050080, 3RD GENERATION PARTNERSHIP
PROJECT (3GPP), MOBILE COMPETENCE
CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921
SOPHIA-ANTIPOLIS CED EX ; FRANCE, vol. TSG
GERAN, no. G2-050080, 7 March 2005
(2005-03-07), -11 March 2005 (2005-03-11), pages
1-2, XP002630342, Helsinki, Finland [retrieved on
2005-03-30]
2
EP 1 842 386 B1 2
Description readable storage structure embodying computer pro-

gram code thereon for execution by a computer proces-
[0001] The present invention relates to global system sor with the computer program code characterized in that
for mobile communications (GSM) and more specifically it includes instructions for performing the steps of the first
to optimization of downlink data transfer during hando- 5 aspect of the invention indicated as being performed by
vers of packet switched connections. any component or a combination of components of the
[0002] The standardization of packet switched hando- base station subsystem, the mobile station, or the serving
ver is ongoing, e.g., on 3GPP Technical Specification general packet radio service (GPRS) support node.
Group GERAN (GSM/EDGE radio access network). Cur- [0012] According to a third aspect of the invention, a
rently a packet switched handover of an optimized intra- 10 system for improving the performance of a downlink data
BSS (base station subsystem) handover case is defined transfer during a packet switched handover, comprises:
in stage 2 document 3GPP TS 43.129 V6.0.0 (2004-11) a base station subsystem, for changing a source cell to
"Packet-Switched Handover for GERAN A/Gb mode". In a target cell in a context of the packet switched handover
that case the SGSN (serving GPRS support node, where- and for informing about the cell change right after the
in GPRS stands for general packet radio service) does 15 change; and a serving general packet radio service
not participate on the actual handover, but still a cell up- (GPRS), responsive to the informing such that this allows
date and flush procedure is needed to restart the trans- starting immediately the downlink data transfer, thus re-
mission on downlink on the target cell. ducing a service interruption caused by the packet
[0003] The problem is that during a packet switched switched handover.
handover the continuation of downlink data transmission 20 [0013] According further to the third aspect of the in-
is delayed because the SGSN waits for the cell update vention, the changing the source cell to the target cell
from a mobile station (MS) and after that a flush proce- may be performed by a base station subsystem using a
dure has to be performed by the SGSN in order to know normal communication with a mobile station. Further, the
the situation on the actual data flow. The restart of a informing the serving general packet radio service
downlink transmission on the target cell starts currently 25 (GPRS) support node about the cell change may be per-
after cell update (step 40) and flush procedures (steps formed by the base station subsystem, and after the in-
42a and 42b), as shown in Figure 2, which presents the forming the mobile station may not perform a cell update
optimized intra-BSS case as an example. The procedure procedure. Still further, after informing the serving gen-
of Figure 2 is based on the current version of the stage eral packet radio service (GPRS) support node about the
two document 3GPP TS 43.129 V6.1.0 (2004-11) as dis- 30 cell change, flush procedures may not be performed.
cussed in more detail below. [0014] Further according to the third aspect of the in-
[0004] WO 2004/021582 A1 describes a method in vention, the informing may be performed by a base sta-
which, when a remote unit reestablishes itself in a target tion subsystem.
cell, a source packet control unit determines that the cell [0015] Still further according to the third aspect of the
reselection was successful and selectively transfers ra- 35 invention, the packet switched handover may correspond
dio access capability information to the target packet con- to an optimized intra-BSS procedure or a non-optimized
trol unit. The target packet control unit immediately is intra-BSS procedure.
able to transfer downlink data arriving from the serving [0016] The benefits of the present invention include:
GPRS support node to the remote unit.
[0005] The object of the present invention is to provide 40 • A downlink transmission gap is minimized after a
a method for improving the performance of downlink data packet switched handover.
transfer during handovers of packet switched connec- An uplink transmission gap is minimized if a dummy
tions specifically, e.g., by eliminating a need for a cell LLC (logical link control) frame is used to perform a
update and a flush procedure. cell update.
[0006] According to a first aspect of the invention, there 45
is provided a method as specified in claim 1. [0017] For a better understanding of the nature and
[0007] According to a first aspect of the invention, there objects of the present invention, reference is made to the
is provided a system as specified in claim 6. following detailed description taken in conjunction with
[0008] Optional features are specified in the depend- the following drawings, in which:
ent claims. 50
[0009] According further still to the first aspect of the Figure 1 is a block diagram demonstrating a com-
invention, the packet switched handover may correspond munication system environment for implementing a
to an inter-BSS procedure. packet switched handover according to the present
[001 O] According yet further still to the first aspect of invention;
the invention, the packet switched handover may be per- 55 Figure 2 is a flow diagram illustrating a packet
formed within a GSM/EDGE radio access network. switched handover procedure based on a stage 2
[0011] According to a second aspect of the invention, document 3GPP TS 43.129 V6.1.0 (2004-11) for an
a computer program product comprises: a computer optimized intra-BSS case, according to the prior art;
3
3 EP 1 842 386 B1 4
and after receiving the Physical Information message in step

Figure 3 is a flow diagram illustrating a packet 38 or, in the synchronized network case, immediately
switched handover for an optimized intra-BSS case, after the sending of the PS Handover Access message
according to the present invention. of step 36. Upon reception of the first correct RLC/MAC
5 (radio link control/medium access control) block (sent in
[0018] The present invention provides a methodology a normal burst format) from the MS 10, the BSS 12 re-
for improving the performance of downlink (DL) data leases the radio resources in the source cell. The recep-
transfer during handovers of packet switched connection of the Cell Update message at the SGSN 14 triggers
tions by informing the SGSN (serving GPRS support the sending of downlink data to the new cell using a new
node, wherein GPRS stands for a general packet radio 10 BVCI (BSSGP virtual connection identifier, wherein BSS-
service) about a cell change and reducing the service GP stands for a base station subsystem GPRS protocol)
interruption during the cell change. Furthermore, com- if it is addressed by a different BVCI (as discussed below).
pared to the existing procedure described in the 3GPP [0022] Next steps 42a and 42b relates to the flush pro-
TS 43.129 V6.1.0 (2004-11 ), the present invention elim- cedure mentioned above. In a step 42a, the SGSN 14
inates the need for a cell update and a flush procedure 15 responds to the Cell Update with a FLUSH-LL message.
as discussed below in detail. The present invention can In a step 42b, the BSS 12 returns the FLUSH-LL_ACK
be applied to GERAN (GSM/EDGE radio access net- message indicating if unsent LLC PDUs (logical link con-
work). trol/protocol data unit) have been deleted or transferred
[0019] Figure 1 shows one example among others of to a new cell. Finally, in a step 44, the first DL (downlink)
a block diagram demonstrating a communication system 20 POU received by the BSS with the new-BVCI allows the
environment for implementing a packet switched hando- BSS 12 to clear the relationship to the old BVCI.
ver in GERAN A/Gb mode, according to the present in- [0023] More detailed description of steps 30 through
vention. It shows a mobile station (MS) 10 communicat- 44 described above can be found in the stage 2 document
ing with a base station subsystem (BSS) 12 through a 3GPP TS 43.129 V6.1.0 (2004-11 ), section 5.1.2.4.
Um interface. The BSS 12 is communicating with a SGSN 25 [0024] Figure 3 is an example among others of a flow
14 and a mobile switching center (MSC) 18 of a core diagram illustrating a packet switched handover for an
network 16 through interfaces Gb and A, respectively. optimized intra-BSS case, according to the present in-
Also Figure 1 shows an additional base station (BSS) 20 vention. Steps 30-38 and 44 are the same as in the prior
communicating with the same SGSN 14 and the MSC art Figure 2. The major difference with the prior art of
18 through the interfaces Gb and A, respectively. A fur- 30 Figure 2 is that steps 40, 42a and 42b are omitted, ac-
ther SGSN 22 of the core network 16 and a further BSS cording to the present invention, as demonstrated in Fig-
24, communicating with the SGSN 22 and the MSC cent- ure 3.
er 18, are show in Figure 1 as well. [0025] Since the BSS 12 (i.e., a base station controller
[0020] Figure 2 is an example among others of a flow (BSC) of the BSS 12, not shown in Figure 1) selects the
diagram illustrating a packet switched handover proce- 35 target cell, it is logical and beneficial that it also informs
dure based on the stage 2 document 3GPP TS 43.129 the SGSN 14 about the cell change. This way, according
V6.1.0 (2004-11) for an optimized intra-BSS case, ac- to the present invention, in a step 50, the SGSN 14 is
cording to the prior art. For the optimized intra BSS case informed (e.g., by the BSS 12 through the Gb interface)
the source and target cells are associated with the same right after the MS (mobile station) 10 gets access on the
network service entity (NSE) and the same routing area 40 target cell, which reduces the gap on the downlink trans-
(RA). In step 30 shown in Figure 2, the BSS 12 decides mission, because the cell update and flush procedures
that a handover is required based on received measure- are eliminated as stated above, as shown in Figure 3
ment reports. In step 32, the BSS 12 determines that it (compare with the prior art Figure 2 for the optimized
manages resources for both cells (target and source intra-BSS procedure of 3GPP TS 43.129 V6.1.0
cells) and that they are associated with the same NSE 45 (2004-11)).
and the same RA. In step 34, the BSS 12 sends the PS [0026] Figures 2 and 3 represent only one example for
Handover Command message to the MS 10. In a step an optimized intra-BSS case. Furthermore, according to
36, the MS 10 tunes to the radio channel and the timeslot the present invention, a non-optimized intra-BSS case
allocated in the target cell by the BSS 12 and sends the (SGSN controlled) and the inter-BSS case can be also
PS Handover Access (Handover Reference) message 50 optimized by omitting the cell update procedure. The in-
in the form of four handover access bursts) to the BSS ter-BSS case can include an intra SGSN case (e.g., a
12 on the allocated channel. In a step 38, the BSS 12 handover between cells of the BSS 12 and an additional
sends a Physical Information message to the MS 10 for BSS 20 communicating with the SGSN 14 as shown in
synchronization. Figure 1) or an intra SGSN case (e.g., a handover be-
[0021] In a step 40, the MS sends an arbitrary LLC 55 tween cells of the BSS 12 and a further BSS 24 commu-
frame to the SGSN 14, which in the SGSN is interpreted nicating with a further SGSN 22 as shown in Figure 1).
as an implicit cell update. To make the handover inter- [0027] Also, according to the present invention, if steps
ruption short the MS sends this message immediately 40, 42a and 42b are omitted an uplink transmission gap
4
5 EP 1 842 386 B1 6
can be minimized as well. In the prior art a dummy LLC by the target cell triggers downlink data forwarding and
(logical link control) frame was frequently used to perform releasing of the source side radio resources by the BSS
a cell update, thus minimizing the downlink transmission 12).
gap because the SGSN could start the downlink trans- [0034] According to the present invention, for the non-
mission sooner when a short LLC frame (e.g., the dummy 5 optimized intra-BSS case and the inter-BSS case the
LLC frame) was used for the cell update with faster han- source side radio resources are still released by the SG-
dling of that short LLC frame. According to the present SN, but the downlink data transmission gap is reduced
invention, sending the dummy LLC cell is not necessary by the omission of the cell update procedure as described
any more and the mobile station 10 can send the LLC above. The PS Handover Performed message (refer to
frame with a payload data right away after the PS hando- 10 step 50) shall therefore contain element information such
ver is performed, thus minimizing the uplink transmission as a TLLI (temporary logical link identity), a Cell Identifier
gap (e.g., in principle after step 38). (including RAC, i.e., routing area code), a Flush Action
[0028] Thus, according to the present invention, the and a Number of Octets Affected. A new information el-
mobile station (MS) can be informed about said cell ement (for the target cell) "new BVCI" (BSSGP virtual
change in step 34 which allows starting immediately said 15 connection identifier) is needed as well, if for the opti-
uplink data transfer as discussed above, thus further re- mized intra-BSS case the message is not sent on the p-
ducing said service interruption caused by said packet t-p (point-to-point) BVCI, but instead on the signalling
switched handover. BVCI.
[0029] The radio interface packet switched (PS) [0035] It is to be understood that the above-described
Handover Command message 34 shall contain an indi- 20 arrangements are only illustrative of the application of
cation that a cell update is handled by the BSS 12, such the principles of the present invention. Numerous modi-
that the MS 10 can omit the procedure and start the actual fications and alternative arrangements may be devised
uplink data transmission right after access on the target by those skilled in the art without departing from the scope
cell. of the present invention, and the appended claims are
[0030] For the optimized intra-BSS case a target BSC 25 intended to cover such modifications and arrangements.
is the same as a source BSC so it knows based on the
source and target cells whether the RA (routing area)
stays the same or changes during the packet switched Claims
handover. For the optimized intra-BSS case the source
and target cells are associated with the same network 30 1. A method for improving the performance of a down-
service entity (NSE) and the same routing area (RA). link data transfer during a packet switched handover,
[0031] For the non-optimized intra-BSS case and inter- wherein said packet switched handover corresponds
BSS case the target BSC knows based on information to an optimized intra-BSS handover procedure, com-
elements a Source Cell Identifier and a Target Cell Iden- prising:
tifier (inside a PS Handover Request from the SGSN 14 35
to the target BSS 12) whether the RA stays the same or changing a source cell to a target cell in a context
changes during the packet switched handover. If the RA of said packet switched handover; and
stays the same, the target BSC (e.g., the BSS 12, 20 or informing a serving general packet radio service
24) shall handle the cell update towards the correspond- support node (14) about said cell change after
ing SGSN (e.g., the SGSN 14 or 22) and the MS 10 is 40 said change as the only required signalling with
informed. If the RA changes, it is up to the MS 10 to the serving general packet radio service support
perform an RA update towards the SGSN 14 as currently node to allow said downlink data transfer to re-
defined in the standardization. start immediately, for reducing a service inter-
[0032] CS (circuit switched) type of Handover Per- ruption caused by said packet switched hando-
formed message (per 3GPP TS 48.008 V6.7.0 45 ver, wherein said informing is performed by a
(2004-11)) which is also called a PS Handover Performed base station subsystem (12) and does not com-
message (as in the step 34 of Figures 2 and 3) could be prise sending a message from a mobile station
used for to reducing the gap for a downlink data trans- (10) to said serving general packet radio service
mission. support node.
[0033] For the optimized intra-BSS case, according to 50
the present invention, with a message indicating the 2. A method according to claim 1 further comprising:
same as the BSSGP (base station subsystem GPRS pro-
tocol) Flush-LL-Ack message, data could be forwarded informing said mobile station (10) about said cell
to the target cell and the source side radio resources change after said change, which allows an up-
could be released by the BSS 12 upon reception of the 55 link data transfer to restart immediately, thus fur-
first correct uplink RLC/MAC (radio link control/medium ther reducing said service interruption caused
access control) block (sent in a normal burst format) from by said packet switched handover.
the MS 10 (i.e., the uplink data reception from the MS 10
5
7 EP 1 842 386 B1 8
3. A method according to claim 1, wherein said chang- radio resources in said source cell right after said
ing said source cell to said target cell is performed cell change, which allows restarting immediately
by said base station subsystem (12) communicating said downlink data transfer, thus reducing said
with said mobile station ( 10). service interruption caused by said packet
5 switched handover.
4. A method according to claim 1, wherein said packet
switched handover is performed within a
GSM/EDGE radio access network. PatentansprUche
5. A computer program product comprising: a compu- 10 1. Verfahren zur Verbesserung der Leistung einer
ter readable storage structure embodying computer Downlink-DatenObertragung wahrend einer paket-
program code thereon for execution by a computer vermittelten Obergabe, wobei die paketvermittelte
processor, wherein said computer program code Obergabe einem optimierten lntra-BSS-Obergabe-
comprises instructions for performing the method of vorgang entspricht, wobei das Verfahren umfasst:
claim 3. 15
Andern einer Quellzelle in eine Zielzelle in einem

6. A system for improving the performance of a down- Kontext der paketvermittelten Obergabe; und
link data transfer during a packet switched handover, lnformieren eines Serving General Packet Ra-
wherein said packet switched handover corresponds dio Service Support Node (14) Ober die Zellan-
to an optimized intra-BSS handover procedure, com- 20 derung nach der Anderung als einzig erforder-
prising: liche Signalisierung an den Serving General Pa-
cket Radio Service Support Node, um zu ermbg-
means (12) for changing a source cell to a target lichen, dass die Downlink-DatenObertragung
cell in a context of a packet switched handover; unverzOglich neu starten kann, um eine durch
and 25 die paketvermittelte Obergabe hervorgerufene
means (12) for informing a serving general pack- Betriebsunterbrechung zu verkOrzen, wobei das
et radio service support node (14) about said lnformieren van einem Basisstationsubsystem
cell change after said change as the only re- (12) durchgefUhrt wird und kein Senden einer
quired signalling with the serving general packet Nachricht van einer mobilen Station (10) an den
radio service support node to allow restarting 30 Serving General Packet Radio Service Support
immediately a downlink data transfer, for reduc- Node umfasst.
ing a service interruption caused by said packet
switched handover, wherein said means for in- 2. Verfahren nach Anspruch 1, welches ferner umfasst:
forming comprises a base station subsystem
and wherein said informing does not comprise 35 lnformieren der mobilen Station (10) Ober die
sending a message from a mobile station (10) Zellanderung nach der Anderung, wodurch eine
to said serving general packet radio service sup- Uplink-DatenObertragung unverzOglich neu
port node. starten kann, wodurch die durch die paketver-
mittelte Obergabe hervorgerufene Betriebsun-
7. A system according to claim 6, wherein said means 40 terbrechung weiter verkOrzt wird.
(12) for changing said source cell to said target cell
is configured to communicate with said mobile sta- 3. Verfahren nach Anspruch 1, wobei das Andern der
tion (10). Quellzelle in die Zielzelle van dem Basisstationsub-
system (12) durchgefUhrt wird, das mit der mobilen
8. A system according to claim 7, wherein said means 45 Station (10) kommuniziert.
(12) for informing said serving general packet radio
service support node about said cell change is con- 4. Verfahren nach Anspruch 1, wobei die paketvermit-
figured, after said informing, not to perform a cell telte Obergabe innerhalb eines GSM/EDGE-Funk-
update procedure. zugangsnetzes durchgefUhrt wird.
50
9. A system according to claim 6, wherein said packet 5. Computerprogrammprodukt, das umfasst: eine
switched handover is performed within a computerlesbare Speicherstruktur, die einen Com-
GSM/EDGE radio access network. puterprogrammcode zur AusfUhrung durch einen
Prozessor enthalt, wobei der Computerprogramm-
10. A system according to claim 6, further comprising: 55 code Anweisungen zum DurchfUhren des Verfah-
rens nach Anspruch 3 umfasst.
means for further forwarding downlink data from
the source cell to the target cell and for releasing 6. System zur Verbesserung der Leistung einer Down-
6
9 EP 1 842 386 B1 10
link-DatenObertragung wahrend einer paketvermit- le fa it de changer une cellule source en une cel-
telten Obergabe, wobei die paketvermittelte Ober- a
lule cible dans un contexte dud it transfert com-
gabe einem optim ierten lntra-BSS-0 bergabevor- mutation de paquets ; et
gang entspricht, wobei das System umfasst: le fa it d'informer un noeud de support de service
5 general radio par paquets (14) dudit change-
Mittel ( 12) zum Andern einer Quellzelle in eine ment de cellule apres led it changement en tant
Zielzelle in einem Kontext einer paketvermittel- que seule signalisation requise avec le noeud
ten Obergabe; und de support de service general radio par paquets
Mittel ( 12) zum lnformieren eines Serving Ge- pour permettre audit transfert de donnees de
neral Packet Radio Service Support Node (14) 10 liaison descendante de recommencer immedia-
Ober die Zellanderung nach der Anderung als tement, pour reduire une interruption de service
einzig erforderliche Signalisierung an den Ser- a
entraTnee par ledit transfert commutation de
ving General Packet Radio Service Support No- paquets, dans lequel Iedit fa it d'informer est rea-
de, um einen unverzOglichen Neustart einer lisee par un sous-systeme de station de base
Downlink-DatenObertragung zu ermoglichen, 15 (12) et ne comprend pas le fait d'envoyer un
um eine durch die paketvermittelte Obergabe message d'une station mobile (10) audit noeud
hervorgerufene Betriebsunterbrechung zu ver- de support de service general radio par paquets.
kOrzen, wobei das Mittel zum lnformieren ein
Basisstationsubsystem umfasst und wobei das 2. Precede selon la revendication 1, comprenant en
lnformieren kein Senden einer Nachricht van ei- 20 outre :
ner mobilen Station ( 10) an den Serving General
Packet Radio Service Support Node umfasst. le fait d'informer ladite station mobile (10) dudit
changement de cellule a pres led it changement,
7. System nach Anspruch 6, wobei das Mittel (12) zum ce qui permet a un transfert de donnees de
Andern der Quellzelle in die Zielzelle derart konfigu- 25 liaison montante de recommencer immediate-
riert ist, dass es mit der mobilen Station (10) kom- ment, reduisant ainsi davantage ladite interrup-
muniziert. tion de service entraTnee par ledit transfert a
commutation de paquets.
8. System nach Anspruch 7, wobei das Mittel (12) zum
lnformieren des Serving General Packet Radio Ser- 30 3. Precede selon la revendication 1, dans lequel ledit
vice Support Node Ober die Zellanderung dazu kon- fait de changer ladite cellule source en dite cellule
figuriert ist, nach dem lnformieren keinen Zellaktua- cible est realise par led it sous-systeme de station de
lisierungsvorgang durchzufUhren. base (12) communiquant avec ladite station mobile
(10).
9. System nach Anspruch 6, wobei die paketvermittelte 35
Obergabe innerhalb eines GSM/EDGE-Funkzu- 4. Precede selon la revendication 1, dans lequel ledit
gangsnetzes durchgefUhrt wird. a
transfert commutation de paquets est realise l'in-a
terieur d'un reseau d'acces radio GSM/EDGE.
10. System nach Anspruch 6, welches ferner umfasst:
40 5. Produit programme d'ordinateur, comprenant:
Mittel zum weiteren Weiterleiten der Downlink-
Daten van der Quellzelle zur Zielzelle und zur une structure de stockage lisible par ordinateur
Freigabe van Funkressourcen in der Quellzelle incorporant un code de programme d'ordinateur
direkt nach der Zellanderung, was den unver- sur celle-ci pour !'execution par un processeur
zOglichen Neustart der Downlink-DatenObertra- 45 d'ordinateur, dans lequel led it code de program-
gung ermoglicht, wodurch die durch die paket- me d'ordinateur comprend des instructions pour
vermittelte Obergabe hervorgerufene Betriebs- realiser le precede selon la revendication 3.
unterbrechung verkOrzt wird.
6. Systeme pour ameliorer les performances d'un
50 transfert de donnees de liaison descendante durant
Revendications a
un transfert commutation de paquets, dans lequel
a
ledit transfert commutation de paquets correspond
1. Precede pour ameliorer les performances d'un a une procedure de transfert intra-BSS optimisee,
transfert de donnees de liaison descendante durant comprenant :
a
un transfert commutation de paquets, dans lequel 55
a
led it transfert commutation de paquets correspond des moyens (12) pour le fait de changer une
a une procedure de transfert intra-BSS optimisee, cellule source en une cellule cible dans un con-
comprenant: a
texte d'un transfert commutation de paquets ;
7
11 EP 1 842 386 B1 12
et
des moyens (12) pour le fa it d'informer un noeud
de support de service general radio par paquets
(14) dudit changement de cellule apres ledit
changement en tant que seule signalisation re- 5
quise avec le noeud de support de service ge-
neral radio par paquets pour permettre de re-
commencer immediatement un transfertde don-
nees de liaison descendante, pour reduire une
interruption de service entraTnee par led it trans- 10
a
fert commutation de paquets, dans lequel les-
dits moyens pour le fa it d'informer comprennent
un sous-systeme de station de base et dans le-
quel led it fait d'informer ne comprend pas le fa it
d'envoyer un message d'une station mobile (10) 15
audit noeud de support de service general radio
par paquets.
7. Systeme selon la revendication 6, dans lequel lesdits

moyens (12) pour le fait de changer ladite cellule 20
source en dite cellule cible sont configures pour com-
muniquer avec ladite station mobile ( 10).
8. Systeme selon la revendication 7, dans lequel lesdits

moyens (12) pour le fait d'informer ledit noeud de 25
support de service general radio par paquets dudit
changement de cellule sont configures, apres ledit
fait d'informer, pour ne pas realiser de procedure
d'actualisation de cellule.
30
9. Systeme selon la revendication 6, dans lequel ledit
a
transfert commutation de paquets est realise l'in-a
terieur d'un reseau d'acces radio GSM/EDGE.
10. Systeme selon la revendication 6, comprenant en 35

outre :
des moyens pour en outre reacheminer des don-

nees de liaison descendante de la cellule source
a la cellule cible et pour liberer des ressources 40
radio dans ladite cellule source juste apres led it
changement de cellule, ce qui perm et de recom-
mencer immediatement ledit transfert de don-
nees de liaison descendante, reduisant ainsi la-
dite interruption de service entraTnee par ledit 45
a
transfert commutation de paquets.
50
55
8
EP 1 842 386 B1
Core network
j__24 L22
Further base
station subsystem """"'"-----+~.-i Further SGSN
(BSS) r--
12
\ Base station
subsystem 1~Gb SGSN ~
(BSS) •:11'''
A
A
Um Mobile
switching
.. center
Gb
Mobile station
107
Additional base
20
~ station
subsystem
(BSS)
Figure 1
9
EP 1 842 386 B1
MS BSS SGSN
BSS decides to initiate NGb mode PS 30

handover
BSS determines that it manages target cell

1
__ 32
and that it is part of same NSE and RA as the .--
source cell
PS Handover Command
...
PS Handover Access
~
..... Physical Information ~ 36

r--38
Cell Update
-
Flush-LL
-r----. 42a
Flush-LL_Ack
42b
!""'-----------
Figure 2 (Prior Art)
10
EP 1 842 386 B1
10 14
12
MS BSS SGSN
BSS decides to initiate NGb mode PS

handover
30
BSS determines that it manages target cell
and that it is part of same NSE and RA as the
34 source cell
32
PS Handover Command
36
PS Handover Access 50
Physical Information PS Handover Performed
38
,. ___ -------- DL LLC PDU (new BVCI)
-------- -
44
Figure 3
11
EP 1 842 386 B1
REFERENCES CITED IN THE DESCRIPTION
This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European
patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be
excluded and the EPO disclaims al/ liability in this regard.
Patent documents cited in the description
WO 2004021582 A1 [0004]
Non-patent literature cited in the description
Packet-Switched Handover for GERAN A/Gb mode. 3GPP TS 43.129 V6.1.0, November 2004 [0017]
3GPP TS 43.129 V6.0.0, November 2004 [0002] [0023]
3GPP TS 48.008 V6. 7.0, November 2004 [0032]
12
European Telecommunication Standards Institute
IPR information statement and licensing declaration forms
Page 1 of B (version 5)
IPR information statement and licensing declaration
IPR Holder/Organisation
Legal Name: Nokia Corporation - - - - - - - - - - - - - - - - - - - - -
Signatory
Name: Kalle Moilanen _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ __
Position: IPR Manager _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ __
Department: IPR _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ __
Address: P.O Box B6, Joensuunkatu 7 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ __
24100 SALO, FINLAND _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ __
Tel.: +35B 50 366 2022 _ _ _ _ _ Fax: +35B 71 BO 44275 _ _ _ _ _ __
E-mail: kalle.moilanen@nokia.com _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ __
IPR information statement
In accordance with the ETSI IPR Policy, Clause 4.1, I hereby inform ETSI that,
with reference to the technical proposal identified as GSM _ _ _ _ _ _ __

and/or
in relation to Work Item No.
and/or
with reference to ETSI Standard No.
it is my belief that the IPRs listed in the attached IPR information statement annex are, or are likely to
become, Essential I PRs in relation to that Standard.
IPR licensing declaration
The SIGNATORY has notified ETSI that it is the proprietor of the IPRs listed in the attached IPR
information statement annex and has informed ETSI that it believes that the I PRs may be considered
ESSENTIAL to the Standards listed above.
The SIGNATORY and/or its AFFILIATES hereby declare that they are prepared to grant irrevocable
licences under the IPRs on terms and conditions which are in accordance with Clause 6.1 of the ETSI
IPR Policy, in respect of the STANDARD, to the extent that the IPRs remain ESSENTIAL.
This undertaking is made subject to the condition that those who seek licences agree to reciprocate same
in respect of the STANDARD in accordance with Clause 6.1 of the ETSI IPR Policy (delete this paragraph
if this condition is not required).
The construction, validity and performance of this DECLARATION shall be governed by the laws of
France.
Place, Date: Signature~ /t.__,

Salo, 29th on June 2007
(Place, Date) (Signed for and on behalf of the SIGNATORY)

ETSI - 650, route des Lucioles - F-06921 Sophia Antipolis Cedex - FRANCE
Fax. +33 (0) 4 93 65 47 16
European Telecommunication Standards Institute
IPR information statement and licensing declaration forms
Page 3 01 8 (version 5)
INDICATOR 1461874 Switzerland

SIGNALLING 1613206 China
TS 45.003 European
1461874
6.1 Procedure
6.2 60205037.5 Germany
1461874 Spain
1461874 France
1461874 Great Britain
1445/CHENP/200
India
4
1461874 Italy
2005-513950 Jaoan
2004-68610 South Korea
PCTIEP02l13355 Mexico
1461874 Netherlands
2004123632 Russian Federation
1461874 Sweden
1461874 Turkev
20030123415 United States
International
W003/056722
Procedure
W02006/079879 International
TS 43.129 Downlink Procedure
GSM 5.1.2.4 data
TS 43.129 Nokia optimization United
v.6.11.0 US200500953
Corpora
TS 48.018
TS 48.018
v.6.17.0
tion
12 lor packet
switched
States
handover
10.4.33
GSM v.7.4.0 PI20061395 Malaysia
TS 43.055 TS 43.055 Nokia US200603909 Utilizing a United
95111130 Taiwan
TS 48.008 v.7.7.0 Corpora 93 same target States
6.3.3 W02006/103517 International
tion cell during
TS 48.018 v.7.7.0 Procedure
circuit-
switched
TS 48.008 and packet
3.1.5.1 switched
handover
3.2.1.8
24
A46841VI
(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT)
(19) World Intellectual Property Organization

International Bureau Illlll llllllll II llllll lllll lllll lllll llll III Ill lllll lllll lllll 111111111111111111111111111111111
(43) International Publication Date (10) International Publication Number

5 April 2007 (05.04.2007) PCT WO 2007/036796 Al
(51) International Patent Classification: (74) Agents: MAGUIRE, Francis, J. et al.; Ware, Fressola,
H04Q 7138 (2006.01) H04Q 7136 (2006.01) Van Der Sluys & Adolphson LLP, 755 Main Street, P.O.
H04L 12156 (2006.01) Box 224, Monroe, Connecticut 06468 (US).
(21) International Application Number: (81) Designated States (unless otherwise indicated, for every
PCT/IB2006/002711 kind of national protection available): AE, AG, AL, AM,
(22) International Filing Date: AT, AU, AZ, BA, BB, BG, BR, BW, BY, BZ, CA, CH, CN,
29 September 2006 (29.09.2006) CO, CR, CU, CZ, DE, DK, DM, DZ, EC, EE, EG, ES, Fl,
GB, GD, GE, GH, GM, HN, HR, HU, ID, IL, IN, IS, JP,
(25) Filing Language: English
KE, KG, KM, KN, KP, KR, KZ, LA, LC, LK, LR, LS, LT,
(26) Publication Language: English LU, LV, LY, MA, MD, MG, MK, MN, MW, MX, MY, MZ,
(30) Priority Data: NA, NG, NI, NO, NZ, OM, PG, PH, PL, PT, RO, RS, RU,
601721,681 29 September 2005 (29.09.2005) US SC, SD, SE, SG, SK, SL, SM, SV, SY, TJ, TM, TN, TR,
TT, TZ, UA, UG, US, UZ, VC, VN, ZA, ZM, ZW.
(71) Applicant (for all designated States except US): NOKIA
CORPORATION [Fl/Fl]; Keilalahdentie 4, FlN-02150 (84) Designated States (unless otherwise indicated, for every
Espoo (Fl). kind of regional protection available): ARIPO (BW, GH,
(71) Applicant (for LC only): NOKIA INC. [US/US]; 6000 GM, KE, LS, MW, MZ, NA, SD, SL, SZ, TZ, UG, ZM,
Connection Drive, Irving, Texas 75039 (US). ZW), Eurasian (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM),
European (AT, BE, BG, CH, CY, CZ, DE, DK, EE, ES, Fl,
(72) Inventors; and
--
i iiiiiii
(75) Inventors/Applicants (for US only): HWANG, Woonhee
[KR/Fl]; Juhanintie 6A, FlN-02180 Espoo (Fl). GUYOT,
FR, GB, GR, HU, IE, IS, IT, LT, LU, LV, MC, NL, PL, PT,
RO, SE, SI, SK, TR), OAPI (BF, BJ, CF, CG, CI, CM, GA,
GN, GQ, GW, ML, MR, NE, SN, TD, TG).
iiiiiiii Olivier [FR/CN]; 5F-l, N. 3, Xin Yi Road, Sec.3, Daan
District, Taipei City 106-57 (TW). KANGAS, Antti 0. Published:
[Fl/Fl]; Vihiluodontie 52 C 17, FlN-90460 Oulunsalo (Fl). with international search report
[Continued on next page]
--
iiiiiiii
(54) Title: METHOD, DEVICE, SYSTEM AND SOFTWARE PRODUCT FOR PROVIDING SYSTEM INFORMATION TO
ENABLE PACKET SWITCHED HANDOVER
-
-
i iiiiiii
iiiiiiii
850 Target BSS Indication Whether SI/PSI is
Requested
-- handover signalling
SI/PSI
SI/PSI 860
870
Transmitting device Receiving module

810 800
\0 880
0--, 330 820
r-....
\0
('f') Processor Memory
Q Network Element
~ 840 Mobile Device 845 Source RNC

Q
Q
M
O (57) Abstract: A method, mobile device, network device, system and software product are presented for providing an indication
> whether a source radio network controller requests to receive system information from a handover target, and for receiving the system
~ information in a target to source transparent container, if the indication requestes to receive the system information.
WO 2007/036796 Al Illlll llllllll II llllll lllll lllll lllll llll III Ill lllll lllll lllll 111111111111111111111111111111111
before the expiration of the time limit for amending the For two-letter codes and other abbreviations, refer to the "Guid-
claims and to be republished in the event of receipt of ance Notes on Codes and Abbreviations" appearing at the begin-
amendments ning of each regular issue of the PCT Gazette.
WO 2007/036796 PCT/IB2006/002711
METHOD, DEVICE, SYSTEM AND SOFTWARE PRODUCT FOR PROVIDING

SYSTEM INFORMATION TO ENABLE PACKET SWITCHED HANDOVER
Cross Reference to Related Application

The present invention claims priority to U.S. Provisional Application 60/721,681 filed
September 29, 2005.
Field of the Invention

The invention relates to wireless telecommunications, and more particularly to
handover situations in a wireless telecommunications system.
Background of the Invention

The global system for mobile communications (GSM) was designed as a second
generation system for enabling voice communication to go wireless. However, customers
have increasingly sought additional wireless services, such as text messaging and access to
data networks. Therefore, third generation systems are designed to provide multimedia
communication, including images and video. For example, enhanced data rates for GSM
evolution (EDGE) can provide third generation services, including advanced features that
improve spectrum efficiency. Likewise, the universal mobile telecommunications services
(UMTS) provides flexible delivery of many different services. The UMTS terrestrial radio
access network (UTRAN) includes network elements that handle radio-related functionality
forUMTS.
By definition, handover means transfer of a user connection from one radio channel to
another. One type of handover is an inter-RAT handover, when a user equipment (UE) moves
to a different radio access technology (RAT). For example, when the user equipment (UE)
reaches the end of a coverage area for UMTS services, it can handover to a 2G service like
GSM (if the UE supports multiple RAT). An inter-RAT handover procedure can be initiated
in a variety of ways. For instance, a radio network subsystem (RNS) might send a command
explicitly telling the UE to move to a different RAT, or the UE might select a cell that
CONFIRMATION COPY
WO 2007/036796 PCT/IB2006/002711
belongs to a different RAT.

In the context of a general packet radio system (GPRS), rules for packet switched (PS)
handover have been defined in Release 6 of the Third Generation Partnership Project (3GPP),
based on GSM/EDGE Radio Access Network (GERAN) research and development. To
support handover between radio access technologies (i.e. to support inter-RAT handovers),
such as handovers between UMTS and GSM, signalling has been added in the radio resource
control (RRC) with the Uu interface, and in the radio access network application part
(RANAP) with the lu interface. Pertinent details about GPRS can be found in 3GPP TS
48.018 V6.14.0 (2006-07), "BSS GPRS Protocol (BSSGP) (Release 6)," of which pages 52-
58 and 106-150 are incorporated by reference herein in their entirety. Also, pertinent details
about RANAP signalling can be found in 3GPP TS 25.413 V6.0.0 (2005-06), "UTRAN Ju
inte1face RANAP signalling (Release 6)," of which pages 33-37 and 122-170 are incorporated
by reference herein in their entirety.
To support inter-RAT PS handover from UTRAN to GERAN, a serving radio
network controller (SRNC) needs system information such as packet system information
(PSJJSI which is the same as SI/PSI) blocks of the target GERAN cell. The 3GPP group
known as "RAN2'' has added a choice structure information element (IE) in RRC handover
from the UTRAN command message, in order to transfer these PSJJSI blocks to the user
equipment (UE). The assumption about how the SRNC gets these blocks was to reuse a RAN
Information Management (RIM) procedure with Network Assisted Cell Change (NACC).
Problematically, the RIM/NACC procedure is optional in the network.
Consequently, there is no guarantee that the SRNC will get the PSJJSI blocks in time for the
handover.
In the UMTS network, the SRNC may have to get the PSJJSI blocks from a drift radio
network controller (DRNC) or controlling RNC (CRNC). Thus, the procedure may be even
more complicated, more problematic, and less likely to provide the SRNC with the PSJJSI
blocks in time.
The PSJJSI blocks are mandatory information for PS handover, whereas RIM/NA CC
is an optional feature for optimization. Thus, the criticality of missing PSJJSI blocks is higher
in the PS handover than in the RIM/NA CC procedure.
2
WO 2007/036796 PCT/IB2006/002711
Summary of the Invention

The problem described above can be solved by including PSI/SI blocks in a
transparent container from the target base station subsystem (BSS) to the source base station
subsystem (BSS) or source RNC. In order to optimize this procedure, a PSI/SI indicator can
also be included in a source BSS to target BSS transparent container, for example with a
value indicating if the PSI/SI block is required in return.
As a person skilled in the art knows, a transparent container is an information element
that often contains information needed to perform relocation. Relocation is the procedure by
which a target RNC or BSS may become a mobile terminal's new serving RNC or BSS,
respectively. The transparent container can include, for example, security information
regarding the mobile, and/or can include the protocol context that describes the mobile's RRC
connection and the mobile's capabilities. A transparent container carries information to an
intermediate node, such as a serving GPRS support node (SGSN), so that the intermediate
node can copy the contents of the container into a message to the final destination (e.g. to a
target node). The present invention involves using the transparent container to convey PSI/SI
blocks between a target subsystem and a source subsystem, so as to facilitate PS handover.
In case the SRNC and CRNC are the same RNC, and the CRNC implements
RIM/NACC, then the SRNC can indicate that it does not need to receive PSI/SI blocks in the
target BSS to source BSS transparent container, because the SRNC would already have the
PSI/SI blocks. In this case, absence of a PSI/SI indicator IE in the source BSS to target BSS
transparent container IE, or a PSI/SI Indicator with a proper value depending on the type of
IE, means that the target BSS has to send the PSI/SI blocks.
Alternatively, the SRNC can indicate that it needs to receive the PSI/SI blocks in the
target BSS to source BSS transparent container. In this case, absence of PSI/SI Indicator IE in
the source BSS to target BSS transparent container IE, or the PSI/SI Indicator with a proper
value, means that the target BSS shall not send the PSI/SI blocks. This PSI/SI indicator IE
does not need to be in the source BSS to target BSS transparent container, but it shall be
transferred from the source RNC to the target BSS via proper messages. By this mechanism,
the SRNC can avoid unnecessary PSI/SI delivery over Ju and Gb interfaces.
3
WO 2007/036796 PCT/IB2006/002711
It is important to ensure that the SRNC will get all the necessary information for PS
handover from the target BSS in case ofUTRAN to GERAN PS handover. With the present
invention, the SRNC will receive PSI/SI blocks in addition to a PS handover command
message, in the target BSS to source BSS transparent container.
One drawback of adding PSI/SI blocks in the target BSS to source BSS transparent
container may be in case the SRNC is the same as the CRNC, and the CRNC implements a
RJM/NACC procedure. As mentioned, it would be a waste to transfer PSI/SI blocks in the
transparent container, because the SRNC would have these blocks. To avoid this situation,
the present invention includes a way for the SRNC to indicate whether it needs PSI/SI blocks
fo the source BSS to target BSS transparent container. With this indication, it becomes
possible to avoid unnecessary delivery of PSI/SI blocks from the target BSS to the source
RNC.
This present invention can be used not only for inter-RAT PS handover, but also for
inter-BSS PS handover as well. This is because the RJM/NACC procedure is optional in the
GSM network as well.
Brief Description of the Drawings

Fig. 1 shows an implementation of PSI/SI indicator, according to the present
invention.
Fig. 2 shows a change to 3GPP TS 25.413, section 9.2.l, describing a target BSS to
source BSS transparent container, according to a first version of an embodiment of the
present invention.
Fig. 3 shows a change to 3GPP TS 48.018, Table 11.3.80.a, describing a target BSS to
source BSS transparent container coding, according to the first version of an embodiment of
the present invention.
Fig. 4a shows a change to 3GPP TS 48.018, Section 11.3.63.2.1, Table 11.3.63.2.la,
according to the first version of an embodiment of the present invention.
Fig. 4b shows a change to 3GPP TS 48.018, Section 11.3.63.2.l, Table 11.3.63.2.lb,
Fig. 4c shows a change to 3GPP TS 48.018, Section 11.3.63.2.1, Table 11.3.63.2.lc,
4
WO 2007/036796 PCT/IB2006/002711
Fig. 5 shows a change to 3GPP TS 25.413, section 9.2.l, describing a target BSS to
source BSS transparent container, according to a second version of an embodiment of the
present invention.
Fig. 6 shows another change to 3GPP TS 48.018, Table 11.3.80.a, describing a target
BSS to source BSS transparent container coding, according to the second solution of the
present invention.
FIG. 7 is a flow chart showing a method according to an embodiment of the present
invention.
FIG. 8 is a block diagram showing a system according to an embodiment of the
present invention.
Detailed Description of the Invention

A preferred embodiment of the present invention will now be described, merely to
illustrate one way of implementing the invention. This illustration is not meant to limit the
scope or coverage of what is described elsewhere in this application.
As explained above, for PS handover, PSI/SI blocks are mandatory information. They
must be transferred to the UE before a PS HANDOVER COMMAND message is transferred.
An assumption for a UTRAN to GERAN PS handover case has been that PSI/SI
blocks in addition to PS HANDOVER (HO) COMMAND message are included in the
HANDOVER FROM UTRAN COMMAND message. To construct this RRC message, the
SRNC has to receive the necessary GERAN information. The PS HANDOVER COMMAND
message can be included in a target BSS to source BSS transparent container. However,
PSI/SI blocks are assumed to be delivered to the SRNC via a RIM/NACC procedure.
The current mandatory procedure for PS handover implicates RIM/NACC, whereas
the RIM/NACC procedure is optional in network implementation, according to 3GPP
specifications. Thus, according to 3GPP specifications, the SRNC is not guaranteed to receive
PSI/SI blocks in time for PS handover, and the SRNC must either delay the PS handover or
have a failed PS handover, if the SRNC is the same as the CRNC which did not implement
RIM/NACC procedure, or if the SRNC is different from the CRNC which did not implement
RIM/NACC procedure.
Accordingly one embodiment of the present invention is a transparent container
5
WO 2007/036796 PCT/IB2006/002711
solution. An optimization for this transparent container solution can be to include a PSI/SI
Indicator IE in a source BSS to target BSS transparent container. If the SRNC and the CRNC
are the same RNC, and the CRNC implemented RIM/NACC, the SRNC will not need to
receive PSI/SI blocks again via a target BSS to source BSS transparent container. So, if the
SRNC has PSI/SI blocks for the target GSM cell, the SRNC will not include the PSI/SI
Indicator IE. If the SRNC needs to receive PSI/SI blocks via target BSS to source BSS
transparent container, it will include the PSI/SI Indicator with the value "True". If the
target BSS receives this indicator, it includes the PSI/Sis blocks in the target to source BSS
transparent container.
One illustrative implementation of the PSI/SI Indicator is shown in FIG 1. If the
PSI_SI Indicator IE is missing, it means the SRNC does not need to receive PSI/SI blocks.
But the meaning of existence of IE can be the other way around; i.e., a missing PSI/SI
Indicator IE can mean that the SRNC needs PSI/SI blocks.
Another illustrative implementation of the PSI/SI Indicator is to make the PSI/SI
Indicator a mandatory IE. Thus, this PSI/SI Indicator will always be included in the source
BSS to target BSS transparent container, and the source RNC/BSS must indicate clearly
whether it needs PSI/SI blocks or not. The implementation details can vary to realize PSI/SI
Indicator. The importance is that there should be a means for the source RNC/BSS to indicate
whether it needs to receive PSI/SI blocks or not from target BSS via transparent container.
A first version of this embodiment of the present invention involves having two parts
in a target BSS to source BSS transparent container. The first part of the container includes
PS HO COMMAND message in CSN.1 code in an octet string. The second part of the
container includes the number of PSI/Sis, type and PSIs or Sls in BSSGP code in an octet
string. According to this version, an approved RRC message (HANDOVER FROM UTRAN
COMMAND) can be used. Also, no RIM/NA CC is needed. The SRNC will always get
PSI/Sis in time during PS HO. The SRNC has to interpret the BSSGP command, because
only "Number of SI/PSI," "Type" and "SI/PSI" are needed in RRC message.
6
WO 2007/036796 PCT/IB2006/002711
In 3GPP TS 25.413, a change could be made as shown in FIG 2. And, in 3GPP TS

48.018, changes could be made as shown in FIG 3, which illustrates an information element
including information needed in the Source BSS to execute a PS Handover. FIGs 4 further
explain the content of FIG. 3. FIG 4a shows a change to 3GPP TS 48.018, Section
11.3.63.2.1, Table 11.3.63.2.la.
According to FIG 4a, A RAN-INFORMATION application container for the NACC
application has coding of the Application Container IE within the RAN-INFORMATION
RIM container for the NACC application. The reporting Cell Identifier is a field that is
encoded as the Cell Identifier defined in sub-clause 11.3.9 of3GPP TS 48.018.
FIG 4b shows a change to 3GPP TS 48.018, Section 11.3.63.2.1, Table 11.3.63.2.lb.
The TYPE field indicates the type of SI/PSI messages provided by the reporting cell. The
TYPE field is coded as shown.
FIG 4c shows a change to 3GPP TS 48.018, Section 11.3.63.2.1, Table 11.3.63.2.lc.
Accordingly FIG 4c shows a number of SI/PSI coding. This field indicates the number of
SI/PSI provided by the reporting cell contained in the SI/PSI field. This number may be zero.
For system information messages with multiple instances, each instance is counted as one
SI/PSI message. The Number of SI/PSI field is coded as shown. The SI/PSI field contains a
list of either system information or packet system information messages valid for the
reporting cell. The number of(packet) system info1mation messages is indicated in the
Number of SI/PSI field. Furthermore, if the TYPE field indicates that "SI messages as
specified for BCCH (3GPP TS 44.018) follow" then the SI/PSI field contains System
Information message instances encoded for BCCH as specified in 3GPP TS 44.018. Each
System Information message contains the Message type octet followed by all the IEs
composing the message payload. Each message is 21 octets long. If the TYPE field indicates
that "PSI messages as specified for PBCCH (3GPP TS 44.060) follow 11 then the SI/PSI field
contains Packet System Information message instances encoded for PBCCH as specified in
3GPP TS 44.060. Each Packet System Information message contains the MESSAGE_TYPE
field followed by the PSI message content. Each message is 22 octets long.
A second version of this embodiment of the present invention involves having many
parts in a target BSS to source BSS transparent container. The first part of the container
includes how many blocks it has, as an integer (2 to 11). The second part of the container
7
WO 2007/036796 PCT/IB2006/002711
includes PS HO COMMAND message in CSN. l code, in an octet string. The third part to
the nth part of the container include the PSis or Sis, in BSSGP code in an octet string; i.e.,
one of these n parts contains one PSI or SI. No R.IM/NACC is needed. The SRNC will
always get PSI/Sis in time during PS HO. Blocks are transparent to the SRNC, and the
SRNC only needs to read the number of blocks. Then it just copies the content into a GSM
message list IE in HANDOVER FROM UTRAN COMMAND in the RRC.
To accommodate this version of the invention, a GSM message list must be extended
to cover a maximum of eleven (11) GSM messages, and the UE must distinguish whether
PSis or Sis are included. Thus, a RRC change request (CR) is needed, in order to remove
PSI/SI choice IE in HANDOVER FROM UTRAN COMMAND message, in addition to a
RANAP change request and a BSSGP change request.
FIG 5 shows a change to 3GPP TS 25.413, section 9.2.1, describing a target BSS to
source BSS transparent container, according to a second version of an embodiment of the
present invention.
FIG 6 shows another change to 3GPP TS 48.018, Table 11.3.80.a, describing a target
BSS to source BSS transparent container coding, according to the second solution of the
present invention. This information element contains the information needed in the Source
BSS to execute a PS handover, and the element coding is as shown in FIG 6. The SI/PSI
field contains a list of either system information or packet system information messages valid
for the reporting cell. The number of (packet) system information messages is indicated in the
Number of SI/PSI field specified above. Furthermore, if the Type field indicates that "SI
messages as specified for BCCH (3GPP TS 44.018) follow" then the SI/PSI field contains
System Information message instances encoded for BCCH as specified in 3GPP TS 44.018.
Each System Information message contains the Message type octet followed by all the IEs
composing the message payload. Each message is 21 octets long. If the Type field indicates
that "PSI messages as specified for PBCCH (3GPP TS 44.060) follow" then the SI/PSI field
contains Packet System Information message instances encoded for PBCCH as specified in
3GPP TS 44.060. Each Packet System Information message then contains the
MESSAGE_TYPE field followed by the PSI message content. Each message is 22 octets
long.
Turning now to FIG 7, a method 700 is shown according to an embodiment of the
8
WO 2007/036796 PCT/IB2006/002711
invention. An indication is provided 705 indicating whether or not SI/PSI is requested from a
PS handover target via transparent container. No such request is made ifthe SRNC is a
CRNC that implements RJM/NACC. lfthe indication requested the PSI/SI, then that is
received 720 in a target to source transparent container. A relocation command is received
725 with the SI/PSI. Then at least part of the contents of the target to source transparent
container is sent 730 to a user equipment (e.g. mobile device).
A system for implementing this type of method is shown in FIG 8. A source RNC
860 (e.g. an SRNC) includes a network element 845 which includes a transmitting module
870 and a receiving module 880. The source RNC sends an indication to a target BSS 850 as
to whether SI/PSI is requested. If so, the SI/PSI is provided from the target BSS 850 to the
source RNC 860. The source RNC then provides SI/PSI to a mobile device 800, which is
received by a receiving module 810 of the mobile device, and is stored in a memory 820.
Then a processor 840 can access that SI/PSI in order to have a transmitting device 830
perform handover signalling.
The embodiments described above can be implemented using a general purpose or
specific-use computer system, with standard operating system software conforming to the
method described herein. The software is designed to drive the operation of the particular
hardware of the system, and will be compatible with other system components and I/O
controllers. The computer system of this mobile device embodiment includes the CPU
. processor 840, comprising a single processing unit, multiple processing units capable of
parallel operation, or the CPU can be distributed across one or more processing units in one
or more locations, e.g., on a client and server. Memory 820 may comprise any known type of
data storage and/or transmission media, including magnetic media, optical media, random
access memory (RAM), read-only memory (ROM), a data cache, a data object, etc. Moreover,
similar to the CPU, the memory may reside at a single physical location, comprising one or
more types of data storage, or be distributed across a plurality of physical systems in various
forms. The computer system for the network element 845 has a similar description, as a
person skilled in the art will understand.
It is to be understood that the present figures, an~ the accompanying narrative
discussions of best mode embodiments, do not purport to be completely rigorous treatments
of the method, system, mobile device, and software product under consideration. A person
9
WO 2007/036796 PCT/IB2006/00271 l
skilled in the art will understand that the steps and signals of the present application represent
general cause-and-effect relationships that do not exclude intermediate interactions of various
types, and will further understand that the various steps and structures described in this
application can be implemented by a variety of different sequences and configurations, using
various different combinations of hardware and software which need not be further detailed
herein.
10
WO 2007/036796 PCT/IB2006/002711
WHAT IS CLAIMED IS:
1. A method comprising:
providing an indication whether a source radio network controller requests to
receive system information from a handover target; and
receiving the system information in a target to source transparent container, if
the indication requests to receive the system information.
2. The method of claim 1, wherein the system information includes information

required by a mobile station for a packet switched handover.
3. The method of claim 1, wherein the indication is included in a source to target

4. The method of claim 1, wherein the target to source transparent container is sent
from a target radio network controller with a relocation command.
5. The method of claim 1, wherein the target to source transparent container is

received at the source radio network controller; and further comprising sending to a
user equipment at least a part of what is received in the target to source transparent
container.
6. The method of claim 1, wherein providing the indication is accomplished by

including an indicator or alternatively by omitting an indicator.
7. The method of claim 1, wherein the indication indicates that the source radio
network controller requests to not receive the system information from the handover
target, ifthe source radio network controller is a controlling radio network controller
that implements a radio access network information management procedure with
network assisted cell change.
11
WO 2007/036796 PCT/IB2006/002711
8. The method of claim 2, wherein the packet switched handover is a handover to a

different radio access technology.
9. The method of claim 2, wherein the packet switched handover is a handover to a

different base station subsystem.
10. A software product comprising a computer readable medium having executable

codes embedded therein; the codes, when executed, adapted to carry out the functions
of:
providing an indication whether a source radio network controller requests to
receive system information from a handover target; and
receiving the system information in a target to source transparent container, if
the indication requests to receive the system information.
11. The software product of claim 10, wherein the system information includes
information required by a mobile station for a packet switched handover.
12. The software product of claim 10, wherein the indication is included in a source to
target transparent container.
13. The software product of claim 10, wherein the target to source transparent
container is sent from a target radio network controller with a relocation command.
14. The software product of claim 10, further comprising the function of sending to a
user equipment at least a part of what is received in the target to source transparent
container.
15. An apparatus comprising:

means for providing an indication whether a source radio network controller
requests to receive system information from a handover target; and
12
WO 2007/036796 PCT/IB2006/00271 l
means for receiving the system information in a target to source transparent

container, if the indication requests to receive the system information.
16. The apparatus of claim 15, wherein the system information includes information
17. The apparatus of claim 15, wherein the indication is included in a source to target
18. The apparatus of claim 15, wherein the target to source transparent container is
sent from a target radio network controller with a relocation command.
19. The apparatus of claim 15, further comprising means for sending to a user
equipment at least a part of what is received in the target to source transparent
container.
20. A network element comprising:

a transmitting module configured to provide an indication whether a source
radio network controller requests to receive system information from a handover
target; and
a receiving module configured to receive the system information in a target to
source transparent container, if the indication requests to receive the system
information.
21. The network element of claim 20, wherein the system information includes
information required by a mobile station for a packet switched handover.
22. The network element of claim 20, wherein the indication is included in a source to
target transparent container.
13
WO 2007/036796 PCT/IB2006/00271 l
23. The network element of claim 20, wherein the target to source transparent
container from a target radio network controller conveys a relocation command.
24. The network element of claim 20, wherein the transmitting module is further
configured to send to a user equipment at least a part of what is received in the target
to source transparent container.
25. A system comprising:

a source radio network controller configured to provide an indication whether
the source radio network controller requests to receive system information from a
handover target; and
a target radio network controller configured to provide the system information
in a target to source transparent container, if the indication requests to receive the
system information.
26. The system of claim 25, wherein the system information includes information
27. A mobile device comprising:

a processor configured to perform a packet switched handover;
a receiving module configured to receive system information from a handover
target via a target to source transparent container; and
a memory for storing the system information,
wherein the system information includes information required by a mobile
station for the packet switched handover.
28. The mobile device of claim 27, wherein the packet switched handover is a
handover to a different radio access technology.
14
WO 2007/036796 PCT/IB2006/002711
1/8
The CO ID_E 0 f this . descn"bed.m 3GPP TS 48 018

e1ement is
IE/Group Name Presence Range IE type and Semantics description
reference
Source BSS to Target BSS M OCTET Coded as the value (V) part of
Transparent Container STRING the Source BSS to Target BSS
Transparent Container IE
definedinl3fil.
PSl_SI Indicator 0 Boolean "TRUE" means SRNC needs
PSIJSI transferred in the
Target BSS to Source BSS
Tran!O\parent Container.
FIG.1
WO 2007/036796 PCT/IB2006/002711
2/8
The coding of this element is described in 3GPP TS 48.018.

reference
PS HO Command M OCTET Coded as the value (V) part of
Transparent Container STRING the PS HO Command
defined in 13~
PSl_SI Transparent 0 OCTET Coded as the value (V) part of
Container STRING the PS/_S/ Transparent
Container IE defined in_@~.
FIG. 2
WO 2007/036796 PCT/IB2006/002711
3/8
8 I 7 l 6 J 5 l 4 ] 3l 2 l 1
Octet 1 !El
Octet2 2a Length Indicator
Octet 3-? Rest of element coded as a complete PS Handover Command
radio interface message as defined in 3GPP TS 44.060 (carrying
the PS Handover to A!Gb Mode Payloasfl
Octet ?+1- RAN-INFORMATION Application Container for the NACC
?? Application/11.3.63.2.1
FIG. 3
WO 2007/036796 PCT/IB2006/002711
4/8
8 I 7 l 6 I 5 I 4 1 3 l 2 l 1
Octet 1 IEI
Octet 2, 2a LeQg_th Indicator
Octet 3-10 ReportiQg_ Cell Identifier
Octet 11 Number of SI/PSI l ~e
Octet 12-n SI/PSI
FIG. 4a
Coding Semantic
0 SI messages as ~ecified for BCCHJ3GPP TS 44.01 ~follow
1 PSI mess~es as specified for PBCCHJ..3GPP TS 44.06Ql follow
FIG. 4b
Coding Semantic
000 0000 O "SI/PSI" follows
000 0001 1 "SI/PSI" follow
• "
1111111 127 "SI/PSI" follow
FIG. 4c
WO 2007/036796 PCT/IB2006/002711
5/8
The codin_g_ of this element is described in _I?~

reference
Number of containers M INTEGER(2 .. Coded as the value (V) part of
11) the PS HO Command
defined inl3(li.
Target SSS to Source SSS 1 to OCTET Coded as the value (V) part of
Transparent Container <MaxNumOfCont STRING the Target BSS to Source BSS
ainer> Transparent Container IE
defined in [3fil
FIG. 5
WO 2007/036796 PCT/IB2006/002711
6/8
8 1 7 1 6 l 5 1 4 l 3 1 2 J 1
Octet 1 IEI
Octet 2 2a Le1!9!h Indicator
Octet 3 Number of Containers
Octet 4-? Rest of element coded as a complete PS Handover Command
radio interface message as defined in 3GPP TS 44.060 (carrying
the PS Handover to NGb Mode PaJ!!.oad)
Octet ?+1- SI/PSI
??
FIG. 6
WO 2007/036796 PCT/IB2006/002711
7/8
Providing indication whether SI/PSI is requested from PS handover target, with

( no request ifSRNC is a CRNC that implements RIM/NACC.
70 5
•
Receiving SI/PSI in a target to source transparent container if indication
( requests it.
720
•
Receiving a relocation command with the SJJPSI.
(
725
Sending to UE at least part of contents of the target to source transparent

(' container.
730
FIG. 7 700
850 Target SSS Indication Whether SI/PSI is
Requested
handover signalling 860

SI/PSI
Transparent Contains
870 -
QC)
QC)
Transmitting
Transmitting device Receiving module Having SI/PSI
810 800 Module
880
330 820
Receiving
Module
Processor Memory
"'C1
Network Element n
840 Mobile Device 845 Source RNC
-=
~
~
-
0
0
0-,
0
0
N
FIG 8
-.....l
i-
i-
INTERNATIONAL SEARCH REPORT International application No.
PCT/IBZ006/00Z711
A. CLASSIFICATION OF SUBJECT MATIER
!PC: see extra sheet

According to International Patent Classification (IPC) or to both national classification and lPC
B. FIELDS SEARCHED
Minimum documentation searched (classification system followed by classification symbols)
IPC: H04Q, H04L, H04B

Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched
SE,DK,FI,NO classes as above

Electronic data base consulted during the international search (name of data base and, where practicable, search terms used)
EPO-INTERNALi WPI DATAi PAJ

C. DOCUMENTS CONSIDERED TO BE RELEVANT
Category* Citation of document, with indication, where appropriate, of the relevant passages Relevant to claim No.
x WO 0130107 AZ (TELEFONAKTIEBOLAGET LM ERICSSON l-Z8

(PUBL)), Z6 April 2001 (26.04.ZOOl),
page 1 - page 13, figures 1-3
--
A WO 03075591 Al (HUAWEI TECHNOLOGIES CO, LTD), 1-28
12 Sept 2003 (12.09.2003), abstract
--
A WO Z005089002 Al (SIEMENS AG), 22 Sept Z005 1-28
(22. 09.2005)' abstract
--
A WO 0079808 AZ (TELEFONAKTIEBOLAGET LM ERICSSON 1-28
(PUBL)), 28 December 2000 (28.12.ZOOO),
abstract
--
-------- [jg
D Further documents are listed in the continuation of Box C. See patent family annex.
* Special categories of cited documents: "T" later document published after the international filing elate or priority
"A" document defining the general state of the art which is not considered elate and not in conflict with the application but cited to understand
to be of particUlar relevance the principle or theory underlying the invention
"E" earlier application or patent but published on or after the international
filing elate
·x· document of particular relevance: the claimed invention cannot be
considered novel or cannot be considered to involve an inventive
"L" document which may throw doubts on priority claim(s) or which is step when the document is taken alone
cited to establish the publication date of another citation or other
special reason (as specified) "Y" document of particular relevance: the claimed invention cannot be
·o· document referring to an oral disclosure, use, exhibition or other considered to involve an inventive step when the document is
combined with one or more other such documents, such combination
means
being obvious to a person skilled in the art
·p· document published prior to the international filing elate but later than
the priority elate claimed "&" document member of the same patent family
Date of the actual completion of the international search Date of mailing of the international search report
13 March 2007 1 4 -03- 2007

Name and mailing address of the ISA/ Authorized officer
Swedish Patent Office
Box 5055, S-102 42 STOCKHOLM Behroz Moradi /LR
Facsimile No. +46 8 666 02 86 Telephone No. +46 8 782 25 00
Form PCTflSAf2!0 (second sheet) (April 2005)
PCT/IB2006/002711
International patent classification {IPC)

H04Q 7/38 (2006.01)
H04L 12/56 (2006.01)
H04Q 7/36 (2006.01)
Download your patent documents at www.prv.se

The cited patent documents can be downloaded at www.prv.se by
following the links:
• In English/Searches and advisory services/Cited documents
(service in English) or
• e-tjanster/anforda dokument(service in Swedish).
Use the application number as username.
The password is ALIUKJDYLF.
Paper copies can be ordered at a cost of 50 SEK per copy from

PRV InterPat (telephone number 08-782 28 85) .
Cited literature, if any, will be enclosed in paper form.
FormPCT/ISA/210 (extra sheet) (April 2005)

Information on patent family members
PCT/182006/002711
WO 0130107 A2 26/04/2001 AR 027867 A 16/04/2003 .

AT 339861 T 15/10/2006
AU 1065701 A 30/04/2001
DE 60030746 D 00/00/0000
EP 1222831 A,B 17/07/2002
WO 03075591 Al 12/09/2003 AU 2003221276 A 00/00/0000
CN 1175603 C 10/11/2004
CN 1442970 A 17/09/2003
EP 1482750 A 01/12/2004
US 20050119004 A 02/06/2005
WO 2005089002 Al 22/09/2005 EP 1723819 A 22/11/2006
GB 0414717 D 00/00/0000
GB 2414898 A,B 07/12/2005
WO 0079808 A2 28/12/2000 AU 5862600 A 09/01/2001
CA 2376004 A 28/12/2000
EP 1188340 A 20/03/2002
Form PCT/ISA/210 (patent family annex) (April 2005)

Page 1 (version 9)

Annex 6 - Appendix A: IPR Licensing Declaration forms
Legal Name: Vringo Infrastructure , Inc.
Name and Title : David L. Cohen, Chief Legal and IP Officer

Department: Legal and IP
Address : 780 Third Avenue
New York, NY 10017 USA
Telephone: +1 212 309 7549 Fax: +1646 532 6775
Email dco hen@vringoin c.com URL: www.vringoip.com
GENERAL IPR LICENSING DECLARATION

ETSI that (check one box only):
lZJ with reference to ETSI STANDARD(S) or TECHNICAL SPECIFICATION(S) No. :
TS 36.413, TS 36.331, TS 44.060 , or
D with reference to ETSI Project(s):

~~~~~~~~~~~~~~~~
, or
D with reference to all ETSI STANDARDS AND TECHNICAL SPECIFICATIONS
and with reference to (check one box only):
O IPR(s) contained within technical contributions made by the Declarant and/or its AFFILIATES, or
[gj any lPRs
the Declarant hereby irrevocably declares that (1) it and its AFFILIATES are prepared to grant irrevocable
licenses under its/their IPR(s) on terms and conditions which are in accordance with Clause 6. 1 of the ETSI
IPR Policy, in respect of the STANDARD(S), TECHNICAL SPECIFICATION(S), or the ETSI Project(s), as
identified above, to the extent that the IPR(s) are or become, and remain ESSENTIAL to practice that/those
STANDARD(S) or TECHNICAL SPECIFICATION(S) or, as applicable, any STANDARD or TECHNICAL
SPECIFICATION resulting from proposals or Work Items within the current scope of the above identified
ETSI Project(s), for the field of use of practice of such STANDARD or TECHNICAL SPECIFICATION ; and
(2) it will comply with Clause 6. 1bis of the ETSI IPR Policy with respect to such ESSENTIAL IPR (s) .
~ This irrevocable undertaking is made subject to the condition that those who seek licences agree to
reciprocate (check box if applicable) .
The construction, validity and performance of this General IPR licensing declaration shall be governed by the
laws of France.
SIGNATURE
By signing this General IPR Licensing Declaration form , you represent that you have the authority to bind the
Declarant and/or its AFFILIATES to the representations and commitments provided in this form .
Name of authorized person: David L. Cohen
Title of authorized person: Chief Legal and IP Officer
Place, Date: ~ew York USA, 20 August 2015
Signature:

Page 2 (version 9)

IPR INFORMATION STATEMENT AND LICENSING DECLARATION
Legal Name: Vringo Infrastructure, Inc.

Name and Title: David L. Cohen, Chief Legal and IP Officer
Department: Le al and IP
Address: 780 Third Avenue
New York. NY 10017, USA
Telephone: +1 212-3097549 Fax : +1 646 532 6775
Email: dcohen@vringoinc.com URL: http://www.vringoip.com/

In accordance with Clause 4 .1 of the ETSI IPR Polley the Declarant and/or its AFFILIATES hereby informs
Statement Annex.
[8J are the proprietor of the IPR(s) disclosed in the attached IPR Information Statement Annex.
O are not the proprietor of the IPR(s) disclosed in the attached IPR Information Statement Annex.

[8J To the extent that the IPR(s) disclosed in the attached IPR Information Statement Annex are or
become , and remain ESSENTIAL in respect of the ETSI Work Item, STANDARD and/or TECHNICAL
AFFILIATES are (1) prepared to grant irrevocable licences under this/these IPR(s) on terms and
conditions which are in accordance with Clause 6.1 of the ETSI IPR Policy ; and (2) will comply with
Clause 6.1 bis of the ETSI IPR Policy.
[8J This irrevocable undertaking is made subject to the condition that those who seek licences
O The Declarant and/or its AFFILIATES are not prepared to make the above IPR Licensing Declaration
The construction , validity and performance of this IPR information statement and licensing declaration shall
SIGNATURE
this form.
Name of authorized person: David L. Cohen
Title of authorized person: Chief Legal and IP Officer
Place, Date: New York, N,.ew York USA; 20 August 2015
Signature:
fil-
Page 3 (version 9)

IPR Information Statement Annex
k. .
I STANDARD, TECHNICAL SPECIFICATION or
~ork
ETSI Wo'k ll•m
I lll~strative--1
1
Proprietor
I'
Application
No.
Publication
No.
PatenUApplication
Title
I
Country of
registration
FURTHER INFORMATION
Other members of this PATENT FAMILY, if any*

'
I
ct m or Specific part of ! Version -1 ' I
Application No.
: Standar i Standard the st.a ndard II (V.X.X.X) I I I I Publication No. Country of registration
name 1 No. I (e11; Sectionl ! I
A U 12740100 i Australia
Schedul111g of EPC CN 99813100. 8 China P.R
ETSI TS
e.g. UMTS 6.1.1 .2 V.3.5.0 Abed EP 11319 72 slotted-mode related CONTRA CTING Fl 108270 Fin land
125 215
measurements STATES JP 11-3181 61 J~an
us 6532226 USA
AP 2390 I, ARIPO
Method, Device, CN 101278589 China l'.R
I I System and EP193864B EPO
9.2.1 .7, Software 191 7/DELN P/ 20 India
9.2.1 .8, I Product for OB i
3GPP
9.2 .1.9, providing
JP5717820 I Japan
LTE TS
36.413
9.2.1.10 ,
VB.0 .0 I AP 2390
I
system
ARIPO
1286/2006
KR 10-0992075
I Korea
Pakistan
92.1 _11 , I information to 95136469 Ta iwan
9.2.1.12 enable packet us United States
switched 20070070949
1
us ' United States
handover 20130003705 l I
AP 2390
--- T ARIPO I
CN 1 012 78 589 ! China P.R
Method, Device , EP19386 48 : EPO I
System and 1917/ DELNP/ 20 India I
Software 08
Product for JP 571 7820 i japan
3GPP KR 10- Korea
providing
LTE TS 10.2.2 VB.5.0 AP 2390 ARIPO 09992075
system 1286/ 2006 Pakistan
36.3 31
information to 9 5136469 Taiwan
enable packet us United St ates
switched 20070070949
hand over
us United States
20130003705
I
AP 2390 I ARIPO
3GPP Method , Device, CN 1012 78589 China P_R
LTE 8.10 , 11 .2.4 3 VB .3.0 AP 2390 ARIPO
TS System and EP1938648 EPO
-- ·--~---~ ..a.""""'" ~-- · ':'"~~--'IE»t;.'et~-------------'!!!"!11-------
Page 4 (version 9)

44.060 Software 1917 /DELNP/20
08
! India
Product for I
JP 5717820 I japan
providing KR 10· 1 Korea
system 1286/2006 09992075
information to 95136469 Pakistan
enable packet Taiwan l
switched us United States I
I
20070070949
handover us United States I
20130003705 I
---- J
I I
*Information on other members of a PATENT FAMILY is provided voluntarily (Clause 4.3 of the ETSI IPR Policy).
Please retum this form together with the "IPR Information Statement and Licensing Declaration form" to.
ETSI Director-General - ETSI - 650, route des Lucio/es - F-06921 Sophia Antipolis Cedex - France I Fax. +33 (0) 4 93 65 47 16
IPR online declaration service Page 1 of7
IPR information statement and licensing declaration
IPR Holder I Organisation

Legal name: [N?kTa Corporation
Signatory
Title:"'
Name:• MOILANEN
First name:·• Kalle

Re ·-----------
Position: IPR Manager
Department:
Address: !P.0 Box 86, Joensuunkatu 7, 24100 SALO, FINLAND
Tel: !+358 50 366 2022 I Fax: 1+358 7180 44275

Email: !kalle.moilanen@nokia.com
IPR information statement
In accordance with the ETSI IPR Policy, Clause 4.1, I hereby inform ETSI that,
with reference to the technical proposal identified as ~U_M_T_S

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _~
and/or
in relation to Work Item No.
and/or
with reference to ETSI Standard No.
it is my belief that the IP Rs listed in the attached IPR information statement annex are, or are likely to become, Essential JPRs in relation to that Standard.
!PR iicensirtg deciaration
The SIGNATORY has notified ETSI that it is the proprietor of the IPRs listed in the attached JPR information statement annex and has informed ETSI that it believes that the IPRs may be
considered ESSENTIAL to the Standards listed above.
The SIGNATORY and/or its AFFILIATES hereby declare that they are prepared to grant irrevocable licences under the IPRs on terms and conditions which are in accordance with Clause 6.1 of
the ETSI IPR Policy, in respect of the STANDARD, to the extent that the IPRs remain ESSENTIAL.
This undertaking is made subject to the condition that those who seek licences agree to reciprocate same in respect of the STANDARD in accordance with Clause 6.1 of the ETSI IPR Policy
(delete this paragraph if this condition is not required).
The construction, validity and performance of this DECLARATION shall be governed by the Jaws of France.
Additional infonr-.ations:
Place Date: Signature:

_____ ! 2008-10-09 11 :43
00 1 f\ "'.IAAO
(place, date) (Signed for and on behalf of the Signatory)

Please return this form duly signed to : ETSI Director-General
ETSI - 650 route des Lucioles - F - 06921 Sophia An1ipolis Cedex - FRANCE
Fax. +33(0)4 93 65 4716
,;t:te lx.c. Nokia : 04733391.9 1747555 . AUDIO

1---.i-------1
1 . 11
__ 1Corporation I ENCODING Office
WITH European
DIFFERENT
CODING
MODELS
I. I ;UI
I
:.f'S
.Iv
2006139789
,l
281981
, Ire
PCT/IB04/001579
IpCT
16 I SOUTH AFRICA . ZA
_=UMT=S.! _-,2",6,,,,,, K: . 2"-.,,,

. .234,,---,-,,,, Ki =2._,--",6
. . -"12,,. '--_I Nokia 101844063 Integrity UNITED PjOJ'l: IRAZIL· BR
Corporation protection of STATES
! streamed content
I
I
or
2006139426
..
1273806
PCT/FI200S/000215 I Ire
47 I AFRICA ·ZA
UMTS 25.413: Nokia 11/540940 UNITED

8.6.2, Corporation STATES APIP/200B/004402

25.413. 48.018:8a.5, 25.413:7.7.0,
48.018 11.3.80, 48.018:6.19.7
1 06808913.5
11.;J.::1oa IEPO
I
()O 1 {\ r"J(\()Q
I Method, device, 2006-531616 JAPAN -JP

II system and
software product
KENYA-KE
KOREA (REPUBLIC 01
2006-7007485
I for providing KR
I system 126612006 PAKISTAN - PK
I information to
95136469
TAIWAN, PROVINCE C
I enable packet
switched
CHINA-TW
I handover PCT/182006/002711
Patent Cooperation Tre
I PCT
TS 26.114 r -I
9.2.1 7.1.0 INokia - -- -- -- I
PCT/182007/0536
- -·
SYSTEM AND Patent 11/661216 IUNITED STATES - us
Corporation METHOD FOR Cooperation
I- I
I
PROVIDING Treaty
'_J
REDUNDANCY I
I MANAGEMENT I
I
I
UMTS 8.1.1.1.1,
I
f Nokia PCT/IB2008/0000 [ METHOD,
'
I
Patent
lj P080100082 ARGENTINA - AR
6.4.3.1, I Corporation SYSTEM, USER Cooperation l 0801000062 THAILAND - TH
8.6.7.19.7, ! EQUIPMENT, Treaty
l 96150300 TAIWAN, PROVINCE C
25.331 B.1.1.6.15.1a, 7.6.0 NETWORK CHINA-TW
8.1.1.6.15.3a,
6.6.7.19.7,
I I
ELEMENT AND
SOFTWARE
! 12/008703 UNITED STATES - US
10 ' PRODUCT FOR
I I GENERIC
I I
II BROADCASTED
I
I
I I
POSITIONING
ASSISTANCE
~DATA
i
I I
i
I , I I
--- ____,
I
-8.1.1.1.1, --- ~
s i Nokia PCT/EP2007/061
'I I PROVIDING IPatent 196140333
TAIWAN, PROVINCE C
25.331 10.2.48.8.18.0, 7.6.0 ICorporation AND USING Cooperation CHINA-TW
10.3.7.960 I MESSAGES
INCLUDING
Treaty ! 11/978212
i
UNITED STATES - US
I
II ' TIME RELATED
INFORMATION
I
I
I
= - ---
I
!
'
---- ! Enhanced
- I
I UNITED
JI - P080101076 ARGENTINA -AR
i· Quality I STATES 0801001280 THAILAND - TH
Reporting for 97109060 TAIWAN, PROVINCE C
I
Transmission
Sessions
I I PCT/EP 20081052702
CHINA-TW
Patent Cooperation Tre
I,~~~~~~~~~~P~C~T~~~~~-
' ,. " " n.n. 1 n. nnn.o

出願番号等
特許出願人発明の名称備考（出願国名）
REGISTRATION NO./
PATENT HOLDER NAME OF PATENT REMARKS
APPLICATION NO.
NOKIA 異る符号化デを用いる音声符号化特表 2007－538281 AU,BR,CA,CL,CN,EP,IN,JP,
CORPORATION*7.10 KR,MX,PK,RU,SG,TW,US,
WO,ZA,AT,FR,DE,HU,IT,NL,R
O, ES,GB,CH,HK,KR
NOKIA ストリーングンテンの特表 2007－536853 AU,BR,CA,CN,EP,ID,IN,JP,KR

CORPORATION*7.10 ,MX,RU,SG,TW,US,WO,ZA,
HK,US
NOKIA ＩンフースをたＡＲ表特表 2008－529437 MY,TW,WO,US,CN,EP,IN,JP,

CORPORATION*7.10 KR
NOKIA METHOD, APPARATUS AND COMPUTER PROGRAM WO06/117663 MY,TW,US,WO,BR,CN,EP,IN,

CORPORATION*7.10 PROVIDING SIGNALING OF CONFIGURABLE POWER STEP JP,KE,MX,PH,RU,ZA,KR,VN
SIZES FOR HIGH SPEED UPLINK PACKET ACCESS (HSUPA)
NOKIA FIXED HS-DSCH OR E-DCH ALLOCATION FOR VOIP (OR WO06/114689 MY,TW,US,WO,BR,CN,EP,IN,
CORPORATION*7.10 HS-DSCH WITHOUT HS-SCCH/E-DCH WITHOUT E-DPCCH) JP,MX,PH,RU,ZA,KR,VN,AP
NOKIA COORDINATING UPLINK CONTROL CHANNEL GATING WO07/017731 US,WO,BR,CN,EP,IN,JP,MX,

CORPORATION*7.10 WITH CHANNEL QUALITY INDICATOR REPORTING NG,PH,RU,ZA,KR,VN,MY,AP
NOKIA METHOD, DEVICE, SYSTEM AND SOFTWARE PRODUCT FOR WO2007/0036796 PK,TW,US,WO,AP,CN,EP,IN,
CORPORATION*7.10 PROVIDING SYSTEM INFORMATION TO ENABLE PACKET JP,KR
SWITCHED HANDOVER
NOKIA JITTER BUFFER ADJUSTMENT WO08/023303 WO,US,TW

CORPORATION*7.10
NOKIA METHOD AND APPARATUS FOR COMMUNICATING WO08/047309 WO,US

CORPORATION*7.10 PROTOCOL DATA UNIT IN A RADIO ACCESS NETWORK
NOKIA METHOD, SYSTEM,USER EQUIPMENT, NETWORK ELEMENT WO08/084382 WO,AR,TW,TH,US

CORPORATION*7.10 AND SOFTWARE PRODUCT FOR GENERIC BROADCASTED
POSITIONING ASSISTANCE DATA
198

Patents and Declarations 3 of 3

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Patents and Declarations 3 of 3

Загружено:

Авторское право:

Доступные форматы

21

(43) International Publication Date PCT (10) International Publication Number

-- (74) Agent: WILLIAMS, David, John; Page White & Farrer,

= (54) Title: COMMUNICATION SYSTEM

-- (57) Abstract: There is disclosed a mobile

- in which the at least one access controller is

STOP SOURCE START TARGET

EXCHANGE INFORMATION 214

For two-letter codes and other abbreviations, refer to the "Guid-

BACKGROUND TO THE INVENTION:

Field of the Invention:

The invention relates to the control of transmissions in an uplink channel

Description of the Related Art:

A mobile communication system is an example of a system in which an

In a universal mobile telecommunications system (UMTS), a radio access

A dedicated channel (DCH) is provided in a UMTS system for uplink

In 3rd Generation Partnership Project, Technical Specification Group

A proposed characteristic of the E-DCH is to provide a shorter frame

More specifically, in 3GPP the support of Node B control scheduling for

10 In operation, each UE has a so-called active set of one or more cells,

about it. In addition, the information relating to the scheduling may be

In a still further approach, it has been proposed that no scheduling is

5 SUMMARY OF THE INVENTION:

It is an aim of the invention to at least provide an improved technique for

In a first aspect the invention provides a method of determining an access

Thus the first aspect preferably provides a method of determining an

In a further aspect there is provided a method of determining an access

In a further aspect there is provided a method of determining an access

selecting a scheduling access point; and starting the scheduling access

The step of detecting setup of an enhanced dedicated channel may

Ina further aspect there is provided a method of operating an access point

The access point preferably comprises a Node B of a UMTS system. The

25 The invention further provides an access controller configured to

The access point may be configured to control scheduling in an enhanced

The access controller may include selection means for selecting or

There is disclosed an access controller for determining an access point for

The access controller may comprises means for determining an access

There is further provided an access controller adapted to determine an

15 The means for detecting setup of an enhanced dedicated channel may

There is further disclosed an access point for controlling scheduling of an

5 In a further aspect the invention provides a mobile communication system

The scheduling access point may be adapted to transmit a scheduling

The mobile communications system may be a UMTS system, wherein the

20 BRIEF DESCRIPTION OF THE FIGURES:

Figure 1 illustrates elements of a radio access network in which

25 Figure 2 illustrates a flow chart for a first mode of operation;

Figure 3 illustrates a flow chart for a second mode of operation; and

Figure 4 illustrates a flow chart for a third mode of operation.

DESCRIPTION OF THE PREFERRED EMBODIMENTS:

The invention is described herein by way of reference to particular

5 In Figure 1, there is illustrated those typical elements of a UMTS system

Referring to Figure 1, an example UMTS system typically includes a

In practice, the MSC functionality may be provided by an MSC Server

The RNCs themselves are interconnected via Iur interfaces. In Figure 1, it

5 Each of the RN Cs in the UMTS system is connected to one or more MSCs

One of the two fundamental features of the enhanced dedicated channel is

25 When a UE is in a soft handover state with multiple Node Bs there is a

In a preferred embodiment, it is assumed that the decision as to which

A first mode of operation is described with reference to the flow chart of

In a step 206, it is assumed that the serving RNC is monitoring,

Referring again to Figure 2, if in step 206 it is determined, by any means,

scheduling Node B is prepared. The identity of the target scheduling Node

Once preparations for the switch are complete, in a step 210 an

The message signalling to the Node Bs may be implemented in accordance