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

Изобретение относится к системам связи. Технический результат заключается в снижении задержки при выполнении процедуры обновления ячейки. Раскрыты способ и устройство для приема передач Высокоскоростного Общего Канала Нисходящей Линии Связи (High Speed Downlink Shared Channel, HS-DSCH). Объект Управления Доступом к Среде HS-DSCH (HS-DSCH Medium Access Control, MAC-ehs) принимает Протокольные Блоки Данных (Protocol Data Unit, PDU) MAC-ehs через HS-DSCH в одном из состояний Cell_FACH, Cell_PCH и URA_PCH. Переупорядочиваемые PDU, входящие в состав PDU MAC-ehs, могут быть переданы в следующий объект обработки без выполнения переупорядочения этих PDU. Определенная очередь переупорядочения может войти в режим ожидания при возникновении запускающего события, и PDU MAC-ehs, распределенные в очереди упорядочения в состоянии ожидания, могут быть перенаправлены в следующий объект обработки без выполнения переупорядочения. Процедура сброса MAC-ehs может быть расширена для определенной передачи таким образом, чтобы сброс MAC-ehs выполнялся после приема PDU MAC-ehs в целевой ячейке. 3 н. и 19 з.п. ф-лы, 4 ил.

 

Область техники

Настоящее изобретение относится к беспроводной связи.

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

В настоящее время Усовершенствованные системы Высокоскоростного Пакетного Доступа (Evolved High Speed Packet Access, HSPA) разрабатываются в рамках Релиза 7 Проекта Партнерства 3-го Поколения (Third Generation Partnership Project, 3GPP). Одним из новшеств Релиза 7 3GPP является возможность для Пользовательского Оборудования (User Equipment, UE) принимать пользовательские данные и/или данные управления через Общий Высокоскоростной Канал Нисходящей Линии Связи (High-Speed Downlink Shared Channel, HS-DSCH) не только в состоянии Cell_DCH, но и в состояниях Cell_FACH, URA_PCH, Cell_PCH.

При Высокоскоростном Пакетном Доступе по Нисходящей Линии Связи (High Speed Downlink Packet Access, HSDPA) UE принимает пакет (то есть Протокольный Блок Данных (Protocol Data Unit, PDU) MAC-hs или PDU MAC-ehs) из Узла-В (Node-B), который реализует метод Гибридного Автоматического Запроса на Повтор (Hybrid Automatic Repeat Request, HARQ). В состоянии Cell_DCH, UE передает Подтверждение Приема (Acknowledgment, ACK) или Неподтверждение Приема (Acknowledgment, NACK) в Node-B после каждой передачи HARQ, чтобы указать, успешно ли выполнен прием UE.

Из-за задержки, необходимой UE для декодирования и передачи этой обратной связи, Node-B передает (или повторно передает) разные пакеты после передачи заданного пакета, но до приема соответствующей обратной связи для непрерывной передачи пакетов. Поскольку количество передач, необходимых для успешного декодирования в UE, отличается от пакета к пакету, существует вероятность того, что объект HARQ в UE не доставит пакеты в том же порядке, в котором были выполнены их соответствующие исходные передачи из Node-B. Для смягчения данной проблемы, уровень Управления Доступом к Среде (Medium Access Control, MAC) в UE выполняет переупорядочение до доставки принятых пакетов в высшие уровни. Переупорядочение основано на Номере Последовательности Передачи (Transmission Sequence Number, TSN) в заголовке MAC-hs.

В состоянии Cell_DCH, UE определяет, предназначена ли передача HS-DSCH из Node-B конкретному UE путем маркирования Циклического Контроля Избыточности (Cyclic Redundancy Check, CRC) Высокоскоростного Общего Канала Управления (High-Speed Shared Control Channel, HS-SCCH) посредством уникального (специфичного конкретному UE) Временного Идентификатора Радио Сети HS-DSCH (HS-DSCH Radio Network Temporary Identifier, H-RNTI). Тем не менее, в состоянии Cell_PCH, URA_PCH или Cell_FACH, UE может не иметь H-RNTI. Например, при повторном выборе ячейки UE может быть неизвестен его H-RNTI, который должен применяться в целевой ячейке, когда UE принимает сообщение подтверждения обновления ячейки. Для разрешения этой проблемы сеть может использовать общий H-RNTI, который могут декодировать все WTRU и использовать внутриполосную сигнализацию для идентификации заданного UE. Кроме того, общий H-RNTI может потребоваться для обеспечения возможности широковещательной рассылки сообщений (например, сообщений Широковещательного Канала Управления (Broadcast Control Channel, BCCH) всем WTRU, расположенным в заданной ячейке.

Ряд проблем возникает при попытке реализации функции переупорядочения с UE, которые принимают данные через HS-DSCH, используя общий H-RNTI. Первая проблема заключается в том, что UE потенциально задерживает доставку данных на высшие уровни, поскольку функция переупорядочения ожидает поступления пакетов, которые даже не предназначены для этого UE.

Еще одна проблема возникает, когда UE выполняет сброс MAC-hs или MAC-ehs (например, при повторном выборе ячейки). После выполнения повторного выбора ячейки, UE инициализирует некоторые переменные, относящиеся к переупорядочению (например, next_expected_TSN и RcvWindow_UpperEdge), в течение сброса MAC-ehs. Тем не менее, при использовании общего H-RNTI целевая ячейка не может повторно инициализировать значение TSN без воздействия на все другие WTRU, которые уже используют этот общий H-RNTI в целевой ячейке. Следовательно, UE, которое присоединяется к целевой ячейке, не может полагаться на повторную инициализацию TSN, чтобы выполнить переупорядочение последовательности. В результате может возникнуть ряд нежелательных эффектов. Например, если Номер Последовательности (Sequence Number, SN) первого принятого пакета после сброса MAC-ehs окажется в исходном окне приема и ниже исходной величины next_expected_TSN, то этот пакет будет исключен.

Согласно предшествующему уровню техники из-за этого могли возникнуть чрезмерные задержки при выполнении процедуры обновления ячейки с использованием HS-DSCH в состоянии Cell_FACH. Передачи Node-B через высокоскоростной канал, которые выполняются без сведений об идентичности UE (то есть используя общий H-RNTI), создают сложности для поддержки переупорядочения. Node-B не может использовать номера TSN, которые специфичны для конкретного UE, поскольку идентичность целевого приемника неизвестна в объекте MAC-ehs заданного UE. Таким образом, UE, которое начинает прослушивать подобные передачи, не будет иметь сведений о следующем TSN, который следует ожидать для доставки в последовательности.

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

Раскрыты способ и устройство для приема передач HS-DSCH. Объект MAC-ehs в Беспроводном Блоке Передачи/Приема (Wireless Transmit/Receive Unit, WTRU) принимает PDU MAC-ehs через HS-DSCH, работая в одном из состояний Cell_FACH, Cell_PCH и URA_PCH. Переупорядочиваемые PDU, входящие в состав PDU MAC-ehs, могут быть переданы в следующий объект обработки без выполнения переупорядочения этих PDU.

Для приема PDU MAC-ehs может быть использован один процесс HARQ, и все повторные передачи PDU MAC-ehs могут быть завершены до начала передачи следующего PDU MAC-ehs. Альтернативно, для PDU MAC-ehs может не выполняться каких-либо повторных передач HARQ, и все PDU MAC-ehs могут быть переданы только один раз. Альтернативно, объект HARQ может удерживать принятый PDU MAC-ehs и доставлять принятый PDU MAC-ehs только после завершения последних передач HARQ принятого PDU MAC-ehs. Альтернативно, объект HARQ может сразу доставить успешно декодированный PDU MAC-ehs в следующий объект обработки и передать индикацию о том, когда возникает последняя передача HARQ для успешно декодированного PDU MAC-ehs. Функция Исключения Дублирования и Переупорядочения (Duplicate Avoidance and Reordering, DAR) может быть применена на уровне Управления Радиолинии (Radio Link Control, RLC) ко всем логическим каналам и данным Режима Подтверждения Приема (Acknowledged Mode, AM).

Определенная очередь переупорядочения может войти в режим ожидания при возникновении запускающего события, и PDU MAC-ehs, распределенные в очереди упорядочения в состоянии ожидания, могут быть перенаправлены в следующий объект обработки без выполнения переупорядочения PDU. Процедура сброса MAC-ehs может быть расширена для определенной передачи таким образом, чтобы сброс MAC-ehs выполнялся после приема PDU MAC-ehs в целевой ячейке. При выполнении сброса MAC-ehs переменные next_expected_TSN и RcvWindow_UpperEdge устанавливаются в значение "Ожидание".

TSN, который следует использовать в некоторой ячейке для передачи PDU MAC-ehs с использованием общего H-RNTI канала HS-DSCH, может быть предоставлен в WTRU, и объект MAC-ehs может быть сконфигурирован посредством этого TSN. Сообщение Управления Радио Ресурсами (Radio Resource Control, RRC), передаваемое через HS-DSCH с использованием H-RNTI канала HS-DSCH, может быть сформировано достаточно маленьким, чтобы уместиться в один PDU MAC-ehs.

В состоянии ожидания переупорядочения переупорядочиваемые переменные могут быть переданы на основании TSN первого PDU MAC-ehs. Принятые PDU MAC-ehs могут быть сохранены в буфере переупорядочения и доставлены в объект высшего уровня на основании информации HARQ. Когда номера TSN ограничены, модуль x может быть использован для всех арифметических операций объекта переупорядочения, где x являет собой наименьший ограниченный номер TSN. Номер TSN может назначаться каждому WTRU независимым образом.

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

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

Фиг.1 - структурная схема примера WTRU;

Фиг.2 - структурная схема объекта MAC-ehs;

Фиг.3 - структурная схема объекта WTRU MAC-ehs без переупорядочения для данных, принятых из определенных приоретизированных очередей; и

Фиг.4 - структурная схема объекта WTRU MAC-ehs без переупорядочения и без повторной сборки для данных, принятых из определенных приоретизированных очередей.

Подробное описание

В использованном здесь значении термин "Беспроводной Блок Приема/Передачи" (Wireless Transmit/Receive Unit, WTRU) включает в себя, но не ограничивается перечисленным, Пользовательское Оборудование (User Equipment, UE), мобильную станцию, фиксированную или мобильную абонентскую станцию, пейджер, сотовый телефон, Персональный Цифровой Секретарь (Personal Digital Assistant, PDA), компьютер или любой другой тип пользовательских устройств, способных работать в беспроводной среде. В использованном здесь значении термин "Node-B" включает в себя, но не ограничивается перечисленным, базовую станцию, локальный контроллер, Точку Доступа (Access Point, AP) или любой другой тип интерфейсного устройства, способного работать в беспроводной среде. Далее следует описание вариантов осуществления, где в качестве примера рассматривается состояние Cell_FACH. Следует отметить, что варианты осуществления применимы также к состояниям Cell_PCH и URA_PCH.

Фиг.1 представляет собой структурную схему примера WTRU 100. WTRU 100 включает в себя физический уровень 110, уровень 120 Управления Доступом к Среде (Medium Access Control, MAC), уровень 130 Управления Радиолинией (Radio Link Control, RLC) уровень 140 Управления Радио Ресурсами (Radio Resource Control, RRC), высший(ие) уровень(и) 150 и т.п. MAC-уровень 120 включает в себя объект MAC-ehs. Следует отметить, что объект MAC-ehs также могут обозначать термином "объект MAC-hs" или другим именем. В настоящем документе используется только термин "MAC-ehs".

Фиг.2 представляет собой структурную схему объекта 200 MAC-ehs. Объект 200 MAC-ehs включает в себя объект 202 HARQ, объект 204 разборки, объект 206 распределения в очередь переупорядочения, множество очередей 208 упорядочения, объекты 210 демультиплексирования и объекты 212 повторной сборки. PDU MAC-ehs, принятый через объект 202 HARQ, разбирается на переупорядочиваемые PDU объектом 204 разборки. Переупорядочиваемые PDU распределяются в очередь 208 переупорядочивания посредством объекта 206 распределения в очередь переупорядочивания на основании принятого идентификатора логического канала. Переупорядочиваемые PDU реорганизуются согласно номеру TSN. При приеме переупорядочиваемые PDU с последовательными номерами TSN доставляются в высший уровень. Механизм таймера определяет доставку непоследовательных блоков данных в высшие уровни. Для каждой приоритезированной очереди присутствует один объект 208 переупорядочения. Объект 200 демультиплексирования направляет переупорядоченные PDU в объект 212 повторной сборки на основании идентификатора логического канала. Блок 202 повторной сборки повторно собирает сегментированные Сервисные Блоки Данных (Service Data Unit, SDU) MAC-ehs в исходные MAC-ehs SDUs и направляет эти MAC-ehs SDU в высшие уровни.

Согласно первому варианту осуществления PDU MAC-ehs доставляются один за другим из объекта HARQ, и уровень MAC-ehs может быть освобожден от своей обязанности переупорядочения путем подтверждения того, что в WTRU пакеты всегда принимаются в правильном порядке. Если уровень MAC-ehs не должен выполнять переупорядочения, то функция сброса MAC-ehs может быть упрощена, когда WTRU не назначен H-RNTI, который специфичен для конкретного WTRU. Ниже раскрыты четыре опции для реализации первого варианта осуществления. Согласно первой опции для первого варианта осуществления для определенных передач используется один процесс HARQ. Эти передачи могут быть из определенной приоритезированной очереди, определенного логического канала, или для них идентичность целевого WTRU может быть неизвестна в объекте MAC-ehs (то есть когда PDU MAC-ehs передаются с использованием общего H-RNTI). В состоянии Cell_FACH объект MAC-ehs в Node-B многократно передает PDU MAC-ehs предопределенное количество раз без приема обратной связи из WTRU. Это называется схемой повторяющейся передачи HARQ. Node-B завершает все повторные передачи PDU MAC-ehs до начала передачи следующего PDU MAC-ehs для определенных передач, для которых доставка в заданном порядке имеет большое значение.

Согласно первой опции большая задержка, вызываемая минимальным интервалом между следующими друг за другом передачами HARQ в рамках одного процесса HARQ согласно текущим спецификациям 3GPP, может создавать проблему. Согласно текущим спецификациям 3GPP WTRU может исключить любой PDU MAC-ehs, предназначенный для процесса HARQ, если он принимается в периоде пяти (5) подкадров с последнего приема данных, предназначенных для того же процесса HARQ. Подобное ограничение оправдано, когда используется HS-DSCH в состоянии Cell_DCH, поскольку обратная связь HARQ из WTRU задает определенное минимальное время кругового обращения. Тем не менее, когда используется HS-DSCH в состоянии Cell_FACH, WTRU не передает в Node-B обратной связи ACK/NACK и, соответственно, возможно обеспечение меньшего интервала.

Проблема задержки может быть решена путем конфигурирования объекта MAC-ehs иным образом, когда WTRU находится в состоянии Cell_FACH. Например, в состоянии Cell_FACH объект MAC-ehs может быть сконфигурирован так, чтобы исключать пакеты, принятые в периоде пяти подкадров с последнего приема пакета, предназначенного для того же процесса HARQ, и он может реализовывать данную схему только в состоянии Cell-DCH.

Альтернативно, в состоянии Cell_FACH объект MAC-ehs может быть сконфигурирован так, чтобы исключать пакет, предназначенный для процесса HARQ, если он принят в периоде n подкадров с последнего приема пакета, предназначенного для того же процесса HARQ. Число n может быть фиксированным, и оно может быть предварительно задано в спецификациях. Очевидно, что если n=0, то минимум не специфицируется для случая, когда WTRU находится в состоянии Cell_FACH. Число n может зависеть от конкретного WTRU. Минимальное количество n подкадров может быть сигнализировано высшими уровнями в качестве способности конкретного WTRU. Например, WTRU может предварительно сигнализировать в Контроллер Радиосети (Radio Network Controller, RNC) информацию о своих способностях (как часть информационного элемента протокола высшего уровня). RNC может сигнализировать минимальное количество подкадров n, применимых к определенным данным. Альтернативно, RNC может сигнализировать в Node-B минимальное количество n, которое следует использовать для каждого логического канала, для каждой приоритезированной очереди или для каждого H-RNTI.

Вышеупомянутые две альтернативы могут быть комбинированы таким образом, что фиксированное и предварительно заданное минимальное количество подкадров m, которое применимо к любому WTRU, использующему HS_DSCH в состоянии Cell_FACH, может быть предоставлено высшими уровнями в качестве способностей заданного WTRU вместе с наименьшим значением n (<m), зависящим от конкретного WTRU. Это обычно для передачи по определенным логическим каналам, которые не выделены для конкретного WTRU, таким как Общий Канал Управления (Common Control Channel, CCCH) или BCCH. В этом случае Node-B может использовать минимальное значение m для логических каналов, которые не выделены конкретному WTRU, и используют меньшее минимальное значение, зависящее от заданного WTRU, для данных, предназначенных конкретному WTRU.

Когда один процесс HARQ используется только с общим H-RNTI, формат HS-SCCH может быть изменен так, что обычное 3-битное поле "Информация Процесса HARQ" может быть удалено. В результате в HS-SCCH потребуется кодировать меньшее количество информационных битов, и будут более низкие требования к мощности передачи. Блоки WTRU могут определять, которая схема была применена, на основании того, была ли маркирована эта передача посредством общего H-RNTI.

Node-B может быть в явной форме уведомлен о необходимости применения одного процесса HARQ, используя одно из обычных сообщений Прикладной Части Node-B (Node-B Application Part, NBAP), используемых для конфигурирования и повторного конфигурирования ресурсов HS-DSCH. Может быть добавлен новый Информационный Элемент (Information Element, IE), указывающий количество процессов HARQ, которые должны использоваться объектом MAC-ehs.

Альтернативно, обычный информационный элемент в сообщениях NBAP, используемых для конфигурирования ресурсов HS-DSCH, может быть расширен для этой цели. Например, выделение памяти HARQ для информационного элемента может быть расширено так, чтобы включать в себя новое поле, указывающее количество процессов HARQ, которые должны быть использованы, либо может быть установлена битовая строка для всех процессов HARQ, чтобы указывать, какой процесс HARQ может быть использован для определенного логического канала или определенного общего H-RNTI.

Альтернативно, Node-B может быть уведомлен в явной форме посредством еще одного информационного элемента. Например, когда таймер T1 устанавливается в нулевое (0) значение, это может в явной форме означать, что используется только один процесс HARQ. Альтернативно, новый информационный элемент, который указывает запрет использования реорганизации или сегментации, может в явной форме сигнализировать использование одного процесса HARQ.

Альтернативно, объекту MAC-ehs в Node-B может быть дана инструкция не включать в состав TSN или включить в состав TSN, но не давать TSN приращение, и это в явной форме может указывать об использовании одного процесса HARQ и наоборот.

Альтернативно, Node-B может быть уведомлен через протокол кадра Iub. В протокол кадра Iub может быть добавлено новое поле, которое указывает, должно ли быть передано конкретное сообщение с использованием одного процесса HARQ или множества процессов HARQ.

Может быть использовано любое сочетание раскрытых выше альтернатив. Согласно второй опции для первого варианта осуществления для определенных передач повторные передачи HARQ не выполняются. Node-B не передает каких-либо повторных передач HARQ для блоков PDU из определенной приоритезированной очереди, из определенного логического канала или для которых идентичность целевого WTRU неизвестна в объекте MAC-ehs (то есть когда используется общий H-RNTI), и PDU MAC-ehs для этих данных передаются через эфирный канал только один раз. PDU MAC-ehs будут приняты в исходном порядке, и WTRU не потребуется выполнять какое-либо переупорядочивание для конкретной передачи. Объект MAC-ehs в WTRU перенаправляет успешно декодированные PDU напрямую в объект высшего уровня, в обход функции переупорядочения.

Посредством конфигурационной информации L3 (например, BCCH/BCH) WTRU может быть в явной форме уведомлено о том, что для каждого PDU выполняется одна передача HARQ, для конкретной приоритезированной очереди или логического канала или для конкретных передач. Альтернативно, может использоваться новая сигнализация L1 (например, новое поле в HS-SCCH), чтобы указывать об отсутствии повторных передач HARQ. Альтернативно, поля в HS-SCCH могут быть модифицированы так, чтобы указывать, что для конкретного пакета повторных передач HARQ не будет. Альтернативно, в заголовок MAC-ehs может быть добавлено новое поле, чтобы указывать об одной передаче HARQ заданного пакета.

Согласно третьей опции для первого варианта осуществления, используется схема повторяющейся передачи HARQ и доставка декодированного пакета задерживается в объекте HARQ блока WTRU. При данной опции Node-B может использовать более одного процесса HARQ (например, чтобы обеспечивать лучшее временное разнесение). Тем не менее, налагается определенное ограничение, заключающееся в том, чтобы последние передачи HARQ последовательных PDU MAC-ehs передавались по порядку в Node-B. Иначе говоря, последняя передача HARQ для PDU MAC-ehs №n-1 всегда передается до последней передачи для PDU MAC-ehs №n. Подобное ограничение может быть удовлетворено, например (но не ограничиваясь этим), когда повторные передачи HARQ возникают через фиксированный интервал (синхронный HARQ).

Объект HARQ в WTRU не доставляет успешно декодированный пакет до тех пор, пока все передачи (то есть предопределенное количество повторений) для этого пакета не будут выполнены. Для того чтобы определить, были ли выполнены все передачи для пакета, объект HARQ в WTRU может выждать до приема передачи HS-SCCH с флагом Индикатора Новых Данных (New Data Indicator, NDI), указывающим о новом PDU. Альтернативно, WTRU может подсчитать количество передач (например, на основании передач HS-SCCH) для PDU MAC-ehs и доставить успешно декодированный PDU MAC-ehs только после того, как будет достигнуто предварительно заданное максимальное количество передач относительно этого PDU MAC-ehs. Это максимальное количество сигнализируется в WTRU через высшие уровни.

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

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

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

Согласно второй опции для второго варианта осуществления переупорядочение исключается для данных, передаваемых из определенных приоритезированных очередей. Функции MAC-ehs в WTRU модифицируются так, что данные, принятые из определенных приоритезированных очередей, напрямую передаются в объект повторной сборки без выполнения переупорядочения. Объект повторной сборки повторно собирает MAC-ehs SDU из сегментов MAC-ehs SDU.

Фиг.3 представляет собой иллюстрацию объекта 300 MAC-ehs согласно этой опции. Следует отметить, что точный порядок функций демультиплексирования и повторной сборки может отличаться от показанного на Фиг.3. PDU MAC-ehs, принятые через объект 302 HARQ, перенаправляются в объект 304 разборки. Объект 304 разборки разбирает PDU MAC-ehs на переупорядочиваемые PDU. Переупорядочиваемые PDU могут быть размещены в очередь 308 переупорядочения посредством объекта 306 распределения в очередь переупорядочения. Согласно этой опции для определенных приоритезированных очередей переупорядочение исключается и переупорядочиваемые PDU напрямую направляются в объект 310a демультиплексирования. Объект 310a демультиплексирования направляет переупорядочиваемые PDU в соответствующий объект 312a повторной сборки на основании идентификатора логического канала. Блок 312a повторной сборки выполняет повторную сборку из сегментированных MAC-ehs SDU, получая целые MAC-ehs SDU.

Различные критерии могут использоваться, чтобы определить, следует ли распределять данные в объект переупорядочения для переупорядочения или в объект повторной сборки без переупорядочения. Если идентичность WTRU, которому предназначены данные из PDU MAC-ehs, неизвестна объекту MAC-ehs (то есть когда PDU MAC-ehs передаются с использованием общего H-RNTI), PDU MAC-ehs может быть передан в объект повторной сборки без выполнения переупорядочения. Объекту MAC-ehs будет известна идентичность WTRU, если PDU MAC-ehs был принят с использованием выделенного H-RNTI или если идентичность WTRU содержится в самом PDU MAC-ehs. Node-B всегда может использовать общий H-RNTI для любых данных из приоритезированной очереди, которые не поддерживают переупорядочение.

То, следует ли распределять данные в объект переупорядочения для переупорядочения или в объект повторной сборки без упорядочения, может зависеть от идентичности логического канала принятых данных, независимо от того, были ли приняты эти данные с использованием общего H-RNTI или выделенного H-RNTI. Это позволяет мультиплексировать данные из приоритезированных очередей, которые поддерживают переупорядочение, с данными из приоритезированных очередей, которые не поддерживают переупорядочение. Это также позволяет не использовать функцию переупорядочения, даже когда применяется выделенный H-RNTI.

Логические каналы, которые поддерживают переупорядочение, могут быть предварительно определены на основании типа канала (например, CCCH, BCCH, Канал Управления Поисковым Вызовом (Paging Control Channel, PCCH), DCCH и т.п.) и/или идентичности логического канала.

Альтернативно, WTRU может быть уведомлен высшими уровнями (например, сигнализацией Управления Радио Ресурсами (Radio Resource Control, RRC) о логических каналах, которые поддерживают переупорядочение. Например, информационный элемент "Информация сопоставления радио несущей" содержит информацию о логических каналах RLC нисходящей линии связи. Может быть добавлен информационный элемент, чтобы указывать, выполняется ли переупорядочение в MAC-ehs для каждого логического канала. Альтернативно, в информационном элементе "Информация сопоставления радио несущей", информационный элемент "ID очереди переупорядочения", который может быть добавлен для поддержки усовершенствований L2, может принимать особое значение, указывающее очередь, которая не поддерживает упорядочение. Альтернативно, информационный элемент, указывающий параметры очереди (например, "Добавленный или реконфигурированный поток MAC-d", общий поток MAC, рассылаемый в информационной системе и т.п.), может быть модифицирован или расширен так, чтобы указывать, поддерживает ли очередь переупорядочение. Подобная индикация может быть задана путем добавления нового информационного элемента, указывающего, поддерживается ли переупорядочение, или, альтернативно, некоторые обычные информационные элементы могут принимать новое возможное значение, которое будет указывать, что переупорядочение не поддерживается. Например, информационный элемент "T1" может принять одно из возможных значений (например, "0"), указывающее, что переупорядочение не поддерживается в этой очереди. Информационный элемент "Размер окна MAC-hs" также может принять одно из возможных значений (например, "0"), указывающее, что переупорядочение в этой очереди не поддерживается.

Альтернативно, в заголовке PDU MAC-ehs может использоваться другая индикация, указывающая, какие логические каналы поддерживают переупорядочение и какие логические каналы не поддерживают переупорядочение. Например, может быть добавлено специальное поле, указывающее, должно ли быть применено упорядочение или нет. Еще одним примером является использование специального значения для поля TSN (например, "111111").

Любая комбинация вышеперечисленных альтернатив может быть использована для индикации, какие логические каналы поддерживают переупорядочение и какие логические каналы не поддерживают переупорядочение. Например, идентичность логического канала в сочетании с WTRU ID может использоваться, чтобы указывать, следует ли передавать PDU MAC-ehs в очередь переупорядочения для переупорядочения или в объект повторной сборки без выполнения переупорядочения. Сообщения Сигнализации Радио Несущей (Signaling Radio Bearer, SRB) №1 будут переданы по DCCH с использованием общего H-RNTI, но другие сообщения могут быть переданы по DCCH с использованием выделенного H-RNTI. Сообщения DCCH с общим H-RNTI могут быть переданы в объект повторной сборки без выполнения переупорядочения, тогда как сообщения DCCH с выделенным H-RNTI могут быть переданы в очереди переупорядочения для выполнения переупорядочения.

Несмотря на то, что переупорядочение не выполняется, поле TSN все же может использоваться объектом MAC-ehs в Node-B, когда формируется PDU MAC-ehs, и поле TSN может использоваться для облегчения операции повторной сборки, выполняемой в WTRU. Например, объект повторной сборки может удалить любой сегмент, присутствующий в буфере повторной сборки, если принимаются непоследовательные TSN.

Альтернативно, TSN может быть удален из заголовка MAC-ehs. В этом случае WTRU может все же использовать индикацию сегментации, чтобы повторно собирать пакеты, даже несмотря на то, что существует вероятность неуспешной сборки из-за отсутствия PDU. В случае если поле TSN не используется, WTRU будет известно, ожидать ли поле TSN в заголовке MAC-ehs для логического канала, на основании сведений о сопоставлении между этим логическим каналом и очередью, которая не поддерживает переупорядочение.

Ниже описан процесс повторной сборки сегментированных MAC-ehs SDU в случае, когда поле TSN сохраняется в заголовке MAC-ehs, но переупорядочение не выполняется. После приема PDU MAC-ehs WTRU определяет, является ли полезная нагрузка PDU MAC-ehs целым MAC-hs SDU или сегментом, и если это сегмент, то WTRU определяет, является ли этот сегмент первым сегментом, промежуточным сегментом или последним сегментом. Если полезная нагрузка являет собой целый MAC-ehs SDU, то этот MAC-ehs SDU перенаправляется в высший уровень или в объект, следующий за объектом повторной сборки.

Если полезная нагрузка являет собой первый сегмент MAC-ehs SDU и если WTRU сохранило промежуточные сегменты с последовательными номерами последовательности, которые больше, чем у принятого PDU, то первый сегмент комбинируется с последующими сегментами. Если WTRU сохранил последний сегмент с последующим номером последовательности, который выше, чем у принятого PDU, то они комбинируются и полный MAC-ehs SDU доставляется в высший уровень. В противном случае полезная нагрузка сохраняется в объекте повторной сборки.

Если полезная нагрузка являет собой последний сегмент MAC-ehs SDU и если объект повторной сборки сохранил последовательный сегмент с TSN, который ниже, чем у принятого пакета, то они комбинируются. Если формируется целый MAC-ehs SDU, то он доставляется в высший уровень. В противном случае полезная нагрузка сохраняется в буфере повторной сборки.

Если полезная нагрузка являет собой промежуточный сегмент MAC-ehs SDU и если объект повторной сборки сохранил последовательные сегменты с TSN, которые выше или ниже, чем у принятого пакета, то они комбинируются. Если создается целый SDU, то он перенаправляется в высший уровень. В противном случае он сохраняется в буфере повторной сборки.

Для исключения сегментов из объекта повторной сборки может использоваться механизм исключения на основе таймера. Опционально, пакет может быть исключен, если буфер полон или если достигнуто максимальное количество сегментов, которые можно хранить. Сегменты с самыми старыми номерами TSN могут быть исключены. В добавление, обычные параметры переупорядочения - RcvWindow_UpperEdge, next_expected_TSN, T1_TSN и TSN_Flush - не требуется сохранять и обрабатывать.

Механизм исключения на основе таймера может быть реализован согласно одному из следующих вариантов или согласно комбинации из следующих вариантов. Каждый сегмент сохраняется в буфере повторной сборки в течение предопределенного периода времени (то есть при каждом приеме сегмента, соответствующего MAC-ehs SDU, запускается таймер для этого сегмента). Когда таймер истекает, все сегменты, соответствующие этому MAC-ehs SDU, исключаются. Таймер запускается только тогда, когда принимается сегмент, соответствующий переупорядочиваемому PDU с номером TSN, который больше следующего ожидаемого TSN. Переменная Tseg_TSN устанавливается равной значению этого TSN. Когда таймер истекает, могут быть выполнены следующие действия.

a. Если Индикатор Сегмента (Segment Indicator, SI) Tseg_TSN равен "01",

i. Исключить все блоки полезной нагрузки с TSN ≤ Tseg_TSN; и

ii. Установить next_expected_TSN равным TSN следующего непринятого сегмента.

b. Если SI сегмента T1_TSN равен "10",

i. Исключить все блоки полезной нагрузки с TSN < Tseg_TSN; и

ii. Установить next_expected_TSN равным TSN следующего непринятого сегмента.

c. Если SI сегмента Tseg_TSN равен "11",

i. Исключить первый блок полезной нагрузки, соответствующий этому TSN, и все блоки полезной нагрузки с TSN < T1_TSN. Этот этап обеспечивает, что последний блок полезной нагрузки, соответствующий этому TSN, не исключается, поскольку этот блок полезной нагрузки соответствует первому блоку полезной нагрузки.

Согласно второй опции для второго варианта осуществления сегментация, переупорядочение и повторная сборка исключаются для данных, передаваемых из определенных приоритезированных очередей. Любые данные, переданные из определенных приоритезированных очередей, не подвергаются сегментации, повторной сборке или переупорядочению. Фиг.4 представляет собой иллюстрацию объекта MAC-ehs в WTRU согласно этой опции. Как и в первой опции для второго варианта осуществления, различные критерии могут использоваться, чтобы определять, должны ли данные распределяться в очередь переупорядочения или нет.

Согласно этой опции для соответствующих очередей необязательно добавлять поля TSN и SI в PDU MAC-ehs. Альтернативно, поля TSN и SI могут быть добавлены, но поле SI всегда может быть установлено в определенное значение (например, "00"), а TSN может быть установлено в постоянное значение, или опционально ему может даваться приращение, но оно не будет использоваться для целей переупорядочения или повторной сборки. Сверх того, когда в WTRU устанавливаются очереди, нет необходимости в поддержании и обработке следующих переменных: TSN_number, RcvWindow_UpperEdge, next_expected_TSN, T1_TSN и TSN_Flush.

Когда принимается PDU MAC-ehs, блок WTRU определяет, что поля TSN и SI отсутствуют для определенного логического канала, на основании сведений о сопоставлении этого логического канала заданной очереди, которая не поддерживает переупорядочение и сегментацию/повторную сборку, либо на основании использования общего H-RNTI при передаче по этому каналу. В подобном случае блоки MAC-ehs SDU сразу разбираются и демультиплексируются согласно логическому каналу и передаются в высший уровень.

Во втором варианте осуществления процедура сброса MAC-ehs может быть модифицирована. Согласно обычной процедуре сброса MAC-ehs, если сброс MAC-ehs запрашивается высшим уровнем, то в момент активации, указанный высшими уровнями, WTRU должен:

a) очистить программный буфер для всех сконфигурированных процессов HARQ;

b) остановить все активные таймеры (T1) выдержки переупорядочения и установить все таймеры T1 в их исходное значение;

c) начать с TSN со значением "0" для следующей передачи по каждому сконфигурированному процессу HARQ;

d) инициализировать переменные RcvWindow_UpperEdge и next_expected_TSN в их исходные значения;

e) разобрать все PDU MAC-ehs в буфере переупорядочения и доставить все MAC-d PDU в объект MAC-d;

f) очистить буфер переупорядочения; и

g) если сброс MAC-ehs был инициализирован из-за приема информационного элемента "Индикатор сброса MAC-hs" с высших уровней, указать всем объектам RLC AM, сопоставленным каналу HS-DSCH, сгенерировать отчет о статусе.

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

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

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

Описанные выше упрощения функций объекта MAC-ehs могут привести к доставке MAC SDU в объект RLC не по порядку. Это может вызвать сложности, в особенности, когда MAC-ehs SDU несут в себе сигнализацию RRC. Этих сложностей можно избежать, если объект RLC будет выполнять переупорядочение. Обычно функция DAR определяется для Режима Неподтверждения Приема (Unacknowledged Mode, UM) RLC. Тем не менее, функция DAR в текущее время доступна только в Канале Потока Обмена Мультимедийной Службы Широковещательной/Многоадресной Рассылки (Multimedia Broadcast/Multicast Service (MBMS) Traffic Channel, MTCH).

Согласно третьему варианту осуществления функция DAR применяется к другим логическим каналам, отличным от канала MTCH, таким как DCCH или DTCH. Подобное расширение функции RLC UM DAR будет особенно полезно для случая Радио Несущей Сигнализации (Signaling Radio Bearer, SRB) №1, которая определена в RLC UM.

Есть несколько возможных способов обеспечения возможности использования функции DAR в других логических каналах. WTRU может быть уведомлен со стороны высших уровней о параметрах, которые следует использовать для функции DAR, или эти параметры могут быть заданы предварительно. Например, сигнализация RRC может быть модифицирована так, что "Информация Исключения Дублирования и Переупорядочения" может, опционально, присутствовать не только в информационном элементе "Информация MBMS Режима RLC", но также в информационном элементе "Информация RLC", если выбран режим UM RLC. Значения параметров для радиоконфигураций по умолчанию также могут быть обновлены посредством нового параметра для SRB1 и других RB.

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

Функция переупорядочения может быть модифицирована так, чтобы предотвращать чрезмерные задержки в течение процедуры обновления ячейки, когда HS-DSCH используется в состоянии Cell_FACH. Эта схема может быть использована, если желательно сохранить функцию переупорядочения для определенной приоритезированной очереди. Данная схема не предполагает какой-либо модификации поведения объекта HARQ, но она будет эффективна независимо от наличия или отсутствия подобных модификаций.

Следует отметить, что описанные ниже варианты осуществления применимы не только к процедуре обновления ячейки (повторному выбору ячейки), но также к начальной конфигурации и настройке объекта MAC-ehs при входе в состояние CELL_FACH или инициализации приема HS-DSCH в состоянии CELL_FACH, CELL_PCH или URA_PCH.

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

Запускающими событиями для входа в состояние остановки переупорядочения могут быть, например, выполнение процедуры сброса MAC-ehs (возможно, после команды из объекта RRC) или явная команда из объекта RRC, указывающая войти в состояние остановки переупорядочения. Объект RRC может издать эту команду, например, при инициализации процедуры обновления ячейки по причине повторного выбора ячейки. Если издается явная команда, то объект RRC может, опционально, очистить буфер переупорядочения.

Очередь(и) переупорядочения, которая подвергается остановке переупорядочения, может быть сигнализирована высшими уровнями вместе с командой RRC (или как ее часть), если это применимо. Сигнализация высшего уровня может быть выполнена с использованием одной из вышеперечисленных опций. Альтернативно, может быть выполнена предварительная сигнализация при установке логического канала, сопоставленного очереди, или сигнализация может быть задана предварительно в зависимости от типа логического канала, сопоставленного этой очереди (например, она может быть определена предварительно таким образом, чтобы любая очередь, сопоставленная логическому каналу CCCH, подвергалась остановке при сбросе MAC-ehs).

Очередь переупорядочения возвращается в нормальное состояние, когда происходит определенное событие перехода. Событиями перехода могут быть, например, прием пакета для логического канала, сопоставленного заданной очереди, после входа в состояние остановки. После приема пакета WTRU выполняет следующие действия:

(a) Установить next_expected_TSN=TSN - x, где, например, -1 ≤x<6 (величина x>0, чтобы гарантировать, что если первый пакет принимается не по порядку, следующие пакеты с меньшими номерами TSN не будут исключены), и TSN являет собой номер последовательности передачи принятого пакета, причем величина x может быть предварительно определена или предварительно просигнализирована высшими уровнями;

(b) Если x не равно нулю или -1, то установить T1_TSN=TSN этого пакета и запустить таймер T1;

(c) Установить RcvWindow_UpperEdge=TSN+y, где y может быть предварительно определено или предварительно сигнализировано высшими уровнями; и

(d) Вернуться в нормальное состояние переупорядочения.

Следует отметить, что для вышеописанного события определение нового состояние формально не требуется, поскольку WTRU не принимает каких-либо данных для заданной последовательности, находясь в остановленном состоянии переупорядочения. То есть процедура сброса MAC-ehs для рассматриваемых очередей завершается только после приема данных для этих очередей.

Событие перехода может являть собой явную команду от объекта RRC вернуться в нормальное состояние переупорядочения. В этом случае объект RRC уведомляет объект MAC-ehs о времени, когда объекту MAC-ehs следует вернуться в нормальное состояние переупорядочения. Подобная команда может быть инициирована объектом RRC, который принимает сообщение подтверждения обновления ячейки из своего однорангового объекта, или любое другое событие, относящееся к процедурам RRC. До приема команды возвращения в нормальное состояние переупорядочения (то есть находясь в состоянии остановки переупорядочения), WTRU должен поддерживать переменные next_expected_TSN и RcvWindow_UpperEdge для каждой рассматриваемой очереди следующим образом:

(a) При первом приеме пакета для очереди после сброса MAC-ehs:

(i) Установить next_expected_TSN равным TSN+1 этого пакета.

(ii) Установить RcvWindow_UpperEdge равным TSN+y, где y может быть предварительно определено или предварительно сигнализировано высшими уровнями.

(iii) Опционально, переменная "TSN_init" может быть установлена равной TSN принятого пакета.

(b) Для последующих пакетов для той же очереди с номером последовательности передачи = TSN:

(i) Установить next_expected_TSN равным TSN+1, если TSN≥next_expected_TSN.

(ii) Установить RcvWindow_UpperEdge равным TSN+y, если TSN+y>RcvWindow_UpperEdge, где y может быть предварительно определено или предварительно сигнализировано высшими уровнями.

Событием перехода для возвращения в нормальное состояние может быть истечение таймера (T_init), запущенного при переходе в состояние ожидания. Этот таймер может быть таким же, как обычный таймер T1. Если он не такой же, то величина таймера T_init может быть либо специфицирована высшими уровнями (например, используя те же сообщения сигнализации RRC, которые содержат величину таймера T1, без добавления информационного элемента для величины этого нового таймера T_init), либо предварительно определена. Эта величина может быть меньше или равна таймеру T1, чтобы избежать чрезмерных задержек.

Когда возникает запускающее событие для перехода в состояние остановки переупорядочения (например, когда происходит сброс MAC-ehs), очередь переупорядочения входит и остается в состоянии остановки переупорядочения в течение длительности таймера T_init (плюс, возможно, период между сбросом MAC-ehs и приемом первого корректного PDU MAC-ehs, если он выбран для запуска таймера T_init при приеме этого PDU). Опционально, величины "next_expected_TSN" и "RcvWindow_UpperEdge" могут быть установлены в специальное значение ("ожидание") при выполнении сброса MAC_ehs вместо их установки в исходные значения, как в обычной процедуре, что более подробно описано ниже.

Альтернативно, событием перехода может быть успешный прием N блоков PDU с последовательными номерами TSN или N из M успешных приемов PDU с M последовательными TSN.

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

Согласно пятому варианту осуществления процедура сброса MAC-ehs модифицируется таким образом, что для определенных очередей переупорядочения процедура сброса расширяется до приема данных в целевой ячейке. Переменные next_expected_TSN и RcvWindow_UpperEdge не сбрасываются на исходные значения для рассматриваемых очередей переупорядочения сразу, а только после приема данных для этих очередей в целевой ячейке.

Если высшие уровни запрашивают сброс объекта MAC-ehs, то в момент активации, указываемый высшими уровнями, WTRU должен:

(1) очистить программный буфер для всех сконфигурированных процессов HARQ;

(2) остановить все активные таймеры (T1) выдержки переупорядочения и установить все таймеры T1 в их исходное значение;

(3) разобрать все PDU MAC-ehs в буфере переупорядочения и доставить все MAC-d PDU в объект MAC-d (этот этап может быть модифицирован согласно изменениям процедуры MAC-ehs в будущих Релизах);

(4) очистить буфер переупорядочения; и

(5) если сброс MAC-hs был инициализирован из-за приема информационного элемента "Индикатор сброса MAC-hs" с высших уровней, указать всем объектам RLC AM, сопоставленным каналу HS-DSCH, сгенерировать отчет о статусе.

Для очередей переупорядочения, для которых применима расширенная процедура MAC-ehs:

(1) Когда данные (переупорядочиваемый PDU) принимаются для этой очереди переупорядочения, установить next_expected_TSN=TSN-x, где, например, 0≤x<6, и TSN являет собой номер последовательности передачи принятого переупорядочиваемого PDU, и величина x может быть предварительно определена или предварительно сигнализирована высшими уровнями;

(2) Опционально, если x не равно нулю, то установить T1_TSN = TSN этого пакета и запустить таймер T1;

(3) Установить RcvWindow_UpperEdge=TSN+y, где y может быть предварительно определено или предварительно сигнализировано высшими уровнями; и

(4) Завершить процедуру сброса MAC-ehs для этой очереди переупорядочения.

Для всех других очередей упорядочения:

(1) начать с TSN со значением "0" для следующей передачи по каждому сконфигурированному процессу HARQ; и

(2) инициализировать переменные RcvWindow_UpperEdge и next_expected_TSN в их исходные значения.

Очереди, для которых применяется расширенная процедура MAC-ehs, могут быть сигнализированы высшими уровнями вместе с командой RRC (или как ее часть), которая запускает сброс MAC-ehs, если это применимо. Альтернативно, может быть выполнена предварительная сигнализация при установке логического канала, сопоставленного очереди, или сигнализация может быть задана предварительно в зависимости от типа логического канала, сопоставленного этой очереди (например, очередь может быть определена предварительно таким образом, чтобы любая очередь, сопоставленная логическому каналу CCCH, подвергалась расширенной процедуре сброса MAC-ehs). Эта сигнализация может быть выполнена с использованием одной из вышеперечисленных опций.

Согласно шестому варианту осуществления для переменных next_expected_TSN и RcvWindow_UpperEdge задаются дополнительные специальные значения. Это специальное значение может быть обозначено, например, одним из следующих типов: Ожидание, Неопределенно или Выжидание (далее в настоящем документе используется обозначение "Ожидание").

Для определенных очередей переупорядочения процедура сброса MAC-ehs или конфигурирования нового MAC-ehs модифицируется так, чтобы переменные "next_expected_TSN" и "RcvWindow_UpperEdge" устанавливались в значение "Ожидание" вместо их исходных значений, специфицированных в обычной процедуре. Сверх того, функция переупорядочения также модифицируется так, что когда принимается PDU MAC-ehs с TSN=SN, если величина "next_expected_TSN" установлена в значение "Ожидание", то выполняются следующие действия:

(1) Таймер T1 не запускается;

(2) Next_expected_TSN устанавливается в значение TSN+1 (или альтернативно, в значение TSN+x, где x предварительно определяется или устанавливается высшими уровнями); и

(3) RcvWindow_UpperEdge устанавливается в значение TSN+y, где y может быть предварительно определено или предварительно сигнализировано высшими уровнями.

Очереди переупорядочения, для которых применяется упомянутая модифицированная процедура MAC-ehs, могут быть сигнализированы высшими уровнями вместе с командой RRC (или как ее часть), которая запускает сброс MAC-ehs, если это применимо.

Альтернативно, может быть выполнена предварительная сигнализация при установке логического канала, сопоставленного очереди, или сигнализация может быть задана предварительно в зависимости от типа логического канала, сопоставленного этой очереди (например, очередь может быть определена предварительно таким образом, чтобы любая очередь, сопоставленная логическому каналу CCCH, подвергалась расширенной процедуре сброса MAC-ehs). Эта сигнализация может быть выполнена с использованием одной из вышеперечисленных опций.

Модифицированная функция переупорядочения для операции приемника имеет следующий вид:

Когда принимается MAC-hs PDU с TSN=SN:

Если next_expected_TSN НЕ установлено в значение "Ожидание"

- если SN находится в окне приемника:

- если SN<next_expected_TSN или если этот MAC-hs PDU был ранее принят:

- этот MAC-hs PDU должен быть исключен;

- в противном случае:

- этот MAC-hs PDU должен быть размещен в буфер переупорядочения, в место, которое указывается номером TSN;

- если SN находится вне окна приемника:

- этот принятый MAC-hs PDU должен быть размещен в буфер переупорядочения поверх наибольшего принятого TSN, в месте, которое указывается номером SN;

- переменная RcvWindow_UpperEdge должна быть установлена равной SN, тем самым, продвигая окно приемника;

- любые MAC-hs PDU с TSN≤RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE, то есть находящиеся вне окна приемника после обновления его положения, должны быть удалены из буфера переупорядочения и доставлены в объект разборки;

- если next_expected_TSN ниже обновленного окна приемника:

- переменная next_expected_TSN должна быть установлена равной:

RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1;

- если MAC-hs PDU с TSN=next_expected_TSN хранится в буфере переупорядочения:

- все принятые MAC-hs PDU с последовательными номерами TSN с next_expected_TSN (включительно) до первого непринятого MAC-hs PDU должны быть доставлены в объект разборки;

- переменная next_expected_TSN должна быть увеличена до TSN этого первого непринятого MAC-hs PDU.

Если WTRU не имеет достаточно памяти для обработки принятого PDU MAC-ehs, то WTRU выполняет следующие операции:

- выбрать TSN_flush таким образом, чтобы:

next_expected_TSN<TSN_flush≤RcvWindow_UpperEdge + 1;

- доставить все корректно принятые MAC-hs PDU с TSN<TSN_flush в объект разборки;

- если MAC-hs PDU с TSN=TSN_flush был ранее принят:

- доставить все принятые MAC-hs PDU с последовательными номерами TSN с TSN_flush (включительно) до первого непринятого MAC-hs PDU в объект разборки;

- увеличить переменную next_expected_TSN до TSN этого первого непринятого MAC-hs PDU.

- в противном случае:

- установить next_expected_TSN равной TSN_flush.

Завершить, если next_expected_TSN НЕ установлено в значение "Ожидание"

В противном случае (например, если next_expected_TSN установлено в значение "ожидание")

- Таймер T1 не запускается;

- Next_expected_TSN устанавливается в значение SN+1 (или альтернативно, в значение SN+x, где x предварительно определяется или устанавливается высшими уровнями);

- RcvWindow_UpperEdge устанавливается равной TSN+y, где y может быть предварительно определено или предварительно сигнализировано высшими уровнями.

КОНЕЦ

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

Если нет активного таймера T1:

- таймер T1 должен быть запущен, когда корректно принимается переупорядочиваемый PDU с TSN>next_expected_TSN, при условии, что next_expected_TSN не установлена в значение "ожидание" (или если "reordering_state" не установлена в значение "ожидание");

- T1_TSN должна быть установлена равной TSN этого MAC-hs PDU.

Вторая модификация заключается в том, что когда очередь переупорядочения находится в состоянии "ожидание", переменная "next_expected_TSN" не обновляется и остается в значении "ожидание". В добавление, любое сравнение между переменной "next_expected_TSN" в обычной процедуре должно дать отрицательный результат, когда очередь переупорядочения находится в состоянии "ожидание". Если процедура сброса MAC-ehs устанавливает переменную RcvWindow_UpperEdge в значение "ожидание", эта переменная должна быть инициализирована при приеме первого переупорядочиваемого PDU. Эти модификации могут быть реализованы, например, путем модифицирования обычной процедуры. Следует понимать, что также возможны иные варианты этой процедуры.

Операции приемника:

Когда принимается MAC-hs PDU с TSN=SN:

- (Опционально, в случае если RcvWindow_UpperEdge установлено в значение "ожидание" в течение сброса MAC-ehs) если окно приемника в состоянии "ожидание" (RcvWindow_UpperEdge установлено в значение "ожидание");

- RcvWindow_UpperEdge должна быть установлена равной SN;

- если SN находится в окне приемника:

- если next_expected_TSN не установлено в значение "ожидание" и SN<next_expected_TSN или этот MAC-hs PDU был ранее принят:

- этот MAC-hs PDU должен быть исключен;

- в противном случае:

- этот MAC-hs PDU должен быть размещен в буфер переупорядочения, в место, которое указывается номером TSN;

- если SN находится вне окна приемника:

- этот принятый MAC-hs PDU должен быть размещен в буфер переупорядочения поверх наибольшего принятого TSN, в месте, которое указывается номером SN;

- переменная RcvWindow_UpperEdge должна быть установлена равной SN, тем самым, продвигая окно приемника;

- любые MAC-hs PDUs с:

TSN≤RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE, то есть находящиеся вне окна приемника после обновления его положения, должны быть удалены из буфера переупорядочения и доставлены в объект разборки;

- если next_expected_TSN не установлена в значение "ожидание" и next_expected_TSN ниже обновленного окна приемника:

- next_expected_TSN должна быть установлена в значение RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1;

- если next_expected_TSN не установлена в значение "ожидание" и MAC-hs PDU с TSN=next_expected_TSN хранится в буфере переупорядочения:

- все принятые MAC-hs PDU с последовательными номерами TSN с next_expected_TSN (включительно) до первого непринятого MAC-hs PDU должны быть доставлены в объект разборки;

- переменная next_expected_TSN должна быть увеличена до TSN этого первого непринятого MAC-hs PDU.

Если WTRU не имеет достаточно памяти для обработки принятого переупорядочиваемого PDU, то WTRU выполняет следующие операции:

- выбрать TSN_flush таким образом, чтобы next_expected_TSN<TSN_flush ≤ RcvWindow_UpperEdge+1 (или любое другое значение, если next_expected_TSN установлено в значение "ожидание");

- доставить все корректно принятые MAC-hs PDU с TSN<TSN_flush в объект разборки;

- если MAC-hs PDU с TSN=TSN_flush был ранее принят:

- доставить все принятые MAC-hs PDU с последовательными номерами TSN с TSN_flush (включительно) до первого непринятого MAC-hs PDU в объект разборки;

- если next_expected_TSN не установлена в значение "ожидание", увеличить next_expected_TSN до TSN этого первого непринятого MAC-hs PDU;

- если next_expected_TSN не установлена в значение "ожидание":

- установить next_expected_TSN равной TSN_flush.

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

Если next_expected_TSN установлена в значение "ожидание" (или reordering_state установлена в значение "ожидание") и принимается переупорядочиваемый PDU для заданной очереди с TSN = SN:

(1) (Опционально, применимо к случаю, когда T_init не запускается сразу после процедуры сброса MAC-ehs.) Если нет активного таймера T_init:

(a) Таймер T_init запускается,

(b) Tinit_TSN устанавливается равной SN.

(2) (Опционально, применимо к случаю, когда T_init запускается сразу после процедуры сброса MAC-ehs.) Если Tinit_TSN установлена в значение "ожидание":

(a) Tinit_TSN устанавливается равной SN.

Когда таймер T_init истекает (или когда reordering_state сбрасывается в "нормальное" значение по какой-либо причине):

(1) Опционально, применимо к случаю, когда T_init запускается сразу после процедуры сброса MAC-ehs. Если Tinit_TSN установлена в значение "ожидание":

(a) Перезапустить таймер T_init.

(2) Если Tinit_TSN не установлена в значение "ожидание":

(a) Все корректно принятые переупорядочиваемые PDU до Tinit_TSN-1 (или опционально Tinit_TSN) включительно доставляются в объект, расположенный выше объекта переупорядочения (то есть в объект демультиплексора LCH-ID, объект разборки или объект повторной сборки).

(b) Все корректно принятые переупорядочиваемые PDU до следующего непринятого переупорядочиваемого PDU с номером TSN, который больше Tinit_TSN, должны быть доставлены в объект, расположенный выше объекта переупорядочения.

(c) next_expected_TSN устанавливается равной TSN следующего непринятого переупорядочиваемого PDU, опционально, с номером TSN, который больше T1_TSN; и (если применимо) переменная reordering_state устанавливается в значение "нормальный". Альтернативно, next_expected_TSN всегда может устанавливаться в значение следующего непринятого PDU MAC-ehs с номером TSN, который больше, чем T1_TSN, когда таймер истекает.

(d) Опционально, если еще остаются принятые переупорядочиваемые PDU, которые не могут быть доставлены в высший уровень:

(i) таймер T1 запускается;

(ii) T1_TSN устанавливается равной наивысшему номеру TSN среди набора MAC-ehs SDU, которые не могут быть доставлены.

Альтернативно, если переменная reordering_state используется в процедуре переупорядочения (опционально), переменная next_expected_TSN может быть установлена в значение RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1, когда принимается переупорядочиваемый PDU с TSN=SN.

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

Если нет активного таймера T1 и next_expected_TSN не установлено в значение "ожидание":

(a) таймер T1 должен быть запущен, когда переупорядочиваемый PDU с TSN > next_expected_TSN принят корректно.

(b) T1_TSN должна быть установлена равной TSN этого переупорядочиваемого PDU.

Если нет активного таймера T1 и next_expected_TSN установлена в значение "ожидание":

(c) таймер T1 должен быть запущен, когда переупорядочиваемый PDU принят корректно;

(d) T1_TSN устанавливается равной TSN этого переупорядочиваемого PDU.

Если таймер T1 уже активирован:

(e) дополнительный таймер не должен быть запущен, то есть в заданный момент времени может быть активен только один таймер T1.

Таймер T1 должен быть остановлен, если:

(f) переупорядочиваемый PDU с TSN=T1_TSN может быть доставлен в объект повторной сборки до истечения таймера и next_expected_TSN не установлена в значение "ожидание".

Когда таймер T1 истекает, next_expected_TSN не установлена в значение "ожидание" и T1_TSN>next_expected_TSN:

(g) все корректно принятые PDU с TSN>next_expected_TSN до T1_TSN-1 включительно должны быть доставлены в объект повторной сборки;

(h) все корректно принятые переупорядочиваемые PDU до следующего непринятого переупорядочиваемого PDU должны быть доставлены в объект повторной сборки;

(i) next_expected_TSN должна быть установлена равной номеру TSN следующего непринятого переупорядочиваемого PDU.

Когда таймер T1 истекает и next_expected_TSN устанавливается в значение "ожидание":

(j) все корректно принятые переупорядочиваемые PDU до T1_TSN-1 включительно доставляются в объект повторной сборки;

(k) все корректно принятые переупорядочиваемые PDU до следующего непринятого переупорядочиваемого PDU с номером TSN, который больше T1_TSN, должны быть доставлены в объект повторной сборки;

(l) next_expected_TSN устанавливается равной номеру TSN следующего непринятого переупорядочиваемого PDU, опционально, с номером TSN, который больше T1_TSN.

Когда таймер T1 останавливается или истекает и все еще есть некоторые принятые переупорядочиваемые PDU, которые не могут быть доставлены на высший уровень:

(m) таймер T1 запускается;

(n) T1_TSN устанавливается равной наивысшему номеру TSN среди набора MAC-ehs SDU, которые не могут быть доставлены.

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

Когда таймер T1 истекает и T1_TSN>next_expected_TSN или next_expected_TSN установлен в значение "ожидание":

(a) все корректно принятые PDU с TSN>next_expected_TSN до T1_TSN-1 включительно должны быть доставлены в объект повторной сборки;

(b) все корректно принятые переупорядочиваемые PDU до следующего непринятого переупорядочиваемого PDU должны быть доставлены в объект повторной сборки;

(c) next_expected_TSN должна быть установлена равной номеру TSN следующего непринятого переупорядочиваемого PDU.

Операции приемника для переупорядочения имеют следующий вид.

Когда принимается переупорядочиваемый PDU с TSN=SN:

(a) если RcvWindow_UpperEdge установлена в значение "ожидание",

(i) RcvWindow_UpperEdge должна быть установлена равной SN;

(b) если SN находится в окне приемника:

(i) если next_expected_TSN не установлена в значение "ожидание" и если SN<next_expected_TSN или этот переупорядочиваемый PDU был ранее принят:

(ii) этот переупорядочиваемый PDU должен быть исключен;

(c) в противном случае:

(i) этот переупорядочиваемый PDU должен быть размещен в буфер переупорядочения, в место, которое указывается номером TSN;

(d) если SN находится вне окна приемника:

(i) этот принятый переупорядочиваемый PDU должен быть размещен в буфер переупорядочения поверх наибольшего принятого TSN, в месте, которое указывается номером SN;

(ii) RcvWindow_UpperEdge должна быть установлена равной SN, тем самым, продвигая окно приемника;

(iii) любые переупорядочиваемые PDU с TSN ≤ RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE, то есть находящиеся вне окна приемника после обновления его положения, должны быть удалены из буфера переупорядочения и доставлены в объект повторной сборки;

(iv) если next_expected_TSN не установлена в значение "ожидание" и если next_expected_TSN ниже обновленного окна приемника:

a. next_expected_TSN должна быть установлена в значение RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1;

(e) если next_expected_TSN не установлена в значение "ожидание" и если переупорядочиваемый PDU с TSN = next_expected_TSN хранится в буфере переупорядочения:

(i) все принятые переупорядочиваемые PDU с последовательными номерами TSN с next_expected_TSN (включительно) до первого непринятого переупорядочиваемого PDU должны быть доставлены в объект повторной сборки;

(ii) переменная next_expected_TSN должна быть увеличена до TSN этого первого непринятого переупорядочиваемого PDU.

Если WTRU не имеет достаточно памяти для обработки принятого переупорядочиваемого PDU, то WTRU выполняет следующие операции:

(a) выбрать TSN_flush таким образом, чтобы: next_expected_TSN<TSN_flush≤RcvWindow_UpperEdge+1 (или любое другое значение, если next_expected_TSN установлена в значение "ожидание");

(b) доставить все корректно принятые переупорядочиваемые PDU с TSN<TSN_flush в объект повторной сборки;

(c) если переупорядочиваемый PDU с TSN=TSN_flush был ранее принят:

(i) доставить в объект повторной сборки все принятые переупорядочиваемые PDU с последовательными номерами TSN с TSN_flush (включительно) до первого непринятого переупорядочиваемого PDU;

(ii) увеличить переменную next_expected_TSN до TSN этого первого непринятого переупорядочиваемого PDU;

(d) в противном случае:

(i) установить next_expected_TSN равной TSN_flush.

Согласно седьмому варианту осуществления узлы Node-B могут рассылать TSN для следующего MAC-ehs SDU, который должен быть передан, для блоков WTRU, используя общий H-RNTI. Эта информация может быть разослана в одном Системном Информационном Блоке (System Information Block, SIB), который формируется в Node-B. Когда WTRU выполняет сброс MAC-ehs и выбирает новую ячейку, WTRU считывает SIB, содержащий номер TSN. При получении этого TSN WTRU может выполнить следующие действия:

(1) установить next_expected_TSN=TSN+1, полученному из SIB; и

(2) установить Rcv_Window_UpperEdge=TSN. Это позволяет WTRU должным образом обрабатывать следующий принятый PDU MAC-ehs, используя общий H-RNTI, и выполнить переупорядочение.

Альтернативно, Node-B может предоставить номер TSN по каналу HS-SCCH. TSN может быть предоставлен согласно одному или комбинации из следующих вариантов:

(1) для каждой передачи по общему H-RNTI; и

(2) только для первых x (конфигурируемое количество) передач после добавления WTRU в новую ячейку.

Альтернативно, Node B и WTRU могут сбросить TSN конкретной очереди в значение по умолчанию. Это может быть выполнено, когда пакет передается в новый WTRU в ячейке. Значение по умолчанию может быть сигнализировано через высшие уровни, или оно может быть определено предварительно. Node B может сигнализировать сброс TSN всем другим WTRU, которые выполняют мониторинг H-RNTI. Node B может сигнализировать сброс TSN, используя любой из следующих способов:

(1) используя новую или обычную сигнализацию Уровня 3 (например, сообщение BCCH или другое сообщение RRC);

(2) используя новую или обычную сигнализацию Уровня 3 (например, заголовок MAC-ehs может быть модифицирован таким образом, чтобы включать в себя информацию сброса TSN); и

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

Согласно восьмому варианту осуществления сеть всегда обеспечивает, чтобы сообщения RRC, передаваемые через общий H-RNTI, были достаточно малы для вмещения в один PDU MAC-ehs, путем минимизации содержимого сообщения. Сообщение RRC может быть "сегментировано" на меньшие сообщения RRC. Например, начальное сообщение может содержать RNTI Ячейки (Cell RNTI, C-RNTI) и/или H-RNTI, а остальная часть конфигурации может быть сигнализирована посредством отдельных сообщений RRC. После того как WTRU получает выделенный H-RNTI, последующие сообщения RRC могут иметь любой размер, поскольку функция переупорядочения в MAC-ehs работает должным образом с выделенным H-RNTI.

Тем не менее, сеть должна гарантировать успешный прием начального сообщения RCC (например, содержащее только C-RNTI и/или H-RNTI) блоком WTRU до передачи последующего сообщения (конфигурации) посредством выделенного H-RNTI. Это может быть обеспечено, если объект RRC выжидает достаточно долго с учетом количества повторных передач HARQ и требований задержки RRC в WTRU. В зависимости от конкретной реализации объект RRC может "не замечать" задержку, требуемую низшими уровнями для передачи сообщения. В таком случае объект RRC должен выждать достаточно долго, чтобы удостовериться в завершении передачи.

В добавление, при сегментировании сообщения RRC RNC должен гарантировать, что размер сгенерированных MAC-ehs SDU лежит в пределах некоторой величины, при которой нет необходимости сегментации в объекте MAC-ehs. В качестве эталона размера PDU MAC-ehs может использоваться наименьший доступный размер транспортного блока. Альтернативно или в сочетании, размер транспортного блока, который будет использован узлом Node B, может быть выведен из величины принятых результатов измерения по Каналу Произвольного Доступа (Random Access Channel, RACH), которые включены в поле "Уровень Мощности Передачи".

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

Согласно девятому варианту осуществления, первые принятые пакеты не доставляются сразу. Первый принятый MAC_ehs PDU всегда размещается в буфер переупорядочения и его SN используется, чтобы определить значения некоторых или всех переменных переупорядочения (next_expected_TSN, RcvWindow_UpperEdge, T1_TSN). Например, верхний край окна приема (RcvWindow_UpperEdge) и/или T1_TSN могут быть установлены в значение SN принятого PDU MAC-ehs, а next_expected_TSN может быть установлена в значение SN-RECEIVE_WINDOW_SIZE+1. Это гарантирует, что любой последующий принятый PDU с меньшим TSN не исключается, а должным образом сохраняется в буфер переупорядочения. Альтернативно, next_expected_TSN может быть установлена в другое значение, такое как RcvWindow_UpperEdge - x, где x являет собой некоторую предварительно заданную постоянную. Таймер (либо таймер T1, либо таймер T1_init) запускается при приеме этого первого PDU MAC-ehs. До истечения таймера, все последующие принятые PDU MAC-ehs размещаются в буфер переупорядочения в соответствии с их TSN. Эти PDU не доставляют в объект повторной сборки, если они не должны быть удалены из буфера переупорядочения согласно обычной процедуре.

Когда таймер истекает, некоторые или все PDU, присутствующие в буфере переупорядочения, могут быть доставлены в объект повторной сборки. Например, все PDU с TSN до T1_TSN-1, включая последний, могут быть доставлены, и, далее, могут быть доставлены все PDU до следующего непринятого PDU. Переменная next_expected_TSN может быть установлена (или повторно установлена) в значение TSN этого следующего непринятого PDU. В добавление, таймер T1 может быть перезапущен в этой точке, если присутствуют другие PDU, которые не могут быть доставлены. В этом случае, переменная T1_TSN может быть установлена в значение наивысшего TSN из номеров PDU MAC-ehs, которые не могут быть доставлены. С этой точки продолжается нормальная операция переупорядочения.

Исходное значение, по меньшей мере, одной из переменных next_expected_TSN и RcvWindow_UpperEdge устанавливается в специальное значение ("Ожидание"), так что WTRU выполняет соответствующие операции с начала процедуры. Альтернативно, может быть определена новая булева переменная (например, "Reordering_InitialState"), чтобы указывать, находится ли процедура в исходном состоянии или нет. Когда значение этой переменной равно "Истина", WTRU выполняет процедуру так, как описано выше, и эта переменная принимает значение "Ложь" при истечении исходного таймера.

Согласно одной опции для девятого варианта осуществления, исходное значение переменной RcvWindow_UpperEdge принимает значение "Ожидание" для определенных очередей переупорядочения, подлежащих обработке согласно модифицированной процедуре. Таймер T1 запускается при приеме первого PDU, когда RcvWindow_UpperEdge имеет значение "Ожидание", указывающее, что она находится в своем исходном состоянии. Детали этой процедуры изложены ниже.

Если нет активного таймера T1:

- таймер T1 должен быть запущен, когда корректно принимается переупорядочиваемый PDU с TSN>next_expected_TSN, или когда переупорядочиваемый PDU корректно принимается и RcvWindow UpperEdge установлено в значение "Ожидание".

- T1_TSN должна быть установлена равной TSN этого переупорядочиваемого PDU.

Если таймер T1 уже активирован:

- дополнительный таймер не должен быть запущен, то есть, в заданный момент времени может быть активен только один таймер T1.

Таймер T1 должен быть остановлен, если:

- переупорядочиваемый PDU с TSN=T1_TSN может быть доставлен в объект повторной сборки до истечения таймера.

Когда таймер T1 истекает и T1_TSN>next_expected_TSN:

- все корректно принятые переупорядочиваемые PDU с TSN > next_expected_TSN до T1_TSN-1 включительно должны быть доставлены в объект повторной сборки;

- все корректно принятые переупорядочиваемые PDU до следующего непринятого переупорядочиваемого PDU должны быть доставлены в объект повторной сборки;

- next_expected_TSN должна быть установлена равной номеру TSN следующего непринятого переупорядочиваемого PDU.

Когда таймер T1 останавливается или истекает и все еще есть некоторые принятые переупорядочиваемые PDU, которые не могут быть доставлены на высший уровень:

- таймер T1 запускается

- T1_TSN устанавливается равной наивысшему номеру TSN среди набора MAC-ehs SDU, которые не могут быть доставлены.

Операции передатчика:

После того, как передатчик передал переупорядочиваемый PDU с TSN=SN, ни один переупорядочиваемый PDU с TSN≤SN - TRANSMIT_WINDOW_SIZE не должен быть повторно передан, чтобы исключить неоднозначность номера последовательности в приемнике.

Операции приемника:

Когда принимается переупорядочиваемый PDU с TSN=SN:

- если RcvWindow UpperEdge установлена в значение "Ожидание":

- RcvWindow UpperEdge должна быть установлена равной SN:

- next expected TSN должна быть установлена в значение RcvWindow UpperEdge - WINDOW SIZE+1.

- если SN находится в окне приемника:

- если SN<next_expected_TSN или если этот переупорядочиваемый PDU был ранее принят:

- этот переупорядочиваемый PDU должен быть исключен;

- в противном случае:

- этот переупорядочиваемый PDU должен быть размещен в буфер переупорядочения, в место, которое указывается номером TSN.

- если SN находится вне окна приемника:

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

- переменная RcvWindow_UpperEdge должна быть установлена равной SN, тем самым, продвигая окно приемника;

- любые переупорядочиваемые PDU с TSN≤RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE, то есть, находящиеся вне окна приемника после обновления его положения, должны быть удалены из буфера переупорядочения и доставлены в объект повторной сборки;

- если next_expected_TSN ниже обновленного окна приемника:

- next_expected_TSN должна быть установлена в значение RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1;

- если переупорядочиваемый PDU с TSN=next_expected_TSN хранится в буфере переупорядочения:

- все принятые переупорядочиваемые PDU с последовательными номерами TSN с next_expected_TSN (включительно) до первого непринятого переупорядочиваемого PDU должны быть доставлены в объект повторной сборки;

- переменная next_expected_TSN должна быть увеличена до TSN этого первого непринятого переупорядочиваемого PDU.

Если WTRU не имеет достаточно памяти для обработки принятого переупорядочиваемого PDU, то WTRU должен выполнить следующий набор операции:

- выбрать TSN_flush таким образом, чтобы next_expected_TSN < TSN_flush≤RcvWindow_UpperEdge+1;

- доставить все корректно принятые переупорядочиваемые PDU с TSN < TSN_flush в объект повторной сборки;

- если переупорядочиваемый PDU с TSN=TSN_flush был ранее принят:

- доставить в объект повторной сборки все принятые переупорядочиваемые PDU с последовательными номерами TSN с TSN_flush (включительно) до первого непринятого переупорядочиваемого PDU;

- увеличить переменную next_expected_TSN до TSN этого первого непринятого переупорядочиваемого PDU.

- в противном случае:

- установить next_expected_TSN равной TSN_flush.

Согласно второй опции для девятого варианта осуществления исходное значение обеих переменных RcvWindow_UpperEdge и RcvWindow_UpperEdge принимает значение "Ожидание" для определенных очередей переупорядочения, подлежащих обработке согласно модифицированной процедуре. При приеме первого PDU переменные RcvWindow_UpperEdge и T1_TSN устанавливаются равными SN этого PDU, тогда как next_expected_TSN остается в значении "Ожидание". В добавление, запускается таймер T1. Сравнение между SN принятых PDU и next_expected_TSN опускается, когда next_expected_TSN установлена в значение "Ожидание". После истечения или остановки таймера T1 (остановка может иметь место, если PDU с SN, равным T1_TSN, может быть доставлена благодаря продвижению окна приемника), все PDU с SN до T1_TSN - 1 и с SN до следующего непринятого PDU доставляются в объект повторной сборки. Переменная next_expected_TSN устанавливается равной SN следующего непринятого PDU, и с этой точки может продолжаться нормальная процедура упорядочения. Детали этой процедуры изложены ниже.

Если нет активного таймера T1 и next_expected TSN не установлена в значение "Ожидание":

- таймер T1 должен быть запущен, когда переупорядочиваемый PDU с TSN>next_expected_TSN принят корректно;

- T1_TSN должна быть установлена равной TSN этого переупорядочиваемого PDU.

Если нет активного таймера T1 и next_expected TSN установлена в значение "Ожидание":

- таймер T1 должен быть запущен, когда переупорядочиваемый PDU принят корректно;

- T1_TSN устанавливается равной TSN этого переупорядочиваемого PDU.

Если таймер T1 уже активирован:

- дополнительный таймер не должен быть запущен, то есть в заданный момент времени может быть активен только один таймер T1.

Таймер T1 должен быть остановлен, если:

- переупорядочиваемый PDU с TSN=T1_TSN может быть доставлен в объект повторной сборки до истечения таймера.

Когда таймер T1 истекает, next_expected_TSN не установлена в значение "ожидание" и T1_TSN>next_expected_TSN:

- все корректно принятые переупорядочиваемые PDU с TSN > next_expected_TSN до T1_TSN-1 включительно должны быть доставлены в объект повторной сборки;

- все корректно принятые переупорядочиваемые PDU до следующего непринятого переупорядочиваемого PDU должны быть доставлены в объект повторной сборки;

- next_expected_TSN должна быть установлена равной номеру TSN следующего непринятого переупорядочиваемого PDU.

Когда таймер T1 останавливается или истекает и next_expected TSN установлена в значение "Ожидание":

- все корректно принятые переупорядочиваемые PDU до T1_TSN-1 включительно доставляются в объект повторной сборки;

- все корректно принятые переупорядочиваемые PDU до следующего непринятого переупорядочиваемого PDU с номером TSN, который больше T1_TSN, должны быть доставлены в объект повторной сборки;

- next_expected_TSN устанавливается равной номеру TSN следующего непринятого переупорядочиваемого PDU с номером TSN, который больше T1_TSN.

Когда таймер T1 останавливается или истекает и все еще есть некоторые принятые переупорядочиваемые PDU, которые не могут быть доставлены на высший уровень:

- таймер T1 запускается;

- T1_TSN устанавливается равной наивысшему номеру TSN среди набора MAC-ehs SDU, которые не могут быть доставлены.

Операции передатчика:

После того как передатчик передал переупорядочиваемый PDU с TSN=SN, ни один переупорядочиваемый PDU с TSN≤SN - TRANSMIT_WINDOW_SIZE не должен быть повторно передан, чтобы исключить неоднозначность номера последовательности в приемнике.

Операции приемника:

Когда принимается переупорядочиваемый PDU с TSN = SN:

- если RcvWindow UpperEdge установлена в значение "Ожидание":

- RcvWindow UpperEdge должна быть установлена равной SN:

- если SN находится в окне приемника:

- если next_expected_TSN не установлена в значение "Ожидание" и SN<next_expected_TSN или этот переупорядочиваемый PDU был ранее принят:

- этот переупорядочиваемый PDU должен быть исключен;

- в противном случае:

- этот переупорядочиваемый PDU должен быть размещен в буфер переупорядочения, в место, которое указывается номером TSN;

- если SN находится вне окна приемника:

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

- переменная RcvWindow_UpperEdge должна быть установлена равной SN, тем самым, продвигая окно приемника;

- любые переупорядочиваемые PDU с TSN≤RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE, то есть находящиеся вне окна приемника после обновления его положения, должны быть удалены из буфера переупорядочения и доставлены в объект повторной сборки;

- если next_expected_TSN не установлена в значение "ожидание" и next_expected_TSN ниже обновленного окна приемника:

- next_expected_TSN должна быть установлена в значение RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1;

- если next_expected_TSN не установлена в значение "ожидание" и переупорядочиваемый PDU с TSN=next_expected_TSN хранится в буфере переупорядочения:

- все принятые переупорядочиваемые PDU с последовательными номерами TSN с next_expected_TSN (включительно) до первого непринятого переупорядочиваемого PDU должны быть доставлены в объект повторной сборки;

- переменная next_expected_TSN должна быть увеличена до TSN этого первого непринятого переупорядочиваемого PDU.

Если WTRU не имеет достаточно памяти для обработки принятого переупорядочиваемого PDU, то WTRU должен выполнить следующий набор операции:

- выбрать TSN_flush таким образом, чтобы: next_expected_TSN<TSN_flush≤RcvWindow_UpperEdge+1, или (в случае если next expected TSN установлена в значение "Ожидание") RcvWindow UpperEdge - RECEIVE WINDOW SIZE<TSN flush≤RcvWindow UpperEdge+1:

- доставить все корректно принятые переупорядочиваемые PDU с TSN<TSN_flush в объект повторной сборки;

- если переупорядочиваемый PDU с TSN=TSN_flush был ранее принят:

- доставить в объект повторной сборки все принятые переупорядочиваемые PDU с последовательными номерами TSN с TSN_flush (включительно) до первого непринятого переупорядочиваемого PDU;

- увеличить переменную next_expected_TSN до TSN этого первого непринятого переупорядочиваемого PDU;

- в противном случае:

- установить next_expected_TSN равной TSN_flush.

Согласно третьей опции для девятого варианта осуществления RcvWindow_UpperEdge и next_expected_TSN сохраняют свои исходные значения, как в существующем уровне техники, и определяется новая переменная "Reordering_InitialState", которая принимает начальное значение "Истина" для очередей переупорядочения, которые подлежат обработке согласно модифицированной процедуре. Условие для запуска таймера T1 модифицируется таким образом, чтобы обеспечить запуск таймера при приме первого PDU, когда Reordering_InitialState имеет значение "Истина", указывающее, что это ее исходное состояние. До обработки принятого PDU MAC-ehs WTRU сначала проверяет, установлена ли переменная Reordering_InitialState в значение "Истина". Если это так, то переменная RcvWindow_UpperEdge устанавливается равной SN этого PDU, переменная next_expected_TSN устанавливается равной нижнему краю окна приемника, а переменная Reordering_InitialState устанавливается в значение "Ложь", чтобы вернуться в нормальное состояние. Детали этой процедуры изложены ниже.

Если нет активного таймера T1:

- таймер T1 должен быть запущен, когда корректно принимается переупорядочиваемый PDU с TSN>next_expected_TSN или когда переупорядочиваемый PDU корректно принимается и Reordering InitialState установлена в значение "Истина".

- T1_TSN должна быть установлена равной TSN этого переупорядочиваемого PDU.

Если таймер T1 уже активирован:

- дополнительный таймер не должен быть запущен, то есть в заданный момент времени может быть активен только один таймер T1.

Таймер T1 должен быть остановлен, если:

- переупорядочиваемый PDU с TSN=T1_TSN может быть доставлен в объект повторной сборки до истечения таймера.

Когда таймер T1 истекает и T1_TSN>next_expected_TSN:

- все корректно принятые переупорядочиваемые PDU с TSN > next_expected_TSN до T1_TSN-1 включительно должны быть доставлены в объект повторной сборки;

- все корректно принятые переупорядочиваемые PDU до следующего непринятого переупорядочиваемого PDU должны быть доставлены в объект повторной сборки;

- next_expected_TSN должна быть установлена равной номеру TSN следующего непринятого переупорядочиваемого PDU.

Когда таймер T1 останавливается или истекает и все еще есть некоторые принятые переупорядочиваемые PDU, которые не могут быть доставлены в высший уровень;

- таймер T1 запускается

- T1_TSN устанавливается равной наивысшему номеру TSN среди набора MAC-ehs SDU, которые не могут быть доставлены.

Операции передатчика:

После того как передатчик передал переупорядочиваемый PDU с TSN=SN, ни один переупорядочиваемый PDU с TSN ≤ SN - TRANSMIT_WINDOW_SIZE не должен быть повторно передан, чтобы исключить неоднозначность номера последовательности в приемнике.

Операции приемника:

Когда принимается переупорядочиваемый PDU с TSN = SN:

- если Reordering InitialState установлена в значение "Истина",

- RcvWindow UpperEdge должна быть установлена равной SN;

- Reordering InitialState должна быть установлено в значение "Ложь";

- next expected TSN должна быть установлена в значение RcvWindow UpperEdge - WINDOW SIZE+1;

- если SN находится в окне приемника,

- если SN<next_expected_TSN или если этот переупорядочиваемый PDU был ранее принят:

- этот переупорядочиваемый PDU должен быть исключен;

- в противном случае:

- этот переупорядочиваемый PDU должен быть размещен в буфер переупорядочения, в место, которое указывается номером TSN;

- если SN находится вне окна приемника,

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

- переменная RcvWindow_UpperEdge должна быть установлена равной SN, тем самым, продвигая окно приемника;

- любые переупорядочиваемые PDU с TSN≤RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE, то есть находящиеся вне окна приемника после обновления его положения, должны быть удалены из буфера переупорядочения и доставлены в объект повторной сборки;

- если next_expected_TSN ниже обновленного окна приемника,

- next_expected_TSN должна быть установлена в значение RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1;

- если переупорядочиваемый PDU с TSN=next_expected_TSN хранится в буфере переупорядочения,

- все принятые переупорядочиваемые PDU с последовательными номерами TSN с next_expected_TSN (включительно) до первого непринятого переупорядочиваемого PDU должны быть доставлены в объект повторной сборки;

- переменная next_expected_TSN должна быть увеличена до TSN этого первого непринятого переупорядочиваемого PDU.

Если WTRU не имеет достаточно памяти для обработки принятого переупорядочиваемого PDU, то WTRU должен выполнить следующий набор операции:

- выбрать TSN_flush таким образом, чтобы next_expected_TSN<TSN_flush≤RcvWindow_UpperEdge+1;

- доставить все корректно принятые переупорядочиваемые PDU с TSN < TSN_flush в объект повторной сборки;

- если переупорядочиваемый PDU с TSN=TSN_flush был ранее принят,

- доставить в объект повторной сборки все принятые переупорядочиваемые PDU с последовательными номерами TSN с TSN_flush (включительно) до первого непринятого переупорядочиваемого PDU;

- увеличить переменную next_expected_TSN до TSN этого первого непринятого переупорядочиваемого PDU.

- в противном случае:

- установить next_expected_TSN равной TSN_flush.

Согласно четвертной опции для девятого варианта осуществления функция переупорядочения может начаться с исходным размером окна (то есть RECEIVE_WINDOW_SIZE), равным 64, который охватывает все возможные номера последовательности для заданной очереди. Это гарантирует, что в течение начальной фазы какие-либо переупорядочиваемые PDU не будут отброшены. При приеме первого переупорядочиваемого PDU таймер T1 запускается со значением T1_TSN, установленным равным SN первого принятого PDU MAC-ehs, если не принимается переупорядочиваемый PDU с SN, установленным в значение 0.

Когда таймер истекает, некоторые или все PDU, присутствующие в буфере переупорядочения, доставляются в объект повторной сборки согласно следующим правилам:

(1) все PDUs с TSN до T1_TSN-1 включительно должны быть доставлены в высшие уровни;

(2) все PDUs до следующего непринятого PDU должны быть доставлены в высшие уровни;

(3) next_expected_TSN может быть установлена равной TSN следующего непринятого PDU (альтернативно, она устанавливается равной TSN следующего непринятого PDU с TSN, который больше T1_TSN);

(4) RcvWindow_UpperEdge устанавливается равной наивысшему номеру последовательности принятого переупорядочиваемого PDU; и

(5) Переменная RECEIVE_WINDOW_SIZE восстанавливается и устанавливается в определенное значение нормального режима работы.

В добавление, таймер T1 может быть перезапущен в этой точке, если присутствуют другие PDU, которые не могут быть доставлены. В этом случае переменная T1_TSN устанавливается в значение наивысшего TSN из номеров PDU MAC-ehs, которые не могут быть доставлены. С этой точки продолжается нормальная операция переупорядочения.

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

Если нет активного таймера T1 или T1 init:

- если RcvWindow UpperEdge (или next expected TSN) не установлена в значение "Ожидание" (или, опционально, Reordering InitialState установлена в значение "Ложь"), таймер T1 должен быть запущен, когда корректно принимается переупорядочиваемый PDU с TSN > next_expected_TSN;

- если RcvWindow UpperEdge (или next expected TSN) установлена в значение "Ожидание" (или, опционально, Reordering InitialState установлена в значение "Истина"), таймер T1 init должен быть запущен, когда корректно принимается переупорядочиваемый PDU.

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

Если таймер T1 или T1 init уже активирован:

- дополнительный таймер не должен быть запущен, то есть в заданный момент времени может быть активен только один таймер T1 (или T1 init).

Таймер T1 или T1 init должен быть остановлен, если

- переупорядочиваемый PDU с TSN=T1_TSN может быть доставлен в объект повторной сборки до истечения таймера.

Когда таймер T1 или T1_init истекает и T1_TSN>next_expected_TSN:

- все корректно принятые переупорядочиваемые PDU с TSN>next_expected_TSN до T1_TSN-1 включительно должны быть доставлены в объект повторной сборки;

- все корректно принятые переупорядочиваемые PDU до следующего непринятого переупорядочиваемого PDU должны быть доставлены в объект повторной сборки;

- next_expected_TSN должна быть установлена равной номеру TSN следующего непринятого переупорядочиваемого PDU.

Когда таймер T1 или T1 init останавливается или истекает и все еще есть некоторые принятые переупорядочиваемые PDU, которые не могут быть доставлены в высший уровень:

- таймер T1 запускается;

- T1_TSN устанавливается равной наивысшему номеру TSN среди набора MAC-ehs SDU, которые не могут быть доставлены.

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

Согласно первой опции процедура запускается в "исходном" состоянии с использованием одного из раскрытых выше способов (например, next_expected_TSN и/или RcvWindow_UpperEdge инициализируется в значение "Ожидание" или для исходного состояния определяется новая переменная). Когда принимается первый переупорядочиваемый PDU, next_expected_TSN устанавливается в значение SN+1, а RcvWindow_UpperEdge устанавливается равной SN. Очередь переупорядочения продолжает нормальный режим работы для всех последующих принятых переупорядочиваемых PDU.

Первая опция может привести к тому, что последующие принятые PDU с SN<next_expected_TSN будут исключены. Для того чтобы избежать исключения PDUs, согласно второй опции вводится новая переменная initial_TSN, которая содержит номер TSN первого принятого PDU. Первый принятый PDU доставляется в высшие уровни и Initial_TSN устанавливается в значение SN, next_expected_TSN устанавливается в значение SN+1, а RcvWindow_UpperEdge устанавливается в значение SN.

Переупорядочиваемые PDU с SN<initial_TSN не могут быть исключены до тех пор, пока нижний край окна (то есть RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE) не будет сдвинут дальше значения initial_TSN. Все переупорядочиваемые PDU с SN < initial_TSN могут быть сразу доставлены в объект повторной сборки или напрямую в объект демультиплексирования LCH-ID (без выполнения переупорядочения). Переупорядочиваемые PDU с SN > initial_TSN могут быть нормально обработаны посредством процедуры переупорядочения. Опционально, чтобы избежать дублирования данных, список принятых PDU может поддерживаться до тех пор, пока нижний край окна не сдвинется дальше исходного значения TSN. Альтернативно, переупорядочиваемые PDU с SN < initial_TSN не могут быть исключены (или доставлены в высшие уровни) до тех пор, пока не истечет таймер (T1 или новый таймер).

Пример процедуры приведен ниже.

Если нет активного таймера T1:

- таймер T1 должен быть запущен, когда переупорядочиваемый PDU с TSN>next_expected_TSN принят корректно;

- T1_TSN должна быть установлена равной TSN этого переупорядочиваемого PDU. Если таймер T1 уже активирован:

- дополнительный таймер не должен быть запущен (то есть в заданный момент времени может быть активен только один таймер T1).

Таймер T1 должен быть остановлен, если:

- переупорядочиваемый PDU с TSN = T1_TSN может быть доставлен в объект повторной сборки до истечения таймера.

Когда таймер T1 истекает и T1_TSN>next_expected_TSN:

- все корректно принятые переупорядочиваемые PDU с TSN>next_expected_TSN до T1_TSN-1 включительно должны быть доставлены в объект повторной сборки;

- все корректно принятые переупорядочиваемые PDU до следующего непринятого переупорядочиваемого PDU должны быть доставлены в объект повторной сборки;

- next_expected_TSN должна быть установлена равной номеру TSN следующего непринятого переупорядочиваемого PDU;

- если reordering InitState установлена в значение "Истина", то reordering InitState должна быть установлена в значение "Ложь".

Когда таймер T1 останавливается или истекает и все еще есть некоторые принятые переупорядочиваемые PDU, которые не могут быть доставлены в высший уровень:

- таймер T1 запускается;

- T1_TSN устанавливается равной наивысшему номеру TSN среди набора MAC-ehs SDU, которые не могут быть доставлены.

Операции передатчика:

После того как передатчик передал переупорядочиваемый PDU с TSN=SN, ни один переупорядочиваемый PDU с TSN≤SN - TRANSMIT_WINDOW_SIZE не должен быть повторно передан, чтобы исключить неоднозначность номера последовательности в приемнике.

Операции приемника:

Когда принимается переупорядочиваемый PDU с TSN=SN:

- если initial TSN установлена в значение "Ожидание":

- RcvWindow UpperEdge должна быть установлена равной SN;

- next expected TSN должна быть установлена в значение SN+1;

- initial TSN должна быть установлена равной SN;

- доставить переупорядочиваемые PDU в объект повторной сборки;

- если SN находится в окне приемника:

- если reordering State установлена в значение "Истина и если SN < initial TSN:

- переупорядочиваемый PDU должен быть передан в объект повторной сборки (или, опционально, он может быть передан в обход объекта повторной сборки - напрямую в объект демультиплексирования LCH-ID);

- в противном случае, если reordering InitState установлена в значение "Ложь" и если SN<next_expected_TSN или этот переупорядочиваемый PDU был ранее принят:

- этот переупорядочиваемый PDU должен быть исключен;

- в противном случае:

- этот переупорядочиваемый PDU должен быть размещен в буфер переупорядочения, в место, которое указывается номером TSN;

- если SN находится вне окна приемника:

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

- переменная RcvWindow_UpperEdge должна быть установлена равной SN, тем самым, продвигая окно приемника;

- любые переупорядочиваемые PDU с TSN≤RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE, то есть находящиеся вне окна приемника после обновления его положения, должны быть удалены из буфера переупорядочения и доставлены в объект повторной сборки;

- если initial TSN ниже обновленного окна приемника:

- reordering InitState устанавливается в значение "Ложь";

- если next_expected_TSN ниже обновленного окна приемника:

- next_expected_TSN должна быть установлена в значение RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1;

Альтернативно, при приеме первого принятого переупорядочиваемого PDU, next_expected_TSN может быть установлена в значение SN - x, где x может быть статистической величиной, числом, которое конфигурируется высшими уровнями, или предопределенной величиной, основанной на количестве процессов HARQ (например, если используется только 4 процесса HARQ, то x может быть равно 4 или может быть равно количеству процессов HARQ - 1). RcvWindow_UpperEdge устанавливается равной SN. Это гарантирует, что некоторые PDU с SN<SN - x не будут исключены для начальной процедуры.

Альтернативно, начальное значение next_expected_TSN может быть установлено равным нижнему краю начального окна, RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1, вместо установки в значение 0, как в существующем уровне техники. Начальное значение RcvWindow_UpperEdge может быть установлено равным 63.

В добавление, процедура переупорядочения может быть модифицирована путем изменения исходного размера окна. Например, может быть сконфигурировано два размера окна приемника - малый исходный размер окна и нормальный размер окна могут быть конфигурированы высшими уровнями. Исходный размер окна может быть установлен в меньшее значение, чтобы ускорить начальный процесс и избежать ожидания истечения таймера T1. Для возвращения в нормальное состояние операции переупорядочения WTRU может выждать до приема n (где n соответствует малому исходному размеру окна) последовательных переупорядочиваемых PDU, или до сдвига нижнего края окна дальше SN первого принятого PDU, или до истечения таймера. При входе в нормальный режим работы может быть сконфигурировано и восстановлено нормальное значение WINDOW_SIZE.

Размер окна также может быть установлен равным нулю или единице. При значении один вероятность приема первого PDU внутри окна и, соответственно, его исключения значительно уменьшается. WTRU может быть сконфигурирован так, чтобы окно приема сначала устанавливалось в это малое значение, а при приеме первого PDU размер окна обратно устанавливается в сконфигурированное значение RECEIVE_WINDOW_SIZE.

Согласно одиннадцатому варианту осуществления объект переупорядочения может использовать информацию процесса HARQ в качестве индикации для начала нормальной операции переупорядочения. Этот способ может использоваться в отдельности или в сочетании с любыми другими вариантами осуществления, описанными в настоящем документе. В течение начальной операции WTRU может обеспечить, чтобы переупорядочиваемый PDU с наименьшей возможной последовательностью принимался из ячейки, когда процессы HARQ имеют новое назначение. Все принятые переупорядочиваемые PDU сохраняются в буфере переупорядочения до тех пор, пока все новые процессы HARQ не получат новое назначение или пока не истечет таймер T1.

Может выполняться мониторинг NDI-бита каждого процесса HARQ. Когда NDI-бит для всех активных процессов переходит из значения "0" в значение "1" (что указывает на новую передачу по процессу HARQ), объект переупорядочения может доставить все сохраненные PDU до первого принятого переупорядочиваемого PDU включительно в объект повторной сборки. Все другие PDU до первого непринятого PDU, выше первого принятого PDU, также могут быть доставлены в высший уровень. Next_expected_TSN может быть установлена равной SN первого непринятого PDU и RcvWindow_UpperEdge устанавливается равной SN наивысшего принятого TSN. Таймер T1 должен быть остановлен, если он работает.

Альтернативно, может поддерживаться сопоставление между процессом HARQ и возможными значениями TSN. Когда, по меньшей мере, один переупорядочиваемый PDU из каждого процесса HARQ успешно принимается или его не удается принять успешно, то WTRU гарантирует, что никакие другие переупорядочиваемые PDU с номерами последовательности, которые ниже номеров любого из принятых PDU, не будут переданы. WTRU может установить RcvWindow_UpperEdge в значение SN наивысшего принятого TSN, а next_expected_TSN - в значение первого непринятого PDU с номером SN, который выше наименьшего принятого переупорядочиваемого PDU.

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

Сеть также может определить отношение между ID процесса HARQ и набором возможных TSN для каждого процесса HARQ. Например, она может быть сконфигурирована так, что процесс HARQ №m будет обрабатывать только PDU с номером TSN, который удовлетворяет условию TSN=4n+m, где n являет собой целое число. Это отношение может быть предварительно сигнализировано в WTRU высшими уровнями. Тогда WTRU может использовать это отношение для определения момента, когда принимается наименьший SN PDU и, соответственно, возобновить нормальный режим работы.

Можно представить решение на основе сети, которое ограничивает использование всего пространства номеров TSN (то есть сеть не использует номера TSN с 55 по 63). Если размер окна приема равен или меньше количества TSN, которые не используются сетью, то это устраняет вероятность отбрасывания первых принятых PDU. Тем не менее, это решение может привести к дополнительным задержкам и вероятности доставки PDU не по порядку. Для решения этой проблемы могут быть реализованы следующие опции.

Согласно первой опции WTRU может использовать модуль x, где x являет собой наименьший ограниченный номер TSN (то есть если ограничены номера с 55 по 63, то x будет равно 55), для всех арифметических операций объекта переупорядочения. Например, все арифметические операции, выполняемые в процедуре переупорядочения относительно next_expected_TSN, RcvWindow_UpperEdge, T1_TSN и TSN_flush будут выполнены по модулю x.

Модуль x может быть в основе операций в любое время для переупорядочения CCCH или DCCH (SRB №1). Для начальной операции RcvWindow_UpperEdge может быть равна 63 или любому другому значению, которое больше x. Модуль x не следует применять к этому исходному значению RcvWindow_UpperEdge, или исходное значение может рассматриваться как неопределенное исходное значение. Использование этого значения может рассматриваться как эквивалентное установке переменной RcvWindow_UpperEdge в значение "Ожидание". Когда RcvWindow_UpperEdge установлена равной 63, при приеме первого PDU с TSN=SN может быть выполнена одна или комбинация из следующих операций:

(1) начать процесс с использованием модуля x для всех арифметических операций;

(2) RcvWindow_UpperEdge должна быть установлена равной SN;

(3) next_expected_TSN должна быть установлена в значение RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1 и

(4) запустить таймер T1 или таймер T1_init.

Альтернативно, для начального и нормального состояний могут использоваться две разные операции модуля. Например, для исходного состояния может быть использован нормальный модуль 64. Начальное значение RcvWindow_UpperEdge устанавливается равным 63, нижний край окна находится в рамках ограниченных номеров TSN, и, соответственно, никакие данные не будут исключены. Тем не менее, при входе в нормальное состояние (то есть при приеме первого PDU или при истечении таймера T1) процедура переупорядочения может обновить арифметические процедуры на основании операции модуль x. Это исключает дублирование задержек T1. Опционально, могут быть выполнены четыре этапа, описанные выше для установки RcvWindow_UpperEdge, next_expected_TSN, T1, и начала использования модуля x.

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

- next_expected_TSN или RcvWindow_UpperEdge устанавливается в специальное значение "Ожидание"; и

- вводится новая переменная состояния.

WTRU входит в нормальное состояние операции переупорядочения, либо когда принимается первый PDU, либо когда истекает таймер T1. Для начального состояния работы арифметические процедуры остаются без изменений. Поскольку пространство TSN ограничено, первый принятый PDU никогда не будет внутри окна приема и, следовательно, не будет исключен. Тем не менее, при входе в нормальное состояние процедура переупорядочения должна быть обновлена так, чтобы избежать доставки не по порядку и дублирования таймеров T1. Для целей описания этой процедуры будут использованы следующие переменные:

- пространство TSN будет ограничено с x до y, где x являет собой нижнее значение ограниченного пространства, а y являет собой верхнее значение ограниченного пространства (то есть 63);

- RcvWindow_lowerEdge эквивалентна RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1;

- Nr_restrictedTSNs эквивалента количеству номеров TSN, использование которых ограничено, то есть y-x.

При работе в нормальном состоянии процедура переупорядочения модифицируется следующим образом:

- когда x<=RcvWindow_lowerEdge <=y, то определенное окно приема эквивалентно RcvWindow_lowerEdge - Nr_restrictedTSNs;

- в противном случае окно приема вычисляется как (RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1);

- next_expected_TSN не должна быть установлена в значение между x и y;

- если next_expected_TSN равна x-1, то следующим ожидаемым по порядку PDU MAC-ehs будет y+1;

- процедура переупорядочения может рассматривать все номера TSN с x по y как успешно принятые PDU, когда выполняется переупорядочение и когда ожидается получение этих TSN.

Опционально, при приеме первого PDU эти переменные могут быть установлены следующим образом:

(1) RcvWindow_UpperEdge должна быть установлена равной SN;

(2) next_expected_TSN должна быть установлена в значение RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1 и

(3) запустить таймер T1 или таймер T1_init.

Согласно двенадцатому варианту осуществления проблема переупорядочения может быть решена на стороне сети вместо стороны приемника. Node B может поддерживать разные номера TSN для каждого WTRU независимым образом в рамках каждого общего H-RNTI. Если в ячейку добавляется новый WTRU, то Node B может запустить нумерацию переупорядочиваемых PDU для этого WTRU, начиная с нуля. Номерам TSN дается приращение для каждого WTRU независимым образом. Для этого решения требуется, чтобы узлу Node B был известен уникальный ID блока WTRU, в который он передает, в добавление к общему H-RNTI. Протокол кадра Iub может предоставить общий H-RNTI. В этом варианте осуществления также должен быть предоставлен выделенный H-RNTI, который был предоставлен сетью для этого WTRU.

Альтернативно, RNC может предоставить индикацию о том, что передаваемое сообщение предназначено для нового WTRU. Когда Node B принимает эту индикацию, Node B может выполнить одну или комбинацию из следующих операций:

- сразу сбросить номера TSN, связанные с группой общего H-RNTI; или

- удостовериться, что любые ранее буферизированные PDU MAC-ehs с таким же общим H-RNTI были переданы, и далее сбросить номера TSN, так чтобы сообщение для нового WTRU было передано с начальным TSN, равным нулю.

Поскольку другие WTRU, связанные с этой ячейкой с тем же общим H-RNTI, будут принимать данные для новой ячейки, может быть целесообразно указать этим WTRU, что номер TSN был сброшен. Это может быть указано посредством одного бита в канале HS-SCCH.

Варианты осуществления

1. Способ для приема передач HS-DSCH.

2. Способ по варианту осуществления 1, содержащий этапы, на которых принимают блоки PDU MAC-ehss через HS-DSCH в одном из состояний Cell_FACH, Cell_PCH и URA_PCH.

3. Способ по варианту осуществления 2, содержащий этапы, на которых передают переупорядочиваемые PDU, включенные в блоки PDU MAC-ehs, в следующий объект обработки без выполнения переупорядочения переупорядочиваемых PDU.

4. Способ по любому из вариантов осуществления 2-3, в котором для приема блоков PDU MAC-ehs используется один процесс HARQ.

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

6. Способ по любому из вариантов осуществления 4-5, в котором используют один процесс HARQ для, по меньшей мере, одной из передач из определенной приоритезированной очереди, передач из определенного логического канала и передач с использованием общего H-RNTI.

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

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

9. Способ по любому из вариантов осуществления 2-8, в котором переупорядочиваемые PDU передают в следующий объект обработки без выполнения переупорядочения переупорядочиваемых PDU, если данные, переносимые в переупорядочиваемых PDU, исходят из определенной приоритезированной очереди.

10. Способ по любому из вариантов осуществления 2-9, в котором переупорядочиваемые PDU перенаправляют в следующий объект обработки без выполнения переупорядочения переупорядочиваемых PDU, если PDU MAC-ehs принимается с использованием общего H-RNTI.

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

12. Способ по варианту осуществления 11, в котором логический канал являет собой один из каналов BCCH и PCCH.

13. Способ по варианту осуществления 1, содержащий этап, на котором конфигурируют объект MAC-ehs для приема данных через HS-DSCH в одном из состояний Cell_FACH, Cell_PCH и URA_PCH.

14. Способ по варианту осуществления 13, содержащий этап, на котором получают TSN, который должен быть использован в ячейке для передачи PDU MAC-ehs с использованием общего H-RNTI.

15. Способ по варианту осуществления 14, содержащий этап, на котором конфигурируют объект MAC-ehs, используя упомянутый TSN.

16. Способ по любому из вариантов осуществления 14-15, в котором упомянутый TSN сбрасывается в значение по умолчанию для конкретной очереди, когда PDU MAC-ehs передают в новый WTRU.

17. Способ по варианту осуществления 1, содержащий этап, на котором конфигурируют объект MAC-ehs для приема данных через HS-DSCH в одном из состояний Cell_FACH, Cell_PCH и URA_PCH.

18. Способ по варианту осуществления 17, содержащий этап, на котором принимают переупорядочиваемый PDU с TSN = SN.

19. Способ по варианту осуществления 18, содержащий этап, на котором, если RcvWindow_UpperEdge установлено в значение "Ожидание", устанавливают RcvWindow_UpperEdge в значение SN и устанавливают next_expected_TSN в значение RcvWindow_UpperEdge - WINDOW_SIZE + 1.

20. Способ по любому из вариантов осуществления 18-19, дополнительно содержащий этап, на котором, если SN находится внутри окна приема и если SN<next_expected_TSN или если этот переупорядочиваемый PDU был ранее принят, исключают этот переупорядочиваемый PDU; в противном случае размещают этот переупорядочиваемый PDU в буфер переупорядочения в место, указанное упомянутым TSN.

21. Способ по любому из вариантов осуществления 18-20, дополнительно содержащий этап, на котором, если SN находится вне окна приема, размещают переупорядочиваемый PDU поверх наивысшего принятого TSN в буфере переупорядочения в позиции, указанной упомянутым SN.

22. Способ по варианту осуществления 12, содержащий этап, на котором устанавливают RcvWindow_UpperEdge в значение SN, чтобы обновить окно приема.

23. Способ по варианту осуществления 22, содержащий этап, на котором доставляют любой переупорядочиваемый PDU с TSN ≤ RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE в объект повторной сборки.

24. Способ по любому из вариантов осуществления 19-23, дополнительно содержащий этап, на котором, если next_expected_TSN ниже обновленного окна приема, устанавливают next_expected_TSN в значение RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1.

25. Способ по варианту осуществления 24, содержащий этап, на котором, если переупорядочиваемый PDU с TSN = next_expected_TSN хранится в буфере переупорядочения, доставляют все принятые переупорядочиваемые PDU с последовательными TSN с next_expected_TSN до первого непринятого переупорядочиваемого PDU в объект повторной сборки и увеличивают next_expected_TSN до TSN первого непринятого переупорядочиваемого PDU.

26. Способ по любому из вариантов осуществления 18-25, дополнительно содержащий этап, на котором, если нет достаточно памяти для обработки принятого переупорядочиваемого PDU, выбирают TSN_flush таким образом, чтобы next_expected_TSN<TSN_flush≤RcvWindow_UpperEdge+1.

27. Способ по варианту осуществления 26, содержащий этап, на котором доставляют все корректно принятые переупорядочиваемые PDU с TSN<TSN_flush в объект повторной сборки.

28. Способ по варианту осуществления 27, содержащий этап, на котором, если переупорядочиваемый PDU с TSN=TSN_flush, был ранее принят, доставляют все принятые переупорядочиваемые PDU с последовательными TSN с TSN_flush до первого непринятого переупорядочиваемого PDU в объект повторной сборки и увеличивают next_expected_TSN до TSN первого непринятого переупорядочиваемого PDU; в противном случае устанавливают next_expected_TSN в значение TSN_flush.

29. Способ для выполнения передач HS-DSCH.

30. Способ по варианту осуществления 29, содержащий этап, на котором конфигурируют объект MAC-ehs для передачи данных через HS-DSCH, когда WTRU находится в одном из состояний Cell_FACH, Cell_PCH и URA_PCH.

31. Способ по варианту осуществления 30, содержащий этап, на котором передают блоки PDU MAC-ehs, где каждый PDU MAC-ehs включает в себя TSN, причем TSN назначается каждому WTRU независимым образом.

32. Способ по варианту осуществления 31, в котором TSN сбрасывают в нулевое значение для нового WTRU, который был добавлен в ячейку.

33. Способ по любому из вариантов осуществления 30-32, дополнительно содержащий этап, на котором принимают индикацию о том, что сообщение, которое должно быть передано, предназначено для нового WTRU.

34. Способ по варианту осуществления 33, содержащий этап, на котором переустанавливают TSN, связанный с группой общего H-RNTI.

35. Способ по варианту осуществления 34, в котором TSN сбрасывают после выполнения передачи любых ранее буферизированных PDU MAC-ehs с тем же общим H-RNTI.

36. WTRU для приема передач HS-DSCH.

37. WTRU по варианту осуществления 36, который содержит приемопередатчик.

38. WTRU по варианту осуществления 37, который содержит объект MAC-ehs для приема блоков PDU MAC-ehs через HS-DSCH в одном из состояний Cell_FACH, Cell_PCH и URA_PCH, причем переупорядочиваемые PDU, входящие в состав PDU MAC-ehs, передаются в следующий объект обработки без выполнения переупорядочения переупорядочиваемых PDU.

39. WTRU по варианту осуществления 38, в котором объект MAC-ehs включает в себя процесс HARQ для приема блоков PDU MAC-ehs.

40. WTRU по варианту осуществления 39, в котором все блоки PDU MAC-ehs передаются несколько раз и все повторные передачи PDU MAC-ehs выполняются до начала передачи последующего PDU MAC-ehs.

41. WTRU по любому из вариантов осуществления 39-40, в котором используется один процесс HARQ, когда данные исходят из определенной приоритезированной очереди, из определенного логического канала или когда данные передаются с использованием общего H-RNTI.

42. WTRU по любому из вариантов осуществления 39-41, в котором объект MAC-ehs сконфигурирован так, чтобы не исключать PDU MAC-ehs, предназначенный для процесса HARQ, даже если этот PDU MAC-ehs принимается в течение пяти подкадров с последнего приема PDU MAC-ehs, предназначенного для того же процесса HARQ.

43. WTRU по любому из вариантов осуществления 39-41, в котором объект MAC-ehs сконфигурирован так, чтобы не исключать PDU MAC-ehs, предназначенный для процесса HARQ, даже если этот PDU MAC-ehs принимается в течение n подкадров с последнего приема PDU MAC-ehs, предназначенного для того же процесса HARQ, где n являет собой целое число.

44. WTRU по варианту осуществления 43, в котором число n зависит от WTRU.

45. WTRU по любому из вариантов осуществления 43-44, в котором число n сигнализируется высшим уровнем как способность WTRU.

46. WTRU по любому из вариантов осуществления 39-45, в котором повторные передачи HARQ не выполняются для блоков PDU MAC-ehs и все блоки PDU MAC-ehs передаются только один раз.

47. WTRU по любому из вариантов осуществления 38-46, в котором переупорядочиваемые PDU передаются в следующий объект обработки без выполнения переупорядочения переупорядочиваемых PDU, если данные, переносимые в переупорядочиваемых PDU, исходят из определенной приоритезированной очереди.

48. WTRU по любому из вариантов осуществления 38-47, в котором переупорядочиваемые PDU перенаправляются в следующий объект обработки без выполнения переупорядочения переупорядочиваемых PDU, если PDU MAC-ehs принимается с использованием общего H-RNTI.

49. WTRU по любому из вариантов осуществления 38-48, в котором переупорядочиваемые PDU передаются в следующий объект обработки без выполнения переупорядочения переупорядочиваемых PDU, если данные, переносимые в переупорядочиваемых PDU, исходят из определенного логического канала.

50. WTRU по варианту осуществления 49, в котором логический канал являет собой один из каналов BCCH и PCCH.

51. WTRU по варианту осуществления 36, который содержит приемопередатчик.

52. WTRU по варианту осуществления 51, который содержит объект MAC-ehs, сконфигурированный так, чтобы принимать данные через HS-DSCH в одном из состояний Cell_FACH, Cell_PCH и URA_PCH, и если RcvWindow_UpperEdge установлено в значение "Ожидание", чтобы устанавливать RcvWindow_UpperEdge в значение SN, где SN являет собой TSN принятого переупорядочиваемого PDU, и чтобы устанавливать next_expected_TSN в значение RcvWindow_UpperEdge - WINDOW_SIZE+1.

53. WTRU по варианту осуществления 52, в котором объект MAC-ehs дополнительно сконфигурирован так, чтобы отбрасывать переупорядочиваемый PDU, если SN находится внутри окна приема, и если SN<next_expected_TSN или этот переупорядочиваемый PDU был ранее принят; и - в противном случае - чтобы размещать этот переупорядочиваемый PDU в буфер переупорядочения в место, указанное упомянутым TSN.

54. WTRU по любому из вариантов осуществления 52-53, в котором объект MAC-ehs дополнительно сконфигурирован так, чтобы - если SN находится вне окна приема - размещать переупорядочиваемый PDU поверх наивысшего принятого TSN в буфере переупорядочения в месте, указанном упомянутым SN, устанавливать RcvWindow_UpperEdge в значение SN, чтобы обновить окно приема, и доставлять любые переупорядочиваемые PDU с TSN ≤ RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE в объект повторной сборки.

55. WTRU по любому из вариантов осуществления 52-54, в котором объект MAC-ehs сконфигурирован так, чтобы - если next_expected_TSN ниже обновленного окна приема - устанавливать next_expected_TSN в значение RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1, и - если переупорядочиваемый PDU с TSN = next_expected_TSN хранится в буфере переупорядочения - чтобы доставлять все принятые переупорядочиваемые PDU с последовательными TSN с next_expected_TSN до первого непринятого PDU в объект повторной сборки и чтобы увеличивать next_expected_TSN до TSN первого непринятого переупорядочиваемого PDU.

56. WTRU по любому из вариантов осуществления 52-55, в котором объект MAC-ehs сконфигурирован так, чтобы - если нет достаточно памяти для обработки принятого переупорядочиваемого PDU - выбирать TSN_flush таким образом, чтобы the next_expected_TSN<TSN_flush≤RcvWindow_UpperEdge+1, доставлять все корректно принятые переупорядочиваемые PDU с TSN<TSN_flush в объект повторной сборки, и - если переупорядочиваемый PDU с TSN=TSN_flush был ранее принят - чтобы доставлять все принятые переупорядочиваемые PDU с последовательными TSN с TSN_flush до первого непринятого переупорядочиваемого PDU в объект повторной сборки и чтобы увеличивать next_expected_TSN до TSN первого непринятого переупорядочиваемого PDU; и в противном случае чтобы устанавливать next_expected_TSN в значение TSN_flush.

57. WTRU по варианту осуществления 37, который содержит объект MAC-ehs, сконфигурированный так, чтобы принимать данные через HS-DSCH в одном из состояний Cell_FACH, Cell_PCH и URA_PCH, получать TSN, который должен быть использован в ячейке для передачи PDU MAC-ehs с использованием общего H-RNTI, и чтобы использовать упомянутый TSN для конфигурирования.

58. WTRU по варианту осуществления 57, в котором упомянутый TSN сбрасывается в значение по умолчанию для конкретной очереди, когда PDU MAC-ehs передается в новый WTRU.

59. WTRU по варианту осуществления 37, который содержит объект MAC-ehs, сконфигурированный так, чтобы принимать данные через HS-DSCH в одном из состояний Cell_FACH, Cell_PCH и URA_PCH, чтобы размещать первый PDU MAC-ehs в буфер переупорядочения, если состояние упорядочения соответствует состоянию ожидания, и чтобы устанавливать переменные переупорядочения на основании TSN упомянутого первого PDU MAC-ehs.

60. WTRU по варианту осуществления 59, в котором RcvWindow_UpperEdge устанавливается в значение TSN упомянутого первого PDU MAC-ehs и next_expected_TSN устанавливается в значение RcvWindow_UpperEdge - WINDOW_SIZE+1.

61. WTRU по варианту осуществления 37, который содержит объект MAC-ehs, сконфигурированный так, чтобы принимать данные через HS-DSCH в одном из состояний Cell_FACH, Cell_PCH и URA_PCH, причем начальное значение next_expected_TSN устанавливается равным нижнему краю окна приема (RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE+1).

62. Node-B для выполнения передач HS-DSCH.

63. Node-B по варианту осуществления 62, который содержит приемопередатчик.

64. Node-B по варианту осуществления 63, который содержит объект MAC-ehs, сконфигурированный так, чтобы передавать данные через HS-DSCH, когда WTRU находится в одном из состояний Cell_FACH, Cell_PCH и URA_PCH, и чтобы передавать блоки PDU MAC-ehs, каждый из которых включает в себя TSN, причем TSN назначается каждому WTRU независимым образом.

65. Node-B по варианту осуществления 64, в котором TSN сбрасывают в нулевое значение для нового WTRU, который был добавлен в ячейку.

66. Node-B по любому из вариантов осуществления 64-65, в котором объект MAC-ehs сконфигурирован так, чтобы принимать индикацию о том, что сообщение, которое должно быть передано, предназначено для нового WTRU, и чтобы сбрасывать TSN, связанный с общей группой H-RNTI.

67. Node-B по варианту осуществления 66, в котором TSN сбрасывают после выполнения передачи любых ранее буферизированных PDU MAC-ehs с тем же общим H-RNTI.

Несмотря на то, что функции и элементы были описаны выше в конкретных комбинациях, каждая функция или элемент могут быть использованы в отдельности, без других функций и элементов, либо в различных комбинациях с другими функциями и элементами или без них. Способы или схемы последовательностей операций, представленные в настоящем изобретении, могут быть реализованы в компьютерной программе, программном обеспечении или встроенном программном обеспечении, реализованном в машиночитаемом носителе для выполнения компьютером общего назначения или процессором. Примеры машиночитаемых носителей включают в себя ПЗУ, ОЗУ, регистр, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические диски, и оптические носители, такие как диски CD-ROM и DVD.

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

Процессор вместе с программным обеспечением может использоваться для реализации радиочастотного приемопередатчика для использования в беспроводном блоке приема/передачи (WTRU), пользовательском оборудовании, терминале, базовой станции, контроллере радиосети или в любом главном компьютере. Блок WTRU может использоваться в связи с модулями, реализованными аппаратным и/или программным образом, такими как камера, видеокамера, видеотелефон, телефон с громкой связью, вибрационное устройство, громкоговоритель, микрофон, телевизионный приемопередатчик, гарнитура "handsfree", клавиатура, модуль Bluetooth®, радиоблок с частотной модуляцией (FM), жидкокристаллический дисплей, OLED-дисплей, цифровой музыкальный проигрыватель, медиа-проигрыватель, модуль видеоигр, Интернет-браузер и/или любой модуль беспроводной локальной сети или модуль для Ультраширокополосной (Ultra Wide Band, UWB) связи.

1. Способ приема передач Высокоскоростного Общего Канала Нисходящей Линии Связи (HS-DSCH), содержащий этапы, на которых:
принимают Протокольные Блоки Данных (PDU) Управления Доступом к Среде (MAC-ehs) HS-DSCH через HS-DSCH в одном из состояний канала прямого доступа соты (Cell_FACH), канала поискового вызова соты (Сеll_РСН) и канала поискового вызова зоны регистрации UTRAN (URA_PCH); и
передают принятые PDU, входящие в состав блоков PDU MAC-ehs, в следующий объект обработки без выполнения переупорядочения этих принятых PDU.

2. Способ по п.1, в котором для приема блоков PDU MAC-ehs используют один процесс Гибридного Автоматического Запроса на Повтор (HARQ).

3. Способ по п.2, в котором все блоки PDU MAC-ehs принимают несколько раз и все повторные передачи PDU MAC-ehs выполняют до начала приема последующего PDU MAC-ehs.

4. Способ по п.2, в котором используют один процесс HARQ для, по меньшей мере, одного из приемов из определенной приоритезированной очереди, приемов из определенного логического канала и приемов с использованием общего Временного Идентификатора Радиосети HS-DSCH (H-RNTI).

5. Способ по п.2, в котором PDU MAC-ehs, предназначенный для процесса HARQ, не исключают, даже если этот PDU MAC-ehs принимают в течение пяти подкадров с последнего приема PDU MAC-ehs, предназначенного для того же процесса HARQ.

6. Способ по п.2, в котором PDU MAC-ehs, предназначенный для процесса HARQ, исключают, даже если PDU MAC-ehs принимают в течение n подкадров с последнего приема PDU MAC-ehs, предназначенного для того же процесса HARQ, где n являет собой целое число.

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

8. Способ по п.1, в котором принятые PDU перенаправляют в следующий объект обработки без выполнения переупорядочения принятых PDU, если PDU MAC-ehs принимается с использованием общего Временного Идентификатора Радиосети HS-DSCH (H-RNTI).

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

10. Способ по п.9, в котором упомянутый логический канал представляет собой одно из Широковещательного Канала Управления (ВССН) или Канала Управления Поисковым Вызовом (РССН).

11. Беспроводной блок передачи/приема (WTRU) для приема передач Высокоскоростного Общего Канала Нисходящей Линии Связи (HS-DSCH), содержащий:
приемопередатчик; и
объект (МАС-ehs) Управления Доступом к Среде HS-DSCH для приема Протокольных Блоков Данных (PDU) MAC-ehs через HS-DSCH в одном из состояний канала прямого доступа соты (Cell_FACH), канала поискового вызова соты (Cell_РСН) и канала поискового вызова зоны регистрации UTRAN (URA_PCH), причем принятые PDU, входящие в состав PDU MAC-ehs, передаются в следующий объект обработки без выполнения переупорядочения принятых PDU.

12. Блок по п.11, в котором объект MAC-ehs включает в себя процесс Гибридного Автоматического Запроса на Повтор (HARQ) для приема блоков PDU MAC-ehs.

13. Блок по п.12, в котором все блоки PDU MAC-ehs передаются несколько раз, и все повторные передачи PDU MAC-ehs выполняются до начала передачи последующего PDU MAC-ehs.

14. Блок по п.12, в котором один процесс HARQ используется, когда данные исходят из определенной приоритезированной очереди, из определенного логического канала, или когда эти данные передаются с использованием общего Временного Идентификатора Радиосети HS-DSCH (H-RNTI).

15. Блок по п.12, в котором объект MAC-ehs сконфигурирован так, чтобы не исключать PDU MAC-ehs, предназначенный для процесса HARQ, даже если этот PDU MAC-ehs принимается в течение пяти подкадров с последнего приема PDU MAC-ehs, предназначенного для того же процесса HARQ.

16. Блок по п.12, в котором объект MAC-ehs сконфигурирован так, чтобы исключать PDU MAC-ehs, предназначенный для процесса HARQ, если этот PDU MAC-ehs принимается в течение n подкадров с последнего приема PDU MAC-ehs, предназначенного для того же процесса HARQ, где n являет собой целое число.

17. Блок по п.11, в котором повторные передачи Гибридного Автоматического Запроса на Повтор (HARQ) не выполняются для блоков PDU MAC-ehs, и все блоки PDU MAC-ehs передаются только один раз.

18. Блок по п.11, в котором принятые PDU передаются в следующий объект обработки без выполнения переупорядочения принятых PDU, если данные, переносимые в принятых PDU, исходят из определенной приоритезированной очереди.

19. Блок по п.11, в котором принятые PDU перенаправляются в следующий объект обработки без выполнения переупорядочения принятых PDU, если PDU MAC-ehs принимается с использованием общего Временного Идентификатора Радиосети HS-DSCH (H-RNTI).

20. Блок по п.11, в котором принятые PDU передаются в следующий объект обработки без выполнения переупорядочения принятых PDU, если данные, переносимые в принятых PDU, исходят из определенного логического канала.

21. Блок по п.20, в котором упомянутый логический канал представляет собой одно из Широковещательного Канала Управления (ВССН) или Канала Управления Поисковым Вызовом (РССН).

22. Беспроводной блок передачи/приема (WTRU) для приема передач Высокоскоростного Общего Канала Нисходящей Линии Связи (HS-DSCH), содержащий:
приемопередатчик; и
объект (MAC-ehs) Управления Доступом к Среде HS-DSCH, сконфигурированный так, чтобы принимать данные через HS-DSCH в одном из состояний канала прямого доступа соты (Cell_FACH), канала поискового вызова соты (Сеll_РСН) и канала поискового вызова зоны регистрации UTRAN (UPJ\_PCH), причем начальное значение следующего ожидаемого Номера Последовательности Передачи (next_expected_TSN) устанавливается равным нижнему краю окна приема (верхний край окна приема (RcvWindow_UpperEdge) размер окна приема (RECEIVE_WINDOW_SIZE)+1).



 

Похожие патенты:

Изобретение относится к беспроводной связи и предназначено для доставки упорядоченных блоков служебных данных (SDU) в устройства беспроводной связи. .

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

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

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

Изобретение относится к беспроводной связи. .

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

Изобретение относится к системам связи

Изобретение относится к области передачи пакетов данных по линиям связи

Изобретение относится к передаче данных, в частности к схемам объединения гибридного автоматического запроса повторения передачи (HARQ) для беспроводной связи

Изобретение относится к системам связи

Изобретение относится к технике связи, в частности к управлению подтверждениями посредством неявного указания на основе элемента канала управления (ССЕ)

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

Изобретение относится к технике связи и может использоваться для объединения повторно переданных сообщений гибридного автоматического запроса на повторную передачу данных (HARQ) на различных этапах в приемнике OFDM/OFDMA
Наверх