СПОСОБ И УСТРОЙСТВО ДЛЯ ПРИЕМА СЛУЖБЫ ШИРОКОВЕЩАТЕЛЬНОЙ МНОГОАДРЕСНОЙ ПЕРЕДАЧИ МУЛЬТИМЕДИА В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ
METHOD AND DEVICE FOR RECEPTION OF MULTIMEDIA BROADCASTING MULTICAST TRANSMISSION SERVICE IN MOBILE COMMUNICATION SYSTEM

ОБЛАСТЬ ТЕХНИКИ
Данное изобретение относится к способу и устройству для приема службы широковещательной многоадресной передачи мультимедиа (MBMS) в системе мобильной связи.
УРОВЕНЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Системы мобильной связи, разрабатываемые для обеспечения подписчиков службами голосовой связи, находятся в процессе развития. С резким распространением технологий, системы мобильной связи развились для обеспечения служб высокоскоростной передачи данных вне этих служб голосовой связи.
В последнее время, как одна из систем мобильной связи следующего поколения, долгосрочное развитие (LTE) находится на стандартизации посредством Ассоциации разработчиков мобильной связи третьего поколения (3GPP). LTE является технологией, предназначенной для обеспечения высокоскоростной, основанной на пакетах связи, вплоть до 100 Мб/c и была стандартизирована почти в настоящее время.
Для обеспечения службы широковещательной передачи в системе мобильной связи, была введена служба широковещательной многоадресной передачи мультимедиа (MBMS). MBMS является технологией для эффективной широковещательной передачи мультимедийных контентов и дает возможность терминалам идентифицировать MBMS частоту для приема MBMS сигналов без отчета для базовой станции.
Для достижения этого существует необходимость в способе и процедуре для осуществления терминалом возможности идентификации частоты или соты, обеспечивающей службу, в которой заинтересован пользователь.
ОПИСАНИЕ ИЗОБРЕТЕНИЯ
ТЕХНИЧЕСКАЯ ПРОБЛЕМА
Данное изобретение было предложено для решения вышеизложенной проблемы и нацелено на обеспечение способа и процедуры для идентификации терминалом частоты или соты, обеспечивающей службу, представляющую интерес для пользователя.
РЕШЕНИЕ ПРОБЛЕМЫ
В соответствии с одним аспектом данного изобретения, способ приема терминалом службы широковещательной многоадресной передачи мультимедиа (MBMS) в системе мобильной связи включает в себя определение того, пересылается ли идентификатор зоны уверенного приема (SAI) обслуживающей соты в развитии MBMS, прием, когда SAI обслуживающей соты пересылается, SAI обслуживающей соты, определение того, совпадает ли SAI MBMS с SAI обслуживающей соты, и изменение, когда SAI MBMS совпадает с SAI обслуживающей соты, приоритета частоты этой обслуживающей соты при повторном выборе соты на наивысший приоритет.
В соответствии с другим аспектом данного изобретения, устройство приема службы широковещательной многоадресной передачи мультимедиа (MBMS) терминала в системе мобильной связи включает в себя контроллер, который управляет определением того, пересылается ли идентификатор зоны уверенного приема (SAI) обслуживающей соты в развитии MBMS, приемом, когда SAI обслуживающей соты пересылается, SAI обслуживающей соты, определением того, совпадает ли SAI MBMS с SAI обслуживающей соты, и изменением, когда SAI MBMS совпадает с SAI обслуживающей соты, приоритета частоты этой обслуживающей соты при повторном выборе соты на наивысший приоритет.
ВЫГОДНЫЕ ЭФФЕКТЫ ИЗОБРЕТЕНИЯ
Этот способ и устройство для приема MBMS данного изобретения делает возможным выбор терминалом частоты или соты, обеспечивающей представляющую интерес службу, когда MBMS запускается таким образом, чтобы эффективно принять MBMS.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг.1 является схемой, иллюстрирующей архитектуру LTE системы, к которой применяется данное изобретение.
Фиг.2 является схемой, иллюстрирующей стек протоколов LTE системы, к которой применяется данное изобретение.
Фиг.3 является схемой, иллюстрирующей службу широковещательной многоадресной передачи мультимедиа (MBMS).
Фиг.4 является блок-схемой, иллюстрирующей способ настройки приоритета MBMS частоты при повторном выборе соты, принимая во внимание время запуска представляющей интерес MBMS службы и идентификатор зоны уверенного приема (SAI) согласно одному варианту осуществления данного изобретения.
Фиг.5 является блок-схемой, иллюстрирующей способ для определения того, пытается ли UE осуществить повторную конфигурацию носителя после того, как носитель адресации конкретному устройству был освобожден из-за перегрузки (линии связи) соты, согласно одному варианту осуществления данного изобретения.
Фиг.6 является блок-схемой, иллюстрирующей способ для UE, незаинтересованного в приеме MBMS для настройки приоритета соты, обеспечивающей MBMS, при повторном выборе соты, согласно одному варианту осуществления данного изобретения.
Фиг.7 является блок-схемой, иллюстрирующей способ для UE, которое заинтересовано в приеме MBMS для определения того, передать ли сообщение уведомления о доступе согласно одному варианту осуществления данного изобретения.
Фиг.8 является схемой, иллюстрирующей агрегирование несущих.
Фиг.9 является блок-схемой, иллюстрирующей способ для UE, сконфигурированного с множеством обслуживающих сот для выполнения случайного доступа согласно одному варианту осуществления данного изобретения.
Фиг.10 является блок-схемой, иллюстрирующей некоторую конфигурацию UE согласно одному варианту осуществления данного изобретения.
Фиг.11 является блок-схемой, иллюстрирующей некоторую конфигурацию eNB согласно одному варианту осуществления данного изобретения.
СПОСОБ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
Подробное описание хорошо известных функций и структур, включенных здесь, может быть опущено во избежание затемнения предмета рассмотрения данного изобретения. Примерные варианты осуществления данного изобретения подробно описаны со ссылкой на сопутствующие чертежи. Перед объяснением данного изобретения кратко описаны LTE система и агрегирование несущих.
Фиг.1 является схемой, иллюстрирующей архитектуру LTE системы, к которой применяется данное изобретение.
Со ссылкой на фиг.1, сеть радиодоступа системы мобильной связи включает в себя развитые узлы В (eNB) 105, 110, 115 и 120, объект управления мобильностью (ММЕ) 125 и обслуживающий шлюз (S-GW) 130. Оборудование пользователя (далее называемое UE) подключается к внешней сети через eNB 105, 110, 115 и 120 и S-GW 130.
На фиг.1, eNB 105, 110, 115 и 120 соответствуют законным узлам системы UMTS. eNB 105, 110, 115 и 120 дают возможность UE установить линию радиосвязи и являются ответственными за усложненные функции по сравнению с законным узлом В. В LTE системе весь пользовательский трафик, включающий в себя такие службы реального времени, как передача голоса с помощью IP протокола (VoIP), обеспечен через совместно используемый канал, и, таким образом, существует необходимость в устройстве, которое расположено в eNB для планирования данных на основе информации о состоянии, такой как состояния UE буфера, состояние запаса по мощности и состояние канала. Обычно один eNB управляет множеством сот. Для гарантирования скорости передачи данных вплоть до 100 Мб/c, LTE система принимает в качестве технологии радиодоступа ортогональное мультиплексирование с частотным разделением (OFDM). Также LTE система принимает адаптивную модуляцию и кодирование (АМС) для определения схемы модуляции и скорости канального кодирования при адаптации к состоянию канала UE. S-GW 130 является объектом для обеспечения носителей данных таким образом, что устанавливать и освобождать носители данных под управлением ММЕ 125. ММЕ 125 является ответственным за различные функции управления и подключен к множеству eNB 105, 110, 115 и 120.
Фиг.2 является схемой, иллюстрирующей стек протоколов LTE системы, к которой применяется данное изобретение.
Со ссылкой на фиг.2, стек протоколов LTE системы включает в себя протокол сходимости пакетных данных (PDCP) 205 и 240, управление линией радиосвязи (RLC) 210 и 235, управление доступом к среде передачи данных (МАС) 215 и 230 и физический уровень (PHY) 220 и 225. PDCP 205 и 240 являются ответственными за сегментирование протокольного блока данных (PDU) PDCP на сегменты соответствующего размера для операции запроса автоматического повторения (ARQ). МАС 215 и 230 являются ответственными за установление подключения к множеству RLC объектов таким образом, чтобы мультиплексировать RLC PDU в МАС PDU и демультиплексировать МАС PDU в RLC PDU. PHY 220 и 225 выполняют канальное кодирование на МАС PDU и модулируют МАС PDU в OFDM символы для передачи по радиоканалу или выполняют демодуляцию и канальное декодирование на принятых OFDM символах и доставляют эти декодированные данные к более высокому уровню.
Далее осуществляется краткое описание MBMS.
MBMS сервер 305 генерирует MBMS данные для eNB 310, 315, 320, 325 и 330, участвующие в MBMS передаче. Эти eNB сохраняют данные, принятые от MBMS сервера, и передают эти данные в заданное время. Поскольку одни и те же данные передаются одновременно, это дает эффект усиления уровня сигнала, и UE, принимающие один и тот же сигнал от множественных eNB, могут испытывать высокое качество принятого сигнала по сравнению со случаем приема сигнала от одного eNB. Для передачи eNB одного и того же сигнала, должны быть сделаны несколько следующих предположений.
Во-первых, эти eNB должны принять одни и те же данные. Во-вторых, эти eNB должны генерировать одни и те же данные из этих одних и тех же данных. Наконец, одни и те же данные должны передаваться на одном и том же ресурсе передачи одновременно.
Соседние eNB передают одни и те же MBMS данные, и некоторые MBMS службы, возможно, должны быть обеспечены в определенной области. Эта область, где обеспечена определенная MBMS служба (или множество сот или частот), называется зоной уверенного приема MBMS.
Предпочтительно, чтобы UE в нерабочем режиме располагалось на частоте, обеспечивающей MBMS службу. Это осуществляется потому, что UE, расположенное на частоте, отличной от MBMS частоты, должна контролировать канал поискового вызова обслуживающей частоты при приеме MBMS службы на MBMS частоте.
Чтобы UE нерабочего режима, которое заинтересовано в MBMS службе или принимает MBMS службу в настоящее время, работало на частоте, обеспечивающей MBMS (далее называемой MBMS частотой), заинтересованное в MBMS, UE имеет возможность настройки приоритета MBMS частоты при повторном выборе соты. Работа UE, касающаяся этого, изображена на фиг.4.
Фиг.4 является блок-схемой, иллюстрирующей способ настройки приоритета MBMS частоты при повторном выборе соты, принимая во внимание время запуска представляющей интерес MBMS службы и идентификатор зоны уверенного приема (SAI), согласно одному варианту осуществления данного изобретения.
UE приобретает информацию руководства по службам, включающую в себя различные информации, касающиеся MBMS, и проверяет эту информацию на представляющей интерес для UE MBMS службе на стадии 405. Эта информация руководства по службам обеспечивается поставщиком MBMS служб, MBMS сервером и оператором MBMS служб и может включать в себя соответствующие информации на MBMS службу.
- Идентификатор зоны уверенного приема (SAI): идентификатор, указывающий область, где обеспечена соответствующая MBMS служба. SAI может быть обеспечен в системной информации соты и, если SAI представляющей интерес для UE MBMS службы совпадает с SAI, транслированной в системной информации, то UE определяет, что соответствующая MBMS служба обеспечена в соответствующей соте (или на соответствующей частоте).
- Частота: частота, на которой обеспечена соответствующая MBMS служба.
- Время запуска службы: время, когда эта служба запускается.
После этого UE определяет, находится ли представляющая интерес MBMS служба в развитии, на стадии 410. Если представляющая интерес MBMS служба находится в развитии, т.е. если текущее время является более поздним, чем время запуска этой службы, то эта процедура переходит к стадии 420. Если представляющая интерес MBMS служба еще не запущена, т.е. если текущее время является более ранним, чем время запуска этой службы, то эта процедура переходит к стадии 415. На стадии 415, UE ожидает времени запуска представляющей интерес MBMS службы, и эта процедура переходит к стадии 420 во время запуска службы или непосредственно перед этим.
UE определяет, пересылает ли текущая обслуживающая сота SAI информацию на стадии 420. Если SAI информация не пересылается, то эта процедура переходит к стадии 425 и, в противном случае, к стадии 430.
SAI информация обеспечена в блоке системной информации (SIB), который может включать в себя SAI соседних частот, а также текущую соту. Обычно SAI обеспечен посредством частоты, и, таким образом, SAI обслуживающей соты имеет одно и то же значение SAI обслуживающей частоты. Например, если имеется некоторая обслуживающая сота (частота f1) и соседние частоты f2, f3 и f4, на которой f1 и f2 используются для MBMS, то SAI обслуживающей соты и f2 могут пересылаться в некотором SIB.
Предполагая, что SIB, несущим SAI информацию, является SIB Х, UE проверяет этот SIB Х обслуживающей соты для определения того, пересылается ли SAI информация. Если определено, что SIB Х обслуживающей соты несет SAI информацию, то эта процедура переходит к стадии 430. Если определено, что SIB Х обслуживающей соты не несет SAI3 информацию или если SIB Х не пересылается, то эта процедура переходит к стадии 425.
Причиной того, зачем сеть обеспечивает SAI информацию, является указание того, обеспечена ли представляющая для UE интерес MBMS служба в текущей области. Например, если представляющая для UE интерес MBMS служба обеспечена в главной области, и если UE, находящееся вне этой главной области, может не принять SAI представляющей интерес MBMS службы в текущей области. Соответственно, UE определяет, обеспечена ли представляющая интерес MBMS служба в текущей области, на основе присутствия/отсутствия SAI представляющей интерес MBMS службы, и, если это не область MBMS службы, то оно приостанавливает дополнительную работу для приема MBMS службы, например для настройки приоритета повторного выбора соты.
В зависимости от версии eNB, SAI информация может быть обеспечена или нет. Если eNB является REL-10 или более ранней версией eNB, то это означает, что связанная с SAI операция не выполняется, и, таким образом, eNB не пересылает SAI информацию. А именно, SIB Х не пересылается. Если eNB является REL-11 или более поздней версией eNB, то он пересылает SAI информацию. А именно, если обслуживающая сота не обеспечивает SAI информацию, то невозможно определить, обеспечена ли MBMS служба в текущей области, на основе SAI. В это время, если в текущей области существует частота MBMS службы, то UE предполагает, что MBMS служба обеспечена в соответствующей области и выполняет дополнительную операцию.
Если на стадии 425 определено, что частота представляющей интерес MBMS службы присутствует, то UE настраивает приоритет этой частоты при повторном выборе соты на наивысшее значение на стадии 429. Если представляющая интерес MBMS служба не обеспечена в заданное время с тех пор, как выбрана сота частоты представляющей интерес MBMS службы, то UE может восстановить приоритет повторного выбора соты в его первоначальное значение. Если на стадии 425 определено, что частота представляющей интерес MBMS службы не присутствует, то UE ожидает, пока обслуживающая сота не изменится или системная информация не изменится или не будет повторно приобретена на стадии 427.
Если частота представляющей интерес MBMS службы присутствует, то это означает, что обслуживающая частота или соседняя частота является частотой представляющей интерес MBMS службы. Эта соседняя частота указана в системной информации обслуживающей соты.
Приоритет повторного выбора соты является приоритетом, назначенным на частоту, и UE выбирает соту, работающую на частоте, имеющей высокий приоритет, при помощи приоритета. Например, если качество канала частоты, имеющей наивысший приоритет, является более хорошим, чем заданный порог, то сота, работающая на частоте, имеющей наивысший приоритет, возможно, должна быть выбрана, хотя качество канала соты, работающей на другой частоте, является более хорошим. Приоритет повторного выбора соты может быть обеспечен в системной информации или послан от eNB к UE через специализированное RRC сообщение при освобождении RRC соединения.
Если на стадии 420 определено, что ASI информация пересылается, то эта процедура переходит к стадии 430. На стадии 430, UE определяет, включает ли в себя SAI информация SAI, совпадающий с SAI представляющей интерес MBMS. Если SAI представляющей интерес MBMS присутствует, то эта процедура переходит к стадии 435 и, в противном случае, если SAI представляющей интерес MBMS отсутствует, к стадии 437.
На стадии 435, UE настраивает приоритет частоты, соответствующей SAI, совпадающему с MBMS SAI (далее называемым представляющим интерес SAI) при повторном выборе соты на наивысшее значение. Если SAI обслуживающей соты является представляющим интерес SAI, то частота представляющего интерес SAI является обслуживающей частотой, и, в противном случае, если SAI соседней частоты является представляющим интерес SAI, то частота представляющего интерес SAI является соседней частотой. Если представляющая интерес MBMS служба не обеспечена в заданное время после повторного выбора соты частоты представляющего интерес SAI, то UE восстанавливает приоритет повторного выбора соты на первоначальное значение. UE ожидает, пока обслуживающая сота не изменится или системная информация не изменится или не будет повторно приобретена на стадии 437.
Фиг.5 является блок-схемой, иллюстрирующей способ для определения того, пытается ли UE осуществить повторную конфигурацию носителя после того, как носитель адресации конкретному устройству был освобожден из-за перегрузки (линии связи) соты, согласно одному варианту осуществления данного изобретения.
UE нерабочего режима может перейти в подсоединенный режим по некоторой причине. После перехода в подсоединенный режим для приема MBMS службы, UE должен обеспечить eNB информацией, необходимой для MBMS службы. В данном изобретении, следующая информация (далее MBMS информации) обеспечивается для eNB.
- частота, несущая представляющую интерес MBMS службу;
- информация, указывающая приоритеты MBMS и службы адресации конкретному устройству;
- информация, указывающая, принята ли текущая MBMS службы на частоту;
- сумма скоростей передачи данных MBMS служб, которые UE принимает или намерено принять.
Этот eNB запускает хэндовер UE к соответствующей частоте с использованием вышеприведенной информации таким образом, что UE принимает MBMS службу. С точки зрения этой соты, MBMS служба может ограничить службу адресации конкретному устройству. Использование части ограниченного радиоресурса для MBMS службы уменьшает величину этого радиоресурса для службы адресации конкретному устройству и, таким образом, увеличивает вероятность перегрузки (линии связи) соты. Если эта ситуация перегрузки (линии связи) соты задана как недостаточное QoS для службы адресации конкретному устройству для большого количества UE, то предпочтительно осуществить хэндовер управления UE к другой соте с точки зрения этого eNB.
Если для UE более важно принять MBMS службу, чем службу адресации конкретному устройству, то предпочтительно освободить носитель службы адресации конкретному устройству, а не выполнять хэндовер UE. Согласно одному варианту осуществления UE сообщает приоритеты MBMS службы и службы адресации конкретному устройству для того, чтобы этот eNB работал таким образом. Посредством различения между ситуацией приема MBMS службы и ситуацией простой заинтересованности в приеме MBMS службы, т.е. посредством сообщения, принимается ли MBMS служба на частоту, этот eNB способен управлять радиоресурсом более эффективно.
В альтернативном случае, также можно учитывать время запуска представляющей интерес MBMS службы в сообщении частоты обеспечения представляющей интерес MBMS службы. А именно, UE может сконфигурировать информацию о частоте обеспечения представляющей интерес MBMS службы следующим образом.
UE сообщает частоту представляющей интерес MBMS службы, только когда во время перехода в подсоединенный режим время запуска MBMS прошло или скоро проходит. В этом случае, так как UE, возможно, должен принимать или начать принимать MBMS службу на сообщенную частоту, нет необходимости сообщать, принимается ли MBMS служба.
В случае если eNB освободил носитель адресации конкретному устройству UE, которое принимает MBMS службу из-за перегрузки (линии связи) соты, для UE предпочтительно воздержаться от попыток восстановления носителя адресации конкретному устройству. В данном изобретении, при передаче управляющего сообщения, инструктирующего освобождение носителя, к UE, eNB уведомляет UE о том, что причиной освобождения носителя является перегрузка (линии связи) соты, вызванная MBMS службой, таким образом, что UE управляет процедурой повторного установления носителя адресации конкретному устройству на основе причины освобождения носителя.
Со ссылкой на фиг.5, UE инициирует процедуру установления RRC соединения на стадии 505. Эта процедура установления RRC соединения выполняется таким образом, что UE посылает eNB сообщение запроса RRC соединения (RRC CONNECTION REQUEST), eNB посылает UE сообщение установления RRC соединения (RRC CONNECTION SETUP), а UE посылает eNB сообщение завершения установления RRC соединения (RRC CONNECTION SETUP COMPLETE MESSAGE).
Процедура установления RRC соединения инициируется запросом для установления соединения от более высокого уровня RRC. Этот более высокий уровень может запросить установление RRC соединения для выполнения обновления области отслеживания (TAU) или конфигурации носителя адресации конкретному устройству. Если установление RRC соединения завершается, то этот более высокий уровень посылает ММЕ TAU сообщение или сообщение запроса установления носителя.
UE передает сообщение завершения установления RRC соединения, включающее в себя MBMS информацию, на стадии 510. Если время запуска представляющей интерес MBMS службы прошло или приходит немедленно, то UE включает в себя представляющую интерес MBMS службу, обеспечивающую информацию о частоте в MBMS информации. MBMS информация включает в себя «сумму скоростей передачи данных MBMS служб, которые UE принимает или намерен принять», что является информацией, необходимой для предотвращения того, чтобы сумма скоростей передачи данных служб адресации конкретному устройству, обеспеченная посредством eNB, превысила возможности обработки UE.
Как только установление RRC соединения завершено, UE выполняет обычные операции с этим eNB, т.е. принимает службу адресации конкретному устройству через установленный носитель, и измерения и хэндовер согласно команде этого eNB. Как описано выше, если обслуживающая сота UE подвергается перегрузке (линии связи) соты, то eNB может освободить носитель службы адресации конкретному устройству, имеющий приоритет более низкий, чем приоритет MBMS службы. В это время eNB может послать UE управляющее сообщение, включающее в себя индикатор, указывающий носитель, подлежащий освобождению. После этого UE принимает управляющее сообщение, инструктирующее освободить этот носитель радиоданных, на стадии 515. Этим управляющим сообщением может быть сообщение повторной конфигурации RRC соединения (RRC CONNECTION RECONFIGURATION). Это освобождение носителя радиоданных может быть вызвано перегрузкой (линии связи) соты или обычным управлением радиоресурсом.
UE определяет, включает ли в себя управляющее сообщение индикатор 1, на стадии 520. Если индикатор 1 не включен, то эта процедура переходит к стадии 525 и, в противном случае, если индикатор 1 включен, к стадии 530.
RRC устройство определяет, включает ли в себя управляющее сообщение индикатор полной конфигурации и, если нет, то переносит следующую информацию к более высокому уровню на стадии 525.
- Факт, что DRB был освобожден.
- Идентификатор носителя более высокого уровня (носителя усовершенствованной пакетной системы (EPS)), подключенного к освобожденному DRB.
Этот индикатор полной конфигурации является индикатором, указывающим, что eNB инструктирует UE выполнить следующую операцию.
- Освободить все сконфигурированные в настоящее время DRB и повторно сконфигурировать DRB согласно информации о конфигурации, включенной в это управляющее сообщение.
Причина выполнения полной конфигурации состоит в том, что когда UE выполняет хэндовер к eNB более ранней версии, новый eNB может не понять текущую DRB конфигурацию UE.
Если включен индикатор полной конфигурации, то UE уведомляет более высокий уровень об информации на носителе, который не указан посредством информации о повторной конфигурации, включенной в управляющее сообщение среди освобожденных носителей. Если информация о повторной конфигурации на освобожденном носителе включена в управляющее сообщение, то вышеприведенная информация не доставляется к более высокому уровню.
Если детектировано, что DRB для некоторого EPS носителя, обеспечивающего службу адресации конкретному устройству, был освобожден, то более высокий уровень может запросить повторную конфигурацию EPS носителя согласно предпочтению пользователя или инициировать процедуру запрашивания освобождения EPS носителя.
На стадии 530, UE пытается осуществить повторное установление освобожденного DRB EPS носителя, только когда выполняется следующее условие.
- Перегрузка текущей соты разрешена.
- Приоритет службы адресации конкретному устройству изменен на более высокий, чем приоритет MBMS службы.
Информация о том, была ли разрешена перегрузка текущей соты, пересылается в некоторый SIB. Например, если пересылается информация вскрытия класса доступа (АСВ, см. ТS36.331) SIB 2, то это указывает, что перегрузка соты продолжается и, в противном случае (если АСВ более не пересылается), это указывает, что перегрузка была освобождена.
На стадии 530, UE может учитывать ситуацию перегрузки текущей соты и приоритеты службы адресации конкретному устройству и MBMS службы при определении того, установить ли новый EPS носитель после этого. А именно, если MBMS служба принята с приоритетом, то UE не инициирует процедуру запроса установления EPS носителя в ситуации перегрузки этой соты.
Фиг.6 является блок-схемой, иллюстрирующей способ для UE, незаинтересованного в приеме MBMS для настройки приоритета соты, обеспечивающей MBMS, при повторном выборе соты, согласно одному варианту осуществления данного изобретения.
Предпочтительно, чтобы UE, которое не заинтересовано в MBMS службе, не располагалось на соте, которая находится в перегруженном состоянии и обеспечивает MBMS службу. Согласно одному варианту осуществления данного изобретения UE, которое не заинтересовано в приеме MBMS, настраивает приоритет частоты соответствующей соты при повторном выборе соты для снижения вероятности расположения на соответствующей соте.
Со ссылкой на фиг.6, UE, которое не заинтересовано в приеме MBMS, инициирует процедуру повторного выбора соты на стадии 650. Эта процедура повторного выбора соты состоит в сравнении качеств каналов обслуживающей и соседней сот для определения того, расположиться ли на соседней соте, удовлетворяющей заданному условию. Сота, которая удовлетворяет заданному состоянию качества канала и не является доступом вскрытия, обнаруживается, UE располагается на соответствующей соте на стадии 610. После этого UE принимает системную информацию от этой новой соты для приобретения информации, необходимой для связи в этой новой соте. UE также контролирует канал поискового вызова этой новой соты.
UE определяет, находится ли эта сота в состоянии перегрузки, на основе системной информации на стадии 615. Например, если пересылается АСВ информация, то это означает, что эта сота находится в состоянии перегрузки. Если определено, что эта сота не находится в состоянии перегрузки, то UE сохраняет приоритет текущей обслуживающей частоты при повторном выборе соты без настройки на стадии 625.
Если определено, что эта сота находится в состоянии перегрузки, на стадии 615, то UE определяет, пересылается ли относящаяся к MBMS системная информация в этой соте, на стадии 620. Эта относящаяся к MBMS системная информация может включать в себя информацию о канале, необходимую для приема MBMS службы, т.е. информацию о конфигурации канала управления MBMS (MCCH). Это может быть любая относящаяся к SAI информация.
Если определено, что относящаяся к MBMS системная информация пересылается, на стадии 620, то UE знает, что эта сота обеспечивает MBMS службу в состоянии перегрузки. В этом случае, UE настраивает приоритет текущей частоты, т.е. обслуживающей частоты, при повторном выборе соты, на заданное значение для заданной длительности на стадии 630. Это заданное значение может быть наименьшим значением. Эта заданная длительность может быть достаточно большой, например 300 секунд. Посредством настройки приоритета повторного выбора соты таким образом, UE способен снизить вероятность расположения на соте соответствующей частоты для заданной длительности.
Фиг.7 является блок-схемой, иллюстрирующей способ для UE, которое заинтересовано в приеме MBMS для определения того, передать ли сообщение уведомления о доступе согласно одному варианту осуществления данного изобретения.
Если UE как член закрытой группы подписчиков (CSG) приближается к CSG соте, то оно передает управляющее сообщение, называемое сообщением уведомления о близости (указанием близости), к eNB для выполнения хэндовера к этой CSG соте. Это управляющее сообщение включает в себя информацию о частоте этой CSG соты, и eNB может сконфигурировать измерение частоты для UE для инициирования хэндовера UE к этой CSG соте.
Если являющееся членом CSG UE, которое принимает или намерено принять MBMS службу, выполняет хэндовер к CSG соте, то оно может не принять MBMS службу. Соответственно, предпочтительно, чтобы UE, которое дает более высокий приоритет приема для MBMS службы по сравнению со службой адресации конкретному устройству, не инициировало процедуру для хэндовера к CSG соте, хотя оно приближается к этой CSG соте. Эта работа UE описана со ссылкой на фиг.7.
UE осознает свое приближение к области CSG соты на стадии 705. Например, UE запоминает идентификатор макросоты, перекрывающейся с его CSG сотой, и, если оно входит в эту макросоту, осознает, что оно приблизилось к области CSG соты. Также можно определить его приближение к области CSG соты с использованием информации о RF отпечатке CSG соты (информации о качестве канала соседних сот). После этого UE определяет, заинтересовано ли оно в приеме MBMS службы, на стадии 710, и, если нет, то эта процедура переходит к стадии 715 и, в противном случае, к стадии 720.
На стадии 715, UE определяет, сконфигурировано ли указание близости, и, если это так, то инициирует процедуру перемещения к его CSG соте на стадии 723, например генерирует указание близости для eNB. Если указание близости не сконфигурировано, то эта процедура переходит к стадии 725.
eNB уведомляет UE, сконфигурировано ли указание близости. Например, если eNB уведомляет UE о конфигурации указания близости в процедуре установления RRC соединения или после нее, то это означает, что указание близости сконфигурировано для соответствующей соты. Если eNB не уведомляет UE о конфигурации указания близости явно, то это означает, что указание близости не сконфигурировано для соответствующей соты. Причина этой операции состоит в том, чтобы воспрепятствовать UE передать указание близости к eNB, который не поддерживает указание близости, так как это указание близости может поддерживаться и не зависеть от версии программного обеспечения eNB.
UE определяет, имеет ли MBMS служба приоритет по сравнению со службой адресации конкретному устройству, на стадии 720. Или UE определяет, было ли сообщено, что MBMS служба имеет приоритет по сравнению со службой адресации конкретному устройству, в текущем или более позднем приеме MBMS службы без отчета о приоритете с тех пор. Если определено, что MBMS служба имеет приоритет по сравнению со службой адресации конкретному устройству, то эта процедура переходит к стадии 715.
Если определено, что MBMS служба имеет приоритет по сравнению со службой адресации конкретному устройству, то UE не перемещается к CSG соте, и эта процедура переходит к стадии 725.
На стадии 725, UE приостанавливает процедуру для перемещения к CSG соте, пока не выполняется следующее условие.
- UE остается в области CSG соты, сообщение указания близости сконфигурировано, и приоритет службы адресации конкретному устройству изменен на более высокий, чем приоритет MBMS службы.
Для увеличения скорости передачи данных UE, вводится агрегирование несущих для объединения множества обслуживающих сот для одного UE. Описание агрегирования несущих осуществляется кратко со ссылкой на фиг.8.
Фиг.8 является схемой, иллюстрирующей агрегирование несущих.
Со ссылкой на фиг.8, eNB передает и принимает сигналы через множественные несущие через множество частотных диапазонов. Например, когда eNB 805 передает сигналы на несущей 813 с центральной частотой f1 нисходящей линии связи и несущей 810 с центральной частотой 815 нисходящей линии связи, UE передает/принимает данные с использованием одной из этих двух несущих в стандартной системе. Однако UE, имеющее способность агрегирования несущих, может передать/принять данные с использованием множества несущих одновременно. eNB 805 назначает больше несущих для UE 830, имеющего способность агрегирования несущих, таким образом, чтобы увеличить скорость передачи данных UE 830. Агрегирование несущих нисходящей линии связи или восходящей линии связи для передачи или приема сигналов называется агрегированием несущих.
Эти термины, часто используемые в следующем описании, объясняются ниже.
В предположении, что сота сконфигурирована с одной несущей нисходящей линии связи и одной несущей восходящей линии связи в стандартной концепции, агрегирование несущих может пониматься, как если бы UE обменивалось данными через множественные соты. При помощи использования агрегирования несущих, максимальная скорость передачи данных возрастает пропорционально числу агрегированных несущих.
В следующем описании, фраза «UE принимает данные через некоторую несущую нисходящей линии связи или передает данные через некоторую несущую восходящей линии связи» означает передачу и прием данных через каналы управления и передачи данных, обеспеченные в соте, соответствующей центральным частотам и частотным диапазонам этих несущих нисходящей линии связи и восходящей линии связи. В частности, в данном изобретении, агрегирование несущих выражается в такой фразе, как «множество обслуживающих сот сконфигурировано» вместе с терминами «первичная обслуживающая сота (PCell)», «вторичная обслуживающая сота (SCell)» и «активированная обслуживающая сота». Эти термины имеют те же самые значения, которые используются в LTE системе мобильной связи, и их подробные определения даны в TS 36.331 и TS 36.321. Также термины «таймер выравнивания времени», «активация/деактивация элемента управления МАС» и «C-RNTI MAC CE», используемые в данном изобретении, определены в TS 36.321.
Фиг.9 является блок-схемой, иллюстрирующей способ для UE, сконфигурированного с множеством обслуживающих сот для выполнения случайного доступа согласно одному варианту осуществления данного изобретения.
UE, сконфигурированное с множеством обслуживающих сот, может передать некоторую преамбулу (вводную часть) в PCell или SCell в процедуре случайного доступа. Эта процедура случайного доступа может быть выполнена по различным причинам, и, в большинстве случаев, UE передает эту преамбулу в PCell. В заданных случаях (например, когда eNB инструктирует UE передать преамбулу в конкретную SCell), однако UE передает преамбулу в SCell. В случае если eNB намерен проверить синхронизацию передачи восходящей линии связи в некоторой SCell, eNB может инструктировать UE выполнить процедуру случайного доступа.
В одном варианте осуществления данного изобретения, UE выполняет процедуру случайного доступа, отчетливо зависящую от того, передается ли преамбула в PCell или SCell.
Работа UE описана со ссылкой на фиг.9.
UE сначала приобретает информацию о случайном доступе на стадии 900. Эта информация о случайном доступе может включать в себя нижеследующее.
- Максимальное число передач преамбулы (preambleTransMax): максимальное число передач преамбулы в операции случайного доступа UE перед запуском заданной операции. Этой заданной операцией может быть повторное установление RRC соединения. eNB устанавливает preambleTransMax на соответствующее значение для предотвращения бесконечной передачи преамбулы.
- Размер окна реакции на случайный доступ (ra-ResponseWindowSize): Окном реакции на случайный доступ является максимальная длительность, в течение которой UE, которое передало преамбулу, ожидает приема сообщения реакции на случайный доступ (RAR). Если RAR не принято перед истечением окна реакции на случайный доступ, то UE может повторно передать преамбулу.
UE, которое не выполнило хэндовер после установления RRC соединения в некоторой соте, способно приобрести информацию о случайном доступе одним из следующих способов.
- Приобретение из системной информации.
- Приобретение из специализированного управляющего сообщения RRC. Этим специализированным управляющим сообщением RRC может быть сообщение повторной конфигурации RRC соединения, которое инструктирует SCell конфигурацию, но не дает команду осуществления хэндовера.
В следующем описании, информация о случайном доступе, приобретенная через первый способ, называется информацией 1 о случайном доступе, а информация о случайном доступе, приобретенная через второй способ, называется информацией 2 о случайном доступе. А именно, UE может иметь информацию о случайном доступе в некоторой точке времени следующим образом.
- Первый preambleTransMax, Первый ra-ResponseWindowSize.
- Второй preambleTransMax, Второй ra-ResponseWindowSize.
Первый preambleTransMax и первый ra-ResponseWindowSize приобретаются из системной информации PCell, а второй preambleTransMax и второй ra-ResponseWindowSize даются через заданное специализированное RRC сообщение.
Процедура случайного доступа запускается на стадии 905. Если данные, имеющие высокий приоритет, имеются в UE или если eNB инструктирует выполнение случайного доступа, то UE запускает процедуру случайного доступа. UE передает преамбулу в заданной обслуживающей соте на стадии 910 и определяет, является ли обслуживающая сота, в которой оно передало преамбулу, PCell или SCell. Если это PCell, то эта процедура переходит к стадии 920 и, в противном случае, если это SCell, к стадии 925.
UE управляет передачей и повторной передачей преамбулы посредством применения первого preambleTransMax и первого ra-ResponseWindowSize на стадии 920 и посредством применения второго preambleTransMax и второго ra-ResponseWindowSize на стадии 925.
Управление передачей и повторной передачей преамбулы с использованием preambleTransMax и ra-ResponseWindowSize имеет следующее значение.
UE осуществляет текущий контроль для определения того, принимается ли достоверное RAR сообщение для RAR окна после передачи преамбулы. Если достоверное RAR сообщение не принято перед истечением RAR окна, то UE увеличивает мощность передачи на заданную величину и повторно передает преамбулу. В нормальном случае, eNB принимает преамбулу, переданную UE, в любое время и передает RAR сообщение в качестве ответа. Однако состояние канала UE может быть очень плохим или eNB не может передать RAR сообщение к UE из-за перегрузки преамбул для eNB. В этом случае, если число передач преамбулы достигает preambleTransMax, то UE выполняет заданную операцию сужения, например остановки передачи преамбулы и повторное установление RRC соединения. Управление передачей и повторной передачей преамбулы означает определение синхронизации повторной передачи преамбулы и того, следует ли повторно передать преамбулу посредством применения preambleTransMax и ra-ResponseWindowSize.
Причина применения второй информации о случайном доступе, когда UE передает преамбулу в SCell на стадии 925, состоит в том, чтобы сделать возможным для UE выполнение случайного доступа без приобретения системной информации от SCell. Если UE должно приобрести системную информацию в SCell, то оно должно приобрести системную информацию перед запуском обмена данными в SCell, что приводит к задержке.
На стадии 925, процесс передачи и повторной передачи преамбулы может управляться посредством применения второго preambleTransMax и первого ra-ResponseWindowSize вместо второго preambleTransMax и второго ra-ResponseWindowSize.
После этого UE определяет, была ли процедура случайного доступа успешно завершена перед тем, как число передач преамбулы достигнет preambleTransMax, на стадии 930. Если процедура случайного доступа успешно завершилась перед тем, как число передач преамбулы достигнет preambleTransMax, UE завершает эту процедуру на стадии 935. Если процедура случайного доступа не завершилась успешно перед тем, как число передач преамбулы достигнет preambleTransMax, UE определяет, была ли преамбула передана в PCell или SCell на стадии 940. Если преамбула была передана в PCell, то UE инициирует повторное установление RRC соединения на стадии 945. Если преамбула была передана в SCell, то UE останавливает передачу преамбулы на стадии 950.
Если преамбула была передана в SCell, то preambleTransMax определяется посредством применения параметра preambleTransMax, сигнализированного для соответствующей соты, тогда как размер RAR окна определяется как значение, заданное для PCell, т.е. значение, пересланное через системную информацию PCell. Это происходит потому, что хотя предпочтительно определить preambleTransMax посредством применения состояния соты, в которой передается преамбула, т.е. хотя разница этого значения может быть большой в зависимости от соты, в которой передается преамбула, размер RAR окна, как параметр для задания длительности для попыток UE принять RAR, не имеет большой разницы между сотами.
UE управляет операциями передачи преамбулы и RAR приема посредством применения выбранных параметров и, если оно терпит неудачу в приеме RAR, даже хотя преамбула передавалась preambleTransMax раз, или если процедура случайного доступа не завершилась успешно, выполняет необходимую дополняющую операцию. Эта дополняющая операция также задается различным образом в зависимости от соты, в которой UE передало преамбулу. Если преамбула была передана в PCell и если случайный доступ терпит неудачу перед тем, как число передач преамбулы достигнет preambleTransMax, то UE определяет, что имеется значительная проблема соединения с текущей PCell и инициирует процедуру повторного установления RRC соединения на стадии 945. Эта процедура повторного установления RRC соединения подробно определена в 36.331.
Если преамбула была передана и если случайный доступ терпит неудачу перед тем, как число передач преамбулы достигнет preambleTransMax, то UE определяет, что имеется значительная проблема соединения с SCell, и останавливает передачу преамбулы на стадии 950. В этом случае UE не выполняет процедуру повторного установления RRC соединения, так как оно не имеет проблемы соединения в PCell, хотя имеется проблема соединения с SCell. Для ссылки, если имеется проблема соединения с SCell, но, в противоположном случае, можно продолжать осуществлять связь через PCell.
Фиг.10 является блок-схемой, иллюстрирующей одну конфигурацию UE согласно одному варианту осуществления данного изобретения.
Со ссылкой на фиг.10, UE согласно одному варианту осуществления данного изобретения включает в себя трансивер 1005, контроллер 1010, мультиплексор/демультиплексор 1015, процессор управляющих сообщений/RRC контроллер 1030 и процессоры 1020 и 1025 более высокого уровня.
Трансивер 1005 принимает данные, включающие в себя MBMS и управляющие сигналы, через канал нисходящей линии связи обслуживающей соты и передает данные и управляющие сигналы через канал восходящей линии связи. В случае если сконфигурировано множество обслуживающих сот, трансивер 1005 передает/принимает данные и управляющие сигналы через множество обслуживающих сот.
Мультиплексор/демультиплексор 1015 мультиплексирует данные, генерируемые процессорами 1020 и 1025 более высокого уровня и процессором 1030 управляющих сообщений, и демультиплексирует данные, принятые трансивером 1005, для доставки демультиплексированного сигнала к процессорам 1020 и 1025 более высокого уровня и процессору 1030 управляющих сообщений.
Процессор 1030 управляющих сообщений является устройством RRC уровня и обрабатывает управляющее сообщение, принятое от eNB, для принятия необходимого действия. Например, если системная информация принята от eNB, то процессор 1030 управляющих сообщений переносит связанную информацию к контроллеру. Он переносит информацию о приоритете повторного выбора соты, принятую от eNB, к контроллеру.
Процессоры 1020 и 1025 более высокого уровня могут быть реализованы на службу. Процессор более высокого уровня обрабатывает данные, генерируемые службой пользователя, такой как протокол переноса файлов (FTP) и передача голоса с помощью IP протокола (VoIP), переносит обработанные данные к мультиплексору/демультиплексору 1015, обрабатывает данные от мультиплексора/демультиплексора 1015 и переносит обработанные данные к служебным приложениям более высокого уровня. Процессор более высокого уровня может включать в себя устройство RLC уровня, устройство PDCP уровня и устройство IP уровня.
Блок 1010 управления проверяет команду планирования, например разрешения доступа восходящей линии связи, принятые трансивером 1005, для выполнения передачи восходящей линии связи с соответствующим ресурсом передачи в подходящее время. Этот контроллер может выполнять операции, предложенные на фиг.4, 5, 6, 7 и 9. А именно, этот контроллер может соответствующим образом настраивать приоритет повторного выбора соты и управлять процедурой повторной конфигурации носителя и процедурой случайного доступа.
Фиг.11 является блок-схемой, иллюстрирующей одну конфигурацию eNB согласно одному варианту осуществления данного изобретения.
Со ссылкой на фиг.11, eNB включает в себя трансивер 1105, контроллер 1110, мультиплексор/демультиплексор 1120, процессор управляющих сообщений/RRC контроллер 1135, процессоры 1125 и 1130 более высокого уровня и планировщик 1115.
Трансивер 1105 передает данные и управляющие сигналы на несущих нисходящей линии связи и принимает данные и управляющие сигналы на несущих восходящей линии связи. В случае если сконфигурировано множество несущих, трансивер 1105 передает и принимает данные и управляющие сигналы на этих множественных несущих.
Мультиплексор/демультиплексор 1120 мультиплексирует данные, генерируемые процессорами 1125 и 1130 более высокого уровня и процессором 1135 управляющих сообщений, и демультиплексирует данные, принятые трансивером 1105, и доставляет демультиплексированные данные к соответствующим процессорам 1125 и 1130 более высокого уровня, процессору 1135 управляющих сообщений и контроллеру 1110. Процессор 1135 управляющих сообщений обрабатывает управляющее сообщение, переданное посредством UE, для принятия необходимой операции и генерирует управляющее сообщение, подлежащее передаче к UE для низких уровней.
Процессор 1125 и 1130 более высокого уровня может быть реализован на носитель, обрабатывает данные, подлежащие переносу к SGW или другому eNB в RLC PDU, и переносит RLC PDU к мультиплексору/демультиплексору 1120 или обрабатывает RLC PDU от мультиплексора/демультиплексора 1120 для генерации PDCP SDU для SGW или другого eNB.
Планировщик назначает ресурс передачи для UE в соответствующее время, принимая во внимание состояние буфера и состояние канала UE и управляет трансивером для обработки сигнала, подлежащего передаче к UE и принятого от UE.
Контроллер может выполнять операции управления, касающиеся eNB операций, предложенных на фиг.4, 5, 6, 7 и 9. Например, блок управления конфигурирует приоритет повторного выбора соты для UE и то, передавать ли указание близости, и управляет операцией передачи RAR сообщения к UE в RAR окне.
Хотя предпочтительные варианты осуществления данного изобретения были описаны с использованием конкретных терминов, это описание и чертежи должны рассматриваться скорее в иллюстративном, чем в ограничивающем смысле для помощи в понимании данного изобретения. Специалистам в данной области техники ясно, что различные модификации и изменения могут быть сделаны для него, не выходя за рамки более широкой сущности и объема данного изобретения.