Способ работы улучшенных модуля управления радиоканалом (rlc) и модуля управления радиосетью (rnc) для множественного доступа с кодовым разделением каналов и система для его осуществления



Способ работы улучшенных модуля управления радиоканалом (rlc) и модуля управления радиосетью (rnc) для множественного доступа с кодовым разделением каналов и система для его осуществления
Способ работы улучшенных модуля управления радиоканалом (rlc) и модуля управления радиосетью (rnc) для множественного доступа с кодовым разделением каналов и система для его осуществления
Способ работы улучшенных модуля управления радиоканалом (rlc) и модуля управления радиосетью (rnc) для множественного доступа с кодовым разделением каналов и система для его осуществления
Способ работы улучшенных модуля управления радиоканалом (rlc) и модуля управления радиосетью (rnc) для множественного доступа с кодовым разделением каналов и система для его осуществления
Способ работы улучшенных модуля управления радиоканалом (rlc) и модуля управления радиосетью (rnc) для множественного доступа с кодовым разделением каналов и система для его осуществления
Способ работы улучшенных модуля управления радиоканалом (rlc) и модуля управления радиосетью (rnc) для множественного доступа с кодовым разделением каналов и система для его осуществления
Способ работы улучшенных модуля управления радиоканалом (rlc) и модуля управления радиосетью (rnc) для множественного доступа с кодовым разделением каналов и система для его осуществления
Способ работы улучшенных модуля управления радиоканалом (rlc) и модуля управления радиосетью (rnc) для множественного доступа с кодовым разделением каналов и система для его осуществления
Способ работы улучшенных модуля управления радиоканалом (rlc) и модуля управления радиосетью (rnc) для множественного доступа с кодовым разделением каналов и система для его осуществления
Способ работы улучшенных модуля управления радиоканалом (rlc) и модуля управления радиосетью (rnc) для множественного доступа с кодовым разделением каналов и система для его осуществления
Способ работы улучшенных модуля управления радиоканалом (rlc) и модуля управления радиосетью (rnc) для множественного доступа с кодовым разделением каналов и система для его осуществления
Способ работы улучшенных модуля управления радиоканалом (rlc) и модуля управления радиосетью (rnc) для множественного доступа с кодовым разделением каналов и система для его осуществления

 


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

Эл Джи Электроникс Инк. (KR)

Изобретение относится к области связи. Предлагается способ работы улучшенных модуля управления радиоканалом «RLC» и модуля управления радиосетью «RNC» в универсальной мобильной телекоммуникационной системе «UMTS» европейской системы 1МТ-2000. Формат блока протокольных данных «MAC-hs PDU» оптимизируется в модуле уровня «MAC-hs» так, что большое количество пользователей может поддерживаться с меньшим использованием ресурсов, когда в одной ячейке предоставляется речевая услуга «VoIP». 4 н. и 23 з.п. ф-лы, 12 ил.

 

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

Техническое решение

[1] Настоящее изобретение относится к системе подвижной связи, более конкретно к способу управления объектом управления радиоканалом «RLC» или объектом управления доступом к среде «MAC» для технологии широкополосного множественного доступа с кодовым разделением каналов «WCDMA» и к системе для его осуществления.

[2] Универсальная мобильная телекоммуникационная система «UMTS» представляет собой систему подвижной связи третьего поколения, которая стала результатом эволюции стандарта, известного как глобальная система мобильной связи (GSM), являющаяся европейским стандартом. Задачей системы «UMTS» является предоставление услуг подвижной связи повышенного качества на основе опорной сети GSM и технологии широкополосного множественного доступа с кодовым разделением каналов «W-CDMA».

[3] Наиболее часто в системах подвижной связи используется услуга передачи речи, которую можно отличаться от других услуг, например услуги доступа в Интернет.

[4] При передаче речи пакет данных генерируется в определенный период времени (например, 20 мс, когда пользователь говорит, и 160 мс, когда пользователь не говорит). В течение каждого периода времени обычно генерируется один пакет. Значит количество пакетов данных для услуги передачи речи за один период времени равно одному. Кроме того, в рамках существующей технологии размер пакета данных в рамках услуги речевого вызова ограничен заданным размером. Для речевого кодека AMR, используемого в настоящий момент в технологии широкополосного множественного доступа с кодовым разделением каналов «WCDMA», конкретный размер пакета данных равен девяти.

[5] С учетом характеристик услуги речевого вызова используемый в настоящее время блок протокольных данных «PDU» уровня управления высокоскоростным совместно используемым (мультиплексным) каналом - «MAC-hs» обладает неэффективной структурой. Например, обычный блок протокольных данных «PDU» уровня управления высокоскоростным каналом «MAC-hs» (далее, блок протокольных данных «MAC-hs PDU») имеет заголовок размером 21 бит, тогда как пакет данных для речевого вызова имеет заголовок размером 100 битов. То есть в рамках услуги речевого вызова заголовок содержит 20% избыточной информации в связи с форматом блока протокольных данных «MAC-hs PDU». В результате расходуются ресурсы радиосвязи, и на 20% может сократиться количество пользователей, способных выполнить речевой вызов в одной ячейке.

[6] Кроме того, в рамках существующей технологии модули управления радиоканалом «RLC» в режиме «AM» (режим с подтверждением приема) всегда передают на нижерасположенный уровень блок данных одного (постоянного) размера вне зависимости от размера блока данных, полученного с вышерасположенного уровня. То есть даже в том случае, если блоки служебных данных «SDU» управления радиоканалом «RLC», переданные модулю управления радиоканалом «RLC» с вышерасположенного уровня, различаются по размеру, блоки протокольных данных «PDU» управления радиоканалом «RLC» (далее, блок протокольных данных «RLC PDU»), передаваемые на нижерасположенный уровень принимающему модулю управления радиоканалом «RLC», имеют одинаковый размер. Здесь размер блоков протокольных данных «RLC PDU» можно задать в момент первоначального установления вызова или во время установления вызова посредством обмена сигналами управления радиоресурсами «RRC».

[7] Причина, по которой блоки протокольных данных «RLC PDU», используемые в современных модулях управления радиоканалом «RLC» в режиме «AM», имеют одинаковый размер, состоит в характеристиках обычного физического канала. В рамках существующей технологии логический канал, выделенный для каждого модуля управления радиоканалом «RLC», отображается на транспортный канал. Когда данные одновременно передаются на физический уровень по нескольким каналам передачи, блоки данных должны иметь одинаковый размер.

[8] В рамках существующей технологии память, которая может использоваться мобильным терминалом, ограничена. Например, если каждый блок протокольных данных «RLC PDU» имеет известный размер и задана память принимающей стороны мобильного терминала, модуль управления радиоканалом «RLC» передающей стороны может рассчитать максимальное количество блоков протокольных данных «RLC PDU», которые могут быть переданы без получения подтверждения от модуля управления радиоканалом «RLC» принимающей стороны. Соответственно модуль управления радиоканалом «RLC» передающей стороны может передать максимальное количество блоков протокольных данных «RLC PDU» до получения подтверждения от принимающей стороны. Чтобы передающая сторона могла управлять своей передачей данных, необходимо выполнить расчет памяти на принимающей стороне, которая не использована. Для расчета в модуле управления радиоканалом «RLC» в режиме «AM» задается только один размер блока протокольных данных «RLC PDU».

[9] В рамках существующей технологии «Узел-В» и контроллер радиосети «RNC» располагаются в разных физических уровнях. То есть управление радиоканалом «RLC» располагается в контроллере радиосети «RNC», а физический уровень расположен в «Узле-В». Соответственно контроллер радиосети «RNC» не может проверить состояние «Узла-В», таким образом, модулю управления радиоканалом «RLC» контроллера радиосети «RNC» приходится конфигурировать блок протокольных данных «RLC PDU» на основе размера блока протокольных данных «PDU» уровня управления доступом к среде «MAC» (далее блок протокольных данных «MAC PDU»), который может передаваться «Узлом-В» даже в худшей ситуации.

[10] Таким образом, целью настоящего изобретения является предоставление способа оптимизации формата блока протокольных данных «MAC-hs PDU», способного эффективно использовать ресурсы радиосвязи и поддерживать большое количество пользователей.

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

[12] В соответствии с другим аспектом настоящего изобретения предлагается способ работы модуля управления радиоканалом «RLC»/модуля управления доступом к среде «MAC» для системы мобильной связи, включающий в себя генерацию одного или нескольких блоков протокольных данных «RLC PDU» в заданный период времени модулем управления радиоканалом «RLC»; и передачу сгенерированного блока протокольных данных «RLC PDU» на нижерасположенный уровень.

[13] Чтобы модуль управления радиоканалом «RLC» и модуль управления доступом к среде «MAC» оптимизировали выделенные ресурсы радиосвязи, генерация одного или нескольких блоков протокольных данных «RLC PDU» включает в себя расчет максимального объема данных, который должен передаваться модулем управления радиоканалом «RLC» и модулем управления доступом к среде «MAC», с учетом выделенных ресурсов; и расчет максимального размера блока протокольных данных «RLC PDU», который может быть передан модулем управления радиоканалом «RLC» и модулем управления доступом к среде «MAC».

[14] Для достижения этих и других преимуществ и в соответствии с целью настоящего изобретения, содержащейся и подробно описанной здесь, также предлагается система подвижной связи, включающая в себя один или несколько модулей управления радиоканалом «RLC» для генерации и использования блоков протокольных данных «RLC PDU», имеющих один или несколько различных размеров; и модуль управления доступом к среде «MAC» для получения сгенерированных блоков протокольных данных «RLC PDU» от модуля управления радиоканалом «RLC» посредством одного определенного логического канала, а также включения полученного блока протокольных данных «RLC PDU» в один блок протокольных данных «MAC-hs PDU» или в один блок протокольных данных «МАС-е PDU».

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

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

[17] На чертежах:

[18] На ФИГ.1 показана примерная структура сети универсальной мобильной телекоммуникационной системы «UMTS»;

[19] на ФИГ.2 показана примерная структура протокола интерфейса радиосвязи, используемого в системе «UMTS»;

[20] на ФИГ.3 показана примерная структура архитектуры подуровня управления доступом к среде «MAC» терминала «UE»;

[21] на ФИГ.4 показана примерная структура архитектуры подуровня управления доступом к среде «MAC» универсальной наземной сети «UTRAN»;

[22] на ФИГ.5 показана типовая структура блока протокольных данных «RLC PDU» в режиме «АМ», при этом данные блока протокольных данных «PDU» используются при передаче данных;

[23] на ФИГ.6 показана примерная структура блока протокольных данных «MAC-hs PDU»;

[24] на ФИГ.7 показана примерная структура блока служебных данных «MAC-hs SDU»;

[25] на ФИГ.8 показан пример структуры блока протокольных данных «MAC-hs PDU» в соответствии с одним из вариантов осуществления настоящего изобретения;

[26] на ФИГ.9 показан пример структуры блока протокольных данных «MAC-hs PDU» в соответствии с еще одним вариантом осуществления настоящего изобретения;

[27] на ФИГ.10 показан пример структуры блока протокольных данных «MAC-hs PDU» в соответствии с еще одним вариантом осуществления настоящего изобретения;

[28] на ФИГ.11 показан пример структуры блока протокольных данных «MAC-hs PDU», где не используются поле «SID» и поле «N» блока протокольных данных «MAC-hs PDU», изображенного на ФИГ.10; и

[29] на ФИГ.12 показан пример структуры блока протокольных данных «MAC-hs PDU», имеющего сжатые порядковые номера.

[30] Ниже подробно описываются предпочтительные варианты осуществления настоящего изобретения, примеры которых проиллюстрированы сопроводительными чертежами.

[31] Один из аспектов настоящего изобретения относится к пониманию авторами изобретения трудностей существующей технологии, как это описано выше и объяснено далее. На основе этого понимания разработаны особенности настоящего изобретения.

[32] Хотя настоящее изобретение показано на примере использования в системе подвижной связи, например системе «UMTS», разработанной в соответствии со спецификациями 3GPP, это изобретение может быть также применено к другим системам связи, работающим в соответствии с другими стандартами и спецификациями.

[33] Настоящее изобретение имеет отношение к способу работы модуля управления радиоканалом «RLC» и модуля управления доступом к среде «МАС» в универсальной мобильной телекоммуникационной системе «UMTS» - европейской системе IМТ-2000. Формат блока протокольных данных «МАС-hs PDU» может быть оптимизирован в модуле управления доступом к среде «MAC-hs», чтобы большое количество пользователей могло поддерживаться с использованием меньшего объема ресурсов, когда в одной ячейке производится оказание речевой услуги «VoIP» (передача речи через Интернет).

[34] Это изобретение может быть применено к стандарту проекта партнерства 3-го поколения (3GPP), в частности к европейской системе IМТ-2000 - универсальной мобильной телекоммуникационной системе «UMTS». Однако настоящее изобретение может быть также применено к другой системе связи.

[35] Настоящее изобретение может предложить оптимизацию конфигурирования (формирования) блока протокольных данных «MAC-hs PDU», способного эффективно использовать ресурсы радиосвязи и поддерживать большое количество пользователей.

[36] Настоящее изобретение может предложить, разместить услугу такую, как речевая услуга «VoIP», в заданную очередь. То есть определенная очередность может использоваться только для услуги такой, как речевая услуга «VoIP». Путем выделения определенной очереди для речевой услуги «VoIP», структура блока протокольных данных «MAC-hs PDU», связанного с определенной очередью, может быть оптимизирована. Когда между базовой станцией и мобильным терминалом должен быть установлен вызов, базовая станция может запросить информирование мобильного терминала о том, что для заданной услуги может использоваться определенная очередь. Базовая станция может информировать мобильный терминал о том, какая очередь может использоваться для заданной услуги. Далее базовая станция может передавать мобильному терминалу информацию, обозначающую, на какую очередь отображается каждый однонаправленный канал.

[37] В настоящем изобретении базовая станция может запросить мобильный терминал, чтобы информировать, какой формат блока протокольных данных «MAC-hs PDU» используется для заданной услуги. Далее базовая станция может запросить у мобильного терминала информацию, обозначающую, какой формат блока протокольных данных «MAC-hs PDU» используется для конкретной очереди. При получении блока протокольных данных «MAC-hs PDU», соответствующего заданной услуге, мобильный терминал может переупорядочить (заново собрать, заново конфигурировать) полученный блок данных с использованием заранее заданного (заранее определенного) формата блока протокольных данных «MAC-hs PDU».

[38] Настоящее изобретение может предложить задать поле идентификатора указателя размера - «SID» в соответствии с каждой очередью таким образом, чтобы оптимизировать формат блока протокольных данных «MAC-hs PDU». Когда для услуги такой, как речевая услуга «VoIP», выделена определенная очередь, базовая станция может запросить у мобильного терминала информирования о длине идентификатора указателя размера «SID» блока протокольных данных «MAC-hs PDU», соответствующего заданной очереди. Соответственно у мобильного терминала можно затребовать переупорядочить полученный блок протокольных данных «MAC-hs PDU» в соответствии с полем «SID». Можно установить длину идентификатора указателя размера «SID» 4 битов или 5 битов для очереди, используемой речевой услугой «VoIP».

[39] Настоящее изобретение может предложить не использовать поле «N» (количество единиц информации), чтобы оптимизировать формат блока протокольных данных «MAC-hs PDU». То есть, когда для услуги такой, как речевая услуга «VoIP», используется определенная очередь, поле «N» не употребляется. В случае услуги, такой, как речевая услуга «VoIP», в определенный период времени может генерироваться одна единица информации. Поскольку для речевой услуги «VoIP» имеем редкую ситуацию, что несколько единиц информации были включены в один блок протокольных данных «MAC-hs PDU», поле «N» можно не использовать.

[40] Настоящее изобретение может предложить, используя базовую станцию, информировать мобильный терминал о количестве битов для порядкового номера передачи «TSN», чтобы оптимизировать формат блока протокольных данных «MAC-hs PDU». To есть базовая станция может сообщить количество битов порядкового номера передачи «TSN», которое может использоваться в соответствующей очереди, для каждой очереди управления доступом к среде «MAC-hs». Например, если определенная очередь отображается на речевую услугу «VoIP», текущие 7 битов могут быть израсходованы впустую. Более конкретно, речевая услуга «VoIP» может генерировать один пакет данных за 20 мс, а максимальное время задержки передачи для данных речевой услуги «VoIP» может составлять приблизительно 100 мс. Соответственно порядковый номер передачи «TSN» не обязательно может быть длиннее 5 битов. Таким образом, для порядкового номера передачи «TSN» должно быть достаточно 3 битов, и настоящем изобретением может быть предложена длина порядкового номера передачи «TSN» 3 бита. Когда базовая станция сообщает длину порядкового номера передачи «TSN», которая используется в каждой очереди, мобильный терминал может переупорядочить (повторно конфигурировать, реконструировать, повторно сформировать) полученный блок протокольных данных «MAC-hs PDU» в соответствии с этой длиной.

[41] Кроме того, если сеть может всегда обеспечить очередность данных речевой услуги «VoIP», вообще можно обойтись без порядкового номера передачи «TSN». А именно, когда длина порядкового номера передачи «TSN», используемая в определенной очереди, равна «0», у мобильного терминала может быть запрошено переупорядочение блока протокольных данных «МАС-hs PDU», отображаемых на определенную очередь, для передачи их на вышерасположенный уровень при получении блока протокольных данных «MAC-hs PDU». Настоящее изобретение может предложить, используя базовую станцию, информировать мобильный терминал о том, требуется или нет переупорядочение для каждой очереди. Если для определенной очереди переупорядочение не задано, мобильный терминал может переупорядочить блок протокольных данных «MAC-hs PDU» для передачи их на вышерасположенный уровень, когда этот блок протокольных данных «MAC-hs PDU» достигает очереди. Соответственно настоящее изобретение может предложить передачу базовой станцией индикатора, необходимого для переупорядочения, для каждой очереди.

[42] В настоящем изобретении можно исключить идентификатор «ID» очереди (идентификатор очереди), чтобы оптимизировать формат блока протокольных данных «MAC-hs PDU». To есть, если определенная очередь может однозначно отображаться на определенный процесс «HARQ» - (гибридный автоматический запрос на повторную передачу данных), идентификатор «ID» очереди может быть установлен с использованием процесса «HARQ». Когда определенная очередь отображается на определенный процесс «HARQ», можно потребовать не включать в заголовок блока протокольных данных «MAC-hs PDU» идентификатор «ID» очереди. Когда определенная очередь отображается на определенный процесс «HARQ», базовая станция может проинформировать мобильный терминал об отображении и может потребовать не включать идентификатор «ID» очереди в блок протокольных данных «MAC-hs PDU», передаваемый через упомянутую очередь. Когда базовая станция сообщает о том, что определенная очередь отображается на определенный процесс «HARQ», у мобильного терминала могут потребовать передавать блок протокольных данных «MAC-hs PDU», полученный через упомянутый процесс «HARQ», в указанную определенную очередь. Далее базовая станция может передать информацию, обозначающую, какая очередь может отображаться на мобильную станцию.

[43] В настоящем изобретении, когда логический канал (который отображается на определенную очередь) имеет блоки данных одинакового размера, в блоке протокольных данных «MAC-hs PDU», передаваемых в этой очереди, можно не использовать идентификатор указателя размера - «SID». Более конкретно, если базовая станция дает команду использовать в определенной очереди блок служебных данных «MAC-hs SDU» только определенного размера, мобильный терминал может поддерживать заданный размер блока служебных данных «MAC-hs SDU» для «ТМ RLC», принимаемого в указанной определенной очереди, и может выполнить восстановление (распаковку) блока служебных данных «MAC-hs SDU».

[44] На ФИГ.1 показан пример структуры сети универсальной мобильной телекоммуникационной системы «UMTS».

[45] Система «UMTS» может включать в себя пользовательское оборудование/устройство «UE», наземную сеть абонентской радиосвязи системы «UMTS» (наземная сеть «UTRAN») и базовую сеть «CN». Наземная сеть «UTRAN» может включать в себя одну или несколько подсистем сетей радиосвязи «RNS», а каждая подсистема «RNS» состоит из одного контроллера радиосети «RNC» и одного либо нескольких «Узлов-В» (базовых станций), управляемых контроллером радиосети «RNC».

[46] На ФИГ.2 показана типовая структура протокола интерфейса радиосвязи. Как показано на чертеже, протоколы радиосвязи могут существовать между мобильным терминалом и наземной сетью «UTRAN» в виде пар, и могут передавать данные по интерфейсу радиосвязи. Первый физический уровень «PHY» протоколов радиосвязи может передавать данные через интерфейс радиосвязи с использованием различных методик радиопередачи. Физический уровень связан с вышерасположенным уровнем, который называется уровнем управления доступом к среде «MAC», через транспортный канал, а транспортный канал может классифицироваться как выделенный транспортный канал и общий транспортный канал в зависимости от того, является ли транспортный канал совместно используемым (мультиплексным).

[47] Второй уровень может содержать уровень управления доступом к среде «MAC», уровень управления радиоканалом «RLC», уровень протокола схождения пакетных данных «PDCP» и уровень управления широковещательной/групповой передачей «ВМС». Уровень управления доступом к среде «MAC» может осуществлять отображение между логическими каналами и транспортными каналами, и может выполнять функцию уплотнения (мультиплексирования) для отображения нескольких логических каналов на один транспортный канал. Через логический канал уровень управления доступом к среде «MAC» может быть связан с вышерасположенным уровнем - уровнем управления радиоканалом «RLC». В соответствии с типом передаваемой информации логический канал может классифицироваться как канал управления, предназначенный для передачи информации плоскости управления, или как канал трафика, предназначенный для передачи информации плоскости пользователя. Уровень управления доступом к среде «MAC» может быть разделен на подуровень «MAC-d», подуровень «MAC-c/sh», подуровень «MAC-hs» и подуровень «МАС-е». Подуровень «МАС-b» может управлять каналом широковещательной передачи «ВСН», который является транспортным каналом, обеспечивающим широковещательную передачу системной информации, а подуровень «MAC-c/sh» может управлять общим транспортным каналом таким, как канал прямого доступа «FACH» или совместно используемый (мультиплексный) канал нисходящей связи - «DSCH», который совместно используется несколькими терминалами. Подуровень «MAC-d» может управлять выделенным каналом «DCH» для конкретного терминала. Подуровень «MAC-hs» может управлять высокоскоростным совместно используемым (мультиплексным) каналом нисходящей связи - «HS-DSCH», который является транспортным каналом для данных высокоскоростной нисходящей связи. Кроме того, подуровень «МАС-е» может управлять расширенным выделенным каналом «E-DCH», который является транспортным каналом для данных высокоскоростной восходящей связи. На ФИГ.3 и ФИГ.4 показана примерная структура архитектуры подуровня управления доступом к среде «MAC» соответственно терминала «UE» и наземной сети «UTRAN». На ФИГ.3 показаны отображения различных каналов и функции каждого из подуровней уровня управления доступом к среде «MAC» терминала «UE», а на ФИГ.4 показаны отображения различных каналов и функции каждого из подуровней уровня управления доступом к среде «MAC» наземной сети «UTRAN». Здесь определенные особенности, которые могут быть показаны на ФИГ.3 и ФИГ.4, описываются не слишком подробно исключительно для того, чтобы не заслонять характеристики настоящего изобретения. Однако такие дополнительные особенности могут быть включены в настоящее изобретение постольку, поскольку они доступны для понимания или являются очевидными для специалистов.

[48] Уровень управления радиоканалом «RLC» может гарантировать качество обслуживания «QoS» каждого однонаправленного радиоканала «RB» и передачу данных в соответствии с этим качеством обслуживания «QoS», а именно уровень управления радиоканалом «RLC» может быть снабжен одним или двумя независимыми модулями управления радиоканалом «RLC» в каждом радиоканале «RB», чтобы обеспечить качество обслуживания «QoS» этого радиоканала «RB», при этом управление радиоканалом «RLC» может обеспечить три режима работы управления радиоканалом «RLC» - прозрачный режим - «ТМ», режим без подтверждения приема - «UM» и режим с подтверждением приема - «AM», чтобы поддерживать различное качество обслуживания «QoS». Уровень управления радиоканалом «RLC» может управлять размером данных, чтобы нижерасположенный уровень (модуль) мог передавать данные и сегменты, а также соединять данные, полученные с вышерасположенного уровня.

[49] Уровень протокола схождения пакетных данных «PDCP» расположен над уровнем управления радиоканалом «RLC». Уровень протокола схождения пакетных данных «PDCP» используется для эффективной передачи данных сетевого протокола (например, IPv4 или IPv6) через интерфейс радиосвязи с относительно малой шириной полосы пропускания. Для этого уровень протокола схождения пакетных данных «PDCP» выполняет функцию сжатия заголовка для того, чтобы передавать в заголовке данных только необходимую информацию и, тем самым, повысить эффективность передачи по интерфейсу радиосвязи. Поскольку основной функцией уровня протокола схождения пакетных данных «PDCP» является функция сжатия заголовка, он может существовать только в области услуг пакетной передачи «PS». В каждом радиоканале «RB» может существовать один модуль (объект) уровня протокола схождения пакетных данных «PDCP», чтобы обеспечить эффективное выполнение функции сжатия для каждой услуги пакетной передачи «PS».

[50] На втором уровне над уровнем управления радиоканалом «RLC» расположен уровень управления широковещательной/многоадресной передачей «ВМС». Уровень «ВМС» может осуществлять планирование передачи широковещательного сообщения в ячейке и может рассылать запланированное сообщение мобильным терминалам внутри определенной ячейки.

[51] Уровень управления ресурсами радиосвязи «RRC», расположенный в самой нижней части третьего уровня, может быть определен только в плоскости управления, и может управлять параметрами первого и второго уровней в отношении создания, реконфигурации и прекращения или отмены действия радиоканалов «RB». Кроме того, уровень управления ресурсами радиосвязи «RRC» может управлять логическим каналом, транспортным каналом и физическим каналом. Радиоканал «RB» может обозначать логический канал, предоставляемый первым и вторым уровнями протокола радиосвязи для передачи данных между мобильным терминалом и наземной сетью «UTRAN». Обычно создание радиоканала «RB» относится к процессу определения характеристик уровня протокола и канала, необходимых для предоставления конкретной услуги по передаче данных, а также для соответствующей установки подробных параметров и способов работы.

[52] Здесь будет подробнее описан уровень управления радиоканалом «RLC», соответствующий этому изобретению.

[53] Основной функцией уровня управления радиоканалом «RLC» может быть обеспечение качества обслуживания «QoS» каждого радиоканала «RB» и передачи данных в соответствии с этим качеством «QoS». Поскольку услуга радиоканала «RB» может быть услугой, предоставляемой вышерасположенному уровню вторым уровнем протоколов радиосвязи, на качество обслуживания «QoS» может оказывать влияние второй уровень в целом. Наибольшее влияние на качество обслуживания «QoS» может оказывать управление радиоканалом «RLC» второго уровня. Уровень управления радиоканалом «RLC» может иметь для каждого радиоканала «RB» отдельный модуль (объект) управления радиоканалом «RLC», чтобы гарантировать качество обслуживания «QoS» радиоканала «RB», и три режима работы управления радиоканалом «RLC» - прозрачный режим «ТМ», режим без подтверждения приема «UM» и режим с подтверждением приема «AM» - для поддержки различного качества обслуживания «QoS». Поскольку три режима работы управления радиоканалом «RLC» могут поддерживать различное качество обслуживания «QoS», каждый из режимов работы управления радиоканалом «RLC» управляется по-разному, и функции каждого из режимов могут быть различными. Соответственно описание управления радиоканалом «RLC» будет дано в соответствии с каждым из режимов его работы.

[54] Далее поясняется каждый из режимов работы управления радиоканалом «RLC».

[55] Во-первых, управление радиоканалом «RLC» в прозрачном режиме «ТМ» (далее, «ТМ RLC») может быть режимом, не предоставляющим никакого заголовка блоку служебных данных «RLC SDU», полученному с вышерасположенного уровня в конфигурации блока протокольных данных «RLC PDU». То есть при «ТМ RLC» возможна прозрачная передача блока служебных данных «SDU» и выполнение последующих действий в плоскости пользователя и плоскости управления. В плоскости пользователя «ТМ RLC» может передавать данные с коммутацией каналов в реальном масштабе времени, например речевые или потоковые данные, в домене с коммутацией каналов «CS» по причине небольшой длительности обработки данных в управлении радиоканалом «RLC». С другой стороны, в плоскости управления, по причине отсутствия заголовка в управлении радиоканалом «RLC», «ТМ RLC» может передать «RRC-сообщение» (сообщение уровня управления ресурсами радиосвязи), не связанное с конкретным мобильным терминалом для восходящей линии связи и можно выполнить широковещательную передачу «RRC-сообщения» всем мобильным терминалам в некоторой ячейке для нисходящей линии связи.

[56] Во-вторых, непрозрачный режим может представлять собой режим для предоставления заголовка блоку служебных данных «RLC SDU». Непрозрачный режим может включать в себя режим без подтверждения приема «UM», в котором отсутствует подтверждение приема данных, и режим с подтверждением приема «AM», где выполняется подтверждение приема данных.

[57] Управление радиоканалом «RLC» в режиме без подтверждения приема «UM» (далее, «UM RLC») может представлять собой режим предоставления заголовка блока протокольных данных «PDU», включающего порядковый номер «SN», для каждого блока протокольных данных «PDU», позволяя, тем самым, принимающей стороне определить, какие блоки протокольных данных «PDU» потеряны во время передачи. Соответственно в плоскости пользователя «UM RLC» может служить для передачи широковещательной/многоадресной передачи или пакетных данных в реальном масштабе времени таких, как речь (например, речевая услуга «VoIP») и потоковых данных в области коммутации пакетов «PS». В плоскости управления «UM RLC» может служить для передачи «RRC-сообщения», не требующего подтверждения приема, среди «RRC-сообщений», переданных определенному мобильному терминалу в некоторой ячейке или определенной группе мобильных терминалов.

[58] Управление радиоканалом «RLC» в режиме с подтверждением приема «AM» (далее, «AM RLC») может быть аналогичным «UM RLC» в том, что конфигурирование блока протокольных данных «PDU» осуществляется путем добавления к блоку протокольных данных «PDU» заголовка блока протокольных данных «PDU», содержащего порядковый номер «SN». Однако «AM RLC» может отличаться от «UM RLC» в том, что принимающая сторона должна подтверждать прием блока протокольных данных «PDU» от передающей стороны. «AM RLC» подтверждает прием блока протокольных данных «RLC PDU», чтобы затребовать от передающей стороны повторно передать блок протокольных данных «PDU», не переданный принимающей стороне. Функция повторной передачи является наиболее представительной характеристикой «AM RLC». «AM RLC» может служить для того, чтобы гарантировать безошибочную передачу данных, используя повторную передачу. Соответственно в плоскости пользователя «AM RLC» может служить для передачи пакетных данных не в реальном масштабе времени, например в соответствии с протоколом управления передачей «ТСР» / Интернет-протоколом «IP» в области с коммутацией пакетов «PS». В плоскости управления «AM RLC» может служить для передачи «RRC-сообщения», обязательно требующего подтверждения приема, среди «RRC-сообщений», переданных на определенный мобильный терминал в некоторой ячейке.

[59] «ТМ RLC» и «UM RLC» могут использоваться в системе односторонней связи, тогда как «AM RLC» может использоваться в системе двусторонней связи из-за наличия обратной связи с принимающей стороной. Поскольку двусторонняя связь может в основном использоваться для связи типа "точка-точка", «AM RLC» может использовать только выделенный логический канал. «ТМ RLC» и управление радиоканалом «RLC» в непрозрачном режиме работы могут также различаться между собой в структурном аспекте (то есть «ТМ RLC» и «UM RLC» имеют структуру, где один модуль (объект) управления радиоканалом «RLC» имеет передающая сторона или принимающая сторона, тогда как «AM RLC» имеет структуру, где один модуль (объект) управления радиоканалом «RLC» имеет как передающая сторона, так и принимающая сторона).

[60] В связи с функцией повторной передачи «AM RLC» может быть усложнено. «AM RLC» можно снабдить буфером повторной передачи, а также буфером передачи и буфером приема, и «AM RLC» может выполнять несколько функций, например использование окна передачи и приема для управления потоком информации; опрос передающей стороной, чтобы потребовать информацию о состоянии от соответствующего объекта управления радиоканалом «RLC» принимающей стороны; отчет о состоянии, чтобы передать отчет о состоянии буфера принимающей стороны соответствующему объекту управления радиоканалом «RLC» передающей стороны, от принимающей стороны; блок протокольных данных «PDU» состояния для передачи информации о состоянии; функция вложенного подтверждения, чтобы вставить состояния блока протокольных данных «PDU» в данные блока протокольных данных «DU» для улучшения передачи данных и т.п. Кроме того, имеется «Сброс PDU», для запроса у другого модуля «AM RLC» возврата в исходное состояние всех операций и параметров, и блок протокольных данных «PDU» подтверждения сброса, используемого для ответа на «Сброс PDU». Для поддержки этих функций «AM RLC» могут потребоваться несколько параметров протокола, переменных состояния и таймеров. Блоки протокольных данных «PDU», используемые для управления передачей данных в «AM RLC», например отчет о состоянии, «PDU состояния» и «PDU сброса», могут называться «PDU управления» (управляющие блоки протокольных данных), а блоки протокольных данных «PDU», используемые для передачи данных пользователя, могут называться «PDU данных».

[61] Блоки протокольных данных «PDU», используемые в «AM RLC», можно в основном разделить на «PDU данных» и «PDU управления». Блоки протокольных данных «PDU управления» могут состоять из блока протокольных данных «PDU состояния», «PDU вложенного подтверждения», «PDU сброса» и «PDU подтверждения сброса».

[62] Далее описывается блок протокольных данных «RLC PDU», используемый в модуле управления радиоканалом «RLC» в режиме с подтверждением («AM RLC»).

[63] Как показано на ФИГ.5, поле «D/C» может обозначать, является ли блок протокольных данных «PDU» модуля «AM RLC» блоком «PDU» с пользовательскими данными либо блоком «PDU управления». Поле «Порядковый номер» может обозначать порядковый номер каждого блока протокольных данных «PDU». Поле «Р» может обозначать бит опроса, который может указывать, должна ли принимающая сторона передавать блок протокольных данных «PDU состояния». Поле «Индикатор длины» (LI) может обозначать границу между различными блоками служебных данных «SDU» в одном блоке протокольных данных «PDU». Поле «Е» может обозначать «Бит расширения», который может указывать, является ли следующий октет индикатором длины (LI). Поле «НЕ» может обозначать «Бит расширения заголовка», который может указывать, является ли следующий октет индикатором длины или данными. Поле «Pad» может быть областью заполнения, которая может не использоваться в блоке протокольных данных «PDU» модуля «AM RLC».

[64] Блок протокольных данных «PDU» модуля «AM RLC» может использоваться, когда модуль «AM RLC» должен передавать данные пользователя, информацию состояния с вложенным подтверждением или бит опроса. Данные пользователя могут состоять из целого числа, кратного 8 битам, и заголовка блока протокольных данных «PDU» модуля «AM RLC», состоящего из порядкового номера, имеющего 2 октета. Заголовок блока протокольных данных «PDU» модуля «AM RLC» может включать в себя индикатор длины.

[65] На ФИГ.6 поле «VF» (флаг версии) может обозначать версию формата, используемого блоком протокольных данных «MAC-hs PDU», а поле «Queue ID» («ID очереди», идентификатор очереди) может указывать, какой очереди уровня управления высокоскоростным каналом «MAC-hs» соответствует блок протокольных данных «MAC-hs PDU». Поле «Порядковый номер передачи» («TSN») может быть порядковым номером, используемым в одной очереди, и может служить для переупорядочения блоков протокольных данных «MAC-hs PDU», полученных принимающей стороной. Идентификатор указателя размера «SID» может обозначать размер содержащихся блоков служебных данных «MAC-hs SDU», а поле «N» (количество) может обозначать количество блоков служебных данных «MAC-hs SDU», соответствующих предшествующему идентификатору «SID». Поле «F» (флаг) может обозначать, присутствуют ли постоянно поля «SID» и «N» в заголовке блока протокольных данных «MAC-hs PDU». На ФИГ.7 поле версии «VF» может занимать 1 бит, поле «Queue ID» (ID очереди) может занимать 3 бита, поле порядковый номер передачи «TSN» может занимать 6 битов, поле «SID» может занимать 3 бита, поле «N» может занимать 7 битов, а поле флага «F» может занимать 1 бит.

[66] На ФИГ.7 показан пример структуры блока служебных данных «MAC-hs SDU».

[67] На ФИГ.7, когда несколько логических каналов отображается на одну очередь уровня управления высокоскоростным каналом «MAC-hs», можно использовать поле «С/Т» (управление/трафик). Однако когда на одну очередь уровня «MAC-hs» отображается один логический канал, поле «С/Т» (управление/трафик) может не использоваться. То есть когда несколько логических каналов отображается на одну очередь уровня «MAC-hs», поле С/Т может служить для идентификации логических каналов. Блок служебных данных «MAC SDU» может совпадать с блоком протокольных данных «RLC PDU». Блок служебных данных «MAC-hs SDU» может основываться на блоке протокольных данных «RLC PDU», переданном с уровня управления радиоканалом «RLC», который является вышерасположенным уровнем для уровня управления доступом к среде «MAC».

[68] Далее описываются структура и функционирование настоящего изобретения.

[69] На ФИГ.8 показан пример структуры блока протокольных данных «MAC-hs PDU» в соответствии с одним из вариантов осуществления настоящего изобретения.

[70] По сравнению с блоком протокольных данных «MAC-hs PDU», показанным на ФИГ.6, блок протокольных данных «MAC-hs PDU», изображенный на ФИГ.8, может иметь структуру, содержащую поля идентификатор очереди «ID очереди», порядковый номер передачи «TSN» и идентификатор указателя размера «SID». Если предположить, что в блоке протокольных данных «MAC-hs PDU» всегда содержится один блок служебных данных «MAC-hs SDU», поле количество «N» можно удалить. Соответственно можно удалить поле флага «F».

[71] На ФИГ.9 показан пример структуры блока протокольных данных «MAC-hs PDU» в соответствии с еще одним вариантом осуществления настоящего изобретения.

[72] Как показано на ФИГ.9, поле «SID» можно исключить. Если базовая станция сообщает мобильному терминалу размер блока протокольных данных «MAC-hs PDU», а физический уровень может определить размер этого блока протокольных данных «MAC-hs PDU» посредством декодирования, включение поля «SID» в блок протокольных данных «MAC-hs PDU» на передающей стороне может являться лишним. Соответственно, если физический уровень может определить размер блока протокольных данных «MAC-hs PDU» и размер заголовка уровня «MAC-hs» посредством декодирования, можно получить размер блока служебных данных «MAC-hs SDU». Здесь, если можно задать взаимосвязь между определенным процессом «НАКQ» - (гибридный автоматический запрос на повторную передачу данных) и очередью уровня «MAC-hs», то можно удалить идентификатор «ID» очереди.

[73] Однако если с мобильным терминалом установлен один или несколько логических каналов, данные, полученные из логических каналов, могут быть включены в один блок протокольных данных «MAC-hs PDU». Для оптимизации можно затребовать сообщать в каждый логический канал размер поля заголовка уровня «MAC-hs». В данном изобретении размеры каждого из полей заголовка уровня «MAC-hs» могут отличаться друг от друга в зависимости от мобильного терминала, очереди или логического канала.

[74] В настоящем изобретении при создании радиоканала «RB» базовая станция может сообщить мобильному терминалу параметр поля заголовка уровня «MAC-hs», связанный с каждым радиоканалом «RB» каждого из логических каналов. Параметр может сообщать о том, существует ли каждое из полей заголовка уровня управления доступом к среде «MAC», или содержать информацию о размере поля заголовка уровня управления доступом к среде «MAC».

[75] На ФИГ.10 показан пример структуры блока протокольных данных «MAC-hs PDU» в соответствии с еще одним вариантом осуществления настоящего изобретения. Предполагается, что один мобильный терминал одновременно использует просмотр информации в Интернет и речевую услугу «VoIP». Соответственно данные просмотра в Интернет могут отображаться на первый логический канал, а речевая услуга «VoIP» может отображаться на второй логический канал. Предполагается, что в первом логическом канале в заголовке уровня «MAC-hs» используются поле «SID» размером 5 битов, поле «N» размером 7 битов, поле «TSN» размером 7 битов, а во втором логическом канале в заголовке уровня «MAC-hs» используются поле «SID» размером 8 битов, поле «N» размером 2 бита, поле «TSN» размером 2 бита. Считается, что первый логический канал отображается на очередь 1, а второй логический канал отображается на очередь 2, тем самым, реализуя формат блока протокольных данных «MAC-hs PDU», показанный на ФИГ.10. Если поле «SID» и поле «N» не используются в блоке протокольных данных «MAC-hs PDU», изображенном на ФИГ.10, то будет воплощена структура блока протокольных данных «MAC-hs PDU», показанная на ФИГ.11.

[76] Как показано на ФИГ.11, блок протокольных данных «MAC-hs PDU» на ФИГ.11 может иметь формат, где не используется поля «SID» и «N» для очереди 2, в отличие от блока протокольных данных «MAC-hs PDU», изображенного на ФИГ.10.

[77] При выполнении вызова сеть может сообщить мобильному терминалу размер каждого из полей заголовка «MAC-hs», соответствующий каждому из логических каналов и каждой очереди. Соответственно уровень «MAC-hs» на передающей стороне может сконфигурировать для заголовка «MAC-hs» размеры полей для каждого логического канала и очереди при передаче данных конкретного логического канала или очереди. Размеры полей заголовка уровня «MAC-hs» могут быть различными для каждого логического канала и очереди. Уровень «MAC-hs» принимающей стороны может с помощью этого заголовка «MAC-hs» определить, какие данные, соответствующие логическому каналу или очереди, содержатся в блоке протокольных данных «MAC-hs PDU». То есть уровень «MAC-hs» на принимающей стороне может определить размеры полей заголовка «MAC-hs» для каждого логического канала или очереди и выделить каждое из полей заголовка «MAC-hs» в соответствии с размером. Затем уровень «MAC-hs» принимающей стороны может декодировать заголовок «MAC-hs», чтобы выделить блок служебных данных «MAC-hs SDU», содержащийся в блоке протокольных данных «MAC-hs PDU».

[78] В данном изобретении, когда в блоке протокольных данных «MAC-hs PDU» содержится поле «С/Т» (управление/трафик), поле «С/Т» может быть сжато с использованием модуля «MAC-hs», чтобы сократить избыточную информацию, связанную с заголовком блока протокольных данных «MAC-hs PDU». Даже, если на одну очередь «MAC-hs» отображается несколько логических каналов, если один блок протокольных данных «MAC-hs PDU» содержит модуль «MAC-hs», передаваемый через один логический канал, все блоки служебных данных «MAC-hs SDU» могут иметь одинаковое поле «С/Т». Соответственно от модуля «MAC-hs» можно потребовать выполнять сжатие одинаковых полей «С/Т» и передавать только одно поле «С/Т». Модуль (объект) «MAC-hs» передающей стороны может удалять поле «С/Т», содержащееся в каждом блоке служебных данных «MAC-hs SDU», может включить блоки служебных данных «MAC-hs SDU», у которых поле «С/Т» удалено, в блок протокольных данных «MAC-hs PDU», и может включить одно поле «С/Т» в заголовок этого блока протокольных данных «MAC-hs PDU». Когда в блок протокольных данных «MAC-hs PDU» включены один или несколько блоков служебных данных «MAC-hs SDU», уровень «MAC-hs» принимающей стороны может восстановить поле «С/Т», содержащееся в заголовке, чтобы вставить его в соответствующие блоки служебных данных «MAC-hs SDU», которые содержатся в этом блоке протокольных данных «MAC-hs PDU». Соответственно блоки служебных данных «MAC-hs SDU» могут быть восстановлены (декодированы, преобразованы, переупорядочены) в первоначальное состояние, а затем переданы на вышерасположенный уровень.

[79] Если соответствующие блоки служебных данных «MAC-hs SDU» имеют последовательные порядковые номера, то эти порядковые номера можно сжать. Если блоки служебных данных «MAC-hs SDU», содержащиеся в одном блоке протокольных данных «MAC-hs PDU», имеют последовательные порядковые номера, то порядковые номера других блоков служебных данных «MAC-hs SDU» можно определить, если известен порядковый номер только первого блока служебных данных «MAC-hs SDU».

[80] В данном изобретении, когда блоки служебных данных «MAC-hs SDU» последовательно включены в один блок протокольных данных «MAC-hs PDU», порядковый номер первого блока служебных данных «MAC-hs SDU» может быть включен в заголовок блока протокольных данных «MAC-hs PDU», а остальные порядковые номера блоков служебных данных «MAC-hs SDU», включенных в этот блок протокольных данных «MAC-hs PDU», можно удалить. Затем блоки служебных данных «MAC-hs SDU», имеющие удаленные порядковые номера, можно включить в этот блок протокольных данных «MAC-hs PDU» для передачи. Принимающая сторона может определить порядковый номер первого блока служебных данных «MAC-hs SDU», используя заголовок принятого блока протокольных данных «MAC-hs PDU» и применить его к первому блоку служебных данных «MAC-hs SDU». Затем принимающая сторона может последовательно увеличивать порядковые номера, чтобы применить их к остальным блокам служебных данных «MAC-hs SDU». Далее восстановленные блоки служебных данных «MAC-hs SDU» могут быть переданы на вышерасположенный уровень, включая их порядковые номера.

[81] На ФИГ.12 показан пример структуры блока протокольных данных «MAC-hs PDU», имеющего сжатые порядковые номера.

[82] Как показано на чертеже, первый блок протокольных данных «MAC-hs PDU» имеет порядковый номер один, а остальные блоки протокольных данных «MAC-hs PDU» могут иметь порядковые номера, различающиеся на единицу, в порядке возрастания. Блоку протокольных данных «MAC-hs PDU» можно назначить значение поля «С/Т» (управление/трафик), используя модуль уровня «MAC-d», при этом образуется блок служебных данных «MAC-hs SDU». Модуль уровня «MAC-hs» может удалить порядковый номер и значение поля «С/Т» из соответствующих блоков служебных данных «MAC-hs SDU» и может включить эти блоки служебных данных «MAC-hs SDU» в состав блока протокольных данных «MAC-hs PDU». Удаленные значение поля «С/Т» и порядковый номер первого блока служебных данных «MAC-hs SDU» могут быть включены в заголовок блока протокольных данных «MAC-hs PDU».

[83] Таким образом, был описан способ оптимизации формата блока протокольных данных «MAC-hs PDU». Далее приводится описание способа использования модуля управления радиоканалом «RLC» и модуля управления доступом к среде «MAC», способных поддерживать большое количество пользователей меньшими ресурсами в одной ячейке в отношении передачи блока данных.

[84] В случае использования высокоскоростного пакетного доступа по нисходящей линии (HSDPA) и высокоскоростного пакетного доступа по восходящей линии (HSUPA) одному мобильному терминалу за один интервал времени передачи «ТТI» может быть передан только один блок данных. Когда необходимо одновременно передать данные, содержащиеся в нескольких логических каналах, необходимая информация может быть включена в заголовок блока протокольных данных «MAC-hs PDU» или блока протокольных данных «МАС-е PDU», чтобы блок протокольных данных «MAC-hs PDU» и блок протокольных данных «МАС-е PDU» могли включать в себя данные, содержащиеся в нескольких логических каналах.

[85] В системах «HSDPA» или «HSUPA» по настоящему изобретению проблема традиционного модуля «AM RLC» (модуля управления радиоканалом в режиме с подтверждением) может быть решена поддержкой большого количества пользователей в одной ячейке меньшим количеством ресурсов.

[86] Настоящее изобретение может предложить генерировать блоки протокольных данных «RLC PDU»» различных размеров в течение одного периода времени с помощью модуля управления радиоканалом «RLC» и передавать их на нижерасположенный уровень. То есть модуль управления радиоканалом «RLC» и модуль управления доступом к среде «MAC» могут выполнить расчет максимального объема данных, который они могут передать, на основании их выделенных ресурсов, и могут выполнить расчет размера блоков протокольных данных «RLC PDU», которые могут передать эти данные. Когда генерируются один или несколько блоков протокольных данных «RLC PDU», соответствующие блоки протокольных данных «RLC PDU» могут иметь отличные друг от друга размеры, чтобы свести к минимуму расходование ресурсов радиосвязи.

[87] Более конкретно, при настройке модулей управления радиоканалом «RLC» мобильного терминала модуль управления ресурсами радиосвязи «RRC» может сообщить размеры блоков протокольных данных «RLC PDU», которые могут использоваться соответствующими модулями управления радиоканалом «RLC». Здесь может быть один или несколько размеров блоков протокольных данных «RLC PDU». Когда модуль управления радиоканалом «RLC» получает один или несколько размеров блоков протокольных данных «RLC PDU», он может использовать их все. То есть модуль управления радиоканалом «RLC» может определить выделенный объем данных при передаче данных, может определить размеры блоков протокольных данных «RLC PDU», достаточные для полного использования объема данных, и может определить количество блоков протокольных данных «RLC PDU», которые необходимо сформировать в соответствии с этими размерами. В зависимости от этого определения, модуль управления радиоканалом «RLC» может сконфигурировать блок протокольных данных «RLC PDU» из блоков служебных данных «RLC SDU»».

[88] Настоящее изобретение может предложить генерировать блоки протокольных данных «RLC PDU» различных размеров в течение одного периода времени с помощью модуля управления радиоканалом «RLC» и передавать их другому модулю управления радиоканалом «RLC». То есть один модуль управления радиоканалом «RLC» может передавать блоки протокольных данных «RLC PDU» различных размеров на нижерасположенный уровень в течение одного периода времени, а нижерасположенный уровень может передать блоки протокольных данных «RLC PDU», полученные от одного модуля управления радиоканалом «RLC», другому модулю управления радиоканалом «RLC».

[89] Здесь блок протокольных данных «RLC PDU» может содержать только данные пользователя, данные пользователя и управляющую информацию, либо только управляющую информацию.

[90] Например, предположим, что обычный модуль управления радиоканалом «RLC» всегда генерирует блок протокольных данных «RLC PDU» размером 300 битов, а нижерасположенный модуль, модуль управления доступом к среде «MAC», передает 400 битов. Здесь модуль управления доступом к среде «MAC» может передать только один блок данных размером 300 битов. Однако, если блоки данных, имеющие различные размеры, могут быть переданы одновременно, модуль управления радиоканалом «RLC» может сгенерировать один блок данных размером 300 битов и один блок данных размером 100 битов, чтобы передать их нижерасположенному модулю. Поскольку модуль управления радиоканалом «RLC» может передать 400 битов, скорость передачи данных может возрасти по сравнению с традиционной технологией. Далее, поскольку происходит полное использование физических ресурсов, доступных для модуля управления радиоканалом «RLC», могут быть достигнуты максимальная эффективность и отсутствие излишнего расходования ресурсов радиосвязи.

[91] Возможности передачи для блока протокольных данных «PDU управления» могут быть расширены, поскольку модуль управления радиоканалом «RLC» использует один или несколько размеров блока протокольных данных «RLC PDU». Например, даже в том случае, если блок протокольных данных «RLC PDU» имеет заранее заданный размер 300 битов, в случае, если данные имеют большой размер, модуль управления радиоканалом «RLC» может сформировать (собрать) из данных блок размеров 300 битов. Однако блок протокольных данных «PDU управления» может иметь меньше 300 битов информации, в зависимости от ситуации, складывающейся между модулями «RLC» принимающей и передающей сторон. Объем информации управления, которой обмениваются модули «RLC», может быть сокращен при использовании «HSDPA» и «HSUPA». Если при передаче информации управления сконфигурирован блок протокольных данных «RLC PDU», имеющий заранее заданный размер, в блок протокольных данных «RLC PDU» необходимо включить бит заполнения (выравнивания), что ведет к расходованию ресурсов. Однако в данном изобретении, поскольку передаются блоки протокольных данных «RLC PDU» различных размеров, можно сформировать блок протокольных данных «PDU управления» с информацией управления, размер которого будет соответствовать объему информации управления, которую необходимо передать в одном интервале «TTI». Соответственно блок протокольных данных «RLC PDU» c данными пользователя в одном интервале «TTI» может иметь размер, отличный от размера блока протокольных данных «RLC PDU» с информацией управления в одном интервале «TTI», и их можно одновременно передать другой стороне посредством нижерасположенного уровня.

[92] Итак, данное изобретение может предложить использование одним модулем «AM RLC» одного или нескольких размеров блоков протокольных данных «RLC PDU». То есть модуль «AM RLC» может сконфигурировать блоки протокольных данных «RLC PDU» различных размеров. Один модуль «AM RLC» выбирает конкретный размер блока протокольных данных «RLC PDU» из множества размеров, которые уже заданы, и конфигурирует блок протокольных данных «RLC PDU» из блоков служебных данных «RLC SDU». Если модуль управления радиоканалом «RLC» получает информацию о нескольких размерах блоков протокольных данных «RLC PDU», когда этот модуль управления радиоканалом «RLC» конфигурируется, модуль управления радиоканалом «RLC» конфигурирует блок протокольных данных «RLC PDU» размером, равным одному из заданного множества размеров блоков протокольных данных «RLC PDU».

[93] В данном изобретении модуль «AM RLC» может сконфигурировать блоки протокольных данных «AM RLC PDU» различных размеров. То есть блоки протокольных данных «AM RLC PDU» можно сконфигурировать не только одного размера, но и различных размеров в соответствии с каждой ситуацией. Модуль «AM RLC» может служить для конфигурирования блоков протокольных данных «RLC PDU» различных размеров. То есть блок протокольных данных «AM RLC PDU» может иметь различные размеры без ограничений.

[94] Когда «AM RLC» не сконфигурирован для использования блоков протокольных данных «RLC PDU» определенного размера, он может использовать блоки протокольных данных «RLC PDU» различных размеров.

[95] Блоки протокольных данных «RLC PDU» различных размеров могут передаваться в течение одного периода времени или в различные периоды времени.

[96] Модуль (объект) управления доступом к среде «MAC» может быть соединен с модулем (объектом) управления радиоканалом «RLC». Соответственно при конфигурировании блока протокольных данных «MAC-hs PDU» или блока протокольных данных «МАС-е PDU» можно потребовать у модуля управления доступом к среде «MAC» принимать блоки протокольных данных «RLC PDU» различных размеров и включать их в один блок протокольных данных «MAC-hs PDU» или в один блок протокольных данных «МАС-е PDU». Один блок протокольных данных «MAC-hs PDU» или один блок протокольных данных «МАС-с PDU» может передать блоки протокольных данных «RLC PDU» различных размеров в один канал. Здесь заголовок блока протокольных данных «MAC-hs PDU» или блока протокольных данных «МАС-е PDU» должен включать информацию для каждого размера блоков протокольных данных «RLC PDU».

[97] Модуль управления доступом к среде «MAC» может сообщить каждому модулю «RLC» каждый из размеров блоков протокольных данных «RLC PDU» и количество блоков протокольных данных «RLC PDU», имеющих соответствующий размер, в каждом интервале «TTI». Количество информации о размерах блоков протокольных данных «RLC PDU» может быть различным. Уровень управления радиоканалом «RLC» может сконфигурировать блок протокольных данных «RLC PDU» с учетом размера и количества блоков протокольных данных «RLC PDU», чтобы передавать их модулю управления доступом к среде «MAC».

[98] Как упомянуто выше, в этом изобретении формат блока протокольных данных «MAC-hs PDU» может оптимизироваться в модуле управления радиоканалом «RLC», особенно в модуле уровня «MAC-hs», и модуль управления радиоканалом «RLC» может сконфигурировать блоки протокольных данных «RLC PDU» различных размеров, поддерживая, тем самым, большое количество пользователей меньшим количеством ресурсов.

[99] Данное изобретение может предложить способ обработки блоков данных в системе подвижной связи, способ, включающий в себя прием первого блока данных с вышерасположенного уровня; генерирование второго блока данных с использованием принятого первого блока данных и заголовка, где размер заголовка изменяется в зависимости от канала принятого первого блока данных; и передачу второго блока данных на нижерасположенный уровень, где заголовок состоит из одного или нескольких необходимых полей, при этом первый блок данных представляет собой блок служебных данных «MAC-hs SDU», второй блок данных представляет собой блок протокольных данных «MAC-hs PDU», канал представляет собой логический канал, упомянутые одно или несколько необходимых полей включают в себя, по меньшей мере, одно из следующего: поле флага версии «VF», поле идентификатора указателя размера «SID», поле «N» (количество), поле порядкового номера передачи «TSN», поле идентификатора «ID» очереди и поле «F» (флаг), определение логического канала с использованием поля «С/Т» (управление/трафик), идентификация логического канала с использованием идентификатора логического канала, нижерасположенный уровень представляет собой физический уровень, при этом канал назначен для оказания речевой услуги «VoIP» (речь через Интернет протокол «IP»).

[100] Можно сказать, что данное изобретение может предложить способ обработки блоков данных в системе подвижной связи, способ, включающий в себя прием первого блока данных с нижерасположенного уровня; идентификацию полей и размера каждого поля на основании информации заголовка принятого первого блока данных, где поля и размер каждого поля определяются в первом объекте на основе канала, по которому принята полезная информация первого блока данных; генерацию второго блока данных с использованием полезной информации первого блока данных и идентифицированных полей и размера каждого поля в заголовке первого блока данных; и передачу второго блока данных на вышерасположенный уровень, где первый блок данных представляет собой блок протокольных данных «MAC-hs PDU», второй блок данных представляет собой блок служебных данных «MAC-hs SDU», первый объект представляет собой модуль управления доступом к среде «MAC» на передающей стороне, каждое поле заголовка выделяется в соответствии с размером каждого поля заголовка первого блока данных, а канал представляет собой логический канал на передающей стороне.

[101] Кроме того, можно сказать, что данное изобретение может предложить способ обработки блоков данных в системе подвижной связи, способ, включающий в себя прием первого блока данных по первому каналу; прием второго блока данных по второму каналу; определение одного или нескольких необходимых полей и размера каждого из необходимых полей для каждого канала каждого полученного блока данных; генерирование третьего блока данных с использованием определенных таким образом полей и определенного размера каждого поля, принятых первого блока данных и второго блока данных; и передачу третьего блока данных на нижерасположенный уровень, первый блок данных и второй блок данных представляют собой блоки служебных данных «MAC-hs SDU», а третий блок данных представляет собой блок протокольных данных «MAC-hs PDU», первый и второй каналы представляют собой логические каналы, нижерасположенный уровень представляет собой физический уровень, упомянутые одно или несколько необходимых полей включают в себя, по меньшей мере, одно из следующего: поле флага версии «VF», поле идентификатора указателя размера «SID», поле - количество «N», поле порядкового номера передачи «TSN», поле идентификатора «ID» очереди и поле флага «F», при этом первый канал назначен для оказания речевой услуги «VoIP» (речь через IP), а второй канал назначен для оказания услуги просмотра информации в Интернет.

[102] Хотя настоящее изобретение описано в контексте подвижной связи, его можно также использовать во многих беспроводных системах связи, использующих мобильные устройства такие, как карманные и портативные компьютеры, оснащенные функциями беспроводной связи (например, интерфейсом). Кроме того, использование определенных терминов для описания настоящего изобретения не должно ограничивать области действия настоящего изобретения беспроводными системами связи определенного типа. Настоящее изобретение также применимо к другим беспроводным системам связи, использующим различные беспроводные интерфейсы и/или физические уровни, например TDMA (множественный доступ с временным разделением), CDMA (множественный доступ с кодовым разделением каналов), FDMA (множественный доступ с частотным разделением), WCDMA (широкополосный множественный доступ с разделением каналов), мультиплексирование с ортогональным разделением частот «OFDM», система с эволюцией мобильного Интернета «EV-DO», системы, основанные на стандарте IEEE «Wi-Max», «Wi-Bro», GSM, GPRS, EDGE, EGPRS, LTE и др.

[103] Предпочтительные примеры осуществления настоящего изобретения могут быть реализованы в виде способа, устройства или промышленного изделия с использованием стандартного программирования и/или технических средств, для производства программного обеспечения, встроенных программ, аппаратных средств или любых их сочетаний. Термин «промышленное изделие» используемый здесь, относится к кодовому или логическому элементу, внедренному в аппаратную логику (например, интегральная схема, программируемая пользователем вентильная матрица (FPGA), специализированная интегральная схема (ASIC) и т.д.) или компьютерным носителям данных [например, носители с магнитной запоминающей средой (например, жесткие диски, гибкие диски, ленточные накопители и т.д.), оптическое запоминающее устройство (компакт-диски (CD-ROM), оптические диски и т.д.), энергозависимые и энергонезависимые запоминающие устройства (например, EEPROM - электронно-перепрограммируемые постоянные запоминающие устройства), ROM (постоянные запоминающие устройства (ПЗУ)), PROM (программируемые постоянные запоминающие устройства (ППЗУ)), RAM (оперативные запоминающие устройства (ОЗУ)), DRAM (динамические ОЗУ), SRAM (статические ОЗУ), встроенные программы, программируемая логика и т.д.)].

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

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

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

2. Способ по п.1, в котором заголовок содержит одно или несколько необходимых полей.

3. Способ по п.1, в котором заголовок содержит идентификатор логического канала.

4. Способ по п.2, где упомянутые одно или несколько необходимых полей включают в себя, по меньшей мере, одно из следующего: поле «VF» (флаг версии), поле «SID» (идентификатор указателя размера), поле «N» (количество), поле «TSN» (порядковый номер передачи), поле «ID» очереди (идентификатор очереди) и поле «F» (флаг).

5. Способ по п.1, дополнительно включающий в себя
определение логического канала с использованием поля «С/Т» (управление/трафик).

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

7. Способ по п.1, где нижерасположенный уровень представляет собой физический уровень.

8. Способ по п.1, где логический канал назначен для оказания речевой услуги «VoIP» (передача речи через IP протокол).

9. Способ по п.1, в котором в заголовке размер каждого поля заголовка устанавливается различно на основе каждого логического канала.

10. Способ по п.1, в котором наличие каждого поля заголовка устанавливается на основе идентификатора логического канала (Loch ID) принятого первого блока данных.

11. Способ по п.1, в котором первый блок данных представляет собой блок служебных данных уровня управления доступом к среде «МАС-SDU», а второй блок данных представляет собой блок протокольных данных уровня управления доступом к среде «MAC-PDU».

12. Способ по п.11, в котором блок служебных данных «MAC-SDU» и блок протокольных данных «MAC-PDU» представляют собой соответственно блок служебных данных уровня управления высокоскоростным совместно используемым каналом «MAC-hs SDU» и блок протокольных данных уровня управления высокоскоростным совместно используемым каналом «MAC-hs PDU», которые используются в высокоскоростной пакетной передаче по нисходящему каналу (HSDPA) и в высокоскоростной пакетной передаче по восходящему каналу (HSUPA).

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

14. Способ по п.13, в котором первый объект представляет собой модуль управления доступом к среде «MAC» на передающей стороне.

15. Способ по п.13, в котором заголовок содержит идентификатор логического канала.

16. Способ по п.13, в котором в заголовке размер каждого поля заголовка устанавливается различно на основе каждого логического канала.

17. Способ по п.13, в котором наличие каждого поля заголовка устанавливается на основе идентификатора логического канала (Loch ID) принятого первого блока данных.

18. Способ по п.13, в котором второй блок данных представляет собой блок служебных данных уровня управления доступом к среде «МАС-SDU», а первый блок данных представляет собой блок протокольных данных уровня управления доступом к среде «MAC-PDU».

19. Способ по п.18, в котором блок служебных данных «MAC-SDU» и блок протокольных данных «MAC-PDU» представляют собой соответственно блок служебных данных уровня управления высокоскоростным совместно используемым каналом «MAC-hs SDU» и блок протокольных данных уровня управления высокоскоростным совместно используемым каналом «MAC-hs PDU», которые используются в высокоскоростной пакетной передаче по нисходящему каналу (HSDPA) и в высокоскоростной пакетной передаче по восходящему каналу (HSUPA).

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

21. Способ по п.20, где первый блок данных и второй блок данных представляют собой блоки служебных данных уровня управления высокоскоростным совместно используемым каналом - (блок служебных данных «MAC-hs SDU»), а третий блок данных представляет собой блок протокольных данных уровня управления высокоскоростным совместно используемым каналом - (блок протокольных данных «MAC-hs PDU»),

22. Способ по п.20, где первый и второй каналы представляют собой логические каналы.

23. Способ по п.20, где нижерасположенный уровень представляет собой физический уровень.

24. Способ по п.20, где упомянутые одно или несколько необходимых полей включают в себя, по меньшей мере, одно из следующего: поле «VF» (флаг версии), поле «SID» (идентификатор указателя размера), поле «N» (количество), поле «TSN» (порядковый номер передачи), поле «ID» очереди (идентификатор очереди) и поле «F» (флаг).

25. Способ по п.20, где первый канал назначен для оказания речевой услуги «VoIP» (передача речи через IP протокол), а второй канал назначен для оказания услуги просмотра информации в Интернет.

26. Способ обработки блоков данных в системе подвижной связи, включающий в себя:
прием блока протокольных данных «MAC-PDU» из нижерасположенного уровня, при этом блок протокольных данных «MAC-PDU» включает в себя заголовок, который добавлен к блоку служебных данных «MAC-SDU», а наличие полей заголовка в заголовке блока протокольных данных «MAC-PDU» определяется на основе логического канала, принявшего этот блок служебных данных «MAC-SDU», и при этом размер заголовка устанавливается различно на основе наличия полей заголовка; и передачу этого блока служебных данных «MAC-SDU» вышерасположенному уровню.

27. Способ по п.26, в котором поля заголовка и размер каждого поля в заголовке определяются на основе логического канала, принявшего этот блок служебных данных «MAC-SDU».



 

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

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

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

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

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

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

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

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

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

Изобретение относится к технике связи и может использоваться в системе радиосвязи

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

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

Изобретение относится к радиосистемам обмена данными и может быть использовано для помехозащищенного информационного обмена между подвижными объектами и наземными комплексами в каналах «воздух-воздух» и «воздух-земля»
Наверх