СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ И ПРИЕМА ПАКЕТНОГО МОДУЛЯ ДАННЫХ В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ

УРОВЕНЬ ТЕХНИКИ

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение, в общем, относится к системе мобильной связи, а в частности, к способу и устройству для передачи и приема пакетных модулей данных (PDU) в абонентском устройстве (UE) или узле B.

ОПИСАНИЕ ПРЕДШЕСТВУЮЩЕГО УРОВНЯ ТЕХНИКИ

В настоящее время стандарт долгосрочного развития (LTE) обсуждается в качестве системы мобильной связи следующего поколения, следующей после UMTS-системы. LTE - это технология для реализации связи с высокоскоростной передачей пакетов приблизительно при 100 Мбит/с, предполагаемая к развертыванию примерно в 2010 году. С этой целью обсуждаются несколько схем, и типично одна из схем передает функцию протокола радиосвязи контроллера радиосети (RNC) в e-node B, чтобы максимально аппроксимировать его к радиоканалам.

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

Ссылаясь на фиг. 1, как проиллюстрировано, усовершенствованные сети радиодоступа UMTS (E-UTRAN) 110 и 112 упрощаются до конфигурации с 2 узлами из усовершенствованных узлов B (ENB) (или узлов B) 120, 122, 124, 126 и 128 и узлов 130 и 132 присоединения. Абонентское устройство (UE) 101 осуществляет доступ к сети по Интернет-протоколу (IP) посредством E-UTRAN 110 и 112.

ENB 120-128 соответствуют унаследованным узлам B системы UMTS и подключаются к UE 101 по радиоканалам. В отличие от унаследованных узлов B, ENB 120-128 выполняют более сложные функции. В LTE, поскольку весь пользовательский трафик, включающий в себя услуги реального времени, такие как речь по IP (VoIP), обслуживается по совместно используемому каналу, есть потребность в устройстве для сбора информации о состоянии UE и выполнения диспетчеризацию с использованием информации, и ENB 120-128 берут управление этой функцией.

Аналогично стандарту высокоскоростного пакетного доступа по нисходящей линии связи (HSDPA) и/или высокоскоростного пакетного доступа восходящей линии связи (HSUPA), LTE также имеет гибридный автоматический запрос на повторную передачу (HARQ), выполняемый между ENB 120-128 и UE 101. Тем не менее, поскольку невозможно удовлетворять различные требования по качеству обслуживания (QoS) только с помощью HARQ, внешний ARQ может выполняться на верхних уровнях, и внешний ARQ также выполняется между UE 101 и ENB 120-128.

Чтобы реализовывать скорость передачи данных максимум в 100 Мбит/с, LTE использует мультиплексирование с ортогональным частотным разделением каналов (OFDM) в качестве технологии радиодоступа в полосе пропускания 20 МГц. Помимо этого, должна быть применена адаптивная модуляция и кодирование (AMC), которая определяет схему модуляции и скорость канального кодирования в зависимости от состояния канала UE.

Множество систем мобильной связи следующего поколения, включающие в себя LTE, используют и HARQ и ARQ в качестве технологии коррекции ошибок.

Термин "HARQ" при использовании в данном документе упоминается как технология для мягкого комбинирования ранее принятых данных с повторно передаваемыми данными без отбрасывания ранее принятых данных, тем самым повышая долю успешных приемов. Более конкретно, приемная сторона HARQ определяет наличие/отсутствие ошибки в принимаемом пакете и затем отправляет сигнал подтверждения приема HARQ (HARQ ACK) или отрицания приема HARQ (HARQ NACK) передающей стороне согласно наличию/отсутствию ошибки. Затем передающая сторона выполняет повторную передачу HARQ-пакета или передачу нового HARQ-пакета согласно HARQ ACK/NACK-сигналу. Приемная сторона HARQ мягко комбинирует повторно передаваемый пакет с ранее принятым пакетом, чтобы уменьшать частоту появления ошибок.

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

Эта технология не выполняет мягкое комбинирование ранее принятого пакета с повторно передаваемыми пакетами. В LTE-системе операция ARQ управляется посредством уровня протокола управления радиосвязью (RLC), а операция HARQ управляется посредством уровня управления доступом к среде (MAC) или физического уровня (PHY).

Фиг. 2 является схемой, иллюстрирующей структуру протоколов для LTE-системы. На фиг. 2 уровни передающей стороны и приемной стороны показаны симметричным способом.

Ссылаясь на фиг. 2, LTE-система включает в себя объекты 201 и 215 согласно протоколу конвергенции пакетных данных (PDCP) и RLC-объекты 203 и 213 на услугу. PDCP-объекты 201 и 215 управляют такой операцией, как сжатие/распаковка IP-заголовка. RLC-объект 203 повторно формирует служебные модули данных RLC (SDU) 217 или пакет, выводимый из PDCP-объекта 201, в RLC PDU 219 с соответствующим размером, и RLC-объект 213 выводит RLC SDU 227 в PDCP-объект 215 посредством комбинирования входного RLC PDU 225 и выполняет операцию ARQ и т.п.

MAC-объекты 205 и 211 соединены с несколькими RLC-объектами 203 и 213, формируемыми в одном UE, и выполняют операцию мультиплексирования входного RLC PDU 219 в MAC PDU 221 и демультиплексирование RLC PDU 225 из принимаемого MAC PDU 223.

Физические уровни 207 и 209 создают OFDM-символ посредством канального кодирования и модуляции данных верхнего уровня и передают OFDM-символ по радиоканалу; или демодулируют и канально декодируют OFDM-символы, принимаемые по радиоканалу, и передают декодированные OFDM-символы на верхний уровень.

Непроиллюстрированные объекты HARQ, возможно, предоставляемые между MAC-уровнями 205 и 211 и физическими уровнями 207 и 209, обмениваются PDU MAC 221 и 223 друг с другом через заранее определенную операцию HARQ.

В общем, "уровень 2 (L2)" означает PDCP-, RLC- и MAC-уровни 201-205 (211-215) и "уровень 1 (L1)" означает физические уровни 207 и 209.

PDCP-, RLC-, MAC-объекты 201-205 (211-215) предусмотрены в паре для передающей стороны и приемной стороны. Например, RLC-объект 203 передающей стороны и RLC-объект 213 приемной стороны связаны друг с другом на основе "один-к-одному".

Фиг. 3 является схемой, иллюстрирующей структуру RLC PDU в традиционной системе мобильной связи.

Ссылаясь на фиг. 3, RLC-объект 203 передающей стороны передает RLC PDU 312 и 314 в RLC-объект 213 приемной стороны.

В структурах традиционных RLC PDU 312 и 314, заголовки 311 и 313 включают в себя поле D/C, поле Порядковый НомерПорядкового номера), поле P, поле HE, поля 321, 323 и 325 Индикатора Длины (LI) и поля 322, 324 и 326 Бита Расширения.

Поля 321, 323 и 325 LI являются полями для указания, в общем, конца каждого из RLC SDU 301-304, включенных в RLC PDU 312 и 314, а поля 322, 324 и 326 Бита Расширения являются полями для указания того, является ли следующее по порядку поле полем LI или данными (т.е. рабочие данные).

Поле D/C - это поле, указывающее, является ли текущий PDU передачи PDU данных или PDU управления, а Порядковый Номер указывает номер для передачи согласно порядку передачи PDU. Поле P - это опросные биты для операции опрашивания, а поле HE указывает то, является следующий октет передачи началом данных или полем LI.

Далее приводится описание структур RLC PDU 312 и 314 на фиг. 3, когда RLC SDU 301 и 302 передаются в одном RLC PDU 312, и часть 327, которая отсечена из RLC SDU 302 без передачи в ходе предыдущей передачи, передается в следующем RLC PDU 314 наряду с RLC SDU 303 и 304.

На фиг. 3, когда несколько RLC SDU 301 и 302 включены в один RLC PDU 312 или RLC SDU 327, который отсечен без передачи в ходе предыдущей передачи, передается, поля 321, 323 и 325 LI формируются с 7 битами в заголовках 311 и 313, чтобы указывать включение/частичную передачу, и поля 322, 324 и 326 Бита Расширения для указания того, является ли следующее по порядку поле LI или данными, добавляются в них.

В частности, на фиг. 3, поле 321 LI, включенное в заголовок 311, указывает конечную точку RLC SDU 301 в рабочих данных RLC PDU 312, поле 323 LI, включенное в заголовок 313, указывает конечную точку RLC SDU 302 в рабочих данных RLC PDU 314, а поле 325 LI указывает конечную точку RLC SDU 303 в рабочих данных RLC PDU 314.

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

LI указывает смещение от начальной точки текущей передачи PDU к конечной точке SDU, которые передаются совместно в рабочих данных PDU. Следовательно, LI - это не простой индикатор, а он выражает важное значение, и RLC-объект 213 приемной стороны отделяет каждый SDU от PDU с использованием LI согласно математическому выражению.

В заголовке RLC PDU, LI и Бит Расширения формируются вместе в одном байте (т.е. октете), и за полем LI идет поле Бита Расширения.

Когда RLC-объект 203 передающей стороны передает RLC PDU, сформированный так, как указано выше, RLC-объект 213 приемной стороны выполняет операцию по фиг. 4, чтобы проверять LI.

Фиг. 4 является блок-схемой последовательности операций способа, иллюстрирующей операцию для проверки традиционного Бита Расширения и LI.

На этапе 401, RLC-объект 213 приемной стороны извлекает октет, включающий в себя поле LI, из заголовка RLC PDU, принимаемого от противостоящего RLC-объекта 203, и извлекает Бит Расширения посредством выполнения операции маскирования. RLC-объект 213 приемной стороны проверяет на этапе 403 то, равен ли извлеченный Бит Расширения 1. Если он равен 1, RLC-объект 213 приемной стороны переходит к этапу 405, а если он не равен 1, RLC-объект 213 приемной стороны переходит к этапу 407.

На этапе 405, если извлеченный Бит Расширения равен 1, RLC-объект 213 приемной стороны определяет, что поле LI и поле Бита Расширения другого RLC SDU присутствуют в следующем октете, и затем переходит к этапу 409. Тем не менее, на этапе 407, если извлеченный Бит Расширения не 1, RLC-объект 213 приемной стороны определяет, что данные существуют от следующего октета и затем переходит к этапу 409.

На этапе 409, поскольку извлеченный Бит Расширения находился после поля LI, RLC-объект 213 приемной стороны сдвигает вправо октет, включающий в себя поле LI на 1 бит до извлечения поля LI и проверяет LI, включенный в поле LI, на этапе 411.

Чтобы проверять значение LI, включенное в RLC PDU, RLC-объект 213 приемной стороны традиционной асинхронной системы должен выполнять маскирование для определения Бита Расширения, а затем выполнять повторно операцию сдвига для LI после считывания байта, в который включено LI. Операция сдвига должна быть выполнена для каждого октета, включающего в себя поле LI, независимо от содержимого Бита Расширения. Следовательно, есть потребность в схеме, допускающей эффективную проверку LI в RLC-объекте 213 приемной стороны.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Соответственно, аспект настоящего изобретения предоставляет способ и устройство для передачи и приема PDU после задания поля Бита Расширения и поля LI в системе мобильной связи.

Другой аспект настоящего изобретения предоставляет способ и устройство для формирования заголовка так, чтобы поле LI следовало после своего связанного поля Бита Расширения, и передачи и приема PDU в системе мобильной связи.

Согласно одному аспекту настоящего изобретения, предусмотрен способ для передачи пакетного модуля данных (PDU), сформированного с более чем двумя служебными модулями данных (SDU), и заголовком, имеющим информацию по каждому SDU, в передающем устройстве системы мобильной связи. Способ включает в себя формирование, в заголовке, Индикатора Длины (LI), указывающего конечную точку каждого из оставшихся SDU, за исключением последнего SDU, и Бита Расширения, указывающего наличие/отсутствие другого LI после каждого LI, и формирования заголовка так, чтобы LI следовал после Бита Расширения, связанного с ним; формирование PDU со сформированным заголовком и SDU; и передачу PDU.

Согласно другому аспекту настоящего изобретения, предусмотрен способ для приема пакетного модуля данных (PDU), имеющего более чем два служебных модуля данных (SDU), в приемном устройстве системы мобильной связи. Способ включает в себя прием PDU; и когда значения Бита Расширения и Индикатора Длины (LI), соответствующие каждому SDU, включенному в PDU, больше чем или равны заранее определенному значению, маскирования Бита Расширения и определения длины SDU, соответствующего LI.

Согласно дополнительно другому аспекту настоящего изобретения, предусмотрен способ для приема пакетного модуля данных (PDU), имеющего более чем два служебных модуля данных (SDU), в приемном устройстве системы мобильной связи. Способ включает в себя прием PDU; и когда значения Бита Расширения и Индикатора Длины (LI), соответствующие каждому SDU, включенному в PDU, меньше чем заранее определенное значение, маскирования Бита Расширения и определения длины SDU, соответствующего LI.

Согласно еще одному аспекту настоящего изобретения, предусмотрено устройство для передачи пакетного модуля данных (PDU), сформированного более чем с двумя служебными модулями данных (SDU) и заголовком, имеющим информацию по каждому SDU в системе мобильной связи. Устройство включает в себя формирователь заголовков для формирования, в заголовке, Индикатора Длины (LI), указывающего конечную точку каждого из оставшихся SDU, за исключением последнего SDU, и Бита Расширения, указывающего наличие/отсутствие другого LI после каждого LI, и формирования заголовка так, чтобы LI следовал после Бита Расширения, связанного с ним; формирователь PDU для формирования PDU со сформированным заголовком и SDU; и передающий модуль для передачи PDU.

Согласно еще одному другому аспекту настоящего изобретения, предусмотрено устройство для приема пакетного модуля данных (PDU), имеющего более чем два служебных модуля данных (SDU), в системе мобильной связи. Устройство включает в себя приемный модуль для приема PDU; и модуль проверки PDU, когда значения Бита Расширения и Индикатора Длины (LI), соответствующие каждому SDU, включенному в PDU, больше чем или равны заранее определенному значению, маскирования Бит Расширения и определения длины SDU, соответствующего LI.

Согласно еще одному другому аспекту настоящего изобретения, предусмотрено устройство для приема пакетного модуля данных (PDU), имеющего более чем два служебных модуля данных (SDU), в системе мобильной связи. Устройство включает в себя приемный модуль для приема PDU; и модуль проверки PDU, когда значения Бита Расширения и Индикатора Длины (LI), соответствующие каждому SDU, включенному в PDU, меньше чем заранее определенное значение, маскирования Бита Расширения и определения длины SDU, соответствующего LI.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг. 1 является схемой, иллюстрирующей примерную конфигурацию системы мобильной связи 3GPP LTE следующего поколения;

Фиг. 2 является схемой, иллюстрирующей структуру протоколов для системы мобильной связи;

Фиг. 3 является схемой, иллюстрирующей структуру RLC PDU в традиционной системе мобильной связи;

Фиг. 4 является блок-схемой последовательности операций способа, иллюстрирующей операцию для проверки Бита Расширения и LI;

Фиг. 5 является схемой, иллюстрирующей структуры RLC PDU согласно первому варианту осуществления настоящего изобретения;

Фиг. 6 является блок-схемой последовательности операций способа, иллюстрирующей операцию для приема структуры RLC PDU и проверки Бита Расширения и LI согласно первому варианту осуществления настоящего изобретения;

Фиг. 7 является блок-схемой последовательности операций способа, иллюстрирующей операцию для приема структуры RLC PDU и проверки Бита Расширения и LI согласно второму варианту осуществления настоящего изобретения; и

Фиг. 8A является схемой, иллюстрирующей структуру RLC PDU для традиционного случая, когда несколько полей LI передаются в одном RLC PDU; и

Фиг. 8B является схемой, иллюстрирующей структуру RLC PDU для нового случая, где несколько полей LI передаются в одном RLC PDU согласно первому варианту осуществления настоящего изобретения.

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

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

Сначала описывается идея настоящего изобретения. Настоящее изобретение представляет эффективную работу приемной стороны посредством последовательного позиционирования поля LI и поля Бита Расширения при формировании заголовка PDU в системе мобильной связи.

Подробное описание настоящего изобретения приводится в данном документе в отношении RLC-уровня системы с широкополосным множественным доступом с кодовым разделением каналов (WCDMA), которая является OFDM-системой связи на основе UMTS. Тем не менее, специалисты в данной области техники должны понимать, что эффективное задание позиции для Бита Расширения, задаваемое посредством настоящего изобретения, может быть применено даже к другим системам мобильной связи, поддерживающим аналогичный уровень техники, и формату канала с небольшой модификацией без отступления от сущности и объема изобретения.

Фиг. 5 является схемой, иллюстрирующей структуры RLC PDU согласно варианту осуществления настоящего изобретения.

Далее приводится описание структур RLC PDU 512 и 514 на фиг. 5, когда RLC SDU 501 и 502 передаются в одном RLC PDU 512, и часть 527, которая отсечена из RLC SDU 502 без передачи через RLC PDU 512, передается вместе с RLC SDU 503 и 504 через RLC PDU 514, который является следующей передачей.

В RLC PDU 512 и 514, если несколько RLC SDU 501 и 502 включены в один RLC PDU 512 или часть 527, которая отсечена без передачи в ходе предыдущей передачи, передается, поля Бита Расширения 521, 523 и 525, указывающие то, являются их последующие поля полями LI или данными (т.е. рабочими данными), формируются с 1 битом в заголовках 511 и 513, чтобы указывать включение/частичную передачу, а поля LI 522, 524, и 526 формируются с 7 битами после полей 521 523 и 525 Бита Расширения.

Таким образом, из сравнения между структурой RLC PDU в традиционной асинхронной системе мобильной связи, описанной со ссылкой на фиг. 3, и структурой RLC PDU в новой асинхронной системе мобильной связи согласно варианту осуществления настоящего изобретения, описанной со ссылкой на фиг. 5, можно понять, что позиции поля LI и поля Бита Расширения изменены на противоположные.

Следовательно, RLC-объект передающей стороны согласно варианту осуществления настоящего изобретения формирует PDU посредством вставки более чем двух SDU в рабочие данные PDU и формирует поле LI в заголовке PDU посредством формирования Индикатора Длины (LI), указывающего конечную точку каждого из оставшихся SDU, за исключением последнего SDU. RLC-объект передающей стороны формирует поле Бита Расширения посредством формирования каждого Бита Расширения, в который включен бит расширения, указывающий наличие/отсутствие другого поля LI после каждого поля LI. Дополнительно, RLC-объект передающей стороны формирует заголовок так, чтобы каждое поле LI следовало за своим связанным с полем Бита Расширения, формирует PDU со сформированным заголовком и SDU и затем передает сформированный PDU. В данном документе, конечная точка последнего SDU, поскольку она равна конечной точке PDU, может быть определена из всех полей Индикатора Длины PDU, доставляемых из MAC-уровня, так же, как в традиционном способе.

Со ссылкой на Таблицу 1 и Таблицу 2, далее приводится описание анализа значений Бита Расширения в структуре RLC PDU согласно различным вариантам осуществления настоящего изобретения, причем анализ выполняется отличным от традиционного способом.

Таблица 1 показывает значения Бита Расширения в структуре RLC PDU согласно первому варианту осуществления настоящего изобретения.

Таблице 2 показывает значения Бита Расширения в структуре RLC PDU согласно второму варианту осуществления настоящего изобретения.

Как показано в Таблице 2, значения Бита Расширения в структуре RLC PDU согласно варианту осуществления настоящего изобретения могут быть заданы способом, противоположным от значений традиционного Бита Расширения. Поскольку Бит Расширения=0 указывает, что следующее поле - это другое поле LI, как задано в Таблице 2, RLC-объект приемной стороны может опускать операцию маскирования для удаления Бита Расширения.

Фиг. 6 является блок-схемой последовательности операций способа, иллюстрирующей операцию для приема структуры RLC PDU и проверки Бита Расширения и LI согласно первому варианту осуществления настоящего изобретения.

На фиг. 6, поле LI используется для различения каждого RLC SDU, заключенного в RLC PDU в ходе передачи. LI задается с помощью последовательности числовых значений, указывающих смещение от начальной точки рабочих данных, включенных в RLC PDU, к конечной точке RLC SDU, а Бит Расширения указывает то, является следующий 1 байт полем LI или начальной точкой рабочих данных.

Структура RLC PDU согласно первому варианту осуществления настоящего изобретения предоставляется посредством применения Бита Расширения, к которому применяются значения Бита Расширения, заданные в Табл. 1, к структуре RLC PDU согласно варианту осуществления настоящего изобретения.

На этапе 601, RLC-объект приемной стороны обнаруживает один октет, включающий в себя поле LI и поле Бита Расширения, из заголовка RLC PDU, принимаемого от противоположного RLC-объекта, и определяет, превышает ли значение октета заранее определенный диапазон (к примеру, 0x80). Если на этапе 601 определено то, что значение одного октета, включающего в себя поле LI и поле Бита Расширения, больше чем или равно заранее определенному диапазону 0x80, объект приемной стороны переходит к этапу 603, а если значение меньше чем заранее определенный диапазон 0x80, объект приемной стороны переходит к этапу 607.

На этапе 603, если значение октета больше чем или равно заранее определенному диапазону, RLC-объект приемной стороны определяет то, что поле LI и поле Бита Расширения для другого RLC SDU существуют в следующем октете. RLC-объект приемной стороны удаляет Бит Расширения посредством маскирования старшего бита (MSB) октета на этапе 605 и проверяет LI, включенный в поле LI, оставшееся в октете на этапе 609, чтобы разделять каждый SDU согласно LI.

Тем не менее, на этапе 607, если значение октета меньше, чем заранее определенный диапазон, RLC-объект 213 приемной стороны определяет, что рабочие данные (т.е. SDU) существуют, из следующего октета и проверяет LI, включенный в поле LI, соответствующее октету, на этапе 609.

Здесь, если значение одного октета, включающего в себя поле LI и поле Бита Расширения, превышает 0x80, RLC-объект 213 приемной стороны распознает Бит Расширения как 1, а если значение одного октета, включающего в себя поле LI и поле Бита Расширения, не превышает 0x80, RLC-объект 213 приемной стороны распознает Бит Расширения как 0. Таким образом, RLC-объект 213 приемной стороны может извлекать четный Бит Расширения. Это возможно, поскольку разность между 0 и 1 определенно различается, так как Бит Расширения приходит в MSB.

На фиг. 6 показана примерная структура общего UMTS RLC PDU, в котором поле LI составлено из 7 битов, а Бит Расширения составлен из 1 бита. Значение для сравнения (т.е. 0x80), используемое для вычисления значения Бита Расширения, подчиняется изменению согласно числу битов в поле LI.

Фиг. 7 является блок-схемой последовательности операций способа, иллюстрирующей операцию для приема структуры RLC PDU и проверки Бита Расширения и LI согласно второму варианту осуществления настоящего изобретения.

Структура RLC PDU согласно второму варианту осуществления настоящего изобретения предоставляется посредством применения Бита Расширения, к которому применяются значения Бита Расширения, заданные в Табл. 2, к структуре RLC PDU согласно варианту осуществления настоящего изобретения.

На этапе 701, RLC-объект приемной стороны обнаруживает один октет, включающий в себя поле LI и поле Бита Расширения, из заголовка RLC PDU, принимаемого от противостоящего RLC-объекта, и определяет, превышает ли значение октета заранее определенный диапазон, т.е. 0x80.

Если определено на этапе 701 то, что значение одного октета, включающего в себя поле LI и поле Бита Расширения, меньше чем 0x80, объект приемной стороны переходит к этапу 703, а если значение октета больше чем или равно 0x80, объект приемной стороны переходит к этапу 705.

На этапе 703, RLC-объект приемной стороны определяет, что поле LI и поле Бита Расширения другого RLC SDU существуют в следующем октете, и проверяет LI, включенный в поле LI, оставшееся в октете, на этапе 709, чтобы разделять каждый SDU согласно проверенному LI.

На этапе 705, RLC-объект приемной стороны определяет, что рабочие данные существуют, из следующего октета. После этого, RLC-объект приемной стороны удаляет Бит Расширения посредством маскирования MSB октета на этапе 707 и проверяет LI, включенный в поле LI, оставшийся в октете на этапе 709, чтобы разделять каждый SDU согласно проверенному LI.

Следовательно, когда RLC-объект передающей стороны передает несколько полей LI в одном RLC PDU с использованием структуры RLC PDU согласно второму варианту осуществления настоящего изобретения, RLC-объект приемной стороны может проверять каждый Бит Расширения и каждый LI посредством проведения N сравнений, где N - это число полей LI, и одного маскирования, для заголовка RLC PDU.

Далее приводится описание применения структуры RLC PDU согласно первому и второму вариантам осуществления настоящего изобретения в асинхронной системе следующего поколения, такой как LTE. В LTE LI и Бит Расширения существуют, и в отличие от традиционной асинхронной системы WCDMA, LI может использоваться даже как значение, указывающее длину каждого RLC SDU в соответствующем RLC PDU. Однако, поскольку LI в LTE также указывает конкретное значение, можно применять позицию поля Бита Расширения, сформированного в одном байте, вместе с полем LI в структуре RLC PDU в ходе передачи так, чтобы поле Бита Расширения располагалось перед полем LI, согласно варианту осуществления настоящего изобретения, описанному со ссылкой на фиг. 5.

Ссылаясь на фиг. 8A и 8B, приводится описание сравнения между традиционным случаем, когда несколько полей LI применяются к одному RLC PDU, и нового случая, когда несколько полей LI применяются к одному RLC PDU, согласно первому варианту осуществления настоящего изобретения.

Фиг. 8A является схемой, иллюстрирующей структуру RLC PDU для традиционного случая, когда несколько полей LI применяются к одному RLC PDU, а фиг. 8B является схемой, иллюстрирующей структуру RLC PDU для нового случая, когда несколько полей LI применяются к одному RLC PDU, согласно первому варианту осуществления настоящего изобретения.

Если традиционная схема, описанная на фиг. 4, применяется к N полям LI, как показано на фиг. 8A, RLC-объект приемной стороны выполняет N сдвигов, N сравнений и N маскирований.

Тем не менее, если первый и второй варианты осуществления настоящего изобретения применяются, как показано на фиг. 8B, RLC-объект приемной стороны выполняет только N сравнений и (N-1) маскирований (для удаления MSB).

Как результат, если RLC-объект передающей стороны формирует и передает RLC PDU в структуре RLC PDU на основе первого и второго вариантов осуществления настоящего изобретения, RLC-объект приемной стороны может осуществлять эффективную работу по сравнению с традиционным объектом, поскольку N больше.

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