Передача данных в системе мобильной связи
Настоящее изобретение относится к передаче данных в системе мобильной связи. Технический результат заключается в усовершенствовании процесса повторной передачи данных. Способ повторной передачи блока данных в системе мобильной связи содержит этапы, на которых: определяют, умещается ли первый блок данных в объеме блока данных, указанном нижним уровнем, если первый блок данных не был успешно передан принимающей стороне; сегментируют первый блок данных для формирования второго блока данных, если первый блок данных не умещается в объеме блока данных, указанном нижним уровнем, при этом второй блок данных умещается в объеме блока данных, указанном нижним уровнем; и повторно передают второй блок данных принимающей стороне. 2 н. и 16 з.п. ф-лы, 9 ил., 4 табл.
Область техники, к которой относится изобретение
Настоящее изобретение относится к системе мобильной связи, и более конкретно к передаче данных в системе мобильной связи.
Уровень техники
На Фиг.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).
Если первые данные должны быть повторно переданы, передающая сторона определяет, какой один из множества RLC PDU не был принят принимающей стороной, используя информацию подтверждения передачи/приема, принятую от принимающей стороны. После этого передающая сторона распознает объем радиоресурсов, доступных для повторной передачи (S62).
Если RLC PDU может быть повторно передан, используя доступный объем радиоресурсов, выполняют повторную передачу RLC PDU (S63). Однако, если RLC PDU не может быть повторно передан, используя доступный объем радиоресурсов, конфигурацию RLC PDU изменяют и используют его в форме двух или больше RLC subPDU (S64) таким образом, что RLC subPDU могут быть переданы с использованием доступного объема радиоресурсов (S65).
Другими словами, если данные RLC PDU требуется повторно передать и объем радиоресурсов, выделенных для конца передачи, меньше, чем размер исходного RLC PDU, передающая сторона изменяет конфигурацию RLC PDU в форму двух или больше RLC subPDU (S64) и передает эти RLC subPDU на принимающую сторону (S65). Предпочтительно каждый объект RLC конфигурирует заданный объем радиоресурсов, выделенных более низким уровнем.
Объем радиоресурсов обозначает максимальное количество данных, которые могут быть переданы передающей стороной. Передающая сторона также включает в себя RLC передающей стороны.
Если имеется потребность реконфигурировать RLC PDU, используя информацию планирования или другую информацию, загруженную в информацию подтверждения передачи/приема, конфигурацию RLC PDU изменяют в форму двух или больше RLC subPDU таким образом, что RLC subPDU могут быть переданы на принимающую сторону. Передающая сторона также может изменять конфигурацию RLC PDU в форму двух или больше RLC subPDU при условии, что любой один из переданных RLC PDU не поступил на принимающую сторону.
В одном аспекте настоящего изобретения информация планирования или информация подтверждения передачи/приема, принятая принимающей стороной от передающей стороны, обозначает размер RLC subPDU, реконфигурированных передающей стороной. Предпочтительно информацию планирования передают из eNode-B в UE для обозначения, какое из множества UE будет использовать заданный объем радиоресурсов в заданный момент времени. В частности, информация планирования обозначает информацию объема радиоресурсов, которые будут использоваться определенным UE, и информацию времени, которая будет использоваться определенным UE в соответствии с радиоресурсами, имеющими информацию об объеме.
Предпочтительно информацию подтверждения передачи/приема передают из принимающей стороны на передающую сторону для обозначения правильного приема одного из множества PDU или SDU на принимающей стороне. Информация подтверждения передачи/приема также обозначает отсутствие приема одного из множества PDU или SDU на принимающей стороне. Принимающая сторона распознает, является ли принятый блок данных RLC PDU или RLC subPDU. Если принимающая сторона не может распознать блок данных, принимающая сторона повторно собирает RLC SDU путем связывания несопоставленных данных в единый пучок. В противном случае порядок модулей данных, содержащихся в одном RLC SDU, может быть изменен по сравнению с исходным порядком.
Для того чтобы различать RLC PDU и RLC subPDU, дополнительное поле, которое позволяет различать RLC PDU и RLC subPDU, может быть добавлено к заголовочной части блока данных, передаваемого между RLC и MAC. В соответствии со значением дополнительного поля, RLC принимающей стороны может определять, является ли блок данных принятым из более низкого уровня MAC, RLC PDU или RLC subPDU. Таким образом, когда передают блок данных в низкий уровень MAC, объект RLC передающей стороны определяет, являются ли данные передачи данными RLC PDU или RLC subPDU, и может соответствующим образом устанавливать дискриминатор PDU/subPDU для заголовочной части блока данных.
Предпочтительные варианты воплощения RLC subPDU будут описаны ниже со ссылкой на чертежи. Следует отметить, что следующие форматы RLC subPDU не ограничиваются предпочтительными вариантами воплощения настоящего изобретения и также могут применяться в других примерах, если необходимо.
На Фиг.7 показана схема, иллюстрирующая способ передачи данных системы мобильной связи в соответствии с одним вариантом воплощения настоящего изобретения. Как показано на Фиг.7, первый блок 70 включает в себя три IP пакета. Предпочтительно эти три IP пакета рассматриваются как RLC SDU с точки зрения объекта RLC. Предпочтительно размеры отдельных IP пакетов для использования в одном варианте воплощения настоящего изобретения составляют 500 бит, 600 бит и 300 бит соответственно.
Второй блок 71 указывает, как конфигурировать RLC PDU, используя три IP пакета. Здесь предполагается, что разрешенные размеры RLC PDU в беспроводных средах при исходной передаче составляют 300 бит, 400 бит и 700 бит соответственно. Кроме того, RLC PDU включает в себя несколько полей заголовка.
Подробное описание отдельных полей заголовка в соответствии с настоящим изобретением приведено ниже. Поле ID потока (ID очереди) обозначает, какой один из множества RB или какой-то один из множества объектов RLC ассоциирован с RLC PDU. Действительно, одиночный UE включает в себя несколько RB, имеющих разные QoS и характеристики, или несколько объектов RLC, имеющих различные QoS и характеристики. Поэтому поле ID потока отделяет отдельные RB от других RB.
Поле номера последовательности передачи (TSN) помогает изменить компоновку или управляет повторной передачей принятых RLC PDU. Предпочтительно значение TSN увеличивается на определенную величину "1" всякий раз, когда генерируется новый RLC PDU. Таким образом, TSN указывает порядок отдельных RLC PDU в одном объекте RLC.
Поле (LI) индикатора длины обозначает границу RLC SDU. Таким образом, если одиночный RLC PDU включает в себя две части RLC SDU, принимающая сторона может правильно разделить эти RLC SDU, используя информацию границы RLC SDU.
Третий блок 72 обозначает, как следует изменить конфигурацию RLC PDU в форме RLC subPDU. Когда принимающая сторона информирует передающую сторону о неприеме специфичного RLC PDU, используя операцию ARQ, требуется, чтобы передающая сторона повторно передала RLC PDU. Однако в определенный момент времени, в который требуется выполнить повторную передачу, объем радиоресурсов, доступных для использования нижним слоем передающей стороны, может быть недостаточным для передачи RLC PDU. В соответствии с этим, предпочтительно разделять RLC PDU на RLC subPDU или изменять конфигурацию RLC PDU в форме RLC subPDU таким образом, чтобы RLC subPDU можно было передать на принимающую сторону, используя доступные радиоресурсы.
Ниже со ссылкой на Фиг.7 будет описан способ изменения конфигурации второго RLC PDU второго блока 71 в форме множества RLC subPDU. Здесь предполагается, что количество данных, которые могут быть переданы в течение единичного времени, основано на беспроводных средах, при повторной передаче из нижнего конца (или нижнего уровня), составляет 100 бит, 200 бит и 100 бит соответственно. Поэтому RLC PDU, которые должны быть повторно переданы, конфигурируют в форме RLC subPDU, для которых последовательно назначают 100 бит, 200 бит и 100 бит.
Предпочтительно передающая сторона информирует принимающую сторону о передаче, когда передает RLC PDU или RLC subPDU. Таким образом, для того чтобы разделять RLC subPDU от RLC PDU, можно использовать поле LI, имеющее определенное значение. На Фиг.7 используют специальное поле LI во время передачи RLC subPDU. Поэтому всякий раз, когда принимающая сторона принимает специальное поле LI, принимающая сторона определяет, что принятый блок данных представляет собой RLC subPDU, и выполняет соответствующую операцию.
Обычно принимающая сторона использует поле LI для определения границы RLC SDU. Однако, если принимающая сторона принимает RLC PDU c полем LI, установленным равным определенному значению, принимающая сторона рассматривает принятый RLC PDU как RLC subPDU. В таком случае для идентификации исходного RLC PDU, ассоциированного с принятым RLC subPDU, поле TSN RLC subPDU устанавливают в то же значение, что и поле TSN исходного RLC PDU. Поэтому принимающая сторона может распознавать информацию о местоположениях принятых RLC subPDU, ассоциированных RLC subPDU или ассоциированных RLC SDU.
В соответствии с этим, если одиночный RLC PDU будет разделен на несколько RLC subPDU, дополнительная информация требуется для того, чтобы принимающая сторона могла определять порядок принятых RLC subPDU. Таким образом, предпочтительно с этой целью используется поле информации subPDU.
Поле информации subPDU указывает, расположен ли определенный RLC subPDU в конечной части соответствующего ему RLC subPDU и информацию относительного положения специфичного RLC subPDU среди ассоциированных RLC subPDU. Например, как показано в третьем блоке 72 на Фиг.7, поле информации subPDU третьего RLC subPDU указывает, что конкретный RLC subPDU представляет собой конечный RLC subPDU, ассоциированный с RLC subPDU, и что конкретный RLC subPDU представляет собой третий RLC subPDU среди RLC subPDU, ассоциированных с RLC PDU.
Хотя все RLC subPDU повторно передают из передающей стороны на принимающую сторону, как описано выше, принимающая сторона может неправильно принять некоторые части RLC subPDU. В соответствии с этим, RLC subPDU могут быть дополнительно разделены на меньшие блоки данных. Однако, если вероятность потери всех RLC PDU и ассоциированных RLC subPDU чрезвычайно низка, предпочтительно дополнительно не делить RLC subPDU.
На Фиг.8 показана схема, иллюстрирующая способ передачи данных мобильной системы связи в соответствии с одним вариантом воплощения настоящего изобретения. Как показано на Фиг.8, первый блок 80, второй блок 81 и третий блок 82 конструктивно аналогичны первому, второму и третьему блокам, показанным на Фиг.7. Однако дополнительные поля представлены на Фиг.8.
Поле индикатора (S) разбивки фрейма указывает, что принятый блок данных представляет собой RLC subPDU для RLC PDU. Предпочтительно если поле S установлено равным "Y", тогда соответствующий блок данных представляет собой RLC subPDU.
Поле индикатора увеличения длины (LEX, УДЛ) обозначает, является ли следующее поле полем LI или RLC SDU. Если поле LEX установлено равным "Y", тогда следующее поле представляет собой поле LI. Поле информации subPDU используется, когда принимающая сторона изменяет конфигурацию RLC subPDU.
На Фиг.9 показана схема, иллюстрирующая способ передачи данных мобильной системы связи в соответствии с одним вариантом воплощения настоящего изобретения. Как показано на Фиг.9, первый блок 90, второй блок 91 и третий блок 92 конструктивно аналогичны первому, второму и третьему блокам по Фиг.7 и 8. Однако дополнительные поля представлены на Фиг.9.
Поле порядкового номера (SN) обозначает поток данных соответствующего RLC PDU или информацию о местоположении в логическом канале. Поле управление/данные/субкадр (C/D/S) обозначает, представляет ли соответствующий RLC PDU ARQ RLC PDU, для передачи данных, ARQ RLC управления PDU, для передачи информации управления, или ARQ RLC subPDU, конфигурация которого изменена, когда повторно передают ARQ RLC PDU.
Поле полное/частичное (C/P, П/Ч) обозначает, равна ли первая часть данных PDU первой части ассоциированного SDU. Поле C/P также обозначает, какой из множества SDU соответствует концу RLC PDU. Примерный случай, в котором поле C/P содержит два бита, состоит в следующем.
Например, если значение поля 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.
Поле следующее (F) обозначает, является ли следующее поле полем LI или данными. Поле (LI) индикатора длины обозначает границу SDU, содержащегося в PDU. Поле (sSN) порядкового номера субкадра обозначает информацию о местоположении определенного subPDU среди множества ассоциированных subPDU. Поле (RM) остальное обозначает присутствие или отсутствие ассоциированных subPDU после определенного subPDU.
Как понятно из приведенного выше описания, в настоящем изобретении предусмотрен способ передачи данных мобильной системы связи. Если конкретный блок данных требуется повторно передать, но достаточного объема радиоресурсов для передачи этого блока данных не предусмотрено, настоящее изобретение изменяет конфигурацию блока данных для передачи этого блока данных, используя доступные радиоресурсы. Предпочтительно настоящее изобретение выполняет повторную передачу только того, что необходимо. Поэтому повышается эффективность передачи данных и уменьшается время отключения услуги пользователя или UE.
Хотя настоящее изобретение было описано в контексте мобильной связи, его также можно использовать в любых беспроводных системах связи, в которых применяются мобильные устройства, такие как КПК и переносные компьютеры, оборудованные возможностями беспроводной связи. Кроме того, использование определенных терминов для описания настоящего изобретения не должно ограничивать объем настоящего изобретения до определенного типа беспроводной системы связи, такой как UMTS. Настоящее изобретение также применимо в других беспроводных системах связи, в которых используют разные интерфейсы радиоканала и/или физические уровни, например TDMA (МДВУ, множественный доступ с временным разделением), CDMA (МДКР, множественный доступ с кодовым разделением каналов), FDMA (МДЧР, множественный доступ с частотным разделением каналов), WCDMA (ШМДКР, широкополосный множественный доступ с кодовым разделением каналов) и т.д.
Предпочтительные варианты воплощения могут быть воплощены как способ, устройство или изделие, изготовленные с применением стандартных технологий программирования и/или инженерных технологий для получения программных средств, встроенных программных средств, аппаратных средств или любой их комбинации. Термин "изделие производства", в том виде, как используется здесь, относится к коду или логическим схемам, воплощенным в аппаратной логике (например, в интегральной микросхеме, программируемой пользователем вентильной матрице, вентильной матрице (FPGA, ППВМ), проблемно-ориентированной интегральной схеме (ASIC, ПОИС) и т.д.), или к считываемому компьютером носителю информации (например, носителю магнитной записи (например, приводу жесткого диска, гибких дисков, лентам и т.д.), оптическому накопителю (CD-ROM, оптическим дискам) и т.д.), энергозависимым и энергонезависимым запоминающим устройствам (например, EEPROM (ЭСППЗУ, электрически стираемое программируемое постоянное запоминающее устройство), ROM (ПЗУ, постоянное запоминающее устройство), PROM (ППЗУ, программируемое постоянное запоминающее устройство), RAM (ОЗУ, оперативное запоминающее устройство), DRAM (ДОЗУ, динамическое оперативное запоминающее устройство), SRAM (СОЗУ, статическое оперативное запоминающее устройство)), встроенным программным средствам (программируемая логика и т.д.).
Процессор осуществляет доступ и выполняет код, считанный со считываемого компьютером носителя информации. К коду, в котором выполнены предпочтительные варианты воплощения, можно дополнительно получить доступ через среду передачи или из файл-сервера через сеть. В таких случаях изделие производства, в котором может быть воплощен код, может содержать среды передачи данных, такие как линия передачи сети, беспроводная среда передачи, сигналы, распространяющиеся через пространство, радиоволны, инфракрасные сигналы и т.д. Конечно, для специалиста в данной области техники будет понятно, что множество модификаций может быть выполнено в этой конфигурации, без выхода за пределы объема настоящего изобретения, и что изделие производства может содержать любой носитель, несущий информацию, известный в данной области техники.
Для специалиста в данной области техники будет очевидно, что различные модификации и изменения могут быть выполнены в настоящем изобретении, без выхода за пределы сущности или объема изобретения. Таким образом, предполагается, что настоящее изобретение охватывает модификации и варианты данного изобретения при условии, что они находятся в пределах объема приложенной формулы изобретения и ее эквивалентов.
Промышленная применимость
Настоящее изобретение можно применять в системе мобильной связи.
1. Способ повторной передачи блока данных в системе мобильной связи, содержащий этапы, на которых
определяют, умещается ли первый блок данных в объеме блока данных, указанном нижним уровнем, если первый блок данных не был успешно передан принимающей стороне;
сегментируют первый блок данных для формирования второго блока данных, если первый блок данных не умещается в объеме блока данных, указанном нижним уровнем, при этом второй блок данных умещается в объеме блока данных, указанном нижним уровнем; и
повторно передают второй блок данных принимающей стороне.
2. Способ по п.1, дополнительно содержащий этап, на котором повторно передают первый блок данных принимающей стороне, если первый блок данных умещается в объеме блока данных, указанном нижним уровнем.
3. Способ по п.1, в котором этап сегментирования первого блока данных для формирования второго блока данных содержит этап, на котором преобразуют только поле данных первого блока данных в поле данных второго блока данных.
4. Способ по п.3, в котором этап сегментирования первого блока данных для формирования второго блока данных содержит этап, на котором устанавливают заголовок второго блока данных.
5. Способ по п.4, в котором заголовок второго блока данных включает в себя поле, указывающее, что второй блок данных сегментирован из первого блока данных.
6. Способ по п.4, в котором заголовок второго блока данных включает в себя поле, указывающее положение второго блока данных в пределах первого блока данных.
7. Способ по п.6, в котором заголовок второго блока данных включает в себя поле, указывающее начальное положение второго блока данных в пределах первого блока данных.
8. Способ по п.4, в котором заголовок второго блока данных включает в себя поле, указывающее, является ли второй блок данных последним вторым блоком данных в пределах первого блока данных.
9. Способ по п.1, в котором первый блок данных является модулем данных протокола (PDU) данных режима подтверждения (AMD).
10. Устройство повторной передачи блока данных в системе мобильной связи, содержащее
средство определения, умещается ли первый блок данных в объеме блока данных, указанном нижним уровнем, если первый блок данных не был успешно передан принимающей стороне;
средство сегментирования первого блока данных для формирования второго блока данных, если первый блок данных не умещается в объеме блока данных, указанном нижним уровнем, при этом второй блок данных умещается в объеме блока данных, указанном нижним уровнем; и
средство повторной передачи второго блока данных принимающей стороне.
11. Устройство по п.10, дополнительно содержащее средство повторной передачи первого блока данных принимающей стороне, если первый блок данных умещается в объеме блока данных, указанном нижним уровнем.
12. Устройство по п.10, в котором средство сегментирования первого блока данных для формирования второго блока данных содержит средство преобразования только поля данных первого блока данных в поле данных второго блока данных.
13. Устройство по п.12, в котором средство сегментирования первого блока данных для формирования второго блока данных содержит средство установления заголовка второго блока данных.
14. Устройство по п.13, в котором заголовок второго блока данных включает в себя поле, указывающее, что второй блок данных сегментирован из первого блока данных.
15. Устройство по п.13, в котором заголовок второго блока данных включает в себя поле, указывающее положение второго блока данных в пределах первого блока данных.
16. Устройство по п.15, в котором заголовок второго блока данных включает в себя поле, указывающее начальное положение второго блока данных в пределах первого блока данных.
17. Устройство по п.13, в котором заголовок второго блока данных включает в себя поле, указывающее, является ли второй блок данных последним вторым блоком данных в пределах первого блока данных.
18. Устройство по п.10, в котором первый блок данных является модулем данных протокола (PDU) с данными режима подтверждения (AMD).
