Beruflich Dokumente
Kultur Dokumente
Author:
Dewan Nabi
Owner:
RAE
Status:
Draft
Version:
1.0
Date:
23.01.2012
Document ID:
xxxx
Role
Dewan Nabi
RNE
Optus 2012
Contribution
(Section)
RNP & RNO
1/9
Date of issue
23.01.2012
Version 1.0
Approval Record
Name
Sal Stillone
Role
Manager RAE SA/WA
Signature
Approval Date
23.01.2012
Change Record
Version
1.0
Section (s)
ALL
Author
Dewan Nabi
Date
23.01.2012
Related Documents
Document Title
File Path\Name
SC Checker
https://wiki.optusnet.com.au/foswiki/Main/RaeTools
Glossary of Terms
Optus 2012
2/9
Version 1.0
Term/Acronym
Description/Definition
AE
Access Engineering
Table of Contents
Scope..................................................................................................................... 5
References............................................................................................................. 5
Introduction........................................................................................................... 5
General Guidelines................................................................................................ 5
Optus 2012
3/9
Version 1.0
Scope
The scope of this document is to provide basic guidelines for Primary Scrambling Code (PSC)
planning in RFI Project.
References
NA
Optus 2012
4/9
Version 1.0
Introduction
Scrambling code planning is usually associated with assigning a downlink primary scrambling code to
each cell. New in-fill site integration needs SC to be assigned to new cells without SC conflicts with
existing In-service cells.
General Guidelines
1. The fundamental requirement for downlink scrambling code planning is that the isolation
between cells which are assigned the same scrambling code should be sufficient to ensure that
UE never simultaneously receive the same scrambling code from more than one cell.
2. Scrambling code planning should be completed in combination with neighbour list planning
to ensure that neighbour lists (single cell NL, combined NL in soft handover) never include
duplicate scrambling codes.
3. Scrambling code planning can also have an impact upon the three step cell synchronisation
procedure. It is possible to adopt a scrambling code planning strategy which places the
emphasis upon either step 2 (identifying the scrambling code group) or step 3 (identifying the
scrambling code). The impact is dependent upon UE implementation.
4. Scrambling code planning should also account for future network expansion which could be
the inclusion of additional Node B or increased sectorisation of existing Node B.
5. If a radio network includes Node B which are configured with two or three RF carriers the
same scrambling code plan can be assigned to each carrier.
6. Key 3GPP specifications: TS 25.213.
Range of Usable SC
3GPP TS 25.213 specifies 512 downlink primary scrambling codes. Optus reserves 32 Scrambling
Codes for future and Femto use. These codes are presented in Table 1 below.
48
1
48
2
48
Optus 2012
48
4
48
5
48
48
7
48
8
48
49
0
49
1
49
49
3
49
4
49
49
6
49
7
49
5/9
49
9
50
0
50
50
2
50
3
50
50
5
50
6
50
50
8
50
9
51
51
1
0
Version 1.0
9
2
5
8
1
4
7
Table 1: Optus Reserved SC table
So a total of 480 SC (SC 1 to SC 480) are available for new Macro and IBC sites SC Planning.
Use the SC Checker to find a set of unused SC within a X km radius of the new site. SC Checker
has four worksheets. Use only the Tool Controls and Output worksheet to find SC. Under Site
Latitude and Site Longitude field, enter the new sites Lat, Lon information. Under Radial SC
Distance (km) field, enter the distance in km you would like to see free SC available for assignment.
Then press the Find Scrambling Codes button. It returns free SC in a table format in the same
worksheet. Please note selecting exclusion radius too low may end up with SC conflict. This tool does
not check for any SC Conflicts.
Choose a subset of SC from the listed unused SC. then verify in Asset to see how far away the SC is
reused (in both IN_SERVICE and PREFFERED sites). If it is at least beyond 2 nd / 3rd tier sites (the
farther the better), then assign the SC in new site.
Please note, The SC Checker XL macro uses 3g_config.xls file as its only source of information for
site locations and SC used. This file is updated once every day in the server. So SC Checker needs to
be updated with refreshed latest data once a day. Press Refresh SC and LatLong Data button to
update the tool with most recent site configuration data.
Optus 2012
6/9
Version 1.0
Sometimes the SC is pre-assigned in some preferred sites in Asset. A visual check is done in asset to
see if the new SC is used in IN_SERVICE sites or in proposed preferred sites. In the following
picture, the yellow icons are proffered sites, while green icons are in service sites. It is evident that SC
190 is used only at our new site and not reused in any neighbouring site. This is how the visual check
can be done by SC filtering.
SC CONFLICT
Sometimes SC Conflict Alarm at NSN RNC is triggered due to several reasons. One of the reasons is
Same SC in Combined NL:
Alarm 3485 SCRAMBLING CODE CONFLICT
Meaning
The same primary CPICH scrambling code is used by multiple WCDMA cells located close to each
other. A similar alarm was set for each of these cells. The alarm is set by the Handover Control
process when the same primary CPICH scrambling code is used by at least two of the neighbour cells
available for a UE, and a radio link is going to be added to such a cell. Handover Control is unable
to reliably distinguish between the conflicting cells, which may decrease the Soft Handover success
rate under the RNC.
It is important to understand that SC conflicts are not desirable. The following section is of theoretical
interest. It explains some scenarios how SC conflicts may arise.
Scrambling code planning should be completed in combination with neighbour list planning
to ensure that neighbour lists never include duplicate scrambling codes. This is important because
RRC signalling procedures can use the scrambling code as a way to reference each neighbour. The
RNC will face an ambiguity if the UE reports measurements from a neighbour which has a duplicate
scrambling code within the neighbour list, i.e. the RNC will be unable to deduce from which
neighbour the measurements were recorded. Figure 2 illustrates the scenario where multiple
neighbours have been allocated the same scrambling code.
Optus 2012
7/9
Version 1.0
Figure 2: Requirement to avoid neighbour lists which include duplicate scrambling codes
The RNC implementation combines neighbour lists when UE are in soft handover. Neighbour list
combining helps to reduce the potential for missing neighbours and so helps to improve network
performance. Figure 3 illustrates a UE which is in soft handover with cells A and B. Due to neighbour
list combining the UE will be provided with a neighbour list generated from the combination of the
neighbour lists belonging to cells A and B. If both cells have neighbours with the same scrambling
code, the RNC will be unable to deduce from which cell UE measurements have been recorded. A
scrambling code conflict alarm will be logged at RNC. This scenario requires that when cells A and B
are neighboured there should not be any duplicate scrambling codes within the neighbour lists
belonging to cells A and B.
Figure 3: Neighbour list combining and potential duplicate scrambling codes (example 1)
In Second example (Fig 4), Cell A is neighboured with cells B and C while cells B and C are
not necessarily neighboured with one another. The UE could trigger an active set update which results
in the active set including cells B and C. The neighbour lists belonging to cells B and C would then be
combined and a duplicate scrambling code introduced. In general, neighbour list auditing should be
completed after scrambling code planning to exclude the possibility of neighbour lists including
duplicate scrambling codes.
Optus 2012
8/9
Version 1.0
Figure 4: Neighbour list combining and potential duplicate scrambling codes (example 2)
NETWORK EXPANSION
Future network expansion could mean increased sectorisation of existing Node B. Optus do not have
an existing plan to use reserved SC for new sector addition (SC for 4 th sector in a 3 sector existing
site).
CARRIER UPGRADE
Scrambling code planning can be completed independently for different RF carriers. If a Node B is
configured with two or three RF carriers the same scrambling code plan can be assigned to each
carrier. This approach helps to reduce the quantity of work associated with scrambling code planning
and reduces system complexity. Optus follows this strategy. Same SC is used for carrier upgrades and
overbuild cells as underlay cells.
Optus 2012
9/9
Version 1.0