КУРСОВОЙ ПРОЕКТ
по дисциплине «Системы и сети железнодорожного
транспорта»
ЗАДАЧА 1. «РАСЧЕТ ОБЪЕМА ОБОРУДОВАНИЯ ШЛЮЗОВ СЕТИ NGN» 3
ЗАДАНИЕ К ЗАДАЧЕ 1 . 3
МЕТОДИЧЕСКИЕ УКАЗАНИЯ 4
КОНТРОЛЬНЫЕ ВОПРОСЫ 10
ЛИТЕРАТУРА К ЗАДАЧЕ 110
ЗАДАЧА 2. «РАСЧЕТ СИГНАЛЬНОЙ НАГРУЗКИ ПРОТОКОЛА SIP В СЕТИ IMS» 11
ЗАДАНИЕ К ЗАДАЧЕ 2 . 11
МЕТОДИЧЕСКИЕ УКАЗАНИЯ 11
КОНТРОЛЬНЫЕ ВОПРОСЫ 17
ЛИТЕРАТУРА К ЗАДАЧЕ 217
ЗАДАЧА 1. «РАСЧЕТ ОБЪЕМА ОБОРУДОВАНИЯ ШЛЮЗОВ СЕТИ NGN»
Вариант задания выбирается в соответствии с заданным вариантом по последней цифре
учебного шифра студента (см. табл. 1):
Табл. 1 Индивидуальные задания
|
№ |
Исходный параметр |
Варианты заданий | |||||||||
|
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 | ||
|
Параметры шлюза доступа | |||||||||||
|
1. |
Число абонентов ССОП |
2000 |
2500 |
3000 |
3500 |
4000 |
4500 |
3000 |
2500 |
3500 |
2000 |
|
2. |
Число абонентов ISDN- |
250 |
200 |
150 |
300 |
350 |
400 |
450 |
250 |
300 |
350 |
|
3. |
Число абонентов с |
500 |
450 |
600 |
250 |
350 |
550 |
300 |
400 |
200 |
450 |
|
4. |
Число LAN / Число |
2/30 |
1/40 |
3/50 |
4/25 |
5/35 |
2/20 |
3/35 |
1/20 |
5/30 |
4/20 |
|
5. |
Число сетей доступа с |
2/5 |
3/3 |
5/4 |
0 |
3/5 |
2/1 |
6/3 |
4/4 |
3/6 |
0 |
|
6. |
Число УПАТС, |
4/2 |
0 |
1/2 |
3/5 |
1/2 |
2/3 |
4/2 |
0 |
4/1 |
3/3 |
|
7. |
Тип речевого кодека |
G.71 1 |
G.72 6 |
G.72 |
G.71 1 |
G.72 6 |
G.72 |
G.71 1 |
G.72 6 |
G.72 |
G.71 1 |
|
8. |
Доля вызовов, которые |
0,1 |
0,2 |
0,3 |
0,1 |
0,2 |
0,15 |
0,25 |
0,2 |
0,3 |
0,15 |
|
Параметры транзитного шлюза | |||||||||||
|
9. |
Число первичных потоков Е1 для включения АТС |
25 |
30 |
40 |
35 |
45 |
20 |
25 |
35 |
40 |
45 |
|
10. |
Доля вызовов, которые |
0,2 |
0,4 |
0,1 |
0,2 |
0,3 |
0,25 |
0,15 |
0,1 |
0,2 |
0,3 |
|
11. |
Тип речевого кодека |
G.71 |
G.71 |
G.71 |
G.71 |
G.71 |
G.71 |
G.71 |
G.71 |
G.71 |
G.71 |
Методические указания
Состав оборудования сети доступа
Для подключения различных пользователей к сети NGN на уровне сети доступа
используются два типа оборудования:
Различают несколько видов медиашлюзов в зависимости от типа подключаемых
линий и терминального оборудования пользователей:
к которым подключается терминальное оборудование базового доступа BRA (2B+D),
например, цифровые телефонные аппараты ISDN, видеотелефоны и др.;
Часто конструктивно резидентный шлюз и шлюз доступа реализуются в виде
единого мультисервисного узла доступа MSAN (Multi-Service Access Node). В состав
такого MSAN обязательно входит пакетный коммутатор Ethernet, в который
включаются непосредственно все источники нагрузки, работающие по пакетным
технологиям: локальные вычислительные сети LAN и мультимедийные терминалы на
базе протоколов SIP, H.323 (рис. 1).
MSAN
Рис. 1 – Структура мультисервисного узла доступа MSAN
Исходные данные для расчета оборудования доступа
Исходными данными проектирования сети доступа NGN являются:
Расчет оборудования шлюзов доступа
Число абонентских шлюзов определяется исходя из параметров критичности длины
абонентской линии, расчетного значения предполагаемой нагрузки, топологии первичной сети
(если таковая уже существует), наличия помещений для установки, технологических
показателей типов оборудования, предполагаемого к использованию.
Исходя из критерия критичности длины абонентской линии, зона обслуживания
резидентного шлюза доступа должна создаваться таким образом, чтобы максимальная длина
абонентской линии не превышала 3-4 км. Если шлюз производит подключение оборудования
сети доступа интерфейса V5, LAN либо УПАТС, то зона обслуживания шлюза включает в
себя и зоны обслуживания подключаемых объектов.
Исходя из зоны обслуживания определяются емкостные показатели шлюза, которые
отражают общее количество абонентов и емкости каждого из типов подключений.
Введем следующие переменные:
NSH — число абонентов с терминалами SIP/H.323, использующих подключение по
Еthernet-интерфейсу на уровне коммутатора Ethernet шлюза доступа;
NLAN — число LAN, подключаемых к Ethernet-коммутатору на уровне шлюза доступа;
Мi_LAN — число абонентов речевых услуг, подключаемых к i-ой LAN, где i — номер
LAN;
Мj_V5 — число пользовательских каналов в j-ом интерфейсе V5, где j — номер сети
доступа;
NУПАТС — число УПАТС, подключаемых к шлюзу доступа;
Мk_УПАТС — число пользовательских каналов в интерфейсе подключения PRI k-ой
УПАТС, где k — номер УПАТС.
Рассчитаем нагрузки, поступающие на каждый вид шлюзов.
YRAGW = YCCOn + YISDN = уССОП ’ NCCOn + yISDN ’ NISDN, ЭРл (1)
где YССОП - общая нагрузка, поступающая на шлюз доступа от абонентов ССОП;
YISDN - общая нагрузка, поступающая на шлюз доступа от абонентов ISDN;
yССОП - удельная нагрузка на одного абонента ССОП, равна 0,1 Эрл;
yISDN - удельная нагрузка на одного абонента ISDN, равна 0,2 Эрл;
NССОП — число абонентов, использующих подключение по аналоговой абонентской линии к
ССОП;
NISDN — число абонентов, использующих подключение по базовому доступу ISDN.
JK
YAGW = S yV5Mj_V5 + E УуПАтсMk_УПАТС , Эрл (2)
j=1 k=1
yV 5 - удельная нагрузка на один канал интерфейса V5.2, равная 0,7 Эрл;
M j_V5 - число каналов в интерфейсе V5.2 для подключения j-ой сети доступа (следует
учитывать, что задано число первичных потоков Е1 для подключения сетей доступа,
которое необходимо пересчитать в число речевых каналов);
J – общее число сетей доступа;
yУПАТС - удельная нагрузка на один канал первичного доступа ISDN PRI для
подключения УПАТС, равная 0,8 Эрл;
M k УПАТС - число каналов в интерфейсе PRI для подключения k-ой УПАТС (следует
учитывать, что задано число потоков PRI для подключения каждой УПАТС, которое
необходимо пересчитать в число речевых каналов);
К – общее число УПАТС.
Если шлюз реализует одновременно функции резидентного шлюза доступа и шлюза
доступа, то общая нагрузка, поступающая на такой медиашлюз, равна:
YGW = YRAGW + YAGW , ЭРл (3)
Пусть V — скорость передачи кодека типа т при обслуживании речевого вызова.
Значения V для различных типов речевых кодеков приведены в табл. 1.
Таблица 1 Характеристики различных речевых кодеков
|
Кодек |
Полоса пропускания кодека VCOD, |
Полоса пропускания с учетом подавлений |
|
G.711 |
84,80 |
42 |
|
G.726 |
37,69 |
19 |
|
G.729а |
14,13 |
12.2 |
Тогда транспортный ресурс, который должен быть выделен для передачи в пакетной сети
голосового трафика, поступающего на шлюз, при условии использования кодека типа т будет
равен:
VGW_COD = k • VCOD • YGW (4)
где k — коэффициент использования ресурса, k = 1,25;
VCOD - полоса пропускания заданного речевого кодека с учетом подавления пауз.
Например, если суммарная нагрузка от источников всех типов, поступающая на шлюз,
равна 100 Эрл, и, если используется кодек G.711 без подавления пауз, то выделяемый ресурс
должен составлять
Если используется кодек G.729а с алгоритмом подавления пауз, то для обслуживания той
же нагрузки потребуется ресурс
Следует отметить, что для обслуживания той же нагрузки в режиме коммутации каналов
потребовался бы ресурс
что меньше, чем в случае использования кодеков G.711.
Следует отметить, что обеспечение поддержки услуг доставки информации в сетях с
коммутацией канатов и в сетях с коммутацией пакетов осуществляется по-разному. Для
передачи факсимильной информации в сетях с коммутацией каналов используется
стандартный канал 64 кбит/с, а в пакетных сетях может использоваться либо кодек Т.38,
либо эмуляция канала 64 кбит/с. Аналогично, для поддержки модемных соединений или
соединений в рамках услуги доставки «64 кбит/с без ограничений». При расчете транспортного
ресурса следует учитывать, что некоторая часть вызовов будет обслуживаться без компрессии
пользовательской информации.
Определив долю такой нагрузки как «х», тогда формулу для определения транспортного
ресурса шлюза (4) но с учетом доли вызовов, обслуживаемых без компрессии, можно
представить в виде:
VGW_compr = k •((1 - х)' ^COD + х ’ ^G.711)' YGW (5)
где VG.711 — ресурс для передачи информации от кодека G.711 без подавления пауз,
используемого для эмуляции каналов.
Если в оборудовании шлюза доступа реализована возможность подключения
пользователей, использующих пакетные терминалы SIP, H.323 либо включение локальных
вычислительных сетей LAN, осуществляющих подключение таких пользователей, то
требуемый транспортный ресурс подключения шлюзов доступа должен быть увеличен. Доля
увеличения транспортного ресурса V paket за счет предоставления базовой услуги пакетной
телефонии таким пользователям может быть определена в зависимости от используемых
кодеков и числа пользователей. Тогда дополнительный транспортный ресурс шлюза для
обслуживания терминалов пакетной телефонии равен:
Vpaket = VLAN + VSH = ypaket' VCOD (NLAN ’ MLAN + NSH ), (6)
где y paket - удельная нагрузка от терминала SIP/H.323, которая равна 0,2 Эрл.
Транспортный ресурс шлюза должен быть рассчитан на передачу, помимо
пользовательской (медиа), еще и сигнальной информации на базе протокола Н.248/Megaco,
которой обменивается шлюз с гибким коммутатором (softswitch). Таким образом, общий
транспортный ресурс шлюза может быть определен как сумма всех необходимых
составляющих:
VX GW = VGW_compr + Vpaket + VH .248 (7)
Приближенно будем считать, что сигнальная информация требует дополнительно 10%
полосы пропускания VH .248 от общего транспортного ресурса шлюза.
После определения транспортного ресурса подключения определяются емкостные
показатели, т.е. количество и тип интерфейсов, которыми оборудование шлюза доступа будет
подключаться к пакетной сети. Количество интерфейсов, помимо транспортного ресурса, будет
определяться также исходя из топологии сети. В любом случае количество интерфейсов
должно быть не меньше, чем
VGW
NINT = —--- (8)
VINT
где VINT — полезный транспортный ресурс одного интерфейса.
В случае использования разнородных интерфейсов количество интерфейсов каждого
типа может определяться по формуле:
I
VGW = X (Ni _ INT • Vi _INT) , (9)
i=1
где I — число типов интерфейсов;
Ni_INT — количество интерфейсов i-го типа;
Vi_INT — полезный транспортный ресурс интерфейса i-го типа.
Расчет оборудования транспортных шлюзов
Как правило, транзитные (транкинговые) шлюзы ТMG устанавливаются на
существующих объектах сети с учетом структуры имеющейся сети связи общего пользования
(ССОП), осуществляя подключение территориально приближенных АТС. Емкостные
показатели шлюза ТMG определяются исходя из нагрузки, поступающей от этих АТС. В свою
очередь, значение нагрузки может быть вычислено на основе числа потоков Е1 между АТС и
шлюзом и удельной нагрузки на один канал 64 кбит/с. Обычно для передачи речи от АТс
используется стандартный кодек G.711.
Тогда общая нагрузка, поступающая на транзитный шлюз от АТС ССОП, равна:
YTMG = NE 1 •30 • У кан , ЭРл. (10)
где NE1 — число потоков Е1, осуществляющих подключение АТС ССОП к транспортному
шлюзу;
yE1 — удельная нагрузка одного канала 64 кбит/с в составе первичного потока Е1;
YMG — общая нагрузка, поступающая на транспортный шлюз от АТС ССОП.
Значение удельной нагрузки на один разговорный канал потока Е1 укан при расчетах
принимается равным 0,8 Эрл.
Следует также учитывать, что некоторая часть вызовов (передача факсимильной
информации, модемных соединений и пр.) будет обслуживаться с использованием кодека
G.711 без компрессии пользовательской информации. Определив долю такой нагрузки как
«х», формулу для определения транспортного ресурса можно представить в виде:
VTMG _ compr = [(1 - z) • VG.711-p + z • VG.711] • YTMG , бит/с- (11)
где VG.711-p — ресурс для передачи речевой информации кодека G.711 c подавлением пауз.
Помимо пользовательской информации, на транспортный шлюз поступают сообщения
протокола управления медиашлюзами Н.248/Megaco и сообщения протокола ОКС№7,
которые преобразуются в сообщения протокола SIGTRAN. Для этих сообщений также должен
быть выделен транспортный ресурс в шлюзе. Таким образом, общий транспортный ресурс
ТGW может быть вычислен по формуле:
VTMG = VMG _ compr + VH.248 + VOKC , бит/с , (12)
где VH.248 - полоса пропускания для передачи сообщений протокола Н.248;
VОКС - полоса пропускания для передачи сообщений ОКС№7.
Приближенно будем считать, что сигнальная информация Н.248 требует дополнительно
10% полосы пропускания от общего транспортного ресурса шлюза.
Полоса пропускания для передачи сообщений ОКС№7 определяется с использованием
методики пересчета разговорной нагрузки в нагрузку ОКС№7, применяемой при
проектировании сетей общеканальной сигнализации:
VOKC = YTMG • kOKC • V3c • Узс ' kSIGTRAN , бит/с, (13)
где kОКС =0,166×10-3 – коэффициент пересчета местной телефонной нагрузки в нагрузку
ОКС№7;
Vзс = 64000 бит/с - полоса пропускания звена сигнализации, равна;
yзс = 0,2 Эрл - загрузка звена сигнализации, равна.
kSIGTRAN =1,3 - коэффициент пересчета нагрузки ОКС№7 в нагрузку протокола SIGTRAN.
Количество и тип интерфейсов подключения транзитного шлюза к пакетной сети
определяется транспортными ресурсами шлюза и топологией пакетной сети. Транспортный
ресурс шлюза и количество интерфейсов связаны соотношением:
VTMG = NINT ' VINT , бит/с (14)
где VINT — полезный транспортный ресурс одного интерфейса;
NINT — количество интерфейсов.
Основные параметры расчета оборудования шлюза доступа и транзитного шлюза
представлены на рис. 2.
Рис. 2 Параметры расчета оборудования шлюза доступа и транзитного шлюза
ЗАДАЧА 2. «РАСЧЕТ СИГНАЛЬНОЙ НАГРУЗКИ ПРОТОКОЛА SIP В СЕТИ IMS»
Таблица 1. Исходные данные для задания
Номер | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 |
Исходящая | ТфОП | IMS | ТфОП | IMS | ТфОП | IMS | ТфОП | IMS | ТфОП | IMS |
Входящая сеть | IMS | ТфОП | IMS | ТфОП | IMS | ТфОП | IMS | ТфОП | IMS | ТфОП |
Исход вызова | Успе- | Занято | Не | Успе- | Занято | Не | Успе- | Занято | Не | Успе- |
Первым | А | - | - | Б | - | - | А | - | - | Б |
Nsip1, сообщ. | 10 | 12 | 14 | 11 | 13 | 15 | 12 | 11 | 14 | 10 |
Nsip2, сообщ. | 5 | 6 | 9 | 7 | 5 | 8 | 6 | 7 | 9 | 8 |
Nsip3, сообщ. | 5 | 4 | 6 | 8 | 7 | 5 | 9 | 5 | 6 | 7 |
Nsip4, сообщ. | 10 | 11 | 13 | 14 | 12 | 10 | 15 | 10 | 11 | 14 |
Lsip, байт | 40 | 43 | 45 | 41 | 42 | 40 | 44 | 41 | 42 | 43 |
X | 0,15 | 0,2 | 0,25 | 0,3 | 0,15 | 0,35 | 0,2 | 0,3 | 0,25 | 0,15 |
Y | 0,4 | 0,45 | 0,35 | 0,5 | 0,4 | 0,3 | 0,45 | 0,35 | 0,5 | 0,4 |
Nsip5, сообщ. | 15 | 19 | 13 | 14 | 16 | 18 | 17 | 19 | 13 | 14 |
В решении необходимо привести:
Методические указания
Архитектура подсистемы IMS
На рис. 1 представлена упрощенная схема архитектуры IMS. На ней изображены
только основные функциональные элементы архитектуры, сертифицированной 3GPP. Далее
рассматриваются две сети: ТфОП и IMS, между которыми организовано взаимодействие.
Вызовы, создаваемые в сети ТфОП, попадают через оборудование шлюзов в сеть IMS, а
именно на гибкий коммутатор (Softswitch) (SS), который выполняет функции сигнального
шлюза и медиашлюза одновременно. От гибкого коммутатора SS сигнальная информация
поступает на функциональные подсистемы I-CSCF, P-CSCF и S-CSCF, где начинается
процесс обслуживания вызова. В зависимости от типа передаваемой информации и
требуемой услуги для обслуживания вызова может быть также задействована функция
медиаресурсов MRF и/или сервер(ы) приложений (AS). Следует учитывать, что на рисунке 1
отмечены только те логические связи между элементами IMS, которые имеют значение или
учитываются при расчетах. На линиях, обозначающих связи, указан протокол, при помощи
которого осуществляется взаимодействие между функциональными объектами подсистемы
IMS.
Рис. 1 – Схема стыка сети ТфОП и IMS
Выделенный пунктиром фрагмент представляет собой схему из практического
занятия «Расчет оборудования гибкого коммутатора». Рассмотрим случай, когда
оборудование гибкого коммутатора (Softswitch) в архитектуре IMS выполняет
функциональность контроллера медиашлюзов MGCF. Основной задачей этого
функционального элемента является управление транспортными шлюзами на границе с
сетью ТфОП. На предыдущем практическом занятии был производен расчет данного
оборудования, поэтому необходимо пользоваться результатами, полученными ранее.
На рис. 2 приведен сценарий обмена сообщениями при обслуживании базового
вызова, при котором абонент из сети ТфОП звонит абоненту в сети IMS.
|
Сеть ТфОП |
Сеть I MS | |||||
|
Оборудование M3CF Оборудование ТфОф (Softswitch) l-CSCF S-CSCF P-CSCF вызываемого абонента | ||||||
|
1 ISUP IAM . | ||||||
|
Выб |
>plM-MGW | |||||
|
,1 H248;ADDroq | ||||||
|
' | Context IO? । Termination id^ | ||||||
|
1 H.248: ADD req . | ||||||
|
I Context ID=C1 1 emanation IMDIM | ||||||
|
। H.248 ADD req | ||||||
|
'. Context 1 D=C1 |
INVITE . | |||||
|
I I |
, 100 TRYING |
INVITE | ||||
|
I I |
, 100 TRYING |
INVITE | ||||
|
I I |
100 TRYING |
INVTE | ||||
|
I । H.248; MOD req |
83 Session Progress |
183 Session Progress |
83 Session Progress |
183 Session Progress | ||
|
' I Context ID=C1 I Termination 1МПМ |
PRACK |
PRACK |
PRACK | |||
|
1 Context ID=C1 | ||||||
|
tFermiriabon IORTP-1 |
200 OK |
200 OK |
, 200 OK | |||
|
I |
Ringing „ | |||||
|
I |
180 Ringing |
, 18ORinging |
, 180 Ringing |
, 180 Ringing | ||
|
I |
PRACK |
PRACK |
PRACK . | |||
|
I |
200 OK |
, 200 OK |
200 OK | |||
|
I ISUP: ACM | ||||||
|
I I I | ||||||
Сеть ТфОП Оборудо ТфС Ringing | 1 вание МС П (Soft: ! H.248 MOD req | SCF twitch) l-CS | Сеть -OF SO 200 OK | MS 200 OK | Обо pi SCF вызываем , 200 OK | дование ого абонента Answer |
Context IOC1 | ||||||
| Context IOC1 (I H.248 MOO req | ||||||
ACK | ACK | ACK | ||||
Context l(>C1 H.248 MOD resp . | ||||||
Context W1 , H.248 MOD req | ||||||
'| Context ID=C1 H248 MOD resp . | ||||||
. Context ОС 1 Termination IDeRTM I ISUP ANM | ||||||
I | ||||||
I | РАЗГОВОР | |||||
ISUP; REL , | BYE , | BYE , | BYE , | |||
. H248: SUB req | ||||||
200 OK | 200 OK | 200 OK | ||||
Context КМЛ | ||||||
| context ioci , H.248 SUB req | ||||||
Context IO=C1 | ||||||
I Context iwi I ISUP: RLC | ||||||
Рис. 2 - Сценарий обслуживания вызова при взаимодействии ТфОП- IMS
Расчет нагрузки на обслуживающий функциональный элемент S-CSCF
Попадая в сеть IMS, все заявки на обслуживание вызовов (сеансов связи) поступают
на обслуживающий функциональный элемент S-CSCF. Этот сетевой элемент представляет
собой SIP-сервер, управляющий сеансом связи. Для выполнения своих функций, он получает
от других сетевых элементов сети всю информацию об устанавливаемом соединении и
требуемой услуге.
Функции элемента управления вызовами и сессиями CSCF (I-CSCF, P-CSCF и S-
CSCF), могут иметь разную физическую декомпозицию, то есть они могут быть реализованы
как в виде единого блока (сервера), обладающего всеми возможностями, так и представлять
собой набор устройств (серверов), каждое из которых отвечает за реализацию конкретной
функции. Независимо от физической реализации, протокол управления сеансами связи
остается стандартным – SIP. Поэтому рассчитав в отдельности каждую из функций CSCF,
можно оценить требуемую производительность сервера, как при отдельной реализации
функциональных элементов, так и в случае совместной реализации.
Рис. 3 – Источники нагрузки на функциональный элемент S-CSCF
Примечание: При определении полосы пропускания S-CSCF, необходимой для
обслуживания вызовов, учитывается только обмен сообщениями протокола SIP и не
учитываются сообщения протокола DIAMETER.
Вызовы из сети ТфОП через оборудование шлюзов поступают на гибкий
коммутатор (Softswitch), который в данной архитектуре выполняет функции контроллера
медиашлюзов MGCF. Softswitch по протоколу SIP обращается к функциональному элементу
I-CSCF, который в свою очередь в ходе установления соединения обменивается
сообщениями SIP с S-CSCF. Гибкий коммутатор (Softswitch) тоже начинает обмен
сообщениями по протоколу SIP с S-CSCF. Далее I-CSCF и Softswitch передают S-CSCF
адресную информацию, информацию о местонахождении вызываемого пользователя, а
также информацию о виде услуги, которая запрашивается вызываемым абонентом. Получив
эту информацию и обработав ее, S-CSCF начинает процесс обслуживания вызова. В
зависимости от требуемой услуги, S-CSCF обращается к MRF или к серверам приложений
(AS). Таким образом, получаем, что у S-CSCF установлены SIP соединения с Softswitch, I-
CSCF, MRF, AS. Существует еще SIP соединение с P-CSCF, но его не учитываем в процессе
расчета транспортного ресурса, так как его влияние на требуемый ресурс незначительно.
Исходными данными для расчета S-CSCF будут:
Введем следующие обозначения:
Vss-s-cscf - транспортный ресурс между гибким коммутатором SS (SoftSwitch) и элементом
S-CSCF, который требуется для обмена сообщениями по протоколу SIP во время
обслуживания вызовов;
Vas-s-cscf - транспортный ресурс между cерверами приложений (AS) и элементом S-CSCF ,
который требуется для обмена сообщениями по протоколу SIP во время
обслуживания вызовов;
Vmrf-s-cscf - транспортный ресурс между сервером медиаресурсов MRF и элементом S-
CSCF, который требуется для обмена сообщениями по протоколу SIP во время
обслуживания вызовов;
Vi-cscf-s-cscf - транспортный ресурс между I-CSCF и обслуживающим элементом S-CSCF,
который требуется для обмена сообщениями по протоколу SIP во время
обслуживания вызовов;
Vs-cscf - общий транспортный ресурс S-CSCF , который требуется для обмена сообщениями
по протоколу SIP во время обслуживания вызовов.
Тогда общий транспортный ресурс для обслуживающего функционального элемента
S-CSCF будет равен:
Vs-cscf = Vi-cscf-s-cscf + Vmrf-s-cscf + Vas-s-cscf + Vss-s-cscf,
где Vss-s-cscf = ksig × (Lsip × Nsip1 × Psx);(1)
Vas-s-cscf = ksig × (Lsip × Nsip2 × Psx × X);(2)
Vmrf-s-cscf = ksig × (Lsip × Nsip3 × Psx × Y);(3)
Vi-cscf-s-cscf = ksig × (Lsip × Nsip4 × Psx),(4)
где ksig = 5 - коэффициент использования транспортного ресурса при передаче сигнальной
нагрузки протокола SIP. По аналогии с расчетом сигнальной сети ОКС№7 значение ksig=5
соответствует нагрузке в 0,2 Эрл.
Значения Psx и Lsip , которые используются в формулах (1) – (4) были рассчитаны
или заданы в предыдущем практическом занятии «Проектирование оборудования гибкого
коммутатора (softswitch)», а именно:
Расчет нагрузки на запрашивающий функциональный элемент I-CSCF
Так же как и обслуживающий функциональный элемент S-CSCF, запрашивающий
функциональный элемент I-CSCF участвует в соединениях, затрагивающих взаимодействие
разнородных сетей. Так как рассматривается взаимодействие сетей ТфОП и IMS, а они
являются разнородными, то, следовательно, запрашивающий функциональный элемент I-
CSCF принимает участие в обслуживании вызовов. Помимо функций SIP–прокси, он
взаимодействует с сервером домашних абонентов HSS и функцией определения
местоположения SLF, получает от них информацию о местонахождении пользователя и об
обслуживающем его элементе S-CSCF (рис. 4).
Рис. 4 - Источники нагрузки на функциональный элемент I-CSCF
Как видно из диаграммы установления соединения (рис. 2) и рисунка 4,
запрашивающий функциональный элемент I-CSCF взаимодействует с обслуживающим
элементом S-CSCF, гибким коммутатором SS (Softswitch, MGCF), а так же с проксирующим
функциональным элементом P-CSCF и сервером домашних абонентов HSS. При расчете
будем учитывать взаимодействие только с первыми двумя компонентами, так как с сервером
HSS взаимодействие происходит при помощи протокола DIAMETR, а расчет ведется только
для обмена сообщениями по протоколу SIP. Что касается взаимодействий с P-CSCF, не
смотря на то, что обмен информацией с ним происходит при помощи сообщений протокола
SIP, но трафик, создаваемый при этом обмене мы не будем учитывать в виду его небольшого
объема.
При определении транспортного ресурса на I-CSCF, необходимого для
обслуживания вызовов, учитывается только обмен сообщениями SIP. I-CSCF связан только с
SS и S-CSCF с использованием протокола SIP. Есть также взаимодействие с прокси-
функцией P-CSCF, но его в расчетах не учитываем, так же как не учитывается и
взаимодействие с HSS с использованием протокола DIAMETER.
Исходными данными для расчетов транспортного ресурса на I-CSCF являются:
Введем следующие обозначения:
Vi-cscf - общий транспортный ресурс I-CSCF, который требуется для обмена сообщениями
по протоку SIP во время обслуживания вызовов;
Vss-i-cscf - транспортный ресурс между SoftSwitch и I-CSCF, который требуется для обмена
сообщениями по протоку SIP во время обслуживания вызовов.
Тогда, общий транспортный ресурс будет равен
Vi-cscf = Vss-i-cscf + Vi-cscf-s-cscf . (5)
Значение Vi-cscf-s-cscf рассчитано ранее (см. формулу (4)), а значение Vss-i-cscf
вычисляется по формуле:
Vss-i-cscf = ksig × (Lsip × Nsip5 × Psx) . (6)
Рис. 5 - Пример расчета нагрузок на S-CSCF и I-CSCF
Комментарии (0)