Способ и система передачи данных от контроллера радиосети к пользовательскому устройству

Способ и система передачи данных от контроллера радиосети к пользовательскому устройству

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

В сегодняшних системах связи используется некоторое количество различных технологий, таких как Стандарт долгосрочного развития (LTE), LTE-Advanced (LTE-Усовершенствованный), широкополосный множественный доступ с кодовым разделением каналов (WCDMA), развитие глобальной системы мобильной связи/стандарта GSM с увеличенной скоростью передачи данных (GSM/EDGE), общемировая совместимость широкополосного беспроводного доступа (WiMax) или широкополосная сеть мобильной связи (UMB), чтобы упомянуть несколько возможных вариантов реализации. Система беспроводной связи содержит базовые радиостанции, обеспечивающие зону охвата радиосвязи в по меньшей мере одной соответствующей географической области, что формирует соту. Определение соты также может объединять полосы частот, используемые для передач, что означает, будто две различные соты могут покрывать одну и ту же географическую область, но используя разные полосы частот. Пользовательские устройства (UE) обслуживаются в сотах соответствующей базовой радиостанцией и осуществляют связь с соответствующей базовой радиостанцией. Пользовательские устройства передают данные по воздуху или радиоинтерфейсу к базовым радиостанциям в передачах по восходящей линии связи (UL) и базовые радиостанции передают данные по воздуху или радиоинтерфейсу к пользовательским устройствам в передачах по нисходящей линии связи (DL). Базовые радиостанции могут управляться одним или несколькими контроллерами радиосети (RNC).

Проект партнерства третьего поколения (3GPP) представил некоторое количество усовершенствований для высокоскоростного пакетного доступа по нисходящей линии связи (HSDPA) в виде курса из нескольких релизов. В частности, в период от Релиза 8 (Rel-8 для краткости) до Rel-10 3GPP представил поддержку для передач по нисходящей линии связи для множества сот.

В этом отношении 3GPP стандартизировал Rel-8 так, чтобы тот включал в себя управление HSDPA двойной соты (DC-HSDPA), где бы сеть могла планировать одновременные передачи на двух смежных несущих нисходящей линии связи к двум пользовательским устройствам (UE). В Rel-9 3GPP представил поддержку для DC-HSDPA в сочетании с передачами со многими входами-выходами (MIMO), как и двухполосной DC-HSDPA. MIMO используется, чтобы увеличить производительность путем использования нескольких антенн как в передатчике, так и в приемнике. Прежде обеспечивалась пиковая скорость передачи данных в 84 Мб в секунду, тогда как позже признак Rel-8 DC-HSDPA был расширен так, чтобы две сконфигурированных несущих нисходящей линии связи могли располагаться на разных полосах частот. В Rel-10 3GPP представил функционирование HSDPA с 4 несущими (4C-HSDPA), которое обеспечивает пиковые скорости передачи данных по нисходящей линии связи в 168 Мб в секунду. В 4C-HSDPA четыре сконфигурированных несущих нисходящей линии связи могут быть распределены по не более чем двум полосам частот. Все сконфигурированные несущие нисходящей линии связи в пределах полосы частот должны быть смежными при функционировании 4C-HSDPA.

В настоящее время 3GPP описывает поддержку для восьми несущих (8С)-HSDPA в Rel-11. Это позволит пиковым скоростям передачи данных достигнуть 336 Мб в секунду. Как и в Rel-10, восемь сконфигурированных несущих в пределах полосы должны быть смежными. Это касается нисходящей линии связи, но проблема поддержки высоких битрейтов может также относиться и к восходящей линии связи.

Передача сигналов управления между базовыми радиостанциями и другими узлами, как то RNC, может осуществляться с помощью передачи сигналов управления линией радиосвязи. Управление линией радиосвязи (RLC) - это протокол, используемый в сетях мобильной связи, чтобы снизить частоту ошибок по беспроводным каналам. Посредством использования протоколов прямого исправления ошибок и повторной передачи физический уровень, содержащий технологию передачи, может обычно доставлять пакеты с частотой ошибок порядка 1%. Протокол управления передачей данных (TCP), используемый в большинстве IP-сетей, однако требует, чтобы частота ошибок была порядка 0,01% для надежной связи. Протокол RLC преодолевает разрыв между коэффициентом ошибок физического уровня и требованиями к надежной связи по сетям ТСР.

Протокол RLC отвечает за безошибочную последовательную доставку пакетов IP по каналу беспроводной связи. RLC разделяет пакеты IP, также именуемые блоками служебных данных (SDU), на более маленькие блоки, именуемые протокольными блоками данных (PDU) для передачи по каналу беспроводной связи. Протокол повторной передачи используется, чтобы обеспечить доставку каждого RLC PDU. Если RLC PDU не хватает в приемнике, приемник может запросить повторную передачу недостающего RLC PDU. RLC SDU повторно формируется из принятых RLC PDU в приемнике.

Протокол RLC обеспечивает надежную линию радиосвязи между сетью, такой как RNC, и пользовательским устройством. Подтвержденный режим (АМ) RLC обеспечивает высокую надежность путем осуществления выборочных повторных передач RLC PDU, которые не были корректно приняты пользовательским устройством. RLC PDU последовательно отправляются к пользовательскому устройству и в соответствии с этим нумеруются порядковыми номерами (SN) RLC. Пользовательское устройство отправляет положительное или отрицательное подтверждение для каждого RLC SN, чтобы подтвердить, осуществило ли пользовательское устройство корректный прием RLC PDU с этим SN. Сеть осуществляет повторную передачу тех RLC SN, которые получили отрицательное подтверждение.

Поскольку SDU для RLC может быть большим, в этом случае проиллюстрированным пакетам IP RLC обеспечивает механизм для сегментации и конкатенации пакетов IP. Сегментация позволяет пакетам IP разделяться на множество RLC PDU для передачи. Конкатенация позволяет частям множественных пакетов IP включаться в один RLC PDU. Заголовок RLC PDU обычно включает в себя индикатор длины (LI) для индикации длины битов каждого пакета IP, чтобы дать возможность заново собрать пакеты IP в приемнике. Наличие индикатора длины в PDU отражается полем расширения заголовка в заголовке.

Блок RLC представляет собой основной блок передачи данных в эфирном интерфейсе, который используется между пользовательским устройством и сетью, как то RNC посредством базовой радиостанции, и используется для переноса данных и передачи сигналов RLC. Уровень RLC обрабатывает данные для соединений высокоскоростного пакетного доступа по нисходящей линии связи (HSDPA), например, в подтвержденном режиме (АМ), к примеру, для обслуживания не в реальном времени и в неподтвержденном режиме (UM), например, для обслуживания в реальном времени. В настоящее время пропускная способность RLC нисходящей линии связи ограничена и не может поддерживать скорости передачи данных, относящиеся к 8C-HSDPA или 4C-HSDPA с MIMO.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

Варианты осуществления, представленные здесь, допускают, чтобы расширение битов для порядкового номера поддерживало более высокие битрейты, например 336 Мбайт в секунду. При том, что блоки пакетных данных ограничены в размере, признак того, что порядковый номер увеличивается, позволяет передавать больше пакетов с более высоким порядковым номером. Таким образом, варианты осуществления, представленные здесь, избегают того, что пропускная способность RLC нисходящей линии связи ограничена, и поддерживают скорости передачи данных, относящиеся к 8C-HSDPA или 4C-HSDPA с MIMO.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Варианты осуществления теперь будут описаны более подробно в соответствии с прилагаемыми чертежами, на которых:

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

фиг. 2 представляет собой блок-схему последовательности операций и схему передачи сигналов в системе беспроводной связи,

фиг. 3 представляет собой блок-схему, иллюстрирующую AMD PDU с заголовком в соответствии с вариантами осуществления, представленными здесь,

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

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

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ

В настоящее время пропускная способность RLC нисходящей линии связи ограничена и не может поддерживать скорости передачи данных, относящиеся к 8C-HSDPA или 4C-HSDPA с MIMO, как изложено выше. Пропускная способность RLC нисходящей линии связи ограничена пространством RLC SN. При пространстве RLC SN в 12 битов и максимальном размере RLC PDU в 1504 пропускная способность уровня RLC будет ограничена уровнем RLC в силу так называемой остановки окна RLC. Остановка окна RLC отличается прерывистой передачей данных от передающего объекта RLC в силу или (1) того, что продукт размера RLC PDU и окна передачи RLC слишком мал, или (2) того, что отчеты о состоянии восходящей линии связи от принимающего объекта RLC отправляются слишком редко. Поскольку для максимального размера RLC PDU и максимальной частоты, с которой могут отправляться отчеты о состоянии, есть практический лимит, увеличение размера окна RLC - это привлекательный вариант для того, чтобы достичь желаемой скорости передачи данных в 336 Мбайт в секунду. Однако это могло бы потребовать увеличения объема RLC SN с 12 битов до по меньшей мере 14 битов. Это эффективно достигается представленными здесь вариантами осуществления.

Фиг. 1 ниже изображает упрощенный пример системы 10 беспроводной связи в соответствии некоторыми представленными здесь вариантами осуществления. Как показано, система 10 включает в себя базовую станцию 12, контроллер 14 радиосети (RNC) и базовую сеть (CN) 16. Базовая станция 12 содержит радиооборудование для связи с одним или несколькими пользовательскими устройствами 18 в обслуживающей соте 20 посредством радиоресурсов 22. RNC 14 географически отделяется от базовой станции 12 и осуществляет связь с базовой станцией 12 посредством ретрансляционной линии 24. Хотя RNC 14 и отделен от базовой станции 12, он в действительности контролирует и управляет радиоресурсами 22 базовой станции 12. CN 16 коммуникационно соединяет RNC 14 с другими системами, такими как коммутируемая телефонная сеть общего пользования (PSTN), Интернет и т.п.

Будучи ответственными за разные части функциональности радиодоступа, базовая станция 12 и RNC 14 завершают различные уровни протокола. Базовая станция 12 завершает относительно низкие уровни, включая уровень управления доступом к среде (МАС) или по меньшей мере его подуровень с помощью радио, тогда как RNC 14 завершает относительно высокие уровни, включая уровень управления линией радиосвязи (RLC).

В этом отношении RNC 14 принимает пакеты данных, например, блоки служебных данных, SDU, от CN 16, которые подлежат отправке к пользовательскому устройству 18 по нисходящей линии связи. RNC 14 сегментирует эти RLC SDU на блоки пакетных данных, такие как протокольные блоки данных (PDU). RNC 14 последовательно нумерует эти RLC PDU для их уникальной идентификации так, что RNC 14 может повторно передавать RLC PDU, которые не были корректно приняты пользовательским устройством 18. Таким образом, RNC 14 назначает для каждого RLC PDU порядковый номер (SN). RNC 14 включает в себя SN для каждого RLC PDU в заголовке этого PDU. Затем RNC 14 отправляет RLC PDU к пользовательскому устройству 18, через базовую станцию 12, посредством линии 26 RLC, которая является линией между RNC 14 и пользовательским устройством 18 на уровне RLC. Представленные здесь варианты осуществления в общем относятся к управлению линией радиосвязи (RLC) в системах беспроводной связи и в частности относятся к увеличению объема порядкового номера (SN) протокольных блоков данных (PDU) RLC для функционирования в подтвержденном режиме (АМ).

Представленные здесь варианты осуществления поддерживают скорость передачи данных в 336 Мбайт в секунду, например, описанные для 8C-HSDPA в Rel-11 или 4C-HSDPA с MIMO, путем обеспечения индикации в заголовке в блоке пакетных данных, отражающей, увеличивается ли количество битов для порядкового номера, а также обладают обратной совместимостью с пользовательским оборудованием предыдущего поколения. То есть представляя формат заголовка RLC для индикации, например, 14-битовых RLC SN, а также позволяя UE предыдущего поколения принимать RLC PDU, не требуя более высокого уровня, например, осуществляя передачу сигналов управления радиоресурсами (RRC), чтобы отразить, какой формат заголовка RLC используется, например, формат предыдущего поколения или новый формат. Таким образом, представленные здесь варианты осуществления увеличивают объем RLC SN для поддержки более высоких скоростей передачи данных RLC, сохраняя при этом обратную совместимость для устройств предыдущего поколения. Например, некоторые варианты осуществления используют зарезервированные биты в заголовке RLC AM предыдущего поколения для индикации того, что следующая часть заголовка включает в себя расширение для RLC SN. Эти варианты осуществления, таким образом, представляют поддержку для большего промежутка SN, что в свою очередь допускает более высокие пиковые скорости передачи данных по RLC, сохраняя при этом обратную совместимость с заголовком RLC AM предыдущего поколения.

Система 10 беспроводной связи может быть любой сотовой радиосетью, содержащей RNC, способный устанавливать и осуществлять маршрутизацию сессии пакета данных посредством разных сетевых каналов передачи, задействующих разные протоколы маршрутизации, система 10 беспроводной связи может, например, быть сетью UTRAN-GPRS, сетью WCDMA, сетью CDMA 2000, сетью IS-95, сетью D-AMPS и т.д. Термин «RNC», следовательно, не должен здесь интерпретироваться строго как RNC в соответствии со стандартом 3GPP UTRAN; это может быть любой узел управления сетью, способный приводить в соответствие сессию данных с разными каналами передачи, задействующими разные протоколы маршрутизации. К примеру, в случае с сетью CDMA 2000 функциональность RNC, которая описывается ниже в соответствии с представленными здесь вариантами осуществления, может быть реализована в BSC (контроллерах базовой станции) сети CDMA 2000. Специалистам в данной области техники следует понимать, что «пользовательское устройство» - это неограничивающий термин, который означает беспроводной терминал, устройство или узел, например, персональный цифровой помощник (PDA), лэптоп, мобильный, датчик, реле, мобильные планшеты или даже небольшую базовую станцию, осуществляющую связь в пределах соответствующей соты. Кроме того, базовая станция 12 также может именоваться, например, NodeB (Узел В), усовершенствованным Узлом В (eNB, eNode B), базовой радиостанцией, базовой приемопередающей станцией, базовой станцией точки доступа, маршрутизатором базовой станции или любым другим сетевым блоком, способным осуществлять связь с пользовательским устройством 18 в пределах соты, обслуживаемой базовой станцией 12 в зависимости от, например, технологии радиодоступа или используемой терминологии. Тогда как описанные здесь варианты осуществления касаются данных, отправляемых по нисходящей линии связи, и содержат их примеры, способы и устройства также применимы в отношении передачи данных по восходящей линии связи с высоким битрейтом.

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

Операция 201. Контроллер 14 радиосети может генерировать один или несколько RLC PDU для пользовательского устройства 18 из принятого RLC SDU, предназначенного для пользовательского устройства 18. Контроллер 14 радиосети добавляет порядковый номер каждому RLC PDU, позволяя пользовательскому устройству 18 повторно сформировать RLC SDU после приема всех RLC PDU. В представленных здесь вариантах осуществления контроллер 14 радиосети отражает во втором поле в заголовке, что порядковый номер охватывает некоторое количество полей и октетов битов, как то первое поле и третье поле. Контроллер 14 радиосети отражает с помощью, например, определенного заранее значения в двухбитовом поле, отражающем, что третье поле заголовка содержит биты для порядкового номера как расширение битов к первому полю для порядкового номера. Первое поле может охватывать два октета битов заголовка.

Операция 202. Контроллер 14 радиосети передает один или несколько RLC PDU с заголовком к пользовательскому устройству 18.

Операция 203. Пользовательское устройство 18, являющееся, например, 4C-HSDPA или 8C-HSDPA, принимает RLC PDU и узнает с помощью второго поля, что порядковый номер RLC PDU охватывает третье поле, например, содержась в третьем октете битов заголовка. Пользовательское устройство 18, таким образом, выполнено с возможностью распознавать индикацию во втором поле.

Операция 204. Пользовательское устройство 18 передает обратную связь к RNC 14, например, подтверждение приема RLC PDU.

Операция 205. Пользовательское устройство 18 повторно собирает все принятые RLC PDU в RLC SDU на основе порядковых номеров принятых RLC PDU.

Фиг. 3 схематично изображает блок пакетных данных с заголовком RLC AM для широкополосного множественного доступа с кодовым разделением каналов (WCDMA), при этом представленные здесь варианты осуществления могут быть реализованы. Блок пакетных данных, примером которого является RLC PDU, такой как PDU данных подтвержденного режима (AMD), используется для передачи данных пользователя, бита Данных, вложенного статуса PDU, Заполнения, PAD и/или Опроса, когда RLC функционирует в подтвержденном режиме. Длина в битах части данных кратна 8 битам, то есть кратна октетам битов. Заголовок AMD PDU, или заголовок RLC, содержит первые два октета, Oct 1 и Oct 2, и факультативно три или четыре октета битов, Oct 3 и Oct 4. Oct 1 содержит поле D/C, отражающее, является ли RLC PDU PDU данных или управления и «порядковый номер (SN)» AMD PDU. В некоторых вариантах осуществления по меньшей мере один октет битов содержит «Индикаторы длины» и по меньшей мере один октет битов содержит в некоторых вариантах осуществления, представленных здесь, поле расширения заголовка (НЕ). Второй октет Oct 2 может дополнительно содержать Р-поле, отражающее, опрашивать ли объект, принимающий RLC, или нет. В соответствии с вариантами осуществления, представленными здесь, заголовок содержит второе поле (SF), представленное здесь как поле НЕ в Oct 2. Второе поле SF может содержать по меньшей мере один бит, отражающий, что третье поле, проиллюстрированное как поле SN в третьем октете Oct 3, содержит биты для расширения порядкового номера. Третий октет Oct 3 дополнительно содержит резервное поле, которое может использоваться, например, для дополнительных битов для порядкового номера или подобного. Четвертый октет Oct 4 может дополнительно содержать индикатор длины, отражающий длину RLC PDU, и Е-бит, отражающий, если следующий октет битов - это другой LI или данные. Блок пакетных данных может содержать 1-N октетов битов.

В соответствии с некоторыми вариантами осуществления, представленными здесь, значение НЕ «11», зарезервированное в rel-10, переопределяется для индикации наличия расширенного заголовка RLC. ПРИМЕЧАНИЕ (1): «Индикатор длины» может составлять 15 битов. ПРИМЕЧАНИЕ (2): Наличие факультативного октета три отражается НЕ=11 в октете 2. Порядковый номер (SN) поля отражает «Порядковый номер» RLC PDU, двоично кодированный.

Таблица 1 раскрывает количество битов, Длину, для SN для каждого типа PDU, AMD PDU и PDU данных неподтвержденного режима (UMD) и то, какой SN используется для представленных ниже примечаний.

Таблица 1Длина SN в битах для различных PDU
Тип PDU	Длина	Примечания
AMD PDU	12 или 14 битов (1)	Используется для повторной передачи и повторной сборки
UMD PDU	7 битов	Используется для повторной сборки

ПРИМЕЧАНИЕ (1): SN AMD PDU может составлять 12 или 14 битов в зависимости от конфигурации заголовка, как определено в разделе 9.2.1.4.

Поле типа расширения заголовка (НЕ) определяется в таблице 2, представленной ниже.

Значение НЕ «11» переопределяется для индикации наличия расширенного заголовка RLC следующим образом:

Длина в битах: 2 бита в проиллюстрированном примере, но может быть один или более битов. Это двухбитовое поле отражает, если следующий октет битов является расширением заголовка, данными или «Индикатором длины» и Е-битом, как показано в таблице 2. Определенное заранее значение «11» может отражать, что один или более битов следующего октета используются для битов SN и не как «зарезервированные» rel-10 (PDU с таким кодированием будут отвергнуты этой версией протокола).

Таблица 2Значения НЕ и описание значений
Значение	Описание
00	Следующий октет битов содержит данные
01	Следующий октет битов содержит индикатор длины и Е-бит

10	Если сконфигурировано «Используйте особое значение поля НЕ», следующий октет битов содержит данные и последний октет битов PDU является последним октетом битов SDU. Иначе это кодирование резервируется (PDU с таким кодированием будут отвергнуты этой версией протокола).
11	Следующий октет битов содержит расширение заголовка, в котором первые 2 бита - это последние 2 бита четырнадцатибитового порядкового номера. Следующие 4 бита - резервные. Последние 2 бита - поле расширения заголовка (НЕ).

Специалист в данной области техники поймет, что количество битов, используемых для SN, может, в зависимости от количества битов, зарезервированных как резервные, быть увеличено с 12 битов предыдущего поколения до любого количества от 13 до 18 битов обозначенным здесь способом. 14-битовый SN, выбранный выше, был выбран, чтобы привести формат заголовка к предложенному в текущий момент 14-битовому SN. Представленные здесь варианты осуществления, таким образом, обладая некоторыми преимуществами, представляют новый формат заголовка в пределах ограничений, установленных заголовком RLC AMD предыдущего поколения, путем использования прежде зарезервированного битового значения для расширения заголовка (НЕ). В дополнение к этому новый формат заголовка может сосуществовать с текущим заголовком RLC AM. Более того, переходы между 8С-HSDPA или 4C-HSDPA и форматом заголовка RLC предыдущего поколения могут быть осуществлены без перезагрузки RLC, которая могла бы быть необходимой, если новый несовместимый формат заголовка RLC определяется для 8С-HSDPA или 4C-HSDPA. Дополнительным преимуществом является то, что нет необходимости в передаче сигналов более высокого уровня, как то передача сигналов протокола управления радиоресурсами (RRC), чтобы определить, какой формат заголовка RLC AM использовать, тогда как вместо этого цель может быть достигнута при помощи индикации внутриполосного расширения НЕ=11.

Операции способа в контроллере 14 радиосети для передачи данных к пользовательскому устройству 18 в системе 10 беспроводной связи в соответствии с некоторыми общими вариантами осуществления теперь будут описаны со ссылкой на блок-схему операций способа, представленную на фиг. 4. Этапы не обязательно должны выполняться в порядке, указанном ниже, а могут проходить в любом подходящем порядке. Контроллер 14 радиосети осуществляет связь с пользовательским устройством 18 с помощью уровня управления линией радиосвязи. Дополнительные операции, выполняемые только в некоторых вариантах осуществления, отмечены пунктирными прямоугольниками.

Операция 401. Контроллер 14 радиосети может генерировать блок пакетных данных, что содержит назначение порядкового номера для блока пакетных данных и обозначение во втором поле, что порядковый номер содержится в первом поле и в третьем поле. Контроллер 14 радиосети может осуществлять генерацию только тогда, когда пользовательское устройство 18 использует конкретную технологию, например, 4C-HSDPA и MIMO или 8С-HSDPA.

Операция 402. Контроллер 14 радиосети передает блок пакетных данных к пользовательскому устройству 18. Блок пакетных данных содержит заголовок с первым полем. Первое поле содержит биты для порядкового номера блока пакетных данных. Заголовок дополнительно содержит второе поле, содержащее по меньшей мере один бит, отражающий, что третье поле заголовка содержит биты для порядкового номера как расширение битов к первому полю для порядкового номера. В некоторых вариантах осуществления третье поле содержит от двух до шести битов с последующим полем расширения заголовка, отражающим длину блока пакетных данных. Второе поле может содержать два бита с заранее заданным значением, которое отражает, что третье поле заголовка содержит биты для порядкового номера. Заранее заданное значение может определять, что следующий октет битов заголовка содержит первые два бита, которые являются последними двумя битами четырнадцатибитового порядкового номера, следующие четыре бита, которые являются резервными битами, и последние два бита, которые являются битами поля расширения заголовка. Блок пакетных данных может быть блоком данных протокола управления линией радиосвязи, а заголовок может быть заголовком подтвержденного режима управления линией радиосвязи. Следует понимать, что усовершенствования протокола, описанные здесь, также применимы в отношении вариантов осуществления для восходящей линии связи.

Фиг. 5 представляет собой блок-схему, изображающую контроллер 14 радиосети для передачи данных к пользовательскому устройству 18 в системе 10 беспроводной связи. Контроллер 14 радиосети выполнен с возможностью осуществлять связь с пользовательским устройством 18 посредством уровня управления линией радиосвязи.

Контроллер 14 радиосети содержит передающую схему 501, выполненную с возможностью передавать блок пакетных данных к пользовательскому устройству 18. Как упомянуто выше, блок пакетных данных содержит заголовок с первым полем. Первое поле содержит биты для порядкового номера блока пакетных данных. Заголовок дополнительно содержит второе поле, содержащее по меньшей мере один бит, отражающий, что третье поле заголовка содержит биты для порядкового номера как расширение битов к первому полю для порядкового номера.

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

В соответствии с некоторыми вариантами осуществления контроллер 14 радиосети может содержать генерирующую схему 502, выполненную с возможностью генерировать блок пакетных данных и назначать порядковый номер блоку пакетных данных. Генерирующая схема 502 дополнительно может быть выполнена с возможностью отражать во втором поле, что порядковый номер содержится в первом поле и в третьем поле. Генерирующая схема 502 может быть выполнена с возможностью генерировать блок пакетных данных, только когда пользовательское устройство 18 использует конкретную технологию. Конкретная технология может быть высокоскоростным доступом к пакету данных для восьми или четырех несущих.

Фиг. 5 дополнительно иллюстрирует RNC 14 более детально, для более тщательной конкретизации того, как RNC 14 включает в себя SN каждого PDU в заголовке этого PDU. Как показано, RNC 14 может включать в себя связной интерфейс 30, содержащий передающую схему 501, и одну или более обрабатывающих схем 32, включающих в себя контроллер 36 RLC, содержащий генерирующую схему 502.

Связной интерфейс 30 может быть выполнен с возможностью осуществлять связь с пользовательским устройством 18 по линии 26 связи RLC посредством базовой станции 12. Контроллер 36 RLC может дополнительно быть выполнен с возможностью генерировать RLC PDU из RLC SDU путем назначения каждому RLC PDU своего SN и включения этого SN в RLC PDU. При включении SN в RLC PDU контроллер 36 RLC, в соответствии с представленными здесь вариантами осуществления, распределяет SN по меньшей мере трем следующим друг за другом частям RLC PDU, где каждая часть имеет определенный заранее размер, например, 1 октет битов. Более того, в каждой из одной или более частей после первой части контроллер 36 RLC включает индикатор, который отражает следующую часть как продолжение SN для RLC PDU. Контроллер 36 RLC затем конфигурируется так, чтобы отправлять сгенерированные RLC PDU к пользовательскому устройству 18 посредством связного интерфейса 30.

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

В этом отношении контроллер 36 RLC может быть выполнен с возможностью выборочно устанавливать конкретное поле на разные значения для разных UE. В качестве примера контроллер 36 RLC может устанавливать конкретное поле на одно значение, отражающее, что следующая часть RLC PDU продолжает SN, для пользовательского устройства, используя конкретную технологию радиодоступа, например, 8C-HSDPA, и устанавливать конкретное поле на другое значение (значение, отражающее, что следующая часть RLC PDU содержит реальные данные) для пользовательского устройства, используя другую технологию, например, технологию предыдущего поколения, такую как DC-HSDPA. Более старая технология может выигрывать от относительно большего SN, такого что нуждается в распределении по трем или более частям RLC PDU, тогда как более новая технология может не иметь этого преимущества, и, следовательно, не нужно распределять SN. Однако хотя разные UE используют различные технологии радиодоступа, оба UE выполнены с возможностью распознавать или иначе интерпретировать конкретное поле; то есть генерация RLC PDU обратно совместима с технологиями предыдущего поколения. Таким образом, варианты осуществления увеличивают объем RLC SN по сравнению с генерацией RLC PDU предыдущего поколения, чтобы поддерживать более высокие скорости передачи данных RLC, при этом сохраняя обратную совместимость с технологиями предыдущего поколения.

Конечно, специалистам в данной области техники будет понятно, что различные описанные «схемы» могут относиться к комбинации аналоговых и цифровых схем и/или одному или нескольким процессорам, сконфигурированным с программным обеспечением, хранимым в блоке 38 памяти, и/или программно-аппаратным обеспечением, хранимым в блоке 38 памяти, которые, при выполнении одним или несколькими процессорами, действуют, как описано выше. Один или несколько процессоров, как и другое цифровое аппаратное обеспечение, могут быть включены в специализированную интегральную схему (ASIC), или несколько процессоров и различное цифровое аппаратное обеспечение могут распределяться среди нескольких отдельных компонентов, или отдельно упакованных, или собранных в систему-на-кристалле (SoC).

Операции способа в пользовательском устройстве 18 для приема данных от контроллера 14 радиосети в системе 10 беспроводной связи в соответствии с некоторыми общими вариантами осуществления сейчас будут описаны со ссылкой на блок-схему последовательности операций, изображенную на фиг. 6. Операции не обязательно должны выполняться в указанн