General Information

PREVENTION OF DAMAGING RF HEADS DURING MODEM REBOOTS

wimax_g_ap_022_1 August 20, 2009

CONTENTS:
Revision History...........1 Problem Description ....1 Solution .......................2 Additional Information..3 Contact Information .....4 World-wide Web ..........4

For Markets: WiMAX Worldwide Customers using 3.5GHz DAP Ix and SAAP RF Heads. Affected Hardware: DAP Ix RF Head STHX4003, SAAP TRX Modules SGWX4008, and Modems STLN6398. Affected Software: All Releases Fixed in SW Release: N/A

REVISION HISTORY
Version wimax_g_ap_022 wimax_g_ap_022_1 Date 10/31/2008 08/20/2009 Description Original issue Add SAAP RF head

PROBLEM DESCRIPTION
This procedure should be executed any time a manual reboot of the modem is required. This procedure will disable the transmitter on the RF head, so the sector will go down. By turning off the transmitter we can prevent bad data from being transmitted over the air while the system recovers and eliminate the possibility of that unregulated data could damage the Power Amplifiers (PA) during certain modem reboot conditions. This bulletin is similar to bulletin wimax_a_ap_015, however bulletin 015 addresses an upgrade related failure in the WMX2.5 release, while this bulletin is addressing manual reboots (i.e. the reboot command or CTRL-x) of individual sectors, in all releases.

Cause
It has been shown in the lab that during system recovery that the Key Line to the PA remains active on the RF Head even though the baseband data from the modem is no longer being transmitted e.g., in the case of a modem reboot.

The problem is that during the system reboot any baseband data that is generated and passed to the RF lineup will be transmitted over the air. In the lab we have observed garbage data being transmitted while the system is in this recovery mode. While we have never been able to correlate this with a damaged PA device the Development Team is concerned that this could be a potential failure mechanism. As a result we have requested that software dekey the PA during these shutdown events and only key up when it is sure the data is good. Unfortunately there are some scenarios that the software is unable to control this phenomenon e.g., in a manual shutdown scenario. As a result, this field bulletin is being submitted to ensure that in events of a manual shutdown that a Field Technician first dekeys the PA devices on the RF Head.

Worst Case Scenario

Occasionally, the RF Head may experience a component failure. A sector outage is incurred during the failure and replacement, and the unit needs to be returned to Warranty.

Condition in Which Problem Will Occur

Whenever a modem reboot occurs that is not a result of a controlled shutdown, there is a possibility of damaging the PA. Controlled shutdowns include cases such as software upgrades that are initiated from the EMS or Site Controller resets.

SOLUTION
This procedure should be run any time the modem needs to be reset manually for any reason. Examples might include to perform maintenance on the site, or to clear an alarm, or to replace the modem. Procedure

Test Setup Connection to EMS is needed to run commands to perform maintenance. This procedure can also be run locally at the frame by connecting directly to the SC MMI. As a reminder, entering these commands will turn OFF the transmitter and disable the sector Test Execution Note: Bold Italic text is used to denote commands to enter. 1. Disable sectors by turning off the transmitters on the RF Heads: 1.1. Login to each modem to turn off the transmitters. 1.1.1. telnet 144.190.x.1 Where x is 4, 5, 6 or 7 for sector 1, sector 2, sector 3 and sector 4 respectively. 1.2. For 3.5GHz DAP Ix RF Heads (STHX4003):

August 20, 2009

2 of 4 Motorola General Business Information

wimax_g_ap_022_1

1.2.1. physap_rfh_test_write_register (1, 0x18,0) 1.2.2. physap_rfh_test_write_register (6, 0x18,0) 1.3. For 3.5GHz SAAP RF Heads (SGWX4008): 1.3.1. physap_rfh_test_write_register (1, 0x18,0) 1.3.2. physap_rfh_test_write_register (6, 0x18,0) 1.3.3. physap_rfh_test_write_register (7, 0x18,0) 1.3.4. physap_rfh_test_write_register (8, 0x18,0)
Sample Output:
root@hapWibbSc2:/usr/app/config> telnet 144.190.4.1 Trying 144.190.4.1... Connected to 144.190.4.1. Escape character is '^]'.

VxWorks login: target Password:

-> physap_rfh_test_write_register (1,0x18,0) physap_rfh_test_write_register - SUCCESS value = 41 = 0x29 = ')' -> physap_rfh_test_write_register (6,0x18,0) physap_rfh_test_write_register - SUCCESS value = 41 = 0x29 = ')' ->

1.4. This command will logout of the modem.

1.4.1. exit

2. Repeat section 1 for all sectors requiring maintenance. ______________________________________________________________________ NOTE: The modem must be rebooted after entering these commands to restore service to the sector. ______________________________________________________________________

ADDITIONAL INFORMATION
For International Markets: (info. preceding may include request for inventory, etc.) Please contact your Motorola representative on how to proceed or a Motorola representative will contact you on how to proceed.

August 20, 2009

3 of 4 Motorola General Business Information

wimax_g_ap_022_1

CONTACT INFORMATION
For assistance, please contact your Motorola Regional Customer Network Resolution Center (CNRC) at:

WiMAX Products:
North America - +1-800-433-5202

WORLD-WIDE WEB
Additional information can be found at:

WiMAX:
https://mynetworksupport.motorola.com/

MOTOROLA and the Stylized M logo are registered in the U.S. Patent and Trademark Office. All other product or service names are the property of their respective owners Motorola, Inc. 2009. August 20, 2009 6611