Результат интеллектуальной деятельности: ТЕХНОЛОГИИ И КОНФИГУРАЦИИ ПЕРЕДАЧИ МАЛЫХ ОБЪЁМОВ ДАННЫХ В СЕТЯХ БЕСПРОВОДНОЙ СВЯЗИ

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

Варианты осуществления настоящего раскрытия, в общем, относятся к области систем беспроводной связи, и, более конкретно, к технологиям и конфигурациям передачи малых объемов данных в сетях беспроводной связи, таких как, например, технологии и конфигурации для передачи полезных нагрузок с малым объемом данных.

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

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

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

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

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

На фиг. 1 схематично иллюстрируется пример сети широкополосного беспроводного доступа (BWA) в соответствии с некоторыми вариантами осуществления.

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

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

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

На фиг. 5 схематично иллюстрируется пример формата сообщения протокола туннелирования (GTP) GPRS (Общая служба пакетной радиопередачи), в соответствии с некоторыми вариантами осуществления.

На фиг. 6 схематично иллюстрируется пример формата заголовка GTP, в соответствии с некоторыми вариантами осуществления.

На фиг. 7 схематично иллюстрируется пример элемента информации международного идентификационного номера подвижного абонента (IMSI), в соответствии с некоторыми вариантами осуществления.

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

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

На фиг. 10 схематично иллюстрируется пример элемента информации приоритета, в соответствии с некоторыми вариантами осуществления.

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

На фиг. 12 схематично иллюстрируется пример формата сообщения протокола приложения обмена данными машинного типа (МТС-АР), в соответствии с некоторыми вариантами осуществления.

На фиг. 13 схематично иллюстрируется пример формата заголовка МТС-АР, в соответствии с некоторыми вариантами осуществления.

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

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

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

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

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

С целью настоящего раскрытия, фраза “А и/или В” означает (А), (В), или (А и В). С целью настоящего раскрытия, фраза “A, B и/или C” означает (А), (В), (С), (А и В), (А и С), (B и C) или (A, B и C).

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

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

Примерные варианты осуществления могут быть описаны здесь в отношении широковещательных сетей беспроводного доступа (BWA), включающих в себя сети, работающие в соответствии с одним или больше протоколами, установленными Проектом Партнерства 3-гого поколения (3GPP) и его производными, Форумом WiMAX, стандартами Института инженеров по электротехнике и радиоэлектронике (IEEE) 802.16 (например, IEEE 802.16-2005, измененный), проектом Долгосрочного развития (LTE) вместе с любыми изменениями, обновлениями и/или ревизиями (например, улучшенный проект LTE, проект ультрамобильной широковещательной передачи (UMB) (также называется “3GPP2”) и т.д.). Сети BWA, совместимые с IEEE 802.16 обычно называются сетями WiMAX, акроним, который означает Общемировую совместимость широкополосного беспроводного доступа, которая представляет собой знак сертификации для продуктов, которые прошли тесты на соответствие и функциональную совместимость со стандартами IEEE 802.16. В других вариантах осуществления, описанные здесь схемы обмена данными могут быть совместимыми с дополнительными/альтернативными стандартами обмена данными, спецификациями и/или протоколами. Например, варианты осуществления настоящего раскрытия могут применяться для других типов беспроводных сетей, где могут быть получены аналогичные преимущества. Такие сети могут включать в себя, но могут не быть ограничены этим, беспроводные локальные вычислительные сети (WLAN), беспроводные персональные вычислительные сети (WPAN) и/или беспроводные глобальные вычислительные сети (WWAN), такие как сотовые сети и т.п.

Следующие варианты осуществления могут использоваться в различных приложениях, включая в себя передатчики и приемники мобильной беспроводной радиосистемы. Радиосистемы, в частности, включенные в объем вариантов осуществления, включают в себя, но не ограничены этим, карты сетевого интерфейса (NIC), сетевые адаптеры, базовые станции, точки доступа (АР), узлы радиорелейной передачи, улучшенные узлы B, шлюзы, мосты, концентраторы и спутниковые радиотелефоны. Кроме того, радиосистемы в пределах объема вариантов осуществления могут включать в себя спутниковые системы, системы персональной передачи данных (PCS), двусторонние радиосистемы, системы глобальной навигации (GPS), двусторонние пейджеры, персональные компьютеры (PC) и соответствующие периферийные устройства, персональные карманные компьютеры (PDA), аксессуары для персональных компьютеров и все существующие и возникающие в будущем системы, которые могут быть взаимосвязаны по своей сути и к которым можно, соответственно, применять принципы вариантов осуществления.

На фиг. 1 схематично иллюстрируется пример широковещательной сети 100 беспроводного доступа (BWA), в соответствии с некоторыми вариантами осуществления. Сеть 100 BWA может включать в себя одну или больше из сети радиодоступа (ниже “RAN 20”) и базовой сети 25.

Оборудование пользователя (UE) 15 может получать доступ к базовой сети 25 через радиосоединение (“соединение”) с базовой станцией (BS), такой как, например, одна из базовых станций 40, 42 и т.д., в RAN 20. UE 15 может, например, представлять собой станцию абонента, которая выполнена с возможностью связи с базовыми станциями 40, 42, в соответствии с одним или больше протоколами. Следующее описание представлено, например, для сети 100 BWA, которая соответствует 3GPP для простоты описания; однако, предмет настоящего раскрытия не ограничен в этом отношении, и описанные варианты осуществления могут применяться для других сетей, в которых предпочтительно используются принципы, описанные здесь. В некоторых вариантах осуществления базовые станции 40, 42 могут включать в себя станцию улучшенного Узла В (eNB) и UE 15, которые выполнены с возможностью осуществления связи друг с другом, используя схему обмена данными с множеством входов и множеством выходов (ΜΙΜΟ). Одна или больше антенн UE 15 могут использоваться для одновременного использования радиоресурсов множества соответствующих составляющих несущих (например, которые могут соответствовать антеннам станций 40, 42 eNB) сети 100 BWA. UE 15 может быть выполнено с возможностью обмена данными, используя ортогональный множественный доступ с частотным разделением каналов (OFDMA), например, при передаче данных по нисходящему каналу передачи данных, и/или множественный доступ с частотным разделением по одной несущей (SC-FDMA), например, при передаче данных по восходящему каналу передачи, в некоторых вариантах осуществления.

В то время как на фиг. 1 UE 15, в общем, представлено, как сотовый телефон, в различных вариантах осуществления, UE 15 может представлять собой персональный компьютер (PC), ноутбук, ультрабук, нетбук, смартфон, ультрамобильный персональный компьютер (UMPC), портативное мобильное устройство, универсальную карту с интегральной схемой (UICC), персональный карманный компьютер (PDA), оборудование, используемое в помещении пользователя (СРЕ), планшетный компьютер или другие бытовые электронные устройства, такие, как МР3-плееры, цифровые камеры и т.п. Базовые станции 40, 42 могут включать в себя одну или больше антенн, один или больше радиомодулей для модуляции и/или демодуляции сигналов, передаваемых или принимаемых через радиоинтерфейс, и один или больше цифровых модулей для обработки сигналов, передаваемых и принимаемых через радиоинтерфейс.

В некоторых вариантах осуществления обмен данными с UE 15 через RAN 20 может осуществляться через один или больше узлов 45. Один или больше узлов 45 могут действовать, как интерфейс между базовой сетью 25 и RAN 20. В соответствии с различными вариантами осуществления, один или больше узлов 45 могут включать в себя объект мобильного администрирования (ММЕ) (например, SGSN/MME 58 на фиг. 2), который выполнен с возможностью администрирования обмена сигналами (например, аутентификации UE 15) между базовыми станциями 40, 42 и базовой сетью 25 (например, одним или больше серверами 50), шлюз сети пакетной передачи данных (PGW) (например, GGSN/PGW 51 на фиг. 2), для обеспечения маршрутизатора через шлюз в Интернет 65, и/или обслуживающий шлюз (SGW) для администрирования путями данных пользователя или путями передачи данных пользователя между базовыми станциями 40, 42 RAN 20 и PGW. Другие типы узлов могут использоваться в других вариантах осуществления.

Базовая сеть 25 может включать в себя логическую схему (например, модуль) для обеспечения аутентификации UE 15 или выполнения других действий, ассоциированных с установлением линии связи для передачи данных, для обеспечения соединенного состояния UE 15 с сетью 100 BWA. Например, базовая сеть 25 может включать в себя один или больше серверов 50, которые могут быть соединены с возможностью обмена данными с базовыми станциями 40, 42. В варианте осуществления один или больше серверов 50 могут включать в себя домашний сервер абонента (HSS) (например, HLR/HSS 56 на фиг. 2), который может использоваться для управления параметрами пользователя, такими как Международная идентификация мобильного абонента (IMSI), информация об аутентификации и т.п. Базовая сеть 25 может включать в себя другие серверы, интерфейсы и модули, некоторые из которых дополнительно описаны со ссылкой на фиг. 2. Один или больше серверов 50 могут включать в себя серверы, работающие по радиоканалу (ОТА) в некоторых вариантах осуществления. В некоторых вариантах осуществления логическая схема, ассоциированная с разными функциями одного или больше серверов 50, может быть скомбинирована для уменьшения количества серверов, включая в себя, например, комбинирование в одно устройство или модуль.

В соответствии с различными вариантами осуществления, сеть 100 BWA представляет собой сеть на основе Протокола Интернет (IP). Например, базовая сеть 25 может представлять собой сеть на основе IP. Интерфейсы между сетевыми узлами (например, одним или больше узлами 45) могут быть основаны на IP, включая в себя обратное соединение с базовыми станциями 40, 42. В некоторых вариантах осуществления сеть 100 BWA включает в себя Глобальную систему мобильной связи (GSM), Общую службу пакетной радиопередачи (GPRS), Универсальную систему мобильной передачи данных (UMTS), Высокоскоростной пакетный доступ (HSPA), Развернутый HSPA (E-HSPA), или сеть Долгосрочного развития (LTE). В некоторых вариантах осуществления RAN 20 может включать в себя Сеть радиодоступа GSM EDGE (GERAN), где EDGE развитие стандарта GSM с увеличенной скоростью передачи данных, универсальную сеть наземного радиодоступа (UTRAN), или расширенную UTRAN (Е-UTRAN). Сеть 100 BWA может работать в соответствии другими сетевыми технологиями в других вариантах осуществления.

На фиг. 2 схематично иллюстрируется архитектура 200 системы, выполненная с возможностью выполнения технологий и конфигураций передачи полезной нагрузки с малым объемом данных, описанных здесь, в соответствии с некоторыми вариантами осуществления. Архитектура 200 системы может быть выполнена с возможностью эффективного выполнения передачи малых объемов данных, предназначенных для использования в передаче типа машина - машина (М2М), такой как, например, передача данных МТС. Например, UE 15 может включать в себя или может быть соединена с возможностью обмена данными с интеллектуальными счетчиками коммунальных услуг или датчиками, для сбора малых количеств информации для передачи (например, устройства показателей здоровья, торговые автоматы и т.п., выполненные с возможностью сбора информации о температуре, запасах товара и т.д.). В некоторых вариантах осуществления сервер 26 приложений может быть выполнен с возможностью запроса сервера 52 МТС инициировать передачу полезной нагрузки с малым объемом данных через сеть беспроводной связи (например, сеть 100 BWA на фиг. 1). Например, сервер 26 приложений может запрашивать информацию МТС из UE 15, такую как результаты измерения датчика или счетчика, запасы товара и т.д. Полезная нагрузка, содержащая данные (например, полезная нагрузка с данными МТС) может быть меньшей, чем заранее установленный порог, для определения полезной нагрузки с малым объемом данных в некоторых вариантах осуществления. Заранее установленное пороговое значение может быть установлено при абонировании или в соответствии с политикой сетевого оператора, в некоторых вариантах осуществления.

В соответствии с различными вариантами осуществления, полезная нагрузка с малым объемом данных может быть передана в UE 15 через базовую сеть 52 МТС, или сервер 26 приложений через RAN 20 и базовую сеть 25, или полезная нагрузка с малым объемом данных может быть передана сервером 26 приложений или сервером 52 МТС в UE 15 через базовую сеть 25 и RAN 20. Например, сервер 26 приложений может быть выполнен с возможностью (например, пользователем МТС), передавать или инициировать передачу полезной нагрузки с малым объемом данных в UE 15. Сервер 26 приложений может быть соединен с возможностью обмена данными с базовой сетью 25, используя, например, соединение Интернет (например, Интернет 65 на фиг. 1). В другом примере приложение 24 МТС, которое соединено с возможностью обмена данными с UE 15, может быть выполнено с возможностью передачи или инициирования передачи полезной нагрузки с малым объемом данных в сервер 26 приложений. В некоторых вариантах осуществления UE 15 представляет собой устройство МТС, выполненное с возможностью передачи или приема полезной нагрузки с малым объемом данных и/или для обмена данными с приложением 24 МТС. В некоторых вариантах осуществления UE 15 может включать в себя приложение 24 МТС в пределах структуры UE 15. В других вариантах осуществления приложение 24 МТС может быть соединено с возможностью обмена данными с UE 15.

Сервер 52 МТС может быть выполнен с возможностью соединения с базовой сетью 25, для обмена данными с UE (например, UE 15), которые выполнены с возможностью обмена данными МТС. Сервер 52 МТС может быть дополнительно выполнен с возможностью обмена данными с функцией взаимодействия (IWF), такой как MTC-IWF 54 для инициирования передачи полезной нагрузки с малым объемом данных. В некоторых вариантах осуществления сервер 52 МТС может называться сервером возможности услуг (SCS).

MTC-IWF 54 может заканчиваться в опорной точке Tsp или в интерфейсе (ниже называется “опорной точкой”) между сервером 52 МТС и MTC-IWF 54. MTC-IWF 54 может быть выполнен с возможностью скрытия топологии наземной сети мобильной связи общего пользования (PLMN) и передачи или перевода протоколов сигналов, используемых в опорной точке Tsp, с тем, чтобы вызвать конкретную функцию в PLMN. В некоторых вариантах осуществления MTC-IWF 54 может аутентифицировать сервер 52 МТС перед установлением обмена данными с базовой сетью 25, и/или перед тем, как будут авторизованы запросы уровня управления из сервера МТС 52. В соответствии с различными вариантами осуществления, пунктирные линии между модулями (например, 54, 58) представляют уровень управления, и сплошные линии между модулями представляют уровень пользователя. В то время как конкретный уровень может быть показан между модулями, другие варианты осуществления могут включать в себя дополнительные/альтернативные уровни.

В одном варианте осуществления MTC-IWF 54 могут заканчиваться в опорной точке Т5а/Т5b между модулем, включающим в себя объект управления мобильностью (ММЕ) и/или опорный узел (SGSN) обслуживания GPRS (Общей службы пакетной радиопередачи), такой как, например, SGSN/MME 58. В некоторых вариантах осуществления опорная точка Т5а может заканчиваться на SGSN SGSN/MME 58, и опорная точка Т5b может заканчиваться в ММЕ SGSN/MME 58. В другом варианте осуществления MTC-IWF 54 может заканчиваться в опорной точке S6m между модулем, включающим в себя Опорный регистр местоположения (HLR) и/или Опорный Абонентский Сервер (HSS), такой как, например, HLR/HSS 56. Опорные точки Т5а/Т5b и S6m не ограничены представленными примерными названиями и могут иметь другие наименования в других вариантах осуществления.

В соответствии с различными вариантами осуществления, опорная точка Т5а/Т5b может использоваться для передачи информации пакета управления в сеть (например, 3GPP PLMN) на основе показателя сервера 52 МТС. Опорная точка S6m может использоваться для получения информации о маршрутизации для передачи по нисходящему каналу полезной нагрузки с малым размером данных, путем получения сетевого идентификатора (например, идентификатора внутреннего устройства 3GPP, такого как IMSI или международный номер подвижной станции в цифровой сети с комплексными услугами (MSISDN) из идентификатора устройства МТС или идентификатора приложения МТС. Информация о маршрутизации может включать в себя, например, идентификаторы узлов UE обслуживания базовой сети (CN).

Системная архитектура 200 может дополнительно включать в себя опорные точки Gr/S6a/S6d между HLR/HSS 56 и SGSN/MME 58, опорную точку Ti между сервером 52 МТС и GGSN/PGW 51, опорную точку интерфейса программирования приложения (API) между сервером 26 приложений и сервером 52 МТС, опорную точку S1 между SGSN/MME 58 и RAN 20, и опорные точки Um/Uu/LTE-UU между RAN 20 и UE 15.

Системная архитектура 200 может поддерживать передачу полезной нагрузки с малым объемом данных с малым влиянием на сеть, такой, как служебные сигналы, сетевые ресурсы или задержка для изменения местоположения. В некоторых вариантах осуществления UE 15 может быть прикреплено (например, с помощью установленного соединения управления радиоресурсом (RRC)) или отсоединено от RAN 20 перед передачей полезной нагрузки с малым объемом данных (например, когда инициируют передачу полезной нагрузки с малым объемом данных). UE 15 может находиться в соединенном режиме или в режиме ожидания, когда передачу полезной нагрузки с малым объемом данных инициируют в некоторых вариантах осуществления. В некоторых вариантах осуществления, когда UE 15 находится в режиме ожидания, архитектура 200 системы может быть выполнена с возможностью предпочтительной передачи полезной нагрузки с малым объемом данных через опорную точку Т5а/Т5b. Архитектура 200 системы может быть выполнена с возможностью передачи полезной нагрузки с малым объемом данных через другие опорные точки в других вариантах осуществления.

На фиг. 3 схематично иллюстрируется пример инициирующей схемы 300 передачи полезной нагрузки с малым объемом данных, в соответствии с некоторыми вариантами осуществления. На фиг. 2 и 3, в позиции 302, сервер 52 МТС может передавать запрос на доставку инициирования (ниже называется “запросом инициирования”) в MTC-IWF 54 для инициирования передачи полезной нагрузки с малым объемом данных. В некоторых вариантах осуществления полезная нагрузка с малым объемом данных может быть включена в запрос инициирования для передачи по нисходящему каналу передачи в UE 15 из сервера 52 МТС, или полезной нагрузки с малым объемом данных, которая может находиться в UE 15, и запрос инициирования может инициировать восходящую передачу полезной нагрузки с малым объемом данных из UE 15 в сервер 52 МТС. В случае, когда запрос инициирования представляет собой передачу инициирования полезной нагрузки с малым объемом данных от UE 15 на сервер 52 МТС, запрос инициирования может включать в себя другую полезную нагрузку с малым объемом данных для доставки по нисходящему каналу передачи на UE 15 от сервера 52 МТС в некоторых вариантах осуществления. Запрос инициирования может быть передан через опорную точку Tsp в некоторых вариантах осуществления. Запрос инициирования может включать в себя идентификацию (ID) устройства МТС и/или приложение МТС для (например, приложения 24 МТС) ID в инициаторе для инициирования цели UE (например, UE 15) для передачи полезной нагрузки с малым объемом данных. В некоторых вариантах осуществления сервер 26 приложений может непосредственно передавать полезную нагрузку с малым объем данных в MTC-IWF 54. В некоторых вариантах осуществления надежное соединение может быть установлено между MTC-IWF 54 и сервером 52 МТС для передачи запроса на инициирование в позиции 302.

В позиции 304, MTC-IWF 54 может передавать подтверждение инициирования на сервер 52 МТС. Подтверждение инициирования может быть передано в ответ на запрос инициирования, переданный в позиции 302. В некоторых вариантах осуществления MTC-IWF 54 выполнен с возможностью передачи подтверждение инициирования, только если возникает, проблема с доставкой инициирования. Например, MTC-IWF 54 может быть выполнена с возможностью передачи подтверждения инициирования, когда MTC-IWF 54 не пригодна для обработки запроса инициирования (например, в случае перегрузки MTC-IWF).

В позиции 306, в ответ на прием запроса инициирования в позиции 302, MTC-IWF 54 может запрашивать HLR/HSS 56 для получения информации о маршрутизации для доставки инициирования (например, уведомления инициирования) и/или полезной нагрузки с малым объемом данных в UE 15 через опорную точку Т5а/Т5b. В некоторых вариантах осуществления MTC-IWF 54 может передавать ID на устройство МТС HLR/HSS 56, который может быть ID устройства МТС, как часть подписки МТС.HLR/HSS 56 может отображать ID устройства МТС в IMSI UE 15 и передавать IMSI вместе с адресом для SGSN/MME 58 обратно в MTC-IWF 54. Взаимоотношение доверительности может быть установлено между MTC-IWF 54 и HLR/HSS 56 в некоторых вариантах осуществления (например, когда MTC-IWF 54 находиться за пределами домена оператора базовой сети). В ответ на прием запроса в позиции 306 из MTC-IWF 54, HLR/HSS 56 может передавать в MTC-IWF 54 IMSI, обслуживающий идентичности узла и/или другую информацию, такую как политика оператора, информация об авторизации, показатель отказа со значением причины, и т.п. Подтверждение инициирования может быть передано в позиции 304 в ответ на информацию, переданную из HLR/HSS 56 в MTC-IWF 54 в ответ на запрос, в позиции 306, в некоторых вариантах осуществления. В других вариантах осуществления, информация маршрутизации может быть хэширована или по-другому сохранена в MTC-IWF 54, и запрос в позиции 306 может не быть выполнен.

В позиции 308, MTC-IWF 54 может передавать уведомление инициирования в SGSN/MME 58. В некоторых вариантах осуществления уведомление инициирования может быть передано в ответ на запрос инициирования, переданный в позиции 302, для обозначения времени инициирования передачи полезной нагрузки с малым объемом данных по беспроводной сети связи (например, через опорную точку Т5а/Т5b).

Уведомление инициирования может быть передано в SGSN/MME 58 через опорную точку Т5а/Т5b. В некоторых вариантах осуществления уведомление инициирования может включать в себя полезную нагрузку с малым объемом данных.

В позиции 310, SGSN/MME 58 может передавать сообщение для обозначения уведомления инициирования (например, принятого в позиции 308) в UE 15. Сообщение может, например, представлять собой сообщение уровня отсутствия доступа (NAS), которое включает в себя запрос инициирования (например, переданный в позициях 302 и/или 308) в полезной нагрузке NAS. В вариантах осуществления, где запрос инициирования в позиции 302 и уведомление инициирования в позиции 308 включают в себя полезную нагрузку с малым объемом данных для передачи по нисходящему каналу передачи в UE 15, SGSN/MME 58 может передавать полезную нагрузку с малым объемом данных в UE 15, используя сигналы NAS, передаваемые по восходящему/нисходящему каналам передачи (UL/DL) (например, в сообщении транспортирования NAS). В вариантах осуществления, в случае, когда запрос инициирования, переданный в позиции 302, и уведомление, переданное в позиции 308, не включают в себя полезную нагрузку с малым объемом данных, SGSN/MME 58 может принимать из UE 15 полезную нагрузку с малым объемом данных для восходящего канала передачи от UE 15 на сервер 52 МТС через опорную точку Т5а/Т5b. В некоторых вариантах осуществления UE 15 может принимать запрос инициирования на передачу полезной нагрузки с малым объемом данных в позиции 310 и устанавливать, в ответ на запрос инициирования, соединение с сервером 52 МТС (например, в позиции 316), для передачи или приема полезной нагрузки с малым объемом данных.

В позиции 312, SGSN/MME 58 может передавать отчет инициирования в MTC-IWF 54, для обозначения успешного или неудачного уведомления инициирования. Например, SGSN/MME 58 может определять, что уведомление инициирования было успешным, путем приема обозначения о том, что уведомление инициирования и/или полезная нагрузка с малым объемом данных были приняты в UE 15. SGSN/MME 58 может определять, что уведомление инициирования не было принято на основе того, что не был принят показатель того, что уведомление инициирования и/или полезная нагрузка с малым объемом данных были приняты в UE 15 или при приеме показателя о том, что уведомление инициирования и/или полезная нагрузка с малым объемом данных не были приняты в UE 15. В некоторых вариантах осуществления отчет инициирования, переданный в позиции 312, может включать в себя полезную нагрузку с малым объемом данных для передачи по восходящему каналу передачи из UE 15 в сервер 52 МТС. Отчет инициирования может быть передан через опорную точку Т5а/Т5b.

В позиции 314, MTC-IWF 54 могут перенаправлять или по-другому иначе посылать отчет инициирования на сервер 52 МТС. Отчет инициирования может быть направлен через опорную точку Tsp в некоторых вариантах осуществления. Сервер 52 МТС может, например, передавать отчет инициирования в сервер 26 приложений. В некоторых вариантах осуществления действия в позициях 302, 304, 306, 308, 310 и/или 312 могут быть выполнены через уровень управления сети беспроводной связи.

В позиции 316, может быть установлено соединение между UE 15 и сервером 52 МТС для передачи полезной нагрузки с малым объемом данных из UE 15 в сервер 52 МТС или из сервера 52 МТС в UE 15. В некоторых вариантах осуществления полезная нагрузка с малым объемом данных может быть передана, используя контекст протокола пакетных данных (PDP) и/или соединение сети пакетной передачи данных (PDN). В некоторых вариантах осуществления, если UE 15 имеет полезную нагрузку с малым объемом данных для передачи по восходящему каналу для передачи в сервер 52 МТС, UE 15 может активировать контекст PDP и/или носители PDP и может передать, данные по восходящему каналу передачи в уровне пользователя (например, через GGSN/PGW 51). В некоторых вариантах осуществления соединение может быть установлено в позиции 316, в ответ на прием уведомления инициирования в UE 15, в позиции 310.

На фиг. 4 схематично иллюстрируется пример схемы 400 интерфейса между модулями системы беспроводной связи, в соответствии с некоторыми вариантами осуществления. В схеме 400 стеки протокола SGSN/MME 58 и MTC-IWF 54 могут быть выполнены с возможностью обмена данными через опорные точки Т5а/Т5b, как обозначено.

В некоторых вариантах осуществления SGSN/MME 58 и MTC-IWF 54 имеют стек протокола, который включает в себя Уровень 1 (L1), Уровень 2 (L2), Протокол Интернет (IP), протокол датаграммы пользователя (UDP), и заголовок протокола, которые сконфигурированы для обмена данных через опорную точку Т5а/Т5b, как можно видеть. Заголовок протокола может обозначать протокол сообщения, передаваемого через опорную точку Т5а/Т5b.

В некоторых вариантах осуществления описанный здесь обмен данными, который может быть выполнен через опорную точку Т5а/Т5b, может соответствовать схеме 400 интерфейса. Например, уведомление инициирования, переданное в позиции 308 на фиг. 3 и/или отчет инициирования, переданный в позиции 312 на фиг. 3, могут представлять собой сообщение, переданное или принятое в соответствии с протоколом туннелирования GPRS (Общая служба пакетной радиопередачи) (GTP) или протокол (GTP-C для передачи сигналов управления) (например, заголовок протокола на фиг. 11 обозначает сообщение GTP-C). В других вариантах осуществления сообщения, переданные или принятые в позициях 308 и 312 по фиг. 3, могут быть выполнены в соответствии с протоколом приложения МТС (МТС-АР). Сообщения (например, переданные в позициях 308 или 312 на фиг. 3), описанные здесь, не ограничены этими протоколами и могут соответствовать другим соответствующим протоколам в других вариантах осуществления. Например, в некоторых вариантах осуществления, сообщения могут соответствовать протоколам Диаметра или Службы дистанционной аутентификации пользователя, подключающихся по коммутируемым линиям (протокол RADIUS) или другим соответствующим протоколам.

На фиг. 5 схематично иллюстрируется пример формата сообщения 500 GTP, в соответствии с некоторыми вариантами осуществления. Сообщение 500 GTP может использоваться в сообщениях (например, переданных в позициях 308 и/или 312 на фиг. 3), которые были переданы через опорную точку Т5а/Т5b в соответствии с протоколом GTP.

В некоторых вариантах осуществления сообщение 500 GTP может включать в себя один или больше битов для обозначения свойств сообщения. Например, в одном варианте осуществления, от 1 до m октетов могут использоваться для обозначения заголовка GTP-m, и от m+1 до n октетов может использоваться для обозначения нуля или больше информационных элементов (IE), где m и n представляют собой целые числа. Сообщение 500 GTP может иметь другие соответствующие форматы в других вариантах осуществления.

На фиг. 6 схематично иллюстрируется пример формата заголовка 600 GTP (например, для GTP-C), в соответствии с некоторыми вариантами осуществления. Заголовок 600 GTP может использоваться в сообщениях (например, переданных в позициях 308 и/или 312 по фиг. 3), которые были переданы через опорную точку Т5а/Т5b, в соответствии с протоколом GTP.

В некоторых вариантах осуществления заголовок 600 GTP может включать в себя один или больше битов, для обозначения свойств сообщения. Например, как можно видеть в одном варианте осуществления, заголовок 600 GTP может включать в себя первый октет из восьми битов для обозначения версии, флаг (Р) присоединения, флаг идентификатора (TEID) конечной точки в туннеле, представленный, как Τ (например, Τ=0), и/или резервные особенности сообщения. В некоторых вариантах осуществления, если идентификатор конечной точки в туннеле (TEID) не доступен, поле TEID может быть представлено в заголовке 600 GTP, и значение флага Τ может быть установлено в “0” для уведомления инициирования и/или отчета инициирования.

Второй октет может обозначать тип сообщения. В некоторых вариантах осуществления тип сообщения может обозначать уведомление инициирования (например, переданный в позиции 308 на фиг. 3) или отчет инициирования (например, переданный в позиции 312 на фиг. 3). Например, тип сообщения может иметь значение (десятичное) типа сообщения, равное 240, для обозначения уведомления инициирования или значение (десятичное) типа сообщения, равное 241, для обозначения отчета инициирования. В соответствии с разными вариантами осуществления уведомление инициирования представляет собой тип исходного сообщения, и отчет инициирования представляет собой тип инициированного сообщения.

Третий октет может обозначать длину сообщения (первый октет). Четвертый октет может обозначать длину сообщения (второй октет). Пятый октет может обозначать номер последовательности (первый октет). Шестой октет может обозначать номер последовательности (второй октет). Седьмой октет может обозначать номер последовательности (третий октет). Восьмой октет может обозначать особенность резервирования. Заголовок 600 GTP может иметь другие соответствующие форматы в других вариантах осуществления.

В соответствии с различными вариантами осуществления, уведомление инициирования может включать в себя один или больше IE. В одном варианте осуществления уведомление инициирования может включать в себя IE, в соответствии с таблицей 1. Таблица 1 может представлять IE, которые могут использоваться совместно с протоколом GTP в варианте осуществления.

В таблице 1 уведомление инициирования включает в себя IE для причины, идентичности UE, периода действительности, приоритета, контейнера родовых данных и частного расширения с присутствием (Р), условие/комментарий, тип IE, и случай (Ins), описанные для каждого из них. Значения для присутствия Ρ могут включать в себя условно необязательное (CO), обязательное (М) и необязательное (O). Значения для типа IE включают в себя причину, IMSI, период действительности, приоритет, F-контейнер и частное расширение, как можно видеть. Значения для Ins включают в себя 0 и специфичный для поставщика (VS), как можно видеть.

В соответствии с различными вариантами осуществления, IE причины может обозначать причину инициирования. Например, причина инициирования может состоять в установлении соединения для PDN/PDP (например, в позиции 316 на фиг. 3) или передачу полезной нагрузки с малым объемом данных. IE идентичности UE может обозначать ID IMSI/группы UE. IE периода действительности может обозначать длительность, в течение которой может сохраняться инициирование. IE приоритета может обозначать приоритет сообщения инициирования. ЕЕ контейнера родовых данных может обозначать инициирование и может, в случае необходимости, содержать данные (например, полезную нагрузку с малым объемом данных). IE частного расширения может быть передан через опорную точку Т5а/Т5b. Уведомление инициирования может включать в себя больше или меньше IE в других вариантах осуществления.

На фиг. 7 схематично иллюстрируется пример элемента информации 700 (IE) по Международной идентификации мобильного абонента (IMSI), в соответствии с некоторыми вариантами осуществления. IE IMSI 700 может представлять IE 700 IMSI уведомления инициирования (например, переданный в позиции 308 на фиг. 3) в некоторых вариантах осуществления.

В соответствии с разными вариантами осуществления, IE 700 IMSI может включать в себя первый октет битов для обозначения типа IE (например, Тип = 1 (десятичный)). IE 700 IMSI может дополнительно включать в себя второй - в третий октеты для обозначения длины = n. Поле длины может обозначать длину IE, исключая первые четыре октета, которые могут быть общими для всех ЕЕ в некоторых вариантах осуществления. IE 700 IMSI может дополнительно включать в себя четвертый октет для обозначения зарезервированной части и случая. Случай может представлять собой поле, для различения между разными параметрами в одном конкретном сообщении, для которых может использовать тот же тип IE. ЕЕ 700 IMSI может дополнительно включать в себя пятый октет для обозначения периода действительности. IE 700 IMSI может дополнительно включать в себя шестой - (n+4) октеты, если они установлены в явном виде. IE 700 IMSI может включать в себя большее или меньшее количество особенностей или альтернативных компоновок, чем представлено в других вариантах осуществления.

На фиг. 8 схематично иллюстрируется пример элемента (IE) 800 информации периода действительности, в соответствии с некоторыми вариантами осуществления. В некоторых вариантах осуществления IE 800 периода действительности может представлять ЕЕ 800 периода действительности уведомления инициирования (например, передаваемого в позиции 308 на фиг. 3).

В соответствии с различными вариантами осуществления, период IE 800 периода действительности может включать в себя первый октет из битов для обозначения типа (например, тип IE). IE 800 периода действительности может дополнительно включать в себя второй - в третий октеты, для обозначения длины = n. Период IE 800 периода действительности может дополнительно включать в себя четвертый октет для обозначения зарезервированных частей и случая. IE 800 периода действительности может дополнительно включать в себя пятый - (n+4) октеты, если они установлены в явном виде. IE 800 периода действительности может включать в себя большее или меньшее количество особенностей или альтернативных компоновок, чем представлено в других вариантах осуществления.

На фиг. 9 схематично иллюстрируется пример элемента (IE) 900 информации контейнера родовых данных, в соответствии с некоторыми вариантами осуществления. IE 900 контейнера родовых данных может представлять IE 900 контейнера родовых данных уведомления инициирования (например, переданного в позиции 308 на фиг. 3) в некоторых вариантах осуществления.

В соответствии с разными вариантами осуществления, IE 900 контейнера родовых данных может включать в себя первый октет из битов для обозначения типа. IE 900 контейнера родовых данных может дополнительно включать в себя второй - третий октеты, для обозначения длины = n. IE 900 контейнера родовых данных может дополнительно включать в себя четвертый октет, для обозначения резерва и случая. Контейнер IE 900 родовых данных может дополнительно включать в себя четвертый - (n+4) октеты для контейнера родовых данных (например, для полезной нагрузки с малым объемом данных). Контейнер ЕЕ 900 родовых данных может включать в себя большее или меньшее количество особенностей или альтернативных компоновок, чем представлено в других вариантах осуществления.

На фиг. 10 схематично иллюстрируется пример элемента (IE) 1000 информации приоритета, в соответствии с некоторыми вариантами осуществления. ЕЕ 1000 приоритета может представлять IE 1000 приоритета для уведомления инициирования (например, переданного в позиции 308 на фиг. 3) в некоторых вариантах осуществления.

В соответствии с различными вариантами осуществления, IE 1000 приоритета может включать в себя первый октет битов, для обозначения типа. IE 1000 приоритета может дополнительно включать в себя второй - третий октеты, для обозначения длины = n. IE 1000 приоритета может дополнительно включать в себя четвертый октет, для обозначения резерва и случая. IE 1000 приоритета может дополнительно включать в себя пятый - (n+4) октеты, для обозначения приоритета. IE 1000 приоритета может включать в себя большее или меньшее количество свойств или альтернативных компоновок, чем представлено в других вариантах осуществления.

В соответствии с различными вариантами осуществления, отчет инициирования (например, переданный в позиции 312 на фиг. 3) может включать в себя один или больше IE. В одном варианте осуществления отчет инициирования может включать в себя IE, в соответствии с таблицей 2. Таблица 2 может представлять собой IE, которые могут использоваться совместно с протоколом GTP в варианте осуществления.

В таблице 2 уведомление инициирования включает в себя IE для причины, идентичности UE, контейнера родовых данных и частного расширения с присутствием (Р), условие/комментарий, тип IE и случай (Ins), описанные для каждого из них. Значения для Ρ включают в себя обязательный (М) и необязательный (O). Значения для типа IE включают в себя причину, IMSI, F-контейнер и частное расширение, как можно видеть. Значения для Ins включают в себя 0 и специфичный для поставщика (VS), как можно видеть.

В соответствии с различными вариантами осуществления, IE причины может обозначать успешное и/или неуспешное уведомление инициирования. IE идентичности UE может обозначать IMSI/ID группы для UE. Контейнер IE родовых данных может обозначать инициирование и, в случае необходимости, может переносить данные (например, полезную нагрузку малого объема данных). IE частного расширения может быть передан через опорную точку T5a/T5b. IE отчета инициирования могут соответствовать вариантам осуществления, описанным в соответствии с уведомлением инициирования, за исключением случая, когда указано противоположенное в некоторых вариантах осуществления. Отчет инициирования может включать в себя большее или меньшее количество IE в других вариантах осуществления. Особенности, описанные со ссылкой на фиг. 5-10, могут предоставлять примеры в соответствии с GTP-C, в соответствии с различными вариантами осуществления.

В соответствии с различными вариантами осуществления, причины IE отчета инициирования или уведомления инициирования могут включать в себя значения, в соответствии с таблицей 3. Таблица 3 может представлять значение причины в соответствии с протоколом GTP в варианте осуществления. В таблице 3 сообщение, имеющее тип запроса/исходного сообщения (например, уведомление инициирования) может включать в себя значение причины (десятичное) от 0 до 14-15, как можно видеть. Значения причины включают в себя значение причины, равное 12, для обозначения установления соединения PDN/PDP и значения причины 13, для обозначения передачи полезной нагрузки с малым объемом данных. Кроме того, в таблице 3, сообщение, имеющее приемлемость в ответе/инициированном сообщении (например, в отчете инициирования) может включать в себя значение причины (десятичное) от 16 до 21-63, как можно видеть. Значения причины включают в себя значение причины, равное 20 для обозначения отчета об успешном или неудачном уведомлении инициирования.

На фиг. 11 схематично иллюстрируется другой пример схемы 1100 интерфейса между модулями системы беспроводной связи, в соответствии с некоторыми вариантами осуществления. В схеме 1100 интерфейса стеки протокола MTC-IWF 54 и сервер МТС 52 могут быть выполнены с возможностью обмена данными через опорные точки Tsp, как обозначено.

В некоторых вариантах осуществления MTC-IWF 54 и сервер 52 МТС имеет стек протокола, который включает в себя L1, L2, IP, UDP и/или протокол управления передачей (UDP/TCP), и заголовок протокола, которые выполнены с возможностью обмена данными через опорную точку Tsp, как можно видеть. Заголовок протокола может обозначать протокол сообщения, передаваемого через опорную точку Tsp.

В некоторых вариантах осуществления описанный здесь обмен данными, который может быть выполнен через опорную точку Tsp, может соответствовать схеме 1100 интерфейса. Например, запрос инициирования, переданный в позиции 302 на фиг. 3, подтверждение инициирования, переданное в позиции 304 на фиг. 3, и отчет инициирования, переданный в позиции 314 на фиг. 3, могут представлять собой сообщения, переданные или принятые в соответствии с протоколом МТС-АР. Заголовок протокола может обозначать МТС-АР. МТС-АР может быть выполнен с возможностью обмена данными, используя, например, протокол передачи гипертекста (HTTP), протокол инициирования сеанса (SIP), и/или исходные протоколы. Сообщения (например, переданные в позициях 302, 304 и 314 на фиг. 3), описанные здесь, могут соответствовать другим соответствующим протоколам в других вариантах осуществления. В некоторых вариантах осуществления MTC-IWF 54 может быть выполнен с возможностью функционирования в качестве транслятора, устройства релейной передачи или устройства заместителя, в соответствии с протоколом, используемым для передачи или приема сообщения.

На фиг. 12 схематично иллюстрируется пример формата сообщения 1200 МТС-АР, в соответствии с некоторыми вариантами осуществления. Сообщение 1200 МТС-АР может использоваться в сообщениях (например, переданных в позициях 302, 304, 308, 312 и/или 314 на фиг. 3), которые были переданы через опорные точки Т5а/Т5b и Tsp, в соответствии с протоколом МТС-АР.

В некоторых вариантах осуществления сообщение 1200 МТС-АР может включать в себя один или больше битов для обозначения свойств сообщения. Например, в одном варианте осуществления, от 1 до m октетов могут использоваться для обозначения заголовка МТС-АР и от m+1 до n октетов могут использоваться для обозначения нуля или больше элементов информации (IEs), где m и n являются целыми числами. Сообщение 1200 МТС-АР может иметь другие соответствующие форматы, в других вариантах осуществления. IE, включенный в сообщение 1200 МТС-АР, может зависеть от типа сообщения МТС-АР, который может быть включен в заголовок МТС-АР (например, заголовок 1300 МТС-АР по фиг. 13).

На фиг. 13 схематично иллюстрируется пример формата 1300 заголовка МТС-АР, в соответствии с некоторыми вариантами осуществления. Заголовок 1300 МТС-АР может использоваться в сообщениях, которые передают через опорные точки Т5а/Т5b и/или Tsp, в соответствии с протоколом МТС-АР.

В некоторых вариантах осуществления заголовок 1300 МТС-АР может включать в себя один или больше битов, для обозначения свойств сообщения. Например, в одном варианте осуществления, заголовок 1300 МТС-АР может включать в себя первый октет из восьми битов для обозначения версии (например, версии протокола) и/или свойств резервирования сообщения, как можно видеть.

Второй октет может обозначать тип сообщения. В некоторых вариантах осуществления тип сообщения может обозначать уведомление инициирования, (например, переданное в позиции 308 на фиг. 3) или отчет инициирования (например, переданный в позиции 312 на фиг. 3). Например, тип сообщения может иметь значение типа сообщения (десятичное), равное 240, для обозначения уведомления инициирования, или значение типа сообщения (десятичное), равное 241, для обозначения отчета инициирования. В соответствии с различными вариантами осуществления, уведомление инициирования представляет собой исходный тип сообщения, и отчет инициирования представляет собой тип инициированного сообщения.

Третий октет может обозначать длину сообщения (первый октет). Четвертый октет может обозначать длину сообщения (второй октет). Пятый октет может обозначать номер последовательности (первый октет). Шестой октет может обозначать номер последовательности, соответствующий (второму октету). Седьмой октет может обозначать номер последовательности, соответствующий (третьему октету). Восьмой октет может обозначать свойство резервирования. Заголовок 1300 МТС-АР может иметь другие соответствующие форматы в других вариантах осуществления.

Уведомление инициирования и отчет инициирования могут быть переданы через опорную точку Т5а/Т5b, в соответствии с сообщением 1200 МТС-АР по фиг. 12 и заголовком 1300 МТС-АР на фиг. 13. Данные, такие как полезная нагрузка с малым объемом данных могут быть включены в контейнер родовых данных отчета инициирования и/или уведомление инициирования, в соответствии с протоколом МТС-АР. Уведомление инициирования, в соответствии с протоколом МТС-АР, может включать в себя IE, как описано в связи с таблицей 1 и на фиг. 7-10. Отчет инициирования, в соответствии с протоколом МТС-АР, может включать в себя ЕЕ, как описано со ссылкой на таблицу 2 и на фиг. 7, 9.

В соответствии с разными вариантами осуществления, запрос инициирования (например, переданный в позиции 302 на фиг. 3), который быть передан через опорную точку Tsp, в соответствии с протоколом МТС-АР, может включать в себя IE, как описано со ссылкой на таблицу 4.

В таблице 4 IE может соответствовать вариантам осуществления, описанным со ссылкой на фиг. 8-10. Внешний идентификатор IE может обозначать внешний идентификатор, в котором используется доменное наименование оператора мобильной сети (MNO) и локальный идентификатор.

В соответствии с различными вариантами осуществления, подтверждение инициирования (например, переданного в позиции 304 на фиг. 3), который будет передан через опорную точку Tsp в соответствии с протоколом МТС-АР, может включать в себя IE, как описано в таблице 5.

В таблице 5 IE могут включать в себя ГЕ причины, для обозначения успешного и/или неудачного уведомления инициирования, таймер возврата, для обозначения для сервера МТС о том, что сеть перегружена и, может потребоваться возврат (ожидание в течение заданного времени) перед повторной попыткой передачи инициирования, и частное расширение, которое может быть передано по интерфейсам Tsp.

В соответствии с различными вариантами осуществления, отчет инициирования (например, переданный в позиции 314 на фиг. 3), который передан через опорную точку Tsp, в соответствии с протоколом МТС-АР, может включать в себя IE, как описано в таблице 6.

На фиг. 14 показана блок-схема последовательности операций способа 400 для инициирования передачи полезной нагрузки данных в сети беспроводной связи (например, сети 100 BWA по фиг. 1), в соответствии с некоторыми вариантами осуществления. Действия способа 1400 могут быть выполнены MTC-IWF по фиг. 2-3 или другим модулем сети беспроводной связи и могут соответствовать технологиям и конфигурациям, описанным со ссылкой на фиг. 1-13.

В позиции 1402 способ 1400 включает в себя этапы, на которых: принимают (например, в позиции 302 на фиг. 3), из сервера связи машинного типа (МТС), запрос инициирования для передачи инициатором полезной нагрузки данных по сети беспроводной связи. В некоторых вариантах осуществления запрос инициирования может инициировать передачу первой полезной нагрузки данных из сервера МТС в целевое UE или передачу второй полезной нагрузки данных из UE в сервер МТС или может одновременно передавать первую полезную нагрузку данных из сервера МТС и передавать вторую полезную нагрузку данных из UE в сервер МТС.

В позиции 1404 способ 1400 может дополнительно включать в себя этап, на котором: передают (например, в позиции 304 по фиг. 3), в сервер МТС, подтверждение инициирования. Подтверждение инициирования может быть передано в ответ на прием запроса инициирования.

В позиции 1406 способ 1400 может дополнительно включать в себя передачу (например, в позиции 306 на фиг. 3) с модулем, включающим в себя Опорный регистр местоположения (HLR) (например, HLR/HSS 56 на фиг. 3), для получения информации о маршрутизации, для передачи уведомления инициирования в оборудование пользователя (UE). Обмен данными с HLR может происходить в ответ на прием запроса инициирования.

В позиции 1408 способ 1400 может дополнительно включать в себя этап, на котором: передают (например, в позиции 308 на фиг. 3), в модуль, включающий в себя объект управления мобильностью (ММЕ) и/или опорный узел (SGSN) обслуживания GPRS (Общей службы пакетной радиопередачи) (например, SGSN/MME 58 по фиг. 3), уведомление инициирования для инициирования полезной нагрузки данных по сети беспроводной связи в ответ на прием запроса инициирования. Уведомление инициирования может инициировать передачу полезной нагрузки с первыми данными и/или прием полезной нагрузки со вторыми данными по сети беспроводной связи. Уведомление инициирования может быть передано в ответ на запрос инициирования.

В позиции 1410 способ 1400 может дополнительно включать в себя: прием (например, в позиции 312 на фиг. 3), из модуля, включающего в себя ММЕ и/или SGSN, отчет инициирования, для обозначения успешного или неудачного уведомления инициирования. Отчет инициирования может быть передан в ответ на уведомление инициирования. В позиции 1412 способ 1400 может дополнительно включать в себя перенаправление (например, в позиции 314 на фиг. 3) отчета инициирования в сервер МТС.

Варианты осуществления настоящего раскрытия были воплощены в системе, использующей любые соответствующие аппаратные и/или программное средства для получения конфигурации в соответствии с фиг. 15, где схематично иллюстрируется пример системы, которая может использоваться для выполнения на практике различных описанных здесь вариантов осуществления. На фиг. 15 иллюстрируется, для одного варианта осуществления, пример системы 1500, имеющей один или больше процессора (процессоров) 1504, модуля 1508 системного управления, соединенного по меньшей мере с одним из процессора (процессоров) 1504, системного запоминающего устройства 1512, соединенного с модулем 1508 системного управления, энергонезависимого запоминающего устройства (NVM)/накопителя 1516, соединенного с модулем 1508 системного управления, и одним или более интерфейсом (интерфейсами) 1520 связи, соединенным с модулем 1508 системного управления.

В некоторых вариантах осуществления система 1500 может быть выполнена с возможностью функционирования, как UE 15, как описано здесь. В других вариантах осуществления система 1500 может быть выполнена с возможностью функционирования, как один или больше серверов 50 на фиг. 1, или может по-другому обеспечивать логическую схему/модуль, которая выполняет функции, как описано для базовой станции 40, одного или больше узлов, сервера 52 МТС, MTC-IWF 54, HLR/HSS 56, SGSN/MME 58, RAN 20, GGSN/PGW 51 и/или других модулей, описанных здесь. В некоторых вариантах осуществления система 1500 может включать в себя один или больше считываемый компьютером носитель информации (например, системное запоминающее устройство или NVM/накопитель 1516), на котором записаны инструкции, и один или больше процессоров (например, процессор (процессоры) 1504), соединенных с одним или больше считываемыми компьютером носителями и выполненных с возможностью выполнения инструкций для воплощения модуля (например, функции взаимодействия), для выполнения описанных здесь действий.

Модуль 1508 системного управления, для одного варианта осуществления, может включать в себя любые соответствующие контроллеры интерфейса для обеспечения любого соответствующего интерфейса по меньшей мере для одного из процессора (процессоров) 1504 и/или любого соответствующего устройства или компонента, который сообщается с модулем 1508 системного управления.

Модуль 1508 системного управления может включать в себя модуль 1510 контроллера запоминающего устройства, для обеспечения интерфейса для системного запоминающего устройства 1512. Модуль 1510 контроллера запоминающего устройства может представлять собой аппаратный модуль, программный модуль и/или модуль на основе встроенного программного обеспечения.

Системное запоминающее устройство 1512 может использоваться для загрузки и сохранения данных и/или инструкции, например, для системы 1500. Системное запоминающее устройство 1512 для одного варианта осуществления может включать в себя любое соответствующее энергозависимое запоминающее устройство, такое как, например, соответствующее DRAM. В некоторых вариантах осуществления системное запоминающее устройство 1512 может включать в себя четыре синхронных динамических оперативных запоминающих устройства с двойной скоростью обработки (DDR4 SDRAM).

Модуль 1508 системного управления для одного варианта осуществления может включать в себя один или больше контроллера (контроллеров) ввода-вывода (I/O) для обеспечения интерфейса с NVM/накопителем 1516 и интерфейса (интерфейсов) 1520 связи.

NVM/накопитель 1516 может использоваться для сохранения данных и/или инструкций, например. NVM/накопитель 1516 может включать в себя любое соответствующее энергонезависимое запоминающее устройство, такое как, например, запоминающее устройство флэш, и/или может включать в себя любое соответствующее энергонезависимое устройство (устройства) накопитель, такой как, например, один или более из привода (приводов) жесткого диска (HDD), один или более привода (приводов) компакт-диска (CD), и/или один или больше привода (приводов) цифрового универсального диска (DVD).

NVM/накопитель 1516 может включать в себя ресурс накопителя, который физически составляет часть устройства, на котором установлена система 1500, или доступ к нему может осуществляться через, но не обязательно, часть устройства. Например, доступ к NVM/накопителю 1516 может осуществляться по сети через интерфейс (интерфейсы) 1520 связи.

Интерфейс (интерфейсы) 1520 связи может обеспечить интерфейс для системы 1500, для связи через одну или больше сеть (сети) и/или с любым другим соответствующим устройством. Система 1500 может сообщаться по беспроводному каналу с одним или больше компонентами беспроводной сети, в соответствии с любым одним или более стандартами и/или протоколами беспроводной сети.

Для одного варианта осуществления по меньшей мере один из процессора (процессоров) 1504 может быть упакован вместе с логической схемой для одного или больше контроллера (контроллеров) модуля 1508 системного управления, например, модуля 1510 контроллера запоминающего устройства. Для одного варианта осуществления по меньшей мере один из процессора (процессоров) 1504 может быть упакован вместе с логической схемой для одного или больше контроллеров модуля 1508 системного управления, для формирования системы в пакете (SiP). Для одного варианта осуществления по меньшей мере одного из процессора (процессоров) 1504 может быть интегрирован на том же кристалле с логической схемой для одного или больше контроллера (контроллеров) модуля 1508 системного управления. Для одного варианта осуществления по меньшей мере один из процессора (процессоров) 1504 может быть интегрирован на том же кристалле с логической схемой для одного или больше из контроллера (контроллеров) модуля 1508 системного управления, для формирования системы на кристалле (SoC).

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

В соответствии с различными вариантами осуществления, в настоящем раскрытии описано устройство, содержащее один или больше считываемых компьютером носителей информации, на которых записаны инструкции, и один или больше процессоров, соединенных с одним или больше считываемыми компьютером носителями информации и выполненных с возможностью исполнения инструкций для воплощения функции взаимодействия (IWF), для приема от сервера связи машинного типа (МТС), запроса инициирования для инициирования передачи полезной нагрузки с данными через сеть беспроводной связи, при этом полезная нагрузка с данными меньше, чем заданное пороговое значение, и передачи, в ответ на запрос инициирования, через опорную точку в модуль, включающий в себя объект управления мобильностью (ММЕ) или опорный узел (SGSN) обслуживания GPRS (Общей службы пакетной радиопередачи), уведомления инициирования для инициирования передачи полезной нагрузки данных через сеть беспроводной связи. В некоторых вариантах осуществления полезная нагрузка с данными представляет собой первую полезную нагрузку с данными для передачи по восходящему каналу передачи от оборудования пользователя (НЕ) на сервер МТС, UE выполнено с возможностью беспроводного обмена данными с сетью беспроводной связи. В некоторых вариантах осуществления, уведомление инициирования включает в себя вторую полезную нагрузку с данными для передачи по нисходящему каналу передачи от сервера МТС на UE, вторая полезная нагрузка с данными при этом меньше, чем заранее установленный порог. В некоторых вариантах осуществления модуль представляет собой первый модуль, опорная точка представляет собой первую опорную точку, и IWF дополнительно выполнен с возможностью обмена данными, в ответ на прием запроса инициирования, со вторым модулем, включающим в себя Опорный регистр местоположения (HLR) или домашний сервер абонента (HSS) через вторую опорную точку, для получения информации о маршрутизации, для передачи уведомления инициирования на оборудование пользователя (UE) через первую опорную точку.

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

В некоторых вариантах осуществления IWF дополнительно выполнена с возможностью передачи подтверждения инициирования на сервер МТС, когда IWF не может обрабатывать запрос инициирования. В некоторых вариантах осуществления IWF, дополнительно выполненный с возможностью приема отчета инициирования из модуля, включающего в себя ММЕ или SGSN, отчет инициирования обозначает успешное или неудачное уведомление инициирования и перенаправляет отчет инициирования на сервер МТС. В некоторых вариантах осуществления отчет инициирования включает в себя полезную нагрузку с данными. В некоторых вариантах осуществления уведомление инициирования представляет собой сообщение протокола туннелирования (GTP) GPRS (Общей службы пакетной радиопередачи) или сообщения протокола приложения МТС (МТС-АР). В некоторых вариантах осуществления запрос инициирования представляет собой сообщение МТС-АР.

В некоторых вариантах осуществления уведомление инициирования включает в себя один или больше элементов информации, для предоставления причины, идентичности оборудования пользователя (UE), периода действительности, приоритета, контейнера с родовыми данными или частного расширения. В некоторых вариантах осуществления сеть беспроводной передачи данных включает в себя Глобальную систему мобильной связи (GSM), Общую службу пакетной радиопередачи (GPRS), Универсальную систему мобильной передачи данных (UMTS), Высокоскоростной пакетный доступ (HSPA), Расширенный HSPA (E-HSPA), или сеть Долгосрочного развития (LTE). В некоторых вариантах осуществления сеть беспроводной передачи данных может быть доступна для оборудования пользователя (UE) через Сеть радиодоступа (GERAN) - развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE), Универсальная сеть наземного радиодоступа (UTRAN), или расширенная UTRAN (E-UTRAN).

В соответствии с различными вариантами осуществления, в настоящем раскрытии описана система, содержащая сервер передачи данных машинного типа (МТС), выполненный с возможностью передачи запроса инициирования для инициирования передачи полезной нагрузки данных через сеть беспроводной передачи данных, функцию взаимодействия (IWF), выполненную с возможностью приема запроса инициирования из сервера МТС через первую опорную точку и передачи, в ответ на запрос инициирования через вторую опорную точку уведомления инициирования для инициирования передачи полезной нагрузки данных через сеть беспроводной передачи данных, и модуль, включающий в себя объект администрирования мобильностью (ММЕ) или опорный узел (SGSN) обслуживания GPRS (Общей службы пакетной радиопередачи), выполненный с возможностью приема уведомления инициирования из IWF. В некоторых вариантах осуществления полезная нагрузка данных представляет собой первую полезную нагрузку данных для передачи по восходящему каналу передачи из оборудования пользователя (UE) в сервер МТС, UE, выполненный с возможностью беспроводного обмена данными с сетью беспроводной связи, при этом полезная нагрузка данных меньше, чем заданный порог, и уведомление инициирования включает в себя вторую полезную нагрузку данных для передачи по нисходящему каналу передачи из сервера МТС в UE, вторая полезная нагрузка данных меньше, чем заданное пороговое значение.

В некоторых вариантах осуществления модуль представляет собой первый модуль, система, дополнительно содержащая второй модуль, включающий в себя Опорный регистр местоположения (HLR) или домашний сервер абонента (HSS), в котором IWF, дополнительно выполнена с возможностью связи, в ответ на прием запроса инициирования, со вторым модулем, через третью опорную точку, для получения информации о маршрутизации, для маршрутизации уведомления инициирования. В некоторых вариантах осуществления IWF дополнительно выполнена с возможностью передачи подтверждения инициирования на сервер МТС, когда IWF выполнена так, что она не может обрабатывать запрос инициирования. В некоторых вариантах осуществления модуль дополнительно выполнен с возможностью передачи, в ответ на прием уведомления инициирования, сообщения для обозначения запроса инициирования в оборудование пользователя (EU), которое выполнено с возможностью беспроводной связи с сетью беспроводной связи. В некоторых вариантах осуществления модуль, дополнительно выполнен с возможностью передачи отчета инициирования IWF для указания успешной или неудачной передачи сообщения, для обозначения запроса инициирования в UE. В некоторых вариантах осуществления IWF дополнительно выполнен с возможностью перенаправлять отчет инициирования на сервер МТС, и сервер МТС выполнен с возможностью установки, в ответ на прием отчета инициирования, соединения уровня пользователя с UE, для передачи полезной нагрузки данных через соединение уровня пользователя.

В соответствии с различными вариантами осуществления, в настоящем раскрытии описан способ, содержащий этапы, на которых: принимают, через первую опорную точку от сервера связи машинного типа (МТС) сети беспроводной связи запрос инициирования для инициирования передачи первой полезной нагрузки данных от сервера МТС на оборудование пользователя (UE) или передают вторую полезную нагрузку данных от UE на сервер МТС или одновременно передают первую полезную нагрузку данных от сервера МТС и передают вторую полезную нагрузку данных от UE на сервер МТС. В некоторых вариантах осуществления UE выполнено с возможностью беспроводной связи с сетью беспроводной связи через Сеть радиодоступа (GERAN) - развитие стандарта GSM с увеличенной скоростью связи (EDGE), Универсальная сеть наземного радиодоступа (UTRAN), или расширенная UTRAN (E-UTRAN). В некоторых вариантах осуществления первая полезная нагрузка данных и вторая полезная нагрузка данных меньше, чем заданный порог. В некоторых вариантах осуществления способ дополнительно включает в себя этап, на котором, в ответ на запрос инициирования, передают вторую опорную точку в модуль, включающий в себя объект управления мобильностью (ММЕ) или опорный узел (SGSN) обслуживания GPRS (Общей службы пакетной радиопередачи), уведомление инициирования для инициирования передачи первой полезной нагрузки данных и/или второй полезной нагрузки данных через сеть беспроводной связи.

В некоторых вариантах осуществления модуль представляет собой первый модуль, а способ дополнительно содержит этап, на котором, в ответ на прием запроса инициирования, выполняют связь со вторым модулем, включающим в себя Опорный регистр местоположения (HLR) или домашний сервер абонента (HSS), через третью опорную точку, для получения информации о маршрутизации, для передачи уведомления инициирования в оборудование пользователя (UE). В некоторых вариантах осуществления способ дополнительно включает в себя этап, на котором: передают подтверждение инициирования на сервер МТС, в ответ на запрос инициирования. В некоторых вариантах осуществления способ дополнительно включает в себя этап, на котором: принимают отчет инициирования от модуля, при этом отчет инициирования указывает успешное или неудачное уведомление инициирования. В некоторых вариантах осуществления способ дополнительно включает в себя этап, на котором: перенаправляют отчет инициирования на сервер МТС.

В соответствии с различными вариантами осуществления, в настоящем раскрытии описано устройство, содержащее один или более считываемых компьютером носителей информации, хранящих инструкции, и один или более процессоров, соединенных с одним или более считываемыми компьютером носителями информации и выполненных с возможностью исполнения инструкций, для воплощения первого модуля, включающего в себя объект управления мобильностью (ММЕ) или опорный узел (SGSN) обслуживания GPRS (Общей службы пакетной радиопередачи) сети беспроводной связи, для приема уведомления инициирования для инициирования передачи полезной нагрузки данных от оборудования пользователя (UE) на сервер связи машинного типа (МТС) через сеть беспроводной связи. В некоторых вариантах осуществления полезная нагрузка данных меньше, чем заданное пороговое значение. В некоторых вариантах осуществления один или более процессоров, выполненных с возможностью исполнения инструкции, для передачи, в ответ на прием уведомления инициирования, сообщения, для обозначения уведомления инициирования в UE, при этом UE выполнено с возможностью беспроводной связи с сетью беспроводной связи. В некоторых вариантах осуществления, сеть беспроводной связи включает в себя Глобальную систему мобильной связи (GSM), Общую службу пакетной радиопередачи (GPRS), Универсальную систему мобильной связи (UMTS), Высокоскоростной пакетный доступ (HSPA), Развитый HSPA (электронный-HSPA), или сеть Долгосрочного развития (LTE).

В некоторых вариантах осуществления сообщение, которое указывает уведомление инициирования для UE, представляет собой сообщение на уровне отсутствия доступа (NAS). В некоторых вариантах осуществления модуль, дополнительно выполнен с возможностью приема полезной нагрузки данных от UE через уровень управления в системе беспроводной связи. В некоторых вариантах осуществления модуль, дополнительно выполнен с возможностью передачи отчета инициирования для обозначения успешного или неудачного уведомления инициирования. В некоторых вариантах осуществления отчет инициирования включает в себя полезную нагрузку данных, принятую из UE. В некоторых вариантах осуществления, уведомление инициирования представляет собой сообщение протокола туннелирования (GTP) для GPRS (Общей службы пакетной радиопередачи) или сообщение протокола приложения МТС (МТС-АР), которое было принято модулем через уровень управления в сети беспроводной связи. В некоторых вариантах осуществления уведомление инициирования включает в себя один или более информационных элементов для обеспечения причины, идентификации оборудования пользователя (UE), периода действительности, приоритета, контейнера родовых данных, или частного расширения. В некоторых вариантах осуществления UE выполнено с возможностью связи с сетью беспроводной связи через Сеть радиодоступа (GERAN) - развитие стандарта GSM с увеличенной скоростью связи (EDGE), универсальную сеть наземного радиодоступа (UTRAN), или расширенную (Е-UTRAN).

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