Проект Методические рекомендации по обеспечению предоставления операторами связи информации о месте нахождении пользовательского оборудования (оконечного оборудования) операторам системы обеспечения вызова экстренных оперативных служб по единому номеру Москва 2015 1 Содержание ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ ................................................................................................4 1 Общие положения ...........................................................................................................................6 2 Состав информации о месте нахождения пользовательского оборудования с которого был осуществлен вызов или передача сообщения о происшествии по единому номеру вызова экстренных оперативных служб...........................................................................................8 2.1 Состав информации о месте нахождения пользовательского оборудования, подключенного к сети фиксированной телефонной связи ...................................................8 2.2 Состав информации о месте нахождения абонентской станции, подключенной к сети подвижной связи .......................................................................................................................9 2.3 Состав и форма предоставления дополнительной информации, необходимой для обеспечения реагирования по вызову или сообщению о происшествии по единому номеру вызова экстренных оперативных служб ..................................................................10 2.4 Обеспечение защиты информации, предоставляемой операторами связи в систему-112 ..............................................................................................................................11 3 Определение места нахождения пользовательского оборудования с которого был осуществлен вызов или передача сообщения о происшествии посредством набора единого номера вызова экстренных оперативных служб ...........................................................................12 3.1 Идентификация пользовательского оборудования с которого был осуществлен вызов или передача сообщения о происшествии посредством набора единого номера вызова экстренных оперативных служб ...............................................................................12 3.2 Определение источников информации о месте нахождения пользовательского оборудования, с которого был осуществлен вызов или передача сообщения о происшествии по единому номеру вызова экстренных оперативных служб ...................15 4 Порядок предоставления информации о месте нахождения пользовательского оборудования, с которого был осуществлен вызов или передача сообщения о происшествии по единому номеру вызова экстренных оперативных служб .............................18 4.1 Методы предоставления информации в систему-112 оператором связи ..........................21 4.2 Применение методов предоставления информации в систему-112 оператором связи ....24 4.3 Маршрутизация SMS в систему-112 и предоставление информации ...............................25 2 4.4 Поручение оператором связи функций по передаче операторам системы-112 информации о месте нахождения пользовательского оборудования и иной информации, необходимой для обеспечения реагирования, другой организации ...........26 5 Протоколы информационного обмена ........................................................................................28 5.1 Общие требования к протоколам информационного обмена .............................................28 5.2 Предоставление информации в систему-112 в потоке сигнализации по установлению телефонного соединения ........................................................................................................29 Приложение 1. Состав и представление адресных данных места установки пользовательского оборудования, подключенного к сети фиксированной телефонной связи ..................................................................................................................................................33 Приложение 2. Состав и представление геодезических данных текущего места нахождения абонентской станции ...............................................................................................37 Приложение 3. Правила инкапсуляции в протокол SIP данных места нахождения пользовательского оборудования................................................................................................40 Приложение 4. Получение информации о месте нахождения пользовательского оборудования после установки соединения по запросу до завершения реагирования ....49 Приложение 5. Состав делегируемой информации .................................................................59 Приложение 6. Требования к организации, которой оператор связи делегировал полномочия по предоставлению информации о месте нахождения и иной информации, необходимой для обеспечения реагирования, операторам системы-112 ...62 Приложение 7. Получение дополнительной информации по запросу до завершения реагирования ...................................................................................................................................65 Приложение 8. Передача геодезической координаты места нахождения абонентской станции обработке экстренных SMS методом push .................................................................68 Приложение 9. Форматы параметров и значения полей параметров, используемых для передачи информации сообщении IAM подсистемы пользователя ЦСИС (ISUP) системы сигнализации ОКС №7..................................................................................................74 3 ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ ИС – информационные системы. ОКС №7 – система сигнализации по общему каналу №7 МСЭ-Т. ОПТС – опорно-транзитная станция. Система-112 – система обеспечения вызова экстренных оперативных служб через единый номер «112» на базе единых дежурно-диспетчерских служб муниципальных образований. СПС – сеть подвижной радиотелефонной связи. ССОП – сеть связи общего пользования. ТЗУС – транзитный зоновый узел связи. ТСМН - технические средства обработки информации о месте нахождения пользовательского оборудования. ТСКС - технические средства коротких текстовых сообщений. ТфОП – сеть фиксированной телефонной связи. УАТС – учрежденческая автоматическая телефонная станция. УОВЭОС – узел обеспечения вызовов экстренных оперативных служб. ФИАС – федеральная информационная адресная система. ЦКП – центр коммутации подвижной радиотелефонной связи. ЦОВ -112– центр обработки вызовов. ЦСИС – цифровая сеть с интеграцией служб. ЭОС – экстренная оперативная служба. MVNO - оператор связи, оказывающий услуги с использованием бизнесмодели виртуальных сетей подвижной радиотелефонной связи. SMS– короткое текстовое сообщение. SIM-карта - электронный носитель информации, установленный в абонентской станции (абонентском устройстве), с помощью которого осуществляется идентификация абонента оператором связи подвижной связи. 4 UIM-карта – электронный носитель информации, установленный в абонентской станции (абонентском устройстве), с помощью которого осуществляется идентификация абонента оператором связи подвижной связи, использующим стандарт IMT-MC-450. 5 1 Общие положения 1.1 Методические рекомендации по обеспечению предоставления операторами связи информации о месте нахождения пользовательского оборудования (оконечного оборудования) операторам системы обеспечения вызова экстренных оперативных служб по единому номеру (далее – Методические рекомендации) разработаны на основании и в соответствии с Федеральным законом от 7 июля 2003 г. «О связи», постановлением Правительства Российской Федерации от 21 ноября 2011 г. № 958. 1.2 Методические рекомендации направлены на оказание практической помощи операторам связи, осуществляющим деятельность в области оказания услуг: местной телефонной связи, за исключением услуг местной телефонной связи с использованием таксофонов и средств коллективного доступа; местной телефонной связи с использованием таксофонов; местной телефонной связи с использованием средств коллективного доступа; подвижной радиосвязи в сети связи общего пользования; подвижной радиотелефонной связи; подвижной спутниковой радиосвязи, при определении: состава и форматов информации о месте нахождения пользовательского оборудования, с которого был осуществлен вызов или передача сообщения о происшествии посредством набора единого номера вызова ЭОС, и иной информации, необходимой для обеспечения реагирования; места нахождения пользовательского оборудования (оконечного оборудования) (далее – пользовательское оборудование), с которого был осуществлен вызов или передача сообщения о происшествии посредством набора единого номера вызова ЭОС; порядка системы-112 предоставления информации о месте операторами нахождения связи операторам пользовательского оборудования, с которого был осуществлен вызов или передача сообщения о 6 происшествии посредством набора единого номера вызова ЭОС, и иной информации, необходимой для обеспечения реагирования. 1.3 Методические рекомендации могут быть использованы органом исполнительной власти субъектов Российской Федерации при разработке проектной и методической документации по созданию и эксплуатации системы-112. 1.4 Настоящие методические рекомендации не регламентируют: предоставление информации о месте нахождения пользовательского оборудования и иной информации, сформированной аппаратно-программными средствами, установленными на этом пользовательском оборудовании; порядок взаимодействия между информационными системами операторов связи при определении места нахождения пользовательского оборудования. 1.5 Настоящие Методические рекомендации не содержат норм и прав, носят рекомендательный и разъяснительный характер. 7 2 Состав информации о месте нахождения пользовательского оборудования с которого был осуществлен вызов или передача сообщения о происшествии по единому номеру вызова экстренных оперативных служб 2.1 Состав информации о месте нахождения пользовательского оборудования, подключенного к сети фиксированной телефонной связи 2.1.1 Информация о месте нахождения пользовательского оборудования, подключенного к сети фиксированной телефонной связи, предоставляется в виде адреса места установки пользовательского оборудования. 2.1.2 Адрес места установки пользовательского оборудования, с которого был осуществлен вызов или передано сообщение на единый номер вызова ЭОС, определяется оператором связи на основании договора об оказании услуг телефонной связи. Допускается определение адреса места установки пользовательского оборудования, находящегося в ведении оператора связи (переговорные пункты, таксофоны, в том числе универсального обслуживания, и т.п.) на основании данных технического учета оператора связи. 2.1.3 Оператор связи, с которым у абонента заключен договор об оказании услуг связи и который обеспечил доступ к своей сети пользователя, обратившегося по единому номеру «112», несет ответственность за достоверность и актуальность информации о месте нахождения пользовательского оборудования, предоставляемой операторам системы-112. 2.1.4 Адрес предоставляется установки операторскому пользовательского персоналу системы-112 оборудования в формате, установленном ФИАС (Приложение 1). Приведение адресной информации в соответствие с указанным форматом производится ТСМН. 8 Допускается предоставление информации о месте нахождения 2.1.5 пользовательского оборудования, подключенного к сети фиксированной телефонной связи, в виде двумерной геодезической координаты1 с указанием точности. 2.1.6 Выполнение преобразования адреса установки пользовательского оборудования из формата, установленного ФИАС, в геодезическую координату выполняется специализированным программным обеспечением геоинформационной подсистемы системы-112. 2.2 Состав информации о месте нахождения абонентской станции, подключенной к сети подвижной связи 2.2.1 Информация о месте нахождения абонентской станции, подключенной к сети подвижной связи, определяется в форме: - двумерной геодезической координаты абонентской станции с указанием точности; - глобального идентификатора обслуживающей соты (сектора) сети радиодоступа (в обязательном порядке, совместно с двумерной геодезической координатой абонентской станции). 2.2.2 Глобальный идентификатор обслуживающей соты (сектора) сети радиодоступа предоставляется в формате, обеспечивающем уникальную идентификацию обслуживающей сети2, а также соты (сектора) сети радиодоступа сетей подвижной радиотелефонной связи на территории Российской Федерации. 2.2.3 Оператор подвижной связи предоставляет операторам системы-112 информацию о текущем фактическом месте нахождения Данная техническая возможность может быть использована в сетях фиксированной связи, построенных в концепции All-over-IP, в архитектуре IMS и/или EPC и поддерживающих сетевую функцию динамической переносимости оконечного оборудования, а также в беспроводных VoIP сетях фиксированного радиодоступа. 2 Определение понятия «обслуживающая сеть» приведено в рекомендациях МСЭ-Т Q.1741.4 (10/2005), 3.277. 9 1 абонентской станции, определяемую на момент обработки внешнего или внутреннего запроса в информационной системе оператора связи. 2.2.4 Информация о месте нахождения абонентской станции, подключенной к сети подвижной радиотелефонной связи, предоставляется с точностью, технологически возможной при оказании услуг подвижной радиотелефонной связи оператором связи обслуживающей сети. 2.3 Состав и форма предоставления дополнительной информации, необходимой для обеспечения реагирования по вызову или сообщению о происшествии по единому номеру вызова экстренных оперативных служб 2.3.1 Состав дополнительной информации, необходимой для обеспечения реагирования по вызову или сообщению о происшествии по единому номеру вызова ЭОС (далее – дополнительная информация), предоставляемой оператором связи операторам системы-112, при обращении абонента-гражданина: - фамилия, имя, отчество абонента; - место жительства (регистрации) абонента; - год рождения абонента. 2.3.2 Состав дополнительной информации, предоставляемой оператором связи операторам системы-112, при обращении абонентаюридического лица: - наименование (фирменное наименование) абонента; - юридический адрес абонента. 10 2.4 Обеспечение защиты операторами связи в систему-112 информации, предоставляемой 2.4.1 Оператор связи не должен получать согласие пользователя услугами связи, осуществившего вызов или передачу сообщения о происшествии по единому номеру вызова ЭОС, на обработку и предоставление его персональных данных в систему-1123. 2.4.2 Оператор связи при передаче операторам системы-112 сведений об абонентах, ставших известными ему в силу исполнения договора об оказании услуг связи, обеспечивает их защиту в соответствии с законодательством Российской Федерации4. 2.4.3 Операторам связи для построения систем защиты сведений об абонентах, предоставляемых в систему-112, рекомендуется использовать подход, определенный в «Концепции защиты персональных данных в информационных системах операторов связи» согласованной Минкомсвязи России, ФСТЭК России, ФСБ России и одобренной Министерством связи и массовых коммуникаций Российской Федерации 21 апреля 2010 г. в рамках заседания секции № 1 Научно-технического совета, в том числе в части организации безопасного межсетевого взаимодействия (п. 9.6) и криптографической защиты (п. 9.9). В соответствии с пунктом 1 статьи 52 Федерального закона от 7 июля 2003 г. № 126-ФЗ «О связи». 4 В соответствии с пунктом 1 статьи 53 Федерального закона от 7 июля 2003 г. № 126-ФЗ «О связи». 11 3 3 Определение места нахождения пользовательского оборудования с которого был осуществлен вызов или передача сообщения о происшествии посредством набора единого номера вызова экстренных оперативных служб 3.1 Идентификация пользовательского оборудования с которого был осуществлен вызов или передача сообщения о происшествии посредством набора единого номера вызова экстренных оперативных служб 3.1.1 Пользовательское оборудование, с которого был осуществлен вызов или передача SMS о происшествии посредством набора единого номера вызова ЭОС, идентифицируется посредством номера, выделенного оператором связи абоненту при заключении договора об оказании услуг связи, или на основании номера, сохраненного абонентом при заключении нового договора об оказании услуг связи, либо посредством номера технически закрепленного за пользовательским оборудованием, включая таксофоны и оконечное оборудование систем экстренной связи (функционирующее в сети телефонной связи общего пользования). 3.1.2 Техническое закрепление абонентского номера за абонентской станцией сети подвижной радиотелефонной связи либо подвижной спутниковой радиосвязи производится посредством установки в абонентское устройство идентификационного модуля (SIM-карта либо UIM-карта). 3.1.3 Техническое закрепление абонентского номера за пользовательским оборудованием сети фиксированной телефонной связи производится посредством его подключения к абонентскому комплекту местного телефонного узла связи либо посредством автоматической5 аутентификации пользовательского оборудования. Процедуры автоматической аутентификации абонентского устройства применяются, например, в сетях фиксированного доступа, построенных по технологии пассивных оптических сетей (PON). В таких случаях ответственность за обеспечение достоверности 12 5 3.1.4 Идентификатор пользовательского оборудования (номер вызывающего абонента) доставляется в сообщениях систем межстанционной и/или абонентской телефонной сигнализации (протоколов информационного обмена) при инициации вызова (отправке SMS). 3.1.5 Ответственность за обеспечение достоверности информации о номере вызывающего абонента при реализации функций доведения вызова (а также SMS) в телекоммуникационной подсистеме системы-112 субъекта Российской Федерации возлагается: для вызовов, инициированных в сетях фиксированной телефонной связи ССОП на территории субъекта Российской Федерации, - на оператора связи, которому выделен ресурс нумерации, в который входит абонентский номер пользовательского оборудования, посредством которого был инициирован вызов; для вызовов и SMS, инициированных в сетях подвижной радиотелефонной связи и подвижной радиосвязи на территории субъекта Российской Федерации, - на оператора связи сети подвижной связи, являющейся обслуживающей сетью для абонентской станции в момент инициации вызова либо отправки SMS (только в сети подвижной радиотелефонной связи); для вызовов, инициированных в сетях подвижной спутниковой радиосвязи на территории Российской Федерации, - на оператора связи, обслуживающего наземную станцию на территории Российской Федерации, обеспечивающую организацию взаимодействия сети подвижной спутниковой радиосвязи с ТфОП Российской Федерации. 3.1.6 Для вызовов, инициированных на территории субъекта Российской Федерации при отсутствии регистрации абонентской станции данных о месте установки оконечного оборудования пользователя (защиту сети от несанкционированного переноса оборудования пользователя) возлагается на оператора связи. 13 (экстренные вызовы6) в обслуживающей данный вызов сети подвижной радиотелефонной связи (в том числе при физическом отсутствии идентификационного модуля), при наличии технической возможности, допускается идентификация пользовательского оборудования по номеру, из ресурса нумерации, лицензионной зоны, предназначенного однозначно для обслуживания идентифицирующему данной сектор сети радиодоступа сети подвижной радиотелефонной связи, обслуживающей данный вызов и технически закрепленному оператором связи данной сети связи, которому выделен этот ресурс нумерации. Требование применимо к ЦКП, обслуживающему абонентскую станцию инициировавшую данный вызов. Номер передается по сетям связи в формате национального значащего номера. 3.1.7 Положения пункта 3.1.6 настоящих Методических рекомендаций также применимы к следующим видам ограничений связи без регистрации абонентской станции (абонентского устройства) в сети связи при вызове ЭОС по единому номеру «112»: - абонентом иной сети в отсутствие роумингового соглашения; - абонентом иной сети связи Российской Федерации, включая абонентов MVNO, с ограничением связи по отсутствию средств на счете; - абонентом иной сети, предоставляющей услуги подвижной радиотелефонной связи вне пределов Российской Федерации с запрещенной функцией международного роуминга. 3.1.8 Для вызовов, инициированных в выделенных и технологических сетях связи, присоединенных к ССОП (включая УАТС, подключенные к ССОП по договору об оказании услуг связи), ответственность за обеспечение полноты и достоверности информации о номере вызывающего абонента при Экстренные вызовы – Emergency calls, инициируемые абонентской станцией с применением особых механизмов выделения радиоканала и специального сообщения Emergency Setup в системе абонентской сигнализации сетей GSM/UMTS. 14 6 реализации функций доведения вызова в телекоммуникационной подсистеме системы-112 субъекта Российской Федерации возлагается на оператора выделенной либо технологической сети связи. 3.1.9 Для вызова, инициированного с пользовательского оборудования выделенных и технологических сетей связи, за которым закреплен абонентский номер ССОП, идентификация пользовательского оборудования производится по абонентскому номеру. 3.1.10 Для вызова, инициированного с пользовательского оборудования сетей выделенных и технологических сетей связи, за которым не закреплен абонентский номер ССОП, идентификация пользовательского оборудования производится посредством серийных или групповых номеров, выделенных в соответствии с Российской системой и планом нумерации для установления исходящих соединений от пользователей этих сетей связи в сеть связи общего пользования. При наличии технической возможности выделенных и технологических сетей связи номер пользовательского оборудования, используемый в плане нумерации выделенной или технологической сети связи, передается совместно с групповым или серийным номером. 3.2 Определение источников информации о месте нахождения пользовательского оборудования, с которого был осуществлен вызов или передача сообщения о происшествии по единому номеру вызова экстренных оперативных служб 3.2.1 Определение места нахождения пользовательского оборудования вызывающего пользователя производится по запросу, поступающему извне в информационную систему оператора связи. 3.2.2 При наличии технической возможности допускается определение места нахождения пользовательского оборудования вызывающего пользователя автоматически при установлении соединения на номер «112», 15 при условии, что эта информация о месте нахождения будет передана в сообщениях сигнализации при установлении телефонного соединения, а также при условии технической возможности передачи данной информации без искажения по ССОП. 3.2.3 Определение места нахождения пользовательского оборудования производится информационными системами и инфраструктурными элементами сетей связи оператора связи, с которым у абонента заключен договор на предоставление услуг связи7 и который обеспечил доступ к своей сети пользователя, обратившегося по единому номеру «112». 3.2.4 Определение места нахождения абонентской станции абонента, который воспользовался услугами подвижной связи другого оператора связи, с которым у абонента договор не заключен (роуминг), может производиться: - информационными системами и инфраструктурными элементами сетей связи оператора связи, с которым у абонента заключен договор на предоставление услуг связи, либо - информационными системами и инфраструктурными элементами сети связи, обслуживающей8 данный вызов. Определение оператора связи, с которым у абонента заключен договор на предоставление услуг связи, производится техническими средствами обработки информации о месте нахождения пользовательского оборудования, являющимися непосредственным источником запроса в информационную систему оператора связи, на основании проверки номера вызывающего абонента, полученного в сообщении телефонной сигнализации по актуальной выписке из реестра Российской системы и плана нумерации, с последующей проверкой по базе данных перенесенных абонентских номеров (для номеров, выделенных для сетей подвижной радиотелефонной связи). 8 Определение обслуживающей сети для абонентской станции производится ТСМН. Обслуживающая сеть идентифицируется по полученному в сообщении телефонной сигнализации глобальному наименованию (Global Title) регистра гостевых абонентов (VLR) – GT VLR. Если GT VLR не доступен, факт обслуживания в гостевой сети устанавливается посредством проверки номера вызывающего абонента, полученного в сообщении телефонной сигнализации по актуальной выписке из реестра Российской системы и плана нумерации, с последующей проверкой по базе данных перенесенных абонентских номеров. Эта проверка также определяет оператора связи домашней сети связи (для сетей связи, функционирующих на территории РФ). Присутствие оператора связи домашней сети связи в субъекте Российской Федерации, в систему-112 которого поступил вызов или SMS определяется в соответствии с реестром лицензий на оказание услуг связи и актуальными конфигурационными данными ТСМН. В 16 7 3.2.5 Определение места нахождения абонентской станции , в которой не установлен идентификационный модуль (SIM-карта) или которая не прошла регистрацию в сети оператора связи, производится информационной системой и инфраструктурными элементами сети связи оператора связи, предоставившего доступ к своей сети для инициации данного экстренного вызова, при наличии технической возможности определения места нахождения и при условии, что эта информация будет передана в сообщениях сигнализации при установлении телефонного соединения9. случае, если такое присутствие установлено, идентифицируется ситуация «внутрисетевого роуминга», а в качестве обслуживающей сети, для направления запроса на получение информации о месте нахождения абонентской станции, определяется сеть данного оператора. Если идентифицирована ситуация «внутристранового» (национального) или международного роуминга определение обслуживающей сети может быть произведено: - по поступившему в сообщении телефонной сигнализации при установлении соединения глобальному наименованию (Global Title) регистра гостевых абонентов (VLR) – GT VLR в его составе; - по признаку источника вызова, включенному (посредством адресной манипуляции номера вызываемого абонента) исходящей или транзитной системой коммутации при установлении соединения (в соответствии с техническими условиями на присоединение сетей связи и/или на подключение ЦОВ-112 к УОВЭОС); - в соответствии с актуальными конфигурационными данными ТСМН (на основе базы роуминговых соглашений, при наличии информации и технической возможности). В случае, если обслуживающая сеть не может быть идентифицирована однозначно перечисленными или иными способами, ТСМН направляет запросы на определение места нахождения абонентской станции всем операторам связи, сети подвижной связи которых имеют собственную инфраструктуру радиосети доступа на территории субъекта Российской Федерации, в систему-112 которого поступил вызов или SMS. 9 Данная техническая возможность определяется в «Соглашении об информационном взаимодействии при обслуживании вызовов экстренных оперативных служб по единому номеру «112»», заключаемом эксплуатирующей организацией системы-112 в субъекте РФ с оператором сети связи общего пользования». 17 4 Порядок предоставления информации о месте нахождения пользовательского оборудования, с которого был осуществлен вызов или передача сообщения о происшествии по единому номеру вызова экстренных оперативных служб Информационные потоки предоставления информации в систему-112 оператором связи определяются на интерфейсах взаимодействия сети связи и информационных систем оператора связи с ССОП, а также на интерфейсах взаимодействия телекоммуникационной и информационно- коммуникационной подсистем системы-112. SMSC6 SMSC оператор SMSC овоператор СПСТСКС ТСКС ов СПС 7 ЦОВ -112 4 ИС ИС операторов ИС операторов связи операторов связи связи 5 7 4 2 ТСМН РЦОВ -112 3 1 Операторы сети связи общего пользования 3 УОВЭОС 1-7 - интерфейсы взаимодействия Рисунок 1 Схема организации связи при обеспечении вызова ЭОС посредством набора единого номера «112» 18 Интерфейс 1. Обеспечивает прохождение вызова, адресованного на номер «112», от ССОП на УОВЭОС. Система межстанционной телефонной сигнализации ОКС№7 (ISUP) при организации направления связи в сети с коммутацией каналов. В целях определения обслуживающей сети, для вызовов от пользователей сетей подвижной радиотелефонной связи, передается глобальное наименование (Global Title) регистра гостевых абонентов (VLR) – GT VLR сети подвижной радиотелефонной связи (в параметре Location Number, национальная кодировка), как определено в приложении 9. Системы сигнализации SIP (SIP-T/SIP-I/SIP NNI/SIP) при организации направления связи в сети с коммутацией пакетов информации. В целях определения обслуживающей сети для вызовов от пользователей сетей подвижной радиотелефонной связи, передается глобальное наименование (Global Title) регистра гостевых абонентов (VLR) – GT VLR сети подвижной радиотелефонной связи, как определено в приложении 3. Допускается передача информации о месте нахождения. Интерфейс 2. Допускается для обеспечения взаимодействия УОВЭОС с ТСМН в случае применения метода “push” для передачи информации о месте нахождения пользовательского оборудования на интерфейсе 3. Взаимодействие УОВЭОС с ТСМН выполняется по протоколу SIP с использованием процедуры ремаршрутизации на УОВЭОС, от ТСМН к УОВЭОС передается информация о месте нахождения. Интерфейс 3. Обеспечивает взаимодействие УОВЭОС с ЦОВ-112 (РЦОВ-112). Абонентское подключение. 19 Взаимодействие УОВЭОС с ЦОВ-112 (РЦОВ-112) выполняется по протоколу SIP. В целях определения обслуживающей сети, для вызовов от пользователей сетей подвижной радиотелефонной связи, передается глобальный идентификатор обслуживающей соты сети подвижной радиотелефонной связи, передается информация о месте нахождения как определено в приложении 3. Допускается формирование резервных направлений связи УОВЭОС с ЦОВ-112 (РЦОВ-112) по технологии коммутации каналов, не обеспечивающих передачу информации о месте нахождения пользовательского оборудования, и обслуживаемых системой абонентской сигнализации EDSS1. Интерфейс 4. Обеспечивает получение запроса от ЦОВ-112 (РЦОВ-112) и передачу сформированного ответа со стандартизированной структурой данных от ТСМН в ЦОВ-112 (РЦОВ-112). Взаимодействие ТСМН и ЦОВ-112 выполняется по протоколу HTTPS (XML). ТСМН допускается размещать в зоне ответственности оператора связи, в зоне ответственности ЦОВ-112, в зоне ответственности сторонней организации, которой оператор связи поручил предоставление данной информации. Интерфейс 5. Обеспечивает взаимодействие ТСМН с ИС операторов связи. Обеспечивает передачу запроса от ТСМН и прием ответа. Предпочтительными для взаимодействия ТСМН с ИС операторов связи являются следующие протоколы: HTTPS (XML), SOAP, JSON. Интерфейс 6. Обеспечивает взаимодействие центра обработки коротких текстовых сообщений (SMSC) оператора связи с ТСКС, 20 обеспечивающим маршрутизацию SMS в ЦОВ-112 системы-112 субъекта Российской Федерации, на территории которого находится абонентская станция отправителя экстренного SMS. На данном интерфейсе передаются все SMS, адресованные на номер «112», обслуженные данным SMSC. Допускается реализация функций ТСКС, осуществляющего маршрутизацию SMS, непосредственно в оборудовании SMSC. В этом случае данный интерфейс вырождается (отсутствует). Допускается реализация функций ТСКС, осуществляющего маршрутизацию SMS, внешним, по отношению к SMSC оператора связи оборудованием, в том числе, находящимся в собственности сторонней организации, которой оператор связи поручил реализацию функции маршрутизации SMS. Протокол взаимодействия SMPP версии 3.4, передается информация о месте нахождения как определено в приложении 8. Интерфейс 7. Обеспечивает взаимодействие ТСКС, осуществляющего маршрутизацию SMS, с ЦОВ-112 (РЦОВ-112). Протокол взаимодействия SMPP версии 3.4. Допускается использование на данном участке протокола SIP, в том числе с инкапсуляцией информации о месте нахождения оконечного оборудования пользователя в сообщение по инициации сессии (INVITE). 4.1 Методы предоставления информации в систему-112 оператором связи 4.1.1 Метод «pull», при котором информация запрашивается из информационной системы оператора связи техническими средствами обработки информации о месте нахождения пользовательского оборудования автоматически в процессе установления соединения (по запросу оборудования УОВЭОС или оборудования ЦОВ-112), либо, при обработке 21 всех типов обращений, по запросу операторов системы-112, является базовым. В общем случае, при использовании метода «pull» логические (на уровне транзакций) потоки передачи информации с каждым из операторов связи организуются раздельно для каждого из видов передаваемых данных. Для выделенных реализации каналов данного доставки метода предусмотрено информации (вне применение каналов передачи сигнализации по установлению телефонного соединения, вне каналов передачи сообщений протокола информационного обмена, используемого для доставки SMS). Допускается использование единого физического канала для всех видов передаваемых данных с каждым из операторов связи. Допускается агрегация логических потоков передачи информации с различными операторами связи и физическая концентрация потоков передачи информации с каждым из ЦОВ-112 ТСМН. Ограничения по задержке предоставления информации методом «pull» определяются на уровне протоколов информационного обмена. 4.1.2 Метод «push», при котором передача информации осуществляется автоматически, по факту инициации вызова (передачи сообщения), адресованного на номер «112» является базовым для вызовов от пользователей сетей подвижной радиотелефонной связи в части передачи глобальное наименование (Global Title) регистра гостевых абонентов (VLR) – GT VLR сети подвижной радиотелефонной связи. Для обеспечения взаимосвязанной обработки вызова и информации, предоставляемой оператором связи в ЦОВ-112, данный метод реализуется исключительно посредством доставки (инкапсуляции) информации в сообщениях протокола телефонной сигнализации по установлению соединения телефонного соединения. 22 Метод «push» используется при инициации вызова, то есть в первом сообщении телефонной сигнализации по установлению телефонного соединения. Использование метода «push» (независимо от состава передаваемых данных) не должно вносить дополнительную задержку более 3 секунд в процедуру инициации вызова, на участке от абонентского устройства вызывающего пользователя СПС до исходящего направления, через которое маршрутизируются вызовы, адресованные на номер «112» шлюзового ЦКП, обеспечивающего взаимодействие СПС с ТфОП. Допускается, при наличии технической возможности, использование метода «push» для передачи оператором связи информации о месте нахождения (месте установки) пользовательского оборудования по протоколу SIP межстанционной или абонентской (при подключении ЦОВ112 к УОВЭОС) системы телефонной сигнализации. Допускается, при наличии технической возможности, использование метода «push» для передачи оператором связи информации о месте нахождения пользовательского оборудования совместно с передаваемым SMS (в том числе, при использовании протокола SIP для доставки SMS). 4.1.3 Для приведения информации о месте нахождения пользовательского оборудования и дополнительной информации в форматы, установленные настоящими Методическими рекомендациями, и осуществления взаимодействия с базой перенесенных номеров используются технические средства обработки информации о месте нахождения пользовательского оборудования и иной информации, необходимой для обеспечения реагирования по вызову или короткому текстовому сообщению на единый номер «112» (ТСМН). 23 4.2 Применение методов предоставления информации в систему-112 оператором связи 4.2.1 Метод «pull» применяется при предоставлении операторами связи информации о месте нахождения пользовательского оборудования и дополнительной информации, необходимой для обеспечения вызова (передачи сообщения) по единому номеру вызова ЭОС (Приложения 4, 7). 4.2.2 Метод «pull» используется в любой фазе организации реагирования на обращение пользователя: от инициации вызова до завершения оперативного реагирования. Ответственность организации за реагирования обеспечение и автоматического блокировку возможности контроля запроса на предоставление информации операторами системы-112 по завершении оперативного реагирования (после закрытия карточки информационного обмена в системе-112) возлагается на эксплуатирующую организацию системы-112. 4.2.3 Предоставление информации о месте нахождения пользовательского оборудования и дополнительной информации по запросу операторов системы-112 производится не позднее 24 часов с момента обращения пользователя по номеру «112». Обеспечение контроля выдержки времени на предоставление информации о месте нахождения пользовательского оборудования по запросу операторов системы-112 возлагается на оператора связи. 4.2.4 При наличии технической возможности допускается передача по методу «push» информации о месте нахождения пользовательского сетевой архитектуре IMS для предоставления оборудования. 4.2.5 В использование конвергентной метода «push» допускается дополнительной информации, необходимой для организации реагирования. 24 4.3 Маршрутизация SMS в систему-112 и предоставление информации 4.3.1 Оператор связи сети подвижной радиотелефонной связи обеспечивает маршрутизацию и передачу SMS, адресованных на номер «112», в ЦОВ-112 субъекта Российской Федерации, на территории которого определено, с точностью не хуже обслуживающего сектора радиосети доступа, место нахождения абонентской станции, с которой поступило данное SMS. 4.3.2 В случае, если в момент маршрутизации SMS регистрация абонентской станции радиотелефонной отправителя связи SMS отсутствует, в данной сети подвижной используется последний зафиксированный сетью идентификатор базовой станции, обслуживавшей данную абонентскую станцию для определения ЦОВ-112 субъекта Российской Федерации. 4.3.3 Функции маршрутизации могут быть реализованы с использованием ТСКС, внешних по отношению к центру обработки SMS (SMSC) оператора связи. Оператор связи вправе поручить сторонней организации реализацию функции маршрутизации SMS в ЦОВ-112. В этом случае технические средства обработки коротких текстовых сообщений автоматически запрашивают информацию о месте нахождения абонентской станции через ТСМН. 4.3.4 Первичное предоставление информации о месте нахождения абонентской станции, с которой было отправлено SMS на номер «112» операторам системы-112 производится по методу «pull» с автоматическим запросом информации оборудованием ЦОВ-112 по факту приема SMS. 4.3.5 Допускается, при наличии технической возможности, первичное предоставление информации о месте нахождения абонентской станции, с 25 которой было отправлено SMS на номер «112» методом «push» по протоколу SMPP v.3.4 или SIP (Приложение 8). 4.4 Поручение операторам оператором системы-112 связи функций информации о по месте передаче нахождения пользовательского оборудования и иной информации, необходимой для обеспечения реагирования, другой организации 4.4.1 Оператор фиксированной телефонной связи вправе передать функцию по предоставлению операторам системы-112 информации о месте нахождения и реагирования, иной информации, организации, необходимой эксплуатирующей для обеспечения систему-112 субъекта Российской Федерации, или третьему лицу. 4.4.2 функцию Оператор по фиксированной предоставлению телефонной информации о связи, передавший месте нахождения пользовательского оборудования и иной информации, необходимой для обеспечения реагирования, организации, эксплуатирующей систему-112 субъекта Российской Федерации, или третьему лицу обязан обеспечить актуализацию предоставляемых данных не реже чем один раз в три месяца. 4.4.3 Передача функции по предоставлению информации о месте нахождения и реагирования, иной информации, организации, необходимой эксплуатирующей для обеспечения систему-112 субъекта Российской Федерации, или третьему лицу производится в форме договора. 4.4.4 Оператор связи имеет право передать функции по приведению информации о месте нахождения и иной информации, необходимой для обеспечения реагирования, Методическими в форматы, рекомендациями, установленные организации, настоящими эксплуатирующей систему-112 субъекта Российской Федерации, или третьему лицу. 4.4.5 Поручение о передаче функции по приведению информации о месте нахождения и иной информации, необходимой для обеспечения 26 реагирования, в форматы, установленные настоящими Методическими рекомендациями, организации, эксплуатирующей систему-112 субъекта Российской Федерации, или третьему лицу производится в форме договора. 4.4.6 Требования к организации, которой оператор связи делегировал полномочия по предоставлению информации о месте нахождения и иной информации, необходимой для обеспечения реагирования, операторам системы-112 приведены в Приложении 6 к настоящим Методическим рекомендациям. 27 5 Протоколы информационного обмена 5.1 Общие требования к протоколам информационного обмена 5.1.1 В исходящем направлении связи обслуживающего или шлюзового ЦКП с коммутацией каналов либо с коммутацией пакетов информации, через который маршрутизируются вызовы, адресованные на номер «112», и обеспечивающего взаимодействие СПС с ТфОП, допускается применение следующих систем межстанционной телефонной сигнализации: - ОКС №7: - с поддержкой установления телефонного соединения по протоколу ISUP; - SIP-T либо SIP-I10: - с поддержкой установления телефонного соединения по протоколу ISUP; - с поддержкой установления телефонного соединения по протоколу SIP; - SIP либо SIP NNI11: - с поддержкой установления телефонного соединения по протоколу SIP. 5.1.2 В исходящем направлении связи исходящей местной ОПТС или ТЗУС сети фиксированной связи с коммутацией каналов либо с коммутацией пакетов информации, через который маршрутизируются вызовы, адресованные на номер «112», к УОВЭОС допускается применение следующих систем межстанционной телефонной сигнализации: - ОКС №7: - с поддержкой установления телефонного соединения по протоколу ISUP; 10 Только для ЦКП с коммутацией пакетов информации 11 Только для ЦКП с коммутацией пакетов информации 28 - SIP-T либо SIP-I12: - с поддержкой установления телефонного соединения по протоколу ISUP; - с поддержкой установления телефонного соединения по протоколу SIP; - SIP либо SIP NNI13: - с поддержкой установления телефонного соединения по протоколу SIP. 5.2 Предоставление информации в систему-112 в потоке сигнализации по установлению телефонного соединения 5.2.1 Вызов от пользователя СПС (опциональное предоставление информации) 5.2.1.1 Допускается включение в первое сообщение по установлению телефонного соединения, адресованного на номер «112», информации, приведенной в таблицах 1 и 2 в зависимости от типа используемой системы межстанционной телефонной сигнализации. 5.2.1.2 Для обеспечения прозрачного переноса сигнальной информации в транзитной сети, функционирующей с использованием подсистемы пользователя ЦСИС (ISUP) системы сигнализации ОКС №7 согласно спецификации ISUP-R-2000, передаваемый параметр Location number должен сопровождаться в сообщении IAM параметром Parameter compatibility information, определяющим продолжение установления соединения при невозможности приема, обработки или передачи в исходящем направлении параметра Location number. 12 13 Только для ОП(Т)С с коммутацией пакетов информации. Только для ОПТ)С с коммутацией пакетов информации. 29 Таблица 1 – Передача глобального наименования (Global Title) регистра гостевых абонентов (VLR) – GT VLR СПРТС (протокол ОКС№7 ISUP) Система сигнализации / протокол / сообщение Контент глобальное наименование (Global Title) регистра гостевых абонентов (VLR) – GT VLR ОКС №7 / ISUP / IAM Формат представления данных (параметр) Q.763/99, 3.30 Location number (национальная кодировка) Примечания Уникальное в пределах РФ глобальное наименование (Global Title) регистра гостевых абонентов (VLR) – GT VLR СПРТС В поле address signal глобальное наименование (Global Title) регистра гостевых абонентов (VLR) – GT VLR SIP-T/SIP-I / INVITE Инкапсуляция параметра Location number Уникальное в пределах РФ глобальное наименование (Global Title) регистра гостевых абонентов (VLR) – GT VLR СПРТС В поле address signal 5.2.1.3 Форматы параметров и значения полей параметров, используемых для передачи информации в протоколе SIP в сообщении INVITE, приведены в приложении 1. Таблица 2 – Передача глобального наименования (Global Title) регистра гостевых абонентов (VLR) – GT VLR и информации о месте нахождения пользователького оборудования СПРТС (протокол SIP) Контент глобальное наименование (Global Title) регистра гостевых абонентов (VLR) – GT VLR Система сигнализации / протокол / сообщение SIP/SIP NNI / INVITE Формат представления данных (параметр) Примечания Уникальное в пределах РФ глобальное наименование (Global Title) регистра гостевых абонентов (VLR) – GT VLR СПРТС 30 Система сигнализации / протокол / сообщение Контент Координата в системе координат WGS84 SIP/SIP NNI / INVITE Формат представления данных (параметр) RFC6443, RFC6442, RFC5491 GEOPRIV PIDF-LO Примечания Двумерная геодезическая координата мобильной станции с указанием точности 5.2.2 Вызов от пользователя сети фиксированной связи (ТФОП), (опциональное предоставление информации) 5.2.2.1. Допускается реализация метода «push» на участке УОВЭОС>ЦОВ-112 при применении системы сигнализации SIP на данном участке. 5.2.2.2. Реализация метода «pull» на участке ОПТС->УОВЭОС при предоставлении информации в систему-112 операторами связи допускается в случае включения в процесс технических средств обработки информации о месте нахождения пользовательского оборудования. Состав, структура данных и протоколы взаимодействия при передаче данных места установки оконечного оборудования приведены в приложениях 1, 2, 3, 4 31 Информационные потоки для автоматизации заполнения карточки вызова Оператор связи в субъекте РФ Оператор УОВЭОС / эксплуатирующая организация ТСМН ЦОВ-112 ОПТС Система-112 УОВЭОС АСР ТЕХУЧЕТ PULL Нормализация данных установки, формирование универсальной структуры данных. Адресный слой ГИС Система-112 ТСМН Рисунок 2 – Реализация метода «push» на участке УОВЭОС->ЦОВ-112 и метода «pull» в автоматизированном режиме на участке ОП(Т)С->УОВЭОС при предоставлении информации в систему-112 операторами связи 32 Приложение 1. Состав и представление адресных данных места установки пользовательского оборудования, подключенного к сети фиксированной телефонной связи Оператор связи обеспечивает представление адресных данных места установки пользовательского фиксированной телефонной оборудования, связи подключенного в формате к сети ФИАС (http://fias.nalog.ru/Public/NewsPage.aspx). Варианты описания адресного объекта Для предоставления адресных данных в целях использования для передачи данных о месте нахождения пользовательского оборудования, подключенного к сети фиксированной телефонной связи могут использоваться следующие адресные объекты ФИАС: HOUSE - Сведения по номерам домов улиц городов и населенных пунктов, номера земельных участков и т.п.; HOUSEINT - Интервалы домов; LANDMARK - Описание мест расположения имущественных объектов. Подробное описание состава требуемых объектов приведено в документе «СВЕДЕНИЯ О СОСТАВЕ ИНФОРМАЦИИ ФЕДЕРАЛЬНОЙ ИНФОРМАЦИОННОЙ АДРЕСНОЙ СИСТЕМЫ» (http://fias.nalog.ru/Public/NewsPage.aspx). Помимо формируемых в соответствии со структурой адресных объектов ФИАС параметров, в структуре HOUSE могут присутствовать (при наличии в договоре на оказание услуг связи) дополнительно следующие параметры: 33 ENTRANCE - Номер подъезда дома, корпуса, строения, владения; LEVEL - Номер этажа. Подвальные этажи вводятся со знаком «-»; ROOM - Номер квартиры (офиса). Адресная информация может передаваться в составе SIP-сообщения INVITE (Приложение 3) при инициации вызова, либо http-сообщения (Приложение 4) по запросу. XSD-схема описания информационных объектов в формате XML приведена ниже: <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"> <xs:element name="FIAS"> <xs:complexType> <xs:choice> <xs:element name="HOUSE" type="House" minOccurs="0" maxOccurs="1" /> <xs:element name="HOUSEINT" type="HouseInterval" minOccurs="0" maxOccurs="1" /> <xs:element name="LANDMARK" type="Landmark" minOccurs="0" maxOccurs="1" /> </xs:choice> </xs:complexType> </xs:element> <xs:complexType name="House"> <xs:annotation> <xs:documentation>Сведения по номерам домов улиц городов и населенных пунктов, номера земельных участков и т.п</xs:documentation> </xs:annotation> <xs:attribute name="HOUSEGUID" use="required"> <xs:annotation> <xs:documentation>Глобальный уникальный идентификатор дома</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:string"> <xs:length value="36"/> </xs:restriction> 34 </xs:simpleType> </xs:attribute> <xs:attribute name="ENTRANCE" use="optional"> <xs:annotation> <xs:documentation>Номер подъезда дома, корпуса, строения, владения </xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:integer"> <xs:totalDigits value="2"/> </xs:restriction> </xs:simpleType> </xs:attribute> <xs:attribute name="LEVEL" use="optional"> <xs:annotation> <xs:documentation>Номер этажа. Подвальные этажи вводятся со знаком ‘-’ </xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:integer"> <xs:totalDigits value="4"/> </xs:restriction> </xs:simpleType> </xs:attribute> <xs:attribute name="ROOM" use="optional"> <xs:annotation> <xs:documentation> Номер квартиры (офиса) </xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:integer"> <xs:totalDigits value="6"/> </xs:restriction> </xs:simpleType> </xs:attribute> </xs:complexType> <xs:complexType name="HouseInterval"> <xs:annotation> <xs:documentation>Интервалы домов</xs:documentation> </xs:annotation> <xs:attribute name="INTGUID" use="required"> <xs:annotation> 35 <xs:documentation>Глобальный уникальный идентификатор интервала домов</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:string"> <xs:length value="36"/> </xs:restriction> </xs:simpleType> </xs:attribute> </xs:complexType> <xs:complexType name="Landmark"> <xs:annotation> <xs:documentation>Описание мест расположения имущественных объектов</xs:documentation> </xs:annotation> <xs:attribute name="LANDGUID" use="required"> <xs:annotation> <xs:documentation>Глобальный уникальный идентификатор ориентира</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:string"> <xs:length value="36"/> </xs:restriction> </xs:simpleType> </xs:attribute> </xs:complexType> </xs:schema> 36 Приложение 2. Состав и представление геодезических данных текущего места нахождения абонентской станции Варианты описания места нахождения абонентской станции XML – структура описания места нахождения абонентской станции соответствует правилам, изложенным в: 1. RFC3863 «Presence Information Data Format (PIDF)»; 2. RFC4479 «A Data Model for Presence»; 3. RFC4119 «A Presence-based GEOPRIV Location Object Format». Элементы <tuple> и <person> для передачи информации не используются. Данные места нахождения абонентской станции передаются в элементе <device> (RFC4479) <geopriv>/<location-info> (RFC4119). Элемент <geopriv>/<usage-rules> не используется. Элемент <geopriv>/<method> не используется. Элемент <device> содержится в единственном экземпляре. Атрибут id элемента <device> содержит уникальный идентификатор. Элемент <device>/<deviceID> содержит значение IMSI. Элемент <device>/<timestamp> содержит время определения места нахождения абонентской станции в формате ISO 8601 (YYYY-MMDDThh:mm:ss±hh). Место нахождения абонентской станции описывается в соответствии с правилами, изложенными в RFC5491 «GEOPRIV Presence Information Data Format Location Object (PIDF-LO) Usage Clarification, Considerations, and Recommendations» 37 Двумерные геодезические координаты с указанием точности могут передаваться в составе SIP-сообщения INVITE при инициации вызова (Приложение 3), либо http-сообщения (Приложение 4) по запросу. В качестве базовых должны использоваться следующие варианты описания точности представления данных места нахождения абонентской станции: 1.Точка 2.Окружность 3.Сектор окружности Правила описания соответствующих данных представлены в документе: "GML 3.1.1 PIDF-LO ShapeApplication Schema for use by the Internet Engineering Task Force (IETF)", Candidate OpenGIS Implementation Specification 06-142r1, Version: 1.0, April 2007 1.Пример представления места нахождения в виде точки <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:cl="urn:ietf:params:xml:ns:pidf:geopriv10:civicAddr" xmlns:gml="http://www.opengis.net/gml" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <gml:location> <gml:Point srsName="urn:ogc:def:crs:EPSG::4326"> <gml:pos>32.86726 -97.16054</gml:pos> </gml:Point> </gml:location> </gp:location-info> </gp:geopriv> <dm:deviceID>250999876543210</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> 2.Пример представления места нахождения в виде окружности <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> 38 <gp:geopriv> <gp:location-info> <gml:location> <gs:Circle srsName="urn:ogc:def:crs:EPSG::4326"> <gml:pos>42.5463 -73.2512</gml:pos> <gs:radius uom="urn:ogc:def:uom:EPSG::9001">850.24</gs:radius> </gs:Circle> </gml:location> </gp:location-info> </gp:geopriv> <dm:deviceID>250999876543210</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> 3.Пример представления места нахождения в виде сектора окружности <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <gml:location> <gs:ArcBand srsName="urn:ogc:def:crs:EPSG::4326"> <gml:pos>-43.5723 153.21760</gml:pos> <gs:innerRadius uom="urn:ogc:def:uom:EPSG::9001">3594</gs:innerRadius> <gs:outerRadius uom="urn:ogc:def:uom:EPSG::9001">4148</gs:outerRadius> <gs:startAngle uom="urn:ogc:def:uom:EPSG::9102">20</gs:startAngle> <gs:openingAngle uom="urn:ogc:def:uom:EPSG::9102">20</gs:openingAngle> </gs:ArcBand> </gml:location> </gp:location-info> </gp:geopriv> <dm:deviceID>250999876543210</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> 39 Приложение 3. Правила инкапсуляции в протокол SIP данных места нахождения пользовательского оборудования Правила кодирования информации о месте нахождения пользовательского оборудования соответствуют правилам, изложенным в приложениях 1 и 2 данного документа. Инкапсуляция данных месте нахождения пользовательского оборудования в сообщение SIP INVITE выполняется в соответствии с документом RFC6442 «Location Conveyance for the Session Initiation Protocol». 1. Инкапсуляция глобального идентификатора дома с дополнительной информацией Пример: INVITE sip:112@192.168.104.200 SIP/2.0 Via: SIP/2.0/UDP 192.168.104.221;branch=z9hG4bK-74bf9 Max-Forwards: 70 To: “112” <sip:112@192.168.104.200> From: “1234567” <sips:1234567@192.168.104.22>;tag=9fxced76sl Call-ID: 3848276298220188511@192.168.104.22 Accept: application/sdp, application/pidf+xml CSeq: 31862 INVITE Contact: <sip:1234567@192.168.104.22> Content-Type: multipart/mixed; boundary=boundary1 Content-Length: ... --boundary1 Content-Type: application/sdp ...Session Description Protocol (SDP) goes here --boundary1 Content-Type: application/pidf+xml Content-ID: target123@192.168.104.22 <?xml version="1.0" encoding="UTF-8"?> <presence xmlns="urn:ietf:params:xml:ns:pidf" 40 xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:cl=" urn:ietf:params:xml:ns:pidf:geopriv10:civicLoc" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <cl:civicAddress> <cl:HOUSEGUID>c9f9fe40-b9a7-461c-bf98-0338c90f242b</cl:HOUSEGUID> <cl:ENTRANCE>3</cl:ENTRANCE> <cl:LEVEL>5</cl:LEVEL> <cl:ROOM>90</cl:ROOM> </cl:civicAddress> </gp:location-info> </gp:geopriv> <dm:deviceID>79313275383</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> --boundary1-- 2. Инкапсуляция глобального идентификатора интервала домов Пример: INVITE sip:112@192.168.104.200 SIP/2.0 Via: SIP/2.0/UDP 192.168.104.221;branch=z9hG4bK-74bf9 Max-Forwards: 70 To: “112” <sip:112@192.168.104.200> From: “1234567” <sips:1234567@192.168.104.22>;tag=9fxced76sl Call-ID: 3848276298220188511@192.168.104.22 Accept: application/sdp, application/pidf+xml CSeq: 31862 INVITE Contact: <sip:1234567@192.168.104.22> Content-Type: multipart/mixed; boundary=boundary1 Content-Length: ... --boundary1 Content-Type: application/sdp ...Session Description Protocol (SDP) goes here --boundary1 Content-Type: application/pidf+xml Content-ID: target123@192.168.104.22 <?xml version="1.0" encoding="UTF-8"?> 41 <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:cl=" urn:ietf:params:xml:ns:pidf:geopriv10:civicLoc" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <cl:civicAddress> <cl:INTGUID>f38f2071-558e-42d1-b1c1-676cee68ea3c</cl:INTGUID> </cl:civicAddress> </gp:location-info> </gp:geopriv> <dm:deviceID>79313275383</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> --boundary1-- 42 3.Инкапсуляция глобального идентификатора ориентира Пример: — INVITE sip:112@192.168.104.200 SIP/2.0 Via: SIP/2.0/UDP 192.168.104.221;branch=z9hG4bK-74bf9 Max-Forwards: 70 To: “112” <sip:112@192.168.104.200> From: “1234567” <sips:1234567@192.168.104.22>;tag=9fxced76sl Call-ID: 3848276298220188511@192.168.104.22 Accept: application/sdp, application/pidf+xml CSeq: 31862 INVITE Contact: <sip:1234567@192.168.104.22> Content-Type: multipart/mixed; boundary=boundary1 Content-Length: ... --boundary1 Content-Type: application/sdp ...Session Description Protocol (SDP) goes here --boundary1 Content-Type: application/pidf+xml Content-ID: target123@192.168.104.22 <?xml version="1.0" encoding="UTF-8"?> <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:cl=" urn:ietf:params:xml:ns:pidf:geopriv10:civicLoc" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <cl:civicAddress> <cl:LANDGUID>ae0b9723-ebe3-46cb-a73a-1db3846980ee</cl:LANDGUID> </cl:civicAddress> </gp:location-info> </gp:geopriv> <dm:deviceID>79313275383</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> --boundary1-- 43 4.Инкапсуляция геодезической координаты текущего места нахождения пользовательского оборудования Пример SIP-сообщения с описанием места нахождения пользовательского оборудования в виде точки INVITE sip:112@192.168.104.200 SIP/2.0 Via: SIP/2.0/UDP 192.168.104.221;branch=z9hG4bK-74bf9 Max-Forwards: 70 To: “112” <sip:112@192.168.104.200> From: “1234567” <sips:1234567@192.168.104.22>;tag=9fxced76sl Call-ID: 3848276298220188511@192.168.104.22 Geolocation: <cid:MobileOperator@192.168.104.22> Geolocation-Routing: no Accept: application/sdp, application/pidf+xml CSeq: 31862 INVITE Contact: <sip:1234567@192.168.104.22> Content-Type: multipart/mixed; boundary=boundary1 Content-Length: ... --boundary1 Content-Type: application/sdp ...Session Description Protocol (SDP) goes here --boundary1 Content-Type: application/pidf+xml Content-ID: target123@192.168.104.22 <?xml version="1.0" encoding="UTF-8"?> <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:cl="urn:ietf:params:xml:ns:pidf:geopriv10:civicAddr" xmlns:gml="http://www.opengis.net/gml" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> 44 <gml:location> <gml:Point srsName="urn:ogc:def:crs:EPSG::4326"> <gml:pos>32.86726 -97.16054</gml:pos> </gml:Point> </gml:location> </gp:location-info> </gp:geopriv> <dm:deviceID>250999876543210</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> --boundary1-- Пример SIP-сообщения с предоставлением координат места нахождения абонентской станции в виде окружности INVITE sip:112@192.168.104.200 SIP/2.0 Via: SIP/2.0/UDP 192.168.104.221;branch=z9hG4bK-74bf9 Max-Forwards: 70 To: “112” <sip:112@192.168.104.200> From: “1234567” <sips:1234567@192.168.104.22>;tag=9fxced76sl Call-ID: 3848276298220188511@192.168.104.22 Geolocation: <cid:MobileOperator@192.168.104.22> Geolocation-Routing: no Accept: application/sdp, application/pidf+xml CSeq: 31862 INVITE Contact: <sip:1234567@192.168.104.22> Content-Type: multipart/mixed; boundary=boundary1 Content-Length: ... --boundary1 Content-Type: application/sdp ...Session Description Protocol (SDP) goes here --boundary1 Content-Type: application/pidf+xml Content-ID: target123@192.168.104.22 <?xml version="1.0" encoding="UTF-8"?> 45 <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <gml:location> <gs:Circle srsName="urn:ogc:def:crs:EPSG::4326"> <gml:pos>42.5463 -73.2512</gml:pos> <gs:radius uom="urn:ogc:def:uom:EPSG::9001">850.24</gs:radius> </gs:Circle> </gml:location> </gp:location-info> </gp:geopriv> <dm:deviceID>250999876543210</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> --boundary1-- Пример SIP-сообщения с предоставлением информации о месте нахождения абонентской станции объекта в виде сектора окружности INVITE sip:112@192.168.104.200 SIP/2.0 Via: SIP/2.0/UDP 192.168.104.221;branch=z9hG4bK-74bf9 Max-Forwards: 70 To: “112” <sip:112@192.168.104.200> From: “1234567” <sips:1234567@192.168.104.22>;tag=9fxced76sl Call-ID: 3848276298220188511@192.168.104.22 Geolocation: <cid:MobileOperator@192.168.104.22> Geolocation-Routing: no Accept: application/sdp, application/pidf+xml CSeq: 31862 INVITE Contact: <sip:1234567@192.168.104.22> Content-Type: multipart/mixed; boundary=boundary1 Content-Length: ... --boundary1 Content-Type: application/sdp ...Session Description Protocol (SDP) goes here --boundary1 46 Content-Type: application/pidf+xml Content-ID: target123@192.168.104.22 <?xml version="1.0" encoding="UTF-8"?> <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <gml:location> <gs:ArcBand srsName="urn:ogc:def:crs:EPSG::4326"> <gml:pos>-43.5723 153.21760</gml:pos> <gs:innerRadius uom="urn:ogc:def:uom:EPSG::9001">3594</gs:innerRadius> <gs:outerRadius uom="urn:ogc:def:uom:EPSG::9001">4148</gs:outerRadius> <gs:startAngle uom="urn:ogc:def:uom:EPSG::9102">20</gs:startAngle> <gs:openingAngle uom="urn:ogc:def:uom:EPSG::9102">20</gs:openingAngle> </gs:ArcBand> </gml:location> </gp:location-info> </gp:geopriv> <dm:deviceID>250999876543210</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> --boundary1-- Пример SIP-сообщения с описанием информации об идентификаторе обслуживающей соты (сектора) абонентской станции INVITE sip:112@192.168.104.200 SIP/2.0 Via: SIP/2.0/UDP 192.168.104.221;branch=z9hG4bK-74bf9 Max-Forwards: 70 To: “112” <sip:112@192.168.104.200> From: “1234567” <sips:1234567@192.168.104.22>;tag=9fxced76sl Call-ID: 3848276298220188511@192.168.104.22 Accept: application/sdp, application/pidf+xml CSeq: 31862 INVITE Contact: <sip:1234567@192.168.104.22> Content-Type: multipart/mixed; boundary=boundary1 Content-Length: ... --boundary1 Content-Type: application/sdp 47 ...Session Description Protocol (SDP) goes here --boundary1 Content-Type: application/pidf+xml Content-ID: target123@192.168.104.22 <?xml version="1.0" encoding="UTF-8"?> <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gbp="urn:ietf:params:xml:ns:pidf:geopriv10:basicPolicy" xmlns:cl="urn:ietf:params:xml:ns:pidf:geopriv10:civicAddr" xmlns:gml="http://www.opengis.net/gml" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" entity="79313275383"> <gsm_cells> <cell> <!-- Код страны (MCC, Mobile Country Code) --> <countrycode>250</countrycode> <!-- Код сети мобильной связи (MNC, Mobile Network Code) --> <operatorid>2</operatorid> <!-- Идентификатор соты (CID, Cell Identifier) --> <cellid>34321</cellid> <!-- Код местоположения (LAC, Location area code) --> <lac>1237</lac> </cell> </gsm_cells> </presence> --boundary1-- 48 Приложение 4. Получение информации о месте нахождения пользовательского оборудования после установки соединения по запросу до завершения реагирования Получение информации о месте нахождения пользовательского оборудования от сети оператора связи по запросу должно обеспечиваться путем формирования HTTP GET запроса в информационную систему оператора связи. Правила взаимодействия определяются в документе RFC5985 «HTTP-Enabled Location Delivery (HELD)». В качестве идентификатора оконечного абонентского оборудования в запросе передается его телефонный номер в формате E.164. http://LBS-URL/GetAbonentLocation?uid=user&pwd=secret& aNumber=+79265322777&method=passive Где: uid, pwd – логин и пароль для доступа к информационной системе оператора сотовой связи; aNumber – номер с которого поступил экстренный вызов; method – метод поиска местоположения абонента: o "passive" - гарантированное время отклика, не гарантированная актуальность данных, o "active" - не гарантированное время отклика, гарантированная актуальность данных. Получаемый ответ должен содержать XML-структуру, содержащую результат выполнения запроса и в случае успешного определения места нахождения, данные о месте нахождения абонента. Данные о месте нахождения формируются в соответствии с правилами, изложенными в настоящем документе в Приложении 1 (для сетей фиксированной телефонной связи) и Приложении 2 (для СПС). Ниже приведена общая структура XML – документа ответа информационной системы оператора связи на запрос о месте нахождения пользовательского оборудования. 49 <response> <resultCode>0</resultCode> <resultDescription></resultDescription > <P-Access-Network-Info></P-Access-Network-Info> <presense> </presense> </response> Корневым элементом XML – документа, является элемент <response>. Данный элемент содержит дочерние элементы: <resultCode> - Обязательный элемент. Содержит информацию о результате обработки запроса LBS сервером оператора связи. <resultDescription> - Опциональный элемент, описание ошибки в случае невозможности предоставить информацию о месте нахождения абонентской станции. <P-Access-Network-Info> - Опциональный элемент. В случае успешной обработки запроса содержит идентификатор базовой станции сети подвижной радиотелефонной связи. Идентификатор базовой станции сети подвижной радиотелефонной связи описывается при помощи глобального идентификатора обслуживающего сектора (CGI – Cell Global Identity) в соответствии с правилами, изложенными в «3GPP TS 24.229 V12.5.0 (201406)». Диапазоны кодов результатов 0 – 99 Ошибки ТСМН 100 – 199 Ошибки запроса 200 – 299 Ошибки сети 300 – 499 Зарезервировано для будущего использования 500 – 599 Ошибки производителей Коды результатов 50 Код Название Описание ОК Успешная результата 0 обработка запроса 1 SYSTEM FAILURE Запрос не Сбой системы обработан может по быть причине общей ошибки в ТСМН или базовой сети 2 UNSPECIFIED ERROR Данная ошибка Неизвестная ошибка используется в случае, когда нельзя использовать другие ошибки. 3 UNAUTHORIZED Приложение APPLICATION доступа Неавторизованное передан неверный пароль. к не имеет ТСМН или приложение 4 UNKNOWN Неизвестный абонент. SUBSCRIBER Неизвестный абонент 5 ABSENT Абонент отсутствует. SUBSCRIBER Абонент недоступен. Абонент отсутствует 6 POSITION METHOD местоположения. FAILURE Сбой Сбой метода определения метода определения удалось Не определить местоположение абонента. местоположения 51 101 CONGESTION IN Запрос не может LOCATION обработан, SERVER перегрузки ТСМН. быть из-за Перегрузка ТСМН 102 CONGESTION IN Запрос не может быть MOBILE обработан из-за перегрузки NETWORK мобильной сети Перегрузка мобильной сети 103 UNSUPPORTED ТСМН не поддерживает VERSION указанную версию Не протокола поддерживаемая версия 104 TOO MANY POSITION В запросе указано слишком ITEMS много Слишком много элементов местоположения. элементов местоположения 105 FORMAT ERROR Элемент Ошибка формата запросе протокола имеет в неверный формат. 106 107 SYNTAX ERROR Запрос местоположения Синтаксическая имеет синтаксические ошибка ошибки PROTOCOL Элемент ELEMENT NOT указанный протокола, в запросе SUPPORTED местоположения, Не поддерживаемый поддерживается ТСМН. не элемент протокола 52 108 SERVICE NOT SUPPORTED Запрошенный сервис не поддерживается ТСМН. Сервис не поддерживается 109 PROTOCOL ELEMENT Атрибут ATTRIBUTE протокола NOT SUPPORTED Атрибут элемента не поддерживается ТСМН. элемента протокола не поддерживается. 110 INVALID PROTOCOL ELEMENT Неверное значение элемента протокола VALUE Неверное значение элемента протокола 111 INVALID PROTOCOL Неверное значение ELEMENT атрибута элемента ATTRIBUTE VALUE протокола Неверное значение атрибута элемента протокола 112 Указанное значение элемента PROTOCOL ELEMENT VALUE протокола не поддерживается ТСМН. NOT SUPPORTED Значение элемента протокола не поддерживается. 113 PROTOCOL ELEMENT Указанное значение 53 ATTRIBUTE атрибута VALUE NOT SUPPORTED Значение элемента протокола не поддерживается ТСМН. атрибута элемента протокола не поддерживается 201 QOP NOT QOP - Quality Of Position. Требуемое ATTAINABLE качество позиционирования недоступно. 202 POSITIONING NOT Абонент не позволяет ALLOWED приложению по каким-либо Определение причинам определить его местоположения не разрешено местоположение (настройки конфиденциальности ТСМН и.т.д.) 204 DISALLOWED BY Запрос местоположения LOCAL запрещен REGULATIONS правилами. местными Запрещено местными правилами 207 MISCONFIGURATION ТСМН OF сконфигурированы LOCATION SERVER расчета местоположения. Ошибка не для в конфигурации ТСМН 54 Пример XML-документа с описанием места нахождения объекта в виде точки <?xml version="1.0" encoding="UTF-8"?> <response> <resultCode>0</resultCode> <resultDescription></resultDescription > <P-Access-Network-Info>3GPP-EUTRAN-FDD;utran-cell-id3gpp=1112233C476B4321;network-provided </P-Access-Network-Info> <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:cl="urn:ietf:params:xml:ns:pidf:geopriv10:civicAddr" xmlns:gml="http://www.opengis.net/gml" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <gml:location> <gml:Point srsName="urn:ogc:def:crs:EPSG::4326"> <gml:pos>32.86726 -97.16054</gml:pos> </gml:Point> </gml:location> </gp:location-info> </gp:geopriv> <dm:deviceID>250999876543210</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> </response> Примечание: допускается использование в представлении трех координат (широта, долгота и высота над уровнем моря), например: <gml:Point srsName="urn:ogc:def:crs:EPSG::4979" xmlns:gml="http://www.opengis.net/gml"> <gml:pos>-34.407 150.883 24.8</gml:pos> Пример XML-документа с описанием места нахождения объекта в виде окружности 55 <?xml version="1.0" encoding="UTF-8"?> <response> <resultCode>0</resultCode> <resultDescription></resultDescription > <P-Access-Network-Info>3GPP-EUTRAN-FDD;utran-cell-id3gpp=1112233C476B4321;network-provided </P-Access-Network-Info> <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <gml:location> <gs:Circle srsName="urn:ogc:def:crs:EPSG::4326"> <gml:pos>42.5463 -73.2512</gml:pos> <gs:radius uom="urn:ogc:def:uom:EPSG::9001">850.24</gs:radius> </gs:Circle> </gml:location> </gp:location-info> </gp:geopriv> <dm:deviceID>250999876543210</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> </response> Пример XML-документа с описанием места нахождения объекта в виде сектора круга <?xml version="1.0" encoding="UTF-8"?> <response> <resultCode>0</resultCode> <resultDescription></resultDescription > <P-Access-Network-Info>3GPP-EUTRAN-FDD;utran-cell-id3gpp=1112233C476B4321;network-provided </P-Access-Network-Info> <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" 56 xmlns:gs="http://www.opengis.net/pidflo/1.0" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <gml:location> <gs:ArcBand srsName="urn:ogc:def:crs:EPSG::4326"> <gml:pos>-43.5723 153.21760</gml:pos> <gs:innerRadius uom="urn:ogc:def:uom:EPSG::9001">3594</gs:innerRadius> <gs:outerRadius uom="urn:ogc:def:uom:EPSG::9001">4148</gs:outerRadius> <gs:startAngle uom="urn:ogc:def:uom:EPSG::9102">20</gs:startAngle> <gs:openingAngle uom="urn:ogc:def:uom:EPSG::9102">20</gs:openingAngle> </gs:ArcBand> </gml:location> </gp:location-info> </gp:geopriv> <dm:deviceID>250999876543210</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> </response> Пример XML – документа, содержащего глобальный идентификатор дома с дополнительной информацией <?xml version="1.0" encoding="UTF-8"?> <response> <resultCode>0</resultCode> <resultDescription></resultDescription > <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:cl=" urn:ietf:params:xml:ns:pidf:geopriv10:civicLoc" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <cl:civicAddress> <cl:HOUSEGUID>c9f9fe40-b9a7-461c-bf98-0338c90f242b</cl:HOUSEGUID> <cl:ENTRANCE>3</cl:ENTRANCE> <cl:LEVEL>5</cl:LEVEL> 57 <cl:ROOM>90</cl:ROOM> </cl:civicAddress> </gp:location-info> </gp:geopriv> <dm:deviceID>79313275383</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> </response> Пример XML – документа, содержащего глобальный идентификатор интервала домов <?xml version="1.0" encoding="UTF-8"?> <response> <resultCode>0</resultCode> <resultDescription></resultDescription > <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:cl=" urn:ietf:params:xml:ns:pidf:geopriv10:civicLoc" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <cl:civicAddress> <cl:INTGUID>f38f2071-558e-42d1-b1c1-676cee68ea3c</cl:INTGUID> </cl:civicAddress> </gp:location-info> </gp:geopriv> <dm:deviceID>79313275383</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> </response> Пример XML – документа, содержащего глобальный идентификатора ориентира <?xml version="1.0" encoding="UTF-8"?> <response> <resultCode>0</resultCode> <resultDescription></resultDescription > <presence 58 xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:cl=" urn:ietf:params:xml:ns:pidf:geopriv10:civicLoc" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <cl:LANDGUID>ae0b9723-ebe3-46cb-a73a-1db3846980ee</cl:LANDGUID> </gp:location-info> </gp:geopriv> <dm:deviceID>79313275383</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> </response> Приложение 5. Состав делегируемой информации Оператор фиксированной телефонной связи, передающий функцию по предоставлению операторам системы-112 информации об адресах установи телефонных аппаратов и дополнительной информации третьему лицу должен обеспечить представление адресных данных места установки оконечного устройства в формате ФИАС (http://fias.nalog.ru/Public/NewsPage.aspx) или ином, согласованном с эксплуатирующей организацией ТСМН, формате. Дополнительная информация передается в объеме, определенном в пункте 2.3 данного документа. Для предоставления адресных данных в целях использования для передачи данных о месте нахождения пользовательского оборудования должен использоваться адресный объект ФИАС HOUSE, содержащий сведения по номерам домов улиц городов и населенных пунктов, номера земельных участков и т.п. Помимо формируемых в соответствии со структурой адресных объектов ФИАС параметров, в структуре HOUSE должны присутствовать дополнительно следующие параметры: 59 Номер подъезда дома, корпуса, строения, владения; Номер этажа. Подвальные этажи вводятся со знаком «-»; Номер квартиры (офиса). Состав полей делегированной информации Таблица. Описание полей делегированной информации № Название поля Описание поля 1. Номер телефона Номер телефона 2. Иерархическая последовательность пар, составляющих адрес установки телефона, вида: наименование адресного объекта и его краткое наименование типа объекта 3. Номер дома Иерархическая последовательность пар, составляющих адрес установки телефона, вида: наименование адресного объекта и краткое наименование типа объекта, разделённых символом «~». Первой парой является субъект Российской Федерации и его сокращение. Например: «Ростовская~обл». Далее друг за другом следуют пары, согласно иерархии подчиненности адресных объектов. Пары между собой также разделяются символом «~». Пример последовательности пар: «СанктПетербург~ г~ Александровская~ п~ Дружбы~ ул~». Номер дома 4. Признак владения Признак владения 5. Номер корпуса Номер корпуса 6. Номер строения Номер строения 7. Признак строения Признак строения Описание телефонный номер в формате E.164 Список значений в соответствии с ФИАС: Не определено Владение Дом Домовладение Список значений с расшифровкой в соответствии с ФИАС: <пустое значение> (Не определено) стр (строение) сооружение литер 60 № Название поля Описание поля 8. Номер подъезда Номер подъезда 9. Номер этажа Номер этажа 10. Номер квартиры Номер квартиры 11. Признак использования номера 1 – Номер установлен; 12. Тип абонента Абонента гражданин или абонент Юридическое лицо 13. Имя абонента/Название организации Имя абонента, для абонента гражданина. Фирменное наименование, для абонента юридического лица. 14. Фамилия абонента Фамилия абонента, для абонента гражданина. 15. Отчество абонента Отчество абонента, для абонента гражданина. 16. Адрес проживания (регистрации) абонента/Юридически й адрес абонента Место жительства (регистрации) абонента, для абонента гражданина. Юридический адрес, для абонента юридического лица. 17. Дата рождения абонента Дата рождения абонента, для абонента гражданина. 18. Комментарий Комментарий к адресу установки. Дополнительная информация, полезная при организации реагирования. Описание 0 – Номер не установлен. 61 Приложение 6. Требования к организации, которой оператор связи делегировал полномочия по предоставлению информации о месте нахождения и иной информации, необходимой для обеспечения реагирования, операторам системы-112 1. Организация, которой оператор фиксированной телефонной связи передал функцию по предоставлению операторам системы-112 информации о месте нахождения и иной информации (далее – Информация), необходимой для обеспечения реагирования, обеспечивает: получение Информации от операторов связи (оператор связи предоставляет Информацию заблаговременно до осуществления абонентом вызова ЭОС); приведение с использованием технических средств Информации в форматы, установленные настоящими Методическими рекомендациями; хранение Информации; предоставление Информации операторам системы-112 субъекта Российской Федерации; Федеральные информационные ресурсы ак Сеть передачи данных общего пользования а ту актуализация за ли Инф. ресурсы ТСМН SMSC я ци БД ТСМН СПРС АСР, БДТУ Сервер определения места нахождения (ТСМН) REQ REQ ЦОВ-112 ТфОП Рисунок П6.1 Информационные потоки при делегировании функций предоставления операторам системы-112 и нормализации информации о месте нахождения пользовательского оборудования и иных данных. 62 2. Организация, которой оператор связи передал функции по приведению информации о месте нахождения и иной информации, необходимой для обеспечения реагирования, в форматы, установленные настоящими Методическими рекомендациям, осуществляет: получение Информации от операторов связи, после осуществления запроса Информации методом «pull»; приведение с использованием технических средств Информации в форматы, установленные настоящими Методическими рекомендациями; предоставление Информации операторам системы-112 субъекта Российской Федерации. 3. Организация, которой оператор связи передал функции по приведению информации о месте нахождения и иной информации, необходимой для обеспечения реагирования, в форматы, установленные настоящими Методическими рекомендациям, осуществляет: получение от оператора связи информации о месте нахождения пользовательского оборудования; приведение, полученной от оператора связи информации о месте нахождения пользовательского оборудования к форматам, указанным в настоящих Методических рекомендациях; предоставление оператору связи, по запросу в виде файла, информации о месте нахождения приведенной к форматам, пользовательского указанным в настоящих оборудования Методических рекомендациях, для передачи ее в ЦОВ-112. 4. Организации, указанные в пунктах 1 и 2, организуют каналы связи, обеспечивающие прохождение Информации от своих технических средств определения места нахождения до ЦОВ-112. 5. Защита информации, передаваемой операторами связи организациям, указанным в пункте 1 и 2, и доступ к ней осуществляются с 63 соблюдением требований, установленных законодательством Российской Федерации. 6. При преобразовании техническими средствами определения места нахождения Информации в форматы, установленные настоящими Методическими рекомендациями не должно допускаться ее искажение, задержка передачи. 64 Приложение 7. Получение дополнительной информации по запросу до завершения реагирования Получение дополнительной информации от оператора связи по запросу должно обеспечиваться путем формирования HTTP GET запроса в информационную систему оператора связи. Правила взаимодействия определяются в документе RFC5985 «HTTP-Enabled Location Delivery (HELD)». В качестве идентификатора оконечного абонентского оборудования в запросе передается его телефонный номер в формате E.164. http://LBS-URL/GetAbonentInfo?uid=user&pwd=secret& aNumber=+79265322777 Где: uid, pwd – логин и пароль для доступа к информационной системе оператора сотовой связи; aNumber – номер с которого поступил экстренный вызов; Получаемый ответ должен содержать XML-структуру c дополнительной информацией. Ниже приведена XSD схема документа с дополнительной информацией <?xml version="1.0" encoding="UTF-8"?> <schema xmlns="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.example.org/AbonentInfo" xmlns:tns="http://www.example.org/AbonentInfo" elementFormDefault="qualified"> <element name="response" type="tns:responseType"></element> <complexType name="responseType"> <sequence> <element name="resultCode" type="int"></element> <element name="resultDescription" type="string"></element> <element name="AbonentInfo" type="tns:abonentType"></element> </sequence> </complexType> <complexType name="abonentType"> <sequence> 65 <choice> <element name="person"/> <element name="organization"/> </choice> </sequence> </complexType> <complexType name="orgType"> <sequence> <element name="name" type="string"/> <element name="address" type="string"/> </sequence> </complexType> <complexType name="personType"> <sequence> <!-- Имя --> <element name="name" type="string"/> <!-- Фамилия --> <element name="secondName" type="string"/> <!-- Отчество --> <element name="surname" type="string"/> <!-- Адрес --> <element name="address" type="string"/> <!-- Дата рождения --> <element name="birthDate" type="date"/> </sequence> </complexType> </schema> В случае успешного определения дополнительной информации элемент <resultCode> содержит значение 0. В случае возникновения ошибок при выполнении запроса значение элемента отлично от нуля и элемент <resultDescription> содержит описание ошибки. Пример дополнительной информации для абонента – гражданина <?xml version="1.0" encoding="UTF-8"?> <response xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.example.org/AbonentInfo AbonentInfo.xsd "> 66 <resultCode>0</resultCode> <resultDescription></resultDescription> <AbonentInfo> <person> <name>Григорий</name> <secondName>Иванов</secondName> <surname>Валерьянович</surname> <address>Санкт-Петербург~г~Сестрорецк~г~Садоводство Веретено~снт~20-я дорожка улица~ул;124;Дом;А;Литер</address> <birthDate>1973-11-30</birthDate> </person> </AbonentInfo> </response> Пример дополнительной информации для абонента – юридического лица <?xml version="1.0" encoding="UTF-8"?> <response xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.example.org/AbonentInfo AbonentInfo.xsd "> <resultCode>0</resultCode> <resultDescription>tns:resultDescription</resultDescription> <AbonentInfo> <organization> <name>ООО Ромашка</name> <address> Санкт-Петербург~г~Александровская~п~Дружбы~ул; 26;Дом </address> </organization> </AbonentInfo> </response> 67 Приложение 8. Передача геодезической координаты места нахождения абонентской станции обработке экстренных SMS методом push Допускается, при наличии технической возможности, первичное предоставление информации о месте нахождения абонентской станции, с которой было отправлено SMS на номер «112» методом «push» по протоколу SMPP v.3.4 или SIP. П8.1. Передача короткого текстового сообщения от ТСКС в ЦОВ112 по протоколу SMPP v.3.4. В архитектуре SMPP v.3.4. ТСКС выступает в роли внешнего маршрутизатора (Routing Entity (RE)), а ЦОВ-112 в роли внешнего специализированного приемника/источника коротких текстовых сообщений (External Short Message Entity (ESME)). SMSC производит маршрутизацию короткого текстового сообщения в ТСКС на основе номера вызываемого абонента «112». ТСКС производит маршрутизацию короткого текстового сообщения в ЦОВ-112 субъекта Российской Федерации, на территории которого в момент маршрутизации находится базовая станция радиосети доступа, обслуживающая абонентскую станцию, с которой маршрутизируемое сообщение было отправлено. Маршрутизация производится на основе идентификатора обслуживающего сектора радиосети доступа. Информация о месте нахождения абонентской станции инкапсулируется ТСКС в опциональном параметре message_payload в запрос deliver SM или data SM, в зависимости от используемого режима протокола SMPP. Указание наличия информации о месте нахождения абонентской станции обеспечивается в опциональном параметре payload_type. 68 Геодезические данные текущего места нахождения абонентской станции представлены в соответствии с правилами, изложенными в Приложении 2 данного документа. Текст экстренного короткого сообщения передается в обязательном параметре short_message. Значения параметров (в соответствии с правилами кодирования опциональных параметров сообщений: payload_type parameter – определяет тип данных, передаваемых в параметре message_payload. Имя параметра (целое): 0x0019 Длина (в октетах, целое): 1 Значение параметра (целое): 250 (зарезервировано) message_payload parameter – содержит геодезические данные текущего места нахождения абонентской станции в виде окружности. Имя параметра (целое): 0x0424 Длина (в октетах, целое): до 254 Значение параметра (строка переменной длины): [dm:timestamp] [gml:pos] [gs:radius] Примечание. Поля [dm:timestamp] [gml:pos] [gs:radius] представляются в текстовой форме, как определено в Приложении 2 данного документа, строго в указанном выше порядке и разделяются пробелами. П8.2. Передача короткого текстового сообщения от ТСКС в ЦОВ112 по протоколу SIP Допускается передача экстренных коротких сообщений от оператора связи в Систему – 112 по протоколу SIP. Текст экстренного короткого сообщения совместно с информацией о месте нахождения абонентской 69 станции инкапсулируется в виде составного сообщения в команду INVITE, протокола SIP. Первая часть составного сообщения содержит служебную информацию, SDP заголовок команды INVITE. Вторая часть составного сообщения содержит информацию о месте нахождения абонентской станции. Геодезические данных текущего места нахождения абонентской станции представлены в соответствии с правилами, изложенными в Приложении 2 данного документа. Третья часть составного сообщения команды INVITE имеет тип text/plain и содержит текст экстренного короткого сообщения. Пример части составного сообщения: --C1f_3B5Xrg6RhZ7r22oMA0AR4J6sAyo_rz6N Content-Disposition: form-data; name="part" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Требуется помощь! --C1f_3B5Xrg6RhZ7r22oMA0AR4J6sAyo_rz6N-- Правила инкапсуляции данных о месте нахождения абонентской станции в протокол SIP соответствуют правилам, изложенным в Приложении Д, данного документа. Пример SIP-сообщения с описанием места нахождения абонентской станции в виде окружности INVITE sip:112@192.168.104.200 SIP/2.0 Via: SIP/2.0/UDP 192.168.104.221;branch=z9hG4bK-74bf9 Max-Forwards: 70 To: “112” <sip:112@192.168.104.200> From: “1234567” <sips:1234567@192.168.104.22>;tag=9fxced76sl Call-ID: 3848276298220188511@192.168.104.22 70 Geolocation: <cid:MobileOperator@192.168.104.22> Geolocation-Routing: no Accept: application/sdp, application/pidf+xml CSeq: 31862 INVITE Contact: <sip:1234567@192.168.104.22> Content-Type: multipart/mixed; boundary=boundary1 Content-Length: ... --boundary1 Content-Type: application/sdp ...Session Description Protocol (SDP) goes here --boundary1 Content-Type: application/pidf+xml Content-ID: target123@192.168.104.22 <?xml version="1.0" encoding="UTF-8"?> <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <gml:location> <gs:Circle srsName="urn:ogc:def:crs:EPSG::4326"> <gml:pos>42.5463 -73.2512</gml:pos> <gs:radius uom="urn:ogc:def:uom:EPSG::9001">850.24</gs:radius> </gs:Circle> </gml:location> </gp:location-info> </gp:geopriv> <dm:deviceID>250999876543210</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> --boundary1-Content-Disposition: form-data; name="part" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Требуется помощь! --boundary1-- 71 Пример SIP-сообщения с описанием места нахождения абонентской станции в виде сектора INVITE sip:112@192.168.104.200 SIP/2.0 Via: SIP/2.0/UDP 192.168.104.221;branch=z9hG4bK-74bf9 Max-Forwards: 70 To: “112” <sip:112@192.168.104.200> From: “1234567” <sips:1234567@192.168.104.22>;tag=9fxced76sl Call-ID: 3848276298220188511@192.168.104.22 Geolocation: <cid:MobileOperator@192.168.104.22> Geolocation-Routing: no Accept: application/sdp, application/pidf+xml CSeq: 31862 INVITE Contact: <sip:1234567@192.168.104.22> Content-Type: multipart/mixed; boundary=boundary1 Content-Length: ... --boundary1 Content-Type: application/sdp ...Session Description Protocol (SDP) goes here --boundary1 Content-Type: application/pidf+xml Content-ID: target123@192.168.104.22 <?xml version="1.0" encoding="UTF-8"?> <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" entity="79313275383"> <dm:device id="6C196E72-B103-453B-B2FF-CFCE563C7C4A"> <gp:geopriv> <gp:location-info> <gml:location> <gs:ArcBand srsName="urn:ogc:def:crs:EPSG::4326"> <gml:pos>-43.5723 153.21760</gml:pos> <gs:innerRadius uom="urn:ogc:def:uom:EPSG::9001">3594</gs:innerRadius> <gs:outerRadius uom="urn:ogc:def:uom:EPSG::9001">4148</gs:outerRadius> <gs:startAngle uom="urn:ogc:def:uom:EPSG::9102">20</gs:startAngle> <gs:openingAngle uom="urn:ogc:def:uom:EPSG::9102">20</gs:openingAngle> 72 </gs:ArcBand> </gml:location> </gp:location-info> </gp:geopriv> <dm:deviceID>250999876543210</dm:deviceID> <dm:timestamp>2015-03-04T20:57:29Z</dm:timestamp> </dm:device> </presence> --boundary1-Content-Disposition: form-data; name="part" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Требуется помощь! --boundary1-- 73 Приложение 9. Форматы параметров и значения полей параметров, используемых для передачи информации сообщении IAM подсистемы пользователя ЦСИС (ISUP) системы сигнализации ОКС №7 Номер местоположения / Location number (Q.763/99, 3.30) Структура параметра и формат полей параметра номер местоположения должны соответствовать рисунку 30 рекомендации МСЭ-Т Q.763/99: 1 2 8 O/E INN 3 : : m 7 6 5 4 3 2 1 Nature of address indicator Address Numbering plan indicator Screening indicator presentation restricted indicator 2nd address signal 1st address signal Filler (if necessary) nth address signal Рисунок 9.1 (30/Q.763) – Поля параметра номер местоположения (Location number parameter field) В поле address signal параметра Location number передается глобальное наименование (Global Title) регистра гостевых абонентов (VLR) – GT VLR СПРТС в следующем формате: CC-NDC-LSP Рисунок 9.2 – Формат кодирования поля address signal параметра Номер местоположения (Location number) где: - CC (Mobile Country Code) – код страны; - NDC (National Destination Code) – код негеографической зоны нумерации (DEF), выделенный данному оператору сети подвижной радиотелефонной связи; 74 - LSP (Locally significant part) – локально значимая часть номер, идентифицирующая конкретный VLR. Для передачи идентификатора обслуживающего сектора сети радиодоступа должны быть использованы следующие значения полей параметра Номер местоположения14: 8 8 1 2 3 4 5 6 7 8 7 7 1 O/E 2 INN= 0 6 5 4 3 2 1 NAI=0000101 NPI=010 APRI=00 SI=00 3 2-ая цифра MCC=5 1-ая цифра MCC=2 4 1-ая цифра MNC 3-ая цифра MCC=0 5 3-ая цифра MNC 2-ая цифра MNC 6 2-ая цифра LAC 1-ая цифра LAC 7 4-ая цифра LAC 3-ая цифра LAC 8 2-ая цифра CI 1-ая цифра CI 9 4-ая цифра CI 3-ая цифра CI 6 O/E NAI = 0000101 INN=0 NPI=010 1-ая цифра NDC 3-ая цифра NDC 2-ая цифра LSP 4-ая цифра LSP 6-ая цифра LSP Filler 5 4 3 APRI=00 1-ая цифра СС = 7 2-ая цифра NDC 1-ая цифра LSP 3-я цифра LSP 5-ая цифра LSP 7-ая цифра LSP 2 1 SI=00 Рисунок 9.3 - Значения полей параметра «Номер местоположения» (Location number parameter). где: Приведено кодирование полей параметра в соответствии с текстом «Технических спецификаций на подсистему пользователя ЦСИС (ISUP) для национальной сети России», утвержденных Минсвязи России 21.10.1994 г. 75 14 - O/E (ODD/Even) – индикатор чётного или нечётного числа символов в адресе; - NAI (Nature Address Indicator) – индикатор типа адреса; - INN (Internal Network Indicator) – индикатор маршрутизации на внутрисетевой номер; - NPI (Numbering Plan Indicator) – индикатор плана нумерации; - APRI (Address Presentation Restricted Indicator) – индикатор ограничения предоставления адреса; - SI (Screening Indicator) – индикатор проверки. Информация о совместимости параметра / Parameter compatibility information (Q.763/99, 3.41) Структура параметра и формат полей параметра информация о совместимости параметра должны соответствовать рис. 41 рекомендации МСЭ-Т Q.763/99: 8 7 6 1 2 : : 2n-1 2n 5 4 1st upgraded parameter Instruction indicators 3 2 1 nth upgraded parameter Instruction indicators Рисунок 9.5 (41/Q.763) – Поля параметра «Информация о совместимости параметра» (Parameter compatibility information parameter field) 8 1 2 7 6 5 4 3 2 00111111 – код параметра Location number 11000000 - Instruction indicators 1 Рисунок 9.6 – Кодирование полей параметра «Информация о совместимости параметра» (Parameter compatibility information) для обеспечения их прозрачного переноса транзитной сети 76 a) Nth upgraded parameter name – коды добавленных параметров 00111111 – код параметра Location number и b) Instruction indicators – индикаторы инструкций Формат подполя instruction indicators subfield должен соответствовать рисунку 41.1 рекомендации МСЭ-Т Q.763/99: 1 1a : : 1n 8 ext. ext. 7 G O 6 F N 5 E M 4 D L 3 C K 2 B J 1 A I : : More instruction indicators if required Рисунок 9.7 (41.1/Q.763) – Поле «Индикаторы инструкций» (Instruction indicators subfield) Используемые индикаторы инструкций: bit A: Transit at intermediate exchange indicator 0 transit interpretation bit B: Release call indicator 0 do not release call bit C: Send notification indicator 0 do not send notification bit D: Discard message indicator 0 do not discard message (pass on) bit E: Discard parameter indicator 0 do not discard parameter (pass on) bits G F: Pass on not possible indicator 10 discard parameter Extension indicator (ext.) 1 last octet 77