RU2280958C2 - Система и способ опроса блока протокольных данных буфера передачи - Google Patents
Система и способ опроса блока протокольных данных буфера передачи Download PDFInfo
- Publication number
- RU2280958C2 RU2280958C2 RU2004119305A RU2004119305A RU2280958C2 RU 2280958 C2 RU2280958 C2 RU 2280958C2 RU 2004119305 A RU2004119305 A RU 2004119305A RU 2004119305 A RU2004119305 A RU 2004119305A RU 2280958 C2 RU2280958 C2 RU 2280958C2
- Authority
- RU
- Russia
- Prior art keywords
- data block
- protocol data
- last
- protocol
- buffer
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/187—Details of sliding window management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Computer And Data Communications (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
Изобретение относится к системам связи, а именно к системе и способу управления передачей информации, представляющей собой опрос от одного или более блоков протокольных данных в беспроводной системе связи. Техническим результатом является повышение скорости, эффективности и качества связи в системе подвижной связи, достигаемое тем, что в способе управления передачей сигналов в системе связи используется триггер опроса, который предотвращает возникновение тупиковой ситуации между передатчиком и приемником, причем способ заключается в том, что из буфера выбирают блок протокольных данных, определяют, расположен ли блок данных на последней позиции в окне передачи, и затем передают информацию, представляющую собой опрос, с блоком данных, если блок данных находится на последней позиции в окне передачи, и если блок данных не находится на последней позиции в окне передачи, то осуществляют дополнительные операции способа, в том числе определяют, является ли блок данных последним блоком данных, хранящимся в буфере передачи, и если это так, то с блоком данных передают информацию, представляющую собой опрос, а если нет никакого триггера опроса, то передают блок данных. 4 н. и 22 з.п. ф-лы, 11 ил.
Description
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение в целом относится к системам связи, а именно к системе и способу управления передачей информации опроса от одного или более блоков протокольных данных в беспроводной системе связи.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
Универсальная система подвижной связи (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" ("Группа разработки технических условий на сеть радиодоступа; технические условия на протокол управления радиоканалом"). Этот документ включен в качестве ссылки.
Описанные выше примеры осуществления и преимущества изобретения приведены только для наглядности и не ограничивают настоящее изобретение. Такой подход без затруднений можно применить к устройствам других типов. Описание настоящего изобретения является иллюстративным и не ограничивает объем формулы изобретения. Для специалистов в данной области техники будут очевидны многие альтернативы, модификации и вариации. В формуле изобретения пункты с описанием средств и функций служат для охвата описанных структур, как реализующих указанные выше функции, и не только структурных эквивалентов, но и эквивалентных структур.
Claims (26)
1. Способ передачи сигналов в системе связи, заключающийся в том, что выбирают блок данных из буфера передатчика; определяют, занимает ли блок данных последнюю позицию в окне передачи передатчика; определяют, был ли блок данных ранее передан приемнику, и передают информацию, представляющую собой опрос, вместе с блоком данных приемнику, если блок данных определен как последний блок данных в окне передачи и блок данных не был ранее передан приемнику.
2. Способ по п.1, в котором буфер является буфером передачи.
3. Способ по п.2, в котором, если блок данных не является последним блоком данных в окне передачи, то далее определяют, является ли блок данных последним блоком данных в буфере передачи, и передают информацию, представляющую собой опрос, вместе с блоком данных, если блок данных определен как последний блок данных в буфере передачи и блок данных не был передан ранее.
4. Способ по п.3, в котором, если блок данных не является последним блоком данных в буфере передачи, то далее передают блок данных без информации, представляющей собой опрос.
5. Способ по п.1, в котором далее принимают блок данных с третьего уровня протоколов передатчика и сохраняют блок данных в буфере.
6. Способ по п.1, в котором операции определения осуществляют на втором уровне протоколов передатчика, являющемся более низким уровнем по сравнению с третьим уровнем протоколов.
7. Способ по п.1, в котором, по меньшей мере, одну из операций определения осуществляют на уровне протокола управления радиоканалом, по меньшей мере, либо передатчика, либо сетевого устройства.
8. Способ по п.1, в котором далее: устанавливают информацию, представляющую собой опрос, в заданное поле блока данных.
9. Способ передачи сигналов в системе связи, заключающийся в том, что выбирают блок данных из буфера передатчика; определяют, занимает ли блок данных заданную позицию в окне передачи передатчика; определяют, был ли блок данных передан приемнику ранее, и передают информацию, представляющую собой опрос, с блоком данных, если определено, что блок данных занимает заданную позицию в окне передачи, и блок данных не был передан приемнику ранее.
10. Способ по п.9, в котором занятие заданной позиции означает, что блок данных является последним блоком данных в окне передачи.
11. Способ по п.9, в котором указанные операции определения осуществляют на уровне протокола управления радиоканалом, работающего в режиме с подтверждением приема.
12. Способ по п.9, в котором, если блок данных не занимает заданную позицию, то далее определяют, является ли блок данных последним блоком данных в буфере передатчика, и передают информацию, представляющую собой опрос, с блоком данных, если блок данных определен как последний блок данных в буфере и блок данных не был передан приемнику ранее.
13. Способ по п.9, в котором буфер является буфером передачи.
14. Способ по п.9, в котором далее:
(а) проверяют, является ли выбранный блок протокольных данных последним блоком протокольных данных в буфере передачи;
(b) проверяют, является ли выбранный блок протокольных данных последним блоком протокольных данных в окне передачи передатчика, и
(с) устанавливают, по меньшей мере, один бит опроса в выбранный блок протокольных данных и передают выбранный блок протокольных данных приемнику, если определено, что выбранный блок протокольных данных является, по меньшей мере, или последним блоком протокольных данных в буфере передачи, или последним блоком протокольных данных в окне передачи.
15. Способ по п.14, в котором выбранный блок протокольных данных является блоком данных, определяемым уровнем протокола управления радиоканалом.
16. Способ по п.15, в котором уровень протокола управления радиоканалом находится в мобильном терминале системы подвижной связи.
17. Способ по п.15, в котором уровень протокола управления радиоканалом находится в сетевом устройстве.
18. Способ по п.14, в котором операции (а)-(с) повторяют для каждого из выбранных блоков протокольных данных каждый временной интервал передачи.
19. Терминал связи для использования в системе связи, содержащий буфер и блок установки информации, представляющей собой опрос, обеспечивающий возможность определять, является блок данных, выбранный из буфера, последним блоком данных в окне передачи, определять, был ли блок данных передан приемнику ранее, и передавать информацию, представляющую собой опрос, с блоком данных, если блок данных определен как последний блок данных в окне передачи и блок данных не был передан приемнику ранее.
20. Терминал по п.19, в котором буфер является буфером передачи.
21. Терминал по п.20, в котором, если блок данных не является последним блоком данных в окне передачи, указанный блок установки информации, представляющей собой опрос, выполнен с возможностью определять, является ли блок данных последним блоком данных в буфере передачи, и передавать информацию, представляющую собой опрос, с блоком данных, если блок данных определен как последний блок данных в буфере передачи и блок данных не был передан приемнику ранее.
22. Терминал по п.21, в котором, если блок данных не является последним блоком данных в буфере передачи, блок установки информации, представляющей собой опрос, выполнен с возможностью передачи блока данных без информации, представляющей собой опрос.
23. Терминал по п.19, в котором блок установки информации, представляющей собой опрос, выполнен с возможностью работы на уровне протокола управления радиоканалом.
24. Терминал по п.23, в котором уровень протокола управления радиоканалом выполнен с возможностью работы в режиме с подтверждением приема.
25. Терминал по п.19, в котором блок установки информации, представляющей собой опрос, выполнен с возможностью устанавливать информацию, представляющую собой опрос, в заданное поле блока данных.
26. Способ опроса блока протокольных данных буфера передатчика в системе, в которой данные передают от передатчика приемнику и передатчик осуществляет опрос приемника с целью получения от приемника информации о состоянии, заключающийся в том, что:
(а) выбирают блоки протокольных данных из буфера передатчика;
(b) проверяют, является ли выбранный блок протокольных данных последним блоком протокольных данных в буфере передатчика;
(c) проверяют, является ли выбранный блок протокольных данных последним блоком протокольных данных в окне передачи передатчика, и
(d) устанавливают, по меньшей мере, один бит опроса в выбранный блок протокольных данных и передают выбранный блок протокольных данных приемнику, если определено, что выбранный блок протокольных данных является, по меньшей мере, или последним блоком протокольных данных в буфере передатчика, или последним блоком протокольных данных в окне передачи.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20010073642A KR100765121B1 (ko) | 2001-11-24 | 2001-11-24 | 송신버퍼의 프로토콜 데이터 유닛 폴링 방법 |
KR73642/2001 | 2001-11-24 |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2004119305A RU2004119305A (ru) | 2006-01-10 |
RU2280958C2 true RU2280958C2 (ru) | 2006-07-27 |
Family
ID=36073953
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2004119305A RU2280958C2 (ru) | 2001-11-24 | 2002-11-07 | Система и способ опроса блока протокольных данных буфера передачи |
Country Status (15)
Country | Link |
---|---|
US (2) | US20030099305A1 (ru) |
EP (1) | EP1315341B1 (ru) |
JP (1) | JP2003198604A (ru) |
KR (1) | KR100765121B1 (ru) |
CN (1) | CN100459728C (ru) |
AT (1) | ATE352930T1 (ru) |
AU (1) | AU2002348615B2 (ru) |
DE (1) | DE60217803T2 (ru) |
ES (1) | ES2278862T3 (ru) |
MA (1) | MA27161A1 (ru) |
MX (1) | MXPA04006223A (ru) |
RU (1) | RU2280958C2 (ru) |
UA (1) | UA75996C2 (ru) |
WO (1) | WO2003047206A1 (ru) |
ZA (1) | ZA200404746B (ru) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2455776C2 (ru) * | 2007-02-02 | 2012-07-10 | Интердиджитал Текнолоджи Корпорейшн | Способ и устройство улучшения rlc для гибкого размера pdu rlc |
RU2460120C2 (ru) * | 2006-09-29 | 2012-08-27 | Квэлкомм Инкорпорейтед | Способ и устройство для управления ресурсами в беспроводном устройстве |
RU2470490C2 (ru) * | 2008-02-04 | 2012-12-20 | Квэлкомм Инкорпорейтед | Информация обратной связи о запасе задержки восходящей линии связи |
RU2470475C2 (ru) * | 2007-05-01 | 2012-12-20 | Квэлкомм Инкорпорейтед | Способ и устройство для опроса в системе беспроводной связи |
RU2477003C2 (ru) * | 2007-03-16 | 2013-02-27 | Квэлкомм Инкорпорейтед | Способ и устройство для упорядоченного опроса в системе беспроводной связи |
RU2479141C2 (ru) * | 2007-09-03 | 2013-04-10 | Эрбюс Операсьон | Способ передачи сообшений acars по протоколу ip |
US8656239B2 (en) | 2008-02-12 | 2014-02-18 | Qualcomm Incorporated | Control of data transmission based on HARQ in a wireless communication system |
US8681694B2 (en) | 2007-08-12 | 2014-03-25 | Lg Electronics Inc. | Wireless device and method of transmitting uplink data and buffer status reports in a wireless communications system |
US8917598B2 (en) | 2007-12-21 | 2014-12-23 | Qualcomm Incorporated | Downlink flow control |
RU2787853C1 (ru) * | 2019-09-02 | 2023-01-13 | Хуавей Текнолоджиз Ко., Лтд. | Способ и устройство управления воздействием радиочастотного излучения беспроводного устройства и беспроводное устройство |
Families Citing this family (64)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100434054B1 (ko) * | 2002-04-26 | 2004-06-04 | 엘지전자 주식회사 | 래디오 링크 콘트롤의 폴링방법 |
US7400640B2 (en) * | 2002-05-03 | 2008-07-15 | Conexant, Inc. | Partitioned medium access control implementation |
US20030206543A1 (en) * | 2002-05-03 | 2003-11-06 | Fischer Michael Andrew | Partitioned medium access control |
WO2003096617A2 (en) | 2002-05-10 | 2003-11-20 | Interdigital Technology Corporation | Prioritization of protocol data for retransmission |
KR100486033B1 (ko) * | 2002-12-02 | 2005-05-03 | 아스텍 컴퓨터 인코퍼레이티드 | 윈도우에 기초한 폴링을 위한 응용가능한 피디유 레인지테스트 및 계산 |
US7411973B2 (en) * | 2003-03-11 | 2008-08-12 | Broadcom Corporation | System and method for interfacing with a management system |
CN1257620C (zh) * | 2003-05-30 | 2006-05-24 | 中兴通讯股份有限公司 | 无线链路层发送窗口控制信息的触发方法 |
KR100568232B1 (ko) | 2003-07-28 | 2006-04-07 | 삼성전자주식회사 | 모바일 애드 혹 네트워크에서 전송층을 이용한 효율적인데이터 송수신 방법 및 상기 방법을 이용한 네트워크 장치 |
WO2005015857A1 (en) * | 2003-08-08 | 2005-02-17 | Samsung Electronics Co., Ltd. | Method and apparatus for configuring protocols for a multimedia broadcast/multicast service |
US7136396B2 (en) * | 2003-11-24 | 2006-11-14 | Interdigital Technology Corporation | Method and apparatus for compiling a protocol data unit |
CN1855887A (zh) | 2005-04-29 | 2006-11-01 | 华硕电脑股份有限公司 | 在接收端中减少数据串流前后跳动的方法及其相关装置 |
TW200713895A (en) * | 2005-09-21 | 2007-04-01 | Asustek Comp Inc | Method and apparatus for improving transmission delay of status report in a wireless communications system |
KR101187076B1 (ko) | 2006-01-05 | 2012-09-27 | 엘지전자 주식회사 | 이동 통신 시스템에 있어서 신호 전송 방법 |
BRPI0706841A8 (pt) * | 2006-01-05 | 2018-04-17 | Lg Electronics Inc | transmissão de dados em um sistema e comunicação móvel |
KR101211807B1 (ko) | 2006-01-05 | 2012-12-12 | 엘지전자 주식회사 | 이동통신 시스템에서 무선단말의 동기상태 관리방법 |
WO2007148881A2 (en) | 2006-06-21 | 2007-12-27 | Lg Electronics Inc. | Method of supporting data retransmission in a mobile communication system |
CN101193095B (zh) * | 2006-11-20 | 2012-07-04 | 联芯科技有限公司 | 无线链路控制层的数据传输方法及*** |
WO2008069589A1 (en) * | 2006-12-06 | 2008-06-12 | Samsung Electronics Co., Ltd. | Method and apparatus for processing control information included in data unit in a mobile communication system |
KR101002890B1 (ko) | 2006-12-06 | 2010-12-21 | 삼성전자주식회사 | 이동통신 시스템에서 데이터 유닛의 제어 정보를 처리하는 방법 및 장치 |
US8917595B2 (en) * | 2007-01-11 | 2014-12-23 | Broadcom Corporation | Method and system for a distributed platform solution for supporting CIM over web services based management |
US8483125B2 (en) * | 2007-04-27 | 2013-07-09 | Intellectual Ventures Holding 81 Llc | Multiplexing packets in high speed downlink packet access (HSDPA) communications |
US8358669B2 (en) * | 2007-05-01 | 2013-01-22 | Qualcomm Incorporated | Ciphering sequence number for an adjacent layer protocol in data packet communications |
US8331399B2 (en) * | 2007-05-07 | 2012-12-11 | Qualcomm Incorporated | Re-using sequence number by multiple protocols for wireless communication |
KR101486352B1 (ko) * | 2007-06-18 | 2015-01-26 | 엘지전자 주식회사 | 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법 |
KR101341515B1 (ko) * | 2007-06-18 | 2013-12-16 | 엘지전자 주식회사 | 무선 통신 시스템에서의 반복 전송 정보 갱신 방법 |
WO2008156314A2 (en) * | 2007-06-20 | 2008-12-24 | Lg Electronics Inc. | Effective system information reception method |
WO2008156346A2 (en) * | 2007-06-20 | 2008-12-24 | Lg Electronics Inc. | A method of transmitting data in mobile communication system |
WO2009022840A2 (en) * | 2007-08-10 | 2009-02-19 | Lg Electronics Inc. | Methods of setting up channel in wireless communication system |
KR101514841B1 (ko) * | 2007-08-10 | 2015-04-23 | 엘지전자 주식회사 | 효율적인 랜덤 액세스 재시도를 수행하는 방법 |
JP2009044693A (ja) * | 2007-08-10 | 2009-02-26 | Fujitsu Ltd | 送信方法、送信装置、およびコンピュータプログラム |
KR20090016412A (ko) * | 2007-08-10 | 2009-02-13 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 통신 방법 |
WO2009022826A1 (en) * | 2007-08-10 | 2009-02-19 | Lg Electronics Inc. | Method for controlling harq operation in dynamic radio resource allocation |
KR101490253B1 (ko) | 2007-08-10 | 2015-02-05 | 엘지전자 주식회사 | 무선 통신 시스템에서의 제어정보 전송 및 수신 방법 |
GB2464427B (en) * | 2007-08-10 | 2012-04-04 | Lg Electronics Inc | Method of reporting measurement result in wireless communication system |
KR101479341B1 (ko) * | 2007-08-10 | 2015-01-05 | 엘지전자 주식회사 | Mbms 서비스를 제공하는 무선 통신 시스템에서효율적인 수신 방법 |
WO2009022877A2 (en) * | 2007-08-14 | 2009-02-19 | Lg Electronics Inc. | A method of transmitting and processing data block of specific protocol layer in wireless communication system |
JP4950338B2 (ja) * | 2007-09-13 | 2012-06-13 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおける無線リソース割当方法 |
KR101461970B1 (ko) * | 2007-09-13 | 2014-11-14 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
KR100937432B1 (ko) * | 2007-09-13 | 2010-01-18 | 엘지전자 주식회사 | 무선 통신 시스템에서의 무선자원 할당 방법 |
KR101435844B1 (ko) * | 2007-09-18 | 2014-08-29 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 전송 방법 |
KR101396062B1 (ko) * | 2007-09-18 | 2014-05-26 | 엘지전자 주식회사 | 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법 |
KR101591824B1 (ko) | 2007-09-18 | 2016-02-04 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
KR101513033B1 (ko) * | 2007-09-18 | 2015-04-17 | 엘지전자 주식회사 | 다중 계층 구조에서 QoS를 보장하기 위한 방법 |
US8687565B2 (en) * | 2007-09-20 | 2014-04-01 | Lg Electronics Inc. | Method of effectively transmitting radio resource allocation request in mobile communication system |
KR20090041323A (ko) * | 2007-10-23 | 2009-04-28 | 엘지전자 주식회사 | 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법 |
KR101487557B1 (ko) * | 2007-10-23 | 2015-01-29 | 엘지전자 주식회사 | 공통제어채널의 데이터를 전송하는 방법 |
US8416678B2 (en) * | 2007-10-29 | 2013-04-09 | Lg Electronics Inc. | Method for repairing an error depending on a radio bearer type |
KR101594359B1 (ko) | 2008-01-31 | 2016-02-16 | 엘지전자 주식회사 | 랜덤 접속에서 백오프 정보를 시그널링하는 방법 |
EP2086276B1 (en) | 2008-01-31 | 2016-11-02 | LG Electronics Inc. | Method for signaling back-off information in random access |
WO2009096743A2 (en) * | 2008-01-31 | 2009-08-06 | Lg Electronics Inc. | Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications |
US8958411B2 (en) * | 2008-03-17 | 2015-02-17 | Lg Electronics Inc. | Method of transmitting RLC data |
EP2332356B1 (en) * | 2008-09-23 | 2017-09-06 | Telefonaktiebolaget LM Ericsson (publ) | Rlc segmentation for carrier aggregation |
KR101729134B1 (ko) * | 2009-03-27 | 2017-04-25 | 삼성전자주식회사 | 무선통신시스템에서 자동 재전송 요청 피드백을 요청하기 위한 장치 및 방법 |
CN102547842B (zh) * | 2010-12-14 | 2014-11-05 | 联芯科技有限公司 | Rlc层的空口资源分配方法、轮询位重传方法和装置 |
CN102136892A (zh) * | 2010-12-29 | 2011-07-27 | 华为技术有限公司 | 一种发送方法及设备 |
TW201309053A (zh) * | 2011-08-03 | 2013-02-16 | Acer Inc | 動態調整通訊協定之視窗大小以增加無線網路系統內資料流通量之方法 |
US20160156564A1 (en) * | 2014-12-02 | 2016-06-02 | Mediatek Inc. | Wireless communication methods |
US10924219B2 (en) | 2016-11-11 | 2021-02-16 | Sony Corporation | Transmitting node, receiving node, methods and mobile communications system |
DK3753155T3 (da) * | 2018-02-14 | 2021-07-26 | Ericsson Telefon Ab L M | Transmitteringsindretning og fremgangsmåde, der udføres deri, til håndtering af kommunikation |
CN109792327A (zh) | 2018-03-23 | 2019-05-21 | Oppo广东移动通信有限公司 | 重传处理的方法和装置 |
CN110876164B (zh) * | 2018-08-30 | 2023-03-31 | ***通信有限公司研究院 | 一种触发轮询的参数的设置方法、装置及计算机可读存储介质 |
CN112771992A (zh) * | 2018-10-08 | 2021-05-07 | 瑞典爱立信有限公司 | 无线通信网络中的网络节点和方法 |
US12008413B2 (en) | 2021-07-29 | 2024-06-11 | International Business Machines Corporation | Vector processing employing buffer summary groups |
US20230030241A1 (en) * | 2021-07-29 | 2023-02-02 | International Business Machines Corporation | Intersystem processing employing buffer summary groups |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1982004201A1 (en) * | 1981-05-29 | 1982-12-09 | Ringrose Anthony | Test-tube for the centrifuging and collecting of a liquid |
US4601035A (en) * | 1983-10-03 | 1986-07-15 | At&T Bell Laboratories | Data communication method and circuitry |
US5163046A (en) * | 1989-11-30 | 1992-11-10 | At&T Bell Laboratories | Dynamic window sizing in a data network |
US5570367A (en) | 1994-07-29 | 1996-10-29 | Lucent Technologies Inc. | Asymmetric protocol for wireless communications |
US5563874A (en) * | 1995-01-27 | 1996-10-08 | Bell Communications Research, Inc. | Error monitoring algorithm for broadband signaling |
US6240067B1 (en) * | 1997-10-06 | 2001-05-29 | Ericsson Messaging Systems Inc. | Method and apparatus for managing control messages in a communication system |
US6298396B1 (en) * | 1998-06-01 | 2001-10-02 | Advanced Micro Devices, Inc. | System for loading a current buffer desciptor register with a value different from current value to cause a previously read buffer descriptor to be read again |
WO2000021220A1 (en) * | 1998-10-06 | 2000-04-13 | Nokia Networks Oy | Radio link protocol with reduced signaling overhead |
US6643813B1 (en) * | 1999-02-17 | 2003-11-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for reliable and efficient data communications |
US6947394B1 (en) * | 1999-04-09 | 2005-09-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Flexible radio link control protocol |
EP1214810A1 (en) * | 1999-09-20 | 2002-06-19 | Nokia Corporation | Error control method and apparatus |
US6697331B1 (en) * | 1999-11-17 | 2004-02-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Link layer acknowledgement and retransmission for cellular telecommunications |
US6694469B1 (en) * | 2000-04-14 | 2004-02-17 | Qualcomm Incorporated | Method and an apparatus for a quick retransmission of signals in a communication system |
KR100339342B1 (ko) * | 2000-07-01 | 2002-06-03 | 서평원 | 프로토콜 데이터의 수신 확인 방법 |
FI113323B (fi) * | 2000-08-21 | 2004-03-31 | Nokia Corp | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa |
US6798842B2 (en) * | 2001-01-10 | 2004-09-28 | Asustek Computer Inc. | Retransmission range for a communications protocol |
US6888816B2 (en) * | 2001-04-02 | 2005-05-03 | Asustek Computer Inc. | Window-based polling scheme for a wireless communications protocol |
US6996063B2 (en) * | 2001-11-16 | 2006-02-07 | Asustek Computer Inc. | Applicable PDU range test and calculation for window-based polling |
US6904016B2 (en) * | 2001-11-16 | 2005-06-07 | Asustek Computer Inc. | Processing unexpected transmission interruptions in a wireless communications system |
-
2001
- 2001-11-24 KR KR20010073642A patent/KR100765121B1/ko not_active IP Right Cessation
-
2002
- 2002-07-11 UA UA20040604560A patent/UA75996C2/uk unknown
- 2002-11-07 WO PCT/KR2002/002071 patent/WO2003047206A1/en active IP Right Grant
- 2002-11-07 AU AU2002348615A patent/AU2002348615B2/en not_active Ceased
- 2002-11-07 MX MXPA04006223A patent/MXPA04006223A/es active IP Right Grant
- 2002-11-07 RU RU2004119305A patent/RU2280958C2/ru not_active IP Right Cessation
- 2002-11-18 DE DE2002617803 patent/DE60217803T2/de not_active Revoked
- 2002-11-18 ES ES02025824T patent/ES2278862T3/es not_active Expired - Lifetime
- 2002-11-18 AT AT02025824T patent/ATE352930T1/de active
- 2002-11-18 EP EP20020025824 patent/EP1315341B1/en not_active Revoked
- 2002-11-21 JP JP2002338644A patent/JP2003198604A/ja active Pending
- 2002-11-22 CN CNB021514976A patent/CN100459728C/zh not_active Expired - Fee Related
- 2002-11-22 US US10/301,665 patent/US20030099305A1/en not_active Abandoned
-
2004
- 2004-06-15 ZA ZA200404746A patent/ZA200404746B/en unknown
- 2004-06-24 MA MA27747A patent/MA27161A1/fr unknown
-
2005
- 2005-11-09 US US11/272,534 patent/US20060062323A1/en not_active Abandoned
Non-Patent Citations (1)
Title |
---|
ETSI "UMTS RLC PROTOCOL SPECIFICATION, 3GPP TS 25.322 VERSION 3.1.2 RELEASE 1999" * |
Cited By (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8954045B2 (en) | 2006-09-29 | 2015-02-10 | Qualcomm Incorporated | Method and apparatus for managing resources at a wireless device |
RU2460120C2 (ru) * | 2006-09-29 | 2012-08-27 | Квэлкомм Инкорпорейтед | Способ и устройство для управления ресурсами в беспроводном устройстве |
US9554398B2 (en) | 2007-02-02 | 2017-01-24 | Interdigital Technology Corporation | Method and apparatus for enhancing RLC for flexible RLC PDU size |
US9936423B2 (en) | 2007-02-02 | 2018-04-03 | Interdigital Technology Corporation | Method and apparatus for enhancing RLC for flexible RLC PDU size |
RU2455776C2 (ru) * | 2007-02-02 | 2012-07-10 | Интердиджитал Текнолоджи Корпорейшн | Способ и устройство улучшения rlc для гибкого размера pdu rlc |
US8498284B2 (en) | 2007-02-02 | 2013-07-30 | Interdigital Technology Corporation | Method and apparatus for enhancing RLC for flexible RLC PDU size |
US8687495B2 (en) | 2007-03-16 | 2014-04-01 | Qualcomm Incorporated | Method and apparatus for polling in a wireless communication system |
US8619752B2 (en) | 2007-03-16 | 2013-12-31 | Qualcomm Incorporated | Method and apparatus for polling in a wireless communication system |
RU2477003C2 (ru) * | 2007-03-16 | 2013-02-27 | Квэлкомм Инкорпорейтед | Способ и устройство для упорядоченного опроса в системе беспроводной связи |
RU2470475C2 (ru) * | 2007-05-01 | 2012-12-20 | Квэлкомм Инкорпорейтед | Способ и устройство для опроса в системе беспроводной связи |
US11653265B2 (en) | 2007-08-12 | 2023-05-16 | Wild Guard Ltd. | Reestablishment of lost radio link between user equipment and source node using cryptographic verification based on a secret key |
US9992716B2 (en) | 2007-08-12 | 2018-06-05 | Lg Electronics Inc. | Wireless device and method of transmitting uplink data and buffer status reports in a wireless communications system |
US8681694B2 (en) | 2007-08-12 | 2014-03-25 | Lg Electronics Inc. | Wireless device and method of transmitting uplink data and buffer status reports in a wireless communications system |
US11089509B2 (en) | 2007-08-12 | 2021-08-10 | Wild Guard Ltd. | Handover method with link failure recovery, a wireless device and a base station for implementing such method |
US10440609B2 (en) | 2007-08-12 | 2019-10-08 | Wild Guard Ltd. | Handover method with link failure recovery, wireless device and base station for implementing such method |
US8913608B2 (en) | 2007-08-12 | 2014-12-16 | Lg Electronics Inc. | Wireless device and method of transmitting uplink data and buffer status reports in a wireless communications system |
US9319935B2 (en) | 2007-08-12 | 2016-04-19 | Lg Electronics Inc. | Handover method with link failure recovery, wireless device and base station for implementing such method |
US9549353B2 (en) | 2007-08-12 | 2017-01-17 | Lg Electronics Inc. | Wireless device and method of transmitting uplink data and buffer status reports in a wireless communications system |
RU2479141C2 (ru) * | 2007-09-03 | 2013-04-10 | Эрбюс Операсьон | Способ передачи сообшений acars по протоколу ip |
US9130702B2 (en) | 2007-12-21 | 2015-09-08 | Qualcomm Incorporated | Downlink flow control |
US8917598B2 (en) | 2007-12-21 | 2014-12-23 | Qualcomm Incorporated | Downlink flow control |
RU2470490C2 (ru) * | 2008-02-04 | 2012-12-20 | Квэлкомм Инкорпорейтед | Информация обратной связи о запасе задержки восходящей линии связи |
US8699487B2 (en) | 2008-02-04 | 2014-04-15 | Qualcomm Incorporated | Uplink delay budget feedback |
US8656239B2 (en) | 2008-02-12 | 2014-02-18 | Qualcomm Incorporated | Control of data transmission based on HARQ in a wireless communication system |
RU2787853C1 (ru) * | 2019-09-02 | 2023-01-13 | Хуавей Текнолоджиз Ко., Лтд. | Способ и устройство управления воздействием радиочастотного излучения беспроводного устройства и беспроводное устройство |
Also Published As
Publication number | Publication date |
---|---|
ATE352930T1 (de) | 2007-02-15 |
EP1315341B1 (en) | 2007-01-24 |
AU2002348615B2 (en) | 2005-12-15 |
DE60217803D1 (de) | 2007-03-15 |
ZA200404746B (en) | 2006-05-31 |
ES2278862T3 (es) | 2007-08-16 |
UA75996C2 (en) | 2006-06-15 |
US20060062323A1 (en) | 2006-03-23 |
WO2003047206A1 (en) | 2003-06-05 |
AU2002348615A1 (en) | 2003-06-10 |
EP1315341A1 (en) | 2003-05-28 |
RU2004119305A (ru) | 2006-01-10 |
KR100765121B1 (ko) | 2007-10-11 |
CN100459728C (zh) | 2009-02-04 |
DE60217803T2 (de) | 2007-11-22 |
US20030099305A1 (en) | 2003-05-29 |
CN1422086A (zh) | 2003-06-04 |
MXPA04006223A (es) | 2004-10-11 |
JP2003198604A (ja) | 2003-07-11 |
KR20030042847A (ko) | 2003-06-02 |
MA27161A1 (fr) | 2005-01-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2280958C2 (ru) | Система и способ опроса блока протокольных данных буфера передачи | |
US10972940B2 (en) | Method and apparatus for operating a timer for processing data blocks | |
US8582441B2 (en) | Data transmission method for HSDPA | |
EP1690435B1 (en) | Method, system and transmitting side protocol entity for sending packet data units for unacknowledged mode services | |
CN100356755C (zh) | 轮询无线链路控制层的协议数据单元的方法和*** | |
RU2408168C2 (ru) | Передача управляющей информации в системе мобильной связи | |
KR20060048372A (ko) | 고속의 상향 데이터 전송을 위한 데이터 채널의 제어정보송수신 방법 | |
CN1875557B (zh) | 更新下一个期望的tsn和接收机窗口以避免停顿状态 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20061108 |
|
NF4A | Reinstatement of patent |
Effective date: 20070927 |
|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20121108 |