Способ управления окном передачи и повторной передачей и передающее устройство



Способ управления окном передачи и повторной передачей и передающее устройство
Способ управления окном передачи и повторной передачей и передающее устройство
Способ управления окном передачи и повторной передачей и передающее устройство
Способ управления окном передачи и повторной передачей и передающее устройство
Способ управления окном передачи и повторной передачей и передающее устройство
Способ управления окном передачи и повторной передачей и передающее устройство
Способ управления окном передачи и повторной передачей и передающее устройство
Способ управления окном передачи и повторной передачей и передающее устройство
Способ управления окном передачи и повторной передачей и передающее устройство
Способ управления окном передачи и повторной передачей и передающее устройство

 


Владельцы патента RU 2487485:

НТТ ДОКОМО, ИНК. (JP)

Изобретение относится к системам связи. Технический результат заключается в повышении качества связи. Согласно способу управления повторной передачей передающее устройство контролирует окно приема информации подтверждения; и передающее устройство не выполняет процесс управления окном приема и процесс управления повторной передачей пакета на основании информации подтверждения для порядкового номера пакета, который содержится в информации подтверждения, принятой из приемного устройства, если номер последовательности принимает значение вне пределов окна приема информации подтверждения. 3 н. и 2 з.п. ф-лы, 10 ил.

 

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

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

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

В организации 3GPP, которая устанавливает стандарты систем мобильной связи третьего поколения, осуществляется исследование под общим названием LTE (Long Term Evolution, долговременное развитие), направленное на достижение существенного увеличения скорости передачи и уменьшения задержки передачи в сети радиодоступа (RAN, radio access network), а также разрабатываются спецификации основных технологий, относящихся к указанному исследованию.

Как показано на фиг.4, сеть радиодоступа (E-UTRAN: Evolved Universal Terrestrial RAN, усовершенствованная сеть наземного радиодоступа) в системе мобильной связи LTE содержит мобильную станцию UE (user equipment, пользовательское устройство) и базовую станцию eNB (E-UTRAN Node В, Узел В Е-UTRAN) радиосвязи. Эта система выполнена таким образом, что мобильная станция UE и базовая станция eNB радиосвязи осуществляют связь между собой с помощью линии радиосвязи (RL, radio link).

Более того, и мобильная станция UE, и базовая станция eNB радиосвязи выполнены с возможностью отключения подуровня RLC (Radio Link Control, управление линией радиосвязи), подуровня MAC (Medium Access Control, управление доступом к среде передачи) и физического уровня (PHY: физический уровень).

Кроме того, передающее устройство (мобильная станция UE или базовая станция eNB радиосвязи) выполнено с возможностью последовательного выполнения обработки подуровня RLC, обработки подуровня MAC и обработки уровня PHY для подлежащих передаче данных и последующей передачи данных в виде радиосигналов из модуля радиосвязи.

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

Здесь подлежащие передаче данные включают пользовательские данные (данные плоскости пользователя, U-plane, U-плоскости), генерируемые приложением и т.п., используемым пользователем, и данные управления (данные плоскости управления, C-plane, С-плоскости), используемые в управлении системой мобильной связи, например сигнализацию RRC (Radio Resource Control) и сигнализацию NAS (Non Access Stratum, не связанный с предоставлением доступа уровень).

Более того, эта система выполнена таким образом, что управление повторной передачей подуровня RLC выполняется между подуровнем RLC передающего устройства и подуровнем RLC приемного устройства, а управление повторной передачей HARQ (Hybrid Automatic Repeat Request, гибридный автоматический запрос повторной передачи) (обработка управления повторной передачей подуровня MAC) выполняется между подуровнем MAC передающего устройства и подуровнем MAC приемного устройства.

Далее со ссылкой на фиг.1 дается описание процесса управления окном и повторной передачей на подуровне RLC передающего устройства на основании информации подтверждения от подуровня RLC приемного устройства.

Как показано на фиг.1, когда срабатывает триггер №1 передачи STATUS-PDU (информации подтверждения), во-первых, подуровень RLC приемного устройства передает STATUS-PDU (ACK=10) на подуровень MAC приемного устройства в соответствии с текущим состоянием приема RLC-data-PDU, причем STATUS-PDU предназначен для уведомления о том, что далее ожидается прием RLC-data-PDU.

Здесь подуровень RLC приемного устройства обладает возможностью передачи STATUS-PDU (ACK=10) в состоянии, когда RLC-data-PDU с порядковым номером №10 принят без определения потери.

Во-вторых, подуровень MAC приемного устройства передает STATUS-PDU (ACK=10) на подуровень MAC передающего устройства с использованием управления повторной передачей HARQ.

В-третьих, подуровень RLC передающего устройства обновляет значение нижнего предела и значение верхнего предела окна передачи, устанавливая значения «11» и «522» соответственно, согласно STATUS-PDU (ACK=10), принятому от подуровня MAC передающего устройства. Здесь размер окна для окна передачи считается равным «512».

Кроме того, поскольку значение нижнего предела окна приема информации подтверждения, контролируемое подуровнем RLC передающего устройства, равно значению нижнего предела окна передачи, подуровень RLC передающего устройства обновляет также значение нижнего предела окна приема информации подтверждения, устанавливая значение «11», согласно STATUS-PDU (ACK=10), принятому от подуровня MAC передающего устройства.

С другой стороны, значение верхнего предела окна приема информации подтверждения, контролируемого подуровнем RLC передающего устройства, устанавливается равным последнему порядковому номеру пакета, переданного на подуровень MAC от подуровня RLC в передающем устройстве. Таким образом, подуровень RLC передающего устройства не обновляет значение верхнего предела окна приема информации подтверждения даже при приеме STATUS-PDU (ACK=10).

Далее, когда срабатывает триггер №2 передачи STATUS-PDU (ACK=100), указанная система мобильной связи функционирует таким же образом, и значение нижнего предела и значение верхнего предела окна передачи обновляются, становясь равными «101» и «612» соответственно. Кроме того, значение нижнего предела окна приема информации подтверждения, контролируемого подуровнем RLC передающего устройства, обновляется, становясь равным «101».

Здесь, в системе мобильной связи IMT-2000, как показано на фиг.2, передающее устройство выполнено таким образом, что подуровень MAC осуществляет переупорядочивание принятых PDU (packet data unit, элемент пакетных данных) подуровня RLC (RLC-PDU) (в действительности, PDU подуровня MAC (MAC-PDU), в которые отображаются RLC-PDU), содержащие пакеты STATUS-PDU (информацию подтверждения), и затем передает STATUS-PDU (информацию подтверждения) в порядке порядковых номеров на подуровень RLC.

Соответственно, когда состояние связи нормальное, порядковый номер пакета, содержащийся в STATUS-PDU (информации подтверждения), принятом подуровнем RLC передающего устройства, всегда гарантированно принимает значение в пределах окна приема информации подтверждения, контролируемого подуровнем RLC передающего устройства.

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

Здесь, поскольку подуровень RLC передающего устройства не передает RLC-PDU (пакет данных) до тех пор, пока не закончится процесс перезапуска RLC, следует отметить, что инициация процесса перезапуска RLC заметно снижает качество связи.

Непатентный документ 1: RLC Specification of IMT-2000: 3GPP TS 25.322 V6.9.0 (2006-09)

Непатентный документ 2: LTE Stage 2 Specification: 3GPP TS 36.300 V8.0.0 (2007-03)

Однако в системе мобильной связи LTE, как показано на фиг.3, подуровень MAC в передающем устройстве обладает возможностью передачи пакетов STATUS-PDU (информации подтверждения) на подуровень RLC без осуществления переупорядочивания принятых RLC-PDU, содержащих STATUS-PDU (информацию подтверждения).

Соответственно, в системе мобильной связи LTE, как показано на фиг.4, даже когда состояние связи нормальное, существует случай, когда STATUS-PDU (ACK=10) передается при срабатывании триггера №1 передачи STATUS-PDU (информации подтверждения) приходит на подуровень RLC передающего устройства позднее, чем STATUS-PDU (ACK=100), переданный при срабатывании триггера №2 передачи STATUS-PDU (информации подтверждения). Такое случай происходит по той причине, что повторная передача STATUS-PDU (ACK=10) повторяется между подуровнями MAC.

В этом случае, если осуществляется тот же процесс, что и в системе мобильной связи IMT-2000, подуровень RLC передающего устройства имеет следующую проблему. Когда подуровень RLC передающего устройства принимает STATUS-PDU (ACK=10), сформированный при более раннем состоянии приема, нежели чем состояние приема, при котором формируется STATUS-PDU (ACK=100), после обновления значения нижнего предела окна передачи (то есть значения нижнего предела окна приема информации подтверждения) с установкой значения «101» в соответствии со STATUS-PDU (ACK=100), порядковый номер пакета, содержащегося в вышеуказанном STATUS-PDU (ACK=10), принимает значение вне пределов окна приема информации подтверждения. В результате подуровень RLC приемного устройства инициирует процесс перезапуска RLC, тем самым заметно снижая качество связи.

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

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

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

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

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

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

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

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

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

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

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

На фиг.2 представлена диаграмма, иллюстрирующая связи между подуровнем MAC и подуровнем RLC в системе мобильной связи IMT-2000.

На фиг.3 представлена диаграмма, иллюстрирующая связи между подуровнем MAC и подуровнем RLC в системе мобильной связи LTE.

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

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

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

На фиг.7 представлена диаграмма для описания процесса повторной сегментации, выполняемого на подуровне RLC в мобильной станции и базовой станции радиосвязи согласно первому варианту осуществления настоящего изобретения.

На фиг.8 представлена диаграмма, показывающая пример формата STATUS-PDU (ACK), формируемого подуровнем RLC в мобильной станции и базовой станции радиосвязи согласно первому варианту осуществления настоящего изобретения.

На фиг.9 представлена диаграмма, показывающая пример формата STATUS-PDU (NACK), формируемого подуровнем RLC в мобильной станции и базовой станции радиосвязи согласно первому варианту осуществления настоящего изобретения.

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

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

Конфигурация системы мобильной связи согласно первому варианту осуществления настоящего изобретения

Ниже со ссылкой на фиг.5-8 приведено описание конфигурации системы мобильной связи в соответствии с первым вариантом осуществления настоящего изобретения.

Следует отметить, что в этом варианте осуществления в качестве примера описана система мобильной связи согласно архитектуре LTE/SAE (System Architecture Evolution), для которой организацией 3GPP осуществляется разработка стандартов, как показано на фиг.5, но настоящее изобретение не ограничивается данной системой мобильной связи и может использоваться в системе мобильной связи согласно другой архитектуре.

Ниже со ссылкой на фиг.6 приведено описание функциональной схемы подуровня RLC в режиме функционирования с подтверждением (AM, acknowledge mode) (далее подуровень RLC).

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

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

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

Ниже со ссылкой на фиг.6 приведен пример конфигурации подуровня RLC в системе мобильной связи в соответствии с этим вариантом осуществления.

Как показано на фиг.6, подуровень RLC включает буфер 11 RLC-SDU, буфер 12 новой передачи, модуль 13 выполнения сегментации и конкатенации, буфер 14 ожидания ACK, буфер 15 повторной передачи, модуль 16 передачи RLC-PDU 16, модуль 17 выполнения повторной сегментации, модуль 18 передачи RLC-PDU, модуль 19 генерирования RLC-control-PDU, буфер 20 RLC-control-PDU, модуль 31 демультиплексирования, буфер 32 переупорядочивания, буфер 33 повторной сборки и модуль 34 повторной сборки RLC-SDU.

Буфер 11 RLC-SDU выполнен с возможностью хранения RLC-SDU, принятого от верхнего по отношению к нему уровня.

Буфер 12 новой передачи выполнен с возможностью копирования RLC-SDU, хранящегося в буфере 11 RLC-SDU, и последующего сохранения там RLC-SDU.

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

Кроме того, модуль 13 выполнения сегментации и конкатенации выполнен с возможностью передачи сгенерированного RLC-data-PDU в модуль 16 передачи RLC-PDU, а также обеспечения сохранения RLC-data-PDU в буфере 14 ожидания АСК.

Буфер 14 ожидания АСК выполнен с возможностью хранения в нем RLC-data-PDU из модуля 13 выполнения сегментации и конкатенации, RLC-data-PDU или RLC-data-Sub-PDU из буфера 15 повторной передачи и RLC-data-Sub-PDU из модуля 17 выполнения повторной сегментации.

Буфер 14 ожидания ACK выполнен с возможностью определения необходимости повторной передачи сохраненного таким образом RLC-data-PDU или RLC-data-Sub-PDU и передачи в буфер 15 повторной передачи RLC-data-PDU или RLC-data-Sub-PDU, для которого определена необходимость его повторной передачи.

Здесь, например, буфер 14 ожидания АСК определяет, необходима ли повторная передача сохраненного RLC-data-PDU или RLC-data-Sub-PDU, в случае когда принят STATUS-PDU (NACK) от подуровня RLC и когда принят NACK от подуровня MAC приемного устройства.

На фиг.8 показан пример формата STATUS-PDU (ACK), используемого в системе мобильной связи согласно настоящему варианту осуществления.

Как показано на фиг.8, STATUS-PDU (ACK) содержит поле "Type" («Тип»), поле "Control PDU Type" («Тип управляющего PDU») и поле "Cumulative АСК SN" («Кумулятивный порядковый номер ACK»).

Поле «Тип» является полем, указывающим тип RLC-PDU (например, STATUS-PDU).

Поле «Тип управляющего PDU» является полем, указывающим тип RLC-control-PDU (управляющего PDU подуровня RLC) (STATUS-PDU (ACK), STATUS-PDU (NACK) i т.п.).

Поле «Кумулятивный порядковый номер АСК» представляет собой поле, указывающее значение «значение нижнего предела-1» окна приема, контролируемого подуровнем RLC приемного устройства.

На фиг.7 показан пример формата STATUS-PDU (сообщения NACK), используемого в системе мобильной связи в соответствии с настоящим изобретением.

Как показано на фиг.7, STATUS-PDU (NACK) включает поле "Type" (Тип), поле "Control PDU Type" (тип управляющего PDU), поле "Selective NACK SN" (порядковый номер указания NACK), поле "Selective NACK First Octet" (первый октет указания NACK) и поле "Selective NACK Last Octet" (последний октет указания NACK).

Здесь полезная часть STATUS-PDU (NACK) может включать несколько наборов полей "Selective NACK SN", полей "Selective NACK First Octet" и полей "Selective NACK Last Octet".

Поле «Выборочный NACK SN» является полем, показывающим порядковый номер RLC-data-PDU, для которого определена необходимость повторной передачи подуровня RLC в окне приема, контролируемом подуровнем RLC приемного устройства.

Поле "Selective NACK First Octet" является полем, в котором показано, с какого байта (октета) в RLC-data-PDU, указанном в поле "Selective NACK SN", необходима повторная передача.

Поле "Selective NACK Last Octet" является полем, в котором показано, по какой байт (октет) в RLC-data-PDU, указанном в поле "Selective NACK SN", необходима повторная передача.

Буфер 14 ожидания АСК выполнен с возможностью контролирования окна передачи и окна приема информации подтверждения.

В частности, буфер 14 ожидания АСК контролирует окно передачи и окно приема информации подтверждения, определенные параметрами состояния «Window_Size», «VT (A)», «VT (S)» и «VT (MS)».

Здесь «Window_Size» является значением, общим для подуровня RLC передающего устройства и подуровня RLC приемного устройства, и показывает максимальное возможное количество пакетов RLC-PDU, которые можно передать без приема STATUS-PDU (ACK) от подуровня RLC приемного устройства.

«VT (А)» показывает значение нижнего предела окна передачи и окна приема информации подтверждения, то есть значение наиболее раннего порядкового номера RLC-data-PDU (пакета), для которого от подуровня RLC приемного устройства ожидается STATUS-PDU (ACK).

«VT (S)» показывает значение следующего порядкового номера, назначаемого для RLC-data-PDU (пакета), в первый раз передаваемого на подуровень MAC от подуровня RLC в передающем устройстве.

В частности, «VT (S)-1» показывает значение последнего порядкового номера RLC-PDU (пакета), переданного на подуровень MAC от подуровня RLC в передающем устройстве, и показывает значение верхнего предела окна приема информации подтверждения.

«VT (MS)» показывает «значение верхнего предела+1» окна передачи, то есть сумму «VT (А)» и «Window_Size».

В целом, буфер 14 ожидания АСК выполнен с возможностью обновления окна передачи и окна приема информации подтверждения (параметров состояния) на основании порядкового номера RLC-data-PDU, содержащегося в STATUS-PDU (ACK), принятом от подуровня RLC приемного устройства.

Однако в том случае, когда порядковый номер RLC-data-PDU, содержащийся в STATUS-PDU (ACK/NACK), принятом от подуровня RLC приемного устройства, не является значением («VT (А)» ≤ порядковый номер ≤ «VT (S)-1») в пределах окна приема информации подтверждения, буфер 14 ожидания АСК игнорирует STATUS-PDU (ACK/NACK) для порядкового номера. Другими словами, буфер 14 ожидания АСК выполнен с возможностью отказа от выполнения процесса управления окном и процесса управления повторной передачей на основании STATUS-PDU (ACK/NACK) для порядкового номера.

В частности, буфер 14 ожидания АСК выполнен с возможностью игнорирования ответа с подтверждением или запроса повторной передачи, включенных в STATUS-PDU (ACK/NACK), и отказа как от обновления параметров состояния окна передачи и окна приема информации подтверждения, так и от повторной передачи соответствующего RLC-data-PDU в описанном далее случае. В указанном случае буфер 14 ожидания АСК определяет то, что порядковый номер RLC-data-PDU, содержащийся в STATUS-PDU (ACK/NACK), принятом от подуровня RLC приемного устройства, находится вне пределов окна приема информации подтверждения.

Следует отметить, что буфер 14 ожидания АСК выполнен с возможностью игнорирования, если принятым STATUS-PDU (ACK/NACK) указан RLC-data-Sub-PDU, ответа с подтверждением или запроса повторной передачи, содержащихся в STATUS-PDU (ACK/NACK), и отказа как от обновления параметров состояния окна передачи и окна приема информации подтверждения, так и повторной передачи соответствующего RLC-data-Sub-PDU в указанном далее случае. В указанном случае порядковый номер RLC-data-PDU, к которому принадлежит RLC-data-Sub-PDU, находится вне пределов окна приема информации подтверждения.

Буфер 15 повторной передачи выполнен с возможностью хранения RLC-data-PDU или RLC-data-Sub-PDU из буфера 14 ожидания АСК.

Модуль 16 передачи RLC-PDU выполнен с возможностью передачи подуровню MAC RLC-data-PDU, переданного из модуля 13 выполнения сегментации и конкатенации, и RLC-data-PDU, сохраненного в буфере 15 повторной передачи, в случае когда событие передачи данных уведомляется подуровнем MAC.

Здесь модуль 16 передачи RLC-PDU может быть выполнен с возможностью генерирования пакета совмещенных RLC-data-PDU и RLC-control-PDU (RLC-data-PDU-piggybacked-control-PDU) путем добавления RLC-control-PDU (STATUS-PDU или ему подобного), сохраненного в буфере 20 RLC-control-PDU, к пакету RLC-data-PDU, подлежащему передаче, и с возможностью последующей передачи указанного пакета совмещенных RLC-data-PDU и RLC-control-PDU.

Кроме того, модуль 16 передачи RLC-PDU выполнен с возможностью назначения нового порядкового номера («VT (S)») для RLC-data-PDU при генерировании передаваемого RLC-data-PDU.

Следует отметить, что модуль 16 передачи RLC-PDU не может формировать RLC-data-PDU, у которого порядковый номер (не менее, чем «VT (MS)») больше, чем значение верхнего предела окна передачи.

Модуль 17 выполнения повторной сегментации выполнен с возможностью генерирования множества пакетов RLC-data-Sub-PDU путем сегментации одного RLC-data-PDU или RLC-data-Sub-PDU, сохраненного в буфере 15 повторной передачи, в соответствии с состоянием связи в линии радиосвязи, то есть в соответствии с допустимым объемом передаваемых данных, указанным подуровнем MAC при передаче извещения. Более конкретно, модуль 17 выполнения повторной сегментации выполнен с возможностью осуществления повторной сегментации для RLC-data-PDU или RLC-data-Sub-PDU, сохраненного в буфере 15 повторной передачи.

В примере на фиг.7 модуль 17 выполнения повторной сегментации осуществляет сегментацию RLC-data-PDU (SN=x) на три пакета RLC-data-Sub-PDU от #А до #С при первой повторной передаче и сегментирует три пакета RLC-data-Sub-PDU от #А до #С на три пакета RLC-data-Sub-PDU от #А1 до #А3, от #В1 до #В3 и от #С1 до #С3 соответственно.

Модуль 18 передачи RLC-PDU выполнен с возможностью передачи подуровню MAC пакета RLC-data-Sub-PDU, прошедшего повторную сегментацию в модуле 17 выполнения повторной сегментации в случае, когда подуровень MAC уведомляет о событии передачи данных.

Здесь модуль 18 передачи RLC-PDU может быть выполнен с возможностью генерирования пакета совмещенных RLC-data-Sub-PDU и RLC-control-PDU (RLC-data-Sub-PDU-piggybacked-control-PDU) путем добавления RLC-control-PDU (STATUS-PDU или ему подобного), сохраненного в буфере 20 RLC-control-PDU, к пакету RLC-data-Sub-PDU, подлежащему передаче, и с возможностью передачи указанного пакета совмещенных RLC-data-Sub-PDU и RLC-control-PDU.

Модуль 19 генерирования RLC-control-PDU выполнен с возможностью генерирования STATUS-PDU (ACK/NACK) в соответствии с извещением от буфера 32 переупорядочивания.

Буфер 20 RLC-control-PDU выполнен с возможностью хранения RLC-control-PDU, сгенерированного модулем 19 генерирования RLC-control-PDU.

Модуль 31 демультиплексирования выполнен с возможностью извлечения STATUS-PDU из RLC-PDU, принятого от подуровня MAC, и последующей передачи STATUS-PDU в буфер 14 ожидания ACK, а также с возможностью извлечения и передачи RLC-data-PDU и RLC-data-Sub-PDU в буфер 32 переупорядочивания.

Буфер 32 переупорядочивания выполнен с возможностью осуществления переупорядочивания для сохраненного RLC-data-PDU (или RLC-data-Sub-PDU).

Более конкретно, буфер 32 переупорядочивания выполнен с возможностью сохранения пакетов RLC-data-PDU в буфере 33 повторной сборки (по порядку), хранящихся в порядке порядковых номеров.

Между тем, буфер 32 переупорядочивания выполнен с возможностью выполнения детектирования потери RLC-data-PDU с использованием таймера переупорядочивания для RLC-data-PDU (не по порядку), сохраненного не в порядке последовательных номеров. Буфер 32 переупорядочивания выполнен с возможностью уведомления модуля 19 генерирования RLC-control-PDU о том, что детектирована потеря непринятого RLC-PDU, в том случае, когда детектирована такая потеря.

Буфер 32 переупорядочивания выполнен с возможностью сборки RLC-data-PDU в том случае, когда RLC-data-PDU может быть собран из сохраненных пакетов RLC-data-Sub-PDU.

Модуль 34 повторной сборки RLC-SDU выполнен с возможностью сборки и последующей передачи RLC-SDU (SDU (service data unit, элемент служебных данных) уровня RLC) на верхний уровень в порядке порядковых номеров в случае, когда пакеты RLC-SDU могут быть собраны из пакетов RLC-data-PDU, сохраненных в буфере 33 повторной сборки.

Функционирование системы мобильной связи в соответствии с первым вариантом осуществления настоящего изобретения

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

Как показано на фиг.10, на шаге S101 подуровень RLC передающего устройства принимает STATUS-PDU (ACK/NACK) от подуровня RLC приемного устройства.

На шаге S102 подуровень RLC передающего устройства определяет, имеет ли порядковый номер RLC-data-PDU, указанный принятым STATUS-PDU (ACK/NACK), значение в пределах окна приема информации подтверждения.

Следует отметить, что в том случае, когда принятым STATUS-PDU (ACK/NACK) указан RLC-data-Sub-PDU, подуровень RLC передающего устройства определяет, имеет ли порядковый номер RLC-data-PDU, к которому принадлежит RLC-data-Sub-PDU, значение в пределах окна приема информации подтверждения.

В том случае, когда порядковый номер RLC-data-PDU, указанный принятым STATUS-PDU (ACK), определен в качестве значения в пределах окна приема информации подтверждения, на шаге S103 подуровень RLC передающего устройства передвигает окно передачи и окно приема информации подтверждения, то есть обновляет параметры состояния в окне передачи и окне приема информации подтверждения в том случае, если это необходимо (порядковый номер RLC-data-PDU, указанный STATUS-PDU (ACK), является значением нижнего предела окна передачи).

Кроме того, в том случае, когда порядковый номер RLC-data-PDU, указанный принятым STATUS-PDU (NACK), определен в качестве значения в пределах окна приема информации подтверждения, на шаге S103 подуровень RLC передающего устройства повторно передает RLC-data-PDU.

С другой стороны, в том случае, когда порядковый номер RLC-data-PDU, указанный принятым STATUS-PDU (ACK/NACK), определен в качестве значения вне пределов окна приема информации подтверждения, на шаге S104 подуровень RLC передающего устройства игнорирует STATUS-PDU (ACK/NACK), то есть не выполняет процесс управления окном и процесс управления повторной передачей пакета на основании STATUS-PDU (ACK/NACK).

Эффективность и преимущества системы мобильной связи в соответствии с первым вариантом осуществления настоящего изобретения

Благодаря системе мобильной связи в соответствии с первым вариантом осуществления настоящего изобретения, показанной на фиг.1, возможно предотвратить ухудшение качества связи путем отказа от инициирования процесса перезапуска RLC в передающем устройстве путем игнорирования STATUS-PDU (ACK=10) в следующем случае. В указанном случае STATUS-PDU (ACK=10), переданный при срабатывании триггера №1 передачи STATUS-PDU, приходит на подуровень RLC передающего устройства позднее, чем STATUS-PDU (ACK=100), переданный при срабатывании триггера №2 передачи STATUS-PDU, поскольку повторная передача STATUS-PDU (ACK=10) повторяется между подуровнями MAC.

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

Следует отметить, что все содержание японской патентной заявки №2007-101742 (поданной 6 апреля 2007 г.) включено в настоящий документ посредством ссылки.

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

1. Способ управления повторной передачей, согласно которому подуровень RLC передающего устройства выполняет процесс управления окном приема и процесс управления повторной передачей пакета на основании пакета STATUS -PDU, принятого из приемного устройства, содержащий следующие шаги: контролирование окна приема информации подтверждения на подуровне RLC передающего устройства; передача от подуровня MAC передающего устройства на подуровень RLC передающего устройства пакета RLC-PDU, содержащего пакет STATUS-PDU, принятый из приемного устройства, без осуществления переупорядочивания пакета RLC-PDU; и отказ от инициации процесса перезапуска RLC на подуровне RLC передающего устройства путем игнорирования порядкового номера пакета RLC-PDU, содержащегося в пакете STATUS-PDU, принятом от подуровня MAC передающего устройства, если порядковый номер принимает значение вне пределов окна приема информации подтверждения.

2. Способ контролирования окна приема, согласно которому подуровень RLC передающего устройства контролирует окно приема информации подтверждения на подуровне RLC передающего устройства так, что значение нижнего предела окна приема информации подтверждения является самым ранним порядковым номером пакета RLC-PDU, для которого на подуровне RLC передающего устройства ожидается пакет STATUS-PDU (ACK) от подуровня RLC приемного устройства, а значение верхнего предела окна приема информации подтверждения является самым поздним порядковым номером пакета RLC-PDU, переданного на подуровень MAC передающего устройства с подуровня RLC передающего устройства.

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

4. Передающее устройство по п.3, отличающееся тем, что значение нижнего предела окна приема информации подтверждения является самым ранним порядковым номером пакета RLC-PDU, для которого на подуровне RLC передающего устройства ожидается пакет STATUS-PDU (ACK) от подуровня RLC приемного устройства.

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



 

Похожие патенты:

Изобретение относится к службам присутствия, в частности к политикам авторизации публикации и/или правилам, обеспечивающим делегирование публикации и ограничения на разрешенную информацию о присутствии.

Изобретение относится к устройству и способам для управления возможностью соединения. .

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

Изобретение относится к структуре пакета данных для передачи данных блоков служебных данных (SDU) с использованием протокольных блоков данных (PDU). .

Изобретение относится к области радиосвязи, в частности к структуре блоков данных для обмена информации по сети. .

Изобретение относится к области передачи данных. .

Изобретение относится к системам беспроводной связи, и в частности к широкополосной беспроводной связи стандартов IEEE 802.16 ("WiMAX"), для улучшенного декодирования пакетов, которые включают в себя множество объединенных (конкатенированных) протокольных блоков данных

Заявленное изобретение относится к способу и системе управления услугой тонально-цветового сигнала ожидания ответа (CRBT) мультимедийной подсистемы на базе протокола IP. Технический результат заключается в обеспечении пользователя возможностью непосредственного управления его услугой CRBT для достижения технического эффекта, состоящего в экономии трудовых ресурсов. Для этого способ содержит этапы, на которых: сервер услуги CRBT принимает от пользователя самообслуживающийся вызов услуги CRBT, выдает пользователю приглашающий тональный сигнал, воспринимает операцию нажатия клавиши, выполненную пользователем согласно приглашающему тональному сигналу, и управляет услугой CRBT для пользователя согласно операции нажатия клавиши. 2 н. и 5 з.п. ф-лы, 4 ил.

Изобретение относится к области коммуникаций. Способ реализации адаптации контента включает в себя: прием мультимедийного сообщения от вызывающего терминала, в том числе мультимедийные сообщения несут в себе контент мультимедийных сообщений и тип вызываемого терминала; в соответствии с типом вызываемого терминала определение поддерживаемых мультимедийных форматов вызываемыми терминалами, а также выбор оптимального мультимедийного формата из них; в соответствии с выбранным оптимальным мультимедийным форматом сжатие мультимедийных сообщений, затем отправка сжатых мультимедийных сообщений по максимальному размеру мультимедийных сообщений, поддерживаемому вызываемым терминалом. С помощью данного изобретения, в соответствии с типом вызываемого терминала осуществляется выбор оптимального мультимедийного формата и сжатие мультимедийных сообщений, эффективность выражения контента мультимедийных сообщений усилится, и восприятие пользователей повышается, что и является техническим результатом. 2 н. и 6 з.п. ф-лы, 3 ил.

Изобретение относится к сетевым технологиям, а именно к способу обеспечения одноранговой связи посредством доступа к веб-странице. Техническим результатом является уменьшение требуемого объема памяти компьютера, уменьшение задержек мгновенной связи и снижение нагрузки на полосу пропускания. Технический результат достигается тем, что способ включает в себя этапы, на которых: 1) получают доступ к веб-странице со стороны пользователя, вызывают интерфейс Flash-приложения для соединения с сокет-сервером, соединяют с сервером Stratus для получения ключа и осуществляют мониторинг полученных сообщений с помощью Flash-приложения; 2) передают имя и ключ отправителя па сокет-сервер при помощи Flash-приложения, сохраняют имя и ключ отправителя на сокет-сервере; 3) вызывают интерфейс Flash-приложения для отправки сообщения, содержащего имя получателя на сокет-сервер посредством кодов Javascript на веб-странице отправителя; получают сообщение, переданное отправителем, и возвращают ключ, соответствующий имени получателя, Flash-приложению на веб-странице отправителя при помощи сокет-сервера; передают сообщение через сетевое соединение и ключ получателя при помощи Flash-приложения на веб-странице отправителя; 4) отображают сообщение на веб-странице получателя, после того как Flash-приложение на веб-странице получателя примет сообщение. 2 з.п. ф-лы, 1 ил.

Изобретение относится к средствам совместного использования ресурсов. Технический результат заключается в обеспечении возможности совместного использования ресурсов в любой момент времени во время использования ресурсов. Принимают данные, введенные пользователем, которые указывают, что текущее приложение в устройстве должно быть использовано совместно со вторым устройством в сети. Определяют данные состояния, которые указывают на конкретное состояние указанного текущего приложения. Обрабатывают выбор изображения на дисплее устройства, при этом указанное изображение представляет указанное текущее приложение в конкретном состоянии взаимодействия с указанным устройством. Отправляют сообщение, описывающее данные упомянутого изображения, для представления этого изображения во втором пользовательском устройстве в сети, при этом сообщение описывает данные, указывающие на текущее приложение, и содержит сетевой адрес для указанного текущего приложения и указанные данные состояния для получения доступа к текущему приложению во втором пользовательском устройстве в указанном конкретном состоянии взаимодействия. 7 н. и 20 з.п. ф-лы, 12 ил.

Изобретение относится к области техники связи и, в частности, к способу и устройству для компоновки сцены с использованием контентов облегченного прикладного представления сцены (LASeR). Техническим результатом является оптимизирование элементов сцены с использованием контентов LASeR согласно типу каждого терминала. Указанный технический результат достигается тем, что предложены способ и устройство для передачи и приема контентов LASeR, в которых принимается контент, включающий в себя информацию атрибутов, относящуюся к по меньшей мере одному из типа терминала, предпочтения пользователя и предоставляемого при обслуживании контента, и по меньшей мере одно из множества элементов сцены и множества наборов элементов сцены, которое включает в себя это множество элементов сцены, для компоновки сцены посредством выбора терминалом по меньшей мере одного из упомянутого множества элементов сцены и упомянутого множества наборов элементов сцены; кодируют контент; и передают кодированный контент, при этом контент дополнительно включает в себя информацию атрибутов о событии, указывающем изменение в по меньшей мере одном из типа терминала, предпочтения пользователя и предоставляемого при обслуживании контента. 4 н. и 18 з.п. ф-лы, 9 ил., 25 табл.

Изобретение относится к сенсорному устройству и способу для сбора сенсорных данных в сенсорных сетях. Технический результат - повышение надежности за счет устранения любой непредсказуемой передачи данных, повышение эффективности потребления мощности на системном уровне, повышение прогнозируемости функционирования на системном уровне, снижение сложности программирования. Сенсорное устройство содержит автономный потоковый модуль, имеющий компонент или подсистему, инкапсулированные в интеллектуальную оболочку, представляющую собой схему, которая обеспечивает развитой или интеллектуальный интерфейс между упакованными или заключенными компонентом или подсистемой и внешней схемой; и блок управления для обнаружения предварительно заданных внутренних событий упомянутого автономного потокового модуля или предварительно заданных внешних событий из потоковых данных в упомянутом интерфейсе с упомянутой интеллектуальной оболочкой и для управления рабочим режимом упомянутого компонента или подсистемы в ответ на обнаруженные события. 4 н. и 9 з.п. ф-лы, 12 ил.

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