wn7.0 2.3 ontop2 sw delivery documentation

WN7.0 2.3OnTop2 Release delivery content page Copyright © 2013 Nokia Solutions and Networks. All rights reserved. CONFIDENTIAL APPROVED 1.0

Contact

Contact your local Nokia Solutions and Networks support Summary of changes:

dd-mmm-yyyy <Version> Creation date 27-Dec-2013 1.0 Approval date

.

WN7.0 2.3 OnTop2

Base Stations WCDMA BTS WN7.0 2.3 OnTop2 WN7.0_1207_1056_09

Document name: NSN Summary of Corrections and Enhancements

WN7.0 2.3 ontop2 WN7.0_1207_1056_09 SW CN document

Nokia Solutions and Networks is continually striving to reduce the adverse environmental effects of its products and services. We would like to encourage you as our customers and users to join us in working towards a cleaner, safer environment. Please recycle product packaging and follow the recommendations for power use and proper disposal of our products and their components. If you should have questions regarding our Environmental Policy or any of the environmental services we offer, please contact us at Nokia Solutions and Networks for additional information.

WCDMA BTS WN7.0 2.3 Ontop2 SW Release Copyright © 2013 Nokia Solutions and Networks. All rights reserved. CONFIDENTIAL APPROVED 1.0 Page 1

NSN Summary of Corrections and Enhancements Release Delivery: OnTop Correction Product Family: Base Stations Product: WCDMA BTS Release: WN7.0 2.3 OnTop2

Approval date: (27-Dec-2013)

Nokia Solutions and Networks is continually striving to reduce the adverse environmental effects of its products and services. We would like to encourage you as our customers and users to join us in working towards a cleaner, safer environment. Please recycle product packaging and follow the recommendations for power use and proper disposal of our products and their components. If you should have questions regarding our Environmental Policy or any of the environmental services we offer, please contact us at Nokia Solutions and Networks for additional information.


Table of Contents 1. WN7.0 2.3 Ontop2 Correction ....................................................................................................................... 2

1.1 CN-id: WN701182: HSUPA throughput is greater than license capacity allows. ...................................................... 2 1.2 CN-id: WN701183: High RTT in 1400byte ping in HSPA. ........................................................................................ 3 1.3 CN-id: WN701184: HSUPA throughput in BTS level counters (M5008C2 & M5008C2) are wrong calculated. ............................................................................................................................................................................ 3 1.4 CN-id: WN701185: Inconsistent baseband consumption for PIC Pool. .................................................................... 3 1.5 CN-id: WN701186: RRC access connection fails due to UU Counter (M1001C10). ................................................ 4 1.6 CN-id: WN701190: Incorrect Application management plane configured in the Flexi WCDMA BTS. ...................... 4 1.7 CN-id: WN701191: BTSs with no HSDPA and alarm 7772 “HSDPA configuration failed” and HS state is not defined. .......................................................................................................................................................................... 4 1.8 CN-id: WN701201: HSUPA throughput in BTS level counters (M5008C2 & M5008C2) are wrong calculated. ............................................................................................................................................................................ 5

2. New / Changed functionality ......................................................................................................................... 5 3. 3rd party corrections ..................................................................................................................................... 5 4. Release objects ............................................................................................................................................. 5 5. Previous deliveries for the release ................................................................................................................ 5 6. Appendices / References .............................................................................................................................. 5

Contact Contact your local Nokia Solutions and Networks support

Summary of changes

27-Dec-2013 1.0 Approval date Purpose The purpose of this document is to give a brief summary on the WN7.0 2.3 Ontop2 SW update Delivery content.

1. WN7.0 2.3 ONTOP2 CORRECTION

1.1 CN-id: WN701182: HSUPA throughput is greater than license capacity allows.

NA05467671 - VF_UPE1/RLKO01/TT-000010865220/3G | UPE | HSUPA throughput is greater than license capacity NA05483915 - Max HSUPA throughput (HSUPA MAXIMUM MAC-E THROUGHPUT) for Node B is reporting values greater than licensed throughput after Node B software upgrade from "WN7.0 2.1" to "WN7.0_1207_753.34"

Description of the Fault:

M5008C2 is BTS level counter. During the soft hand over, multiple radio links could be added per user. So while computing the counter (M5008C2), the traffic value for all radio links is added incorrectly when it should to be added only once per user.

Description of the Correction: Implementation of counter during the soft hand over scenario corrected. In case of multiple radio links, the traffic value is added only once to counter (M5008C2).


1.2 CN-id: WN701183: High RTT in 1400byte ping in HSPA.

NA05476495 - High RTT in 1400byte ping in HSPA 103514ESPE01 - [RU50]RTT ping 1400bytes with HSPA 2ms more than target value(40ms)due to HSUPA L2 limited


RTT was high due to ping packet was taking long time to be sent completely in UL. This was because of HSUPA L2 Scheduler was giving service grant to UE to send only 672 bits (2 MACd PDUs) in UL. Since there was more cell load available, HSUPA L2 Scheduler should have been invoked the upgrade algorithm to give more service grant but this was not happened because the condition to call this algorithm was incorrect.

Description of the Correction: When UE is configured with MAC-e, there are possibilities where the UE is using lower E-TFCI. Since the next higher E-TFCIs is possible with the current serving grant, it does not allow any additional MAC-d PDU with the Reference selected E-TFCI. This should be treated as UE fully using the given serving grant. Criteria for checking whether the UE is currently using the allocated grant, is modified to accommodate this.

1.3 CN-id: WN701184: HSUPA throughput in BTS level counters (M5008C2 & M5008C2) are wrong calculated.

101162ESPE01 - HSUPA throughput in BTS level counters (M5008C2 & M5008C2) are wrong calculated


Wrong information of BTS UL throughput information is not correct. TCOM is reporting in 0.0001 precision.

Description of the Correction: Multiplier is adjusted to be more accurate to indicate correct throughput.

1.4 CN-id: WN701185: Inconsistent baseband consumption for PIC Pool.

NA05453448 - Inconsistent Baseband consumption for PIC Pool Description of the Fault:

TCOM's internal messaging drops few DSP Capacity messages for specific DSP Sub units if there is one present for the whole SM. GRM was not able to adjust to this change, and the HW Resources database was not updated properly “DspCapacityDeltaInd” is sent used to inform BTS CP component (GRM) that PIC exists and includes it for calculation in the PM Counters. The BTS CP component (SctEnv) that forwards messages to other components drops the message whenever “DspCapacityInd” message is available in message queue. This causes the PIC to be not accounted in the counter M5006C0

Description of the Correction:


PIC calculation is added whenever “DspCapacityInd” is received and will check if the PIC has already been added through “DspCapacityDeltaInd” and M5006C0 counter shows correct value.

1.5 CN-id: WN701186: RRC access connection fails due to UU Counter (M1001C10).

NA05481204 - RRC access Connection fails due to UU Counter (M1001C10) observed on some sites


When decoder receives the packet from RAKE, decoder will allocate memory by using the Maximum Length for packet causing memory too big allocation for nothing. If too big memory is allocated, it will cause the memory allocation failing and then RRC access connection fails.

Description of the Correction: Decoder is allocates memory sufficiency and needed proper size and no extra memory allocation is not done.

1.6 CN-id: WN701190: Incorrect Application management plane configured in the Flexi WCDMA BTS.

NA05518611 - Doubts application management plane configured in the FlexiWCDMA bts


O&M link can't recover after resetting when ARP restriction feature is activated in edge router. In FTM, “arp_announce” is set to “0” causing ARP request to be sent without any IP address configured to every interfaces. Since the ARP was not resolved in the setup, and FTM was receiving packets destined to eth0:1 interface, and the “arp request” was sent out with source IP address configured on the eth0:1 interface instead of eth1 interface.

Description of the Correction: Set “arp_announce” to 2 so that it always uses the best local address. With this change the arp request will be sent out with source IP address of eth1 interface.

1.7 CN-id: WN701191: BTSs with no HSDPA and alarm 7772 “HSDPA configuration failed” and HS state is not defined.

NA05488757 - Several sites with no HSDPA. 7772 HSDPA configuration failed alarm and HS state not defined. NA05492196 - Zero HSxPA traffice due to HSxPA configuration Failed alarm & HS-DSCH operation state disable by the system 43032ESPE06 - WN8.0_1301_842_09: CTRL_CCHH_PhysShChReconfFail with cause Misc 3 NA05517778 - Alarm 7772-HSDPA Configuration Failed - WN7.0 CD2.2.2



GRM merely disables HSPA cells from its database during CNBAP link break and which leads to the T-cell group of the LCG scheduler to be full. RLH is not immediately proceeding with recovery procedure for Cell Deletion.

Description of the Correction: GRM now will delete HSPA cells, instead of disabling them. RLH proceeds with RL reconfiguration cancel and then start internal cell deletion.

1.8 CN-id: WN701201: HSUPA throughput in BTS level counters (M5008C2 & M5008C2) are wrong calculated.

101162ESPE01 - HSUPA throughput in BTS level counters (M5008C2 & M5008C2) are wrong calculated.


TCOM is reporting 10 times (0.0001 precision) more throughput than expected. Wrong information about BTS UL t-put.

Description of the Correction: The multiplier for the precision adjusted.

2. NEW / CHANGED FUNCTIONALITY

None 3. 3RD PARTY CORRECTIONS

None

4. RELEASE OBJECTS

WCDMA BTS SW version isWN7.0_1207_1056_09. Site Element version BTSSiteEM-WN70-1207_1912_00

5. PREVIOUS DELIVERIES FOR THE RELEASE

26-Nov-2013 WCDMA BTS WN7.0 2.3 SW Release 28-Nov-2013 WCDMA BTS WN7.0 2.3 OnTop1 SW Release

6. APPENDICES / REFERENCES

None


Disclaimer

The information in this document is subject to change without notice and describes only the product defined in the introduction of this documentation. This documentation is intended for the use of Nokia Solutions and Networks customers only for the purposes of the agreement under which the document is submitted, and no part of it may be used, reproduced, modified or transmitted in any form or means without the prior written permission of Nokia Solutions and Networks. The documentation has been prepared to be used by professional and properly trained personnel, and the customer assumes full responsibility when using it. Nokia Solutions and Networks welcomes customer comments as part of the process of continuous development and improvement of the documentation.

The information or statements given in this documentation concerning the suitability, capacity, or performance of the mentioned hardware or software products are given “as is” and all liability arising in connection with such hardware or software products shall be defined conclusively and finally in a separate agreement between Nokia Solutions and Networks and the customer. However, Nokia Solutions and Networks has made all reasonable efforts to ensure that the instructions contained in the document are adequate and free of material errors and omissions. Nokia Solutions and Networks will, if deemed necessary by Nokia Solutions and Networks, explain issues which may not be covered by the document.

Nokia Solutions and Networks will correct errors in this documentation as soon as possible. IN NO EVENT WILL NOKIA SOLUTIONS AND NETWORKS BE LIABLE FOR ERRORS IN THIS DOCUMENTATION OR FOR ANY DAMAGES, INCLUDING BUT NOT LIMITED TO SPECIAL, DIRECT, INDIRECT, INCIDENTAL OR CONSEQUENTIAL OR ANY LOSSES, SUCH AS BUT NOT LIMITED TO LOSS OF PROFIT, REVENUE, BUSINESS INTERRUPTION, BUSINESS OPPORTUNITY OR DATA,THAT MAY ARISE FROM THE USE OF THIS DOCUMENT OR THE INFORMATION IN IT.

This documentation and the product it describes are considered protected by copyrights and other intellectual property rights according to the applicable laws.

NSN is a trademark of Nokia Solutions and Networks. Nokia is a registered trademark of Nokia Corporation. Other product names mentioned in this document may be trademarks of their respective owners, and they are mentioned for identification purposes only.

Copyright © 2013 Nokia Solutions and Networks. All rights reserved.

Copyright © 2013 Nokia Solutions and Networks. All rights reserved. CONFIDENTIAL 1(17)

Change Note WCDMA BTS SW

WN7.0 2.3 ontop2

WN7.0_1207_1056_09


WCDMA BTS

CN-id: WN701182

Title: HSUPA throughput is greater than license capacity allows Version of the SW-build: WN7.0_1207_1056_06 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Summary of the original problem: BTS’s counter M5008C2 (HSUPA_MAX_MACE_THR) is higher than M5008C30 (LIC_HSUPA_THR). When Max 16 HSUPA users and max HSUPA throughput is 115 Mbps which means each users were uploading ~ 7.2 Mbps which should not be possible. Max HSUPA throughput can be only 5.8 Mbps per users with 2SF2+2SF4 and 16 QAM not implemented How end user/operator could detect the problem: The counter M5008C2 is not reporting correct values as overall HSUPA throughput of Node B cannot go above licensed throughput Description of the fault: M5008C2 is BTS level counter. During the soft hand over, multiple radio links could be added per user. So while computing the counter (M5008C2), the traffic value for all radio links is added incorrectly when it should to be added only once per user Description of the correction: Implementation of counter during the soft hand over scenario corrected. In case of multiple radio links, the traffic value is added only once to counter (M5008C2) Corrected Fault Reports: NA05467671 VF_UPE1/RLKO01/TT-000010865220/3G | UPE | HSUPA throughput is greater than license capacity NA05483915 Max HSUPA throughput (HSUPA MAXIMUM MAC-E THROUGHPUT) for Node B is reporting values greater than licensed throughput after Node B software upgrade from "WN7.0 2.1" to "WN7.0_1207_753.34".


Modified components: Component Version *Net element *SW-type *Unit SS_HsupaL2.- 35648 - - - Change effects: Effects on end-user N/A Effects on Operator Operator can estimate HSUPA utilization correctly Customer Impact Operation & Maintenance Testing Instructions for the change Pre-requirements: None Test execution: Passed Expected results: Problem cleared Unexpected results: None


WCDMA BTS

CN-id: WN701183

Title: High RTT in 1400byte ping in HSPA Version of the SW-build: WN7.0_1207_1056_06 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Summary of the original problem: RTT for 1400 byte ping with HSUPA UE was very high How end user/operator could detect the problem: Higher RTT for larger ping packets Description of the fault: RTT was high due to ping packet was taking long time to be sent completely in UL. This was because of HSUPA L2 Scheduler was giving service grant to UE to send only 672 bits (2 MACd PDUs) in UL. Since there was more cell load available, HSUPA L2 Scheduler should have been invoked the upgrade algorithm to give more service grant but this was not happened because the condition to call this algorithm was incorrect Description of the correction: When UE is configured with MAC-e, there are possibilities where the UE is using lower E-TFCI. Since the next higher E-TFCIs is possible with the current serving grant, it does not allow any additional MAC-d PDU with the Reference selected E-TFCI. This should be treated as UE fully using the given serving grant. Criteria for checking whether the UE is currently using the allocated grant, is modified to accommodate this Corrected Fault Reports: NA05476495 High RTT in 1400byte ping in HSPA 103514ESPE01 [RU50]RTT ping 1400bytes with HSPA 2ms more than target value(40ms)due to HSUPA L2 limited


Modified components: Component Version *Net element *SW-type *Unit WBTS_UP_8591.-

7.0 - - -

Change effects: Effects on end-user N/A Effects on Operator Improved ping response Customer Impact Operation & Maintenance Testing Instructions for the change Pre-requirements: None Test execution: Passed Expected results: Problem cleared Unexpected results: None


WCDMA BTS

CN-id: WN701184

Title: HSUPA throughput in BTS level counters (M5008C2 & M5008C2) are wrong calculated Version of the SW-build: WN7.0_1207_1056_07 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Summary of the original problem: RRC access Connection fails due to UU Counter (M1001C10). TCOM is reporting 10 times more throughput than expected Description of the fault: Wrong information of BTS UL throughput information is not correct. TCOM is reporting in 0.0001 precision Description of the correction: Multiplier is adjusted to be more accurate to indicate correct throughput Corrected Fault Reports: 101162ESPE01 HSUPA throughput in BTS level counters (M5008C2 & M5008C2) are wrong calculated. Modified components: Component Version *Net element *SW-type *Unit GRM.- 113917 - - -


Change effects: Effects on end-user UL throughput speed is indicated correctly Effects on Operator Correct information of BTS UL throughput Customer Impact Operation & Maintenance Testing Instructions for the change Pre-requirements: None Test execution: Passed Expected results: Problem cleared Unexpected results: None


WCDMA BTS

CN-id: WN701185

Title: Inconsistent baseband consumption for PIC Pool Version of the SW-build: WN7.0_1207_1056_04 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Summary of the original problem: M5006C0 counter shows wrong value when there is PIC setup on BTS. When PIC is commissioned for an LCG in BTS, PIC DSP Sub units was not factored in the calculation of M5006C0, meaning it has a wrong value than expected from the counter's formula Description of the fault: TCOM's internal messaging drops few DSP Capacity messages for specific DSP Sub units if there is one present for the whole SM. GRM was not able to adjust to this change, and the HW Resources database was not updated properly “DspCapacityDeltaInd” is sent used to inform BTS CP component (GRM) that PIC exists and includes it for calculation in the PM Counters. The BTS CP component (SctEnv) that forwards messages to other components drops the message whenever “DspCapacityInd” message is available in message queue. This causes the PIC to be not accounted in the counter M5006C0 Description of the correction: PIC calculation is added whenever “DspCapacityInd” is received and will check if the PIC has already been added through “DspCapacityDeltaInd” and M5006C0 counter shows correct value Corrected Fault Reports: NA05453448 MBNL RU30 Inconsistent Baseband consumption for PIC Pool Modified components: Component Version *Net element *SW-type *Unit GRM.- 113290 - - -


Change effects: Effects on end-user N/A Effects on Operator Correct value of M5006C0 counter when PIC is commissioned in the BTS Customer Impact Operation & Maintenance Testing Instructions for the change Pre-requirements: None Test execution: Passed Expected results: Problem cleared Unexpected results: None


WCDMA BTS

CN-id: WN701186

Title: RRC access connection fails due to UU Counter (M1001C10) Version of the SW-build: WN7.0_1207_1056_04 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Summary of the original problem: Fault 401 reported from decoder. Memory allocating for decoder received the packet failed and packet is lost. When memory allocation fails, the packet drops and causing degrading affect to KPI Description of the fault: When decoder receives the packet from RAKE, decoder will allocate memory by using the Maximum Length for packet causing memory too big allocation for nothing. If too big memory is allocated, it will cause the memory allocation failing and then RRC access connection fails Description of the correction: Decoder is allocates memory sufficiency and needed proper size and no extra memory allocation is not done Corrected Fault Reports: NA05481204 RRC access Connection fails due to UU Counter (M1001C10) observed on some sites Modified components: Component Version *Net element *SW-type *Unit Dec.- 36224 - - -


Change effects: Effects on end-user N/A Effects on Operator Decoder is allocates memory sufficiency and fault 401 is not reported Customer Impact Capacity & Performance Testing Instructions for the change Pre-requirements: None Test execution: Passed Expected results: Problem cleared Unexpected results: None


WCDMA BTS

CN-id: WN701190

Title: Incorrect Application management plane configured in the Flexi WCDMA BTS Version of the SW-build: WN7.0_1207_1056_09 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Summary of the original problem: Router has activated the feature dynamic ARP restriction (only one IP per MAC) inside one MAN Level 2 between NPGEP and Node B. Due to this feature, every time the BTS is restarted due to FTM ARP table lost and OAM link is lost. “arp request“ message is sent with source IP address as eth0:1. Description of the fault: O&M link can't recover after resetting when ARP restriction feature is activated in edge router. In FTM, “arp_announce” is set to “0” causing ARP request to be sent without any IP address configured to every interfaces. Since the ARP was not resolved in the setup, and FTM was receiving packets destined to eth0:1 interface and the “arp request” was sent out with source IP address configured on the eth0:1 interface instead of eth1 interface Description of the correction: Set “arp_announce” to 2 so that it always uses the best local address. With this change the arp request will be sent out with source IP address of eth1 interface Corrected Fault Reports: NA05518611 Doubts application management plane configured in the FlexiWCDMA bts Modified components: Component Version *Net element *SW-type *Unit os_vpr_na05518611_arp_fix - - - -


Change effects: Effects on end-user BTS stability improved Effects on Operator BTS is restarted due to FTM ARP table decreased Customer Impact Stability Testing Instructions for the change Pre-requirements: None Test execution: Passed Expected results: Problem cleared Unexpected results: None


WCDMA BTS

CN-id: WN701191 Title: BTSs with no HSDPA and alarm 7772 “HSDPA configuration failed” and HS state is not defined Version of the SW-build: WN7.0_1207_1056_08 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Summary of the original problem: HSDPA cells recovery is getting NACK message during CNBAP and DNBAP link break. Physical shared channel reconfiguration fails due to user still existing in MAC-HS How end user/operator could detect the problem: After CNBAP and DNBAP link break, HSPA cells are inactive. “CTRL_CCHH_PhysShChReconfFail with cause Misc 3 is received after Cell Deletion Description of the fault: GRM merely disables HSPA cells from its database during CNBAP link break and which leads to the T-cell group of the LCG scheduler to be full. RLH is not immediately proceeding with recovery procedure for Cell Deletion Workaround: BTS reset Description of the correction: GRM now will delete HSPA cells, instead of disabling them. RLH proceeds with RL reconfiguration cancel and then start internal cell deletion Corrected Fault Reports: NA05488757 Several sites with no HSDPA. 7772 HSDPA configuration failed alarm and HS state not defined. NA05492196 Zero HSxPA traffice due to HSxPA configuration Failed alarm & HS-DSCH operation state disable by the system 43032ESPE06 WN8.0_1301_842_09: CTRL_CCHH_PhysShChReconfFail with cause Misc 3 NA05517778 Alarm 7772-HSDPA Configuration Failed - WN7.0 CD2.2.2


Modified components: Component Version *Net element *SW-type *Unit RLH.- 117496 - - - Change effects: Effects on end-user HSPA service improved Effects on Operator After CNBAP and DNBAP link break, HSPA capability is allowed Customer Impact Capacity & Performance Testing Instructions for the change Pre-requirements: None Test execution: Ready for correction Expected results: Problem cleared Unexpected results: None


WCDMA BTS

CN-id: WN701201

Title: HSUPA throughput in BTS level counters (M5008C2 & M5008C2) are wrong calculated Version of the SW-build: WN7.0_1207_1056_07 Valid for Product(s): Flexi WCDMA Base Station References: Reason for the Change Note: Summary of the original problem: BTS is On Air state. 4 16QAM HSUPA calls are made in 4 cells. Counters M5008C2 and M5008C3 should have values around ~40Mbps but M5008C2 & M5008C3 shows more than 400Mbps How end user/operator could detect the problem: During HSPA call Description of the fault: TCOM is reporting 10 times (0.0001 precision) more throughput than expected. Wrong information about BTS UL t-put Description of the correction: The multiplier for the precision adjusted Corrected Fault Reports: 101162ESPE01 HSUPA throughput in BTS level counters (M5008C2 & M5008C2) are wrong calculated. Modified components: Component Version *Net element *SW-type *Unit GRM.- 116202 - - -


Change effects: Effects on end-user N/A Effects on Operator Counters indicates correct information about BTS UL t-put Customer Impact Operation & Maintenance Testing Instructions for the change Pre-requirements: None Test execution: Passed Expected results: Problem cleared Unexpected results: None

wn7.0 2.3 ontop2 sw delivery documentation

Documents

ontop2 wn7

enhancements wn7

sw cn document nokia

local nokia solutions

wcdma bts release

environmental services

ontop2 sw release copyright

ontop2 correction