Структура сети с пакетной коммутацией на примере района Московской городской телефонной сети
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
SELP (Conjugate Structure, Algebraic Code Excited Linear Prediction) и обеспечивает скорость передачи 8 Кбит/с. В рамках спецификаций G.729 определены алгоритмы VAD, CNG и DTX.
Еще одной задачей шлюзов VoIP является передача сигналов многочастотного набора номера DTMF. Узкополосные кодеки, чтобы достичь низких скоростей передачи информации, опираются на тот факт, что сигнал, который они кодируют, представляет собой именно речь, а сигналы DTMF при прохождении через такие кодеки искажаются и не могут быть успешно опознаны соответствующим приемником на удаленном конце. В ряде случаев, а именно, когда пользователь ТфОП вынужден ввести какую-то дополнительную информацию в удаленную систему при уже установленном соединении (например, номер дебитной карты или номер пункта меню автоинформатора), необходимо обеспечить возможность надежной передачи DTMF-сигналов через сеть VoIP. Существуют две процедуры передачи DTMF-информации по сетям VoIP:
- обязательный метод, в соответствии с которым специальное сообщение протокола Н.245 (Userinputindication) может содержать символы цифр и знаки "*" и "#". Используется надежное TCP-соединение, так что информация не может быть потеряна, однако из-за особенностей TCP могут иметь место значительные задержки;
- нестандартный метод, предложенный VoIP форумом, может быть использован в терминалах H.323v2 при использовании процедуры fastStart и отсутствии канала Н.245. В этом случае для передачи DTMF открывается специальный RTP-сеанс, в котором передаются кодированные значения принятых цифр, а также амплитуды и длительности сигналов. Использование RTP позволяет четко привязать сигналы DTMF к реальному времени, что является важным преимуществом этого метода.
1.2.7 iенарии IP-телефонии
Сети Н.323
Первый в истории подход к построению сетей IP-телефонии на стандартизованной основе предложен Международным союзом электросвязи (ITU) в рекомендации Н.323. Сети на базе протоколов Н.323 ориентировались на интеграцию с телефонными сетями и вначале рассматривались как сети ISDN, наложенные на IP-сети.
В частности, процедура установления соединения в сетях IP-телефонии по Н.323 базировалась на рекомендации Q.931 и аналогична процедуре, используемой в ISDN.
Протокол Н.323 подробно рассматривается в главе 5 книги, а здесь отметим, что рекомендация Н.323 включает в себя довольно сложный набор протоколов, который предназначен не просто для передачи речевой информации по IP-сетям с коммутацией пакетов, а обеспечивает работу мультимедийных приложений в сетях с не гарантированным качеством обслуживания. Речевой трафик - это только одно из приложений Н.323, наряду с видео и данными. Протокол RAS (Registration, Admission, Status), входящий в семейство протоколов Н.323, обеспечивает контроль использования сетевых ресурсов и поддерживает аутентификацию пользователей и начисление платы за услуги. Основными устройствами сети Н.323 являются: терминал (Terminal), шлюз (Gateway), привратник (Gatekeeper) и устройство управления конференциями (Multipoint Control Unit).
В контексте Softswitch целесообразно заметить, что рекомендациями предусмотрен еще один элемент сети Н.323 - прокси-сервер Н.323. Этот сервер функционирует на прикладном уровне и может проверять пакеты с информацией, которой обмениваются два приложения. Прокси-сервер может определять, с каким приложением (Н.323 или другим) ассоциирован вызов, и производить нужное соединение.
Входящий в состав Н.323 протокол Н.225.0 (Q.931) специфицирует процедуры установления, поддержания и разрушения соединения, а в качестве транспортного протокола использует протокол TCP. По протоколу И.245 происходит обмен между участниками соединения информацией, которая необходима для создания логических каналов. По этим каналам передается речевая информация, упакованная в пакеты RTP/UDP/IP, которые рассмотрены выше и представлены на рис.1.6.
В этом же параграфе была упомянута еще одна важная проблема - качество обслуживания в сетях Н.323. Оконечное устройство, запрашивающее у привратника разрешение на доступ, может, используя поле transportQoS в сообщении ARQ протокола RAS, сообщить о своей способности резервировать сетевые ресурсы. Рекомендация Н.323 определяет протокол резервирования ресурсов (RSVP) как средство обеспечения гарантированного качества обслуживания, что предъявляет к терминалам требование поддержки протокола RSVP. К сожалению, этот протокол используется отнюдь не повсеместно, что оставляет сети Н.323 без основного механизма обеспечения гарантированного качества обслуживания. Это - общая проблема сетей IP-телефонии, характерная не только для сетей Н.323.
Как отмечалось выше, мониторинг качества обслуживания может выполняться протоколом RTCP, однако обмен информацией RTCP происходит только между оконечными устройствами, участвующими в соединении.
SIP-сеть
Более популярный сегодня подход к построению сетей IP-телефонии был предложен рабочей группой IETF с музыкальным названием MMUSIC в документе RFC 2543. В его основу положен протокол SIP (Session Initiation Protocol). Эта архитектура включает в себя также протокол резервирования ресурсов RSVP (Resource Reservation Protocol), рассмотренные выше в этой главе транспортный протокол реального времени RTP (Real-Time Transport Protocol; RFC 1889) и протокол передачи потоков в реальном времени RTSP (Real-Time Streaming Protocol; RFC 2326), протокол описания параметров связи SDP (Session Description Protocol; RFC 2327), а также протокол уведомления о связи SAP (Session Announcement Protocol). Сразу же подчеркнем, что функции протокола SIP не зависят ни от одного из этих протоколов.
Сообщения SIP могут переноситься как протоколом TCP, так и протоколом UDR. Там же протокол SIP подд