Способ и устройство передачи отчетов для sms-сообщений в системах беспроводной связи
Изобретение относится к обмену сообщениями способом беспроводной связи, а именно к способам передачи отчетов для коротких сообщений в системе беспроводной связи стандарта CDMA. Техническим результатом является возможность автоматической передачи информации, которая содержится в БДПП (блоке данных протокола передачи) отчета о доставке SMS-сообщения, причем БДПП обеспечивает передачу данных абонента. Технический результат достигается тем, что для службы SMS сети CDMA определены два новых сообщения: сообщение отчета о доставке SMS-сообщения (SMS Deliver Report Message) и сообщение отчета о подаче SMS-сообщения (SMS Submit Report Message), также определено новое поле "запрос_на_получение_отчета" (Report_Req) в субпараметре варианта выбора ответа (Reply Option) сообщения о доставке SMS-сообщения (SMS Deliver Message) и сообщения о подаче SMS-сообщения (SMS Submit Message), наличие которых предусмотрено в службе SMS сети CDMA. Каждое сообщение отчета может содержать первое значение, указывающее, было ли SMS-сообщение принято правильно или с ошибками, второе значение, указывающее тип ошибки, в случае ее наличия, встретившейся в SMS-сообщении, и данные абонента. 5 н. и 13 з.п. ф-лы, 11 ил., 7 табл.
Область техники, к которой относится изобретение
Настоящее изобретение относится, в общем случае, к обмену сообщениями способом беспроводной связи, в частности к способам передачи отчетов для коротких сообщений в системах беспроводной связи.
Уровень техники
Служба передачи коротких сообщений (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" (CHARi) в субпараметре "данные абонента" (User Data) сообщения отчета о доставке SMS-сообщения.
3) Значение поля "длина данных абонента в ПП" (TP-UDL) в БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) устанавливают равным значению поля "количество_полей" (Num_Fields) субпараметра "данные абонента" (User Data).
4) Значение поля "алгоритм кодирования данных абонента в ПП" (TP-DCS) в БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) устанавливают равным значению поля "тип_сообщения" (Message_Type) субпараметра "данные абонента" (User Data).
Соответственно, преобразование БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU) в сообщение отчета о подаче SMS-сообщения может быть выполнено следующим образом.
1) Устанавливают значения поля "причина сбоя в ПП" (TP-Failure Cause) в субпараметре "причина сбоя в ПП" (TP-Failure Cause) сообщения отчета о подаче SMS-сообщения равным значению поля "причина сбоя в ПП" (TP-FCS) БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU) в том случае, если это требуется для субпараметра "успешно" (Success).
2) В полях "СИМВОЛi" (CHARi) субпараметра "данные абонента" (User Data) сообщения отчета о подаче SMS-сообщения устанавливают значения, соответствующие данным в поле "данные абонента в ПП" (TP-UD) БДПП отчета о подаче SMS-сообщения(SMS-Submit-Report TPDU).
3) Устанавливают значения поля "количество_полей" (Num_Fields) субпараметр "данные абонента" (User Data) равным значению поля "длина данных абонента в ПП" (TP-UDL) БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU).
4) Устанавливают значения поля "тип_сообщения" (Message_Type) в субпараметре "данные абонента" (User Data) равным значению поля "алгоритм кодирования данных абонента в ПП" (TP-DCS) БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU).
Поскольку в службе SMS сети CDMA сообщение отчета о доставке SMS-сообщения и сообщение отчета о подаче SMS-сообщения являются новыми сообщениями уровня телекоммуникационного сервиса, то для отправителя SMS-сообщения также предусмотрено наличие средства выдачи запроса на получение отчета посредством одного из этих новых сообщений.
На схеме из фиг.5 показан вариант осуществления формата сообщения для сообщения о доставке SMS-сообщения и сообщения о подаче SMS-сообщения, оба из которых представляют собой сообщения уровня телекоммуникационного сервиса, содержащие новое поле, используемое для выдачи запроса на получение отчета для посланного SMS-сообщения. Сообщение о доставке SMS-сообщения и сообщение о подаче SMS-сообщения содержат несколько субпараметров, в том числе, "идентификатор сообщения" (Message Identifier), "данные абонента" (User Data), "вариант выбора ответа" (Reply Option) и т.д. Субпараметр "вариант выбора ответа" (Reply Option) содержит несколько полей, в которых указано, выдан ли запрос на получение сообщений о подтверждении получения различных типов.
В настоящее время стандартом TIA/EIA-637-B предусмотрено, что субпараметр "вариант выбора ответа" (Reply Option) содержит (1) поле User_Ack_Req (запрос_подтверждения_абонентом), значение которого может быть установлено как "истина" для выдачи запроса на получение сообщения о подтверждении получения SMS-сообщения от абонента (в ручном режиме), (2) поле Dak_Req (запрос_подтверждения_доставки), значение которого может быть установлено как "истина" для выдачи запроса на получение сообщения о подтверждении доставки SMS-сообщения, и (3) поле Read_Ack_Req (запрос_подтверждения_по_прочтении), значение которого может быть установлено как "истина" для выдачи запроса на получение сообщения о подтверждении получения в том случае, если SMS-сообщение просмотрено. В одном из вариантов осуществления изобретения задано новое поле "запрос_на_получение_отчета" (Report_Req), и его значение может быть установлено как "истина" для выдачи запроса на получение отчета от получателя. В частности, если значение поля "запрос_на_получение_отчета" (Report_Req) установлено как "истина" в сообщении о доставке SMS-сообщения, то предполагают, что подвижная станция посылает сообщение отчета о доставке SMS-сообщения в сеть. Соответственно, если значение поля "запрос_на_получение_отчета" (Report_Req) установлено как "истина" в сообщении о подаче SMS-сообщения, то предполагают, что сеть посылает сообщение отчета о подаче SMS-сообщения в подвижную станцию. Новое поле "запрос_на_получение_отчета" (Report_Req) может быть задано с использованием одного из битов в зарезервированном поле.
В одном из вариантов осуществления, предназначенном для сети стандарта GSM1x, в поле "запрос_на_получение_отчета" (Report_Req) не нужно устанавливать значение "истина" в том случае, когда сообщение о подаче SMS-сообщения посылает подвижная станция стандарта GSM1x. Это обусловлено тем, что сеть может автоматически активировать это поле перед доставкой сообщения в принимающую подвижную станцию через интерфейс радиосвязи стандарта CDMA. В качестве примера рассмотрен сценарий, в котором обмен SMS-сообщениями осуществляют между двумя подвижными станциями (ПС) стандарта GSM1x. Когда ПС стандарта GSM1x, обозначенная как "A", посылает в ПС стандарта GSM1x, обозначенную как "B", сообщение о подаче SMS-сообщения без поля "запрос_на_получение_отчета" (Report_Req), то коммутационный центр мобильной связи (MSC) получает это сообщение и осуществляет его преобразование в БДПП подачи SMS-сообщения (SMS-Submit TPDU) и направляет его в центр обслуживания SMS-сообщений сети GSM (GSM-SMS-SC). Затем GSM-SMS-SC посылает его как БДПП доставки SMS-сообщения (SMS-Deliver TPDU) в ПС "B" стандарта GSM1x. Коммутационный центр (MSC) получает этот БДПП и осуществляет его преобразование в сообщение о доставке SMS-сообщения с наличием поля "запрос_на_получение_отчета" (Report_Req), и посылает его в ПС "B" стандарта GSM1x. ПС "B" стандарта GSM1x получает сообщение и посылает сообщение отчета о доставке SMS-сообщения в коммутационный центр (MSC), который затем осуществляет его преобразование в БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) и направляет его в центр обслуживания SMS-сообщений сети GSM (GSM-SMS-SC). Поскольку при таком обмене сообщениями полагают, что сеть стандарта GSM1x посылает в подвижную станцию БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU), то в сети стандарта GSM1x отсутствует необходимость в задании поля "запрос_на_получение_отчета" (Report_Req). В сети стандарта CDMA на основе протокола ANSI-41 сеть может задействовать или незадействовать это поле в зависимости от потребностей сети.
На схеме из фиг.6A показан поток сигналов для передачи SMS-сообщения из центра обслуживания SMS-сообщений в подвижную станцию в сети стандарта GSM1x с использованием нового сообщения отчета о доставке SMS-сообщения. Поток сигналов, показанный на фиг.6A, аналогичен потоку сигналов, показанному на фиг.2A, за исключением того, что сообщения, обмен которыми осуществляют через интерфейс радиосвязи стандарта CDMA, являются различными. В частности, для выдачи запроса на получение отчета из подвижной станции коммутационный центр (MSC) осуществляет преобразование БДПП доставки SMS-сообщения (SMS-Deliver TPDU) для SMS-сообщения в сообщение о доставке SMS-сообщения с наличием поля "запрос_на_получение_отчета" (Report_Req) в субпараметре "вариант выбора ответа" (Reply Option), значение которого установлено как "истина". Затем это сообщение о доставке SMS-сообщения передают по радиосвязи в подвижную станцию.
В ответ на получение сообщения о доставке SMS-сообщения, в котором значение поля "запрос_на_получение_отчета" (Report_Req) установлено как "истина", подвижная станция посылает сообщение отчета о доставке SMS-сообщения в сеть. Для службы SMS сети GSM этот отчет должен быть послан в пределах заданного промежутка времени от 12 до 20 секунд, что указано в разделе 10 документа 3GPP TS 24.011. Коммутационный центр (MSC) получает это сообщение и осуществляет его преобразование в БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU), который затем пересылают в центр обслуживания SMS-сообщений.
На схеме из фиг.6Б показан поток сигналов для передачи SMS-сообщения из подвижной станции в центр обслуживания SMS-сообщений в сети стандарта GSM1x с использованием нового сообщения отчета о подаче SMS-сообщения. Поток сигналов, показанный на фиг.6Б, аналогичен потоку сигналов, показанному на фиг.2Б, за исключением того, что сообщения, обмен которыми осуществляют через интерфейс радиосвязи стандарта CDMA, являются различными. В частности, подвижная станция посылает в сеть сообщение о подаче SMS-сообщения с наличием поля "запрос_на_получение_отчета" (Report_Req), значение которого установлено как "истина".
В ответ на получение БДПП подачи SMS-сообщения (SMS-Submit TPDU) для SMS-сообщения, центр обслуживания SMS-сообщений создает исходящий БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU). Затем коммутационный центр (MSC) получает БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU) и осуществляет его преобразование в сообщение отчета о подаче SMS-сообщения, поскольку в исходном сообщении о подаче SMS-сообщения в поле "запрос_на_получение_отчета" (Report_Req) было установлено значение "истина". Затем сообщение отчета о подаче SMS-сообщения передают по радиосвязи в подвижную станцию. Для службы SMS сети GSM сеть должна обеспечивать передачу сообщения отчета о подаче SMS-сообщения в подвижную станцию в пределах заданного промежутка времени от 35 до 45 секунд, что указано в разделе 10 документа 3GPP TS 24.011.
На фиг.7 изображена схема последовательности операций, выполняемых в варианте осуществления способа 700 передачи отчетов для SMS-сообщений в сети, в которой использован интерфейс радиосвязи стандарта CDMA (например, в сети стандарта GSM1x). Этот способ может быть реализован либо сетью, либо подвижной станцией.
Сначала осуществляют прием (операция 712) входящего SMS-сообщения. Этим принятым SMS-сообщением может являться либо (1) сообщение о доставке SMS-сообщения в том случае, если этот способ выполняет подвижная станция, или (2) сообщение о подаче SMS-сообщения в том случае, если этот способ выполняет сеть. Затем выполняют операцию определения того, содержится ли в принятом SMS-сообщении поле "запрос_на_получение_отчета" (Report_Req), и в том случае, если оно содержится, то получают значение этого поля (операция 714).
Если при выполнении операции 716 определено, что принятое SMS-сообщение содержит поле "запрос_на_получение_отчета" (Report_Req), и его значением является "истина", то затем создают ответное SMS-сообщение с отчетом для принятого SMS-сообщения (операция 718). Этим созданным SMS-сообщением может являться либо (1) сообщение отчета о доставке SMS-сообщения в том случае, если способ выполняет подвижная станция, либо (2) сообщение отчета о подаче SMS-сообщения в том случае, если способ выполняет сеть. Созданное SMS-сообщение может содержать (1) первое значение, указывающее, было ли входящее SMS-сообщение принято правильно или с ошибками, (2) второе значение, указывающее тип ошибки, в случае ее возникновения, для принятого SMS-сообщения, (3) данные абонента и т.д. Затем созданное SMS-сообщение посылают отправителю принятого SMS-сообщения (операция 720). После этого способ завершают.
Возвращаясь назад к операции 716, в том случае, если принятое SMS-сообщение не содержит поля "запрос_на_получение_отчета" (Report_Req), или если его значением не является значение "истина", то генерацию отчета для принятого SMS-сообщения осуществлять не нужно. Для принятого SMS-сообщения могут быть, а могут и не быть посланы сообщения о подтверждении получения иных типов, что зависит от субпараметра "вариант выбора ответа" (Reply Option) в принятом SMS-сообщении. Для упрощения эти сообщения о подтверждении приема иных типов на фиг.7 не показаны. Если при операции 716 ответ является отрицательным, то способ завершают.
Описанные здесь способы передачи отчетов для SMS-сообщений предоставляют возможность (1) для подвижной станции посылать SMS-сообщения в сеть для передачи информации в виде БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) и (2) для сети посылать SMS-сообщения в подвижную станцию для передачи информации в виде БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU).
Эти способы могут быть целесообразно использованы в сети стандарта GSM1x, в которой вместо интерфейса радиосвязи стандарта GSM для связи между сетью и подвижными станциями используют интерфейс радиосвязи стандарта CDMA. Используя эти способы, абонент мобильной связи стандарта GSM1x в среде сети GSM1x может действовать во многом подобно абоненту мобильной связи стандарта GSM в обычной среде сети GSM, и может практически пользоваться теми же самыми услугами, что и абонент мобильной связи стандарта GSM, с точки зрения предоставленного статуса получения SMS-сообщений, хотя базовым интерфейсом радиосвязи является интерфейс стандарта CDMA, а не интерфейс стандарта GSM. Абонент мобильной связи стандарта GSM1x способен получать информацию в виде БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU) во время разговора с абонентом мобильной связи стандарта GSM, а также способен посылать информацию в виде БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU). Следовательно, в такой среде оба абонента: абонент мобильной связи стандарта GSM1x и абонент мобильной связи стандарта GSM, не почувствуют никаких различий.
Эти способы могут быть также целесообразно использованы в сети стандарта CDMA на основе протокола ANSI-41. Для такой сети, "полностью соответствующей" стандарту CDMA, новые сообщения отчета представляют собой усовершенствования отличительных признаков службы SMS сети CDMA с точки зрения способности передачи данных абонента и иной информации в этих новых сообщениях отчета. В общем случае, описанные здесь способы могут быть использованы для любой сети, в которой использован интерфейс радиосвязи стандарта CDMA.
На фиг.8 показана блок-схема варианта осуществления центра 112x обслуживания SMS-сообщений, коммутационного центра 114x мобильной связи (MSC) и подвижной станции 140x. В этом варианте осуществления изобретения центр 112x обслуживания SMS-сообщений обеспечивает поддержку службы SMS сети GSM, а коммутационный центр 114x мобильной связи (MSC) обеспечивает преобразование отчетов между службой SMS сети GSM и службой SMS сети CDMA.
В центре 112x обслуживания SMS-сообщений запоминание данных для коротких сообщений, обмен которыми производят с подвижными станциями в сети, осуществляют в буфере 812 сообщений. На передающей стороне процессор 814 коротких сообщений получает данные из буфера 812 и осуществляет генерацию SMS-сообщений стандарта GSM надлежащего типа и формата. В частности, процессор 814 коротких сообщений осуществляет генерацию и обеспечивает передачу БДПП доставки SMS-сообщения (SMS-Deliver TPDU) для каждого короткого сообщения, посылаемого в подвижную станцию, и БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU) для каждого отчета о коротком сообщении. На принимающей стороне процессор 814 коротких сообщений осуществляет прием БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) для короткого сообщения, ранее посланного в подвижную станцию, и БДПП подачи SMS-сообщения (SMS-Submit TPDU) для короткого сообщения, посланного подвижной станцией. Затем процессор 814 коротких сообщений извлекает надлежащие данные из этих принятых БДПП и обеспечивает запоминание этих данных в буфере 812. Центр 112x обслуживания SMS-сообщений осуществляет обмен БДПП с коммутационным центром 114x мобильной связи (MSC).
В коммутационном центре 114x (MSC) запоминание БДПП для коротких сообщений, предназначенных для обмена с подвижными станциями в сети, осуществляют в буфере 822 сообщений. На передающей стороне преобразователь 824 коротких сообщений получает БДПП из буфера 822 и осуществляет генерацию соответствующих SMS-сообщений стандарта CDMA надлежащего типа и формата. В частности, преобразователь 824 коротких сообщений обеспечивает создание сообщения о доставке SMS-сообщения для каждого БДПП доставки SMS-сообщения (SMS-Deliver TPDU) и сообщения отчета о подаче SMS-сообщения для каждого БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU). На принимающей стороне преобразователь 824 коротких сообщений осуществляет прием и преобразование каждого сообщения отчета о доставке SMS-сообщения для создания соответствующего БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU), а также осуществляет прием и преобразование каждого сообщения о подаче SMS-сообщения для создания соответствующего БДПП подачи SMS-сообщения (SMS-Submit TPDU).
Коммутационный центр 114x (MSC) обеспечивает обмен SMS-сообщениями стандарта CDMA с базовыми станциями 116, которые в текущий момент времени осуществляют обслуживание подвижных станций, являющихся получателями/отправителями сообщений. На передающей стороне каждая базовая станция осуществляет обработку полученных коротких сообщений и вводит их в состав модулированного сигнала, передаваемого в подвижные станции, расположенные в пределах ее зоны охвата.
В центре 112x обслуживания SMS-сообщений контроллер 816 осуществляет управление потоком коротких сообщений, проходящих через центр обслуживания. В коммутационном центре 114x (MSC) контроллер 826 осуществляет управление преобразованием коротких сообщений, проходящих через коммутационный центр (MSC). Запоминающие устройства 818 и 828 обеспечивают хранение кодов программ и данных, используемых соответствующими контроллерами 816 и 826.
На фиг.8 также показан вариант осуществления подвижной станции 140x. В тракте приема модулированный сигнал, переданный из базовой станции, обслуживающей эту подвижную станцию, принимают посредством антенны 852 и подают в блок 854 приемника (ПРМ). Блок 854 приемника осуществляет формирование (например, фильтрацию, усиление и преобразование с понижением частоты) принятого сигнала и, кроме того, преобразует сформированный сигнал в цифровую форму для получения выборок. Затем демодулятор (ДЕМОД)/декодер 856 осуществляет демодуляцию выборок (например, на основании обработки на физическом уровне стандарта cdma2000) и, кроме того, осуществляет декодирование демодулированных данных для получения декодированных данных, которые содержат SMS-сообщения, посланные в модулированном сигнале. Данные SMS-сообщений, предназначенных для отдельных пользователей и для широковещательной передачи, которые были посланы в эту подвижную станцию, получают в виде выходных данных, а затем может быть выполнено их запоминание в запоминающем устройстве 862.
В тракте передачи данные сообщений и отчетов, предназначенных для передачи из подвижной станции, подают в устройство кодирования/модулятор 872 (МОД), который осуществляет кодирование и модуляцию данных. Затем блок 874 передатчика (ПРД) осуществляет формирование модулированных данных для создания модулированного сигнала, пригодного для передачи обратно в базовую станцию.
Управление работой устройств в подвижной станции 140x осуществляет контроллер 860. Например, контроллер 860 может осуществлять управление обработкой сообщения о доставке SMS-сообщения и сообщения отчета о подаче SMS-сообщения, полученных из сети, и осуществлять генерацию сообщения отчета о доставке SMS-сообщения и сообщения о подаче SMS-сообщения, посылаемых в сеть. Запоминающее устройство 862 обеспечивает хранение кодов программ и данных, используемых контроллером 860 (например, данных для SMS-сообщений).
На фиг.8 показан конкретный вариант осуществления центра 112x обслуживания SMS-сообщений, коммутационного центра 114x мобильной связи (MSC) и подвижной станции 140x. Также предполагается возможность существования других вариантов осуществления изобретения, не выходящих за пределы объема патентных притязаний настоящего изобретения. Например, преобразование отчетов между службой SMS сети GSM и службой SMS сети CDMA может быть осуществлено центром обслуживания SMS-сообщений.
Описанные здесь способы передачи отчетов для коротких сообщений могут быть реализованы различными средствами. Например, эти способы могут быть реализованы аппаратными средствами, программными средствами или совокупностью этих средств. В варианте аппаратной реализации элементы, используемые для осуществления любого из описанных здесь способов или их совокупности (например, способа 700), могут быть реализованы в виде одного или большего количества следующих устройств: специализированных интегральных микросхем (ASICs), цифровых процессоров сигналов (DSPs), устройств цифровой обработки сигналов (DSPDs), программируемых логических устройств (PLDs), программируемых пользователем вентильных матриц (FPGAs), процессоров, контроллеров, микроконтроллеров, микропроцессоров, иных электронных устройств, предназначенных для выполнения описанных здесь функций, или в виде их совокупности.
В варианте программной реализации способы передачи отчетов для коротких сообщений могут быть реализованы посредством модулей (например, процедур, функций и т.д.), выполняющих описанные здесь функции. Коды программ могут быть запомнены в запоминающем устройстве (например, в запоминающих устройствах 818, 828 и 862, показанных на фиг.8), а их выполнение может осуществлять процессор (например, контроллеры 816, 826 и 860). Запоминающее устройство может быть реализовано внутри процессора или может являться внешним по отношению к процессору, в этом случае оно может быть соединено с процессором способом, обеспечивающим связь между ними, с использованием различных средств из известного уровня техники.
Вышеизложенное описание раскрытых вариантов осуществления настоящего изобретения приведено для того, чтобы предоставить возможность любому специалисту в данной области техники реализовать или использовать настоящее изобретение. Для специалистов в данной области техники очевидна возможность различных видоизменений этих вариантов осуществления изобретения, а сформулированные здесь основополагающие принципы могут быть применены для других вариантов осуществления изобретения, не выходя за пределы сущности или объема изобретения. Таким образом, подразумевают, что настоящее изобретение не ограничено продемонстрированными здесь вариантами осуществления, и ему следует предоставить самый широкий объем патентных притязаний, соответствующий раскрытым здесь принципам, определяемый прилагаемой формулой изобретения.
1. Способ передачи отчетов для коротких сообщений в сети беспроводной связи, в которой использован интерфейс радиосвязи стандарта CDMA, содержащий следующие операции: осуществляют прием первого короткого сообщения, содержащего запрос на получение отчета для вышеупомянутого первого короткого сообщения; и осуществляют передачу второго короткого сообщения, содержащего отчет для вышеупомянутого первого короткого сообщения, при этом отчет содержит значение, указывающее, было ли первое короткое сообщение принято правильно или с ошибками, и значение, указывающее тип ошибки, в случае ее наличия, встретившейся в первом коротком сообщении.
2. Способ по п.1, по которому первым коротким сообщением является сообщение о доставке SMS-сообщения (SMS Deliver Message), а вторым коротким сообщением является сообщение отчета о доставке SMS-сообщения (SMS Deliver Report Message).
3. Способ по п.2, который также содержит операцию, на которой получают БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) на основании вышеупомянутого сообщения отчета о доставке SMS-сообщения (SMS Deliver Report Message).
4. Способ по п.1, по которому первым коротким сообщением является сообщение о подаче SMS-сообщения (SMS Submit Message), a вторым коротким сообщением является сообщение отчета о подаче SMS-сообщения (SMS Submit Report Message).
5 Способ по п.4, который также содержит операцию, на которой получают сообщение отчета о подаче SMS-сообщения (SMS Submit Report Message) из БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU).
6. Способ по п.1, по которому отчет содержит данные абонента.
7. Способ по п.1, по которому сетью беспроводной связи является сеть стандарта GSMlx.
8. Способ по п.1, по которому сетью беспроводной связи является сеть стандарта CDMA.
9. Способ передачи отчетов для коротких сообщений в сети беспроводной связи, в которой использован интерфейс радиосвязи стандарта CDMA, содержащий следующие операции: осуществляют прием сообщения о доставке SMS-сообщения (SMS Deliver Message), содержащего запрос на получение отчета для сообщения о доставке SMS-сообщения (SMS Deliver Message); и осуществляют передачу сообщения отчета о доставке SMS-сообщения (SMS Deliver Report Message), содержащего отчет для сообщения о доставке SMS-сообщения (SMS Deliver Message), при этом сообщение отчета о доставке SMS-сообщения (SMS Deliver Report Message) содержит значение, указывающее, было ли сообщение о доставке SMS-сообщения (SMS Deliver Message) принято правильно или с ошибками, и значение, указывающее тип ошибки, в случае ее наличия, встретившейся в сообщении о доставке SMS-сообщения (SMS Deliver Message).
10. Способ по п.9, который также содержит следующие операции: осуществляют передачу сообщения о подаче SMS-сообщения (SMS Submit Message), содержащего запрос на получение отчета для сообщения о подаче SMS-сообщения (SMS Submit Message); и осуществляют прием сообщений отчета о подаче SMS-сообщения (SMS Submit Report Message), содержащего отчет для сообщения о подаче SMS-сообщения (SMS Submit Message).
11. Способ передачи отчетов для коротких сообщений в сети беспроводной связи, в которой использован интерфейс радиосвязи стандарта CDMA, содержащий следующие операции: осуществляют передачу сообщения о доставке SMS-сообщения (SMS Deliver Message), содержащего запрос на получение отчета для сообщения о доставке SMS-сообщения (SMS Deliver Message); осуществляют прием сообщения отчета о доставке SMS-сообщения (SMS Deliver Report Message), содержащего отчет для сообщения о доставке SMS-сообщения (SMS Submit Message); и формируют БДПП отчета о доставке SMS-сообщения (SMS-Deliver-Report TPDU) на основании сообщения отчета о доставке SMS-сообщения (SMS Deliver Report Message)), при этом сообщение о доставке SMS-сообщения (SMS Deliver Message) содержит значение, указывающее, было ли сообщение о доставке SMS-сообщения (SMS Deliver Message) принято правильно или с ошибками, и значение, указывающее тип ошибки, в случае ее наличия, встретившейся в сообщении о доставке SMS-сообщения (SMS Deliver Message).
12. Способ по п.11, который также содержит следующие операции: осуществляют прием сообщения о подаче SMS-сообщения (SMS Submit Message), содержащего запрос на получение отчета для сообщения о подаче SMS-сообщения (SMS Submit Message); и осуществляют передачу сообщения отчета о подаче SMS-сообщения (SMS Submit Report Message), созданного на основании БДПП отчета о подаче SMS-сообщения (SMS-Submit-Report TPDU) и содержащего отчет для сообщения о подаче SMS-сообщения (SMS Submit Message).
13. Способ передачи отчета для первого короткого сообщения, принятого через интерфейс радиосвязи стандарта CDMA, в сети беспроводной связи, в которой использован интерфейс радиосвязи стандарта CDMA, содержащий следующие операции: создают второе короткое сообщение с отчетом для первого короткого сообщения, причем в первом поле второго короткого сообщения устанавливают значение, указывающее, было ли первое короткое сообщение принято правильно или с ошибками; во втором поле второго короткого сообщения устанавливают значение, указывающее тип ошибки, в случае ее наличия, встретившейся в первом коротком сообщении; и осуществляют передачу второго сообщения.
14. Способ по п.13, который также содержит следующую операцию, на которой в третьем поле второго короткого сообщения размещают данные абонента, предназначенные для передачи во втором коротком сообщении.
15. Устройство, обеспечивающее передачу отчетов для коротких сообщений в сети беспроводной связи, в которой использован интерфейс радиосвязи стандарта CDMA, содержащее: средство приема первого короткого сообщения, содержащего запрос на получение отчета для первого короткого сообщения; и средство передачи второго короткого сообщения, содержащего отчет для первого короткого сообщения, при этом второе короткое сообщение содержит значение, указывающее, было ли первое короткое сообщение принято правильно или с ошибками, и значение, указывающее тип ошибки, в случае ее наличия, встретившейся в первом коротком сообщении.
16. Устройство по п.15, которое также содержит средство преобразования второго короткого сообщения в соответствующий блок данных протокола передачи, БДПП (TPDU).
17. Устройство по п.15, в котором сетью беспроводной связи является сеть стандарта GSMlx.
18. Устройство по п.15, в котором сетью беспроводной связи является сеть стандарта CDMA.
