Способ и устройство управления передачей блока данных

Способ и устройство управления передачей блока данных

Иллюстрации

Показать все

Реферат

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

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

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

Фиг.1 представляет собой блок-схему сетевой структуры универсальной системы мобильной связи (УСМС). Как показано на фиг.1, универсальная система мобильной связи (ниже упоминаемая как «УСМС») включает в себя оборудование 1 пользователя (ниже упоминаемое как «ОП»), наземную сеть 2 радиодоступа УСМС (ниже упоминаемую как «НСРДУ») и базовую сеть 3 (ниже упоминаемую как «БС»). НСРДУ 2 включает в себя по меньшей мере одну подсистему 4 радиосети (ниже упоминаемую как «ПРС»), и каждая ПРС включает в себя контроллер 5 радиосети (ниже упоминаемый как «КРС») и по меньшей мере одну базовую станцию 6 (ниже упоминаемую как «узел В»), управляемую посредством КРС. Узел В 6 включает в себя по меньшей мере одну соту.

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

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

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

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

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

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

Уровень УДС соединен с физическим уровнем транспортными каналами и может быть разделен на подуровень УДС-b, подуровень УДС-d, подуровень УДС-c/sh, подуровень УДС-hs и подуровень УДС-е. Разделение УДС выполняется в соответствии с типом управляемого транспортного канала.

Подуровень УДС-b управляет широковещательным каналом (ШК), который представляет собой транспортный канал, оперирующий широковещательной рассылкой системной информации. Подуровень УДС-c/sh управляет общим транспортным каналом, таким как канал прямого доступа (КПД) или нисходящий канал совместного использования (НКСИ), который совместно используется множеством терминалов, или на восходящей линии передачи данных каналом радиодоступа (КРД). Подуровень УДС-d управляет выделенным каналом (ВК), который представляет собой выделенный транспортный канал для заданного терминала. Подуровень УДС-hs управляет транспортным каналом ВНКСИ (высокоскоростной нисходящий канал совместного использования) для высокоскоростной пересылки данных, чтобы поддерживать высокоскоростную пересылку данных на нисходящей линии передачи данных и восходящей линии передачи данных. Подуровень УДС-е управляет транспортным каналом УВК (усовершенствованный выделенный канал) для пересылки данных по восходящей линии передачи данных.

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

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

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

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

Уровень УШМ (управления широковещательной/многоадресной рассылкой) располагается над уровнем УРЛ. Уровень УШМ планирует широковещательное сообщение соты и выполняет широковещательную рассылку по ОП, расположенным в заданной соте.

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

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

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

ПР УРЛ представляет собой режим, в котором служебные данные не присоединяются к модулю данных службы (ниже в сокращении «МДС») УРЛ, который доставляется с верхнего уровня при конфигурировании модуля данных протокола (ниже в сокращении «МДП») УРЛ. Так как УРЛ передает МДС прозрачным образом, он называется УРЛ ПР.

Вследствие этих прозрачных характеристик УРЛ ПР играет различные роли в плоскости пользователя и управления. В плоскости пользователя УРЛ ПР выполняет пересылку данных с коммутацией каналов в реальном времени, таких как голос или потоковые данные, в домене службы коммутации каналов (ниже в сокращении «домен СКК»), так как время обработки данных в УРЛ малое. В плоскости управления УРЛ управляет восходящей передачей сообщений УРР с незаданного ОП или нисходящей передачей сообщений УРР, передаваемых широковещательно со всех ОП в соте, так как нет служебных данных в УРЛ.

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

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

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

Приемная сторона подтверждает прием МДП в УРЛ РСП, потому что передающая сторона может запросить повторную передачу МДП, который не был принят приемной стороной. Функция повторной передачи представляет собой наиболее замечательный признак УРЛ РСП.

Целью УРЛ РСП является гарантирование безошибочной передачи данных при помощи повторной передачи. Вследствие этой характеристики УРЛ РСП, главным образом, управляет передачей пакетных данных не в реальном времени, таких как ПУП/ПИ домена ПС в плоскости пользователя, или передачей сообщений УРР, передаваемых на заданное ОП в соте в плоскости управления, для которой является обязательным подтверждение приема.

УРЛ ПР или РБП используется для однонаправленных передач данных, тогда как УРЛ РСП используется для двунаправленных передач данных из-за обратной связи от приемной стороны в УРЛ РСП. Так как двунаправленные передачи данных используются, главным образом, для сквозной передачи данных, УРЛ РСП использует только выделенный логический канал. Поэтому один объект УРЛ включает в себя структуру передачи или приема в УРЛ ПР или РБП, тогда как передающая сторона и приемная сторона существуют в одном объекте УРЛ в УРЛ РСП.

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

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

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

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

Как упомянуто выше, МДП управления используются для процедуры сброса. Процедура сброса используется в ответ на условие ошибки во время работы УРЛ РСП.

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

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

Впоследствии УРЛ РСП приемной стороны включает свой НГК передающего направления в МДП ПП сброса и затем передает МДП ПП сброса на УРЛ РСП передающей стороны. При приеме МДП ПП сброса УРЛ РСП передающей стороны повторно устанавливает значение своего НГК приемного направления и затем сбрасывает переменные среды.

Фиг.3 иллюстрирует структуру МДП УРЛ РСП. Как показано на фиг.3, МДП УРЛ РСП используется тогда, когда объект УРЛ РСП предпринимает попытку передачи пользовательских данных или совмещенной информации о статусе и бит опроса. Часть пользовательских данных конфигурируется в виде 8-битового целочисленного умножения, и заголовок МДП УРЛ РСП составляется посредством 2-октетного порядкового номера. Часть заголовка МДП УРЛ РСП включает в себя индикатор длины.

Фиг.4 иллюстрирует структуру МДП статуса. Как показано на фиг.4, МДП статуса включает в себя различные типы суперполей (СУПО). Размер МДП статуса переменный, но ограничивается размером наибольшего МДП УРЛ логического канала, переносящего МДП статуса.

СУПО используется для идентификации, какой тип МДП УРЛ РСП принимается на приемной стороне или какой тип МДП УРЛ РСП не принимается на приемной стороне. СУПО состоит из трех частей, которые указывают тип, длину и значение.

Фиг.5 иллюстрирует структуру совмещенного МДП статуса. Как показано на фиг.5, структура совмещенного МДП статуса, хотя аналогична структуре МДП статуса, отличается тем, что зарезервированный бит (R2) заменяет поле данные/управление (Д/У). Совмещенный МДП статуса вставляется, если имеется достаточное пространство в МДП УРЛ РСП. Значение типа МДП может быть фиксированным значением «000».

Фиг.6 иллюстрирует структуру МДП ПП сброса. Как показано на фиг.6, МДП сброса включает в себя 1-битовый порядковый номер (RSN). МДП ПП сброса передается в ответ на принятый МДП сброса посредством включения RSN, содержащегося в принятом МДП сброса.

«Поле Д/У» указывает, является ли соответствующий МДП МДП управления или МДП данных. «Тип МДП» указывает тип МДП управления и, конкретно, является ли соответствующий МДП МДП сброса или МДП статуса. Значение «порядкового номера» указывает информацию о порядковом номере МДП УРЛ РСП.

Значение «бита опроса» устанавливается тогда, когда запрос сообщения статуса выполняется на приемную сторону. Значение «бита расширения (Е)» указывает, является ли следующий октет индикатором длины. Значение «зарезервированного бита (R1)» используется для МДП сброса или МДП ПП сброса и кодируется как «000». Значение «бита расширения заголовка (РЗ)» указывает, является ли следующий октет индикатором длины или данными. Значение «индикатора длины» указывает расположение границы, если граница существует между различными МДС в пределах части данных в МДП. Часть «ЗАП» представляет собой область заполнения и не используется в МДП УРЛ РСП.

Способ снижения ошибок приема в объекте УРЛ РСП объясняется следующим образом. В отличие от УРЛ РБП или УРЛ ПР безошибочная передача данных является важной для УРЛ РСП.

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

Фиг.7 представляет собой последовательность операций, иллюстрирующую обычный способ передачи МДП УРЛ РСП согласно первому примеру. Как показано на фиг.7, УРЛ передающей стороны передает первый МДП УРЛ РСП, второй МДП УРЛ РСП и третий МДП УРЛ РСП.

Предполагая, что второй МДП УРЛ РСП потерян во время передачи, УРЛ приемной стороны не может принять второй МДП УРЛ РСП. Поэтому УРЛ приемной стороны определяет, что второй МДП УРЛ РСП потерян, и информирует передающую сторону при помощи МДП статуса, что второй МДП УРЛ РСП не был принят.

Передающая сторона повторно передает второй МДП УРЛ РСП в ответ на МДП статуса, принятый от приемной стороны. Если приемная сторона успешно принимает повторно переданный второй МДП УРЛ РСП, завершается процесс передачи МДП УРЛ РСП.

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

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

Таймер интервала запрета передачи (Таймер_статус_запрет) инициализируется каждый раз, когда приемная сторона передает МДП статуса. В то время как является активным таймер интервала запрета передачи (Таймер_статус_запрет), предотвращается передача приемной стороной МДП статуса.

Фиг.8 представляет собой последовательность операций, иллюстрирующую обычный способ передачи МДП УРЛ РСП согласно второму примеру. Как показано на фиг.8, приемная сторона определяет, что второй МДП УРЛ РСП был потерян, и инициирует таймер интервала передачи (Таймер_статус_периодический) и таймер интервала запрета передачи (Таймер_статус_запрет) при передаче МДП статуса.

При приеме пятого МДП УРЛ РСП приемная сторона определяет, что четвертый МДП УРЛ РСП был потерян. Однако, так как не истек таймер интервала запрета передачи (Таймер_статус_запрет), приемная сторона не передает МДП статуса, несмотря на то, что определила, что второй МДП был потерян.

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

Таймер интервала запрета передачи (Таймер_статус_запрет) определяет интервал для повторной передачи МДП статуса. В предыдущем примере, если истекает таймер интервала запрета передачи (Таймер_статус_запрет), приемная сторона немедленно снова передает МДП статуса передающей стороне.

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

Фиг.9 иллюстрирует обычный способ передачи МДП УРЛ РСП согласно третьему примеру. Как показано на фиг.9, предполагается, что нет таймера интервала запрета передачи (Таймер_статус_запрет) и что таймер интервала передачи (Таймер_статус_периодический) установлен на очень малое значение.

Приемная сторона снова посылает МДП статуса, указывая потерю второго МДП УРЛ РСП перед приемом повторно переданного второго МДП УРЛ РСП с передающей стороны. Поэтому передающая сторона принимает решение, что повторно переданный второй МДП УРЛ РСП был также потерян при передаче, и повторно передает второй МДП УРЛ РСП еще раз. Однако, если приемная сторона успешно принимает первую повторную передачу второго МДП УРЛ РСП, вторая повторная передача второго МДП УРЛ РСП излишне бесполезно расходует радиоресурсы.

С другой стороны, если таймер интервала передачи (Таймер_статус_периодический) установлен на слишком большое значение, увеличивается задержка перед тем, как передающая сторона предпримет попытку повторной передачи. Из-за увеличенной задержки снижается КО (качество обслуживания).

Если значение таймера интервала передачи (Таймер_статус_периодический) или таймера интервала запрета передачи (Таймер_статус_запрет) устанавливается близко к времени, необходимому для приема передающей стороной ОП соответствующего ответа о статусе после посылки МДП УРЛ РСП на приемную сторону, могут быть улучшены рабочие характеристики системы. Такое время, необходимое для приема передающей стороной соответствующего ответа о статусе обратно с приемной стороны, называется временем двойного прохода (ниже в сокращении «ВДП»).

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

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

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

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

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

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

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

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

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

Рассматривается, что блок данных включает в себя модуль данных протокола управления радиолинией в режиме с подтверждением. Дополнительно рассматривается, что первый идентификатор идентичен второму идентификатору. Предпочтительно, что первый и второй идентификаторы представляют собой порядковые номера.

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

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

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

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

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

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

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

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

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

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

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

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

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