Маршрут между ценой и качеством

Игорь Масленников, Мария Суханова | http://www.setevoi.ru/

Развитие IP-телефонии вызвало к жизни совершенно новые задачи маршрутизации, неизвестные ни в традиционной телефонии, ни в управлении IP-сетями. Появилась необходимость в выборе маршрута в зависимости от качества, а выбор по стоимости, известный и раньше, многократно усложнился. Создаются и программные продукты для решения этого класса задач, в том числе в России.

Универсальной характеристикой всякого товара или услуги является, как известно, соотношение цена/качество, между которыми в норме существует положительная обратная связь: чем лучше, тем дороже. Потребитель, разумеется, заинтересован в дешевых и качественных товарах и услугах, а потому ищет баланс. Поставщик в целом играет на той же стороне, хотя и с оговорками: снижение себестоимости не всегда означает снижение цены для покупателя, качество важно для продавца не само по себе, а с точки зрения его влияния на спрос и т.д.

На рынке междугородной/международной телефонии вопрос о соотношении цены и качества приобрел актуальность сравнительно недавно. Пока в каждой стране существовало, условно говоря, по одному монополисту-оператору традиционной телефонии, у абонента был только один выбор: либо воздержаться от звонка, либо позвонить и заплатить столько, сколько запросят, за ту слышимость, какая получится. С переходом на цифровые каналы качество стало стандартным, а увеличение количества линий дало возможность выбирать наиболее дешевые маршруты и привело к развитию методов маршрутизации по наименьшей стоимости (LCR – Least Cost Routing). Можно отдельно упомянуть технику "обратного звонка" (call back), позволяющую выиграть на разнице тарифов в зависимости от направления. Однако настоящая революция в области интеллектуальной маршрутизации звонков произошла с распространением IP-телефонии и связана с двумя ее особенностями – необходимостью контролировать качество и гигантским выбором возможных маршрутов.

Качество

В IP-телефонии, в отличие от телефонии традиционной, нет стандарта качества: в реальной жизни качество передачи речи зависит от степени сжатия речевой информации и от мгновенного состояния IP-сети (очень условно – сиюминутных характеристик виртуального "IP-канала" между абонентами). Поэтому качество может упасть вплоть до полной неразборчивости слов собеседника, но никто не мешает и неограниченно его повышать, отводя для передачи одного разговора более широкую полосу, чем в обычной телефонии, – скажем, не 64, а 128 кбит/с или 10 Мбит/с. Для корпоративных сетей на основе технологии VoIP подобная возможность рассматривается как вполне реальная, и компания Cisco некоторое время назад уже реализовала в своих IP-телефонах поддержку так называемого широкополосного (wideband) кодека. Корпоративная сеть – не обязательно локальная, это вполне может быть распределенная WAN или наложенная IP-VPN; если в ней обеспечена достаточная полоса пропускания и контролируются параметры голосового трафика, то сказанное справедливо и для нее. Когда-нибудь и операторы, возможно, будут завлекать клиентов, предлагая им коммерческую связь улучшенного качества, – это было бы логично, если учесть, что в самом начале своего существования коммерческая IP-телефония характеризовалась невысоким качеством, а сейчас оно приблизилось к стандартному и продолжает повышаться. Вернемся, однако, к современному состоянию – его не удалось бы достигнуть без специализированных механизмов управления качеством.

Говоря упрощенно, схема работы всех таких механизмов сводится к выбору наилучшего с точки зрения качества маршрута для IP-пакетов с голосом из всего множества возможных. Оценка качества на основе технических характеристик канала, таких, как величина задержки, процент потерь пакетов, неравномерность их поступления (так называемый "джиттер"), применяется повсеместно вплоть до корпоративных сетей. Соответствующая функция есть во многих учрежденческих АТС, снабженных VoIP-шлюзом. Для организаций, которые подключаются к одному IP-телефонному оператору, "маршрутизация", конечно, тривиальна: при достаточном уровне качества (который задан заранее) разговор происходит по IP-каналу, а в случае его падения переводится в канал TDM.

В операторских сетях, где постоянно ведется много разговоров, можно оценивать качество связи, анализируя статистику звонков. Например, разработчики VoIP-коммутатора MVTS (его выпускает нижегородская компания MERA Systems) предложили в дополнение к контролю технических параметров использовать интеллектуальную маршрутизацию в зависимости от процента звонков, в результате которых установилось соединение (Аnswer Seizure Ratio – ASR). Схема переключения маршрутов выглядит при этом следующим образом. По каждому направлению определяется показатель ASR; если он опускается ниже заданного уровня, система объявляет соответствующий маршрут недоступным и на некоторое время его блокирует. По окончании этого периода направление временно активизируется и на небольшом количестве звонков выполняется контрольное измерение ASR; если показатель улучшился, маршрут вновь становится полноправно активным.

Существенным показателем качества являются также максимальная и средняя продолжительность разговора. Их внезапное падение – тревожный симптом, указывающий на то, что абонентам сложно разобрать слова собеседника и они либо стараются как можно быстрее разъединиться, сообщив только самое необходимое, либо просто бросают трубку, поскольку ничего не слышно. Попытка учесть время соединения сделана в системе маршрутизации VoIP-вызовов IPSoft Routing Server, разрабатываемой компанией CTI (ранее IPSoft и CTI были разными фирмами; сейчас они объединились, при этом торговую марку IPSoft решено было сохранить). В этой программе, рассчитанной на работу вместе с MVTS, за основной показатель качества взят не ASR, а процент "удачных", звонков – таких, где беседа продолжалась определенное время (его можно задать), т.е. заведомо состоялась.

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

Цена

Там, где есть выбор, опытные пользователи карточной IP-телефонии знают, у каких операторов нужные им направления самые выгодные, и часто покупают разные карточки в зависимости от того, куда собираются звонить. Собственно, это и есть в самом примитивном виде LCR, т.е. маршрутизация по наименьшей стоимости. Она известна из традиционной телефонии, и соответствующая функция встроена во многие учрежденческие АТС (корпоративные клиенты пользуются не карточками, а постоянным подключением, и выбор оператора происходит автоматически, но принципиальных отличий нет). Подобная схема вполне удовлетворит конечного пользователя, но не оператора, а в особенности оператора VoIP.

Помимо стоимости минуты звонка он должен учитывать обсуждавшееся выше качество связи, степень загруженности канала, так называемый статический приоритет, определяющий выбор при прочих равных условиях, и некоторые другие параметры. Однако главная проблема заключается в количестве вариантов, которое в случае IP-телефонии перешло в качество.

Для традиционного телефонного оператора десять-двадцать партнеров, с которыми он обменивается трафиком, – это очень много, поскольку с каждым из них необходимо организовать физическое сопряжение телефонных каналов. В случае же IP-телефонии сети сопрягаются чисто логически, так что для организации взаимодействия операторам достаточно заключить договор и задать соответствующие адреса на своем оборудовании. Поэтому иметь десятки, сотни и даже тысячи партнеров для VoIP-оператора совершенно нормально, количество же возможных маршрутов у него начинает измеряться десятками и даже сотнями тысяч.

Межоператорский отдел IP-телефонного оператора средней руки – это пара десятков менеджеров. За каждым из них закреплено определенное число партнеров: он отвечает за взаимодействие с ними и, в частности, за обмен тарифами. Такой-то оператор в честь юбилея своей сети снизил тарифы на всех направлениях, такой-то временно предлагает дешевые звонки в определенные страны – нужно успеть этим воспользоваться. Здесь льготный период закончился – необходимо восстановить прежние цифры.

Ошибки в такой работе могут иметь очень серьезные последствия. Специалистам памятен эпизод, когда у российского оператора вкралась опечатка в один из партнерских тарифов на некую страну дальнего зарубежья, куда из России звонят очень редко. Из-за допущенной ошибки (запятая сместилась на один знак влево) стоимость разговора оказалась занижена в десять раз. Но поскольку страна была "редкая" и тарифы на нее были не на слуху, внимания на это никто не обратил. Только через сутки ошибку заметили и исправили. Что же могло произойти за сутки? Оказывается, многое. Через цепочку партнеров-операторов этот заниженный тариф попал на крупную биржу трафика в Лондоне, и уже через пару часов чуть ли не весь мир разговаривал с далекой страной через сеть нашего оператора. Его потери составили несколько десятков тысяч долларов.

Существует ли способ уменьшить вероятность подобных ситуаций в межоператорских отношениях? Очевидно, можно попробовать автоматизировать процедуру обмена тарифами – сделав это, мы навсегда избавимся от опечаток. Таким образом, функция LCR в сети IP-телефонного оператора должна быть дополнена механизмом автоматического заполнения базы тарифов. Этот механизм естественнее всего реализовать в биллинговой системе, поскольку именно она работает с тарифами и содержит базу данных как о клиентах, так и об операторах-партнерах.

Обсуждавшиеся в предыдущем разделе системы MVTS и IPSoft Routing Server подходят к решению задачи интеллектуальной маршрутизации с двух разных сторон – соответственно качества и бизнес-логики – и дополняют друг друга, хотя некоторые их возможности перекрываются.

Автоматическое заполнение базы тарифов является логически следующим шагом в развитии продукта CTI, который первоначально создавался как часть биллинговой системы, имеет хорошо разработанные правила выбора маршрута в зависимости от бизнес-критериев и включает соответствующую базу в качестве одного из основных элементов. Более того, прототип компонента, ответственного за работу с базой, уже был создан. MERA Systems также ведет сейчас активную разработку компонентов интеллектуальной маршрутизации, основанных на бизнес-логике, и не исключено, что в итоге именно она первой реализует свой вариант заполнения базы тарифов. Так или иначе, задача поставлена, она решается, а значит, готовый продукт или даже два вскоре появятся на российском рынке.