Передача данных небольшого размера в сети беспроводной связи

Передача данных небольшого размера в сети беспроводной связи

Иллюстрации

Показать все

Реферат

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

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

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

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

Признаки и преимущества настоящего изобретения будут очевидны из подробного описания совместно с прилагаемыми чертежами, которые иллюстрируют в качестве примера признаки изобретения; и в котором:

фиг. 1 схематично иллюстрирует пример схемы для выполнения передачи данных небольшого размера в соответствии с примером;

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

фиг. 3 схематично иллюстрирует примерную схему передачи сообщения многоадресной передачи информации в соответствии с примером;

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

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

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

фиг. 7 иллюстрирует блок-схему пользовательского устройства в соответствии с примером;

фиг. 8 иллюстрирует мобильное беспроводное устройство в соответствии с примером.

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

Подробное описание вариантов осуществления

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

Определения

Как используется здесь, термин «по существу» относится к полной или почти полной степени действия, характеристики, свойству, состояния, структуры, элемента или результата. Например, объект, который "по существу" заключен будет означать, что объект либо полностью заключен или почти полностью заключен. Точная допустимая степень отклонения от абсолютной величины может в некоторых случаях зависеть от конкретного контекста. Однако, в общих чертах, близость к завершению будет такой, чтобы иметь один и тот же общий результат, как если бы были получены результаты абсолютного и полного завершения. Использование "по существу" в равной степени применимо при использовании в негативной констатации для обозначения полного или почти полного отсутствия действия, характеристики, свойства, состояния, структуры, элемента или результата.

Другие термины могут быть определены в других разделах данной спецификации.

Примерные варианты осуществления

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

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

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

МТС устройства могут передавать (т.е. отправить или принимать) данные небольшого размера по сети. Данные небольшого размера, как правило, находятся в диапазоне от нескольких бит до килобит данных. Сеть может быть беспроводной глобальной сетью (WWAN) или беспроводной локальной сетью (WLAN), основанной на выбранной технологии сети радиодоступа (RAN). WWAN может быть выполнена с возможностью работать на основе стандарта сотовой сети, например, стандарта IEEE 802.16, более известного как WiMAX (глобальная совместимость для микроволнового доступа) и проект партнерства третьего поколения (3GPP). Релизы стандарта IEEE 802.16 включают в себя IEEE 802.16e-2005, 802.16-2009 и 802.16m-2011. Релизы стандарта 3GPP включают в себя 3GPP LTE, релиз 8 в четвертом квартале 2008, 3GPP LTE Advanced релиз 10 в первом квартале 2011 года и 3GPP LTE релиз 11 в третьем квартале 2012 года.

Стандарты, такие как WiFi или Bluetooth, используются для обеспечения беспроводных локальных сетей (WLAN). WiFi - это общее название, под которым понимается набор стандартов института электроники и инженеров-электриков (IEEE) 802.11 для коммуникации в нелицензированном спектре, включающим в себя 2.4, 3.7 и 5 ГГц частотные диапазоны. Набор стандартов включает в себя стандарт IEEE 802.11a, выпущенный в 1999 году для обеспечения коммуникации в 5 ГГц и 3,7 ГГц диапазоне, стандарт IEEE 802.11b, также вьшущенный в 1999 году, для обеспечения коммуникации в 2,4 ГГц диапазоне, 802.11g стандарт выпущен в 2003 году для обеспечения коммуникации в 2,4 ГГц диапазоне посредством мультиплексирования с ортогональным частотным разделением (OFDM) и/или широкополосного сигнала с прямой последовательностью (DSSS) и стандарта 802.11n, выпущенный в 2009 году для обеспечения коммуникации в 2,4 ГГц и 5 ГГц диапазонах, используя многоканальный вход - многоканальный выход (MIMO).

В некоторых примерах, МТС устройство может передавать данные небольшого размера (например, данные результатов измерений, температуры) через WWAN или WLAN сеть в ответ на запрос от МТС сервера отправлять данные небольшого размера. Например, МТС сервер может осуществлять коммуникацию через развитое ядро пакетной коммуникации (ЕРС) 3GPP LTE сети с RAN, имеющей eNB, которая может передавать запрос на данные из UE. В ответ на запрос, МТС устройство может перейти из режима ожидания в режим соединения и отправить данные небольшого размера. В другом примере, МТС устройство может периодически переходить из режима ожидания в режим соединения и отправлять данные небольшого размера (например, результаты измерений) на сервер через eNB. Как правило, данные небольшого размера передаются в виде коротких сообщений в одном пакете или блоке пакетов. Чтобы уменьшить накладные расходы, используемые МТС устройством для установления соединения с WWAN и передачи данных небольшого размера, может быть использован индикатор, который обеспечивает беспроводную сеть информацией о передаче данных небольшого размера. Индикатор может быть использован в беспроводной сети для уменьшения величины накладных расходов, необходимых для подключения к сети и осуществления передачи данных небольшого размера.

В одном варианте осуществления, передачи данных небольшого размера могут оказывать минимальное влияние на сеть за счет сокращения служебных сигналов, сетевых ресурсов и/или задержки для перераспределения. Кроме того, МТС устройство может быть подключено (например, с помощью установления соединения управления ресурсами радиосвязи (RRC)) или отключено к/от сети до передачи данных небольшого размера полезной нагрузки (например, когда инициируется передача данных небольшого размера полезной нагрузки). В некоторых вариантах осуществления, UE может быть подключено к eNB в режиме соединения RRC или в режиме ожидания, когда инициируется передача данных небольшого размера полезной нагрузки. Данные небольшого размера полезной нагрузки могут быть определены и/или сконфигурированы для каждой подписки или в соответствии с политикой оператора сети. В некоторых вариантах осуществления, фактический размер экземпляров обмена данными может быть порядка 1К (1024) октетов. Тем не менее, очевидно, что другие размеры пакета обмена данными также возможны.

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

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

Фиг. 1 схематично иллюстрирует пример схемы для выполнения передачи данных небольшого размера в соответствии с примером. Усовершенствованный узел (eNB) может передавать блок (SIB) системной информации, такой как SIB типа 1 в пользовательское устройство (UE). В некоторых примерах, UE может включать в себя или быть коммуникативно соединенным со смарт-счетчиками или датчиками для сбора информации в небольших объемах для передачи (например, устройства для контроля над состоянием здоровья, торговые автоматы и т.п., выполненные с возможностью собирать информацию о температуре, запасах и т.д.).

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

В общем, SIB может включать в себя системную информацию и/или параметры конфигурации, которые специфичны для UE, которое выполнено с возможностью функционировать по схеме МТС. Кроме того, SIB может включать в себя информацию о расширенном запрете доступа (ЕАВ) и/или информацию о запрете классов доступа (АСВ). ЕАВ информация может быть использована для управления инициируемыми мобильными абонентами попыток доступа из UE, которые сконфигурированы для ЕАВ, чтобы предотвратить перегрузку сети доступа и/или базовой сети. В состоянии перегрузки оператор может ограничить доступ UEs, которые сконфигурированы для ЕАВ, разрешая доступ к другим UEs. АСВ информация ограничивает попытки доступа НЕ, когда UE не является членом, по меньшей мере, одного класса доступа, который соответствует разрешенным классам, которые сигнализируются по беспроводному интерфейсу.

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

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

В некоторых вариантах осуществления настоящего изобретения, UE может читать индикатор передачи данных небольшого размера в системной информации, включенной в состав SIB. Индикатор передачи данных небольшого размера может уведомить UE, что eNB намерен передать небольшое количество данных. В некоторых примерах, UE может читать управляющий запрос на передачу данных небольшого размера в системной информации. Управляющий запрос на передачу данных небольшого размера может уведомить UE, что eNB запрашивает UE передать данные небольшого размера полезной нагрузки (например, данные измерений, данные отчета).

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

После прочтения SIB, UE может выполнять передачу данных небольшого размера на основании системной информации, включенной в состав SIB, такой как SIB1. Например, UE может читать индикатор передачи данных небольшого размера в системной информации и затем последовательно выполнить передачу данных небольшого размера через eNB. В некоторых вариантах осуществления, UE может выполнять передачу данных небольшого размера путем установления соединения управления радиоресурсами (RRC) с eNB. В общем, протокол RRC охватывает широковещательную передачу системной информации. Протокол RRC обрабатывает уровень 3 сигнализации плоскости управления, посредством которого сеть наземного радиодоступа в усовершенствованном варианте (Е-UTRAN) осуществляет управление функционированием ассоциированными UE. Е-UTRAN состоит из eNBs и обеспечивает выполнение протокола (RRC) в E-UTRAN плоскости пользователя и плоскости управления по отношению к UE. В качестве альтернативы UE может выполнять передачу данных небольшого размера посредством выполнения "быстрого" RRC соединения с eNB. Как будет обсуждаться более подробно ниже, "быстрое" RRC соединение может включать в себя меньшее количество этапов по сравнению с типичным RRC соединением.

В одном варианте осуществления, при установлении RRC соединения НЕ может инициировать соединение RRC в RRC режим ожидания. Другими словами, UE может перейти из RRC режима ожидания в RRC соединения. UE может отправить сообщение RRCConnectionRequest в E-UTRAN. В ответ на это E-UTRAN может отправить сообщение RRCConnectionSetup в UE. UE, отправив сообщение RRGConnectionSetupComplete в Е-UTRAN, устанавливается RRC соединение. Если RRC соединение не установлено, то Е-UTRAN может послать сообщение RRCConnectionReject в ответ на сообщение RRCConnectionRequest, отправленного UE.

Кроме того, процедура реконфигурации RRC соединения может быть использована для изменения RRC соединения. RRC соединение может быть изменено для установления, изменения и/или освобождения радиоканалов. E-UTRAN (например, eNB) может инициировать процедуру реконфигурации RRC соединения с UE во время режима RRC соединения. eNB может отправить сообщение RRCConnectionReconfiguration в UE. В ответ на это UE может послать сообщение RRCConnectionReconfigurationComplete в eNB, таким образом, успешно реконфигурируя RRC соединение. В общем, один или несколько eNB могут быть включены в состав E-UTRAN, но UE может быть подключено к одному из eNB в любое заданное время. Если реконфигурация RRC соединения не будет успешно выполнена, то UE и/или eNB могут начать процедуру повторной установки RRC соединения.

В отличие от RRC соединения, "быстрое" RRC соединение может относиться к RRC соединению, которое выполняется между UE и E-UTRAN на фазе RRCConnectionSetupComplete. Как уже говорилось ранее, при отправки UE сообщения RRCConnectionSetupComplete в E-UTRAN, соединение RRC успешно установлено. "быстрое" RRC соединение не включает в себя сообщения, которыми обменялись при установлении канала передачи между UE и E-UTRAN во время реконфигурации RRC соединения. Вообще, каналы могут рассматриваться как сквозной туннель или поточная передача. Каналы, как правило, устанавливаются при непрерывной передаче потока данных (например, при начале загрузки веб-страницы или вызова). Кроме того, каналы могут быть установлены, когда данные имеют больший размер по сравнению с данными небольшого размера. Поэтому при выполнении передач коротких сообщений (например, передачи данных небольшого размера), процедура установки канала может быть необязательной. Таким образом, "быстрое" RRC соединение может быть использовано для более быстрого установления соединения между UE и eNB для передачи данных небольшого размера. После того как "быстрое" RRC соединение установлено, UE может указывать на возможность перейти в режим RRC ожидания.

Кроме того, UE может выполнить или попытаться выполнить процедуру установления соединения по каналу случайного доступа (RACH), чтобы выполнить "быстрое" RRC соединение между UE и eNB. В общем, RACH представляет собой механизм связи, используемый UE для установления связи с eNB, чтобы первоначально синхронизировать передачу UE с eNB. Кроме того, RACH является транспортным каналом, который может быть использован для доступа к сети, когда UE не имеет точной синхронизации в канале восходящей линии связи или когда UE не имеет выделенного ресурса передачи в канале восходящей линии связи. Таким образом, после прочтения индикатора передачи данных небольшого размера по каналу нисходящей линии связи UE может инициировать и выполнять RACH для перехода в режим RRC соединения. Аналогичным образом, UE может инициировать и выполнять RACH, чтобы перейти в режим RRC соединения после того, как UE считывает управляющий запрос на новые данные, передаваемые по каналу восходящей линии связи. После того как UE выполнило RACH, UE может установить "быстрое" RRC соединение для выполнения передачи данных небольшого размера.

В некоторых вариантах осуществления, UE может выполнять передачу данных небольшого размера посредством выполнения "быстрого" RRC соединения с eNB, в ответ на чтение индикатора передачи данных небольшого размера (включенного в состав SIB), принятого из eNB. В некоторых примерах, UE может выполнять передачу данных небольшого размера, отправкой данных результатов измерений или данных отчета по каналу восходящей линии связи в eNB, в ответ на чтение запроса на передачу данных небольшого размера (входящие в состав SIB), принятые из eNB.

Кроме того, UE может читать данные небольшого размера полезной нагрузки, включенные в состав SIB. Данные небольшого размера полезной нагрузки могут быть определены в соответствии с подпиской и/или политикой оператора сети. Кроме того, данные небольшого размера полезной нагрузки могут включать в себя данные небольшого размера, относящиеся к установленному приложению на UE, такому как приложение о дорожной ситуации, приложение потерь энергии, приложение мониторинга состояния дома, приложение управления парковкой, приложение считывания показаний электронного измерительного прибора или другой тип МТС коммуникации. Кроме того, данные небольшого размера могут быть ассоциированы с приложениями, относящимися ко множеству различных областей, таких как обеспечение безопасности, охраны здоровья, выполнения измерений и т.п. В некоторых случаях, UE может самостоятельно читать данные небольшого размера из SIB и не устанавливать либо "быстрое" RRC соединение, либо RRC соединение, так как UE не передает данные по каналу восходящей линии связи.

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

В некоторых примерах, после того, как UE перешло из режима ожидания и считывает пейджинговое сообщения из eNB, UE может определить идентификатор пейджингового сообщения. Если идентификатор пейджингового сообщения совпадает с идентификатором UE, то UE может перейти к процессу установления RRC соединения с eNB для принятия данных по каналу нисходящей линии связи или транслировать сообщение из eNB.

Фиг. 2 схематично иллюстрирует пример схемы для выполнения передачи данных небольшого размера в соответствии с примером. Например, UE, сконфигурированный для МТС, может принять сообщение многоадресной передачи информации из eNB. Другими словами, сообщение многоадресной передачи информации может быть использовано для передачи информации, относящейся к передаче данных небольшого размера. Кроме того, сообщение многоадресной передачи информации может быть использовано для передачи уведомлений, относящихся к МТС (например, данные, относящиеся к функционированию МТС, такие как предупреждения о потери энергии в смарт-сети, предупреждение о возникновении дорожных пробок при помощи МТС приложений, связанных с оказанием помощи на дороге).

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

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

Кроме того, сообщение многоадресной передачи информации может быть принято в пейджинговом цикле UE в RRC режиме ожидания. Другими словами, сообщение многоадресной передачи информации может осуществить пейджинговый вызов UE в режиме ожидания. Пейджинговый цикл может быть пейджинговым циклом по умолчанию или пейджинговый цикл может быть новым циклом, который определен специально для устройств, устойчивых к задержке, и/или МТС устройств, или МТС приложений. Пейджинговый цикл по умолчанию может включать в себя значения 32, 64, 128 и 256 радиокадров, которые можно использовать. Каждый из кадров радиосвязи может иметь 10 миллисекунд (мс) в длину. Количество кадров радиосвязи может быть дополнительно увеличено для МТС устройств (например, 1024 кадров радиосвязи) в зависимости от частоты сообщений многоадресной передачи информации, передаваемых eNB. Таким образом, сообщения многоадресной передачи информации, которые передаются с низкой частотой, могут привести к использованию большего числа кадров радиосвязи. На основании пейджингового цикла (либо существующего пейджингового цикла, либо нового пейджингового цикла, разработанного специально для устройств устойчивых к задержке), UE может периодически осуществлять поиск пейджинговых сообщений, принимаемых из eNB.

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

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

В некоторых примерах, UE может осуществлять передачу данных небольшого размера в eNB на основании обновленной системной информации, включенной в состав в качестве части сообщения многоадресной передачи информации. Если SIB включает в себя индикатор передачи данных небольшого размера, то UE может принимать данные небольшого размера по каналу нисходящей линии связи. В отличие от этого, если SIB включает в себя запрос на получение данных небольшого размера, то UE может посылать данные небольшого размера по каналу восходящей линии связи. В некоторых примерах, UE может выполнять передачу данных небольшого размера посредством установления RRC соединения с eNB в ответ на получение индикатора передачи данных небольшого размера, принятого в сообщении многоадресной передачи информации. В качестве альтернативы, UE может выполнять передачу данных небольшого размера посредством установления "быстрого" RRC соединения, как описано выше. Кроме того, UE может выполнять передачу данных небольшого размера путем посылки данных измерений по каналу восходящей линии связи в eNB в ответ на управляющий запрос на передачу данных небольшого размера, принятого как часть сообщения многоадресной передачи информации.

В некоторых примерах, UE может осуществлять мониторинг физического управляющего канала нисходящей связи (PDCCH) во время нахождения UE в RRC режиме ожидания для идентификации пейджингового сообщения, которое указывает на новое сообщение многоадресной передачи информации. В общем, PDCCH является управляющим каналом нисходящей связи, используемым для передачи управляющей информации на мобильные устройства (например, МТС устройства). PDCCH может определить конфигурации пейджингового канала и общих каналов нисходящей линии связи. Кроме того, PDCCH может определить информацию планирования передачи по каналу восходящей линии связи, чтобы координировать управление доступом к системе радиосвязи. Кроме того, UE может осуществлять мониторинг PDCCH канала через регулярные промежутки времени на основании параметров прерывистого приема (DRX), которые подходят для устойчивых к задержкам UEs. Другими словами, DRX параметры могут определить периоды, когда UE переходит из режима ожидания в режим соединения, и затем проверить пейджинговые сообщения, принятые из eNB. В некоторых примерах, UE может осуществлять мониторинг PDCCH канала через регулярные промежутки времени на основании параметров, отличных от DRX параметров.

Фиг. 3 схематично иллюстрирует пример схемы для передачи сообщений многоадресной передачи информации в соответствии с примером. Например, eNB может содержать схему для приема сообщения многоадресной передачи информации из узла управления мобильностью (MME). В общем, MME является управляющим узлом, который обрабатывает сигнализацию между UE и базовой сетью (CN). Кроме того, MME поддерживает функции, относящиеся к каналу передачи и управлением соединения. Сообщение многоадресной передачи информации может быть инициировано МТС сервером (или другим элементом в сети) и затем передано в MME, который впоследствии отправляет сообщение многоадресной передачи информации в eNB. В некоторых примерах, сообщение многоадресной передачи информации может быть инициировано MME. Как уже говорилось ранее, сообщение многоадресной передачи информации может включать в себя данные небольшого размера полезной нагрузки, индикатор передачи данных небольшого размера или управляющий запрос на передачу данных небольшого размера. Данные полезной нагрузки небольшого размера могут включать в себя данные, относящиеся к МТС приложению, например, приложение о пробках на дорогах, приложение о потерях энергии, приложение мониторинга условий домовладения, приложение управления парковкой, приложение для чтения показаний электросчетчиков и/или другие приложения, которые имеют отношение к передаче данных небольшого размера между МТС устройствами и МТС серверами.

В некоторых примерах, eNB может определить временный идентификатор радиосети (RNTI), используемый для передачи сообщения многоадресной передачи информации на UE. RNTI может быть использован для идентификации UE в пределах Е-UTRAN и, в частности, в сигнальных сообщениях между UE и E-UTRAN. В частности, eNB может определить RNTI, который конкретно относится к многоадресной передаче (например, MC-RNTI). MC-RNTI может быть фиксированным значением (например, FFFC) или переменным значением. Переменное значение может быть получено из eNB с использованием международного идентификатора абонента мобильной связи (IMSI), принятый из MME. В общем, IMSI представляет собой уникальный номер, относящийся к каждому UE (например, МТС устройству).

Основываясь на MC-RNTI, eNB может передавать сообщение многоадресной передачи информации в UE. Другими словами, eNB может передавать сообщение многоадресной передачи информации в UE, имеющее соответствующий MC-RNTI. Кроме того, MME может передавать сообщение многоадресной передачи информации в eNB, используя S1 протокол приложения (S1AP). Кроме того, eNB может передавать сообщение многоадресной передачи информации в UE, используя RRC соединение или "быстрое" RRC соединение. В зависимости от информации, содержащейся в сообщении многоадресной передачи информации (например, данные небольшого размера полезной нагрузки, индикатор передачи данных небольшого размера, управляющий запрос на передачу данных небольшого размера), может быть использовано либо RRC соединение, либо "быстрое" RRC соединение.

Кроме того, UE может идентифицировать MC-RNTI путем мониторинга PDCCH на основании DRX параметров или других параметров для MC-RNTI значений. Другими словами, если PDCCH содержит значение MC-RNTI, то UE получает уведомление о новом сообщении многоадресной передачи информации. MC-RNTI может указывать на UE, на которое eNB посылает сообщение многоадресной передачи информации.

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