Способ и устройство передачи отчетов для sms-сообщений в системах беспроводной связи

Способ и устройство передачи отчетов для sms-сообщений в системах беспроводной связи

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

Настоящее изобретение относится, в общем случае, к обмену сообщениями способом беспроводной связи, в частности к способам передачи отчетов для коротких сообщений в системах беспроводной связи.

Уровень техники

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

Служба передачи коротких сообщений (SMS) может быть реализована посредством систем беспроводной связи различных типов, двумя из которых являются система множественного доступа с кодовым разделением (CDMA) и система множественного доступа с временным разделением (TDMA). Сеть стандарта CDMA может быть спроектирована таким образом, что обеспечивает реализацию одного или большего количества стандартов, например стандарта cdma2000, стандарта широкополосного множественного доступа с кодовым разделением (W-CDMA), стандарта IS-95 и т.д. Сеть стандарта TDMA может быть также спроектирована таким образом, что обеспечивает реализацию одного или большего количества стандартов, например стандарта Глобальной системы мобильной связи (GSM). Кроме того, каждая сеть обычно обеспечивает реализацию конкретного сетевого протокола мобильной связи, который позволяет осуществлять роуминг и расширенное обслуживание, при этом для сетей CDMA (за исключением W-CDMA) обычно используют протокол ANSI-41, а для сетей W-CDMA и GSM используют протокол подсистемы приложений мобильной связи (Mobile Application Part, MAP) сети GSM (GSM-MAP). Сеть может быть также реализована путем объединения различных технологий. Например, сеть стандарта GSM1x представляет собой сеть стандарта GSM-MAP, в которой использован интерфейс радиосвязи стандарта CDMA.

Так как служба передачи коротких сообщений (SMS) является зависимой от сетевой технологии (ANSI-41 или MAP), то сети CDMA и GSM, в которых реализованы различные сетевые технологии, поддерживают различные варианты реализации службы передачи коротких сообщений (SMS). Каждый вариант реализации службы передачи коротких сообщений (SMS) имеет различные возможности и в нем для передачи коротких сообщений используют различные типы и форматы сообщений. Для упрощения вариант реализации службы передачи коротких сообщений (SMS) для сетей на основе протокола GSM-MAP именуют службой SMS сети GSM (GSM SMS), а вариант реализации службы передачи коротких сообщений (SMS) для сетей на основе протокола ANSI-41 именуют службой SMS сети CDMA (CDMA SMS).

В некоторых случаях необходимо осуществлять преобразование SMS-сообщений сети GSM в SMS-сообщения сети CDMA и наоборот. Это может иметь место, например, в сети стандарта GSM1x, в которой обмен SMS-сообщениями сети GSM между подвижными станциями стандарта GSM1x и сетью осуществляют с использованием SMS-сообщений сети CDMA. Преобразование сообщений также необходимо для обеспечения поддержки роуминга между сетями стандарта GSM и сетями стандарта CDMA.

Поскольку служба SMS сети GSM и служба SMS сети CDMA поддерживают различные типы и форматы сообщений, то при наличии существующих в настоящее время стандартов для службы SMS сети CDMA и службы SMS сети GSM передача некоторых типов информации может оказаться невозможной. Это обусловлено тем, что некоторые типы сообщений, имеющиеся в одном варианте реализации службы SMS, не заданы в другом варианте реализации службы SMS. Например, в том случае, когда сеть стандарта GSM посылает SMS-сообщение в подвижную станцию стандарта GSM1x через интерфейс радиосвязи стандарта CDMA, то сеть ожидает передачи из подвижной станции БДПП (блока данных протокола передачи, TPDU) отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU). Этот БДПП содержит отчет для SMS-сообщения, посланного в подвижную станцию. Отчет может содержать такую информацию, как, например, (1) было ли сообщение принято правильно или с ошибками, (2) тип ошибки при ее наличии и (3) данные абонента. В существующем в настоящее время стандарте для службы SMS сети CDMA при получении подвижной станцией SMS-сообщения она может послать в сеть сообщение (транспортного уровня) о подтверждении получения SMS-сообщения (SMS Acknowledge Message) и может послать первичному отправителю принятого SMS-сообщения сообщение (уровня телекоммуникационного сервиса) о подтверждении получения SMS-сообщения абонентом (SMS User Acknowledgment Message), но это не является обязательным. Сообщение о подтверждении получения SMS-сообщения не может обеспечивать передачу данных абонента, а сообщение о подтверждении получения SMS-сообщения абонентом может обеспечивать передачу данных абонента, но для этого необходимо, чтобы абонент подтвердил получение в ручном режиме. Таким образом, в настоящее время в службе SMS сети CDMA отсутствует какое-либо средство автоматической передачи информации, подобной той информации, которая содержится в БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) сети GSM, в особенности, в том случае, если БДПП должен обеспечивать передачу данных абонента.

Следовательно, в данной области техники существует потребность в создании способов передачи отчетов для коротких сообщений, обеспечивающих решение вышеописанных проблем.

Раскрытие изобретения

Здесь предложены способы передачи отчетов для SMS-сообщений в сетях беспроводной связи, в которых использован интерфейс радиосвязи стандарта CDMA (например, в сетях стандартов GSM1x и CDMA). В частности, для уровня телекоммуникационного сервиса службы SMS сети CDMA определены два новых сообщения: сообщение отчета о доставке SMS-сообщения (SMS Deliver Report Message) и сообщение отчета о подаче SMS-сообщения (SMS Submit Report Message). Эти сообщения могут быть использованы для обеспечения более полной передачи информации в БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) и в БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU), наличие которых предусмотрено в службе SMS сети GSM. Также определено новое поле "запрос_на_получение_отчета" (Report_Req) в субпараметре варианта выбора ответа (Reply Option) сообщения о доставке SMS-сообщения (SMS Deliver Message) и сообщения о подаче SMS-сообщения (SMS Submit Message), наличие которых предусмотрено в службе SMS сети CDMA. Это новое поле может быть использовано для выдачи запроса на получение отчета для SMS-сообщения, посылаемого получателем SMS-сообщения.

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

В том случае, если способ реализуют в подвижной станции, то первым коротким сообщением может являться сообщение о доставке SMS-сообщения, а вторым коротким сообщением может являться сообщение отчета о доставке SMS-сообщения. В этом случае сеть может получать БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) на основании вышеупомянутого сообщения отчета о доставке SMS-сообщения. В том случае, если способ реализуют в сети, то первым коротким сообщением может также являться сообщение о подаче SMS-сообщения, а вторым коротким сообщением может являться сообщение отчета о подаче SMS-сообщения. В этом случае сообщение отчета о подаче SMS-сообщения может быть получено из БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU).

В любом случае отчет может содержать: (1) первое значение (например, "успешно"), указывающее, было ли первое короткое сообщение принято правильно или с ошибками, (2) второе значение (например, причина сбоя в протоколе передачи (TP-Failure Cause)), указывающее тип ошибки, в случае ее наличия, встретившейся в вышеупомянутом первом коротком сообщении, (3) данные абонента или (4) любую их совокупность.

Ниже приведено более подробное описание различных особенностей и вариантов осуществления настоящего изобретения. Кроме того, в настоящем изобретении предложены способы, коды программ, процессоры цифровой обработки сигналов, подвижные станции, базовые станции, системы и иные устройства и элементы, обеспечивающие реализацию различных особенностей, вариантов осуществления и отличительных признаков изобретения, более подробное описание которых приведено ниже.

Краткое описание чертежей

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

на фиг.1 изображена схема сети беспроводной связи, обеспечивающей поддержку SMS;

на фиг.2A и фиг.2Б изображены схемы, на которых показаны потоки сигналов, используемых для передачи SMS-сообщения из центра обслуживания SMS-сообщений (SMS service center) в подвижную станцию и обратно;

на фиг.3A изображена схема, на которой показан формат, установленный службой SMS сети GSM для БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) и для БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU);

на фиг.3Б изображена схема, на которой показан формат для сообщения отчета о доставке SMS-сообщения и сообщения отчета о подаче SMS-сообщения;

на фиг.4 изображена схема, на которой показано преобразование БДПП сообщения отчета службы SMS сети CDMA в БДПП отчета службы SMS сети GSM и обратно;

на фиг.5 изображена схема, на которой показан формат сообщения о доставке SMS-сообщения и сообщения о подаче SMS-сообщения с наличием нового поля "запрос_на_получение_отчета" (Report_Req);

на фиг.6A и фиг.6Б изображены схемы, на которых показаны потоки сигналов для передачи SMS-сообщения из центра обслуживания SMS-сообщений в подвижную станцию и обратно с использованием сообщения отчета о доставке SMS-сообщения и сообщения отчета о подаче SMS-сообщения;

на фиг.7 изображена схема последовательности операций, выполняемых для передачи отчетов для SMS-сообщений в сети, в которой использован интерфейс радиосвязи стандарта CDMA; и

на фиг.8 изображена блок-схема варианта осуществления центра обслуживания SMS-сообщений, коммутационного центра мобильной связи (MSC) и подвижной станции.

Осуществление изобретения

На фиг.1 изображена схема сети 100 беспроводной связи, обеспечивающей поддержку службы передачи коротких сообщений (SMS). Сеть 100 содержит несколько центров 112 обслуживания SMS-сообщений (SMS-SC), коммутационных центров 114 мобильной связи (MSC) и базовых станций 116. Центры обслуживания SMS-сообщений (SMS-SC) несут ответственность за сохранение, ретрансляцию и отправку коротких сообщений для подвижных станций 140 внутри сети. Коммутационные центры мобильной связи (MSC) выполняют коммутационные функции (то есть маршрутизацию сообщений и данных) для подвижных станций в пределах их зоны охвата. Центры обслуживания SMS-сообщений (SMS-SC) могут быть реализованы отдельно от коммутационных центров мобильной связи (MSC) или могут быть объединены с ними. В любой заданный момент времени обслуживание каждой подвижной станции осуществляет один коммутационный центр (MSC), и этот коммутационный центр (MSC) именуют как коммутационный центр (MSC), обслуживающий подвижную станцию. Базовые станции представляют собой стационарные станции, используемые для обеспечения связи с подвижными станциями. Подвижную станцию также именуют удаленной станцией, оконечным устройством, абонентской аппаратурой, АА (UE) или каким-либо иным термином.

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

Сеть 100 может представлять собой сеть стандарта CDMA, сеть стандарта TDMA или сеть какого-либо иного типа. Кроме того, в сети 100 может быть реализован протокол ANSI-41 или протокол GSM-MAP. Сеть 100 может также представлять собой сеть стандарта GSM1x, в которой реализован протокол GSM-MAP и использован интерфейс радиосвязи стандарта CDMA.

Служба SMS является зависимой от сетевой технологии, и для протоколов ANSI-41 и GSM-MAP были определены два варианта реализации SMS. Вариант реализации службы SMS для протокола GSM-MAP (именуемый здесь службой SMS сети GSM (GSM SMS)) подробно описан в документах TS 23.038 V5.0.0 и TS 23.040 V4.7.0 Проекта о партнерстве в области систем связи третьего поколения (3GPP). Вариант реализации службы SMS для протокола ANSI-41 (именуемый здесь службой SMS сети CDMA (CDMA SMS)) подробно описан в документе Ассоциации промышленности средств связи (США)/Ассоциации электронной промышленности (США) TIA/EIA-637-B, имеющем название "Short Message Service for Wideband Spread Spectrum Systems". Протокол ANSI-41 описан в документе TIA/EIA/IS-41-D, имеющем название "Cellular Radiotelecommunications Intersystem Operations". Все эти документы являются общедоступными и включены сюда путем ссылки.

Для сети на основе протокола GSM-MAP, например, сети стандарта GSM1x, коммутационный центр мобильной связи (MSC) дополнительно функционирует в качестве шлюзового коммутационного центра службы SMS сети GSM (GSM-SMS-GMSC) и в качестве коммутационного центра межсетевого обмена службы SMS сети GSM (GSM-SMS-IWMSC) для обеспечения поддержки службы SMS. GSM-SMS-GMSC представляет собой функцию коммутационного центра мобильной связи (MSC), способного осуществлять прием коротких сообщений из центра обслуживания SMS-сообщений, опрос реестра местоположения собственных абонентов сети (HLR) для получения информации о маршрутизации и информации о службе SMS для каждого короткого сообщения, и доставку коротких сообщений в надлежащие обслуживающие узлы сети (или в базовые станции) для тех подвижных станций, которые являются намеченными получателями этих сообщений. GSM-SMS-IWMSC представляет собой функцию коммутационного центра мобильной связи (MSC), способного осуществлять прием коротких сообщений и их подачу в центр обслуживания SMS-сообщений.

Описанные здесь способы передачи отчетов для SMS-сообщений могут быть реализованы в сетях различных типов. Например, эти способы могут быть реализованы в сети стандарта GSM1x, в сети стандарта CDMA и т.д. Для ясности, различные особенности и варианты осуществления настоящего изобретения описаны, в частности, для сети стандарта GSM1x, в силу чего обмен SMS-сообщениями стандарта GSM между центрами обслуживания SMS-сообщений и подвижными станциями осуществляют через коммутационные центры мобильной связи (MSC), а обмен SMS-сообщениями стандарта CDMA для этих SMS-сообщений стандарта GSM осуществляют между коммутационными центрами мобильной связи (MSC) и подвижными станциями.

Стек SMS-протоколов для службы SMS сети GSM содержит четыре уровня: прикладной уровень коротких сообщений (SM-AL), уровень передачи коротких сообщений (SM-RL), уровень ретрансляции коротких сообщений (SM-RL) и нижние уровни коротких сообщений (SM-LL). Для службы SMS сети GSM обмен короткими сообщениями осуществляют в виде блоков данных, именуемых блоками данных протокола передачи (БДПП), между уровнем передачи коротких сообщений (SM-TL) в центре обслуживания SMS-сообщений и его равноправной сущностью в подвижных станциях. Центр обслуживания SMS-сообщений осуществляет передачу блоков БДПП в коммутационный центр (MSC), и они могут быть инкапсулированы в элементы протокола в уровне ретрансляции коротких сообщений. Для сети стандарта GSM1x коммутационный центр (MSC) осуществляет дополнительное преобразование элементов протокола/БДПП в соответствующие SMS-сообщения стандарта CDMA.

Стек SMS-протоколов для службы SMS сети CDMA также содержит четыре уровня: уровень телекоммуникационного сервиса SMS, транспортный уровень SMS, уровень ретрансляции SMS и канальный уровень.

На фиг.2A изображена схема, на которой показан поток сигналов для передачи SMS-сообщения из центра обслуживания SMS-сообщений в подвижную станцию в сети стандарта GSM1x с использованием сообщений, которые в настоящее время предусмотрены службой SMS сети GSM и службой SMS сети CDMA. Для упрощения на фиг.2A показан обмен основными блоками данных и сообщениями между сетевыми объектами и подвижной станцией.

Сначала центр обслуживания SMS-сообщений посылает SMS-сообщение в подвижную станцию стандарта GSM1x путем подачи БДПП доставки SMS-сообщения (SMS-Deliver TPDU) в коммутационный центр (MSC), обслуживающий подвижную станцию. Функция GSM-SMS-GMSC в коммутационном центре (MSC) обеспечивает преобразование этого БДПП доставки SMS-сообщения (SMS-Deliver TPDU) в сообщение (уровня телекоммуникационного сервиса) о доставке SMS-сообщения. Затем это сообщение подают в базовую станцию, обслуживающую подвижную станцию, которая осуществляет передачу сообщения в подвижную станцию по радиосвязи.

В ответ на получение сообщения о доставке SMS-сообщения подвижная станция может послать в сеть сообщение (транспортного уровня) о подтверждении получения SMS-сообщения. Подвижная станция может послать сообщение (уровня телекоммуникационного сервиса) о подтверждении получения SMS-сообщения абонентом к первичному отправителю принятого SMS-сообщения, но это не является обязательным условием. Обслуживающая базовая станция осуществляет прием сообщения о подтверждении получения SMS-сообщения и/или сообщения о подтверждении получения SMS-сообщения абонентом, переданных подвижной станцией, и подает их в коммутационный центр (MSC). Затем коммутационный центр (MSC) осуществляет преобразование этих сообщений в БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU), который затем посылают в центр обслуживания SMS-сообщений.

Сообщение о подтверждении получения SMS-сообщения не обеспечивает передачу части существенной информации, которая может содержаться в БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU). Это утверждение особенно справедливо в том случае, если БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) должен являться носителем данных абонента. Сообщение о подтверждении получения SMS-сообщения абонентом может являться носителем данных абонента, но для этого необходимо, чтобы абонент подтвердил получение в ручном режиме.

На фиг.2Б изображена схема, на которой показан поток сигналов для передачи SMS-сообщения из подвижной станции в центр обслуживания SMS-сообщений в сети стандарта GSM1x с использованием сообщений, наличие которых предусмотрено в настоящее время.

Сначала подвижная станция создает SMS-сообщение путем передачи сообщения (уровня телекоммуникационного сервиса) о подаче SMS-сообщения в обслуживающую базовую станцию, которая получает сообщение и отправляет его в коммутационный центр (MSC). Затем функция GSM-SMS-GMSC в коммутационном центре (MSC) обеспечивает преобразование сообщения о подаче SMS-сообщения в БДПП подачи SMS-сообщения (SMS-Submit TPDU), который затем передают в центр обслуживания SMS-сообщений.

В ответ на получение БДПП подачи SMS-сообщения (SMS-Submit TPDU), центр обслуживания SMS-сообщений может послать БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU), который содержит результаты для только что полученного БДПП подачи SMS-сообщения (SMS-Submit TPDU). Затем коммутационный центр (MSC) осуществляет преобразование БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU) в сообщение (транспортного уровня) о подтверждении получения SMS-сообщения, которое затем передают в подвижную станцию. И вновь, сообщение о подтверждении получения SMS-сообщения не обеспечивает передачу части существенной информации, которая может содержаться в БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU), поступающем из центра обслуживания SMS-сообщений. Также в подвижную станцию может быть послано необязательное сообщение (уровня телекоммуникационного сервиса) о подтверждении доставки SMS-сообщения (SMS Delivery Acknowledgment Message).

На схеме из фиг.3A показан формат, заданный службой SMS сети GSM для БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) и для БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU). Службой SMS сети GSM установлено шесть различных БДПП в уровне передачи коротких сообщений (SM-TL) для поддержки передачи SMS-сообщений. Из них БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) используют для передачи отчета для SMS-сообщения, принятого подвижной станцией, из подвижной станции в центр обслуживания SMS-сообщений. Соответственно, БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU) используют для передачи отчета для SMS-сообщения, полученного центром обслуживания, из центра обслуживания SMS-сообщений в подвижную станцию. Остальные БДПП используют для обмена короткими сообщениями, сведениями о состояние и командами между подвижной станцией и центром обслуживания.

БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) и БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU) имеют общий формат, показанный на фиг.3A (БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU) может иметь дополнительное поле, которое не показано на фиг.3A.). Каждый из этих двух БДПП содержит несколько полей, но на фиг.3A показаны только лишь четыре поля, представляющие особый интерес в настоящей заявке на изобретение. В таблице 1 перечислены эти четыре поля и приведены их краткие описания, при этом аббревиатурой ПП (TP) обозначен "протокол передачи".

Таблица 1
Аббревиатура	Полное наименование	Длина	Описание
TP-FCS	Причина сбоя в ПП (TP-Failure-Cause)	8 бит	Указывает причину сбоя в соответствующем БДПП доставки SMS-сообщения (SMS-Deliver TPDU) или БДПП подачи SMS-сообщения (SMS-Submit TPDU).
TP-DCS	Алгоритм кодирования данных абонента в ПП (TP-Data-Coding-Scheme)	8 бит	Определяет алгоритм кодирования данных абонента в ПП (TP-User-Data).
TP-UDL	Длина данных абонента в ПП (TP-User-Data-Length)	8 бит	Указывает длину данных абонента в ПП (TP-User-Data).
TP-UD	Данные абонента в ПП (TP-User-Data)	Переменная	Данные абонента для короткого сообщения.

Для принятых БДПП доставки SMS-сообщения (SMS-Deliver TPDU) и БДПП подачи SMS-сообщения (SMS-Submit TPDU) осуществляют передачу, соответственно, БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) и БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU). Каждый БДПП отчета может содержать в поле "причина сбоя в ПП" (TP-FCS) код ошибки, указывающий причину сбоя в случае его возникновения, для передачи или обработки принятого БДПП. Поле "причина сбоя в ПП" (TP-FCS) содержится в отчете в том случае, если возникла ошибка в SMS-сообщении, прием которого подтверждают, а в противном случае оно отсутствует. Таким образом, наличие или отсутствие поля "причина сбоя в ПП" (TP-FCS) может быть использовано для установления различий между успешным завершением или сбоем. Поле "данные абонента в ПП" (TP-User-Data) содержит данные абонента для короткого сообщения. Эти данные абонента обычно представляют собой алфавитно-цифровое сообщение, созданное на основании конкретного набора символов или алгоритма кодирования, но также могут содержать мультимедийную информацию и иные расширенные форматы. Длина поля "данные абонента в ПП" (TP-User-Data) определяется значением в поле "длина данных абонента в ПП" (TP-User-Data-Length). Поле "алгоритм кодирования данных абонента в ПП" (TP-Data-Coding-Scheme) указывает различные атрибуты данных в поле "данные абонента в ПП" (TP-User-Data).

Более подробное описание форматов для БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) и для БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU) приведено в документе TS 23.040 V4.7.0.

На схеме из фиг.3Б показан вариант осуществления формата сообщения для сообщения отчета о доставке SMS-сообщения и для сообщения отчета о подаче SMS-сообщения. Они представляют собой два новых сообщения уровня телекоммуникационного сервиса, которые могут быть использованы для обеспечения более полной передачи информации в БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) и в БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU). Сообщение отчета о доставке SMS-сообщения и сообщение отчета о подаче SMS-сообщения имеют общий формат, показанный на фиг.3Б, который содержит несколько субпараметров. В таблице 2 перечислены субпараметры для этих сообщений и приведены их краткие описания.

Таблица 2
Субпараметр	Длина	Описание
Идентификатор сообщения (Message Identifier)	5 байт	Содержит тип сообщения и идентификатор сообщения, которые могут быть использованы для подтверждения получения.
"Успешно" (Success)	3 байта	Указывает, было ли сообщение о доставке SMS-сообщения/сообщение о подаче SMS-сообщения принято успешно или с ошибкой.
Причина сбоя в ПП (TP-Failure-Cause)	3 байта	Указывает причину сбоя в сообщении о доставке SMS-сообщения/в сообщении о подаче SMS-сообщения в том случае, если оно было принято с ошибками.
Данные абонента (User Data)	Переменная	Содержит различные атрибуты данных абонента в коротком сообщении, а также сами данные абонента.
Указатель языка (Language Indicator)	3 байта	Указывает язык, соответствующий данным абонента в сообщении.
Данные абонента, закодированные множеством алгоритмов кодирования (Multiple Encoding User Data)	Переменная	Содержит данные абонента, которые могут быть закодированы с использованием множества алгоритмов кодирования.

Для сообщения отчета о доставке SMS-сообщения и для сообщения отчета о подаче SMS-сообщения субпараметры "идентификатор сообщения" и "успешно" могут быть определены как обязательные, а остальные субпараметры могут быть определены как необязательные. Субпараметр "причина сбоя в ПП" (TP-Failure-Cause) может быть задан как обязательный в том случае, если субпараметр "успешно" имеет значение "ложь" (то есть в случае наличия ошибки необходимо осуществить передачу только сведений о типе ошибки).

Как показано на фиг.3Б, субпараметр "идентификатор сообщения" содержит несколько полей, одним из которых является поле "тип_сообщения" (Message_Type), в котором указан тип SMS-сообщения. В стандарте TIA/EIA-637-B предусмотрено шесть различных типов сообщений для уровня телекоммуникационного сервиса, которым присвоены значения "тип_сообщения" (Message_Type) от "0001" до "0110". Значение "тип_сообщения" (Message_Type), равное "0111", может быть присвоено сообщению с уведомлением о доступном объеме памяти службы SMS (SMS Memory Available Notification Message). Для сообщения отчета о доставке SMS-сообщения и сообщения отчета о подаче SMS-сообщения могут быть установлены два новых типа сообщений. В конкретном варианте реализации этим двум новым типам сообщений присвоены значения "1000" и "1001", что показано в таблице 3.

Таблица 3
Тип_сообщения	Наименование сообщения	Описание
"1000"	Сообщение отчета о доставке SMS-сообщения	Используется для передачи отчета для SMS-сообщения, полученного подвижной станцией (исходит только из подвижной станции).
"1001"	Сообщение отчета о подаче SMS-сообщения	Используется для передачи отчета для SMS-сообщения, принятого из подвижной станции (завершается только в подвижной станции).
	Все другие значения являются зарезервированными

В стандарте TIA/EIA-637-B также определен 21 субпараметр, которые могут содержаться в SMS-сообщениях уровня телекоммуникационного сервиса и которым присвоены значения "идентификатор_субпараметра" (Subparameter_ID (SP_ID)) от "00000000" до "00010100". Для субпараметра "успешно" может быть установлен новый субпараметр, и ему может быть присвоено одно из зарезервированных значений "идентификатора_субпараметра" (Subparameter_ID) (например, "00010101"). Другой новый субпараметр может быть установлен для субпараметра "причина сбоя в ПП" (TP-Failure Cause) и ему может быть присвоено другое зарезервированное значение "идентификатора_субпараметра" (Subparameter_ID) (например, "00010110"). В таблице 4 показаны два новых субпараметра и присвоенные им значения "идентификатора_субпараметра" (Subparameter_ID) для конкретного варианта реализации.

Таблица 4
Субпараметр	Значение "идентификатора_субпараметра" (Subparameter_ID)
"Успешно" (Success) (новый)	"00010101"
"Причина сбоя в ПП" (TP-Failure Cause) (новый)	"00010110"
Все другие значения являются зарезервированными

В одном из вариантов осуществления субпараметр "успешно" (Success) задан таким образом, что имеет три поля. В таблице 5 перечислены поля в субпараметре "успешно", приведена их длина, краткое описание и значения (в соответствующих местах).

Таблица 5
Поле	Длина (в битах)	Описание
"Идентификатор_субпараметра" (Subparameter_ID)	8	Устанавливают равным "00010101" для субпараметра "успешно".
"Длина_субпараметра" (Subparam_Len)	8	Устанавливают равным "00000001", что равно длине (в байтах) субпараметра "успешно", за исключением полей "идентификатор_субпараметра" (Subparameter_ID) и "длина_субпараметра" (Subparam_Len).
Значение субпараметра "успешно" (Success)	8	Устанавливают равным "1" для значения "истина" и "0" для значения "ложь".

В одном из вариантов осуществления субпараметр "причина сбоя в ПП" (TP-Failure Cause) задан таким образом, что имеет три поля. В таблице 6 перечислены поля в субпараметре "причина сбоя в ПП" (TP-Failure Cause), приведена их длина, краткое описание и значения (в соответствующих местах).

Таблица 6
Поле	Длина (в битах)	Описание
"Идентификатор_субпараметра" (Subparameter_ID)	8	Устанавливают равным "00010110" для субпараметра "причина сбоя в ПП" (TP-Failure Cause).
"Длина_субпараметра" (Subparam_Len)	8	Устанавливают равным "00000001".
Значение субпараметра "причина сбоя в ПП" (TP-Failure Cause)	8	Устанавливают равным одному из значений субпараметра "причина сбоя в ПП" (TP-Failure Cause), заданных в стандарте 3GPP TS 23.040 V4.7.0.

В таблице 7 перечислены поля субпараметра "данные абонента" (User Data), приведена их длина, краткое описание и значения (в соответствующих местах).

Таблица 7
Поле	Длина (в битах)	Описание
"Идентификатор_субпараметра" (Subparameter_ID)	8 бит	Устанавливают равным "00000001" для субпараметра "данные абонента" (User Data).
"Длина_субпараметра" (Subparam_Len)	8 бит	Указывает длину субпараметра "данные абонента" (User Data).
"Кодирование_сообщения" (Msg_Encoding)	5 бит	Указывает алгоритм кодирования, использованный для данных абонента в коротком сообщении.
"Тип_сообщения" (Message_Type)	0 или 8 бит	Указывает тип сообщения для короткого сообщения. Также может быть использован для передачи информации для поля "алгоритм кодирования данных абонента" (TP-DCS) в БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) и в БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU).
"Количество_полей" (Num_Fields)	8 бит	Указывает количество имеющихся полей "СИМВОЛi" (CHARi), которое обычно соответствует количеству символов в данных абонента.

В поле "количество_полей" (Num_Fields) указано количество случаев появления следующего поля:

"СИМВОЛi" (CHARi)

Переменная

Однократно для каждого символа в данных абонента в коротком сообщении.

Субпараметр "данные абонента" (User Data) завершается следующим полем.

Заполнено незначащей информацией

0-7 бит

Содержит достаточное количество битов для того, чтобы субпараметр "данные абонента" (User Data) имел длину, равную целому числу байт.

Как показано в таблице 7, данные абонента для сообщения отчета о доставке SMS-сообщения и сообщения отчета о подаче SMS-сообщения содержатся в полях "СИМВОЛi" (CHARi), по одному такому полю для каждого символа, при этом общее их количество указано значением в поле "количество_полей" (Num_Fields). В поле "кодирование_сообщения" (Msg_Encoding) указан конкретный алгоритм кодирования, использованный для символов в поле "СИМВОЛi" (CHARi). Поскольку различные алгоритмы кодирования могут иметь различную длину символов, то длина поля "СИМВОЛi" (CHARi) определяется алгоритмом кодирования, использованным для данных абонента в коротком сообщении.

Поле "алгоритм кодирования данных абонента" (TP-DCS) в службе SMS сети GSM содержит информацию различных типов, относящуюся к данным абонента в поле "данные абонента в ПП" (TP-UD), например, являются ли данные абонента сжатыми или распакованными, категория сообщения и другие указания. Поскольку в настоящее время в службе SMS сети CDMA отсутствует соответствующее поле или субпараметр для информации, содержащейся в поле "алгоритм кодирования данных абонента в ПП" (TP-DCS), то эта информация может быть передана в поле "тип_сообщения" (Message_Type) в субпараметре "данные абонента" (User Data). Для поля "кодирование_сообщения" (Msg_Encoding) может быть установлено новое значение (например, "01010"), указывающее, что поле "тип_сообщения" (Message_Type) содержит информацию для поля "алгоритм кодирования данных абонента в ПП" (TP-DCS). Использование поля "тип_сообщения" (Message_Type) для передачи информации об алгоритме кодирования данных абонента в ПП (TP-DCS) более подробно описано в заявке на патент США № 020530 в досье патентного поверенного, имеющей название "Short Message Conversion Between Different Formats for Wireless Communication Systems" и дату подачи 9 июля 2002 года, права на которую переданы патентовладельцу настоящей заявки на изобретение и которая включена сюда путем ссылки.

Как показано на фиг.3Б, каждое из сообщений: сообщение отчета о доставке SMS-сообщения и сообщение отчета о подаче SMS-сообщения могут быть переданы в составе SMS-сообщения (транспортного уровня) прямой связи, предусмотренного в стандарте службы SMS сети CDMA. Это сообщение транспортного уровня содержит несколько параметров, в том числе: (1) параметр идентификатора телекоммуникационного сервиса, определяющий, какой именно узел доступа к службам верхнего уровня посылает или должен получить сообщения, (2) необязательный параметр варианта выбора ответа, посылаемого по каналу передачи (Bearer Reply Option), который может быть использован для выдачи запроса на получение из приемника ответа на сообщение о подтверждении получения SMS-сообщения, и (3) другие необязательные параметры.

На фиг.3Б показан конкретный вариант реализации сообщения отчета о доставке SMS-сообщения и сообщения отчета о подаче SMS-сообщения. Также могут быть заданы другие форматы сообщений, имеющие меньшее количество, иные и/или дополнительные субпараметры и поля, не выходя за пределы объема патентных притязаний настоящего изобретения. Например, эти два сообщения могут быть заданы без субпараметров "указатель языка" (Language Indicator) и "данные абонента, закодированные посредством множества алгоритмов кодирования" (Multiple Encoding User Data). В качестве другого примера, субпараметры "успешно" (Success) и "причина сбоя в ПП" (TP-Failure Cause) могут быть объединены в один субпараметр, содержащий как поле значение субпараметра "успешно" (Success), так и поле значения субпараметра "причина сбоя в ПП" (TP-Failure Cause). В качестве еще одного примера, субпараметр "успешно" (Success) может отсутствовать и интерпретирован в неявном виде при наличии субпараметра "причина сбоя в ПП" (TP-Failure Cause).

На схеме из фиг.4 показано преобразование между сообщениями отчета службы SMS сети CDMA и БДПП отчетов службы SMS сети GSM. Преобразование сообщения отчета о доставке SMS-сообщения в БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) может быть выполнено следующим образом.

1) Значение поля "причина сбоя в ПП" (TP-FCS) в БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) устанавливают равным значению поля "причина сбоя в ПП" (TP-Failure Cause) в субпараметре "причина сбоя в ПП" (TP-Failure Cause) сообщения отчета о доставке SMS-сообщения в том случае, если это требуется для субпараметра "успешно" (Success).

2) В поле "данные абонента в ПП" (TP-UD) в БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) устанавливают значение, соответствующее данным в полях "СИМВОЛi" (