УСТРОЙСТВО И СПОСОБ ДЛЯ УЛУЧШЕННОЙ ПРОИЗВОДИТЕЛЬНОСТИ ХЭНДОВЕРА Российский патент 2013 года по МПК H04W36/02 

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

Это изобретение направлено на пакетную передачу данных во время хэндовера для различных базовых станций. Более конкретно, изобретение относится к пакетным данным, соответствующим протоколу высокоскоростной передачи данных HSDPA.

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

Уровень RLC в 3GPP может работать в трех режимах: в прозрачном режиме, в режиме без подтверждения приема и в режиме с подтверждением приема (AM), которые будут рассмотрены ниже.

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

AM RLC объект состоит из передающей стороны и принимающей стороны, где передающая сторона AM RLC объекта передает RLC PDU и принимающая сторона AM RLC объекта принимает RLC PDU.

AM RLC объект находится в UE (пользовательское оборудование) и в RNC (контроллер радиосети), соответственно. Передающая сторона сегментирует и/или последовательно сцепляет RLC SDU (блоки служебных данных) в PDU фиксированной длины. Принимающая сторона повторно собирает принятые PDU в RLC SDU и передает их на более высокие уровни данных. Аналогично, SDU приняты с уровня, который выше RLC уровня. В режиме AM, RLC уровень отвечает за доставку SDU в последовательном порядке.

На фиг.4 документа WO2005/034418 показана реализация объекта UE (базовая станция)/UTRAN (узел радиодоступа/базовая станция (Node B)) в режиме с подтверждением приема (AM).

Для облегчения последовательной доставки каждому RLC PDU дается порядковый номер, 0-4095, в результате чего передатчик передает PDU с увеличенным порядковым номером по модулю 4096. Используя порядковый номер, приемник может обнаружить потерянный PDU. Приемник может быть сконфигурирован для передачи сообщения о состоянии при обнаружении потерянного PDU. Сообщение о состоянии может содержать положительное или отрицательное подтверждение приема отдельного RLC PDU, принятого одноранговым RLC объектом. Передатчик может также запрашивать сообщения о состоянии от приемника посредством установки флага Опроса в заголовке PDU. Условиями для того, чтобы передатчик устанавливал флаг Опроса, среди прочих являются:

- Последний PDU в буфере. Когда во входном буфере существует только один PDU, устанавливается флаг Опроса.

- Истекает таймер Опроса. Когда истекает параметр timer_poll (таймер опроса), то есть передатчик запросил информацию о состоянии ранее и инициировал timer_poll для убеждения, что ответ принят.

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

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

Возможны избирательные повторные передачи, например, если сообщение о состоянии указывает, что потеряны PDU с порядковыми номерами (SN) 3, 6 и 13, то только 3, 6 и 13 нуждаются в повторной передаче.

Для восстановления из условий ошибки, когда теряются MAC-hs PDU, используются различные механизмы предотвращения останова, как описано в 3GPP TS 25.321-11.6.2 (переупорядочивание таймера освобождения и предотвращение останова на основе окон).

Хэндовер

В HSDPA существует только один Node-B единовременно, который передает данные на UE. Node-B поместит в буфер MAC-d PDU, полученные от RNC, и внутренний планировщик определит, когда передавать эти MAC-d PDU в MAC-hs PDU на UE. UE примет данные на его MAC-hs приемник и доставит данные в соответствующие более высокоуровневые приложения.

Во время хэндовера между одним Node-B и другим Node-B могут существовать MAC-d PDU, которые были отправлены с RNC RLC уровня, но которые еще не были приняты на UE RLC уровне. Это может быть в результате одного и более следующих обстоятельств:

- MAC-d PDU, переданные с RNC RLC уровня, отложены (или помещены в буфер) в Node-B и затем не были еще переданы из Node-B;

- MAC-d PDU, переданные с RNC RLC уровня, могут быть отправлены из Node-B (как блоки пакетных данных MAC-hs), но еще не были надлежаще приняты на UE;

- MAC-d PDU, переданные с RNC RLC уровня, могут быть надлежаще приняты на UE (как блоки пакетных данных MAC-hs), но в результате механизма переупорядочивания протокола MAC-hs эти PDU еще не были доставлены на RLC уровень UE.

В нижеследующем, мы вкратце коснемся вышеуказанных трех ситуаций, как MAC-d PDU, отброшенные в Node B.

Если произошел хэндовер, MAC-d PDU, описанные выше, будут удалены (или потеряны), и RLC уровень RNC будет должен повторно передать данные для того, чтобы предотвратить потери, например TCP данных.

В документе предшествующего уровня техники "System for efficient recovery of Node B buffered data following serving high speed downlink shared channel cell change", US 2004/0165554, описано как UE, подвергающееся смене соты, самостоятельно отправляет сообщение о состоянии PDU на RNC, в результате чего RNC может более быстро осуществить повторную передачу MAC-d PDU, которые не были приняты UE.

В 3GPP rel 7 введен новый объект управления доступом к среде MAC-ehs. MAC-ehs может быть альтернативно использован для MAC-hs. MAC-ehs поддерживает гибкие размеры RLC MAC-d PDU, равно как и сегментацию/повторную сборку. Более того, в отличие от MAC-hs для HSDPA, MAC-ehs позволяет повторно собирать данные из нескольких очередей по приоритету в пределах одного временного интервала передачи, равного 2 мс.

В изобретении приведены описания, относящиеся к MAC-hs, если не упомянуто конкретно. Однако это будет сделано для оценки того, что MAC-ehs может быть использован аналогично.

Дополнительную информацию о HSDPA см. на: http://www.ericsson.com/solutions/tems/articles/Q4_2005_High_Speed_Downlink_Packet_Access_part1.pdf.

Дополнительную информацию о MAC-ehs см. на: http://www.ericsson.com/ericsson/corpinfo/publications/review/2008_01/files/5_HSPA_Evoiution.pdf.

Дополнительную информацию о EUL см. на: http://www.ericsson.com/technology/research papers/wireless_access/doc/wcdma_enhanced_uplink_principles_and_basic.pdf.

Все документы общедоступны на официальном веб-сайте Ericsson www.ericsson.com по состоянию на 30 декабря 2008 г.

Следующая зарисовка показывает передачу сигналов между RNC и Node-B при смене соты.

Проблемы существующих решений

В документе предшествующего уровня техники US 2004/0165554 (см. абзац [0011]) сначала дано описание механизма предшествующего уровня техники, который следует за сменой соты HS-DSCH:

1) RNC может явным образом запросить от UE состояние PDU; или

2) RNC может просто начать передачу с места, где он остановился в исходной соте, и внеочередная доставка, выполненная UE, сгенерирует состояние PDU.

Как описано в US 2004/0165554, восстановление может быть значительно задержано, и отмечено, что задержки и флуктуация задержки являются отрицательными для TCP производительности конечного пользователя. Документ US 2004/0165554 предшествующего уровня техники, кроме того, продолжает предлагать механизм для подавления отрицательных эффектов на пропускную способность конечного пользователя, вызванных восстановлением в результате задержек и флуктуации задержки, где UE, в результате самостоятельной смены соты, передает PDU состояния на обслуживающий RNC. При получении PDU состояния RNC обнаруживает, какие данные потеряны, и выполняет повторную передачу быстрее, чем для указанных выше 1) и 2).

Давайте теперь сфокусируемся на времени доставки для автономного PDU состояния и сравним это с общим временем, которое требуется для UE на прием потерянных PDU. Давайте сначала начнем оценку задержки, требуемой на передачу PDU состояния в RNC. Предположим, что пользователь использует HS-DSCH для передач по нисходящей линии и E-DCH для восходящей линии.

Случай 1 - Для UE предоставляется EUL (лучший случай)

(предполагается конфигурация E-DCH с TTI=10 мс)

Сначала предположим, что время ожидания TTI с момента приема PDU состояния, сгенерированного на RLC уровне UE, EUL уровнем UE, до того как он передан по E-DPDCH, составляет 5 мс. То есть половина TTI интервала.

Время передачи равняется TTI периоду, 10 мс.

Задержка передачи считается низкой по сравнению с другим компонентом временной задержки.

Время декодирования в Node-B до передачи на lub интерфейс находится между 5-10 мс.

Общая задержка до передачи на lub оценена как 20-25 мс.

Случай 2 - Для UE не предоставляется EUL (худший случай)

Когда объект EUL в UE принимает PDU состояния, сгенерированный на RLC уровне UE, UE должен подать сигнал в Node B (Узел B), что требуется передача, например, передать сигнал безуспешно по E-DPCCH для того, чтобы вынудить Node B предоставить для UE передачу по AGCH.

Фиг.3 иллюстрирует эту проблему:

1) Данные приняты с RLC уровня (то есть, PDU состояния).

2) Информация о планировании отправлена как часть заголовка MAC-e.

3) Планировщик в Node-B принимает информацию о планировании.

4) Разрешение отправлено на UE, сигнализируя о способности передавать.

Грубая оценка дает, что этапы 1)-4) займут диапазон между 30-100 мс, для конфигурации с TTI=10 мс.

Если мы теперь сравним задержки в случае 1 и случае 2 с оставшимися компонентами задержки:

a) Передача PDU состояния до RLC уровня RNC на lub.

b) Время отклика для RLC уровня RNC для повторной передачи MAC-d PDU.

c) Время доставки в Node-B на lub для вновь переданных PDU.

d) Время ожидания в Node-B до осуществления первой передачи на MAC-hs.

e) Прием данных на MAC-hs UE и передача с MAC-hs уровня UE на RLC уровень.

a) и c) - предполагаются малыми в диапазоне <1 мс или <<1 мс.

b) - зависит от загрузки RNC, но оценивается приблизительно в 1 мс.

d) - предполагается в диапазоне 3-5 мс.

e) - если мы предположим, что все вновь переданные MAC-d PDU вмещаются в один MAC-hs PDU и что первая передача успешна, то дополнительная задержка предполагается в диапазоне от 0,5 до 3 мс. Если нужна повторная передача, то задержка будет в диапазоне 12,5-15 мс. Если нужна вторая повторная передача: 24,5-27 мс.

В итоге, оставшаяся задержка предполагается:

Нет повторной передачи Node-B: 6-10 мс.

1 повторная передача Node-B: 18-22 мс.

2 повторная передача Node-B: 30-34 мс.

В итоге, мы можем сделать вывод, что указанная выше первоначальная оценка задержки - либо 20-25 (случай 1), либо 30-100 мс (случай 2) - может быть значительно дольше, чем вышеуказанная оставшаяся задержка, или, по меньшей мере, сопоставима с оставшейся задержкой.

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

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

Согласно первому аспекту изобретения, предоставляется способ в первой базовой станции (Node_B_S), которая адаптирована для приема блоков пакетных данных уровня управления доступом к среде (MAC-d; PDU 101, 102, 104, 105) от контроллера радиосети (RNC), относящихся к, по меньшей мере, потоку трафика, относящегося к данному объекту пользователя (UE_Q), и пересылает (MAC-hs/MAC-ehs) такие блоки пакетных данных на упомянутый объект пользователя.

Передача на данный объект пользователя адаптирована быть потенциально подвергнутой хэндоверу на, по меньшей мере, вторую базовую радиостанцию (Node B_T), способ отличается следующими этапами, на которых:

- первая базовая станция (Node_B_S) непрерывно обновляет (12, 33, 335, 41), по меньшей мере, структуру данных (UNACK_MACD_CNT), относящуюся к блокам пакетных данных уровня управления доступом к среде (MAC-d PDU) очереди по приоритету объекта пользователя, где блоки пакетных данных были недавно переданы с уровня протокола (RLC) в контроллере радиосети (RNC RLC), в результате чего, по меньшей мере, некоторые из упомянутых блоков пакетных данных могут быть еще не приняты соответствующим уровнем протокола (RLC) в объекте пользователя (UE_Q),

- первая базовая станция, по приему предварительно определенного сигнала (UNACK_MACD_REQ (108)) от контроллера радиосети, запрашивающего структуру данных, передает (41, 110) текущее значение упомянутой структуры данных (UNACK_MACD_CNT) на контроллер радиосети (RNC).

Согласно второму аспекту изобретения, предоставляется базовая станция (Node_B_S), адаптированная для приема блоков пакетных данных уровня управления доступом к среде (MAC-d; PDU 101, 102, 104, 105) от контроллера радиосети (RNC), относящихся к, по меньшей мере, потоку трафика, относящегося к данному объекту пользователя (UE_Q), и пересылающая (MAC-hs/MAC-ehs) такие блоки пакетных данных на упомянутый объект пользователя.

Передача на данный объект пользователя адаптирована быть потенциально подвергнутой хэндоверу на, по меньшей мере, вторую базовую радиостанцию (Node B_T), способ отличается следующими этапами, на которых:

- первая базовая станция (Node_B_S) непрерывно обновляет (12, 33, 335, 41), по меньшей мере, структуру данных (UNACK_MACD_CNT), относящуюся к блокам пакетных данных уровня управления доступом к среде (MAC-d PDU) очереди по приоритету объекта пользователя, где блоки пакетных данных были недавно переданы с уровня протокола (RLC) в контроллере радиосети (RNC RLC), в результате чего, по меньшей мере, некоторые из упомянутых блоков пакетных данных могут быть еще не приняты соответствующим уровнем протокола (RLC) в объекте пользователя (UE_Q),

- первая базовая станция, по приему предварительно определенного сигнала (UNACK_MACD_REQ (108)) от контроллера радиосети, запрашивающего структуру данных, передает (41, 110) текущее значение упомянутой структуры данных (UNACK_MACD_CNT) на контроллер радиосети (RNC).

Используя эту новую передачу сигналов при ситуациях смены сот, RNC может оценивать, какие MAC-d PDU не смог доставить Node-B, и может немедленно начать повторную передачу этих данных на новый Node-B, на который осуществил хэндовер объект пользователя. Тем самым, скорость загрузки во время смены соты может быть улучшена.

Дополнительные преимущества изобретения проявятся в нижеследующем подробном описании изобретения.

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

На фиг.1 показаны базовые элементы предшествующего уровня техники сети HSDPA и передачи сигналов при хэндовере,

на фиг.2 показан известный формат кадра данных HS_DSCH,

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

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

на фиг.5-9 показаны блок-схемы, относящиеся к первому варианту осуществления изобретения Node B, согласно изобретению,

на фиг.10-11 раскрыты блок-схемы, относящиеся ко второму варианту осуществления изобретения Node B, согласно изобретению,

на фиг.12-14 показаны блок-схемы, относящиеся к контроллеру радиосети, согласно изобретению,

на фиг.15 показан RNC, в котором может быть реализовано изобретение, и

на фиг.16 показан Node B, в котором может быть реализовано изобретение.

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

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

Касательно базовой станции, Node-B, вычислено количество хранимых и неподтвержденных MAC-d PDU для каждого потока MAC-d. По приему из RNC, или самостоятельно, или вследствие некоторой другой обработки, Node-B передает вычисленное количество неподтвержденных MAC-d PDU прямо в обслуживающий RNC в новом или существующем сигнале. Касательно обслуживающего контроллера радиосети, RNC, этапы выполняются для создания и поддержания обновляемой битовой карты порядковых номеров, SNB, согласно изобретению, представляющей множество недавно переданных порядковых номеров MAC-d PDU. В этом контексте, недавно переданные MAC-d PDU могут относиться как к MAC-d PDU, которые переданы в первый раз, так и к вновь переданным MAC-d PDU. RNC непрерывно обновляет битовую карту порядковых номеров.

Согласно одному варианту осуществления изобретения, по приему предварительно определенного сигнала RNC должен исследовать битовую карту порядковых номеров, SNB, чтобы определить, какой(ие) порядковый(ые) номер(а) был отброшен в исходном Node-B. RNC затем должен повторно передавать соответствующие MAC-d PDU на целевой Node-B, на который будет переключен UE.

При использовании битовой карты порядковых номеров Node-B нуждается только в поддержании знания о текущем количестве отброшенных MAC-d PDU, так как RNC будет способен однозначно сопоставить каждый отброшенный MAC-d PDU с соответствующим SN, используя битовую карту порядковых номеров.

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

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

Поведение Node-B

Node B хранит входящие данные в уникальных MAC-d буферах для каждого MAC-d потока. Так как содержимое MAC-d PDU представляет информацию, передаваемую между существующими в RNC и UE уровнями, декодирование MAC-d PDU не выполняется, вместо этого Node-B использует количество и размер хранимых в планировщике MAC-d PDU. MAC-d PDU из каждого буфера отправлен в порядке возрастания, то есть "первый пришел - первый ушел". Как известно, Node-B при осуществлении связи с UE использует до 8 HARQ процессов.

Каждый HARQ процесс будет передавать MAC-hs PDU с его уникальным MAC-hs TSN. Порядковый номер передачи, TSN, представлен 6-битным значением [0..63]. TSN используется для того, чтобы убедиться в том, что соблюдена последовательная доставка MAC-d, например первый принятый MAC-d PDU с уровня RLC RNC должен быть первым доставленным MAC-d PDU на уровень RLC UE.

3GPP не предписывает точное поведение передатчика Node-B, но Node-B должен работать в соответствии с мандатными частями 3GPP спецификации для приемника UE.

Согласно изобретению, Node B имеет, подобно стандартному Node B предшествующего уровня техники, сведения о самом раннем отправленном неподтвержденном MAC-hs PDU, например "самый меньший" TSN (учитывая, что TSN подсчитан по модулю 64). Для настоящих вариантов осуществления изобретения "самый меньший" TSN упоминается также как нижняя часть окна (BOW).

Согласно одному аспекту изобретения, Node-B согласно изобретению вычисляет структуру данных, UNACK_MACD_CNT, относительно количества MAC-d PDU, хранимых в буфере MAC-d потока, и всех MAC-d PDU, передаваемых прямо в MAC-hs PDU и включающих в себя наиболее ранний отправленный в Node-B неподтвержденный MAC-hs PDU, о котором идет речь. Согласно изобретению, Node B адаптирован для передачи этой структуры данных в RNC, из которого Node B принимает нисходящие данные для данного потока данного объекта пользователя. Это будет сделано для оценки того, что BOW непрерывно обновляется, когда обратная связь (HS-DPCCH) сообщает об успешном получении на UE (ACK) или при обработке исключений, где BOW пересылается в результате максимального числа повторно переданных MAC-hs PDU для конкретного HARQ процесса, или в результате чрезмерной временной задержки, или в результате комбинации этого.

Для MAC-ehs, когда MAC-d PDU может быть разделен так, что первая часть MAC-d отправлена в первый MAC-ehs и вторая (последняя) часть MAC-d отправлена в последующий MAC-ehs, только последний, согласно изобретению, должен предпочтительно внести вклад в UNACK_MACD_CNT, например, все другие MAC-ehs, образованные из разделенного MAC-d PDU, должны добавить 0 в UNACK_MACD_CNT.

Для случая, когда MAC-ehs PDU содержит MAC-d из более чем одной очереди по приоритету, HARQ процесс в этом случае (этап 22) хранит номер MAC-d PDU и идентификатор соответствующей очереди по приоритету для каждой очереди по приоритету, которая присутствует в MAC-ehs совместно с порядковым номером передачи.

Кроме того, когда HARQ процесс завершен (этап 24), количество MAC-d PDU и идентификатор соответствующей очереди по приоритету для каждой очереди по приоритету совместно с порядковым номером передачи сообщаются обратно планировщику.

Кроме того, на этапе 33, 335 и 334 обслуживаются каждая содержащаяся очередь по приоритету и соответствующий номер MAC-d.

Поведение RNC

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

Для этой цели контроллер радиосети RNC поддерживает, по меньшей мере, одну структуру данных, как оговорено выше, обозначенную как битовая карта порядковых номеров (SNB), для данной "исходной" базовой станции, NODE_B_S, которая предпочтительно составлена как битовая карта, соответствующая порядковым номерам, SN, недавно отправленных порядковых номеров MAC-d PDU, предназначенных для конкретной очереди по приоритету конкретного UE в конкретную базовую станцию (NODE_B_S).

RNC может удерживать множество SNB в зависимости от числа очередей по приоритету для UE, числа UE, и числа базовых станций.

Длина битовой карты последовательности конфигурируется.

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

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

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

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

Взаимодействие Node B - RNC

В нижеследующем, первый вариант осуществления изобретения описан с учетом фиг.3 и 4.

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

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

Модифицированная битовая карта устанавливается в RNC для целевой базовой станции, на которую осуществляет хэндовер UE. Битовая карта для целевой базовой станции SNB_T создается посредством копирования номера верхних RLC записей, в соответствии с количеством, указанным значением UNACK_MACD_CNT. Оставшиеся записи модифицированной битовой карты составлены из пустых значений.

Во время смены соты для UE RNC останавливает передачу данных MAC-d в исходный Node-B и отправляет UNACK_MACD_REQ 108 в исходный Node-B, Node_B_S.

При приеме сигнала UNACK_MACD_IND 110 с содержимым UNACK_MACD_CNT RNC модифицирует битовую карту последовательности и повторно передает номер MAC-d PDU в битовой карте, в соответствии с номером UNACK_MACD_CNT, начиная с последнего отправленного SN в битовой карте порядковых номеров, SNB. RNC должен повторно передать эти MAC-d в целевой Node-B, Node_B_T.

Следует отметить, что значение UNACK_MACD_CNT представляет пессимистичный вид состояния приема на UE, так как некоторые MAC-d PDU могут быть доставлены на RLC уровень в результате обработки исключения UE, описанного ранее, но такова цена, которую необходимо заплатить, так как Node-B может никогда не спрогнозировать точное состояние приемника UE. В обычных случаях UNACK_MACD_CNT отразит количество хранимых MAC-d PDU, которые отложены в результате переполнения, когда запланированы другие UE.

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

В примере показана одна очередь по приоритету, но следует понимать, что обработка применима ко всем очередям по приоритету UE.

1. Допустим, в момент 1, согласно фиг.4 SNB_S(1), в буфере передачи RLC RNC не существует данных. Ни находящихся в буфере (ожидающих передачи), ни переданных RLC пакетов, ожидающих подтверждения для одного существующего в радиосети UE. Битовая карта, показанная как SNB_S(1), изначально содержит только пустые значения. В настоящем примере битовая карта ограничена 10, но это значение может иметь любую условную длину. Например, практическое значение структуры нумерации составляет, например, 2048.

2. В момент 2, HS_DSCH кадр, обозначенный как 101 на фиг.3, передается посредством RNC, содержащий четыре MAC-d с порядковыми номерами RLC 0, 1, 2, 3, как показано в SNB_S(2). Битовая карта SNB_S обозначена как стек, который наполнен сверху, так что последний отправленный порядковый номер оказывается сверху, в то время как содержимое стека смещается вниз и низ стека удаляется.

3. В момент 3, второй HS-DSCH PDU кадр 102 передается из RNC с порядковым номером RLC 4, который оказывается вверху битовой карты, как показано в SNB_S(3).

4. В момент 4, сообщение о состоянии PDU 103 принимается от UE, указывающее, что на UE потерян MAC-d с порядковым номером 2.

5. RNC повторно передает MAC-d с порядковым номером 2 в новом HS-DSCH кадре 104. Порядковый номер RLC 2 оказывается сверху битовой карты, в то время как содержимое битовой карты смещается вниз, см. SNB_S(4).

6. В момент 6, RNC передает 2 MAC-d PDU в исходный Node-B с порядковыми номерами MAC-d 5 и 6 в одном одиночном HS-DSCH протоколе 105 кадров.

7. В момент 7, RNC передает UNACK_MACKD_REQ 108 в исходную базовую станцию, в качестве одного этапа процедуры хэндовера, для замещения существующей базовой станции (исходный Node-B), через которую RNC осуществляет связь с UE, на новую целевую базовую станцию (целевой Node-B). Следует отметить, что решение о выполнении HS-DSCH хэндовера основывается на измерениях от UE соседних сот до обслуживающей соты.

8. Исходный Node-B отвечает отправкой UNACK-MACD-IND 110 с UNACK_MACD_CNT = 2, указывая, что осталось передать два MAC-d от исходной базовой станции или осталось подтвердить их прием на UE.

9. Модифицированная битовая карта устанавливается в RNC для целевой базовой станции, на которую осуществляет хэндовер UE. Битовая карта для целевой базовой станции SNB_T создается посредством копирования номера верхних RLC записей в соответствии с количеством, указанным значением UNACK_MACD_CNT, которое в настоящем примере равно 2. Оставшиеся записи битовой карты являются пустыми значениями, см. SNB_T(5).

10. HS-DSCH кадр 112, содержащий порядковые номера RLC 5 и 6, передается по направлению к целевой базовой станции.

Node B - внутренняя работа

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

На фиг.5, на этапе 10, Node B ожидает получение HS-DSCH для данного UE для данной очереди по приоритету, которая в этом документе рассматривается как поток трафика.

На этапе 11 Node B проверяет, для какой очереди по приоритету следует распределить трафик. На этапе 12 Node B обновляет структуру данных UNACK_MACD_CNT информацией о количестве MAC-d блоков пакетных данных, PDU, в HS-DSCH протоколе кадров для данной очереди по приоритету. Далее стандартная программа переходит на этап 10.

Параллельно с этим стандартная программа, показанная на фиг.6, содержит этапы 40-41, Node B ждет UNACK_MACD_REQ сигнала от RNC. Если такой сигнал принят, стандартная программа переходит на этап 41 согласно тому, какой Node B передает UNACK_MACD_IND сигнал с содержимым структуры данных UNACK_MACD_CNT для данного объекта пользователя и очереди по приоритету.

На фиг.7 показано выполнение дополнительной стандартной программы, демонстрирующей поведение HARQ процесса. На этапе 20 начинается стандартная программа, и на этапе 21 проверяется, задан ли планировщиком Node B порядок передачи. Если НЕТ, то осуществляется переход на этап 20, если ДА, то на этап 22, на котором сохраняется число MAC-d PDU, идентификатор очереди по приоритету и порядковый номер передачи MAC-hs, TSN.

Когда HARQ процесс завершен, этап 23, количество MAC-d PDU, порядковых номеров передачи и информация об очереди по приоритету сообщаются обратно планировщику на этапе 24.

HARQ процесс завершен либо при получении обратной связи, свидетельствующей об успешном получении на UE (то есть ACK), либо при обработке исключения, где HARQ процедура является неуспешной и не может принять ACK, что может произойти при настраиваемом максимальном числе повторных передач или настраиваемом максимальном времени, измеренном при первой передаче MAC-hs данных или при комбинации этого.

При стандартной программе планирования, показанной на фиг.8, на этапе 30 выполняется инструкция ожидания, которая ожидает завершения HARQ процесса для данного UE. Если принято такое сообщение, то проверяется, равен ли порядковый номер передачи нижней части окна BOW для очереди по приоритету. Если ДА, то осуществляется переход на этап 33, если НЕТ, то осуществляется переход на этап 34. Следует отметить, что в этом варианте осуществления изобретения мы не учитываем, успешен или не успешен HARQ процесс.

На этапе 33 обновляется структура данных UNACK_MACD_CNT. Более конкретно, как показано на фиг.9, показывается первый вариант осуществления изобретения, структура данных MAC-d снижена, согласно этапу 335, на число MAC-d PDU, сообщенное из сообщенного HARQ процесса. На этапе 336 BOW увеличена на 1, и на этапе 337 проверяется, сообщен ли и сохранен порядковый номер передачи новой BOW, если ДА, то переходим на этап 335, если НЕТ, то переходим на этап 30.

На этапе 34 сохраняются порядковый номер передачи, очередь по приоритету и количество MAC-d PDU.

Другой вариант осуществления изобретения для этапа 33 дается на фиг.10.

Здесь, этапы 330, 335, 336 и 337 подобны стандартной программе, показанной на фиг.9.

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

На этапе 331 Node-B определяет, был ли HARQ процесс успешным или нет.

На этапе 332 Node-B определяет, был ли на этапе 331 ответ НЕТ - надлежащее время ожидания равняется T. Предпочтительно, время сообщения для HARQ процесса сравнивается с текущим временем, например T = значение сдвига таймера - (текущее время - сообщенное время).

На этапе 333 запускается таймер.

На этапе 334 Node-B сохраняет информацию для порядкового номера передачи, TSN, идентификатор очереди по приоритету и число MAC-d PDU.

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

На этапе 47 проверяется, истек ли таймер. Если это действительно так, то структура данных UNACK_MACD_CNT уменьшается на число MAC-d PDU для хранящегося порядкового номера передачи.

RNC - внутренняя работа

На фиг.12-14 более подробно показана внутренняя процедура примерного RNC согласно первому варианту осуществления изобретения.

На фиг.12 показана первая стандартная программа RNC согласно изобретению. На этапе 60 RNC ждет, пока отправится кадр HS-DSCH.

На этапе 62 проверяется, были ли обслужены все MAC-d в HS-DSCH. Если ДА, то осуществляется переход на этап 60, если НЕТ, то осуществляется переход на этап 64.

Первый MAC-d в HS-DSCH обслуживается на этапе 64, в результате чего битовая карта SN смещается вниз посредством смещения данных порядкового номера RLC с первой позиции на вторую позицию и так далее, как показано на фиг.4. Таким образом, все содержимое битовой карты смещается на одну ступень вниз. Соответствующий порядковый номер RLC текущего MAC-d сохраняется в первой позиции.

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

Следует отметить, что RNC хранит одну битовую карту переданных SN на каждую очередь по приоритету UE.

На фиг.13 дана дополнительная процедура для RNC при хэндовере.

На этапе 70 проверяется, было ли принято решение о хэндовере. Если это действительно так, на этапе 72 RNC отправляет UNACK_MACD_REQ в NODE-B 108 для UE, о котором идет речь.

На фиг.14 показана дополнительная RNC процедура согласно изобретению.

На этапе 80 ожидается сигнал UNACK-MACD-IND 110 от NODE-B.

На этапе 82 RNC анализирует ответы для всех очередей по приоритету.

На этапе 84 проверяется, равен ли нулю UNACK_MACD_CNT для текущей очереди по приоритету. Если ДА, то осуществляется переход на этап 94, на котором подготавливается передача MAC-d, если этапы 86, 88, 90 и 92 выполнены для этой очереди по приоритету. Все подготовленные MAC-d PDU передаются в новый Node-B, и этапы, согласно фиг.12, для обновления RNC выполняются для целевого Node-B.

Далее, процедура возвращается на этап 82.

На этапе 86, следующем после НЕТ на этапе 84, RNC выбирает MAC-d PDU с SN, равным первой позиции в битовой карте SN, и подготавливает его к повторной передаче.

На этапе 88 RNC перекомпонует ранее подготовленные MAC-d, так что последний подготовленный MAC-d оказывается отправленным первым, и так далее.

На этапе 90 битовая карта SN обновляется посредством смещения второй позиции на первую позицию и так далее. Пустое значение будет установлено в последней позиции.

На этапе 92 UNACK_MACD_CNT уменьшается на единицу, и процесс продолжается на этапе 84.

Следовательно, предоставляется:

способ в первой базовой (Node_B_S) станции, адаптированной для приема блоков пакетных данных уровня управления доступом к среде (PDU 101, 102, 104, 105) от контроллера радиосети (RNC), относящихся к, по меньшей мере, потоку трафика (очередь по приоритету), относящегося к объекту пользователя (UE_Q), и пересылающей такие блоки пакетных данных на данный объект пользователя.

Передача на данный объект пользователя адаптирована быть потенциально подвергнутой хэндоверу на, по меньшей мере, вторую базовую радиостанцию (Node B_T), способ отличается следующими этапами, на которых:

- первая базовая станция (Node_B_S) непрерывно обновляет (12, 33, 335, 41), по меньшей мере, структуру данных (UNACK_MACD_CNT), относящуюся к блокам пакетных данных уровня управления доступом к среде (MAC-d PDU) очереди по приоритету объекта пользователя, где блоки пакетных данных были недавно переданы с уровня протокола (RLC) в контроллере радиосети (RNC RLC), в результате чего, по меньшей мере, некоторые из упомянутых блоков пакетных данных могут быть еще не приняты соответствующим уровнем протокола (RLC) в объекте пользователя (UE_Q),

- первая базовая станция, по приему предварительно определенного сигнала (UNACK_MACD_REQ (108)) от контроллера радиосети, запрашивающего структуру данных, передает (41, 110) текущее значение упомянутой структуры данных (UNACK_MACD_CNT) на контроллер радиосети (RNC).

Согласно одному варианту осуществления изобретения, обновление структуры данных может следовать после завершения процесса автоматического запроса на повторение передачи (HARQ), в котором кадр запланирован для передачи на объект пользователя с первой базовой станции, по завершению чего планировщику в первой базовой станции сообщается (24) о числе MAC-d PDU на каждую очередь по приоритету и соответствующем порядковом номере передачи для завершенного процесса автоматического запроса на повторение передачи (HARQ).

Вслед за сообщением и последующим достижением порядковым номером передачи нижней части окна (32) первая структура данных может быть обновлена посредством уменьшения (335) значения первой структуры данных на число MAC-d пакетов для сообщенного порядкового номера передачи.

Первая и вторая базовые радиостанции и контроллер радиосети могут предпочтительно работать согласно стандарту, где блоки пакетных данных уровня управления доступом к среде содержат блоки пакетных данных MAC-d из контроллера радиосети (RNC), относящихся к, по меньшей мере, потоку трафика, относящегося к данному объекту пользователя (UE_Q), и блоки пакетных данных MAC-hs/MAC-ehs, переданные из первой или второй базовой станции на упомянутый объект пользователя, причем способ может дополнительно содержать этап, на котором:

- первая базовая станция вычисляет структуру данных (UNACK_MACD_CNT) как количество MAC-d PDU, хранимых в буфере потока, и всех MAC-d PDU, передаваемых прямо в MAC-hs/MAC-ehs PDU и включающих в себя наиболее ранний отправленный в Node-B неподтвержденный MAC-hs/MAC-ehs PDU (BOW).

В случае, когда MAC-d PDU разделяется так, что первая часть MAC-d отправляется в первом MAC-ehs (или нескольких MAC-ehs), и вторая часть MAC-d отправляется в последующем MAC-ehs, только последний вкладывается в UNACK_MACD_CNT, тогда как все другие MAC-ehs, образованные из разделенного MAC-d PDU, не вкладываются в UNACK_MACD_CNT.

Для случая, где MAC-ehs PDU содержит MAC-d из более чем одной очереди по приоритету, HARQ процесс (22) хранит номер MAC-d PDU и идентификатор соответствующей очереди по приоритету для каждой очереди по приоритету, которая присутствует в MAC-ehs совместно с порядковым номером передачи.

Касаемо RNC согласно изобретению, предоставляется

способ для контроллера радиосети (RNC), адаптированного для приема блоков пакетных данных (PDU 101, 102, 104, 105, фиг.2), относящихся к, по меньшей мере, потоку трафика, относящегося к объекту пользователя (UE_Q), базовой станцией для дальнейшей пересылки таких блоков пакетных данных на данный объект пользователя, причем передача адаптирована быть потенциально подвергнутой хэндоверу на, по меньшей мере, вторую базовую радиостанцию (Node B_T), причем способ отличается следующими этапами, на которых:

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

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

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

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

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

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

Базовая станция

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

Установка базовой станции Node-B 50 содержит планировщик, SCHEDULER, определенное количество входных буферов, хранящих сегменты потоков данных, относящихся к индивидуальным объектам пользователей UE1-UEn. Для каждого UE каждый объект HARQ содержит некоторое количество HARQ процессов для обработки единовременных передач на несколько UE, а именно для каждого объекта пользователя, равным образом, средства обработки уровня 1 для передачи данных от соответствующих HARQ процессов. При этом базовая станция содержит CQI декодер, объект пользователя (UE), декодер обратной связи и приемник уровня 1.

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

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

Базовая станция (Node_B_S), которая может быть обозначена как первая базовая станция, адаптирована для приема блоков пакетных данных уровня управления доступом к среде (MAC-d; PDU 101, 102, 104, 105) от контроллера радиосети (RNC), относящихся к, по меньшей мере, потоку трафика, относящегося к данному объекту пользователя (UE_Q), и пересылает (MAC-hs/MAC-ehs) такие блоки пакетных данных на упомянутый объект пользователя, где передача адаптирована быть потенциально подвергнутой хэндоверу на, по меньшей мере, вторую базовую радиостанцию (Node B_T), способ отличается следующими этапами, на которых:

- первая базовая станция (Node_B_S) непрерывно обновляет (12, 33, 335, 41), по меньшей мере, структуру данных (UNACK_MACD_CNT), относящуюся к блокам пакетных данных уровня управления доступом к среде (MAC-d PDU) очереди по приоритету объекта пользователя, где блоки пакетных данных были недавно переданы с уровня протокола (RLC) в контроллере радиосети (RNC RLC), в результате чего, по меньшей мере, некоторые из упомянутых блоков пакетных данных могут быть еще не приняты соответствующим уровнем протокола (RLC) в объекте пользователя (UE_Q),

- первая базовая станция, по приему предварительно определенного сигнала (UNACK_MACD_REQ (108)) от контроллера радиосети, запрашивающего структуру данных, передает (41, 110) текущее значение упомянутой структуры данных (UNACK_MACD_CNT) на контроллер радиосети (RNC).

RNC

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

Такой контроллер радиосети также показан на фиг.4 WO2008/097168. Контроллер радиосети 124-1 содержит систему 410 обработки данных, которая содержит блок 412 обработки данных. Предоставлено определенное количество интерфейсов 420, 430 и 440.

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

Контроллер радиосети (RNC) адаптирован для приема блоков пакетных данных (PDU 101, 102, 104, 105, фиг.2), относящихся к, по меньшей мере, потоку трафика, относящегося к объекту пользователя (UE_Q), первой базовой станцией для дальнейшей пересылки таких блоков пакетных данных на данный объект пользователя, причем передача адаптирована быть потенциально подвергнутой хэндоверу на, по меньшей мере, вторую базовую радиостанцию (Node B_T), способ, будучи реализованным в контроллере радиосети, содержит, по меньшей мере, следующий этап, на котором:

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

Преимущества изобретения

Согласно изобретению, посредством передачи сигналов между Node-B и RNC и посредством выполнения прямых повторных передач данных от RNC к новому Node-B оценено, что может быть минимизировано снижение скорости загрузки MAC-hs в результате эффекта смены сот.

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

Например, вероятно, что UE с меньшей способностью, в отношении способности приема, работающее без смены соты, превзойдет UE с высокой производительностью, вовлеченное в множественные смены сот, так как будет заметен отрицательный эффект задержки и флуктуации задержки предшествующего уровня техники. Например, устройство UE, способное работать на скорости 3,6 Мбит/с, работающее и среде HSDPA с максимальной скоростью нисходящего канала в 14,4 Мбит/с, в которой устройство UE работает согласно настоящему изобретению и в которой UE подвергается множественным сменам сот, будет работать лучше, чем UE, способное работать на скорости 11,5 Мбит/с в сети с максимальной скоростью 45 Мбит/с, с тем же количеством хэндоверов, - но не работающее в сети с признаками изобретения, - так как будут заметны эффекты отброшенных в Node-B данных.

Сокращения

HSDPA - высокоскоростной пакетный доступ по нисходящей линии связи

HS-DSCH - высокоскоростной совместно используемый канал нисходящей линии связи

HS_SCCH - совместно используемый канал управления для HS_DSCH

HS-PDSCH - высокоскоростной совместно используемый физический канал нисходящей линии связи

MAC-hs - управление доступом к среде - высокая скорость

MAC-ehs - управление доступом к среде - усовершенствованная высокая скорость

PDU - протокольный блок данных

ACK - подтверждение приема

NACK - отрицательное подтверждение приема

DTX - прерывистая передача

EUL - расширенная восходящая линия связи

HARQ - гибридный автоматический запрос на повторение передачи

CQI - индикатор качества канала

TSN - порядковый номер передачи

RLC - управление радиоканалом

SN - порядковый номер

UE - пользовательское оборудование

CRC - контроль с использованием циклического избыточного кода

TCP - протокол управления передачей

DL - нисходящая линия связи

RGCH - канал выделения относительного E-DCH

AGCH - канал выделения абсолютного E-DCH

HICH - канал индикатора подтверждения приема HARQ E-DCH

DCH - выделенный канал

CCH - общий канал

SI - информация о планировании

MIMO - система со множеством входов и множеством выходов

LTE - технология долгосрочного развития

E-DCH - расширенный выделенный канал

HTTP - протокол передачи гипертекста

Ссылки 3GPP, 25.211, 25.321

Изобретение направлено на пакетную передачу данных во время хэндовера для различных базовых станций и предназначено для подавления отрицательных эффектов, связанных с отброшенными блоками пакетных данных, которые возникают, когда объект пользователя вовлекается в прием данных посредством выполнения хэндовера между базовыми станциями. Изобретение в одном из своих воплощений предоставляет способ в первой базовой станции (Node_B_S), адаптированной для приема блоков пакетных данных уровня управления доступом к среде (MAC-d; PDU 101, 102, 104, 105) от контроллера радиосети (RNC), относящихся к, по меньшей мере, потоку трафика, относящегося к данному объекту пользователя (UE_Q), и пересылающей (MAC-hs/MAC-ehs) такие блоки пакетных данных на упомянутый объект пользователя. Передача на данный объект пользователя адаптирована быть потенциально подвергнутой хэндоверу на, по меньшей мере, вторую базовую радиостанцию (Node B_T), способ отличается тем, что содержит следующие этапы, на которых первая базовая станция (Node_B_S) непрерывно обновляет (12, 33, 335, 41), по меньшей мере, структуру данных (UNACK_MACD_CNT), относящуюся к блокам пакетных данных уровня управления доступом к среде (MAC-d PDU) очереди по приоритету объекта пользователя, где блоки пакетных данных были недавно переданы с уровня протокола (RLC) в контроллере радиосети (RNC RLC), в результате чего, по меньшей мере, некоторые из упомянутых блоков пакетных данных могут быть еще не приняты соответствующим уровнем протокола (RLC) в объекте пользователя (UE_Q); первая базовая станция, по приему предварительно определенного сигнала (UNACK_MACD_REQ (108)) от контроллера радиосети, запрашивающего структуру данных, передает (41, 110) текущее значение упомянутой структуры данных (UNACK_MACD_CNT) на контроллер радиосети (RNC). 4 н. и 15 з.п. ф-лы, 16 ил.

1. Способ в первой базовой станции (Node_B_S), адаптированной для приема блоков пакетных данных уровня управления доступом к среде (MAC-d; PDU 101, 102, 104, 105) от контроллера радиосети (RNC), относящихся к, по меньшей мере, потоку трафика, относящегося к данному объекту пользователя (UE_Q), и пересылающей (MAC-hs/MAC-ehs) такие блоки пакетных данных на упомянутый объект пользователя,
причем передача на данный объект пользователя адаптирована быть подвергнутой хэндоверу на, по меньшей мере, вторую базовую радиостанцию (Node B_T), при этом способ отличается следующими этапами, на которых:
первая базовая станция (Node_B_S) непрерывно обновляет (12, 33, 335, 41), по меньшей мере, структуру данных (UNACK_MACD_CNT), относящуюся к блокам пакетных данных уровня управления доступом к среде (MAC-d PDU) очереди по приоритету объекта пользователя, где блоки пакетных данных были переданы последними с уровня протокола (RLC) в контроллере радиосети (RNC RLC), в результате чего, по меньшей мере, некоторые из упомянутых блоков пакетных данных могут быть еще не приняты соответствующим уровнем протокола (RLC) в объекте пользователя (UE_Q),
структура данных (UNACK_MACD_CNT) указывает число блоков пакетных данных уровня управления доступом к среде, оставшихся для передачи из первой базовой станции или оставшихся для подтверждения приема объектом пользователя,
первая базовая станция после приема предварительно определенного сигнала (UNACK_MACD_REQ (108)) от контроллера радиосети, запрашивающего структуру данных, передает (41, 110) текущее значение упомянутой структуры данных (UNACK_MACD_CNT) на контроллер радиосети (RNC).

2. Способ по п.1, в котором обновление структуры данных следует после завершения процесса автоматического запроса на повторение передачи (HARQ), в котором кадр запланирован для передачи на объект пользователя с первой базовой станции, после завершения чего планировщику в первой базовой станции сообщают (24) о числе MAC-d PDU на каждую очередь по приоритету и соответствующем порядковом номере передачи для завершенного процесса автоматического запроса на повторение передачи (HARQ).

3. Способ по п.2, в котором вслед за сообщением и последующим достижением порядковым номером передачи нижней части окна (32), обновляют первую структуру данных посредством уменьшения (335) значения первой структуры данных на число MAC-d пакетов для сообщенного порядкового номера передачи.

4. Способ по п.1, в котором
первая и вторая базовые радиостанции и контроллер радиосети работают согласно стандарту, в котором блоки пакетных данных уровня управления доступом к среде содержат блоки пакетных данных MAC-d из контроллера радиосети (RNC), относящихся к, по меньшей мере, потоку трафика, относящегося к данному объекту пользователя (UE_Q), и блоки пакетных данных MAC-hs/MAC-ehs, переданные из первой или второй базовой станции на упомянутый объект пользователя,
причем способ дополнительно содержит этап, на котором:
первая базовая станция вычисляет структуру данных (UNACK_MACD_CNT) как количество MAC-d PDU, хранимых в буфере потока, и всех MAC-d PDU, передаваемых прямо в MAC-hs/MAC-ehs PDU и включающих в себя наиболее ранний отправленный в Node-B неподтвержденный MAC-hs/MAC-ehs PDU (BOW).

5. Способ по п.4, в котором в случае, когда MAC-d PDU разделяют так, что первую часть MAC-d отправляют в первом MAC-ehs и вторую часть МАС- d отправляют в последующем MAC-ehs, только последний вкладывают в UNACK_MACD_CNT, тогда как все другие MAC-ehs, образованные из разделенного MAC-d PDU, не вкладывают в UNACK_MACD_CNT.

6. Способ по п.4, в котором для случая, когда MAC-ehs PDU содержит MAC-d из более чем одной очереди по приоритету, HARQ процесс (22) хранит номер MAC-d PDU и идентификатор соответствующей очереди по приоритету для каждой очереди по приоритету, которая присутствует в MAC-ehs совместно с порядковым номером передачи.

7. Способ по любому из пп.1-6, в котором первая и вторая базовые станции работают согласно стандарту доступа с высокоскоростной передачей пакетных данных.

8. Способ по п.3, в котором
первая и вторая базовые радиостанции и контроллер радиосети работают согласно стандарту, в котором блоки пакетных данных уровня управления доступом к среде содержат блоки пакетных данных MAC-d из контроллера радиосети (RNC), относящихся к, по меньшей мере, потоку трафика, относящегося к данному объекту пользователя (UE_Q), и блоки пакетных данных MAC-hs/MAC-ehs, переданные из первой или второй базовой станции на упомянутый объект пользователя,
причем способ дополнительно содержит этап, на котором:
первая базовая станция вычисляет структуру данных (UNACK_MACD_CNT) как количество MAC-d PDU, хранимых в буфере потока, и всех MAC-d PDU, передаваемых прямо в MAC-hs/MAC-ehs PDU и включающих в себя наиболее ранний отправленный в Node-B неподтвержденный MAC-hs/MAC-ehs PDU (BOW).

9. Способ по п.8, в котором в случае, когда MAC-d PDU разделяют так, что первую часть MAC-d отправляют в первом MAC-ehs и вторую часть МАС- d отправляют в последующем MAC-ehs, только последний вкладывают в UNACK_MACD_CNT, тогда как все другие MAC-ehs, образованные из разделенного MAC-d PDU, не вкладывают в UNACK_MACD_CNT.

10. Способ по п.8, в котором для случая, когда MAC-ehs PDU содержит MAC-d из более чем одной очереди по приоритету, HARQ процесс (22) хранит номер MAC-d PDU и идентификатор соответствующей очереди по приоритету для каждой очереди по приоритету, которая присутствует в MAC-ehs совместно с порядковым номером передачи.

11. Способ по любому из пп.8-10, в котором первая и вторая базовые станции работают согласно стандарту доступа с высокоскоростной передачей пакетных данных.

12. Способ для контроллера радиосети (RNC), адаптированного для приема блоков пакетных данных (PDU 101, 102, 104, 105, фиг.2), относящихся к, по меньшей мере, потоку трафика, относящегося к объекту пользователя (UE_Q), для дальнейшей пересылки таких блоков пакетных данных на первую базовую станцию,
причем передача адаптирована быть подвергнутой хэндоверу на, по меньшей мере, вторую базовую радиостанцию (Node B_T),
отличающийся тем, что дополнительно содержит этап, на котором: осуществляют поддержку первой битовой карты порядковых номеров (SNB_S), относящейся к очереди по приоритету объекта пользователя и содержащей перечень порядковых номеров, последними переданных в первую базовую станцию для дальнейшей передачи на объект пользователя,
причем модифицированную вторую битовую карту порядковых номеров (SNB_T) выводят из первой битовой карты порядковых номеров (SNB_S), при приеме сигнала (UNACK_MACD_IND 110), содержащего структуру данных (UNACK_MACD_CNT), контроллер радиосети (RNC) модифицирует вторую битовую карту порядковых номеров (SNB_T), причем модифицированную вторую битовую карту порядковых номеров (SNB_T) выполняют в контроллере радиосети (RNC) посредством процедуры, в которой эффективная длина второй битовой карты порядковых номеров, а именно количество последних переданных порядковых номеров, ограничена значением структуры данных, как указано первой базовой радиостанцией, (UNACK_MACD_CNT), и причем вторую битовую карту порядковых номеров используют как основу для выполнения повторных передач при хэндовере на вторую базовую станцию.

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

14. Способ по п.12, в котором модифицированную вторую битовую карту порядковых номеров (SNB_T) создают посредством копирования номера верхних записей, соответствующих количеству, указанному значением структуры данных (UNACK_MACD_CNT), в то время как оставшиеся записи модифицированной второй битовой карты порядковых номеров составляют из пустых значений.

15. Способ по любому из пп.12-14, в котором первая и вторая базовые станции и контроллер радиосети работают согласно стандарту доступа с высокоскоростной передачей пакетных данных.

16. Способ по п.13, в котором модифицированную вторую битовую карту порядковых номеров (SNB_T) создают посредством копирования номера верхних записей, соответствующих количеству, указанному значением структуры данных (UNACK_MACD_CNT), в то время как оставшиеся записи модифицированной второй битовой карты порядковых номеров составляют из пустых значений.

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

18. Первая базовая станция (Node_B_S), адаптированная для приема блоков пакетных данных уровня управления доступом к среде (MAC-d; PDU 101, 102, 104, 105) от контроллера радиосети (RNC), относящихся к, по меньшей мере, потоку трафика, относящегося к данному объекту пользователя (UE_Q), и пересылающая (MAC-hs/MAC-ehs) такие блоки пакетных данных на упомянутый объект пользователя,
причем передача на данный объект пользователя адаптирована быть подвергнутой хэндоверу на, по меньшей мере, вторую базовую радиостанцию (Node B_T),
первая базовая станция (Node_B_S) адаптирована непрерывно обновлять (12, 33, 335, 41), по меньшей мере, структуру данных (UNACK_MACD_CNT), относящуюся к блокам пакетных данных уровня управления доступом к среде (MAC-d PDU) очереди по приоритету объекта пользователя, где блоки пакетных данных были переданы последними с уровня протокола (RLC) в контроллере радиосети (RNC RLC), в результате чего, по меньшей мере, некоторые из упомянутых блоков пакетных данных могут быть еще не приняты соответствующим уровнем протокола (RLC) в объекте пользователя (UE_Q),
структура данных (UNACK_MACD_CNT) указывает число блоков пакетных данных уровня управления доступом к среде, оставшихся для передачи из первой базовой станции или оставшихся для подтверждения приема объектом пользователя,
первая базовая станция адаптирована, после приема предварительно определенного сигнала (UNACK_MACD_REQ (108)) от контроллера радиосети, запрашивающего структуру данных, передавать (41, 110) текущее значение упомянутой структуры данных (UNACK_MACD_CNT) на контроллер радиосети (RNC).

19. Контроллер радиосети (RNC), адаптированный для приема блоков пакетных данных (PDU 101, 102, 104, 105, фиг.2), относящихся к, по меньшей мере, потоку трафика, относящегося к объекту пользователя (UE_Q), для дальнейшей пересылки таких блоков пакетных данных на первую базовую станцию,
причем передача адаптирована быть подвергнутой хэндоверу на, по меньшей мере, вторую базовую радиостанцию (Node B_T), причем контроллер радиосети дополнительно адаптирован для осуществления поддержки первой битовой карты порядковых номеров (SNB), относящейся к очереди по приоритету объекта пользователя и содержащей перечень порядковых номеров, последними переданных в базовую станцию для дальнейшей передачи на объект пользователя,
причем модифицированную вторую битовую карту порядковых номеров (SNB_T) выводят из первой битовой карты порядковых номеров (SNB_S), при приеме сигнала (UNACK_MACD_IND 110), содержащего структуру данных (UNACK_MACD_CNT), контроллер радиосети (RNC) адаптирован для модификации второй битовой карты порядковых номеров (SNB_T),
причем модифицированную вторую битовую карту порядковых номеров (SNB_T) выполняют в контроллере радиосети (RNC) посредством процедуры, в которой эффективная длина второй битовой карты порядковых номеров, а именно количество последних переданных порядковых номеров, ограничена значением структуры данных, как указано первой базовой радиостанцией, (UNACK_MACD_CNT), и
причем вторую битовую карту порядковых номеров используют как основу для выполнения повторных передач при хэндовере на вторую базовую станцию.