the procedure for conducting tests on the equipment e2e_3g_nemo_v9_huawei

Quality and Technical Audit Dept.Mobile Network Planning and Optimization Dept.

Порядок проведения тестов E2E в сетях WCDMA на оборудовании Nemo

1


Содержание1. Введение.................................................................................................................................32. Измерительное оборудование, квалификация персонала..................................................33. Общая информация...............................................................................................................34. Замечания и ограничения......................................................................................................45. Дополнительные условия......................................................................................................5

5.1 Ограничения на изменения параметров при проведении тестов E2E............................55.2 Тестирование на площадках, смонтированных силами Вымпелком.............................5

6. Типы тестов. Условия проведения измерений...................................................................67. Перечень E2E KPI..................................................................................................................78. Процедуры проведения измерений......................................................................................9

8.1.CS voice/video/SMS тесты...................................................................................................98.2 Обработка результатов измерений..................................................................................168.3 PS тесты..............................................................................................................................18

9. Формат отчета......................................................................................................................29Приложение 1. Сбор Информации.............................................................................................30

1.1 Как создавать CDT трэйсы на RNC...........................................................................301.2 Как проверить учетные данные в HLR......................................................................341.3 Как проверить полосу пропускания IUB интерфейса..............................................351.4 Как создать трэйс на MSC..........................................................................................361.5 Как запустить трассировку на SGSN.........................................................................371.6 Как изменить MTU......................................................................................................391.7 Как изменить TCP Window Size.................................................................................391.8 Как отслеживать и контролировать число абонентов в соте..................................401.9 Как обеспечить использование HSDPA для тестов Ping или передачи данных. . .421.10 Как проверить значение HSDPA CQI........................................................................441.11 Как обеспечить использование HSUPA для тестов Ping или передачи данных. . .441.12 Как убедиться, что в активном наборе во время передачи данных с помощью HSDPA присутствует только одна сота.................................................................................471.13 Как убедиться что для тестов PING или передачи данных исользуется PS R99...481.14 Как извлечь логи CHR.................................................................................................481.15 Запрос на сбор данных в случае если KPI не укладывается в целевое значение. .481.16 Как использовать FTP чтобы скачать данные с RNC BAM....................................491.17 Как извлечь конфигурационный файл RNC.............................................................491.18 Как извлечь конфигурационный файл NodeB..........................................................501.19 Как проверить трансмиссию MGW-RNC и MGW-MSC..........................................511.20 Как проверить трансмиссию SGSN-RNC и SGSN-GGSN......................................521.21 Проверка качества QoS через IuB на IP....................................................................54

Приложение 2. Выявление неисправностей с HSPA Throughput............................................552.1 Перечень параметров для проверки HSDPA Throughput...............................................552.2 Перечень параметров для проверки HSUPA Throughput...............................................57

Приложение 3. QoS для IP трансмиссии...................................................................................59Приложение 4. Структура сети..................................................................................................59

2


1. Введение

Данный документ содержит детальную информацию касаемо проведения E2E тестов на фрагменте 3G сети ОАО «Вымпелком» без проведения предварительных работ по оптимизации на последней. Целью проведения тестов является приемка сети филиала по измеренным в ходе тестирования значениям KPI. Измеренные значения KPI не должны превышать нормативных значений приведенных в таблице 1.

В тестировании участвуют представители технической дирекции филиала/производителя. Результаты тестирования согласуются с Департаментом качества и Технического аудита и производителем оборудования.

Тестирование 3G сети проводится в зоне покрытия 1-2 сайтов, за строительство которых ответственным является производитель.

2. Измерительное оборудование, квалификация персонала

Тестирование проводится с использованием измерительного комплекса Nemo, как путем стационарных измерений, так и путем объездов.Для проведения тестов вместе с измерительным комплексом Nemo будут использоваться следующие мобильные терминалы:

- телефон Nokia N95 (поддерживает пакетную передачу в сетях 3G на скоростях до 3,6 Мбит/сек на downlink и до 384 Кбит/сек на uplink;

- карта Sierra Wireless AirCard 880 (поддерживает пакетную передачу в сетях 3G на скоростях до 7.2 Мбит/сек на downlink и до 2 Мбит/сек на uplink);

В процессе тестирования должны принимать участие квалифицированные специалисты, прошедшие подготовку (обучение) по работе с измерительным оборудованием Nemo (Outdoor + Analyse) и изучившие инструкции по применению данного оборудования в части измерений, особенно в сетях WCDMA.

3. Общая информация

В документе NEMO OUTDOOR User Manual Version 4.24 на стр. 45 – 51 приведен порядок конфигурирования элементов комплекса NEMO OUTDOOR вручную.

В документе NEMO OUTDOOR User Manual Version 4.24 на стр. 134 описан порядок создания сценариев тестов.

Порядок использования отчетов для оценки KPI изложен в документе NEMO Analyze Version 5/11 User Manual (файл Analyze manual.pdf) раздел Reports, стр. 205 - 213

Порядок использования статистики для оценки KPI изложен в документе NEMO Analyze Version 5.11 User Manual (файл Analyze manual.pdf) раздел Parameter Tree, стр. 49 – 61.

3


4. Замечания и ограничения

все оборудование фрагмента 3G сети запущено в эксплуатацию и нормально функционирует; предполагается, что на выбранном фрагменте 3G сети на момент проведения измерений абонентский трафик может присутствовать; все стационарные измерения должны быть выполнены в непосредственной близости к сайту (Node B, BTS) и в условиях: RSCP>-80 dBm, Ec/No>-9 dBm (настоятельно рекомендуется проводит измерения в условиях Ec/No >= -5 dBm) – для WCDMA и RxLev>-80dBm, RxQual<=2 – для GSM. Если в результате обработки результатов тестирования выявлено, что часть тестов выполнена в несоответствующих радиоусловиях (не выполняются условия RSCP > -80 dBm, Ec/No > -9, RxLev>-80dBm, RxQual<=2), требуется выполнить такие тесты повторно. (Например, 20 из 100 голосовых тестов выполнены в несоответствующих радиоусловиях — Требуется перевыполнить 20 тестов заново. Фактически, это означает перезапуск соответствующего скрипта на нужное количество повторений); любые проблемы, связанные с измерительным оборудованием, проблемы интерференции и трафиковых перегрузок на секторах не должны учитываться в качестве негативных факторов и должны быть исключены из рассмотрения. Настоятельно рекомендуется при тестировании выбирать соты 2G с отсутствием перегрузок (TCH/SDCCH); сервер для тестирования пакетной передачи данных должен быть напрямую подключен к Gi-интерфейсу и обеспечивать бесперебойную прием/передачу данных на скорости не менее 3,6 Мбит/сек; в случае невозможности создания тестового FTP-сервера на Gi-интерфейсе необходимо предоставить аргументированное обоснование невозможности его организации. В таком случае возможно использование альтернативного тестового сервера с указанными в Таблице 2 Раздела 6 параметрами; используемый в ходе тестирования APN не должен иметь ограничений по пропускной способности, либо эти ограничения не должны быть ниже максимально возможной скорости передачи (7.2 Мбит/сек); производитель не несет ответственности за сбои и проблемы в работе оборудования 3-х лиц, в том числе относящегося к 2G сетям,CN, транспортным сетям, PSTN.

Замечания:o Так как передача данных с помощью HSPA требует значительных сетевых ресурсов,

Huawei настоятельно рекомендует проводить HSPA тесты в сотах без наличия посторонних абонентов;

o Гарантированная полоса пропускания на IuB интерфейсе должна быть обеспеченна с учетом присутствия в сети прочих абонентов. Huawei настоятельно рекомендует выполнение следующих требований в полосе пропускания:

1. 2 Mbps HSDPA test: не менее 4M или 2E1 выделенных для тестовой NodeB;2. 3.6 Mbps HSDPA test: не менее 6M или 3E1 выделенных для тестовой NodeB; 3. 7.2 Mbps HSDPA test: не менее 10M или 5E1 выделенных для тестовой NodeB;4. R99 test: то же, что и для HSPA test.

o QoS для IP трансмиссии.

UTRAN IP Packet IP Packet IP Packet

4


traffic class Loss Rate Time Delay Delay VariationConversational < 1% (excluding VP),

< 0.05% (including VP)< 40 ms < 15 ms

Streaming < 1% < 40 ms < 15 msInteractive < 1% < 60 ms < 20msBackground < 1% < 60 ms < 20ms

Форма a, IuB интерфейс на IP

UTRAN traffic class

IP Packet Loss Rate

IP Packet Time Delay

IP Packet Delay Variation

Conversational < 0.05% < 10 ms < 7 msStreaming < 0.05% < 10 ms < 7 msInteractive < 1% < 15 ms < 7 msBackground < 1% < 15 ms < 7 ms

Форма b, IU интерфейс на IPПроцедуру контроля приведена в Приложении 1, главах 1.19 и 1.20

o Зоны хендовера оказывают значительное влияние на пропускную способность HSPA, поэтому Huawei рекомендует проводить HSPA тесты вне зоны хендовера, то есть в зонах, где в активном наборе UE присутствует лишь одна сота.

o Так как трансмиссия оказывает значительно влияние на производительность HSPA и R99, компания Хуавэй настаивает на предоставлении компанией Вымпелком отчета о качестве трансмисии в случае неукладывания HSPA and R99 KPI в целевой диапазон.

o Методики и указания по мониторингу данных параметров представлены в приложении 1.

5. Дополнительные условия

5.1 Ограничения на изменения параметров при проведении тестов E2EНа момент проведения тестирования на фрагменте 3G сети не допускаются какие-либо изменения, в том числе:- изменения конфигурации антенной системы (смена типа антенны, углов наклона, азимутов, высот подвеса);- изменение конфигурации Hardware;- изменение списка соседей; - изменение логических параметров.

5.2 Тестирование на площадках, смонтированных силами ВымпелкомHuawei не возражает против использования NodeB, установленных компанией Вымпелком, для проведения тестов E2E если:

1. Сайт, построенный Huawei, не удовлетворяет требованиям, предъявляемым к трансмиссии IUB интерфейса.

2. базовая станция, на которой предполагается выполнить E2E тесты, установленная компанией Вымпелком, удовлетворяет определению “Филиальная сеть”,

3. соблюдены все требования компании Huawei по установке, настройке и интеграции NodeB согласно пройденным Hardware и Software Check листам,

4. отсутствуют Alarms на данной базовой станции, 5. отсутствуют Alarms на RNС, к которому подключена базовая станция, связанные с

данной NodeB, 6. выполняются условия пункта 4 данного документа,7. выполнены общие требования к работоспособности (отсутствие проблем с

оборудованием, возможность мониторинга OM).

5


6. Типы тестов. Условия проведения измерений.

Большинство тестов проводятся в стационарных точках, удовлетворяющих условиям выше. Драйв тест используется только для измерений 3G/2G/3G HO. В рамках тестов используются короткие звонки длительностью 30 с, длинные звонки с длительностями 2 мин и 20 мин. в зависимости от типов тестов (указано ниже), отправка SMS. Количество коротких, длинных звонков и отсылаемых SMS в рамках одного теста составляет 100, за исключением выполнения измерений 3G/2G/3G HO, где количество вызовов составляет 6.

В рамках тестов услуг пакетной передачи данных используются файлы размером 8 Мбайт для тестирования R99 и размером 25 и 100 Мбайт для тестирования HSPA. Количество итераций загрузки в рамках одного теста составляет 5 раз если в методике измерения не указано иного значения.

Далее в таблицах 1 и 2 указаны перечни параметров для проведения тестирования: в таблице 1 параметры CS voice/video/SMS тестов, в таблице 2 – параметры PS тестов.

Таблица 1

Параметр ЗначениеДлительность короткого звонка 30 sec. Длительность звонка 2 minДлительность звонка 20 minПауза между вызовами 15 sec.Максимальная длительность попытки установления соединения

30 sec

Пауза между отправками SMS 15 secМаксимальная длительность попытки отправки SMS

30 sec

Таблица 2

Параметр ЗначениеПауза после обрыва соединения 10 sec.Размер файла для тестирования скорости R99 8 MBРазмер файла для тестирования скорости HSPA

100 MB DL/ 25 MB UL

Размер ping-пакета для тестирования RTT 32 bytesЗадержка между загрузками файлов 10 sec.FTP host name* Локальный FTP серверFTP login* Локальный FTP серверFTP password* Локальный FTP сервер* Примечание:

Указанные ниже параметры соответствуют альтернативному FTP-серверу который находится на коммерческом хостинге и может быть использован по предварительному согласованию только в случае обоснованной невозможности инсталляции тестового FTP-сервера на Gi-интерфейсе.

FTP host name* 3g-sonnabi.1gb.ruFTP login* w_3g-sonnabi_bf60fd77FTP password* 79dd818a

6


Примечание: компания Хуавэй настаивает на установке локального FTP-сервера, непосредственно подключенного к GGSN, чтобы с его помощью проводить тестирования RTT и передачи данных.

7


7. Перечень E2E KPI

Таблица 3

KPI

Target Value

Target Value

Percentage

Measurement

Method

RNC(HW)+Core network (Other

vendor)+2G(other vendor)

RNC(HW)+Core network (HW)

+2G (other vendor)

Speech

MO Call Set-up Time (Mobile - Test Number) <4 sec. >95%

Стационарный тест

НЕТ √

MO Call Set-up Success Rate (Mobile - Test Number) >99%


НЕТ √

MO Call Completion Success Rate (Mobile - Test Number) >98%


НЕТ √

Mobile 3G - Mobile 3G Call Set-up Time <8 sec. >95%


НЕТ √

Call Set-up Success Rate (Mobile 3G – Mobile 3G) >99%


НЕТ √

Call Completion Rate (Mobile 3G-Mobile 3G)

>99% Стационарный тест

НЕТ √

Mobile 2G - Mobile 3G Call Set-up Time

<8 sec. >95%


НЕТ Частично

Call SetUp Success Rate (Mobile 2G-Mobile 3G)



Call Completion Rate (Mobile 2G-Mobile 3G)



SMS End-to-End Success Ratio (Mobile 3G-Mobile 3G)



SMS End-to-End Time (Mobile 3G-Mobile 3G)

<15 sec



Intra/Inter MSS 3G/2G HO Success Rate >98%

Drive Test


Intra/Inter MSS 2G/3G HO Success Rate >98%

Drive Test


Video Telephony

Mobile 3G - Mobile 3G Call Set-up Time

<15 sec. >95%


НЕТ √

Mobile 3G - Mobile 3G Call Set-up Success Rate >99%


НЕТ √

Mobile 3G - Mobile 3G Call Completion Success Rate >98%


НЕТ √

8


PS Data-R99

Attach Time*<2,5 sec. >95%


НЕТ √

PDP Context Activation Time* <2 sec. >95%


НЕТ √

Attach Success Rate* >99%


НЕТ √

PDP Context Activation Success Rate* >99%


НЕТ √

RTT(32 Bytes Packet, 384 kbps DL/ 64 kbps UL RAB)

<380 ms >95%


НЕТ √

Average throughput, UL>24 Кbit/s >95%


НЕТ √

Average throughput, DL>60 Кbit/s >95%


НЕТ √

PS Data – HSPA

Attach Time*<2,5 sec. >95%


НЕТ √

PDP Context Activation Time* <2 sec. >95%


НЕТ √

Attach Success Rate* >99%


НЕТ √

PDP Context Activation Success Rate* >99%


НЕТ √

RTT(32 Bytes Packet, HSDPA DL/ 64 kbps UL RAB)

<380 ms >95%


НЕТ √

RTT(32 Bytes Packet, HSDPA DL/HSUPA UL RAB)

<150 ms >95%


НЕТ √

PS HSPA Average throughput, UL

>0.8 Mbit/s >95%


НЕТ √

PS HSPA Average throughput, DL

>3.2 Mbit/s >95%


НЕТ √

«Частично» означает, что результаты теста не полностью соответствуют поставленным целям. После анализа результатов сотрудниками компании Хуавей в случае, если причиной несоотвествия нормам будет являться некорректная работа оборудования Хуавей, поставщик будет обязан устранить несоответствия своими силами, в противном случае компания Вымпелком будет отвественна за это.

«√» означает, что компания Хуавей гарантирует данный KPI «Нет» означает, что компания Хуавей не является ответственной за полученные реультаты, и будет нести ответственность только в

случае доказательства некорректной работы оборудования Хуавей компанией Вымпелком. * ПО NEMO позволяет вычислять значения Attach and PDP Context Time/Success Rate отдельно, поэтому показатели KPI Attach and PDP

Context Activation Time and Attach and PDP Context Activation Success Rate были заменены на эквивалентные

9


8. Процедуры проведения измерений

8.1.CS voice/video/SMS тесты

Call Completion Success Rate (CCSR) – Voice and Video.

Перечень проводимых тестов:

1) MO Call Completion Success Rate (Mobile - Test Number) – Voice (Примечание: Mobile 3G – Стационарный тестовый номер)

2) Mobile 3G - Mobile 3G Call Completion Success Rate - Voice

3) Mobile 2G-Mobile 3G Call Completion Success Rate - Voice

4) Mobile 3G - Mobile 3G Call Completion Success Rate - Video

Метод измерения.

Выполняются стационарные тесты с последовательностью длинных звонков длительностью 2 мин. Последовательность звонков определяется как серия установления вызовов из режима idle mode с определенной периодичностью. После того как вызов был заблокирован, или установился и автоматически нормально завершился, или был разорван - автоматически инициируется новый звонок.

1. Запустить программу Nemo Outdoor. Выполнить настройки параметров портов COM (Trace и Modem port) для 2-х измерительных телефонов Nokia N95 в меню Measurement/Add New Device.

Подробную методику по настройке телефонов см. в документе «Nemo Outdoor User manual» стр. 49, 123. После выпонения этой процедуры телефоны должны быть активны. Активность контролируется переведением телефона в Online mode (клавиша Work Offline/Online).

2. В меню Measurement/Script editor через поле Add создать скрипты для voice/video call со следующими параметрами:

Вызываемый номер: в случае «Mobile - Test number» необходимо использовать в качестве вызываемой стороны номер автоответчика, предварительно наcтроенного на MSS Huawei (длительность соединения со стороны автоответчика должна быть не менее 30 мин), для прочих тестов необходимо ввести номер вызываемой стороны (второго мобильного аппарата);

Call duration – 2 min.

Call attempt timeout – 30 sec.

Wait – 15 sec при опции «Current time»

Repeat script – 100

Таким образом, должно быть создано 3 различных скрипта: для тестов 2) и 3) используется один и тот же скрипт. Более подробную процедуру по созданию скриптов см. документ «Nemo Outdoor User manual» стр. 134.

3. В диалоговом окне Devices телефона Nokia N95

10


Нажимаем кнопку Device Settings и далее Script Properties. В поле Script выбрать для проведения данного типа теста нужный скрипт.

4. Перевести телефоны в режим Оnline. Путем нажатия клавиши Start/Stop Scripts активировать скрипт.

5. По окончании тестов сохранить измерения в виде log файлов. Файл вызывающей (MO) стороны имеет расширение *.dt1, вызываемой (MT) – *.dt2 (только для тестов Mobile-Mobile, т.к. в случае Mobile – Test number log файлы на стороне MT не пишутся). Файлы рекомендуется именовать в зависимости от типа теста (тип телефона - вызывающая/вызываемая сторона указан в расширении файла) для простоты дальнейшей работы с ними: например, для теста 1) MO Call Completion Success Rate (Mobile - Test Number) - Voice log файл стороны MO может иметь название: MO_3G-Test#_CCSR.dt1.

6. После сохранения файлов телефоны перевести в режим Offline (клавиша Work Offline/Online).

Сall Setup Success Rate (CSSR) – Voice and Video

11


Перечень проводимых тестов

5) MO Call Set-up Success Rate (Mobile - Test Number) – Voice (Примечание: Mobile 3G – Test Number)

6) Mobile 3G – Mobile 3G Call Set-up Success Rate -Voice

7) Mobile 2G-Mobile 3G Call Set-up Success Rate - Voice

8) Mobile 3G - Mobile 3G Call Set-up Success Rate –Video

Метод измерения

Выполняются стационарные тесты с последовательностью коротких звонков длительностью 30 sec. Последовательность звонков определяется как серия установления вызовов из режима idle mode с определенной периодичностью. После того как вызов был заблокирован, или установился и автоматически нормально завершился, или был разорван - автоматически инициируется новый звонок.


Вызываемый номер: в случае Mobile-Test number необходимо использовать в качестве вызываемой стороны номер автоответчика, предварительно наcтроенного на MSS Huawei (длительность соединения со стороны автоответчика должна быть не менее 30 мин), для прочих тестов необходимо ввести номер вызываемой стороны (второго мобильного аппарата);

Call duration – 30 sec.



Repeat script – 100

Таким образом, должно быть создано 3 различных скрипта: для тестов 6) и 7) используется один и тот же скрипт. Более подробную процедуру по созданию скриптов см. документ «Nemo Outdoor User manual» стр. 134.



12



4. По окончании тестов сохранить измерения в виде log файлов. Файл вызывающей (MO) стороны имеет расширение *.dt1, вызываемой (MT) – *.dt2 (только для тестов Mobile-Mobile, т.к. в случае Mobile – Test number log файлы на стороне MT не пишутся). Файлы рекомендуется именовать в зависимости от типа теста (тип телефона - вызывающая/вызываемая сторона указан в расширении файла) для простоты дальнейшей работы с ними: например, для теста 8) Mobile 3G - Mobile 3G Call Set-up Success Rate – Video log файл стороны MO может иметь название: MO_3G-3G_CSSR.dt1.


Mobile originated call setup time - Voice and Video


9) MO Call Set-up Time (Mobile - Test Number) – Voice (Примечание: Mobile 3G – Test Number)

10) Mobile 3G - Mobile 3G Call Set-up Time - Voice

11) Mobile 2G - Mobile 3G Call Set-up Time - Voice

12) Mobile 3G - Mobile 3G Call Set-up Time - Video

13



Выполняются стационарные тесты с последовательностью коротких звонков длительностью 30 sec. Последовательность звонков определяется как серия установления вызовов из режима idle mode с определенной периодичностью. После того как вызов был заблокирован, или установился и автоматически нормально завершился, или был разорван - автоматически инициируется новый звонок.

!!!Измерения по тестам 9)-12) проводить не требуется. Результаты измерений по тестам 9)-12) уже содержаться в соответствующих имеющихся log файлах, полученых в разделе

Сall Setup Success Rate (CSSR) – Voice and Video.

Примечание:

Типы Log файлов соответствуют следующим парам тестов: 5)-9), 6)-10), 7)-11), 8)-12).

IRAT HO success rate (IRHSR)


13) Intra/Inter MSS 3G/2G HO Success Rate14) Intra/Inter MSS 2G/3G HO Success Rate


Для обеспечения попыток IRAT хэндоверов (2G в 3G или наоборот) выполняются drive тесты с последовательностью длинных звонков длительностью 20 min. Маршруты drive тестов могут находится за пределами зоны измерений, соответствующей условиям в разделе «Замечания и Ограничения», т.е. в зоне, где RSCP<-80 dBm , Ec/No<-9 dB, RxLev<-80dBm, RxQual>2 . Последовательность звонков определяется как серия успешных установлений вызовов из режима idle mode с определенной периодичностью. После того как вызов был заблокирован, или установился и автоматически нормально завершился, или был разорван - автоматически инициируется новый звонок.

Чтобы при тестировании потенциально обеспечить попытки IRATHO важно заранее спланировать маршрут движения вдоль зоны предполагаемого переключения сервиса 2G/3G/2G!!!

Важно!!! Необходимо, чтобы за весь маршрут движения событий по IRATHO было не менее 100. Поэтому, в процессе выполнения теста требуется контролировать наличие межсистемных хэндоверов любым удобным способом: либо через интерфейс программы Nemo Outdoor либо по индикатору 2G/3G на измерительном телефоне.


Вызываемый номер: в качестве вызываемой стороны предлагается использовать номер автоответчика, предварительно наcтроенного на MSS

14


Huawei (длительность соединения со стороны автоответчика должна быть не менее 30 мин);

Call duration – 20 min.



Repeat script – 6

Таким образом, должен быть создан 1 скрипт, одинаковый для каждого типа теста (вызываемая сторона MT – остается неизменной). Более подробную процедуру по созданию скриптов см. документ «Nemo Outdoor User manual» стр. 134.




15


4. По окончании тестов сохранить измерения в виде log файлов. Файл вызывающей (MO) стороны имеет расширение *.dt1, на вызываемой (MT) в данном случае – файл не пишется. Файлы рекомендуется именовать в зависимости от типа теста (тип телефона - вызывающая/вызываемая сторона указан в расширении файла) для простоты дальнейшей работы с ними: например, для теста 9) Intra/Inter MSS 3G/2G HO Success Rate log файл стороны MO может иметь название: MO_3G-2G_ IRHSR.dt1.


SMS End-to-End KPI


15) SMS End-to-End Failure Ratio (Mobile 3G-Mobile 3G),16) SMS End-to-End Time (Mobile 3G-Mobile 3G)


Выполняются стационарные тесты с последовательностью посылки SMS сообщений. Посылка сообщений осуществляется при изначальном режиме idle mode с определенной периодичностью. После того как отправка была заблокирована, нормально осуществлена, или была прервана автоматически инициируется новая попытка отправки сообщения.

1. В меню Measurement/Script editor через поле Add создать скрипт в разделе Messaging/Send SMS Message со следующими параметрами:

Phone number/Вызываемый номер: ввести номер вызываемой стороны (второго измерительного аппарата);

Service center address/Адрес SMS центра: +79037011111

Timeout – 30 sec.

Установить галочку End-to-End message;

В поле Message ввести любой текст;


Repeat script - 100

Более подробную процедуру по созданию скриптов см. документ «Nemo Outdoor User manual» стр. 134, 114.


16




4. По окончании тестов сохранить измерения в виде log файлов. Файл отсылающей (MO) стороны имеет расширение *.dt1, принимающей (MT) – *.dt2. Файлы рекомендуется именовать в зависимости от типа теста (тип телефона - вызывающая/вызываемая сторона указан в расширении файла) для простоты дальнейшей работы с ними: например, файл может иметь название: MO_3G-3G_SMS.dt1.


ВАЖНО!!! Скрипт использовать для проведения измерений в тесте 15). Измерения для теста 16) не проводятся. Для получения результатов измерений теста 16) использовать соответствующие log файлы *.dt1 и *.dt2, полученные в тесте 15) (иными словами, при последующей обработке результатов для обоих тестов log файлы одни и те же)

8.2 Обработка результатов измерений.

Обработка результатов измерений производится с помощью программы «Nemo Analyse».

1. Запустить программу «Nemo Analyse».

17


2. В диалоговом окне File выбрать Measurement/Open Measurement. Должна открыться папка с полученными в результате тестов log файлами. Выбрать все файлы и нажать Открыть. Все файлы автоматически будут сложены в папку All Measurements, а ее содержимое будет отображено в окне ниже (Folder Contents).

3. ВАЖНО!!! Далее при обработке voice/video call следует работать с файлами только расширения *.dt1, т.е. с log файлами стороны MO.

4. Выбрать log файл *.dt1 соответствующий тесту 1) MO Call Completion Success Rate (Mobile - Test Number) – Voice. Правой кнопкой мыши открыть меню и выбрать Statistics/Voice/video call statistics. В появившемся окне зафиксировать параметр ETSI call completion rate, соответствующий измеряемому в данном тесте показателю.

5. П.4 повторить для остальных типов тестов (2,3,4).

6. Выбрать log файл *.dt1 соответствующий тесту 5) MO Call Set-up Success Rate (Mobile - Test Number) – Voice. Правой кнопкой мыши открыть меню и выбрать Statistics/Voice/video call statistics. В появившемся окне зафиксировать параметр ETSI service accessibility, соответствующий измеряемому в данном тесте показателю.

7. П.6 повторить для остальных типов тестов (6,7,8).

8. Выбрать log файл *.dt1 соответствующий тесту 9) MO Call Set-up Time (Mobile - Test Number) – Voice (он же соответствует тесту 5) MO Call Set-up Success Rate (Mobile - Test Number) – Voice). В нижнем поле окна Workspace открыть Services далее Voice/video call далее выбрать Call setup time to ALERTING, правой кнопкой мыши открыть меню и далее выбрать Change Defaults. В появившемся окне выбрать Statistics и установить параметр Threshold равный 4. Нажать OK. Снова выбрать log файл, правой кнопкой мыши открыть меню и выбрать Statistics/Voice/video call statistics. В появившемся окне выбрать закладку Call setup time и зафиксировать параметр Threshold <4, соответствующий измеряемому в данном тесте показателю.

9. П.8 повторить для остальных типов тестов (10,11,12). Типы log файлов использовать в соответствии с примечанием раздела Mobile originated call setup time - Voice and Video. Параметр Threshold для тестов использовать следующий: тест 10) – 8, тест 11) – 8, тест 12) -15. Зафиксировать параметры Threshold <8, 8 и 15 для тестов 10), 11) и 12), соответствующие измеряемым в этих тестах показателям.

10. Выбрать log файл *.dt1 соответствующий тесту 13) Intra/Inter MSS 3G/2G HO Success Rate. Правой кнопкой мыши открыть меню и выбрать Report/Open/UMTS performance report.rpt. С помощью параметров закладки 3/8 в разделе Inter-System Handover Basic Counters рассчитать:

Зафиксировать значение IRHSR_3G/2G, соответствующее измеряемому в данном тесте показателю.

11. Повторить п.10 для теста 14). Расчет измеряемого в тесте 14) показателя проводить по следующей формуле:

18


12. Выбрать папку All Measurement и нажатием правой кнопки мыши выбрать

Organize. В появившемся окне нажать кнопку Add new drag and drop folder. Ввести имя папки. OK. В появившуюся в окне Folders папку перетащить мышкой 2 файла *.dt1 и *.dt2, соответствующие тестам 15) и 16) из поля Measurements.

12.1 Выбрать созданную папку с файлами. Правой кнопкой мыши открыть меню и выбрать Report/Open/Service performance report/OK. В отчете выбрать страницу 9. Показатель в тесте 15) рассчитывается по следующей формуле на основании данных страницы 9 открытого отчета:

12.2. Выбрать созданную папку с файлами. В нижнем поле окна Workspace выбрать Services/SMS/SMS end to end delivery time и правой кнопкой мыши открыть Change Defaults/Statistics. Установить параметр Threshold равный 15, нажать OK. Вновь выбрать Services/SMS/SMS end to end delivery time и правой кнопкой мыши открыть Statistics By/No Grouping. В появившемся окне зафиксировать параметр Threshold <15, соответствующий измеряемому в тесте 16) показателю.

8.3 PS тесты

Порядок подключения и настройки Dial-Up соединения для выполнения PS тестов для тестового телефона Nokia N95 и карты Sierra Wireless Aircard 880, соответственно, в файле Dial-up configuration.pdf в документе Dial-Up Networking Setup for Windows XP на стр. 37 – 48 и 151 – 159.При проведении PS тестов необходимо, пользуясь данными статистики Globus, определить наименее загруженную соту и интервал времени наименьшей нагрузки в этой соте.Количество Е1 потоков для Node B, выбранной для проведения тестов, должно быть не менее 3-х. Подробнее о методах контроля количества абонентов в соте смотрите Приложение 1 главу 1.8.

Для оценки PS KPI необходимо использовать данные статистики параметра Average application throughput UL/DL. Этот параметр необходимо выделить в окне параметров: - Service - Data transfer -Throughput

Расчет значения Target Value Percentage производится по формуле:

Target Value Percentage= количество значений Average application throughput UL/DL, удовлетворяющих соответствующим значениям Target Value UL/DL / общее количество закачаных/скачаных файлов x 100%.

В каталоге C:\Nemo Tools\Nemo Outdoor 4\Scripts приведены примеры файлов сценариев.

19


Скриншоты примеров сценариев:

1. См.файл FTP Example Script.nsf

2. См. файл Example Script Activate and Deactivate PDP Context.nsf

3. Скриншот примера сценария для выполнения тестов RTT.

20


Внимание!В настройка пункта «Packet Activate PDP Context» в сценариях важно установить значения полей на вкладках «Basic QoS» и «Extended QoS» окна настроек в соответствии с приведенными ниже скриншотами:

21


Attach Activation Time — R99

Attach Success Rate — R99

PDP Context Activation Time — R99

PDP Context Activation Success Rate — R99

Тест выполняется с помощью телефона Nokia N95 с отключенным режимом HSPA. Измерения проводятся посредством стационарных тестов.

Параметры настройки сценария тестаRepeat script 200 разЗадержка между итерациями 10 сек.

PDP Context SettingsAccess point name* internet.beeline.ruUsername beelinePassword beelineOwn IO address Установить «Use dynamic»Compression Все галки сняты* В случае если данный APN удовлетворяет требованиями Раздела 4 к пропускной способности APN. В противном случае сконфигурировать и использовать отдельный APN, удовлетворяющий требованиям Раздела 4.

Результаты тестирования:

22


1. Процент тестов с попаданием длительности процедуры Attach в режиме R99 в требуемый нормативынй уровень;

2. Процент успешных процедур Attach в режиме R99 от общего числа попыток;

3. Процент тестов с попаданием длительности процедуры PDP Context Activation в режиме R99 в требуемый нормативный уровень;

4. Процент успешных процедур PDP Context Activation в режиме R99 от общего числа попыток.

Attach Activation Time — HSPA

Attach Success Rate — HSPA

PDP Context Activation Time — HSPA

PDP Context Activation Success Rate — HSPA

Тест выполняется с помощью телефона Nokia N95 с включенным режимом HSPA. Измерения проводятся посредством стационарных тестов.

Параметры настройки сценария тестаRepeat script 200 разЗадержка между итерациями 10 сек.

PDP Context SettingsAccess point name* internet.beeline.ruUsername beelinePassword beelineOwn IO address Установить «Use dynamic»Compression Все галки сняты* В случае если данный APN удовлетворяет требованиями Раздела 4 к пропускной способности APN. В противном

случае сконфигурировать и использовать отдельный APN, удовлетворяющий требованиям Раздела 4


1. Процент тестов с попаданием длительности процедуры Attach в режиме HSPA в требуемый нормативынй уровень;

2. Процент успешных процедур Attach в режиме HSPA от общего числа попыток;

3. Процент тестов с попаданием длительности процедуры PDP Context Activation в режиме HSPA в требуемый нормативный уровень;

4. Процент успешных процедур PDP Context Activation в режиме HSPA от общего числа попыток.

RTT (32 Bytes Packet, 384 Kbps DL / 64 Kbps UL RAB) — R99

Тест выполняется с помощью телефона Nokia N95 с выключенным режимом HSPA. Измерения проводятся посредством стационарных тестов.

23


Для выделения ресурсов R99 для данного теста следуйте указаниям в Приложении 1, главе 1.13.

Параметры настройки сценария тестаRepeat script 1 раз

PDP Context SettingsAccess point name* internet.beeline.ruUsername beelinePassword beelineOwn IO address Установить «Use dynamic»Compression Все галки сняты

Ping SettingsHost name Адрес локального FTP сервераPacket size 32 bytesTimeout 10 secondsDelay 1 secondsDelay from reply to request УстановитьRepeat 200 times* В случае если данный APN удовлетворяет требованиями Раздела 4 к пропускной способности APN. В противном

случае сконфигурировать и использовать отдельный APN, удовлетворяющий требованиям Раздела 4.



1. Процент тестов с попаданием длительности Round Trip Time в режиме R99 в требуемый нормативный уровень.

RTT (32 Bytes Packet, HSDPA DL / 64 Kbps UL RAB) — HSPA

Тест выполняется с помощью телефона Nokia N95 с включенным режимом HSPA. Измерения проводятся посредством стационарных тестов.

Для выделения ресурсов HSDPA для данного теста следуйте указаниям в Приложении 1, главе 1.9.



Ping SettingsHost name Адрес локального FTP сервераPacket size 32 bytesTimeout 10 secondsDelay 1 secondsDelay from reply to request УстановитьRepeat 200 times

24


* В случае если данный APN удовлетворяет требованиями Раздела 4 к пропускной способности APN. В противном случае сконфигурировать и использовать отдельный APN, удовлетворяющий требованиям Раздела 4.



1. Процент тестов с попаданием длительности Round Trip Time в режиме HSDPA DL / 64 Kbps UL в требуемый нормативный уровень.

RTT (32 Bytes Packet, HSDPA DL / HSUPA UL RAB) — HSPA

Тест выполняется с помощью модемной карты Sierra Wireless Air-Card 880. Измерения проводятся посредством стационарных тестов.

Для выделения ресурсов HSUPA для данного теста следуйте указаниям в Приложении 1, главе 1.11.



Ping SettingsHost name Адрес локального FTP сервераPacket size 32 bytesTimeout 10 secondsDelay 1 secondsDelay from reply to request УстановитьRepeat 200 times* В случае если данный APN удовлетворяет требованиями Раздела 4 к пропускной способности APN. В противном

случае сконфигурировать и использовать отдельный APN, удовлетворяющий требованиям Раздела 4.



1. Процент итераций с попаданием длительности Round Trip Time в режиме HSDPA DL / HSUPA UL в требуемый нормативный уровень.

Average throughput, UL — R99


KPI измеряется в процессе закачек на тестовый сервер по протоколу FTP файла размером 8 МБ в указанных для проведения тестирования условиях из режима idle mode тестового мобильного терминала.

25


Тестовая мобильная станция должна быть в состоянии Attached и с активированным PDP-контекстом.

Параметры настройки сценария тестаРазмер файла для тестирования 8 МбайтRepeat script

10 разЗадержка между загрузками файлов 10 сек.

FTP Transfer Properties**

Host name Локальный FTP серверPort Локальный FTP серверUsername Локальный FTP серверPassword Локальный FTP серверConnection timeout 30Direction TransmitTransfer timeout 30Transfer attempts 1Remote file —Local file Выбрать на локальном диске

файл 8mb.bin

PDP Context SettingsAccess point name* internet.beeline.ruUsername beelinePassword beelineOwn IO address Установить «Use dynamic»Compression Все галки сняты*В случае если данный APN удовлетворяет требованиями Раздела 4 к пропускной способности APN. В противном

случае сконфигурировать и использовать отдельный APN, удовлетворяющий требованиям Раздела 4. ** Примечание:


Host name 3g-sonnabi.1gb.ruPort 21Username w_3g-sonnabi_bf60fd77Password 79dd818a


1. Процент итераций с попаданием скорости передачи на uplink в режиме R99 в требуемый нормативный уровень.

Average throughput, UL — HSPA


KPI измеряется в процессе закачек на тестовый сервер по протоколу FTP файла размером 25 МБ в указанных для проведения тестирования условиях из режима idle mode тестового мобильного терминала.

26






Host name Локальный FTP серверPort Локальный FTP серверUsername Локальный FTP серверPassword Локальный FTP серверConnection timeout 30Direction TransmitTransfer timeout 30Transfer attempts 1Remote file —Local file Выбрать на локальном диске

файл 25mb.bin






1. Процент итераций с попаданием скорости передачи на uplink в режиме HSUPA в требуемый нормативный уровень.

Average throughput, DL — R99


KPI измеряется в процессе загрузок с тестового сервера по протоколу FTP файла размером 8 МБ в указанных для проведения тестирования условиях из режима idle mode тестового мобильного терминала.

27






Host name Локальный FTP серверPort Локальный FTP серверUsername Локальный FTP серверPassword Локальный FTP серверConnection timeout 30Direction ReceiveTransfer timeout 30Transfer attempts 1Remote file 8mb.binLocal file —



** Указанные ниже параметры соответствуют альтернативному FTP-серверу который находится на коммерческом хостинге и может быть использован по предварительному согласованию только в случае обоснованной

невозможности инсталляции тестового FTP-сервера на Gi-интерфейсе.


Результаты тестирования является:

1. Процент итераций с попаданием скорости передачи на downlink в режиме R99 в требуемый нормативный уровень.

Average throughput, DL — HSPA


KPI измеряется в процессе загрузок с тестового сервера по протоколу FTP файла размером 100 Мб в указанных для проведения тестирования условиях из режима idle mode тестового мобильного терминала.


28


Параметры настройки сценария тестаРазмер файла для тестирования 100 МбRepeat script



Host name Локальный FTP серверPort Локальный FTP серверUsername Локальный FTP серверPassword Локальный FTP серверConnection timeout 30Direction ReceiveTransfer timeout 30Transfer attempts 1Remote file 100mb.binLocal file —

PDP Context SettingsAccess point name* internet.beeline.ruUsername beelinePassword beelineOwn IO address Установить «Use dynamic»Compression Все галки сняты* В случае если данный APN удовлетворяет требованиями Раздела 4 к пропускной способности APN. В противном

случае сконфигурировать и использовать отдельный APN, удовлетворяющий требованиям Раздела 4. ** Примечание

** Указанные ниже параметры соответствуют альтернативному FTP-серверу который находится на коммерческом хостинге и может быть использован по предварительному согласованию только в случае обоснованной

невозможности инсталляции тестового FTP-сервера на Gi-интерфейсе.



1. Процент итераций с попаданием скорости передачи на downlink в режиме HSDPA в требуемый нормативный уровень.

2. В филиалах 3G существует ограничения пропускной способности на HLR Ericsson и Siemens. Поэтому порог для KPI Average throughput, DL HSPA составляет 1.8 Mbit/s. При этом в процессе измерения пиковая скорость должна достигать 2048 Kbit/s, чтобы была возможность убедиться, что сеть 3G способна "упереться" в ограничения на HLR. В поле «Comments» данного теста необходимо записать достигнутую в процессе пиковую скорость.

9. Формат отчета

29


Результаты приемки сети филиала по E2E KPI должны быть представлены в виде отчета. Отчет должен содержать следующее:

Результаты измерений KPIs в cравнении с их нормативными значениями (исходная таблица KPIs c дополнительными колонками: Measured value – измеренные значения KPI, Test status — OK / NOK / N/A (Not Applicapable), Comments — причины по которым тест NOK или N/A);

KPI Target ValueTarget Value Percentage

Measurement Method

Measured value

Test Status

Comments

Графики и таблицы RSCP, Ec/No, RxLev, RxQual замеряемых в ходе тестов;

Графики (трассировки) с отображением тех или иных событий во времени (dropped calls, blocked calls и т.д.);

Выявленные в ходе тестирования проблемы и рекомендации по их дальнейшему устранению.

Пороги E2E KPI указаны в разделе 7.

30


Приложение 1. Сбор Информации

1.1 Как создавать CDT трэйсы на RNC

CDT трэйс явлется полезным инструментом RNC LMT для получения полезной информации:Сигнализация на IU интерфейсе для одного IMSI;Сигнализация на IUb интерфейсе для одного IMSI;Сигнализация на Uu интерфейсе для одного IMSI;Информация об учетных данных в HLR;Иформация о PDP context;Необычные процедуры;…Откройте функцию CDT трэйс и записывайте всюнеобходимую сигнализацию на IU, IUB, Uu интерфейсах.

Рисунок 1: CDT трэйс

31


Рисунок 2: CDT меню

Рисунок 3: отменить эти два пункта

32


Рисунок 4: отменить этот пункт


33



Рисунок 7: выбрать для “L2 Data Report Time” значение 100

34


1.2 Как проверить учетные данные в HLR

Рисунок 8: трассировка сигнализации RNC

В трэйсе на RNC находим следующее сообщение “RANAP_RAB_ASSIGNMENT_REQ” и два раза кликаем на нем левой кнопкой мыши.

Рисунок 9: signaling IE

Находим в сообщении “RANAP_RAB_ASSIGNMENT_REQ” пункты ”MaxBitRate”. Верхний соответствует максимальному бит рейту в Downlink, нижний – в Uplink. Эти значения устанавливаются в HLR.

35


1.3 Как проверить полосу пропускания IUB интерфейса

IuB на ATMНеобходимо зайти на NodeB с помощью M2000 или NodeB LMT, и выполнить команду “DSP IMAGRP”. В результате отбразится текущая конфигурация полосы пропускания IuB интерфейса.

Рисунок 10: IuB на ATM

IuB на IPНеобходимо зайти на RNC с помощью M2000 или RNC LMTи выполнить команду “DSP IPPATH”. В результате отбразится текущая конфигурация полосы пропускания IuB интерфейса.

Рисунок 11: IuB на IPЗамечание:

Необходимо ввести “Adjacent node ID” тестируемой NodeB.

36


1.4 Как создать трэйс на MSC

MSOFTX3000 поддерживает множество различных типов трэйсов. Можно пользоваться одной и той же процедурой для создания различных задач. Для создания трэйса сообщений на M2UA линке необходимо выполнить следующие шаги.Шаг 1. Заходим в LMT MSOFTX3000. Выбираем закладку «Maintenance»в навигационном окне. Выбираем Service > Trace Management > SIGTRAN Message Trace > M2UA Link.

Рисунок 12: Maintenance TabШаг 2. Дважды щелкните на M2UA Link, появится окно M2UA Link Message Trace.

Рисунок 13: Окно настроек M2UA.

Шаг 3. В появившемся окне M2UA Link Message Trace для запуска трассировки сообщений M2UA укажите значения следующих параметров:

Combination: укажите необходимые параметры в соответствии с заданием. Time: если включить этот параметр, то трассировка будет запущена в указанное

время. Если этот параметр выключен, то трассировка начнется сразу.. Auto Save to File: если включить этот параметр, результаты трассировки будут

автоматически сохраняться в папку, куда установлена программа D:\HW LMT\

37


client\output\ MSOFTX3000\MSC9880MSOFTX3000V100R006CxxBxxx\trace\. Формат файла: «Тип задания» + «дата» + «время».tmf.

Шаг 4. Нажмите OK. Команда на запуск трассировки отправлена на BAM. Когда трассировка успешно запущена, она отображается в меню Window. Результат трассировки отображается в главном окне программы.

1.5 Как запустить трассировку на SGSN

Для запуска трассировки одного из интерфейсов:Шаг 1. Перейдите на вкладку Maintenance.Шаг 2. Выберите Trace Management – Interface Trace Task.Шаг 3. Выберите объект трассировки.

Рисунок 14: Interface Tracing TaskШаг 4. Нажмите OK для запуска трассировки.

Рисунок 15: Пример трассировки сигнализации.

Для запуска трассировки одного из абонентов:Шаг 1. Перейдите на вкладку Maintenance.Шаг 2. Двойным щелчком мыши запустите Trace Management > User Trace Task > User Trace.

38


Рисунок 16: User Trace.Шаг 3. В появившемся окне выберите нужные опции.Шаг 4. Нажмите OK для запуска трассировки. В появившемся окне в реальном времени будут отображаться сигнальные сообщения, как показано на Рисунке 4.

Рисунок 17: пример трассировки.

39


1.6 Как изменить MTU

Для изменения MTU запустите утилиту Dr.TCP, выставите значения параметров, как показано на рисунке. После этого перезагрузите компьютер и запустите regedit (Start - Run). Найдите параметр "ProtocolMTU" и убедитесь, что он имеет правильное значение.

Dr.TCP

1.7 Как изменить TCP Window Size

Для изменения TCP Window Size запустите утилиту Dr.TCP, выставите значения параметров, как показано на рисунке. После этого перезагрузите компьютер и запустите regedit (Start - Run). Найдите параметр "TcpWindowSize" и убедитесь, что он имеет правильное значение.

Dr.TCP

40


1.8 Как отслеживать и контролировать число абонентов в соте

1.8.1 Функция Cell performance monitoring используется для отслеживания числа абонентов в указанной соте в реальном времени. С ее помощью можно получить число абонентов, использующих common channel, dedicated channel, сервисы HSUPA и HSDPA .

Данная функция работает только в режиме GUI. Выполните следующие шаги:

1. Перейдите на вкладку Maintenance в окне навигации. 2. Запустите Realtime Performance Monitoring – Cell performance monitoring. 3. В появившемся окне Cell performance monitoring выберите Cell User Num из списка

Monitor item, укажите период мониторинга и cell ID. 4. По завершении конфигурирования нажмите OK.

Появится окно мониторинга в реальном времени с именем задания в заголовке. В окне отображаются результаты мониторинга в виде списка и в виде графика. По оси Х отложено время. Если период наблюдения короче 10 с, то время отображается в виде RFN (один RFN соответствует 10 мс). В противном случае, в виде меток (одна метка соответствует 10 мс). По оси Y откладывается число абонентов в соте.

1.8.2 Использование функции Cell Barring

Описание функции

С помощью данной функции можно добавить иформацию о ограничении доступа в соту, включая ее состояние, а также иформацию о доступных классах и ограничениях. На SIMs/USIMs картах всех UEs прописывается класс доступа (Access Class) от 0~9. В дополнение можно также назначить специальные классы доступа с большим приоритетом от 11 до 15:

1.Access Class 15 --- PLMN Staff;2.Access Class 14 --- Emergency Services;3.Access Class 13 --- Public Utilities;4.Access Class 12 --- Security Services;5.Access Class 11 --- For PLMN Use.

В случае необходимости комапания Huawei может выполнить процедуру подготовки SIM-карт и располагает соответствующим оборудованием перепрошивки параметров SIM/USIM.

41

outbind://65/cell_b.htm


Выполнение процедуры

1.На RNC LMT выполнить команду «MOD CELLACCESSSTRICT: CellId=00, CellReservedForOperatorUse=RESERVED, CellBarred=NOT_BARRED;» Номер соты указать соответственный.2.Необходимо прописать 15 классс доступа на USIM карту с помощью карт-ридера. Для этого записываем информацию о KI, OPC и IMSI из HLR.3.Прописываем IMSI на USIM карту. Переходим в раздел «Access control class». Выбираем или вводим 15 класс доступа.4.Прописываем KI и OPC на USIM.

5.После окончания тестов соту необходимо разблокировать. Это можно сделать с RNC LMT командой «MOD CELLACCESSSTRICT: CellId=00, CellReservedForOperatorUse=NOT_RESERVED, CellBarred=NOT_BARRED;»

1.8.3 Если не получилось забарить сотуДополнительно ограничить доступ абонентов в соту можно путем отключения реселекции и HO из 2G в 3G, а также удалением 3G соседей тестовой соты. Удалить соседей можно с помощью команды «RMV INTRAFREQNCELL: CellId=00, RncId=1, NCellId=01;» на RNC LMT. Вывести список соседей для соты можно с помощью команды «LST INTRAFREQNCELL: CellId=00;». После выполнения данных операций соту рекомендуется перезапустить, чтобы избавиться от уже присутствующих абонентов. После окончания тестов необходимо включиться реселкцию/HO из 2G в 3G, а также заново прописать соседей 3G. Команда на RNC LMT «ADD INTRAFREQNCELL: CellId=00, RncId=1, NCellId=01, SIB11Ind=TRUE, SIB12Ind=FALSE, TpenaltyHcsReselect=D0, NPrioFlag=FALSE;»

Для тестов R99 и HS также существует альтернативная процедура: 1. "Забарить" соту: На RNC LMT выполнить команду «MOD CELLACCESSSTRICT: CellId=00, CellReservedForOperatorUse=NOT_RESERVED, CellBarred=BARRED;» Номер соты указать соответственный.

2. Для карты Sierra Wireless AirCard 880: в меню Nemo выбрать:

42


Важно выбрать режим REVERSE. Однако необходимо дополнительно убедится, что данный способ работает корректно.

1.8.4 Для контроля количества HSPA абонентов в соте необходимо:

1. На основе трэйса убедиться что в соте нет пользователей;2. Выполнить команду “LST CELLCAC” на RNC LMT и записать текущие значения “MaxHSDSCHUserNum” и ” MaxHsupaUserNum”;3. Изменить значения “MaxHSDSCHUserNum” и ”MaxHsupaUserNum” на 1 с помощью команды RNC LMT: «MOD CELLCAC: CellId=xxx, MaxHSDSCHUserNum=1, MaxHsupaUserNum=1»;4. По окончании процедуры тестирования вернуть значения “MaxHSDSCHUserNum”&” MaxHsupaUserNum” на предыдущие значения с помощью команды RNC LMT: «MOD CELLCAC: CellId=xxx, MaxHSDSCHUserNum=xx, MaxHsupaUserNum=yy», где xx и yy – прежние значения параметров, полученные на шаге 1.

1.9 Как обеспечить использование HSDPA для тестов Ping или передачи данных

Следуйте нижеприведенным указаниям чтобы проверить и гарантировать, что ping или передача данных будут использовать HSDPA.o Выполните команду “LST FRC” на RNC LMT, чтобы проверить значение

“DlBeTraffThsOnHsdpa”. В случае если “DlBeTraffThsOnHsdpa” не равняется “D8”; используйте команду “SET FRC: DlBeTraffThsOnHsdpa =D8;” на RNC LMT, после чего с помощью команды “LST FRC” на RNC LMT вновь проверьте данное значение чтобы убедиться что оно равняется “D8”;

o Для проверки статуса HSDPA выполните команду “DSP CELL: DSPT=BYCELL, CELLID=xxx;” на RNC LMT. Убедитесь что значение “HSDPA Operational State ” равняется “Enabled ”, в противном случае активируйте HSDPA на соте;

43


o Убедитесь что ваш модем поддерживает HSDPA;o Запишите трэйс UE (Стандартный интерфейс) прежде чем подключать модем к сети.

Данная задача выполняется что бы проверить сигнальные сообщения конкретного UE на Iu, Iur, Iub and Uu интерфейсах. В течении этой задачи вы сможете отследить обмен сигнальными сообщениями по стандартным интерфейсам для заданного UE.

Прежде чем запустить задачу вы можете указать IMSI требуемого UE, а также один или более интерфейс.

Эта задача может запускаться только в GUI режиме. Проделайте следующие шаги:

1. В навигационной панели LMT, выбираем закладку Maintenance, разворачиваем блок Trace Management, а затем блок Interface Trace Task.

2. Дважды кликаем на UE (standard interface). 3. В появившемся UE Tracing (Standard Interface Message) окне устанавливаем

значения параметров. Нажимаем OK. Появляется окно обозревателя сообщений, в котором вы можете видеть сообщения.

4. Чтобы вывести детальную информацию о сообщении двады кликните на нем. 5. Чтобы остановить задание кликните правой кнопкой мыши на окошко с

сообщениями и выберите пункт Stop Trace Task. o Находим сообщение “RRC_RB_SETUP” и дважды кликаем на нем мышкой. В

появившемся окне находим “servingHSDSCH-RL-indicator:TRUE”, что означает что для сервиса используется HSDPA, как показано на рисунке.

o Во время проведения теста в NEMO вы можете проверить следующие пункты, чтобы удостовериться, что для передачи данных используется HSDPA.

44


1.10 Как проверить значение HSDPA CQI

Во время скачивания файла с помощью HSDPA в NEMO вы можете проверить CQI как показано ниже на рисунке.

1.11 Как обеспечить использование HSUPA для тестов Ping или передачи данных

Следуйте нижеприведенным указаниям чтобы проверить и гарантировать, что ping или передача данных будут использовать HSUPA.

Вариант 1Для проведения дополнительного повторного измерения RTT HSUPA для сетей 3G средствами измерительного комплекса Nemo необходимо создать тестовый скрипт, который последовательно производит загрузку на FTP короткого файла и сразу после загрузки производит PING.

На рисунке ниже представлен скриншот с образцом тестового скрипта. Для строк 2 и 4 настройки полностью совпадают с настройками скриптов для основной приемки, проводимой ранее.Для строки 5 файл 100k.bin размером 100 KiB прилагается.

45


Для строки 9 (PING) необходимо установить параметры в соответствии со скриншотом ниже, заменив «YourFtpAddress» на адрес используемого в строке 4 FTP-сервера.

Данный скрипт должен отработать 200 раз (параметр “Repeat script” справа внизу основного окна скрипта, см.выше)

Вариант 2

o Выполните команду “LST FRC” на RNC LMT, чтобы проверить значение

46


“UlBeTraffThsOnHSUPA”. В случае если “UlBeTraffThsOnHSUPA” не равняется “D8”; используйте команду “SET FRC: UlBeTraffThsOnHSUPA =D8;” на RNC LMT, после чего с помощью команды “LST FRC” на RNC LMT вновь проверьте данное значение чтобы убедиться что оно равняется “D8”;

o Для проверки статуса HSUPA выполните команду “DSP CELL: DSPT=BYCELL, CELLID=xxx;” на RNC LMT. Убедитесь что значение “HSUPA Operational State ” равняется “Enabled ”, в противном случае активируйте HSUPA на соте;

o Убедитесь что ваш модем поддерживает HSUPA;o Trace UE (Standard Interface) before connecting your modem to the network.

Данная задача выполняется что бы проверить сигнальные сообщения конкретного UE на Iu, Iur, Iub and Uu интерфейсах. В течении этой задачи вы сможете отследить обмен сигнальными сообщениями по стандартным интерфейсам для заданного UE.

Прежде чем запустить задачу вы можете указать IMSI требуемого UE, а также один или более интерфейс.

Эта задача может запускаться только в GUI режиме. Проделайте следующие шаги:

В навигационной панели LMT, выбираем закладку Maintenance, разворачиваем блок Trace Management, а затем блок Interface Trace Task.

Дважды кликаем на UE (standard interface). В появившемся UE Tracing (Standard Interface Message) окне устанавливаем

значения параметров. Нажимаем OK. Появляется окно обозревателя сообщений, в котором вы можете видеть сообщения.

Чтобы вывести детальную информацию о сообщении двады кликните на нем. Чтобы остановить задание кликните правой кнопкой мыши на окошко с

сообщениями и выберите пункт Stop Trace Task. o Находим сообщение “RRC_RB_SETUP” и дважды кликаем на нем мышкой. В

появившемся окне находим “servingEDCH-RL-indicator :TURE”, что означает что для сервиса используется HSUPA, как показано на рисунке.

o Во время проведения теста в NEMO вы можете проверить следующие пункты, чтобы удостовериться, что для передачи данных используется HSUPA..

47


1.12 Как убедиться, что в активном наборе во время передачи данных с помощью HSDPA присутствует только одна сота

После того как ваш UE подключился к сети вы можете проверить в NEMO пункты как показано на рисунке. Убедитесь что в активном наборе присутствует только одна сота.

48


1.13 Как убедиться что для тестов PING или передачи данных исользуется PS R99

Прежде чем начинать тестирование download&upload&Ping на PS R99, выполните команду “DEA CELLHSDPA: CellId= xxx;” на RNC LMT чтобы отключить HSDPA и команду “DEA CELLHSUPA: CellId=xxx;” для HSUPA. Для проверки можно использовать “DSP CELL” и убедиться что статус HSDPA и HSUPA равняется “Disabled” В таком случае будет гарантированно использоваться PS R99.

1.14 Как извлечь логи CHR

Данные файлынаходятся на активном BAM в папке:

D:\WCDMA RNC\BAM\VersionA\LoadData\FamLogFmt

Формат файлов: FNLOGyyyymmddhhmmss_yyyymmddhhmmss.log.zip

l FN: номер сабрека, 2 знака

l yyyy: год mm: месяц dd: день hh: час mm: минута ss: секунда

Например: 00Log20080425064929_20080425090626.log.zip

1.15 Запрос на сбор данных в случае если KPI не укладывается в целевое значение

Просьба сохранять всю сигнализацию записаннцю с помощью CDT трэйса.

Все трассировки должны стартовать одновременно. Также необходимо предоставить компании Хуавэй формулу расчета KPI.

Если трассировки были запущены до начала тестов присылать следует весь трэйс целиком.

В случае если вы не запустили трассировки до начала тестов вы можете запустить трассировки, записать 10 повторов и отправить эту информацию компании Хуавэй.

49


В случае когда KPI не укладываются в целевые значения, просьба направлять в Huawei для анализа следующие данные:

o CDT трэйсы;o MSC трэйсы (для CS сервисов);o SGSN трэйсы (для PS сервисов)o кофигурационный файл RNC;o кофигурационный файл NodeB;o тестовые логи NEMO;o Инженерные параметры;o CHR логи за тестовый период

1.16 Как использовать FTP чтобы скачать данные с RNC BAM

Запустите FTP из Huawei LMT, как показано на рисунке:

IP адрес BAM – внешний виртуальный IP адрес, имя пользователя - “FtpUsr”, пароль по умолчанию - “11111111”. Если вы меняли пароль то используйте новый.

1.17 Как извлечь конфигурационный файл RNC

С помощью M2000 или RNC LMT выполните команду:

«LST BAMAREA»

RETCODE = 0 Execution succeeded.

Active BAM workarea information

--------------------------------

Workarea flag = VersionA

Mainarea version = BSC6810V200R009ENGC01B072

Standbyarea version = Not installed

(Number of results = 1)

Standby BAM workarea information

--------------------------------

Workarea flag = VersionA

Mainarea version = BSC6810V200R009ENGC01B072

Standbyarea version = Not installed

50


(Number of results = 1)

После чего выполните команду:

«EXP CFGMML»

RETCODE = 0 Execution succeeded.

После чего с помощью ftp клиента можно скачать файл cgf из папки:

D:\WCDMA RNC\BAM\VersionA\FTP

VersionA или VersionB выбираются основываясь на результатах активного BSM

первой команды.

Имя файла будет иметь следующий формат:

CFGMML-20090126155336.txt

YYYY-MM-DD-HH-MM_SS

1.18 Как извлечь конфигурационный файл NodeB

Заходим в NodeB с помощью LMT.

В навигационном окне выбираем закладку Maintenance.

Выбираем “data config file transfer”. В типе передачи ставим значение Upload (от

NodeB к ftp серверу)

Выберите папку на локальном компьютере. Нажимаем OK.

Вся необходимая информация окажется на вашем компьютере. Процесс показан на

следующем рисунке.

51


1.19 Как проверить трансмиссию MGW - RNC и MGW - MSC

Требования для трансмиссии MGW-RNC и MGW-MSCUTRAN traffic class

IP Packet Loss Rate



Conversational < 0.05% < 10 ms < 7 msStreaming < 0.05% < 10 ms < 7 ms

Форма 2, IU интерфейс на IP Как проверить IP bear Transmission Ping time delay

Задержка пинга (Ping delay) – очень важный параметр проверки IP трансмиссии между UMG и другими NE. В UMG Хуавэй имеется команда для проверки качества Qos трансмиссии IP. Ниже приводится описание:

Функция PING

PING используется для тестирования неисправных соединений сети и качества трансмиссии.

Процесс такой: пакет PING посылается в нужную сеть. Если сеть в порядке, хост вышлет ответный пакет PING.

Выходная информация PING включает в себя: ответ на каждый пакет PING; если ответный пакет не получен в нужный интервал времени, появится "Request time out"; в противном случае биты ответного пакета, серийный номер пакета, TTL и время ответа будет показано. Отчётная статистическая информация включает в себя количество переданных пакетов, количество полученных ответных пакетов, процент потерянных пакетов, и максимальное, минимальное и среднее значение времени ответа.

Примечание

1. Если скорость передачи трансмиссионной сети низкая, время ожидания ответного пакета может увеличиться.

2. Максимум пять команд PING может обрабатываться на каждой плате одновременно.

Операция PING состоит из посылки пакетов PING из сетевой платы, которая имеет IP интерфейс на нужный адресат для преверки соединения с адресатом и проверки времени задержки.

52


Примеры:

1. IP адрес для платы HRB: 10.16.112.55, для RNC - 10.16.112.54.

Примечание: количество пакетов желательно выбрать 64 для большего периода тестирования.

PING 10.16.112.55 с HRB платы с номером 2, с значениями по умолчанию:

PING: BT=HRB, BN=2, NUM=64, IP="10.16.112.54", SRCIP="10.16.112.55";

+++ HUAWEI UMG8900 2005-08-26 19:59:39O&M #8 %%PING: BT=HRB, BN=2, NUM=64, IP="10.16.112.54", SRCIP="10.16.112.55";%%RETCODE = 0 accomplished The current source IP address: 10.16.112.54 PING 10.16.112.55

32 bytes data Reply from 10.16.112.55: bytes=32 Sequence=1 ttl=128 time = 0 ms Reply from 10.16.112.55: bytes=32 Sequence=2 ttl=128 time = 10 ms Reply from 10.16.112.55: bytes=32 Sequence=3 ttl=128 time = 10 ms Reply from 10.16.112.55: bytes=32 Sequence=4 ttl=128 time = 10 ms …… --- 10.16.112.55 ping statistics --- 64 packet(s) transmitted 64 packet(s) received 0.00% packet loss round-trip min/avg/max = 0/7/10 ms Ping operation finished! --- END END

1.20 Как проверить трансмиссию SGSN - RNC и SGSN - GGSN

Задержка пинга (Ping delay) – очень важный параметр проверки IP трансмиссии между SGSN и другими NE (RNC, GGSN и т.д.). В SGSN Хуавэй имеется команда для проверки качества Qos трансмиссии IP. Ниже приводится описание:

Функция PING

PING используется для тестирования неисправных соединений сети и качества трансмиссии.

Процесс такой: пакет PING посылается в нужную сеть. Если сеть в порядке, хост вышлет ответный пакет PING.

Выходная информация PING включает в себя: ответ на каждый пакет PING; если ответный пакет не получен в нужный интервал времени, появится "Request time out"; в противном случае биты ответного пакета, серийный номер пакета, TTL и время ответа будет показано. Отчётная статистическая информация включает в себя количество переданных пакетов, количество полученных ответных пакетов, процент потерянных пакетов, и максимальное, минимальное и среднее значение времени ответа.

53


Примечание 1. Если скорость передачи трансмиссионной сети низкая, время ожидания

ответного пакета может увеличиться. 2. Можно выставить количество посылок PING (максимум 64) и длину

сообщения в SGSN при попытке пропинговать другие NE из SGSN;

Операция PING состоит из посылки пакетов PING из платы UPIU в SGSN, которая имеет IP интерфейс на нужный адресат для преверки соединения с адресатом и проверки времени задержки.

Примеры:

Для проверки IP трансмиссии между SGSN и RNC(GGSN), мы используем PING IP команду.

В приведённом выше примере номер полки и номер слота должен соответствовать номеру платы UPIU, которая подсоединена к RNC(GGSN).

Если необходимо пропинговать IP адрес RNC или GGSN или IPBB роутера, не нужно вводить данный параметр: IP адрес источника в SGSN command: PING IP, потому что система будет рассматривать IP адрес источника как IP адрес физического интерфейса SGSN UPIU, который подсоединён к нужному NE если параметр не обозначен;

Если мы хотим пропинговать логический IP RNC или GGSN, например GGSN GTPC, GTPU IP тогда мы должны ввести значение параметра: Source IP address, и значение должно соответствовать IP адресу SGSN GTPC, GTPU.

+++ HUAWEI SGSN9810 2005-08-26 19:59:39O&M #8 %%PING IP: SRN=3, SN=2, DIP="10.10.10.10", SIP="10.10.110.10";%%RETCODE = 0 accomplished The current source IP address: 10.10.110.10 PING 10.10.10.10

54


32 bytes data Reply from 10.10.10.10: bytes=32 Sequence=1 ttl=128 time = 0 ms Reply from 10.10.10.10: bytes=32 Sequence=2 ttl=128 time = 10 ms Reply from 10.10.10.10: bytes=32 Sequence=3 ttl=128 time = 10 ms Reply from 10.10.10.10: bytes=32 Sequence=4 ttl=128 time = 10 ms …… --- 10.10.10.10 ping statistics --- 64 packet(s) transmitted 64 packet(s) received 0.00% packet loss round-trip min/avg/max = 0/7/10 ms Ping operation finished! --- END END

1.21 Проверка качества QoS через IuB на IP

В связи с тем, что IP трансмиссия может поставляться разными производителями, Хуавэй предлагает до тестов E2E подготовить отчёт по тестированию качества QoS и результаты тестов должны Быть приведены в таблице “form 1 IuB interface over IP”.

Как проверить качество QoS на IuB ?

Решение 1: Сконфигурировать IP адрес NodeB на ноутбуке;

Заменить NodeB этим ноутбуком и подсоединить кабель;

Использовать ping для проверки потери пакетов и задержки в windows,

“Start”---“Run”---выполнить “cmd”---выполнить “ping”, IP адрес должен быть

одним из RNC IuB интерфейсных портов, которые могут быть найдены на NodeB с

LMT командой “LST IPPATH” .

Проверить результаты тестов и записать процент потери пакетов и время задержки.

Решение 2: Зайти в NodeB с помощью LMT;

Выполнить команду “PING: IP="destination IP address", CONTPING= ENABLE;”

или “PING: IP=" destination IP address ", CONTPING=DISABLE, NUM=64;”

Проверить результаты тестов и записать процент потери пакетов и время задержки.

Приложение 2. Выявление неисправностей с HSPA Throughput

55


2.1 Перечень параметров для проверки HSDPA Throughput

No. Содержание Результат1. Проверка МТ и ноутбука

1.1Проверьте версию ПО МТ и его драйвер; Убедитесь что установлен верный драйвер.

□ OK □ Not □ Null

1.2

Проверьте размер TCP Window size, и установите его значение равным 65535, также установите значение MTU равное 1500.Рекомендуется использовать DRTCP.exe.(Подробное руководство в главе: Как изменить размер TCP Window Size)


1.3Убедитесь, что оперативная память ноубука не менее 512M.


1.4Проверьте загрузку CPU во время скачивания\передачи файла. Она не должна превышать 70% при использовании FTP сервера.


1.5 Проверьте настройки Firewall на ноутбуке. □ OK □ Not □ Null

2. Проверка RAN

2.1Проверьте статус HSDPA с помощью команды “DSP CELL” на RNC LMT, и убедитесь что значение “HSDPA Operational State” установлено “Enabled ”.


2.2

Проверьте количество HS-PDSCH кодов назначемых на соту. (команды на RNC LMT: ADD CELLHSDPA/LST CELLHSDPA)Рекомендуется: 2Mbps HSDPA: 5 кодов;3.6Mbps HSDPA: 5 кодов;7.2Mbps HSDPA: 10 кодов;


2.3

Убедитесь что в соте только один тестовый пользователь. (Подробное руководство в главе: Как отслеживать и контролировать количество пользователей в соте)


2.4

Проверьте HSDPA maximum available power, обычно HSDPA maximum available power равняется максимальной мощности соты (команды на RNC LMT: ADD CELLHSDPA/LST CELLHSDPA).


2.5 Проверьте версии ПО RNC и NodeB. □ OK □ Not □ Null

2.6

Проверьте полосу пропускания на IuB интерфейсе.Рекомендуется:2 Mbps HSDPA test: не менее 4M или 2E1 на тестовую NodeB;3.6 Mbps HSDPA test: Не менее 6M или 3E1 на тестовую NodeB; 7.2 Mbps HSDPA test: не менее 10M или 5E1 на тестовую NodeB;R99 test: то же что и для HSPA теста. (Подробнее в главе: Как проверить полосу пропускания IUB интерфейса)


2.7 В случае использования IP трансмиссии на Iub □ OK □ Not □ Null

56


интерфейсе проверьте статус Ethernet порта с помощью команды на RNC LMT: DSP ETHPORT. Должно быть значение «100M full mode».

2.8

В случае использования коммутационного оборудования на IuB интерфейсе, порт должен быть установлен в режим «100M full mode». На NodeB Ethernet порт также должен быть установлен в режим «100M full mode».


2.9Проверьте что BLER в uplink и downlink не превышает 10%.


2.10

Убедитесь, что лицензия на RNC и NodeB предусматривает достаточное количество кодов, канальных элементов и пропускную способность. (Команда: DSP LICENSE).


2.11Проверьте что мощность PCPICH на 10dB ниже максимальной. (команды на RNC LMT: LST CELL/MOD PCPICHPWR/MOD CELL)


2.12Проведите проверку согласованности с помощью команды “ACT CRC” в RNC LMT.


2.13Модифицируйте на время тестов выделение ресурсов под HSPA с помощью команды SET FCR на RNC LMT. Подробнее в Приложении 1, главе 1.9.


3. Проверка CN

3.1

Убедитесь что учетные данные по USIM/SIM карте установлены верно.Рекомендуется: DL: 8Mbps и UL: 2Mbps (Подробнее в главе: Как проверить учетные данные в HLR).


4. Проверка IU интерфейса

4.1

Проверьте конфигурацию RNC на предмет пропускной способности IU интерфейса и убедитесь что она достаточна для требуемого сервиса.(Команда на RNC LMT : DSP IPPATH)


4.2

Проверьте пропускную способность IU/Gn интерфейса на стороне SGSN, и убедитесь что она достаточна для требуемого сервиса. IPBB должен работать с высоким качеством без потери пакетов.


4.3

Проверьте пропускную способность Gi/Gn интерфейса на стороне GGSN, и убедитесь что она достаточна для требуемого сервиса. IPBB должен работать с высоким качеством без потери пакетов.


5. Проверка FTP сервера

5.1FTP сервер должен быть подключен непосредственно к GGSN.


5.2Буферы приема и передачи должны быть установлены 65535.


5.3

Убедитесь в правильности настроек TCP Window Size на FTP сервере.Рекомендуется: TCP Window Size=65535 ， MTU=1500(Подробнее в главе: Как изменить размер TCP Window Size)


5.4 Рекомендуется использование Windows Service 2003, □ OK □ Not □ Null

57


загрузка CPU не должна превышать 70%.6. Прочее

6.1Желательно использование многопоточности для FTP теста.Рекомендуется: 5 или 10 потоков.


6.2

Убедитесь что качество принимаемого радиосигнала достаточно хорошее; CQI (Индикатор качества канала) не менее 26 （ Подробнее в главе: Как

проверить HSDPA CQI）.


6.3Запишите CDT трэйс RNC LMT для дальнейшего анализа.


2.2 Перечень параметров для проверки HSUPA Throughput

No. Содержание Результат1. Проверка МТ и ноутбука

1.1Проверьте версию ПО МТ и его драйвер; Убедитесь что установлен верный драйвер.


1.2

Проверьте размер TCP Window size, и установите его значение равным 65535, также установите значение MTU равное 1500.Рекомендуется использовать DRTCP.exe.(Подробное руководство в главе: Как изменить размер TCP Window Size)


1.3Убедитесь, что оперативная память ноубука не менее 512M.


1.4Проверьте загрузку CPU во время скачивания\передачи файла. Она не должна превышать 70% при использовании FTP сервера.


1.5 Проверьте настройки Firewall на ноутбуке. □ OK □ Not □ Null

2. Проверка RAN

2.1Проверьте статус HSUPA с помощью команды “DSP CELL” на RNC LMT, и убедитесь что значение “HSUPA Operational State” установлено “Enabled”


2.2

С помощью команды “LST CELLHSUPA” на RNC LMT проверьте конфигурацию. Обычно количество кодов для E-AGCH и E-RGCH/E-HICH равняется 1, Maximum Target Uplink load Factor равняется 75%, а E-DCH to Total E-DCH Power ratio - 0.


2.3С помощью команды “LST CELLCAC” на RNC LMT проверьте Background Noise и RTWP.


2.4 Проверьте версии ПО RNC и NodeB. □ OK □ Not □ Null

2.5Проверьте конфигурацию пропускной способности IUB на RNC & NodeB, она должна согласовываться с физической полосой пропускания.


2.6 В случае использования IP трансмиссии на Iub интерфейсе проверьте статус Ethernet порта с помощью команды на RNC LMT: DSP ETHPORT.


58


Должно быть значение «100M full mode».

2.7

В случае использования коммутационного оборудования на IuB интерфейсе, порт должен быть установлен в режим «100M full mode». На NodeB Ethernet порт также должен быть установлен в режим «100M full mode».


2.8Проверьте лицензию HSUPA на предмет наличия достатоного ресурса CE и пропускной способности. (Команда: DSP LICENSE).


2.9Проверьте что мощность PCPICH на 10dB ниже максимальной. (команды на RNC LMT: LST CELL/MOD PCPICHPWR/MOD CELL)


2.10Проведите проверку согласованности с помощью команды “ACT CRC” в RNC LMT.


2.11

Модифицируйте на время тестов выделение ресурсов под HSPA с помощью команды SET FCR на RNC LMT. Подробнее в Приложении 1, главе 1.11.


3. Проверка CN

3.1

Убедитесь что учетные данные по USIM/SIM карте установлены верно.Рекомендуется: DL: 8Mbps и UL: 2Mbps (Подробнее в главе: Как проверить учетные данные в HLR).


4. Проверка IU интерфейса

4.1

Проверьте конфигурацию RNC на предмет пропускной способности IU интерфейса и убедитесь что она достаточна для требуемого сервиса.(Команда на RNC LMT : DSP IPPATH)


4.2

Проверьте пропускную способность IU/Gn интерфейса на стороне SGSN, и убедитесь что она достаточна для требуемого сервиса. IPBB должен работать с высоким качеством без потери пакетов.


4.3

Проверьте пропускную способность Gi/Gn интерфейса на стороне GGSN, и убедитесь что она достаточна для требуемого сервиса. IPBB должен работать с высоким качеством без потери пакетов.


5. Проверка FTP сервера

5.1FTP сервер должен быть подключен непосредственно к GGSN.


5.2Буферы приема и передачи должны быть установлены 65535.


5.3

Убедитесь в правильности настроек TCP Window Size на FTP сервере.Рекомендуется: TCP Window Size=65535， MTU=1500 (Подробнее в главе: Как изменить размер TCP Window Size)


5.4Рекомендуется использование Windows Service 2003, загрузка CPU не должна превышать 70%.


6. Прочее6.1 Убедитесь что качество принимаемого радиосигнала □ OK □ Not □ Null

59


достаточно хорошее, а именно: -80dBm> RSCP >-90dBm, Ec/No > -6dB.

6.2Запишите CDT трэйс RNC LMT для дальнейшего анализа.


Приложение 3. QoS для IP трансмиссии

UTRAN traffic class

IP Packet Loss Rate



Conversational < 1% (excluding VP),< 0.05% (including VP)

< 40 ms < 15 ms

Streaming < 1% < 40 ms < 15 msInteractive < 1% < 60 ms < 20msBackground < 1% < 60 ms < 20ms

Form 1, IuB interface over IPUTRAN traffic class

IP Packet Loss Rate



Conversational < 0.05% < 10 ms < 7 msStreaming < 0.05% < 10 ms < 7 msInteractive < 1% < 15 ms < 7 msBackground < 1% < 15 ms < 7 ms

Form 2, IU interface over IPПроцедуру контроля смотреть в Приложении 1, главах 1.19 и 1.20.

Приложение 4. Структура сети

Ответ на запрос по структуре сети необходимо предоставлять в виде, позволяющем провести анализ возможных проблем.

В данном файле приведен пример требуемой информации и уровня детализации.

60

the procedure for conducting tests on the equipment e2e_3g_nemo_v9_huawei

Documents