 |
Прерывание отправки короткого сообщения
|
|
|
|
ФЕДЕРАЛЬНОЕ АГЕНТСТВО СВЯЗИ
Федеральное государственное образовательное бюджетное учреждение высшего профессионального образования
«Санкт-Петербургский государственный университет телекоммуникаций
Им. проф. М.А.Бонч-Бруевича»
ДОКЛАД
Тема: Передача SMS/MMS в LTE
Докладчик: Витошкина В.Ю.,
студентка 1 курса, группы ИКТ-516
Руководитель: Степутин А.Н.,
кандидат наук, доцент СПБГУТ
Санкт-Петербург
СОДЕРЖАНИЕ:
1. План работы………………………………………………………………..……..…3 стр.
2. Основные понятия и определения…………………………………………..…..…4 стр.
3. Введение…………………………………………………………………….…..…...7 стр.
4. Структура и составные элементы IMS……………………………………..…...…8 стр.
5. IMS-процедуры……………………………………………………………..……….9 стр.
6. Передача SMS в LTE…………………………………………………………...….10 стр.
7. SMS на IMS …………………………………………………………………….….11 стр.
8. Сообщения на основе сессии………………………………………………..…....12 стр.
9. Обмен «немедленными» сообщения……………………………………..……...12 стр.
10. SMS-взаимодействие………………………………………………………..…….13 стр.
11. SMS на SGs…………………...................................................................................17 стр.
12.. Порядок установления соединения к cdma2000 1xRTT …………………..…. 26 стр.
13. SMS на IP……………………………………………………………….……….....27 стр.
14. Отправка SMS сообщений с помощью SIP-взаимодействия. ……………........32 стр.
15. MMS в LTE………………………………………………………………..………33 стр.
16. MMS на USSD………………………………………………………………..…..33 стр.
17. Передача голоса в LTE…………………………………………………………..34 стр.
18. MMS на SIP-взаимодействии……………………………………………………34 стр.
|
|
|
19. Организация звонков с LTE-устройств и на них через стандартные мобильные сети с коммутацией каналов…………………………………………………………..36 стр.
20. Архитектура …………………………………………………………………..…36 стр.
21. Процедуры на EPS/IMSI…………………………………………………………37 стр.
22. Настройка голосовых вызовов………………………………………………….37 стр.
23. VoLGA ……………………………………………………………………………39 стр.
24. Вывод……………………………………………………………………………...40 стр.
25. Рынок голосовых сообщений и SMS…………………………………………....41 стр.
26. Список использованных материалов……………………………………………..43 стр.
ПЛАН РАБОТЫ
1.Актуальность вопроса передачи сообщений в сетях LTE
2.Структура и составные элементы IMS
3.Передача SMS в LTE
4.Передача MMS в LTE
5.Передача голоса в LTE
6.Выводы
ОСНОВНЫЕ ПОНЯТИЯ И ОПРЕДЕЛЕНИЯ
AS, Access Stratum, слой доступа. Один их двух (совместно с NAS) слоёв функциональных связей сети LTE.
DCI — Downlink Control Information, управляющее сообщение, пере-даваемое в нисходящем физическом управляющем канале PDCCH.
DL-SCH — Downlink Shared Channel, транспортный нисходящий со-вместный канал.
DNS — Domain Name Server, сервер доменных имён, переводящий числовой IP-адрес в строковый адрес.
ECGI — E-UTRAN Cell Global Identifier, глобальный идентификатор соты.
EPC—Evolved Packet Core, базовая пакетная (под) сеть.
EPS — Evolved Packet System, выделенная пакетная система. Понятие, относящееся к каналу, по которому передаётся информация о параметрах качества обслуживания.
E-UTRAN — Evolved Universal Terrestrial Radio Access Network, (под)сеть радиодоступа. Подсеть области сетевой инфраструктуры, содер-жащая все механизмы передачи информации по радиоканалу.
GUMMEI — Globally Unique MME Identity, глобальный идентифика-тор блока управления мобильностью.
FICORA – Finnish Communications Regulatory Authority, Финское агентство регулирования связи.
GW—Gateway, сетевой шлюз.
HTTP — Hyper-Text Transfer Protocol, гипертекстовый протокол поис-ка и доставки информации.
|
|
|
ID — Infrastructure Domain, область сетевой инфраструктуры. Являет-ся, совместно с областью пользовательского оборудования, первичным разделением сети LTE на физическом уровне.
IP — Internet Protocol. Протокол передачи пакетных данных, обеспе-чивающий дейтаграммный механизм доставки информации.
LTE —Long-Term Evolution, стандарт беспроводной высокоскоростной передачи данных для мобильных телефонов и других терминалов, работающих с данными.
MIME — Multipurpose Internet Mail Extensions, стандарт многоцелево-го расширения электронной почты.
MIMO — Multiple Input Multiple Output, методы разнесённой передачи и параллельной антенной обработки.
MME —Mobility Management Entity, блок управления мобильностью
MMS — Multimedia Messaging Service, услуга по передаче мультиме-дийных сообщений.
MMSE — Multimedia Messaging Service Environment, окружение муль-тимедийной услуги. Совокупность сетевых элементов, отвечающих за дос-тавку мультимедийных сообщений и находящихся под управлением еди-ного узла.
NAS, Non-Access Stratum, внешность слоя радиодоступа. Один их двух (совместно с AS) слоёв функциональных связей сети LTE.
PDCP — Packet Data Convergence Protocol, (под)уровень протокола конвергенции (слияния) пакетных данных.
PDP—Packet Data Protocol, протокол пакетной передачи данных.
QoS — Quality of Service, совокупность показателей, характеризую-щих качество обслуживания мобильного абонента.
S1-интерфейс — логический стык между областью сети радиодоступа и областью базовой пакетной сети.
SC-FDMA — Single-Carrier Frequency Division Multiple Access, множе-ственный доступ на основе частотного разнесения и передачей на одной несущей.
S-GW —Serving Gateway, обслуживающий шлюз.
SMS—Short Message Service, услуга передачи коротких сообщений.
TCP — Transmission Control Protocol, управляющий протокол переда-чи данных на транспортном уровне.
TPC — Transmit Power Control, механизм управления мощностью пе-редачи.
UDP — User Datagram Protocol, протокол передачи пользовательских дейтаграмм, используемый в IP-сетях.
UE — User Equipment, пользовательское оборудование. Совокупность пользовательских терминалов с различными уровнями функциональных возможностей, используемых сетевыми абонентами для доступа к услугам сети LTE.
USSD — Unstructured Supplementary Service Data, стандартный сервис в сетях GSM, позволяющий организовать интерактивное взаимодействие между абонентом сети и сервисным приложением в режиме передачи коротких сообщений.
|
|
|
URL — Universe Resource Location — адрес местоположения интер-нет-ресурса.
Uu-интерфейс — логический стык между областью пользовательского оборудования и области сети радиодоступа.
VoIP — Voice over IP, технология пакетной передачи речевого трофи-ка по IP-сетям. VoLTE — Voice over LTE, технология передачи голоса по сети.
ВВЕДЕНИЕ
В начале своей работы, я бы хотела поговорить об актуальности вопроса передачи сообщений в сетях LTE. Однако разговор выйдет достаточно короткий. Ведь вопрос, поставленный передо мной, скорее риторический, то есть, не требующий ответа.
На данный момент технологией LTE заинтересованы все, начиная от далеких от сферы телекоммуникаций людей, до профессоров и просто знатоков своего дела.
Стоит ли говорить о том, что все, что связано с этой технологией свежо и актуально. Повсеместно идет внедрение стандартов четвертого поколения, обеспечивающих ещё большие скорости передачи данных (и, как следствие, повышение качества предлагаемых пользовательских услуг) при общем снижении издержек в эксплуатации телекоммуникационного оборудования.
Везде только и говорят о технологии LTE, LTE-сетях и LTE-устройствах. Безусловно, этот термин на слуху. Многие даже знаю, что он предполагает под собой.
Но я, как студентка, обучающаяся в Университете Телекоммуникаций им. проф. Бонч-Бруевича, не хочу быть дилетантом в этом деле. Мне интересна сама подноготная этой технологии: «что? как? куда? и зачем?».
И, безусловно, вопрос о передаче сообщений, будь то короткие SMS-сообщения или мультимедийные MMS, с помощью разных стандартов, разными способами, мне интересен.
1. Структура и составные элементы IMS[1]
IP-мультимедиа подсистема (IMS), является отдельной сетью 3GPP, которая является усовершенствованной пакетной опорной сетью с коммутацией пакетов на домены UMTS и GSM, так чтобы контролировать IP-мультимедиа услуги, такие как передача голоса по IP, в режиме реального времени. Полное описание IMS структуры выходит за рамки этой книги, поэтому мы ограничимся кратким описанием. Больше информации вы можете найти в книгах о IMS, и соответствующей ей спецификаций ‒ 3GPP. IMS была первоначально представлена в пятом релизе 3GPP, который был заморожен в 2002 году, несмотря на это, некоторые операторы 3G все же представили его.
|
|
|
Были две причины это сделать: во-первых, это сложная система, которая требует значительных инвестиций от оператора сети, а во-вторых, представлено мало услуг, которые не могут быть реализованы другими способами в сетях 3G. Однако, подсистема IMS очень подходит для передачи голоса и SMS в LTE и может рассматриваться, как сложная версия системы 3GPP. IMS, как подсистема передающая голос с LTE (VOLTE) на GSM (GSMA), уже использовалась, на основе более ранней работы промышленного сотрудничества.
Это, вероятно, будет главным, а главное, долгосрочным решением для передачи голоса по LTE.
Рисунок 16.3 показывает упрощенную версию IMS и ее работу в LTE-сетях.
Наиболее важными компонентами IMS являются функции управления сеансом вызова (CSCF), которых существуют три вида:
1. обслуживающий CSCF (S-CSCF), который управляет сигналом, на пути к MME. Каждый мобильный, зарегистрированный с обслуживающего CSCF устанавливает звонки с другими устройствами по имени мобильного устройства и по мобильным контактам, если вызов входящий.
2. прокси CSCF (P-CSCF), является первым пунктом контакта с IMS. Он сжимает сообщения-сигнализации, приходящие с других IMS, так, чтобы уменьшить их нагрузку на транспортную часть сети LTE, и обеспечивает для этих сообщений, защиту целостности, а так же может зашифровывать их. Кроме того, ведется связь с PCRF через Rx-интерфейс, для того, чтобы гарантировать качество обслуживания мультимедийных потоков по IP.
3. В заключение, «опрашивающий» CSCF (I-CSCF) является «принимающей стороной» и первой «инстанцией» для сообщений-сигнализации, которые приходят из другого IMS.
Рисунок 16.3 Базовая архитектура мультимедийных подсистем на IP
Медиа-шлюз IMS (IM-MGW) и медиа-шлюз (MGCF), имеющие функцию управления, позволяют IMS «общаться», то есть обмениваться системной информацией, с традиционными коммутационными сетями, такими как коммутируемая телефонная сеть общего доступа. Шлюз IMS, который контролируется обслуживающей CSCF, преобразует IP-потоки, в то время как функция управления медиа-шлюза несет ту же роль, что и сигнальные сообщения, контролируемые шлюзом IMS.
Серверы приложений (AS) предоставляют пользователю дополнительно
такие услуги, как голосовая почта, и домашний абонентский сервер (HSS), которые используется совместно с усовершенствованным пакетным ядром.
Есть другие компоненты и интерфейсы, которые не показывает этот рисунок, но они находятся за пределами нашей области.
|
|
|
Основным протоколом сигнализации в IMS является протокол инициации сеанса (SIP), а так же IETF-протокол, который широко используется в других системах VoIP. Используя этот протокол, элементы сети IMS взаимодействуют друг с другом, чтобы выполнять такие задачи, как регистрация нового мобильного клиента и осуществление вызова. SIP-сообщения могут содержать встроенную информацию, записанную с помощью протокола описания сеанса (SDP), который определяет свойства сред, таких как запрашиваемая скорость передачи данных и поддерживаемые кодеки.
Мобильный телефон идентифицирует себя с помощью IMS которая действует в подобном случае по пути к IMSI. Он также идентифицирует себя с внешним миром, используя один или несколько государственных тождеств, которые действуют как телефонные номера или адреса электронной почты. Эти тождества хранятся в модуле IP-мультимедийных услуг идентичности (ISIM), который представляет собой приложение UICC подобное USIM.
1.1. IMS-процедуры [1]
Две наиболее важные процедуры в IMS ‒ это регистрация и установление соединения.
Если мобильный телефон поддерживает подсистему IP-мультимедиа, то он регистрируется с IMS после того, как завершена процедура, описанная в главе 11.
Сетевые операторы, чаще всего, используют другое, отдельное имя для точки доступа IMS. Процедура подключения к APN, с помощью абонентского оборудования, описана в 13-й главе.
С помощью идентификатора класса QoS5, сети отвечают за настройку EPS, по умолчанию. С помощью этого носителя, мобильный телефон посылает запрос регистрации SIP на прокси-сервер CSCF, который направляет его в подходящий обслуживающий CSCF.
В процедуре регистрации, которая следует за установление соединения, мобильная и обслуживающая CSCF регистрирует данные идентичности абонента с CSCF.
Если поступает входящий вызов, то обслуживающая CSCF отправляет
SIP-сообщение сигнализации на абонента EPS. Если мобильный телефон находится в нерабочем состоянии, то сообщение вызывает процедуру пейджинга LTE из 14-й главы. Мобильный сигнал возвращается назад с помощью запроса на обслуживание.
Во время звонка, два мобильных телефона обмениваются SIP-сообщениями сигнализации со встроенным SDP-описанием сеанса, чтобы настроить вызов в голосовом кодеке, который они буду использовать. В каждом IMS, прокси CSCF PCRF просит предоставить качество обслуживания, которое подходит для выбранного кодека, используя процедуру, описанную в 13-й главе, для запроса QoS. В ответ, шлюз PDN устанавливает специальные EPS предъявителя, которые будут принимать вызов. IMS также может настроить вызов в традиционной коммутационной сети, используя медиа и сигнализационные функции преобразования, предусмотренные в медиа IMS шлюза и функции управления медиа-шлюзом.
Соответствующий метод известен как один из методов непрерывной передачи голоса (SRVCC). Если мобильный аппарат перемещается за пределы зоны охвата LTE, то сеть может использовать эту технику, то есть передать мобильный телефон от VoIP с коммуникацией по IMS, в традиционную схему коммутации - GSM, UMTS или cdma2000 1xRTT. Межсистемная методика передачи, описана в главе 15, но с дополнительными шагами, чтобы перевести вызов без потери пакетов.
IMS предлагает полную поддержку для экстренных вызовов по технологии LTE 9-го релиза, используя такие функции, как нулевой алгоритм защиты целостности, который мы вспоминали в 12-й главе.
2.Передача SMS в LTE[2]
Услуги по передаче сообщений много лет были доступны в современных мобильных сетях и способствовали значительному доходу операторов, непосредственно предоставляющих эти услуги. Согласно некоторым общественным исследованиям, например в Финляндии, число коротких сообщений, отправленных в пределах шестимесячного периода, с января 2010 по июнь 2010, превысило 1900 миллионов, это означает, что на каждого жителя Финляндии приходится 700 SMS-сообщений в год. Тогда как в тот же самый отрезок времени число мультимедийных сообщений достигало 17 миллионов (источник FICORA ). Причина использования Финляндии в качестве примера, заключается в том, эта ниша на финском рынке, на данный момент очень востребована.
Операторские услуги обмена сообщениями считаются необходимыми в VoLTE, для потребителей и предприятий, даже не смотря на то, что с момента появления SMS было внедрено много новых технологий. Они включают в себя мгновенные сообщения, представленные в рамках богатого коммуникационного набора и множества онлайн сервисов, таких как Skype и Microsoft Messenger, а так же решения с более высокой степенью интеграции, в таких приложениях обмена мгновенными сообщениями, как Google Talk, Apple IMassage и What’s up, которые, по всей видимости, окажут огромное влияние на развитие этой отрасли в будущем. Вероятно, эти услуги постепенно будут более востребованы, чем традиционные короткие и мультимедийные сообщения.
Кроме того, движение в сторону развития коротких сообщений, базирующихся исключительно на IP, замедляет то, что есть услуги, которыми абоненты могут воспользоваться только с помощью SMS. Можно, например, заказать билет на автобус или купить бутылку лимонада, используя короткие сообщения, а фактическая оплата будет снята со счета мобильного телефона. Это мощный потенциал, который не может быть легко заменен Интернет провайдерами –с их мгновенными сообщениями или другими вышеупомянутыми приложениями, базирующимися на IP и чаще всего являющимися бесплатными, а как следствие, ненадежными для платных сервисов, которыми пользуются абоненты.
+ Помимо основных - коротких и мультимедийных сообщений, USSD, который сегодня широко используется для ряда различных сервисов, также включен в наш анализ. С помощью него можно осуществлять пополнение предоплаченных счетов, запрашивать баланс телефона, запрашивать звонок из домашнего региона, когда сам абонент находится в роуминге и т.д.
2.1. SMS на IMS [2]
IMS также может отправлять SMS сообщения, используя технику, известную как SMS с доступом на IP-адрес. Рис 16,4 показывает такую архитектуру. Единственным новым компонентом является шлюз IP(шлюз IP-SM-GW), для коротких сообщений, который действует в качестве промежуточного звена между IMS и сетевыми элементами, которые отвечают за SMS-сообщениями.
Для передачи сообщения SMS, оно встраивается в SIP сообщение с сигнальной частью
и посылает его к подсистеме IP мультимедиа. Внутри IMS, строенный шлюз IM-SM-GW отправляет SMS-сообщение в стандартные SMS-устройства, такие сообщения известны как межсетевые SMS (SMS-IWMSC). Это устройство затем пересылает сообщение в SMS
сервисный центр (SC), который хранит сообщение для доставки к месту назначения. Такой же последовательностью пользуются и в обратном направлении, чтобы доставить сообщение, кроме ответного сообщения, построенного на MSC и замененного другим устройством, известным как SMS шлюз MSC (SMS-GMSC).
Существует два различных типа передачи сообщений в IMS: немедленный обмен сообщениями и обмен сообщениями на основе сессии. Каждая форма передачи сообщений в IMS имеет свои особенности; даже если сообщения представить, в простейшем их виде, как единую службу, а после действительно всеми формами обмена отправить сообщение из одной точки в другую, то их характеристики будут отличаться. Это говорит о самостоятельности каждой службы.
Однако, способ применения, на котором строится эта услуга, вполне может скрыть тот факт, что это разные формы обмена сообщениями.
Рисунок. 5.36 Поток обмена «немедленными» сообщениями
2.2. Обмен «немедленными» сообщения [2]
Непосредственный запрос, или запрос страничного метода, - является отличительным знаком мгновенных сообщений, это парадигма, принятая в структуру IMS. Он использует SIP-сообщение, как способ отправить сообщения между «сверстниками», абонентами с одинаковой клиентской аппаратурой, в близком к реальному, времени. На рисунке 5.36 показан типичный поток обмена моментальными сообщениями.
В таком потоке, абонентское оборудование просто генерирует сообщение-запрос, заполняет необходимый контент - который обычно состоит из текста, но может также содержать фрагменты мультимедиа, такие как звуки и изображения - и заполняет URI с адресом получателя. Затем запрос направляется через инфраструктуру IMS, аналогичный способ используется для приглашения (см раздел 5.5.2), до тех пор, пока немедленное сообщение не находит путь к абонентскому оборудованию пользователя-получателя или сохраняется в сети. Там может, конечно, быть ответ на это сообщение; по сути, полный диалог мгновенных сообщений «туда и обратно», между двумя пользователями. Однако, в отличие от сессии, основанной на обмене контекстуальными сообщениями, контекст этой сессии существует только в сознании, участвующих пользователей. Здесь нет протокола сессии: каждое немедленное сообщение является независимым и не относится к любым предыдущим запросам.
2.3 Сообщения на основе сессии [2]
В этом режиме обмена сообщениями пользователь принимает участие в сессии, в которой главный медиа - компонент часто состоит из коротких текстовых сообщений. Как и в любой другой сессии обмена сообщениями, эта сессия имеет четко определенную продолжительность: сессия начинается, когда сами участники ее открывают и прекращается, когда участники закрывают сессию. После того, как сессия создана – с использованием SIP и SDP протоколов – медиа-контент начинает поступать от участника к участнику. Рисунок 5.37 иллюстрирует типичный поток сообщений в такой сессии. Такой обмен сообщениями может быть одноранговым, в этом случае присутствует имитация обычного голосового вызова. Обычное приглашение к сессии будет получено, с той лишь разницей, что основным компонентом является создатель сеанса сообщений. Однако, это не ограничение для такого вида передачи сообщений, так как, конечно, можно объединить другие медиа-сеансы с данной сессией. На самом деле, много полезных и увлекательныхприложения с поддержкой этой функции: например видеозвонки с поддержкой текстового канала, этот канал может быть ценным приложением для слабослышащих людей.Рисунок 5.37 Обмен сообщений на основе сессии
Актуальный протокол для передачи сообщений в рамках сеанса называется реле-протокол обмена сообщениями (MSRP) (RFC4975). Сообщения могут иметь произвольный размер, так как одна из особенностей этого протокола - возможность поддерживать отправку целого сообщения небольшими порциями, которые будут автоматически собраны в конце, у получателя. Обмен сообщениями на основе сессии имитирует форму непрерывного «живого» общения, вы можете общаться практически в унисон со своим собеседником.
С помощью такой многофункциональной конференцсвязи, основанной на сеансе обмена сообщениями, любой чат может стать в интерактивным и многогранным.В этом режиме работы, сессия на основе обмена сообщениями может включать в себя другой медиа-контент, который будет добавлен с помощью приложений, тогда чат будет выглядеть наподобие современных голосовых конференций. Поставщик услуг, как правило, предлагает возможность пользователям два варианта чатов: приватные, где набор участников ограничен, и общественные чаты, некоторые из которых осуществляются за счет средств поставщика услуг. В этом контексте, как правило, он [оператор] обеспечивает дополнительную функцию, под названием MSRP-переключатель. Он используется для ретрансляции сообщений между участниками.
2.4. SMS-взаимодействие [2]
У технологии SMS был огромный успех в прошлом, и он до сих пор продолжает быть таковым, даже в эпоху
LTE. Много разных сервисов было разработано по всему миру, использующих SMS в качестве базовой технологии. Поэтому такая услуга является крайне важной для технологий, даже в LTE-эпоху.
Что бы доставлять СМС сообщения для абонентского оборудования в LTE 3GPP есть два стандартизированные решения: SMS через SGs и SMS по протоколу IP. В обоих направлениях, чтобы предоставить серверу, SMS важно отметить, что модель реле-слой протокола (RP) используется для передачи коротких сообщений полезной нагрузки, хотя
транспорт полностью отличается (SIP протокол против SGsAP/S1AP протокола). Это показано на рис. 5.38.
Рисунок 5.38 Слои протокола SMS на SGs/IP
CP-данные передаются с помощью коротких сообщений и протокола управления (SM-CP), а так же
используются в сантиметровом слое обмена верхнего слоя протокола (например, для коротких сообщений
реле-протокола (SM-RP) и передачи единицы данных протокола (TPDU). Сообщения RP данных передаются с помощью SM-RP, используемого в реле-слое коротких сообщений (SM-RL). Фактическое применение содержимого короткого сообщения передается в качестве TPDU, что относится к короткому слою передачи сообщений (SM-TL). Более подробную информацию архитектуры протокола слоя для короткого сообщения можно найти из (3GPP TS 23.040) и (3GPP TS 24,011) характеристики. Например, в случае SMS через SGs CM слой – это часть переданных протоколов, содержащихся в SGs интерфейсе. В случае CP-данных, CP-запроса и CP-ошибки сообщения встраиваются внутрь NAS сообщения-контейнера (в 3GPP ТС 29.118). CP-сообщения данных, внедренные на NAS сообщение-контейнер об ошибке, содержат параметры, описанные в таблице 5.20.
CP-данные принадлежат MSC серверу, обслуживающему данного абонента CP –сообщения запроса. В качестве альтернативы CP -ошибка может использоваться, чтобы информировать абонентское оборудование о каких-либо ошибках, которые, возможно, произошли во время процедуры.
Таблица 5.20 Содержание CP-данных
| Наименование параметра | Цель | Пример значения/содержания |
| Дискриминатор протокола | Этот параметр содержит описание протокола полезной нагрузки, включенной в CP-данных. | Значение ‘SMS сообщения’ указывает на наличие SMS полезной нагрузки. |
| Идентификатор транзакции | Идентифицирует транзакцию между двумя конечными точками,участвует в обмене сообщениями. | Значение, закодированное в 3GPP на TS 24.007 |
| Тип сообщения | Фактическая цель сообщения | Значение CP-данных, CP-запроса или CP-ошибки |
| CP - данных | Содержит RP-данные контейнера | Смотреть таблицу 5.21 для значения RP-данных |
Пример CP-данных сообщений заключается в следующем:
| GSM A-I/F DTAP - CP-DATA Protocol Discriminator: SMS messages DTAP Short Message Service Message Type: CP-DATA (0x01) CP-User Data Extraneous Data |
CP-данных пользователя содержит данные протокола реле, содержащего инкапсулированные RP –данные, как это определено ниже. RP-данные являются первым общим определение сообщения, которое также
используется с SMS по IP, в качестве инкапсулированных внутри SIP-сообщений полезной нагрузки. Дополнение к RP-данным, а также RP-запросу, RP-ошибкам и сообщения RP-SMMA было указано в (3GPP TS 24.011).
Сообщение RP-запрос используется для подтверждения успешного принятия RP-данных, тогда как RP-ошибки могут быть использованы для информирования равноправного объекта, RP-данные которого не были успешно обработаны. Сообщение RP-SMMA используется абонентским оборудованием, что бы сообщить SMSC, что в абонентском устройстве есть доступная память, для получения новых коротких сообщений. Таблица 5.21 содержит описание информации, закодированной в RP-данных.
Пример сообщения об RP-данных показан ниже.
|
Начало формы
Конец формы
TPDU контейнер передается прозрачно между абонентским оборудованием и SMS-центром. В зависимости от типа TPDU он может включать один из сообщений протокола, в соответствии с таблицей 5.22.
Объем данного раздела охватывает важные сообщения, такие как SMS-заказ и
SMS-отправку с соответствующим сообщением подтверждения, которые представлены в таблице.
В случае, когда абонентское оборудование инициирует [создает, отправляет] короткое сообщение, то SMS-отправка кодируется на абонентском оборудовании, как показано в таблице 5.23. В случае, когда абонентское оборудование принимает короткое сообщение, то инициирующий SMS-центр отправит сообщение SMS-заказ в сторону абонентского оборудования, кодируемого как показано в таблице 5.24.
Таблица 5.21 Содержание RP-данных
| Имя параметра | Цель | Пример значения/содержания |
| RP-тип сообщения | Параметр содержит тип сообщения | Тип сообщения может быть: RP-данные, RP-запрос, или RP-ошибка |
| RP-сообщение ссылка | Этот параметр содержит последовательный ряд с RP-данных с определенным сообщением | Диапазон между 0 и 255 |
| RP-составитель адреса | В случае прекращения мобильной передачи эта транзакция идентифицирует адрес, для отправки в SMS-центр | E. 164 - адрес |
| RP-назначение адреса | Эта транзакция идентифицирует адрес принимающего SMS-центра | E. 164 - адрес |
| RP-пользовательские данные | Содержит протокол транспортного уровня данных – блок TPDU | См. таблицу 5.22 |
Таблица 5.22 Содержание TPDU
| Тип сообщения | Цель |
| SMS-заказ | Используется для передачи коротких сообщений от SMS-центра к абонентскому оборудованию |
| SMS-отправка | Используется для передачи коротких сообщений с абонентского оборудования в SMS-центр |
| SMS-отчет по заказу | Используется для передачи индикация ошибки или положительного подтверждения |
| SMS-отчет по отправке | Используется для передачи индикации ошибки или положительного подтверждения, например СМС-сообщение об отправке. |
| SMS-статус отчета | Статус отчета от SMS-центра к абонентскому оборудованию |
| SMS-команда | Команда от абонентского оборудование к SMS-центру |
| GSM SMS TPDU (GSM 03.40) SMS-SUBMIT 0....... = TP-RP: TP Reply Path parameter is not set in this SMS SUBMIT/DELIVER .0.....= TP-UDHI: The TP UD field contains only the short message ..0...... = TP-SRR: A status report is not requested ...0 0... = TP-VPF: TP-VP field not present (0) ......0.. = TP-RD: Instruct SC to accept duplicates ......01 = TP-MTI: SMS-SUBMIT (1) TP-MR: 18 TP-Destination-Address - (358509876543) Length: 12 address digits 1......: No extension .001....: Type of number: (1) International .... 0001: Numbering plan: (1) ISDN/telephone (E.164/E.163) TP-DA Digits: 358509876543 TP-PID: 0 00......: defines formatting for subsequent bits ..0......: no telematic interworking, but SME-to-SME protocol ...0 0000: the SM-AL protocol being used between the SME and the MS (0) TP-DCS: 0 00...... = Coding Group Bits: General Data Coding indication (0) Special case, GSM 7 bit default alphabet TP-User-Data-Length: (3) depends on Data-Coding-Scheme TP-User-Data SMS text: Привет,Мир! |
2.5. SMS на SGs [1],[2]
SMS будут доступны для различных видов LTE, совместимых с абонентским оборудованием. Первый вид абонентского оборудования, по сути, это USB или интегрированные модемы данных, не имеющие возможности коммутации каналов вообще. Поэтому полномасштабная коммутация каналов запасной вариант для EPS, которой не требуется такое абонентское оборудование, там достаточно функциональности SMS. С точки зрения конечного пользователя есть некоторые поставщики телекоммуникационных услуг брендированных приложений, которые могут работать на ПК, и который могут быть использованы для отправки, либо, что чаще, приема коротких сообщений. Кроме того, можно отправлять короткие сообщения на протяжении сессии, некоторые из которых не связаны с конечным пользователем.
Таблица 5.23 Содержание SMS-отправки
| Имя параметра | Цель | Пример значения/содержания |
| SMS-признак | Параметр содержит признаки, установленные отправителем | Данные которые могут быть запрошены пользовательским оборудованием: отчет о состоянии, путь сообщения |
| TP-адрес, пункт назначения | Этот параметр содержит MSISDN адрес получателя короткого сообщения | MSISDN адрес |
| TP-протокол идентификатор | Этот параметр содержит идентификатор, используемого протокола | В случае коротких сообщений это значение кодируется как 0 |
| TP-схема кодирования данных | Этот параметр содержит информацию о кодировании полезных данных | В случае коротких сообщений это значение кодируется как 0 |
| TP-пользовательские данные | Этот параметр содержит полезные данные | Актуальный текст |
Таблица 5.24 Содержание SMS-заказа
| Имя параметра | Цель | Пример значения/содержания |
| SMS-признак | Параметр содержит признаки, установленные отправителем | Данные которые могут быть запрошены пользовательским оборудованием: отчет о состоянии, путь сообщения |
| TP - адрес «заказчика» | Параметр содержит MSISDN – адрес отправителя короткого сообщения | MSISDN - адрес |
| TP-протокол идентификатор | Этот параметр содержит идентификатор, используемого протокола | В случае коротких сообщений это значение кодируется как 0 |
| TP-схема кодирования данных | Этот параметр содержит информацию о кодировании полезных данных | В случае коротких сообщений это значение кодируется как 0 |
| TP- временной штамп | Этот параметр содержит временной штамп с SMS-центра, который является индикатором и показывает в какое время сообщение было отправлено на абонентское оборудование | Содержит год, месяц, день, час, минуту и секунду, актуальные для этого часового пояса |
| TP-пользовательские данные | Этот параметр содержит полезные данные | Актуальный текст |
Кроме того, это необходимо, когда абонент находится в роуминге. Тогда поставщик услуг сталкивается с рядом требований, возможно даже требованиями в нормативном или законном поле. Провайдеру необходимо SMS, для информирования клиентов в роуминге о стоимости услуг в роуминге, а также информировать, когда стоимость услуги превышает
определенный порог. Это известно как «шоковая профилактика в роуминге» и в настоящее время является мандатом Европейского союза (ЕС).
В целях поддержки возможности доставки коротких сообщений с помощью LTE, а также «информацию-сигнализацию», аналогичным образом, как короткие сообщения, приходят сегодня в существующих сетях мобильной связи, изменения были внесены во все соответствующие сигнальные интерфейсы между абонентским оборудованием и обслуживающим центром мобильной коммутации или MSC-сервером сети.
В интерфейсе LTE-Uu между пользовательским оборудованием и ENB, короткое сообщение передается прозрачно
в протоколе NAS, определенного в (3GPP TS 24.301). Этот интерфейс между пользовательским оборудованием и MME. ММЕ затем пересылает содержимое центру мобильной коммутации или MSC-серверу, который поддерживает интерфейс SGS, как определено в 3GPP TS (29.118). В (3GPP TS 24.011) есть своя спецификация, эта архитектурная модель описана коммутацией каналов в режиме S1указывая, что абонентское оборудование должно быть подключено к сети с коммутацией SMS через интерфейс S1.
Содержание коротких сообщений может быть простым или составным, состоящим, в любом случае, из полезной нагрузки, которая поддерживается с мобильного приложения.
Поддержка SMS через SGS не требует каких-либо определенных функций от ENB, элемент с фактической полезной нагрузкой передается как NAS прозрачно, в LTE прилагается абонентское оборудование и обслуживающие MME. Для современного понимания этой отрасли достаточно базовой стандартизации, доставка SMS- в LTE (NAS) осуществляется с 3GPP Release 8 и никаких улучшений от следующих релизов не требуется. В следующих главах будет описан способ, в котором короткое сообщения с полезной нагрузкой могут быть переданы через домен с коммутацией каналов в SGS (ТС 23.272). Главное требование для выполнения этих процедур заключается, в том, что бы в сети LTE абонентское устройство успешно работало в сочетании с IMSI/EPS вложениями, как описано в разделе 5.8.5. Исходящие SMS: Передача SMS инициируется на абонентском оборудовании, с помощью запроса к ЕРС. После этого, абонентское оборудование, по восходящей линии, отправляет транспортное сообщение в NAS для MME, который сопоставляет исходящий блок данных с SGs-интерфейса в сторону, так называемому, выступающему центру мобильной коммутации или MSC-серверу. Эти сообщения по восходящей линии связи содержат полезную нагрузку короткого соо|
|
|
