СПОСОБ И УСТРОЙСТВО УПРАВЛЕНИЯ ВЫБОРОМ НЕСУЩЕЙ ПРИ БЕСПРОВОДНОЙ СВЯЗИ
METHOD AND APPARATUS FOR CONTROLLING CARRIER SELECTION IN WIRELESS COMMUNICATIONS SYSTEMS

Область техники, к которой относится изобретение
Настоящее изобретение относится к системам беспроводной связи и, в частности, к способам и устройствам управления выбором несущей в системах беспроводной связи.
Уровень техники
Системы мобильной связи развивались в течение последних десяти лет или около того, от системы GSM (глобальная система мобильных коммуникаций) до системы 3G, и в настоящее время включают в себя передачу пакетных данных, а также сеть связи с коммутацией каналов. Консорциум, разрабатывающий спецификации для мобильной телефонии третьего поколения (3GPP), разрабатывает систему мобильной связи четвертого поколения, которое называют «Долгосрочное развитие сетей связи» (LTE), в которой, часть базовой сети была усовершенствована с целью формирования более упрощенной архитектуры на основании объединения компонентов структуры сети мобильной радиосвязи предыдущего поколения и интерфейса беспроводного доступа, которая основана на ортогональном частотном разделении каналов (OFDM) в канале нисходящей линии связи и множественным доступом с частотным разделением на одной несущей (SC-FDMA) в канале восходящей линии связи.
Мобильные телекоммуникационные системы третьего и четвертого поколения, такие как те, которые основаны на 3GPP, определенные UMTS и «Долгосрочное развитие сетей связи» (LTE) архитектурами, которые способны поддерживать более сложный спектр услуг, чем услуги простой передачи голосового сообщения и обмена сообщениями, предлагаемые мобильными телекоммуникационными системами предыдущих поколений.
Например, используя усовершенствованный радио интерфейс и повышенную скорость передачи данных, предоставляемую системами LTE, пользователь может должным образом оценить высокоскоростную передачу данных приложений, таких как мобильное потоковое видео и мобильные видеоконференции, которые раньше были доступны только посредством использования фиксированных линий передачи данных. Существует устойчивый спрос на развертывание сетей третьего и четвертого поколения, следовательно, и зоны покрытия данных сетей, то есть географические места, где возможен доступ к сети, как ожидается, будут быстро увеличиваться.
Ожидаемое повсеместное развертывание сетей третьего и четвертого поколения привело к параллельному развитию класса устройств и приложений, которые обеспечивают высокую скорость передачи данных, а также используют надежный радио интерфейс и которые осуществляют расширение зоны покрытия. Примеры включают в себя, так называемые средства машинной коммуникации (МТС), которые являются типовыми примерами полуавтономных или автономных устройств беспроводной связи (например, устройств МТС), которые обеспечивают передачу небольших объемов данных и с большими перерывами в работе. Примеры включают в себя так называемые смарт-счетчики, которые, например, расположены в домах клиентов и периодически передают информацию на центральный МТС сервер данных, которая содержит данные о количестве потребляемых коммунальных услуг, таких как газ, вода, электричество и так далее.
Несмотря на то что абонентское устройство, такого типа, как оконечное устройство МТС может воспользоваться преимуществом наличия обширной зоной покрытия, предоставляемой мобильной телекоммуникационной сетью третьего или четвертого поколения, существуют недостатки. В отличие от обычного абонентского устройства мобильной связи третьего или четвертого поколения, такого как смартфон, главной причиной создания оконечного устройства типа МТС является желание упростить конструкцию и изготовить относительно дешевые абонентские устройства. Набор функций, обычно выполняемых абонентским устройством типа МТС (например, простой прием и отправление относительно небольшого объема данных), не требует особенно сложной процедуры обработки, например, по сравнению со смартфоном с поддержкой потокового видео. Тем не менее мобильные телекоммуникационные сети третьего и четвертого поколения, как правило, используют передовые способы модуляции данных и поддерживают использование широкой полосы пропускания радио интерфейса, что может потребовать наличия более сложных и дорогостоящих радиотрансиверов. Что оправдывает использование таких сложных трансиверов в смартфоне, так как смартфон, как правило, требует наличия мощного процессора для выполнения типовых функций смартфона. Однако, как указано выше, в настоящее время существует стремление использовать относительно недорогие и менее сложные устройства, чтобы осуществлять связь в сетях с использованием технологии LTE.
Сущность изобретения
В соответствии с первым аспектом настоящего изобретения, предложена система мобильной связи, которая содержит: расположение по меньшей мере одной базовой станции, выполненной с возможностью передавать данные на и/или от различных типов абонентских устройств посредством использования соответствующих одних из множества логически отдельных несущих интерфейса беспроводного доступа, первое абонентское устройство, выполненное с возможностью работы в режиме ожидания на первой несущей из множества несущих и впоследствии установки связи по меньшей мере с одной базовой станцией на первой несущей, и второе абонентское устройство, выполненное с возможностью работать в режиме ожидания на второй несущей из множества несущих и впоследствии установки связи по меньшей мере с одной базовой станцией на второй несущей, в которой, первая и вторая несущие поддерживают совместимую сигнализацию синхронизации так, что первое и второе абонентские устройства оба имеют возможность синхронизироваться с первой и второй несущими для начала выполнения процесса режима ожидания и, в которой, осуществляется синхронизация с одной из первой или второй несущей для начала выполнения процесса режима ожидания, второе абонентское устройство выполнено с возможностью определения следует ли продолжать выполнение процедуры режима ожидания в зависимости от аспекта сигнализации физического уровня, ассоциированной с каналом управления несущей, с которой осуществлена синхронизация.
Канал управления может, например, представлять собой физический широковещательный канал (РВСН).
Аспект сигнализации физического уровня может содержать наличие или отсутствие указателя. Например, вторая несущая может быть выполнена с возможностью осуществления передачи указателя и первая несущая может быть выполнена с возможностью не осуществлять передачу указателя.
Информация о наличии или отсутствии указателя может быть получена от главного блока данных несущей, с которой второе устройство было синхронизировано. Например, информация о наличии или отсутствии индикатора может быть получена из информации, содержащейся в главном блоке данных, и/или установлена на основании информации, переданной сигналами физических ресурсов, полученной от главного блока данных.
Аспект сигнализации физического уровня может содержать указание на ширину рабочей полосы частот несущей для несущей, с которой второе устройство было синхронизировано. В таком случае, второе устройство может быть выполнено с возможностью не продолжать выполнение процедуры режима ожидания, если ширина рабочей полосы несущей больше, чем ширина рабочей полосы частот устройства для второго устройства.
Значение ширины рабочей полосы частот несущей может, например, быть получено из главного блока данных несущей, с которой второе устройство было синхронизировано.
Второе устройство может быть выполнено с возможностью осуществлять поиск синхронизации с другой несущей и начинать выполнение другой процедуры режима ожидания в случае, если второе устройство определяет факт того, что не требуется продолжать процедуру режима ожидания несущей, с которой было синхронизировано.
В некоторых вариантах осуществления первая и вторая несущие могут использовать несовместимую сигнализацию физического уровня, ассоциированную с каналами управления, их соответствующих процедур выполнения режима ожидания так, что первое абонентское устройство не может завершить выполнение процедуры режима ожидания на второй несущей.
В соответствии с другим аспектом настоящего изобретения, обеспечивается абонентское устройство для использования в системе мобильной связи, которая содержит расположение по меньшей мере одной базовой станции, выполненной с возможностью передавать данные на и/или от различных типов абонентских устройств на соответствующей одной из множества логически отдельных несущих интерфейса беспроводного доступа; в которой, абонентское устройство выполнено с возможностью синхронизации с одной из множества несущих для начала выполнения процедуры режима ожидания для данной несущей и, в которой, абонентское устройство дополнительно выполнено с возможностью определять, следует или нет продолжать выполнение процедуры режима ожидания в зависимости от аспекта сигнализации физического уровня, ассоциированной с каналом управления несущей, с которой он синхронизирован.
В соответствии с другим аспектом настоящего изобретения, обеспечивается базовая станция в системе мобильной связи, содержащая расположение по меньшей мере одной базовой станции, выполненной с возможностью передачи данных на и/или от различных типов абонентских устройств на соответствующей одной из множества логически отдельных несущих интерфейса беспроводного доступа; в которой, базовая станция выполнена с возможностью транслировать сигнализацию синхронизации на несущей в формате, который позволяет двум различным типам абонентских устройств синхронизироваться с несущей для начала выполнения процедуры режима ожидания, и в котором, базовая станция дополнительно выполнена с возможностью транслировать канал управления на несущей, ассоциированной с процедурой режима ожидания, в которой, аспект сигнализации физического уровня, ассоциированной с каналом управления, выбирается для указания одному из двух различных типов абонентских устройств о том, следует ли абонентскому устройству продолжить выполнение процедуры режима ожидания.
В соответствии с другим аспектом настоящего изобретения, предложен способ для содействия в выборе несущей в системе мобильной связи, который содержит этапы, на которых располагают по меньшей мере одну базовую станцию, выполненную с возможностью передавать данные на и/или от различных типов абонентских устройств на соответствующей одной из множества логически отдельных несущих интерфейса беспроводного доступа; и в котором, первое абонентское устройство выполнено с возможностью реализации режима ожидания на первой несущей из множества несущих и впоследствии установки связи по меньшей мере с одной базовой станцией на первой несущей, и второе абонентское устройство выполнено с возможностью реализовать режим ожидания на второй несущей из множества несущих и впоследствии установки связи по меньшей мере с одной базовой станцией на второй несущей, в которой, способ содержит этапы, на которых:
осуществляют широковещание на первой и второй несущей с совместимой сигнализацией синхронизации таким образом, что первое и второе абонентские устройства оба имеют возможность синхронизироваться с первой и второй несущими для начала выполнения процедуры ожидания; осуществляют широковещание по каналу управления на каждой из несущих; и определяют на абонентском устройстве, которое синхронизировано с одной из несущих для начала выполнения процедуры режима ожидания, следует ли продолжить выполнение процедуры ожидания в зависимости от аспекта сигнализации физического уровня, ассоциированной с каналом управления несущей, с которой синхронизирован.
В соответствии с другим аспектом настоящего изобретения, обеспечивается способ для содействия в выборе несущей, выполняемый абонентским устройством в системе мобильной связи, содержащей расположение по меньшей мере одной базовой станции, выполненной с возможностью передачи данных на и/или от различных типов абонентских устройств на соответствующей одной из множества логически отдельных несущих интерфейса беспроводного доступа; в котором, способ содержит: синхронизацию с одной из множества несущих для начала выполнения процедуры ожидания для этой несущей, и затем определение того, следует ли продолжать выполнение процедуры ожидания в зависимости от аспекта сигнализации физического уровня, ассоциированной с каналом управления несущей, с которой абонентское устройство синхронизировано.
В соответствии с другим аспектом настоящего изобретения, предложен способ содействия в выборе несущей, выполняемый базовой станцией в системе мобильной связи, содержащей расположение по меньшей мере одной базовой станции, выполненной с возможностью передачи данных на и/или от различных типов абонентских устройств на соответствующей одной из множества логически отдельных несущих интерфейса беспроводного доступа; способ содержит этапы, на которых: осуществляют широковещание сигнализации синхронизации на несущей в формате, который позволяет двум различным типам абонентских устройств синхронизироваться с несущей для начала выполнения процедуры ожидания; и осуществляют широковещание по каналу управления, ассоциированного с процедурой ожидания на несущей, в котором, аспект сигнализации физического уровня, ассоциированной с каналом управления, выбирается для индикации одного из двух различных типов абонентских устройств, следует или нет абонентскому устройству продолжать выполнение процедуры ожидания.
В соответствии с другим аспектом настоящего изобретения, предусмотрена система мобильной связи, содержащая: расположение по меньшей мере одной базовой станции, выполненной с возможностью передачи данных на и/или от различных типов абонентских устройств на соответствующей одной из множества логически отдельных несущих интерфейса беспроводного доступа; первое абонентское устройство выполнено с возможностью выполнения режима ожидания на первой несущей из множества несущих и впоследствии установки связи по меньшей мере с одной базовой станцией на первой несущей, и второе абонентское устройство, выполненное с возможностью осуществления режима ожидания на второй несущей из множества несущих и впоследствии установки связи по меньшей мере с одной базовой станцией на второй несущей, в которой, первая и вторая несущие поддерживают совместимую сигнализацию синхронизации так, что первое и второе абонентские устройства могут синхронизироваться оба с первой и второй несущими для начала выполнения процедуры ожидания, но в котором, первая и вторая несущие поддерживают несовместимую сигнализацию физического уровня, ассоциированную с каналами управления их соответствующих процедур режима ожидания так, что первое абонентское устройство не может завершить выполнение процедуры ожидания на второй несущей.
Следует иметь в виду, что особенности описанных выше аспектов и вариантов осуществления изобретения могут быть объединены с признаками других аспектов и вариантов осуществления изобретения в случае необходимости и в комбинациях отличных от тех, которые явно представлены. Например, необязательные признаки первого аспекта настоящего изобретения в равной степени могут быть необязательно включены в варианты осуществления в соответствии с другими аспектами настоящего изобретения, например, где различные аспекты имеют соответствующие признаки.
Краткое описание чертежей
Примерные варианты осуществления настоящего изобретения будут теперь описаны со ссылкой на прилагаемые чертежи, на которых одинаковые детали имеют одни и те же ссылки и на которых:
фиг.1 представляет собой блок-схему радиосети и множество пользовательских устройств, образующих систему беспроводной связи, которая работает в соответствии со стандартом 3GPP «Долгосрочное развитие сетей связи» (LTE);
фиг.2 схематически представляет порядок выделения ширины полосы пропускания радиосети из части доступного спектра для двух несущих, осуществляющие процедуры выбора соты в соответствии с вариантом осуществления настоящего изобретения;
фиг.3А и 3В представляют собой блок-схемы алгоритма, схематично показывающие некоторые аспекты процедуры выбора соты, выполняемые абонентским устройством мобильной связи в соответствии с некоторыми вариантами осуществления изобретения;
фиг.4А-4С являются блок-схемами алгоритма, которые схематически показывают некоторые аспекты процедуры выбора соты, выполняемые абонентским устройством мобильной связи в соответствии с некоторыми другими вариантами осуществления изобретения; и
фиг.5 схематически представляет элементы системы мобильной связи для реализации вариантов осуществления изобретения.
Осуществление изобретения
Как было указано ранее, существует необходимость наличия архитектур радиосетей, которые обеспечивают функционирование класса устройств, которые не обладают всей полнотой рабочих функций, необходимых для полного соответствия с операционным стандартом сети радиосвязи. В качестве примера, пользовательское оборудование мобильной связи, которое полностью соответствует действующим стандартам LTE, должно поддерживать ширину полосы пропускания 20 MHz. Радио ресурсы могут быть выделены для пользовательского оборудования мобильной связи по всей ширине полосы и поэтому пользовательское оборудование мобильное связи включает в себя трансивер, способный работать по всему диапазону. Тем не менее авторы настоящего изобретения осознают, что может существовать класс устройств, такой как устройства типа МТС, которые не требуют такой широкополосной функциональности и, в этой связи, такие устройства могут стоить дешевле, если они будут оснащаться трансивером с уменьшенной шириной полосы пропускания, но в то же время, функционируя в сети.
Одним из способов достижения этой совместимости, являться способ, который обеспечивает наличие различных несущих для различных классов устройств. Например, первая несущая может быть предоставлена для первого класса устройств, соответствующего заданному стандарту, в то время, как вторая несущая может быть обеспечена для второго класса устройств, соответствующего варианту данного стандарта. Например, первая несущая может быть полностью совместима с LTE несущей, в то время, как вторая несущая может быть основана на действующем LTE стандарте, но со степенью модификации для оптимизации несущей для трафика устройства типа МТС. Например, вторая несущая может работать на уменьшенной ширине полосы пропускания и быть оптимизирована для поддержания относительно простого трафика сообщений, в отличие от всего объема потенциально содержательного трафика, который может быть передан с использованием первой несущей. В связи с этим, вторая несущая в этом примере, может в некоторых отношениях считаться своего рода выделенной сетью обмена сообщениями (DMN) для поддержки связи с устройствами типа МТС. Конечно, следует понимать, что это DMN терминология используется здесь для удобства, поскольку может характеризовать тип трафика, ассоциированного с первичным определенным использованием второй несущей в некоторых ситуациях. Соответственно, термин DMN не должен быть использован для указания несущей только и исключительно для установления связи с устройством типа МТС.
Таким образом, DMN отличается тем, что при передаче относительно небольших сообщений, используется более эффективно по сравнению с несущей типовой широкополосной беспроводной связи. Например, DMN может поддерживать больше физических каналов управления нисходящей линии связи (PDCCH) на суб-фрейм, возможно, путем уменьшения размера типового PDCCH. В другом примере, DMN может быть выполнена с возможностью поддерживать большое количество ресурсов канала произвольного доступа (RACH), которые могут быть использованы устройствами мобильной связи, которые не подключены постоянно к DMN, но взаимодействуют без организации соединения.
Варианты осуществления настоящего изобретения описаны здесь с конкретной ссылкой на пример реализации в системе беспроводной связи, имеющей несущие на основании стандарта 3GPP «Долгосрочное развитие сетей связи» (LTE).
Фиг.1 схематически показывает пример архитектуры системы LTE. Система LTE обеспечивается оператором телекоммуникационной сети, позволяя сторонам, устанавливать связь друг с другом. Как показано на фиг.1, устройства мобильной связи обозначенные как пользовательское оборудование (UE) 1 выполнены с возможностью передавать данные на и от базовых станций (трансиверные станции) 2, которые часто упоминаются в LTE, как E-UTRAN NodeBs (e-NodeB). Как показано на фиг.1, каждое из устройств 1 мобильной связи включает в себя универсальный модуль идентификации абонента (USIM) 4, который включает в себя информацию и параметры, позволяющие устройству мобильной связи иметь доступ к сети мобильной связи и аутентифицироваться для получения услуг, на которые пользователи подписались.
E-nodeBs 2 соединены с обслуживающим шлюзом S-GW бис узлом управления мобильностью (ММЕ) 8 (линии соединения с ММЕ не представлены на фиг.1 для упрощения). S-GW 6 выполнен с возможностью выполнять маршрутизацию и управление услугами мобильной связи для устройств 1 мобильной связи в сети мобильной радиосвязи. В целях поддержания управления мобильностью и возможностью установления соединения, узел управления мобильностью (ММЕ) 8 управляет соединениями развитой системы пакетной коммуникации (EPS) с устройствами 1 мобильной связи с использованием информации об абоненте, хранящейся на опорном абонентском сервере (HSS) 10. Другие компоненты базовой сети включают в себя шлюз пакетной передачи данных (P-GW) 14 с функцией правил и политик тарификации (PCRF) 12, который подключается к сети Интернет 16 и, наконец, к внешнему серверу 20. В контексте МТС коммуникаций, UE, поддерживающие МТС коммуникации, может, например, упоминаться как абонентское устройство МТС, для удобства, или МТС UE, и сервер, с которым абонентское устройство (а) МТС взаимодействует, может, например, для удобства называться как сервер МТС. В более общем плане, устройства в системе, способной поддерживать МТС связь, могут упоминаться как МТС объекты.
Различные элементы, показанные на фиг.1, и их соответствующие режимы работы, хорошо известны и определены в соответствующих стандартах, находящиеся в ведении 3GPP (RTM), и также описаны во многих книгах на эту тему, например, Holma X. и Toskala А. [1]. Данные типовые аспекты LTE сетей не описываются далее для краткости.
Релизы 8, 9 и 10 (Rel. 8/9/10) 3GPP LTE определяют 6 конфигураций ширины рабочей полосы частот канала нисходящей линии связи от 1,4 МГц до 20 МГц, представляющие использование ресурсных блоков 6, 15, 25, 50, 75 или 100. Как отмечалось выше, для всех абонентских устройств, в соответствии с Rel. 8/9/10, требуется поддержка максимальной ширины полосы частот 20 МГц с одной несущей для соответствия стандартам Rel. 8/9/10. Тем не менее, для всех конфигураций, имеющих ширину полосы частот в соответствии с Rel. 8/9/10, было уточнено, что сигнализация синхронизации основного физического уровня (Первичные сигналы синхронизации - PSS и Вторичные сигналы синхронизации-SSS) и основная системная информация (главный блок данных - MIB), передаются с использованием только 6 центральных ресурсных блоков, которые принимаются 1,4 МГц трансивером. Тем не менее, чтобы принять оставшуюся часть системной информации несущей, абонентскому устройству необходимо иметь возможность принимать информацию по всей ширине полосы частот несущей.
Однако, как уже отмечалось выше, для некоторых приложений, например, при использовании средства машинной связи (МТС) и/или для выделенных сетей обмена сообщениями (DMN), существует причина использования низкостоимостных и, следовательно, имеющих ограниченные функциональные возможности, устройств. В идеале, упрощенная конструкция устройства позволит использовать уменьшенную требуемую ширину рабочей полосы частот, что также уменьшит признаки и пропускную способность. Абонентские устройства с меньшей шириной полосы пропускания, чем указано для Rel. 8/9/10, не способны функционировать должным образом в Rel. 8/9/10 совместимых сетях так, как для этого необходимо иметь большую ширину полосы частот. Например, абонентские устройства с меньшей шириной полосы пропускания могут даже не принять системную информацию, содержащуюся в MIB соответствующей Rel. 8/9/10 сети. Данная задача решается созданием отдельных сетей/несущих для типовых Rel. 8/9/10 абонентских устройств и для предлагаемого нового класса устройств, имеющих ограниченные функциональные возможности. В связи с тем, что эксплуатационные характеристики несущей, предоставленной для нового класса устройств с ограниченными функциональными возможностями, могут быть модифицированы по отношению к стандартам Rel. 8/9/10, для обеспечения поддержки функционирования устройств с ограниченными функциональными возможностями. Тем не менее, в этом сценарии остается нерешенная задача по обеспечению различных классов устройств, способностью идентифицировать и находится в режиме ожидания предполагаемых несущих, не оказывая существенного влияния на работу других несущих. Например, устройства с ограниченными функциональными возможностями будут в идеале способны найти и ожидать несущую, ассоциированную с их целевой выделенной сетью (ми) обмена сообщениями даже в присутствии Rel. 8/9/10 несущих с увеличенной шириной полосы частот. Более того, желательно, чтобы DMN несущие не были забиты помехами от Rel. 8/9/10 устройств, способных осуществить режим ожидания DMN, хотя Rel. 8/9/10 устройства находятся в зоне покрытия с увеличенной шириной полосы частот Rel. 8/9/10 несущей, которую они могли бы использовать.
Таким образом, изобретатели признали, что факт наличия совмещения или наложения несущих, например, первой несущей, которая является LTE Rel. 8/9/10 несущей увеличенной ширины полосы частот и второй несущей, которая ассоциирована с меньшей шириной полосы частот выделенной сети (DMN) обмена сообщениями, будет являться причиной реализации механизмов, которые обеспечат возможность для устройств с ограниченными функциональными способностями/имеющие незначительную ширину полосы частот (т.е. DMN) обнаружить и выбрать DMN несущую (ие), и в то же время, гарантировать, что Rel-8/9/10 совместимые устройства способны выбрать (или адресовать) несущую (ие), способные поддержать их шаблоны трафика, не подвергая DMNs чрезмерной нагрузке.
Прежде чем перейти к описанию некоторых способов решения данной задачи, изобретатели признали, что необходимо, прежде всего, пояснить некоторые термины, которые будут использоваться здесь впервые.
Различные варианты осуществления изобретения, как правило, относятся к сценарию, где первый и второй класс устройств осуществляет выбор первой и второй несущей соответствующим образом, например, во время процедуры ожидания/выбора соты. В некоторых конкретных примерах, рассмотренных здесь, первый класс устройств и первая несущая соответствуют конкретным стандартам, например, стандартам LTE Rel. 8/9/10, и второй класс устройств и вторая несущая соответствуют модифицированным версиям этих конкретных стандартов, например, на основе версий стандартов, модифицированных для поддержки устройств, имеющих ограниченные функциональные возможности. Соответственно, и только для ссылки и разъяснения, первый класс устройств и первая несущая могут упоминаться здесь в некоторых примерах, как унаследованное устройство и унаследованная несущая, в то время как второй класс устройств и вторая несущая могут упоминаться в некоторых примерах, как DMN устройства и DMN несущая (или альтернативно устройство МТС и МТС несущая). Тем не менее, следует понимать, что эти термины используются просто в качестве обозначения для простоты объяснения реализации конкретных вариантов осуществления настоящего изобретения, для обеспечения различия между двумя классами устройств и несущей. Таким образом, термин «унаследованный» не следует рассматривать как указание на любую форму устаревания, да и вообще, устройства и несущая (е), рассматриваемые здесь как унаследованные устройства и несущая (и), в равной степени может соответствовать устройствам и несущей, которые удовлетворяют требованиям будущих версий стандартов LTE, например, Rel. 11 и далее. Равным образом, и, как уже отмечалось выше, DMN не следует принимать как ссылку к сети, которая исключительно поддерживает только основные услуги обмена сообщениями. Более того, второй класс устройств и вторая несущая, которые описаны здесь, как не полностью соответствующие действующим стандартам первого класса устройств и первой несущей (например, из-за наличия ограниченных функциональных возможностей), могут, тем не менее, быть совместимыми с их собственными стандартами. Более того, функциональность, описанная в данном документе, как в отношении первого, так и второго классов устройств и несущих, может соответствовать различным аспектам будущего стандарта, например, последующим версиям стандартов LTE.
Фиг.2 схематически показывает, как унаследованная несущая и DMN несущая могут быть размещены в полосе частот в пределах доступного спектра для мобильной радиосвязи. В этом примере, унаследованная несущая имеет ширину полосы пропускания в 20 МГц и DMN несущая имеет ширину полосу пропускания 1,4 МГц, DMN несущая находится на более высокой частоте и две несущие расположены в непосредственной близости. Однако, следует понимать, что это просто отражает один пример конфигурации и другие варианты осуществления могут иметь отличные значения ширины полосы частот несущих и иные относительные размещения несущих в доступном спектре.
Для целей следующего объяснения, предполагается, что унаследованная несущая является LTE REL.10 несущей и DMN несущая имеет некоторые общие аспекты с LTE REL.10 несущей, но имеет некоторые отличительные аспекты, которые используются в целях оптимизации ее работы, в отношении конкретного подмножества типа трафика, который предназначен, в первую очередь, для поддержки функционирования (например, спорадического трафика коротких сообщений). В принципе, DMN могла быть выполнена с возможностью работать в принципиально иной манере, чем унаследованная сеть, без перекрестной совместимости или сходства функционирования. Однако, унаследованные сети хорошо определены и многие из ассоциированных эксплуатационных аспектов оптимизированы и одинаково подходит для DMN несущих. DMN несущая, основываясь по меньшей мере в широком смысле, на тех же принципах, что и существующие сети, также может обеспечить легкое развертывание и внедрение таких новых типов сетей. Например, в некоторых конкретных вариантах, описанных ниже, предполагается, что DMN и унаследованные сети используют совместно ту же структуру сигнализации синхронизации и ту же структуру физического широковещательного канала (РВСН), как определено для LTE Rel. 8/9/10 несущих. Тем не менее, конкретные детали, которые отличают DMN от LTE REL.10 сети, с точки зрения его нормальной работы, не оказывают существенного влияния на процедуру ожидания, описанную ниже.
Есть две стороны вопроса, касающегося процедуры надлежащего выбора соты (т.е. выбора между унаследованной и DMN несущей) во время реализации процедуры ожидания, и они будут описаны в свою очередь. Во-первых, это относится к выбору соты, осуществляемому DMN устройствами, предназначенной для режима ожидания на DMN несущей и, во-вторых, это относится к выбору соты, осуществляемому унаследованными устройствами, предназначенной для режима ожидания унаследованной несущей.
Выбор несущей DMN устройствами
Фиг.3А является блок-схемой алгоритма, схематически показывающей некоторые аспекты процедуры выбора соты, которые выполняются DMN устройством в соответствии с вариантом осуществления изобретения.
DMN устройство осуществляет поиск несущей для выполнения процедуры ожидания, например, после включения питания, устройство обнаруживает и декодирует сигналы PSS и SSS, которые передаются на соответствующих позициях. После того, как DMN устройство синхронизируется с несущей с помощью PSS и SSS, DMN устройство синхронизируется и переходит к декодированию РВСН для определения MIB для несущей. При этом предполагается, что унаследованная и DMN несущие используют те же PSS, SSS и РВСН структуры так, что DMN устройство может выполнять данную синхронизацию и реализовать процесс декодирования РВСН в известном порядке, установленном в соответствующих стандартах. Данная синхронизация и этап декодирования РВСН представлены на этапе А1 на фиг.3А.
На этапе А2, DMN устройство извлекает информацию о ширине полосы пропускания несущей (DL-ширина полосы) из сигнальной информации в MIB и определяет, является ли данная величина совместимой со значением ширины полосы частот рабочей характеристики DMN устройства. То есть DMN устройство имеет свою ширину рабочей полосы частот (например, 1,4 МГц) и может сравнить данное значение с шириной полосы пропускания несущего сигнала DMN устройства, которое осуществляет поиск для реализации режима ожидания. Ссылаясь на пример расположения полосы пропускания, показанный на фиг.2, если DMN устройство синхронизируется с унаследованной несущей, то информация о DL-ширине полосы частот, полученная из MIB, будет указывать на величину ширины полосы пропускания несущей 20 МГц, тогда как, если DMN устройство синхронизируется с DMN несущей, то информация о DL-ширине полосы частот, полученная из MIB, будет указывать на величину ширины полосы пропускания несущей 1,4 МГц.
Если на этапе А2, DMN устройство определяет ширину полосы несущей, которая превышает ширину рабочей полосы частот DMN устройства, то DMN устройство предполагает, что осуществляется поиск для выполнения режима ожидания в сети, предназначенного для унаследованных устройств и осуществляет процесс обработки, результат которого отмечен "Y" на этапе A3, где DMN устройство завершает существующую процедуру режима ожидания и осуществляет поиск для выполнения режима ожидания для другой несущей, возвращаясь на этап А2 для осуществления поиска для синхронизации и декодирования РВСН для иной несущей.
Однако, если на этапе А2, DMN устройство определяет ширину полосы пропускания несущей, которая не превышает ширину рабочей полосы частот DMN устройства, то DMN устройство предполагает, что осуществляется реализация режима ожидания в сети, предназначенного для DMN устройства, и результат процесса обработки направляется на этап А4 с пометкой "N", где реализация процедуры режима ожидания продолжается, например, с применением широко известных технологий для реализации режима ожидания несущей радиосигнала.
Таким образом, в соответствии с принципами процесса, показанного на фиг.3А, класс устройств осуществляет поиск для выбора несущей из числа множества несущих, выполненных с возможностью синхронизации с одной из несущих и определения ширины рабочей полосы частот несущей из информации, переданной от главного блока данных, и осуществления выбора несущей на основании величины ширины рабочей полосы частот для несущей.
Фиг.3В является блок-схемой алгоритма, схематически показывающей некоторые аспекты процедуры выбора соты, которые выполняются DMN устройством в соответствии с другим вариантом осуществления настоящего изобретения.
Этап В1, как показано на фиг.3В, аналогичен этапу А2, как ранее было описано на фиг.3А. Тем не менее, в соответствии с процессом, проиллюстрированном на фиг.3Б, DMN несущая выполнена с возможностью осуществления передачи информации, которая содержит конкретное указание на то, что несущая ассоциирована с DMN, и DMN устройства, которые могут реализовать режим ожидания несущей, выполнены с возможностью осуществления поиска данной информации, которая содержит указание на подтверждение пригодности сети. Например, DMN блинкер может быть передан в одном (или более) из битов MIB, которые зарезервированы в LTE Rel. 8/9/10 (в настоящее время есть резервных 10 бит). Это позволит DMN устройству решить, переходить ли в режим ожидания (или нет) сразу же после декодирования MIB. В другом примере, DMN блинкер не может быть передан в самом MIB, но вместо этого, может транслироваться в предопределенном (или полученном согласно заранее определенной схеме - например, на основе величины DL-ширины полосы) ресурсе передачи, например, конкретное время/частота или сдвиг по времени / частоты относительно, например, MIB.
Таким образом, на этапе В2, DMN устройство определяет факт того, что несущая передает DMN индикатор/блинкер. В этом примере, и как показано на фиг.3В, предполагается, что DMN выполнена с возможностью передавать DMN индикатор в MIB на РВСН, но, как отмечалось выше, блинкер в равной степени может быть передан за пределы РВСН. Тем не менее, важным аспектом некоторых вариантов осуществления изобретения в этом отношении является то, что факт наличия DMN индикатора, который устанавливается DMN устройством перед, необходимым для этого, декодированием любого блока системной информации (SIB) несущей так, как это может уменьшить время, необходимое для DMN устройства для реализации процедуры режима ожидания "неправильной" несущей.
Если на этапе В2, DMN устройство определяет несущую, которая не включает в себя предопределенный DMN индикатор, то DMN устройство предполагает, что реализуются процедуры режима ожидания несущей, предназначенной для унаследованных устройств и результат обработки направляется на этап ВЗ с пометкой "N", где DMN устройство завершает выполнение существующей процедуры режима ожидания и выполняет процедуры режима ожидания другой несущей, вернувшись на этап В2 для поиска синхронизации с и декодирования РВСН для другой несущей.
Однако, если на этапе В2, DMN устройство определяет, что несущая не включает в себя ожидаемый DMN индикатор, то DMN устройство предполагает, что осуществляется реализация процедуры режима ожидания несущей, предназначенной для DMN устройств и результат обработки направляется на этап В4, отмеченный "Y", где процедура режима ожидания продолжается, например, с применением широко используемых технологий для осуществления процедур режима ожидания несущих.
Таким образом, в соответствии с принципами процесса на фиг.3В, класс устройств, осуществляющий поиск выбора несущей из числа множества несущих, выполнен с возможностью осуществить синхронизацию с одной из несущих и определить, если несущая передает индикатор, который указывает на то, что сеть подходит для выбранной несущей данным классом устройств. Индикатор класса устройства, для которого сеть является подходящей, может быть передан на устройство до того, как устройство декодирует любой SIBs, например, он может быть передан по РВСН или на конкретном или получаемом ресурсе передачи, выделенном для передачи индикатора на несущей, предназначенной для соответствующего класса устройств.
Следует иметь в виду, что некоторые примеры реализации вариантов осуществления изобретения могут объединять аспекты, показанные на фиг.3А и фиг.3В. Например, реализация обеих процедур последовательно может обеспечить более надежную схему выбора несущей для DMN устройств. Например, аспекты процесса, описанные со ссылкой на фиг.3В, могут быть использованы для реализации на основе процесса, описанного со ссылкой на фиг 3А, для содействия в установлении различия между несущими, в случае, когда унаследованные несущие могут иметь относительно небольшие величины ширины полосы пропускания.
Выбор несущей унаследованными устройствами
Принцип реализации аналогичных технологий, который описан выше в отношении выбора несущей DMN устройствами, может соответственно применяться в контексте устройств, осуществляющих поиск унаследованной несущей процедуры режима ожидания. Тем не менее, вышеописанные механизмы выбора несущей DMN устройством основаны, в некоторой степени, на модифицированном функционировании DMN устройств/несущей относительно тех, которые в настоящее время указываются в соответствующих стандартах, таких как LTE Rel. 8/9/10. Например, нет никаких положений в текущих стандартах для пользовательского абонентского устройства регламентирующие поиск индикатора класса устройства, описанного выше со ссылкой на фиг.3В, или определяющие требования по изменению процедуры реализации режима ожидания на основании величины DL-ширины полосы, переданной в MIB, так как это описано выше со ссылкой на фиг 3А. Соответственно, далее предлагаются различные подходы для содействия в осуществлении надлежащего выбора унаследованной несущей унаследованными устройствами, совместимыми с существующими стандартами, от DMN несущих не требуя функциональных или структурных изменений в унаследованных устройств или несущей (их).
В связи с этим, процесс, при котором унаследованное устройство реализует процедуру ожидания унаследованной несущей, может быть осуществлен совершенно обычным образом, и механизмы, описанные ниже, в первую очередь сосредоточены на процедурах по недопущению поиска унаследованным устройством DMN несущей для реализации процедуры ожидания. Более того, это делается с целью по меньшей мере в некоторых вариантах осуществления, для отклонения взаимодействия унаследованного устройства от DMN несущей в начале реализации процедуры ожидания.
В принципе, DMN несущая может быть использована в новой схеме сигнализации синхронизации, которая не совместима с LTE Rel. 8/9/10 так, что унаследованное устройство не может даже предпринять попытки начать выполнение режима ожидания DMN несущей. Тем не менее, как отмечалось выше, есть причины, которые объясняют необходимости, которые могут быть предпочтительны, поддерживания множества уровней типовой совместимости унаследованных и DMN несущих. Имея это в виду, DMN несущая, в принципе, может использоваться для выполнения процедуры ожидания, что является полностью совместимым с существующими, например LTE Rel. /8/9/10, процедурами режима ожидания и что позволит унаследованному устройству завершить регистрацию в DMN в обычном порядке до перенаправления связи на унаследованную несущую. Тем не менее, это снижает гибкость реализации процедуры ожидания для DMN устройств, которые будут оптимизированы с учетом различных характеристик DMN, унаследованных шаблонов сетевого трафика и технических характеристик устройств. То есть, этот подход может требовать от DMN несущей большей поддержки совместимости с унаследованными несущими, чем того хотелось бы для некоторых вариантов осуществления. Кроме того, позволяя унаследованному устройству завершить процедуру ожидания для DMN несущей до отвода, что приводит к увеличению общей нагрузки по сигнализации для DMN, а также приведет к задержке в осуществлении процедуры регистрации, что вызовет недовольство пользователей.
Соответственно, изобретатели признали, что в некоторых случаях может быть предпочтительным, не допускать осуществления режима ожидания унаследованными устройствами на DMN несущей на различных этапах реализации процедуры ожидания в зависимости от степени, в которой DMN желательно быть совместимой/обратно совместимой с унаследованной сетью - т.е. на основании степени желаемой совместимости между соответствующими несущими для соответствующих классов устройств. Изобретатели, таким образом, создали различные механизмы, которые не допускают выполнения процедур режима ожидания устройствами первого класса/типа (например, унаследованных устройств) несущих в первую очередь предназначенных для устройств второго класса/типа (например, устройств типа DMN/MTC) на различных этапах реализации процедуры ожидания, и, в частности, процедуры режима ожидания, которая будет выполняться абонентским устройством в соответствии с LTE Rel. 8/9/10.
Таким образом, изобретатели определили различные технологии, которые могут быть использованы на различных этапах процедуры LTE Rel. 8/9/10 режима ожидания для не допущения завершения выполнения устройствами класса, совместимого с данными процедурами режима ожидания/процедурами выбора соты, процедур режима ожидания/процедур выбора соты DMN. Эти различные технологии описаны ниже в таком порядке, что они могут быть применены на ранних этапах реализации процедуры режима ожидания. Следует иметь в виду, что различные варианты данных технологий могут быть использованы индивидуально или в комбинации с другими вариантами данных технологий по мере необходимости, например, для обеспечения реализации нескольких различных способов для недопущения выполнения режима ожидания унаследованными устройствами на DMN несущей.
С целью описания, различные технологии могут быть упрощенно определены в три группы. Группы могут называться как группа (1) измерения, осуществляемые на физическом уровне; группа (2) контроль блока системной информации (SIB1); и группа (3) контрольные проверки первоначального доступа, и различные технологии упрощенно описаны ниже в указанном порядке. При описании этих технологий, будет сделана ссылка на различные аспекты типовых процедур режима ожидания вызова и конкретные варианты осуществления будет использоваться в качестве примеров в этом отношении со ссылкой на установленные процедуры выбора соты/ожидания вызова в LTE Rel. 8/9/10. Общие процедуры выбора соты, ассоциированные с LTE Rel. 8/9/10 и использующие терминологию и аббревиатуры хорошо известны и четко определены в соответствующих стандартах и поэтому подробно не описываются здесь в интересах краткости. Будем считать для большинства вариантов осуществления, описанных ниже, что унаследованное устройство (а)/несущая(ие) выполнены с возможностью осуществлять установленные процедуры выбора соты/ожидания вызова согласно LTE Rel. 8/9/10, и что DMN устройство (а)/несущая(ие) также выполнены с возможностью осуществления тех же общих принципов и этапов этих процедур выбора соты/ожидания вызова, но с модификациями/различиями, чтобы реализовать желаемый режим функционирования. В частности, описание следующих вариантов осуществления фокусируется на том, как процедуры выбора соты/ожидания вызова для DMN несущей могут отличаться от процедур выбора соты/ожидания вызова для унаследованной несущей в целях недопущения использования унаследованным устройством процедур ожидания вызова на DMN несущей, не требуя функционирования унаследованного устройства в режиме, который отличается от выполнения своих собственных процедур ожидания вызова.
Измерения, осуществляемые на физическом уровне, для выбора несущей унаследованными устройствами
Одним из механизмов для предотвращения использования процедур унаследованным устройством на DMN несущей является вариант, при котором DMN несущая, а в особенности MIB (РВСН) DMN несущей, выполнена с возможностью кодироваться/скремблироваться иным образом по сравнению с MIB (РВСН) унаследованной несущей. При этом предполагается, что унаследованная и DMN несущие используют те же процедуры сигнализации синхронизации (например, PSS и SSS) так, что оба класса устройств могут синхронизироваться с обоими типами несущей, например, следуя определенным в LTE Rel. 8/9/10 процедурам синхронизации. Тем не менее, другой способ кодирования для MIB на DMN несущей будет препятствовать доступу к этому MIB унаследованному устройству и, следовательно, после, в зависимости от количества попыток, прекратит выполнение процедуры ожидания вызова для данной конкретной несущей, в соответствии с определенным в LTE Rel. 8/9/10 способом функционирования устройства в этих условиях, и поиск другой несущей. DMN устройство, с другой стороны, может быть выполнено с возможностью декодировать иным образом закодированный/скремблированный MIB DMN несущей так, что DMN устройство способно декодировать MIB и продолжить процедуру ожидания вызова.
В некоторых вариантах осуществления, DMN устройства могут быть выполнены с возможностью, (например, иметь информацию о соответствующей схеме (ах) декодирования) декодировать MIB DMN несущей, но не MIB унаследованной несущей. Таким образом, этот механизм может быть использован для предотвращения реализации процедур режима ожидания вызова двумя классами устройств на "неправильном" типе несущей (т.е. на несущей, которая первоначально предназначена для другого класса устройств). В других вариантах осуществления, DMN устройства могут быть выполнены с возможностью декодировать соответствующие MIBs обоих унаследованной и DMN несущей. Это позволит, например, DMN устройствам использовать унаследованную несущую в качестве запасного варианта, если подходящая DMN несущая не была доступна. Например, DMN устройства могут быть выполнены с возможностью, прежде всего, попытаться реализовать режим ожидания вызова на DMN несущей, выполняя выбор соты, допуская схему DMN кодирования для MIB, и затем, если DMN устройству не удастся выполнить процедуру режима ожидания DMN несущей, в течение заданного промежутка времени или количества попыток, возобновить поиск унаследованной несущей режима ожидания вызова.
Фиг.4А представляет собой блок- схему алгоритма, демонстрирующая некоторые этапы реализации поиска несущей режима ожидания вызова унаследованным устройством в телекоммуникационной системе, содержащей как унаследованную, так и DMN несущую в соответствии с измененным подходом получения MIB.
Унаследованное устройство осуществляет поиск несущей режима ожидания вызова, например, после включения питания, идентифицирует и декодирует сигналы PSS и SSS, которые транслируются в своей позиции. Как отмечалось выше, при этом предполагается, что унаследованная и DMN несущая используют совместимую синхронизацию сигналов так, что унаследованное устройство способно синхронизироваться с обоими типами несущих. Этот этап синхронизации представлен на этапе С1, как показано на фиг.4А.
На этапе С2 унаследованное устройство осуществляет декодирование РВСН, считывая MIB.
Если на этапе С2 унаследованное устройство не может считать MIB, например, вследствие того, что несущая представляет собой DMN несущую, осуществляя иную схему кодирования РВСН, чем определено в соответствии с действующими стандартами для унаследованного устройства, то унаследованное устройство, в соответствии со стандартами LTE Rel. 8/9/10, прекратит попытки реализации режима ожидания вызова настоящей несущей. Это схематически представлено на фиг.4А, как ответвление процесса обработки, отмеченное "N", ведущее к этапу СЗ, где устройство прекращает существующую процедуру ожидания вызова и стремится к реализации процедуры ожидания вызова другой несущей.
Однако, если несущая, с которой унаследованное устройство синхронизировалось на этапе С1, является унаследованной несущей, то устройство сможет декодировать MIB на РВСН на этапе С2 в обычном порядке (при условии, что это не является сбоем в работе) и процесс обработки данных с этапа С2 поступает на этап С4, что обозначено стрелкой "Y", где реализация процедуры ожидания вызова может продолжаться обычным способом.
Таким образом, в соответствии с принципами процесса, показанного на фиг.4А, телекоммуникационная система содержит два типа несущих для поддержки двух классов устройств и процедуры синхронизации двух типов несущих являются совместимыми друг с другом, но процедуры считывания главного блока данных для каждой из несущих не совместимы. Таким образом, первый класс устройств может синхронизироваться с обоими типами несущих, но не может считывать основную информацию о несущей, такую как величина ширины полосы пропускания несущей, системный номер фрейма и конфигурацию PHICH, для одной из двух типов несущей и, таким образом, не допускается завершение выполнения процедуры ожидания вызова для данной несущей. Важно отметить, что это достигается на начальных этапах выполнения процедуры ожидания вызова и может быть выполнено без необходимости в каких-либо изменениях в функционировании первого класса устройства.
Другим механизмом, который содействует недопущению выполнения процедур ожидания вызова унаследованным устройством на DMN несущей, является способ, при котором DMN несущая выполнена так, что PCFICH был закодирован/скремблирован иным образом по сравнению с PCFICH унаследованной несущей. В таком случае, унаследованная и DMN несущие могут использовать те же процедуры синхронизации сигнала и РВСН кодирование так, что оба класса устройств могли синхронизироваться с обоим типам несущих и считывать соответствующие MIB, например, выполняя определенные процедуры синхронизации LTE Rel.8/9/10. Тем не менее, различные способы кодирования для PCFICH на DMN несущей будет препятствовать работе унаследованного устройства для продолжения функционирования после данного этапа процедуры ожидания вызова. DMN устройство, с другой стороны, может быть выполнено с возможностью декодировать модифицированный PCFICH DMN несущей так, что DMN устройство способно выполнить это и продолжить выполнение процедуры ожидания вызова. В некоторых случаях, PCFICH DMN несущей может быть закодирован таким же образом, как и для унаследованной несущей, но соответствующий управляющий индикатор формата (CFI) для DMN несущей может принимать заданное значение, что унаследованное устройство может считывать, но который предотвращает унаследованное устройство от перехода к процедуре ожидания вызова. Например, DMN несущая может принять зарезервированный CFI унаследованной несущей, например, CFI кодовой комбинации из одних нулей.
Что касается MIB на РВСН описанных выше, и по тем же причинам в некоторых вариантах реализации, DMN устройства могут быть выполнены с возможностью надлежащим образом декодировать только PCFICH DMN несущие и в других вариантах реализации, DMN устройство может быть выполнено с возможностью правильно декодировать соответствующие PCFICHs как унаследованной, так и DMN несущих.
Фиг.4В является блок-схемой алгоритма, схематически изображающая некоторые этапы функционирования унаследованного устройства при осуществлении процедуры режима ожидания вызова несущей в телекоммуникационной системе, содержащей как унаследованную, так и DMN несущую, в соответствии с измененным способом декодирования PCFICH.
Унаследованное устройство осуществляет поиск состояния ожидания вызова несущей, например, после включения питания, определяет и декодирует PSS и SSS сигналы, которые транслируются в своих позициях. Как отмечалось выше, при этом предполагается, что унаследованные и DMN несущие используют совместимую сигнализацию синхронизации так, что унаследованное устройство способно синхронизироваться с обоими типами несущих. Этот этап синхронизации представлен на этапе D1 на фиг.4В.
После синхронизации с несущей, унаследованное устройство стремится декодировать РВСН для считывания MIB несущей. Как было отмечено выше, предполагается, что в этом примере унаследованные и DMN несущие используют совместимое кодирование РВСН, таким образом, унаследованное устройство способно считать MIB на обоих типах несущих. Этот этап декодирования РВСН представлен на этапе D2 на фиг.4В.
На этапе D3, унаследованное устройство стремится декодировать PCFICH для считывания CFI.
Если на этапе D3, унаследованное устройство не считывает CFI, например, потому что несущая является DMN несущей, то осуществляется иная схема кодирования PCFICH, отличная от указанной в соответствии с действующими стандартами для унаследованного устройства, унаследованное устройство, в соответствии со стандартами LTE Rel. 8/9/10, прекращает попытки реализации режима ожидания вызова на существующей несущей. Это схематически представлено на фиг.4 В, направление выполнения процесса на этап D4 обозначено пометкой "N", где устройство прекращает существующую процедуру ожидания вызова и осуществляет поиск состояния ожидания вызова другой несущей.
Однако, если несущая, с которой унаследованное устройство синхронизировано на этапе D1, является унаследованной несущей, то устройство будет способно определить CFI на PCFICH на этапе D3 в обычном порядке (при условии, что это не является сбоем в работе) и результат обработки на этапа D3 направляется на этап D5, что обозначено стрелкой "Y", где процедура ожидания вызова устройства может продолжиться в соответствии с обычными технологиями.
Таким образом, в соответствии с принципами процесса, показанного на фиг.4В, телекоммуникационная система содержит два типа несущих для поддержки двух классов устройств. Процедуры синхронизации и MIB кодирование для обоих типов несущих совместимы друг с другом, но процедуры определения полезного CFI (т.е. полезный в смысле обеспечения продолжения выполнения процедуры ожидания вызова) не совместимы. Таким образом, первый класс устройств может синхронизироваться с обоими типами несущими и считывать основную информацию о несущей, такую как ширина полосы несущей для двух типов несущих, но первый класс устройств не способен считывать пригодный для использования управляющего индикатора формата для одного из типов данных несущих. Это осуществляется в связи с тем, что данная несущая использует иную схему кодирования/схему скремблирования для передачи CFI, или потому, что несущая адаптирует управляющий индикатор формата, который является зарезервированным (т.е. не используется) показателем для первого класса устройств. Устройство второго класса, с другой стороны, может быть выполнено с возможностью должным образом декодировать PCFICH/определить пригодный для использования CFI, тем самым позволяя устройству второго класса продолжить выполнения процедуры ожидания второго типа несущей. Например, устройство второго класса может быть выполнено с возможностью учитывать другую схему кодирования для CFI на втором типе несущей или, в случае осуществления кодирования CFI таким же образом, но установлено зарезервированное кодовое слово первого класса устройства, чтобы определить действительный CFI после обнаружения зарезервированного значения. Например, DMN несущая может быть определена для работы с фиксированным управляющим форматом, поэтому истинный CFI является, по существу, предопределенным. В качестве альтернативы, DMN несущая может быть выполнена с возможностью передавать информацию CFI для замены зарезервированного значения, первоначально используемого для указания несущей как DMN несущей в отдельной предопределенной передаче для DMN несущих.
Другим механизмом содействия в недопущении LTE-совместимому унаследованному устройству реализации состояния ожидания DMN несущей является механизм, при котором DMN несущая выполнена так, что блок системной информации типа 1 (SIB1) на DMN несущей не может быть декодирован унаследованными устройствами. В соответствии с установленными процедурами LTE Rel. 8/9/10 состояния ожидания, устройство, которое не в состоянии получить SIB1, будет рассматривать данную соту как недоступную и выполнить повторный выбор соты. DMN устройство, с другой стороны, может быть выполнено с возможностью считывать модифицированный SIB 1 на DMN несущей и так продолжить выполнение процедуры ожидания вызова.
Например, в соответствии с LTE Rel. 8/9/10, SIB1 передается на несущей нисходящей линии связи в определенные временные интервалы относительно системного номера фрейма, переданного в MIB. Однако, используемый конкретный частотный ресурс и размер транспортного блока сигнализируются с помощью PDCCH обычным способом, в котором, CRC был скремблирован системной информацией (SI) RNTI (все единицы (FFFF) в Rel. 8/9/10). Таким образом, существует несколько способов, в которых сигнализация SIB1 на DMN несущей может быть изменена по сравнению с унаследованной несущей в целях предотвращения унаследованного устройства от надлежащего способа получения SIB1 на DMN несущей. Например, PDCCH для SIB 1 на DMN несущей может быть передан в различные временные интервалы (по отношению к системному номеру фрейма) по сравнению с PDCCH для SIB 1 на унаследованной несущей. Альтернативно или в дополнение, различные форматы PDCCH могут быть использованы для SIB 1 на двух различных типах несущих для предотвращения унаследованных устройств от получения SIB1, находящегося на PDSCH на DMN несущей, например, использованием различных способов скремблирования CRC, или с применением другой отличной процедурой кодирования/скремблирования.
Наряду со всеми этими технологиями, DMN устройства могут быть выполнены с возможностью находится в состоянии ожидания обоих типах несущих или просто DMN несущей. Например, DMN устройство может быть выполнено с возможностью получать SIB1 на DMN несущих, но не на унаследованных несущих. Соответственно, и также с другими способами, этот механизм может быть использован для предотвращения устройства любого класса от нахождения в состоянии ожидания "неправильной" несущей (т.е. несущей первоначально предназначенной для другого класса устройств). В других вариантах осуществления, DMN устройства могут быть выполнены с возможностью получать SIB1 как на унаследованной, так и на DMN несущей. Это позволит, например, DMN устройствам использовать унаследованную несущую в качестве запасного варианта, если подходящая DMN несущая отсутствует.
В некоторых отношениях подход, основанный на недопущении получения SIB1 для унаследованных устройств, пытающихся находиться в состоянии ожидания DMN несущей, может вводить более длительный период ожидания по сравнению с некоторыми другими технологиями, обсуждаемые здесь, потому что задержки могут быть введены перед фактом установления унаследованным устройством невозможности получения SIB1 и выполнения процедуры повторного выбора соты. С другой стороны, с точки зрения конфигурации DMN несущей, не требуется SIB1 сигнализация при обратной совместимости.
Фиг.4С представляет собой блок- схему алгоритма, демонстрирующую некоторые этапы процесса поиска состояния ожидания несущей унаследованным устройством в телекоммуникационной системе, содержащей как унаследованную, так и DMN несущую в соответствии с данным подходом недопущения получения SIB1.
Унаследованное устройство осуществляет поиск состояния ожидания вызова несущей, например, после включения питания, осуществляет выявление и декодирование сигналов PSS и SSS, транслируемых в своих позициях. Опять здесь предполагается, что унаследованная и DMN несущие используют совместимую сигнализацию синхронизации так, что унаследованное устройство способно синхронизироваться с обоими типами несущей. Этот этап синхронизации представлен на этапе Е1, показанный на фиг.4С.
После синхронизации с несущей, унаследованное устройство осуществляет декодирование РВСН и считывание MIB несущей. Опять предполагается, что в данном примере унаследованная и DMN несущая используют совместимое кодирование РВСН так, что унаследованное устройство способно считывать MIB на обоих типах несущих. Этот этап декодирования РВСН представлен на этапе Е2, показанном на фиг.4С.
После получения MIB, унаследованное устройство осуществляет декодирование PCFICH и считывает CFI несущую. Дополнительно предполагается, что в этом примере унаследованная и DMN несущая используют совместимое кодирование PCFICH так, что унаследованное устройство способно считывать CFI на обоих типах несущей. Данный этап декодирования PCFICH представлен на этапе Е3, показанный на фиг.4С.
На этапе Е4 унаследованное устройство осуществляет получение SIB1.
Если на этапе Е4 унаследованное устройство не может получить SIB1, например, потому что соответствующая сигнализация PDCCH отсутствует в ожидаемых временных интервалах или информация PDCCH кодируется иным образом, чем ожидает унаследованное устройство (например, используется другой SI-RNTI), то унаследованное устройство в соответствии со стандартами LTE Rel. 8/9/10 прекращает попытки реализовать состояние ожидания на данной несущей. Это схематически представлено на фиг.4С ответвлением с пометкой "N", которая ведет на этап Е5, где устройство прекращает существующую процедуру реализации состояния ожидания и стремится реализовать процедуру реализации состояния ожидания другой несущей.
Однако, если несущая, с которой унаследованное устройство синхронизировано на этапе Е1 является унаследованной несущей, то устройство способно получить SIB1 на этапе Е4 в обычном порядке, и процесс обработки данных будет направлен по ответвлению, обозначенному "Y", с этапа Е4 на этап Е6, где процедура реализации состояния ожидания унаследованным устройством может продолжаться в соответствии с типовыми технологиями.
Таким образом, в соответствии с принципами реализации процесса, показанного на фиг.4С, телекоммуникационная система содержит два типа несущей для поддержки двух классов устройств. Процедуры синхронизации и MIB и CFI кодирования для обоих типов несущей совместимы друг с другом, но процедура получения системной информации, необходимой для завершения процедуры ожидания, например SIB1, не совместимы. Таким образом, первый класс устройств можно синхронизировать с обоими типами несущей и получать информацию о несущей, такую как величина ширины полосы несущей, номер фрейма системы и управляющий индикатор формата для двух типов несущей, но первый класс устройства не может получить системную информацию, такую как список идентификационных данных наземной сети мобильной связи общего пользования (PLMN) для несущей.
В более общем смысле, вышеописанные технологии, ссылающиеся на измерения, осуществляемые на физическом уровне, могут быть широко охарактеризованы как технологии, в которых, телекоммуникационная система содержит два типа несущей для поддержки двух классов устройств, в котором по меньшей мере первоначальный аспект сигнализации физического уровня, ассоциированный с процедурами реализации состояния ожидания для соответствующих несущих, совместимы с двумя типами несущих (например, совместимая синхронизация сигнализации) так, что оба класса устройств могут по меньшей мере начать процедуру реализации состояния ожидания для обоих типов несущих, но в котором, последующее аспект сигнализации физического уровня, ассоциированный с процедурами реализации состояния ожидания для двух типов несущих, не совместимы (например, РВСН, PCFICH или получение SIB1) так, что по меньшей мере один из классов устройств не способен реализовать состояние ожидания в одной из сетей.
Контроль Блока 1 системной информации (SIB1), осуществляемый с целью выбора несущей унаследованными устройствами
Описанные выше технологии, ссылающиеся на измерения, осуществляемые на физическом уровне, как правило, направлены на обеспечение по меньшей мере ограниченной степени несовместимости между двумя типами несущих на уровне сигнализации физического уровня. Однако далее приводится описание группы технологий в соответствии с другими вариантами осуществления изобретения, которые обеспечивают возможность унаследованным устройствам успешно получать SIB1 на DMN несущих и обеспечивают механизмы для предотвращения завершения процедуры ожидания унаследованными устройствами на основании содержания SIB1. Эти технологии применяют упоминаемый здесь контроль SIB1. Потенциальное преимущество некоторых технологий, основанных на контроле SIB1 по сравнению с некоторыми из технологий, основанных на измерениях, осуществляемых на физическом уровне, рассмотренных выше, заключается в уменьшении периода ожидания. Так как некоторые SIB1 технологии могут в действительности обеспечить возможность унаследованному устройству приостановить выполнение текущей процедуры ожидания вызова, в то время, как многие из технологий физического уровня основаны на том, что унаследованное устройство прекращает выполнение текущей процедуры ожидания вызова на основании очевидности наличия сбоя в работе. В некоторых ситуациях, унаследованному устройству потребуется довольно много времени для попыток реализовать процедуру состояния ожидания вызова DMN несущей до момента прекращения поиска, например, из-за наличия графика осуществления повторной попытки. Это означает, что в некоторых случаях, существует возможность для унаследованного устройства на этом этапе, где принимаются дополнительные попытки реализовать режим ожидания DMN несущей, действительно положительно определить, что необходимо прекратить выполнение процедуры ожидания вызова.
Таким образом, в соответствии со следующими технологиями, предполагается, что DMN несущая поддерживает сигнализацию физического уровня, ассоциированную с получением SIB1 по меньшей мере до такой степени, чтобы обеспечить унаследованному устройству получение SIB1. В принципе, DMN несущая может поддерживать данный режим работы в дополнение к поддержке иной процедуры реализации состояния ожидания вызова для DMN устройств.
После того как содержание SIB1 было декодировано унаследованным устройством, осуществляется поиск несущей для реализации состояния ожидания вызова, устройство может определить, является ли сота недоступной, в PLMN идентифицируются детали любых закрытых абонентских групп. Любой из этих элементов информации может быть использован DMN несущей в качестве механизма прекращения осуществления процедуры ожидания вызова унаследованных устройств, как описано ниже.
При прекращении попыток реализации процедуры ожидания вызова для унаследованных устройств на DMN несущей на данном этапе SIB1, унаследованные устройства могут быть выполнены с возможностью прекратить реализацию процедуры ожидания вызова на относительно ранней стадии осуществления процедуры ожидания вызова. Не только данный факт может иметь преимущество, при котором осуществляется ускоренное завершение процедуры ожидания вызова, но также и отсутствие необходимости передавать унаследованные-совместимые SIBs на DMN несущей. Кроме того, DMN конкретные SIBs могут передаваться в формате, который не нуждается в обратной совместимости (т.е. считывается унаследованными устройствами). Таким образом, при таком подходе, DMN несущая может обеспечить только ограниченную функциональность унаследованной LTE в конкретных суб-фреймах для обеспечения минимальной совместимости, позволяющей унаследованным LTE устройствам иметь возможность считывать SIB1 (и принять решение об отказе совершать попытки реализации режима ожидания вызова). В этом отношении, этот подход может в некоторых отношениях рассматриваться как вариант предоставления способа передачи команды прекращения реализации процедуры ожидания вызова для унаследованных устройств на DMN несущей, который может работать, по существу, иным образом на унаследованной несущей. Например, это может быть достигнуто за счет ограниченного использования унаследованной несущей физического управляющего канала нисходящей линии связи (т.е. PDCCH) на DMN несущей так, чтобы DMN несущая может содержать обратную совместимость SIB1, который мог быть получен унаследованными устройствами. Такая сигнализация унаследованного PDCCH может присутствовать только в суб-фреймах, соответствующие тем, где можно было бы предполагать наличие SIB 1 на унаследованной несущей. Если в данном варианте осуществления, унаследованное устройство должно считывать дополнительные SIBs, то сигнализация унаследованного PDCCH также могут быть предоставлена в суб-фреймах, в которых находятся эти дополнительные SIBs. В суб-фреймах, где обеспечивается сигнализация унаследованного PDCCH на DMN несущей, также может быть целесообразно включить в состав унаследованной несущей опорные символы, PCFICH и PHICH (в некоторых случаях для PHICH, только расположение физического канала может быть таким же, в то время, как содержание может быть различным). В других суб-фреймах, т.е. в суб-фреймах, в которых унаследованное устройство не нуждается в считывании несущей, возможно отсутствие сигнализации унаследованного PDCCH на DMN несущей. Суб-фреймы DMN несущей, который включает в себя сигнализацию, обеспечивающую уровень совместимости с унаследованными устройствами/несущими, например сигнализацию по отношению к SIB1, могут также включать в себя сигнализацию, которая не совместима с унаследованным устройством. Например, DMN несущая может включать в себя унаследованную конкретную сигнализацию и отдельную DMN конкретную сигнализацию в пределах того же суб-фрейма.
Один из подходов основан на контроле SIB1, который может быть реализован с помощью процедуры запрета соты такой, как используется в WCDMA MBSFN и IBM MBSFN. Процедура запрета соты может быть реализована с помощью установки флага в SIB1 на DMN несущей. Унаследованное устройство осуществляет поиск DMN несущей при реализации процедуры ожидания вызова, таким образом, определяя запрещенную для доступа соту, прекратит реализацию процедуры ожидания вызова и выполнит повторный выбор соты. Тем не менее DMN устройство может быть выполнено с возможностью игнорирования данной формы индикации запрещенной соты так, что DMN устройство может продолжить выполнение процедуры ожидания вызова. При таком подходе, дополнительный блинкер запрещенной соты может быть определен для DMN несущих для индикации DMN устройств, что действительно ли несущая не имеет доступа или нет (так как DMN устройство будет выполнено с возможностью игнорировать "типовой" индикатор запрета соты).
Таким образом, в соответствии с подходом, основанным на существовании запрета доступа к соте, телекоммуникационная система содержит два типа несущих для поддержки двух классов устройств, первый класс устройств по меньшей мере выполнен с возможностью получать системную информацию на обоих типах несущих, в котором, второй тип несущей включает в себя индикатор запрета доступа к соте для указания первому классу устройств, является ли соответствующая несущая доступна для использования или нет, и, в котором, устройства второго класса выполнены с возможностью игнорировать индикатор запрета доступа к соте для указания первому классу устройств является ли соответствующая несущая доступна для использования или нет. Второй тип несущей может включать в себя дополнительный индикатор запрета доступа к соте для указания ко второму классу устройств, является ли соответствующая несущая доступна для использования или нет. То есть, второй тип несущей может включать в себя отдельные индикаторы запрета доступа к соте для двух различных классов устройств.
Другие подходы для прекращения выполнения процедуры ожидания унаследованным устройством при поиске DMN несущей могут быть основаны на информации, содержащейся в USIM устройства, например, на основе определений/ членства PLMN идентификаторов и/или закрытой абонентской группы (CSG).
Например, унаследованная и DMN несущие могут быть выделены на различных идентификаторах наземной сети мобильной связи общего пользования (PLMN) оператором сети. Несущие могут быть выполнены с возможностью транслировать их соответствующие ID (s) PLMN в PLMN- IdentityList IE SIB1. В этом случае, устройства DMN могут быть выполнены с возможностью доступа к DMN несущей, и унаследованное устройство может быть выполнено с возможностью не предоставлять такой доступ.
Другим возможным подходом для направления конкретных устройств (например, унаследованных устройств) к конкретным несущим (например, унаследованным несущим), является подход при котором, используется модифицированный способ применения принципов, лежащих в основе формирования закрытых абонентских групп (CSGs). В настоящее время, в рамках 3GPP LTE существует концепция CSGs. CSGs поддерживаются оператором сети с помощью соответствующих процедур администрирования. Каждой CSG присваивается идентификатор CSG (CSG_ID). В телекоммуникационной системе отношения между абонентами и CSGs регулируются посредством обеспечения доступа к хранящимся регистрационным данным подписчиков на HSS/HLR с идентификацией, основанной на IMSI USIM оконечного устройства. CSG_IDs могут быть добавлены в регистрационные данные отдельного абонентского устройства, когда абонентское устройство имеет доступ к соответствующим CSGs.
IDs CSGs, для абонентского устройства, которое имеет доступ, регистрируются в USIM устройства. CSG_IDs может быть загружен в USIM либо посредством осуществления процедур управления устройствами (например, процедуры управления устройствами открытого сообщества производителей мобильной связи (ОМА DM)) или посредством ручного поиска CSGs и, в результате успешного выполнения процедуры NAS, такой как Подключение (во время процедуры Подключение устройства, имеющего доступ к CSG, осуществляется проверка регистрационных данных абонента в HSS).
Первоначально предполагаемые для использования CSGs в LTE Rel. 8/9/10 имеют доступ к так называемым фемтосотам, таким как Home (Е) NodeBs. Тем не менее авторы настоящего изобретения установили, что функциональность CSG-типа также может быть использована для управления выбором несущей более широко, не основываясь на идентификаторе устройства (IMSI), но используя информацию о классе устройства.
В соответствии с обычной практикой функционирования CSG, сота выполнена с возможностью действовать в качестве соты CSG, имеющей идентификатор конкретной CSG. Сота транслирует CSG_ID в SIB1 вместе с индикатором для идентификации соты/несущей в качестве CSG сота/несущая.
Абонентские устройства, которые имеют информацию о CSG, при считывании бита-индикатора CSG и CSGID в SIB1, будет только пытаться реализовать RRC Соединение и NAS Подключение, если CSG_ID находится в CSG белом списке абонентского устройства. Независимо от того, может ли CSGID быть загружен в CSG белый список устройства, определяются данные подписки, хранящиеся в HSS, индексируемые IMSI. Таким образом, любое абонентское устройство, в которое USIM, соответствует данному идентификатору абонента (IMSI), будет иметь доступ к сотам CSGs, чьи CSG_IDs хранятся в регистрационных данных для этого IMSI.
В соответствии с одним из вариантов осуществления изобретения, предлагается модифицированная схема CSG, в котором определяется новое поле типа устройства CSG. Данное поле типа устройства CSG может быть использовано для определения класса устройства, которому разрешен доступ к ассоциированной несущей. Параметр типа устройства CSG может храниться вместе с обычным CSG_ID в данных подписки несущей. Поле типа устройства CSG также может распространяться в данные CSG, хранящиеся в DMN абонентском устройстве. Доступ к несущей может затем быть ограничен в соответствии с теми же принципами, как управление CSG_ID, но на основании параметра типа устройства CSG взамен. То есть только те устройства осуществляют поиск несущей для реализации состояния ожидания вызова, которые демонстрируют способность устройства соответствовать полю типа устройства CSG (один такой тип устройства может, например, представлять собой «DMN устройство»). Этот аспект возможности устройства может содержаться в информации о возможностях устройства направленной в eNB и в информации о возможностях, посланная в базовую сеть так, что будет доступна для контроля как в сети радиодоступа, так и в базовой сети.
Таким образом, DMN устройство может быть выполнено с возможностью осуществлять проверку функциональности устройства и любого CSG_ID до реализации попытки соединения. Базовая сеть может также сделать такую же проверку функциональности устройства, на основании информации отправленной оконечным устройством и CSG_ID/типом устройства CSG, хранящуюся в базе данных подписки на HSS.
Для объяснения ответных действий унаследованного устройства при поиске DMN несущей при реализации состояния ожидания вызова при использовании этого подхода предполагается конкретный сценарий. Предположим, что унаследованное устройство имеет USIM, что ассоциировано с IMSI номером IMSI (1). Дополнительно предположим, что абонентские данные для IMSI (1) были предоставлены в CSG с ID CSG_ID (1), устанавливая поле типа устройства CSG на "DMN устройство". Если унаследованное устройство пытается подключиться посредством несущей вещания CSG_ID (1), то устройство обнаружит CSG_ID (1) в его CSG белом списке, и таким образом будет продолжать поиск для реализации состояния ожидания вызова и пытаться осуществить подключение. Однако, во время процедуры подключения, естественно, не доведена информация о возможностях устройства, соответствующая типу устройства CSG несущей. Базовая сеть, ассоциированная с несущей, затем выполняет проверку подписки относительно информации CSG, предоставленной унаследованным устройством, и распознает, что доступ к данной CSG зарезервирован для устройств, которые сообщили информацию о возможностях "DMN устройства", и таким образом, унаследованному устройству должно быть отказано в допуске. Базовая сеть (с помощью существующих процедур), таким образом, может отправить NAS сообщение об отклонении с конкретным указанием причины отклонения, указывающей на "Не авторизовано для данной CSG" в унаследованное устройство. Унаследованное устройство затем удаляет CSG_ID из своего списка разрешенных пользователей (белый список), хранящегося в USIM. Таким образом, если унаследованное устройство будет продолжать попытки реализовать состояние ожидания вызова на несущей с данным CSGID, то CSG_ID больше не будет находиться в его CSG белом списке, и абонентское устройство осуществит принудительное прерывание попытки реализации состояния ожидания вызова данной несущей и не будет даже пытаться подключиться через данную соту.
Таким образом, введение аспекта «Тип устройства» по отношению к информации о подписке CSG, позволяет получить доступ на основании сочетания USIM и класса устройства в том, что только данная комбинация в состоянии получить доступ к сети через CSG соту, если (1) CSG_ID находится в данных подписки на HSS, соответствующий IMSI USIM; и (2) устройство информирует о возможности устройства, соответствующее тем, которое хранится в новом поле данных подписки CSG "CSG тип устройства".
Контрольные проверки начального доступа для выбора несущей унаследованными устройствами
После получения SIB1, следующим этапом реализации процедур состояния ожидания вызова в LTE Rel. 8/9/10, является этап получения и обработки SIB2 (информация планирования для SIB2 транслируется в SIB1). В телекоммуникационной системе, в которой DMN и унаследованная несущие являются достаточно совместимы так, что унаследованное устройство может получить SIB1 на DMN несущей и унаследованное устройство не начинает прекращать выполнение процедуры ожидания на основании содержания SIB1, получение и обработка SIB2 обеспечивает реализацию другого этапа, на котором унаследованные устройства могут прекратить выполнение процедуры ожидания вызова для текущей несущей.
Например, в соответствии с LTE Rel. 8/9/10, SIB2 обеспечивает параметры запрета классов доступа (АСВ). DMN несущая в соответствии с одним из вариантов осуществления изобретения, может быть выполнена с возможностью включать в себя дополнительные специализированные АСВ параметры, которые могут быть отнесены к параметрам расширенного запрета доступа (ЕАВ). DMN устройства могут быть выполнены с возможностью осуществлять поиск данных ЕАВ параметров, и если они присутствуют и применимы к устройству, то параметры ЕАВ могут иметь приоритет перед АСВ параметрами. Унаследованные устройства будут распознавать только АСВ параметры, в то время как DMN устройства смогут считывать и интерпретировать также ЕАВ параметры. Таким образом, если SIB2 DMN несущей содержит как параметры запрета классов доступа, так и параметры расширенного запрета доступа, то АСВ параметры могут быть установлены для запрета доступа для унаследованных устройств, в то время, как параметры ЕАВ (которые будут считываться DMN устройствами) могут быть установлены для обеспечения доступа устройства.
Условия запрета классов доступа являются таковыми, что они вступает в силу на начальном этапе установки соединения RRC, когда абонентское устройство принимает решение о реализации попытки установки соединения. Соответственно, такой подход управлением выполнения процедур режима ожидания вызова унаследованным устройством может упоминаться как «контрольные проверки начального доступа». Если, абонентское устройство определяет наличие запрета при осуществлении контрольных проверок начального доступа, например, на основании АСВ параметров в SIB2, то устройство прерывает выполнение попытки доступа и воздерживается от дальнейших попыток доступа в течение заданного периода времени. Соответственно, этот подход способен предотвратить унаследованное устройство от реализации режима ожидания DMN несущей, но возможно необходимо реализовать дополнительные этапы для активирования работы унаследованного устройства для осуществления повторного выбора соты.
Краткие комментарии
Фиг.5 схематически представляет элементы системы 50 мобильной связи для осуществления любого из описанных выше вариантов осуществления изобретения. Система содержит первую базовую станцию (eNodeB) 52 для осуществления связи с первым абонентским устройством (UE) 56 с использованием первой несущей 60 и вторую базовую станцию (eNodeB) 54 для связи со вторым абонентским устройством (UE) 58, используя вторую несущую 66. Как схематически показано на фиг.5 элементом, обозначенным ссылочной позицией 62, второе абонентское устройство/пользовательское оборудование 58 может также принимать несущую 62 от первой базовой станции/eNodeB 52 и, как схематически показано на фиг.5 элементом, обозначенным ссылочной позицией 64, первое абонентское устройство/пользовательское оборудование 56 может также принимать несущую 64 от второй базовой станции/eNodeB 54. Таким образом, первая базовая станция 52, первая несущая 60, 62 и первое абонентское устройство 56 могут быть ассоциированы с унаследованной сетью, и вторая базовая станция 54, вторая несущая 64, 66 и второе абонентское устройство 58 могут быть ассоциированы с DMN сетью в соответствии с вариантами осуществления изобретения, и варианты осуществления изобретения могут быть реализованы посредством соответствующей конфигурации соответствующих элементов системы 50 для обеспечения описанной выше функциональности, например, с помощью соответствующей модификации программного обеспечения.
В более общем смысле, следует иметь в виду, что аппаратные средства для поддержки функционирования вышеописанных различных типов несущих могут быть широко распространены за исключением соответствующих изменений в конфигурации, например, в отношении процедур скремблирования/кодирования для поддержки желаемой функциональности для данного варианта реализации. В некоторых случаях, первый и второй типы несущей могут, по существу, быть полностью независимыми друг от друга, например, представляя в сущности две (или более) отдельные сетевые архитектуры обычно типа, как показано на фиг.1, которые могут быть развернуты для поддержания двух (или больше) различных типов несущей. В других примерах, может быть частичное или полное перекрытие аппаратной архитектуры, которая поддерживает несколько различных типов несущей. Например, отдельные eNode-BS, показанные на фиг.1, могут быть выполнены с возможностью одновременно поддерживать обе несущие.
Таким образом, был описан целый ряд различных технологий для реализации процесса управления выбором несущей различными классами устройств на разных этапах выполнения процедуры ожидания вызова. В частности, было показано, как новый тип несущей, поддерживающая новый тип устройства, может быть включена в состав телекоммуникационной системы параллельно с унаследованным типом несущей, поддерживающей унаследованный тип устройства, и как это может быть сделано для обеспечения определенного уровня совместимости между унаследованными и новыми типами несущей/ устройствами, а также для обеспечения доступа к новому типу несущей унаследованным устройством для управления без изменений в заданной функциональности для унаследованного типа устройств, и также для предоставления доступа к унаследованному типу несущей новым типом устройств для управления, не требуя изменений в унаследованном типе несущей.
Следует иметь в виду, что различные модификации могут быть сделаны в описанных выше вариантах осуществления без отступления от объема настоящего изобретения, как определено в прилагаемой формуле изобретения. В частности, хотя варианты осуществления настоящего изобретения были описаны со ссылкой на сети мобильной радиосвязи LTE, следует понимать, что настоящее изобретение может быть применено к другим формам сети, таким как GSM, 3G/UMTS, CDMA 2000 и т.д. Термин абонентское устройство МТС, используемый здесь, может быть заменен на пользовательское оборудование (UE), устройство мобильной связи, оконечное устройство мобильной связи т.д. Кроме того, хотя термин базовая станция используются взаимозаменяемо с e-NodeB, следует понимать, что нет никакой разницы в функциональности между данными сетевыми объектами.
Дополнительные конкретные и предпочтительные аспекты настоящего изобретения изложены в прилагаемых независимых и зависимых пунктах формулы изобретения. Следует иметь в виду, что признаки зависимых пунктов формулы изобретения могут быть объединены с признаками независимых пунктов формулы изобретения, за исключением тех комбинаций, которые явно изложены в формуле изобретения.
Ссылки
[1] Holma X. и Toskala, "LTE для UMTS OFDMA и SC-FDMA на основе радио доступа", John Wiley and Sons, 2009.