RU2442282C2 - Способ и устройство для передачи и приема пакетного модуля данных в системе мобильной связи - Google Patents

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

Info

Publication number
RU2442282C2
RU2442282C2 RU2009137596/07A RU2009137596A RU2442282C2 RU 2442282 C2 RU2442282 C2 RU 2442282C2 RU 2009137596/07 A RU2009137596/07 A RU 2009137596/07A RU 2009137596 A RU2009137596 A RU 2009137596A RU 2442282 C2 RU2442282 C2 RU 2442282C2
Authority
RU
Russia
Prior art keywords
field
pdu
extension bit
sdu
header
Prior art date
Application number
RU2009137596/07A
Other languages
English (en)
Other versions
RU2009137596A (ru
Inventor
Дзун-Сунг ЛИ (KR)
Дзун-Сунг ЛИ
Хие-Дзеонг КИМ (KR)
Хие-Дзеонг КИМ
До-Йоунг ЛИ (KR)
До-Йоунг ЛИ
Йоунг-Таек КИМ (KR)
Йоунг-Таек КИМ
Original Assignee
Самсунг Электроникс Ко., Лтд.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Самсунг Электроникс Ко., Лтд. filed Critical Самсунг Электроникс Ко., Лтд.
Publication of RU2009137596A publication Critical patent/RU2009137596A/ru
Application granted granted Critical
Publication of RU2442282C2 publication Critical patent/RU2442282C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/147—Signalling methods or messages providing extensions to protocols defined by standardisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079—Formats for control data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

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

Description

УРОВЕНЬ ТЕХНИКИ
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение, в общем, относится к системе мобильной связи, а в частности, к способу и устройству для передачи и приема пакетных модулей данных (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 согласно первому варианту осуществления настоящего изобретения.
Таблица 1
Бит Расширения Смысл
0 Поле данных
1 Другое поле LI
В Таблице 1, Бит Расширения=1 указывает, что следующее поле - это поле LI, и
Бит Расширения=0 указывает, что следующее поле - это данные.
Таблице 2 показывает значения Бита Расширения в структуре RLC PDU согласно второму варианту осуществления настоящего изобретения.
Таблица 2
Бит Расширения Смысл
0 Другое поле LI
1 Поле данных
Как показано в Таблице 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 больше.
Хотя изобретение показано и описано со ссылкой на его конкретные варианты осуществления, специалистам в данной области техники следует понимать, что различные изменения по форме и содержанию могут быть сделаны без отступления от сущности и объема изобретения, заданных посредством прилагаемой формулы изобретения.

Claims (14)

1. Способ передачи пакетного модуля данных (PDU), сформированного с более чем двумя служебными модулями данных (SDU) и заголовком, имеющим информацию по каждому SDU, в передающем устройстве системы мобильной связи, при этом способ содержит этапы, на которых:
- формируют в заголовке поле Индикатора Длины (LI), указывающее длину каждого из оставшихся SDU, за исключением конечного SDU, и поле Бита Расширения, указывающее наличие или отсутствие другого поля LI после каждого поля LI, и формируют заголовок так, чтобы поле Бита Расширения было расположено перед каждым полем LI;
- формируют PDU со сформированным заголовком и SDU и
- передают PDU.
2. Способ по п.1, в котором поле Бита Расширения задается равным 0, когда другое поле LI присутствует после каждого поля LI, и задается равным 1, когда другое поле LI не присутствует после каждого поля LI.
3. Способ по п.1, в котором поле Бита Расширения задается равным 1, когда другое поле LI присутствует после каждого поля LI, и равным 0, когда другое поле LI не присутствует после каждого поля LI.
4. Способ приема пакетного модуля данных (PDU), содержащего более чем два служебных модуля данных (SDU) и заголовок, имеющий информацию по каждому SDU, в приемном устройстве системы мобильной связи, при этом способ содержит этапы, на которых:
- принимают PDU, содержащий заголовок и SDU, причем заголовок включает в себя поле Индикатора Длины (LI), указывающее длину каждого из оставшихся SDU, за исключением конечного SDU, и поле Бита Расширения, указывающее наличие или отсутствие другого поля LI после каждого поля LI; и, когда значения поля Бита Расширения и поля LI, соответствующие каждому SDU, включенному в PDU, больше чем или равны предварительно определенному значению, маскируют поле Бита Расширения и определяют длину SDU, соответствующего полю LI, причем поле Бита Расширения расположено в заголовке перед полем LI.
5. Способ по п.4, в котором поле Бита Расширения задается равным 0, когда другое поле LI присутствует после поля LI, и задается равным 1, когда другое поле LI не присутствует после поля LI.
6. Способ приема пакетного модуля данных (PDU), содержащего более чем два служебных модуля данных (SDU) и заголовок, имеющий информацию по каждому SDU, в приемном устройстве системы мобильной связи, при этом способ содержит этапы, на которых:
- принимают PDU, содержащий заголовок и SDU, причем заголовок включает в себя поле Индикатора Длины (LI), указывающее длину каждого из оставшихся SDU, за исключением конечного SDU, и поле Бита Расширения, указывающее наличие или отсутствие другого поля LI после каждого поля LI; и, когда значения поля Бита Расширения и поля LI, соответствующие каждому SDU, включенному в PDU, меньше чем предварительно определенное значение, маскируют поле Бита Расширения и определяют длину SDU, соответствующего полю LI, причем поле Бита Расширения расположено в заголовке перед полем LI.
7. Способ по п.6, в котором поле Бит Расширения задается равным 1, когда другое поле LI присутствует после поля LI, и задается равным 0, когда другое поле LI не присутствует после поля LI.
8. Устройство для передачи пакетного модуля данных (PDU), сформированного с более чем двумя служебными модулями данных (SDU) и заголовком, имеющим информацию по каждому SDU, в системе мобильной связи, при этом устройство содержит:
- формирователь заголовков для формирования в заголовке поля Индикатора Длины (LI), указывающего длину каждого из оставшихся SDU, за исключением конечного SDU, и поля Бита Расширения, указывающего наличие или отсутствие другого поля LI после каждого поля LI, и формирования заголовка так, чтобы поле Бита Расширения было расположено перед каждым полем LI;
- формирователь PDU для формирования PDU со сформированным заголовком и SDU и
- передающий модуль для передачи PDU.
9. Устройство по п.8, в котором поле Бита Расширения задается равным 0, когда другое поле LI присутствует после каждого поля LI, и задается равным 1, когда другое поле LI не присутствует после каждого поля LI.
10. Устройство по п.8, в котором поле Бита Расширения задается равным 1, когда другое поле LI присутствует после каждого поля LI, и задается равным 0, когда другое поле LI не присутствует после каждого поля LI.
11. Устройство для приема пакетного модуля данных (PDU), содержащего более чем два служебных модуля данных (SDU) и заголовок, имеющий информацию по каждому SDU, в системе мобильной связи, при этом устройство содержит:
- приемный модуль для приема PDU, содержащего заголовок и SDU, причем заголовок включает в себя поле Индикатора Длины (LI), указывающее длину каждого из оставшихся SDU, за исключением конечного SDU, и поле Бита Расширения, указывающее наличие или отсутствие другого поля LI после каждого поля LI; и
- модуль проверки PDU, когда значения поля Бита Расширения и поля LI, соответствующие каждому SDU, включенному в PDU, больше чем или равны предварительно определенному значению, для маскирования поля Бита Расширения и определения длины SDU, соответствующего полю LI, причем поле Бита Расширения расположено в заголовке перед полем LI.
12. Устройство по п.11, в котором поле Бита Расширения задается равным 0, когда другое поле LI присутствует после поля LI, и задается равным 1, когда другое поле LI не присутствует после поля LI.
13. Устройство для приема пакетного модуля данных (PDU), содержащего более чем два служебных модуля данных (SDU) и заголовок, имеющий информацию по каждому SDU, в системе мобильной связи, при этом устройство содержит:
- приемный модуль для приема PDU, содержащего заголовок и SDU, причем заголовок включает в себя поле Индикатора Длины (LI), указывающее длину каждого из оставшихся SDU, за исключением конечного SDU, и поле Бита Расширения, указывающее наличие или отсутствие другого поля LI после каждого поля LI; и
- модуль проверки PDU, когда значения поля Бита Расширения и поля LI, соответствующие каждому SDU, включенному в PDU, меньше чем предварительно определенное значение, для маскирования поля Бита Расширения и определения длины SDU, соответствующего полю LI, причем поле Бита Расширения расположено в заголовке перед полем LI.
14. Устройство по п.13, в котором поле Бита Расширения задается равным 1, когда другое поле LI присутствует после поля LI, и задается равным 0, когда другое поле LI не присутствует после поля LI.
RU2009137596/07A 2007-04-11 2008-04-11 Способ и устройство для передачи и приема пакетного модуля данных в системе мобильной связи RU2442282C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2007-0035582 2007-04-11
KR1020070035582A KR101023388B1 (ko) 2007-04-11 2007-04-11 이동통신 시스템에서 패킷 데이터 유닛의 송수신 방법 및 장치

Publications (2)

Publication Number Publication Date
RU2009137596A RU2009137596A (ru) 2011-04-20
RU2442282C2 true RU2442282C2 (ru) 2012-02-10

Family

ID=39864086

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2009137596/07A RU2442282C2 (ru) 2007-04-11 2008-04-11 Способ и устройство для передачи и приема пакетного модуля данных в системе мобильной связи

Country Status (9)

Country Link
US (2) US9019901B2 (ru)
EP (2) EP2135365B1 (ru)
JP (1) JP5054126B2 (ru)
KR (1) KR101023388B1 (ru)
CN (1) CN101657981B (ru)
AU (1) AU2008240010B2 (ru)
CA (1) CA2683162C (ru)
RU (1) RU2442282C2 (ru)
WO (1) WO2008127034A1 (ru)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2378678B1 (en) * 2009-01-14 2016-03-30 LG Electronics Inc. Efficient mac header design and communication using same
CN101932004B (zh) * 2009-06-25 2012-07-04 电信科学技术研究院 一种数据链路层的数据发送处理方法及设备
KR101651025B1 (ko) * 2012-08-23 2016-08-24 퀄컴 인코포레이티드 데이터 스트림의 종료를 나타내고 유저 컨텍스트를 업데이트하는 대역내 시그널링
CN106664159B (zh) * 2015-04-10 2020-01-31 华为技术有限公司 一种信息的传输方法和基站以及终端
EP3319252A1 (en) * 2016-11-04 2018-05-09 Panasonic Intellectual Property Corporation of America Efficient multiplexing of control information in transport block
US10104579B1 (en) * 2017-04-13 2018-10-16 Mediatek Inc. User equipment and flexible protocol data unit packaging method thereof

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3000545B2 (ja) 1996-11-29 2000-01-17 株式会社超高速ネットワーク・コンピュータ技術研究所 輻輳制御方法
FI106504B (fi) * 1998-10-06 2001-02-15 Nokia Networks Oy Datan segmentointimenetelmä tietoliikennejärjestelmässä
KR100447162B1 (ko) 2000-08-19 2004-09-04 엘지전자 주식회사 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 정보의 길이 지시자(ｌｉ) 처리방법
US6765885B2 (en) * 2001-02-09 2004-07-20 Asustek Computer Inc. Determination of acceptable sequence number ranges in a communications protocol
US6788944B2 (en) * 2001-04-02 2004-09-07 Asustek Computer Inc. Length indicator for a protocol data unit in a wireless communications protocol
US7424468B2 (en) * 2002-07-02 2008-09-09 Samsung Electronics Co., Ltd. Internet protocol address look-up device
KR100926707B1 (ko) 2002-11-05 2009-11-17 엘지전자 주식회사 이동통신 시스템의 데이터 통신방법
KR20050095419A (ko) 2004-03-26 2005-09-29 삼성전자주식회사 패킷 망을 이용하여 음성 서비스를 제공하는이동통신시스템에서 무선 자원을 효율적으로 사용하는 방법
KR20050118591A (ko) 2004-06-14 2005-12-19 엘지전자 주식회사 무선통신 시스템에서의 무선링크제어(ｒｌｃ) 데이터처리방법
KR100913900B1 (ko) 2005-05-04 2009-08-26 삼성전자주식회사 이동통신 시스템에서 미리 정의된 길이 지시자를 이용해서 패킷 데이터를 송수신하는 방법 및 장치
WO2007023364A1 (en) 2005-08-23 2007-03-01 Nokia Corporation Radio link control unacknowledged mode header optimization
JP4751784B2 (ja) * 2006-07-31 2011-08-17 富士通株式会社 経路制御装置およびテーブル更新方法

Also Published As

Publication number Publication date
KR20080092118A (ko) 2008-10-15
EP2135365A1 (en) 2009-12-23
RU2009137596A (ru) 2011-04-20
WO2008127034A1 (en) 2008-10-23
JP2010521918A (ja) 2010-06-24
EP2135365A4 (en) 2014-03-19
KR101023388B1 (ko) 2011-03-18
CN101657981B (zh) 2013-01-02
CA2683162A1 (en) 2008-10-23
EP2135365B1 (en) 2018-11-14
US9019901B2 (en) 2015-04-28
EP3461032B1 (en) 2020-06-03
JP5054126B2 (ja) 2012-10-24
US20150049675A1 (en) 2015-02-19
US9521582B2 (en) 2016-12-13
US20100111016A1 (en) 2010-05-06
CA2683162C (en) 2014-12-09
AU2008240010A1 (en) 2008-10-23
CN101657981A (zh) 2010-02-24
EP3461032A1 (en) 2019-03-27
AU2008240010B2 (en) 2011-08-25

Similar Documents

Publication Publication Date Title
EP2899998B1 (en) Method and apparatus for reordering fragments within a mac layer service data unit within a downlink frame
US7864798B2 (en) Method and apparatus for supporting voice over IP services over a cellular wireless communication network
US6542490B1 (en) Data link control proctocol for 3G wireless system
KR101635433B1 (ko) 재전송 요청을 위한 제어 메시지를 처리하는 방법 및 장치
JP2010527544A (ja) 無線通信のための複数のプロトコルによってシーケンス番号を再使用すること
US20080148136A1 (en) Apparatus and method for transmitting/receiving data in a mobile communication system
KR20090062758A (ko) 이동통신 시스템에서의 핸드오버 방법 및 장치
RU2442282C2 (ru) Способ и устройство для передачи и приема пакетного модуля данных в системе мобильной связи
US20130156023A1 (en) Methods and Apparatus for Efficiently Synchronizing a Transmitter and a Receiver in a Communication System
US20110019568A1 (en) Method and apparatus for transmitting and receiving data in mobile communication system
US8335205B2 (en) Pre-bundling of RLC SDUs in the RLC layer
US9306707B2 (en) Method and apparatus for processing control information included in data unit in a mobile communication system
JP7195376B2 (ja) 集積回路
KR20090076587A (ko) 이동통신 시스템에서 패킷 데이터를 송수신하는 방법 및장치
KR20060066858A (ko) 하향 공유 채널에서 효율적인 멀티미디어 트래픽을 위한접합 다중 방송의 송수신 방법