Передача данных в системе мобильной связи

Передача данных в системе мобильной связи

Иллюстрации

Показать все

Реферат

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

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

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

На Фиг.1 показана структурная схема, иллюстрирующая систему мобильной связи долгосрочного развития (LTE, ДР). Система LTE представляет собой развитие версии обычной универсальной системы мобильной связи (UMTS, УСМС) и стандартизуется в соответствии с договором о сотрудничестве проекта партнерства 3-го поколения (3GPP, ППТП).

Сеть LTE в общем может быть разделена на глобальную сеть радиодоступа усовершенствованной UMTS (E-UTRAN, ГСРУУ) и базовую сеть (CN, БС). E-UTRAN включает в себя, по меньшей мере, один узел eNode-B, используемый в качестве базовой станции. E-UTRAN также включает в себя шлюз доступа (AG, ШД), расположенный в конце сети таким образом, что он подключен к внешней сети.

AG может быть разделен на модуль обработки трафика пользователя и модуль обработки трафика управления. В этом случае первый AG, предназначенный для обработки новых данных трафика пользователя, может поддерживать связь со вторым AG для обработки данных трафика управления через новый интерфейс. Одиночный eNode-B может включать в себя, по меньшей мере, одну ячейку. Первый интерфейс для передачи данных трафика пользователя или второй интерфейс для передачи данных трафика управления может быть расположен между несколькими eNode-B. CN включает в себя AG и множество узлов для регистрации пользователей оборудования пользователя (UE, ОП). Если требуется, другой интерфейс, который различает E-UTRAN и CN, также может использоваться в сети LTE.

Два важных элемента сети LTE представляют собой eNode-B и UE. Радиоресурсы одной ячейки включают в себя радиоресурсы восходящего канала и радиоресурсы нисходящего канала. Узел eNode-B выделяет радиоресурсы и управляет радиоресурсами восходящего и нисходящего каналов. Более подробно, eNode-B определяет, какое из множества UE будет использовать определенные радиоресурсы в определенный момент времени. После выполнения определения eNode-B информирует определенное UE о своем решении, так что eNode-B управляет UE для приема данных, передаваемых по нисходящему каналу. Например, eNode-B может выделять радиоресурсы в диапазоне от 100 МГц до 101 МГц определенному UE (например, UE №1) после того, как пройдет заданное время 3,2 секунды. В соответствии с этим, eNode-B может передавать данные по нисходящему каналу передачи данных в UE № 1 во время определенного времени 0,2 секунды после того, как пройдет заданное время 3,2 секунды.

Таким образом, eNode-B определяет, какое из множества UE будет выполнять передачу данных по восходящему каналу передачи данных и объем радиоресурсов, которые может использовать UE в определенный момент времени. Кроме того, eNode-B определяет длительность времени, которое получает UE для передачи данных по восходящему каналу передачи данных.

По сравнению с eNode-B или базовой станцией известного уровня техники, описанный выше eNode-B может эффективно и динамически управлять радиоресурсами. В предшествующем уровне техники одиночное UE управляется таким образом, что оно постоянно использует один радиоресурс во время соединения вызова. Однако, учитывая существование множества появившихся в последнее время услуг, основанных на пакетах протокола интернет (IP, ПИ), решения предшествующего уровня техники стали неэффективными. Например, большинство услуг пакетной передачи данных имеет несколько интервалов, в течение которых не передают данные и не генерируют пакеты во время соединения вызова. Таким образом, если радиоресурсы постоянно выделяют только одному UE, как в предшествующем уровне техники, схема выделения считается неэффективной. Для решения этой и других проблем была разработана система E-UTRAN для выделения радиоресурсов UE, только когда имеется необходимость использовать UE, например когда требуется передать служебные данные в UE.

Восходящий и нисходящий каналы передачи данных, предназначенные для передачи данных между сетью и UE, будут подробно описаны ниже. Существуют нисходящие каналы для передачи данных из сети в UE, такие как канал широковещательной передачи (BCH, КШП), предназначенный для передачи системной информации, и нисходящий совместно используемый канал (SCH, СИК), и нисходящий совместно используемый канал управления (SCCH, СИКУ), предназначенный для передачи данных трафика пользователя или управляющих сообщений. Данные трафика или управляющие сообщения услуги многоадресной передачи или данные услуги широковещательной рассылки, передаваемые по нисходящему каналу, могут быть переданы через нисходящий совместно используемый канал (SCH, СИК) или дополнительно через многоадресный канал (MCH, МАК). Кроме того, также существуют восходящие каналы, предназначенные для передачи данных из UE в сеть, такие как канал случайного доступа (RACH, КСД), и восходящий совместно используемый канал (SCH, ВСИК), и восходящий совместно используемый канал управления (SCCH, ВСИКУ), предназначенный для передачи данных трафика пользователя или управляющих сообщений.

На Фиг.2 и Фиг.3 показаны концептуальные схемы, иллюстрирующие структуру протокола радиоинтерфейса между UE и глобальной сетью радиодоступа UMTS (UTRAN), которая основана на стандарте сети радиодоступа 3GPP.

Протокол радиоинтерфейса по горизонтали включает в себя физический уровень, канальный уровень и сетевой уровень. Протокол радиоинтерфейса по вертикали включает в себя плоскость пользователя, для передачи данных или информации, и плоскость управления, для передачи сигналов управления (также называемых "данные передачи сигналов"). Показанные уровни протокола могут быть разделены на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех нижних уровней хорошо известной схемы взаимных соединений, такой как эталонная модель взаимодействия открытых систем (OSI, ВОС).

Физический уровень, действующий как первый уровень (L1), представляет услугу передачи информации по физическому каналу. Уровень управления радиоресурсом (RRC, УУР), расположенный на третьем уровне (L3), управляет радиоресурсами при взаимодействии между UE и сетью. С этой целью уровень RRC выполняет обмен сообщениями RRC между UE и сетью. Уровень RRC может быть распределен на множество сетевых узлов (то есть eNode-B и AG и т.д.) и также может быть расположен в eNode-B или в AG.

Ниже со ссылкой на Фиг.2 будет описана плоскость управления радиопротоколом. Плоскость управления радиопротоколом включает в себя физический уровень, уровень управления доступом к среде передачи данных (MAC, УДС), уровень управления радиоканалом (RLC, УРК) и уровень управления радиоресурсом (RRC, УРР).

Физический уровень, играющий роль первого уровня (L1), передает услугу передачи информации на верхний уровень по физическому каналу. Физический уровень соединен с уровнем управления доступом к среде передачи данных (MAC) (уровень L2) через транспортный канал. Уровень MAC связан с физическим уровнем таким образом, что обеспечивается передача данных между уровнем MAC и физическим уровнем через транспортный канал. Данные могут быть переданы между разными физическими уровнями. В частности, данные передают между первым физическим уровнем конца передачи и вторым физическим уровнем конца приема.

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

Уровень RRC (управления радиоресурсом), расположенный в верхней части третьего уровня (L3), определен только плоскостью управления. Уровень RRC управляет логическими каналами, транспортными каналами и физическими каналами в отношении операций конфигурирования, изменения конфигурации и высвобождения радионосителей (RB, РН). Здесь RB обозначает услугу, принимаемую со второго уровня (L2) для воплощения передачи данных между UE и E-UTRAN.

Плоскость радиопротокола пользователя будет описана ниже со ссылкой на Фиг.3. Плоскость радиопротокола пользователя включает в себя физический уровень, уровень MAC, уровень RLC и уровень протокола конвергенции пакетных данных (PDCP, ПКПД).

Физический уровень первого уровня (L1) и уровни MAC и RLC второго уровня (L2) эквивалентны показанным на Фиг.2. Для эффективной передачи IP пакетов (например, IPv4 или IPv6) в период радиосвязи с узкой полосой пропускания, уровень PDCP второго уровня (L2) выполняет сжатие заголовка для уменьшения размера относительно большого заголовка пакета IP, содержащего ненужную информацию управления.

Описание уровня RLC будет подробно представлено ниже. Основные функции уровня RLC состоят в том, чтобы гарантировать качество обслуживания (QoS, КО) каждого RB и передавать данные, связанные с QoS. Услуга RB обозначает определенную услугу, предоставляемую для верхнего уровня вторым уровнем радиопротокола таким образом, что все части второго уровня влияют на QoS. В частности, следует отметить, что на второй уровень в значительной степени влияет уровень RLC. Уровень RLC назначает независимый объект RLC каждому RB для того, чтобы гарантировать уникальное QoS RB. В этом случае объект RLC конфигурирует модуль данных протокола (PDU, МДП) RLC в соответствии с объемом радиоресурсов, определенных нижним уровнем (то есть уровнем MAC).

Поэтому при передаче RLC PDU на уровень MAC объект RLC, расположенный в узле eNode-B, конфигурирует данные, имеющие заданный размер, определенный объектом MAC, и передает RLC PDU в объект MAC. Объект RLC, расположенный в UE, также конфигурирует RLC PDU в соответствии с объемом радиоресурсов, определенных нижним уровнем (то есть уровнем MAC). Поэтому при передаче RLC PDU в уровень MAC объект RLC, расположенный в UE, конфигурирует данные, имеющие заданный размер, определенный объектом MAC, и передает RLC PDU в объект MAC.

Раскрытие изобретения

Настоящее изобретение направлено на передачу данных в системе мобильной связи.

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

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

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

В одном аспекте настоящего изобретения первые данные представляют собой модуль данных протокола уровня управления радиоканалом (RLC PDU, МДП УУК), содержащий, по меньшей мере, одно из: поле порядкового номера (SN, ПН), поле управление/данные/субкадр (C/D/S, У/Д/П), поле полное/частичное (C/P, П/Ч), поле следующее (F, С) и поле индикатора длины (LI, ИД). Предпочтительно поле управление/данные/субкадр (C/D/S) указывает, является ли RLC PDU первыми данными или вторыми данными. Предпочтительно поле C/P указывает, как RLC PDU совмещен с блоком служебных данных (SDU, БСД) верхнего уровня.

В другом аспекте настоящего изобретения вторые данные представляют собой подпротокольный блок данных уровня управления радиоканалом (RLC subPDU), содержащий, по меньшей мере, одно из: поле порядкового номера (SN), поле управление/данные/субкадр (C/D/S), поле порядкового номера субкадра (sSN, ПНС), поле остальное (RM), поле полное/частичное (C/P), поле следующее (F) и поле индикатора длины (LI). Предпочтительно поле sSN указывает порядковый номер одних из, по меньшей мере, одних вторых данных в пределах множества переданных вторых данных, относящихся к первым данным. Предпочтительно поле RM указывает, существуют ли последующие вторые данные после одних из, по меньшей мере, одних вторых данных.

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

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

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

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

В одном аспекте настоящего изобретения первые данные представляют собой протокольный блок данных уровня управления радиоканала (RLC PDU), содержащий, по меньшей мере, одно из: поле порядкового номера (SN), поле управление/данные/субкадр (C/D/S), поле полное/частичное (C/P), поле следующее (F) и поле индикатора длины (LI).

В другом аспекте настоящего изобретения вторые данные представляют собой подпротокольный блок данных уровня управления радиоканал (RLC subPDU), содержащий, по меньшей мере, одно из: поле порядкового номера (SN), поле управление/данные/субкадр (C/D/S), поле порядкового номера субкадра (sSN), поле остальное (RM), поле полное/частичное (C/P), поле следующее (F) и поле индикатора длины (LI).

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

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

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

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

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

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

На Фиг.2 показана схема, иллюстрирующая плоскость управления структуры протокола радиоинтерфейса между UE и глобальной сетью радиодоступа UMTS (UTRAN), на основе стандарта сети радиодоступа 3GPP.

На Фиг.3 показана схема, иллюстрирующая плоскость пользователя и структуру протокола радиоинтерфейса между UE и глобальной сетью радиодоступа UMTS (UTRAN) на основе стандарта сети радиодоступа 3GPP.

На Фиг.4 показана схема, иллюстрирующая способ построения MAC PDU в RLC SDU в соответствии с одним вариантом воплощения настоящего изобретения.

На Фиг.5 показана структурная схема, иллюстрирующая формат MAC PDU в соответствии с одним вариантом воплощения настоящего изобретения.

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

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

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

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

Осуществление изобретения

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

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

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

Уровень RLC обеспечивает два режима RLC, то есть неподтвержденный режим (UM (НР) или режим UM) и подтвержденный режим (AM (ПР) или режим AM). Режимы UM и AM поддерживают разные QoS, так что в них используются разные операции. Подробные функции режимов UM и AM также отличаются друг от друга. В соответствии с этим, будет описана функция уровня RLC в соответствии с его режимами работы.

Для удобства и лучшего понимания настоящего изобретения RLC в режиме UM называется UM RLC, в то время как RLC в режиме AM обозначается AM RLC. UM RLC прикрепляет заголовок PDU, включающий в себя порядковый номер (SN), каждому генерируемому PDU и передает полученный в результате PDU, снабженный заголовком PDU, таким образом, что принимающая сторона может распознать, какой из множества PDU был потерян во время передачи. В соответствии с этим, UM RLC предпочтительно выполняет передачу широковещательных/многоадресных данных или передачу пакетных данных в режиме реального времени (используя, например, протокол передачи голоса через сеть интернет (VoIP) или потоковую передачу данных) в домене службы пакетной (PS, ПС) передачи данных в плоскости пользователя. В плоскости управления UM RLC предпочтительно выполняет передачу сообщения UM RRC среди множества сообщений RRC, переданных в определенный UE или в определенную группу UE, содержащуюся в ячейке.

AM RLC прикрепляет заголовок PDU, включающий в себя SN, к каждому PDU, генерируемому таким же образом, как UM RLC; однако, в отличие от UM RLC, AM RLC передает команду, что принимающая сторона подтвердила PDU, переданный передающей стороной. В соответствии с этим, при выполнении подтверждения PDU принимающая сторона может запросить повторную передачу любого PDU, не принятого от передающей стороны.

Используя функцию повторной передачи, AM RLC может гарантировать передачу данных без ошибок. В соответствии с этим, AM RLC выполняет передачу пакета данных не в режиме реального времени, такую как передача с использованием протокола управления передачей/межсетевого протокола (TCP/IP, ПУП/МП) в области PS, в плоскости пользователя. В плоскости управления AM RLC выполняет передачу сообщения RRC, которое требует ответа подтверждения (сообщение AM RRC) среди множества сообщений RRC, передаваемых в определенный UE, содержащийся в ячейке.

Что касается направлений, AM RLC используется для двунаправленной передачи данных, поскольку сигнал обратной связи принимают от принимающей стороны, тогда как UM RLC используется для однонаправленной передачи данных. Предпочтительно двунаправленная передача данных используется для связи из точки в точку (PTP, ИТТ), так что AM RLC использует выделенный логический канал.

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

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

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

Предпочтительно в режиме AM используется информация автоматического запроса на повторение (ARQ, АЗП), а в режиме UM это не используется. Здесь информация ARQ обозначает информацию подтверждения передачи/приема (ACK, ПОДТВ). Предпочтительно информация передачи/приема ACK обозначает информацию, относящуюся к блоку данных, обычно переданному из передающей стороны на принимающую сторону, или к другой информации, относящейся к блоку данных с ошибками, ненормально переданному из передающей стороны на принимающую сторону.

Представительный пример формата RLC PDU для использования в режиме UM представлен в Таблице 1.

[Таблица 1]
SN	C/P	F	LI	F	LI	…	F	RLC SDU1	RLC SDU2	…	RLC SDU N

Как показано в Таблице 1, поле порядкового номера (SN) обозначает поток данных соответствующего RLC PDU или обозначает информацию места расположения на логическом канале. Поле полное/частичное (C/P) обозначает, равна ли первая часть данных RLC PDU первой части соответствующего SDU. Поле C/P также обозначает, равна ли последняя часть данных RLC PDU конечной части любых ассоциированных SDU.

Например, если значение поля C/P равно "00", начальная часть PDU равна начальной части SDU, и конечная часть PDU равна конечной части SDU. Если значение поля C/P равно "01", начальная часть PDU равна начальной части SDU, и конечная часть PDU не равна конечной части SDU. Если значение поля C/P равно "10", начальная часть PDU не равна начальной части SDU, и конечная часть PDU равна конечной части SDU. Если значение поля C/P равно "11", начальная часть PDU не равна начальной части SDU, и конечная часть PDU не равна конечной части SDU.

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

При сравнении с режимом AM формат RLC PDU режима UM не должен передавать/принимать информацию подтверждения передачи/приема. В соответствии с этим, RLC PDU режима UM выполнен более просто, чем режима AM, и может иметь один формат заголовка. Кроме того, если точка времени передачи соответствующего RLC PDU может быть различена по нижнему концу в соответствии с информацией повторной передачи (то есть информации избыточности - версии), тогда поле SN может быть удалено.

Представительный пример формата ARQ RLC PDU для передачи общих данных в режиме AM показан в Таблице 2.

[Таблица 2]

SN

C/D/S

C/P

F

LI

F

LI

…

F

RLC SDU 1

RLC SDU 2

…

RLC SDU N

Управление PDU (необязательный)

Представительный пример формата ARQ RLC PDU для передачи информации управления (например, информации подтверждения передачи/приема) в режиме AM показан в Таблице 3.

[Таблица 3]
SN	C/D/S	Управление PDU

Предпочтительно, если формат ARQ RLC PDU в Таблице 2 не может быть передан в место назначения без каких-либо изменений в режиме AM, конфигурируют ARQ RLC subPDU. В соответствии с этим, представительный пример ARQ RLC PDU показан в Таблице 4.

[Таблица 4]

SN

C/D/S

sSN

RM

C/P

F

LI

F

LI

…

F

RLC SDU 1

RLC SDU 2

…

RLC SDU N

Управление PDU(необязат.)

Как показано в Таблицах 2, 3 и 4, поле SN, поле C/P, поле LI и поле F соответствуют аналогичным полям, показанным в Таблице 1. Поэтому для удобства их подробное описание здесь не будет приведено.

Поле управление/данные/субкадр (C/D/S) обозначает, является ли соответствующий RLC PDU, ARQ RLC PDU, ARQ RLC управления PDU или ARQ RLC subPDU. Поле порядкового номера субкадра (sSN) обозначает информацию местоположения соответствующего subPDU среди множества выделенных subPDU. Поле остальное (RM) обозначает присутствие или отсутствие ассоциированного subPDU после соответствующего subPDU. C учетом этого ARQ RLC subPDU, представленный в Таблице 4, будет подробно описан со ссылкой на нижеследующие предпочтительные варианты воплощения настоящего изобретения.

На Фиг.4 показана схема, иллюстрирующая способ построения MAC PDU в RLC SDU в соответствии с одним вариантом воплощения настоящего изобретения. Предпочтительно настоящее изобретение направлено на способ построения модуля данных на уровне RLC или MAC.

Как показано на Фиг.4, уровень MAC UE принимает информацию, обозначающую объем доступных радиоресурсов, из eNode-B. Предпочтительно уровень MAC принимает определенную информацию, обозначающую объем радиоресурсов, которые можно использовать во время следующего времени передачи из eNode-B.

С точки зрения перспективы eNode-B уровень MAC eNode-B определяет, будут ли использоваться радиоресурсы нисходящего или восходящего каналов передачи данных. Уровень MAC eNode-B также определяет объем радиоресурсов, которые будут выделены отдельным UE во время следующего периода передачи, и информирует уровень MAC каждого UE о результате этого определения. Учитывая множество модулей данных, сохраненных в буферах UE, и приоритет этих модулей данных, каждое из UE определяет количество данных, которые будут переданы через каждый логический канал или от каждого объекта RLC. Другими словами, каждый объект RLC определяет размер RLC PDU, который должен быть передан в уровень MAC.

В соответствии с этим, учитывая количество данных нисходящего канала UE и приоритет каждых данных, уровень MAC, расположенный в eNode-B, определяет количество данных, которые будут выделены отдельным объектам RLC, и информирует каждый RLC о результате этого определения. Каждый RLC затем конфигурирует RLC PDU в соответствии с этим определением и передает RLC PDU в уровень MAC.

Предпочтительно объект MAC соединен с несколькими объектами RLC. Каждый объект RLC принимает RLC SDU из верхнего уровня, генерирует RLC SDU, применяя команду уровня MAC к принятому RLC SDU, и передает сгенерированный RLC SDU в объект MAC. Объект MAC комбинирует RLC PDU, принятые из отдельных объектов RLC, конфигурирует комбинированные RLC PDU в форме одного MAC PDU и передает один MAC PDU в физический уровень.

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

Однако, для того чтобы передать команду на принимающую сторону для нормального восстановления RLC PDU из MAC PDU, необходима определенная информация для обозначения количества данных, содержащихся в каждом логическом канале. Поэтому предпочтительно включать информацию, обозначающую количество данных, соответствующих отдельным логическим каналам, или другую информацию, обозначающую идентификаторы (ID, ИД) логических каналов.

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

Операции уровней MAC и RLC в соответствии с настоящим изобретением будут описаны ниже с дополнительной ссылкой на Фиг.4. MAC PDU включает в себя заголовок MAC и RLC PDU. RLC PDU включает в себя данные RLC SDU и информацию сегмента, ассоциированную с RLC SDU, принятым из верхнего уровня. Информация сегмента выполняет функцию, аналогичную заголовку RLC. Предпочтительно информация сегмента включает в себя информацию границы RLC SDU, например, в одном RLC PDU. Заголовок MAC указывает размер каждого RLC PDU, содержащегося в MAC PDU, и информацию о том, который один из множества объектов RLC или логических каналов соответствует каждому RLC PDU.

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

На Фиг.5 показана структурная схема, иллюстрирующая формат MAC PDU в соответствии с одним вариантом воплощения настоящего изобретения. Предпочтительно MAC PDU основан на RLC PDU, принятом из верхнего объекта RLC.

Как показано на Фиг.5, поле ID RLC обозначает, что соответствующий RLC PDU был принят через определенный логический канал или от определенного объекта RLC. Поле Length (длина) обозначает размер каждого RLC PDU. Поле F обозначает, получают ли следующие значения, используя комбинации поля RLC ID, поля Length и поля F, или являются ли следующие значения реальными RLC PDU.

Следует отметить, что данные могут быть неожиданно потеряны в физических каналах систем связи. По сравнению с обычной системой, физический уровень системы UTRAN может более корректно передавать данные из передающей стороны принимающей стороне. Однако вероятность ошибки при передаче данных не полностью устранена в системе UTRAN. В частности, чем больше расстояние от UE до eNode-B, тем выше частота потери данных UE.

Поэтому в системе связи в соответствии с настоящим изобретением требуется специальный способ управления, например, в случаях, когда данные TCP требуют передачи без ошибок или данные передачи сигналов. В соответствии с этим, система связи может использовать режим AM. Что касается пакета TCP, размер пакета TCP может быть расширен до 1500 байт. Поэтому, если пакет TCP, выполненный в форме RLC SDU, будет передан в RLC, объект RLC может рекомбинировать пакет TCP в пределах определенного размера, разрешенного более низким уровнем (то есть уровнем MAC), и может передавать рекомбинированный пакет TCP в место назначения.

Несколько RLC PDU, сгенерированных в результате упомянутой выше рекомбинации, передаются принимающей стороне через физический уровень. Однако, если, по меньшей мере, один RLC PDU, соответствующий одному RLC SDU, не будет принят принимающей стороной, принимающая сторона информирует передающую сторону о том, что не был принят RLC PDU. В этом случае, если передающая сторона повторно передает весь RLC SDU, ассоциированный с потерянным RLC SDU, большое количество радиоресурсов будет использовано напрасно.

Например, RLC SDU размером 1500 байт разделяют на десять RLC SDU, каждый из которых имеет 150 байт. Если отдельный RLC PDU среди 10 RLC PDU не будет правильно принят на принимающей стороне, весь RLC SDU повторно передают в соответствии с упомянутой выше ситуацией. В соответствии с этим, 1400 байт данных будет передано напрасно. В этом случае существует потребность выполнять повторную передачу на уровне RLC PDU.

Беспроводные среды, получаемые, когда требуется повторно передать RLC PDU, могут отличаться от сред, использовавшихся во время первоначальной передачи RLC PDU. Например, если RLC PDU передается первоначально, соответствующий объект RLC может передавать данные размером 200 байт в течение единичного времени. Однако, когда происходит повторная передача RLD PDU, соответствующий объект RLC может неожиданно передавать данные размером только 50 байт в течение единичного времени. В этом случае RLC PDU не может выполнять повторную передачу без изменений. В частности, RLC PDU, имеющий исходный формат, не может быть повторно передан в требуемое место назначения. Для решения этой проблемы в одном варианте воплощения настоящего изобретения исходный RLC PDU разделяют на несколько RLC subPDU. Предпочтительно настоящее изобретение обеспечивает возможность приема на передающей стороне информации о статусе приема из принимающей стороны, после того как передающая сторона передаст RLC PDU. После этого передающая сторона выполняет повторную передачу в соответствии с радиоресурсами, выделенными в данный момент времени для передающей стороны.

На Фиг.6 показана блок-схема последовательности операций, иллюстрирующая способ передачи сигналов системы мобильной связи в соответствии с одним вариантом воплощения настоящего изобретения. Как показано на Фиг.6, передающая сторона передает первые данные RLC PDU на принимающую сторону (S60). Принимающая сторона принимает первые данные и передает информацию подтверждения передачи/приема (например, сигналы ACK/NACK) для RLC PDU и информацию о статусе приема для принятых первых данных (S61).

Если первые данные должны быт