В данном примере рассмотрим ситуацию, когда УПАТСы для выхода "на город" используют центральную АТС (выход на центральную АТС осуществляются через Bridge).
Рисунок 4 - Схема подключения УПАТС к городу через транзитную АТС
1. Абонент УПАТС #1 звонит в город
Вызов поступает с локального SIP/Megaco-абонента, направляется во внутренний план нумерации, выполняется "модификация по входу" для абонентов А, Б, после чего выполняется маршрутизация вызова. В процессе маршрутизации было определено, что абонент Б - городской абонент. Поэтому изменяем план нумерации на городской, путем перехода в один из контекстов маршрутизации в городском плане нумерации. При переходе в городской план нумерации для абонента А будут автоматически выставлены свойства "apri", "nai", "ni", "npi", "screening" для городского плана нумерации, а также номер абонента А, если у него прописан номер для городского плана нумерации. Далее, маршрутизация продолжается в городском плане нумерации. Когда маршрутизация определит направление вызова (находит bridge-интерфейс), будет выполнен переход в контекст маршрутизации для выхода на данный bridge-интерфейс. В данном контексте маршрутизации будет выполнена "модификация по выходу", в рамках которой номера абонентов А, Б, а также их свойства будут приведены к понятному в "Центральном домене" виду. Далее, вызов направляется в найденный bridge-интерфейс, пройдя через который попадает в "центральный домен" через "Входящий бридж-интерфейс УПАТС #1". В центральном домене вызов направляется в контекст маршрутизации по умолчанию для данного bridge-интерфейса, где могут быть выполнены приведения номеров А, Б, а также их свойств к внутреннему плану нумерации. Также в данном контексте может быть добавлена проверка на корректность номеров А, Б, пришедших с bridge-интерфейса. Далее, на основе модифицированных данных выполняется маршрутизация вызовов, по результатам которой будет найден маршрут до города. После этого вызов переходит в "контекст маршрутизации для модификации номеров и их свойств по выходу на город", где выполняется "модификация по выходу". Вызов поступает в направление до города.
2. С города поступает вызов на абонента УПАТС #1
В центральный домен приходит вызов из "входящего SIP-транка (вызов с города)", попадает в контекст маршрутизации по умолчанию во внутреннем плане нумерации, где происходит модификация номеров А, Б, а также их свойства к внутреннему плану нумерации. Далее, на основе модифицированной информации осуществляется маршрутизация вызова, в процессе которой определяется, что вызов идет на абонента УПАТС #1. Маршрутизация переходит в "контекст для модификации номеров и их свойств по выходу на УПАТС #1", после чего вызов отправляется в бридж до УПАТС #1.
В УПАТС #1 вызов направляется через "Входящий bridge-интерфейс с центрального домена", поступает в контекст маршрутизации в городском плане нумерации, установленный по умолчанию, где происходит модификации номеров А, Б, а также их свойств в "Городскому плану нумерации". Далее, выполняется непосредственная маршрутизация вызова, в результате которой определяется, что абонент Б - локальный абонент данной УПАТС. Поэтому выполняется переход в контекст маршрутизации, предназначенный для модификации номеров при выходе на локальных абонентов, если необходимо. В данном контексте выполняется "модификация по выходу", после чего вызов отправляется на локального абонента. При выходе на локального абонента система по номеру абонента Б в городском плане нумерации выполняет поиск абонента УПАТС #1, у которого в городском плане нумерации выставлен номер Б, который получили в результате маршрутизации. Если таких абонентов больше чем один, то выбирается абонент, на который был данный номер установлен первым. И вызов направляется на данного абонента. Если такой абонент не найден, вызов отбивается.