SlideShare a Scribd company logo

Huawei 3 g_capacity_optimization

Download as PPTX, PDF
Febrianto Halim Masigi, profile picture
Febrianto Halim Masigi

This document discusses 3G capacity optimization and monitoring software. It provides an overview of network elements and capacity features, including blocking and utilization counters, methodology parameters, and best practices. It also covers capacity features for various technologies like HSDPA, HSUPA, and HSPA+, listing codes, descriptions, and capabilities.

Engineering
1 of 39
Downloaded 1,482 times
1
2
3
4
5
6
7
8
9
Most read
10
Most read
11
12
13
14
15
16
17
18
19
Most read
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
For internal use HUAWEI 3G CAPACITY OPTIMIZATION
For internal use DOCUMENT INFO SOFTWARE RELEASE: R11 SCOPE: • RAN Capacity Monitoring • RAN Capacity Optimization • Transmission Network Monitoring CONTENT: • BLOCKING: Counters expressing congestion and resource unavailability  Reactive Approach • UTILIZATION: Counters and formulas expressing proximity to blocking conditions (Used vs. Total Available)  Proactive • METHODOLOGY: Parameters dealing with specific resources. Best practices to improve capacity. CONVENTION: • Raw counters are marked in BLUE. • Parameters are marked in RED. • Formulas are marked in GRAY.
For internal use NETWORK ELEMENTS CAPACITY OVERVIEW Applicatio n Servers (co- located MSC/VLR Iub GGSN Application Servers NodeB MSC/VLR Gn Gs RF interface • Coverage • Interference • Traffic • Mobility • Channels • HSxPA MS/Client parameters • R99/ HSPA capability and release Iub interface • E1/T1s • UL/DL Bandwidth • ATM & AAL2 • IP • Traffic Iur/Iu interface • Iur • ATM & AAL2 RF Iu-CS BSCBSCRNC BSCBSCRNC BSCBSC3G SGSN Iu-PSIur IP/MPLS/IPoATM backbone HLR/AuC/EIR NodeB • UL/DL CEs • Code Utilizat. • Power • Carriers • SW Licenses RNC • Boards (DPU, GCU/GCG, INT, SPU, XPU) • SW/Features
For internal use CAPACITY FEATURES OVERVIEW BASIC FEATURES CODE DESCRIPTION Admission Control WRFD-020101 It combines multiple resources to perform admission control over R99 service requests Load Measurement WRFD-020102 Load measurement for load control Load Reshuffling WRFD-020106 Multiple load reshuffling policies for cells in basic congestion, to decrease cell load and increase accessibility Overload Control WRFD-020107 Multiple load adjustment methods for cells in overloaded state to fast decrease the cell load Dynamic Channel Configuration Control (DCCC) WRFD-021101 Dynamic rate reallocation and UE state transition that can be triggered by multiple sources Code Resource Management WRFD-020108 Allocation and reshuffling of downlink code tree resources Fast Power Congestion Control (FCC) WRFD-010208 Quickly rectifies system overload to prevent the output power from exceeding the max power allowed by HW BSC/RNC Resource Sharing MRFD-210104 Resource sharing of user and control plane in the MBSC, adopting intra/inter-subrack load sharing of boards License Management MRFD-210403 MBSC and MBTS license control LOAD CONTROL CODE DESCRIPTION Potential User Control WRFD-020105 Cell selection/reselection of the UE to camp on an appropriate cell according to its load Access Class Restriction WRFD-021103 When the cell or system is overloaded, it can restrict user access based on the service class allowed by SIB Hierarchical Cell Structure (HCS) WRFD-021200 The UE is handed over to the relevant hierarchical cell according to its moving speed Dynamic CE Resource Management WRFD-010638 Fast adjustment of CE allocation based on actual and GBR, recalling CEs when user throughput decreases Queuing and Pre-Emption WRFD-010505 Service differentiation during network congestion to provide better services for high-priority users 3G/2G Common Load Management WRFD-020310 Transfer of load information between 2G and 3G during inter-RAT handover or inter-system direct retry Intra-Frequency Load Balance WRFD-020104 For UEs is in SHO, PCPICH power decrease can remove the cell from the Active Set, so reducing the cell load Inter-Frequency Load Balance WRFD-020103 For cells in initial congestion state, some UEs are handed over to an inter-frequency co-coverage cell Inter-RAT Handover Based on Load WRFD-020306 For cells in initial congestion state, some UEs are handed over to an inter-RAT co-coverage cell Intra System Direct Retry WRFD-02040001 At admission failure of new calls (RRC or RAB), calls can be setup in an inter-frequency neighbor cell Inter System Direct Retry WRFD-02040002 At admission failure of new calls (RAB), calls can be setup in an inter-RAT neighbor cell (hard handover) Inter System Redirect WRFD-02040003 At admission failure of new calls (RRC), setup can be in an inter-RAT neighbor cell (inter-system cell reselect)
For internal use CAPACITY FEATURES OVERVIEW LOAD CONTROL (CONTINUE) CODE DESCRIPTION Rate Negotiation at Admission Control WRFD-010507 QoS negotiation and RAB downsizing on the Iu interface Service Steering and Load Sharing in RRC Connection Setup WRFD-020120 Service and load sharing between different frequencies, bands or systems based on service type and cell load Traffic Steering and Load Sharing During RAB Setup WRFD-02040004 Service load and required service type considered during RAB setup to implement traffic steering and load sharing between different frequencies or bands RAB Quality of Service Renegotiation over Iu Interface WRFD-010506 RNC renegotiation (decrease) on the Iu interface of MBR and GBR of PS real-time services Multi Frequency Band Networking Management WRFD-020110 Mobility management, load balancing, and traffic balancing between frequency bands Enhanced Multiband Management WRFD-020160 Inter-freq measurement for HO decision of inter-freq HO based on traffic steering or load sharing Transmit Diversity WRFD-010203 TX diversity enables the NodeB to provide twice the number of RF DL channels compared with no TX diversity (in TX diversity mode, the UE must support diversity reception) 4-Antenna Receive Diversity WRFD-010209 The NodeB provides twice the number of RF UL channels compared with 2-antenna RX diversity Control Channel Parallel Interference Cancellation (CCPIC) WRFD-010210 Reduced UL interference and improved network capacity TRANSMISSION CODE DESCRIPTION Dynamic AAL2 Connections in Iub/IuCS/Iur Interface WRFD-05030104 Establishment of dynamic AAL2 connections on Iub, Iur, and Iu-CS (basic feature) Call Admission Based on Used AAL2 Path Bandwidth WRFD-05030106 Accept or reject some access requests to maximize the utilization of TX resources (basic feature) IP Transmission Introduction on Iub Interface WRFD-050402 It enables the Iub interface to be carried on the IP network Overbooking on ATM Transmission WRFD-050405 It improves usage efficiency in ATM TX, especially on Iub interface and when deploying HSDPA Overbooking on IP Transmission WRFD-050408 Iub Overbooking CAC algorithm: service actually occupied bandwidth is estimated through service active factor, and more traffic is admitted (opposed to max bandwidth allocation) Dynamic Bandwidth Control of Iub IP WRFD-050422 The RNC adjusts the available transport bandwidth according to packet loss rate and jitter Iu Flex Load Distribution Management WRFD-021306 Load balancing between multiple CN nodes FP MUX for IP Transmission WRFD-050420 Multiplexing of FP packets on the IP network to improve TX efficiency UDP MUX for Iu-CS Transmission WRFD-050412 Multiple RTP units are encapsulated in one UDP packet on the Iu-CS to improve TX efficiency
HSDPA CODE DESCRIPTION HSDPA Admission Control WRFD-01061003 It considers number of HSDPA users, remaining power resources, Iub resources and service rate thresholds Dynamic Code Allocation Based on Node B WRFD-010631 Dynamic code allocation on the NodeB side in each TTI HSDPA Static Code Allocation and RNC-Controlled Dynamic Code Allocation WRFD-01061005 Static or dynamic allocation of HS-PDSCH codes when R99 and HSDPA co-exist HSDPA Power Control WRFD-01061004 Power control mode of HS-SCCH HSDPA Dynamic Power Allocation WRFD-01061019 It enables R99 and HSDPA services to share the cell power HSDPA Transport Resource Management WRFD-01061014 It enables different HSDPA services to be mapped onto different paths 16 HSDPA Users per Cell WRFD-01061016 It enables a single HSDPA cell to support 16 HSDPA users simultaneously 32 HSDPA Users per Cell WRFD-010622 It enables a single HSDPA cell to support 32 HSDPA users simultaneously 64 HSDPA Users per Cell WRFD-010623 It enables a single HSDPA cell to support 64 HSDPA users simultaneously Dynamic Power Sharing of Multi-Carriers WRFD-020116 The NodeB allows the carrier carrying HSDPA services to share the unused power resources of another carrier carrying R99 services HSUPA CODE DESCRIPTION Improved CE Mapping for E-DCH WRFD-010212 It improves the UL processing capability of the WBBPb board and makes HSUPA services occupy less CE resources (basic feature) HSUPA Admission Control WRFD-01061202 It enables HSUPA and R99 services to simultaneously access the network HSUPA DCCC WRFD-01061208 Dynamically adjusts the HSUPA min SF based on user throughput and switch the UE state based on user traffic HSUPA Transport Resource Management WRFD-01061207 Mapping, allocation, admission and congestion control of TX resources for different HSUPA users 20 HSUPA Users per Cell WRFD-01061211 It enables a single HSUPA cell to support 20 HSUPA users simultaneously 60 HSUPA Users per Cell WRFD-010634 It enables a single HSUPA cell to support 60 HSUPA users simultaneously HSUPA Iub Flow Control in Case of Iub Congestion WRFD-010637 Monitoring of Iub TX resources to dynamically adjust the uplink Uu throughput HSUPA UL Interference Cancellation WRFD-010691 IC is performed to offset the interference of E-DPDCH data of other users, thus improving demodulation signal-noise ratio (SNR) and increasing UL capacity HSPA+ CODE DESCRIPTION CPC-DTX/DRX WRFD-010686 Continuous Packet Connectivity (CPC) UL Discontinuous Transmission (DTX) / DL Discontinuous Reception (DRX) to reduce the interference between UEs and improve the HSPA+ user capacity CPC-HS-SCCH Less operation WRFD-010687 It allows HS-DSCH not to be accompanied by HS-SCCH when sending predefined small transport blocks 96 HSDPA Users per Cell WRFD-010653 It enables a single HSDPA cell to support simultaneously 96 HSDPA VoIP or other low-rate users 96 HSUPA Users per Cell WRFD-010639 It enables a single HSUPA cell to support simultaneously 96 HSUPA VoIP or other low-rate users 128 HSDPA Users per Cell WRFD-010654 It enables a single HSDPA cell to support simultaneously 128 HSDPA VoIP or other low-rate users 128 HSUPA Users per Cell WRFD-010670 It enables a single HSUPA cell to support simultaneously 128 HSUPA VoIP or other low-rate users
For internal use BLOCKING OVERVIEW The following KPIs can be used to trigger further analysis to investigate the need for capacity expansion: CALL ADMISSION: • RRC Attempt Congestion Ratio(Cell) = (RRC.FailConnEstab.Cong/VS.RRC.AttConnEstab.Cell)*100%. RRC.FailConnEstab.Cong: Number of RRC Connection Reject due to network congestion. VS.RRC.AttConnEstab.Cell: Number of RRC Connection Attempts. • Call Admission Refused Ratio(Cell) = (1-VS.RAC.NewCallAcc/VS.RAC.NewCallReq)*100%. VS.RAC.NewCallAcc: Number of Successful Cell Resource Requests for a new call. VS.RAC.NewCallReq: Number of Cell Resource Requests for a new call. CALL RELEASE: • CS RAB Release Congestion Ratio(Cell) = (VS.RAB.Loss.CS.Congstion.CELL/VS.RAB.Loss.CS.Norm)*100%. PS RAB Release Congestion Ratio(Cell) = (VS.RAB.Loss.PS.Congstion.CELL/VS.RAB.Loss.PS.Norm)*100%. VS.RAB.Loss.CS.Congstion.CELL, VS.RAB.Loss.PS.Congstion.CELL: Number of released RABs due to cell congestion. VS.RAB.Loss.CS.Norm, VS.RAB.Loss.PS.Norm: Number of RABs normally released. OVERLOAD CONGESTION: • Congested Cell Ratio = [(Number of cells where VS.LCC.OverCongNumUL>0 or VS.LCC.OverCongNumDL>0) / Number of cells in RNC)]*100%. VS.LCC.OverCongNumUL, VS.LCC.OverCongNumDL: Number of UL/DL Overload Congestions.
For internal use METHODOLOGY OVERVIEW The following steps are recommended: • Monitor constantly blocking and utilization of network elements and interfaces. • IF (Blocking > 0) OR (Utilization > Alarm Threshold) THEN Increment weekly counting of that specific NE/Interface. [Alarm Threshold is the Max Recommended Load, typically around 80%] • IF (Weekly counting > 0) Every week of a month THEN Check duration of the problem, Check unavailability of adjacent elements, Check patterns of behaviour (hours of occurrence, weekdays/weekends), Check surroundings (theatres, concert halls, stadiums, shopping centres, etc.), Check blocking/utilization of adjacent elements (homogeneously spread or unbalanced). • Introduce solution: Re-establish full availability, Increase support from existing NEs (coverage, tilts, azimuths, etc.), Increase NE/Interface capacity, Add NEs. The rest of the presentation will focus on how to increase NE/Interface capacity.
For internal use PCH BLOCKING: • VS.RRC.Paging1.Loss.PCHCong.Cell: Number of losses of PAGING TYPE 1 message due to PCH congestion. • VS.RANAP.CsPaging.Loss: Number of Failures to Respond to CS-Oriented PAGING Messages from the CN. • VS.RANAP.PsPaging.Loss: Number of Failures to Respond to PS-Oriented PAGING Messages from the CN. UTILIZATION: • VS.CellPCHUEs: Number of UEs in CELL_PCH State. Consumption of PCCH bandwidth within IU interface can be monitored, especially during busy hours, through: • IU Paging Congestion Ratio(Cell) = (VS.RRC.Paging1.Loss.PCHCong.Cell/VS.UTRAN.AttPaging1)*100%. • IU Paging Congestion Ratio(RNC) =[(VS.RANAP.CsPaging.Loss+VS.RANAP.PsPaging.Loss)/(VS.RANAP.CsPaging.Att +VS.RANAP.PsPaging.Att)]*100%. Traffic on the PCH: • VS.MAC.CRNCIubBytesPCH.Tx: DL bytes received by the CRNC (Controlling RNC) on the PCH over the Iub interface. • VS.CRNC.IUB.PCH.Bandwidth: CRNC PCH Channel Bandwidth on the Iub interface (byte/s). Logical CH mapped into Transport CH PCCH … PCH BCCH … BCH, FACH CCCH … RACH, FACH
For internal use OTHER CHANNELS UTILIZATION: Traffic on the BCCH: • VS.BcchSrbKbps.Dl: DL throughput of CRNC on the BCCH of the Iub interface (kbit/s). Traffic on the CCCH: • VS.CcchSrbKbps.Ul, VS.CcchSrbKbps.Dl: DL throughput of CRNC on the CCCH of the Iub interface (kbit/s). CELL_FACH State: • VS.CellFACHUEs: Number of UEs in CELL_FACH state (compare with VS.CellDCHUEs). • VS.RRC.AttConEst.CCH: Number of RRC Connection Attempts in CELL_FACH (compare with VS.RRC.AttConEst.DCH). • VS.RRC.SuccConEst.CCH: Number of Successful RRC Connection Setups in CELL_FACH (VS.RRC.SuccConEst.DCH). Traffic on the FACH: • VS.MAC.CRNCIubBytesFACH.Tx: DL bytes sent by the CRNC on the FACH over the Iub interface. • VS.CRNC.IUB.FACH.Bandwidth: CRNC FACH Channel Bandwidth on the Iub interface (byte/s). Traffic on the RACH: • VS.MAC.CRNCIubBytesRACH.Rx: UL bytes sent by the CRNC on the RACH over the Iub interface. • VS.CRNC.IUB.RACH.Bandwidth: CRNC RACH Channel Bandwidth on the Iub interface (byte/s).
For internal use UL CE BLOCKING: • VS.RRC.Rej.UL.CE.Cong: Number of RRC Connection Reject. • VS.RAC.NewCallRequest.Fail.ULCE.Cong: Number of failures in the RRC/RAB SETUP procedure. • VS.RAB.FailEstCs.ULCE.Cong: Number of CS RABs unsuccessfully established. • VS.RAB.FailEstPs.ULCE.Cong: Number of PS RABs unsuccessfully established. • VS.RAC.SHO.Fail.ULCE.Cong: Number of failures in the SHO procedure. • VS.RAC.HHO.Fail.ULCE.Cong: Number of failures in the HHO procedure. • VS.RAC.TrChSwitch.Fail.ULCE.Cong: Number of failures in the Channel Switch procedure. • VS.RAC.DCCC.Fail.ULCE.Cong: Number of failures in the DCCC procedure. • VS.LCC.LDR.Num.ULCE: Number of times a cell is in LDR (Load Reshuffling) State due to UL CE Resource Congestion. • VS.LCC.LDR.Time.ULCE: Duration in seconds of LDR State due to UL CE Resource Congestion. UTILIZATION: • VS.LC.ULCreditUsed.CELL.Max: Maximum UL credit usage. • UL CE Utilization Ratio(NodeB) = (VS.LC.ULMax.LicenseGroup.Shared / VS.LC.ULCreditAvailable.Shared)*100%. VS.LC.ULMax.LicenseGroup.Shared: Max usage of UL CEs. VS.LC.ULCreditAvailable.Shared: Number of UL CEs licensed.
For internal use UL CE METHODOLOGY: • If congestion is spread among different hours and days, and on the same NodeB, the following parameters can be used to decrease the usage of UL CEs (see table below): UlMidRateThd (DCCC): Uplink Mid Bit Rate Threshold. UlDcccRateThd (DCCC): Uplink Bit Rate Threshold for DCCC. UlFullCvrRate (DCCC): Uplink Full Coverage Bit Rate. UlGBR (USERGBR): Uplink GBR for BE service. UlRateDnAdjLevel (DCCC): Uplink Rate Decrease Adjust Level. If set to 3_Rates can be reduced to 2_Rates. UlRateUpAdjLevel (DCCC): Uplink Rate Increase Adjust Level. If set to 2_Rates can be increased to 3_Rates. • Additional options are: Decrease the Max Bit Rate Add more UL CEs Direction Spreading Factor Number of CEs Consumed Corresponding Credits Consumed Typical Traffic Class UL 256 1 2 3.4 kbit/s SRB UL 64 1 2 13.6 kbit/s SRB UL 64 1 2 12.2 kbit/s AMR UL 16 3 6 64 kbit/s VP UL 32 1.5 3 32 kbps PS UL 16 3 6 64 kbit/s PS UL 8 5 10 128 kbit/s PS UL 4 10 20 384 kbit/s PS
For internal use UL CE RB Reallocation based on Traffic Volume or Throughput (Throughput: only rate decrease) RB Reallocation based on Congestion RB Reallocation based on Link Quality Parameter Value (Example) UlRateDnAdjLevel 3_Rates UlRateUpAdjLevel 3_Rates MBR 384 kbit/s UlMidRateThd 144 kbit/s UlDcccRateThd 64 kbit/s UlFullCvrRate 64 kbit/s UlGBR 32 kbit/s
For internal use DL CE BLOCKING: • VS.RRC.Rej.DL.CE.Cong: Number of RRC Connection Reject. • VS.RAC.NewCallRequest.Fail.DLCE.Cong: Number of failures in the RRC/RAB SETUP procedure. • VS.RAB.FailEstCs.DLCE.Cong: Number of CS RABs unsuccessfully established. • VS.RAB.FailEstPs.DLCE.Cong: Number of PS RABs unsuccessfully established. • VS.RAC.SHO.Fail.DLCE.Cong: Number of failures in the SHO procedure. • VS.RAC.HHO.Fail.DLCE.Cong: Number of failures in the HHO procedure. • VS.RAC.TrChSwitch.Fail.DLCE.Cong: Number of failures in the Channel Switch procedure. • VS.RAC.DCCC.Fail.DLCE.Cong: Number of failures in the DCCC procedure. • VS.LCC.LDR.Num.DLCE: Number of times a cell is in LDR State due to DL CE Resource Congestion. • VS.LCC.LDR.Time.DLCE: Duration in seconds of LDR State due to DL CE Resource Congestion. UTILIZATION: • VS.LC.DLCreditUsed.CELL.Max: Maximum DL credit usage. • DL CE Utilization Ratio(NodeB) = (VS.LC.DLMax.LicenseGroup.Shared / VS.LC.DLCreditAvailable.Shared)*100%. VS.LC.DLMax.LicenseGroup.Shared: Max usage of DL CEs. VS.LC.DLCreditAvailable.Shared: Number of DL CEs licensed.
For internal use DL CE METHODOLOGY: • If congestion is spread among different hours and days, and on the same NodeB, the following parameters can be used to decrease the usage of DL CEs (see table below): DlMidRateThd (DCCC): Downlink Mid Bit Rate Threshold. DlDcccRateThd (DCCC): Downlink Bit Rate Threshold for DCCC. DlFullCvrRate (DCCC): Downlink Full Coverage Bit Rate. DlGBR (USERGBR): Downlink GBR for BE service. DlRateDnAdjLevel (DCCC): Downlink Rate Decrease Adjust Level. If set to 3_Rates can be reduced to 2_Rates. DlRateUpAdjLevel (DCCC): Downlink Rate Increase Adjust Level. If set to 2_Rates can be increased to 3_Rates. • Additional options are: Decrease the Max Bit Rate Add more DL CEs Direction Spreading Factor Number of CEs Consumed Corresponding Credits Consumed Typical Traffic Class DL 256 1 1 3.4 kbit/s SRB DL 128 1 1 13.6 kbit/s SRB DL 128 1 1 12.2 kbit/s AMR DL 32 2 2 64 kbit/s VP DL 64 1 1 32 kbps PS DL 32 2 2 64 kbit/s PS DL 16 4 4 128 kbit/s PS DL 8 8 8 384 kbit/s PS
For internal use CODE BLOCKING: • VS.RRC.Rej.Code.Cong: Number of RRC Connection Reject. • VS.RAB.FailEstCs.Code.Cong: Number of CS RABs unsuccessfully established. • VS.RAB.FailEstPs.Code.Cong: Number of PS RABs unsuccessfully established. • VS.RAC.SHO.Fail.OVSF.Cong: Number of failures in the SHO procedure. • VS.RAC.TrChSwitch.Fail.OVSF.Cong: Number of failures in the Channel Switch procedure. • VS.RAC.DCCC.Fail.OVSF.Cong: Number of failures in the DCCC procedure. • VS.LCC.LDR.Num.DLCode: Number of times a cell is in LDR State due to Code Resource Congestion. • VS.LCC.LDR.Time.DLCode: Duration in seconds of LDR State due to Code Resource Congestion. • VS.LCC.LDR.CodeAdj: Number of UEs for Code Adjustment in Basic Congestion. UTILIZATION: • Code Utilization Ratio(Cell) = (VS.RAB.SFOccupy.MAX / 256)*100%. VS.RAB.SFOccupy.MAX: Maximum number of SFs codes in a cell. Code are occupied by the common channels, R99 users and HS-DSCH. The code number is normalized to SF = 256, that is, converted to the code number when SF = 256. Soft Handover Overhead(Cell) = [(VS.SHO.AS.1RL+VS.SHO.AS.2RL+VS.SHO.AS.3RL+VS.SHO.AS.4RL+VS.SHO.AS.5RL+VS.SHO.AS.6RL)/(VS.SHO.A S.1RL+VS.SHO.AS.2RL/2+VS.SHO.AS.3RL/3+VS.SHO.AS.4RL/4+VS.SHO.AS.5RL/5+VS.SHO.AS.6RL/6)-1]*100%. VS.SHO.AS.xRL: Mean Number of UEs with x RL. Code resources could be wasted because of too many cells in SHO. Optimal value is Soft Handover Overhead = 1.3 ～ 1.4, but it depends also on the area (urban/rural). • NodeB Performance Counters: VS.PdschCodeUsed.Max: Maximum number of codes used by HS-PDSCHs in a cell during a measurement period. VS.PdschCodeAvail.Max: Maximum number of codes available for HS-PDSCHs in a cell during a measurement period.
For internal use CODE METHODOLOGY: • In case of CAC based on code resources, the only parameter controlling triggering is: DlHoCeCodeResvSf (CELLCAC): DL Handover Credit and Code Reserved SF. [Quantity of DL code (SF) and CE resources reserved for handover UEs] Rule: DlHoCeCodeResvSf ≥ max(DLLDRCREDITSFRESTHD, CELLLDRSFRESTHD). • In case of LDR based on code resources, triggering can be controlled through: CELLLDRSFRESTHD (CELLLDR): Cell LDR SF reserved threshold. [Code reshuffling could be triggered only when the minimum available SF of a cell is higher than this threshold] ULLDRCREDITSFRESTHD, DLLDRCREDITSFRESTHD(CELLLDR): UL/DL LDR Credit SF reserved threshold. [UL/DL credit LDR could be triggered only when the SF factor corresponding to the UL/DL reserved credit is higher than the UL or DL credit SF reserved threshold. Low value  Higher admission success rate but easier congestion status  Easier LDR action trigger] • Many LDR actions can be performed. Particularly for Code Basic Congestion, Code Reshuffling is controlled through: MAXUSERNUMCODEADJ (CELLLDR): Max user number of code adjust. [Number of users selected in code reshuffling] LdrCodePriUseInd (CELLLDR): LDR code priority indicator. [If TRUE, the codes with high priority are reserved during code reshuffling] • Other relevant LDR actions to control code shortage are Inter-Frequency Load Handover and BE Rate Reduction.
For internal use POWER BLOCKING: • VS.RRC.Rej.Power.Cong: Number of RRC Connection Reject. • VS.RAB.FailEstCs.Power.Cong: Number of CS RABs unsuccessfully established. • VS.RAB.FailEstPs.Power.Cong: Number of PS RABs unsuccessfully established. • VS.RAC.Total.Power.Cong: Number of admission failures due to Total Power resource insufficiency. • VS.RAC.R99.Power.Cong: Number of admission failures due to R99 Power resource insufficiency. • VS.RAC.HSDPA.Power.Cong: Number of admission failures due to HSDPA Power resource insufficiency. • VS.RAC.HSUPA.Power.Cong: Number of admission failures due to HSUPA Power resource insufficiency. • VS.RAC.SHO.Fail.ULLD.Cong, VS.RAC.SHO.Fail.DLLD.Cong: Number of failures in the SHO procedure. • VS.RAC.HHO.Fail.ULLD.Cong, VS.RAC.HHO.Fail.DLLD.Cong: Number of failures in the HHO procedure. • VS.RAC.TrChSwitch.Fail.ULLD.Cong, VS.RAC.TrChSwitch.Fail.DLLD.Cong: Number of failures in the Channel Switch procedure. • VS.RAC.DCCC.Fail.ULLD.Cong, VS.RAC.DCCC.Fail.DLLD.Cong: Number of failures in the DCCC procedure. • VS.LCC.LDR.Num.ULPower, VS.LCC.LDR.Num.DLPower: Number of times a cell is in LDR State due to Power (Equivalent Number of Users) Congestion. • VS.LCC.LDR.Time.ULPower, VS.LCC.LDR.Time.DLPower: Duration in seconds of LDR State due to Power (Equivalent Number of Users) Congestion.. UTILIZATION: • VS.MeanTCP: Mean Transmitted Carrier Power (dBm). • VS.MaxTCP: Max Transmitted Carrier Power (dBm). • UL Interference Cell Ratio(RNC) = [(Number of Cells where VS.MeanRTWP>-98dBm)/Total Number Of Cells In RNC]*100%. VS.MeanRTWP: Mean Received Total Wideband Power (dBm).
For internal use POWER METHODOLOGY: • In case of CAC based on power resources, the controlling parameters depend on the Algo used. For Algo1&3: UlNonCtrlThdForAMR, DLCONVAMRTHD (CELLCAC): UL/DL threshold of Conv AMR. UlNonCtrlThdForNonAMR, DLCONVNAMRTHD (CELLCAC): UL/DL threshold of Conv non_AMR. UlNonCtrlThdForOther, DLOTHERTHD (CELLCAC): UL/DL threshold of other service. UlNonCtrlThdForHo, DLHOTHD (CELLCAC): UL/DL Handover access threshold. [These thresholds are a percentage of the 100% downlink load. If the UL/DL load of a cell is higher than these thresholds after the access of a service, this service will be rejected] Rules: DLHOTHD > max(DLCONVAMRTHD, DLCONVNAMRTHD) > DLOTHERTHD UlNonCtrlThdForHo > max(UlNonCtrlThdForAMR, UlNonCtrlThdForNonAMR) > UlNonCtrlThdForOther For Algo2: ULTOTALEQUSERNUM, DLTOTALEQUSERNUM (CELLCAC): UL/DL total equivalent user number. [Total equivalent user number corresponding to the 100% uplink load] • RRC connection request is rejected upon UL or DL admission decision by RRM. Check VS.MeanRTWP and VS.MaxTCP of the cell to determine whether the rejection is due to UL or DL congestion.
For internal use POWER METHODOLOGY: • In case of LDR based on power resources, triggering can be controlled through: ULLDRTRIGTHD, DLLDRTRIGTHD (CELLLDM): UL/DL LDR trigger threshold. [If (UL Load / UL Capacity) of the cell is not lower than this threshold, UL load reshuffling is triggered] ULLDRRELTHD, DLLDRRELTHD (CELLLDM): UL/DL LDR release threshold. [If (UL Load / UL Capacity) of the cell is lower than this threshold, UL load reshuffling is stopped] • Many LDR actions can be performed. Particularly for Power Basic Congestion, MBMS (Multimedia Broadcast Multicast Service) Power Reduction is controlled through: MBMSDECPOWERRABTHD (CELLLDR): MBMS descend power RAB threshold. [MBMS provides unidirectional point-to-multipoint multimedia services. When the priority of the RAB of MBMS services exceeds this threshold, reconfigure the MBMS power to the minimum power] • Other relevant LDR actions to control power shortage are Inter-Frequency Load Handover, BE Rate Reduction and Inter- RAT Handover in the CS Domain.
For internal use HSDPA BLOCKING: • VS.RAC.NewCallRequest.Fail.HSDPANum.Cong: Number of failures in the RRC or RAB SETUP procedure. • VS.RAB.RelReqPS.BE.HSDPA.Cong.Golden, VS.RAB.RelReqPS.BE.HSDPA.Cong.Silver, VS.RAB.RelReqPS.BE.HSDPA.Cong.Copper: Number of released PS BE RABs beared on HSDPA. • VS.RAC.HHO.Fail.HSDPANum.Cong: Number of failures in the HHO procedure. • VS.RAC.TrChSwitch.Fail.HSDPANum.Cong: Number of failures in the Channel Switch procedure. • VS.HSDPA.LDR.InterFreq: Number of HSDPA UEs that perform inter-frequency handover because of Basic Congestion. • VS.HSDPA.LDR.InterRATPS: Number of HSDPA UEs that perform PS inter-RAT handover because of Basic Congestion. • VS.HSDPA.OLC.UserRel: Number of UEs released due to Overload Congestion. UTILIZATION: • VS.HSDPA.UE.Mean.Cell: Number of UEs in CELL_HSDPA state in a cell. In case of CAC based on the number of HSDPA users, the controlling parameter is: • MaxHsdpaUserNum (CELLCAC): Maximum HSDPA user number (based on cell type and available HSDPA power and code resources). Its value is related to the presence of the following features: WRFD-01061016: 16 HSDPA Users per Cell. WRFD-010622: 32 HSDPA Users per Cell. WRFD-010623: 64 HSDPA Users per Cell. • HSDPA Utilization Ratio(Cell) = [maxHours(VS.HSDPA.UE.Mean.Cell) / MaxHsdpaUserNum]*100%.
For internal use HSDPA METHODOLOGY: • If Basic Congestion is triggered, make sure that VS.HSDPA.LDR.InterFreq is incremented, but not VS.HSDPA.LDR.InterRATPS (typically the PS inter-rat handover algorithm switch is disabled, and HSDPA calls are preferred dropping rather than handing over to 2G). • Basic Congestion is a ‘normal’ situation and the ideal LDR action for HSDPA users is inter-frequency handover to balance the load. Overload Congestion instead requires the release of HSDPA users. Overload Congestion is triggered by: ULOLCTRIGTHD, DLOLCTRIGTHD (CELLLDM): UL/DL OLC trigger threshold. [If (UL Load / UL Capacity) of the cell is not lower than this threshold, UL overload is triggered] ULOLCRELTHD, DLOLCRELTHD (CELLLDM): UL/DL OLC release threshold. [If (UL Load / UL Capacity) of the cell is lower than this threshold, UL overload is stopped] Additional actions to increase capacity: • Divide users between Gold, Silver and Copper and/or modify their priorities: UserPriority (SCHEDULEPRIOMAP). • Specify a HSDPA-only carrier to avoid basic congestion conditions being triggered. • Introduce an additional carrier.
For internal use HSUPA BLOCKING: • VS.RAC.NewCallRequest.Fail.HSUPANum.Cong: Number of failures in the RRC or RAB SETUP procedure. • VS.RAB.RelReqPS.BE.HSUPA.Cong.Golden, VS.RAB.RelReqPS.BE.HSUPA.Cong.Silver, VS.RAB.RelReqPS.BE.HSUPA.Cong.Copper: Number of released PS BE RABs beared on HSUPA. • VS.RAC.SHO.Fail.HSUPANum.Cong: Number of failures in the SHO procedure. • VS.RAC.HHO.Fail.HSUPANum.Cong: Number of failures in the HHO procedure. • VS.RAC.TrChSwitch.Fail.HSUPANum.Cong: Number of failures in the Channel Switch procedure. UTILIZATION: • VS.HSUPA.UE.Mean.Cell: Number of UEs in CELL_HSUPA state in a cell. In case of CAC based on the number of HSUPA users, the controlling parameter is: • MaxHsupaUserNum (CELLCAC): Maximum HSUPA user number (based on cell type and available HSUPA power and code resources). Its value is related to the presence of the following features: WRFD-01061211: 20 HSUPA Users per Cell. WRFD-010634: 60 HSUPA Users per Cell. • HSUPA Utilization Ratio(Cell) = [maxHours(VS.HSUPA.UE.Mean.Cell) / MaxHsupaUserNum]*100%.
For internal use HSUPA METHODOLOGY: • Basic Congestion is a ‘normal’ situation and the ideal LDR action for HSUPA users is inter-frequency handover to balance the load. Overload Congestion instead requires the release of HSUPA users. Overload Congestion is triggered by: ULOLCTRIGTHD, DLOLCTRIGTHD (CELLLDM): UL/DL OLC trigger threshold. ULOLCRELTHD, DLOLCRELTHD (CELLLDM): UL/DL OLC release threshold. Additional actions to increase capacity: • Divide users between Gold, Silver and Copper and/or modify their priorities: UserPriority (SCHEDULEPRIOMAP). • Specify a HSUPA-only carrier to avoid basic congestion conditions being triggered. • Introduce an additional carrier.
For internal use UL IUB BANDWIDTH BLOCKING: • VS.RRC.Rej.ULIUBBandCong: Number of RRC Connection Reject. • VS.RAB.FailEstab.CS.ULIUBBand.Cong: Number of CS RABs unsuccessfully established. • VS.RAB.FailEstab.PS.ULIUBBand.Cong: Number of PS RABs unsuccessfully established. • VS.RAC.SHO.Fail.ULIub.Cong: Number of failures in the SHO procedure. • VS.RAC.HHO.Fail.ULIub.Cong: Number of failures in the HHO procedure. • VS.RAC.TrChSwitch.Fail.ULIub.Cong: Number of failures in the Channel Switch procedure. • VS.LCC.LDR.Num.ULIub: Number of times a cell is in LDR State due to UL Iub Transmission Resource Congestion. • VS.LCC.LDR.Time.ULIub: Duration in seconds of LDR State due to UL Iub Transmission Resource Congestion. • VS.IUB.CongUL: Number of UL congestions on Iub Interface. UTILIZATION: Consumed vs. configured Iub bandwidth: • IUB UL Bandwidth Utilizing Ratio = [(VS.ATMUlAvgUsed.1+VS.ATMUlAvgUsed.2+VS.ATMUlAvgUsed.3+VS.ATMUlAvgUsed.4+VS.IPUlAvgUsed.1+VS.IPUlA vgUsed.2+VS.IPUlAvgUsed.3+VS.IPUlAvgUsed.4)/(VS.ATMUlTotal.1+VS.ATMUlTotal.2+VS.ATMUlTotal.3+VS.ATMUlTot al.4+VS.IPUlTotal.1+VS.IPUlTotal.2+VS.IPUlTotal.3+VS.IPUlTotal.4)]*100%. VS.ATMUlAvgUsed.x: Average used UL bandwidth on an ATM physical port during a measurement period. VS.IPUlAvgUsed.x: Average used UL bandwidth on an IP physical port during a measurement period. VS.ATMUlTotal.x: Available UL bandwidth of an ATM physical port during a measurement period. VS.IPUlTotal.x: Available UL bandwidth of an IP physical port during a measurement period.
For internal use UL IUB BANDWIDTH METHODOLOGY: • In case of CAC based on Iub resources: Reserved BW for RT service (signalling, voice, streaming) = MBR x Activity Factor Reserved BW for NRT service (interactive, background) = GBR x Activity Factor Only GBR could be an option to avoid CAC being triggered. • In case of LDR based on Iub resources, triggering can be controlled through: FWDCONGBW, BWDCONGBW: Forward/Backward congestion threshold. [If the available forward/backward bandwidth is less than or equal to this value, forward/backward congestion control is triggered] FWDCONGCLRBW, BWDCONGCLRBW: Fwd/Bwd congestion clear threshold. [If the available forward/backward bandwidth is greater than this value, forward/backward congestion control is stopped] • Iub congestion control is implemented in a separate processing module, so its functionality is not controlled by LDR switches. In the case of Iub congestion, however, LDR actions are applied to congestion resolution. When Iub congestion counters are not null: • Control that NodeB was not unavailable during the period of congestion: VS.NodeB.UnavailTime.OM • Optimize triggering thresholds. • Optimize LDR actions. • Eventually increase Iub capacity. Type of Service UL/DL Default Activity Factor (%) General common channel UL 70 IMS SRB UL 15 SRB UL 15 AMR voice UL 70 R99 CS conversational UL 100 R99 CS streaming UL 100 R99 PS conversational UL 70 R99 PS streaming UL 100 R99 PS interactive UL 100 R99 PS background UL 100 HSUPA SRB UL 50 HSUPA IMS SRB UL 15 HSUPA voice UL 70 HSUPA conversational UL 70 HSUPA streaming UL 100 HSUPA interactive UL 100 HSUPA background UL 100
For internal use DL IUB BANDWIDTH BLOCKING: • VS.RRC.Rej.DLIUBBandCong: Number of RRC Connection Reject. • VS.RAB.FailEstab.CS.DLIUBBand.Cong: Number of CS RABs unsuccessfully established. • VS.RAB.FailEstab.PS.DLIUBBand.Cong: Number of PS RABs unsuccessfully established. • VS.RAC.SHO.Fail.DLIub.Cong: Number of failures in the SHO procedure. • VS.RAC.HHO.Fail.DLIub.Cong: Number of failures in the HHO procedure. • VS.RAC.TrChSwitch.Fail.DLIub.Cong: Number of failures in the Channel Switch procedure. • VS.LCC.LDR.Num.DLIub: Number of times a cell is in LDR State due to DL Iub Transmission Resource Congestion. • VS.LCC.LDR.Time.DLIub: Duration in seconds of LDR State due to DL Iub Transmission Resource Congestion. • VS.IUB.CongDL: Number of DL congestions on Iub Interface. UTILIZATION: Consumed vs. configured Iub bandwidth: • IUB DL Bandwidth Utilizing Ratio = [(VS.ATMDLAvgUsed.1+VS.ATMDLAvgUsed.2+VS.ATMDLAvgUsed.3+VS.ATMDLAvgUsed.4+VS.IPDLAvgUsed.1+VS.IP DLAvgUsed.2+VS.IPDLAvgUsed.3+VS.IPDLAvgUsed.4)/(VS.ATMDLTotal.1+VS.ATMDLTotal.2+VS.ATMDLTotal.3+VS.A TMDLTotal.4+VS.IPDLTotal.1+VS.IPDLTotal.2+VS.IPDLTotal.3+VS.IPDLTotal.4)]*100%. VS.ATMDLAvgUsed.x: Average used DL bandwidth on an ATM physical port during a measurement period. VS.IPDLAvgUsed.x: Average used DL bandwidth on an IP physical port during a measurement period. VS.ATMDLTotal.x: Available DL bandwidth of an ATM physical port during a measurement period. VS.IPDLTotal.x: Available DL bandwidth of an IP physical port during a measurement period.
For internal use DL IUB BANDWIDTH METHODOLOGY: • In case of CAC based on Iub resources: Reserved BW for RT service (signalling, voice, streaming) = MBR x Activity Factor Reserved BW for NRT service (interactive, background) = GBR x Activity Factor Only GBR could be an option to avoid CAC being triggered. • In case of LDR based on Iub resources, triggering can be controlled through: FWDCONGBW, BWDCONGBW: Forward/Backward congestion threshold. FWDCONGCLRBW, BWDCONGCLRBW: Fwd/Bwd congestion clear threshold. • Iub congestion control is implemented in a separate processing module, so its functionality is not controlled by LDR switches. In the case of Iub congestion, however, LDR actions are applied to congestion resolution. When Iub congestion counters are not null: • Control that NodeB was not unavailable during the period of congestion: VS.NodeB.UnavailTime.OM • Optimize triggering thresholds. • Optimize LDR actions. • Eventually increase Iub capacity. Type of Service UL/DL Default Activity Factor (%) General common channel DL 70 IMS SRB DL 15 MBMS common channel DL 100 SRB DL 15 AMR voice DL 70 R99 CS conversational DL 100 R99 CS streaming DL 100 R99 PS conversational DL 70 R99 PS streaming DL 100 R99 PS interactive DL 100 R99 PS background DL 100 HSDPA SRB DL 50 HSDPA IMS SRB DL 15 HSDPA voice DL 70 HSDPA conversational DL 70 HSDPA streaming DL 100 HSDPA interactive DL 100 HSDPA background DL 100 EFACH channel DL 20
For internal use ATM & AAL2 BLOCKING On the bandwidth assigned to an ATM logical port: • VS.ATMLGCPRT.Fwd.Cong: Number of Forward Congestions on the ATM Logical Port. • VS.ATMLGCPRT.Fwd.Cong.Dur: Duration of Forward Congestions on the ATM Logical Port. • VS.ATMLGCPRT.Bwd.Cong: Number of Backward Congestions on the ATM Logical Port. • VS.ATMLGCPRT.Bwd.Cong.Dur: Duration of Backward Congestions on the ATM Logical Port. On active AAL2 connections to an adjacent node: • VS.AAL2PATH.Fwd.Cong: Number of Forward Congestions on the AAL2 Path. • VS.AAL2PATH.Fwd.Cong.Dur: Duration of Forward Congestions on the AAL2 Path. • VS.AAL2PATH.Bwd.Cong: Number of Backward Congestions on the AAL2 Path. • VS.AAL2PATH.Bwd.Cong.Dur: Duration of Backward Congestions on the AAL2 Path. Feature: Dynamic AAL2 Connections in Iub/IuCS/Iur Interface Feature: Call Admission Based on Used AAL2 Path Bandwidth
For internal use IP BLOCKING: On the IP Path: • VS.IPPATH.Fwd.Cong: Number of Forward Congestions on the IP Path. • VS.IPPATH.Fwd.Cong.Dur: Duration of Forward Congestion on the IP Path. • VS.IPPATH.Bwd.Cong: Number of Backward Congestions on the IP Path. • VS.IPPATH.Bwd.Cong.Dur: Duration of Backward Congestion on the IP Path. • VS.ANI.IP.FailResAllocForBwLimit: Number of Failed Resource Allocations due to insufficient bandwidth on the IP Transport Adjacent Node. On the bandwidth assigned to logical port: • VS.LGCPRT.Fwd.Cong: Number of Forward Congestions on Logical Port. • VS.LGCPRT.Fwd.Cong.Dur: Duration of Forward Congestions on Logical Port. • VS.LGCPRT.Bwd.Cong: Number of Backward Congestions on Logical Port. • VS.LGCPRT.Bwd.Cong.Dur: Duration of Backward Congestions on Logical Port. IP Performance Monitor (PM) uses Forward Monitoring (FM) and Backward Reporting (BR) to check packet loss over channels: • The monitor periodically sends FM messages to indicate number of outgoing packets, number of bytes, and sending time. • The peer responds with BR messages after receiving the FM message to report number of received packets, number of received bytes, the receiving time of PM message and the sending time of BR response. • The sender calculates packet loss rate, transmission delay and jitter according to the BR response from the receiver. Feature: IP Transmission Introduction on Iub Interface Feature: Dynamic Bandwidth Control of Iub IP
For internal use IUR BLOCKING: Related to DRNC: • VS.SHO.FailRLSetupIur.CongTx: Number of Failed Radio Link Setups for DRNC. • VS.SHO.FailRLAddIur.Cong.Tx: Number of Failed Radio Link Additions for DRNC. • VS.SHO.FailRLRecfgIur.CongTx: Number of Failed Radio Link Synchronous Reconfigurations for DRNC. Related to SRNC: • VS.SHO.FailRLSetupIur.CongRx: Number of Radio Link Setup Failures for SRNC. • VS.SHO.FailRLAddIur.Cong.Rx: Number of Failed Radio Link Additions for SRNC. • VS.SHO.FailRLRecfgIur.CongRx: Number of Failed Radio Link Synchronous Reconfigurations for SRNC.
For internal use TRAFFIC COUNTERS: • VS.CSLoad.MaxErlang.Equiv.RNC: Maximum Equivalent Erlang of CS Domain. Maximum Throughput of UL PS (kbit/s): • VS.R99PSLoad.MaxULThruput.RNC: R99. • VS.HSUPAPSLoad.MaxULThruput.RNC: HSUPA. Maximum Throughput of DL PS (kbit/s): • VS.R99PSLoad.MaxDLThruput.RNC: R99. • VS.HSDPAPSLoad.MaxDLThruput.RNC: HSDPA. • VS.MBMSPSLoad.MaxDLThruput.RNC: MBMS. Number of UL/DL PS xxx (Str, Inter, Bkg) Services with yyy (8, 16, 32, 64, 128, 144, 256, 384) kbit/s: • VS.RB.ULxxxPS.yyy.RNC • VS.RB.DLxxxPS.yyy.RNC Number of bits of UL/DL PS xxx (Str, Inter, Bkg) Services with yyy (8, 16, 32, 64, 128, 144, 256, 384) kbit/s: • VS.PS.xxx.UL.yyy.Thruput • VS.PS.xxx.DL.yyy.Thruput Number of bits of UL/DL signaling on DCCH: • VS.DcchSrbKbps.Ul.Thruput • VS.DcchSrbKbps.Dl.Thruput Number of bytes of Mac-d flow in the RLC Layer: • VS.HSDPA.MeanChThroughput.TotalBytes: HSDPA Tx DL. • VS.HSUPA.MeanChThroughput.TotalBytes: HSUPA Rx UL.
For internal use RNC - DPU Board BLOCKING: • VS.DPU.CPULOAD.MAX: Maximum CPU Usage of the DPU. • VS.DPU.CPULOAD.OVER: Rate of the period in which the CPU Usage of the DPU exceeds the Alarm Threshold. UTILIZATION: • VS.DPU.CPULOAD.MEAN: Average CPU Usage of the DPU. • VS.DPU.CPULOAD.LESS: Rate of the period in which the CPU Usage of the DPU is lower than the Alarm Threshold. FUNCTIONS: The DPU (Data Processing Unit) board is optional. • MPS: DPU is installed in slots 8 to 11 and slots 14 to 19. • EPS: DPU is installed in slots 8 to 19. The DPU board processes and distributes the UMTS user plane service data. It performs the following functions: • Multiplexes and demultiplexes. • Processes frame protocols. • Selects and distributes data. • Performs the functions of the GTP-U, IUUP, PDCP, RLC, MAC, and FP protocols. • Performs encryption, decryption, and paging. • Processes the MBMS at the RLC and MAC layer.
For internal use RNC - GCU/GCG Board BLOCKING: • VS.GCU.CPULOAD.MAX: Maximum CPU Usage of the GCU. • VS.GCU.CPULOAD.OVER: Rate of the period in which the CPU Usage of the GCU exceeds the Alarm Threshold. UTILIZATION: • VS.GCU.CPULOAD.MEAN: Average CPU Usage of the GCU. • VS.GCU.CPULOAD.LESS: Rate of the period in which the CPU Usage of the GCU is lower than the Alarm Threshold. FUNCTIONS: The GCU (General Clock Unit) / GCG (General Clock Unit with GPS) board is mandatory. • MPS: GCU/GCG is installed in slots 12 and 13. The GCU/GCG board extracts and provides the timing signals and the reference clock for the entire system.
For internal use RNC - INT Board BLOCKING: • VS.INT.CPULOAD.MAX: Maximum CPU Usage of the INT. • VS.INT.CPULOAD.OVER: Rate of the period in which the CPU Usage of the INT exceeds the Alarm Threshold. UTILIZATION: • VS.INT.CPULOAD.MEAN: Average CPU Usage of the INT. • VS.INT.CPULOAD.LESS: Rate of the period in which the CPU Usage of the INT is lower than the Alarm Threshold. FUNCTIONS: The INT (Interface) board can be the: • EIU board: Optional, provides E1/T1 transmission (MBSC). • FG2 board: Optional, provides IP over Ethernet. • GOU board: Optional, optical support of IP over Ethernet. • OIU board: Optional, provides STM-1 transmission over A, Abis, Ater, and Pb interfaces (MBSC). • PEU board: Optional, supports E1/T1 transmission. • POU board: Optional, supports channelized STM-1/OC-3 transmission based on IP protocol.
For internal use RNC - SCU Board BLOCKING: • VS.SCU.CPULOAD.MAX: Maximum CPU Usage of the SCU. • VS.SCU.CPULOAD.OVER: Rate of the period in which the CPU Usage of the SCU exceeds the Alarm Threshold. UTILIZATION: • VS.SCU.CPULOAD.MEAN: Average CPU Usage of the SCU. • VS.SCU.CPULOAD.LESS: Rate of the period in which the CPU Usage of the SCU is lower than the Alarm Threshold. FUNCTIONS: The SCU (Switching Network and Control Unit) board is mandatory. • MPS/EPS: SCU is installed in slots 6 and 7. The SCU board provides maintenance management and switching for the subrack where is located. It performs the followings: • Provides the maintenance management function. • Provides configuration and maintenance of a subrack or of the entire BSC6900. • Monitors the power supply, fans and environment of the cabinet. • Enables inter-subrack connections, enabling complete connection between all modules of the BSC6900. • Provides a total switching capacity of 60 Gbit/s. • Distributes clock signals and RFN (Reduced TDMA Frame Number) signals for the BSC6900.
For internal use RNC - XPU Board BLOCKING: • VS.XPU.CPULOAD.MAX: Maximum CPU Usage of the XPU. • VS.XPU.CPULOAD.OVER: Rate of the period in which the CPU Usage of the XPU exceeds the Alarm Threshold. UTILIZATION: • VS.XPU.CPULOAD.MEAN: Average CPU Usage of the XPU. • VS.XPU.CPULOAD.LESS: Rate of the period in which the CPU Usage of the XPU is lower than the Alarm Threshold. FUNCTIONS: It is found in the MBSC (Single RAN), where counters related to service processing subsystems of GSM and UTMS are unified. The XPU (eXtensible Processing Unit ) board is optional. • MPS: XPU is installed in slots 0 to 5, 8 to 11, 14 to 19 and 24 to 27. • EPS: XPU is installed in slots 0 to 5, 8 to 13 and 14 to 27. XPU board is functionally divided into: • Main control XPU board: used to manage the GSM user plane resources, control plane resources, and transmission resources in the system and process the GSM services on the control plane. • Non-main control XPU board: used to process the GSM services on the control plane.
For internal use ANNEX - OTHER GENERAL INDICATORS CALL ADMISSION: • VS.RRC.Rej.RL.Fail: Number of RRC Connection Reject due to RL setup failure (except because of CE congestion). • VS.RAB.FailEstabCS.Cong: Number of CS RABs unsuccessfully established. • VS.RAB.Block.PS.xxx.yyy: Number of PS xxx (Conv, Str, Int, Bkg) RABs unsuccessfully established with max DL bit rate in the range yyy (0.32, 32.64, 64.144, 144.384, Mor384). • VS.RAB.FailModCS.Cong: Number of CS RABs unsuccessfully modified. • VS.RAB.FailModPS.Cong: Number of PS RABs unsuccessfully modified. CALL RELEASE: • RRC.FailConnReEstab.Cong: Number of RRC connection releases due to congestion. • RRC.AttConnRelCCCH.Congestion: Number of RRC connection releases on CCCH for congestion • RRC.AttConnRelDCCH.Congestion: Number of RRC connection releases on DCCH for congestion. DCCC: • VS.DCCC.DL.CongDownsizing.Att, VS.DCCC.DL.CongDownsizing.Succ: Number of DCCC attempts/successes to downsize the rate because of congestion on DL DCH. SCCP: • VS.SCCP.Rx.RLSD.Cong: Number of RLSD (Released) messages received by the SCCP because of network congestion.
For internal use ANNEX - OTHER GENERAL INDICATORS BASIC CONGESTION: • VS.LCC.LDR.AMRRateUL, VS.LCC.LDR.AMRRateDL: Number of UEs performing AMR rate decrease. • VS.LCC.LDR.BERateUL, VS.LCC.LDR.BERateDL: Number of UEs for BE Service Downsizing. • VS.LCC.LDR.RABRateUL, VS.LCC.LDR.RABRateDL: Number of UEs with Uncontrollable Real-Time Service QoS Renegotiation. • VS.LCC.LDR.InterFreq: Number of UEs that perform inter-frequency handover. • VS.LCC.LDR.InterRATCS: Number of UEs that perform CS inter-RAT handover. • VS.LCC.LDR.InterRATPS: Number of UEs that perform PS inter-RAT handover. OVERLOAD CONGESTION: • VS.LCC.OLC.UL.UserRel, VS.LCC.OLC.DL.UserRel: Number of UEs released because of UL/DL Overload Congestion. • VS.HSDPA.OLC.UserRel, VS.LCC.OLC.HSUPA.UserRel: Number of HSDPA/HSUPA UEs released. • VS.LCC.OLC.TCC: Number of UEs transferred to common channel. • VS.LCC.OLC.UL.FastBE, VS.LCC.OLC.DL.FastBE: Number of UEs for BE Service TF (Transport Format) Control.

More Related Content

PDF
LTE RF Optimization.pdf
RakhiJadav1
 
PPT
Lte irat-troubleshooting-guide
Denmark Wilson
 
PDF
Huawei - Access failures troubleshooting work shop
navaidkhan
 
PPT
Huawei parameter strategy v1.4 1st dec
Ketut Widya
 
PPT
Lte rf-optimization-guide
Muhammad Ahsan
 
DOCX
Layer 3 messages
John Samir
 
PPT
3 g huawei-wcdma-rno-parameters-optimization
shagahod
 
PPT
Umts Kpi
Kishore Kandi
 
LTE RF Optimization.pdf
RakhiJadav1
 
Lte irat-troubleshooting-guide
Denmark Wilson
 
Huawei - Access failures troubleshooting work shop
navaidkhan
 
Huawei parameter strategy v1.4 1st dec
Ketut Widya
 
Lte rf-optimization-guide
Muhammad Ahsan
 
Layer 3 messages
John Samir
 
3 g huawei-wcdma-rno-parameters-optimization
shagahod
 
Umts Kpi
Kishore Kandi
 

What's hot (20)

PPTX
Part 2 planning of 3G
Henry Chikwendu
 
PPTX
Ch 04 HANDOVER_gvl
Tempus Telcosys
 
PPT
06a_LTE mobility management v1_0.ppt
ssuser022794
 
PDF
Umts access kpi troubleshooting guide rrc
Prashant Gaurav
 
PPT
Nokia gsm-kpi-analysis-based-on-daily-monitoring-basis-presentation
mohammed khairy
 
PPTX
395317358-LTE-Resource-Usage-Optimization.pptx
SudheeraIndrajith
 
PPT
2 g training optimization
Ahmed Gad
 
PDF
2 g and 3g kpi improvement by parameter optimization (nsn, ericsson, huawei) ...
Jean de la Sagesse
 
PDF
LTE Review - Load Balancing and Interfreq HO
paulo_campolina
 
DOC
12 gsm bss network kpi (tch assignment success rate) optimization manual
tharinduwije
 
PPTX
RSCP RSSI EC/NO CQI
Faraz Husain
 
DOCX
Lte drive test parameters
Kamalsyah Abdurrahman
 
PPT
Part 3 optimization 3G
Henry Chikwendu
 
PDF
Huawei wcdma traffic counter
SARKHEEL
 
PDF
Kpi 2g troubleshootin
Abd Yehia
 
PPTX
E2 e+call+setup+time+(cst)+enhacenments p3_benchmarking
Otseakemhe
 
PPT
Optimisation guide line ver1.1
Chandra Deria
 
PPTX
422738668-LTE-Downlink-Throughput-Optimization-Based-on-Performance-Data [Rep...
SudheeraIndrajith
 
DOCX
Connection management
Muhammad Shehzad Ashraf
 
PPT
GSM capacity planning
Deepak Joshi
 
Part 2 planning of 3G
Henry Chikwendu
 
Ch 04 HANDOVER_gvl
Tempus Telcosys
 
06a_LTE mobility management v1_0.ppt
ssuser022794
 
Umts access kpi troubleshooting guide rrc
Prashant Gaurav
 
Nokia gsm-kpi-analysis-based-on-daily-monitoring-basis-presentation
mohammed khairy
 
395317358-LTE-Resource-Usage-Optimization.pptx
SudheeraIndrajith
 
2 g training optimization
Ahmed Gad
 
2 g and 3g kpi improvement by parameter optimization (nsn, ericsson, huawei) ...
Jean de la Sagesse
 
LTE Review - Load Balancing and Interfreq HO
paulo_campolina
 
12 gsm bss network kpi (tch assignment success rate) optimization manual
tharinduwije
 
RSCP RSSI EC/NO CQI
Faraz Husain
 
Lte drive test parameters
Kamalsyah Abdurrahman
 
Part 3 optimization 3G
Henry Chikwendu
 
Huawei wcdma traffic counter
SARKHEEL
 
Kpi 2g troubleshootin
Abd Yehia
 
E2 e+call+setup+time+(cst)+enhacenments p3_benchmarking
Otseakemhe
 
Optimisation guide line ver1.1
Chandra Deria
 
422738668-LTE-Downlink-Throughput-Optimization-Based-on-Performance-Data [Rep...
SudheeraIndrajith
 
Connection management
Muhammad Shehzad Ashraf
 
GSM capacity planning
Deepak Joshi
 
Ad

Viewers also liked (16)

PPT
3 g huawei ran resource monitoring and management recommended
Mery Koto
 
DOC
Solution for code congestion
Grace Harefa
 
DOCX
Channel element
Syed Zahid Shah
 
PPTX
Rf congestion control measures heavy traffic special events
pintor63
 
PDF
3G basic good
Jit Pal Dhanjal
 
DOC
Top 10 3 G Radio Optimisation Actions
Abdul Muin
 
DOCX
2013 hspa optimization doc huawei
Alireza Mojarrad
 
PPTX
Owp112020 wcdma radio network capacity dimensioning issue1.22
Gratien Niyitegeka
 
PPT
The Huawei Node B Evolution
Atif Mahmood
 
PPTX
WCDMA
Harshal Tiwari
 
PDF
ran-feature-activation-guide-v900 r013c00-02-pdf-en-2
Khanh Nam Do
 
PPT
Huawei case analysis call drop
Muffat Itoro
 
PDF
For spreading factor & channels
Shivendra Verma
 
PDF
Neighbor guideline v1.0 rev
Nurul Ihsands
 
PDF
Wcdma radio-network-optimization-guide
Dobrin Dobrev
 
PPTX
RNC Pilot PO Optimization
Ketut Widya
 
3 g huawei ran resource monitoring and management recommended
Mery Koto
 
Solution for code congestion
Grace Harefa
 
Channel element
Syed Zahid Shah
 
Rf congestion control measures heavy traffic special events
pintor63
 
3G basic good
Jit Pal Dhanjal
 
Top 10 3 G Radio Optimisation Actions
Abdul Muin
 
2013 hspa optimization doc huawei
Alireza Mojarrad
 
Owp112020 wcdma radio network capacity dimensioning issue1.22
Gratien Niyitegeka
 
The Huawei Node B Evolution
Atif Mahmood
 
WCDMA
Harshal Tiwari
 
ran-feature-activation-guide-v900 r013c00-02-pdf-en-2
Khanh Nam Do
 
Huawei case analysis call drop
Muffat Itoro
 
For spreading factor & channels
Shivendra Verma
 
Neighbor guideline v1.0 rev
Nurul Ihsands
 
Wcdma radio-network-optimization-guide
Dobrin Dobrev
 
RNC Pilot PO Optimization
Ketut Widya
 
Ad

Similar to Huawei 3 g_capacity_optimization (20)

PPTX
Radio Resource Management Overview.pptx 3G
RezaAulia45
 
PDF
Understanding MulteFire’s Radio Link
MFA
 
PPT
3G Huawei RAN Resource Monitoring and management.ppt
Nailat2
 
PPTX
Umts transmission features presentation v1[1].0
Abi Putra Taufik
 
PPTX
5G planning ericsson tier one customer journety
Ram Kumar
 
PDF
Lte system signaling procedures
tharinduwije
 
PDF
Network Parameter useful for system engineer
bayesianlstm
 
PDF
LTE network: How it all comes together architecture technical poster
David Swift
 
PDF
LTE Training for Abuja Team
Opeyemi Praise
 
PDF
Proportional fair buffer scheduling algorithm for 5G enhanced mobile broadband
IJECEIAES
 
PPT
Wcdma Radio Network Planning And Optimization
Pengpeng Song
 
PDF
03_LTE Capacity areas and and cell resource.pdf
mahmoudsafaei1987
 
PPT
OEA300020 LTE Signaling Flow ISSUE 1.00.ppt
marcobehaine
 
PDF
LTE_poster.pdf
LibaBali
 
PDF
Evolution of hsdpa
GMvhinz Padre
 
PDF
Evolution of hsdpa
Mohan Akotkar
 
PDF
Arnaud_Meylan_Huawei_3GPP_TSG_RAN_WG2_LT.pdf
sehat maruli
 
PDF
Traffic offloading impact on the performance
IJCNCJournal
 
PPS
Fyp Presentation
Arsalan Mir
 
PDF
Capacity dimension for planning and commissioning
bayesianlstm
 
Radio Resource Management Overview.pptx 3G
RezaAulia45
 
Understanding MulteFire’s Radio Link
MFA
 
3G Huawei RAN Resource Monitoring and management.ppt
Nailat2
 
Umts transmission features presentation v1[1].0
Abi Putra Taufik
 
5G planning ericsson tier one customer journety
Ram Kumar
 
Lte system signaling procedures
tharinduwije
 
Network Parameter useful for system engineer
bayesianlstm
 
LTE network: How it all comes together architecture technical poster
David Swift
 
LTE Training for Abuja Team
Opeyemi Praise
 
Proportional fair buffer scheduling algorithm for 5G enhanced mobile broadband
IJECEIAES
 
Wcdma Radio Network Planning And Optimization
Pengpeng Song
 
03_LTE Capacity areas and and cell resource.pdf
mahmoudsafaei1987
 
OEA300020 LTE Signaling Flow ISSUE 1.00.ppt
marcobehaine
 
LTE_poster.pdf
LibaBali
 
Evolution of hsdpa
GMvhinz Padre
 
Evolution of hsdpa
Mohan Akotkar
 
Arnaud_Meylan_Huawei_3GPP_TSG_RAN_WG2_LT.pdf
sehat maruli
 
Traffic offloading impact on the performance
IJCNCJournal
 
Fyp Presentation
Arsalan Mir
 
Capacity dimension for planning and commissioning
bayesianlstm
 

Recently uploaded (20)

PPTX
Geodesy 1.pptx...............................................
abhi1361yadav
 
PPTX
Strings in CPP - Strings in C++ are sequences of characters used to store and...
sangeethamtech26
 
PDF
keyrequirementskkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
mojeeburahmanwardak
 
PPTX
CH1 Production IntroductoryConcepts.pptx
RacemMellouli1
 
PPTX
CARTOGRAPHY AND GEOINFORMATION VISUALIZATION chapter1 NPTE (2).pptx
abhi1361yadav
 
PPTX
MET 305 2019 SCHEME MODULE 2 COMPLETE.pptx
VinayB68
 
PPTX
FINAL REVIEW FOR COPD DIANOSIS FOR PULMONARY DISEASE.pptx
rubeshbme
 
PPTX
UNIT-1 - COAL BASED THERMAL POWER PLANTS
Chandra Kumar S
 
DOCX
573137875-Attendance-Management-System-original
AYUSHMANAV
 
PPTX
Engineering Ethics, Safety and Environment [Autosaved] (1).pptx
MehrabTaseenTalukder
 
PDF
Digital Logic Computer Design lecture notes
CHINNASUNKAIAH1
 
PDF
The CXO Playbook 2025 – Future-Ready Strategies for C-Suite Leaders Cerebrai...
Cerebraix Technologies
 
PPTX
Lesson 3_Tessellation.pptx finite Mathematics
quakeplayz54
 
PDF
Embodied AI: Ushering in the Next Era of Intelligent Systems
Yu Huang
 
PPT
Project quality management in manufacturing
BarMusaTetik
 
PPTX
Welding lecture in detail for understanding
sahilpoonia10
 
PPTX
Infosys Presentation by1.Riyan Bagwan 2.Samadhan Naiknavare 3.Gaurav Shinde 4...
bapushinde7218
 
PDF
PRIZ Academy - 9 Windows Thinking Where to Invest Today to Win Tomorrow.pdf
PRIZ Guru
 
PDF
Operating System & Kernel Study Guide-1 - converted.pdf
mranoninvisib16
 
PPTX
Lecture Notes Electrical Wiring System Components
eedgecbhojpur
 
Geodesy 1.pptx...............................................
abhi1361yadav
 
Strings in CPP - Strings in C++ are sequences of characters used to store and...
sangeethamtech26
 
keyrequirementskkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
mojeeburahmanwardak
 
CH1 Production IntroductoryConcepts.pptx
RacemMellouli1
 
CARTOGRAPHY AND GEOINFORMATION VISUALIZATION chapter1 NPTE (2).pptx
abhi1361yadav
 
MET 305 2019 SCHEME MODULE 2 COMPLETE.pptx
VinayB68
 
FINAL REVIEW FOR COPD DIANOSIS FOR PULMONARY DISEASE.pptx
rubeshbme
 
UNIT-1 - COAL BASED THERMAL POWER PLANTS
Chandra Kumar S
 
573137875-Attendance-Management-System-original
AYUSHMANAV
 
Engineering Ethics, Safety and Environment [Autosaved] (1).pptx
MehrabTaseenTalukder
 
Digital Logic Computer Design lecture notes
CHINNASUNKAIAH1
 
The CXO Playbook 2025 – Future-Ready Strategies for C-Suite Leaders Cerebrai...
Cerebraix Technologies
 
Lesson 3_Tessellation.pptx finite Mathematics
quakeplayz54
 
Embodied AI: Ushering in the Next Era of Intelligent Systems
Yu Huang
 
Project quality management in manufacturing
BarMusaTetik
 
Welding lecture in detail for understanding
sahilpoonia10
 
Infosys Presentation by1.Riyan Bagwan 2.Samadhan Naiknavare 3.Gaurav Shinde 4...
bapushinde7218
 
PRIZ Academy - 9 Windows Thinking Where to Invest Today to Win Tomorrow.pdf
PRIZ Guru
 
Operating System & Kernel Study Guide-1 - converted.pdf
mranoninvisib16
 
Lecture Notes Electrical Wiring System Components
eedgecbhojpur
 

Huawei 3 g_capacity_optimization

  • 1. For internal use HUAWEI 3G CAPACITY OPTIMIZATION
  • 2. For internal use DOCUMENT INFO SOFTWARE RELEASE: R11 SCOPE: • RAN Capacity Monitoring • RAN Capacity Optimization • Transmission Network Monitoring CONTENT: • BLOCKING: Counters expressing congestion and resource unavailability  Reactive Approach • UTILIZATION: Counters and formulas expressing proximity to blocking conditions (Used vs. Total Available)  Proactive • METHODOLOGY: Parameters dealing with specific resources. Best practices to improve capacity. CONVENTION: • Raw counters are marked in BLUE. • Parameters are marked in RED. • Formulas are marked in GRAY.
  • 3. For internal use NETWORK ELEMENTS CAPACITY OVERVIEW Applicatio n Servers (co- located MSC/VLR Iub GGSN Application Servers NodeB MSC/VLR Gn Gs RF interface • Coverage • Interference • Traffic • Mobility • Channels • HSxPA MS/Client parameters • R99/ HSPA capability and release Iub interface • E1/T1s • UL/DL Bandwidth • ATM & AAL2 • IP • Traffic Iur/Iu interface • Iur • ATM & AAL2 RF Iu-CS BSCBSCRNC BSCBSCRNC BSCBSC3G SGSN Iu-PSIur IP/MPLS/IPoATM backbone HLR/AuC/EIR NodeB • UL/DL CEs • Code Utilizat. • Power • Carriers • SW Licenses RNC • Boards (DPU, GCU/GCG, INT, SPU, XPU) • SW/Features
  • 4. For internal use CAPACITY FEATURES OVERVIEW BASIC FEATURES CODE DESCRIPTION Admission Control WRFD-020101 It combines multiple resources to perform admission control over R99 service requests Load Measurement WRFD-020102 Load measurement for load control Load Reshuffling WRFD-020106 Multiple load reshuffling policies for cells in basic congestion, to decrease cell load and increase accessibility Overload Control WRFD-020107 Multiple load adjustment methods for cells in overloaded state to fast decrease the cell load Dynamic Channel Configuration Control (DCCC) WRFD-021101 Dynamic rate reallocation and UE state transition that can be triggered by multiple sources Code Resource Management WRFD-020108 Allocation and reshuffling of downlink code tree resources Fast Power Congestion Control (FCC) WRFD-010208 Quickly rectifies system overload to prevent the output power from exceeding the max power allowed by HW BSC/RNC Resource Sharing MRFD-210104 Resource sharing of user and control plane in the MBSC, adopting intra/inter-subrack load sharing of boards License Management MRFD-210403 MBSC and MBTS license control LOAD CONTROL CODE DESCRIPTION Potential User Control WRFD-020105 Cell selection/reselection of the UE to camp on an appropriate cell according to its load Access Class Restriction WRFD-021103 When the cell or system is overloaded, it can restrict user access based on the service class allowed by SIB Hierarchical Cell Structure (HCS) WRFD-021200 The UE is handed over to the relevant hierarchical cell according to its moving speed Dynamic CE Resource Management WRFD-010638 Fast adjustment of CE allocation based on actual and GBR, recalling CEs when user throughput decreases Queuing and Pre-Emption WRFD-010505 Service differentiation during network congestion to provide better services for high-priority users 3G/2G Common Load Management WRFD-020310 Transfer of load information between 2G and 3G during inter-RAT handover or inter-system direct retry Intra-Frequency Load Balance WRFD-020104 For UEs is in SHO, PCPICH power decrease can remove the cell from the Active Set, so reducing the cell load Inter-Frequency Load Balance WRFD-020103 For cells in initial congestion state, some UEs are handed over to an inter-frequency co-coverage cell Inter-RAT Handover Based on Load WRFD-020306 For cells in initial congestion state, some UEs are handed over to an inter-RAT co-coverage cell Intra System Direct Retry WRFD-02040001 At admission failure of new calls (RRC or RAB), calls can be setup in an inter-frequency neighbor cell Inter System Direct Retry WRFD-02040002 At admission failure of new calls (RAB), calls can be setup in an inter-RAT neighbor cell (hard handover) Inter System Redirect WRFD-02040003 At admission failure of new calls (RRC), setup can be in an inter-RAT neighbor cell (inter-system cell reselect)
  • 5. For internal use CAPACITY FEATURES OVERVIEW LOAD CONTROL (CONTINUE) CODE DESCRIPTION Rate Negotiation at Admission Control WRFD-010507 QoS negotiation and RAB downsizing on the Iu interface Service Steering and Load Sharing in RRC Connection Setup WRFD-020120 Service and load sharing between different frequencies, bands or systems based on service type and cell load Traffic Steering and Load Sharing During RAB Setup WRFD-02040004 Service load and required service type considered during RAB setup to implement traffic steering and load sharing between different frequencies or bands RAB Quality of Service Renegotiation over Iu Interface WRFD-010506 RNC renegotiation (decrease) on the Iu interface of MBR and GBR of PS real-time services Multi Frequency Band Networking Management WRFD-020110 Mobility management, load balancing, and traffic balancing between frequency bands Enhanced Multiband Management WRFD-020160 Inter-freq measurement for HO decision of inter-freq HO based on traffic steering or load sharing Transmit Diversity WRFD-010203 TX diversity enables the NodeB to provide twice the number of RF DL channels compared with no TX diversity (in TX diversity mode, the UE must support diversity reception) 4-Antenna Receive Diversity WRFD-010209 The NodeB provides twice the number of RF UL channels compared with 2-antenna RX diversity Control Channel Parallel Interference Cancellation (CCPIC) WRFD-010210 Reduced UL interference and improved network capacity TRANSMISSION CODE DESCRIPTION Dynamic AAL2 Connections in Iub/IuCS/Iur Interface WRFD-05030104 Establishment of dynamic AAL2 connections on Iub, Iur, and Iu-CS (basic feature) Call Admission Based on Used AAL2 Path Bandwidth WRFD-05030106 Accept or reject some access requests to maximize the utilization of TX resources (basic feature) IP Transmission Introduction on Iub Interface WRFD-050402 It enables the Iub interface to be carried on the IP network Overbooking on ATM Transmission WRFD-050405 It improves usage efficiency in ATM TX, especially on Iub interface and when deploying HSDPA Overbooking on IP Transmission WRFD-050408 Iub Overbooking CAC algorithm: service actually occupied bandwidth is estimated through service active factor, and more traffic is admitted (opposed to max bandwidth allocation) Dynamic Bandwidth Control of Iub IP WRFD-050422 The RNC adjusts the available transport bandwidth according to packet loss rate and jitter Iu Flex Load Distribution Management WRFD-021306 Load balancing between multiple CN nodes FP MUX for IP Transmission WRFD-050420 Multiplexing of FP packets on the IP network to improve TX efficiency UDP MUX for Iu-CS Transmission WRFD-050412 Multiple RTP units are encapsulated in one UDP packet on the Iu-CS to improve TX efficiency
  • 6. HSDPA CODE DESCRIPTION HSDPA Admission Control WRFD-01061003 It considers number of HSDPA users, remaining power resources, Iub resources and service rate thresholds Dynamic Code Allocation Based on Node B WRFD-010631 Dynamic code allocation on the NodeB side in each TTI HSDPA Static Code Allocation and RNC-Controlled Dynamic Code Allocation WRFD-01061005 Static or dynamic allocation of HS-PDSCH codes when R99 and HSDPA co-exist HSDPA Power Control WRFD-01061004 Power control mode of HS-SCCH HSDPA Dynamic Power Allocation WRFD-01061019 It enables R99 and HSDPA services to share the cell power HSDPA Transport Resource Management WRFD-01061014 It enables different HSDPA services to be mapped onto different paths 16 HSDPA Users per Cell WRFD-01061016 It enables a single HSDPA cell to support 16 HSDPA users simultaneously 32 HSDPA Users per Cell WRFD-010622 It enables a single HSDPA cell to support 32 HSDPA users simultaneously 64 HSDPA Users per Cell WRFD-010623 It enables a single HSDPA cell to support 64 HSDPA users simultaneously Dynamic Power Sharing of Multi-Carriers WRFD-020116 The NodeB allows the carrier carrying HSDPA services to share the unused power resources of another carrier carrying R99 services HSUPA CODE DESCRIPTION Improved CE Mapping for E-DCH WRFD-010212 It improves the UL processing capability of the WBBPb board and makes HSUPA services occupy less CE resources (basic feature) HSUPA Admission Control WRFD-01061202 It enables HSUPA and R99 services to simultaneously access the network HSUPA DCCC WRFD-01061208 Dynamically adjusts the HSUPA min SF based on user throughput and switch the UE state based on user traffic HSUPA Transport Resource Management WRFD-01061207 Mapping, allocation, admission and congestion control of TX resources for different HSUPA users 20 HSUPA Users per Cell WRFD-01061211 It enables a single HSUPA cell to support 20 HSUPA users simultaneously 60 HSUPA Users per Cell WRFD-010634 It enables a single HSUPA cell to support 60 HSUPA users simultaneously HSUPA Iub Flow Control in Case of Iub Congestion WRFD-010637 Monitoring of Iub TX resources to dynamically adjust the uplink Uu throughput HSUPA UL Interference Cancellation WRFD-010691 IC is performed to offset the interference of E-DPDCH data of other users, thus improving demodulation signal-noise ratio (SNR) and increasing UL capacity HSPA+ CODE DESCRIPTION CPC-DTX/DRX WRFD-010686 Continuous Packet Connectivity (CPC) UL Discontinuous Transmission (DTX) / DL Discontinuous Reception (DRX) to reduce the interference between UEs and improve the HSPA+ user capacity CPC-HS-SCCH Less operation WRFD-010687 It allows HS-DSCH not to be accompanied by HS-SCCH when sending predefined small transport blocks 96 HSDPA Users per Cell WRFD-010653 It enables a single HSDPA cell to support simultaneously 96 HSDPA VoIP or other low-rate users 96 HSUPA Users per Cell WRFD-010639 It enables a single HSUPA cell to support simultaneously 96 HSUPA VoIP or other low-rate users 128 HSDPA Users per Cell WRFD-010654 It enables a single HSDPA cell to support simultaneously 128 HSDPA VoIP or other low-rate users 128 HSUPA Users per Cell WRFD-010670 It enables a single HSUPA cell to support simultaneously 128 HSUPA VoIP or other low-rate users
  • 7. For internal use BLOCKING OVERVIEW The following KPIs can be used to trigger further analysis to investigate the need for capacity expansion: CALL ADMISSION: • RRC Attempt Congestion Ratio(Cell) = (RRC.FailConnEstab.Cong/VS.RRC.AttConnEstab.Cell)*100%. RRC.FailConnEstab.Cong: Number of RRC Connection Reject due to network congestion. VS.RRC.AttConnEstab.Cell: Number of RRC Connection Attempts. • Call Admission Refused Ratio(Cell) = (1-VS.RAC.NewCallAcc/VS.RAC.NewCallReq)*100%. VS.RAC.NewCallAcc: Number of Successful Cell Resource Requests for a new call. VS.RAC.NewCallReq: Number of Cell Resource Requests for a new call. CALL RELEASE: • CS RAB Release Congestion Ratio(Cell) = (VS.RAB.Loss.CS.Congstion.CELL/VS.RAB.Loss.CS.Norm)*100%. PS RAB Release Congestion Ratio(Cell) = (VS.RAB.Loss.PS.Congstion.CELL/VS.RAB.Loss.PS.Norm)*100%. VS.RAB.Loss.CS.Congstion.CELL, VS.RAB.Loss.PS.Congstion.CELL: Number of released RABs due to cell congestion. VS.RAB.Loss.CS.Norm, VS.RAB.Loss.PS.Norm: Number of RABs normally released. OVERLOAD CONGESTION: • Congested Cell Ratio = [(Number of cells where VS.LCC.OverCongNumUL>0 or VS.LCC.OverCongNumDL>0) / Number of cells in RNC)]*100%. VS.LCC.OverCongNumUL, VS.LCC.OverCongNumDL: Number of UL/DL Overload Congestions.
  • 8. For internal use METHODOLOGY OVERVIEW The following steps are recommended: • Monitor constantly blocking and utilization of network elements and interfaces. • IF (Blocking > 0) OR (Utilization > Alarm Threshold) THEN Increment weekly counting of that specific NE/Interface. [Alarm Threshold is the Max Recommended Load, typically around 80%] • IF (Weekly counting > 0) Every week of a month THEN Check duration of the problem, Check unavailability of adjacent elements, Check patterns of behaviour (hours of occurrence, weekdays/weekends), Check surroundings (theatres, concert halls, stadiums, shopping centres, etc.), Check blocking/utilization of adjacent elements (homogeneously spread or unbalanced). • Introduce solution: Re-establish full availability, Increase support from existing NEs (coverage, tilts, azimuths, etc.), Increase NE/Interface capacity, Add NEs. The rest of the presentation will focus on how to increase NE/Interface capacity.
  • 9. For internal use PCH BLOCKING: • VS.RRC.Paging1.Loss.PCHCong.Cell: Number of losses of PAGING TYPE 1 message due to PCH congestion. • VS.RANAP.CsPaging.Loss: Number of Failures to Respond to CS-Oriented PAGING Messages from the CN. • VS.RANAP.PsPaging.Loss: Number of Failures to Respond to PS-Oriented PAGING Messages from the CN. UTILIZATION: • VS.CellPCHUEs: Number of UEs in CELL_PCH State. Consumption of PCCH bandwidth within IU interface can be monitored, especially during busy hours, through: • IU Paging Congestion Ratio(Cell) = (VS.RRC.Paging1.Loss.PCHCong.Cell/VS.UTRAN.AttPaging1)*100%. • IU Paging Congestion Ratio(RNC) =[(VS.RANAP.CsPaging.Loss+VS.RANAP.PsPaging.Loss)/(VS.RANAP.CsPaging.Att +VS.RANAP.PsPaging.Att)]*100%. Traffic on the PCH: • VS.MAC.CRNCIubBytesPCH.Tx: DL bytes received by the CRNC (Controlling RNC) on the PCH over the Iub interface. • VS.CRNC.IUB.PCH.Bandwidth: CRNC PCH Channel Bandwidth on the Iub interface (byte/s). Logical CH mapped into Transport CH PCCH … PCH BCCH … BCH, FACH CCCH … RACH, FACH
  • 10. For internal use OTHER CHANNELS UTILIZATION: Traffic on the BCCH: • VS.BcchSrbKbps.Dl: DL throughput of CRNC on the BCCH of the Iub interface (kbit/s). Traffic on the CCCH: • VS.CcchSrbKbps.Ul, VS.CcchSrbKbps.Dl: DL throughput of CRNC on the CCCH of the Iub interface (kbit/s). CELL_FACH State: • VS.CellFACHUEs: Number of UEs in CELL_FACH state (compare with VS.CellDCHUEs). • VS.RRC.AttConEst.CCH: Number of RRC Connection Attempts in CELL_FACH (compare with VS.RRC.AttConEst.DCH). • VS.RRC.SuccConEst.CCH: Number of Successful RRC Connection Setups in CELL_FACH (VS.RRC.SuccConEst.DCH). Traffic on the FACH: • VS.MAC.CRNCIubBytesFACH.Tx: DL bytes sent by the CRNC on the FACH over the Iub interface. • VS.CRNC.IUB.FACH.Bandwidth: CRNC FACH Channel Bandwidth on the Iub interface (byte/s). Traffic on the RACH: • VS.MAC.CRNCIubBytesRACH.Rx: UL bytes sent by the CRNC on the RACH over the Iub interface. • VS.CRNC.IUB.RACH.Bandwidth: CRNC RACH Channel Bandwidth on the Iub interface (byte/s).
  • 11. For internal use UL CE BLOCKING: • VS.RRC.Rej.UL.CE.Cong: Number of RRC Connection Reject. • VS.RAC.NewCallRequest.Fail.ULCE.Cong: Number of failures in the RRC/RAB SETUP procedure. • VS.RAB.FailEstCs.ULCE.Cong: Number of CS RABs unsuccessfully established. • VS.RAB.FailEstPs.ULCE.Cong: Number of PS RABs unsuccessfully established. • VS.RAC.SHO.Fail.ULCE.Cong: Number of failures in the SHO procedure. • VS.RAC.HHO.Fail.ULCE.Cong: Number of failures in the HHO procedure. • VS.RAC.TrChSwitch.Fail.ULCE.Cong: Number of failures in the Channel Switch procedure. • VS.RAC.DCCC.Fail.ULCE.Cong: Number of failures in the DCCC procedure. • VS.LCC.LDR.Num.ULCE: Number of times a cell is in LDR (Load Reshuffling) State due to UL CE Resource Congestion. • VS.LCC.LDR.Time.ULCE: Duration in seconds of LDR State due to UL CE Resource Congestion. UTILIZATION: • VS.LC.ULCreditUsed.CELL.Max: Maximum UL credit usage. • UL CE Utilization Ratio(NodeB) = (VS.LC.ULMax.LicenseGroup.Shared / VS.LC.ULCreditAvailable.Shared)*100%. VS.LC.ULMax.LicenseGroup.Shared: Max usage of UL CEs. VS.LC.ULCreditAvailable.Shared: Number of UL CEs licensed.
  • 12. For internal use UL CE METHODOLOGY: • If congestion is spread among different hours and days, and on the same NodeB, the following parameters can be used to decrease the usage of UL CEs (see table below): UlMidRateThd (DCCC): Uplink Mid Bit Rate Threshold. UlDcccRateThd (DCCC): Uplink Bit Rate Threshold for DCCC. UlFullCvrRate (DCCC): Uplink Full Coverage Bit Rate. UlGBR (USERGBR): Uplink GBR for BE service. UlRateDnAdjLevel (DCCC): Uplink Rate Decrease Adjust Level. If set to 3_Rates can be reduced to 2_Rates. UlRateUpAdjLevel (DCCC): Uplink Rate Increase Adjust Level. If set to 2_Rates can be increased to 3_Rates. • Additional options are: Decrease the Max Bit Rate Add more UL CEs Direction Spreading Factor Number of CEs Consumed Corresponding Credits Consumed Typical Traffic Class UL 256 1 2 3.4 kbit/s SRB UL 64 1 2 13.6 kbit/s SRB UL 64 1 2 12.2 kbit/s AMR UL 16 3 6 64 kbit/s VP UL 32 1.5 3 32 kbps PS UL 16 3 6 64 kbit/s PS UL 8 5 10 128 kbit/s PS UL 4 10 20 384 kbit/s PS
  • 13. For internal use UL CE RB Reallocation based on Traffic Volume or Throughput (Throughput: only rate decrease) RB Reallocation based on Congestion RB Reallocation based on Link Quality Parameter Value (Example) UlRateDnAdjLevel 3_Rates UlRateUpAdjLevel 3_Rates MBR 384 kbit/s UlMidRateThd 144 kbit/s UlDcccRateThd 64 kbit/s UlFullCvrRate 64 kbit/s UlGBR 32 kbit/s
  • 14. For internal use DL CE BLOCKING: • VS.RRC.Rej.DL.CE.Cong: Number of RRC Connection Reject. • VS.RAC.NewCallRequest.Fail.DLCE.Cong: Number of failures in the RRC/RAB SETUP procedure. • VS.RAB.FailEstCs.DLCE.Cong: Number of CS RABs unsuccessfully established. • VS.RAB.FailEstPs.DLCE.Cong: Number of PS RABs unsuccessfully established. • VS.RAC.SHO.Fail.DLCE.Cong: Number of failures in the SHO procedure. • VS.RAC.HHO.Fail.DLCE.Cong: Number of failures in the HHO procedure. • VS.RAC.TrChSwitch.Fail.DLCE.Cong: Number of failures in the Channel Switch procedure. • VS.RAC.DCCC.Fail.DLCE.Cong: Number of failures in the DCCC procedure. • VS.LCC.LDR.Num.DLCE: Number of times a cell is in LDR State due to DL CE Resource Congestion. • VS.LCC.LDR.Time.DLCE: Duration in seconds of LDR State due to DL CE Resource Congestion. UTILIZATION: • VS.LC.DLCreditUsed.CELL.Max: Maximum DL credit usage. • DL CE Utilization Ratio(NodeB) = (VS.LC.DLMax.LicenseGroup.Shared / VS.LC.DLCreditAvailable.Shared)*100%. VS.LC.DLMax.LicenseGroup.Shared: Max usage of DL CEs. VS.LC.DLCreditAvailable.Shared: Number of DL CEs licensed.
  • 15. For internal use DL CE METHODOLOGY: • If congestion is spread among different hours and days, and on the same NodeB, the following parameters can be used to decrease the usage of DL CEs (see table below): DlMidRateThd (DCCC): Downlink Mid Bit Rate Threshold. DlDcccRateThd (DCCC): Downlink Bit Rate Threshold for DCCC. DlFullCvrRate (DCCC): Downlink Full Coverage Bit Rate. DlGBR (USERGBR): Downlink GBR for BE service. DlRateDnAdjLevel (DCCC): Downlink Rate Decrease Adjust Level. If set to 3_Rates can be reduced to 2_Rates. DlRateUpAdjLevel (DCCC): Downlink Rate Increase Adjust Level. If set to 2_Rates can be increased to 3_Rates. • Additional options are: Decrease the Max Bit Rate Add more DL CEs Direction Spreading Factor Number of CEs Consumed Corresponding Credits Consumed Typical Traffic Class DL 256 1 1 3.4 kbit/s SRB DL 128 1 1 13.6 kbit/s SRB DL 128 1 1 12.2 kbit/s AMR DL 32 2 2 64 kbit/s VP DL 64 1 1 32 kbps PS DL 32 2 2 64 kbit/s PS DL 16 4 4 128 kbit/s PS DL 8 8 8 384 kbit/s PS
  • 16. For internal use CODE BLOCKING: • VS.RRC.Rej.Code.Cong: Number of RRC Connection Reject. • VS.RAB.FailEstCs.Code.Cong: Number of CS RABs unsuccessfully established. • VS.RAB.FailEstPs.Code.Cong: Number of PS RABs unsuccessfully established. • VS.RAC.SHO.Fail.OVSF.Cong: Number of failures in the SHO procedure. • VS.RAC.TrChSwitch.Fail.OVSF.Cong: Number of failures in the Channel Switch procedure. • VS.RAC.DCCC.Fail.OVSF.Cong: Number of failures in the DCCC procedure. • VS.LCC.LDR.Num.DLCode: Number of times a cell is in LDR State due to Code Resource Congestion. • VS.LCC.LDR.Time.DLCode: Duration in seconds of LDR State due to Code Resource Congestion. • VS.LCC.LDR.CodeAdj: Number of UEs for Code Adjustment in Basic Congestion. UTILIZATION: • Code Utilization Ratio(Cell) = (VS.RAB.SFOccupy.MAX / 256)*100%. VS.RAB.SFOccupy.MAX: Maximum number of SFs codes in a cell. Code are occupied by the common channels, R99 users and HS-DSCH. The code number is normalized to SF = 256, that is, converted to the code number when SF = 256. Soft Handover Overhead(Cell) = [(VS.SHO.AS.1RL+VS.SHO.AS.2RL+VS.SHO.AS.3RL+VS.SHO.AS.4RL+VS.SHO.AS.5RL+VS.SHO.AS.6RL)/(VS.SHO.A S.1RL+VS.SHO.AS.2RL/2+VS.SHO.AS.3RL/3+VS.SHO.AS.4RL/4+VS.SHO.AS.5RL/5+VS.SHO.AS.6RL/6)-1]*100%. VS.SHO.AS.xRL: Mean Number of UEs with x RL. Code resources could be wasted because of too many cells in SHO. Optimal value is Soft Handover Overhead = 1.3 ～ 1.4, but it depends also on the area (urban/rural). • NodeB Performance Counters: VS.PdschCodeUsed.Max: Maximum number of codes used by HS-PDSCHs in a cell during a measurement period. VS.PdschCodeAvail.Max: Maximum number of codes available for HS-PDSCHs in a cell during a measurement period.
  • 17. For internal use CODE METHODOLOGY: • In case of CAC based on code resources, the only parameter controlling triggering is: DlHoCeCodeResvSf (CELLCAC): DL Handover Credit and Code Reserved SF. [Quantity of DL code (SF) and CE resources reserved for handover UEs] Rule: DlHoCeCodeResvSf ≥ max(DLLDRCREDITSFRESTHD, CELLLDRSFRESTHD). • In case of LDR based on code resources, triggering can be controlled through: CELLLDRSFRESTHD (CELLLDR): Cell LDR SF reserved threshold. [Code reshuffling could be triggered only when the minimum available SF of a cell is higher than this threshold] ULLDRCREDITSFRESTHD, DLLDRCREDITSFRESTHD(CELLLDR): UL/DL LDR Credit SF reserved threshold. [UL/DL credit LDR could be triggered only when the SF factor corresponding to the UL/DL reserved credit is higher than the UL or DL credit SF reserved threshold. Low value  Higher admission success rate but easier congestion status  Easier LDR action trigger] • Many LDR actions can be performed. Particularly for Code Basic Congestion, Code Reshuffling is controlled through: MAXUSERNUMCODEADJ (CELLLDR): Max user number of code adjust. [Number of users selected in code reshuffling] LdrCodePriUseInd (CELLLDR): LDR code priority indicator. [If TRUE, the codes with high priority are reserved during code reshuffling] • Other relevant LDR actions to control code shortage are Inter-Frequency Load Handover and BE Rate Reduction.
  • 18. For internal use POWER BLOCKING: • VS.RRC.Rej.Power.Cong: Number of RRC Connection Reject. • VS.RAB.FailEstCs.Power.Cong: Number of CS RABs unsuccessfully established. • VS.RAB.FailEstPs.Power.Cong: Number of PS RABs unsuccessfully established. • VS.RAC.Total.Power.Cong: Number of admission failures due to Total Power resource insufficiency. • VS.RAC.R99.Power.Cong: Number of admission failures due to R99 Power resource insufficiency. • VS.RAC.HSDPA.Power.Cong: Number of admission failures due to HSDPA Power resource insufficiency. • VS.RAC.HSUPA.Power.Cong: Number of admission failures due to HSUPA Power resource insufficiency. • VS.RAC.SHO.Fail.ULLD.Cong, VS.RAC.SHO.Fail.DLLD.Cong: Number of failures in the SHO procedure. • VS.RAC.HHO.Fail.ULLD.Cong, VS.RAC.HHO.Fail.DLLD.Cong: Number of failures in the HHO procedure. • VS.RAC.TrChSwitch.Fail.ULLD.Cong, VS.RAC.TrChSwitch.Fail.DLLD.Cong: Number of failures in the Channel Switch procedure. • VS.RAC.DCCC.Fail.ULLD.Cong, VS.RAC.DCCC.Fail.DLLD.Cong: Number of failures in the DCCC procedure. • VS.LCC.LDR.Num.ULPower, VS.LCC.LDR.Num.DLPower: Number of times a cell is in LDR State due to Power (Equivalent Number of Users) Congestion. • VS.LCC.LDR.Time.ULPower, VS.LCC.LDR.Time.DLPower: Duration in seconds of LDR State due to Power (Equivalent Number of Users) Congestion.. UTILIZATION: • VS.MeanTCP: Mean Transmitted Carrier Power (dBm). • VS.MaxTCP: Max Transmitted Carrier Power (dBm). • UL Interference Cell Ratio(RNC) = [(Number of Cells where VS.MeanRTWP>-98dBm)/Total Number Of Cells In RNC]*100%. VS.MeanRTWP: Mean Received Total Wideband Power (dBm).
  • 19. For internal use POWER METHODOLOGY: • In case of CAC based on power resources, the controlling parameters depend on the Algo used. For Algo1&3: UlNonCtrlThdForAMR, DLCONVAMRTHD (CELLCAC): UL/DL threshold of Conv AMR. UlNonCtrlThdForNonAMR, DLCONVNAMRTHD (CELLCAC): UL/DL threshold of Conv non_AMR. UlNonCtrlThdForOther, DLOTHERTHD (CELLCAC): UL/DL threshold of other service. UlNonCtrlThdForHo, DLHOTHD (CELLCAC): UL/DL Handover access threshold. [These thresholds are a percentage of the 100% downlink load. If the UL/DL load of a cell is higher than these thresholds after the access of a service, this service will be rejected] Rules: DLHOTHD > max(DLCONVAMRTHD, DLCONVNAMRTHD) > DLOTHERTHD UlNonCtrlThdForHo > max(UlNonCtrlThdForAMR, UlNonCtrlThdForNonAMR) > UlNonCtrlThdForOther For Algo2: ULTOTALEQUSERNUM, DLTOTALEQUSERNUM (CELLCAC): UL/DL total equivalent user number. [Total equivalent user number corresponding to the 100% uplink load] • RRC connection request is rejected upon UL or DL admission decision by RRM. Check VS.MeanRTWP and VS.MaxTCP of the cell to determine whether the rejection is due to UL or DL congestion.
  • 20. For internal use POWER METHODOLOGY: • In case of LDR based on power resources, triggering can be controlled through: ULLDRTRIGTHD, DLLDRTRIGTHD (CELLLDM): UL/DL LDR trigger threshold. [If (UL Load / UL Capacity) of the cell is not lower than this threshold, UL load reshuffling is triggered] ULLDRRELTHD, DLLDRRELTHD (CELLLDM): UL/DL LDR release threshold. [If (UL Load / UL Capacity) of the cell is lower than this threshold, UL load reshuffling is stopped] • Many LDR actions can be performed. Particularly for Power Basic Congestion, MBMS (Multimedia Broadcast Multicast Service) Power Reduction is controlled through: MBMSDECPOWERRABTHD (CELLLDR): MBMS descend power RAB threshold. [MBMS provides unidirectional point-to-multipoint multimedia services. When the priority of the RAB of MBMS services exceeds this threshold, reconfigure the MBMS power to the minimum power] • Other relevant LDR actions to control power shortage are Inter-Frequency Load Handover, BE Rate Reduction and Inter- RAT Handover in the CS Domain.
  • 21. For internal use HSDPA BLOCKING: • VS.RAC.NewCallRequest.Fail.HSDPANum.Cong: Number of failures in the RRC or RAB SETUP procedure. • VS.RAB.RelReqPS.BE.HSDPA.Cong.Golden, VS.RAB.RelReqPS.BE.HSDPA.Cong.Silver, VS.RAB.RelReqPS.BE.HSDPA.Cong.Copper: Number of released PS BE RABs beared on HSDPA. • VS.RAC.HHO.Fail.HSDPANum.Cong: Number of failures in the HHO procedure. • VS.RAC.TrChSwitch.Fail.HSDPANum.Cong: Number of failures in the Channel Switch procedure. • VS.HSDPA.LDR.InterFreq: Number of HSDPA UEs that perform inter-frequency handover because of Basic Congestion. • VS.HSDPA.LDR.InterRATPS: Number of HSDPA UEs that perform PS inter-RAT handover because of Basic Congestion. • VS.HSDPA.OLC.UserRel: Number of UEs released due to Overload Congestion. UTILIZATION: • VS.HSDPA.UE.Mean.Cell: Number of UEs in CELL_HSDPA state in a cell. In case of CAC based on the number of HSDPA users, the controlling parameter is: • MaxHsdpaUserNum (CELLCAC): Maximum HSDPA user number (based on cell type and available HSDPA power and code resources). Its value is related to the presence of the following features: WRFD-01061016: 16 HSDPA Users per Cell. WRFD-010622: 32 HSDPA Users per Cell. WRFD-010623: 64 HSDPA Users per Cell. • HSDPA Utilization Ratio(Cell) = [maxHours(VS.HSDPA.UE.Mean.Cell) / MaxHsdpaUserNum]*100%.
  • 22. For internal use HSDPA METHODOLOGY: • If Basic Congestion is triggered, make sure that VS.HSDPA.LDR.InterFreq is incremented, but not VS.HSDPA.LDR.InterRATPS (typically the PS inter-rat handover algorithm switch is disabled, and HSDPA calls are preferred dropping rather than handing over to 2G). • Basic Congestion is a ‘normal’ situation and the ideal LDR action for HSDPA users is inter-frequency handover to balance the load. Overload Congestion instead requires the release of HSDPA users. Overload Congestion is triggered by: ULOLCTRIGTHD, DLOLCTRIGTHD (CELLLDM): UL/DL OLC trigger threshold. [If (UL Load / UL Capacity) of the cell is not lower than this threshold, UL overload is triggered] ULOLCRELTHD, DLOLCRELTHD (CELLLDM): UL/DL OLC release threshold. [If (UL Load / UL Capacity) of the cell is lower than this threshold, UL overload is stopped] Additional actions to increase capacity: • Divide users between Gold, Silver and Copper and/or modify their priorities: UserPriority (SCHEDULEPRIOMAP). • Specify a HSDPA-only carrier to avoid basic congestion conditions being triggered. • Introduce an additional carrier.
  • 23. For internal use HSUPA BLOCKING: • VS.RAC.NewCallRequest.Fail.HSUPANum.Cong: Number of failures in the RRC or RAB SETUP procedure. • VS.RAB.RelReqPS.BE.HSUPA.Cong.Golden, VS.RAB.RelReqPS.BE.HSUPA.Cong.Silver, VS.RAB.RelReqPS.BE.HSUPA.Cong.Copper: Number of released PS BE RABs beared on HSUPA. • VS.RAC.SHO.Fail.HSUPANum.Cong: Number of failures in the SHO procedure. • VS.RAC.HHO.Fail.HSUPANum.Cong: Number of failures in the HHO procedure. • VS.RAC.TrChSwitch.Fail.HSUPANum.Cong: Number of failures in the Channel Switch procedure. UTILIZATION: • VS.HSUPA.UE.Mean.Cell: Number of UEs in CELL_HSUPA state in a cell. In case of CAC based on the number of HSUPA users, the controlling parameter is: • MaxHsupaUserNum (CELLCAC): Maximum HSUPA user number (based on cell type and available HSUPA power and code resources). Its value is related to the presence of the following features: WRFD-01061211: 20 HSUPA Users per Cell. WRFD-010634: 60 HSUPA Users per Cell. • HSUPA Utilization Ratio(Cell) = [maxHours(VS.HSUPA.UE.Mean.Cell) / MaxHsupaUserNum]*100%.
  • 24. For internal use HSUPA METHODOLOGY: • Basic Congestion is a ‘normal’ situation and the ideal LDR action for HSUPA users is inter-frequency handover to balance the load. Overload Congestion instead requires the release of HSUPA users. Overload Congestion is triggered by: ULOLCTRIGTHD, DLOLCTRIGTHD (CELLLDM): UL/DL OLC trigger threshold. ULOLCRELTHD, DLOLCRELTHD (CELLLDM): UL/DL OLC release threshold. Additional actions to increase capacity: • Divide users between Gold, Silver and Copper and/or modify their priorities: UserPriority (SCHEDULEPRIOMAP). • Specify a HSUPA-only carrier to avoid basic congestion conditions being triggered. • Introduce an additional carrier.
  • 25. For internal use UL IUB BANDWIDTH BLOCKING: • VS.RRC.Rej.ULIUBBandCong: Number of RRC Connection Reject. • VS.RAB.FailEstab.CS.ULIUBBand.Cong: Number of CS RABs unsuccessfully established. • VS.RAB.FailEstab.PS.ULIUBBand.Cong: Number of PS RABs unsuccessfully established. • VS.RAC.SHO.Fail.ULIub.Cong: Number of failures in the SHO procedure. • VS.RAC.HHO.Fail.ULIub.Cong: Number of failures in the HHO procedure. • VS.RAC.TrChSwitch.Fail.ULIub.Cong: Number of failures in the Channel Switch procedure. • VS.LCC.LDR.Num.ULIub: Number of times a cell is in LDR State due to UL Iub Transmission Resource Congestion. • VS.LCC.LDR.Time.ULIub: Duration in seconds of LDR State due to UL Iub Transmission Resource Congestion. • VS.IUB.CongUL: Number of UL congestions on Iub Interface. UTILIZATION: Consumed vs. configured Iub bandwidth: • IUB UL Bandwidth Utilizing Ratio = [(VS.ATMUlAvgUsed.1+VS.ATMUlAvgUsed.2+VS.ATMUlAvgUsed.3+VS.ATMUlAvgUsed.4+VS.IPUlAvgUsed.1+VS.IPUlA vgUsed.2+VS.IPUlAvgUsed.3+VS.IPUlAvgUsed.4)/(VS.ATMUlTotal.1+VS.ATMUlTotal.2+VS.ATMUlTotal.3+VS.ATMUlTot al.4+VS.IPUlTotal.1+VS.IPUlTotal.2+VS.IPUlTotal.3+VS.IPUlTotal.4)]*100%. VS.ATMUlAvgUsed.x: Average used UL bandwidth on an ATM physical port during a measurement period. VS.IPUlAvgUsed.x: Average used UL bandwidth on an IP physical port during a measurement period. VS.ATMUlTotal.x: Available UL bandwidth of an ATM physical port during a measurement period. VS.IPUlTotal.x: Available UL bandwidth of an IP physical port during a measurement period.
  • 26. For internal use UL IUB BANDWIDTH METHODOLOGY: • In case of CAC based on Iub resources: Reserved BW for RT service (signalling, voice, streaming) = MBR x Activity Factor Reserved BW for NRT service (interactive, background) = GBR x Activity Factor Only GBR could be an option to avoid CAC being triggered. • In case of LDR based on Iub resources, triggering can be controlled through: FWDCONGBW, BWDCONGBW: Forward/Backward congestion threshold. [If the available forward/backward bandwidth is less than or equal to this value, forward/backward congestion control is triggered] FWDCONGCLRBW, BWDCONGCLRBW: Fwd/Bwd congestion clear threshold. [If the available forward/backward bandwidth is greater than this value, forward/backward congestion control is stopped] • Iub congestion control is implemented in a separate processing module, so its functionality is not controlled by LDR switches. In the case of Iub congestion, however, LDR actions are applied to congestion resolution. When Iub congestion counters are not null: • Control that NodeB was not unavailable during the period of congestion: VS.NodeB.UnavailTime.OM • Optimize triggering thresholds. • Optimize LDR actions. • Eventually increase Iub capacity. Type of Service UL/DL Default Activity Factor (%) General common channel UL 70 IMS SRB UL 15 SRB UL 15 AMR voice UL 70 R99 CS conversational UL 100 R99 CS streaming UL 100 R99 PS conversational UL 70 R99 PS streaming UL 100 R99 PS interactive UL 100 R99 PS background UL 100 HSUPA SRB UL 50 HSUPA IMS SRB UL 15 HSUPA voice UL 70 HSUPA conversational UL 70 HSUPA streaming UL 100 HSUPA interactive UL 100 HSUPA background UL 100
  • 27. For internal use DL IUB BANDWIDTH BLOCKING: • VS.RRC.Rej.DLIUBBandCong: Number of RRC Connection Reject. • VS.RAB.FailEstab.CS.DLIUBBand.Cong: Number of CS RABs unsuccessfully established. • VS.RAB.FailEstab.PS.DLIUBBand.Cong: Number of PS RABs unsuccessfully established. • VS.RAC.SHO.Fail.DLIub.Cong: Number of failures in the SHO procedure. • VS.RAC.HHO.Fail.DLIub.Cong: Number of failures in the HHO procedure. • VS.RAC.TrChSwitch.Fail.DLIub.Cong: Number of failures in the Channel Switch procedure. • VS.LCC.LDR.Num.DLIub: Number of times a cell is in LDR State due to DL Iub Transmission Resource Congestion. • VS.LCC.LDR.Time.DLIub: Duration in seconds of LDR State due to DL Iub Transmission Resource Congestion. • VS.IUB.CongDL: Number of DL congestions on Iub Interface. UTILIZATION: Consumed vs. configured Iub bandwidth: • IUB DL Bandwidth Utilizing Ratio = [(VS.ATMDLAvgUsed.1+VS.ATMDLAvgUsed.2+VS.ATMDLAvgUsed.3+VS.ATMDLAvgUsed.4+VS.IPDLAvgUsed.1+VS.IP DLAvgUsed.2+VS.IPDLAvgUsed.3+VS.IPDLAvgUsed.4)/(VS.ATMDLTotal.1+VS.ATMDLTotal.2+VS.ATMDLTotal.3+VS.A TMDLTotal.4+VS.IPDLTotal.1+VS.IPDLTotal.2+VS.IPDLTotal.3+VS.IPDLTotal.4)]*100%. VS.ATMDLAvgUsed.x: Average used DL bandwidth on an ATM physical port during a measurement period. VS.IPDLAvgUsed.x: Average used DL bandwidth on an IP physical port during a measurement period. VS.ATMDLTotal.x: Available DL bandwidth of an ATM physical port during a measurement period. VS.IPDLTotal.x: Available DL bandwidth of an IP physical port during a measurement period.
  • 28. For internal use DL IUB BANDWIDTH METHODOLOGY: • In case of CAC based on Iub resources: Reserved BW for RT service (signalling, voice, streaming) = MBR x Activity Factor Reserved BW for NRT service (interactive, background) = GBR x Activity Factor Only GBR could be an option to avoid CAC being triggered. • In case of LDR based on Iub resources, triggering can be controlled through: FWDCONGBW, BWDCONGBW: Forward/Backward congestion threshold. FWDCONGCLRBW, BWDCONGCLRBW: Fwd/Bwd congestion clear threshold. • Iub congestion control is implemented in a separate processing module, so its functionality is not controlled by LDR switches. In the case of Iub congestion, however, LDR actions are applied to congestion resolution. When Iub congestion counters are not null: • Control that NodeB was not unavailable during the period of congestion: VS.NodeB.UnavailTime.OM • Optimize triggering thresholds. • Optimize LDR actions. • Eventually increase Iub capacity. Type of Service UL/DL Default Activity Factor (%) General common channel DL 70 IMS SRB DL 15 MBMS common channel DL 100 SRB DL 15 AMR voice DL 70 R99 CS conversational DL 100 R99 CS streaming DL 100 R99 PS conversational DL 70 R99 PS streaming DL 100 R99 PS interactive DL 100 R99 PS background DL 100 HSDPA SRB DL 50 HSDPA IMS SRB DL 15 HSDPA voice DL 70 HSDPA conversational DL 70 HSDPA streaming DL 100 HSDPA interactive DL 100 HSDPA background DL 100 EFACH channel DL 20
  • 29. For internal use ATM & AAL2 BLOCKING On the bandwidth assigned to an ATM logical port: • VS.ATMLGCPRT.Fwd.Cong: Number of Forward Congestions on the ATM Logical Port. • VS.ATMLGCPRT.Fwd.Cong.Dur: Duration of Forward Congestions on the ATM Logical Port. • VS.ATMLGCPRT.Bwd.Cong: Number of Backward Congestions on the ATM Logical Port. • VS.ATMLGCPRT.Bwd.Cong.Dur: Duration of Backward Congestions on the ATM Logical Port. On active AAL2 connections to an adjacent node: • VS.AAL2PATH.Fwd.Cong: Number of Forward Congestions on the AAL2 Path. • VS.AAL2PATH.Fwd.Cong.Dur: Duration of Forward Congestions on the AAL2 Path. • VS.AAL2PATH.Bwd.Cong: Number of Backward Congestions on the AAL2 Path. • VS.AAL2PATH.Bwd.Cong.Dur: Duration of Backward Congestions on the AAL2 Path. Feature: Dynamic AAL2 Connections in Iub/IuCS/Iur Interface Feature: Call Admission Based on Used AAL2 Path Bandwidth
  • 30. For internal use IP BLOCKING: On the IP Path: • VS.IPPATH.Fwd.Cong: Number of Forward Congestions on the IP Path. • VS.IPPATH.Fwd.Cong.Dur: Duration of Forward Congestion on the IP Path. • VS.IPPATH.Bwd.Cong: Number of Backward Congestions on the IP Path. • VS.IPPATH.Bwd.Cong.Dur: Duration of Backward Congestion on the IP Path. • VS.ANI.IP.FailResAllocForBwLimit: Number of Failed Resource Allocations due to insufficient bandwidth on the IP Transport Adjacent Node. On the bandwidth assigned to logical port: • VS.LGCPRT.Fwd.Cong: Number of Forward Congestions on Logical Port. • VS.LGCPRT.Fwd.Cong.Dur: Duration of Forward Congestions on Logical Port. • VS.LGCPRT.Bwd.Cong: Number of Backward Congestions on Logical Port. • VS.LGCPRT.Bwd.Cong.Dur: Duration of Backward Congestions on Logical Port. IP Performance Monitor (PM) uses Forward Monitoring (FM) and Backward Reporting (BR) to check packet loss over channels: • The monitor periodically sends FM messages to indicate number of outgoing packets, number of bytes, and sending time. • The peer responds with BR messages after receiving the FM message to report number of received packets, number of received bytes, the receiving time of PM message and the sending time of BR response. • The sender calculates packet loss rate, transmission delay and jitter according to the BR response from the receiver. Feature: IP Transmission Introduction on Iub Interface Feature: Dynamic Bandwidth Control of Iub IP
  • 31. For internal use IUR BLOCKING: Related to DRNC: • VS.SHO.FailRLSetupIur.CongTx: Number of Failed Radio Link Setups for DRNC. • VS.SHO.FailRLAddIur.Cong.Tx: Number of Failed Radio Link Additions for DRNC. • VS.SHO.FailRLRecfgIur.CongTx: Number of Failed Radio Link Synchronous Reconfigurations for DRNC. Related to SRNC: • VS.SHO.FailRLSetupIur.CongRx: Number of Radio Link Setup Failures for SRNC. • VS.SHO.FailRLAddIur.Cong.Rx: Number of Failed Radio Link Additions for SRNC. • VS.SHO.FailRLRecfgIur.CongRx: Number of Failed Radio Link Synchronous Reconfigurations for SRNC.
  • 32. For internal use TRAFFIC COUNTERS: • VS.CSLoad.MaxErlang.Equiv.RNC: Maximum Equivalent Erlang of CS Domain. Maximum Throughput of UL PS (kbit/s): • VS.R99PSLoad.MaxULThruput.RNC: R99. • VS.HSUPAPSLoad.MaxULThruput.RNC: HSUPA. Maximum Throughput of DL PS (kbit/s): • VS.R99PSLoad.MaxDLThruput.RNC: R99. • VS.HSDPAPSLoad.MaxDLThruput.RNC: HSDPA. • VS.MBMSPSLoad.MaxDLThruput.RNC: MBMS. Number of UL/DL PS xxx (Str, Inter, Bkg) Services with yyy (8, 16, 32, 64, 128, 144, 256, 384) kbit/s: • VS.RB.ULxxxPS.yyy.RNC • VS.RB.DLxxxPS.yyy.RNC Number of bits of UL/DL PS xxx (Str, Inter, Bkg) Services with yyy (8, 16, 32, 64, 128, 144, 256, 384) kbit/s: • VS.PS.xxx.UL.yyy.Thruput • VS.PS.xxx.DL.yyy.Thruput Number of bits of UL/DL signaling on DCCH: • VS.DcchSrbKbps.Ul.Thruput • VS.DcchSrbKbps.Dl.Thruput Number of bytes of Mac-d flow in the RLC Layer: • VS.HSDPA.MeanChThroughput.TotalBytes: HSDPA Tx DL. • VS.HSUPA.MeanChThroughput.TotalBytes: HSUPA Rx UL.
  • 33. For internal use RNC - DPU Board BLOCKING: • VS.DPU.CPULOAD.MAX: Maximum CPU Usage of the DPU. • VS.DPU.CPULOAD.OVER: Rate of the period in which the CPU Usage of the DPU exceeds the Alarm Threshold. UTILIZATION: • VS.DPU.CPULOAD.MEAN: Average CPU Usage of the DPU. • VS.DPU.CPULOAD.LESS: Rate of the period in which the CPU Usage of the DPU is lower than the Alarm Threshold. FUNCTIONS: The DPU (Data Processing Unit) board is optional. • MPS: DPU is installed in slots 8 to 11 and slots 14 to 19. • EPS: DPU is installed in slots 8 to 19. The DPU board processes and distributes the UMTS user plane service data. It performs the following functions: • Multiplexes and demultiplexes. • Processes frame protocols. • Selects and distributes data. • Performs the functions of the GTP-U, IUUP, PDCP, RLC, MAC, and FP protocols. • Performs encryption, decryption, and paging. • Processes the MBMS at the RLC and MAC layer.
  • 34. For internal use RNC - GCU/GCG Board BLOCKING: • VS.GCU.CPULOAD.MAX: Maximum CPU Usage of the GCU. • VS.GCU.CPULOAD.OVER: Rate of the period in which the CPU Usage of the GCU exceeds the Alarm Threshold. UTILIZATION: • VS.GCU.CPULOAD.MEAN: Average CPU Usage of the GCU. • VS.GCU.CPULOAD.LESS: Rate of the period in which the CPU Usage of the GCU is lower than the Alarm Threshold. FUNCTIONS: The GCU (General Clock Unit) / GCG (General Clock Unit with GPS) board is mandatory. • MPS: GCU/GCG is installed in slots 12 and 13. The GCU/GCG board extracts and provides the timing signals and the reference clock for the entire system.
  • 35. For internal use RNC - INT Board BLOCKING: • VS.INT.CPULOAD.MAX: Maximum CPU Usage of the INT. • VS.INT.CPULOAD.OVER: Rate of the period in which the CPU Usage of the INT exceeds the Alarm Threshold. UTILIZATION: • VS.INT.CPULOAD.MEAN: Average CPU Usage of the INT. • VS.INT.CPULOAD.LESS: Rate of the period in which the CPU Usage of the INT is lower than the Alarm Threshold. FUNCTIONS: The INT (Interface) board can be the: • EIU board: Optional, provides E1/T1 transmission (MBSC). • FG2 board: Optional, provides IP over Ethernet. • GOU board: Optional, optical support of IP over Ethernet. • OIU board: Optional, provides STM-1 transmission over A, Abis, Ater, and Pb interfaces (MBSC). • PEU board: Optional, supports E1/T1 transmission. • POU board: Optional, supports channelized STM-1/OC-3 transmission based on IP protocol.
  • 36. For internal use RNC - SCU Board BLOCKING: • VS.SCU.CPULOAD.MAX: Maximum CPU Usage of the SCU. • VS.SCU.CPULOAD.OVER: Rate of the period in which the CPU Usage of the SCU exceeds the Alarm Threshold. UTILIZATION: • VS.SCU.CPULOAD.MEAN: Average CPU Usage of the SCU. • VS.SCU.CPULOAD.LESS: Rate of the period in which the CPU Usage of the SCU is lower than the Alarm Threshold. FUNCTIONS: The SCU (Switching Network and Control Unit) board is mandatory. • MPS/EPS: SCU is installed in slots 6 and 7. The SCU board provides maintenance management and switching for the subrack where is located. It performs the followings: • Provides the maintenance management function. • Provides configuration and maintenance of a subrack or of the entire BSC6900. • Monitors the power supply, fans and environment of the cabinet. • Enables inter-subrack connections, enabling complete connection between all modules of the BSC6900. • Provides a total switching capacity of 60 Gbit/s. • Distributes clock signals and RFN (Reduced TDMA Frame Number) signals for the BSC6900.
  • 37. For internal use RNC - XPU Board BLOCKING: • VS.XPU.CPULOAD.MAX: Maximum CPU Usage of the XPU. • VS.XPU.CPULOAD.OVER: Rate of the period in which the CPU Usage of the XPU exceeds the Alarm Threshold. UTILIZATION: • VS.XPU.CPULOAD.MEAN: Average CPU Usage of the XPU. • VS.XPU.CPULOAD.LESS: Rate of the period in which the CPU Usage of the XPU is lower than the Alarm Threshold. FUNCTIONS: It is found in the MBSC (Single RAN), where counters related to service processing subsystems of GSM and UTMS are unified. The XPU (eXtensible Processing Unit ) board is optional. • MPS: XPU is installed in slots 0 to 5, 8 to 11, 14 to 19 and 24 to 27. • EPS: XPU is installed in slots 0 to 5, 8 to 13 and 14 to 27. XPU board is functionally divided into: • Main control XPU board: used to manage the GSM user plane resources, control plane resources, and transmission resources in the system and process the GSM services on the control plane. • Non-main control XPU board: used to process the GSM services on the control plane.
  • 38. For internal use ANNEX - OTHER GENERAL INDICATORS CALL ADMISSION: • VS.RRC.Rej.RL.Fail: Number of RRC Connection Reject due to RL setup failure (except because of CE congestion). • VS.RAB.FailEstabCS.Cong: Number of CS RABs unsuccessfully established. • VS.RAB.Block.PS.xxx.yyy: Number of PS xxx (Conv, Str, Int, Bkg) RABs unsuccessfully established with max DL bit rate in the range yyy (0.32, 32.64, 64.144, 144.384, Mor384). • VS.RAB.FailModCS.Cong: Number of CS RABs unsuccessfully modified. • VS.RAB.FailModPS.Cong: Number of PS RABs unsuccessfully modified. CALL RELEASE: • RRC.FailConnReEstab.Cong: Number of RRC connection releases due to congestion. • RRC.AttConnRelCCCH.Congestion: Number of RRC connection releases on CCCH for congestion • RRC.AttConnRelDCCH.Congestion: Number of RRC connection releases on DCCH for congestion. DCCC: • VS.DCCC.DL.CongDownsizing.Att, VS.DCCC.DL.CongDownsizing.Succ: Number of DCCC attempts/successes to downsize the rate because of congestion on DL DCH. SCCP: • VS.SCCP.Rx.RLSD.Cong: Number of RLSD (Released) messages received by the SCCP because of network congestion.
  • 39. For internal use ANNEX - OTHER GENERAL INDICATORS BASIC CONGESTION: • VS.LCC.LDR.AMRRateUL, VS.LCC.LDR.AMRRateDL: Number of UEs performing AMR rate decrease. • VS.LCC.LDR.BERateUL, VS.LCC.LDR.BERateDL: Number of UEs for BE Service Downsizing. • VS.LCC.LDR.RABRateUL, VS.LCC.LDR.RABRateDL: Number of UEs with Uncontrollable Real-Time Service QoS Renegotiation. • VS.LCC.LDR.InterFreq: Number of UEs that perform inter-frequency handover. • VS.LCC.LDR.InterRATCS: Number of UEs that perform CS inter-RAT handover. • VS.LCC.LDR.InterRATPS: Number of UEs that perform PS inter-RAT handover. OVERLOAD CONGESTION: • VS.LCC.OLC.UL.UserRel, VS.LCC.OLC.DL.UserRel: Number of UEs released because of UL/DL Overload Congestion. • VS.HSDPA.OLC.UserRel, VS.LCC.OLC.HSUPA.UserRel: Number of HSDPA/HSUPA UEs released. • VS.LCC.OLC.TCC: Number of UEs transferred to common channel. • VS.LCC.OLC.UL.FastBE, VS.LCC.OLC.DL.FastBE: Number of UEs for BE Service TF (Transport Format) Control.