Способ и устройство для м2м абонентского устройства

Способ и устройство для м2м абонентского устройства

Иллюстрации

Показать все

Реферат

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

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

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

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

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

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

Фиг.1 иллюстрирует схему абонентского обслуживания стандартного устройства.

Фиг.2a показывает схему абонентского обслуживания МТС устройств в соответствии с настоящими вариантами осуществления.

Фиг.2b иллюстрирует один сценарий, применимый к схеме абонентского обслуживания МТС устройств, как показано на фиг.2a, согласно некоторым вариантам осуществления.

Фиг.3 показывает различные действия по развертыванию МТС устройств согласно настоящим вариантам осуществления.

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

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

Фиг.6 представляет собой блок-схему одного варианта схемы МТС устройства согласно настоящим вариантам осуществления.

Фиг.7 показывает подробную схему модуля установки МТС устройства, показанного на фиг.6, согласно варианту осуществления.

Фиг.8 показывает подробную схему модуля обеспечения признака, показанного на фиг.7.

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

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

Фиг.11 показывает пример логики выполнения операций

Фиг.12 показывает пример логики выполнения операций согласно дополнительным вариантам осуществления

Фиг.13 представляет собой примерную блок-схему системы согласно варианту осуществления.

Фиг.14 показывает вариант осуществления примерной архитектуры вычислительной системы.

Подробное описание

Различные варианты осуществления относятся к способу усовершенствования межмашинной коммуникации (М2М) в беспроводной сети. В различных вариантах осуществления М2М коммуникация может осуществляться оператором, который управляет сетью радиодоступа и базовой сетью для передачи данных из М2М устройства. Некоторые варианты осуществления коммуникационных систем могут быть реализованы с использованием радиовещания, как Институт инженеров по радиотехнике и радиоэлектронике (IEEE) 802.16 (WiMAX), IEEE 802-20, сеть наземного радиодоступа последующего поколения технологии UTRA (E-UTRA), Европейский институт стандартов по телекоммуникациям (ETSI) и т.д., IEEE 802.16m и 802.16p, что является усовершенствованием IEEE 802.16e, и обеспечение совместимости с предыдущими версиями систем IEEE 802.16. UTRA является частью универсальной мобильной телекоммуникационной системы (UMTS). Проект партнерства третьего поколения (3GPP) стандарта «Долгосрочное развитие» (LTE) является частью сети наземного радиодоступа последующего поколения технологии UMTS (E-UMTS) с использованием E-UTRA. LTE-advanced (LTE-А) является развитием 3GPP LTE.

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

С целью объяснения схемы функционирования вариантов осуществления, в которых используются МТС устройства, на фиг.1 показана схема 100 абонентского обслуживания UEs. Схема 100 абонентского обслуживания иллюстрирует случай, в котором пользователь 101 может иметь подписку в опорной наземной сети мобильной связи общего пользования (HPLMN) 102, и в которой может быть предусмотрен роуминг для множества UEs 104a-104n, которые ассоциированы с соответствующими визитными наземными сетями мобильной связи общего пользования (VPLMNs) 106a-106n. Данная схема абонентского обслуживания может не поддерживать большое количество UEs, которые все потенциально подключены к HPLMN 102 посредством роуминга. Чтобы такая схема работала для множества территориально рассредоточенных UEs, абоненту HPLMN необходимо поддерживать функционирование роуминга во многих различных областях, в которых могут быть развернуты UEs, что является экономически обоснованным для абонента. Другой пример использования схемы 100 абонентского обслуживания предусматривает наличие долгосрочных соглашений о роуминге и иметь способность сопоставлять возможности с ростом числа подписчиков.

Что касается МТС устройств, роль пользователя и абонента разделена для обеспечения масштабируемости бизнес-модели, что необходимо для поддержания большого количества территориально разнесенных и удаленных устройств. Соответственно, действующие стандарты были усовершенствованы для установления различия между субъектами, вовлеченными в процесс управления МТС устройствами. Стандарт 3GPP (см. 3GPP Техническая спецификация TS 22.368 V11.3.0, § 3.1; Проект партнерства третьего поколения; Техническая спецификация групповых услуг и системных аспектов; Требования к услуге для межмашинной коммуникации (МТС); сентябрь 2011) определяет следующие субъекты: МТС сервер, который взаимодействует с МТС устройством через PLMN; МТС пользователь, который пользуется предоставленными услугами МТС сервера, и МТС абонент, который имеет договорные отношения с оператором сети (NW), обеспечивающим обслуживание один-ко-многим МТС устройств. Таким образом, МТС пользователь может быть МТС абонентом в случае, когда МТС пользователь имеет договорные отношения с оператором сети. Как описано далее, термины «МТС абонент» и «МТС пользователь» взаимозаменяемы, если не указано иначе.

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

На фиг.2a показана схема 200 абонентского обслуживания МТС устройств в соответствии с настоящими вариантами осуществления. На данной схеме 200 абонентского обслуживания МТС абонент (пользователь) 202 может использовать различные устройства (например, серверы или UE), подключенные к множеству HPLMNs 204a-204n, которые могут быть территориально разнесены друг от друга и от местонахождения МТС абонента 202. В одном примере, МТС абонент 202 может представлять собой субъект, который управляет множеством устройств коммунального предприятия. Например, МТС абонент 202 может являться собственником или управляющей компанией коммунального предприятия, которое оказывает коммунальные услуги на обширной территории так, что коммунальные услуги оказываются в областях, обслуживаемых различными HPLMNs 204a-204n.

МТС абонент 202 может развернуть множество комплектов МТС устройств 206 в различных географических регионах, которые могут включать в себя смарт-счетчики, предназначенные для измерения и управления процессом оказания коммунальных услуг на местном уровне, таких как подача электроэнергии. Соответственно, представляется удобным для МТС абонента 202 иметь договорные отношения с каждой из множества HPLMNs 204a-204n, где МТС устройства управляются МТС абонентом 202, на локальном уровне. Как проиллюстрировано на фиг.2a, множество МТС устройств 206a1-206a4 может быть развернуто в области HPLMN 204a. Аналогично, множество МТС устройств 206b1-206b4 может быть развернуто в области HPLMN 204b. По аналогии со схемой абонентского обслуживания МТС устройств 206, управляемых МТС абонентом 202, могут быть дополнительные HPLMNs вплоть HPLMN 204n. Как показано, МТС устройства 206 могут включать в себя различные типы устройств, которые могут представлять собой измерительные устройства различных типов, используемые различными субъектами, которые все принадлежат или управляются МТС абонентом 202.

В соответствии с настоящими вариантами осуществления, МТС устройства 206 могут быть развернуты в различных соответствующих HPLMNs 204 до момента предоставления соответствующей подписки для соответствующих HPLMNs 204, в некоторых случаях называемой как «локальная подписка» и «локальная сеть», соответственно. Что позволяет каждому МТС устройству 206 иметь локальную подписку на месте эксплуатации МТС устройства 206, т.е. в пределах локальной области, обслуживаемой HPLMN 204, для МТС устройства 206. Подобным образом, каждое МТС устройство 206 может устанавливать связь с МТС абонентом 202, не имея соглашения о роуминге с HPLMN 204, когда МТС устройство 206 развернуто в области, где HPLMN204 не является локальной для МТС абонента 202. Схема 200 абонентского обслуживания также способствует обеспечению масштабирования систем при наличии большого количества МТС устройств 206, рассредоточенных по большому количеству сетевых операторов (HPLMNs 204).

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

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

Однажды аутентифицированное и обеспеченное подпиской в HPLMN 204, каждое МТС устройство может устанавливать связь с МТС абонентом 202 через соответствующую ему HPLMN 204. Таким образом, например, предусмотренное МТС устройство 206a3 может устанавливать связь во время его срока эксплуатации через его локальную HPLMN1 204a с МТС абонентом 202. Как предусмотрено для дополнительных вариантов осуществления, абонентское обслуживание МТС устройств 206, развернутых в области, могут также управляться с использованием срока эксплуатации МТС устройства 206. Например, во время эксплуатации МТС устройство 206 может выходить из строя и нуждаться в замене. В других примерах, МТС абонент 202 может принять решение о прекращении предоставления услуг в области нахождения МТС устройства 206. Например, МТС абонент 202 может прекратить оказывать услугу для функционирования смарт-счетчиков в HPLMN2 204b с использованием МТС устройств 206b2 и 206b4. В случае, где МТС устройство 206 выходит из строя во время эксплуатации, настоящие варианты осуществления предусматривают возобновление абонентского обслуживания дефектного МТС устройства 206. Таким образом, как показано на фиг.2b, в случае, когда МТС устройство 206 становится дефектным при развертывании в области, и подключенного к HPLMN1 204a, МТС устройство 206a4 может быть выведено из эксплуатации. Дополнительно, подписка, изначально предоставленная для МТС устройства 206a4, может быть возобновлена для нового МТС устройства 206a5, что может включать в себя идентификацию и аутентификацию МТС устройства 206a5 для МТС абонента 202, как описано выше. Соответственно, МТС устройство 206a5 может функционировать взамен вышедшего из строя МТС устройства 206a4, и может работать в HPLMN1 204a как его базовой сети без необходимости добавления или удаления подписки, осуществляемой МТС абонентом 202.

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

На фиг.3 показаны различные действия при развертывании МТС устройства в соответствии с настоящими вариантами осуществления. Действие 302 может включать в себя доставку одного или более МТС устройств 206 на место, где МТС устройства 206 будут активированы и использованы. Например, МТС устройства могут быть доставлены со склада для развертывания в регионе, обслуживаемом HPLMN 204. Во время действия 304 устанавливается соединение между вновь развернутым МТС устройством 206 и МТС абонентом 202 независимо от сетевого оператора, который осуществляет обслуживание HPLMN 204 в регионе нахождения МТС устройства 206. Как подробно будет описано ниже, в настоящих вариантах осуществления может быть обеспечен интерфейс, который способствует установлению связи между МТС устройством 206 и МТС абонентом 202 в сценариях, в которых МТС устройство 206 не было еще аутентифицировано, и в котором, местоположение МТС устройства 206 может быть a priori неизвестно для МТС абонента. В частности, интерфейс может обеспечивать автоматическое подключение МТС устройства 206 и МТС абонента 202 независимо от оператора локальной HPLMN 204. Соответственно, как показано в действии 306, применяя независимое от оператора локальной HPLMN 204 подключение, МТС устройство 206 может идентифицироваться/аутентифицироваться для МТС абонента 202. Во время действия 308 МТС 202 может затем обеспечить локальным абонентским обслуживанием МТС устройство 206, что предоставит МТС устройству возможность устанавливать связь в локальной HPLMN 204. Во время действия 310 МТС абонент 202 может направлять сигнал в локальную HPLMN 204 для активации МТС устройства 206, который может служить триггером для локальной HPLMN 204 для осуществления обмена сигналами с МТС устройством 206. Единожды активированное МТС устройство 206 в локальной HPLMN 204, где расположено МТС устройство, может устанавливать связь с его МТС абонентом 202 посредством локальной HPLMN 204. Таким образом, в действии 312 МТС устройство 206 и МТС абонент 202 могут подключаться один к другому и МТС устройство может посылать сообщения в МТС абонент 202 через локальную HPLMN 204.

Как только МТС устройство 204 обеспечивается локальной подпиской, МТС устройство 204 может использоваться по назначению, например, предоставлять информацию соответствующему МТС абоненту 202 регулярно или нерегулярно. В соответствии с настоящими вариантами осуществления, как описано ранее, схема абонентского обслуживания обеспечивает гибкость в управлении сроками эксплуатации отдельного МТС устройства 206 и индивидуальным абонентским обслуживанием, где, как правило, существуют независимые сроки эксплуатации. Например, срок эксплуатации МТС устройства 206 может, как правило, отличаться от продолжительности локального абонентского обслуживания, предоставленного для данного МТС устройства 206. Более того, МТС устройство 206 может быть развернуто в различных регионах, в которых локальное абонентское обслуживание может быть изменено. Дополнительно, как ранее было отмечено, индивидуальное локальное абонентское обслуживание может быть применено к более чем одному МТС устройству 206 в случаях, где первое МТС устройство 206 выведено из эксплуатации или является дефектным и заменяется на второе МТС устройство 206, которое использует локальное абонентское обслуживание первого МТС устройства.

На фиг.4 показан пример действий, включающий в себя управление сроком службы МТС устройства/абонентским обслуживанием согласно различным вариантам осуществления. Действие 402 обозначает доставку первого МТС устройства 206 на место эксплуатации также, как описано ранее, на этапе действия 302. На этапе действия 402 осуществляется доставка нового МТС устройства 206 со склада, но также может рассматриваться для случаев, где ранее использованное МТС устройство 206 поставляется в новое место, где обеспечивается локальное абонентское обслуживание. После выполнения действия 404, где первое МТС устройство 206 было обеспечено локальным абонентским обслуживанием, на этапе действия 406 первое МТС устройство 206 может быть локально активировано в локальной HPLMN 204, как описано ранее со ссылкой на фиг.3. Соответственно, в течение периода эксплуатационного срока службы в локальной HPLMN 204, первое МТС устройство 206 может устанавливать связь посредством локальной HPLMN 204 с соответствующим МТС абонентом 202.

Впоследствии, может иметь место событие, которое может ускорить отсоединение первого МТС устройства 206 и соответствующего локального абонентского обслуживания от локальной HPLMN 204. Например, первое МТС устройство 206, которое вышло из строя или было отключено, заменяется на новое МТС устройство, или локальное абонентское обслуживание может быть отменено. Действие 408, как показано на фиг.4, включает в себя сценарий, в котором запрос на замену устройства посылается МТС устройством 206 в МТС абонент 202. Данный запрос может быть сгенерирован сбоем в работе первого МТС устройства или по иной причине, в соответствии с которой первое МТС устройство отключается от абонентского обслуживания. Соответственно, на этапе действия 410 МТС абонент 202 может, в ответ на действие 408, посылать сообщение, которое прерывает или приостанавливает локальное абонентское обслуживание первого МТС устройства.

В дополнительных вариантах осуществления, действие 410 может быть реализовано без выполнения действия 408. Другими словами, МТС абонент 202 может прекратить локальное абонентское обслуживание первого МТС устройства 206 без приема любого сообщения, содержащее запрос на замену. Как было отмечено, МТС пользователь может определить, что первое МТС устройство 206 будет заменено или его абонентское обслуживание прекращается по ряду причин. На этапе действия 412 МТС абонент 202 направляет сообщение относительно возобновления локального абонентского обслуживания во второе МТС устройство 206, которое может быть развернуто в области локальной HPLMN 204. В некоторых случаях МТС пользователь может выполнить дополнительное действие 414, в котором новое МТС устройство 206 доставляется в область обслуживания локальной HPLMN 204 для замены первого МТС устройства 206 и возобновляется локальное абонентское обслуживание. Таким же образом или по аналогии, набор процедур, как описано в 302-312, может быть применен для нового МТС устройства 206.

Необходимо отметить, что описанные ранее действия, показанные на фиг.3 и фиг.4, поддерживающие абонентское обслуживание и управление сроком службы МТС устройства, не могут быть завершены с использованием традиционных схем абонентского обслуживания, которые были развернуты для поддержки устройств, таких как UEs.

На фиг.5 показана конфигурация 500, которая обеспечивает поддержку по абонентскому обслуживанию МТС устройства в соответствии с различными вариантами осуществления. Конфигурация 500 включает в себя традиционные линии связи, которые могут быть развернуты между МТС пользователем 502 и МТС устройством 504, которое может быть развернуто в удаленном от МТС пользователя 502 месте. МТС пользователь 502, например, может обеспечить МТС устройство 504 для взаимодействия с приложением 506, которое постоянно хранится в оперативной памяти МТС пользователя. Например, одно или более МТС приложений 508, хранящееся в памяти МТС устройства 504, можно использовать для отправки и/или формирования пакетной информации, направленной пользователю 502. В штатном режиме МТС устройство 504 может взаимодействовать с МТС пользователем 502 через сеть радиодоступа (RAN) 510, базовую сеть 512 и МТС сервер 514. В соответствии с данной конфигурацией, МТС устройство 504 может обеспечить сигнализацию, включающую в себя пакеты передаваемых данных МТС пользователю 502. Данная конфигурация 500 также обеспечивает схему, которая облегчает развертывание МТС устройства 504 в области 516, которая территориально удалена от МТС пользователя 502, без необходимости предварительного обеспечения абонентского обслуживания МТС устройства 504 до его доставки. В частности, в связи с тем, что МТС устройство 504 может быть удалено от МТС пользователя 502, может быть предоставлен интерфейс установки устройства, здесь называется как «МТСp» интерфейс 518, который способствует взаимодействию между МТС устройством и МТС пользователем 502 до того, как МТС устройство 504 было активировано в локальной HPLMN. Интерфейс установки устройства, т.е. МТСp интерфейс 518, может быть частью МТС устройства 504 и МТС сервера 514, например, и может обеспечивать интерфейс прикладного программирования (API) базовой сети. Данным образом, МТСp интерфейс 518 может обеспечивать автоматическое подключение МТС устройства 504 к МТС абоненту, т.е. к МТС пользователю 502, независимо от локальной сети, такой как локальная HPLMN. При эксплуатации, когда МТС устройство 504 развернуто для работы, МТС устройство может аутентифицироваться для МТС сервера 514 посредством роуминга, например. Единожды аутентифицированный, МТСp интерфейс 518 может быть использован для обеспечения абонентского обслуживания МТС устройства 504 в HPLMN, которая является локальной для области 516 нахождения МТС устройства 504. Как показано на фиг.5, МТС пользователь 502 может использовать API, обеспеченный МТС сервером 514, для инициирования процедур предоставления абонентского обслуживания МТС пользователем 502. МТС пользователь 502 может инициировать работоспособность, используя API, МТС устройства 504, обеспечивая абонентское обслуживание посредством МТСp интерфейса 518. Подобным образом МТСp интерфейс 518 может обеспечить транспортный уровень между МТС сервером 514 и МТС устройством 504. Дополнительно, как описано далее, абонентское обслуживание может быть обеспечено для различных признаков МТС устройства посредством МТСp интерфейса 518. Соответственно, когда МТС устройство 504 обслуживается в пределах локальной HPLMN, то устанавливаются желаемые признаки МТС, коммуникация между МТС сервером 514 и МТС устройством 504 осуществляется через обычные интерфейсы MTCi и API, как проиллюстрировано.

На фиг.6 показана блок-схема одной структуры МТС устройства 504 в соответствии с настоящими вариантами осуществления. Дополнительно к МТС модулю 508 приложений, обеспечивается процессор 602 и модуль 604 сбора данных, а также модуль 608 установки устройства. Модуль сбора данных предназначен для планирования посылки, собранных данных МТС устройством 504, в МТС сервер 514. В вариантах осуществления, в которых МТС устройство 504 является сенсором или счетчиком, данные могут сниматься регулярно, с определенными интервалами или нерегулярно и могут быть переданы в МТС сервер 514 регулярно или нерегулярно. В некоторых случаях МТС модуль 508 приложений может планировать процесс обмена информацией с МТС пользователем 502 согласно протоколу или схеме, установленной между МТС пользователем 502 и МТС устройством 506 для заданного приложения. Например, МТС устройство 504 может направлять собранные данные для отправки в адрес МТС пользователя 502 в соответствии с регулярным графиком, установленной схемой.

Подробное описание варианта осуществления МТС модуля 608 установки устройства приведено на фиг.7. Как проиллюстрировано, МТС модуль 608 установки устройства включает в себя модуль 702 установления статуса, модуль 704 аутентификации, МТС модуль 706 обеспечения признака, база данных 708 подписки и МТСp интерфейс 710. Модуль 702 установления статуса может верифицировать статус МТС устройства 504, например, имеет ли устройство 504 локальную подписку в локальной HPLMN, требуется ли МТС устройству 504 заданный признак, или отключено ли МТС устройство 504 от локального абонентского обслуживания, например. Модуль 704 аутентификации предназначен для обеспечения информацией аутентификации/идентификации и процедур для установления связи между МТС устройством 504 и МТС сервером 514, когда обеспечивается локальное абонентское обслуживание МТС устройства 504. МТС модуль 706 обеспечения признака может содействовать установлению связи с МТС сервером 514, так что МТС признаки обеспечиваются для МТС устройства 504, которые могут предоставляться, но не обязательно, при обеспечении локального абонентского обслуживания МТС устройства 504. На фиг.8 приведено подробное описание модуля обеспечения признака. Как здесь описано, различные МТС признаки 802 могут быть предоставлены МТС устройству 504, как подробно указано, например, в 3GPPTS22.368.

База данных 708 подписки может включать в себя информацию, относящуюся к одной или более подписок, которые могут быть предоставлены МТС устройству 504, такое абонентское обслуживание может обеспечиваться разномоментно. Таким образом, в разные временные моменты может быть обеспечена более чем одна локальная подписка для МТС устройства 504, которое может использовать информацию, находящуюся в базе данных 708 подписки при установке или отключения локального абонентского обслуживания. Например, первая подписка может быть активирована в первый временной интервал, когда МТС устройство 504 развернуто в первом месте, близком к первой HPLMN, в то время как вторая подписка может быть применена, когда МТС устройство 504 развернуто во втором месте, близком ко второй HPLMN во втором временном интервале. В соответствии с различными вариантами осуществления, действия, выполняемые одним или более компонентами 702-708, могут быть осуществлены через МТСp 710.

На фиг.9 показана конфигурация, которая поддерживает абонентское обслуживание МТС устройства в соответствии с различными дополнительными вариантами осуществления. Как показано, конфигурация 900 обеспечивает модификацию МТС конфигурации, определенную в 3GPPTS23.682 (техническая спецификация 23.682, раздел 4.2, Модель стандартной сетевой архитектуры; Проект партнерства третьего поколения; Техническая спецификация групповых услуг и системных аспектов; Усовершенствование архитектуры для повышения качества связи в пакетных сетях передачи данных и приложений; (релиз 11); ноябрь 2011) (здесь и далее «TS23.682»). В конфигурации 900, обычный MTCi интерфейс предоставляет доступ МТС устройствам к 3GPP сети для обеспечения связи пользователя и обычный MTCi интерфейс представляет собой эталонную точку для МТС сервера 914 для подключения к 3GPP сети посредством 3GPP процедур.

В частности, пунктирные линии обозначают соединения плоскости управления, которые включают в себя новые интерфейсы в соответствии с настоящими вариантами осуществления. Как показано, МТСp интерфейс 906, находящийся между МТС приложением 904 UE 902 и МТС сервером 914. Дополнительные интерфейсы (эталонные точки) в конфигурации 900 определены в TS23.682, как проиллюстрировано. Однако названия эталонных точек являются чисто примерными и та же эталонная точка может быть обозначена иными названиями.

Конфигурация включает в себя сеть радиодоступа (RAN) 910, которая подключена к узлу поддержки обслуживания GPRS/узлу управления мобильностью (MME) 916 базовой сети. МТС функция взаимодействия (MTC-IWF) 918, опорный абонентский сервер (HSS) 920, SMSSC/IP-SM-GW функция 924 и CDF/CGF функция 926 также включены в состав базовой сети. Дополнительно, RAN 910 может быть подключена к шлюзу S-GW 922. В соответствии с настоящими вариантами осуществления, локальное абонентское обслуживание и различные признаки МТС устройства, как определено в 3GPPTS2.368, могут быть предоставлены посредством интерфейса 906 без реконфигурации основной 3GPP МТС архитектуры.

На фиг.10 показана дополнительная конфигурация 1000, которая оказывает поддержку по абонентскому обслуживанию МТС устройства в соответствии с дополнительными вариантами осуществления. Как показано, конфигурация 1000 представляет собой модификацию МТС архитектуры, определенную в ETSITS102.690 (Межмашинная коммуникация (М2М); М2М функциональная архитектура (окончательная версия, июнь 2011). В частности, пунктирные линии обозначают примерные соединения плоскости управления, которые включают в себя новые интерфейсы в соответствии с настоящими вариантами осуществления. В показанном примере, интерфейс, который функционирует как МТСp интерфейс, как описано выше, может быть обозначен, как «mIdsub» интерфейс, в соответствии с ETSIM2M терминологией, которая определяет «mId» как интерфейс между сетью (NW) и устройством (D) или шлюзом (GW), и которая определяет mIa интерфейс между NW и Поставщиком прикладных услуг (ASP).

Как подробно показано на фиг.10, М2М устройства могут соединяться с М2М приложением 1014, которое может быть расположено на удаленном местоположении абонента, через mIdsub интерфейс 1010. Например, М2М устройство 1002 подключается к mIdsub интерфейсу 1010 через М2М сетевую зону 1004 и М2М шлюз (GW) 1006, в то время как М2М устройство 1008 подключено непосредственно к mIdsub интерфейсу 1010, который может быть включен в состав М2М устройства 1008. В частности, mIdsub интерфейс 1010 обеспечивает сопряжение между Сетевым сервисным уровнем (NSCL) 1012 и D/GW 1008/1006. В соответствии с различными вариантами осуществления, mIdsub интерфейс 1010 может функционировать аналогично МТСp интерфейсу 906 3GPP архитектуры, как показано на фиг.9, предоставляя М2М устройствам 1008 (1002) подписку на услуги и приложения, зарегистрированные D/GW, сервисный уровень (M2MDSCL 1016/M2MGSCL 1018).

Соответственно, после предоставления локальной подписки, М2М устройства 1002/1008 могут устанавливать связь посредством обычных интерфейсов mId 1020/1022 с (удаленными) М2М приложениями 1014, через (локальную) сеть 1024 доступа и базовую сеть 1026 оператора, к которому обеспечивается подписка.

В различных вариантах осуществления, вышеупомянутый МТСp интерфейс 3GPP и mIDsub интерфейс ETSI могут быть использованы в соответствии с существующими протоколами управления устройством, такими как OMA-DM (управление устройством согласно протокола Открытого сообщества производителей мобильной связи), определенным Открытым сообществом производителей мобильной связи или М2М Протокол беспроводной передачи данных (WMMPT), определенный Ассоциацией стандартизации в области связи Китая (CCSA).

В дополнительных вариантах осуществления интерфейс управления абонентским обслуживанием может быть развернут в проводной сети связи. Например, такой интерфейс может быть развернут для поддержки протокола управления абонентским оборудованием (CPEWAN) через глобальную сеть (CWMP), описанный TR-069, определенный Форумом широкополосной передачи данных (BBF).

Вкратце, настоящие варианты осуществления обеспечивают управление работой МТС/М2М устройствами, что недостижимо с использованием традиционных схем. Например, МТС устройства 206 могут быть доставлены на «место», где данное устройство будет эксплуатироваться без наличия какой-либо сетевой подписки. Это обеспечивает отсутствие необходимости для единственного оператора домашней сети заключать множество соглашений о роуминге с множеством сетевых партнеров в различных местах, где предполагается развертывание МТС устройств 206. Дополнительно, МТС устройство 206 и абонентское обслуживание в локальной сети может управляться раздельно, так что локальное абонентское обслуживание может быть обеспечено между различными МТС устройствами 206. МТС устройство 206 может обслуживаться в течение его эксплуатационного цикла и, соответственно, потенциально иметь множество подписок в соответствующих местах, что