СПОСОБ ПЕРЕДАЧИ ЗАПРОСА ПОВТОРНОЙ ПЕРЕДАЧИ И ПРИЕМНОЕ УСТРОЙСТВО

Область техники

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

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

В организации 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 приемного устройства.

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

Соответственно, когда пакеты RLC-data-PDU (AMD-PDU в системе мобильной связи IМТ-2000; RLC-data-PDU с порядковыми номерами #2 и #5) еще не приняты, а последующий пакет RLC-data-PDU (пакет RLC-data-PDU с порядковым номером #6) принят при срабатывании триггера генерирования STATUS-PDU, как показано на фиг.2, подуровень RLC обладает возможностью однозначного определения отсутствия пакетов и передачи STATUS-PDU, который запрашивает повторную передачу RLC-data-PDU с порядковыми номерами #2 и #5.

Непатентный документ 1: Спецификация RLC системы IМТ-2000: 3GPP TS 25.322 V6.9.0 (2006-09).

Непатентный документ 2: Спецификация второго этапа LTE: 3GPP TS 36.300 V8.0.0 (2007-03).

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

Поэтому, несмотря на наличие пакетов RLC-data-PDU (или RLC-data-Sub-PDU), которые еще не были приняты подуровнем RLC, а последующий RLC-data-PDU (или RLC-data-Sub-PDU) принят при срабатывании триггера генерирования и передачи STATUS-PDU, безусловная передача STATUS-PDU, который запрашивает повторную передачу пакетов RLC-data-PDU (например, RLC-PDU с порядковыми номерами #2 и #5 на фиг.2,) не требуется. Причиной этого является то, что существует вероятность, что в отношении пакетов RLC-data-PDU выполняется управление повторной передачей HARQ (гибридный автоматический запрос на повторную передачу) на подуровне MAC.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг.9 иллюстрирует операции подуровня RLC в мобильной станции и базовой станции радиосвязи в соответствии с первым вариантом осуществления настоящего изобретения.

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

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

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

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

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

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

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

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

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

Как показано на фиг.5, подуровень RLC включает буфер 11 RLC-SDU, буфер 12 новой передачи, модуль 13 выполнения сегментации и конкатенации, буфер 14 ожидания АСК, буфер 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 ожидания АСК выполнен с возможностью определения необходимости повторной передачи сохраненного таким образом 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 приемного устройства.

На фиг.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".

Поле "Control PDU Type" является полем, в котором показан тип RLC-control-PDU (управляющего PDU подуровня RLC). Например, в качестве типа RLC-control-PDU подразумевается STATUS-PDU (АСК) или STATUS-PDU (NACK), или им подобные.

Поле "Selective 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", необходима повторная передача.

Буфер 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.

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

В примере на фиг.6 модуль 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 переупорядочивания в момент времени генерирования запроса повторной передачи (момент времени, в который возникает событие, которое становится триггером генерирования и передачи STATUS-PDU, или непосредственно перед первой возможностью радиопередачи после события, которое становится триггером генерирования и передачи STATUS-PDU, или в момент времени, в который останавливается таймер запрета STATUS, который активен при возникновении события, которое становится триггером генерирования и передачи STATUS-PDU).

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

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

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

Кроме того, модуль 19 генерирования RLC-control-PDU может быть выполнен с возможностью контролирования только наибольшего порядкового номера из числа порядковых номеров пакетов RLC-data-PDU, указанных буфером 32 переупорядочивания в качестве RLC-data-PDU, для которых необходим запрос повторной передачи (например, контролирования этого порядкового номера как "параметра состояния T_SN_STATUS"). Тогда модуль 19 генерирования RLC-control-PDU может быть выполнен с возможностью включения в момент времени генерирования STATUS-PDU порядковых номеров всех пакетов RLC-data-PDU, которые не превышают параметр состояния "T_SN_STATUS" и которые являются порядковыми номерами непринятых пакетов RLC-data-PDU в приемном окне. Другими словами, модуль 19 генерирования RLC-control-PDU может контролировать, как "параметр состояния T_SN_STATUS", только наибольший порядковый номер из числа порядковых номеров пакетов RLC-data-PDU, указанных в результате определения, проводимого буфером 32 переупорядочивания, необходимости запроса повторной передачи пакетов RLC-data-PDU (результат определения), и может генерировать STATUS-PDU на основе "параметра состояния T_SN_STATUS".

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

Следует отметить, что в качестве события, которое становится триггером генерирования и передачи STATUS-PDU, можно предусмотреть следующие уведомления или остановку периодического таймера в модуле 19 генерирования RLC-control-PDU или подобного: уведомление от буфера 32 переупорядочивания о том, что необходим запрос повторной передачи для конкретного RLC-data-PDU, уведомление от буфера 32 переупорядочивания о том, что детектирован бит Poll, или уведомление от буфера 32 переупорядочивания о том, что частота использования приемного окна превышает определенный порог.

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

В случае использование таймера запрета STATUS модуль 19 генерирования RLC-control-PDU запускает таймер запрета STATUS при передаче STATUS-PDU.

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

После этого в момент времени, когда таймер запрета STATUS останавливается, модуль 19 генерирования RLC-control-PDU генерирует и передает STATUS-PDU в случае возникновения события, которое становится триггером генерирования и передачи STATUS-PDU, в течение функционирования таймера запрета STATUS.

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

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

Следует отметить, что подуровень MAC обладает возможностью передачи RLC-PDU на подуровень RLC без выполнения описанного выше переупорядочивания.

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

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

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

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

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

Более конкретно, как показано на фиг.8, буфер 32 переупорядочивания выполнен с возможностью запуска таймера переупорядочивания в случае, когда RLC-data-PDU с заданным порядковым номером #4 принят в момент времени #1 до приема пакетов RLC-data-PDU с порядковыми номерами #2 и #3.

В этом случае буфер 32 переупорядочивания не сообщает модулю 19 генерирования RLC-control-PDU, что необходим запрос повторной передачи для пакетов RLC-data-PDU с порядковыми номерами #2 и #3, так как есть вероятность того, что на подуровне MAC все еще выполняется процесс управления повторной передачей (процесс управления повторной передачей HARQ) для пакетов RLC-data-PDU с порядковыми номерами #2 и #3. Это происходит потому, что таймер переупорядочивания, запущенный при приеме пакета RLC-data-PDU с порядковым номером #4, в момент времени #2 (момент времени #1 триггера генерирования и передачи STATUS-PDU) еще не остановлен.

После этого таймер переупорядочивания, запущенный при приеме RLC-data-PDU с порядковым номером #4, останавливается в момент времени #3. Таким образом, буфер 32 переупорядочивания определяет, что на подуровне MAC процесс управления повторной передачей (процесс управления повторной передачей HARQ) для пакетов RLC-data-PDU с порядковыми номерами #2 и #3 больше не выполняется и что вероятность приема подуровнем RLC приемного устройства пакетов RLC-data-PDU с порядковыми номерами #2 и #3 отсутствует. Затем буфер 32 переупорядочивания уведомляет модуль 19 генерирования RLC-control-PDU, что необходима повторная передача пакетов RLC-data-PDU с порядковыми номерами #2 и #3.

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

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

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

Следует отметить, что в случае, когда RLC-data-PDU, имеющий порядковый номер, следующий за наибольшим порядковым номером из числа порядковых номеров пакетов RLC-data-PDU, для которых определена необходимость запроса повторной передачи, не принят, буфер 32 переупорядочивания может сообщить модулю 19 генерирования RLC-control-PDU порядковый номер, следующий за наибольшим порядковым номером из числа порядковых номеров RLC-data-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 повторной сборки.

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

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

Как показано на фиг.9, когда на шаге S101 возникает событие, которое становится триггером генерирования и передачи STATUS-PDU, подуровень RLC приемного устройства на шаге S102 указывает RLC-data-PDU из числа еще не принятых пакетов RLC-data-PDU (или пакетов RLC-data-Sub-PDU), который необходимо повторно передать.

На шаге S103 подуровень RLC приемного устройства генерирует и передает STATUS-PDU (NACK) для пакета RLC-data-PDU, указанного как RLC-data-PDU, который необходимо повторно передать.

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

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

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

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

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