Feature Guide
Date
2014/03/28
Author
Zeng
Lingling
Reviewer
Wu He
Notes
First Edition
TABLE OF CONTENTS
1
2
2.1
2.2
2.3
Overview ............................................................................................................ 6
Feature Introduction ............................................................................................. 6
License Control .................................................................................................... 8
Correlation with Other Features ........................................................................... 8
3
3.1
3.2
3.2.1
3.2.2
3.2.3
3.2.4
3.2.5
3.3
3.3.1
3.3.2
3.3.3
3.3.4
3.4
3.4.1
3.4.2
3.4.3
3.5
3.5.1
3.5.2
3.6
4
4.1
4.2
Parameters....................................................................................................... 31
Radio Parameter ................................................................................................ 31
Ground Parameter ............................................................................................. 43
5
5.1
5.2
6
6.1
6.2
6.3
6.4
6.5
Abbreviation .................................................................................................... 56
Reference Document....................................................................................... 57
FIGURES
Figure 2-1 Logical Architecture of CBS System ...................................................................7
Figure 3-1 Basic Network Structure of a CBS System........................................................10
Figure 3-2 Restart Indication Procedure: Successful Operation .........................................13
Figure 3-3 Write-Replace Procedure: Successful Operation ..............................................14
Figure 3-4 Write-Replace Procedure: Unsuccessful Operation ..........................................14
Figure 3-5 Message Status Query Procedure: Successful Operation.................................15
Figure 3-6 Message Status Query Procedure: Unsuccessful Operation .............................15
Figure 3-7 Reset Procedure: Successful Operation ...........................................................16
Figure 3-8 Reset Procedure: Unsuccessful Operation .......................................................17
Figure 3-9 Interconnection between a ZTE RNC and a CBC Server ..................................18
Figure 3-10 Connection Mode ............................................................................................18
Figure 3-11 EMS Built-in CBC Network Topology ..............................................................20
Figure 3-12 EMS Built-in CBC network topology ................................................................21
Figure 3-13 CTCH Multiplexing Mode with the MCCH Configured .....................................26
Figure 3-14 CTCH Multiplexing Mode without the MCCH Configured ................................27
Figure 3-15 ETWS System Architecture.............................................................................30
Figure 6-1 Parameters configuration interface 1 ................................................................48
Figure 6-2 Parameters configuration interface 2 ................................................................49
Figure 6-3 Parameters configuration interface 3 ................................................................50
Figure 6-4 Parameters configuration interface 4 ................................................................51
Figure 6-5 Parameters configuration interface 5 ................................................................52
Figure 6-6 Parameters configuration interface 6 ................................................................53
Figure 6-7 Parameters configuration interface 7 ................................................................54
TABLES
Feature Attribute
BSC/RNC Version: [ZXWR RNC V3.13.10.15/ZXUR 9000 V4.13.10.15]
BTS/Node B Version: [ZXSDR V4.13.10.20]
Attribute: [Optional]
Involved NEs:
NE Name
Related or Not
MS/UE
BTS/Node B
BSC/RNC
iTC
MSC
MGW
SGSN
GGSN
HLR
CBC
Special Requirement
Overview
2.1
Feature Introduction
This feature is used to support the cell broadcast short message service and can be used
to deploy text broadcast services like weather forecast and traffic information. The ETWS
is expected to be deployed based on the CBS system to warn people in areas where
disasters, for example earthquake, typhoon and tsunami, take place.
The CBS is a basic tele-service defined by the UMTS to provide text broadcast services
in a mobile telecommunication system. It is also called SMS-CB. The main difference
between the CBS and SMS is that the receiver of an SMS message is a specific user in
the network but the receivers of a CBS message involve all users in an area, including
roaming users. The minimum CBS address granularity is a cell in the PLMN. The
contents of the CBS can be but not limited to: service notice, weather forecast, traffic
information, international and domestic news, emergency events, and advertisements.
The logical architecture of the CBS system is shown in the following figure.
Figure 2-1
Node B
UE
RNC
(e.g.
3GSGSN)
Node B
UE
Cell
Broadcast
Center
(CBC)
Iub
Uu
Iu
Bc
The Cell Broadcast Entity (CBE) is the source of the CBS contents. It provides users with
an interface to release information and formats CBS messages. The CBC is the
broadcast center of the cell and it saves and manages CBS messages generated by the
CBS. The CBC is connected to the RNC through the Iu-BC interface. The RNC receives
commands and CBS messages from the CBC and broadcasts CBS messages in
specified areas and specified periods. The RNC also needs to respond to the querying
CBC and report broadcasting states of CBS messages.
ZTE RNC supports the standard Iu-BC interface and the SABP protocol (refer to 3GPP
TS25.419). ZTE RNC can be connected to one or more CBC devices from a third party
with the standard Iu-BC interface.
ZTE RNC also supports the ETWS service (refer to 3GPP TS 22.168) that allows users
to receive warning CBS messages in case of a disaster. To enable the ETWS function,
the CBC and UE must operate together.
2.2
License Control
Table 2-1
Feature ID
ZWF21-02-025
2.3
Feature
License Control
Configured
Name
Item
NE
Cell
WCDMA
Broadcast
Broadcast
Service
Support
Unit
Cell
Service
RNC
RNC
Technical Description
This feature provides the Cell Broadcast Service. As a basic telecommunication service
defined for the UMTS system, it sends short text messages to all users in a certain radio
area by broadcasting messages without connection or confirmation. The CBS is different
from the point-to-point SMS service. SMS messages are sent to individual mobile users,
while CBS messages are sent to all mobile users in a specific area, including the external
users roaming in this area. For the CBS, the minimum addressable area in a network is a
radio cell.
With the CBS function, operators can provide various services in the UMTS network,
such as emergency alarms, weather forecasts, traffic information, enterprise
advertisements, news, and quotations of stock markets. In the 3G network, the CBS can
be used for two major types of applications: One application is to cooperate with
government departments to use cell broadcast as a platform for publishing public
information, like the above-mentioned disastrous weather forecasts and emergency
broadcasts. The other application is to serve as a mobile advertisement carrier, which
enables the cooperation between operators and enterprises to use cell broadcast for
mobile advertisements. To operators, for one thing, more government departments and
enterprises are included as VIP customers in the cell broadcast information sources; also,
the successful application of the CBS may produce a positive brand effect, attract more
users to their communications networks, and promote the development of other services
in mobile networks. Therefore, there are optimistic prospects when CBS application is
introduced to the UMTS network due to its low investment and diversity.
In this document, the CN is referred in particular to the broadcast domain CN, which
means the CBC.
3.1
Using a built-in EMS to simplify the CBC: The OMCR provides the CBC access
function, and the EMS provides the CBC processing function.
Interconnecting with a third-party CBC through the IuBC interface: The basic
network structure of a CBS system is shown in the following figure.
Figure 3-1
UTRAN
Cell
Broadcast
Center
Node B
UE
RNC
Node B
UE
CBE
CBE
(CBC)
Iub
Uu
IuBC
The CBS system architecture can be implemented as above, in which a Cell Broadcast
Center (CBC) is connected to an RNC through an IuBC interface and is connected to two
CBEs through interface 1. One CBC can be connected to multiple RNCs and CBEs, and
one RNC may be connected to multiple CBC nodes. Each CBC node is an external node
of the RNC. Moreover, a CBE is responsible for all aspects of formatting the CBS,
including splitting a CBS message into multiple pages. Interface 1 between CBEs or
between a CBE and a CBC is not defined in 3GPP specifications, but defined by the
equipment provider.
3.2
10
Determining the stop time when a CBS message stops being broadcast and
subsequently instructing each RNC to cease the broadcast of the CBS message
Determining the cycle in which the CBS message should be repeatedly broadcast
A CBC sends CBS data and control commands to an RNC in the form of message
primitive, and the RNC implements the broadcast of CBS messages in specified cells.
Whether
cell
supports
the
CBS,
it
is
UUtranCellFDD.refUServiceAreaBC,
controlled
jointly
by
the
URncFunction.cbsSwitch,
the
CBS
only
when
UUtranCellFDD.refUServiceAreaBC
URncFunction.cbsSwitch
is
not
NULL,
is
TRUE,
and
and
both
UUtranCellFDD.refUServiceAreaBC
is
not
NULL,
UServiceAreaBc.sacbc
referenced by it defines the service area code of the BC domain where the cell is located.
A service area code identifies uniquely one or several cells in the same location area
(LA). It is used to indicate the location of a UE to a CN. One cell has one or two SACs.
One is in the CS or PS domain, and the other is in the BC domain. An SA in the BC
domain can contain only one cell.
11
3.2.1
3.2.2
RESTART Function
The purpose of the Restart Indication procedure is for the RNC to inform the CN that a
Service Area broadcast has started in one or more of its Service Areas (for example,
when a Service Area becomes operational or when the RNC is initialized).
The CBS supports the restart of a service area or cell in various scenarios like system
power-on and cell reconstruction.
The RNC shall initiate the procedure by sending a RESTART message to the CN.
12
Figure 3-2
CN
RNC
RESTART
This message shall contain a Service Areas List IE for reference and may also include
the Recovery Indication IE to indicate whether the previous broadcast information needs
to be loaded. In the absence of the Recovery Indication IE, the CN shall interpret it as
"lost".
3.2.3
WRITE/REPLACE/KILL Functions
The CBS supports the Write-Replace, or Kill (WR/KILL) function of broadcast messages.
The purpose of this Write-Replace procedure is to broadcast new information or replace
a message already broadcast to a chosen Service Area(s). The purpose of the Kill
procedure is to stop the broadcast of the indicated message.
The CN shall initiate the procedure by sending a WRITE-REPLACE message to the RNC.
The RNC will initiate the broadcasting of a new message or replace a message already
broadcast as requested to the service areas as indicated in the Service Area(s) List.
13
CN
RNC
WRITE-REPLACE
WRITE-REPLACE
COMPLETE
If there is at least one Service Area specified in the WRITE-REPLACE message for
which the RNC cannot allocate all the resources requested or for which the RNC cannot
complete the operation as requested, then the RNC shall return a WRITE-REPLACE
FAILURE message to the CN as an outcome of the procedure. A list of Service Area(s)
where the requested resources are unavailable or for which the RNC cannot complete
the operation as requested and an appropriate cause value shall be provided in this
WRITE-REPLACE FAILURE message in the Failure List.
This WRITE-REPLACE FAILURE message may also include those Service Area(s)
where the requested resources were available and shall indicate in the Number of
Broadcasts Completed List those Service Area(s) which completed the request
successfully.
RNC
WRITE-REPLACE
WRITE-REPLACE
FAILURE
14
The CN shall initiate the KILL procedure by sending a KILL message to the RNC. Upon
receipt of the KILL message the RNC shall stop broadcasting the CBS message. If the
RNC fails to stop broadcasting the CBS message as indicated in the KILL message in at
least one service area, the RNC shall return the KILL FAILURE message to the CN.
3.2.4
Figure 3-5
CN
RNC
MESSAGE STATUS QUERY
Figure 3-6
CN
RNC
MESSAGE STATUS QUERY
15
The CN shall initiate the procedure by sending a MESSAGE STATUS QUERY message
to the RNC.
Successful operation: Upon receipt of the MESSAGE STATUS QUERY message, the
RNC shall return the MESSAGE STATUS QUERY COMPLETE message.
Unsuccessful operation: If the requested operation fails (for example, the CBS message
is unknown, or the RNC cannot send the status for a known CBS message), the RNC
shall send a MESSAGE STATUS QUERY FAILURE message to the CN containing a
Failure List for Service Area(s) for which the requested operation failed.
3.2.5
RESET Function
The service supports broadcast reset (RESET) in a service area. The CN shall initiate
the procedure by sending a RESET message to the RNC, in order to end broadcasting in
one or more Service Areas of the RNC.
Figure 3-7
CN
RNC
RESET
RESET COMPLETE
16
Figure 3-8
CN
RNC
RESET
RESET FAILURE
Successful operation: Upon receipt of this message, the RNC shall end broadcasting in
the indicated Service Area(s) and shall return a RESET COMPLETE message.
Unsuccessful operation: Upon receipt of this message, if the RNC cannot end
broadcasting in the indicated Service Area(s), it shall return a RESET FAILURE
message. The RESET FAILURE message may contain the Service Area(s) List and shall
contain the FAILURE LIST indicating the relevant Service Area(s) in which the RESET
message was successful and unsuccessful respectively, along with the appropriate
cause value.
3.3
Interconnection Solution
3.3.1
17
Figure 3-9
WAN
RNC
CBC
IuBC
TCP Transmission Protocol
Figure 3-10
Connection Mode
RNC
C
M
P
IP
Iterface
Board
WAN
Router
C
M
P
CBC
Router
Iterfa
ce
Borad
Nodeb
In V3, IP Interface Board means GIPI, and Interface Board meas GIPI/APBE.
In V4, IP Interface Board means EGPB, and Interface Board meas EGPB/EAPB.
When the CBC is provided by a third party, appropriate configurations are required on
the RNC side in order to enable interconnection between radio devices and the CBC.
Choose one of the RNC IP interface boards connected with the CBC server, and the IP
interface board needs to be configured with the interface IP address. The CMP module
needs to be configured with the local and peer IP addresses for the CBS connection. The
port of the CBC connection is 3452 for the UMTS RNC and the CBC server, which does
not need to be configured for the RNC.
The following parameters are involved in the configuration process.
18
UIubcLink.UIubcLinkId: To configure the TCP connection number for the CBC (it is
set to 1)
3.3.2
19
Figure 3-11
RNC
E
G
P
B
C
M
P
Transmissio
n
network
CBC
Server
Router
C
M
P
EAPB/
EGPB
Nodeb
The CMP is the actual processing module of CBC messages, which means the
external IP address outside belongs to the module No. of the CMP. It can select an
existing CMP board, and there is no need to add a new CMP board.
Both the EGPB and the OMM are connected to the transmission network, and the
end of the transmission network is the CBC server.
Remarkably, the function of the OMM is to forward the service layer data, as shown
in the figure above.
From the point of the CMP in the RNC, the OMM is the CBC server, and the
TCP connection ends at the OMM.
From the point of the CBC inside the EMS, the OMM is the RNC, and the TCP
connection ends at the OMM.
The CBC server should take the OMM address as the IP address for the TCP
connection.
20
Figure 3-12
RNC
EMS
G
I
P
I
C
M
P
S
w
i
t
c
h
O
M
M
Transmission
network
CBC Server
The CMP is the actual processing module of CBC messages, which means the
external IP address outside belongs to the module No. of the CMP. It can select an
existing CMP board as the processer, and there is no need to add a new CMP
board.
The GIPI and the switch are responsible for IP forwarding, so the OMM should route
the subnet, which the CMP belongs to, to the GIPI.
Remarkably, the function of the OMM is to forward the service layer data, as shown
in the figure above.
From the point of the CMP in the RNC, the OMM is the CBC server, and the
TCP connection ends at the OMM;
From the point of the CBC inside the EMS, the OMM is the RNC, and the TCP
connection ends at the OMM.
The CBC server should take the OMM address as the IP address for the TCP
connection.
From the GIPI to the switch, and from the switch to the OMM, it can adopt the
original OMC-B interface, and there is no need to add new physical connections.
From the EMS to the OMM, it also can adopt the original physical connections.
For both V3 and V4 version, when using the EMS built-in CBC the following parameters
are involved in the configuration process.
21
UIubcLink.UIubcLinkId: To configure the TCP connection number for the CBC (it is
set to 1)
3.3.3
2.
The listener ports of the RNC and CBC, no matter whichever is the service provider,
are both 3452 ports. That is, no matter whichever originates the connection, the
peer port is a 3452 port invariably.
Therefore, in the system, even if the RNC is the connection originator, it must use a 3452
port as its local port.
At present, we think the RNC needs to connect with only one CBC, and there is only one
TCP connection between an RNC and a CBC.
22
In addition, although in the TS 23.041 and TS 25.414, UDP is also listed as one of the
Iu-BC bearer protocols, there is an agreement only for the TCP in TS 25.414. Therefore,
we only consider the implementation of the TCP protocol.
When the EMS built-in CBC is used, the system uses passive mode, which means the
RNC, as the passive side of TCP, is waiting for the OMM to start the TCP connection.
The Iu-BC is used mainly to provide TCP services upwards, including connection
management, and data sending and reception. The transmission is intended to provide
management and interface for the TCP link of the CBC. Its main functions include:
The TNL needs to monitor the connected socket port, and notify the CBC upon
receipt of data.
The TNL needs to receive messages from the upper layer, and forward the required
data to the corresponding socket.
If the local end is the server and there is already a connection, any subsequent
connection will be rejected directly.
23
The TNL is responsible mainly for managing the TCP connection of the CBC. The
connection-related information (such as sending data) must be carried in the
message and transferred to the upper-layer TCP ID.
3.3.4
2.
The listener ports of the RNC and CBC, no matter whichever is the service provider,
are both 3452 ports. That is, no matter whichever originates the connection, the
peer port is a 3452 port invariably.
Therefore, in the system, even if the RNC is the connection originator, it must use a 3452
port as its local port.
At present, we think the RNC needs to connect with only one CBC, and there is only one
TCP connection between an RNC and a CBC.
In addition, although in the TS 23.041 and TS 25.414, UDP is also listed as one of the
Iu-BC bearer protocols, there is an agreement only for the TCP in TS 25.414. Therefore,
we only consider the implementation of the TCP protocol.
When the EMS built-in CBC is used, the system uses passive mode, which means the
RNC, as the passive side of TCP, is waiting for the OMM to start the TCP connection.
The Iu-BC is used mainly to provide TCP services upwards, including connection
management, and data sending and reception. The transmission is intended to pro
vide management and interface for the TCP link of the CBC. Its main functions in
clude:
24
The TNL needs to monitor the connected socket port, and notify the CBC upon
receipt of data.
The TNL needs to receive messages from the upper layer, and forward the required
data to the corresponding socket.
If the local end is the server and there is already a connection, any subsequent
connection will be rejected directly.
The TNL is responsible mainly for managing the TCP connection of the CBC. The
connection-related information (such as sending data) must be carried in the
message and transferred to the upper-layer TCP ID.
3.4
Key Algorithm
This feature additionally follows the Broadcast/Multicast Control (BMC) protocol and this
protocol adapts broadcast and multicast services on the radio interface.
Key algorithms related to the CBS include channel mapping and multiplexing principles
and CBS scheduling policies.
3.4.1
25
The CTCH->FACH carrying the CBS can multiplex one FACH together with other
logical channels.
According to the current implementation strategies, the PCH of paging information and
the FACH of signaling are carried on different SCCPCHs. If the FACH carrying the CBS
is multiplexed with the PCH, it may fail to select the correct SCCPCH according to the
SCCPCH selection method used by the UE. Therefore, the second mapping mode is
used to multiplex the CTCH and the CCCH/DCCH/MCCH on one FACH.
Based on the current implementation for multiplexing of R99 and MBMS on the SCCPCH,
when the new CTCH is added, two multiplexing solutions are available as follows:
Figure 3-13
DTCH
CCCH
FACH
DCCH
MCCH
CTCH
FACH
SCCPCH
26
Figure 3-14
DTCH
CCCH
FACH
DCCH
CTCH
FACH
SCCPCH
The two multiplexing modes depend on whether the cell supports the MBMS. From the
easy implementation perspective, these two modes are similar because, upon the
completion of multiplexing on the logical channels, the subsequent processing flow is
totally the same as that has been implemented, and the original implemented channel
flag bits are used continuously without being changed. The only thing that needs
additional consideration is that when the multiplexed CTCH is added, it has the highest
priority as the CCCH/MCCH, and must be able to send information before the period
expires, so the bandwidth of the SCCPCH needs to be increased.
3.4.2
27
During the non-CBS scheduling period, the scheduling policies about bandwidth sharing
are the same as the former policies. When it is the CBS scheduling time, the CBS has
the highest priority, so it must be guaranteed that CBS data blocks can be scheduled
within each TTI until this CBS message is sent.
Therefore, the CBS scheduling is as follows: According to the bandwidth, TB_SIZE and
TB_num are configured. At the beginning of the scheduling time, the CBS occupies all
bandwidth resources exclusively, and the data on other logical channels are not
scheduled until the CBS message is sent.
3.4.3
CTCH Occasion
The CTCH occasions are identified by the first radio frame of the TTI that can contain
CTCH data. The CTCH occasions are fixed on the system frame number cycle 0... 4095
(i.e. no modulo calculation) and thus repeated cyclically.
The CTCH occasions are determined by a set of parameters.
MTTI: number of radio frames within the TTI of the FACH used for CTCH
N: period of CTCH allocation on S-CCPCH, integer number of radio frames,
MTTI N 256, where N is a multiple of MTTI (see [27] and [31]). N is broadcasted in
system information and corresponds to the parameter UCelInfoFDD.CtchAllocPrd.
MaxSFN: maximum system frame number = 4095 (see [10]).
K:
multiple of MTTI. K represents the start point of the computation of the CTCH occasions,
is
broadcasted
in
system
information
and
corresponds
to
the
parameter
UCelInfoFDD.CbsFrameOffset.
The CTCH occasions are calculated as follows:
SFN = (K + m N), m = 0, 1,..., M, with M chosen that K+MN MaxSFN.
28
in
system
information
depends
on
the
parameter
3.5
3.5.1
CBS LICENSE
Whether the CBS function is enabled or not is controlled by the LICENSE parameter
URncFunction.cbsSwitch. If URncFunction.cbsSwitch is enabled, the system supports
the CBS function. If URncFunction.cbsSwitch is disabled, the system does not support
the CBS function.
3.5.2
Signaling Tracing
The SABP signaling on the IU-BC interface can be traced.
29
3.6
ETWS Function
Earthquake and Tsunami Warning Service (ETWS) is a type of Public Warning Service
(PWS) provided by a PLMN operator, which transmits disaster information, like
earthquake and tsunami, from alarm originators (usually some government organizations)
to users. For the architecture of the ETWS system, see the following figure.
Figure 3-15
To the IDLE, PCH, and FACH users, the system sends the Paging Type 1 message
through PCCH/PCH or the SYSTEM INFORMATION CHANGE INDICATION
message (including WT) through BCCH/FACH to notify the UE of the warning type.
30
2.
If the WS is valid, upon completion of step 1, the system sends the ETWS
PRIMARY NOTIFICATION WITH SECURITY message that carries the WT and WS
(Warning Security Information) through the CCCH..
3.
For the DCH user, the system sends directly the ETWS PRIMARY NOTIFICATION
WITH SECURITY message that carries WT and WS through the DCCH.
In this version, the RNC supports only one valid piece of ETWS information. If the CBC
updates the valid ETWS information, the BMC entity on the RNC user plane instantly
updates the ETWS information on the Uu interface, which replaces the existing old
information. The RNC control plane instantly sends ETWS PRIMARY NOTIFICATION
WITH SECURITY messages to update the ETWS information received by the DCH
users.
Parameters
4.1
Radio Parameter
Table 4-1
Parameter
Name
Parameter Description
GUI Name
Parameter
Value
Description
Range
Unit
Default
Recommend
Value
ed Value
This
parameter
indicates
the
Broadcast
CBS
Switch
to
(On),
N/A
0:off
"1"
the
RNC supports
the
CBS
function. If it is
set
to
"0"
31
Parameter
Name
GUI Name
Parameter
Value
Description
Range
(Off),
Unit
Default
Recommend
Value
ed Value
the
the
CBS function.
0: Carrying
PCH
1: Carrying
R99
FACH, not
Supporting
CBS
2: Carrying
R99
FACH,
This
Supporting
parameter
indicates
the
purpose
of
SCCPCH.
It
should
USccpch.s
ccpchUsa
ge
SCCPCH
Usage
be
configured
according
to
whether PCH,
CBS
3: Carrying
R99
FACH&PC
H,
not
Supporting
Sccpch_Def Sccpch_Defa
CBS
ault
ult
FACH,
not
Supporting
CBS
6: Carrying
MCCH
FACH&R9
32
Parameter
Name
GUI Name
Parameter
Value
Description
Range
9
Unit
Default
Recommend
Value
ed Value
FACH,
Supporting
CBS
7: Carrying
MCCH
FACH
0:
The
SCCPCHs
parameter
are
indicates
Configured
typical
SCCPCH
Supporting
not
configuration MBMS,
not
scenarios.
The
Supporting
approviate
CBS
scenario can 1:
be
chosen SCCPCHs
according
FDD.sccpc
hCfgScen
e
SCCPCH
Configuration
Scene
or ,
be supported MBMS,
and
1,2
whether Supporting
or
are
not
should Supporting
3 CBS
SCCPCHs
2:
are
SCCPCH
2 1:
SCCPCHs SCCPCHs
Configured
MBMS
CBS
0:
to are
whether
UUtranCell
are
Configured, Configured,
N/A
not
not
Supporting Supporting
MBMS, not MBMS,
Supporting Supporting
CBS
CBS
configured.Fo is
r
each Configured
scenario, the ,
not
correspondin Supporting
g
load MBMS,
balance
not
parameters
Supporting
3:
values.
SCCPCH
is
33
Parameter
Name
GUI Name
Parameter
Value
Description
Range
Unit
Default
Recommend
Value
ed Value
Configured
,
not
Supporting
MBMS,
Supporting
CBS
4:
SCCPCHs
are
Configured
,
Supporting
MBMS,
not
Supporting
CBS
5:
SCCPCHs
are
Configured
,
Supporting
MBMS,
Supporting
CBS
6:
SCCPCHs
are
Configured
,
Supporting
MBMS,
not
Supporting
CBS
7:
SCCPCHs
are
Configured
34
Parameter
Name
GUI Name
Parameter
Value
Description
Range
Unit
Default
Recommend
Value
ed Value
,
Supporting
MBMS,
Supporting
CBS
This
parameter
indicates
the
Service Area
Code
for
(SAC)
the
BC
domain that a
cell uses. This
parameter
should
be
configured
if
the
cell
supports
the
Cell
Broadcast
UUtranCell
FDD.refUS
erviceArea
BC
Used
Service
Area
in
Domain
BC
Service
(CBS).
An
SACPC
NULL
N/A
N/A
N/A
uniquely
identifies one
or
multiple
cells
that
belong to the
same
Location Area
(LA). An SAC
indicates
UE
the
location
35
Parameter
Name
GUI Name
Parameter
Value
Description
Range
Unit
Default
Recommend
Value
ed Value
LAC + SAC).
The SAC is
set
by
an
operator
through
the
RNC O&M. A
cell
can
belong to one
or two SAs,
correspondin
g to one or
two
SACs
respectively.
If
cell
belongs
to
the
BC
domain
and
the other in
the
CS+PS
domain. If a
cell
belongs
The
SA of the BC
domain
contains only
one cell.
This
UServiceA Service
reaBc.sac Code
bc
parameter
Area indicates the
for BC Service Area 0..65535
Domain
Code
for
N/A
N/A
(SAC)
the
domain
N/A
BC
that
36
Parameter
Name
GUI Name
Parameter
Value
Description
Range
the
cell
Unit
Default
Recommend
Value
ed Value
is
referenced.
This
parameter
should
be
configured
if
the
cell
supports
the
Cell
Broadcast
Service
(CBS).
Otherwise,
is
it
not
necessary.
An
SACPC
uniquely
identifies one
or
multiple
cells
that
belong to the
same
Location Area
(LA). An SAC
indicates
UE
the
location
LAC + SAC).
The SAC is
set
by
an
operator
through
the
RNC O&M. A
cell
can
37
Parameter
Name
GUI Name
Parameter
Value
Description
Range
Unit
Default
Recommend
Value
ed Value
belong to one
or two SAs,
correspondin
g to one or
two
SACs
respectively.
If
cell
belongs
to
the
BC
domain
and
the other in
the
CS+PS
domain. If a
cell
belongs
The
SA of the BC
domain
contains only
one cell.
This
parameter
indicates
the
period
of
BMC
UCelInfoF Period of BMC
DD.BmcSc Scheduling
hMsgPrd Messages
scheduling
messages,
64,
128,
Frame 64
64
Scheduling.
The larger the
parameter the
slower
receiving CBS
38
Parameter
Name
GUI Name
Parameter
Value
Description
Range
Unit
Default
Recommend
Value
ed Value
information
and the more
capacity
of
non-CBS
service using
the
same
FACH
as
CBS.The less
the parameter
the
faster
receiving CBS
information
and the less
capacity
of
non-CBS
service using
the
same
FACH
as
CBS.
This
parameter
indicates
whether
the
period
of
BMC
scheduling
UCelInfoF
DD.BmcSc
hMsgPrdP
re
Period of BMC
Scheduling
Messages
Configuration
Tag
messages
is
configured or
not.
this 0:off
If
parameter
set
is 1:on
to
N/A
"1:
True"
and
CBS is used
in
the
cell,
"Period
of
BMC
scheduling
messages
(P)" IE will be
39
Parameter
Name
GUI Name
Parameter
Value
Description
Range
included
Unit
Default
Recommend
Value
ed Value
in
be
transmitted
only
in
"Period
of
BMC
scheduling
messages
(P)"; else, the
IE
will
not
included
in
be
transmitted in
any
CTCH
occasion.
This
parameter
indicates
CBS
the
frame
offset, used to
calculate the
UCelInfoF
DD.CbsFr
ameOffset
CTCH
CBS
Offset
Frame occasions.
The
formula
is:
(0..255)fra
mes, step Frame 8
1frame
SFN = (K + m
N), m = 0,
1, ..., M. M
takes K + mN
<= MaxSFN.
MTTI: number
40
Parameter
Name
GUI Name
Parameter
Value
Description
Range
of
Unit
Default
Recommend
Value
ed Value
radio
frames within
the TTI of the
FACH
used
for CTCH
N: period of
CTCH
allocation on
S-CCPCH,
integer
number
of
radio frames,
MTTI * N *
256, where N
is a multiple of
MTTI.
MaxSFN:
maximum
system frame
number
4095.
K: CBS frame
offset, integer
number
radio
of
frames
0 * K * N-1
where K is a
multiple
of
MTTI.
This
parameter
indicates
UCelInfoF
DD.CtchAll
ocPrd
the
CTCH
Period of CTCH occasions.
Allocation
The
CTCH
occasions are
(1..256)fra
mes, step Frame 64
64
1frame
calculated as
follows:
SFN = (K + m
41
Parameter
Name
GUI Name
Parameter
Value
Description
Range
Unit
Default
Recommend
Value
ed Value
N), m = 0,
1, ..., M, with
M chosen that
K + MN <=
MaxSFN.
The
parameters N
and
are
broadcast as
system
information.
MTTI: number
of
radio
frames within
the TTI of the
FACH
used
for CTCH.
N: period of
CTCH
allocation on
S-CCPCH,
integer
number
of
radio frames,
MTTI * N *
256, where N
is a multiple of
MTTI.
MaxSFN:
maximum
system frame
number
4095.
K: CBS frame
offset, integer
number
radio
of
frames
0 * K * N-1
where K is a
42
Parameter
Name
GUI Name
Parameter
Value
Description
Range
multiple
Unit
Default
Recommend
Value
ed Value
of
MTTI.
4.2
Ground Parameter
Parameter
Name
GUI Name
Parameter
Value
Description
Range
Unit
Default
Recommend
Value
ed Value
Considering
multiple CBCs
may
be
supported
later,
this
parameter
is
used
to
represent the
key indexes of
UIubcLink.
CBC
UIubcLinkI
connections, 1
starting
Same
None
None
None
None
None
None
from
as
default value.
1. At present,
the
system
supports only
one
CBC
connection,
so
this
connection
number
can
only be 1.
This
The Cmp Module
parameter
indicates
the
service
is started.
UIubcLink. CBC connection This
LocalRole mode
parameter
0,1
0:Client
43
Parameter
GUI Name
Name
Parameter
Value
Description
Range
indicates
Unit
Default
Recommend
Value
ed Value
the 1:Server
CBC(Cell
Broadcast
Center)
connection
mode,
which
determines
whether
RNC
the
serves
as a client or
server when a
TCP
connection is
established
between
the
The
Local
Address
IP
Length
for
CBC
Connection
indicates
the
IP version of 4,16
the local IP 4:Ipv4
None
None
None
None
None
None
None
None
UIubcLink. The
Local
IP indicates
the
Connection
IP None
address of the
CBC
connection.
This
UIubcLink.
refVpnVrf
The
Local
IP parameter
None
the local IP
44
Parameter
GUI Name
Name
Parameter
Value
Description
Range
Unit
Default
Recommend
Value
ed Value
address of the
CBC
connection.
This
parameter
UIubcLink.
PeerIpVer
sion
The
Peer
Address
IP
Length
for
CBC
Connection
indicates
the
IP version of 4,16
the remote IP 4:Ipv4
None
None
None
None
None
0..128
None
None
None
0..63
None
46
None
UIubcLink. The
Peer
IP indicates
the
IP None
address of the
Connection
CBC
connection.
This
parameter
UIubcLink. The
Peer
IP
CBC Connection
indicates
mask
the
length
of the remote
IP address of
the
CBC
connection.
This
parameter
indicates
the
DSCP(Differe
UIubcLink. DSCP for CBC ntiated
TcpIpDscp Connection
Services
Code
Point)
value of the
CBC
connection.
45
5.1
Related Counters
Table 5-1
Counter No.
Description
C310720351
C310720352
C310720353
C310720354
C310720355
C310720356
C310720360
C310720361
C310720362
C310720363
C310720364
C310720365
C310720366
Table 5-2
Counter No.
Description
C310720369
C310720370
Table 5-3
Counter No.
C310055563
Description
Downlink traffic of CTCH
46
5.2
Related Alarms
This feature has no related alarms.
Engineering Guide
6.1
Application Scenario
This feature supports cell broadcast services in RNC. The target of the CBS involves all
mobile users in a certain area, including roaming users. This feature should be enabled
according operators requirement.
This feature cannot be used if UEs do not support the CBS function. If most UEs in an
area do not support the function, it is not suggested to enable the feature.
6.2
47
Figure 6-1
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration->UTRAN Cell] interface and set the parameter
Used Service Area in BC Domain and SCCPCH Configuration Scene, as shown in
Figure 6-2.
48
Figure 6-2
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration->UTRAN Cell->Extended Info of UTRAN Cell]
interface and set the parameter Period of BMC Scheduling Messages, Period of BMC
Scheduling Messages Configuration Tag, CBS Frame Offset and Period of CTCH
Allocation, as shown in Figure 6-3.
49
Figure 6-3
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration->UTRAN Cell->Extended Info of UTRAN Cell]
interface and set the parameter Service Area Code for BC Domain, as shown in Figure
6-4.
50
Figure 6-4
51
Figure 6-5
52
Figure 6-6
53
Figure 6-7
6.3
Test Item
54
Test Item
Preconditio
ns
2.
3.
4.
1.
2.
Set the status of some topic to subscribe, set other topics status to
Test Steps
Unsubscribed.
3.
Anticipative
Result
6.4
6.5
Default Value
GUI Name
CBS
Function
Switch
Deactivation
Value
0:Off
0:Off
55
FACH average use rate counters including both signaling and data may increase:
C310476527 Statistics Times of SigFach Use Rate
C310474569 Sum of SigFach Use Rate
C310476529 Statistics Times of DataFach Use Rate
C310474575 Sum of DataFach Use Rate
Abbreviation
Abbreviation
Full Name
rd
3GPP
BCCH
BMC
Broadcast/Multicast Contro
CBC
CBE
CBS
CN
Core Network
CS
Circuit Switch
CTCH
DL
Down Link
ETWS
PS
Packet Switch
PWS
RNC
SABP
56
SAC
TNS
UL
Up Link
UTRAN
WCDMA
Reference Document
[1]ZXUR
9000
UMTS(V4.13.10.15)Radio
Network
Controller
Radio
Parameter
Reference
[2]ZXUR 9000 UMTS(V4.13.10.15)Radio Network Controller Ground Parameter
Reference
[3]ZXUR 9000 UMTS(V4.13.10.15)Radio Network Controller Performance Counter
Reference
[4]ZXWR RNC(V3.13.10.15)Radio Network Controller Radio Parameter Reference
[5]ZXWR RNC(V3.13.10.15)Radio Network Controller Ground Parameter Reference
[6]ZXWR RNC(V3.13.10.15)Radio Network Controller Performance Counter Reference
57