Huawei Microwave Radio Product RTN 380V1R1 Field Test Report for DU V5.0-Finially

Huawei Microwave Radio Product RTN 900 V100R003 Test Proposal V1.0

RTN380 Microwave Products Field Test Proposal

Reference: {Reference}

Version: V3.0

Date: 3th Feb 2013

Signature / Date:

................................................... /...................

................................................... /...................

................................................... /...................

17 April 2023 Commercial in Confidential Page 1 of 67


Contents

CONTENTS......................................................................................................2

1 OVERVIEW................................................................................................4

1.1 Introduction.................................................................................................................................4

1.2 Reference Documents.................................................................................................................4

2 EQUIPMENT LIST.....................................................................................5

2.1 Equipments under test...............................................................................................................5

2.2 Instruments for testing...............................................................................................................5

3 FIELD TRIAL DESCRIPTION...................................................................6

3.1 Maps of field trial........................................................................................................................6

4 FIELD TEST SUMMARY...........................................................................7

4.1 Radio link....................................................................................................................................7

5 FIELD TEST CASE...................................................................................8

5.1 Configuration Test in field.........................................................................................................85.1.1 IF Configuration.......................................................................................................................85.1.2 Radio configuration..................................................................................................................9

5.2 AMAC Test in Field..................................................................................................................115.2.1 AMAC long term test.............................................................................................................11

5.3 Service Test in Field..................................................................................................................125.3.1 E-Line Services......................................................................................................................12

5.3.1.1 Point-to-Point Transparently Transmitted E-Line Services..........................................125.3.1.2 VLAN-Based E-Line Service........................................................................................13

5.3.2 Transmission Delay Measurement in Field............................................................................145.3.2.1 Ethernet service round-trip delay..................................................................................14

5.3.3 Transmission Capacity Measurement in Field.......................................................................165.3.3.1 Ethernet service throughput（2.5Gbps）.....................................................................165.3.3.2 Ethernet service throughput...........................................................................................16

5.3.4 Quality of Service (Qos).........................................................................................................185.3.4.1 Eth Traffic schedule according to VLAN priority........................................................18

5.3.5 Service Stability.....................................................................................................................215.3.5.1 Ethernet service transmission stability test....................................................................21

5.4 Operation and Maintenance Test in Field by LCT...............................................................225.4.1 Routine Maintenance..............................................................................................................22

5.4.1.1 Checking the NE status.................................................................................................225.4.1.2 Browsing the Current Alarms........................................................................................235.4.1.3 Browsing the History Alarms........................................................................................245.4.1.4 Browsing Current Performance Events.........................................................................255.4.1.5 Browsing History Performance Events.........................................................................26



5.4.1.6 Browsing the History Transmit Power and Receive Power..........................................285.4.2 Emergency Maintenance........................................................................................................29

5.4.2.1 IEEE 802.1ag ETH OAM test.......................................................................................295.4.3 Y1731 Test.............................................................................................................................30

5.4.3.1 LM Test.........................................................................................................................305.4.3.2 DM Test.........................................................................................................................315.4.3.3 FDV Test.......................................................................................................................32

5.5 1+1 HSB protection...................................................................................................................335.5.1 1+1 HSB with Lag..................................................................................................................335.5.2 1+1 HSB with fiber spliter.....................................................................................................34

5.6 Life Network Service................................................................................................................355.6.1.1 Quality of service with life network service by VLAN priority...................................355.6.1.2 Quality of service with life network service by VLAN ID...........................................36



1 OVERVIEW

1.1 Introduction

This document describes the field test proposal used by Huawei® microwave radio transmission platform RTN 300 series.

The field trial information and microwave planning parameters are descripting in this document, and most contents of them should be completed after meeting with costumers.

Every test case in this document can be applied to one or more field trial, and every field trial may implement with one or more test case. Chapter 4 descript the combination of radio link and test case.

1.2 Reference Documents

< RTN 380 V100R001 Feature Description >

< RTN 380 V100R001 Configuration Guide >

< RTN 380 V100R001 Maintenance Guide >



2 EQUIPMENT LIST

2.1 Equipments under testProducts Version Quantity

RTN380 V1R1 2

U2000 V1R8C00 1

U2000WebLCT V1R8C00 1

RTN900 series V1R3/R5 2

2.2 Instruments for testing

Type ManufacturerModel and

Serial numberQuantity

Valid of Calibration

Ethernet analyzer Test center 1



3 FIELD TRIAL DESCRIPTION

3.1 Maps of field trial


Site A Site C

According to the

real site

information

Radio link


4 FIELD TEST SUMMARY

4.1 Radio link No Test Items Notice

1 1+0

2 1+1



5 FIELD TEST CASE

5.1 PM testing

5.1.1 PM testing of Eth service with difference frames sizeTest

ConsiderationThis case to verify the radio transmission stability of Ethernet service with difference frames size.

Test Bench

Test Procedure

1. Create radio link with required parameters.

2. Configure E-LINE services over radio link.

3. Loopback relevant Ethernet ports on remote site.

4. Configure the test analyzer with difference frames:96,101,512,1024,1518,1522.

5. Check the results.

Test

Results Radio link information: link 1

Radio Channel Spacing: 500MHz Modulation Scheme: 64QAM

Packet length Rate measured value

96 Bytes



101 Bytes

512 Byte

1024 Bytes

1518 Bytes



1522 Bytes

Expected

Results

The long test should be no packets loss.

Remarks:

signature

5.2 Configuration Test in field

5.2.1 IF Configuration

Test Consideration

When a new radio link to be installing, the MW engineer should go to the site and configure radio parameters according to the network planning profile.

This case to verify that same basic parameters can be query and configurable by LCT in field.

Be careful, some operations in this case may interrupt the radio link.

Test Bench

Test Procedure

1. Establish a radio link with required parameters.



2. Query the Radio configuration on LCT and check parameters list below are correct:

a. Channel space

b. Manually specified modulation

c. Link ID

d. Received link id

3. Apply a new channel space and query the channel space should be update. ( before do this, you must ensure the adjacent channel is free)

4. Check the radio link is broken, then configure the channel space to initial value and check the radio link should restore.

5. Apply a new modulation scheme and query the modulation should be update.

6. Check the radio link is broken, then configure the modulation to initial and check the radio link should restore.

7. Apply a new Link ID and check the received link id on remote site should equal to this new ID.

8. Configure the Link ID to initial value and check the received link id on remote site should change back.

Test

Results

Radio link information: link 1


Actions Results

Query the channel space OK

Query the modulation scheme OK

Query the Link ID OK

Query the received Link ID OK

Modify the channel space OK

Modify the modulation scheme OK

Modify the Link ID OK

Reason for

Failure:

Remarks:

Radio link ID：



IF Channel:



Modulation mode:

signature

5.2.2 Radio configuration

Test Consideration

When a new radio link to be installing, the MW engineer should go to the site and configure radio parameters according to the network planning profile.

This case to verify that same basic radio parameters can be query and configurable by LCT in field.

Be careful, some operations in this case may interrupt the radio link.

Test Bench



Test Procedure


2. Query the raido configuration on LCT and check parameters below are correct:

a. Actual transmit frequency

b. Actual receive frequency

c. Actual transmit power

d. Actual receive power

e. Actual transmit status

3. Configure a new transmit frequency and query the actual value should be update to the new frequency. ( before do this, you must ensure this new frequency is free and no any other radio using this frequency on the same path)

4. Check the radio link is broken, then configure the transmit frequency to the initial value and check the radio link should restore.

5. Configure a new transmit power and query the actual value should be update to the new level

6. Check the receive power on remote site is changed, then configure the transmit power to the initial level and check the receive power on remote site is change back to the initial level.

7. Mute the radio and query the actual transmit status is mute, check the radio link will interrupt.

8. Unmute the radio and query the actual transmit status is mute, check the radio link will restore.

Test

Results



Actions Results

Query the actual transmit frequency Ok

Query the actual receive frequency Ok

Query the actual transmit power Ok

Query the actual receive power Ok

Modify the transmit frequency Ok

Modify the transmit power Ok

Mute the radio Ok

Unmute the radio Ok

Reason for

Failure:

Remarks: TX frequency:



TX power:

RX power:

TX mute:

signature



5.3 Service Test in Field

5.3.1 E-Line Services

5.3.1.1 Point-to-Point Transparently Transmitted E-Line Services

Test Consideration

The point-to-point transparently transmitted E-Line services are the basic E-Line model. Point-to-point transmission does not involve service bandwidth sharing, service isolation, or service distinguishing; instead, Ethernet services are transparently transmitted between two service access points. in this manner, the transmission link is private

This case to verify the transparently transmitted E-line services can be done on RTN equipment.

Test Bench

Test Procedure


2. Configure an E-Line service with null source VLAN and sink VLAN.

3. Create an IP streams on Ethernet analyzer with or without VLAN.

4. Configure the transmit rate less than the throughput in current radio mode.

5. Start transmit, check received packets without any loss.

Test

Results



Ethernet Services Result

IP Stream without VLAN Pass through

IP Stream with VLAN Pass through

Reason for

Failure:

Remarks:



Configuration:



Traffic with Vlan:



Traffic without Vlan:

Result :



signature

5.3.1.2 VLAN-Based E-Line Service

Test Consideration

VLANs can be used to separate E-Line services. With the VLAN technology, multiple E-Line services can share one physical channel. These services are VLAN-based E-Line services

This case to verify the VLAN-Based E-line services can be done on RTN equipment.

Test Bench

Test Procedure


2. Loopback relevant ports on remote site.



3. Configure an E-Line service from port 1 of local site to port 1 of remote site through radio link with Vlan ID equal to 100.

4. Create an IP streams on the analyzer’s port which connect to port 1 of local site with VLAN id equal to 100，200.

5. Start transmits with appropriate rate, check received packets on port 1.

Service Model:

Service 1 can pass through the radio link. And service 2 should be blocked.

Test

Results



Ethernet Services Result

IP service 1 (Vlan id: 100) Pass

IP service 2 (Vlan id: 200) block

Reason for

Failure:

Remarks:Configuration:



Traffic with vlan 100:



Traffic with vlan 200



signature

5.3.2 Transmission Delay Measurement in Field

5.3.2.1 Ethernet service round-trip delay

Test Consideration

The Ethernet service transmission on the radio link.

This case to measure the round-trop delay of Ethernet service.

Test Bench

Test Procedure




4. Measure the latency with required packet length.

Test

Results



Packet length Round-trip delay

64 Bytes Notes in remarks

128 Bytes Notes in remarks

… Notes in remarks

Expected The value is the one direction trip latency in the talbe.



Results

Remarks:

Result :

signature

5.3.3 Transmission Capacity Measurement in Field

5.3.3.1 Ethernet service throughput（2.5Gbps）Test

ConsiderationThis case to verify the maximum radio transmission capacity of Ethernet service can reach 2.5Gbps.



Test Bench

Test Procedure




4. Measure the throughput with 64bits packet length on the highest modulation.

Test

Results

The maximum radio transmission capacity can reach 2.490Gbps

Reason for

Failure:

Remarks:

Throughput :

signature



5.3.3.2 Ethernet service throughputTest

ConsiderationThis case to verify the radio transmission capacity of Ethernet service can reach to the guaranteed value in the products specification.

Test Bench

Test Procedure




9. Measure the throughput with required packet length.

Test

Results



Packet length Throughput measured value

64 Bytes More than 1G

128 Bytes More than 1G

… More than 1G

Expected

Results



Remarks:





signature

5.3.4 Quality of Service (Qos)

5.3.4.1 Eth Traffic schedule according to VLAN priority

Test Consideration

In some situations, the 3G base site using different VLAN priority to identify different services (e.g. voice, HSDPA etc) with same VLAN ID. In this manner, the transmit equipment should schedule different services according to VLAN priority.

This case to verify schedule the Ethernet services according to VLAN priority in RTN equipment.

In this test case, we are considering three kinds of condition to verify this feature, the first one is a basic scenario that without congestion, the second one is got congestion and restore in case of the transmission rate change of one or more services changing, the last one is got congestion and restore in case of radio transmission capacity change (e.g. AM down shift and up shift).



Test Bench

Service Model:

Test Procedure


2. Connecting the GE port of Ethernet analyzer to NE.

3. Configure an E-Line service with VLAN ID 100 between local and remote sites.

4. Loopback the service port on remote site.

5. Create a new port policy with required schedule policy (e.g. ALL queues are SP).

6. Configure traffic classification according to the VLAN priority and map them to different queues.

7. Apply the policy to relevant ports.

8. Create 4 IP streams on the test port of Ethernet analyzer with same VLAN ID and with different VLAN priority.

Condition 1 :

1. Setting the transmit rate for every stream and keep the amount transmit rate is less than radio transmission capacity.

2. Start transmit all services, check the actual received rate of every stream is equal to the transmit rate, that means all services are transmit through the radio link correctly.

Condition 2:

1. Increase the transmit rate of stream1till the radio getting congestion.

2. The low priority should be lost.

3. Restore the transmit rate of stream 1.



4. Start transmit all services, check the actual received rate of every test port is equal to the transmit rate, that means all services are transmit through the radio link correctly.

Test

Results


Radio Channel Spacing: 500MHz Modulation Scheme: QPSKS

IP streams configuration:

Stream1: 128byte, Vlan ID 100, VLAN Pri 7,




Condition 1: Non-Congestion

Ethernet Services Actual Transmitting Rate Actual Receiving Rate

Stream1 100M 100M

Stream2 100M 100M

Stream3 100M 100M

Stream4 100M 100M

AMOUNT 400M 400M

Condition 2: Congestion by transmission rate of streams increased

Ethernet Services Actual Transmitting Rate (Congestion / Restore)

Actual Receiving Rate (Congestion / Restore)

Stream1 250/350/424 250/350/424

Stream2 100 100/74/0

Stream3 100 74/0/0

Stream4 100 0/0/0

AMOUNT

Expected

Results

The packet losing of each service is correct by different VLAN priority.

Remarks:Configuration :







signature

signature

5.3.5 Service Stability

5.3.5.1 Ethernet service transmission stability testTest

ConsiderationThis case to verify the reliability of Ethernet service that transmits through radio link for a long test period.



Test Bench

Test Procedure


2. Configure Ethernet service.

3. Make PER measurement for a period of more than 24 hrs.

Test

Results



Service Type

Service DescriptionStart

Date/TimeStop

Date/TimeResults

Ethernet Stream1

Packets length: 101

Throughput: 2G

Vlan-ID: 100

Priority: 0

2013-02-07 2013-02-09 OK

Reason for

Failure:

Remarks:



signature

5.4 Operation and Maintenance Test in Field by LCT

5.4.1 Maintenance

5.4.1.1 Checking the NE statusTest

ConsiderationThis case to verify checking the NE status in field by LCT.

Test Bench

Test Procedure

1. In NE List, query communication status of an NE, communication status needs to be Normal.

2. Check Login Status of an NE. If the Login Status column of an NE is Not Logged In, log in to the NE.

a) Select an NE, and then click NE Login, the NE Login dialog box is



displayed.

b) Enter a user name in User Name and a password in Password.

The user name is ‘lct’ by default.

The password for the user lct is ‘Changeme_123’ by default.

c) Click OK.

After you log in to the NE successfully, Login Status in NE List changes to Logged In.

Test

Results

Radio link information: Radio link 1

Actions Results

NE login OK

Login status after login OK

Reason for

Failure:

Remarks:





signature

5.4.1.2 Browsing the Current AlarmsTest

ConsiderationThis case to verify browsing the current alarms and saving them to a field by LCT.



Test Bench

Test Procedure

1. In the NE Explorer, select the required NE from the Object Tree, and then click

the icon on the toolbar.

You can also click an alarm indicator on the toolbar to display the alarms of the specific severity.

From left to right, the alarm indicators and corresponding alarm severities are as follows:

Red: critical alarm

Orange: major alarm

Yellow: minor alarm

Purple: warning

Light blue: abnormal event

2. Browse the displayed alarms.

3. If there are newly generated alarms after the last maintenance, select the newly generated alarms, record the details of these newly generated alarms, and then notify the troubleshooting personnel to clear these alarms in time.

4. Click Save As, a text file that lists the current alarms is displayed in Internet Explorer.

Test

Results



Actions Results

Browsing the Current alarms Ok

Save the Current alarms to a file Ok

Plaster the current alarms file in here.

Reason for



Failure:

Remarks:



signature

5.4.1.3 Browsing the History AlarmsTest

ConsiderationThis case to verify browsing the history alarms and saving them to a field by LCT.

Test Bench

Test Procedure

1. In the NE Explorer, select the required NE from the Object Tree, and then click

the icon on the toolbar.

2. Click the Browse History Alarms tab.

3. Click Filter, The Filter dialog box is displayed.

4. Specify Rising Time and Cleared Time, and then click Filter.

5. The time span starts from the time when the last history alarm browsing operation was performed to the current time.

6. Browse the filtered history alarms.

7. Click Save As, a text file that lists the history alarms is displayed in Internet Explorer.

Test

Results



Actions Results

Browsing the History alarms OK

Save the History alarms to a file OK

Reason for

Failure:

Remarks:







signature

5.4.1.4 Browsing the Transmit Power and Receive PowerTest

ConsiderationThis case to verify browsing the history transmits power and receives power and then draws the power curve by LCT.

Test Bench

Test Procedure

1. GO to the main topology, press the radio link and select the radio link monitor.

2. Choose the 15min or 24h performance, and query valve.

3. Check the curve of the TX power and RX power.

Test

Results



Actions Results

Browsing the transmit power OK

Browsing the receive power OK

Reason for

Failure:

Remarks:





signature

5.4.2 Emergency Maintenance

5.4.2.1 IEEE 802.1ag ETH OAM test

Test Consideration

The IEEE 802.1ag OAM focuses on the maintenance of end-to-end Ethernet links. It realizes the sectional and segmental management over the service flow by specifying the maintenance domain, maintenance association, and maintenance point.

Test Bench

Test Procedure


2. Creating a maintenance domain (MD).

3. Creating a maintenance association (MA).

4. Creating an MEP point.

5. Creating remote MEPs in an MA.

6. Creating MIP.



7. Performing LB and LT testing on local site.

Test

Results



Actions Results

LB test for a good radio link pass

LT test for a good radio link pass

Reason for

Failure:

Remarks:















signature

5.4.3 Y1731 Test

5.4.3.1 LM Test

Test Purpose Test the Ethernet OAM function.

Test Topology

Test Steps (1) Setup the configuration according above figure..

(2) Configure Ethernet service from NE1 to NE2.

(3) Create MEP1 at port of NE1, and set the MPID

(4) Create MEP2 at port of NE2, and set the MPID,



(5) Set the frame loss test parameters and check the result.

Expected

ResultsFrame loss test work normally and the result is the same with the tester.

Pass / Fail pass

Remarks





Signature

5.4.3.2 DM Test


Test Topology

Test Steps

(1) Setup the configuration according above figure..




(5) Set the frame delay test parameters and check the result.

Expected

Results

Frame delay test work normally and the result is the same with the tester .

Latency: 70us----150us one way

Pass / Fail pass



Remarks

Signature



5.4.3.3 FDV Test


Test Topology

Test Steps

(6) Setup the configuration according above figure..




(10)Set the frame delay test parameters and check the result.

Expected

Results

Frame delay test work normally and the result is the same with the tester. Less than 10us.

Pass / Fail pass

Remarks



5.5 1+1 HSB and 2+0 Scenario Test

5.5.1 1+1 HSB Scenario TestTest Purpose To verify the HSB switching working normally.

Test Topology

Test Steps

(1) Create the test environment as shown in the diagram above.

(2) Configure 1+1 HSB on the RTN 380, RTN380 NE1 is main unite, NE2 is

standby. And RTN380 NE3 is main unite,NE4 is standby.

(3) Configure Two Ethernet service between NE1 and NE3 with vlan 100 and the

vlan 200.

(4) Setting the Ethernet analyzer, send traffic with vlan 100, and vlan 200.

(5) Check the service status.

(6) Cut off the main radio link, the service should be switch to the standby.

Expected

Results

Pass / Fail

Remarks:This scenario requires the switch or the upper device support static non-sharing mode. If the switch can support the LAG configuration, the HSB will work normally. But in current test environment, the switch can not support non-sharing mode, so another solution have to be used to instead. Solution 2: Configure ports protection on switch side. This solution switching time is more than 3s.Test topology:



Before switching

After switching



So for one link, it can transmit 1Gbps service and for each port is 500Mbps

Signature



5.5.2 2+0 Scenario Test

Test Purpose

To verify the 2+0 configuration can supply lager bandwidth and higher

transmission capacity.

Test Topology

Test Steps

(1) Create the test environment as shown in the diagram above;

(2) Configure Manual Sharing LAG on switch side;

(3) Configure four Ethernet service between NE1 and NE3 with vlan 100, 200,

300, and 400.

(4) Connect the switch and the tester with 10G port and set the Ethernet analyzer,

send Eth traffic.

(5) Check the service status.

Expected

Results

Pass / Fail

Remarks:

This scenario requires the switch or the upper device support manual sharing mode. If the switch can support the LAG configuration, the 2+0 will work normally. In current test environment, the switch can not support banding one optical and electoral ports in one sharing LAG, so we test another solution.Test topology:



Link 1 channel bandwidth and modulation is 500MHz—16QAM ,capacity is 1.3Gb. And the RX power is -51dBm and -47dBm.

Link 2 channel bandwidth and modulation is 500MHz—16QAM,capacity is 1.3GB. And the Rx power is -58dBm and -56dBm

So for 2+0 scenario, 2Gbps service can be transmitted and each port 500Mbps



Signature


Huawei Microwave Radio Product RTN 380V1R1 Field Test Report for DU V5.0-Finially

Documents

service test

field test summary4

field test case5

configuration test

maintenance test

amac test

3y1731 test

fdv test