Планирование пакетов в системе радиодоступа

Изобретение относится к системам связи. Технический результат заключается в сокращении задержки при планировании передачи трафика. Предложен способ планирования данных для передачи через беспроводной интерфейс сети широкополосного множественного доступа с кодовым разделением каналов, причем упомянутые данные переносят через беспроводной интерфейс по совместно используемому каналу нисходящей линии связи. Способ содержит этапы, на которых принимают данные в форме IP-пакетов в контроллере радиосети, сегментируют упомянутые IP-пакеты на протокольные блоки данных и перенаправляют упомянутые протокольные блоки данных от контроллера радиосети в базовую радиостанцию, обслуживающую один или несколько терминалов пользователей. Контроллер радиосети определяет для базовой радиостанции протокольные блоки данных, принадлежащие общему IP-пакету. На базовой радиостанции каждый протокольный блок данных планируют для передачи через беспроводной интерфейс в зависимости от IP-пакета, к которому он принадлежит. 5 н. и 9 з.п. ф-лы, 5 ил.

 

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

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

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

По сравнению с системами мобильной связи второго поколения, одним из наиболее важных аспектов мобильных систем третьего поколения является усовершенствованный доступ к пакетным данным. Стандарт ITU, известный как широкополосный множественный доступ с кодовым разделением каналов (WCDMA), Версия 99, предусматривает скорости передачи данных в 384 Кбит/с для широкой зоны обслуживания и до 2 Мбит/с для областей точек доступа, что достаточно для большинства существующих приложений пакетных данных. Тем не менее, поскольку увеличивается использование услуг передачи пакетных данных и вводятся новые услуги, потребуется большая пропускная способность. Версия 5 WCDMA расширяет спецификацию, среди прочего, новым транспортным каналом нисходящей линии связи, который улучшает поддержку интерактивных и фоновых услуг, и в определенной степени услуг потоковой передачи, приводя к значительному увеличению пропускной способности по сравнению с Версией 99. Версия 5 также значительно снижает задержку и обеспечивает пиковые скорости передачи данных вплоть до 14 Мбит/с. Усовершенствование, которое обычно идет под сокращением HSDPA (высокоскоростной пакетный доступ по нисходящей линии связи), является первым этапом в развитии WCDMA для обеспечения еще более выдающейся производительности.

Важной целью замысла HSDPA было сохранение функционального разделения между уровнями и узлами, введенного в Версии 99. Минимальные архитектурные изменения должны гарантировать беспрепятственное обновление и давать возможность работы в условиях, где не каждая сота сети поддерживает новые функциональные возможности. Тем не менее, при условии, что основными характеристиками являются быстрая адаптация к изменениям в радиосреде и быстрая повторная передача данных, из этого следует, что соответствующие функциональные возможности должны быть размещены как можно ближе к радиоинтерфейсу. Поэтому применение HSDPA оказывает влияние в основном на базовую радиостанцию (RBS, также называемую Узлом Б), в частности посредством добавления нового подуровня протокола управления доступом к среде передачи (MAC-hs). Архитектура сохраняет функциональные возможности контроллера радиосети (RNC) из Версии 99. Путем переключения каналов в RNC система легко может управлять перемещением терминала от соты, которая поддерживает HSDPA, к соте, которая не поддерживает. То есть, при переключении терминала с высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH) на выделенный канал (DCH) в неусовершенствованной соте система обеспечивает непрерывное обслуживание, хотя и на более низкой скорости передачи данных. С другой стороны, когда терминал входит в соту, которая поддерживает HSDPA, система может переключать терминал с выделенного канала на HS-DSCH. Фиг.1 схематично иллюстрирует систему WCDMA с функциональными возможностями MAC-hs.

Планировщик, который является частью MAC-hs в Узле Б, является ключевым элементом, который определяет общее поведение системы. Для каждого интервала времени передачи (TTI) в HS-DSCH планировщик определяет, к какому терминалу (или терминалам) нужно передавать HS-DSCH, и, совместно с механизмом адаптации линии связи, на какой скорости передачи данных. Значительное увеличение пропускной способности может достигаться, если вместо последовательного распределения радиоресурсов (т.е. так называемого установления очередности обслуживания по круговой схеме) планировщик применяет зависимое от канала планирование: то есть планировщик назначает приоритет передачам к терминалам, имеющим благоприятные мгновенные канальные условия. Путем назначения приоритетов этим терминалам сеть испытывает преимущественно хорошие условия. Эффектом является большее разнесение на системном уровне, отсюда термин «многопользовательское разнесение». Поскольку нагрузка в соте увеличивается, увеличивается и количество терминалов, стоящих в очереди на планирование. Это, в свою очередь, повышает вероятность спланировать передачи к терминалам с хорошим качеством канала.

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

быстрые изменения в качестве обслуживания;

длительные изменения в качестве обслуживания.

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

Практическая стратегия планирования использует кратковременные изменения наряду с поддержанием некоторой степени длительного равноправия между пользователями. В принципе, чем больше принудительно применяется равноправие, тем больше снижается пропускная способность системы. Поэтому должен достигаться компромисс. В основном, чем больше нагрузка на систему, тем больше расхождений между различными стратегиями планирования. Зависимые от канала планировщики обязаны оценивать мгновенные условия радиосвязи терминала. Поэтому каждый терминал, который использует высокоскоростные услуги, передает регулярные отчеты о качестве канала Узлу Б через HS-DPCCH (высокоскоростной выделенный физический канал управления, канал управления восходящей линии связи). Планировщик может также использовать другую информацию, доступную на Узле Б, для доступа к условиям радиосвязи терминала.

HSDPA включает в себя новый кадр для переноса протокольного блока данных (PDU) PDU MAC-d от RNC к Узлу Б. Места подключения протокола на плоскости пользователя UTRAN у HSDPA иллюстрируются на фиг.2. «Маршрут» плоскости пользователя через различные уровни (фиг.2) иллюстрируется на фиг.3. Сервисные блоки данных (SDU) уровня управления радиосвязью (RLC) (SDU RLC) (т.е. блоки данных верхнего уровня - обычно IP-пакеты) сегментируются на PDU RLC - заголовки RLC (и возможно MAC-d) добавляются в RNC. PDU RLC/MAC-d переносятся в кадрах lub плоскости пользователя (не показан) к Узлу Б, где PDU MAC-d (SDU MAC-hs) становятся в очередь в буферах MAC-hs (один или несколько буферов или очередей предусматриваются для каждого терминала пользователя) для запланированной беспроводной передачи [Транспортный сетевой уровень (TNL) может реализовываться с помощью либо ATM, либо IP].

В зависимости от качества линии связи и количества запланированных ресурсов, разные количества SDU MAC-hs входят в заданный транспортный блок. Планировщик HSDPA в Узле Б внутренне может быть спроектирован с множеством различных целей. Например, планировщик на круговой схеме выделяет равные ресурсы всем активным пользователям, не учитывая каких бы то ни было различий в качестве линии связи, тогда как планировщик на основе максимального C/I всегда выбирает пользователя с наилучшим качеством линии связи. Планировщик на основе максимального C/I дает максимальную пропускную способность соты, однако данный планировщик может быть очень несправедливым к плохо расположенным пользователям в загруженной соте. Обычно используется некоторое сочетание двух упомянутых выше противоположностей, названное планировщиком «Пропорциональной справедливости». Типовые входные данные в планировщик HSDPA включают в себя уровни заполнения буфера MAC-hs в Узле Б и сообщения CQI (качество линии связи) от терминалов пользователей.

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

Проблемой с настоящим решением HSDPA является факт того, что планировщик HSDPA нуждается в информации, определяющей, где начинается и заканчивается блок данных (например, IP-пакет) верхнего уровня данных. Когда планировщиком распределяются ресурсы терминалу пользователя (или «UE» согласно терминологии 3G), MAC-hs может, в зависимости от сообщенного UE качества линии связи (сообщение CQI), выбирать подходящий размер транспортного блока для использования в следующем интервале передачи. Тем не менее для MAC-hs нет способов узнать, полностью ли передан блок данных верхнего уровня. Так как RLC выполняет сегментацию (в RNC) и повторную сборку (в UE), конечный пользователь не получит никакой прямой выгоды от передачи, пока весь IP-пакет не будет передан полностью. Если только часть SDU RLC встроена в запланированный интервал передачи, то уровни протокола выше RLC в UE не примут SDU RLC до того, как дополнительные ресурсы будут запланированы для пользователя. В загруженной соте это будет означать значительную задержку.

Для иллюстрации этой проблемы можно рассмотреть сценарий, где двадцать активных пользователей совместно используют канал HSDPA в заданной соте в сети мобильной связи WCDMA. Для простоты предполагается, что все пользователи имеют одинаковое качество линии связи, и что каждый пользователь может иметь мгновенную пиковую скорость передачи данных в 800 Кбит/с, если она запланирована способом простого TDM. Также предполагается, что все двадцать пользователей имеют один полный IP-пакет в 1 килобайт в своих буферах MAC-hs, и что используется планировщик циклического (кругового) типа для каждого TTI в 2 мс (планировщик на основе максимального C/I выполнял бы точно такую же работу, так как не предполагается никаких отличий в качестве линии связи).

Время обслуживания пакета в 1 килобайт на скорости 800 кбит/с равно 10 мс (5 TTI). Сгруппированные буферы всех 20 пользователей с 1 килобайтом каждый потребуют пропускной способности, эквивалентной занятости канала в 200 мс (100 TTI). Однако, поскольку интервал планирования (TTI) равен 2 мс, это означает, что первый IP-пакет будет успешно перенаправлен на верхние уровни только через 162 мс - последний на 200 мс после передачи первого запланированного блока. Причина в том, что планировщик не «знает» границ IP-пакета, и планировщик будет выделять один TTI единовременно каждому пользователю. Таким образом, планировщик будет единовременно планировать один сегмент каждого пакета каждому пользователю. Это приводит к среднему времени передачи пакета в 181 мс в данном примере.

Проблемы с этим подходом к планированию дополнительно выражаются мобильностью HSDPA. При передаче обслуживания HSDPA буфер MAC-hs сбрасывается, приводя к удалению всех данных, сохраненных в буфере MAC-hs. В квитируемом режиме (AM) RLC утраченные данные необходимо повторно передавать, что приводит к дополнительным задержкам частично переданных SDU RLC. В вышеупомянутом примере, если предполагается, что (произвольное) UE подлежит передаче обслуживания через 120 мс после первого события планирования, передача обслуживания всегда будет приводить к потере частично переданного пакета, так как все UE будут получать пакет «на лету». Для неквитируемого режима (UM) RLC утраченные фрагменты MAC-hs перерастают в потерю всего SDU RLC. Таким образом, с сильно подвижным оборудованием полезно иметь как можно меньше частично переданных «на лету» SDU RLC, так как это снижает риск потерь в моменты передачи обслуживания. Пока указанный механизм «управления потоком» HSDPA между Узлом Б и RNC может регулировать количество данных, буферизованных в MAC-hs - для снижения количества потерь в моменты передачи обслуживания - если запланировано, каждый IP-пакет тогда должен передаваться полностью как можно быстрее, чтобы избежать прерывания передачи передачей обслуживания, что приводит к потери частично переданного пакета.

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

принимают данные в форме блоков данных верхнего уровня в контроллере радиосети;

сегментируют и/или объединяют упомянутые блоки данных верхнего уровня в протокольные блоки данных;

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

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

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

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

Изобретение, в частности, применимо к радиосетям широкополосного множественного доступа с кодовым разделением каналов, например третьего поколения 3G. Тем не менее, оно также применимо к развернутым сетям 3G, включая Super 3G, 4G, а также к EV-DO, EV-DV.

В случае 3G (или развернутой сети 3G, использующей похожую конфигурацию каналов), упомянутый совместно используемый канал нисходящей линии связи предпочтительно является высокоскоростным совместно используемым каналом нисходящей линии связи (HS-DSCH), и интерфейс между контроллером радиосети и базовой радиостанцией является lub-интерфейсом. Предпочтительно, чтобы упомянутый этап определения для базовой радиостанции протокольных блоков данных, принадлежащих общему блоку данных верхнего уровня, содержал неявное или явное определение этой информации в кадрах lub/lur плоскости пользователя или в структуре кадра. Упомянутый этап планирования протокольных блоков данных для передачи через беспроводной интерфейс может содержать один из этапов, на которых

назначают приоритеты очередям MAC-hs, включающим в себя частично отправленные SDU RLC, над очередями, содержащими только полностью неотправленные SDU RLC;

назначают приоритеты очередям MAC-hs, включающим в себя в среднем небольшие SDU RLC, над теми очередями MAC-hs, которые включают в себя в среднем относительно большие SDU RLC;

планируют при всех обстоятельствах достаточно ресурсов для каждой очереди MAC-hs для полной передачи, по меньшей мере, одного SDU RLC из очереди MAC-hs;

выбирают один или несколько размеров транспортных блоков, подходящих для перемещения одного или нескольких запланированных SDU RLC. Это может быть выполнено динамически.

Планирование также может учитывать другие факторы, включая, например, качество линии связи для данного пользователя.

В конкретном варианте осуществления настоящего изобретения упомянутые блоки данных верхнего уровня являются IP-пакетами.

Согласно второму аспекту изобретения предоставляется контроллер радиосети для использования в сети радиодоступа, содержащий

входное устройство для приема данных в форме блоков данных верхнего уровня в контроллере радиосети;

процессор для сегментации и/или объединения упомянутых блоков данных верхнего уровня в протокольные блоки данных;

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

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

Согласно третьему аспекту изобретения предоставляется базовая радиостанция для использования в сети радиодоступа, содержащая

входное устройство для приема протокольных блоков данных, отправленных контроллером радиосети;

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

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

принимают данные в форме блоков данных верхнего уровня в контроллере радиосети;

загружают каждый блок данных верхнего уровня в соответствующий протокольный блок данных;

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

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

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

Фиг.1 схематично иллюстрирует сеть WCDMA, включающую в себя функциональные возможности MAC-hs;

Фиг.2 схематично иллюстрирует места подключения протокола для HS-DSCH в сети WCDMA из фиг.1;

Фиг.3 схематично иллюстрирует поток данных плоскости пользователя для HS-DSCH;

Фиг.4 иллюстрирует функциональные компоненты Узла Б и контроллера радиосети в сети WCDMA из фиг.1;

Фиг.5 - блок-схема алгоритма, иллюстрирующая основные этапы в способе планирования данных для передачи по DS-DSCH.

Подробное описание конкретных вариантов осуществления

Список сокращений, использованных в этом документе, следует:

3GPP	Проект Партнерства Третьего Поколения
ARQ	Автоматический запрос на повторение
HSDPA	Высокоскоростной пакетный доступ нисходящей линии связи
HS-DSCH	Высокоскоростной совместно используемый канал нисходящей линии связи
HS-SCCH	Высокоскоростной совместно используемый канал управления
MAC	Управление доступом к среде передачи
PDU	Протокольный блок данных
PF	Пропорциональная справедливость (планировщик)
RAB	Однонаправленный канал радиодоступа
RAN	Сеть радиодоступа
RBS	Базовая радиостанция
RLC	Управление радиосвязью
RNC	Контроллер радиосети
RR	Круговой (планировщик)
RRC	Управление радиоресурсами
SDU	Сервисный блок данных

TCP	Протокол управления передачей
TTI	Интервал времени передачи
UDP	Протокол дейтаграмм пользователя
UE	Пользовательское оборудование (мобильная телефонная трубка или терминал)
UMTS	Универсальная система мобильных телекоммуникаций
WCDMA	Широкополосный множественный доступ с кодовым разделением каналов

Выше рассмотрены проблемы, вызванные требованиями HSDPA планировать передачу PDU RLC на базовой радиостанции или Узле Б. Предлагаемое здесь решение - обеспечить Узел Б информацией, определяющей границы и размеры SDU RLC (например, IP-пакетов). Пока Узел Б может или не может использовать эту информацию автономно, это позволяет Узлу Б принимать более «разумное» решение относительно планирования PDU RLC для передачи, тем самым оптимизируя пропускную способность, предложенную HS-DSCH. Решение может быть представлено как «IP-ориентированное» решение планирования пакетов, и зависит от того факта, что границы IP-пакета «известны» RNC.

Принимая во внимание обсужденный выше пример с двадцатью активными пользователями, совместно использующими канал HSDPA в заданной соте в сети мобильной связи WCDMA, преимущества IP-ориентированного подхода могут быть выражены количественно. Если планировщик знает границы IP-пакета, он может одновременно затратить 5 TTI для каждого UE, тем самым, завершая отправку первого пакета в 10 мс и последнего пакета в 200 мс после первого события планирования. IP-ориентированный планировщик приводит к среднему времени передачи пакета в 105 мс. Принимая во внимание случай UE, подвергаемого передаче обслуживания в 120 мс после первого события планирования, для IP-ориентированного планировщика это приведет к потере пакета менее чем в 50% случаев, так как более 50% UE уже примут свой IP-пакет полностью до передачи обслуживания.

Информацию, определяющую границы IP-пакета, нужно передавать к Узлу Б, и это может быть выполнено либо явно, либо неявно, следующим образом.

Явно: Это вызывает включение Индикатора длины (LI) в структуру кадра lub/lur плоскости пользователя для HS-DSCH, который указывает, где начинается и где заканчивается SDU RLC. Формально это требует интерфейса между RLC/MAC/FP для перенаправления информации индикатора длины RLC (содержащейся в RNC) от уровня RLC к протоколу кадра lub/lur плоскости пользователя. Новый LI тогда переносится в кадре lub HS-DSCH (заголовок или расширение заголовка). Такое решение теоретически могло бы быть включено в 3G TS 25.435.

Неявно: Это требует, чтобы реализация протокола для кадра lub/lur плоскости пользователя проектировалась, чтобы всегда отправлять PDU RLC, принадлежащие общему SDU RLC, в том же кадре lub/lur плоскости пользователя. Это решение могло бы легко реализоваться без необходимости стандартизации (хотя решение также могло быть стандартизовано как «дополнительная возможность службы lub/lur»). Если выполняется объединение RLC, так что один PDU RLC может содержать данные от двух последовательных SDU RLC, то это правило может быть изменено, чтобы позволять последнему PDU RLC/MAC в кадре содержать объединенные данные из следующего SDU RLC.

Независимо от того, как информация о границе IP-пакета передается к Узлу Б, планировщик Узла Б использует (новую) информацию в своих решениях планирования. Планировщик может по-прежнему использовать некоторое количество различных критериев в принятии решения, на какую очередь MAC-hs планировать далее. Например, необходимо рассматривать аспекты объективности, и еще следует учитывать аспект планирования в зависимости от качества линии связи. Конкретные стратегии планирования могут включать:

Назначение приоритетов очередям MAC-hs, включающим частично отправленные SDU RLC, над очередями, содержащими полностью неотправленные SDU RLC, так что первой передается очередь MAC-hs, которая оценивается как требующая меньше всего ресурсов для завершения передачи частично отправленного SDU RLC. Это гарантирует, что передача частично переданного IP-пакета возобновляется как можно быстрее - возможно путем уравновешивания других критериев планирования с данным критерием.

Назначение приоритетов планированию ресурсов для очередей MAC-hs, включающим в себя небольшие SDU RLC, над теми очередями MAC-hs, которые включают в себя большие SDU RLC. Эта [стратегия] использует допущение, что небольшие пакеты имеют склонность принадлежать критичным ко времени приложениям, или к установлениям соединений.

Конкретный планировщик для однонаправленных каналов радиодоступа диалогового класса, реализованный с помощью UM RLC, так что планировщик всегда планирует достаточно ресурсов для каждой очереди MAC-hs, чтобы полностью передавать по меньшей мере один SDU RLC.

Каждая из этих схем назначения приоритетов может объединяться с одним или несколькими другими критериями для планирования передачи из очередей MAC-hs. Одним таким критерием может быть, например, качество линии связи, где очереди назначается приоритет в зависимости от количества ресурсов/TTI, которые предполагаются необходимыми для передачи одного или нескольких полных SDU RLC, сохраненных в очереди MAC-hs.

Термин «назначение приоритетов» может в общих чертах пониматься как «весовая обработка» - в случае, когда имеется много разных аспектов, которые учитывает планировщик (например, объективность, задержка, качество линии связи …).

Вместо использования подхода, который выбирает PDU RLC по отдельности согласно тому, принадлежат ли они SDU RLC, который уже «на лету», может использоваться механизм выбора транспортного блока HS-DSCH, который выбирает размер транспортного блока, который может включать в себя один или несколько полных IP-пакетов. MAC-hs «заполняет» транспортные блоки PDU RLC, принадлежащими одному и тому же IP-пакету, используя принятую от RNC информацию.

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

Конкретной реализацией является реализация UM RLC над HS-DSCH вместе с IP-ориентированным планированием, чтобы минимизировать потери пакетов в моменты передачи обслуживания.

Фиг.4 схематически иллюстрирует основные функциональные компоненты контроллера радиосети и Узла Б. Для контроллера радиосети они включают в себя: входное устройство 1 для приема IP-пакетов; процессор 2, реализующий сущность RLC; и выходное устройство 3, соединенное с физической транспортной сетью. Для Узла Б фиг.4 иллюстрирует: входное устройство 4, соединенное с физической транспортной сетью; процессор 5, который принимает PDU RLC от входного устройства 4, и выходное устройство 7, соединенное с передатчиком базовой станции для отправки данных через беспроводной интерфейс. Процессор 5 функционирует как планировщик, планируя передачу PDU RLC из различных буферов 6 MAC-hs. Фиг.5 - блок-схема алгоритма, иллюстрирующая основные этапы в описанных выше механизмах.

Описанные выше примерные реализации обеспечивают следующие возможные преимущества:

Предложенный IP-ориентированный планировщик HSDPA в среднем обеспечивает меньшую задержку на пакет по сравнению с существующими планировщиками.

Это приводит к меньшему количеству сбойных и частично переданных SDU RLC, что в моменты передачи обслуживания HSDPA преобразуется в меньшие задержки для AM RLC и меньшее количество потерь для UM RLC.

Меньшее количество потерь для UM RLC преобразуется в меньший непроизводительный расход ресурсов (пропускной способности).

Меньшее количество потерь или меньшие задержки приводят к лучшему ощущаемому качеству для конечного пользователя.

Специалист в данной области техники примет во внимание, что в описанном выше варианте осуществления могут быть сделаны различные модификации без отклонения от объема настоящего изобретения. В частности, можно рассматривать реализацию способа, где каждый блок данных верхнего уровня (например, IP-пакет) упаковывается в один протокольный блок данных нижнего уровня. Это непременно потребует «гибкого» RLC/MAC, который может принимать любые размеры PDU/SDU. Хотя это невозможно для современных реализаций 3G, это может быть возможным, например, в Super 3G.

В другом варианте осуществления изобретения IP-пакеты могут объединяться на RNC без сегментации, т.е. один PDU RLC будет содержать два или более полных IP-пакетов. После приема PDU RLC на Узле Б PDU будет сегментирован на блоки данных или субблоки для передачи через беспроводной интерфейс. RNC определит для Узла Б, где в PDU начинаются и заканчиваются IP-пакеты. Узел Б запланирует субблок для передачи в зависимости от IP-пакета, к которому тот принадлежит.

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

3GPP TS 25.301, Архитектура протокола радиоинтерфейса, Версия 5.

3GPP TS 25.321, MAC, Версия 5.

3GPP TS 25.322, RLC, Версия 5.

3GPP TS 25.435, Интерфейс lub UP FP для общих каналов, Версия 5.

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

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

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

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

5. Способ по любому из пп.1-4, в котором упомянутая сеть радиодоступа является сетью третьего поколения (3G) или развитием 3G.

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

7. Способ по п.6, в котором упомянутый этап, на котором определяют для базовой радиостанции протокольные блоки данных, принадлежащие общему блоку данных верхнего уровня, содержит этап, на котором неявно или явно определяют эту информацию в кадрах lub/lur плоскости пользователя или в структуре кадра.

8. Способ по п.6 или 7, в котором упомянутая сеть радиодоступа является сетью 3G, и упомянутый этап, на котором планируют протокольные блоки данных для передачи через беспроводной интерфейс, содержит один из этапов, на которых
назначают приоритеты очередям MAC-hs, включающим в себя частично отправленные сервисные блоки данных уровня управления радиосвязью (RLC SDU), над очередями, содержащими только полностью неотправленные RLC SDU;
назначают приоритеты очередям MAC-hs, включающим в себя в среднем небольшие RLC SDU, над теми очередями MAC-hs, которые включают в себя в среднем относительно большие RLC SDU;
при всех обстоятельствах планируют достаточно ресурсов для каждой очереди MAC-hs для полной передачи по меньшей мере одного RLC SDU из очереди MAC-hs; или
выбирают один или несколько размеров транспортных блоков для совместно используемого канала нисходящей линии связи, подходящих для перемещения одного или нескольких полных RLC SDU для данной очереди MAC-hs.

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

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

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

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

13. Способ по п.12, в котором упомянутые протокольные блоки данных имеют переменную длину, причем длину выбирают динамически, чтобы вмещать блоки данных верхнего уровня.

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