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

Формула изобретения

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

принимают протокольные блоки данных в приемнике, причем каждый протокольный блок данных включает в себя по меньшей мере часть сервисного блока данных,

принимают команду в приемнике для коррекции окна приема (ПОП), причем окно приема имеет начальную точку, и

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

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

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

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

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

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

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

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

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

принимают информацию об аннулировании в приемнике, причем информация об аннулировании распознает последний аннулированный сервисный блок данных (СБД),

определяют, были ли успешно приняты сервисные блоки данных до последнего аннулированного сервисного блока данных,

передают в верхний уровень приемника сервисные блоки данных, которые были успешно приняты, и

осуществляют перемещение окна приема в соответствии с информацией об аннулировании.

10. Способ по п.9, отличающийся тем, что перемещение окна приема осуществляют в уровне канала передачи данных.

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

12. Способ по п.11, отличающийся тем, что сервисные блоки данных, которые были успешно приняты, распознают посредством указателя конечной точки.

13. Способ по п.9, отличающийся тем, что определение сервисных блоков данных, которые были успешно приняты, включает в себя этапы, на которых

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

определяют, что сервисный блок данных был успешно принят, если все части распознанного сервисного блока данных были приняты.

14. Устройство связи для приема данных в системе радиосвязи, содержащее

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

15. Устройство связи по п.14, отличающееся тем, что команда распознает сервисный блок данных, аннулированный последним.

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

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

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

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

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

21. Устройство связи по п.14, отличающееся тем, что средство для приема дополнительно выполнено с возможностью перемещения начальной точки в положение, распознанное командой.

22. Устройство связи по п.14, отличающееся тем, что средство для приема является частью уровня канала передачи данных.

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

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

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

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

Описание изобретения к патенту

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

Настоящее изобретение относится к передаче данных управления каналом радиосвязи, УКР (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-й СБД, продолжают до тех пор, пока не будет достигнуто максимального (предельного) количества повторных передач.

Передача информации об аннулировании СБД

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

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

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

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

На фиг. 6 показана концептуальная схема структуры команды ПОП, в которой 'N' представляет собой информацию о количестве аннулированных СБД, передаваемую посредством команды ПОП, а существующий в настоящее время стандарт универсальной системы мобильной связи (УСМС) предписывает, что это количество не превышает 15.

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

На фиг. 6 в самом верхнем поле указано количество ПН ПБД, содержащихся в команде ПОП, которое равно "N". Важно отметить, что N представляет собой не количество СБД, по существу, аннулированных стороной, производящей передачу, а информацию о номере аннулированного СБД, передаваемую посредством соответствующей команды ПОП.

То есть, если команда ПОП содержит ПН того ПБД, в котором существует оконечная часть N-го СБД, то команда ПОП содержит информацию об аннулировании одного СБД, поэтому отсчет равен 1. При включении в ее состав информации о всех аннулированных СБД с 1-го по N-й команда ПОП содержит информацию об N аннулированных СБД, поэтому число равно N. Причина того, почему передают уведомление о значении, равном N, состоит в том, что сторону, производящую прием, информируют о том, существует ли или нет информация об аннулировании дополнительных СБД 1˜(N-1) при приеме команды ПОП. К тому же, в конце команды ПОП всегда содержится информация указателя, указывающая место расположения оконечной части N-го СБД в ПБД.

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

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

Перемещение окна приема и передача информации о перемещении

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

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

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

После этого осуществляют успешный прием ПБД вплоть до 28-й включительно, в силу чего начальную точку окна приема перемещают в 29-й ПБД, прием которого осуществляют первым по порядку. Затем сторона, производящая прием, уведомляет сторону, производящую передачу, о том, что окно приема было перемещено в 29-й ПБД.

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

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

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

Передача информации о перемещении окна

После получения информации о перемещении окна со стороны, производящей прием, сторона, производящая передачу, перемещает начальную точку окна передачи в то же самое положение, что и положение начальной точки окна приема. ПБД, соответствующий начальной точке окна передачи, может быть уже передан до получения информации о перемещении окна приема. В этом случае сторона, производящая передачу, не осуществляет передачу соответствующего ПБД, а ожидает поступления отчета о состоянии сообщения о подтверждении приема/сообщения о неподтверждении приема (ACK/NACK) со стороны, производящей прием. Если же передача ПБД, соответствующего начальной точке окна передачи, не была осуществлена заранее, то сторона, производящая передачу, начинает передачу с соответствующего ПБД.

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

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

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

На фиг. 8А показана схема передачи ПБД с 21-го по 28-й со стороны, производящей передачу. По существу, в этом случае могут быть переданы ПБД вплоть до 30-го ПБД. Однако СБД последовательно подают вниз в уровень УКР. Следовательно, предполагают, что в момент передачи со стороны, производящей передачу, еще не созданы ПБД, начиная с 29-го ПБД.

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

На фиг. 8Б показана схема, поясняющая процедуру обновления окна передачи таким образом, чтобы оно было расположено в интервале 23˜33, выполняемую стороной, производящей передачу, которая затем осуществляет последующую передачу. Здесь передачу ПБД осуществляет в следующем порядке: 23-й, 26-й, 27-й, 29-й, 30-й, 31-й и 32-й ПБД, при этом требуется повторная передача 23-го, 26-го и 27-го ПБД. Следует отметить следующее: несмотря на то, что созданы ПБД, начиная с 33-го ПБД, их передача не может быть осуществлена вследствие ограничения, наложенного на размер окна передачи.

Предполагают, что сторона, производящая прием, по-прежнему не может осуществить прием 23-го и 27-го ПБД из переданных ПБД с 23-го по 32-й и, кроме того, не может осуществить прием 30-го и 31-го ПБД. Так как прием 23-го ПБД не осуществлен, то сохраняют текущий интервал окна приема, показанного на фиг. 8Б, равный 23˜33.

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

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

На фиг. 9 показана схема дискретного аннулирования 35-го, 36-го, 38-го и 39-го СБД вследствие неудавшейся передачи 23-го и 27-го ПБД. Со ссылкой на фиг. 9, в случае дискретного аннулирования СБД для перемещения окна приема с использованием процедуры ПОП применяют один из следующих двух способов.

A. Способ последовательного выполнения процедур ПОП такое количество раз, которое равно количеству наборов СБД, аннулирование которых осуществлено непрерывно

При дискретном аннулировании СБД в этом способе те СБД, аннулирование которых осуществлено непрерывно, расценивают как один набор, и для каждого набора СБД, аннулирование которых осуществлено непрерывно, выполняют одну процедуру ПОП для последовательного перемещения окна приема. То есть, со ссылкой на фиг. 9, сторона, производящая передачу, расценивает 35-й и 36-й СБД как один набор, а 38-й и 39-й СБД как другой набор, и затем выполняет процедуру ПОП для каждого из этих двух наборов. Так как в любой момент времени процедуры ПОП выполняют по очереди, они не могут быть выполнены одновременно и их выполняют последовательно одну после другой. Ниже приведено более подробное объяснение такой процедуры со ссылкой на фиг. 10.

Сначала сторона, производящая передачу, выполняет первую процедуру ПОП, при этом окно передачи расположено в интервале 23˜33. Сторона, производящая передачу, аннулирует все СБД, начиная с начальной точки окна передачи и заканчивая 36-м СБД, и осуществляет передачу этой информации стороне, производящей прием, с использованием команды ПОП (операции S1, S2). Сторона, производящая прием, аннулирует все СБД, начиная с начальной точки окна приема и заканчивая последним аннулированным СБД, уведомление о котором поступило посредством полученной команды ПОП, то есть 36-м СБД, а затем перемещает окно приема таким образом, чтобы оно было расположено в интервале 27˜37 (операция S3).

После этого сторона, производящая прием, уведомляет сторону, производящую передачу, о положении перемещенного окна приема (операция S4). Затем сторона, производящая передачу, завершает выполнение первой процедуры ПОП и перемещает окно передачи в интервал 27˜37, обеспечивая соответствие положению перемещенного окна приема. После этого сторона, производящая передачу, выполняет вторую процедуру ПОП, перемещая окно приема таким образом, чтобы оно было расположено после 39-го СБД (операция S5).

Другая команда ПОП, передачу которой осуществляют во второй процедуре ПОП, содержит информацию об аннулировании 39-го СБД, то есть последнего аннулированного СБД из второго набора СБД, аннулирование которых осуществлено дискретно. Следует отметить следующее: поскольку окно передачи перемещено в интервал 27˜37, то во время выполнения второй процедуры ПОП может быть осуществлена передача ПБД с 33-го по 36-й (операция S6). После аннулирования всех СБД, начиная с начальной точки окна приема и заканчивая последним аннулированным СБД, уведомление о котором поступило посредством полученной команды командой ПОП, то есть 39-м СБД, сторона, производящая прием, перемещает начальную точку окна приема в "надлежащее" положение в интервале 33˜37 (операция S7). В этом случае во время выполнения второй процедуры ПОП может быть осуществлена передача ПБД с 33-го по 36-й, поэтому положение окна приема именуют как "надлежащее", так как это положение изменяется в зависимости от того, осуществлен ли прием этих ПБД или нет.

Например, в случае отсутствия приема каких-либо дополнительных ПБД во время выполнения второй процедуры ПОП, обновление окна приема осуществляют таким образом, чтобы оно было расположено в интервале 33˜43. Если приняты все ПБД с 33-го по 36-й, то обновление окна приема осуществляют таким образом, чтобы оно было расположено в интервале 37˜47. То есть передача ПБД, пригодных для передачи, может быть осуществлена во время выполнения процедуры ПОП, в силу чего прием таких ПБД приводит к изменению (обновлению) положения окна приема. Это аналогично тому, что выполняют в первой процедуре ПОП. Однако вследствие того, что в примере из фиг. 8 в интервале окна приема, равном 23-33, отсутствуют какие-либо ПБД, пригодные для передачи, за исключением 23-го и 27-го ПБД, начальная точка окна приема была задана равной 27.

После перемещения начальной точки окна приема в надлежащее положение сторона, производящая прием, осуществляет передачу информации о перемещении окна передачи стороне, производящей передачу (операция S8). После получения информации о перемещении окна передачи сторона, производящая передачу, завершает выполнение второй процедуры ПОП и перемещает начальную точку окна передачи таким образом, чтобы она соответствовала начальной точке окна приема (операция S9). Затем используют окно передачи для продолжения передачи, начиная с ПБД, расположенного в начальной точке окна передачи (операция S10).

Б. Способ аннулирования всех ПБД, расположенных между теми СБД, аннулирование которых осуществлено дискретно

На фиг. 11 показана схема последовательности операций перемещения окна приема с использованием этого способа (способа Б) при наличии дискретного аннулирования СБД, показанного на фиг. 9.

В способе Б при дискретном аннулировании СБД сторона, производящая передачу, аннулирует все СБД, начиная с одного СБД, соответствующего начальной точке окна передачи, и заканчивая последним из аннулированных СБД, вне зависимости от успеха или неуспеха передачи, при этом осуществляют непрерывное аннулирование СБД, начиная с начальной точки окна передачи и заканчивая последним СБД. То есть, если осуществлено дискретное аннулирование СБД так, как показано на фиг. 9, то сторона, производящая передачу, аннулирует все СБД, начиная с 35-го СБД в начальной точке окна передачи и заканчивая 39-м СБД, представляющим собой последний аннулированный СБД, и передает эту информацию стороне, производящей прием (операции S11, S12). В этом случае 37-й СБД аннулируют, несмотря на успешную его передачу. После того как сторона, производящая прием, получила команду ПОП, она расценивает все СБД, начиная с начальной точки окна приема и заканчивая 39-м СБД, как аннулированные, для того, чтобы аннулировать соответствующие СБД, а затем перемещает окно приема за пределы 39-го СБД (операция S13). В этом случае 37-й СБД аннулируют, несмотря на успешную его передачу стороной, производящей передачу.

После этого сторона, производящая прием, уведомляет сторону, производящую передачу, о положении перемещенного окна приема (операция S14). После получения сведений о положении перемещенного окна сторона, производящая передачу, завершает выполнение процедуры ПОП и перемещает окно передачи таким образом, чтобы оно было расположено в интервале 33˜44 (операция S15). Затем сторона, производящая передачу, начинает передачу с 33-го ПБД, расположенного в начальной точке окна передачи (операция S16).

Как объяснено в приведенном выше описании, в том случае, когда имеет место дискретное аннулирование СБД, окно приема перемещают с использованием одного из двух способов, а именно способов А или Б из известного уровня техники. Однако способам А и Б из известного уровня техники присущи следующие проблемы или недостатки.

Во-первых, в способе A для уведомления стороны, производящей прием, о дискретном аннулировании СБД процедуры ПОП выполняют последовательно несколько раз, поэтому возникает значительная временная задержка при обработке последующих СБД. То есть в примерах из фиг. 9 и фиг. 10 передача ПБД, расположенного после 37-го ПБД, может быть осуществлена после того, как выполнена вторая процедура ПОП, поэтому необходимо обеспечить запоминание СБД, используемых во второй процедуре ПОП, в буфере УКР в течение значительного времени. Как правило, для завершения одной процедуры ПОП требуется время, равное, по меньшей мере, 150 мс. Если перемещение окна приема осуществлено согласно способу A, то процедура ПОП приводит к прерыванию высокоскоростной передачи данных, что является нежелательным. При использовании способа аннулирования СБД на основе схемы таймера аннулирование неудачно переданных СБД продолжается по наихудшему варианту сценария.

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

В предпочтительном варианте передачу команды ПОП осуществляют через среду радиосвязи.

В предпочтительном варианте упомянутыми блоками данных являются сервисные блоки данных (СБД) уровня канала передачи данных.

В предпочтительном варианте упомянутыми блоками данных являются СБД управления каналом радиосвязи (УКР).

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

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

В предпочтительном варианте те СБД, успешный прием которых еще не был осуществлен, аннулируют.

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

В предпочтительном варианте упомянутые операции выполняют в режиме подтверждения приема.

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

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

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

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

В предпочтительном варианте вышеупомянутым СБД является СБД управления каналом радиосвязи (УКР).

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

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

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

В предпочтительном варианте распознавание СБД осуществляют посредством указателя конечной точки.

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

на фиг. 2 показана схема примера создания ПБД из СБД (из нескольких СБД);

на фиг. 3 показана схема, поясняющая ПБД ДРСП с 21-го по 23-й из созданных ПБД ДРСП, показанных на Фиг 2;

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

на схеме фиг. 5 показан пример передачи/приема ПБД ДРСП и обновления окон передачи/приема;

на фиг. 6 показана концептуальная схема структуры команды ПОП;

на фиг. 7 показана схема формата команды ПОП;

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

на схеме фиг. 9 показан пример дискретного аннулирования нескольких СБД;

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

на фиг. 11 показана схема последовательности операций, выполняемых в процедуре перемещения окна приема с использованием второго способа из известного уровня техники при дискретном аннулировании СБД;

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

СПОСОБЫ РЕАЛИЗАЦИИ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ

ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

Настоящее изобретение реализовано в системе мобильной связи, например в универсальной системе мобильной связи, УСМС (UMTS), разработанной в рамках проекта о партнерстве в области систем связи третьего поколения (3GPP). Однако, кроме этого, настоящее изобретение пригодно для применения в системах связи, работающих в рамках других стандартов.

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

Подробный вариант осуществления настоящего изобретения применим для того случая, в котором аннулирование СБД осуществляют согласно фиг. 9. В этом случае предполагают, что процедура передачи/приема ПБД, описанная со ссылкой на фиг. 8A - 8В, уже выполняется.

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

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

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

После получения команды ПОП сторона, производящая прием, извлекает информацию об аннулировании СБД, расположенного в последней позиции, содержащуюся в информации об аннулировании СБД, переданной посредством команды ПОП. Часть информации о последнем аннулированном СБД может быть получена путем проверки первого поля отсчета ПН ПБД. В примере из фиг. 9 сторона, производящая прием, узнает из команды ПОП информацию о том, что стороной, производящей передачу, аннулированы СБД вплоть до первой части 28-го ПБД.

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

Так как указатель длины (УД) указывает границу между СБД, то сторона, производящая прием, расценивает часть между двумя соседними УД как один СБД. Если между двумя УД имеется часть, состоящая из различных СБД, то сторона, производящая прием, определяет соответствующий СБД как неудачный. В одном из вариантов осуществления настоящего изобретения, так как сторона, производящая прием, осуществляет прием ПБД тем же самым способом, который показан на фиг. 9, то прием 23-го и 27-го ПБД не осуществлен. Следовательно, сторона, производящая прием, принимает следующие решения.

Будучи не в состоянии осуществить прием 23-го ПБД, сторона, производящая прием, распознает (воспринимает) область от последней части 22-го ПБД до начальной части 25-го ПБД как один СБД. Поскольку прием части, соответствующей 23-му ПБД распознанного СБД, является неудачным, то сторона, производящая прием, аннулирует ее. Сторона, производящая прием, определяет, что прием следующей части, соответствующей 37-му ПБД, осуществлен успешно и не аннулирует ее. К тому же, сторона, производящая прием, распознает область от начальной части 26-го ПБД до начальной части 28-го ПБД как один СБД. Распознанный СБД аннулируют, так как не был осуществлен правильный прием части, соответствующей 27-му ПБД.

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

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

Команда ПОП не обеспечивает непосредственную передачу сведений о количестве аннулированных СБД, а вместо этого передает ПН того ПБД, который содержит оконечную часть аннулированного СБД. Это обеспечивает уведомления стороны, производящей прием, о положении аннулированного СБД. То есть в примере на фиг. 9 сторона, производящая прием, полагает, что аннулированы две группы СБД, содержащие части 35-го и 36-го СБД, и другие части 38-го и 39-го СБД. Если же уведомление об оконечных частях каждого из аннулированных СБД не поступило, но поступило уведомление о количестве аннулированных СБД, то сторона, производящая прием, не способна узнать о том, какое количество аннулированных СБД существует в передней и задней частях. Например, сторона, производящая прием, может полагать, что аннулированы один СБД в передней части и три СБД в задней части или же что имеются по два аннулированных СБД в каждой из передней и задней частей. Это относятся к последовательности аннулированных СБД. Последовательность аннулирования является существенной для некоторых более высоких уровней. Следовательно, посредством команды ПОП уведомляют о ПН ПБД, указывая то место, где существует оконечная часть каждого из аннулированных СБД.

В тот момент, когда посредством команды ПОП сообщают информацию о последнем аннулированном СБД или информацию обо всех аннулированных СБД, сторона, производящая прием, аннулирует части, соответствующие 35-му, 36-му, 38-му и 39-му СБД, и подает 37-й СБД в верхний уровень. К тому же, уровень УКР стороны, производящей прием, перемещает начальную точку окна приема в 33-й ПБД, прием которого будет осуществлен первым по порядку.

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

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

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

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

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

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

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

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

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

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