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

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

Иллюстрации

Показать все

Реферат

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

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

[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» может обозна