Записи с тегом "TCAP"

CAP

0 комментариев обсудить
9 ноября 2010  |  Рубрики: Terms

CAP (CAMEL Application Part)

CAP – это протокол для работы приложений (услуг) с коммутационным оборудованием. Представляет собой расширенный протокол INAP с добавлением информации о местоположении абонента. Разработан ETSI (TS GSM 02.78 от июля 1996 года). Ключевым его отличием, помимо функционального различия с INAP, можно считать большую степень соответствия стандартам и унификации его реализаций у различных производителей базового коммутационного оборудования. Точечно протокол внедряется в России с конца 2002 года, повсеместно с середины 2003 года.

CAMEL или CAP позволяет обеспечить полный пакет интеллектуальных дополнительных услуг (прежде всего роуминг) своим абонентам (включая абонентов пре-пейд) не только в домашней сети, но в роуминге в сетях, поддерживающих стандарт CAMEL за счет возможности контроля счета и тарификации в домашней сети в режиме реального времени. В отличие от, например, USSD, обеспечивает минимальное время соединения.

Особенностью организации роуминга по протоколу CAMEL, в отличие от USSD, является то, что она может быть оказана только в сети того оператора, который также поддерживает CAMEL.

Различают реализации въездного роуминга, внутрисетевого роуминга и выездного роуминга.

Существуют версии протокола: CAP2, CAP3 (CAMEL application protocol phase 2 / phase 3).

Термины на букву “C

CS | CSD | CDMA | CDR | Combined Attach | CAMEL | CAP | CG | CombiSGSN

Автор:
Теги: , , , ,

TCAP

0 комментариев обсудить
3 ноября 2010  |  Рубрики: Terms

TCAP (Transaction Capabilities Application Part)

Назначение подсистемы возможностей транзакций

Все прикладные подсистемы в системе сигнализации SS7 используют общую часть, ко-торая позволяет обеспечить интерфейс с подсистемой сети SCCP. Для этих целей применяется прикладная подсистема возможностей транзакций (ТСАР). Возможности транзакций предоставляют функции и протоколы для большого количества приложений, используемых станциями и специализированными центрами в сетях электросвязи, при обмене данными по звеньям сигнализации без создания соединений ин-формационных каналов.

В общем виде вариантами применения ТСАР являются ситуации, когда установление основ-ного соединения наряду с сигнальным соединением невозможно или не требуется.

Термин “Возможности транзакций” относится к службам и протоколам прикладного уровня (уровня 7 модели ВОС), называемого ТСАР плюс любая из поддерживающих служб и протоколов уровней представления, сеансового и транспортного (уровней 6, 5 и 4 модели ВОС), называемых подсистемой промежуточного обслуживания.

Основным назначением ТС является предоставление средств для передачи информации между узлами и предоставление основных услуг приложениям, независимо от вида узлов и приложений. “Возможности транзакций” сети SS7 применяются для использования между:
– станциями;
– станцией и центром сетевой службы (например, база данных, специализированное оборудова-ние, центр подсистемы эксплуатации и техобслуживания);
– центрами сетевой службы.

Следующие приложения являются пользователями “Возможностей транзакций”:
– передача сообщений о местонахождении мобильного пользователя в регистр домашнего пользователя в сотовых сетях (для реализации роуминга);
– регистрация, активация и вызов дополнительных услуг, включая использование специализиро-ванного оборудования (например, при предоставлении услуг телефонного обслуживания по кредитной карточке в интеллектуальной сети);
– обмен сигнальной информацией, не связанной с коммутируемым информационным каналом (например, замкнутая группа пользователей, процедура пере заказа);
– процедуры техобслуживания и эксплуатации (например, управление удаленной станцией, запрос/ответ, передача основного объема данных) и др.

Все приложения, использующие SS7, могут быть разделены на две большие категории:
– с небольшим объемом передаваемых данных, работающие в режиме реального времени;
– с возможностью передачи значительных объемов данных, не работающие в режиме реального времени.

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

ТС-услуги, предлагаемые приложениям второй категории, базируются на сетевых службах, ориентированных на соединение. В применениях ТСАР вне реального масштаба времени скорость передачи информации не является критическим фактором. Например, если требуется передача большого объема статистических данных от АТС к центру технической эксплуатации (ЦТЭ), то вре-мя передачи в секундах (или даже в минутах) не является критическим. Более важным в данном случае является надежность передачи информации.

Для описания подсистемы ТСАР используются следующие термины и определения:
– пользователь ТС – прикладной процесс, использующий ТСАР как протокол связи с сетью;
– транзакция – связь между двумя ТСАР для реализации передачи данных пользователей ТС;
– операция – запрос пользователем ТС действия, которое должно быть выполнено на удаленном конце;
– компонент – единица данных протокола для обмена между двумя пользователями ТС;
– диалог – связь, устанавливаемая между пользователями ТС для обмена компонентами;
– ТС-примитив – примитив обмена между ТСАР и пользователем ТС;
– идентификатор компонента – символ или группа символов для идентификации или обозначения компонента.

Архитектура ТСАР

При построении модели ТС используется протокол эталонной модели ВОС (рекомендация Х.200). С точки зрения конечного пользователя, “Возможности транзакций” для первоначально планированных служб лежат внутри сетевого уровня модели ВОС. Обеспечение услугами сетевого уровня конечных пользователей требует взаимодействия между ТС-пользователями различных се-тевых узлов; эти внутри сетевые взаимодействия могут быть смоделированы при помощи 7-уровневой эталонной модели ВОС.

Термины на букву “T

TS | TDMA | TDM | TMSI | TRAU | TCAP | Tektronix

Автор:
Теги: , , ,

Core Network Protocols

1 комментарий обсудить
27 апреля 2010  |  Рубрики: GPRS Notes

Краткая схема подсистем TCAP, MAP; список процедур взаимодействия SGSN‘а и MSC/VLR‘а, а также различных плоскостей GTP протокола (GTP-C, GTP-U).

?Раньше искали

CombiSGSN GGSN SGSN GPRS Attach PDP Context SMS over GPRS SMSC GTP-C GTP-U IMSI 

!На хостинг

#Счетчики

Rambler's Top100