wn6.0 mp4.04 sw cn document

Change Note Forms

WCDMA BTS

WN6.0 MP4.04 (WN6.0 22.12-154)

© Nokia Siemens Networks Company Confidential 2 (23)

WCDMA BTS

CN-id: WN60660

Title: WSPC unit autonomous reset due to recovery action(0418) was observed on Optima compact BTS during Stability test Version of the SW-build: WN6.0 22.12-148 Valid for Product(s): UltraSite WCDMA Base Station References: Reason for the Change Note: Problem: EfaultId_undefineduser (ID=439) reported frequently from HSUPA decoder Root cause: Stability test's 439 alarm is seen constantly. Sometimes it could lead to DSP crash and 1806 alarm. Correction: Delete Indication sent to relevant CF. When EDCH user is deleted in Decoder Master, send deletion indication to Decoder Slave meanwhile with "immediately" instruction, to make sure corresponding EDCH user can be deleted for sure in Decoder Slave, because hanging user would probably cause DSP crash in this case. Corrected Fault Reports: 80163ESPE04 WSPC unit autonomous reset due to recovery action (0418) was observed on Optima compact BTS during Stability test 80755ESPE04 UltraBTS: WSPC Unit autonomous reset due to (418) EFaultId_OseFatalErr Modified components: Component Version *Net element *SW-type *Unit CodecsrcSS_CodecDecoderDec_DataBaseEDch_Master.c

243 - - -

RakesrcSS_CodecDecoderDec_DataBaseEDch_Master.c

245 - - -


Change effects: Effects on end-user Dropped calls Effects on Operator Dropped calls Customer Impact Capacity & Performance: WSPC reset and HSUPA KPI degraded.


WCDMA BTS

CN-id: WN60662

Title: FSPC unit autonomous resets after RU20 MP3.2 -- L2 crash Version of the SW-build: WN6.0 22.12-148 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Problem: FSPC Autonomous reset 418 seen at customer site. Root cause: Crash1: Priority Queue pointer address in flow control is not same as the one in Resource Manager leading to Priority Queue pointer pointing to a different location. This could be a cause for the crash. Crash 2: Looks like double free of same memory location happens in flow control and Resource Manager. Correction: For crash1, Initialisation to priority queue pointer in flow control and resetting the same are moved from activate and deactivate flowcontrol to RM when allocating and deallocating the memory. Removal of duplicate user is added in setUserIndex() and delete user index. For crash 2,as the root cause is not clear, debug information are added to catch if its a double memory free problem, so that the root cause will be clear next time when same crash is found. Corrected Fault Reports: NA04925748 (WCDMA NODEB)WCEL keep in out of use NA04932713 FSPC unit autonomous resets after RU20 MP3.2 -- L2 crash NA04942122 RU20 MP3.1_M4: Alarm- 7652 - 0418FSPC- Unit autonomous reset as recovery action. in WN6 MP3.1_M4 (WN6 22.12-171_M4) NA04950357 RU20 Software MP3.2_3 Autonomous restart FSPC with code 418 - L2 issue


NA04943587 Number of WBTS Channel Elements Fluctuates affecting KPI, seen after WN6.0 MP3.2 SW Upgrade NA04935288 (WCDMA NodeB) Radio link reconfiguration failure NA04937884 The KPI BLER increase impact to the service 2011/01/06 Modified components: Component Version *Net element *SW-type *Unit BTS_SC_DSP.- 12635 - - - Change effects: Effects on end-user Dropped calls Effects on Operator BTS autonomous reset. Customer Impact Capacity & Performance: Degraded


WCDMA BTS

CN-id: WN60663

Title: CS Call setup, but after 90 seconds, this call become one-way call and this call drops Version of the SW-build: WN6.0 22.12-148 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Problem: CS Call setup, but after 90 seconds, this call become one-way call and this call drop Root cause: Sometimes the power values in RL gain update exceed the limitation. This may affect the TI FL power control functionality. Then CS call may drop sometimes. Correction: When the power value is bigger than the max value, set it to max limitation value. When the power value is smaller than the min value, set it to min limitation value. Corrected Fault Reports: NA04880076 CS Call setup, but after 90 seconds, this call become one-way call and this call drops Modified components: Component Version *Net element *SW-type *Unit BTS_SC_DSP.- 12090 - - - Change effects: Customer Impact Capacity & Performance: Degraded.


WCDMA BTS

CN-id: WN60664

Title: WN 6.0 MP4 Pilot: CE Usage Version of the SW-build: WN6.0 22.12-148 Valid for Product(s): UltraSite WCDMA Base Station References: Reason for the Change Note: Problem: HSUPA CE usage has increased on Ultra Sites since MP4 upgrade Root cause: After upgrading MP4 SW the CE usage is increases drastically. Correction: In the previous release one pronto [PR 48471ESPE03: RU30: if RT-HSUPA is running NRT-HSUPA gets only 300kbps throughput] was introduced. In this pronto some calculations related to HW status of the cluster fraction was modified and causing this issue. After having the discussion came to conclusion that temporarily remove the pronto 48471ESPE03 related changes Corrected Fault Reports: NA04940338 Degradation of the access Failure rate HSDPA & HSUPA due to BTS since MP4 BTS SW installation. NA04944393 WN 6.0 MP4 Pilot: CE Usage Modified components: Component Version *Net element *SW-type *Unit BTS_WN50_SC_DSP.-

241 - - -

Change effects: Customer Impact


WCDMA BTS

CN-id: WN60665

Title: Flexi Rel1: (418) EFaultId_OseFatalErr Version of the SW-build: WN6.0 22.12-148 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Problem: Flexi Rel1: (418) EFaultId_OseFatalErr Root cause: REl1 performance test's 439 alarm is seen constantly. During testing of 22.12-142 several 418 OSE Fatal errors occurred. Sometimes it could lead to DSP crash and 1806 alarm. Workaround: When EDCH user is deleted in Decoder Master, send deletion indication to Decoder Slave meanwhile with "immediately" instruction, to make sure corresponding EDCH user can be deleted for sure in Decoder Slave, because hanging user would probably cause DSP crash in this case. Correction: Corrected Fault Reports: 52586ESPE03 Flexi Rel1: (418) EFaultId_OseFatalErr 79956ESPE04 WN7.0 REL EfaultId_undefineduser (ID=439) to codec 79994ESPE04 WN7.0 REL1 EFaultId_OseFatalErr (ID=418) to FSPA 79996ESPE04 WN7.0 REL1 EFaultID_CommunicationFailureA1 (ID=1806) to FSPA 80072ESPE04


A lot (439) EFaultId_UndefinedUser faults is Btslog - HSPA retainability KPI degraded (FlexiRel1) 80173ESPE04 FlexiRel1 Unit autonomous reset as recovery action due to (418) OseFatalErr 80666ESPE04 FSPA reseted during repeated calls Modified components: Component Version *Net element *SW-type *Unit BTS_SC_DSP.- 12530 - - - Change effects: Customer Impact Stability impact


WCDMA BTS

CN-id: WN60666

Title: RRC SETUP FAIL BTS Version of the SW-build: WN6.0 22.12-148 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Problem: In case of CTS from F-DPCH (CPC) to non F-DPCH failure, because it's likely RBR didn't reach to the UE. Root cause: 1. HSDPA/HSUPA RlDelete handler does not set m_HsRlHandlerPtrTable or m_HsupaRlHandlerPtrTable to NULL, that means does not release resource correctly. This will result RlHandlerPtrTable of HSDPA and HSUPA is fully and later user can't find corresponding RlHandler or invalid user ID. Then corresponding transport resource maybe can't get also or is wrong. 2. During HSPA reallocation resources were not cleaned properly in many cases. a) Timeout was not handled properly. b) ALCAP: REL during reallocation in some time windows broke transport release - race conditions. c) HSUPA realloc Cancel never released transport resources d) User release during reallocation (without closing realloc transaction through commit or cancel) Correction: 1). Correction HSDPA/HSUPA RlDelete handler to release resource correctly as DCH. 2). Correction HSPA reallocation procedure to release resource correctly. Corrected Fault Reports: NA04933658 RRC SETUP FAIL BTS NA04953894 In case of CTS from F-DPCH (CPC) to non F-DPCH failure, because it's likely RBR didn't reach to the UE. NA04956964 UL: No TR connection, DL


NA04956072 [WBTS WN6.0 MP3.2] DL: No Fp Handler associated with UL Modified components: Component Version *Net element *SW-type *Unit BTS_SC_TUP.- 5655 - - - Change effects: Effects on Operator Service degraded Customer Impact Capacity & Performance: UE can't receive SRB or data when has SCC, or sometimes will not setup connection with network, HSPA KPI will decrease.


WCDMA BTS

CN-id: WN60668

Title: Inter & Intra NB F-DPCH Mobility causes NBAP failures with WN6.0 22-11-189G Version of the SW-build: WN6.0 22.12-150 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Problem: Inter & Intra NB F-DPCH Mobility causes NBAP failures Root cause: During both Inter and Intra NodeB mobility with F-DPCH enabled, there are a number of occasions, errors on the NBAP, leading to cell update, RLC unrecoverable errors sent by the UEs. Correction: TUP Control plane correction for HSDPA realloc/reconfig issue cases. TUP User plane correction for HSDPA Reconfiguration commit case of cell Id reconfigured Corrected Fault Reports: NA04966293 Inter & Intra NB F-DPCH Mobility causes NBAP failures 22-11-189G Modified components: Component Version *Net element *SW-type *Unit SS_TUPC.- 5700 - - - SS_TUPU.- 5697 - - - Change effects: Effects on Operator HSPA RL drop with F-DPCH Customer Impact


WCDMA BTS

CN-id: WN60693

Title: F-DPCH Low throughput and stall Version of the SW-build: WN6.0 22.11-189_J Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Problem: F-DPCH Low throughput and stall Root cause: During testing for 64 QAM with F-DPCH enabled transfer rate would be half of the expected throughput and sometimes it would completely stall then recover to expected data rate. The problem is caused by a problem in TUP user plane SW resulting the data duplication and low throughput. Correction: Problems in TUP SW connection handler and Radio Link handler during the user reallocation commit or reallocation cancel phase corrected to prevent the data duplication problem. Corrected Fault Reports: 66815ESPE01 F-DPCH Low throughput and stall Modified components: Component Version *Net element *SW-type *Unit SS_TUP.- 5731 - - - Change effects: Effects on Operator During testing for 64 QAM with F-DPCH enabled transfer rate would be half of the expected throughput and sometimes it would completely stall then recover to expected data rate. Customer Impact Capacity & Performance: Degraded


WCDMA BTS

CN-id: WN60699

Title: Unexpected ARP Version of the SW-build: WN6.0 22.12-145_T Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Problem: In Layer 2 backhaul networks with Flexi WCDMA BTS running WN6.0 MP4 or later SW release in IP IuB mode there is a high risk that Flexi WCDMA BTS goes off air after short IuB breaks, NPGEP switch over or RNC restart. Root cause: The reason is a huge amount of broadcast request in case the connectivity to the NPGEP card is lost and the MAC address needs to be resolved. This will cause problems processing the ARP requests within Flexi WCDMA BTS, as they are all on the same subnet and Flexi WCDMA BTS remain off air since new NBAP connections cannot be initialized. Correction: FTM Application SW ARP functionality will be improved in SCTP init procedure. Instead of sending 10 ARP in the first second and then waiting 4 seconds, FTM will only send one ARP request after 5 seconds until valid response is received. This way ARP bursts can be avoided also on large broadcast domains. Workaround As a first recovery action, the Flexi WCDMA BTS should be set to blocked state in order to avoid generating ARP requests. Later on only some part of blocked BTS can be unblocked at the same time (e.g. in steps of 5 to 10 BTS) keeping the amount of ARP under control. Corrected Fault Reports: NA04982701 Unexpected ARP Modified components: Component Version *Net element *SW-type *Unit AFW.- A65_MP4_af

w_arp_local_ip_pr_81720espe04

- - -


Change effects: Effects on end-user Dropped calls Effects on Operator Cell Down Customer Impact Capacity & Performance: Degraded


WCDMA BTS

CN-id: WN60700

Title: KPI Degradation with MP3.2_7 (HSDPA DCR, HSUPA DCR) Version of the SW-build: WN6.0 22.11-189_K Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Problem: Not successfully rewritten radio link reconfig parameters in commit phase. It was causing that Rlreconfig fails after which call were dropped. BTS was rejecting many RlReconfiguration from DCH to HSPA switch attempt (from HSPA to DCH switch). Root cause: In case of DlPowerControl procedure during rlReconfiguration procedure after successful DPD wrong connector was used after which parameter was changed which caused unsuccessfully rewritten of RlReconfig parameters in commit phase Correction: DPD connecter usage corrected for commit phase Corrected Fault Reports: 82256ESPE04 KPI Degradation with MP3.2_7 (HSDPA DCR, HSUPA DCR) Modified components: Component Version *Net element *SW-type *Unit 3grlcontroller.spr 28574 - - - Change effects: Effects on Operator Lots of Rl reconfiguration fails for HSPA user pool. HSPA / HSDPA degradation. Customer Impact


WCDMA BTS

CN-id: WN60702

Title: Increasing HSPA drop on 2 ultra sites after -177 Version of the SW-build: WN6.0 22.12-148 Valid for Product(s): UltraSite WCDMA Base Station References: Reason for the Change Note: Problem: HSPA drops after previous failed (timeouted) reallocation during high load. Root cause: On high load condition TUP transport resources were not cleaned properly. Thus next user has been using corrupted resources. 1. ALCAP: REL too soon after ALCAP: ERQ - connection establish was not atomic and was done on two CPU's. If in the middle of connection establishing ALCAP: REL was received it caused hanging transport. 2. During HSPA reallocation resources were not cleaned properly in many cases. a) Timeout was not handled properly. b) ALCAP: REL during reallocation in some time windows broke transport release - race conditions. c) HSUPA realloc Cancel never released tr. resources d) User release during reallocation (without closing realloc transaction through commit or cancel) 3. RecoveryHangingResources workaround a) hiding most of hanging resources' problems b) releasing some "not hanging" resources c) not very clean recovery of resources that were really hanging (data duplication stayed enabled) Correction: Many, many corrections: 1. Huge UP-Transport refactoring and improvement 2. responsibility of data duplication disabling moved from FpHandler to Conman 3. TIMOUT handling - Now on timeout from FP/Transport resources are released properly. 4. Improvement of handling ALCAP:REL during re-allocation (a few special scenarios). 5. Hanging transport connection recovery implemented in Conman 6. ReallocationCancel - send response to TCOM when realloc cancel is really finished 7. Waiting for FsnSyncInd (Channel event) removed Corrected Fault Reports: NA04918859


Increasing HSPA drop on 2 ultra sites after -177 NA04939211 HSPA retainability (and access) degradation on Ultra sites due to node-b resources not available. NA04932189 Degradation in PS performance following WN6.0 MP3.1 software upgrade NA04956970 RlSetupFail3G with cause: RNLayer 14 Modified components: Component Version *Net element *SW-type *Unit SS_TUPC.- 5655 - - - Change effects: Effects on Operator Increased HSPA drops after some period of time. Customer Impact Capacity & Performance: Degraded


WCDMA BTS

CN-id: WN60703

Title: [VSR MP4] random loss of CE capacity on flexi site without any alarms Version of the SW-build: WN6.0 22.12-150 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Problem: Infinity loop in DMEAS caused Kernels. Root cause: Infinity loop in DMEAS caused Kernels. Correction: Range of iterator in problematic loop has been limited. This correction avoids to change iterator to almost infinity value which causes original bug. This correction shouldn't cause any other bugs. Corrected Fault Reports: NA04964398 [VSR MP4] random loss of CE capacity on flexi site without any alarms NA04976871 Flexi Incorrect CE allocation in WN6.0 MP4.01 Modified components: Component Version *Net element *SW-type *Unit same.- same - - - Change effects: Effects on Operator Kernels on cards. Customer Impact


WCDMA BTS

CN-id: WN60704

Title: After relocation, when PS NRT was reconfigured from SRB DCH + HSPA PS NRT to SRB E-DCH/DCH + PS NRT MIMO supported, but failed nbap_rl_reconf_failure_s with cause trp_err_unspeci_c. Version of the SW-build: WN6.0 22.12-151 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Problem: After relocation, when PS NRT was reconfigured from SRB DCH + HSPA PS NRT to SRB E-DCH/DCH + PS NRT MIMO supported, but failed nbap_rl_reconf_failure_s with cause trp_err_unspeci_c Root cause: After relocation, when PS NRT was reconfigured from SRB DCH + HSPA PS NRT to SRB E-DCH/DCH + PS NRT MIMO supported, but failed nbap_rl_reconf_failure_s with cause trp_err_unspeci_c Correction: HsRlHandler.cpp missing Cell Id changed case for Reconfiguration, also missing exception case treatment. So added reconfiguration support cell Id change case and exception case treatment. Corrected Fault Reports: 53669ESPE03 After relocation, when PS NRT was reconfigured from SRB DCH + HSPA PS NRT to SRB E-DCH/DCH + PS NRT MIMO supported, but failed nbap_rl_reconf_failure_s with cause trp_err_unspeci_c. Modified components: Component Version *Net element *SW-type *Unit SS_TUP.- 5718 - - - Change effects: Effects on Operator After relocation, when PS NRT was reconfigured from SRB DCH + HSPA PS NRT to SRB E-DCH/DCH + PS NRT MIMO supported, but failed nbap_rl_reconf_failure_s with cause trp_err_unspeci_c


Customer Impact


WCDMA BTS

CN-id: WN60706

Title: Increase of RAB CS failures cause BTS after carrier upgrade Version of the SW-build: WN6.0 22.12-152 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Problem: Overload in buffering mechanism in TCOM (RLH). Root cause: Overload in buffering mechanism in TCOM (RLH). Correction: Buffering mechanism has been changed to another one because of wrong way of working. The risk of this correction is quite low because new manner of buffering has been tested earlier. Corrected Fault Reports: NA04977076 Increase of RAB CS failures cause BTS after carrier upgrade Modified components: Component Version *Net element *SW-type *Unit 3grlcontroller.spr 28444 - - - Change effects: Effects on end-user Effects on Operator Many rl reconfig fails are visible in logs because of overload in buffering mechanism in TCOM (RLH). Customer Impact


WCDMA BTS

CN-id: WN60708

Title: RET Tilting is suspected missing after WN6.0 MP4 upgrade Version of the SW-build: WM6.0_22.12-154 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Problem: RET Tilting is suspected missing after WN6.0 MP4 upgrade Root cause: Faulty fluent SW upgrade to MP4. Tilt parameters value lost after SW upgrade Correction: Correction provides fluent data transfer from old AntennaConfigurationData to new one, during SW upgrade. Workaround: Manual recommissioning Corrected Fault Reports: NA04983176 RET Tilting is suspected missing after WN6.0 MP4 upgrade Modified components: Component Version *Net element *SW-type *Unit ALMAG_MGMTPkg.sbs

53162 - - -

Change effects: Effects on Operator Operator could notice that there are undefined values of Tilt parameters in AntennaConfigData.xml file after SW upgrade to MP4 Customer Impact

wn6.0 mp4.04 sw cn document

Documents

corrected

nokia siemens

closing realloc

optima compact

net element

wcdma bts

rab cs failures

dmeas caused