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



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

 


Владельцы патента RU 2501172:

ЗТЕ КОРПОРЕЙШН (CN)

Заявленное изобретение описывает способ для компенсации потери пакетов в режиме передачи протоколу пользовательских дейтаграмм (протокол UDP). Технический результат - качество изображения и звука IP-телевидения усиливает конкурентоспособность данного сервиса и повышает качество предоставления услуг. Для этого способ состоит из следующих шагов: запуск процесса компенсации потери пакета при обнаружении утраты пакета в группе полученных пакетов данных; запуск первого счетчика времени ожидания; если по истечении времени ожидания первого счетчика потерянный пакет так и не был получен, то информация о потерянном пакете отсылается отправителю, после чего выполняется запуск второго счетчика времени ожидания, и если потерянный пакет будет получен прежде, чем истечет время ожидания по второму счетчику, то потерянный пакет будет вставлен на соответствующую позицию в группе полученных пакетов данных, и на этом данный процесс компенсации потери пакета будет завершен, при этом при обнаружении потери еще одного пакета процесс компенсации потери пакета будет запущен заново. Данное изобретение также описывает устройство для реализации вышеупомянутого способа. Предлагаемое изобретение особенно хорошо подходит для использования в механизме передачи потоковой аудиовизуальной информации в современных системах IP-телевидения (IPTV). 4 н. и 10 з.п. ф-лы, 4 ил.

 

ОБЛАСТЬ ИЗОБРЕТЕНИЯ

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

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

Система цифрового IP-телевидения (IPTV) - это система предоставления видеоинформации, которая осуществляет передачу, декодирование и воспроизведение аудиовизуальной информации в сетях передачи данных по протоколу IP. Технология работы систем IP-телевидения такова: закодированная аудиовизуальная информация передается от мультимедиа-сервера к пользователю (на ресивер цифрового телевидения) в виде потока данных, после чего пользователь декодирует полученную аудиовизуальную информацию, формирует аналоговое ТВ-изображение на базе декодированной аудиовизуальной информации и воспроизводит полученное видео с помощью устройств отображения, например, посредством телевизора. Кроме того, система IP-телевидения предоставляет пользователям услугу «видео по запросу» (VoD), а также услугу прямой трансляции видео передач.

При реализации вышеуказанных услуг качество передачи аудиовизуальной информации от мультимедиа-сервера к ресиверу цифрового телевидения напрямую определяет качество отображения видео для пользователя. Если в процессе передачи аудиовизуальных данных теряется их часть, то воспроизведение видео приостановится или же изображение рассыпается на разноцветные точки. Главной технической проблемой IP-телевидения является невозможность гарантии качества передачи аудиовизуальной информации в IP-сетях (хорошее качество передачи позволяет предлагать пользователям высококачественный просмотр видео); для достижения качества передачи необходимо использовать соответствующие технические средства на прикладном уровне протокола сети. В известном режиме передачи данных на базе протокола TCP (протокола управления передачей) реализована функция повторной передачи потерянного пакета, однако механизм реализации этой функции таков, что в случае потери пакета передача новых данных будет приостановлена до окончания передачи потерянного пакета; соответственно, такой механизм не подходит для передачи потоковой аудиовизуальной информации в реальном времени. Механизм передачи данных по протоколу UDP подходит для передачи данных в реальном масштабе времени лучше, чем TCP. Однако режим передачи данных по протоколу UDP не предоставляет механизма компенсации потери пакетов, что снижает качество аудиовизуальной информации, предоставляемой посредством системы IP-телевидения.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

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

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

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

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

Предпочтительно, чтобы способ дополнительно включал в себя следующие шаги:

остановка процесса компенсации потери пакета при превышении первого заданного предела для числа последовательных неполучений потерянного пакета или/и при превышении второго заданного предела для коэффициента потерь пакетов во время процесса компенсации потери пакета; а также

перезапуск процесса компенсации потери пакета при превышении третьего заданного предела для длительности периода, в течение которого коэффициент потерь пакетов для получаемых групп пакетов данных постоянно остается равным 0.

Предпочтительно, чтобы способ дополнительно включал в себя следующие шаги:

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

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

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

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

Предпочтительно, чтобы перед шагом получения отчета о потере пакета способ дополнительно содержал следующие шаги:

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

Предпочтительно, чтобы информация о потерянном пакете могла содержать сведения о порядковом номере потерянного пакета.

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

Предпочтительно, чтобы блок компенсации потери пакетов мог быть остановлен, если второй модуль определения приема потерянного пакета обнаруживает превышение первого заданного предела для числа последовательных неполучений потерянного пакета или/и если блок обнаружения обнаруживает превышение второго заданного предела для коэффициента потерь пакетов в полученных группах пакетов данных; блок компенсации потерь пакетов может перезапускаться, если блок обнаружения определяет, что превышен третий заданный предел для длительности периода, на протяжении которого коэффициент потерь пакетов для получаемых групп пакетов данных постоянно остается равным 0.

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

Предпочтительно, чтобы информация о потерянном пакете могла содержать сведения о порядковом номере потерянного пакета;

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

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

блок приема предназначен для приема отчета о потерянном пакете;

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

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

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

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

Предпочтительно, чтобы информация о потерянном пакете могла содержать сведения о порядковом номере потерянного пакета.

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

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

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

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

На Фиг.2 схематично изображена блок-схема, иллюстрирующая способ компенсации потери пакетов в режиме передачи данных по протоколу UDP в соответствии с другим вариантом осуществления настоящего изобретения;

На Фиг.3 показана блок-схема устройства для компенсации потери пакетов в режиме передачи данных по протоколу UDP в соответствии с одним из вариантов осуществления настоящего изобретения;

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

ЛУЧШИЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

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

На Фиг.1 схематично изображена блок-схема, иллюстрирующая способ компенсации потери пакетов в режиме передачи данных по протоколу UDP в соответствии с одним из вариантов осуществления настоящего изобретения. Как видно из Фиг.1, способ компенсации потери пакетов в режиме передачи данных по протоколу UDP в соответствии с одним из вариантов осуществления настоящего изобретения состоит из следующих шагов:

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

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

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

Шаг 102: запуск первого счетчика времени ожидания и проверка получения потерянного пакета в период действия первого счетчика - если пакет получен, переход к шагу 104, в противном случае переход к шагу 103.

Длительность периода ожидания для первого счетчика, как правило, выставляется равной не более 80 миллисекунд, т.к. в IP-сетях есть временная задержка, и потому пакеты данных могут приходить получателю не в том порядке, в котором они следуют, т.е. обнаруженный на шаге 101 потерянный пакет вполне может находиться в процессе доставки получателю. Поэтому и используется определенное время ожидания на случай, если обнаруженная потеря пакета вызвана лишь временной задержкой. Если же по истечении заданного времени ожидания потерянный пакет так и не был получен, он считается по-настоящему потерянным, и процесс продолжается на шаге 103. Имеется таймер, который выполняет отсчет времени для первого счетчика времени ожидания. При этом проверяется буфер, используемый для хранения подлежащих проверке пакетов данных, чтобы понять, не был ли получен потерянный пакет.

Шаг 103: отчет с информацией о потерянном пакете отправляется отправителю, запускается второй счетчик отсчета времени ожидания - если потерянный пакет будет получен прежде, чем закончится второй период ожидания, то процесс продолжается на шаге 104, иначе на шаге 105.

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

Шаг 104: потерянный пакет вставляется на соответствующую позицию в наборе полученных пакетов данных.

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

Шаг 105: текущий процесс компенсации потери пакета завершается, возврат к шагу 101.

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

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

В данном варианте осуществления изобретения, если в процессе компенсации потери пакета наблюдается постоянное неполучение потерянного пакета, т.е. пакеты данных из буфера для хранения подлежащих компенсации пакетов постоянно напрямую (без выполнения компенсации) переносятся в буфер для хранения полных наборов пакетов данных, это означает, что состояние канала между получателем и отправителем ухудшилось, либо проблема на стороне отправителя, например, ему не хватает процессорной мощности. В этом случае постоянное выполнение процесса компенсации потерянных пакетов лишь приведет к дополнительным потерям пакетов, и поэтому компенсация потери пакетов прекращается, чтобы обеспечить передачу как можно большего объема полезных данных. Если коэффициент потери пакета большой, это значит, что текущее отношение сигнал-шум используемого канала мало, и поэтому компенсацию потери пакетов целесообразно прекратить. Как правило, при трех последовательных неполучениях потерянного пакета и при отношении сигнал-шум больше 5% процесс компенсации потерь пакетов немедленно прекращается. Для прекращения компенсации потерь пакетов на основе только коэффициента потери пакетов или только числа последовательных неполучений пакета задаются условия, когда компенсацию целесообразно прекратить, с учетом вышеупомянутых условий, например, при коэффициенте потери пакетов более 8%, или если неполучение потерянного пакета происходит 6 раз подряд.

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

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

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

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

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

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

Обмен сигнальной информацией и передача потоковой аудиовизуальной информации между отправителем и получателем выполняется на базе протоколов RTSP и RTCP. Во время первоначального обмена сигнальной информацией с получателем отправитель также определяет, поддерживает ли получатель функцию компенсации потери пакетов, и если получатель эту функцию поддерживает, то отправитель будет отправлять получателю потоковую аудиовизуальную информацию со скоростью, превышающей пропускную способность, чтобы компенсировать занятие части пропускной полосы, которое, возможно, вызвано работой функции компенсации потери пакетов. Чтобы заявить о поддержке функции компенсации потери пакетов, получатель добавляет в сообщение DESCRIBE сигнального обмена RTSP поле расширения, определяемое как x-zmssRtxSdp, которое занимает в теле сообщения DESCRIBE одну строку. Сигнальный обмен между получателем и отправителем для компенсации потери пакетов использует базовое сообщение NACK (неподтверждение), описанное в RFC4585, режим немедленного отклика и минимальный составной пакет отклика. Формат общего сообщения NACK можно посмотреть в стандарте RFC4585.

Описанный в данном варианте осуществления изобретения способ компенсации потери пакетов особенно хорошо подходит для устройств-отправителей потоковой аудиовизуальной информации в системе IP-телевидения, например, для мультимедиа сервера.

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

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

Механизм повторной отправки пакета данных отправителем использует режим мультиплексирования идентификатора источника синхронизации (SSRC-мультиплексирование). Связь между повторно отправленным потоком и исходным потоком передается получателю посредством добавления соответствующих атрибутов в сообщение протокола описания сессии SDP. Конкретные форматы и положения, относящиеся к повторно отсылаемому пакету и пакету SDP, описаны в стандарте RFC4588, и здесь повторяться не будут.

Специалистам должно быть ясно, что показанные на Фиг.1 и Фиг.2 способы можно объединять, при этом способ из Фиг.1 используется для получателя данных, например ресивера цифрового телевидения в системе IP-телевидения, а способ из Фиг.2 используется для отправителя данных, например сервера мультимедиа в системе IP-телевидения.

На Фиг.3 показана блок-схема устройства для компенсации потери пакетов в режиме передачи данных по протоколу UDP в соответствии с одним из вариантов осуществления настоящего изобретения. Как видно из Фиг.3, устройство для компенсации потери пакетов в режиме передачи данных по протоколу UDP в соответствии с вариантом осуществления настоящего изобретения состоит из блока 30 обнаружения, блока 31 компенсации потери пакетов и запоминающего устройства 32, при этом блок 30 обнаружения при обнаружении потери пакета в полученной группе пакетов данных приводит в действие первый модуль 310 запуска счетчика ожидания блока 31 компенсации потерь пакетов; запоминающее устройство 32 предназначено для хранения получаемых пакетов данных; блок 31 компенсации потери пакетов состоит из первого модуля 310 запуска счетчика ожидания, первого модуля 311 определения приема потерянного пакета, отчетного модуля 312 для предоставления информации о потерянном пакете, второго модуля 313 запуска счетчика ожидания, второго модуля 314 определения приема потерянного пакета и модуля 315 вставки потерянного пакета, при этом первый модуль 310 запуска счетчика ожидания предназначен для запуска первого счетчика времени ожидания; длительность первого периода ожидания обычно устанавливается равной не более 80 миллисекунд и отслеживается с помощью таймера; первый модуль 311 определения приема потерянного пакета определяет, был ли получен потерянный пакет во время действия первого счетчика ожидания, и при неполучении пакета запускает отчетный модуль 312 для предоставления информации о потерянном пакете; отчетный модуль 312 для предоставления информации о потерянном пакете предназначен для предоставления отправителю отчета о потерянном пакете и для запуска второго модуля 313 запуска счетчика ожидания; второй модуль 313 запуска счетчика ожидания предназначен для запуска второго счетчика времени ожидания; длительность второго периода ожидания обычно устанавливается равной не более 200 миллисекунд и отслеживается с помощью таймера; второй модуль 314 определения приема потерянного пакета определяет, был ли получен потерянный пакет во время действия второго счетчика ожидания, и при обнаружении полученного пакета запускает модуль 315 для вставки потерянного пакета, в противном случае он запускает блок обнаружения; модуль 315 для вставки потерянного пакета используется для вставки потерянного пакета на соответствующее место в группе полученных пакетов данных; в запоминающем устройстве 32 имеется не менее трех буферов данных, при этом один буфер данных используется для хранения подлежащих пакетов данных, еще не проверявшихся на наличие потерянных пакетов, т.е. пакетов, подлежащих проверке; второй буфер данных применяется для хранения пакетов данных, подлежащих компенсации, которые ожидают повторной передачи потерянного пакета, т.е. пакетов данных, в которых была обнаружена потеря пакета, которую необходимо компенсировать; третий буфер данных предназначен для хранения скомпенсированных пакетов данных, в которых ранее была обнаружена потеря пакета, или же пакетов данных, в которых не было обнаружено потери пакета, при этом пакеты данных из этого буфера сразу же анализируются и выводятся на обрабатывающий терминал, например телевизор.

Устройство из Фиг.3 подходит для отправителя данных, например ресивера цифрового телевидения в системе IP-телевидения.

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

На Фиг.4 показана блок-схема устройства для компенсации потери пакетов в режиме передачи данных по протоколу UDP в соответствии с другим вариантом осуществления настоящего изобретения; как видно из Фиг.4, устройство для компенсации потери пакетов в режиме передачи данных по протоколу UDP в соответствии с вариантом осуществления настоящего изобретения состоит из блока 40 приема, блока 41 поиска, блока 42 вставки потерянного пакета, блока 43 отправки и блока 44 проверки возможностей получателя, при этом блок 40 приема предназначен для приема отчета о потерянном пакете; блок 41 поиска предназначен для поиска буфера, который используется для хранения пакетов данных, отправленных данному получателю и соответствует потерянному пакету, в соответствии с полученными сведениями о потере пакета, с последующим запуском блока 42 вставки потерянного пакета после нахождения потерянного пакета в буфере; блок 42 вставки потерянного пакета предназначен для вставки найденного в буфере потерянного пакета в ожидающую отправки очередь пакетов данных к данному получателю; блок 43 отправки предназначен для отправки получателю подготовленной очереди пакетов данных; блок 44 проверки возможностей получателя определяет, поддерживает ли получатель функцию компенсации потери пакетов, и если получатель эту функцию поддерживает, то блок 44 поручает блоку 43 отправки отослать получателю пакеты данных со скоростью, превышающей пропускную способность кодирования данных получателя, чтобы компенсировать занятие части пропускной полосы, которое, возможно, вызвано работой функции компенсации потери пакетов. Чтобы заявить о поддержке функции компенсации потери пакетов, получатель добавляет в сообщение DESCRIBE сигнального обмена RTSP поле расширения, определяемое как x-zmssRtxSdp, которое занимает в теле сообщения DESCRIBE одну строку. Блок 44 проверки возможностей получателя использует полученное сообщение DESCRIBE, чтобы определить, поддерживает ли получатель функцию компенсации потери пакетов.

Устройство из Фиг.4 подходит для получателя данных, например мультимедиа сервера в системе IP-телевидения.

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

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

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

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

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

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

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

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

7. Способ по любому из пп.5 или 6, в котором информация о потерянном пакете содержит сведения о порядковом номере потерянного пакета.

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

9. Устройство по п.8, в котором блок компенсации потери пакетов останавливается, когда второй модуль определения приема потерянного пакета обнаруживает превышение первого заданного предела для числа последовательных неполучений потерянного пакета или/и когда блок обнаружения обнаруживает превышение второго заданного предела для коэффициента потерь пакетов в полученных группах пакетов данных; блок компенсации потерь пакетов перезапускается, когда блок обнаружения определяет, что превышен третий заданный предел для длительности периода, на протяжении которого коэффициент потерь пакетов для получаемых групп пакетов данных постоянно остается равным 0.

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

11. Устройство по любому из пп.8-10, в котором информация о потерянном пакете содержит сведения о порядковом номере потерянного пакета;
модуль вставки потерянного пакета после восстановления пакета вставляет его в группу полученных пакетов данных в соответствии с порядковым номером данного потерянного пакета.

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

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

14. Устройство по любому из пп.12 или 13, в котором информация о потерянном пакете содержит сведения о порядковом номере потерянного пакета.



 

Похожие патенты:

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

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

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

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

Изобретение относится к системе беспроводного доступа и, в частности, к способу пакетной передачи для многократной передачи пакетов и к способу распределения радиоресурсов в системе беспроводной связи.

Изобретение относится к способу и устройству для генерирования и отображения последовательности опорного сигнала-информации о состоянии канала (CSI-RS). Достигаемый технический результат - выполнение требований к опорному сигналу- информации о состоянии канала.

Изобретение относится к способу связи для использования в системе связи согласно способу по стандарту долгосрочного развития (LTE) мобильной телефонной системы третьего поколения.

Изобретение относится к технологиям беспроводного доступа. .

Изобретение относится к способу распределения ресурсов передачи в системах беспроводной связи. .

Изобретение относится к технике связи и может использоваться для кооперативной связи. .

Изобретение относится к технологиям связи и, в частности, к способу и абонентскому оборудованию для повторной передачи данных. Технический результат заключается в эффективном снижении потери данных и достижении быстрой повторной передачи данных при переключении одно/двухпоточного режима передачи. Способ повторной передачи данных включает в себя этапы, на которых: если сеть указывает на переключение из двухпоточного режима передачи в однопоточный режим передачи, останавливают передачу данных одного потока данных и сбрасывают данные в процессе HARQ остановленного потока данных; или если сеть указывает на переключение из однопоточного режима передачи в двухпоточный режим передачи, передают данные повторной передачи в процессе HARQ исходного потока данных без изменения номера процесса HARQ и передают новые данные в процессе HARQ нового потока данных; или используют данные повторной передачи в качестве новых данных для передачи в процессе HARQ либо исходного потока данных, либо нового потока данных. 2 н. и 3 з.п. ф-лы, 8 ил.

Изобретение относится к системам беспроводной связи. Технический результат заключается в повышении надежности передачи данных. Описаны способы выполнения детектирования дублирования и переупорядочивания для HARQ передачи. Для детектирования дублирования приемник определяет, является ли декодированный пакет x для ARQ канала у дублированным пакетом, основываясь на пакете x и предшествующем декодированном пакете для ARQ канала y. Для переупорядочивания приемник определяет, ожидается ли еще на любом другом ARQ канале более ранний пакет на основе предшествующих декодированных пакетов для ARQ каналов, и перенаправляет пакет x только в случае, если не ожидаются более ранние пакеты. На другом ARQ канале z отсутствуют какие-либо ожидаемые более ранние пакеты, если (1) декодированный пакет был принят по ARQ каналу z в течение заданного времени или позже или (2) в пределах временного окна от текущего времени не был принят корректно декодированный пакет по ARQ каналу z. 3 н. и 4 з.п. ф-лы, 13 ил., 1 табл.

Изобретение относится к автоматическим запросам на повторение (ARQ)в беспроводных системах связи. Технический результат заключается в предотвращении переполнения буфера ARQ. Предложены передатчик автоматического запроса на повторение (ARQ) для использования в беспроводной системе связи и способ для управления им. Данный способ включает в себя этапы, на которых определяют неиспользованную емкость буфера приемника ARQ в приемнике ARQ посредством вычитания суммированного объема использования буфера приемника ARQ из максимального размера буфера приемника ARQ, определяют, что буфер приемника ARQ может поддерживать блок ARQ, назначенный к передаче, если размер блока ARQ, назначенного к передаче, не превышает определенную неиспользованную емкость буфера приемника ARQ и если определено, что буфер приемника ARQ может поддерживать блок ARQ, назначенный к передаче, передают блок ARQ на приемник ARQ, причем определение неиспользованной емкости буфера приемника ARQ в приемнике ARQ содержит этап, на котором: определяют блоки ARQ в качестве использующих буфер приемника ARQ для любых блоков ARQ в пределах окна передачи ARQ, а также для любых блоков ARQ вне окна передачи ARQ, которые являются частью того же самого сервисного блока данных (SDU) управления доступом к среде (MAC), как и первый блок ARQ в пределах окна передачи ARQ. 2 н. и 22 з.п. ф-лы, 12 ил.

Настоящее изобретение относится к устройству и способу для формирования протокольного модуля данных по протоколу управления доступом к среде (MAC) (MPDU) в системе беспроводной связи. Технический результат изобретения заключается в увеличении пропускной способности передачи данных. Способ включает в себя восстановление по меньшей мере одного служебного модуля данных MAC (MSDU) согласно информации планирования MAC-уровня и формирование по меньшей мере одной части данных MPDU, добавление управляющей информации к каждой части данных MPDU и формирование по меньшей мере одной полезной информации MPDU, добавление общего MAC-заголовка (GMH) к каждой полезной информации MPDU и формирование по меньшей мере одного MPDU и передачу MPDU в приемную сторону. Управляющая информация включает в себя по меньшей мере один фрагмент MSDU-информации, составляющей каждую часть данных MPDU. GMH включает в себя информацию длины по MPDU и информацию идентификатора подключения (CID). 6 н. и 18 з.п.ф-лы, 14 ил., 3 табл.

Изобретение относится к технике связи, более точно к сигнализации в ответ на распределение ресурсов UL/DL. Технический результат - повышение точности обнаружения данных. Для этого в способе и устройстве для приема информации планирования определяют, по меньшей мере, одно предоставление распределения нисходящей линии связи, содержащееся в информации планирования, не было принято, что приводит к прерывистой передаче в нисходящей линии, определяют отправку ответа на принятое планирование, в ответ на упомянутое определение. В других способе и устройстве для отправки информации планирования и приема ответа на информацию планирования, содержащего указание прерывистой передачи, что, по меньшей мере, одно распределение нисходящей линии связи информации планирования не было принято. 8 н. и 21 з.п. ф-лы, 13 ил.

Изобретение относится к области мобильной связи. Технический результат изобретения заключается в повышении надежности связи. Изобретение предназначено для передачи сигнала АСК/NACK в системе беспроводной связи. В некоторых вариантах осуществления можно определить последовательность, соответствующую одной из информации о подтверждении (АСК) или информации об отсутствии подтверждения (NACK). В дальнейшем последовательность можно отобразить на канал передачи для последующей передачи из мобильной станции в базовую станцию. В некоторых вариантах осуществления каналу передачи можно выделить по меньшей мере часть из трех мини-мозаик обратной связи (FMT), причем каждая из FMT содержит две поднесущие, смежные в частотной области, на шесть символов мультиплексирования с ортогональным частотным разделением каналов (OFDM), смежных во временной области, при этом указанные три FMT расположены с разрывами в частотной области. 4 н. и 5 з.п. ф-лы, 12 ил., 5 табл.

Изобретение относится к средствам для мультиплексирования управляющей информации восходящей линии связи (UCI) с информацией данных в физическом совместно используемом канале восходящей линии связи (PUSCH), передаваемом по нескольким пространственным уровням. Технический результат заключается в упрощении процесса обработки информации, принимаемой в нескольких транспортных блоках. Определяют количество закодированных символов информации UCI на каждом пространственном уровне, когда информация данных переносится с использованием нескольких транспортных блоков. Определяют количество закодированных символов информации UCI на каждом пространственном уровне, когда канал PUSCH переносит повторную передачу одного транспортного блока для процесса гибридного автоматического запроса повторной передачи (HARQ), в то время как начальная передача транспортного блока для того же самого процесса HARQ была в канале PUSCH, переносящем несколько транспортных блоков. Определяют схемы модуляции закодированных символов информации UCI. 4 н.з. и 9 з.п. ф-лы, 11 ил., 1 табл.

Изобретение относится к беспроводным системам. Технический результат - улучшение надежности приема HARQ-ACK, когда оно кодировано с использованием блочного кода относительно того, когда оно кодировано с использованием кода с повторением. Для этого способ и устройство для пользовательского оборудования (UE) предусматривают передачу информации HARQ-ACK по физическому совместно используемому каналу восходящей линии связи (PUSCH) в ответ на прием по меньшей мере одного транспортного блока (TB), когда UE сконфигурировано базовой станцией с множеством составляющих несущих (CC) нисходящей линии связи (DL), для выбора единственного PUSCH для передачи управляющей информации восходящей линии связи (UCI), когда UE имеет несколько передач PUSCH, и для и применения разнесения передачи к передаче HARQ-ACK в PUSCH. 2 н. и 8 з.п. ф-лы, 13 ил., 2 табл.

Изобретение относится к беспроводной сети. Технический результат состоит в увеличении пропускной способности протокола HARQ гибридного автоматического запроса на повторную передачу данных в беспроводной сети связи. Для этого когда станция принимает нисходящий HARQ-субпакет, имеющий некорректную сумму проверки при помощи циклического кода, она выясняет, имеет ли место факт переполнения памяти буферного ЗУ. Если это так, то станция уменьшает размер HARQ-субпакета, подлежащего сохранению в памяти буферного ЗУ, и сохраняет уменьшенный HARQ-субпакет в памяти буферного ЗУ. Когда станция передает восходящий HARQ-субпакет, то станция может уменьшить размер передаваемого HARQ-субпакета, если он превышает объем памяти буферного ЗУ. Объем памяти буферного ЗУ, необходимый на станции, может быть также уменьшен путем представления каждого значения логарифмического отношения правдоподобия каждого из нескольких бит каждого символа HARQ-пакета определенным количеством бит квантования, количество которых определяется исходя из показателя чувствительности к помехе каждого бита каждого символа. 3 н. и 15 з.п. ф-лы, 9 ил.

Настоящее изобретение относится области беспроводной связи с узлом ретрансляции между узлом (30) радиодоступа и узлом (20) ретранслятора. Для каждого назначенного подкадра нисходящей линии связи для передачи нисходящей линии связи из узла доступа в узел ретранслятора подкадр передачи восходящей линии связи для передачи восходящей линии связи назначают четырьмя интервалами времени передачи позже. Подкадр нисходящей линии связи назначают только, когда дополнительный подкадр того же самого интервала времени передачи для передачи из узла ретранслятора на пользовательское оборудование является подкадром типа, который указывает пользовательскому оборудованию (10), что данные не принимают вне области управления подкадра. 4 н. и 12 з.п. ф-лы, 6 ил.
Наверх