+ All Categories
Home > Documents > NSN RU10 Interface Dimensioning (IP Part)

NSN RU10 Interface Dimensioning (IP Part)

Date post: 26-Nov-2015
Category:
Upload: anang-prasetyo
View: 66 times
Download: 2 times
Share this document with a friend
Description:
ip part
47
1 © Nokia Siemens Networks Company Confidental RU10 Dimensioning TTT Workshop Interface Dimensioning (IP Part) Wojciech Bigos Network Engineering COO RA MRD SA NE Wroclaw, 27-29.02.2008
Transcript
Slide 1Wroclaw, 27-29.02.2008
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Content
The following session covers dimensioning and configuration aspects of the RNC related interfaces:
IP Iub
IP Iu-CS
IP Iu-PS
IP Iur
NNI stands for Network-Network-Interface, like Iu-CS, Iu-PS and Iur
MSS/MSC
RNC
BTS
BTS
BTS
BTS
BTS
BTS
BTS
BTS
RNC
MGW
SGSN
3G-SGSN
Iu-CS
Iu-PS
Iur
Iub
Iub
UNI
UNI
UNI
NNI
NNI
NNI
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Session Outline
Functional Overview
Iub Dimensioning
Capacity-related parameters
Dimensioning steps
Iub Configuration
IP Addressing
VLAN Assignment
2. Dimensioning Iur, Iu-CS and Iu-PS
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
IP-based Iub
Functional Description (1)
IP Based Iub allows usage of 3GPP Rel-5 compliant IP transport between the RNC and the WCDMA BTS.
Opex and capex savings for the operator due to the lower cost of the UTRAN Access IP / Ethernet transport.
E1
BTS
E1
BTS
Eth
BTS
Eth
BTS
STM1
Eth
ATM
PDH
IP
RNC
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
3GPP Rel-5 / Rel-6 compliant protocol stack
IP Diff Serv for QoS support
IPv4 support
IP fragmentation/reassembly
VLANs
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
IP CAC: Functional Description (1)
IP Connection Admission Control (CAC) allocates the guaranteed bit rate on Iub for each RAB connection subject to CAC -> CAC_Guaranteed_Bitrate RAB.
The CAC is performed against the specified guaranteed capacity (IPRoute_Commited_BW, usually the Iub bottleneck)
An incoming RAB connection on Iub is admitted by IP CAC provided that the residual Iub bandwidth is more than or equal to CAC_Guaranteed_Bitrate RAB.
It is performed by the RNC in DL and by the BTS in UL.
CAC applies to:
HSPA interactive (with RAN1004)
HSPA background (with RAN1004)
IP CAC
First functional component of the IP-based Iub is CAC. CAC decides whether an incoming connection can be admitted depending on the currently available resources on Iub.
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
IP CAC: Functional Description (2)
Set of 4 traffic descriptors for each bearer, one for UL and one for DL:
Maximum bit rate in IP layer
Average bit rate in IP layer
Maximum size of one IP packet
Average size of one IP packet.
Parameters include IP overhead, but do not include Ethernet overhead.
Traffic descriptors are defined in the RNC, and forwarded to the BTS by using a private NBAP message.
CAC-guaranteed BW per RAB connection:
CAC_Guaranteed_Bitrate RAB =
IP CAC
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
QoS support with IP DiffServ
With DiffServ packets are classified into PHBs according to DiffServ Code Point (DSCP) field in the IP header and based on this information the RNC and the routers will handle the packets.
Up to 6 PHBs are supported (Expedited Forwarding, Assured Forwarding 1-4, Best Effort),
To get the full functionality (6 PHBs) RAN1253 ‘IP Transport QoS’ must be activated. Without RAN 1253 only 3 PHBs are supported, for RT DCHs, nRT DCHs and HSPA.
DSCPs are operator configurable. UMTS traffic classes can be mapped to one of these DSCPs as appropriate.
If VLANs are enabled, a PHB to VLAN priority bits mapping is defined
Not required in RU10
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Transport QoS mapping schemes on IP-based Iub
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
EF is served as Strict Priority
Other PHBs are served as Weighted Fair Queue (WFQ)
Highest priority queue is rate limited
Lowest priority queues are controlled by a WFQ scheduler (weights: w1-w5)
Aggregate (interface) traffic is shaped to the specified transport service capacity.
Note: Having a separate queue per PHB implies that traffic should be dimensioned separately per PHB class and then summed up.
Per IP Based Route
Q5
Q6
W4
AF1
BE
W5
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
RNC DiffServ Scheduler (2)
There is a logical SP+WFQ scheduler per IP Based route (BTS)
The interface scheduler is also SP+WFQ, which aggregates traffic from each traffic class in each IP Based Route
Aggregate (interface) traffic is shaped to the specified transport service capacity.
Q1
Q2
Q3
Q4
SP+WFQ
SP+WFQ
SP+WFQ
Rate limiting
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
IPRoute_BW: Total IP bandwidth per Iub
Iub_Ethernet_Cap: Total bandwidth per Iub on Transport level (incl. Ethernet OH)
RNC_Ethernet_Cap: Total bandwidth per RNC Ethernet port grouping multiple logical Iubs
RNC
IP_Route
Commited_BW
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Calculating CAC-guaranteed BW
Calculating Effective Transport Capacity
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Conversational/Streaming Applications
Video calls Release 99 CS S UDI 64
Audio Streaming Rel’99 PS S RAB or Rel. 5, 6 Streaming HSPA
Video Streaming Rel. 5,6 Streaming HSPA
PS Interactive/Background Applications
PS Interactive/Background Release 5 HSDPA DCH/HS-DSCH or
PS Interactive/Background Release 6 HSPA E-DCH/HS-DSCH
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
How the user traffic is represented:
Mean traffic in Busy Hour per subscriber +service mix (e.g. 40% C/S services, 60% I/B services)
Mean traffic in BH per subscriber per service
Offered traffic Service = # Subscr Service × Mean traffic per subscriber Service
The value of Mean_traffic RAB is defined by the operator. Alternatively it can be taken from the Reference Traffic Model:
User Application
Media Streaming
=>
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Calculating CAC-guaranteed BW
Calculating Effective Transport Capacity
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
UMTS transport bearer
UMTS Service class
DSCP Value (default)
Conversational
Streaming
Yes
Yes
Yes
Yes
Yes
Yes
Yes
No
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Calculating CAC-guaranteed BW
Calculating Effective Transport Capacity
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
IP_Route_Comm_BW is shared by:
U-Plane traffic: R’99 DTCHs (C/S/I/B CS and PS RABs), DCCHs, CCHs and HSPA (if subject to CAC)
C-Plane traffic: C-NBAP, D-NBAP
RNC
IP_Route
Commited_BW
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
For calculating C-Plane traffic (IP_Route_C-Plane_comm_BW ) refer to [RU10 Signaling Dimensioning Guide]
For the O&M traffic (IP_Route_O&M_comm_BW ) a 64 kbps IP transport channel is assumed.
Calculation of the U-plane traffic (IP_Route_U-plane_comm_BW ):
will be explained next.
Open issues to be clarified and confirmed
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Real Time U-Plane traffic (RT_U-Plane_comm_BW)
It is recommended to dimension the RT traffic (i.e. Conversational and Streaming Rel’99 DCHs and Streaming HSPA) with MD-Erlang formula, separately for each PHB class:
RT_IP_Route_comm_BW PHB = MD-Erlang [Gross_peak_rate RAB 1, Off_traffic RAB 1, Bl_Pr RAB 1 ; … ; Gross_peak_rate RAB n, Off_traffic RAB n, Bl_Pr RAB n] (3)
Gross peak rate RAB = CAC_Guaranteed_BW RAB_DTCH + CAC_Guaranteed_BW RAB_DCCH (4)
where:
n is the number of RT services (RABs) within a given PHB class,
Gross peak rate RAB, is a sum of CAC-guaranteed bit rates for RT DTCH and DCCH RABs:
Offered_traffic RAB is the mean traffic per service (RAB) in [erlang] extended with SHO_factor:
Offered_traffic RAB = Mean_traffic RAB [erlang] × (1+ SHO_Factor) (5)
Bl_Pr RAB is the service blocking probability. Usually assumed values are 0.1% – 1%.
The total RT bandwidth is a sum of RT bandwidth portions in individual PHB classes
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Calculating Real Time U-Plane traffic with MD-Erlang
Blocking Pr = 0.1%, SHO_Factor = 30%; MBR: Max Bit rate, GBR: Guaranteed Bit Rate; DCCH 3.4 kbps
MD-Erlang
CAC-guaranteed BW [kbps]
EF: 288 kbps AF1: 390 kbps Total: 678 kbps (+30%)
Option 2
Total (EF): 510 kbps
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Non Real Time U-Plane traffic – Option 1
To dimension NRT traffic (i.e. Interactive/Background Rel’99 DCHs and I/B HSPA, if subject to CAC) two options are proposed:
Option 1: Estimate the number of parallel NRT connections in Busy Hour and apply to them the set of traffic descriptors. The number of parallel connections of a given NRT RAB type is calculated as:
Parallel connections RAB = round-up [Offered_traffic RAB / (Service_bitrate RAB × Activity_factor RAB)] (6)
where:
Offered_traffic RAB is the mean traffic per service (RAB) in [kbps] extended with SHO_factor
Service_bitrate RAB is the nominal RAB bit rate in [kbps] above the Frame Protocol level
NRT_U-Plane_comm_BW PHB = Parallel connections RAB, PHB × (CAC_Guar_BW RAB_DTCH + CAC_Guar_BW RAB_DCCH )
The total NRT bandwidth is a sum of NRT bandwidth portions in individual PHB classes
The CAC-guaranteed bandwidth for NRT traffic within a single PHB is calculated as:
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Non Real Time U-Plane traffic – Option 2
Option 1 does not explicitly take into account any QoS parameters e.g. in terms of blocking or transfer delay assurances in dimensioning of NRT traffic. Therefore, Option 2 is proposed:
Option 2: Calculate the NRT U-plane traffic with M/G/R-PS formula:
NRT_U-Plane_comm_BW PHB = M/G/R-PS [Total_off_traffic; Gross_peak_rate RAB 1, Transfer_delay RAB 1 ; … ; Gross_peak_rate RAB n, Delay_factor RAB n ] (8)
where:
Total_offered_traffic RAB is the total mean traffic summed over all services (RABs):
Total_offered_traffic = Mean_trafficRAB × (1+ SHO_Factor) (9)
With this set of inputs, M/G/R-PS is repeated n times, separately for each NRT RAB service, and the Max value over all calculations is picked-up.
Use of M/G/R-PS is recommended when the QoS measures in terms of transfer delay on Iub must be explicitly taken into account.
Delay_factor RAB reduces the effective bit rate perceived by the end-user of an NRT application as compared with the nominal CAC_Guar_Bitrate. Suggested values of Delay_factor RAB on Iub are 5-10%.
Open issues to be clarified and confirmed
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Example:
Calculating Non Real Time U-Plane traffic (DL) with M/G/R-PS (Option 2)
Delay Factor = 10%, SHO_Factor = 30%; DCCH 3.4 kbps
Total off. traffic [kbps]
CAC-guaranteed BW [kbps]
AF1: 699 kbps AF2: 759 kbps Total: 1458 kbps (+ 6%)
Option 2
M/G/R-PS
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
CCH U-Plane traffic
The CCH bandwidth is calculated out of the CCH traffic descriptors assuming the number of CCHs as resulting from the number of cells per BTS (with 4 CCHs per cell: FACH-C, FACH-U, RACH and PCH).
CCH
Open issues to be clarified and confirmed
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Calculating CAC-guaranteed BW
Calculating Effective Transport Capacity
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Shared_BE_IP_Allocation: non-CAC guaranteed BW per logical Iub for low-priority BE traffic; provides an extra add-on on Iub to accommodate this type of traffic.
Currently only I/B HSPA can fall under the non CAC-guaranteed traffic.
RNC
Open issues to be clarified and confirmed
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Calculating Non CAC-Guaranteed Traffic (2)
The Non CAC-guaranteed traffic can be calculated based on the mean traffic of I/B HSPA users :
Shared_BestEffort_IP_Allocation = #_of_Subs I/B HSPA × Mean_traffic_per_subs I/B HSPA (10)
where:
the value of mean I/B HSPA traffic per subscriber is defined by the operator. Alternatively it can be taken from the traffic model.
Typical QoS_Factor values are around 20%
Alternatively, this can be extended with an additional QoS overhead, to account for instantaneous I/B HSPA bursts above the average value:
Shared_BestEffort_IP_Allocation = #_of_Subs I/B HSPA × Mean_traffic_per_subs I/B HSPA × (1 + QoS_Factor) (11)
Open issues to be clarified and confirmed
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Calculating CAC-guaranteed BW
Calculating Effective Transport Capacity
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Calculating Total IP Bandwidth (1)
IPRoute_BW determines the total bandwidth per logical Iub on IP level
With respect to this parameter a rate limiting is performed in RNC and BTS → the non-conforming traffic is dropped.
IPRoute_BW is a user-configurable parameter at RNC and BTS
RNC
Open issues to be clarified and confirmed
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Calculating Total IP Bandwidth (2)
Total IP Bandwidth is a sum of the CAC-guaranteed and the non CAC-guaranteed traffic:
IP_based_Route_BW = IP_based_Route_commited_BW + Shared_BestEffort_IP_Allocation
Open issues to be clarified and confirmed
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Calculating CAC-guaranteed BW
Calculating Effective Transport Capacity
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Iub_Ethernet_Capacity is the Iub bandwidth on Transport level (incl. Ethernet OH).
It determines the effective Iub capacity to be installed on Ethernet transport links at BTS side.
RNC_Ethernet_Cap is the bandwidth per single RNC Ethernet port grouping multiple logical Iubs.
It determines the effective Iub capacity to be installed on Ethernet transport links at RNC side.
With respect to this parameter a rate limiting is performed in RNC.
RNC_Ethernet_Cap is a user-configurable parameter at RNC.
RNC
IP_Route
Commited_BW
Rnc_Ethernet_Cap
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Calculating Effective Transport Capacity (2) Transport Capacity per Iub (Iub_Ethernet_Capacity)
The effective Iub capacity on the transport level should be increased by applying additional Ethernet overhead:
Iub_Ethernet_Capacity = IP_based_Route_BW × (1 + Weighted_Ethernet_OH) (13)
where:
Weighted_Ethernet_OH is the mean Ethernet transport overhead weighted over the services supported on Iub:
Length of Ethernet frame header is assumed 38 bytes w/o VLAN and 42 bytes with VLAN.
Ethernet overhead for single RAB is calculated out of the traffic descriptors:
Eth_OH RAB [%] = (15)
Weighted_Ethernet_OH = (14)
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Calculating Effective Transport Capacity (3) Transport Capacity per RNC port (RNC_Ethernet_Capacity)
In addition, the total capacity per physical RNC interface IP_Port is defined as a sum of the capacities of all Iubs terminated at this physical port:
RNC_Ethernet_Capacity (IP_Port) = (16)
where logical_Iub IP_Port denotes logical Iubs terminated at the physical interface IP_Port.
Open issues to be clarified and confirmed
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Estimating Timing over Packet (ToP) Bandwidth
ToP solution comprises a timing master and timing slaves. The master sends synchronization messages to the slaves. By using a specific algorithm the slaves can recover the timing reference from the synchronization messages send by the master.
Sync messages are based on Precise Time Protocol (PTP) defined in IEEE 1588 v2 standard.
The bandwidth requirement of the ToP stream depends on the frequency of the Sync Msg exchange and the Sync Msg length:
ToP_BW [kbps] = (Eth/IP/UDP_Hdr_length + PTP_Sync_Msg_size [bits] / 1000) × PTP_Sync_Msg_rate [1/s] (17)
PTP_Sync_Msg_rate is configurable in range of 0.5/s to 128/s. Default value is 16/s.
The PTP_Sync_Msg_size is 44 bytes.
The ToP bandwith for the default value of the Sync Msg rate and assuming 42 byte Eth frame hdr (incl. VLAN Tag) is ~ 24 kbps.
Open issues to be clarified and confirmed
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Calculating CAC-guaranteed BW
Calculating Effective Transport Capacity
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
VLAN Assignment Options
A single VLAN can be allocated per logical Iub (i.e. ‘IP Route’), per single RNC port or per multiple RNC ports. No VLAN can also be used. VLAN assignment per traffic class is not required.
CIR Iub = IP_based_Route_commited_Bitrate × Weighted_Ethernet_OH (18)
Option 1: Single VLAN per logical Iub
Commited Information Rate (CIR) and Excessive Information Rate (EIR) setting:
Option 2: Single VLAN per RNC port
EIR Iub = Iub_Ethernet_Capacity (19)
Open issues to be clarified and confirmed
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Calculating CAC-guaranteed BW
Calculating Effective Transport Capacity
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Setting WFQ Scheduler Weights
To assure a fair access to link recourses, WFQ Weights should be set proportional to the dimensioned IP bandwidth per PHB.
By replacing Average_Queue_RatePHB by IPRoute_BW PHB in (22) one gets:
WAF1 : WAF2 : WAF3 : WAF4 : WBE = IP_BWAF1 : IP_BWAF2 : IP_BWAF3 : IP_BWAF4 : IP_BWBE (23)
(22)
For WFQ, queues AF4 - BE shall be assigned a weight (W1 – W5) that determines the share of the available capacity that they will have, according to the following formula:
Q1
Q2
Q3
Q4
EF
AF4
AF3
AF2
W1
W2
W3
SP
WFQ
Q5
Q6
W4
AF1
BE
W5
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
IP-based Iub Transport flow configuration in DL
At Layer 4 UMTS transport bearers are identified by UDP/SCTP ports
At Layer 3 transport flows are allocated IP addresses. In BTS one IP address is allocated commonly for the U-Plane and C-Plane traffic. In RNC there are two separate addresses for the U-Plane and C-Plane traffic.
On DiffServ level traffic is classified as belonging to a number of different PHBs corresponding to different DSCP values.
PHBs are mapped to the Ethernet Class of Service (CoS) using Ethernet priority code point (PCP) corresponding to the IP DSCP value.
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Functional components incl. dimensioning and configuration approaches remain the same as for IP-based Iub
Material will be presented as a delta to the Iub dimensiong
MSS/MSC
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Dimensioning Iur Interface
Once having determined the Iur traffic, the same capacity components needs to be calculated as on Iub (RT, nRT CAC-guaranteed BW, non CAC-guaranteed BW, etc.)
CAC Traffic descriptors and Ethernet overheads are the same as on Iub.
MSS/MSC
Iur carries the traffic of the users being simultanously served by 2 RNCs
Iur is dimensioned based on the offered traffic of users in the inter-RNC handover state.
The inter-RNC handover traffic can be estimated using one of the 2 options:
ex-North :
Iur traffic is 4-9 % of the Iu traffic per RNC
ex-South:
Number of subscribers in the inter-RNC handover is determined with Drift_Handover_Factor (set to 10 %):
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
Dimensioning Iu-CS Interface
Offered_traffic RAB is the mean traffic per RAB per RNC in [erlang] (w/o SHO_factor)
Bl_Pr RAB is the service blocking probability. Usually assumed values are 0.1% – 1%.
MSS/MSC
Iu-CS groups the CS traffic from RNC towards MGW.
The calculation method is the same as in Iub RT U-Plane traffic, which is MD-Erlang:
where:
Gross peak rate RAB, is a sum of CAC-guaranteed bit rates for RT RABs:
Iu-CS_BW PHB = MD-Erlang [Gross_peak_rate RAB 1, Off_traffic RAB 1, Bl_Pr RAB 1 ; … ; Gross_peak_rate RAB n, Off_traffic RAB n, Bl_Pr RAB n] (24)
Gross peak rate RAB = CAC_Guaranteed_BW RAB (25)
Note 1: Due to a different data structure on Iu-CS, CAC traffic descriptors and Ethernet OHs on Iu-CS are different that the ones on Iub.
Note 2: Dimensioning should be done separately per PHB class.
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
MSS/MSC
Iu-PS groups Rel’99 PS and HSPA traffic from RNC towards 3G-SGSN.
The calculation method depends on the supported traffic types and mixes:
Streaming HSPA should be dimensioned as RT CS (i.e. with MD-Erlang),
Rel’99 PS + I/B HSPA should be dimensioned using one of the options for dimensioning nRT U-plane traffic on Iub:
via Parallel Connections with IP CAC traffic descriptors, or
with M/G/R-PS
If there is a large share of PS Streaming, it should be dimensioned as RT CS (i.e. with MD-Erlang).
Note: Dimensioning should be done per PHB class.
Iu-PS transmission overhead depends on the packet size that has to be transmitted from RNC to 3G-SGSN. Subscriber data packet can vary from 64 Bytes to 64K Bytes.
Therefore IP traffic descriptors and Eth overhead will vary depending on the data packet size.
It seems reasonable to assume an average packet size of 512 bytes.
* © Nokia Siemens Networks Interface Dimensioning (IP Part) / COO RA MRD SA NE / Wojciech Bigos
Company Confidental
MSS/MSC
30%
IU-PS OH chart
Active
3.4
3.4
40
136
5
176
4.4
1
3
200
5.0
5.6
65.8235294118
12.00%
24.76%
TrCH_RT_Data
Activity
Active
3.4
3.4
40
136
5
176
1
3
200
5.0
5.6
4.4
12.00%
24.76%
Signaling channel is only active when there is messages to send
å
Î
å
RAB
å
RAB
å
å
O&M
PCH, FACH,
O&M
PCH, FACH,

Recommended