СПОСОБ ПОДТВЕРЖДЕНИЯ ПРИЕМА ДАННЫХ Российский патент 2007 года по МПК H04L1/14 

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

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

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

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

Подтверждение приема предпочтительно имеет вид битовой карты.

Поле индикатора подтверждения приема устанавливают предпочтительно равным "01" для указания того, что идентификационная информация радиоканала включена в описание подтверждения/неподтверждения (отрицательного подтверждения) приема для идентификации радиоканала, к которому относится описание подтверждения/неподтверждения приема.

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

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

Доступный канал используется предпочтительно для передачи данных.

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

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

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

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

Настоящее изобретение способно повысить эффективность использования доступных ресурсов в системах мобильной связи. Хотя этот способ и способен работать в системах с фиксированной линией связи, стимул для его реализации не будет таким же. Таким образом, в системах связи, использующих множество логических каналов, для которых некоторые из логических каналов поддерживают услуги с подтверждением, эффективность может быть повышена совмещением подтверждений приема для одного логического канала с данными для другого логического канала. Одним примером области такого использования является Geran, как это подробно описано ниже. В сети радиодоступа глобальной системы мобильной связи GSM/электронной системы сбора данных EDGE (Geran) выделенные физические подканалы (ВФПК) существуют на эфирном интерфейсе между мобильной станцией и сетью. Подтверждения приема радиоблоков по медленному объединенному каналу управления (МОКУ, SACCH), автономном выделенном канале управления (АВКУ, SDCCH) и быстром связанном канале управления (БСКУ, FACCH) отображаются к ВФПК. Однако на логических каналах МОКУ, АВКУ и БСКУ, отображенных к ВФПК, имеет место лишь ограниченная пропускная способность. МОКУ, например, будет иметь место только в 13-ом и 26-ом кадрах многокадровой структуры для ВФПК. Таким образом, важна оптимизация использования этих каналов.

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

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

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

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

Это предложение усложняет УРЛ, и одна из возникающих проблем относится к посылке подтверждений приема с данными для носителя радиосигнала с неподтверждением. Если подтверждения приема пересылают с помощью носителей радиосигналов с неподтверждением, они могут быть потеряны и они не будут повторно переданы. Это может обусловить остановку получения окна, так что отправитель может оказаться вынужденным периодически проводить опрос, чтобы получить ответ. Альтернативно, приемник мог бы послать подтверждение приема назад, чтобы указать, что он получил битовую карту подтверждения/неподтверждения приема по носителю радиосигнала с неподтверждением. Это могло бы обусловить отправление идентификатора носителя радиосигнала и посылки порядкового номера начала битовой карты подтверждения/неподтверждения приема.

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

Таблица 1
Индикатор Подтверждения приемаИП: Индикатор Подтверждения приема0Описание Подтверждения/Неподтверждения приема не включено -0Зарезервировано0Описание Подтверждения/Неподтверждения приема включено -1Отличающийся ВПБ1Описание Подтверждения/Неподтверждения приема включено.0 1Описание Подтверждения/Неподтверждения приема не включено.1Не запрошено повторной передачи (все блоки УРЛ приняты, аналогично ИНДИКАЦИИ ПОСЛЕДНЕГО ПОДТВЕРЖДЕНИЯ = 1)Замечание: Все ИП, приведенные здесь, являются двухбитовыми, для того чтобы избежать одного дополнительного бита в описании Подтверждения/Неподтверждения приема. Это предотвращает введение дополнительных 7 битов данных УРЛ, если полагать, что данные выравнены по границе байта (как в службе пакетной радиопередачи общего назначения (GPRS))Таблица 2
Описание Подтверждения/Неподтверждения приемаОписание Подтверждения/Неподтверждения приема<IE описания Подтверждения/Неподтверждения приема>:: =
<идентификация НРС: бит(2)>
<НАЧАЛЬНЫЙ ПОРЯДКОВЫЙ N: бит(7)>
<БИТОВАЯ КАРТА ПРИНЯТОГО БЛОКА: бит(64)>
{0|1<IE описания Подтверждения/Неподтверждения Приема>};НАЧАЛЬНЫЙ ПОРЯДКОВЫЙ N: См. 44.060 (Описание Подтверждения/Неподтверждения приема).
БИТОВАЯ КАРТА ПРИНЯТОГО БЛОКА: См. 44.060 (Описание Подтверждения/Неподтверждения приема).

Специфические примеры форматов битовых карт подтверждения приема для трех сценариев показаны на Фиг.1-3. На Фиг.1 битовая карта подтверждения приема предназначена для того же самого носителя радиосигнала, что и данные, тогда как на Фиг.2 данные для носителя 1 радиосигнала содержат битовые карты подтверждения приема для носителей 1 и 2 радиосигнала. На каждом из чертежей размещение описания подтверждения/неподтверждения приема определяется установкой поля "AI". Фиг.1 показывает поток данных от мобильной станции (МС) к сети на носителе 1 радиосигнала для порядковых номеров 5-10. Все данные принимаются сетью, за исключением пакета данных, порядковый номер которого равен 7. В описании подтверждения/неподтверждения приема начальный порядковый номер битовой карты подтверждения/неподтверждения приема равен 5, и битовая карта показывает, что были приняты порядковые номера 5, 6, 8, 9 и 10.

Фиг.2 показывает поток данных от МС к сети на носителях 1, 2 и 3 радиосигналов. Подтверждение приема посылается сетью с данными для носителя 3 радиосигнала. Подтверждения приема предназначены для данных, принятых по носителям 2 и 3 радиосигналов. Установка поля AI равным "01" указывает, что идентификационная информация носителя радиосигнала включена в описание подтверждения/неподтверждения приема для идентификации носителя радиосигнала, которому направлено описание подтверждения/неподтверждения приема. Битовые карты подтверждения/неподтверждения приема для носителей 1 и 2 радиосигналов совмещены с данными для носителя 3 радиосигнала.

Фиг.3 обеспечивает достижение того же самого потока данных сети, что и Фиг.2, хотя на Фиг.2 имеет место обмен сообщениями на два сообщения меньше. Формат описания подтверждения/неподтверждения приема на Фиг.2 является более сложным, чем формат на Фиг.3. Формат потока данных на Фиг.2 является полезным в случае, когда имеется необходимость ограничить количество обменов сообщениями, как в случае эфирного интерфейса в сети Geran. Этот механизм не будет представлять особого интереса для фиксированной сети, когда нет такой необходимости в эффективном использовании ресурсов.

Заявленное изобретение относится к способу подтверждения приема данных. Технический результат заключается в устранении неэффективного использования ресурсов посредством посылки подтверждения приема по какому-либо доступному каналу. Для этого принимают блок данных, переданных на носителе радиосигнала, генерируют подтверждение приема, устанавливают индикатор подтверждения приема для указания, относится ли подтверждение приема к данным, переданным по тому же самому носителю, что и носитель радиосигнала, и передают подтверждение приема на носителе радиосигнала подтверждения приема. 16 з.п. ф-лы, 3 ил., 2 табл.

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

приема блоков данных, переданных по радиоканалу,

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

выбор какого-либо доступного используемого радиоканала для посылки подтверждения приема,

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

передачу подтверждения приема по доступному радиоканалу.