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

Иллюстрации

Показать все

Изобретение относится к системам связи. Технический результат заключается в снижении потерь качества передачи. Раскрыты различные способы и устройства беспроводной связи для поддержки реконфигурации параметров Управления Радиолинии (RLC). Генерируется сообщение реконфигурации Управления Радиоресурсами (RRC), которое указывает, что блок RLC в Беспроводном Блоке Передачи/Приема (WTRU) или Универсальной Наземной Сети Радиодоступа (UTRAN) должен быть реконфигурирован с поддержки Протокольных Блоков Данных (PDU) RLC гибкого размера на поддержку блоков RLC PDU фиксированного размера. Если в сообщении реконфигурации RRC присутствует информационный элемент "Одностороннее повторное установление RLC", то в блоке RLC повторно устанавливается подсборка только принимающей стороны. В противном случае, повторно устанавливается как подсборка принимающей стороны, так и подсборка передающей стороны. Блоки RLC PDU гибкого размера могут быть отброшены, и может быть передано сообщение, указывающее отброшенные блоки RLC PDU гибкого размера. Блоки RLC PDU гибкого размера могут быть модифицированы таким образом, чтобы они соответствовали набору предопределенных размеров. 2 н. и 12 з.п. ф-лы, 2 ил., 1 табл.

Реферат

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

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

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

Главными целями усовершенствования Высокоскоростного Пакетного Доступа (HSPA) являются более высокие скорости передачи данных, более высокая пропускная способность системы и большая зона покрытия, усовершенствованная поддержка пакетных служб, уменьшение задержки, сокращение издержек оператора, а также обратная совместимость. Для достижения этих целей требуются усовершенствования протокола радиоинтерфейса и сетевой архитектуры. Более конкретно, для достижения упомянутых целей требуется ряд усовершенствований и архитектурных изменений функций второго уровня (Layer 2, L2) (то есть Управления Радиолинии (RLC) и Управления Доступом к Среде (MAC)).

Некоторые усовершенствования L2 включают в себя RLC Протокольные Блоки Данных (PDU) с гибким размером (то есть RLC PDU, которые имеют гибкие размеры), высокоскоростные MAC (MAC-hs) сегментацию/объединение и мультиплексирование. Согласно Варианту 6 (R6) Универсального Наземного Радиодоступа (UTRA) объекты RLC Режима Подтверждения Приема (AM) могут использовать блоки RLC PDU только фиксированного размера (то есть RLC PDU, имеющие фиксированный размер). В добавление, подуровень MAC-hs в Узле B (Node-B) может поддерживать только объединение выделенных блоков MAC (MAC-d) PDU. Усовершенствования L2 согласно Варианту 7 (R7) UTRA приводят к значительным изменениям RLC/MAC для признаков R6.

В настоящее время, когда Радионесущие (RB) устанавливаются или реконфигурируются через сигнализацию Управления Радиоресурсами (RRC), присутствует информационный элемент "Информация отображения RB". "Информация отображения RB" содержит информацию об экземпляре RLC и транспортных каналах, соответствующих данной радионесущей.

Конфигурация MAC-hs должна быть одинаковой по всем радионесущим, отображенным Высокоскоростному совместно используемому Каналу Нисходящей Линии Связи (HS-DSCH), в противном случае возникает недействительная конфигурация.

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

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

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

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

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

Раскрыты различные способы и устройства беспроводной связи для поддержки реконфигурации параметров RLC. Генерируется сообщение реконфигурации RRC, которое указывает, что блок RLC в WTRU или сети UTRAN должен быть реконфигурирован от поддержки блоков RLC PDU гибкого размера на поддержку блоков RLC PDU фиксированного размера или наоборот. Если в сообщении реконфигурации RRC присутствует информационный элемент "одностороннее повторное установление RLC", то в блоке RLC повторно устанавливается подсборка только принимающей стороны или передающей стороны. В противном случае повторно устанавливается как подсборка принимающей стороны, так и подсборка передающей стороны. Блоки RLC PDU гибкого размера могут быть отброшены, и может быть передано сообщение, указывающее отброшенные блоки RLC PDU гибкого размера. Блоки RLC PDU гибкого размера могут быть модифицированы таким образом, чтобы они соответствовали набору предопределенных размеров.

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

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

фиг.1 - иллюстративная структурная схема WTRU, который перемещается между ячейками R6 и R7 и который сконфигурирован так, чтобы функционировать с новыми подуровнями RLC и MAC-hs, когда сообщение эстафетного переключения принимается в течение процедуры смены обслуживающей ячейки; и

фиг.2 - иллюстративная структурная схема UTRAN, которая передает сообщение реконфигурации RRC в WTRU с фиг.1.

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

В использованном здесь значении термин "Беспроводной Блок Передачи/Приема" (WTRU) включает в себя, но не ограничивается перечисленным, Пользовательское Оборудование (UE), мобильную станцию, фиксированную или мобильную абонентскую станцию, пейджер, сотовый телефон, Персональный Цифровой Секретарь (PDA), компьютер, или любой другой тип пользовательских устройств, способных работать в беспроводной среде. В использованном здесь значении термин "базовая станция" включает в себя, но не ограничивается перечисленным, Узел-B (Node-B), сайтовый контроллер, точку доступа (AP) или любой другой тип интерфейсного устройства, способного работать в беспроводной среде.

В настоящем документе раскрыты различные способы беспроводной связи, которые оптимизируют сценарии эстафетного переключения, процедуры повторной установки, процедуры реконфигурации для объекта RLC. Сверх того, раскрыты различные способы беспроводной связи для эстафетных переключений между ячейками, одна или обе из которых поддерживают усовершенствования L2. Эти способы беспроводной связи применимы как к восходящей линии связи (UL), так и к нисходящей линии связи (DL).

Ниже приведено краткое описание терминов, которые используются в настоящем описании. Блок полезной нагрузки усовершенствованного MAC-hs (MAC-ehs) являет собой Сервисный Блок Данных (SDU) MAC-ehs или сегмент блока MAC-ehs SDU, который входит в состав MAC-ehs PDU. Переупорядочиваемый PDU MAC-ehs являет собой набор блоков полезной нагрузки MAC-ehs в блоке MAC-ehs PDU, который входит в ту же очередь по приоритету. Усовершенствованная ячейка представляет собой ячейку, которая поддерживает усовершенствования L2, то есть блоки RLC PDU с гибкими размерами. Неусовершенствованная ячейка представляет собой ячейку, которая не поддерживает усовершенствования L2, то есть поддерживает блоки RLC PDU фиксированного размера.

При дальнейшем упоминании термин "R6" включает в себя, но не ограничивается перечисленным, ячейку, Node-B, Контроллер Радиосети (RNC), которые не поддерживают блоки RLC PDU гибкого размера (то есть поддерживаются блоки RLC PDU фиксированного размера). Термин "R7" включает в себя, но не ограничивается перечисленным, ячейку, Node-B или RNC, которые поддерживают блоки RLC PDU фиксированного размера.

Термин "UTRAN" включает в себя, но не ограничивается перечисленным, ячейку, Node-B, RNC или сетевой узел.

Фиг.1 представляет собой иллюстративную блок-схему WTRU 100, который перемещается между неусовершенствованными ячейками и усовершенствованными ячейками и который сконфигурирован так, чтобы функционировать с новыми подуровнями RLC и MAC-hs, когда сообщение эстафетного переключения принимается в течение процедуры смены обслуживающей ячейки. Как показано на фиг.1, WTRU 100 включает в себя блок 105 RRC, блок 110 RLC, блок 115 MAC и блок 120 Физического (PHY) Уровня 1 (L1). Инициация смены обслуживающей ячейки может произойти в ответ на прием сообщения 125 реконфигурации RRC, такого как сообщение реконфигурации RRC радионесущей, сообщение реконфигурации RRC транспортного канала или сообщение реконфигурации RRC физического канала. Блок 110 RLC включает в себя подсборку 130 передающей стороны и подсборку 135 принимающей стороны. Подсборка 130 передающей стороны включает в себя буфер 140 передачи.

Сообщение 125 реконфигурации RRC может быть сгенерировано посредством UTRAN. Фиг.2 представляет собой блок-схему, которая иллюстрирует пример конфигурации стека протоколов в UTRAN 200. UTRAN 200 может включать в себя блок 205 RRC, блок 210 RLC, блок 215 MAC и блок 220 PHY L1. Блок 210 RLC включает в себя подсборку 230 передающей стороны и подсборку 235 принимающей стороны. Подсборка 230 передающей стороны включает в себя буфер 240 передачи. Блок 205 RRC генерирует сообщение 125 реконфигурации, чтобы инициировать смену обслуживающей ячейки.

UTRAN 200 может включать в себя целевой Node-B, исходный Node-B, Управляющий RNC (CRNC) и Обслуживающий RNC (SRNC) (не показаны). RNC может включать в себя блок RLC и блок RRC (не показаны). Альтернативно, функции RNC входят в состав Node-B, и, соответственно, управляющий RNC или обслуживающий RNC отсутствует.

Для получения одинаковой конфигурации RLC для всех радионесущих, сопоставленных каналу HS-DSCH, не требуется наличие экземпляров RLC. Например, WTRU, соединенный с усовершенствованной ячейкой, может одновременно поддерживать один или более экземпляров RLC, сконфигурированных посредством блоков RLC PDU фиксированного размера и/или блоков RLC PDU гибкого размера. Усовершенствованный MAC-ehs способен поддерживать прием как блоков RLC PDU фиксированного размера, так и блоков RLC PDU гибкого размера.

Тем не менее, WTRU, действующий в неусовершенствованной ячейке, не может поддерживать экземпляры RLC с блоками RLC PDU гибкого размера. Все объекты RLC, отображенные нормальному HS-DSCH (то есть MAC-hs), должны быть сконфигурированы для работы с блоками RLC PDU фиксированного размера. Причиной этого является тот факт, что нормальная конфигурация MAC-hs не поддерживает прием и сигнализацию блоков RLC PDU гибкого размера. Соответственно, RLC, поддерживающий блоки RLC PDU фиксированного размера, может ссылаться на экземпляр AM RLC или экземпляр RLC Режима Неподтверждения Приема (UM).

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

Радионесущая, поддерживающая блоки RLC PDU фиксированного размера в усовершенствованной ячейке, может сохранять конфигурацию фиксированного размера RLC PDU или может быть реконфигурирована для поддержки блоков RLC PDU гибкого размера во время эстафетного переключения или позже, причем в этом случае будет инициирована процедура реконфигурации радионесущей и RRC выполнит необходимые этапы. Это позволяет сигнализирующим радионесущим сохранять их существующую конфигурацию RLC и избежать повторной установки объекта RLC. Если эстафетные переключения между неусовершенствованными и усовершенствованными ячейками происходят часто внутри сети, то этот способ позволяет избежать повторной установки неусовершенствованных экземпляров RLC AM, если WTRU часто перемещается между неусовершенствованными и усовершенствованными ячейками. Этот способ также допускает оптимизации для экземпляров UM RLC. Если экземпляры UM RLC не расширяются для поддержки блоков RLC PDU гибкого размера в R7, то экземпляры UM RLC не требуется повторно устанавливать или реконфигурировать при перемещении из неусовершенствованной ячейки в усовершенствованную ячейку и наоборот. Если блоки PDU гибкого размера вводятся для экземпляров UM RLC, то применяются те же способы, что и для AM RLC.

Повторная установка поведения RLC по каждой радионесущей при перемещении между усовершенствованными ячейками и неусовершенствованными ячейками

Когда WTRU меняет обслуживающие ячейки в течение эстафетного переключения, которое поддерживает различные варианты (то есть R6 и R7), WTRU имеет возможность сохранить существующий экземпляр RLC без изменения его конфигурации (то есть с поддержкой блоков RLC PDU фиксированного размера согласно усовершенствованной конфигурации MAC), либо существующий экземпляр RLC может быть реконфигурирован. Тем не менее, экземпляр RLC, поддерживающий блоки RLC PDU гибкого размера в усовершенствованной ячейке L2, не может сохранить свою конфигурацию при перемещении в неусовершенствованную ячейку L2, поскольку нормальный MAC-hs не может поддерживать прием блоков RLC PDU гибкого размера. Следовательно, для минимизации потерь данных необходима повторная установка RLC либо новая процедура обработки изменения конфигурации RLC. Изменение конфигурации блока RLC также может возникнуть из-за перемещения SRNC, при котором выполняется перемещение из SRNC, который поддерживает гибкие размеры RLC PDU, в SRNC, который не поддерживает блоки RLC PDU гибкого размера.

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

Упомянутая процедура реконфигурации конфигурирует только объект RLC, чтобы начать поддерживать блоки RLC PDU гибкого размера. Потерь данных не происходит, поскольку блоки RLC PDU фиксированного размера могут передаваться, и они будут прозрачны для WTRU и MAC-ehs. Упомянутая процедура реконфигурации конфигурирует только объект RLC, чтобы начать поддерживать блоки RLC PDU гибкого размера. Потерь данных не происходит, поскольку блоки RLC PDU фиксированного размера могут передаваться в WTRU и MAC-ehs. Когда происходит смена конфигурации RLC с блоков RLC PDU гибкого размера на блоки RLC PDU фиксированного размера, требуется повторная установка RLC, или, опционально, может быть выполнена новая процедура, которая обрабатывает изменение и может предпринимать попытки минимизации потерь данных. WTRU конфигурируется так, чтобы всегда оставаться в R7 RLC и поддерживать блоки RLC PDU гибкого размера. UTRAN может изменить конфигурации RLC без явной индикации в WTRU о смене с R6 на R7 или наоборот.

Критерии оценки для выполнения реконфигурации или повторной установки RLC

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

Необходимость повторной установки RLC для сигнализированной радионесущей может быть определена посредством явной сигнализации RRC, которая добавляет новое поле в существующую радионесущую или информационный элемент сигнализации радионесущей, который указывает о повторной установке RLC. Явная сигнализация RRC может указывать об односторонней или полной повторной установке. Процедуры RRC, соответствующие процедуре реконфигурации RB, могут быть модифицированы таким образом, чтобы выполнять проверки условий предоставленных новых конфигурационных параметров (то есть размера RLC PDU - гибкого или фиксированного) и старых конфигурационных параметров реконфигурированного объекта RLC (то есть размера RLC PDU - гибкого или фиксированного) и оценить необходимость повторной установки RLC.

Оценка критериев повторной установки может быть выполнена в описании общих действий при приеме информационного элемента информации отображения радионесущей, в описании общих действий при приеме информационного элемента "Информация RLC", и/или путем добавления новой секции, которая описывает общие действия при приеме информационного элемента конфигурации RLC нисходящей (DL) линии связи или восходящей линии связи (UL).

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

Опция 1

Для этой опции оценка повторной установки RLC выполняется в рамках действий информационного элемента "Информация отображения радионесущей" или в новой секции, которая имеет дело с действиями при приеме информационного элемента "Конфигурация RLC". Следует отметить, что для данной опции конфигурация RLC (то есть является ли выбор RLC фиксированным или гибким) предоставляется в информационном элементе "Информация отображения радионесущей". Тем не менее, информационный элемент "Конфигурация RLC" может быть предоставлен в других информационных элементах. Информационный элемент "Конфигурация RLC" может предоставлять в WTRU информацию относительно того, сконфигурирован ли данный экземпляр RLC для поддержки блоков RLC PDU фиксированного размера или гибкого размера.

Если информационный элемент "Конфигурация RLC" установлен в значение "усовершенствованная" и ранее сохраненное значение было установлено как "нормальная" (или если это значение отличается от текущего), то объект (или уровень) RLC реконфигурируется согласно информационному элементу RLC нисходящей линии связи. Необязательно, если требуется повторная установка, то объект RLC повторно устанавливается. В противном случае, если информационный элемент "Конфигурация RLC" установлен в значение "нормальная" и ранее сохраненное значение было установлено как "усовершенствованная" (или если это значение отличается от текущего). Объект RLC повторно устанавливается путем выполнения односторонней или полной повторной установки.

При получении сообщения RRC это приводит к реконфигурации радионесущей, и WTRU выполняет ряд действий, связанных с отображением радионесущей. Для функции RLC восходящей линии связи, необязательно, может быть выполнено условие для повторного установления. В частности, если радионесущая использует AM, и конфигурация RLC PDU (то есть выбора размера RLC PDU), применимая к логическому каналу восходящей линии связи, переходит от конфигурации, которая поддерживает блоки RLC PDU гибкого размера, на блоки RLC PDU фиксированного размера, и если информационный элемент "одностороннее повторное установление RLC" включен в состав сообщения RRC и установлен в значение ИСТИНА, то WTRU повторно устанавливает передающую сторону соответствующего объекта RLC. В противном случае, WTRU повторно устанавливает соответствующий объект RLC.

Когда конфигурация, которая поддерживает блоки RLC PDU фиксированного размера, меняется на конфигурацию, которая поддерживает блоки RLC PDU гибкого размера, повторное установление RLC является необязательным и может быть выполнено, когда индикатор длины, указанный в поле индикатора длины блоков RLC PDU, меняется между значениями 7 и 15 битов. Как описано выше, повторному установлению может быть подвергнута либо подсборка 130 и 230 передающей стороны (если присутствует информационный элемент "одностороннее повторное установление RLC") или целый блок 110 и 210 RLC (то есть как подсборка 130 и 230 передающей стороны, так и подсборка принимающей стороны 135 и 235).

Опция 2

Критерии повторного установления RLC оцениваются в действиях при приеме информационного элемента "Информация RLC". Когда выполняются действия, соответствующие информационному элементу "Информация RLC", процедуре требуются сведения о конфигурации объекта RLC (то есть гибком размере RLC PDU или фиксированном размере RLC PDU). Это может быть выполнено путем добавления в информационный элемент "Информация RLC" нового информационного элемента, указывающего конфигурацию RLC. Новый информационный элемент указывает, можно ли использовать гибкий или фиксированный размер RLC PDU. Новый информационный элемент также указывает, используется ли усовершенствованный или нормальный RLC.

Набор величин информационного элемента размера RLC PDU нисходящей линии связи может быть расширен таким образом, чтобы включать в себя резервированную величину, которая явным образом указывает, что RLC поддерживает блоки RLC PDU гибкого размера. Например, может быть использована величина 0 или 8, либо "все единицы" в двоичной форме и т.п. Исследуется информационный элемент "Информация отображения радионесущей" и информационный элемент "Конфигурация RLC нисходящей линии связи", который специфицирует версию используемой конфигурации RLC. Информация конфигурации RLC получается из любого другого информационного элемента, который содержит эту информацию. Если новый информационный элемент не включается в информационный элемент "Информация RLC", то процедура повторного установления основывается на информации из других элементов, или процедура повторного установления происходит в информационном элементе "Информация отображения радионесущей".

Если новая радионесущая поддерживает (то есть сконфигурирована для начала работы с) блоки RLC PDU фиксированного размера и старая радионесущая поддерживает (то есть была сконфигурирована для работы с блоками RLC PDU гибкого размера), то объект RLC повторно устанавливается. Упомянутое повторное установление может представлять собой одностороннее повторное установление. Например, для RLC нисходящей линии связи только принимающая сторона может быть повторно установлена, а для RLC восходящей линии связи повторно может быть установлена только передающая сторона. Для выполнения одностороннего повторного установления может быть использован существующий информационный элемент "одностороннее повторное установление" в информационном элементе "Информация RLC". Необязательно, процедура RRC особо указывает повторно установить принимающий объект или передающий объект без использования информационного элемента "одностороннее повторное установление".

Если новая радионесущая поддерживает блоки RLC PDU гибкого размера и старая радионесущая поддерживает блоки RLC PDU фиксированного размера, и блоки 110 и 210 RLC реконфигурируются, то повторное установление может быть необязательным.

Описание процедуры RRC приведено ниже. Процедура RRC была модифицирована согласно информационному элементу "Информация RLC". Для целей настоящего описания в информационный элемент "Информация RLC" добавляется новый информационный элемент "Индикатор размера RLC нисходящей линии связи" или "Индикатор размера RLC восходящей линии связи", который имеет величину фиксированного или нормального RLC. Пример этого нового информационного элемента приведен в таблице 1.

Процедура RRC, соответствующая действиям при наличии информационного элемента "Информация RLC", модифицируется таким образом, чтобы учесть изменения в конфигурации данного экземпляра RLC. В описанной ниже процедуре, информационный элемент "Индикатор размера RLC" используется в качестве примера. Тем не менее, в целом информационный элемент "Индикатор размера RLC" представляет индикацию конфигурации RLC и может называться иным образом, или иметь другое обозначение, такое как усовершенствованный/нормальный, и/или другие величины.

Модифицированная процедура RRC может быть выполнена следующим образом:

При приеме информационного элемента "Информация RLC" WTRU должен:

1> если присутствует информационный элемент "Режим RLC нисходящей линии связи" и он установлен в значение "AM RLC":

2> Если присутствует информационный элемент "Индикатор размера RLC нисходящей линии связи" и он установлен в значение "фиксированный";

3> если эта величина отличается от величины, установленной в текущее время в объекте RLC:

4> если информационный элемент "одностороннее повторное установление RLC" установлен в значение ИСТИНА:

5> повторно установить принимающую сторону соответствующего объекта RLC.

4> В противном случае:

5> повторно установить соответствующий объект RLC.

3> конфигурировать соответствующий объект RLC согласно новому индикатору размера RLC PDU;

2> в противном случае, если присутствует "Индикатор размера RLC нисходящей линии связи" и он установлен в значение "гибкий";

3> если эта величина отличается от величины, установленной в текущее время в объекте RLC:

4> реконфигурировать объект RLC (необязательно, повторно установить RLC, если RRC сконфигурировано так, чтобы повторно устанавливаться при перемещении из неусовершенствованной ячейки в усовершенствованную ячейку).

2> В противном случае (за утверждением "в противном случае" следуют процедуры, которые обрабатывают экземпляры фиксированных размеров RLC PDU, или случай, где индикатор размера DL RLC отсутствует. Этапы, следующие за данным утверждением "в противном случае", соответствуют этапам в R6);

3> если информационный элемент "Размер RLC PDU нисходящей линии связи" отсутствует;

4> определение размера RLC PDU будет обработано на уровне RLC, без какой-либо конфигурации из RRC.

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

3> в противном случае, если присутствует информационный элемент "Размер RLC PDU нисходящей линии связи", и в объекте RLC в текущее время не установлено какого-либо размера RLC PDU нисходящей линии связи:

4> конфигурировать соответствующий объект RLC посредством размера RLC PDU нисходящей линии связи.

3> В противном случае, если присутствует информационный элемент "Размер RLC PDU нисходящей линии связи" и его значение отличается от установленного в текущее время в объекте RLC:

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

4> Если информационный элемент "одностороннее повторное установление RLC" установлен в значение ИСТИНА:

5> повторно установить принимающую сторону соответствующего объекта RLC.

4> В противном случае:

5> повторно установить соответствующий объект RLC.

4> конфигурировать соответствующий объект RLC посредством нового размера RLC PDU нисходящей линии связи.

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

Для Опции 2 пример функционального описания информационного элемента "Информация RLC" приведен в таблице 1.

Таблица 1Модифицированный информационный элемент "Информация RLC"
Имя/группа информационного элемента Необходи-мость Множество Тип и ссылка Описание семантики Версия
ВЫБОР режим RLC восходящей линии связи OP Указывает, какой режим должен быть использован - режим подтверждения приема, режим неподтвержде-ния приема или прозрачный режим.
>AM RLC
>> Отбрасывание RLC передачи MP Отбрасывание RLC передачи 10.3.4.25
>>Размер окна передачи MP Целое (1, 8, 16, 32, 64, 128, 256, 512, 768, 1024, 1536, 2047, 2560, 3072, 3584, 4095) Максимальное количество блоков RLC PDU, передаваемых без получения подтверждения их приема. Этот параметр необходим, если используется режим подтверждения приема. WTRU может предполагать, что окно приемника UTRAN равно этой величине.
>>Timer_RST MP Целое (50, 100, 150, 200, 250, 300, 350, 400, 450, 500, 550, 600, 700, 800, 900, 1000) Прошедшее время в миллисекундах. Используется для запуска повторной передачи RESET PDU.
>>Max_RST MP Целое (1, 4, 6, 8, 12, 16, 24, 32)
>>Информация опроса OP Информация опроса 10.3.4.4
>UM RLC
>>Отбрасывание RLC передачи OP Отбрасывание RLC передачи10.3.4.25
>TM RLC
>>Отбрасывание RLC передачи OP Отбрасывание RLC передачи10.3.4.25
>>Индикация сегментации MP Булева переменная Значение ИСТИНА указывает, что сегментация выполняется.
ВЫБОР Режим RLC нисходящей линии связи OP Указывает, какой режим должен быть использован - режим подтверждения приема, режим неподтвержде-ния приема или прозрачный режим.
>AM RLC
>>Индикатор размера RLC PDU нисходящей линии связи MP Нумерованная переменная(фиксированный, гибкий) Указывает, должны ли использоваться фиксированные размеры RLC PDU. REL-7
>>Размер RLC PDU нисходящей линии связи MP Целое (16..500 с шагом 8) Единица в битах REL-5
>>Доставка по порядку MP Булева переменная Значение ИСТИНА указывает, что RLC должно сохранить порядок блоков PDU высшего уровня при доставке.Значение ЛОЖЬ указывает, что принимающий объект RLC может допустить доставку блоков SDU в высший уровень в другом порядке, отличном от предложенного подуровнем RLC на передающей стороне.
>>Размер окна приема MP Целое (1, 8, 16, 32, 64, 128, 256, 512, 768, 1024, 1536, 2047, 2560, 3072, 3584, 4095) Максимальное количество блоков RLC PDU, которые допускается принимать. Этот параметр необходим, если используется режим подтверждения приема. WTRU также может предположить, что окно передатчика UTRAN равно этой величине.
>>Информация статуса RLC нисходящей линии связи MP Информация статуса RLC нисходящей линии связи10.3.4.1
>UM RLC
>>Размер UM RLC LI нисходящей линии связи MP Целое (7, 15) Размер в битах, который должен использоваться для RLC UM LI нисходящей линии связи. REL-5
>>Размер окна приема нисходящей линии связи CV-Not-SIB16o Целое (32, 48, 64, 80, 96, 112) REL-6
>TM RLC
>>Индикация сегментации MP Булева переменная Значение ИСТИНА указывает, что сегментация выполняется.
Одностороннее повторное установление RLC MP Булева переменная Значение ИСТИНА указывает, что повторно устанавливается только одна сторона объекта AM RLC. REL-5
Альтернативная интерпретация по E битам CV-Not-SIB16o Нумерованная переменная (ИСТИНА) Отсутствие этого информационного элемента означает, что должна быть применена нормальная интерпретация по E битам. REL-6

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

Ссылаясь на фиг.1 и 2, раскрыт альтернативный способ для настройки новой конфигурации RLC в WTRU 100 и UTRAN 200. Этот альтернативный способ применим тогда, когда подсборка 135 и 235 принимающей стороны в явной форме сигнализирует конфигурацию RLC через сообщения реконфигурации RRC радионесущей и она сконфигурирована так, чтобы поддерживать блоки RLC PDU гибкого размера. Когда подсборка 135 и 235 принимающей стороны сконфигурирована для поддержки блоков RLC PDU гибких размеров, подсборка 135 и 235 принимающей стороны может принять с верхних уровней индикацию размера RLC PDU, которые используются подсборкой 130 и 230 передающей стороны (при конфигурации для поддержки блоков RLC PDU фиксированного размера). Данный способ также применим к случаю, когда блок 110 и 220 RLC меняет размер поля индикатора длины блоков RLC PDU между значениями 7 и 15.

При переходе от конфигурации RLC, которая поддерживает RLC PDU гибкого размера, на конфигурацию RLC, которая поддерживает фиксированные размеры RLC PDU, подсборка 130 и 230 передающей стороны и подсборка 135 и 235 принимающей стороны должны отбрасывать блоки RLC PDU гибкого размера. В частности, в заданное время активации подсборка 130 и 230 передающей стороны отбрасывает блоки RLC PDU гибкого размера (или блоки RLC PDU с размером, который отличается от фиксированного размера блока PDU Данных Режима Подтверждения Приема (AMD)), которые были переданы один раз и подтверждение приема которых еще не было получено. Примером времени активации может быть время, когда Node-B начинает использовать нормальный MAC-hs в случае нисходящей линии связи и/или MAC-i/is в случае восходящей линии связи. Подсборка 130 и 230 передающей стороны может отбрасывать блоки RLC PDU согласно одному или комбинации из следующих правил.

1) Любой RLC PDU, размер которого отличается от длины фиксированного RLC PDU (применимо к блокам RLC PDU гибкого размера, которые были созданы, но которые могут быть еще не переданы);

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

3) Все блоки RLC PDU с Номером Последовательности (SN) до последних блоков RLC PDU с гибким размером включительно (или с размером, который отличается от длины фиксированного PDU);

4) Все блоки RLC PDU с SN до последнего блока RLC PDU с гибким размером включительно (или с размером, который отличается от длины фиксированного PDU), который был передан, по меньшей мере, один раз;

5) Все блоки RLC SDU до последнего SDU включительно, который входит в состав последнего RLC PDU с гибким размером PDU (или с размером, который отличается от сконфигурированной фиксированной длины PDU);

6) Все блоки RLC SDU до последнего SDU включительно, который входит в состав последнего RLC PDU с гибким размером PDU (или с размером, который отличается от сконфигурированной фиксированной длины PDU);

7) Все блоки RLC SDU, для которых, по меньшей мере, один сегмент входит в состав PDU с размером, который отличается от сконфигурированного фиксированного размера PDU, который был передан, по меньшей мере, один раз; и/или

8) Все блоки RLC PDU в буфере повторной передачи, которые были переданы в нижние уровни и которые имеют присвоенный номер SN.

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

Подсборка 130 и 230 передающей стороны повторно не инициализирует параметры состояния и номеров последовательности. Затем подсборка 130 и 230 передающей стороны указывает подсборке 135 и 235 принимающей стороны блоки RLC PDU или RLC SDU, которые были отброшены.

Управляющее Суперполе (SUFI) Перемещения Окна Приема (MRW) может быть использовано для индикации отброшенных блоков RLC PDU и RLC SDU. Если параметр "Передать MRW" не сконфигурирован, то MRW SUFI собирается посредством информации исключения. В частности, следует указать последний SN отброшенного RLC PDU или RLC SDU (SN_MRW=SN последнего отброшенного RLC PDU+1).