Устройство и способ перемещения окна приема в сети радиодоступа

Устройство и способ перемещения окна приема в сети радиодоступа

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение относится к передаче данных управления каналом радиосвязи, УКР (RLC), в универсальной системе мобильной связи, УСМС (UMTS), в частности к способу перемещения окна приема в сети радиодоступа.

УРОВЕНЬ ТЕХНИКИ

Универсальная система мобильной связи, УСМС (UMTS), представляет собой систему мобильной связи третьего поколения, являющуюся эволюционным развитием стандарта, известного как глобальная система мобильной связи (GSM). Этот стандарт является европейским стандартом, целью которого является предоставление усовершенствованных услуг мобильной связи на основании базовой сети GSM и технологии широкополосного множественного доступа с кодовым разделением каналов, Ш-МДКР (W-CDMA).

Универсальная система мобильной связи, УСМС (UMTS), представляет собой систему мобильной связи третьего поколения, являющуюся эволюционным развитием европейского стандарта, известного как глобальная система мобильной связи (GSM). Этот стандарт является стандартом, целью которого является Предоставление усовершенствованных услуг мобильной связи на основании базовой сети GSM и технологии беспроводной связи с широкополосным множественным доступом с кодовым разделением каналов, Ш-МДКР (W-CDMA).

В декабре 1998 года Европейский институт стандартизации в области связи (ETSI), Ассоциация радиопромышленности и бизнеса/ Комитет по телекоммуникационным технологиям (Япония) (ARIB/TTC), Технический комитет по стандартизации в области телекоммуникаций США (комитет T1) и Ассоциация по телекоммуникационным технологиям Южной Кореи (TTA) создали организацию "Проект о партнерстве в области систем связи третьего поколения" (3GPP), создающую подробные описания технологии универсальной системы мобильной связи, УСМС (UMTS).

В рамках Проекта о партнерстве в области систем связи третьего поколения (3GPP) для обеспечения быстрого и эффективного технического развития УСМС было создано пять групп по разработке технических требований, ГРТТ (TSG), для выполнения работ по стандартизации УСМС с учетом независимости, присущей элементам сети и их функционированию.

Каждая ГРТТ разрабатывает и утверждает технические требования стандарта, а также осуществляет их координацию в пределах соответствующего региона. Входящая в состав этих групп группа разработки технических требований к сети радиосвязи с абонентами, ГРТТ-СРСА (TSG- RAN), разрабатывает стандарты для функций, требований и интерфейса наземной сети радиосвязи с абонентами УСМС, именуемой универсальной наземной сетью радиодоступа, УНСРД (UTRAN), которая представляет собой новую сеть радиодоступа, обеспечивающую поддержку технологии доступа Ш-МДКР в УСМС.

На фиг. 1 показана структура протокола интерфейса радиосвязи между оконечным устройством и УНСРД (UTRAN) согласно стандартам сети радиосвязи с абонентами, разработанным в рамках Проекта о партнерстве в области систем связи третьего поколения (3GPP).

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

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

Показанные на фиг. 1 уровни протоколов могут быть разделены на первый уровень (L1), второй уровень (L2) и третий уровень (L3), в основе которых лежат три нижних уровня стандартной модели взаимодействия открытых систем (OSI). Ниже приведено более подробное описание каждого уровня.

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

Второй уровень (L2) содержит уровень управления доступом к среде передачи, УДСП (MAC), уровень управления каналом радиосвязи, УКР (RLC), уровень управления широковещательной/многоадресной передачей, УШМП (BMC) и уровень протокола совмещения пакетных данных, ПСПД (PDCP).

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

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

Уровень УКР обеспечивает надежную передачу данных и выполняет функцию сегментации и сочленения множества сервисных блоков данных УКР, СБД УКР (RLC SDUs), переданных из верхнего уровня. При получении уровнем УКР сервисных блоков данных СБД УКР из верхнего уровня, уровень УКР надлежащим образом корректирует размер каждого СБД УКР с учетом производительности обработки, а затем создает определенные блоки данных с добавленной к ним информацией заголовка. Созданные блоки данных именуют протокольными блоками данных, ПБД (PDU), которые затем передают в уровень УДСП через логический канал. Уровень УКР содержит буфер УКР, служащий для запоминания СБД УКР и/или ПБД УКР (RLC PDUs).

Уровень ПСПД (протокола совмещения пакетных данных (PDCP)), являясь более высоким уровнем по отношению к уровню УКР, позволяет эффективно осуществлять передачу данных, передаваемых посредством сетевого протокола (например, протокола сети Интернет версии 4 (IPv4) или версии 6 (IPv6)), через интерфейс радиосвязи с относительно малой шириной полосы пропускания. Для обеспечения этого уровень ПСПД выполняет функцию сокращения объема ненужной управляющей информации, используемой для проводной сети, и этот тип функции именуют сжатием заголовка.

Уровень УШМП (управления широковещательной/многоадресной передачей (BMC)) обеспечивает передачу в пределах ячейки сотовой связи широковещательных сообщений (ниже именуемых в сокращенном виде как "ШВ сообщение" ('CB message')), переданных из базовой сети в оконечные устройства через интерфейс радиосвязи. Для обеспечения этого уровень УШМП выполняет функции запоминания, установления очередности и передачи ШВ сообщений.

В самой нижней части уровня L3 имеется уровень управления ресурсами радиосвязи, УРР (RRC). Уровень УРР задан только в плоскости управления и обеспечивает управление логическими каналами, транспортными каналами и физическими каналами в той его части, которая относится к установлению, переустановлению и освобождению однонаправленных каналов радиосвязи. Обслуживание однонаправленного канала радиосвязи относится к обслуживанию передачи данных между оконечным устройством и УНСРД, обеспечиваемому вторым уровнем (L2), и, в общем случае, термин "установление однонаправленного канала радиосвязи" относится к определению уровней протоколов и канальных параметров для каналов, необходимых для обеспечения конкретного типа обслуживания, а также, соответственно, к установлению существенных параметров и способов функционирования.

Для справки, уровни ПСПД (PDCP) и УШМП (BMC) существуют только лишь в плоскости абонента, в то время как уровни УДСП (MAC) и УКР (RLC) могут существовать в плоскости абонента или в плоскости управления в соответствии с тем, какой верхний уровень связан с ними. То есть в том случае, когда уровень УКР обеспечивает обслуживание для уровня УРР, то уровни УДСП и УКР существуют в плоскости управления. В противном случае, они существуют в плоскости абонента.

Кроме того, другие вторые уровни (за исключение уровня УДСП) имеют множество сущностей для обеспечения надлежащего качества обслуживания (КО) для каждого однонаправленного канала радиосвязи, ОКР (RB). То есть в одном уровне может существовать множество сущностей, и каждая сущность обеспечивает отдельное обслуживание.

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

УКР обеспечивает независимую сущность УКР для каждого ОКР для гарантированного получения конкретного качества обслуживания ОКР и обеспечивает три режима УКР, а именно прозрачный режим, ПР (TM), режим без подтверждения, РБП (UM), и режим с подтверждением, РСП (AM), для поддержания качества обслуживания различных типов. Поскольку три режима УКР (ПР, РБП, РСП) обеспечивают поддержку, соответственно, различных требований к качеству обслуживания, то существуют различия в их действии и в конкретных функциях. Следовательно, каждый рабочий режим УКР должен быть рассмотрен более подробно. Конкретный уровень УКР для каждого режима именуют УКР ПР, УКР РБП и УКР РСП.

В режиме ПР, в котором используют УКР ПР, к СБД УКР, передаваемым из более высокого уровня, не добавляют каких-либо протокольных служебных сигналов. Поскольку уровень УКР позволяет обеспечивать "прозрачную" передачу СБД, то этот режим именуют прозрачным режимом (ПР). Следовательно, плоскость абонента и плоскость управления выполняют следующие функции. Поскольку время обработки данных в уровне УКР является коротким, то в плоскости абонента осуществляют обработку данных, передаваемых по каналу связи в реальном масштабе времени (например, речевой информации и потоковых данных в области обслуживания канала связи (то есть в области ОКС (CS)). В плоскости управления, вследствие отсутствия каких-либо протокольных служебных сигналов в уровне УКР, осуществляют обработку передач сообщений УРР (RRC) из произвольного оконечного устройства, ПОУ (UE), по восходящему каналу связи и широковещательных передач сообщений УРР по нисходящему каналу связи во все оконечные устройства (ПОУ) в пределах ячейки сотовой связи.

Между тем, в отличие от прозрачного режима, режим, в котором в уровне УКР добавлены протокольные служебные сигналы, именуют непрозрачным режимом. Непрозрачный режим подразделяют на режим без подтверждения (РБП), в котором не осуществляют подтверждение приема переданных данных, и режим с подтверждением (РСП), в котором осуществляют подтверждение приема. В режиме РБП с использованием УКР РБП к каждому ПБД добавляют заголовок ПБД, содержащий порядковый номер, ПН (SN), и затем осуществляют его передачу для того, чтобы сторона, производящая прием, могла распознать то, какие именно ПБД были утеряны во время передачи. По существу, в РБП (с использованием РБП УКР) плоскость абонента обеспечивает обработку широковещательных/многоадресных передач данных или передач пакетных данных в реальном масштабе времени, например речевой информации (например, передачи речевой информации по протоколу сети Интернет (VoIP)) и потоковой передачи данных в области обслуживания пакетной передачи (то есть в области ОПП (PS)). В плоскости управления осуществляют обработку передач тех сообщений УРР из всех сообщений УРР, доставленных в конкретное оконечное устройство или в группу оконечных устройств, расположенных в пределах зоны ячейки сотовой связи, для которых ответ о подтверждении приема не нужен.

Как и в режиме РБП, в режиме РСП (с использованием УКР РСП) для создания ПБД добавляют заголовок ПБД, содержащий ПН. Однако, в отличие от режима РБП, в режиме РСП сторона, производящая прием, предоставляет уведомление о подтверждении приема ПБД, передача которого осуществлена стороной, производящей передачу. В режиме РСП сторона, производящая прием, предоставляет уведомление о подтверждении приема для выдачи запроса на повторную передачу любых ПБД, прием которых не был произведен правильно. Эта функция повторной передачи является главным отличительным признаком в УКР РСП. Следовательно, целью УКР РСП является обеспечение передачи данных без ошибок за счет повторных передач. Для этого в РСП (с использованием УКР РСП) обработку передач пакетных данных, не требующих передачи в реальном масштабе времени, например, по протоколу управления передачей/протоколу сети Интернет (TCP/IP), в области ОПП осуществляют посредством плоскости абонента, а обработку передач тех сообщений УРР, для которых, безусловно, требуется подтверждение их приема, из всех сообщений УРР, передаваемых в конкретное оконечное устройство, осуществляют посредством плоскости управления.

Учитывая направление передачи данных, УКР ПР и УКР РБП используют при связи в одном направлении, а УКР РСП используют при двусторонней связи, вследствие необходимости обратной связи (подтверждения приема) со стороны, производящей прием. Двустороннюю связь используют, главным образом, при прямой связи, поэтому в УКР РСП используют только выделенные логические каналы. Что касается структурных различий, то в УКР РСП одна сущность УКР выполняет как передачу, так и прием, тогда как в УКР ПР и УКР РБП сущность УКР существует у стороны, производящей передачу, и сущность УКР существует у стороны, производящей прием.

УКР РСП требует более сложной структуры и более сложных способов обработки данных вследствие наличия функции повторной передачи. В УКР РСП помимо буфера передачи необходим буфер повторной передачи, обеспечивающий управление повторной передачей. УКР РСП выполняет различные функции, например функцию использования "окна передачи/приема" для управления потоками информации, функцию выполнения "опроса", при которой сторона, производящая передачу, выдает запрос на получение информации о состоянии из равноправной сущности УКР на стороне, производящей прием, функцию предоставления "отчета о состоянии", при которой сторона, производящая прием, передает сообщение о состоянии ее буфера в равноправную сущность УКР на стороне, производящей передачу, функцию создания "ПБД состояния" для передачи информации о состоянии, функцию "совмещения передачи", при которой в ПБД данных вставляют ПБД состояния для повышения эффективности передачи данных и т.п. Кроме того, для обеспечения различных функций УКР РСП нужны различные параметры протокола, переменные состояния и таймер.

Одной из основных функций УКР является функция аннулирования СБД, посредством которой аннулируют определенные СБД УКР (например, "старые" СБД) из СБД, запомненных в сущности уровня УКР стороны, производящей передачу, для предотвращения перегрузки буфера УКР. Функция аннулирования СБД играет существенную роль в обеспечении гарантированного качества обслуживания ОКР, предоставляемого УКР. Как правило, аннулирование определенных СБД стороной, производящей передачу, осуществляют посредством схемы с использованием таймера или схемы с использованием ограниченного количества повторных передач.

Схему таймера используют во всех трех режимах (ПР, РБП, и РСП) УКР. Сущность уровня УКР стороны, производящей передачу, осуществляет управление таймером (например, моментом времени аннулирования) для измерения времени (продолжительности) пребывания каждого СБД УКР в уровне УКР при приеме каждого СБД УКР из верхнего уровня. Если по истечении промежутка времени, установленного таймером, успешная передача конкретного СБД не была осуществлена надлежащим образом, то этот СБД аннулируют, а также аннулируют все СБД между началом окна передачи и соответствующим СБД.

Схему с ограниченным количеством повторных передач используют только в УКР РСП. Если передачи и повторные передачи конкретного ПБД УКР продолжают быть неудачными, и достигнуто максимальное (предельное) количество повторных передач, то сущность уровня УКР стороны, производящей передачу, аннулирует любые СБД, содержащие, по меньшей мере, часть соответствующего ПБД УКР. Ниже приведено более подробное описание этой операции.

СБД УКР, переданный вниз в уровень УКР РСП на стороне, производящей передачу, преобразуют в ПБД УКР, которую запоминают в буфере. В этот момент времени счетчик (например, VT(DAT)), осуществляющий подсчет количества передач для каждого ПБД УКР, начинает свою операцию отсчета. Осуществляют приращение показания счетчика VT(DAT) на "1" при каждой передаче ПБД УКР (за который несет ответственность счетчик VT (DAT)). Если передачи конкретного ПБД УКР продолжают оставаться неудачными, а показание счетчика VT(DAT) достигает максимального (предельного) количества повторных передач (равного MaxDAT), то УКР РСП аннулирует все СБД, содержащиеся, по меньшей мере, в части соответствующего ПБД, а также все СБД между началом окна передачи и соответствующим СБД.

В случае аннулирования уровнем УКР РСП стороны, производящей передачу, по меньшей мере, одного СБД УКР, уровень УКР РСП стороны, производящей прием, уведомляют о таком аннулировании путем перемещения окна приема стороны, производящей прием. Перемещение окна приема может быть осуществлено в силу того, что сторона, производящая прием, больше не должна простаивать и ожидать поступления СБД, который к настоящему моменту был аннулирован и, следовательно, не будет передан. Операция данного типа может быть упомянута здесь как функция "перемещения окна приема", ПОП (MRW).

Для перемещения окна приема сторона, производящая передачу, посылает стороне, производящей прием, сообщение о ПОП (MRW). При этом команда ПОП не указывает то место, в которое фактически должно быть осуществлено перемещение окна приема, а предоставляет только информацию о том, что конкретный СБД был аннулирован стороной, производящей передачу. После получения сообщения о ПОП, сторона, производящая прием, осуществляет надлежащее перемещение окна приема на основании информации об аннулированном СБД.

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

Создание ПБД из СБД

После подачи СБД из более высокого уровня уровень УКР РСП стороны, производящей передачу, осуществляет сегментацию и сочленение СБД (которые могут иметь различные размеры) для создания ПБД данных РСП, ДРСП (AMD), имеющего заранее заданный размер. ПБД ДРСП содержит заголовок, который добавляют к полезной нагрузке. Полезная нагрузка состоит из части СБД или, по меньшей мере, из одного или из большего количества СБД. Заголовок состоит из порядкового номера (ПН) ПБД и указателя длины, УД (LI), указывающего местоположение границы СБД в том случае, если такая граница существует.

На фиг. 2 показан пример того, каким образом создают ПБД из СБД.

Со ссылкой на фиг. 2, предполагают, что уже была осуществлена успешная передача СБД с 1-го по 32-й посредством ПБД с 1-го по 20-й. При передаче последующих СБД вниз в уровень УКР РСП, УКР РСП выполняет сегментацию или сочленение СБД (которые могут иметь различные размеры) для создания ПБД ДРСП заранее заданного размера. На фиг. 2 показаны только лишь СБД с 33-го по 39-й. Однако можно понять, что может продолжаться подача дополнительных СБД и что УКР РСП продолжает создавать дополнительные ПБД для нисходящих СБД. Кроме того, УКР РСП присоединяет ПН ПБД к заголовку ПБД ДРСП. Если в пределах созданного ПБД существует граница СБД, то к заголовку ПБД ДРСП также добавляют указатель УД, указывающий местоположение границы.

На фиг. 3 показан пример схемы обработки ПБД ДРСП с 21-й по 23-ю из тех ПБД ДРСП, которые были созданы согласно фиг. 2.

Со ссылкой на фиг. 2 и 3, можно понять, что 21-й ПБД состоит из части 33-го СБД (СБД 33), в силу чего в 21-й ПБД не существует какой-либо границы 33-го СБД (СБД 33). Следовательно, 21-й ПБД просто состоит из ПН (в заголовке) и части СБД 33. Затем, 22-й ПБД состоит из оконечной части СБД 33, из всего СБД 34 целиком и из начальной части СБД 35, в силу чего в 22-м ПБД существуют две границы СБД. Следовательно, к заголовку добавлены два поля УД (УД 33 и УД 34), указывающие соответствующие границы СБД. Так как в 23-м ПБД существует одна граница между СБД 35 и СБД 36, то для 23-го ПБД к заголовку добавлено соответствующе поле УД.

Запоминание ПБД

Каждый созданный ПБД ДРСП запоминают в буфере передачи уровня УКР РСП и одновременно запоминают в буфере повторной передачи для возможной повторной передачи, которая может иметь место позднее. Различие между буферами передачи и повторной передачи состоит в том, что уже однажды переданный ПБД удаляют из буфера передачи, но сохраняют в буфере повторной передачи до тех пор, пока не будет осуществлена успешная передача этого ПБД. На фиг. 4 показан пример того, каким образом уровень УКР РСП создает и осуществляет запоминание ПБД ДРСП в буферах передачи и повторной передачи.

Передача ПБД

УКР РСП стороны, производящей передачу, осуществляет передачу созданных ПБД в УКР РСП стороны, производящей прием, представляющей собой равноправную сущность УКР РСП. Когда УКР РСП стороны, производящей передачу, передает ПБД ДРСП, то он осуществляет передачу не всех ПБД сразу, поскольку могут быть переданы только лишь те ПБД, которые расположены в пределах окна передачи. Причина использования в УКР РСП окна передачи и окна приема для осуществления передачи и приема ПБД состоит в необходимости управления теми ПБД, которые подлежат повторной передаче. Для этого сторона, производящая передачу, осуществляет передачу только тех ПБД, которые находятся в окне передачи, а сторона, производящая прием, осуществляет прием только тех ПБД, которые находятся в окне приема. Здесь термин "окно" означает интервал значений ПН ПБД, в силу чего ПБД, находящиеся в окне приема, относятся к тем ПБД, которые имеют такие значения ПН в пределах интервала значений ПН ПБД, которые соответствуют окну приема.

Размер окна передачи/приема устанавливают в том случае, когда создана сущность уровня УКР, и ее диапазон (интервал значений ПН) изменяется при передаче и приеме ПБД. Начальная точка и конечная точка (то есть границы) окна передачи и окна приема заданы следующим образом:

Окно передачи

- Начальная точка: ПН первого ПБД, сообщение о подтверждении приема, СПП (ACK), которой должно быть получено следующим по порядку со стороны, производящей прием.

- Конечная точка: ПН первого ПБД из тех ПБД, передача которых не может быть осуществлена.

Окно приема

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

- Конечная точка: ПН первого ПБД из тех ПБД, прием которых не может быть осуществлен.

Из приведенных выше формулировок понятно, что сторона, производящая передачу, разрешает осуществлять передачу только тех ПБД, значения ПН которых находятся в пределах интервала от начальной точки до предпоследней конечной точки ("конечная точка 1"). Передача ПБД, имеющих ПН, значения которых соответствуют конечной точке и после нее, может быть осуществлена только после обновления окна передачи. Обновление окна передачи происходит при приеме сообщения о подтверждении приема (СПП) первым по порядку ПБД, поступившим со стороны, производящей прием.

Аналогичным образом, сторона, производящая прием, разрешает осуществлять прием только тех ПБД, значения ПН которых находятся в пределах интервала от начальной точки до предпоследней конечной точки ("конечная точка 1"). В случае приема ПБД, имеющего ПН, значение которого находится вне этого интервала, сторона, производящая прием, немедленно аннулирует такой ПБД. Обновление окна приема происходит при успешном приеме первого по порядку ПБД.

Следует отметить, что размер окна передачи и окна приема задан как интервал (размер) между начальной точкой и конечной точкой. Например, предполагая, что размер окна передачи/приема равен 10 и была осуществлена успешная передача ПБД с 1-го по 20-й, окно передачи расположено в интервале 21˜31, а окно приема также расположено в интервале 21˜31.

Поскольку 21-й ПБД является первым ПБД, для которого СПП должно быть получено первым по порядку, то обновление окна передачи на стороне, производящей передачу, может быть выполнено только в том случае, если поступило подтверждение успешной передачи 21-го ПБД. Аналогичным образом, поскольку 21-й ПБД является тем ПБД, прием которого должен быть осуществлен первым по порядку, то обновление окна передачи на стороне, производящей прием, может быть выполнено только в том случае, если поступило подтверждение успешного приема 21-го ПБД.

Если конечная точка окна передачи/приема равна 31, то сторона, производящая передачу, может осуществить передачу только лишь ПБД с 21-го по 30-й. Следовательно, сторона, производящая прием, также может осуществить прием только лишь ПБД с 21-го по 30-й. Сторона, производящая прием, немедленно аннулирует любой ПБД, имеющий ПН вне этого интервала, сразу же после приема такого ПБД. Как показано на фиг. 5, во время передачи/приема ПБД ДРСП постоянно выполняют обновление окна передачи и окна приема.

На фиг. 5 показан пример передачи/приема ПБД ДРСП и обновления окна передачи и окна приема, в котором предполагают, что осуществлена успешная передача всех ПБД, вплоть до 20-го ПБД, а оба окна: окно передачи и окно приема расположены в интервале 21˜31.

Со ссылкой на фиг. 5, сторона, производящая передачу, создает ПБД с использованием СБД, переданных из более высокого уровня, и осуществляет передачу созданных ПБД стороне, производящей прием. Здесь окно передачи расположено в интервале 21˜31, в силу чего производят передачу только тех ПБД, которые расположены в пределах этого интервала. Передачу созданных ПБД осуществляют последовательную согласно их ПН, а в пределах одного промежутка времени передачи, ПВП (TTI), может быть произведена передача одного или большего количество ПБД. Несмотря на то, что на фиг. 5 показаны только лишь ПБД с 21-го по 28-й, передачу ПБД продолжают и далее, так что может быть осуществлена передача еще и дополнительных ПБД в том случае, если они имеют ПН, значения которых находятся в пределах этого интервала.

Сторона, производящая прием, находится в режиме ожидания приема ПБД, при этом окно приема расположено в интервале между 21 и 31. Для тех ПБД, которые находятся в пределах этого интервала, возможен правильный прием. Однако в случае приема ПБД, находящегося вне этого интервала, сторона, производящая прием, расценивает такой ПБД как ошибочный и, следовательно, немедленно аннулирует такой ПБД. Поскольку сторона, производящая передачу, осуществляет передачу ПБД последовательно, то сторона, производящая прием, осуществляет прием этих ПБД также последовательно. После правильного приема 21-го ПБД сторона, производящая прием, обновляет окно приема таким образом, чтобы оно было расположено в интервале 22˜32. Затем, после правильного приема 22-го ПБД сторона, производящая прием, обновляет окно приема таким образом, чтобы оно было расположено в интервале 23˜33. То есть обновление окна приема происходит только в случае правильного приема того ПБД, прием которого предполагают осуществлять в установленном порядке.

Однако, если прием 24-го ПБД был осуществлен после того, как было выполнено обновление окна приема таким образом, чтобы оно было расположено в интервале 23˜33, дальнейшее обновление окна приема не производят. Следовательно, сторона, производящая прием, осуществляет прием последующих ПБД, при этом местоположение окна приема зафиксировано в интервале 23˜33. На фиг. 5 показан пример, в котором 23-й, 26-й и 27-й ПБД утеряны во время передачи. Сторона, производящая прием, посылает стороне, производящей передачу, отчет о состоянии относительно принятых ПБД. Здесь сделано предположение, что передача отчета о состоянии осуществлена после приема 28-го ПБД. В представленной в отчете информации о состоянии указано, что из ПБД с 21-го по 28-й не был осуществлен правильный прием 23-го, 26-го и 27-го ПБД, а прием остальных ПБД был осуществлен правильно.

После получения отчета о состоянии со стороны, производящей прием, сторона, производящая передачу, удаляет успешно переданные ПБД из буфера повторной передачи, а затем обновляет окно передачи и подготавливает повторную передачу тех ПБД, передача которых была неудачной. То есть после удаления 21-го, 22-го, 24-го, 25-го и 28-го ПБД (то есть правильно переданных ПБД) из буфера повторной передачи, сторона, производящая передачу, сохраняет 23-й, 26-й и 27-й ПБД в буфере повторной передачи и готовится к повторной передаче. На фиг. 5 сделано предположение о том, что после того, как была осуществлена правильная передача ПБД (вплоть до 28-го ПБД), созданы дополнительные ПБД (вплоть до 34-го ПБД). Поскольку передачу ПБД осуществляют последовательно, то выполняют повторную передачу 23-го, 26-го и 27-го ПБД, а затем осуществляют передачу ПБД с 29-го по 32-й в первый раз. При этом, поскольку 33-й и 34-й ПБД расположены вне интервала окна передачи, то их запоминают в буфере передачи и дожидаются последующего сеанса передачи.

Следуя вышеописанной процедуре, сторона, производящая прием, осуществляет последовательный прием ПБД. Если 23-й ПБД принят (в результате повторной передачи со стороны, производящей передачу), то начальную точку окна приема перемещают таким образом, чтобы она была равна ПН (то есть ПН = 26) того ПБД, прием которого осуществляют первым по порядку, так как прием 24-го и 25-го ПБД уже был произведен правильно. То есть во время приема 23-го ПБД производят обновление окна приема таким образом, чтобы оно было расположено в интервале 26˜36. После приема 26-го ПБД снова производят обновление окна приема таким образом, чтобы оно было расположено в интервале 27˜37.

Однако, если после этого не осуществлен прием 27-го ПБД, а вместо него принят 29-й ПБД, то интервал окна приема, равный 27˜37, сохраняют и его обновление не производят. На фиг. 5 показано, что из всех ПБД вплоть до 32-го ПБД прием 27-го, 30-го и 31-го ПБД не осуществлен. В частности, передача 27-го ПБД дважды была неудачной (то есть одна повторная передача была неудачной). При приеме 32-го ПБД, предполагая, что сторона, производящая прием, посылает отчет о состоянии, сторона, производящая прием, которая осуществила прием ПБД вплоть до 32-го ПБД, посылает отчет о состоянии, в котором указано, что прием 27-го, 30-го и 31-го ПБД был неудачным.

Аннулирование СБД

Предполагая, что передача 23-го ПБД продолжает быть неудачной, если ПБД, показанные на фиг. 5, созданы с использованием СБД из фиг. 2, то неудача при передаче 23-го ПБД означает, что передача 35-го и 36-го СБД также будет неудачной. Операции аннулирования СБД являются различными для схемы таймера и для схемы с ограниченным количеством повторных передач, следовательно, ниже приведено их более подробное пояснение.

После приема СБД из более высокого уровня УКР РСП незамедлительно приводит в действие таймер аннулирования СБД. В данном случае таймер аннулирования приводят в действие для каждого СБД. Таймер аннулирования прекращает работу в момент успешной передачи СБД, и таймер аннулирования, присвоенный этому СБД, устраняют (прекращают его действие, так как время истекло). Здесь термин "успешно переданный" означает, что принят сигнал сообщения о подтверждении приема, СПП (уведомляющий о том, что был осуществлен успешный прием всех ПБД, содержащих, по меньшей мере, часть СБД), поступивший со стороны, производящей прием. Поскольку подачу СБД в УКР осуществляют последовательно, то истечение времени таймера аннулирования также происходит последовательно. Как показано на фиг. 2, если к моменту истечения времени таймера аннулирования 35-го СБД успешная передача 23-го ПБД не была осуществлена, то 35-й СБД аннулируют в момент истечения времени таймера аннулирования.

Здесь важно отметить, что аннулируют СБД, а не ПБД. Так как ПБД создан с использованием сегментированных и/или сочлененных СБД, то один СБД может быть целиком расположен в пределах одного ПБД или же один СБД может перекрывать несколько ПБД. В любом случае аннулирование СБД означает, что аннулируют все соответствующие части СБД из всех ПБД, содержащих какую-либо часть этого СБД.

Например, со ссылкой вновь на фиг. 2, даже в том случае, если передача 22-го ПБД была осуществлена успешно, неудачная передача 23-го ПБД приводит к аннулированию 35-го СБД. Следовательно, также аннулируют часть 35-го СБД в 22-м ПБД. Кроме того, также важно отметить, что 23-й ПБД не аннулируют даже в том случае, если аннулирован 35-й СБД. Повторную передачу 23-го ПБД, содержащего часть 36-го СБД, а также часть 35-го СБД, продолжают до тех пор, пока не истечет время таймера аннулирования 36-го СБД. Даже в случае повторной передачи 23-го ПБД при аннулированном 35-м СБД, часть 35-го СБД при повторной передаче не изымают. Структура повторно передаваемого ПБД должна быть идентична структуре первоначально переданного ПБД.

При передаче СБД вниз из более высокого уровня, их передача в нисходящем направлении может быть осуществлена одновременно, несмотря на последовательную подачу. Если 35-й и 36-й СБД поданы почти одновременно, то истечение времени таймеров аннулирования 35-го и 36-го СБД может произойти почти в один и тот же момент времени. В этом случае 35-й и 36-й СБД аннулируют почти одновременно и прекращают повторную передачу 23-го ПБД, а также 24-го ПБД, содержащей 36-й СБД. Так как 25-й ПБД содержит часть 37-го СБД, время таймера аннулирования которого еще не истекло, повторную передачу 25-го ПБД продолжают до тех пор, пока не истечет время таймера аннулирования 37-го СБД. Как указано в приведенном выше описании, структура повторно переданного 25-го ПБД является идентичной структуре первоначально переданного ПБД.

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

Например, как показано на фиг. 2, если правильная передача 23-го ПБД не осуществлена даже в том случае, когда количество повторных передач достигло максимального (предельного) значения, то одновременно аннулируют 35-й и 36-й СБД. Однако, поскольку эта схема также предназначена для аннулирования СБД, то выполняемые после этого процедуры являются теми же самыми, что и процедуры, выполняемые в схеме таймера, в которой аннулирование двух СБД осуществляют почти одновременно. То есть соответствующую часть 22-го ПБД аннулируют вследствие аннулирования 36-го СБД, а 24-й ПБД аннулируют вследствие аннулирования 36-го СБД, несмотря на то обстоятельство, что еще должны быть завершены повторные передачи 24-го ПБД, поскольку еще не было достигнуто максимального (предельного) количества повторных передач. Однако повторную передачу 25-го ПБД, содержащего 37-й СБД, продол