Устройство и способ для улучшенной производительности хэндовера

Устройство и способ для улучшенной производительности хэндовера

Иллюстрации

Показать все

Реферат

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

Это изобретение направлено на пакетную передачу данных во время хэндовера для различных базовых станций. Более конкретно, изобретение относится к пакетным данным, соответствующим протоколу высокоскоростной передачи данных 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, переданные из первой или второй базо