ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение в целом относится к системам связи, а именно к системе и способу управления передачей информации опроса от одного или более блоков протокольных данных в беспроводной системе связи.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
Универсальная система подвижной связи (UMTS) - это система подвижной связи третьего поколения, разработанная на основе стандарта, известного как глобальная система подвижной связи (GSM). Этот стандарт является европейским стандартом, предназначенным для обеспечения усовершенствованных услуг подвижной связи на основе базовой сети GSM и технологии широкополосного множественного доступа с кодовым разделением каналов (W-CDMA). В декабре 1998 г. Европейский институт стандартизации связи (ETSI), Ассоциация представителей радиоэлектронной промышленности и деловых кругов вместе с Комиссией по технологии связи (ARIB/TTC) Японии, Комитет Т1 США и Ассоциация технологий связи (ТТА) Кореи создали Проект партнерства по разработке сетей подвижной связи 3-го поколения (3GPP) в целях обеспечения технических условий для стандартизации универсальной системы подвижной связи.
Работа по стандартизации универсальной системы подвижной связи, осуществляемая в рамках 3GPP, привела к созданию пяти групп разработки технических условий (TSG), каждая из которых была нацелена на формирование сетевых элементов, выполняющих независимые операции. А именно каждая группа разработки технических условий разрабатывает, утверждает и контролирует стандартные технические условия в конкретной области. В числе этих групп группа сети радиодоступа (RAN) (группа разработки технических условий сети радиодоступа) разрабатывает технические условия на функцию, требуемые компоненты и интерфейс сети наземного радиодоступа универсальной системы подвижной связи (UTRAN), представляющей собой новую сеть наземного радиодоступа для поддержки технологии широкополосного множественного доступа с кодовым разделением каналов в универсальной системе подвижной связи.
Группа разработки технических условий сети наземного радиодоступа включает в себя пленарную группу и четыре рабочих группы. Рабочая группа 1 (WG1) разрабатывает технические условия для физического уровня (первого уровня). Рабочая группа 2 (WG2) определяет функции уровня канала передачи данных (второго уровня) и сетевого уровня (третьего уровня). Рабочая группа 3 (WG3) определяет технические условия для интерфейса между базовой станцией в сети наземного радиодоступа универсальной системы подвижной связи, контроллером радиосети (RNC) и базовой сетью. Рабочая группа 4 (WG4) обсуждает термины, которые необходимо использовать для рабочих характеристик радиоканала, и компоненты, необходимые для управления радиоресурсами.
На фиг.1 показана структура протокола интерфейса радиодоступа, используемого между терминалом, работающим на основе технических условий сети наземного радиодоступа 3GPP, и сети наземного радиодоступа универсальной системы подвижной связи. По горизонтали протокол интерфейса радиодоступа включает в себя физический уровень (PHY), уровень канала передачи данных и сетевой уровень, а по вертикали протокол подразделен на управляющую плоскость (С-plane) для передачи управляющего сигнала и пользовательскую плоскость для передачи данных. Пользовательская плоскость - это область, в которой передают информацию трафика пользователя, в частности речь или IP-пакет. Управляющий протокол - это область, в которой передают управляющую информацию, в частности информацию интерфейса сети или информацию по обслуживанию и управлению вызовом.
Уровни протокола можно подразделить на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех более низких уровней стандартной модели протокола взаимодействия открытых систем (OSI), хорошо известной в системе связи.
Первый уровень (L1) работает как физический уровень (PHY) для радиоинтерфейса и по соответствующей технологии подключается к верхнему уровню управления доступом к среде (MAC) при помощи одного или более транспортных каналов. Физический уровень передает данные, поступающие на него по транспортному каналу в приемник с использованием различных методов кодирования и модуляции, подходящих по радиообстановке. Транспортный канал между физическим уровнем (PHY) и уровнем управления доступом к среде MAC подразделяется на выделенный транспортный канал и общий транспортный канал в зависимости от того, используется ли он одним терминалом или совместно используется несколькими терминалами.
Второй уровень L2 действует как уровень канала передачи данных и позволяет разным терминалам совместно использовать радиоресурсы сети широкополосного множественного доступа с кодовым разделением каналов. Второй уровень L2 подразделяется на уровень протокола управления доступом к среде (MAC), уровень протокола управления радиоканалами, уровень протокола сходимости пакетных данных (PDCP) и уровень протокола управления широковещательной/многоадресной передачей (ВМС).
Уровень протокола управления доступом к среде доставляет данные с помощью соответствующей взаимосвязи между логическим каналом и транспортным каналом для преобразования данных. Логические каналы соединяют верхний уровень с уровнем протокола управления доступом к среде. В зависимости от типа передаваемой информации используют различные логические каналы. Как правило, когда передают информацию управляющей плоскости, используют канал управления. Если передают информацию пользовательской плоскости, используют канал трафика. Протокол уровня управления доступом к среде (MAC) подразделяется на три субуровня в зависимости от выполняемых функций. Три субуровня - это субуровень MAC-d, находящийся в обслуживающем контроллере радиосети (SRNC) и управляющий выделенным транспортным каналом, субуровень MAC-c/sh, находящийся в управляющем контроллере радиосети (CRNC) и управляющий общим транспортным каналом, и субуровень MAC-hs, находящийся в узле В и управляющий передачей по высокоскоростному совместно используемому нисходящему каналу (HS-DSCH).
Уровень протокола управления радиоканалом формирует соответствующий блок протокольных данных (PDU) управления радиоканалом, подходящий для передачи, посредством функций сегментации и конкатенации блока служебных данных (SDU) управления радиоканалом, полученного с более высокого уровня. Уровень протокола управления радиоканалом выполняет также функцию автоматического перезапроса данных (ARQ), при помощи которой блок протокольных данных управления радиоканалом, потерянный во время передачи, передают повторно. Уровень протокола управления радиоканалом работает в трех режимах - прозрачном режиме (ТМ), режиме без подтверждения приема (UM) и режиме с подтверждением приема (AM). Выбор режима зависит от способа обработки блока служебных данных управления радиоканалом, полученного с более высокого уровня. На уровне протокола управления радиоканалом имеется буфер управления радиоканалом, который хранит блоки служебных данных управления радиоканалом или блоки протокольных данных управления радиоканалом, полученные с более высокого уровня.
Уровень протокола сходимости пакетных данных (PDCP) - это более высокий уровень по сравнению с уровнем протокола управления радиоканалом, позволяющий передавать элементы данных при помощи сетевого протокола, такого как IP.v4 или IP.v6. Чтобы эффективно передавать IP-пакет, можно использовать метод сжатия заголовка для сжатия и передачи информации заголовков в пакете.
Уровень протокола управления широковещательной/многоадресной передачей (ВМС) позволяет передавать сообщение из сотового центра широковещательных данных (СВС) через радиоинтерфейс. Основная функция уровня протокола управления широковещательной/многоадресной передачей - планирование и передача сотового широковещательного сообщения на терминал. Как правило, данные передают через уровень управления радиоканалом, работающий в режиме без подтверждения.
Уровень протокола сходимости пакетных данных и уровень протокола управления широковещательной/многоадресной передачей находятся только в пользовательской плоскости, поскольку они передают только пользовательские данные. В отличие от уровня протокола сходимости пакетных данных и уровня протокола управления широковещательной/многоадресной передачей уровень управления радиоканалом может быть включен в пользовательскую плоскость и управляющую плоскость в соответствии с подключенным верхним уровнем. Если уровень протокола управления радиоканалом принадлежит управляющей плоскости, данные получают с уровня протокола управления радиоресурсами (RRC). В других случаях уровень протокола управления радиоканалом принадлежит пользовательской плоскости. Как правило, служба передачи пользовательских данных на более высокий уровень посредством второго уровня (L2) в пользовательской плоскости, называется радиоканалом (RB). Служба передачи управляющей информации на более высокий уровень посредством второго уровня (L2) в управляющей плоскости называется радиоканалом сигнализации (SRB). Как показано на фиг.1, на уровнях протокола управления радиоканалом и протокола сходимости пакетных данных может существовать множество объектов. Это происходит вследствие того, что терминал имеет множество радиоканалов, а для одного радиоканала обычно используют один или два объекта протокола управления радиоканалом и только один объект протокола сходимости пакетных данных. Объекты уровней протокола управления радиоканалом и протокола сходимости пакетных данных могут независимо функционировать на каждом уровне.
Уровень протокола управления радиоресурсами, находящийся в самой нижней части третьего уровня (L3), определяется только в управляющей плоскости и управляет логическими каналами, транспортными каналами и физическими каналами в зависимости от установки, изменения конфигурации и высвобождения радиоканалов. При этом установка радиоканала означает процессы определения характеристик протокольного уровня и канала, необходимые для конкретной услуги, и установку соответствующих подробных параметров и режимов работы. Можно передавать управляющие сообщения, полученные с более высокого уровня при помощи сообщения протокола управления радиоресурсами.
Ниже приведено подробное описание уровня протокола управления радиоканалом. Как указано выше, уровень протокола управления радиоканалом работает в трех режимах: ТМ - прозрачном режиме, UM - режиме без подтверждения приема и AM - режиме с подтверждением приема. Ниже описан режим с подтверждением приема, как наиболее предпочтительный для использования в настоящем изобретении.
Одной из наиболее важных характеристик работы в режиме с подтверждением приема является возможность поддержки повторной передачи блока протокольных данных в случае, если он успешно не передан или не принят. А именно, когда уровень управления радиоканалом передает блок протокольных данных, приемник определяет, принимается ли каждый блок протокольных данных, и информацию о состоянии, отражающую результат. Затем приемник передает информацию о состоянии обратно в передатчик, чтобы сообщить на передатчик, получен ли блок протокольных данных. Когда передатчик получает информацию о состоянии от приемника, свидетельствующую о том, что блок протокольных данных не был получен, то указанный блок передают на приемник повторно.
На фиг.2 показана структура передатчика с управлением радиоканалом в режиме с подтверждением приема 100, который передает блоки протокольных данных на приемник. Как показано, когда генератор блоков протокольных данных 101 принимает блок служебных данных (SDU) с более высокого уровня, он разделяет упомянутый блок на сегменты или связывает его, чтобы блок служебных данных был одинакового размера с блоком протокольных данных. Блок протокольных данных можно сформировать, добавив заголовок управления радиоканалом (RLC) в каждый сегмент, при этом в заголовок можно включить порядковый номер. Блок протокольных данных можно классифицировать на основе его порядкового номера.
Блоки протокольных данных, сформированные таким образом, сохраняют в буфере передачи 102 и буфере повторной передачи 104. Протокол управления радиоканалом в режиме с подтверждением приема в передатчике посылает блоки протокольных данных, хранящиеся в буфере 102, на более низкий уровень на основе номера, запрашиваемого более низким уровнем в каждом временном интервале передачи (TTI). При этом блок установки бита опроса 103 определяет, следует ли устанавливать бит опроса, запрашивающего приемник о передаче информации о состоянии для конкретного блока протокольных данных среди переданных блоков протокольных данных. В каком блоке протокольных данных следует установить бит опроса, определяют в зависимости от состояния триггера опроса.
Блоки протокольных данных, посланные на более низкий уровень, передают на приемник через радиоинтерфейс. В приемнике протокол управления радиоканалом в режиме с подтверждением приема формирует блоки служебных данных с использованием информации, содержащейся в заголовках блоков протокольных данных, после чего блоки служебных данных направляют на более высокий уровень приемника.
Если бит опроса установлен в одном из принятых блоков протокольных данных, протокол управления радиоканалом в режиме с подтверждением приема в приемнике проверяет, правильно ли приняты блоки протокольных данных, и передает информацию о состоянии протоколу управления радиоканалом в режиме с подтверждением приема в передатчике. На основании положительной информации о состоянии протокол управления радиоканалом в режиме с подтверждением приема в передатчике удаляет успешно переданные блоки протокольных данных из буфера повторной передачи 104. Блоки протокольных данных, не переданные успешно, что определяется по отрицательной информации о состоянии, посылают в буфер передачи и передают повторно. Повторно переданные блоки протокольных данных остаются в буфере повторной передачи, пока не будет подтверждена их успешная передача. Повторно передаваемым блокам протокольных данных можно дать приоритет по сравнению с впервые передаваемыми блоками протокольных данных, а также можно установить бит опроса в повторно передаваемом блоке протокольных данных.
В протоколе управления радиоканалом в режиме с подтверждением приема окно передачи и окно приема используются соответственно в передатчике и приемнике для передачи и приема блоков протокольных данных. Как правило, размер окна передачи равен размеру окна приема.
Размер окна передачи соответствует заданному максимальному числу блоков протокольных данных, которые можно передать. После того как блоки протокольных данных в пределах окна будут переданы из буфера передачи, последующие блоки протокольных данных загружают в буфер и передают в обновленном окне передачи. Окно передачи можно обновлять на основе информации о состоянии, передаваемой от приемника. Обновление окна передачи может включать в себя перемещение нижнего предела (или расположения) окна в зависимости от ранее переданного блока протокольных данных, для которого было получено отрицательное подтверждение.
Например, рассмотрим случай, когда пределы окна передачи увеличиваются с 1 до 100 (размер окна передачи - 100 позиций блоков протокольных данных) и передают блоки протокольных данных, соответствующие номерам 1-50. Если в информации о состоянии, поступающей из приемника, указывается, что блоки протокольных данных №№ 15, 20 и 40 не были успешно переданы, а остальные блоки протокольных данных были переданы успешно, окно передачи обновляется (например, смещают верхний и нижний пределы окна) до 15-114. Затем блоки протокольных данных передают в порядке 15, 20, 40, 51, 52 и 53, т.е. повторно передаваемым блокам протокольных данных дают приоритет по сравнению с впервые передаваемыми блоками протокольных данных.
Окно приема в приемнике принимает только блоки протокольных данных, находящиеся в действующем диапазоне. А именно, приемник принимает только блоки протокольных данных, имеющие порядковые номера передачи, находящиеся в пределах окна приема. Блоки протокольных данных, номера которых не соответствуют диапазону окна приема, отбрасываются по мере приема блоков протокольных данных в окне приема. Окно приема обновляют, только когда в окне приема получают новый в последовательности блок протокольных данных.
Например, рассмотрим случай, когда пределы окна приема увеличивают с 1 до 100 (размер окна приема - 100 позиций блоков протокольных данных) и получают блоки протокольных данных, соответствующие номерам 1-50, но блоки протокольных данных №№15, 20 и 40 не приняты успешно. В этом случае окно приема обновляют, так что его пределы смещают до 15-114. Случай, когда блоки протокольных данных не получены успешно, может соответствовать ситуации, когда блоки протокольных данных не передают или принимают с ошибками.
Процесс опроса означает, что передатчик запрашивает информацию о состоянии в приемнике. Когда приемник получает запрос на выполнение опроса от приемника, приемник должен проверить состояние приема блоков протокольных данных, принятых к этому моменту (в частности, для момента, когда был принят последний блок протокольных данных, содержащий бит опроса). Затем приемник посылает в передатчик информацию о состоянии приема. А именно, для процесса опроса передатчик устанавливает бит опроса в блоке протокольных данных до начала передачи. Если принимают блок протокольных данных, содержащий бит опроса, приемник проверяет состояние буфера приема по отношению к данному блоку протокольных данных и ранее принятым блокам протокольных данных, а затем сообщает передатчику информацию относительно того, был ли каждый блок протокольных данных успешно принят к этому моменту.
Поскольку для передачи информации о состоянии требуется задействовать радиоресурсы, передачей этой информации следует управлять при помощи соответствующего способа. Т.е. передатчик должен устанавливать бит опроса только для блока протокольных данных, удовлетворяющего определенному правилу, без запроса информации о состоянии для каждого блока протокольных данных. Это правило известно как триггер опроса.
Один способ, используемый для определения триггера опроса, основан на использовании последнего блока протокольных данных, хранящегося в буфере передачи. А именно, согласно этому способу бит опроса устанавливают, когда передают последний блок протокольных данных, хранящийся в буфере передачи. Таким образом, как показано на фиг.3, в том случае, когда блоки протокольных данных, соответствующие номерам 1-50, хранятся в буфере передачи и при этом передается блок протокольных данных с порядковым номером передачи 50, бит опроса устанавливают в 50-м блоке протокольных данных.
На фиг.4 показана последовательность операций, иллюстрирующая известный способ установки бита опроса с использованием последнего блока протокольных данных в буфере передачи. Согласно этому способу блоки протокольных данных в буфере передачи последовательно выбирают в каждом временном интервале передачи (TTI) на основе числа блоков протокольных данных, запрашиваемых более низким уровнем (S101). На следующей операции для каждого выбранного блока протокольных данных осуществляют проверку для определения, является ли выбранный блок протокольных данных последним в буфере передачи (S102). Если определяют, что выбранный блок протокольных данных является последним блоком протокольных данных в буфере передачи, устанавливают бит опроса в выбранном блоке протокольных данных (S103) и блок протокольных данных передают приемнику (S104). Если определяют, что выбранный блок протокольных данных не является последним блоком протокольных данных в буфере передачи, этот блок протокольных данных передают без бита опроса (S104). Затем согласно способу ждут до следующего временного интервала передачи (S105) и описанный выше процесс повторяют.
Известный способ имеет, по меньшей мере, один недостаток, влияющий на качество связи между передатчиком и приемником. Поскольку окно передачи не учитывается в обычном способе установки бита опроса, протоколы управления радиоканалом в режиме с подтверждением приема в передатчике и приемнике могут создавать тупиковую ситуацию.
Такая тупиковая ситуация возникает, например, когда в буфере передачи сохраняют блоки протокольных данных, число которых превышает диапазон окна передачи. При возникновении такой ситуации блоки протокольных данных, превышающие диапазон окна передачи, не могут быть переданы, пока окно передачи не будет обновлено к моменту, когда эти блоки протокольных данных уместятся в диапазон окна передачи. Однако, поскольку последний блок протокольных данных в окне передачи не соответствует последнему блоку протокольных данных в буфере передачи, последний блок протокольных данных в окне передачи не будет передан с битом опроса. В результате, даже если приемник успешно примет последний блок протокольных данных, он не пошлет передатчику информацию о состоянии. Соответственно, окно передачи не будет обновлено, никакие дополнительные блоки протокольных данных не будут переданы и, следовательно, передатчик с приемником попадут в тупиковую ситуацию.
На фиг.5 проиллюстрирована тупиковая ситуация. Как показано, если окно передачи имеет размер, соответствующий блокам протокольных данных 1-100 (размер окна - 100 позиций блоков протокольных данных), а с более высокого уровня передатчика получают блоки протокольных данных 1-150 и сохраняют их в буфере передачи, передатчик и приемник будут в тупиковой ситуации. Это происходит вследствие того, что бит опроса устанавливают, когда передают последний сохраненный в буфере блок протокольных данных (т.е. блок протокольных данных №150) при использовании известного способа опроса. В таких обстоятельствах, поскольку размер окна передачи составляет всего 100 позиций блоков протокольных данных, передатчик может передать только блоки протокольных данных 1-100. В результате все блоки протокольных данных в диапазоне окна передачи передают без бита опроса.
Приемник со своей стороны не посылает информацию о состоянии передатчику, поскольку среди принятых блоков протокольных данных нет блока протокольных данных, в котором установлен бит опроса. Поскольку информация о состоянии не была послана приемником, окно передачи не будет обновлено и, следовательно, остальные блоки протокольных данных в буфере (например, блоки протокольных данных 101-150) не будут переданы. Следовательно, передатчик и приемник находятся в тупиковой ситуации. В такой ситуации передачу не осуществляют, даже если в сети имеется возможность передачи блоков протокольных данных. Соответственно, сетевые ресурсы используются неэффективно и возникает ненужная задержка.
Следовательно, требуется усовершенствованный способ повышения эффективности и качества передачи речи и данных в системе подвижной связи, а именно способ, позволяющий получить эти преимущества путем предотвращения возникновения тупиковой ситуации в системе между передатчиком и приемником.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Целью настоящего изобретения является решение по меньшей мере указанных выше проблем и(или) устранение перечисленных выше недостатков и реализация указанных ниже преимуществ.
Одной из целей настоящего изобретения является разработка системы и способа для повышения скорости, эффективности и качества связи в системе подвижной связи.
Еще одной целью настоящего изобретения является достижение указанной выше цели при помощи схемы опроса, предотвращающей возникновение тупиковой ситуации между передатчиком и приемником в системе подвижной связи.
Другой целью настоящего изобретения является разработка системы и способа, предотвращающих возникновение тупиковой ситуации путем использования триггера опроса, основанного исключительно или частично на заданной позиции окна передачи.
Эти и другие цели и преимущества настоящего изобретения достигаются при помощи способа, предотвращающего возникновение тупиковой ситуации в системе связи на основе одного из множества триггеров опроса. В соответствии с одним из примеров осуществления изобретения способ заключается в том, что выбирают блок данных из буфера, определяют, является ли этот блок данных последним блоком данных в окне передачи, и передают информацию, представляющую собой опрос, с блоком данных, если блок данных определен как последний блок данных в окне передачи. По меньшей мере, операцию определения можно осуществлять на уровне управления радиоканалами, работающем в режиме с подтверждением приема. Если блок данных не является последним блоком данных в окне передачи, в способе можно дополнительно определять, является ли блок данных последним блоком данных в буфере, и передавать информацию, представляющую собой опрос (например, запрос на выполнение опроса) с блоком данных, если блок данных определен как последний блок данных в буфере. Если блок данных не является последним блоком данных в буфере, он может быть передан без запроса на выполнение опроса. Буфер может быть буфером передачи или буфером повторной передачи.
В способе можно дополнительно определять, передан ли уже блок данных, и передавать информацию, представляющую собой опрос, с блоком данных, если блок данных определен как последний блок данных среди повторно переданных блоков данных в окне передачи.
В соответствии с другим примером осуществления изобретения способ по настоящему изобретению заключается в том, что выбирают блок данных из буфера, определяют, занимает ли блок данных заданную позицию в окне передачи, и передают информацию, представляющую собой опрос, с блоком данных, если блок данных определен как занимающий определенную позицию в окне передачи. Эта позиция может быть последней позицией в окне передачи или другой позицией в окне передачи.
Согласно другому примеру осуществления изобретения в способе по настоящему изобретению последовательно выбирают блоки протокольных данных по номеру, запрашиваемому более низким уровнем в буфере передачи, для передачи блоков протокольных данных, проверяют, является ли выбранный конкретный блок протокольных данных последним блоком протокольных данных в буфере передачи, проверяют, является ли выбранный конкретный блок протокольных данных последним блоком протокольных данных в окне передачи, и устанавливают один или более битов опроса в соответствующем блоке протокольных данных и передают блок протокольных данных приемнику, если определено, что выбранный конкретный блок протокольных данных является последним блоком протокольных данных. Порядок выполнения операций проверки может изменяться.
В одном из примеров осуществления изобретения сначала проверяют, является ли выбранный блок протокольных данных последним блоком протокольных данных в буфере передачи, а затем проверяют, является ли выбранный блок протокольных данных последним блоком протокольных данных в окне передачи, если определено, что выбранный блок протокольных данных не является последним блоком протокольных данных в буфере передачи. В другом примере сначала проверяют, является ли выбранный блок протокольных данных последним блоком протокольных данных в буфере передачи, и проверяют, является ли выбранный блок протокольных данных последним блоком протокольных данных в окне передачи. Предпочтительно, чтобы блоки протокольных данных были блоками данных, определяемых на уровне протокола управления радиоканалом (RLC), таком как мобильный терминал системы подвижной связи или сетевое устройство. Проверку установки бита опроса можно определить по отражаемой информации окна передачи и информации о блоках протокольных данных, имеющихся в буфере передачи. Процесс проверки осуществления передатчиком опроса приемника можно повторять каждый заданный временной интервал передачи.
Настоящее изобретение также представляет собой передатчик или сетевое устройство, сконфигурированное для осуществления способа согласно настоящему изобретению. Предпочтительно передатчик входит в пользовательский терминал системы подвижной связи, а в соответствии, по меньшей мере, с одним из примеров осуществления изобретения передатчик содержит буфер и блок установки информации, представляющей собой опрос. Буфер может быть буфером передачи или буфером повторной передачи либо может включать в себя буферы обоих типов. В процессе работы блок установки информации с опросом определяет, является ли блок данных, выбранный в буфере, последним блоком данных в окне передачи, а затем передает информацию, представляющую собой опрос, с блоком данных, если блок данных определен как последний блок данных в окне передачи. Если блок данных не является последним блоком данных в окне передачи, блок установки информации, представляющей собой опрос, определяет, является ли блок данных последним блоком данных в буфере передачи, а затем передает информацию, представляющую собой опрос, с блоком данных, если блок данных определен как последний блок данных в буфере передачи. Если блок данных не является последним блоком данных в буфере передачи, блок установки информации, представляющей собой опрос, передает блок данных без информации, представляющей собой опрос.
Блок установки информации, представляющей собой опрос, может выполнять несколько дополнительных функций. Он определяет, является ли другой блок данных, выбранный из буфера передачи, последним блоком данных в буфере передачи, и затем передает информацию, представляющую собой опрос, с этим другим блоком данных, если этот другой блок данных является последним блоком данных в буфере передачи. Если буфер является буфером повторной передачи, блок установки информации, представляющей собой опрос, может определять, передан ли блок данных ранее, и передавать информацию, представляющую собой опрос, с блоком данных, если блок данных определен как последний блок данных среди повторно переданных блоков данных в окне передачи.
Настоящее изобретение представляет собой также способ изготовления терминала или сетевого устройства, как описано выше.
Настоящее изобретение представляет собой также компьютерную программу, содержащую кодовые секции для осуществления операций способа согласно настоящему изобретению. Программа может храниться на считываемом компьютером носителе информации, поставляемом в комплекте с терминалом или сетевым устройством или подключаемом к ним.
Настоящее изобретение представляет собой значительное усовершенствование обычных способов, по меньшей мере, в части, благодаря триггерам опроса, используемым в различных примерах осуществления. Благодаря этим триггерам опроса настоящее изобретение позволяет устранить задержки в передаче, возникающие при обычных триггерах опроса. Это приводит к существенному повышению скорости, эффективности и качества связи. Такое улучшенное исполнение, кроме того, позволяет пользовательским терминалам соответствовать стандартам, предъявляемым к системам подвижной связи следующего поколения, в том числе так называемым системам беспроводной связи 3GPP, или превосходить эти стандарты.
Дополнительные преимущества, цели и признаки изобретения будут изложены частично в дальнейшем описании и частично будут очевидны средним специалистам при рассмотрении нижеследующего или могут быть изучены при использовании изобретения. Цели и преимущества изобретения могут быть реализованы и достигнуты в объеме формулы изобретения.
КРАТКОЕ ОПИСАНИЕ ФИГУР ЧЕРТЕЖЕЙ
Ниже приведено подробное описание изобретения со ссылками на перечисленные ниже чертежи, на которых одинаковые номера позиций относятся к одинаковым элементам системы.
На фиг.1 представлена схема, показывающая структуру протокола радиоинтерфейса, используемого между терминалом, работающим в соответствии с техническими условиями сети радиодоступа 3GPP, и сетью наземного радиодоступа универсальной системы подвижной связи.
На фиг.2 представлена схема, показывающая структуру уровня протокола управления радиоканалом передатчика, работающего в режиме с подтверждением.
На фиг.3 показан пример триггера опроса на основе последнего блока протокольных данных в буфере передачи.
На фиг.4 показана последовательность операций известного способа установки информации, представляющей собой опрос, в передатчике.
На фиг.5 представлена схема тупиковой ситуации, которая может возникнуть при использовании известного способа установки информации, представляющей собой опрос.
На фиг.6 показана схема передатчика, сконфигурированного в соответствии с одним примером осуществления настоящего изобретения.
На фиг.7 показана последовательность операций одного примера осуществления способа согласно настоящему изобретению.
На фиг.8 показана последовательность операций второго примера осуществления способа согласно настоящему изобретению.
На фиг.9 показана схема установки бита опроса в выбранном блоке протокольных данных, если блок протокольных данных является последним блоком протокольных данных в буфере передачи.
На фиг.10 показана схема установки бита опроса в выбранном блоке протокольных данных, когда блок протокольных данных является последним блоком протокольных данных в окне передачи.
На фиг.11 показана последовательность операций третьего примера осуществления способа согласно настоящему изобретению.
ПРЕДПОЧТИТЕЛЬНЫЕ ПРИМЕРЫ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
Настоящее изобретение представляет собой систему и способ предотвращения возникновения тупиковой ситуации в системе связи. Изобретение предпочтительно реализуют в системе подвижной связи, например универсальной системе подвижной связи (UMTS), разрабатываемой в настоящее время в рамках проекта партнерства третьего поколения (3GPP). Тем не менее, специалистам в данной области будет понятно, что изобретение можно также использовать в системах связи, работающих в соответствии с другими стандартами. Настоящее изобретение также представляет собой передатчик, который реализует способ предотвращения возникновения тупиковой ситуации согласно настоящему изобретению. Настоящее изобретение также представляет собой компьютерную программу, которая может быть сохранена в передатчике для реализации способа согласно настоящему изобретению. Ниже приведено подробное описание примеров осуществления настоящего изобретения.
Изобретение оптимально подходит для использования на конкретном уровне протокола обмена данными, адаптированного для работы в сети наземного радиодоступа универсальной системы подвижной связи (UTRAN). Этот уровень может быть уровнем канала передачи данных и будучи именно так реализованным он может соответствовать, по меньшей мере, уровню протокола управления радиоканалом (RLC). Более низкие уровни этого протокола показаны на фиг.1, а подробное описание каждого из уровней приведено выше. Предпочтительно изобретение применяется для уровня протокола управления радиоканалом, работающего в режиме с подтверждением приема (AM). Тем не менее, для специалистов данной области техники будет очевидно, что изобретение может быть применено в других контекстах. Например, уровень протокола радиоканала передачи данных (RLP) системы радиосвязи согласно настоящему изобретению можно адаптировать для работы в соответствии со стандартом CDMA 2000 (CDMA - множественный доступ с кодовым разделением каналов).
На фиг.6 показана схема передатчика 200 согласно одному примеру осуществления настоящего изобретения, который передает блоки протокольных данных с использованием уровня управления радиоканалом, работающего предпочтительно в режиме с подтверждением. Передатчик содержит генератор блоков протокольных данных 201, буфер передачи 202, буфер повторной передачи 203 и блок установки бита опроса 204. Передатчик может быть включен в один из множества видов абонентского оборудования, в том числе, помимо прочего, в мобильный телефон, персональный электронный секретарь, в так называемый "карманный" персональный компьютер, дорожный или портативный компьютер либо любое другое устройство, принимающее сигналы, передаваемые по радио в сети подвижной связи.
Генератор блоков протокольных данных принимает блоки данных (например, блоки служебных данных) с более высокого уровня протокола, а затем сегментирует или присоединяет эти блоки служебных данных для формирования блоков протокольных данных одинакового размера. Блоки протокольных данных могут быть сформированы путем добавления заголовка протокола управления радиоканалом к каждому сегменту. Порядковый номер предпочтительно включается в заголовок в целях классификации или идентификации блока протокольных данных иным способом. Порядковый номер может быть порядковым номером передачи, позволяющим приемнику осуществлять последовательную обработку блоков протокольных данных, посланных передатчиком.
Буфер передачи хранит блоки протокольных данных, выданные генератором 201. Эти блоки протокольных данных последовательно доставляют на более низкий уровень протоколов на основе порядкового номера, запрашиваемого более низким уровнем в каждом временном интервале передачи (TTI). Затем более низкий уровень передает блоки протокольных данных приемнику через радиоинтерфейс. В приемнике на уровне протокола управления радиоканалом в режиме с подтверждением приема формируют блоки служебных данных на основе принятых блоков протокольных данных в соответствии с информацией, содержащейся в заголовках блоков протокольных данных. Полученные в результате блоки служебных данных затем направляют на более высокий уровень протоколов приемника для последующей обработки.
Буфер повторной передачи также хранит блоки протокольных данных, выдаваемые генератором 201. Однако в отличие от буфера передачи назначение буфера повторной передачи заключается в обеспечении повторной передачи переданного блока протокольных данных, если он не был успешно принят приемником.
Буфер повторной передачи работает в соответствии с информацией о состоянии, поступающей от приемника. А именно, если в принятом блоке протокольных данных установлена информация, представляющая собой опрос, протокол управления радиоканалом в режиме с подтверждением в приемнике проверяет, правильно ли были приняты данный и предыдущие блоки протокольных данных. Предыдущие блоки протокольных данных могут быть проверены вплоть до последнего принятого блока протокольных данных, содержащего информацию, представляющую собой опрос. В заключение такой проверки приемник передает передатчику информацию о состоянии, показывающую, были ли успешно приняты блоки протокольных данных.
Протокол управления радиоканалом в режиме с подтверждением в передатчике удаляет из буфера повторной передачи те блоки протокольных данных, которые на основе информации о состоянии были определены как успешно принятые. Блоки протокольных данных, которые не были успешно приняты, выдаются из буфера повторной передачи и передаются повторно. В информацию о состоянии может быть включен сигнал отрицательного подтверждения (NACK) для индикации того, что блок протокольных данных не был успешно принят. Повторно переданные блоки протокольных данных могут оставаться в буфере повторной передачи, пока передача не будет успешно выполнена или пока блок протокольных данных не будет повторно передан заданное число раз. Когда происходит одно из этих событий, блок протокольных данных может быть удален из буфера повторной передачи. При необходимости повторно передаваемым блокам протокольных данных могут присвоить приоритет по сравнению с впервые передаваемыми блоками протокольных данных.
Блок установки бита опроса 204 определяет, требуется ли посылать информацию, представляющую собой опрос, с блоком протокольных данных, выдаваемым из буфера передачи. Блок установки бита опроса 204 выполняет эту функцию исходя из того, является ли блок протокольных данных последним блоком данных в буфере передачи, последним блоком данных в окне передачи или последним блоком данных и там, и там. Как было указано выше, если информация, представляющая собой опрос, включена в блок протокольных данных, приемник, определив это, пошлет информацию о состоянии обратно протоколу управления радиоканалом в режиме с подтверждением приема в передатчике, указывающую, был ли данный и предыдущие блоки протокольных данных успешно приняты. Информация, представляющая собой опрос, может быть представлена в виде одного или нескольких битов, установленных в выделенном поле заголовка блока протокольных данных. При необходимости информация, представляющая собой опрос, может быть включена в повторно передаваемые блоки протокольных данных.
Информация о состоянии, посланная приемником обратно передатчику в ответ на информацию, представляющую собой опрос, позволяет управлять изменением окна передачи, используемого для передачи блоков протокольных данных приемнику. Размер окна предпочтительно соответствует заданному максимальному числу блоков протокольных данных, которые могут быть переданы. По меньшей мере, нижний предел (или нижнюю позицию) этого окна можно установить (или обновить) на основе информации о состоянии от приемника. Окно передачи изменяется на основе информации о состоянии, указывающей, что блоки протокольных данных успешно приняты. Однако изменение окна можно остановить, если принята информация о состоянии, указывающая на то, что блок протокольных данных не был успешно принят. В этом случае данный блок протокольных данных можно повторно передать (с информацией, представляющей собой опрос, или без этой информации), пока последующая информация о состоянии не укажет на то, что повторно переданный блок протокольных данных успешно принят. Затем окно передачи можно изменить таким образом, чтобы обеспечить дополнительные блоки протокольных данных из буфера передачи, подлежащего загрузке. Пример того, как обновляют изменение окна передачи и как изменяется окно приема в приемнике, был приведен выше.
На фиг.7 показаны операции одного примера осуществления способа согласно настоящему изобретению. Способ предпочтительно реализуется передатчиком, поддерживающим протокол управления радиоканалом в режиме с подтверждением, как показано на фиг.6, и согласно, по меньшей мере, одному аспекту направлен на то, как информация, представляющая собой опрос, присваивается блокам протокольных данных, выдаваемым из буфера передачи и для буфера повторной передачи. Более конкретно, в настоящем изобретении преимущественно осуществляют управление передачей информации, представляющей собой опрос, с использованием блоков протокольных данных для триггера опроса, что позволяет изобретению превзойти известные способы по скорости, эффективности и точности связи.
Первая операция способа включает выбор блока протокольных данных из множества блоков протокольных данных, хранящихся в буфере передачи (блок 301). Как было указано выше, этот буфер можно загружать блоками протокольных данных от генератора 201. Эти блоки протокольных данных предпочтительно хранят для передачи в заданном порядке и, следовательно, могут иметь следующие один за другим порядковые номера передачи. Выбор блоков данных предпочтительно осуществляют в пределах соответствующих временных интервалов передачи.
На второй операции способа определяют, является ли выбранный блок протокольных данных последним блоком данных в окне передачи (блок 302). Окно передачи, используемое протоколом управления радиоканалом в режиме с подтверждением в передатчике, имеет заданный размер для размещения максимального числа блоков протокольных данных. Например, окно передачи может иметь диапазон, равный 100 позициям блоков протокольных данных. В этом случае блок протокольных данных, соответствующий 100-й позиции окна, соответствует последнему блоку данных в окне. В данном примере осуществления изобретения последний блок протокольных данных в окне передачи содержит триггер опроса. Как будет подробно описано, установка триггера опроса для этого блока протокольных данных представляет собой существенное улучшение по сравнению с предшествующим уровнем техники, поскольку позволяет изобретению предупредить тупиковую ситуацию, возникающую в известных средствах опроса.
Третья операция способа включает в себя передачу выбранного блока протокольных данных на основе результатов второй операции. Если выбранный блок протокольных данных соответствует последнему блоку протокольных данных в окне передачи, протокол управления радиоканалом в режиме с подтверждением в передатчике посылает информацию, представляющую собой опрос, с блоком протокольных данных на более низкий уровень протокола передатчика. Блок протокольных данных может затем быть передан приемнику вместе с информацией, представляющей собой опрос (блок 303). Информация, представляющая собой опрос, может быть представлена в виде одного или более битов опроса, которые предпочтительно размещают в выделенном поле заголовка блока протокольных данных. В другом случае информация с опросом может быть присоединена к блоку протокольных данных или другим способом передана вместе с блоком протокольных данных приемнику.
Как только приемник получает информацию, представляющую собой опрос, обратно передатчику передают информацию о состоянии. Эта информация о состоянии предпочтительно указывает, был ли блок протокольных данных, переданный вместе с информацией, представляющей собой опрос, успешно принят приемником и были ли успешно приняты предыдущие блоки протокольных данных перед последним блоком протокольных данных, переданным с информацией, представляющей собой опрос. Окно передачи может быть затем обновлено на основе информации о состоянии, посланной приемником (блок 304). Обновление может включать изменение позиции окна передачи так, что нижний предел (позиция) окна соответствует блоку протокольных данных, который не был успешно принят. При этом не принятые успешно блоки протокольных данных могут быть выданы из буфера повторной передачи и повторно переданы. Повторно переданным блокам протокольных данных можно дать приоритет в окне передачи.
Если выбранный блок протокольных данных не соответствует последнему блоку протокольных данных в окне передачи, протокол управления радиоканалом в режиме с подтверждением приема в передатчике может послать блок протокольных данных на более низкий уровень протокола без информации, представляющей собой опрос (блок 305). Затем блок протокольных данных может быть передан приемнику. После этого способ может быть продолжен путем выбора следующего по порядку блока протокольных данных в диапазоне окна передачи.
Установка триггера опроса в передатчике, поддерживающем протокол управления радиоканалом в режиме с подтверждением приема для последнего блока протокольных данных окна передачи, позволяет изобретению предотвратить возникновение тупиковой ситуации между передатчиком и приемником. Это можно понять прежде всего, обратившись к работе типовых систем.
В известных системах того же назначения используется триггер опроса на основе последнего блока протокольных данных, хранящегося в буфере передачи, как было указано выше. Если число блоков протокольных данных, хранящихся в буфере передачи, превышает размер окна передачи, позиция последнего блока протокольных данных в окне передачи может не соответствовать последнему блоку протокольных данных, хранящемуся в буфере передачи. Поэтому последний блок протокольных данных в окне передачи будет передан без информации, представляющей собой опрос. Это приведет к блокировке окна передачи в передатчике и, в конечном счете, окна приема в приемнике, вследствие чего передатчик и приемник окажутся в тупиковой ситуации. Эту ситуацию можно пояснить на следующем примере.
Рассмотрим случай, когда размер окна передачи составляет 100 позиций блоков протокольных данных, а в буфере передачи хранятся блоки протокольных данных №№ 1-150. Когда выберут последний блок протокольных данных в окне передачи (например, блок протокольных данных № 100), будет осуществлена проверка, чтобы определить, удовлетворяется ли условие опроса. В типовых системах опрос инициируют, когда выбранный блок протокольных данных соответствует последнему блоку протокольных данных, хранящемуся в буфере передачи. Поскольку блок протокольных данных № 100 не соответствует последнему блоку протокольных данных, хранящихся в буфере передачи (например, блоку протокольных данных № 150), информация, представляющая собой опрос, не будет установлена в блоке протокольных данных №100, когда его передают приемнику.
Так как информация, представляющая собой опрос, не передается вместе с блоком протокольных данных № 100, приемник не посылает обратно передатчику информацию о состоянии, поскольку приемник будет выполнять эту функцию только в том случае, когда информация, представляющая собой опрос, содержится в принятом блоке протокольных данных. Следовательно, передатчик не получит информацию о состоянии в ответ на передачу блока протокольных данных № 100. Как было пояснено выше, окно передачи обновляют (т.е. изменяют) в соответствии с положительной информацией о состоянии, т.е. информацией, указывающей, что ранее переданные блоки протокольных данных успешно приняты. В этих условиях понятно, что, даже если блок протокольных данных может быть успешно принят, окно передачи не будет обновлено вследствие того, что информация о состоянии не послана обратно от передатчика. В результате окно передачи не будет изменяться для передачи остальных пятидесяти блоков протокольных данных в буфере передачи. Это означает, что приемник больше не будет получать никакие дополнительные блоки протокольных данных. Таким образом, в практических целях передатчик и приемник переводятся в нерабочее состояние, которое известно как тупиковая ситуация.
Настоящее изобретение работает с использованием триггера опроса, что делает тупиковую ситуацию преимущественно невозможной. Триггер опроса, используемый согласно первому примеру осуществления настоящего изобретения, является последним блоком протокольных данных в окне передачи. При использовании такого типа триггера опроса изобретение будет обеспечивать, что информация о состоянии посылается обратно от приемника независимо от того, превышает ли число блоков протокольных данных, хранящихся в буфере передачи, размер окна передачи. Для иллюстрации в приведенном выше примере, когда блок протокольных данных № 100 выбирают для передачи из буфера передачи, в ходе проверки, осуществляемой блоком установки бита опроса 204, определяют, что он является последним блоком протокольных данных в окне передачи. В результате блок установки бита опроса передает информацию, представляющую собой опрос, вместе с блоком протокольных данных № 100.
Приемник определяет информацию, представляющую собой опрос, и посылает обратно информацию о состоянии, указывающую состояние приема блока протокольных данных № 100 и всех предыдущих блоков протокольных данных перед последним блоком протокольных данных, который был принят вместе с информацией, представляющей собой опрос. Окно передачи обновляют на основе информации о состоянии и в результате остальные пятьдесят блоков протокольных данных (т.е. блоки протокольных данных №№ 101-150) могут быть переданы из буфера приемнику. Кроме того, поскольку передатчик продолжает передачу, приемник остается в рабочем состоянии. В результате полностью исключается тупиковая ситуация. В данном примере информация, представляющая собой опрос, может быть передана вместе с последним блоком протокольных данных в буфере передачи (в данном случае блоком протокольных данных № 150).
Способ согласно настоящему изобретению может включать, по меньшей мере, одну дополнительную операцию. Эта дополнительная операция заключается в том, что определяют, был ли ранее передан выбранный блок данных. Эта операция может быть выполнена на основе информации о состоянии, посланной обратно приемником. Например, рассмотрим случай, когда блоки протокольных данных №№ 1-100 были переданы с использованием окна со 100 позициями, при этом последний блок протокольных данных был передан с информацией, представляющей собой опрос. Предположим также, что информация о состоянии, переданная обратно приемником, указывает на то, что блоки протокольных данных №№ 50, 72 и 80 не были успешно приняты. В этом случае первые три позиции могут быть выделены для повторной передачи блоков протокольных данных №№ 50, 72 и 80, а окно передачи можно обновлять так, что первые 50 блоков протокольных данных, подлежащие передаче, будут соответствовать новым блокам протокольных данных №№ 101-149 в первый раз. При таких условиях способ может также включать операцию, заключающуюся в том, что определяют, что блоки протокольных данных №№ 50, 72 и 80 необходимо передать повторно, и затем определяют, что блок протокольных данных № 80 является последним блоком протокольных данных среди повторно переданных блоков протокольных данных в окне передачи. Когда такое происходит, запрос на выполнение опроса может быть установлен в блоке протокольных данных № 80, после чего этот блок протокольных данных может быть повторно передан приемнику. Информация, представляющая собой опрос, может быть также передана с последним блоком протокольных данных в окне передачи (в этом случае блоком протокольных данных № 149), только если блок протокольных данных определен как последний блок данных в окне передачи и блок протокольных данных не был передан ранее.
На фиг.8 показаны операции, входящие во второй пример осуществления способа согласно настоящему изобретению. Этот второй пример осуществления аналогичен первому примеру за исключением того, что его осуществляют на основе одного из двух триггеров опроса: первого, для которого выбранный блок протокольных данных является последним блоком протокольных данных в окне передачи, и второго, для которого выбранный блок протокольных данных является последним блоком протокольных данных в буфере передачи. Этот способ можно осуществить следующим образом.
На начальной операции из буфера передачи в течение временного интервала передачи выбирают блок протокольных данных (операция 401). Затем осуществляют проверку, чтобы определить, соответствует ли выбранный блок протокольных данных последнему блоку протокольных данных в буфере передачи (операция 402). Если выбранный блок протокольных данных является последним блоком протокольных данных в буфере передачи, в выбранном блоке протокольных данных устанавливают бит опроса (операция 403), а затем блок протокольных данных передают приемнику (операция 404). Если выбранный блок протокольных данных не является последним блоком протокольных данных в буфере передачи, осуществляют вторую проверку, чтобы определить, является ли выбранный блок протокольных данных последним блоком протокольных данных в окне передачи (операция 405). Если выбранный блок протокольных данных является последним блоком протокольных данных в окне передачи, устанавливают бит опроса, и блок протокольных данных передают приемнику. Если выбранный блок протокольных данных не является последним блоком протокольных данных в буфере передачи или окне передачи, блок протокольных данных передают приемнику без информации, представляющей собой опрос. Затем ожидают следующий временной интервал передачи (операция 406) и выбирают другой блок протокольных данных. По желанию из буфера повторной передачи можно выбрать один или более блоков протокольных данных. Информацию, представляющую собой опрос, можно передать вместе с этим блоком протокольных данных, если соблюдается одно из условий для триггера.
На фиг.9 показана схема установки бита опроса в выбранном блоке протокольных данных (например, блок протокольных данных № 150), если этот блок протокольных данных соответствует последнему блоку протокольных данных в буфере передачи. А именно, на этой схеме показан случай, в котором окно передачи содержит 160 позиций и блоки протокольных данных №№ 1-150 хранятся в буфере передачи. Поскольку число блоков протокольных данных, хранящихся в буфере передачи, меньше числа позиций в окне передачи, бит опроса устанавливают для блока протокольных данных № 150, который является последним блоком протокольных данных в буфере передачи.
На фиг.10 показана схема установки бита опроса в выбранном блоке протокольных данных (например, блок протокольных данных № 100), когда этот блок протокольных данных соответствует последнему блоку протокольных данных в окне передачи. На этой схеме показан случай, в котором окно передачи содержит 100 позиций и блоки протокольных данных №№ 1-150 хранятся в буфере передачи, т.е. число позиций окна передачи меньше числа блоков протокольных данных, хранящихся в буфере передачи. В этих обстоятельствах и согласно настоящему изобретению бит опроса устанавливают в блоке протокольных данных 100, даже если это не последний блок протокольных данных, хранящийся в буфере передачи.
На фиг.11 показаны операции третьего примера осуществления способа согласно настоящему изобретению. Третий пример осуществления аналогичен второму примеру за исключением того, что проверку, чтобы определить, является ли выбранный блок протокольных данных последним блоком протокольных данных в окне передачи (операция 502), осуществляют до проверки, чтобы определить, является ли выбранный блок протокольных данных последним блоком протокольных данных в буфере передачи (операция 505).
Настоящее изобретение представляет собой также компьютерную программу, которая содержит секции кода для осуществления операций, входящих в различные примеры осуществления способа согласно настоящему изобретению. Эта программа может быть написана на любом компьютерном языке и сохранена на постоянном или съемном считываемом компьютером носителе информации, находящемся в пользовательском терминале, в котором расположен буфер передачи, или сопрягающемся с пользовательским терминалом. Постоянные считываемые компьютером носители информации охватывают постоянные и оперативные запоминающие устройства (ПЗУ и ОЗУ), но не исчерпываются ими. Съемные носители информации охватывают стираемые программируемые ПЗУ (СППЗУ), электрически стираемые СППЗУ (ЭСППЗУ), любую из числа так называемых карт памяти, интеллектуальные карточки, компьютерные карты и любой другой тип переносной запоминающей среды, но не исчерпываются ими. Для хранения компьютерной программы согласно настоящему изобретению можно также использовать флэш-память.
Во всех примерах осуществления способа согласно настоящему изобретению блок установки опроса на пользовательском терминале, показанный на фиг.6, может выполнять операции, в которых определяют, является ли выбранный блок протокольных данных последним в буферах или окне передачи, а также различные операции обработки.
Кроме того, способ согласно настоящему изобретению был описан применительно к управлению установкой бита опроса в соответствии с окном передачи, имеющим заданный размер. Этот размер может соответствовать заданному максимальному размеру окна или размер окна может быть по желанию установлен несколько меньше требуемого максимального размера.
Кроме того, во многих примерах осуществления способа согласно настоящему изобретению триггер опроса основан на последнем блоке протокольных данных в окне передачи. Специалистам в данной области техники будет понятно, что по желанию триггер опроса можно установить для блока протокольных данных, который не соответствует последнему блоку протокольных данных в окне передачи. Например, может быть желательным присвоить одну или более позиций в окне блоку протокольных данных специального типа, например повторно передаваемым блокам протокольных данных. В этом случае триггер опроса можно установить в соответствии с последним из переданных первыми блоков протокольных данных в окне передачи или последним повторно переданным блоком протокольных данных в окне передачи. Триггер опроса может быть установлен более высоким уровнем протокола и может динамически изменяться по ходу работы передатчика в зависимости от управляющей информации, поступающей с более высокого уровня, или информации, предварительно сохраненной в передатчике.
Следует отметить, что описание настоящего изобретения было подтверждено в Технических условиях TS 25.322 v 4.3.0 (2001-12), относящихся к 3GPP, в которые входит документ "Technical Specification Group Radio Access Network; RLC Protocol Specification" ("Группа разработки технических условий на сеть радиодоступа; технические условия на протокол управления радиоканалом"). Этот документ включен в качестве ссылки.
Описанные выше примеры осуществления и преимущества изобретения приведены только для наглядности и не ограничивают настоящее изобретение. Такой подход без затруднений можно применить к устройствам других типов. Описание настоящего изобретения является иллюстративным и не ограничивает объем формулы изобретения. Для специалистов в данной области техники будут очевидны многие альтернативы, модификации и вариации. В формуле изобретения пункты с описанием средств и функций служат для охвата описанных структур, как реализующих указанные выше функции, и не только структурных эквивалентов, но и эквивалентных структур.
Изобретение относится к системам связи, а именно к системе и способу управления передачей информации, представляющей собой опрос от одного или более блоков протокольных данных в беспроводной системе связи. Техническим результатом является повышение скорости, эффективности и качества связи в системе подвижной связи, достигаемое тем, что в способе управления передачей сигналов в системе связи используется триггер опроса, который предотвращает возникновение тупиковой ситуации между передатчиком и приемником, причем способ заключается в том, что из буфера выбирают блок протокольных данных, определяют, расположен ли блок данных на последней позиции в окне передачи, и затем передают информацию, представляющую собой опрос, с блоком данных, если блок данных находится на последней позиции в окне передачи, и если блок данных не находится на последней позиции в окне передачи, то осуществляют дополнительные операции способа, в том числе определяют, является ли блок данных последним блоком данных, хранящимся в буфере передачи, и если это так, то с блоком данных передают информацию, представляющую собой опрос, а если нет никакого триггера опроса, то передают блок данных. 4 н. и 22 з.п. ф-лы, 11 ил.
(а) проверяют, является ли выбранный блок протокольных данных последним блоком протокольных данных в буфере передачи;
(b) проверяют, является ли выбранный блок протокольных данных последним блоком протокольных данных в окне передачи передатчика, и
(с) устанавливают, по меньшей мере, один бит опроса в выбранный блок протокольных данных и передают выбранный блок протокольных данных приемнику, если определено, что выбранный блок протокольных данных является, по меньшей мере, или последним блоком протокольных данных в буфере передачи, или последним блоком протокольных данных в окне передачи.
(а) выбирают блоки протокольных данных из буфера передатчика;
(b) проверяют, является ли выбранный блок протокольных данных последним блоком протокольных данных в буфере передатчика;
(c) проверяют, является ли выбранный блок протокольных данных последним блоком протокольных данных в окне передачи передатчика, и
(d) устанавливают, по меньшей мере, один бит опроса в выбранный блок протокольных данных и передают выбранный блок протокольных данных приемнику, если определено, что выбранный блок протокольных данных является, по меньшей мере, или последним блоком протокольных данных в буфере передатчика, или последним блоком протокольных данных в окне передачи.
| СПОСОБ И УСТРОЙСТВО УПРАВЛЕНИЯ ПЕРЕДАЧЕЙ ПАКЕТОВ ДАННЫХ В КАНАЛЕ СВЯЗИ ОБЩЕГО ПОЛЬЗОВАНИЯ | 1998 |
|
RU2137312C1 |
| US 5751719 A1, 12.05.1997 | |||
| Кабина транстпортного средства | 1976 |
|
SU658028A1 |
| Тельферный полуавтомат | 1960 |
|
SU137473A1 |
| EP 0695053 A1, 31.01.1996 | |||
| EP 0430571 A1, 05.06.1991 | |||
| Тормозное устройство | 1958 |
|
SU122645A1 |
| ETSI "UMTS RLC PROTOCOL SPECIFICATION, 3GPP TS 25.322 VERSION 3.1.2 RELEASE 1999" ETSI TS 125 322 V3.1.2, 1999. | |||
