Терминал связи и базовая станция



Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция
Терминал связи и базовая станция

 


Владельцы патента RU 2491773:

ПАНАСОНИК КОРПОРЭЙШН (JP)

Изобретение относится к системам связи. Технический результат заключается в устранении задержек при передаче данных. Терминал связи регулирует временные характеристики передачи данных, передаваемых в базовую станцию таким образом, что базовая станция может принимать данные в пределах заранее заданного времени задержки. Терминал связи включает в себя блок 701 приема для приема приоритета информации управления MAC, передаваемой из базовой станции, блок 703 управления приоритетом для определения взаимосвязи между приоритетом информации управления MAC и приоритетом, назначенным для DRB и SRB, и блок 704 генерирования сообщения передачи для управления так, чтобы раньше передавать информацию, имеющую высокий приоритет, в соответствии со взаимосвязью между приоритетами, определенными блоком 703 управления приоритетом. В соответствии с терминалом связи делают сравнение между приоритетом информации управления MAC и приоритетом, назначенным для DRB и SRB, в результате чего становится возможным управлять тем, какую информацию следует передавать как необходимую. 6 з.п. ф-лы, 30 ил., 2 табл.

 

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

[0001] Настоящее изобретение относится к терминалу связи и базовой станции для осуществления связи в соответствии с заранее заданной процедурой.

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

[0002] В E-UTRA/E-UTRAN, стандартизированных в настоящее время, принято временное мультиплексирование, как в восходящей линии связи (UL) из терминала в базовую станцию, так и в нисходящей линии связи (DL) из базовой станции в терминал. В восходящей линии связи, когда базовая станция принимает данные из множества терминалов, если временные характеристики приема данных, передаваемых терминалом, сдвигаются, невозможно эффективно исполнить временное мультиплексирование. Таким образом, в системе с временным мультиплексированием временные характеристики передачи терминалов требуется регулировать таким образом, чтобы базовая станция могла принимать данные, переданные терминалами в пределах заданной задержки.

[0003] Это называется синхронизацией восходящей линии связи (также называется регулировкой временных характеристик, выравниванием временных характеристик и т.д.). Операция, требуемая для каждого терминала для достижения синхронизации восходящей линии связи, представляет собой процедуру RACH (процедура канала произвольного доступа). Вначале будет описана общая характеристика процедуры RACH и затем будет описана передача Сообщения 3, на котором фокусируется изобретение.

[0004] [Общие характеристики процедуры RACH]

В E-UTRA/E-UTRAN процедуру RACH используют в различных случаях. Причины использования процедуры RACH, в частности, представляют собой подключение вызова (начальный доступ), передачу сообщения о завершении хэндовера, передачу данных UL/DL и возобновление приема (возобновление приема данных UL/DL), и повторное подключение (восстановление после отказа радиолинии).

[0005] Начальный доступ представляет собой случай, в котором терминал выполняет подключение вызова из состояния ожидания (RRC_IDLE). Поскольку терминал находится в состоянии IDLE (ожидание), синхронизация восходящей линии связи с базовой станцией не достигается.

[0006] Передача сообщения о завершении хэндовера представляет собой случай, когда терминал исполняет хэндовер, и целевую базовую станцию уведомляют о том, что терминал перемещается к целевой базовой станции. Терминал не имел подключения к целевой базовой станции до этого момента, и, таким образом, здесь достигается синхронизация с целевой базовой станцией.

[0007] Возобновление приема данных UL/DL представляет собой случай, когда терминал, выполняющий прием с перерывами (DRX), начинает передавать или принимать данные UL или DL. Поскольку через некоторое время происходит нарушение синхронизации восходящей линии связи терминала, необходимо снова достичь синхронизации.

[0008] Восстановление после отказа радиолинии представляет собой случай, когда после этого для терминала становится невозможным детектировать подключенную соту, терминал выполняет повторное подключение к соте, которая вновь найдена (или которая была подключена перед этим). Ситуация напоминает начальный доступ.

[0009] Существует два больших типа процедуры RACH. Один из них представляет собой случай, когда терминал выбирает преамбулу RACH, переданную им самим в базовую станцию (случай невыделенной преамбулы RACH), и другой представляет собой случай, когда терминал использует преамбулу RACH, предоставленную базовой станцией (случай выделенной преамбулы RACH).

[0010] Соответствующие операции показаны в позициях (a) и (b) на фиг. 1. Основное отличие состоит в следующем. В случае невыделенной преамбулы RACH существует вероятность того, что множество терминалов могут использовать одну и ту же преамбулу RACH одновременно и, таким образом, используют сообщение для проверки наличия или отсутствия коллизии (Сообщение 4: разрешение конфликтов); в случае выделенной преамбулы RACH, используемую преамбулу RACH назначают с помощью сообщения назначения (Сообщение 0: назначение преамбулы RA).

[0011] Во всех случаях одно и то же относится к Сообщению 1 и Сообщению 2, но в случае Сообщения 3 и Сообщения 4, в каждом случае в ответ передают разные данные. Только передача сообщения о завершении хэндовера и возобновление приема данных DL может использовать выделенную преамбулу RACH, поскольку базовая станция может выполнять операцию назначения преамбулы RACH только в двух случаях.

[0012] На фиг. 2 показаны две процедуры. Выделенную преамбулу RACH не всегда используют для передачи сообщения о завершении хэндовера или возобновления приема данных DL, и можно использовать невыделенную преамбулу RACH.

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

[0014] Другими словами, в случае невыделенной преамбулы RACH, ID терминала должен вмещаться в Сообщении 3, для указания, какой терминал выполняет доступ. В качестве ID терминала, если терминал является активным, используют (RRC_CONNECTED), С_RNTI (временный ID управления радиосетью), который используют в отдельных сотах; если терминал исполняет начальный доступ, используют S-TMSI (S-временные объекты ID мобильного абонента), который используется в области отслеживания (модуль администрирования перемещением терминала в режиме IDLE) или IMSI (МИМА, международный идентификатор мобильного абонента) для ID, уникального для терминала (соответствует номеру телефона). При восстановлении отказа радиолинии используют идентификатор соты (ID соты) для соты, подключенной перед тем, как возник отказ радиолинии, C-RNTI в соте и т.д.

[0015] [Передача Сообщения 3]

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

[0016] Таким образом, учитывают, что бывает трудно передать всю информацию одновременно. Для показа того, как построено Сообщение 3, на фиг. 3, 4 и 5 представлены конфигурации заголовка MAC (управление доступом к среде), RLC (управление радиолинией), и PDCP (протокол схождения пакетных данных), соответственно. На фиг. 14 показана конфигурация протокола. В общих чертах они будут описаны ниже.

[0017] (MAC)

Предусмотрены три типа подзаголовков MAC, и минимальный подзаголовок имеет размер восемь битов. Какие данные вмещаются, указано с использованием LCID (ID логического канала), присутствует или нет подзаголовок MAC после подзаголовка MAC, указано в поле E (расширение)), и размер данных указан полем L (длина)).

[0018] Элемент управления MAC (информация управления MAC для восходящей линии связи, C-RNTI, отчет о состоянии буфера (BSR, указывающий состояние буфера терминала) и CQI (указатель качества канала, указывающий статус канала терминала) также указаны в LCID. В этом случае, размер заранее задан, и, таким образом, поле L не требуется.

[0019] (RLC)

16-битный заголовок определен для RLC AM (режим подтверждения), и 16 битов (10-битов SN для длинных данных) и восемь битов (пять битов SN для коротких данных) определены для RLC UM (режим без подтверждения).

[0020] (PDCP)

Различные заголовки определены в SRB (радиоканал сигнализации: канал для переноса сообщения RRC сообщения управления) и радиоканал передачи данных (DRB, канал для переноса данных). Для SRB становится необходимым 40-битный заголовок.

Радиоканал передачи данных может называться радиоканалом уровня пользователя (радиоканал пользователя).

[0021] Учитывается, что сообщение о завершении хэндовера вмещает в себя тип сообщения (указывающий тип сообщения), ID транзакции (указывает ответ, на какое сообщение), и т.д., в качестве сообщения RRC, и предполагаются восемь битов.

[0022] Непатентный документ 1: TS25.321 " Medium Access Control (MAC) protocol specification".

Сущность изобретения

Задачи, решаемые изобретением

[0023] Из приведенного выше описания, учитывая передачу сообщения о завершении хэндовера, можно видеть, что, если только 72 бита назначены терминалу для передачи, передача должна быть исполнена дважды, как в Таблице 1. При этом заранее задано, что BSR передают после исполнения хэндовера. В UMTS (универсальная система мобильной связи) установлено, что информация управления MAC (элемент управления MAC в LTE) всегда имеет более высокий приоритет, чем SRB и DRB (см. Непатентный документ l).

[0024] Таким образом, предполагается, что BSSR отправляют раньше, чем сообщение о завершении хэндовера. В этом случае передачу исполняют три раза, как в Таблице 2, и дополнительно передачу сообщения о завершении хэндовера задерживают.

[0025] [Таблица 1]

Таблица 1
Только для передачи сообщения о завершении хэндовера
1-ый сегмент 2-ой сегмент
RRC+PDCP 24 бита 24 бита
RLC 16 битов 16 битов
MAC 8 битов (LCID для RRC) 8 битов (LCID для RRC)
PHY (CRC) 24 бита 24 бита
Всего 72 бита 72 бита

[0026] [Таблица 2]

Таблица 2
Когда BSR имеет преимущество над передачей сообщения о завершении хэндовера
1-ый сегмент 2-ой сегмент 3-ий сегмент
RRC+PDCP 0 битов 24 бита 24 бита
RLC 0 битов 16 битов 16 битов
MAC 48 битов
(LBSR+LCID + заполнение 24 битов (LCID + биты
8 битов
(LCID для RRC)
8 битов
(LCID для RRC)
заполнения)
PHY (CRC) 24 бита 24 бита 24 бита
Всего 72 бита 72 бита 72 бита

[0027] Как описано выше, если элемент управления MAC (например, BSR) имеет приоритет, вследствие этого передача сообщения о завершении хэндовера задерживается. Это имеет следующие недостатки:

[0028] (Задержка переключения тракта в сети)

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

[0029] На фиг. 15 показана взаимосвязь между базовой станцией в сети и объектом базовой сети. Объект базовой сети продолжает передавать данные в предыдущую базовую станцию (источник eNB) до тех пор, пока не произойдет переключение тракта на объект базовой сети.

[0030] Не возникает проблемы, если предыдущая базовая станция пересылает данные в новую базовую станцию; например, предполагается, что пакет пересылают без использования услуги в режиме реального времени VoIP и т.д. Для сведения этого к минимуму, требуется сокращение задержки переключения тракта.

[0031] (Задержка начала передачи нисходящей линии связи)

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

[0032] Учитывая описание, приведенное выше, нежелательно, чтобы элемент управления MAC всегда имел преимущество. Таким образом, требуется управлять приоритетом элемента управления MAC.

[0033] С учетом описанных выше обстоятельств, цель изобретения состоит в том, чтобы предоставить терминал связи и базовую станцию, которые могут назначать приоритет для информации управления MAC и могут управлять тем, какую информацию требуется передать как необходимую.

Средство решения задачи

[0034] Терминал связи в соответствии с настоящим изобретением представляет собой терминал связи для осуществления связи с базовой станцией, в соответствии с заранее заданной процедурой, терминал связи, содержащий: блок управления приоритетом для определения взаимосвязи между приоритетом информации управления MAC с приоритетом, назначенным для информации управления MAC, и приоритетом, назначенным для DRB и SRB; и блок генерирования сообщения передачи для управления, чтобы раньше передавать информацию, имеющую высокий приоритет, в соответствии с взаимосвязью приоритета, определенной блоком управления приоритетом.

[0035] В соответствии с конфигурацией, описанной выше, становится возможным управлять тем, какую информацию следует передать как необходимую, в ответ на приоритет информации управления MAC, и приоритет, назначенный для DRB и SRB. Поэтому становится возможным соответствующее управление, отвечающее на описание и ситуацию услуги связи. Например, когда исполняют VoIP, если переключение тракта требуется выполнить быстро, учитывают, что SRB имеет более высокий приоритет, чем BSR. И, наоборот, если переключение тракта не требуется выполнить быстро, и требуется быстро понять состояние буфера терминала, BSR может иметь более высокий приоритет, чем SRB.

[0036] Терминал связи в соответствии с настоящим изобретением может содержать блок приема для приема приоритета информации управления MAC, передаваемой из базовой станции.

[0037] В терминале связи в соответствии с настоящим изобретением информация управления MAC включает в себя C-RNTI, BSR и CQI, и блок генерирования сообщения передачи раньше передает информацию, имеющую высокий приоритет, в соответствии с приоритетами DRB, SRB, C-RNTI, BSR и CQI.

[0038] В соответствии с описанными выше конфигурациями, например, если C-RNTI установлено с приоритетом 1 и BSR, и CQI установлен с приоритетом 3, когда приоритет SRB равен 2, при этом только C-RNTI может иметь более высокий приоритет, чем SRB, и становится возможным управлять, какую информацию требуется передать как необходимую.

[0039] Терминал связи в соответствии с настоящим изобретением содержит блок таблицы приоритета для хранения информации о приоритете информации управления MAC, и блок приема принимает информацию о границе, указывающую границу приоритета информации управления MAC, и блок управления приоритетом обращается к информации о границе для определения взаимосвязи между приоритетом информации управления MAC и приоритетом, назначенным для DRB и SRB.

[0040] В соответствии с конфигурацией, описанной выше, информация о границе приоритета информации управления MAC может быть установлена с использованием малого количества битов, поэтому может быть сдержано увеличение служебных данных при сигнализации.

[0041] В терминале связи в соответствии с настоящим изобретением блок управления приоритетом устанавливает приоритет для информации управления MAC в соответствии с причиной использования процедуры RACH.

[0042] В соответствии с описанной выше конфигурацией, приоритет информации управления MAC устанавливается в соответствии с причиной использования процедуры RACH, в результате чего операция передачи может быть изменена для каждой процедуры RACH.

[0043] В терминале связи в соответствии с настоящим изобретением блок приема принимает пороговое значение, относящееся к размеру сообщения, из базовой станции, и блок управления приоритетом обращается к этому пороговому значению для определения взаимосвязи между приоритетом информации управления MAC и приоритетом, назначенным для DRB и SRB.

[0044] В соответствии с описанной выше конфигурацией, если сообщение, установленное быть переданным раньше, будет большим, информацию управления MAC передают раньше, и служебные данные, сопровождающие передачу большого сообщения, могут быть уменьшены.

[0045] В терминале передачи данных в соответствии с настоящим изобретением блок приема принимает информацию, требуемую для задания приоритетов информации управления MAC и SRB из базовой станции, и блок управления приоритетом обращается к этой информации для задания приоритетов SRB и информации управления MAC.

[0046] В соответствии с описанной выше конфигурацией, приоритет может быть установлен без команды из сети.

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

[0048] В соответствии с описанной выше конфигурацией, приоритеты SRB и информации управления MAC могут быть заданы без команды из сети на основе, используется ли или нет VoIP, и является ли хэндовер или нет хэндовером в базовой станции или хэндовером между базовыми станциями.

[0049] В терминале в соответствии с настоящим изобретением поле расширения, указывающее, следует ли после этого или нет подзаголовок MAC, размещено в верхней части подзаголовка MAC и, если выделен ресурс, имеющий только 72 бита для подзаголовка MAC, и значение поля расширения, расположенного в начале заголовка MAC, указывает, присутствует или нет заголовок MAC.

[0050] В соответствии с описанной выше конфигурацией, терминал может уведомлять базовую станцию о том, присутствует или нет заголовок MAC, без использования нового бита.

[0051] Базовая станция в соответствии с настоящим изобретением представляет собой базовую станцию для осуществления связи с терминалом связи в соответствии с заранее заданной процедурой, в которой приоритет назначают информации управления MAC, и приоритет информации управления MAC передают в терминал связи.

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

[0053] В базовой станции в соответствии с настоящим изобретением приоритет информации управления MAC задан заранее, и только информацию о границе между информацией управления MAC, имеющей более высокий приоритет, чем SRB, и информацию управления MAC, имеющую более низкий приоритет, чем SRB, передают в терминал связи.

[0054] В соответствии с описанной выше конфигурацией, граница информации управления MAC может быть установлена, используя малое количество битов, таким образом, что увеличение служебных данных сигнализации может быть сдержано.

[0055] В базовой станции в соответствии с настоящим изобретением приоритет информации управления MAC, в соответствии с причиной использования процедуры RACH, передают в терминал связи.

[0056] В соответствии с описанной выше конфигурацией, приоритет информации управления MAC устанавливают в ответ на причину использования процедуры RACH, в результате чего операция терминала может быть изменена для каждой процедуры RACH.

[0057] В базовой станции в соответствии с настоящим изобретением, если размер передаваемого сообщения больше, чем заранее заданный размер, информация управления MAC имеет преимущество.

[0058] В соответствии с описанной выше конфигурацией, если сообщение, установленное, чтобы быть переданным раньше, будет большим, информацию управления MAC передают раньше и при этом можно уменьшить служебные данные, сопровождающие передачу большого сообщения.

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

[0060] В соответствии с описанной выше конфигурацией, базовая станция может задавать, присутствует ли заголовок MAC, без использования нового бита.

Полезные эффекты изобретения

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

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

[0062] На фиг. 1 показана операция невыделенной преамбулы RACH и выделенной преамбулы RACH.

На фиг. 2 показаны процедуры передачи сообщения о завершении хэндовера и возобновления приема данных DL.

На фиг. 3 показана конфигурация заголовка MAC Сообщения 3.

На фиг. 4 показана конфигурация заголовка RLC Сообщения 3.

На фиг. 5 показана конфигурация заголовка PDCP Сообщения 3.

На фиг. 6 показана концепция Варианта 2 осуществления изобретения.

На фиг. 7 показана блок-схема терминала в соответствии с Вариантом 2 осуществления изобретения.

На фиг. 8 показан конкретный пример процедуры в соответствии с Вариантом 2 осуществления изобретения.

На фиг. 9 показана концепция Варианта 3 осуществления изобретения.

На фиг. 10 показана блок-схема терминала в соответствии с Вариантом 3 осуществления изобретения.

На фиг. 11 описано изменение приоритета элемента управления MAC по каждой причине использования процедуры RACH в Варианте 3 осуществления изобретения.

На фиг. 12 показана концепция Варианта 4 осуществления изобретения.

На фиг. 13 показана блок-схема терминала в соответствии с Вариантом 4 осуществления изобретения.

На фиг. 14 показана конфигурация протокола Сообщения 3.

На фиг. 15 показана взаимосвязь между базовой станцией в сети и объектом базовой сети.

На фиг. 16 представлены общие черты установки приоритета для каждого элемента управления MAC в Варианте 1 осуществления изобретения.

На фиг. 17 показана блок-схема терминала в соответствии с Вариантом 1 осуществления изобретения.

На фиг. 18 показан пример таблицы приоритета элемента управления MAC и пример информации о границе в Варианте 2 осуществления изобретения.

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

На фиг. 20 показаны операции временного изменения приоритета в Варианте 2 осуществления изобретения.

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

На фиг. 22 показана блок-схема терминала в соответствии с Вариантом 5 осуществления изобретения.

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

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

На фиг. 25 показана конфигурация подзаголовка MAC, используемого в обычном предложении.

На фиг. 26 показана конфигурация подзаголовка MAC в соответствии с обычным предложением 1.

На фиг. 27 показана конфигурация подзаголовка MAC в соответствии с Вариантом 6 осуществления изобретения.

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

На фиг. 29 показаны примеры конфигурации заголовка MAC в соответствии с Вариантом 6 осуществления изобретения.

На фиг. 30 показан пример определения LCID в соответствии с Вариантом 6 осуществления изобретения.

На фиг. 31 показаны другие примеры конфигурации заголовка MAC в соответствии с Вариантом 6 осуществления изобретения.

Описание номеров и знаков ссылочных позиций

[0063]

701, 2201 блок приема
702, 1101 блок таблицы приоритета
703, 1001, 1301, 1701, 2202 блок управления приоритетом
704, 1002, 1302, 2203 блок генерирования сообщения передачи
705 блок генерирования SRB
706 блок генерирования DRB
707 блок буфера
708 блок генерирования информации MAC
709 блок передачи

Подробное описание изобретения

[0064] Пример, в котором приоритет передаваемых данных определен перед исполнением процедуры RACH базовой станцией и терминалом, будет описан ниже: описанные ниже варианты осуществления можно применить для случая невыделенной преамбулы RACH и для случая выделенной преамбулы RACH аналогичным образом.

[0065] (Вариант 1 осуществления)

SRB (радиоканал сигнализации: канал для переноса сообщения RRC управляющего сообщения) и DRB (радиоканал уровня пользователя/радиоканал передачи данных: канал для переноса данных), каждая имеет приоритет. В настоящее время в SRB существуют SRB (SRB2) с высоким приоритетом, для отправки сообщения RRC, имеющего высокий приоритет и SRB (SRB1) с низким приоритетом, имеющим приоритет, как обычный SRB для терминала RRC_CONNECTED для связи. Другой SRB (SRB0) определен для переноса сообщения RRC до тех пор, пока терминал перемещается в RRC_CONNECTED с начальным доступом, при восстановлении после отказа радиолинии и т.д. Установлены DRB, которые добавляют в ответ на услугу, используемую терминалом; например, DRB для VoIP, DRB для просмотра веб-странцицы, DRB для пересылки электронной почты и т.п.

[0066] Для каждого канала установлен приоритет таким образом, что базовая станция может управлять, по какому каналу может передавать терминал. В принципе, SRB имеет более высокий приоритет, чем DB. В DRB канал для услуги, включающей строгие требования в отношении задержки (услуга, критическая по времени), имеет высокий приоритет. Таким образом, в примере рассматривают следующий приоритет:

[0067] SRB высокого приоритета > SRB с малым приоритетом > DRB для VoIP > DRB для просмотра веб-страниц > DRB для электронной почты.

[0068] В варианте осуществления приоритет устанавливают для каждого элемента управления MAC, так же, как SRB и DRB. Общие очертания представлены на фиг. 16. Как показано на чертеже, например, если значения приоритета равны 1-8, и 1 является самым высоким, учитывают, что C-RNTI, который рассматривают как имеющий наивысший приоритет в элементе управления MAC, установлен с приоритетом 1, и BSR, CQI и т.д. рассматривают, как имеющие следующий наивысший приоритет, и установленный с приоритетом 3.

[0069] Если приоритет SRB с высоким приоритетом становится равным 2, только C-RNTI может иметь преимущество над SRB с высоким приоритетом. В соответствии с такой операцией, становится возможным управлять тем, передачу какой информации обеспечивает терминал как необходимой.

[0070] В частности, если терминал использует VoIP, и переключение тракта требуется выполнить быстро, учитывают, что приоритет SRB с высоким приоритетом сделан более высоким, чем у BSR. И, наоборот, если не требуется выполнять быстрое переключение тракта, и требуется быстро оценить состояние буфера, которое имеет терминал, приоритет BSR может быть сделан более высоким, чем у SRB с высоким приоритетом.

[0071] (Блок-схема)

На фиг. 17 показана блок-схема терминала в соответствии с изобретением. Терминал связи, показанный на фиг. 17, включает в себя блок 701 приема, блок 705 генерирования SRB, блок 706 генерирования DRB, блок 1701 управления приоритетом, блок 704 генерирования сообщения передачи, блок 707 буфера, блок 708 генерирования информации MAC и блок 709 передачи. Основная операция и роли этих блоков состоят в следующем.

[0072] Блок 701 приема принимает сообщение из базовой станции. Блок 701 приема принимает приоритет для каждого элемента управления MAC и отправляет приоритет в блок 1701 управления приоритетом. Блок 701 приема принимает размер сообщения, передаваемый терминалом, и отправляет размер сообщения в блок 704 генерирования сообщения передачи. Блок 705 генерирования SRB формирует сообщение, которое должно быть передано, используя SRB сообщения RRC, сообщения NAS и т.д. Блок 706 генерирования DRB формирует данные уровня пользователя.

[0073] Блок 1701 управления приоритетом принимает приоритет для каждого элемента управления MAC из блока 701 приема. Блок 1701 управления приоритетом определяет взаимосвязь приоритета между элементом управления MAC и SRB, таким образом, что "C-RNTI > SRB > BSR > CQI > DRB" или "C-RNTI > SRB с высоким приоритетом > BSR > SRB с низким приоритетом > CQI > DRB" в соответствии с приоритетом для каждого элемента управления MAC, и приоритет, назначен обычно для DRB и SRB. Блок 1701 назначения приоритетом использует результат для управления блоком 704 генерирования сообщения передачи, для формирования сообщения передачи для более ранней передачи информации с высоким приоритетом.

[0074] Блок 704 генерирования сообщения передачи формирует сообщение передачи на основе информации о приоритете из блока 1701 управления приоритетом, и на основе размера сообщения передачи из блока 701 приема. Блок 704 генерирования сообщения передачи принимает элемент управления MAC из блока 708 генерирования информации MAC, описанного ниже, сообщает о пригодных для передачи каналах и об их количестве в блок 707 буфера, и принимает информацию, которая должна быть передана, SRB или DRB из блока 707 буфера.

[0075] Блок 707 буфера хранит информацию из блока 705 генерирования SRB и блока 706 генерирования DRB, и передает информацию в блок 704 генерирования сообщения передачи, в ответ на команду блока 704 генерирования сообщения передачи.

[0076] Блок 708 генерирования информации MAC генерирует элемент управления MAC и сообщает элемент управления MAC в блок 704 генерирования сообщения передачи. В частности, когда C-RNTI должен быть передан, блок 708 генерирования информации MAC переправляет C-RNTI в блок 704 генерирования сообщения передачи. Когда требуется передать BSR, блок 708 генерирования информации MAC генерирует и передает BSR из информации блока 707 буфера. Блок 709 передачи выполняет роль передачи сообщения, формируемого блоком 704 генерирования передаваемого сообщения в базовую станцию.

[0077] Как описано выше, в соответствии с вариантом осуществления, приоритет может быть установлен как необходимый для каждого элемента управления MAC, таким образом, что данными, которые должны быть переданы, предпочтительно, в базовую станцию в Сообщении 3 процедуры RACH, можно соответствующим образом управлять в ответ на описание и ситуацию услуги связи.

[0078] (Вариант 2 осуществления)

На фиг. 6 представлена концепция Варианта 2 осуществления, на фиг. 7 показана блок-схема терминала и на фиг. 8 показан конкретный пример процедуры работы.

[0079] В Варианте 1 осуществления приоритет может быть установлен как необходимый для каждого элемента управления MAC. Однако, система в соответствии с Вариантом 1 осуществления приводит к проблеме, состоящей в том, что увеличивается объем служебных данных сигнализации для базовой станции, для установки приоритета для терминала. В Варианте 2 осуществления приоритет элемента управления MAC задан заранее, и установлена только одна граница между элементом управления MAC, имеющим высокий приоритет для SRB, и элементом управления MAC, имеющим низкий приоритет, в результате чего решается эта проблема. На фиг. 6 представлены общие очертания.

[0080] Как представлено в позиции (a) на фиг. 6, приоритет задают в элементах управления MAC. При этом учитывают, что приоритет установлен в спецификации (spec) стандарта и т.д.; он может быть передан в информации отчета и т.д., или он может быть отправлен в отдельном сообщении RRC. В варианте осуществления будет описан пример, в котором приоритет установлен в спецификации (spec) стандарта, и т.д. Установлена граница между элементом управления MAC, имеющим более высокий приоритет, чем SRB, и элементом управления MAC, имеющим более низкий приоритет, чем SRB. В частности, указана любая из границ 1-4 в примере, показанном в позиции (a) на фиг. 6. Пример сигнализации в это время показан в позиции (b) на фиг. 6. Процедура, показанная в позиции (b) на фиг. 6, исполняется перед Сообщением 1, показанным в позиции (a) на фиг. 1.

[0081] В частности, если установлена граница 2, порядок приоритета становится следующим:

C-RNTI > SRB > BSR > CQI > DRB

[0082] Хотя один приоритет ниже SRB, также учитывается, что приоритет элемента управления MAC сравнивают с SRB с высоким приоритетом, для установки следующим образом:

C-RNTI > SRB с высоким приоритетом > BSR > SRB с низким приоритетом > CQI > DRB

[0083] (Блок-схема)

На фиг. 7 показана блок-схема терминала в соответствии с вариантом осуществления. Терминал, показанный на фиг. 7, включает в себя блок 703 управления приоритетом и блок 702 таблицы приоритета, вместо блока 1701 управления приоритетом терминала, показанного на фиг. 17. Разница основных операций и роль каждого блока в отличие от Варианта 1 осуществления, будут описаны ниже.

[0084] В Варианте 2 осуществления блок 701 приема играет роль приема информации о границе, описанной выше, и сообщает информацию о границе в блок 703 управления приоритетом, в дополнение к роли, описанной в Варианте 1 осуществления.

[0085] Блок 702 таблицы приоритетов выполняет роль хранения информации о приоритете в элементах управления MAC, показанных в позиции (a) на фиг. 6, и сообщения информации в блок 703 управления приоритетом.

[0086] Блок 703 управления приоритетом определяет взаимосвязь приоритета между элементом управления MAC и SRB таким образом, что "C-RNTI > SRB > BSR > CQI > DRB" или "C-RNTI > SRB с высоким приоритетом > BSR > SRB с низким приоритетом > CQI > DRB" в соответствии с информацией о границе из блока 701 приема и информацией блока таблицы приоритета из блока 702 таблицы приоритета. Блок 703 управления приоритетом использует этот результат для управления блоком 704 генерирования сообщения передачи, для более ранней передачи информации с высоким приоритетом.

[0087] (Подробное описание)

Операция в соответствии с изобретением будет описана со ссылкой на фиг. 7 и 8. На фиг. 8 показан конкретный пример процедуры передачи при хэндовере.

[0088] Как показано на фиг. 8, вначале сообщают информацию о границе из базовой станции (соты источника) в терминал (UE) (сообщение ST8-1: RRC CONNECTION RECONFIGURATION). Информацию о границе принимают с помощью блока 701 приема и передают в блок 703 управления приоритетом.

Блок 703 управления приоритетом получает информацию о приоритете элемента управления MAC из двух частей информации о границе, принятой в ST8-1 и таблицы, указывающей приоритет в элементах управления MAC, описанных в позиции (a) на фиг. 6, хранящихся в блоке 702 таблицы приоритета. Блок 703 управления приоритетом отправляет информацию в блок 704 генерирования сообщения передачи.

[0089] Затем ответное сообщение в ST8-1, формируемое в блоке 704 генерирования сообщения передачи, передают из блока 709 передачи терминала в базовую станцию (сообщение ST8-2: RRC CONNECTION RECONFIGURATION COMPLETE).

[0090] Базовая станция сообщает об исполнении хэндовера перед терминалом (сообщение ST8-3: Handover Command). Терминал исполняет хэндовер в ответ на это. Обработка представляет собой общую операцию и не связана непосредственно с изобретением и, таким образом, не будет описана.

[0091] Сообщения Handover Command и Handover Complete представляют собой обобщенные термины сообщения команды на хэндовер для терминала, выполняемую базовой станции, и сообщение для терминала, для указания завершения хэндовера для базовой станции, соответственно. В E-UTRA/E-UTRAN, используют сообщение RRC CONNECTION RECONFIGURATION и сообщение RRC CONNECTION RECONFIGURATION COMPLETE.

[0092] ST8-4: преамбула случайного доступа и ST8-5: ответ на случайный доступ, исполняемые после ST8-3, представляют собой обычную процедуру RACH и не будут подробно описаны. После ST8-5 блок 704 генерирования сообщения передачи задает размер сообщения в Сообщении 3, на основе информации о выделении ресурсов, принятой в ST8-5. Размер сообщения отправляют из блока 701 приема в блок 704 генерирования сообщения передачи.

[0093] Если, и сообщение о завершении хэндовера, и BSR, требуется отправить, и они не могут вмещаться в одном сообщении, задают, которое из них имеет преимущество, в зависимости от приоритета. Таким образом, если BSR > SRB, BSR имеет преимущество над SRB, а если BSR < SRB, сообщение о завершении хэндовера имеет преимущество. Таким образом, описание, отправленное на ST8-6, ST8-8 становится сообщением о завершении хэндовера или BSR, в зависимости от приоритета, заданного блоком 703 управления приоритетом.

[0094] На фиг. 18, в позициях (a) и (b) показан пример таблицы приоритета элемента управления MAC и пример информации о границе, соответственно. Таким образом, приоритет элемента управления MAC предусмотрен, как таблица, и приоритет сообщения RRC (он может представлять собой только SRB с высоким приоритетом, оба SRB с высоким приоритетом и SRB с низким приоритетом или только SRB с низким приоритетом) сообщают в информации о границе, и, таким образом, можно управлять описанием, которое должно быть передано.

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

[0096] Таким образом, рассматривают обработку, при которой только терминал, исполняющий VoIP, имеет преимущество при передаче сообщения о завершении хэндовера. При этом также учитывают эффективность информации терминала, пересылаемой между базовыми станциями, в качестве информации для переключения тракта. Во время хэндовера информацию терминала пересылают между базовыми станциями.

[0097] В это время также пересылают информацию о качестве приема терминала, о состоянии буфера терминала и т.д. Если скорость перемещения терминала не так высока, и качество приема терминала достаточно для информации, пересылаемой между базовыми станциями, учитывают, что приоритет CQI понижается; и, наоборот, если скорость движения терминала высока, учитывают, что приоритет CQI повышается.

[0098] Рассматривают услугу, в которой состояние буфера легко изменяется, и услугу, в которой состояние буфера мало изменяется. Например, в услуге VoIP, и т.д., состояние буфера не меняется в значительной степени. В отличие от этого, для исполнения выгрузки информации, учитывают, что состояние буфера в значительной степени изменяется.

[0099] Таким образом, учитывают, что, если исполняют только услугу, в которой мало изменяется состояние буфера, приоритет BSR понижают, и, если исполняют услугу, в которой состояние буфера легко изменяется, приоритет BSR повышается. Такая операция позволяет управлять информацией, передаваемой терминалом.

[0100] В варианте осуществления одна граница установлена для элемента управления MAC в качестве примера, но количество границ, которые должны быть установлены, также может быть увеличено. В частности, также учитывают, что установлены граница для SRB с высоким приоритетом (например, граница 2, показанная в позиции (a) на фиг. 6) и граница для SRB с низким приоритетом (например, граница 3, показанная в позиции (a) на фиг. 6), и приоритет установлен таким образом, что "C-RNTI > SRB с высоким приоритетом > BSR > CQI > SRB с низкими приоритетом > DRB".

[0101] В варианте осуществления приоритет элемента управления MAC может быть установлен только для SRB. В качестве альтернативы, такая же установка может быть принята для DRB, имеющего самый высокий приоритет. Таким образом, может быть реализована обработка, такая как "C-RNTI > SRB > BSR > DRB с высоким приоритетом > CQI > другой DRB" путем предоставления множества частей информации о границе.

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

[0103] В частности, учитывают, что передают результат измерения, указывающий состояние приема терминала (отчет об измерении, как сообщение RRC), и отправляют запрос на услугу для добавления новой услуги (запрос на услугу и т.д., как сообщение NAS). Отчет об измерениях, указывающий результат измерения, требуется для исполнения хэндовера и, таким образом, представляет собой сообщение, имеющее высокий приоритет.

[0104] Таким образом, если скорость перемещения терминала высокая, сообщение должно быть отправлено раньше. Как описано выше, поскольку базовая станция учитывает скорость перемещения терминала, то в любой момент времени можно задать, имеют ли преимущество возникающие данные, которые должны быть отправлены, или BSR, или CQI, в соответствии с обработкой, показанной в варианте осуществления. Операции, выполняемые во времени, показаны на фиг. 19.

[0105] Приоритет элемента управления MAC также может быть сделан как порядок LCID. Как описано выше, каждый элемент управления MAC указан LCID. Например, BSR равен 11100, CQI равен 11101 и т.д. Порядок LCID определен таким образом, чтобы он стал порядком приоритета, в результате чего устраняют необходимость специального предоставления таблицы приоритета в терминале.

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

[0107] В варианте осуществления показана операция по установке для повышения приоритета сообщения RRC, когда терминал исполняет VoIP и сообщение о завершении хэндовера, которые должны иметь преимущество, и т.д. Однако, есть проблема, состоящая в том, что ситуация изменяется при хэндовере между сотами одной и той же базовой станции.

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

[0109] На фиг. 20 показана операция в этом случае. Операция в значительной степени отличается от операции на фиг. 8 тем, что временный приоритет назначают в ST20-1, который соответствует ST8-3. Временный приоритет применяют только для ответа в ST20-L команды о хэндовере, передаваемой базовой станцией, и применяют только для сообщении о хэндовере.

[0110] В описании изобретения внимание сфокусировано на Сообщении 3 процедуры RACH, но вариант осуществления можно применять для всех обычных передач по восходящей линии связи.

[0111] В качестве типичного примера, когда вариант осуществления используют для всех обычных передач по восходящей линии связи, учитывают, что терминал исполняет начальный доступ (подключение вызова), восстановление отказа радиолинии (повторное подключение). Поток обработки показан на фиг. 24. Когда терминал исполняет подключение вызова или повторное подключение, сеть не знает точно о состоянии приема терминала и т.д. Таким образом, требуется информация CQI и т.д.

[0112] С другой стороны, однако, информацию, отправленную в базовую сеть, вводят в сигнал, отправленный терминалом ST2406a и, если она не будет отправлена, в конечном итоге, подключение вызова не будет прервано. С другой стороны, ST2406b, в основном, используют только для ответа подтверждения.

[0113] Таким образом, информация о границе, заданная в ST2404a, ST2404b позволяет выполнять такую операцию, что SRB (а именно, сообщение RRC CONNECTION SETUP COMPLETE) имеет преимущество во время начального доступа. В соответствии с этим, может быть решена проблема, связанная с увеличением задержки при подключении вызова из-за передачи элемента управления MAC.

[0114] (Варианты осуществления)

На фиг. 9 показана концепция Варианта 3 осуществления и на фиг. 10 показана блок-схема терминала. В варианте 2 осуществления представлен случай, в котором одни и те же установки приоритета используются для всех случаев использования процедуры RACH. Однако, поскольку необходимая информация несколько изменяется по причине использования процедуры RACH, учитывают, что приоритет задают для каждой причины исполнения процедуры RACH. Вариант 3 осуществления позволяет управлять данными передачи более соответствующим образом в ответ на причину использования процедуры RACH. Пример задания приоритета для каждой причины исполнения процедуры RACH показан ниже:

[0115] (Передача сообщения о завершении хэндовера)

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

[0116] (Задержка начала передачи по восходящей линии связи)

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

[0117] (Задержка начала передачи по нисходящей линии связи)

Для исполнения передачи по нисходящей линии связи учитывают, что требуется CQI. Таким образом, учитывают, что CQI имеет преимущество.

[0118] На фиг. 9, в позиции (b) показана операция, указывающая информацию для реализации этого. Информацию о границе задают, таким образом, для каждой причины использования процедуры RACH, так, что становится возможным изменять операцию для каждой процедуры RACH.

[0119] (Блок-схема)

На фиг. 10 показана блок-схема терминала в соответствии с вариантом осуществления. Терминал, показанный на фиг. 10, включает в себя блок 1001 управления приоритетом и блок 1002 генерирования сообщения передачи вместо блока 703 управления приоритетом и блока 704 генерирования сообщения передачи терминала, показанного на фиг. 7. Только отличия будут описаны. Блок 1001 управления приоритетом может иметь разную установку приоритета для каждой причины процедуры RACH и сообщает в блок 1002 генерирования сообщения передачи. Блок 1002 генерирования сообщения передачи генерирует сообщение передачи, используя разные установки приоритета по каждой причине процедуры RACH.

[0120] В варианте осуществления только информация о границе установлена для каждой причины процедуры RACH, в качестве примера, но приоритет элемента управления MAC также может изменяться для каждой причины использования процедуры RACH. В этом случае, как показано на фиг. 11, блок 1101 таблицы приоритета может быть включен вместо блока 702 таблицы приоритета, показанного на фиг. 10, и приоритет каждой причины использования процедуры RACH может быть установлен в блоке 1101 таблицы приоритета.

[0121] В частности, рассматриваются следующие примеры:

Завершение хэндовера: C-RNTI > BSR > CQI

Возобновление приема данных UL: C-RNTI> BSR> CQI

Возобновление приема данных DL: C-RNTI > CQI > BSR

[0122] Операция, в которой используется разный приоритет в зависимости от причины использования (причина) процедуры RACH, показанной в варианте осуществления, также можно применять для случая, когда разный приоритет установлен при динамическом планировании и полупостоянном планировании, хотя канал представляет собой один и тот же канал. В E-UTRA/E-UTRAN динамическое планирование применяют каждый раз для назначения данных в PDCCH (физический канал управления нисходящей линии связи) и полупостоянное планирование применяют для продолжения использования ресурса в заданный период, если данные однажды были назначены в PDCCH. Полупостоянное планирование подходит для услуги, в которой данные отправляют с одинаковым размером на регулярной основе, такой как VoIP. Однако, существует проблема, состоящая в том, что, если делают попытку передать информацию BSR, CQI и т.д., имеющую преимущество над данными VoIP, они не могут быть введены в ресурс, назначенный при полупостоянном планировании, и данные VoIP не могут быть отправлены вовремя. Затем приоритет элемента управления MAC также применяют к DRB и, кроме того, установку приоритета изменяют с помощью способа планирования для DRB, что позволяет решить проблему. В частности, рассматривают способ передачи информации о границе, используемой для передачи, при применении полупостоянного планирования для терминала (фиг. 21). Таким образом, если указана граница 1 в терминале, данные VoIP имеют преимущество над BSR и CQI только во время полупостоянного планирования, и BSR и CQI имеют преимущество, как обычно, при динамическом планировании.

[0123] (Вариант 4 осуществления)

На фиг. 12 показана концепция Варианта 4 осуществления. На фиг. 13 показана блок-схема терминала. В варианте 2 осуществления предусмотрено средство, обеспечивающее возможность, чтобы SRB имел преимущество над элементом управления MAC. Однако, размер сообщения, имеющего преимущество над элементом управления MAC, велик, учитывается, что лучше отправить раньше элемент управления MAC.

[0124] Таким образом, в варианте осуществления, только если сообщение, имеющее преимущество над элементом управления MAC, меньше заранее заданного размера, SRB имеет преимущество над элементом управления MAC. Пороговое значение для размера сообщения отправляют вместе с информацией о границе, как показано в позиции (b) на фиг. 12.

[0125] (Блок-схема)

На фиг. 13 показана блок-схема терминала в соответствии с вариантом осуществления. Терминал, показанный на фиг. 13, включает в себя блок 1301 управления приоритетом и блок 1302 генерирования сообщения передачи, вместо блока 703 управления приоритетом и блока 704 генерирования сообщения передачи, показанных на фиг. 7. Ниже будет описано только различие между ними: блок 1301 управления приоритетом принимает и обрабатывает пороговое значение, для задания, имеет ли преимущество SRB или DRB над элементом управления MAC, и отправляет пороговое значение в блок 1302 генерирования сообщения передачи. Блок 1302 генерирования сообщения передачи задает, падает или нет размер имеющих преимущество SRB или DRB ниже порогового значения и только, когда размер становится ниже порогового значения, блок 1302 генерирования сообщения передачи формирует сообщение передачи, для передачи SRB или DRB, имеющих преимущество над элементом управления MAC.

[0126] (Вариант 5 осуществления)

На фиг. 22 показана блок-схема терминала в соответствии с Вариантом 5 осуществления, и на фиг. 23 показана блок-схема последовательности операций, представляющая в общих чертах операцию. Вариант 2 осуществления представляет способ задания приоритета элемента управления MAC и SRB в соответствии с командой из сети. В варианте 5 осуществления показана операция задания приоритета без команды из сети.

[0127] (Блок-схема)

На фиг. 22 показана блок-схема терминала в соответствии с вариантом осуществления. Терминал, показанный на фиг. 22, включает в себя блок 2201 приема, блок 2202 управления приоритетом и блок 2203 генерирования сообщения передачи, вместо блока 701 приема, блока 703 управления приоритетом и блока 704 генерирования сообщения передачи.

[0128] В отличие от блока 701 приема, блок 2201 приема не принимает информацию о границе и не сообщает ее в блок 703 управления приоритетом, но отправляет информацию, необходимую для задания приоритета элемента управления MAC и SRB в блок 2202 управления приоритетом. Информация, необходимая для задания приоритета элемента управления MAC и SRB, представляет собой информацию, относящуюся к тому, принимают или нет услугу, в которой увеличивается потеря пакета из-за задержки переключения тракта, например, VoIP, является ли хэндовер хэндовером в базовой станции или хэндовером между базовыми станциями, и т.д.

[0129] В отличие от блока 703 управления приоритетом, блок 2202 управления приоритетом задает приоритет SRB и элемент управления MAC на основе информации, принятой из блока 2201 приема. Приоритет задают, когда блок 2203 генерирования сообщения передачи формирует сообщение передачи.

[0130] Блок 2203 генерирования сообщения передачи сообщает содержание сообщения, запланированного при передаче, в блок 2202 управления приоритетом. Блок 2203 генерирования сообщения передачи проверяет приоритет в блоке 2202 управления приоритетом каждый раз, когда он формирует сообщение передачи.

[0131] (Блок-схема последовательности операций)

На фиг. 23 показана операция задания приоритета SRB и элемент управления MAC на основе, используется или нет VoIP, и является ли хэндовер хэндовером между базовыми станциями, когда передают сообщение о завершении хэндовера.

[0132] В ST2301 начинается передача сообщения о завершении хэндовера из блока 2203 генерирования сообщения передачи терминала в базовую станцию. Блок 2203 генерирования сообщения передачи проверяет приоритет в блоке 2202 управления приоритетом.

[0133] Блок 2202 управления приоритетом определяет, используется или нет VoIP на этапе ST2302. Если VoIP не используется, блок 2202 управления приоритетом переходит на ST2304; если VoIP используется, блок 2202 управления приоритетом переходит на ST2303. На этапе ST2303 блок 2202 управления приоритетом определяет, является ли хэндовер хэндовером между базовыми станциями или хэндовером в пределах базовой станции. Если хэндовер представляет собой хэндовер в пределах базовой станции, на этапе ST2303, блок 2202 управления приоритетом переходит на ST2304; если хэндовер представляет собой хэндовер между базовыми станциями, блок 2202 управления приоритетом переходит на этап ST2305.

[0134] На этапе ST2304 блок 2202 управления приоритетом задает, что элемент управления MAC имеет преимущество, поскольку задержка переключения тракта, связанная с задержкой на передачу сообщения о завершении хэндовера, не вносит какую-либо проблему. И, наоборот, на этапе ST2305, блок 2202 управления приоритетом задает, что сообщение о завершении хэндовера имеет преимущество, поскольку задержка при передаче сообщения о завершении хэндовера вносит проблему. Результат сообщают в блок 2203 генерирования сообщения передачи, который затем генерирует сообщение передачи на основе результата.

[0135] В варианте осуществления терминал задает приоритет для элемента управления MAC SRB на основе, исполняют или нет VoIP, и является ли хэндовер или нет хэндовером между базовыми станциями, но также можно использовать любые другие условия. В частности, также учитывают, что, если скорость перемещения терминала высока, CQI имеет преимущество и, если скорость перемещения низкая, CQI не имеет преимущество. Также учитывают, что, если изменение состояния буфера в терминале интенсивно, BSR имеет преимущество, и если изменения становятся не интенсивны, BSR не имеет преимущества.

[0136] В варианте осуществления, исполняют ли или нет VoIP, принято как один из критериев задания, но задание также может быть основано просто на том, существует ли или нет услуга, не пересылаемая между базовыми станциями. DRB, использующий UM RLC, не пересылают. Таким образом, существует или нет DRB, использующий UM RLC, можно использовать как критерий задания.

[0137] Кроме того, больше или равен DRB, использующий RLC или UM, чем один приоритет, можно использовать как критерий задания. В соответствии с этим, можно обойти задание приоритета SRB, на который влияет DRB или RLC UM, имеющий низкий приоритет.

[0138] (Вариант 6 осуществления)

На фиг. 27 показана конфигурация подзаголовка MAC в соответствии с Вариантом 6 осуществления, и на фиг. 28 показана блок-схема последовательности операций, представляющая общие очертания операции, выполняемой терминалом. Вариант осуществления представляет, как базовая станция различает описание, когда терминал выбирает преамбулу RACH, переданную в базовую станцию ею самой (в случае невыделенной преамбулы RACH).

[0139] Когда терминал выбирает преамбулу RACH, переданную в базовую станцию ею самой, базовая станция не может понять, требуется ли для терминала исполнить начальный доступ, требуется ли передать сообщение о завершении хэндовера, или, другое, если она принимает только преамбулу RACH (Сообщение 1, показанное в позиции (a) на фиг. 1). Таким образом, базовая станция знает, что описание Сообщения 3, показанного в позиции (a) на фиг. 1, находится в момент времени приема Сообщения 3. В это время возникает одна проблема. Она связана с тем фактом, что используется или нет заголовок MAC в Сообщении 3, изменяется, в зависимости от условия. В частности, если выделен ресурс для отправки только 72-битной информации в терминал, заголовок MAC не вмещается, и прямое сообщение RRC вмещается в случае подключения вызова, или повторного подключения; заголовок MAC вмещается при передаче сообщения о завершении хэндовера, возобновлении передачи - приема данных UL/DL. Если будет выделен ресурс для отправки информации размером 144 бита, например, больше, чем 72 бита, заголовок MAC вмещается даже в случае подключения/повторного подключения вызова. Таким образом, базовой станции требуется определять, вмещается или нет заголовок MAC, если только 72 бита будут выделены на терминал.

[0140] Для решения этого, в непатентном документе (R2-080162: Message 3 encoding), сделаны два предложения.

[0141] (Обычное предложение 1)

В первом предложении используется конфигурация представленного подзаголовка MAC (см. позицию (a) на фиг. 25), описанная в непатентном документе (TS36.321 V8.0.0: "Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification") и используемая в поле LCID (логический идентификатор канала) (поле LCID) в верхней его части. Поле LCID представляет собой место для ввода LCID, соответствующего переносимым данным, или LCID, соответствующего элементу управления MAC, и, в соответствии с этим, сторона приема может идентифицировать, что представляют собой принимаемые данные.

[0142] Как в конкретном способе, описанном в документе, первые два бита пятибитного LCID используются для указания, присутствует или нет заголовок MAC, например, если значение первых двух битов равно "11", предполагается, что заголовок MAC существует и, если значение равно "00", "01" или "10", кроме "11", предполагается, что заголовок MAC не существует. В случае сообщения RRC при подключении вызова, повторном подключении, а именно, RRC CONNECTION REQUEST, RRC CONNECTION RE-ESTABLISHMENT REQUEST, учитывают, что первые два бита используются как тип сообщения, указывающий сообщение RRC. Таким образом, если значение равно "00", "01" или "10", сообщение, принятое в RRC, идентифицируется как RRC CONNECTION REQUEST, RRC CONNECTION RE-ESTABLISHMENT REQUEST. Например, если значение равно "00", сообщение представляет собой RRC CONNECTION REQUEST и, если значение равно "01", сообщение представляет собой RRC CONNECTION RE-ESTABLISHMENT REQUEST.

[0143] В качестве недостатка в этом случае, область, которую можно указать в LCID, ограничена. Если терминал выбирает преамбулу RACH, переданную в базовую станцию им самим, он должен сообщить C-RNTI в базовую станцию, и в нем должна вмещаться информация. Таким образом, становится необходимым резервировать восемь LCID по 32 для элемента управления MAC, вмещающего в себя C-RNTI. Фактически, однако, учитывают, что восемь элементов управления MAC, вмещающих в себя C-RNTI, не определены, и, таким образом, LCID зарезервированы так, что это не принесет результат.

[0144] Здесь будут описаны другие поля в подзаголовке MAC. Поле (E) расширения указывает, продолжается ли далее подзаголовок MAC. Если значение равно "0", это указывает, что вводят данные или элемент управления или MAC, если значение "1," это указывает, что подзаголовок MAC продолжается. На фиг. 26 показан пример конфигурации, в которой множество подзаголовков MAC продолжаются. На фиг. 26, в позиции (a) показан пример, в котором только подзаголовок MAC без поля длины (поле L), показанного на фиг. 25, формирует заголовок MAC. Поле длины указывает размер данных, которые должны быть отправлены, и обеспечивает для стороны приема возможность узнавать, где начинаются следующие данные или элемент управления MAC. Элемент управления MAC имеет фиксированную длину, и поле длины при этом не требуется, и последние данные, после которых не следуют какие-либо данные, и, таким образом, поле длины, не требуется вводить. Существуют два типа полей длины: 7-битное поле длины ((b) на фиг. 26) и 15-битное поле длины ((c) на фиг. 26). Формат поля (F поля) указывает, какой из этих двух типов используют. Зарезервированный бит (R бит) определен для последующего расширения.

[0145] (Обычное предложение 2)

Второе предложение использует другую конфигурацию заголовка MAC (см. позицию (b) на фиг. 25). Первый зарезервированный бит используется для указания, существует или нет заголовок MAC. Таким образом, если значение равно "0", заголовок MAC существует и, если значение равно "1", заголовок MAC не существует. В RRC первый бит всегда установлен в "1", и, таким образом, только "10" и "11" можно использовать для идентификации типа сообщения. Если значение представляет собой "10", тип сообщения представляет собой CONNECTION RRC REQUEST, и, если значение представляет собой "11", тип сообщения представляет собой RRC CONNECTION RE-ESTABLISHMENT REQUEST.

[0146] В этом случае существует проблема, состоящая в том, что используют все типы сообщения, и, таким образом, не может быть определено новое сообщение RRC. Таким образом, желательно, чтобы диапазон, который может быть определен как LCID, не использовался бесполезно и, чтобы область, которую можно использовать для типа сообщения, была обеспечена так, чтобы можно было определить новое сообщение RRC.

[0147] (Данный вариант осуществления)

Как показано на фиг. 27, конфигурация заголовка MAC в варианте осуществления характеризуется тем, что поле расширения, существует в верхней части, и можно определить, существует или нет заголовок MAC, по значению поля расширения. Свойство, состоящее в том, что, если только 72 бита выделены для передачи, необходимость использования множества подзаголовков MAC мала, и, если существует заголовок MAC, поле расширения всегда установлено в "0", и используется только один подзаголовок MAC. Поэтому, если поле расширения установлено в "0", сторона приема выполняет обработку, как если бы заголовок MAC существовал, и, если поле расширения установлено в "1", сторона приема предполагает, что заголовок MAC не существует, и выполняет обработку в RRC, как сообщение RRC. В RRC первые два бита используются для идентификации сообщения. В качестве конкретного примера, если значение первых двух битов равно "10", сообщение представляет собой RRC CONNECTION REQUEST и, если значение представляет собой "11", сообщение представляет собой RRC CONNECTION RE-ESTABLISHMENT REQUEST.

[0148] В системе бит представляет собой второй бит заголовка MAC, но не используется как MAC и представляет собой зарезервированный бит. Таким образом, для расширения в MAC в будущем, можно использовать зарезервированный бит. И, наоборот, если требуется добавить сообщение RRC, можно использовать этот бит. В частности, проверяют, существует или нет заголовок MAC, используя только поле расширения, и когда проверяют поле расширения и зарезервированный бит, соответствующий первым двум битам заголовка MAC, если значение равно "00", определяют, что никакой заголовок MAC не существует. В соответствии с этим, три значения "01", "10" и "11" можно использовать для указания сообщения RRC. Таким образом, в системе используют поле расширения для идентификации наличия или отсутствия заголовка MAC, в результате чего расширение MAC или добавление сообщения RRC становится возможным.

[0149] Операция терминала в соответствии с вариантом осуществления будет описана ниже со ссылкой на фиг. 28:

В ST2801 терминал проверяет размер, выделенный для ответа на случайный доступ. Если выделенный размер больше, чем 72 бита, обработка переходит на этап ST2803. Если выделены 72 бита, обработка переходит на этап ST2804. На этапе ST2804 терминал определяет, исполняются ли подключение или повторное подключение вызова. Таким образом, терминал определяет, используется ли заголовок MAC. Для использования заголовка MAC, процесс переходит к этапу ST2805; в случае, когда заголовок MAC не используется, процесс переходит к этапу ST2806. Когда процесс переходит к этапу ST2805, если терминал сам выбирает преамбулу RACH (а именно, невыделенную преамбулу RACH), процесс переходит к ST2806; если используется преамбула RACH, заданная из базовой станции, процесс переходит на ST2803.

[0150] В ST2803 терминал использует заголовок MAC, как обычно, и формирует данные передачи. С другой стороны, на этапе ST2806 терминал формирует данные передачи так, что первое поле расширения заголовка MAC установлено в "0". На фиг. 29, в позициях (c), (d), (e) и (f) показаны примеры конфигурации заголовка MAC в это время. На фиг. 30 показан пример определения LCID.

[0151] На фиг. 29, в позиции (c) показан случай, когда передают только C-RNTI. Здесь 16 битов из 40 битов используют как C-RNTI, и остальные 24 бита представляют собой биты заполнения. Таким образом, вводят LCID (11000 на фиг. 30), указывающий, что введены C-RNTI и биты заполнения.

На фиг. 29 (d) передают C-RNTI и BSR, и вводят LCID (11001 по фиг. 30), указывающий, что C-RNTI и BSR введены. Это используют, когда BSR имеет преимущество над сообщением о завершении хэндовера.

На фиг. 29 (e) передают C-RNTI и DCCH (выделенный канал управления). Здесь DCCH представляет собой название логического канала SRB, описанного выше, и он разделен на множество DCCH, как SRB разделен на SRB высокого приоритета и SRB низкого приоритета. LCID может быть определен, как он указывает только что C-RNTI и SRB с высоким приоритетом были переданы позже; и, наоборот, LCID может быть определен, как он указывает только, что C-RNTI и SRB с низким приоритетом будут переданы позже, или могут быть определены оба. На фиг. 30 представлен пример, когда определены оба. LCID, отвечающий за фактически переданный DCCH, установлен (11010 или 11011 на фиг. 30).

На фиг. 29 (f) передают C-RNTI и CQI. Таким образом, вводят LCID (11100 на фиг. 30), указывающий, что C-RNTI и CQI введены.

[0152] На этапе ST2807 терминал передает сообщение без заголовка MAC. Примеры передачи данных в это время показаны в позициях (a) и (b) на фиг. 29, как время подключения вызова и время повторного подключения. Другие места расположения информации, кроме типа сообщения, могут представлять собой другие места расположения.

[0153] В соответствии с операцией варианта осуществления, диапазон, который может быть определен, как LCID, используется нечасто, и становится возможным обеспечить область, которая может использоваться для типа сообщения таким образом, что может быть определено новое сообщение RRC.

[0154] В приведенном выше описании, LCID определен так, чтобы комбинировать C-RNTI и любую другую информацию в качестве примера, но любой другой способ также возможен. Если терминал сам выбирает преамбулу RACH, базовая станция может прогнозировать, что терминал вводит C-RNTI в Сообщении 3. Таким образом, если операция будет заранее задана так, чтобы ввести C-RNTI после заголовка MAC всякий раз, когда терминал выбирает преамбулу RACH самостоятельно, устраняется необходимость в определении LCID таким образом, чтобы комбинировать C-RNTI и любую другую информацию. В частности, на фиг. 31 показаны примеры. На фиг. 31, в позиции (a) показан случай, где вводят только C-RNTI, и остальное представляют собой биты заполнения. В этом случае, терминал вводит LCID, указывающий заполнение, как LCID. Если терминал самостоятельно выбирает преамбулу RACH, базовая станция понимает, что C-RNTI всегда вводит после заголовка MAC, и при этом возможно, что базовая станция будет понимать, что RNTI следует после заголовка MAC, после чего следуют биты заполнения. Другие случаи показаны в позициях (b), (c) и (d) на фиг. 31; при этом операция аналогична и становится возможным, чтобы базовая станция понимала, что существует C-RNTI, и после него следует информация, указанная в LCID.

C-RNTI вводят непосредственно после заголовка MAC, в качестве примера, но он также может быть установлен в любом другом месте.

[0155] Данная заявка основана на заявке № 2008-023171 на японский патент, поданной 1 февраля 2008 г., содержание которой заключено здесь в качестве ссылки.

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

Промышленная применимость

[0157] Изобретение можно использовать как терминал связи, базовую станцию и т.д., который может назначать приоритет для информации управления MAC и может управлять тем, какую информацию следует передать как необходимую.

1. Терминал связи для осуществления связи с базовой станцией в соответствии с определенной процедурой, содержащий
блок управления приоритетом, сконфигурированный для определения взаимосвязи между приоритетами MAC (управления доступом к среде), которые соответственно назначены для множества элементов информации управления MAC, и приоритетами радиоканалов (RB), соответственно назначенных для DRB (радиоканалов передачи данных) и каждого из множества SRB (радиоканалов сигнализации), при этом множество SRB переносят сообщения RRC (управления радиоресурсами) или сообщения NAS (уровня без доступа), при этом блок управления приоритетом дополнительно сконфигурирован для сравнения приоритетов MAC с приоритетами RB SRB; и
блок генерирования сообщения передачи, сконфигурированный для управления передачей так, чтобы передавать информацию на SRB, имеющую более высокий приоритет RB, раньше, чем элемент информации управления MAC, имеющий более низкий приоритет MAC, в соответствии с взаимосвязью между приоритетами MAC и RB, определенными блоком управления приоритетом.

2. Терминал связи по п.1, дополнительно содержащий блок приема, сконфигурированный для приема из базовой станции элемента информации конфигурации, который определяет приоритеты RB, тогда как приоритеты MAC являются фиксированными.

3. Терминал связи по п.1, в котором
элементы информации управления MAC включают в себя идентификатор терминала, отчет о состоянии буфера и информацию о статусе канала, при этом элементы информации управления MAC имеют приоритеты MAC в убывающем порядке от идентификатора терминала, отчета о состоянии буфера и информации о статусе канала, и
блок генерирования сообщения передачи раньше передает информацию на DRB или SRB, имеющую более высокий приоритет RB, или элемент информации управления MAC, имеющий более высокий приоритет MAC, в соответствии с приоритетами RB DRB и SRB и приоритетами MAC идентификатора терминала, отчета о состоянии буфера и информации о статусе канала.

4. Терминал связи по п.1, дополнительно содержащий блок таблицы приоритета, сконфигурированный для хранения информации о приоритетах MAC, при этом
блок приема принимает информацию о границе, указывающую границу приоритетов MAC, и
блок управления приоритетом обращается к информации о границе для определения взаимосвязи между приоритетами MAC и приоритетами RB, соответственно назначенными для DRB и множества SRB.

5. Терминал связи по п.1, в котором
блок управления приоритетом устанавливает приоритеты MAC в ответ на причину использования процедуры RACH.

6. Терминал связи по п.1, в котором
блок приема принимает информацию, требуемую для задания приоритетов MAC и приоритетов RB SRB, из базовой станции, и блок управления приоритетом обращается к принятой информации для задания приоритетов RB SRB и приоритетов MAC.

7. Терминал связи по п.6, в котором
информация, требуемая для задания приоритетов MAC и приоритетов RB SRB, вмещает в себя информацию, указывающую, принимается или нет услуга, в которой потеря пакетов увеличивается из-за задержки переключения трактов, информацию, указывающую, является ли хэндовер или нет хэндовером в пределах базовой станции, и информацию, указывающую, является ли хэндовер или нет хэндовером между базовыми станциями.



 

Похожие патенты:

Изобретение относится к системам связи. .

Изобретение относится к способам аутентификации, а именно к способу аутентификации (СА) пользовательского терминала (ПТ). .

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

Изобретение относится к области систем обработки данных, которые улучшают способность пользователей манипулировать аудио- и видеоносителями и подключаться к ним. .

Изобретение относится к области распространения информационных сообщений абонентам сетей мобильной связи. .

Изобретение относится к способам поддержки услуг определения местоположения. .

Изобретение относится к системам мобильной связи и предназначено для увеличения эффективности передачи радиосигналов и снижения расхода радиоресурсов в ходе хэндовера.

Изобретение относится к сетям связи, более конкретно к речевой связи и переключению таких вызовов, переходящей между сетью с коммутацией пакетов, например сетью Интернет протокола (IP), и сетью с коммутацией каналов, например, коммутируемой телефонной сетью общего пользования (PSTN) или наземной мобильной сетью общего пользования (PLMN).

Изобретение относится к мобильной связи

Изобретение относится к мобильной связи

Изобретение относится к мобильной связи

Изобретение относится к области радиосвязи

Изобретение относится к беспроводной связи

Изобретение относится к беспроводной связи и, более конкретно, к архитектурам для ретрансляции передач в беспроводной сети

Изобретение относится к способу беспроводной связи, станции мобильной связи и базовой станции

Изобретение относится к способам и устройству для выбора системы в многорежимном беспроводном устройстве; и, более конкретно, к выбору системы в многорежимном беспроводном устройстве, которое поддерживает множественные стандарты

Изобретение относится к области радиосвязи
Наверх