RU2434337C1 - Способ отправки информации статуса в системе мобильной связи и приемник системы мобильной связи - Google Patents
Способ отправки информации статуса в системе мобильной связи и приемник системы мобильной связи Download PDFInfo
- Publication number
- RU2434337C1 RU2434337C1 RU2010109062/09A RU2010109062A RU2434337C1 RU 2434337 C1 RU2434337 C1 RU 2434337C1 RU 2010109062/09 A RU2010109062/09 A RU 2010109062/09A RU 2010109062 A RU2010109062 A RU 2010109062A RU 2434337 C1 RU2434337 C1 RU 2434337C1
- Authority
- RU
- Russia
- Prior art keywords
- pdu
- status
- nack
- rlc
- amd
- Prior art date
Links
- 238000010295 mobile communication Methods 0.000 title claims abstract description 15
- 238000000034 method Methods 0.000 title claims description 29
- 238000010276 construction Methods 0.000 claims description 19
- 238000004891 communication Methods 0.000 claims description 9
- 230000006854 communication Effects 0.000 claims description 9
- 230000001174 ascending effect Effects 0.000 claims description 5
- 238000005516 engineering process Methods 0.000 abstract 1
- 239000000126 substance Substances 0.000 abstract 1
- 230000005540 biological transmission Effects 0.000 description 28
- 230000006870 function Effects 0.000 description 7
- 238000012545 processing Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000018109 developmental process Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000007175 bidirectional communication Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000005352 clarification Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000008092 positive effect Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
- H04B7/0802—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station using antenna selection
- H04B7/0805—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station using antenna selection with single receiver and antenna switching
- H04B7/0814—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station using antenna selection with single receiver and antenna switching based on current reception conditions, e.g. switching to different antenna when signal level is below threshold
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
-
- 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
-
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- 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/1874—Buffer management
- H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/02—Resource partitioning among network components, e.g. reuse partitioning
- H04W16/04—Traffic adaptive resource partitioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
-
- 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
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
Abstract
Изобретение относится к области сетей передачи данных. Технический результат заключается в предотвращении взаимной блокировки. Сущность изобретения заключается в том, что при отправке информации статуса (блока STATUS PDU) принимающая сторона сообщает о состоянии приема данных передающей стороне в системе мобильной связи. Объект RLC принимающей стороны учитывает доступный беспроводной ресурс для построения статусного блока PDU, вписывающегося в размер беспроводного ресурса, и затем отправляет построенный статусный блок PDU объекту RLC передающей стороны, тем самым избегая ситуации взаимной блокировки протоколов уровня RLC. 3 н. и 10 з.п. ф-лы, 9 ил.
Description
Область техники
Настоящая заявка притязает на приоритет предварительной заявки на патент США № 61/025267, поданной 31 января 2008 года, и заявки на патент Кореи № 10-2009-0006356, поданной 23 января 2009 года в Республике Корея. Содержание этих заявок включено в настоящий документ по ссылке во всей их полноте.
Настоящее изобретение имеет отношение к протоколу беспроводной связи в системе мобильной связи и, в частности, к способу отправки информации статуса (блока PDU STATUS), в которой принимающая сторона сообщает о состоянии приема данных передающей стороне, в улучшенной универсальной системе мобильной связи (E-UMTS), развившейся из системы UMTS.
Уровень техники
Фиг.1 является сетевой архитектурой системы проекта долгосрочного развития (системы LTE), которая является системой мобильной связи предшествующего уровня техники, развившейся из существующей системы UMTS, и основная стандартизация для которой проходит в Проекте партнерства по созданию сетей третьего поколения (проекте 3GPP).
Сеть системы LTE может быть разделена на улучшенную наземную сеть беспроводного доступа системы UMTS (сеть E-UTRAN) и опорную сеть (сеть CN). Сеть E-UTRAN включает в себя терминал (пользовательское оборудование; UE), базовую станцию (улучшенный узел B; eNB), межсетевой шлюз доступа (aGW), расположенный в конце сети для соединения с внешней сетью. Шлюз aGW может быть разделен на часть обработки потока пользовательской информации и часть обработки потока управляющей информации. При этом для связи между шлюзом aGW для обработки потока пользовательской информации и шлюзом aGW для обработки управляющей информации может использоваться новый интерфейс. В одном узле eNB могут существовать одна или более сот. Между узлами eNB может использоваться интерфейс для передачи потока пользовательской информации или потока управляющей информации. Сеть CN может включать в себя шлюз aGW, узел для регистрации пользователей другого пользовательского оборудования и т.п. Интерфейс может использоваться для идентификации сети E-UTRAN и сети CN.
Фиг.2 является архитектурой плоскости управления протокола радиоинтерфейса между терминалом и сетью E-UTRAN на основе стандарта сети беспроводного доступа проекта 3GPP, и фиг.3 является архитектурой плоскости пользователя протокола радиоинтерфейса между терминалом и сетью E-UTRAN на основе стандарта сети беспроводного доступа проекта 3GPP.
Далее будет описана архитектура протоколов радиоинтерфейсов между терминалом и сетью E-UTRAN со ссылкой на фиг.2 и 3.
Протокол радиоинтерфейса имеет горизонтальные уровни, содержащие физический уровень, уровень управления передачей данных и сетевой уровень и имеет вертикальные плоскости, содержащие плоскость пользователя для передачи информации данных и плоскость управления для передачи служебных управляющих сигналов. Уровни протокола могут быть разделены на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех нижних уровней стандартной модели взаимодействия открытых систем (OSI), широко известной в системах связи. Такие протоколы радиоинтерфейсов могут существовать в виде пары между терминалом и сетью E-UTRAN для управления передачей данных через интерфейсы.
Далее будет описан каждый уровень в плоскости управления протокола радиоинтерфейса на фиг.2 и в плоскости пользователя протокола радиоинтерфейса на фиг.3.
Первый уровень как физический уровень (PHY) обеспечивает службу передачи информации на более высокий уровень с использованием физического канала. Физический уровень соединен со своим более высоким уровнем, называемым уровнем управления доступом к среде передачи (MAC) через транспортный канал. Уровень MAC и физический уровень обмениваются данными через транспортный канал. При этом транспортный канал может быть разделен на выделенный транспортный канал и общий транспортный канал в зависимости от того, является ли транспортный канал совместно используемым. Данные передаются через физический канал между разными физическими уровнями, а именно между физическим уровнем передающей стороны и физическим уровнем принимающей стороны.
На втором уровне существуют различные уровни. Во-первых, уровень управления доступом к среде передачи (уровень MAC) служит для отображения разных логических каналов на разные транспортные каналы, а также выполняет мультиплексирование логического канала для отображения нескольких логических каналов на один транспортный канал. Уровень MAC соединен с более высоким уровнем управления беспроводной линией связи (уровнем RLC) через логический канал. Логические каналы разделены в соответствии с типом информации, которая должна быть передана, на канал управления для передачи информации плоскости управления и канал информационного потока для передачи информации плоскости пользователя.
Уровень RLC второго уровня управляет сегментацией и связыванием данных, принятых от более высокого уровня, для соответствующей корректировки размера данных таким образом, чтобы более низкий уровень мог отправить данные по интерфейсу. Кроме того, уровень RLC обеспечивает три режима работы, включающие в себя прозрачный режим (TM), режим без подтверждения (UM) и режим с подтверждением (AM), с тем чтобы гарантировать выполнение требований различного качества обслуживания (QoS) каждого несущего радиоканала (канала RB). В частности, уровень RLC, работающий в режиме AM (в дальнейшем называемый уровнем AM RLC), выполняет повторную передачу с использованием функции автоматического запроса на повторную передачу данных (ARQ) для надежной передачи данных.
Уровень протокола слияния пакетных данных (уровень PDCP), расположенный на втором уровне, используется для эффективной передачи пакетов IP, таких как пакеты протокола IPv4 или IPv6, по радиоинтерфейсу с относительно узкой полосой пропускания. С этой целью уровень PDCP уменьшает размер заголовка пакета IP, который является относительно большим по размеру и включает в себя ненужную управляющую информацию, а именно выполняет функцию, называемую сжатием заголовка. В соответствии с этим только необходимая информация может быть включена в заголовочную часть данных для передачи, с тем чтобы увеличить эффективность передачи радиоинтерфейса.
Уровень управления беспроводными ресурсами (уровень RRC), расположенный в самой нижней части третьего уровня, задан только в плоскости управления. Уровень RRC управляет логическими каналами, транспортными каналами и физическими каналами в зависимости от конфигурации, реконфигурации и высвобождения каналов RB. При этом канал RB обозначает логический путь, который уровень L2 обеспечивает для передачи данных между терминалом и сетью UTRAN. Обычно установлением канала RB называется предусмотрение характеристик уровня протокола и канала, требуемых для обеспечения конкретной службы, и установка соответствующих подробных параметров и способов операций. Каналы RB разделяются на каналы RB служебных сигналов (каналы SRB) и каналы RB данных (каналы DRB). Каналы SRB используются как путь для передачи сообщений уровня RRC в плоскости управления, в то время как каналы DRB используются как путь для передачи данных пользователя в плоскости пользователя.
Далее более подробно будет описан уровень RLC. Уровень RLC обеспечивает три режима, такие как режимы TM, UM и AM, как упомянуто выше. Уровень RLC редко выполняет функцию в режиме TM, и поэтому здесь будут описаны только режимы UM и AM. Уровень RLC в режиме UM (уровень UM RLC) добавляет заголовок протокольного блока данных (блока PDU), содержащий порядковый номер (SN), в каждый блок PDU для передачи, с тем чтобы принимающей стороне могло быть известно о том, какой блок PDU был потерян во время передачи. Благодаря такой функции уровень UM RLC управляет в плоскости пользователя передачей данных мультимедиа или передачей пакетных данных в реальном времени, таких как голос (например, VoIP) или передача потоков в области пакетных служб (в дальнейшем называемой областью PS), при этом управляя в плоскости управления передачей сообщения RRC, которое не нуждается в подтверждении приема, среди сообщений RRC, отправленных конкретному терминалу или конкретной группе терминалов в пределах соты.
Аналогичным образом, уровень RLC в режиме AM (уровень AM RLC) создает блок PDU посредством добавления заголовка блока PDU, содержащего порядковый номер (SN), после построения блока PDU. В отличие от уровня UM RLC принимающая сторона выполняет подтверждение блока PDU, отправленного передающей стороной. Принимающая сторона выполняет подтверждение, чтобы запросить повторную передачу неудачно принятого блока PDU от передающей стороны. Такая функция повторной передачи является самой важной особенностью уровня AM RLC. Таким образом, уровень AM RLC нацелен на гарантию безошибочной передачи данных через повторную передачу. С этой целью уровень AM RLC обычно управляет передачей пакетных данных не в реальном времени, таких как пакеты протокола TCP/IP области PS, в плоскости пользователя, управляя передачей сообщения RRC, которое требует подтверждения приема, среди сообщений RRC, переданных конкретному терминалу в пределах соты в плоскости управления.
С точки зрения направления уровень UM RLC используется для однонаправленной связи, в то время как уровень AM RLC используется для двунаправленной связи благодаря обратной связи от принимающей стороны. С точки зрения структуры имеется различие, а именно уровень UM RLC выполнен таким образом, что передачу или прием выполняет один объект уровня RLC, в то время как уровень AM RLC выполнен таким образом, что в одном объекте уровня RLC имеется и передающая сторона, и принимающая сторона. Сложная конфигурация уровня AM RLC происходит из-за повторной передачи. Уровень AM RLC включает в себя буфер повторной передачи для управления повторной передачей в дополнение к буферу передачи/приема. Кроме того, уровень AM RLC выполняет различные функции, такие как использование окон передачи и приема для управления потоком, опрос для передающей стороны для запроса информации статуса от принимающей стороны объекта уровня RLC, отправка отчета о статусе для принимающей стороны для сообщения о состоянии своего буфера передающей стороне однорангового объекта уровня RLC, создание статусного блока PDU для доставки информации статуса и т.п. Уровень AM RLC также нуждается в различных параметрах протокола, таких как переменные статуса и таймер, чтобы поддерживать свои функции. Блок PDU, такой как отчет о статусе или статусный блок PDU, который используется для управления передачей данных на уровне AM RLC, называется "управляющим блоком PDU", и блок PDU, используемый для передачи данных пользователя, называется "блоком PDU данных".
Более подробно блок PDU данных уровня AM RLC может быть разделен на блок AMD PDU и сегмент блока AMD PDU. Сегмент блока AMD PDU имеет часть данных, включенных в блок AMD PDU. В системе LTE максимальный размер блока данных может изменяться каждый раз, когда терминал отправляет блок данных. Следовательно, после того, как объект уровня AM RLC передающей стороны создает 200-байтовый блок AMD PDU в заданный момент времени и передает созданный блок AMD PDU, когда объект уровня AM RLC передающей стороны принимает отрицательное подтверждение (NACK) от уровня AM RLC принимающей стороны и тем самым пытается повторно передать блок AMD PDU, если максимальный размер блока данных для фактической передачи составляет 100 байтов, тот же самый блок AMD PDU не может быть отправлен, как он есть. В этом случае используется сегмент блока AMD PDU. Сегмент блока AMD PDU обозначает, что соответствующий блок AMD PDU сегментирован на меньшие блоки. Во время процедуры объект уровня AM RLC передающей стороны разделяет блок AMD PDU на сегменты блока AMD PDU и передает сегменты блока AMD PDU в нескольких интервалах времени передачи. Объект уровня AM RLC принимающей стороны затем восстанавливает блок AMD PDU из принятых сегментов блока AMD PDU.
Если имеются неудачно (не полностью или неправильно) принятые данные, уровень AM RLC принимающей стороны запрашивает повторную передачу таких данных от уровня AM RLC передающей стороны, что называется "отчетом о статусе". Отчет о статусе отправляют с использованием статусного блока PDU, который является одним из управляющих блоков PDU.
Раскрытие изобретения
Техническое решение
В предшествующем уровне техники, когда инициируется отчет о статусе, уровень AM RLC принимающей стороны включает в блок STATUS PDU (статусный блок PDU) для передачи всю информацию, относящуюся к блокам AMD PDU, которые находятся в пределах диапазона от значения переменной VR(R) (например, от начальной точки окна передачи) до значения переменной VR(MS) (например, до конечной точки окна передачи). Однако если размер беспроводного ресурса для отправки блока STATUS PDU меньше блока STATUS PDU, построенный блок STATUS PDU не может быть отправлен. Фактически распределением беспроводных ресурсов для конкретного логического канала управляет уровень MAC. Однако уровню MAC не известны условия уровня RLC. В соответствии с этим уровень MAC может распределить беспроводные ресурсы, которые меньше требуемых, для передачи блока STATUS PDU уровня RLC. Предшествующий уровень техники не затрагивает эту ситуацию. В результате, когда такая ситуация возникает, блок STATUS PDU уровня RLC не может быть отправлен, что, тем самым, приводит к ситуации взаимной блокировки.
Поэтому задача настоящего изобретения состоит в том, чтобы предохранить протокол уровня RLC от ситуации взаимной блокировки, предоставляя возможность передачи блока STATUS PDU, даже когда размер доступного беспроводного ресурса меньше блока STATUS PDU, в случае, когда уровень RLC принимающей стороны отправляет блок STATUS PDU уровню RLC передающей стороны. С этой целью настоящее изобретение предлагает различные варианты осуществления в зависимости от того, как установить поле ACK_SN.
Для выполнения задачи настоящего изобретения обеспечивается способ отправки информации статуса в мобильной связи, содержащий этапы, на которых: строят статусный протокольный блок данных (блок PDU), статусный блок PDU используется для обеспечения положительных и/или отрицательных подтверждений блоков PDU данных в режиме с подтверждением (блоков AMD PDU) или частей блоков AMD PDU (=блоков PDU данных уровня RLC); и передают построенный статусный блок PDU одноранговому объекту RLC (или более низкому уровню), причем этап построения выполняется с учетом доступных ресурсов таким образом, что созданный статусный блок PDU вписывается в общий размер доступных ресурсов.
Этап построения может дополнительно включать в себя этапы, на которых: включают в блок элементы отрицательного подтверждения (элементы NACK) в возрастающем порядке порядковых номеров и включают в блок информацию, указывающую, вплоть до которых блоков AMD PDU информация статуса включена в статусный блок PDU.
Информацией может являться поле ACK_SN, поле ACK_SN устанавливается равным порядковому номеру SN следующего не полностью принятого блока AMD PDU, который не обозначен с помощью элемента NACK_SN в статусном блоке PDU.
Элементы NACK могут быть включены в блок в возрастающем порядке номеров от первого не принятого блока AMD PDU или части блока AMD PDU вплоть до некоторого не принятого блока AMD PDU таким образом, что построенный статусный блок PDU вписывается в общий размер доступных ресурсов.
Не принятый блок AMD PDU или части блоков AMD PDU могут не существовать между двумя последовательными не принятыми блоками PDU.
Разрешается существование не принятого блока AMD PDU или частей блока AMD PDU между двумя последовательными не принятыми блоками PDU.
Доступными ресурсами может являться общий размер блоков PDU уровня RLC, указанный посредством более низкого уровня.
Способ может дополнительно включать в себя этап, на котором принимают показание от более низкого уровня (MAC) об общем размере блоков PDU уровня RLC.
Этап построения может быть выполнен посредством включения в блок элемента NACK_SN первого не принятого блока AMD PDU или части блоков AMD PDU и опционального дополнительного включения в блок по меньшей мере одного элемента NACK_SN другого не принятого блока AMD PDU или части блоков AMD PDU.
Элемент NACK_SN может включать в себя элемент NACK_SN и опционально поля SOstart и SOend.
Если статусный блок PDU является частичным статусным блоком PDU, может использоваться индикатор для указания, что статусный блок PDU является частичным статусным блоком PDU.
В другом аспекте настоящего изобретения обеспечивается способ отправки информации статуса в системе мобильной связи в способе доставки информации статуса, в котором объект уровня управления беспроводной линией связи (объект RLC) принимающей стороны сообщает статус приема данных (протокольных блоков данных, блоков PDU) объекту RLC передающей стороны, способ включает в себя этапы, на которых: строят посредством объекта RLC принимающей стороны блок STATUS PDU, включающий в себя информацию, относящуюся к состоянию приема блоков данных PDU уровня RLC с учетом доступного беспроводного ресурса; и передают посредством объекта RLC принимающей стороны созданный блок STATUS PDU объекту RLC передающей стороны, причем этап построения может включать в себя этапы, на которых: выборочно включают в блок столько неправильно принятых элементов NACK_SN, сколько может быть передано с использованием доступного беспроводного ресурса; и устанавливают значение поля ACK_SN в значение переменной VR(MS).
В одном аспекте настоящего изобретения обеспечивается объект уровня управления беспроводной линией связи (объект RLC) принимающей стороны в системе мобильной связи, содержащей модуль, выполненный с возможностью: проверять доступный в настоящее время беспроводной ресурс; строить протокольный блок данных STATUS (блок STATUS PDU) с учетом доступного беспроводного ресурса, причем элементы отрицательного подтверждения (элементы NACK) включаются в блок STATUS PDU, чтобы вписываться в размер доступного беспроводного ресурса, и устанавливается значение поля ACK_SN; и отправлять построенный блок STATUS PDU одноранговому объекту RLC.
Положительные эффекты
Предшествующий уровень техники не определяет способ операции в случае, когда доступный беспроводной ресурс меньше по размеру, чем блок STATUS PDU, который должен быть отправлен уровнем AM RLC принимающей стороны, что заставляет протоколы уровня RLC входить в ситуацию взаимной блокировки. Настоящее изобретение предлагает способ построения частичного блока STATUS PDU, чтобы дать возможность передачи блока STATUS PDU даже в такой ситуации, когда беспроводной ресурс не является достаточным, с тем чтобы дать возможность устойчивой работы протокола независимо от условий.
Краткое описание чертежей
Фиг.1 - сетевая архитектура системы проекта долгосрочного развития (системы LTE), которая является системой мобильной связи предшествующего уровня техники.
Фиг.2 - архитектура плоскости управления протокола радиоинтерфейса между терминалом и сетью E-UTRAN на основе стандарта сети беспроводного доступа проекта 3GPP.
Фиг.3 - архитектура плоскости пользователя протокола радиоинтерфейса между терминалом и сетью E-UTRAN на основе стандарта сети беспроводного доступа проекта 3GPP.
Фиг.4 - формат блока STATUS PDU, используемый в настоящее время в системе LTE.
Фиг.5 показывает иллюстративное построение блока STATUS PDU в системе LTE.
Фиг.6 показывает построение частичного блока STATUS PDU в соответствии с первым иллюстративным вариантом осуществления настоящего изобретения.
Фиг.7 показывает другое иллюстративное построение частичного блока STATUS PDU в соответствии с первым вариантом осуществления настоящего изобретения.
Фиг.8 показывает построение блока STATUS PDU в соответствии со вторым вариантом осуществления настоящего изобретения; и
фиг.9 показывает другое иллюстративное построение частичного блока STATUS PDU в соответствии со вторым вариантом осуществления настоящего изобретения.
Вариант осуществления изобретения
Настоящее изобретение применено к системе мобильной связи и, в частности, к улучшенной универсальной системе мобильной связи (системе E-UMTS), развившейся из системы UMTS. Однако настоящее изобретение не может быть ограничено системой, но является применимым к любой системе связи и протоколу связи, удовлетворяющим объему настоящего изобретения.
Поскольку настоящие отличительные признаки могут быть осуществлены в нескольких видах без отступления от их особенностей, также следует понимать, что описанные выше варианты осуществления не ограничены ни одной из подробностей предшествующего описания, если не задано иначе, но должны рассматриваться широко в пределах своего объема, заданного в приложенной формуле изобретения, и поэтому предполагается, что все изменения и модификации, которые находятся в пределах границ формулы изобретения или эквивалентов таких границ, охвачены приложенной формулой изобретения.
Термины, содержащие порядковые номера, например 1, 2 и т.п., могут быть использованы для описания различных компонентов, но компоненты не могут быть ограничены терминами. Термины использованы с целью отличия одного компонента от другого компонента. Например, первый компонент может быть назван как второй компонент без отступления от объема настоящего изобретения, и точно так же второй компонент может быть назван как первый компонент. Термин "и/или" будет включать в себя комбинацию нескольких соответствующих элементов или любой из нескольких соответствующих элементов.
Когда упоминается, что один компонент "соединен" с другим компонентом или "обращается" к другому компоненту, один компонент может быть непосредственно соединен с другим компонентом или обращаться к другому компоненту; однако между ними может существовать любой промежуточный компонент (компоненты). С другой стороны, когда упоминается, что один компонент "непосредственно соединен" с другим компонентом или "непосредственно обращается" к другому компоненту, может подразумеваться, что между ними не существуют другие промежуточные компоненты.
Термины, используемые в настоящем изобретении, используются для иллюстрации предпочтительных вариантов осуществления, но не предназначены для ограничения настоящего изобретения. Единичное представление может включать в себя множественное представление, если оно представляет явно отличное от контекста значение. Следует подразумевать, что термины "включает в себя" или "имеет", использованные в настоящем изобретении, предназначены для указания существования отличительного признака, номера, этапа, операции, компонента, элемента или любой их комбинации, раскрытых в описании, но не следует подразумевать, что они предназначены для того, чтобы заранее исключить существование одного или более других отличительных признаков, номеров, этапов, операций, компонентов или любой их комбинации или возможности их добавления. Все использованные здесь термины, в том числе технические или научные термины, если они не определены иначе, могут иметь то же самое значение, как и термины, общеизвестные специалисту в области техники, к которой принадлежит настоящее изобретение. Широко используемые термины, имеющие те же самые значения, определенные в словаре, должны рассматриваться как имеющие значения, равные контекстным значениям. Если такие термины явно не определены в настоящем изобретении, они не должны рассматриваться как имеющие идеальные или чрезмерно формальные значения.
Далее будет дано подробное описание предпочтительных вариантов осуществления в соответствии с настоящим изобретением со ссылкой на сопроводительные чертежи. Для краткости описания со ссылкой на чертежи аналогичные или эквивалентные компоненты независимо от номеров для ссылок будут снабжаться аналогичными номерами для ссылок, и их описание не будет повторяться.
Настоящее изобретение дает возможность передачи блока STATUS PDU, даже когда доступный беспроводной ресурс меньше по размеру, чем блок STATUS PDU, в случае когда уровень RLC принимающей стороны отправляет блок STATUS PDU уровню RLC передающей стороны, чтобы предотвратить ситуацию взаимной блокировки протоколов уровня RLC. С этой целью настоящее изобретение концептуально определяет новый блок STATUS PDU и устанавливает поле ACK_SN в соответствии с построением определенного блока STATUS PDU. Для разъяснения такой блок STATUS PDU называется "частичным блоком STATUS PDU" или "коротким блоком STATUS PDU". Однако частичный блок STATUS PDU, определенный в настоящем изобретении, может не являться блоком STATUS PDU, ограниченным словарным значением слова "частичный", но обозначать, что он меньше существующего блока STATUS PDU и имеет другую функцию. Между тем, чтобы отличать тип блока STATUS PDU, определенный в настоящем изобретении, и существующий блок STATUS PDU, существующий блок STATUS PDU может называться "блоком STATUS PDU первого типа" (или нормальным блоком STATUS PDU), и блок STATUS PDU, определенный в настоящем изобретении, может называться "блоком STATUS PDU второго типа" (или частичным блоком STATUS PDU).
Кроме того, настоящее изобретение предполагает, что уровень RLC принимающей стороны находится в таких условиях, что он не может отправить существующий блок STATUS PDU уровню RLC передающей стороны с использованием текущего беспроводного ресурса. Таким образом, настоящее изобретение предлагает в предпочтительных вариантах осуществления способ построения (формирования) так называемого частичного блока STATUS PDU, с тем чтобы уровень RLC принимающей стороны мог отправить блок STATUS PDU с использованием доступного беспроводного ресурса, и дает возможность передачи построенного частичного блока STATUS PDU уровню RLC передающей стороны.
Далее со ссылкой на фиг.4 и 5 будет описан формат статусного блока PDU, определенного в настоящем изобретении, и поля статусного блока PDU, а именно поле ACK_SN, поле NACK_SN и т.п.
Фиг.4 представляет собой формат блока STATUS PDU, используемого в настоящее время в системе LTE. На фиг.4 горизонтальная ось обозначает длину блока STATUS PDU уровня RLC с 8 битами, а именно 1 октет.
Теперь будет описано каждое поле блока STATUS PDU уровня RLC.
1. Поле "Данные/управляющая информация (D/C)": 1 бит
Это поле указывает, является ли соответствующий блок PDU уровня RLC либо блоком PDU данных уровня RLC, либо управляющим блоком PDU уровня RLC.
2. Поле "Тип управляющего блока PDU (CPT)": 3 бита
Это поле указывает, какого типа соответствующий управляющий блок PDU. Управляющий блок PDU уровня RLC в настоящее время определяет только блок STATUS PDU.
3. Поле "Порядковый номер подтверждения (ACK_SN)"
Два типа поля ACK_SN будут определены следующим образом.
1-1) Тип поля ACK_SN представляет собой порядковый номер SN для уровня RLC первого блока PDU, информация которого не включена в блок STATUS PDU.
1-2) После приема блока STATUS PDU передающая сторона определяет, что все блоки PDU среди блоков PDU вплоть до блока PDU с порядковым номером ACK_SN-1 были успешно приняты принимающей стороной, за исключением блоков PDU, обозначенных в блоке STATUS PDU с помощью поля NACK_SN, или частей блоков PDU, обозначенных в блоке STATUS PDU с помощью полей NACK_SN, SOstart и SOend.
Такое поле ACK_SN было применено к вариантам осуществления на фиг.6 и 8 в соответствии с настоящим изобретением.
2-1) Другой тип поля ACK_SN представляет собой порядковый номер SN для уровня RLC первого блока PDU, информация которого включена в блок STATUS PDU.
2-2) После приема блока STATUS PDU передающая сторона определяет, что все блоки PDU среди блоков PDU вплоть до блока PDU с порядковым номером ACK_SN были успешно приняты принимающей стороной, за исключением блоков PDU, обозначенных в блоке STATUS PDU с помощью элемента NACK_SN, или частей блоков PDU, обозначенных в блоке STATUS PDU с помощью элемента NACK_SN и полей SOstart и SOend.
Такое поле ACK_SN было применено к вариантам осуществления на фиг.7 и 9 в соответствии с настоящим изобретением.
4. Поле "Расширение 1 (E1)": 1 бит
Обозначает, имеется ли другой элемент NACK_SN после текущего элемента NACK_SN (то есть обозначенный с помощью элемента NACK_SN или с помощью элемента NACK_SN и полей SOstart и SOend).
5. Поле "Порядковый номер отрицательного подтверждения (NACK_SN)"
Порядковый номер SN для уровня RLC неудачно принятого блока AMD PDU или сегмента блока AMD PDU.
5. Поле "Расширение 2 (E2)": 1 бит
Указывает, имеются ли поля SOstart и SOend, соответствующие текущему элементу NACK_SN.
6. Поля "Начало смещения сегмента (SOstart)" и "Конец смещения сегмента (SOend)"
Используются, когда только часть (сегмент) блока PDU с элементом NACK_SN является отрицательным подтверждением (NACK). Первый байт части соответствует полю SOstart, и последний байт соответствует полю SOend.
Между тем, уровень AM RLC принимающей стороны не всегда может инициировать блок STATUS PDU, но может инициировать отчет о статусе, только когда соблюдается конкретное условие. Такое условие называется "инициатором отчета о статусе", и система LTE в настоящее время использует два условия следующим образом.
Первое условие представляет собой опрос передающей стороны.
Таким образом, желая принять отчет о статусе от принимающей стороны, уровень AM RLC передающей стороны устанавливает бит опроса для блока PDU данных уровня RLC для передачи. Уровень AM RLC принимающей стороны затем инициирует отчет о статусе при приеме блока PDU данных уровня RLC с установленным битом опроса.
Второе условие представляет собой обнаружение неудачного приема блока PDU данных уровня RLC.
Таким образом, при обнаружении неудачно принятого блока PDU данных уровня RLC (то есть блока AMD PDU или сегмента блока AMD PDU) после завершения переупорядочения по запросу HARQ уровень AM RLC принимающей стороны инициирует отчет о статусе.
Кроме того, когда инициирован отчет о статусе, уровень AM RLC принимающей стороны отправляет состояние буфера приема передающей стороне с использованием блока STATUS PDU. При этом блок STATUS PDU включает в себя информацию вплоть до последнего блока PDU (=VR(MS)) среди блоков PDU в пределах диапазона от блока PDU (=VR(R)) с начальной точкой окна приема до завершенного блока PDU, переупорядоченного по запросу HARQ. Здесь VR(R) и VR(MS) обозначают переменные состояния, которыми управляет уровень AM RLC принимающей стороны, и которые используются для окна приема, отчета о статусе и т.п. Среди прочих, уровень AM RLC принимающей стороны управляет дополнительными переменными состояниями.
Такие дополнительные переменные состояния уровня AM RLC принимающей стороны описаны далее.
- VR(R): Переменная состояния "Прием".
Она хранит значение порядкового номера (SN) блока AMD PDU, следующего за последним блоком AMD PDU среди блоков AMD PDU, принятых последовательно.
Это первый блок AMD PDU среди блоков AMD PDU, которые не приняты полностью (успешно) уровнем AM RLC принимающей стороны.
Она служит в качестве нижней границы окна приема.
Она первоначально установлена в значение 0. При полном приеме блока AMD PDU с порядковым номером SN=VR(R) она обновляется на значение порядкового номера SN первого не полностью принятого блока AMD PDU, следующего за тем блоком AMD PDU.
- VR(MR): Переменная состояния "Максимально допустимый прием".
Она хранит значение порядкового номера SN первого блока AMD PDU среди блоков AMD PDU вне окна приема.
Она служит в качестве верхней границы окна приема.
Она обновляется, например, на значение VR(MR)=VR(R)+AM_Window_size, когда обновляется VR(R).
- VR(X): Переменная состояния "T_reordering"
Она хранит значение порядкового номера SN блока PDU данных уровня RLC, следующего за блоком PDU данных уровня RLC, который инициировал отсчет времени T_reordering в качестве таймера для управления переупорядочением по запросу HARQ.
Уровень AM RLC принимающей стороны запускает отсчет времени T_reordering при приеме блока PDU данных уровня RLC, находящегося вне последовательности, при условии что отсчет T_reordering не инициирован, и устанавливает переменную VR(X) в значение порядкового номера SN блока PDU данных уровня RLC, следующего за тем блоком PDU данных уровня RLC.
- VR(MS): Переменная статуса "Максимальная передача состояния"
Эта переменная состояния используется для включения в информацию блока STATUS PDU только информации, относящейся к блокам PDU данных RLC, для которых закончено переупорядочение по запросу HARQ.
Она первоначально установлена в 0, и при полном получении блока AMD PDU с порядковым номером SN=VR(MS) она обновляется в значение порядкового номера SN первого не полностью принятого блока AMD PDU после того блока AMD PDU.
По истечении времени T_reordering она обновляется в значение порядкового номера SN первого не полностью принятого блока AMD PDU среди блоков AMD PDU, которые выше значения переменной VR(X). Поле ACK_SN устанавливается равным переменной VR(MS) для построения блока STATUS PDU.
- VR(H): Переменная состояния "Наивысший прием"
Она хранит значение первого следующего порядкового номера SN самого высокого порядкового номера SN среди блоков PDU данных уровня RLC, принятых уровнем AM RLC принимающей стороны, а именно значение порядкового номера SN блока PDU данных уровня RLC, который сначала неудачно принят уровнем AM RLC принимающей стороны.
Она первоначально установлена в 0, и при приеме блока PDU данных уровня RLC выше, чем переменная VR(H), она обновляется на значение порядкового номера SN блока PDU данных RLC, следующего за тем блоком PDU данных RLC.
Фиг.5 показывает иллюстративное построение блока STATUS PDU в системе LTE, которое показывает инициирование иллюстративного отчета о статусе с учетом переупорядочения по запросу HARQ системы LTE. При этом для описания на фиг.5 не рассматривается сегмент блока AMD PDU. Как показано на фиг.5, когда t=T1, предполагается, что переменные VR(R)=0, VR(X)=6 и VR(MX)=0. На фиг.5 данные (блок AMD PDU), принятые в каждый момент времени t, заштрихованы (то есть приняты), и сбоями в приеме являются данные не заштрихованных частей.
t=T0: Начальное состояние
Уровень AM RLC принимающей стороны находится в начальном состоянии после формирования объекта.
Все переменные состояния имеют начальные значения.
t=T1: Принят блок AMD PDU 5
При приеме блока AMD PDU 5 вне последовательности переменная VR(X) обновляется на значение 6 (то есть VR(X)=6), и начинается отсчет времени T_reordering.
Поскольку блок AMD PDU 0 не был принят, значения переменных VR(R)=0 и VR(MS)=0 сохраняются.
t=T2: Принят блок AMD PDU 0
При приеме блока AMD PDU 0, который является блоком AMD PDU с VR(R)=VR(MS), обе переменные VR(R) и VR(MS) обновляются на значение 1, и блок AMD PDU 0 доставляется на более высокий уровень.
Значение переменной VR(X)=6 сохраняется, и отсчет времени T_reordering непрерывно выполняется.
t=T3: Принят блок AMD PDU 6
Даже если блок AMD PDU 6 принят, все переменные VR(R), VR(MS) и VR(X) находятся в том же состоянии, как в момент времени t=T2, без изменения.
t=T4: Принят блок AMD PDU 8
Даже если блок AMD PDU 8 принят, все переменные VR(R), VR(MS) и VR(X) находятся в том же состоянии, как в момент времени t=T3, без изменения.
t=T5: Истекает время T_reordering
Когда время T_reordering истекает, переменная VR(MS) обновляется на блок AMD PDU 7, который является первым не полностью принятым блоком AMD PDU среди блоков AMD PDU, выше чем переменная VR(X).
Строится блок STATUS PDU для передачи, как показано на фиг.5, на основе информации относительно блоков PDU в пределах диапазона от VR(R)=1 до VR(MS)=7.
Отсчет времени T_reordering начинается повторно, когда принят блок AMD PDU, который выше, чем обновленная переменная VR(MS). В соответствии с этим переменная VR(X) обновляется на значение 9 (то есть VR(X)=9), и отсчет времени T_reordering начинается повторно.
Уровень AM RLC передающей стороны, принявший блок STATUS PDU, показанный на фиг.5, интерпретирует состояние буфера приема следующим образом.
- Неудачно переданными блоками AMD PDU являются блоки 1, 2, 3 и 4.
- Поскольку поле ACK_SN=7, блоки AMD PDU 0, 5 и 6, которые не являются отрицательными подтверждениями NACK среди блоков AMD PDU от 0 до 6, были переданы успешно.
- Переменная VT(A), которая является переменной состояния, служащей в качестве начальной точки окна передачи, обновляется со значения 0 на значение 1. Переменная VT(A) хранит порядковый номер SN следующего блока AMD PDU, для которого подтверждение ACK должно быть принято первым по порядку.
Фиг.6 иллюстрирует построение частичного блока STATUS PDU в соответствии с первым иллюстративным вариантом осуществления настоящего изобретения. При этом первый иллюстративный вариант осуществления на фиг.6 описан в соответствии с предположением, что данные были приняты, как показано на фиг.5, а также уровень RLC принимающей стороны может отправить два элемента NACK_SN уровню RLC передающей стороны с использованием доступного в настоящее время беспроводного ресурса. Таким образом, подобно блоку STATUS PDU, показанному на фиг.5, блок STATUS PDU, который должен быть отправлен от уровня RLC принимающей стороны на уровень RLC передающей стороны, совпадает с намеченным блоком STATUS PDU, показанным на фиг.6. Однако уровень RLC принимающей стороны находится в таком состоянии, что он не может отправить такой блок STATUS PDU уровню RLC передающей стороны с использованием доступного в настоящее время беспроводного ресурса. Поэтому в соответствии с настоящим изобретением построен частичный блок STATUS PDU, показанный на фиг.6.
Первый вариант осуществления на фиг.6 иллюстрирует, что в блок STATUS PDU для передачи включает столько информации отрицательного подтверждения NACK, сколько может быть передано посредством доступного беспроводного ресурса, а не информации вплоть до переменной VR(MS). Это кратко излагается следующим образом: (1) в блок включается столько полей NACK_SN, сколько может быть передано посредством заданного беспроводного ресурса в последовательности, и (2) поле ACK_SN не обязательно устанавливается равным переменной VR(MS), а устанавливается равным случайному значению, которое может включить в блок поля NACK_SN в пределах диапазона VR(R)≤SN≤VR(MS). Например, если первый вариант осуществления на фиг.6 применяется к блоку STATUS PDU на фиг.5, в качестве случайных значений только два элемента NACK_SN (то есть NACK_SN1 и NACK_SN2) могут быть последовательно включены в частичный блок STATUS PDU, как показано на фиг.6.
Далее со ссылкой на первый вариант осуществления на фиг.6 будет описана операция, выполняемая между уровнем AM RLC передающей стороны и уровнем AM RLC принимающей стороны.
1. Когда уровень AM RLC принимающей стороны строит блок STATUS PDU,
1-1) уровень AM RLC принимающей стороны рассматривает список включенных в блок элементов NACK_SN, чтобы установить поле ACN_SN в случайное значение в пределах диапазона VR(R)≤SN≤VR(MS) таким образом, чтобы общий размер блока STATUS PDU не мог быть больше заданного беспроводного ресурса. Вновь установленное значение поля ACK_SN может зависеть от возможности доступного в настоящее время беспроводного ресурса уровня RLC принимающей стороны. Более подробно, поле ACK_SN устанавливается равным одному из значений (например, устанавливается ACK_SN=3 на фиг.6) в пределах диапазона (последний элемент NACK_SN, включенный в блок STATUS PDU, а именно, NACK_SN2 на фиг.6) ≤ SN ≤ (первый элемент NACK_SN, не включенный в блок STATUS PDU, а именно NACK_SN3 на фиг.6). В соответствии с этим элементы NACK_SN, которые желательно включить в блок, могут быть включены в частичный блок STATUS PDU.
1-2) элемент NACK_SN1 как первый элемент NACK_SN устанавливается равным переменной VR(R).
1-3) порядковые номера SN всех неудачно принятых блоков PDU среди блоков PDU в пределах диапазона NACK_SN1<SN≤ACK_SN устанавливаются равными элементам NACK_SN в возрастающем порядке порядковых номеров SN (то есть NACK_SN1 и NACK_SN2 на фиг.6).
2. Когда уровень AM RLC передающей стороны принимает частичный блок STATUS PDU,
2-1) уровень AM RLC передающей стороны определяет, что блоки PDU в пределах диапазона VT(A)≤SN<NACK_SN1 отправлены успешно.
2-2) блоки PDU с элементом NACK_SN среди блоков PDU в пределах диапазона NACK_SN1≤SN<ACK_SN определяются как неудачно отправленные.
2-3) блоки PDU без элементов NACK_SN среди блоков PDU в пределах диапазона NACK_SN1≤SN<ACK_SN определяются как успешно отправленные.
2-4) переменная VT(A) устанавливается равной NACK_SN1.
Первый вариант осуществления на фиг.6 иллюстрирует способ, в котором последовательно включают в блок STATUS PDU столько элементов NACK_SN, сколько возможно загрузить для передачи. Таким образом, как показано на фиг.6, среди четырех неудачно принятых элементов NACK_SN (то есть от NACK_SN1 до NACK_SN4) два элемента NACK_SN (то есть NACK_SN1 и NACK_SN2) последовательно отправляют с использованием доступного в настоящее время беспроводного ресурса. Первый вариант осуществления на фиг.6 эффективен тем, что даже если принимающая сторона не сообщает всей информации, требуемой передающей стороной, может быть отправлена максимальная информация статуса, которая вписывается в текущий беспроводной ресурс. Передающая сторона и принимающая сторона выполняют те же самые операции уровня RLC, как и на предшествующем уровне техники, за исключением того различия, что поле ACK_SN устанавливается равным случайному значению, отличному от переменной VR(MS).
Между тем, элемент NACK_SN в описании может фактически являться самим полем NACK_SN или являться множеством, включающим в себя сегменты, учитывающие поля NACK_SN, SOstart и SOend.
Фиг.7 показывает другое иллюстративное построение частичного блока STATUS PDU в соответствии с первым вариантом осуществления настоящего изобретения, которое показывает, что статусные блоки PDU отправляются от объекта RLC принимающей стороны объекту RLC передающей стороны с использованием первого и второго блоков STATUS PDU с учетом доступного беспроводного ресурса.
Однако значение поля ACK_SN на фиг.7 отличается от значения, определенного на фиг.6.
Таким образом, для разъяснения поля ACK_SN на фиг.7 поле ACK_SN указывает порядковый номер RLC SN первого блока PDU, информация которого включена в блок STATUS PDU. Таким образом, при приеме блока STATUS PDU передающая сторона интерпретирует его так, что все блоки AMD PDU вплоть до блока AMD PDU с порядковым номером SN=ACK_SN включительно были приняты его одноранговым объектом AM RLC, кроме тех блоков AMD PDU, которые обозначены в блоке STATUS PDU с помощью поля NACK_SN и частей блоков AMD PDU, которые обозначены в блоке STATUS PDU с помощью полей NACK_SN, SOstart и SOend.
Поле ACK_SN может не быть установлено равным тому же значению, как переменная VR(MS) (то есть VR(MS)=11). Поле ACK_SN установлено равным 7 (ACK_SN=7) (то есть следующему значению за элементом NACK_SN3=6) для первого блока STATUS PDU. Первый блок STATUS PDU включает в себя три (указывающих размер доступного в настоящее время беспроводного ресурса) из неудачно принятых блоков AMD PDU (то есть SN=3, 5 и 6), а именно элементы NACK_SN1=3, NACK_SN2=5 и NACK_SN3=6. Поле ACK_SN установлено равным 9 (то есть следующему значению за элементом NACK_SN4=8) для второго блока STATUS PDU. Второй блок STATUS PDU включает в себя четыре (указывающих размер доступного в настоящее время беспроводного ресурса) из неудачно принятых блоков AMD PDU (то есть SN=3, 5, 6 и 8), а именно элементы NACK_SN1=3, NACK_SN2=5, NACK_SN3=6 и NACK_SN4=8. В частности, при сравнении вариантов осуществления на фиг.6 и 7 в варианте осуществления на фиг.7 передающая сторона определяет, что принимающая сторона правильно приняла блоки PDU вплоть до блока PDU с порядковым номером ACK_SN, тогда как в варианте осуществления на фиг.6 передающая сторона определяет, что принимающая сторона правильно приняла блоки PDU вплоть до блока PDU с порядковым номером ACK_SN-1.
Фиг.8 иллюстрирует построение блока STATUS PDU в соответствии со вторым вариантом осуществления настоящего изобретения, которое показывает, как построить частичный блок STATUS PDU без включения в него части элементов NACK_SN. При этом второй вариант осуществления на фиг.8 предполагает, что данные были приняты, как показано на фиг.5, а также уровень RLC принимающей стороны может отправить два элемента NACK_SN уровню RLC передающей стороны с использованием доступного в настоящее время беспроводного ресурса. Таким образом, аналогично блоку STATUS PDU на фиг.5, блок STATUS PDU, который уровень RLC принимающей стороны должен отправить уровню RLC передающей стороны, является тем же самым, как и намеченный блок STATUS PDU на фиг.8. Однако уровень RLC принимающей стороны находится в таких условиях, что он не может отправить весь блок STATUS PDU уровню RLC передающей стороны с использованием доступного в настоящее время беспроводного ресурса. Следовательно, в соответствии с настоящим изобретением строится частичный блок STATUS PDU на фиг.8. Далее со ссылкой на фиг.8 будет описана иллюстративная операция между уровнем AM RLC передающей стороны и уровнем AM RLC принимающей стороны. Второй вариант осуществления на фиг.8 иллюстрирует, как построить блок STATUS PDU без включения в него частей элементов NACK_SN (например, обозначенных с помощью поля NACK_SN или с помощью полей NACK_SN, SOstart и SOend), чтобы вместить размер блока STATUS PDU в доступный беспроводной ресурс. При этом поле ACK_SN может быть установлено равным переменной VR(MS), как это делается на предшествующем уровне техники. Блок STATUS PDU, показанный на фиг.8, может быть построен, когда только два элемента NACK_SN могут быть включены в блок STATUS PDU, поскольку недостаточно доступного беспроводного ресурса в варианте осуществления на фиг.6.
Операция между уровнем AM RLC передающей стороны и уровнем AM RLC принимающей стороны во втором варианте осуществления настоящего изобретения описывается следующим образом:
1. Когда уровень AM RLC принимающей стороны строит блок STATUS PDU,
1-1) поле ACK_SN устанавливается равным переменной VR(MS).
1-2) Элемент NACK_SN1 как первый элемент NACK_SN устанавливается равным переменной VR(R).
1-3) Некоторые из порядковых номеров SN неудачно принятых блоков PDU выбираются среди блоков PDU в пределах диапазона NACK_SN1<SN<ACK_SN, чтобы вместиться в заданный беспроводной ресурс, для построения списка элементов NACK_SN. На фиг.7 предполагается, что два элемента NACK_SN могут быть отправлены с использованием доступного беспроводного ресурса, и, таким образом, выбирается элемент NACK_SN2=3.
2. Когда уровень AM RLC передающей стороны принимает блок STATUS PDU,
2-1) блоки PDU в пределах диапазона VT(A)≤SN<NACK_SN1 определяются как успешно отправленные.
2-2) блоки PDU с порядковым номером NACK_SN среди блоков PDU в пределах диапазона NACK_SN1≤SN<ACK_SN определяются как неудачно отправленные.
2-3) определяется, что неизвестно, правильно ли отправлены блоки PDU не с порядковым номером NACK_SN среди блоков PDU в пределах диапазона NACK_SN1≤SN<ACK_SN.
2-4) Переменная VT(A) устанавливается равной NACK_SN1.
Второй вариант осуществления в соответствии с настоящим изобретением реализован для того, чтобы принимающая сторона сообщила передающей стороне, вплоть до которого блока PDU она выполнила фактический прием, посредством установки поля ACK_SN в значение переменной VR(MS) (то есть ACK_SN=7 на фиг.8), как показано на предшествующем уровне техники. Кроме того, строится список элементов NACK_SN посредством выбора некоторых из блоков PDU с элементом NACK_SN. В соответствии с этим, чтобы избежать неправильного определения передающей стороны, принимающая сторона всегда устанавливает элемент NACK_SN1 равным значению VR(R) при построении блока STATUS PDU, и передающая сторона решает, что неизвестно, а не положительно подтверждено (ACK), успешно ли отправлены блоки PDU не с порядковым номером NACK_SN.
При этом, поскольку передающая сторона определяет, что блоки PDU в пределах диапазона VT(A)≤SN<NACK_SN1 отправлены правильно, если элемент NACK_SN1 установлен равным значению, большему чем переменная VR(R), начальная точка окна передачи перемещается на порядковый номер SN, больший чем порядковый номер SN неудачно отправленного блока PDU, с тем чтобы передающая сторона повторно не передавала неудачно отправленный блок PDU. Следовательно, элемент NACK_SN1 устанавливается равным переменной VR(R).
Кроме того, чтобы избежать определения, что элементы NACK_SN, не включенные в список элементов NACK_SN, являются положительным подтверждением (ACK), поскольку доступный беспроводной ресурс не достаточен, передающая сторона не определяет, что если блоки PDU не с порядковыми номерами NACK_SN имеют положительное подтверждение (ACK) среди блоков PDU в пределах диапазона NACK_SN1≤SN<ACK_SN, то они отправлены успешно. В описании элемент NACK_SN может фактически являться самим полем NACK_SN. В качестве альтернативы, элемент NACK_SN может являться множеством, включающим в себя поля NACK_SN, SOstart и SOend.
Фиг.9 показывает другое иллюстративное построение частичного блока STATUS PDU в соответствии со вторым вариантом осуществления настоящего изобретения, которое показывает, что объект RLC принимающей стороны отправляет статусные блоки PDU объекту RLC передающей стороны с использованием первого и второго блоков STATUS PDU с учетом доступного беспроводного ресурса. При этом в этом построении значение поля ACK_SN на фиг.9 отличается от значения, определенного на фиг.8. Поле ACK_SN на фиг.9 является таким же, как описано на фиг.7. Как показано на фиг.9, значение переменной VR(MS) (то есть VR(MS)=11) установлено равным значению поля ACK_SN (то есть ACK_SN=11), и первый блок STATUS PDU включает в себя три (указывающих размер доступного в настоящее время беспроводного ресурса) из неудачно принятых блоков AMD PDU (то есть SN=3, 5 и 6), а именно элементы NACK_SN1=3, NACK_SN2=5 и NACK_SN3=6. Второй блок STATUS PDU включает в себя два (указывающих размер доступного в настоящее время беспроводного ресурса) из неудачно принятых блоков AMD PDU (то есть SN=8 и 10), а именно элементы NACK_SN1=8 и NACK_SN2=10. В частности, при сравнении вариантов осуществления на фиг.9 и 8 на фиг.9 передающая сторона определяет, что принимающая сторона правильно приняла блоки вплоть до блока PDU с порядковым номером ACK_SN, тогда как на фиг.8 передающая сторона определяет, что принимающая сторона правильно приняла блоки вплоть до блока PDU с порядковым номером ACK_SN-1.
Третий вариант осуществления в соответствии с настоящим изобретением иллюстрирует, что нормальный блок STATUS PDU и частичный блок STATUS PDU различаются посредством поля типа управляющего блока PDU (CPT) для передачи. При этом определение "нормальный" нормального блока STATUS PDU не ограничено словарным значением, а является термином, использованным для различения нормального блока STATUS PDU и частичного блока STATUS PDU, определенного в настоящем изобретении.
3-битовое поле CPT имеется в заголовке контрольного блока PDU уровня RLC, чтобы сообщить тип соответствующего контрольного блока PDU. Однако пока был определен только один тип блока STATUS PDU. Поэтому используется только CPT=000, и другие значения не используются. Таким образом, третий вариант осуществления в соответствии с настоящим изобретением может использовать поле CPT, чтобы, например, обозначить нормальный блок STATUS PDU для CPT=000 и обозначить частичный блок STATUS PDU для CPT=001.
Третий вариант осуществления в соответствии с настоящим изобретением иллюстрирует, что частичный блок STATUS PDU добавляется как тип управляющего блока PDU, и поле CPT используется для его идентификации. Таким образом, когда беспроводной ресурс является достаточным, отправляют существующий нормальный блок STATUS PDU, и когда размер беспроводного ресурса меньше нормального блока STATUS PDU, отправляют частичный блок STATUS PDU. При приеме управляющего блока PDU передающая сторона использует поле CPT для идентификации, является ли принятый управляющий блок PDU нормальным блоком STATUS PDU или частичным блоком STATUS PDU, и функционирует в соответствии с этим.
С другой стороны, в случае когда передающая сторона является сетью, важно идентифицировать, является ли принятый блок STATUS PDU нормальным блоком STATUS PDU или частичным блоком STATUS PDU, поскольку сеть управляет распределением беспроводных ресурсов для терминала. Таким образом, при приеме частичного блока STATUS PDU от терминала сеть определяет, что терминалу распределено недостаточно беспроводных ресурсов. В соответствии с этим сеть может распределить терминалу большее количество беспроводных ресурсов при следующем распределении, чтобы дать возможность эффективной работы.
Между тем, третий вариант осуществления, использующий поле CPT, может быть применен к первому и второму вариантам осуществления настоящего изобретения. Таким образом, когда поле CPT третьего варианта осуществления используется для частичного блока STATUS PDU первого варианта осуществления, передающая сторона, приняв частичный блок STATUS PDU, включающий в себя поле CPT (например, для CPT=001), определяет (анализирует), что принимающая сторона не включила в частичный блок STATUS PDU все элементы NACK_SN (то есть блоки PDU, неудачно принятые принимающей стороной) из-за недостатка беспроводных ресурсов. Следовательно, передающая сторона может эффективно справляться со случаем повторной передачи неудачно отправленных блоков PDU.
Кроме того, когда поле CPT третьего варианта осуществления используется для частичного блока STATUS PDU второго варианта осуществления, передающая сторона также определяет (анализирует) на основе установленного значения поля CPT, что принимающая сторона не включила в частичный блок STATUS PDU все элементы NACK_SN (то есть блоки PDU, неудачно принятые принимающей стороной). В частности, в этом случае передающая сторона решает, что ей неизвестно, успешно ли отправлены блоки PDU не с элементом NACK_SN, и должна непрерывно сохранить соответствующие блоки PDU в своем буфере.
Приемник в соответствии с настоящим изобретением может включать в себя модуль для построения блока STATUS PDU, описанного в первом и втором вариантах осуществления настоящего изобретения.
Модуль в соответствии с настоящим изобретением может проверять доступный в настоящее время беспроводной ресурс и строить блок STATUS PDU с учетом доступного беспроводного ресурса. Модуль включает элементы NACK в блок STATUS PDU, чтобы они вмещались в доступный беспроводной ресурс, и устанавливает значение поля ACK_SN. При этом модуль может выполнять операцию установки, как показано в первом и втором вариантах осуществления, при установке поля ACK_SN.
Затем модуль отправляет построенный блок STATUS PDU, вмещающийся в доступный беспроводной ресурс, своему одноранговому объекту RLC.
Приемник в соответствии с настоящим изобретением в основном включает в себя, в дополнение к вышеупомянутому компоненту, программное обеспечение и аппаратное оборудование, требуемое для реализации объема настоящего изобретения, например устройство вывода (например, дисплей, динамик и т.п.), устройство ввода данных (например, клавиатуру, микрофон и т.п.), память, приемопередатчик (например, радиочастотный модуль, антенну и т.п.). Такие компоненты могут быть с очевидностью поняты специалистам в области техники, и поэтому их подробное описание повторяться не будет.
Между тем, уже описанный способ в соответствии с настоящим изобретением может быть реализован посредством аппаратного оборудования или программного обеспечения или любой их комбинации. Например, способ в соответствии с настоящим изобретением может быть сохранен в носителе данных (например, во внутренней памяти мобильного терминала, во флэш-памяти, на жестком диске и т.д.). В качестве альтернативы, способ в соответствии с настоящим изобретением может быть реализован как коды или команды в программе, которые могут выполняться микропроцессором (например, микропроцессором в мобильном терминале).
Настоящее изобретение было разъяснено со ссылкой на варианты осуществления, которые являются лишь иллюстративными. Для специалистов в области техники будет очевидно, что в настоящем изобретении могут быть сделаны различные модификации и эквивалентные другие варианты осуществления без отступления от сущности или объема изобретения. Кроме того, следует понимать, что настоящее изобретение может быть реализовано посредством выборочной комбинации упомянутых выше вариантов осуществления полностью или частично. Таким образом, подразумевается, что настоящее изобретение охватывает модификации и изменения этого изобретения, если они попадают в объем приложенной формулы изобретения и ее эквивалентов.
Claims (13)
1. Способ отправки информации статуса в системе мобильной связи, содержащий этапы, на которых:
строят статусный протокольный блок (PDU) данных, статусный блок PDU используется для обеспечения положительного и/или отрицательного подтверждения блоков данных PDU в режиме с подтверждением (AMD PDU) или частей блоков AMD PDU; и
передают построенный статусный блок PDU одноранговому объекту RLC,
причем этап построения выполняется с учетом доступных ресурсов таким образом, что построенный статусный блок PDU вписывается в общий размер доступных ресурсов.
строят статусный протокольный блок (PDU) данных, статусный блок PDU используется для обеспечения положительного и/или отрицательного подтверждения блоков данных PDU в режиме с подтверждением (AMD PDU) или частей блоков AMD PDU; и
передают построенный статусный блок PDU одноранговому объекту RLC,
причем этап построения выполняется с учетом доступных ресурсов таким образом, что построенный статусный блок PDU вписывается в общий размер доступных ресурсов.
2. Способ по п.1, в котором этап построения дополнительно содержит этапы, на которых:
включают элементы NACK в возрастающем порядке порядковых номеров и
включают информацию, указывающую, вплоть до которых блоков AMD PDU информация статуса включена в статусный блок PDU.
включают элементы NACK в возрастающем порядке порядковых номеров и
включают информацию, указывающую, вплоть до которых блоков AMD PDU информация статуса включена в статусный блок PDU.
3. Способ по п.2, в котором информацией является поле ACK_SN, поле ACK_SN устанавливается равным порядковому номеру SN следующего не полностью принятого блока AMD PDU, который не обозначен с помощью элемента NACK_SN в статусном блоке PDU.
4. Способ по п.2, в котором элементы NACK включаются в блок в возрастающем порядке порядковых номеров от первого непринятого блока AMD PDU или части блока AMD PDU вплоть до некоторого непринятого блока AMD PDU таким образом, что построенный статусный блок PDU вписывается в общий размер доступных ресурсов.
5. Способ по п.4, в котором непринятый блок AMD PDU или части блоков AMD PDU не существуют между двумя последовательными непринятыми блоками PDU.
6. Способ по п.4, в котором разрешается существование непринятого блока AMD PDU или частей блока AMD PDU между двумя последовательными непринятыми блоками PDU.
7. Способ по п.1, в котором доступными ресурсами является общий размер блоков PDU уровня RLC, обозначенный посредством более низкого уровня.
8. Способ по п.1, дополнительно содержащий этап, на котором: принимают показание от более низкого уровня (MAC) об общем размере блоков PDU уровня RLC.
9. Способ по п.1, в котором этап построения выполняется посредством включения элемента NACK_SN первого непринятого блока AMD PDU или части блоков AMD PDU и опционального дополнительного включения в блок по меньшей мере одного элемента NACK_SN другого непринятого блока AMD PDU или части блоков AMD PDU.
10. Способ по п.9, в котором элемент NACK_SN содержит поле NACK_SN и опционально поля SOstart и SOend.
11. Способ по п.1, в котором, если статусный блок PDU является частичным статусным блоком PDU, используется индикатор для указания, что статусный блок PDU является частичным статусным блоком PDU.
12. Способ отправки информации статуса от объекта уровня управления беспроводной линией связи (объекта RLC) принимающей стороны объекту RLC передающей стороны в системе мобильной связи, причем способ содержит этапы, на которых:
строят, посредством объекта RLC принимающей стороны, блок STATUS PDU, включающий в себя информацию, относящуюся к состоянию приема блоков данных PDU уровня RLC с учетом доступного беспроводного ресурса; и
передают, посредством объекта RLC принимающей стороны, построенный блок STATUS PDU объекту RLC передающей стороны,
причем этап построения содержит этапы, на которых:
выборочно включают столько элементов NACK_SN, сколько может быть передано с использованием доступного беспроводного ресурса; и
устанавливают значение поля ACK_SN в значение переменной VR(MS).
строят, посредством объекта RLC принимающей стороны, блок STATUS PDU, включающий в себя информацию, относящуюся к состоянию приема блоков данных PDU уровня RLC с учетом доступного беспроводного ресурса; и
передают, посредством объекта RLC принимающей стороны, построенный блок STATUS PDU объекту RLC передающей стороны,
причем этап построения содержит этапы, на которых:
выборочно включают столько элементов NACK_SN, сколько может быть передано с использованием доступного беспроводного ресурса; и
устанавливают значение поля ACK_SN в значение переменной VR(MS).
13. Объект уровня управления беспроводной линией связи (RLC) принимающей стороны в системе мобильной связи, содержащий модуль, выполненный с возможностью:
проверять доступный беспроводной ресурс;
строить протокольный блок (PDU) данных STATUS с учетом доступного беспроводного ресурса, причем элементы отрицательного подтверждения (NACK) включаются в блок STATUS PDU, чтобы вписываться в размер доступного беспроводного ресурса, и устанавливается значение поля ACK_SN; и
отправлять построенный блок STATUS PDU одноранговому объекту RLC.
проверять доступный беспроводной ресурс;
строить протокольный блок (PDU) данных STATUS с учетом доступного беспроводного ресурса, причем элементы отрицательного подтверждения (NACK) включаются в блок STATUS PDU, чтобы вписываться в размер доступного беспроводного ресурса, и устанавливается значение поля ACK_SN; и
отправлять построенный блок STATUS PDU одноранговому объекту RLC.
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US2526708P | 2008-01-31 | 2008-01-31 | |
US61/025,267 | 2008-01-31 | ||
KR10-2009-0006356 | 2009-01-23 | ||
KR1020090006356A KR101467798B1 (ko) | 2008-01-31 | 2009-01-23 | 무선통신시스템에서의 상태정보 전송 방법 및 수신장치 |
Publications (1)
Publication Number | Publication Date |
---|---|
RU2434337C1 true RU2434337C1 (ru) | 2011-11-20 |
Family
ID=41205158
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2010109062/09A RU2434337C1 (ru) | 2008-01-31 | 2009-01-30 | Способ отправки информации статуса в системе мобильной связи и приемник системы мобильной связи |
Country Status (9)
Country | Link |
---|---|
US (1) | USRE49739E1 (ru) |
EP (3) | EP2797378B1 (ru) |
JP (6) | JP4837128B2 (ru) |
KR (4) | KR101594359B1 (ru) |
CN (3) | CN101779408B (ru) |
AU (1) | AU2009209739B2 (ru) |
ES (4) | ES2602957T3 (ru) |
GB (1) | GB2464648B (ru) |
RU (1) | RU2434337C1 (ru) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2658586C2 (ru) * | 2014-05-09 | 2018-06-22 | Телефонактиеболагет Л М Эрикссон (Пабл) | Pdcp и управление потоком для разделенного однонаправленного канала |
RU2693999C2 (ru) * | 2015-04-07 | 2019-07-08 | Квэлкомм Инкорпорейтед | Расширение времени обработки для широкополосных беспроводных передач |
Families Citing this family (55)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008156314A2 (en) | 2007-06-20 | 2008-12-24 | Lg Electronics Inc. | Effective system information reception method |
KR101392697B1 (ko) | 2007-08-10 | 2014-05-19 | 엘지전자 주식회사 | 이동통신 시스템에서의 보안 오류 검출방법 및 장치 |
KR101514841B1 (ko) | 2007-08-10 | 2015-04-23 | 엘지전자 주식회사 | 효율적인 랜덤 액세스 재시도를 수행하는 방법 |
WO2009038377A2 (en) | 2007-09-20 | 2009-03-26 | Lg Electronics Inc. | Method of effectively transmitting radio resource allocation request in mobile communication system |
KR20090041323A (ko) | 2007-10-23 | 2009-04-28 | 엘지전자 주식회사 | 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법 |
KR101594359B1 (ko) | 2008-01-31 | 2016-02-16 | 엘지전자 주식회사 | 랜덤 접속에서 백오프 정보를 시그널링하는 방법 |
WO2009096731A2 (en) | 2008-01-31 | 2009-08-06 | Lg Electronics Inc. | Method for signaling back-off information in random access |
EP2241046B8 (en) | 2008-02-08 | 2012-04-25 | Telefonaktiebolaget L M Ericsson (publ) | Method and arrangement in a telecommunication system |
US11272449B2 (en) | 2008-06-18 | 2022-03-08 | Optis Cellular Technology, Llc | Method and mobile terminal for performing random access |
GB2461780B (en) | 2008-06-18 | 2011-01-05 | Lg Electronics Inc | Method for detecting failures of random access procedures |
GB2461159B (en) | 2008-06-18 | 2012-01-04 | Lg Electronics Inc | Method for transmitting Mac PDUs |
GB2461158B (en) | 2008-06-18 | 2011-03-02 | Lg Electronics Inc | Method for performing random access procedures and terminal therof |
WO2009154403A2 (en) | 2008-06-18 | 2009-12-23 | Lg Electronics Inc. | Method of transmitting power headroom reporting in wireless communication system |
US7957298B2 (en) | 2008-06-18 | 2011-06-07 | Lg Electronics Inc. | Method for detecting failures of random access procedures |
KR100968020B1 (ko) | 2008-06-18 | 2010-07-08 | 엘지전자 주식회사 | 랜덤 액세스 절차를 수행하는 방법 및 그 단말 |
KR100949972B1 (ko) | 2009-01-02 | 2010-03-29 | 엘지전자 주식회사 | 단말의 임의접속 수행 기법 |
KR101122095B1 (ko) | 2009-01-05 | 2012-03-19 | 엘지전자 주식회사 | 불필요한 재전송 방지를 위한 임의접속 기법 및 이를 위한 단말 |
CN101924620B (zh) * | 2009-06-17 | 2012-12-19 | 中兴通讯股份有限公司 | 报文重传方法和装置 |
CN102291836B (zh) * | 2010-06-21 | 2016-01-20 | 中兴通讯股份有限公司 | 一种随机接入控制方法及系统 |
CN102291846B (zh) * | 2010-06-21 | 2016-01-20 | 中兴通讯股份有限公司 | 一种随机接入方法及实现随机接入的系统 |
CN102291822B (zh) * | 2010-06-21 | 2015-08-12 | 中兴通讯股份有限公司 | 一种mtc设备随机接入回退时间通知方法和系统 |
US20120033613A1 (en) * | 2010-08-04 | 2012-02-09 | National Taiwan University | Enhanced rach design for machine-type communications |
CN103081379B (zh) * | 2010-08-27 | 2016-04-13 | Lg电子株式会社 | 用于针对大型无线电接入网络的访问类禁止和退避控制的mac pdu信号传递和操作方法 |
US9077498B2 (en) | 2010-09-29 | 2015-07-07 | Qualcomm Incorporated | Systems and methods for communication of channel state information |
US9813135B2 (en) | 2010-09-29 | 2017-11-07 | Qualcomm, Incorporated | Systems and methods for communication of channel state information |
US9831983B2 (en) | 2010-09-29 | 2017-11-28 | Qualcomm Incorporated | Systems, methods and apparatus for determining control field and modulation coding scheme information |
US9602298B2 (en) | 2010-09-29 | 2017-03-21 | Qualcomm Incorporated | Methods and apparatuses for determining a type of control field |
US9882624B2 (en) | 2010-09-29 | 2018-01-30 | Qualcomm, Incorporated | Systems and methods for communication of channel state information |
US10090982B2 (en) | 2010-09-29 | 2018-10-02 | Qualcomm Incorporated | Systems and methods for communication of channel state information |
US9806848B2 (en) | 2010-09-29 | 2017-10-31 | Qualcomm Incorporated | Systems, methods and apparatus for determining control field and modulation coding scheme information |
US9374193B2 (en) | 2010-09-29 | 2016-06-21 | Qualcomm Incorporated | Systems and methods for communication of channel state information |
CN102457978A (zh) * | 2010-10-21 | 2012-05-16 | 普天信息技术研究院有限公司 | 一种随机接入回退控制方法 |
WO2012066824A1 (ja) * | 2010-11-16 | 2012-05-24 | 株式会社日立製作所 | 通信装置および通信システム |
CN102611539B (zh) * | 2011-01-24 | 2014-12-10 | 中兴通讯股份有限公司 | 一种减少状态报告长度的方法、系统及接收端 |
CN102740492B (zh) * | 2011-04-01 | 2018-01-02 | 中兴通讯股份有限公司 | 随机接入控制方法及系统 |
CN102740374B (zh) * | 2011-04-01 | 2017-09-26 | 中兴通讯股份有限公司 | 接入控制方法及系统 |
CN103999394B (zh) * | 2012-11-16 | 2017-05-10 | 华为技术有限公司 | 数据重传、反馈方法,以及相应的装置 |
JPWO2014155495A1 (ja) * | 2013-03-25 | 2017-02-16 | Nttエレクトロニクス株式会社 | 通信装置及び送信装置 |
WO2014181384A1 (ja) * | 2013-05-10 | 2014-11-13 | 富士通株式会社 | 無線通信方法、無線通信システム、および無線局 |
US10004089B2 (en) | 2015-06-24 | 2018-06-19 | Electronics And Telecommunications Research Institute | Method and apparatus for controlling random access opportunity in mobile communication system |
CN106330412B (zh) * | 2015-06-25 | 2019-05-21 | 辰芯科技有限公司 | 利用harq ack/nack的rlc pdu发送方法及装置 |
JP6041964B1 (ja) * | 2015-09-24 | 2016-12-14 | 株式会社Nttドコモ | 無線通信装置及び無線通信方法 |
WO2017117800A1 (zh) * | 2016-01-08 | 2017-07-13 | 富士通株式会社 | 数据发送和接收装置、方法以及通信系统 |
ES2873522T3 (es) * | 2016-07-28 | 2021-11-03 | Asustek Comp Inc | Procedimiento y aparato para mejorar el procedimiento de acceso aleatorio en un sistema de comunicación inalámbrica |
CN108810969B (zh) * | 2017-04-28 | 2021-10-26 | 株式会社Kt | 用于发送rlc层状态报告的方法和设备 |
KR102317479B1 (ko) * | 2017-05-05 | 2021-10-26 | 노키아 테크놀로지스 오와이 | 무선 링크 제어 상태 보고 |
CN109392017B (zh) * | 2017-08-11 | 2021-07-09 | 大唐移动通信设备有限公司 | 一种随机接入响应的方法、装置、基站及终端 |
WO2019028826A1 (en) * | 2017-08-11 | 2019-02-14 | Qualcomm Incorporated | RADIO LINK CONTROL REASSEMBLY TECHNIQUES IN WIRELESS SYSTEMS |
CN116095872B (zh) * | 2017-12-22 | 2023-09-08 | 夏普株式会社 | 无线通信设备 |
MX2020007845A (es) * | 2018-02-21 | 2020-09-25 | Fg innovation co ltd | Priorizacion de acceso y servicios en redes de proxima generacion. |
GB2576195B (en) * | 2018-08-08 | 2021-11-03 | Tcl Communication Ltd | Transmission resource sharing |
US11700085B2 (en) * | 2018-08-10 | 2023-07-11 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and apparatus for transmitting response information on feedback resources |
CN111865503A (zh) * | 2019-04-30 | 2020-10-30 | 华为技术有限公司 | 一种发送、接收反馈信息的方法及设备 |
KR20210019307A (ko) | 2019-08-12 | 2021-02-22 | 삼성전자주식회사 | 상태 보고를 이용하여 신호 재전송을 수행하는 무선 통신 장치 및 이를 포함하는 무선 통신 시스템의 동작 방법 |
US11937122B2 (en) * | 2020-01-30 | 2024-03-19 | Qualcomm Incorporated | Self-reportable radio link control status protocol data units |
Family Cites Families (201)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2266641B (en) * | 1992-04-24 | 1995-09-27 | Nokia Mobile Phones Ltd | Digital mobile telephone control system |
US5754754A (en) | 1995-07-26 | 1998-05-19 | International Business Machines Corporation | Transmission order based selective repeat data transmission error recovery system and method |
JPH0983541A (ja) | 1995-09-19 | 1997-03-28 | Fujitsu Ltd | エラー処理方法および装置 |
US5802064A (en) | 1996-03-14 | 1998-09-01 | Starlight Networks, Inc. | Protocol header alignment |
FI106238B (fi) | 1998-01-14 | 2000-12-15 | Nokia Networks Oy | Menetelmä suorittaa riidanratkaisu solukkoradioverkon ilmarajapinnan dedikoidun kanavan varaukselle |
US6594240B1 (en) * | 1998-05-22 | 2003-07-15 | Lucent Technologies Inc. | Methods and apparatus for random backoff based access priority in a communications system |
KR100622108B1 (ko) | 1998-10-01 | 2006-09-11 | 엘지전자 주식회사 | 통신 시스템에서의 데이터 포맷 구조 및 신호 포맷 방법 |
DE69925238T2 (de) | 1999-03-10 | 2006-02-23 | Sony International (Europe) Gmbh | Übertragungsverfahren für ein Zufallszugriffsburst |
CN1137559C (zh) | 1999-09-20 | 2004-02-04 | 诺基亚公司 | 错误控制方法和设备 |
CN1154269C (zh) | 1999-09-28 | 2004-06-16 | 西门子(中国)有限公司 | 在码分多址移动通信系统中保持上链同步的方法和系统 |
US6728918B1 (en) | 1999-11-01 | 2004-04-27 | Matsushita Electric Industrial Co., Ltd. | Relay transmission method and system, and device used thereof |
KR20010045783A (ko) | 1999-11-08 | 2001-06-05 | 윤종용 | 이더넷 스위치에서의 흐름제어 방법 및 장치 |
EP1232575B1 (en) | 1999-11-29 | 2009-06-03 | Samsung Electronics Co., Ltd. | method for assigning a common packet channel in a cdma communication system |
CA2325612A1 (en) | 1999-12-10 | 2001-06-10 | Lucent Technologies Inc. | Improvements in and relating to data transmission |
US6967936B1 (en) | 2000-02-11 | 2005-11-22 | Lucent Technologies Inc. | Uplink timing synchronization and access control for a multi-access wireless communication system |
DE10008148A1 (de) | 2000-02-22 | 2001-08-23 | Bosch Gmbh Robert | Verfahren zum Betreiben eines Mobilfunknetzes |
GB0004178D0 (en) | 2000-02-22 | 2000-04-12 | Nokia Networks Oy | Integrity check in a communication system |
US6831912B1 (en) | 2000-03-09 | 2004-12-14 | Raytheon Company | Effective protocol for high-rate, long-latency, asymmetric, and bit-error prone data links |
US6731623B2 (en) | 2000-04-10 | 2004-05-04 | Hyundai Electronics Industries Co., Ltd. | Data transmission method for hybrid ARQ type II/III downlink of a wide-band radio communication system |
US6557135B1 (en) | 2000-05-17 | 2003-04-29 | Lucent Technologies Inc. | Cycling through entirety of error-indicating acknowledgment information |
KR100416972B1 (ko) | 2000-06-12 | 2004-02-05 | 삼성전자주식회사 | 부호분할다중접속 이동통신시스템에서 역방향 랜덤접근채널 할당방법 |
CN1223102C (zh) | 2000-06-24 | 2005-10-12 | 三星电子株式会社 | 码分多址通信系统中上行链路同步传输机制同步的装置和方法 |
KR100640921B1 (ko) | 2000-06-29 | 2006-11-02 | 엘지전자 주식회사 | 프로토콜 데이터 유닛의 생성 및 전송 방법 |
KR100339740B1 (ko) | 2000-07-06 | 2002-06-05 | 서평원 | 고속 무선 데이터 통신(hdr) 시스템의 버퍼상태 보고메시지와 버퍼상태 보고 메시지 전송방법 |
KR100447162B1 (ko) | 2000-08-19 | 2004-09-04 | 엘지전자 주식회사 | 래디오 링크 콘트롤(rlc)에서 프로토콜 데이터 유닛(pdu) 정보의 길이 지시자(li) 처리방법 |
CN1202643C (zh) | 2000-10-07 | 2005-05-18 | Lg电子株式会社 | 具有无线电链路控制层的无线电通信系统和数据处理方法 |
KR100365356B1 (ko) * | 2000-10-07 | 2002-12-18 | 엘지전자 주식회사 | 래디오 링크 콘트롤(rlc)의 인식 모드(am)에서데이터 송수신 처리방법 |
KR100525381B1 (ko) | 2000-10-14 | 2005-11-02 | 엘지전자 주식회사 | 차세대 이동통신 시스템 기지국에서의 시스템 정보 방송구현 방법 |
US6738624B1 (en) | 2000-11-16 | 2004-05-18 | Nokia Corporation | Method and system for capacity reporting in a mobile telecommunications network |
FI111423B (fi) | 2000-11-28 | 2003-07-15 | Nokia Corp | Järjestelmä kanavanvaihdon jälkeen tapahtuvan tietoliikenteen salauksen varmistamiseksi |
US6862450B2 (en) | 2001-02-07 | 2005-03-01 | Nokia Mobile Phones Ltd. | Resetting signaling link upon SRNS relocation procedure |
US6937641B2 (en) | 2001-02-28 | 2005-08-30 | Golden Bridge Technology, Inc. | Power-controlled random access |
US7583623B2 (en) | 2001-03-02 | 2009-09-01 | Ofer Zimmerman | Method and system for packing management messages in a communication system |
SE0101846D0 (sv) | 2001-05-22 | 2001-05-22 | Ericsson Telefon Ab L M | Method and system of retransmission |
KR100398022B1 (ko) | 2001-06-20 | 2003-09-19 | 주식회사 젤라인 | 전력선 통신시스템의 적응형 다중 채널 패킷 전송방법 |
KR100595583B1 (ko) | 2001-07-09 | 2006-07-03 | 엘지전자 주식회사 | 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법 |
KR100434043B1 (ko) | 2001-07-30 | 2004-06-04 | 엘지전자 주식회사 | 피디씨피의 오류 처리 방법 |
KR100825413B1 (ko) | 2001-08-21 | 2008-04-29 | 노키아 코포레이션 | 통신 네트워크내에서의 데이터 전송 |
US6874113B2 (en) | 2001-09-17 | 2005-03-29 | Interdigital Technology Corporation | Radio resource control-service data unit reception |
US7254143B2 (en) | 2001-11-19 | 2007-08-07 | Innovative Sonic Limited | Local suspend scheme for wireless communication systems |
WO2003045103A1 (en) | 2001-11-22 | 2003-05-30 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for congestion control in distributed communication networks |
KR100765121B1 (ko) | 2001-11-24 | 2007-10-11 | 엘지전자 주식회사 | 송신버퍼의 프로토콜 데이터 유닛 폴링 방법 |
ATE502472T1 (de) | 2001-11-24 | 2011-04-15 | Lg Electronics Inc | Verfahren zur übertragung von paketdaten in komprimierter form in einem kommunikationssystem |
JP3811057B2 (ja) | 2001-12-10 | 2006-08-16 | 富士通株式会社 | 中継コネクション管理プログラムおよび中継コネクション管理方法 |
DE60235605D1 (de) | 2002-01-03 | 2010-04-22 | Innovative Sonic Ltd | Mechanismus zur Vermeidung eines Datenstromabbruchs in drahtlosen Hochgeschwindigkeits-Kommunikationssystemen mittels eines Zeitschalters |
EP1343267A3 (en) | 2002-02-08 | 2005-08-03 | ASUSTeK Computer Inc. | Data transmission confirmation in a wireless communication system |
KR20030068743A (ko) | 2002-02-16 | 2003-08-25 | 엘지전자 주식회사 | 무선이동통신시스템에서 제어 정보 송수신 및 처리방법 |
JP4002204B2 (ja) | 2002-04-09 | 2007-10-31 | 三星電子株式会社 | 移動通信システムにおけるマルチメディア放送/マルチキャストサービスのための制御情報伝送装置及びその方法 |
TW587882U (en) | 2002-05-01 | 2004-05-11 | Interdigital Tech Corp | Node-B capable of supporting point to multi-point services using high speed channels |
KR100535295B1 (ko) | 2002-05-06 | 2005-12-09 | 아스텍 컴퓨터 인코퍼레이티드 | 승인모드 전송과 비승인모드 송신에 있어서 비정상적 문제 조정을 위한 방법 및 수신기 |
DE60312432T2 (de) | 2002-05-10 | 2008-01-17 | Innovative Sonic Ltd. | Verfahren zur bestimmten Auslösung einer PDCP-Sequenznummern-Synchronisierungsprozedur |
KR20030092894A (ko) | 2002-05-31 | 2003-12-06 | 삼성전자주식회사 | 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서순방향 채널 품질을 보고하기 위한 채널 품질 보고 주기결정 장치 및 방법 |
US7227857B2 (en) | 2002-06-21 | 2007-06-05 | Innovative Sonic Limited | Correction to HFN initialization for RB2 during SRNS relocation |
US7174386B2 (en) | 2002-06-27 | 2007-02-06 | International Business Machines Corporation | System and method for improved performance using tunable TCP/IP acknowledgement |
TWI321918B (en) | 2002-08-07 | 2010-03-11 | Interdigital Tech Corp | Channel switching for support of multlmedia broadcast and multicast services |
KR100958519B1 (ko) | 2002-08-14 | 2010-05-17 | 엘지전자 주식회사 | 이동통신 시스템에서의 멀티미디어 서비스 수신 및 전송 방법 |
KR100827137B1 (ko) | 2002-08-16 | 2008-05-02 | 삼성전자주식회사 | 이동통신시스템에서의 멀티캐스트 멀티미디어 방송 서비스 제공 방법 |
KR100893070B1 (ko) | 2002-09-19 | 2009-04-17 | 엘지전자 주식회사 | 무선통신 시스템의 멀티캐스트 서비스 제공 및 수신 방법, 그리고 그 장치 |
US20040076182A1 (en) | 2002-10-17 | 2004-04-22 | Chih-Hsiang Wu | Method for handeling a triggered reset when an RLC is stopped in a wireless communications system |
CN1497922A (zh) | 2002-10-17 | 2004-05-19 | 华硕电脑股份有限公司 | 无线电通讯系统中针对无线电链路控制停止时处理重置程序的方法 |
KR100926707B1 (ko) | 2002-11-05 | 2009-11-17 | 엘지전자 주식회사 | 이동통신 시스템의 데이터 통신방법 |
KR100802619B1 (ko) | 2002-11-07 | 2008-02-13 | 엘지전자 주식회사 | 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법 |
KR100889865B1 (ko) | 2002-11-07 | 2009-03-24 | 엘지전자 주식회사 | 무선 이동통신 시스템의 통신방법 |
KR20040040724A (ko) | 2002-11-07 | 2004-05-13 | 엘지전자 주식회사 | 무선 이동 통신 시스템의 상향 공통채널 및 그 운용 방법 |
GB0225903D0 (en) | 2002-11-07 | 2002-12-11 | Siemens Ag | Method for uplink access transmissions in a radio communication system |
US20060064718A1 (en) | 2002-11-13 | 2006-03-23 | Tetsuji Fuchikami | Remote control device and program reception system |
KR20040064867A (ko) | 2003-01-10 | 2004-07-21 | 삼성전자주식회사 | 이동통신 시스템에서 역방향 메시지의 전송 구간을제공하는 방법 |
KR100981499B1 (ko) | 2003-02-11 | 2010-09-10 | 삼성전자주식회사 | 통신시스템에서 반복 전송 방식의 데이터 전송 방법 |
EP1458148A1 (en) | 2003-03-10 | 2004-09-15 | Sony International (Europe) GmbH | Quality of Service (QoS) -aware handover procedure for Ad-Hoc networks |
US7464166B2 (en) | 2003-04-11 | 2008-12-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Contention-based forwarding with integrated multi-user detection capability |
KR20060010778A (ko) | 2003-05-05 | 2006-02-02 | 코닌클리즈케 필립스 일렉트로닉스 엔.브이. | 복조기, 장치 및 복조 방법 |
CN1549610A (zh) * | 2003-05-09 | 2004-11-24 | 北京三星通信技术研究有限公司 | 在公共接入信道中提供多级接入服务的方法 |
KR101022176B1 (ko) | 2003-05-16 | 2011-03-17 | 엘지전자 주식회사 | 이동통신 시스템의 상향링크 동기획득방법 |
US6859449B2 (en) * | 2003-05-19 | 2005-02-22 | Nokia Corporation | Method and apparatus providing enhanced radio link control acknowledgment |
US6987985B2 (en) | 2003-06-06 | 2006-01-17 | Interdigital Technology Corporation | Wireless communication components and methods for multiple system communications |
GB0316692D0 (en) | 2003-07-17 | 2003-08-20 | Koninkl Philips Electronics Nv | Enhanced multi-path for mimo devices |
KR100651405B1 (ko) | 2003-07-24 | 2006-11-29 | 삼성전자주식회사 | 이동통신 시스템에서 멀티미디어 브로드캐스트/멀티캐스트 서비스의 제어 정보 송수신 장치 및 방법 |
KR20050015544A (ko) | 2003-08-06 | 2005-02-21 | 삼성전자주식회사 | 멀티미디어 방송/다중방송 서비스를 지원하는이동통신시스템에서 호출 메시지를 수신하지 못한 사용자단말기들에게 효율적으로 멀티미디어 방송/다중방송서비스를 제공하는 방법 |
ATE353174T1 (de) | 2003-08-14 | 2007-02-15 | Matsushita Electric Ind Co Ltd | Zeitüberwachung von packetwiedersendungen während eines sanften weiterreichens |
EP1508992A3 (en) | 2003-08-18 | 2008-05-21 | Samsung Electronics Co., Ltd. | Apparatus and method for scheduling resource in a multiuser MIMO radio communication system |
KR100689543B1 (ko) | 2003-08-26 | 2007-03-02 | 삼성전자주식회사 | 이동통신 시스템에서 상향링크 패킷 전송을 위한 스케쥴링 요청 방법 및 장치 |
KR100970632B1 (ko) | 2003-08-28 | 2010-07-15 | 엘지전자 주식회사 | 트래픽 제어 및 데이터 레이트 제어 방법 |
KR100514287B1 (ko) | 2003-09-22 | 2005-09-13 | 한국전자통신연구원 | 무선 통신 시스템의 임의 접속용 프리앰블 응답 정보전송용 기지국 장치와 수신용 단말장치 및 송수신 방법 |
ATE480117T1 (de) | 2003-09-30 | 2010-09-15 | Ericsson Telefon Ab L M | System und verfahren zum melden von messungen in einem kommunikationssystem |
US20050118992A1 (en) | 2003-10-02 | 2005-06-02 | Samsung Electronics Co., Ltd. | Method of transmitting and receiving service availability information about a multimedia broadcast/multicast service |
SE0302685D0 (sv) | 2003-10-07 | 2003-10-07 | Ericsson Telefon Ab L M | Method and arrangement in a telecommunication system |
GB0324597D0 (en) | 2003-10-21 | 2003-11-26 | Nokia Corp | A communication system |
US7215646B2 (en) | 2003-11-05 | 2007-05-08 | Interdigital Technology Corporation | Method and apparatus for estimating and reporting the quality of a wireless communication channel |
KR100600673B1 (ko) | 2003-12-18 | 2006-07-18 | 한국전자통신연구원 | 이동 통신 시스템에서의 채널 품질 정보 요청 및 보고방법, 그리고 그 장치 |
US7215655B2 (en) | 2004-01-09 | 2007-05-08 | Interdigital Technology Corporation | Transport format combination selection in a wireless transmit/receive unit |
EP1557967B1 (en) | 2004-01-22 | 2008-03-26 | Matsushita Electric Industrial Co., Ltd. | Method of HARQ retransmission timing control |
WO2005078976A1 (en) | 2004-02-07 | 2005-08-25 | Neocific, Inc. | Methods and apparatus for multi-carrier communication systems with automatic repeat request (arq) |
KR20050081836A (ko) | 2004-02-12 | 2005-08-19 | 삼성전자주식회사 | 멀티캐스트 멀티미디어 방송 서비스에서 제어 정보를효율적으로 전송하는 방법 |
KR20050092874A (ko) | 2004-03-17 | 2005-09-23 | 삼성전자주식회사 | 고속 순방향 패킷 접속 방식을 사용하는이동통신시스템에서 기지국제어기와 기지국간의 패킷데이터를 전송하기 위한 흐름 제어를 효율적으로 수행하는방법 |
KR20050095419A (ko) | 2004-03-26 | 2005-09-29 | 삼성전자주식회사 | 패킷 망을 이용하여 음성 서비스를 제공하는이동통신시스템에서 무선 자원을 효율적으로 사용하는 방법 |
GB0407929D0 (en) | 2004-04-07 | 2004-05-12 | Samsung Electronics Co Ltd | Mobile communications |
KR101058607B1 (ko) | 2004-04-16 | 2011-08-22 | 삼성전자주식회사 | 멀티미디어 방송/멀티캐스트 서비스에서 제어 메시지의 수신 방법 |
US7161909B2 (en) | 2004-04-23 | 2007-01-09 | Samsung Electronics Co., Ltd. | Method and system for acknowledging the receipt of a transmitted data stream in a wireless communication system |
US7437175B2 (en) | 2004-05-06 | 2008-10-14 | Telefonaktiebolaget L M Ericsson (Publ) | Synchronization detection methods and apparatus |
KR100678184B1 (ko) | 2004-05-19 | 2007-02-02 | 삼성전자주식회사 | 이동통신 시스템에서 향상된 역방향 전용채널의 스케줄링방법 및 장치 |
US7710911B2 (en) | 2004-06-10 | 2010-05-04 | Interdigital Technology Corporation | Method and apparatus for dynamically allocating H-ARQ processes |
KR20050118591A (ko) * | 2004-06-14 | 2005-12-19 | 엘지전자 주식회사 | 무선통신 시스템에서의 무선링크제어(rlc) 데이터처리방법 |
KR101054957B1 (ko) | 2004-08-12 | 2011-08-05 | 엘지전자 주식회사 | 멀티캐스트 및 브로드캐스트 서비스를 위한 제어메시지송수신 방법 |
US7558243B2 (en) | 2004-09-15 | 2009-07-07 | Innovative Sonic Limited | Enhanced polling method for preventing deadlock in a wireless communications system |
US7525908B2 (en) | 2004-09-24 | 2009-04-28 | M-Stack Limited | Data unit management in communications |
KR101141636B1 (ko) | 2004-09-24 | 2012-07-12 | 엘지전자 주식회사 | 점대다 멀티미디어 서비스 전송 및 수신 방법 |
US7391758B2 (en) | 2004-09-29 | 2008-06-24 | Intel Corporation | UMTS radio link control with full concatenation |
CN1306766C (zh) | 2004-09-30 | 2007-03-21 | 华为技术有限公司 | 多媒体广播组播业务系统中业务识别和路由方法 |
EP1643694A3 (en) | 2004-09-30 | 2008-10-08 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting uplink nonscheduled data in a mobile communication system |
KR100617162B1 (ko) | 2004-10-01 | 2006-08-31 | 엘지전자 주식회사 | 점대다(point-to-multipoint) 통신 서비스를 제공을 위한 RNC 등록 방법 |
US7292825B2 (en) | 2004-10-19 | 2007-11-06 | Ipwireless, Inc. | Retransmission scheme in a cellular communication system |
KR101153597B1 (ko) | 2004-10-29 | 2012-06-12 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 통신 네트워크에서 자원 할당 |
DE602004018325D1 (de) | 2004-11-03 | 2009-01-22 | Panasonic Corp | HARQ Protokolloptimierung für Paketdatenübertragung |
JP4417418B2 (ja) | 2004-11-09 | 2010-02-17 | サムスン エレクトロニクス カンパニー リミテッド | 移動通信システムにおける上りリンクパケットデータサービスの制御情報送受信方法及び装置 |
KR100880986B1 (ko) | 2004-11-09 | 2009-02-03 | 삼성전자주식회사 | 이동통신 시스템에서 상향링크 패킷 데이터 서비스의 제어정보 송수신 방법 및 장치 |
KR101141649B1 (ko) | 2004-11-09 | 2012-05-17 | 엘지전자 주식회사 | 고속의 상향 데이터 전송을 위한 데이터 채널의 제어정보송수신 방법 |
ES2297332T3 (es) | 2004-12-15 | 2008-05-01 | Matsushita Electric Industrial Co., Ltd | Apoyo del trafico de tasa de bits garantizada para transmisiones del enlace ascendente. |
US7796505B2 (en) | 2005-01-26 | 2010-09-14 | M-Stack Limited | Method for processing traffic data in a wireless communications system |
RU2007130081A (ru) | 2005-02-07 | 2009-02-20 | Самсунг Электроникс Ко., Лтд. (KR) | Способ и устройство для запроса/передачи отчета о состоянии в системе мобильной связи |
EP1689130A1 (en) | 2005-02-07 | 2006-08-09 | Lg Electronics Inc. | Method for settling an error in a radio link control |
US7701844B2 (en) | 2005-02-09 | 2010-04-20 | Interdigital Technology Corporation | Method and apparatus for recognizing radio link failures associated with HSUPA and HSDPA channels |
CN100391201C (zh) | 2005-02-28 | 2008-05-28 | 华为技术有限公司 | 一种保持分组数据协议汇聚子层序列号同步的方法 |
CN1323563C (zh) | 2005-03-28 | 2007-06-27 | 华为技术有限公司 | 一种多媒体广播/组播服务控制信息的接收方法 |
EP2110961B9 (en) | 2005-04-01 | 2012-01-04 | Panasonic Corporation | "Happy Bit" setting in a mobile communication system |
KR20060105304A (ko) | 2005-04-04 | 2006-10-11 | 삼성전자주식회사 | 이동통신 시스템에서 스케줄링을 효율적으로 하는 방법 및장치 |
EP1878155B1 (en) * | 2005-05-04 | 2013-12-04 | LG Electronics Inc. | Method of transmitting control information in wireless communication system and transmission window updating method using the same |
KR101084135B1 (ko) * | 2005-05-04 | 2011-11-17 | 엘지전자 주식회사 | 무선 통신 시스템의 송수신 단에서의 상태 pdu송수신방법 |
KR100913900B1 (ko) | 2005-05-04 | 2009-08-26 | 삼성전자주식회사 | 이동통신 시스템에서 미리 정의된 길이 지시자를 이용해서 패킷 데이터를 송수신하는 방법 및 장치 |
KR101137327B1 (ko) | 2005-05-06 | 2012-04-19 | 엘지전자 주식회사 | 상향링크 채널 스케쥴링을 위한 제어정보 전송 방법 및상향링크 채널 스케쥴링 방법 |
US20060280145A1 (en) | 2005-06-10 | 2006-12-14 | Revel Agnes M | Event trigger for scheduling information in wireless communication networks |
WO2006135201A1 (en) | 2005-06-15 | 2006-12-21 | Electronics And Telecommunications Research Institute | Wireless communication system with protocol architecture for improving latency |
KR100703287B1 (ko) | 2005-07-20 | 2007-04-03 | 삼성전자주식회사 | 통신 시스템에서 자원 할당 정보 송수신 시스템 및 방법 |
ES2377652T3 (es) | 2005-08-16 | 2012-03-29 | Panasonic Corporation | Método y aparato para configurar nuevamente un número de secuencias de transmisión (NST) |
KR100645539B1 (ko) | 2005-08-19 | 2006-11-14 | 삼성전자주식회사 | 무선 랜 시스템의 무선 자원 사용 장치 및 방법 |
KR101084142B1 (ko) | 2005-08-25 | 2011-11-17 | 엘지전자 주식회사 | 하향공유채널의 데이터 송수신 방법 |
US8634400B2 (en) | 2005-09-15 | 2014-01-21 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving status report comprising received status of packet data in a mobile communication system |
DE602005010252D1 (de) | 2005-09-20 | 2008-11-20 | Matsushita Electric Ind Co Ltd | Vefahren und Vorrichtung zur Packetsegmentierung und Verknüpfungssignalisierung in einem Kommunikationssystem |
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 |
KR101266207B1 (ko) * | 2005-10-04 | 2013-05-21 | 엘지전자 주식회사 | Rlc 재설정을 위한 무선통신 시스템 및 그 방법 |
WO2008004725A1 (en) | 2006-07-05 | 2008-01-10 | Lg Electronics Inc. | Optimized am rlc re-set mechanism |
KR101005681B1 (ko) | 2005-10-31 | 2011-01-05 | 엘지전자 주식회사 | 이동통신 단말의 제어정보 수신 및 전송 방법 |
ES2799299T3 (es) | 2005-10-31 | 2020-12-16 | Evolved Wireless Llc | Método de transmisión y recepción de información de acceso radioeléctrico en un sistema de comunicaciones móviles inalámbrico |
KR20070047720A (ko) | 2005-11-02 | 2007-05-07 | 한국전자통신연구원 | 이동통신 시스템의 패킷 스케줄링 방법, 그리고 그 장치 |
KR100975699B1 (ko) | 2005-11-05 | 2010-08-12 | 삼성전자주식회사 | 실시간 서비스를 지원하는 무선 통신 시스템에서의상향링크 자원 요청 및 할당 방법 |
EP1788751A1 (en) | 2005-11-16 | 2007-05-23 | High Tech Computer Corp. | A method of handling RLC SDUs during RLC reset and RLC re-establishment in a UMTS system |
EP2802106B1 (en) | 2005-12-03 | 2018-10-17 | Huawei Technologies Co., Ltd. | System and method for implementing the interconnection of a DSL network and a wireless communication network |
KR101333918B1 (ko) | 2006-01-05 | 2013-11-27 | 엘지전자 주식회사 | 이동 통신 시스템의 점-대-다 서비스 통신 |
KR101268200B1 (ko) | 2006-01-05 | 2013-05-27 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 할당방법 |
US8428086B2 (en) * | 2006-01-05 | 2013-04-23 | Lg Electronics Inc. | Transmitting data in a mobile communication system |
KR20070080552A (ko) * | 2006-02-07 | 2007-08-10 | 엘지전자 주식회사 | 이동 통신 시스템에서의 응답 정보 전송 방법 |
KR100912784B1 (ko) * | 2006-01-05 | 2009-08-18 | 엘지전자 주식회사 | 데이터 송신 방법 및 데이터 재전송 방법 |
KR101211807B1 (ko) | 2006-01-05 | 2012-12-12 | 엘지전자 주식회사 | 이동통신 시스템에서 무선단말의 동기상태 관리방법 |
KR101018037B1 (ko) | 2006-01-20 | 2011-03-02 | 노키아 코포레이션 | 향상된 커버리지가 있는 임의 접속 절차 |
TWI472198B (zh) | 2006-01-31 | 2015-02-01 | Interdigital Tech Corp | 無線通信系統中提供及利用非競爭基礎頻道方法及裝置 |
KR101216751B1 (ko) | 2006-02-07 | 2012-12-28 | 엘지전자 주식회사 | 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법 |
WO2007100547A2 (en) | 2006-02-24 | 2007-09-07 | Interdigital Technology Corporation | Wireless communication method and apparatus for selecting between transmission of short-version and full-version uplink scheduling requests |
WO2007126793A2 (en) | 2006-03-27 | 2007-11-08 | Texas Instruments Incorporated | Random access structure for wireless networks |
KR100640938B1 (ko) | 2006-04-28 | 2006-11-02 | 엘지전자 주식회사 | 통신 시스템에서의 프로토콜 데이터 유닛 구조 및 데이터전송 방법 |
US7848287B2 (en) | 2006-05-16 | 2010-12-07 | Telefonaktiebolaget Lm Ericsson | Bi-directional RLC non-persistent mode for low delay services |
JP4675825B2 (ja) * | 2006-05-19 | 2011-04-27 | 三菱電機株式会社 | データ転送方法 |
US20070287440A1 (en) | 2006-06-07 | 2007-12-13 | Infineon Technologies Ag | System and method for maintaining system information in a mobile telecommunications system |
EP2030380B2 (en) | 2006-06-21 | 2012-08-08 | Telefonaktiebolaget LM Ericsson (publ) | Method and unit for efficient reporting of scheduling information in a wireless telecommunications system |
US7869421B2 (en) | 2006-07-14 | 2011-01-11 | Qualcomm Incorporated | Uplink access request in an OFDM communication environment |
US20080084851A1 (en) | 2006-08-16 | 2008-04-10 | Samsung Electronics Co., Ltd. | Method and apparatus for sending state indication of voice packet by user equipment in a mobile communication system |
US20080051098A1 (en) | 2006-08-22 | 2008-02-28 | Rao Anil M | Method for transmitting fast scheduling request messages in scheduled packet data systems |
EP2080329A2 (en) | 2006-09-29 | 2009-07-22 | Interdigital Technology Corporation | Method and apparatus for wireless transmit/receive unit operation in dedicated multimedia broadcast multicast services cells |
EP2057862B1 (en) | 2006-10-30 | 2017-02-01 | LG Electronics Inc. | Method for re-direction of uplink access |
KR100902897B1 (ko) | 2006-10-30 | 2009-06-15 | 엘지전자 주식회사 | 임의접속 수행 방법 |
WO2008060097A1 (en) | 2006-11-15 | 2008-05-22 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting/receiving ciphered packet in mobile communication system |
US20080146242A1 (en) | 2006-12-18 | 2008-06-19 | Nokia Corporation | Method for requesting an uplink resource allocation during a downlink data transmission |
CN101578906A (zh) * | 2007-01-05 | 2009-11-11 | 交互数字技术公司 | 随机接入信道中的回退机制 |
US9301215B2 (en) | 2007-01-12 | 2016-03-29 | Nokia Technologies Oy | Apparatus, method and computer program product providing synchronized handover |
ES2754077T3 (es) * | 2007-02-01 | 2020-04-15 | Ericsson Telefon Ab L M | Un método y un dispositivo para informes de estado mejorados |
US20130258919A1 (en) | 2007-02-05 | 2013-10-03 | Qualcomm Incorporated | Flexible dtx and drx in a wireless communication system |
KR101326474B1 (ko) | 2007-02-06 | 2013-11-07 | 엘지전자 주식회사 | 무선 통신 시스템의 데이터 블록 전송 방법 |
US8005107B2 (en) | 2007-02-06 | 2011-08-23 | Research In Motion Limited | Method and system for robust MAC signaling |
KR101435832B1 (ko) | 2007-03-19 | 2014-08-29 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기 |
US20080233940A1 (en) | 2007-03-21 | 2008-09-25 | Yu-Chih Jen | Method and Apparatus for Handling Random Access Procedure in a Wireless Communications System |
US20090323574A1 (en) | 2007-04-27 | 2009-12-31 | Nokia Corporation | System and method for providing efficient control transmission for single frequency network-based broadcasting or multicasting |
US8670363B2 (en) | 2007-05-30 | 2014-03-11 | Qualcomm Incorporated | Method and apparatus for sending scheduling information for broadcast and multicast services in a cellular communication system |
KR101486352B1 (ko) | 2007-06-18 | 2015-01-26 | 엘지전자 주식회사 | 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법 |
CN101090281B (zh) * | 2007-06-19 | 2010-06-02 | 中兴通讯股份有限公司 | 一种上行随机接入前导序列选择方法 |
KR100937003B1 (ko) | 2007-07-09 | 2010-01-18 | 엘시스넷 주식회사 | 장치 유지 보수 시스템 및 방법 |
US8699711B2 (en) | 2007-07-18 | 2014-04-15 | Interdigital Technology Corporation | Method and apparatus to implement security in a long term evolution wireless device |
KR101392697B1 (ko) | 2007-08-10 | 2014-05-19 | 엘지전자 주식회사 | 이동통신 시스템에서의 보안 오류 검출방법 및 장치 |
EP2176969B1 (en) | 2007-08-10 | 2012-11-28 | LG Electronics Inc. | Methods of setting up channel in wireless communication system |
EP2026523A1 (en) * | 2007-08-13 | 2009-02-18 | Nokia Siemens Networks Oy | Method and device for piggybacked status PDU with flexible lenght RLC PDU |
JP2009049993A (ja) | 2007-08-16 | 2009-03-05 | Asustek Computer Inc | 無線通信システムにおいてポーリング機能をトリガーする方法及び装置 |
KR101513033B1 (ko) | 2007-09-18 | 2015-04-17 | 엘지전자 주식회사 | 다중 계층 구조에서 QoS를 보장하기 위한 방법 |
TWI470982B (zh) | 2007-09-28 | 2015-01-21 | Interdigital Patent Holdings | 分組數據匯聚協議中控制協議數據單元方法及裝置 |
KR101132522B1 (ko) | 2007-10-01 | 2012-04-02 | 인터디지탈 패튼 홀딩스, 인크 | Pdcp를 폐기하기 위한 방법 및 장치 |
US8665857B2 (en) | 2007-12-18 | 2014-03-04 | Qualcomm Incorporated | Method and apparatus for sending and receiving random access response in a wireless communication system |
US20090175163A1 (en) | 2008-01-04 | 2009-07-09 | Interdigital Patent Holdings, Inc. | Method and apparatus of performing packet data convergence protocol re-establishment |
WO2009096731A2 (en) * | 2008-01-31 | 2009-08-06 | Lg Electronics Inc. | Method for signaling back-off information in random access |
KR101594359B1 (ko) * | 2008-01-31 | 2016-02-16 | 엘지전자 주식회사 | 랜덤 접속에서 백오프 정보를 시그널링하는 방법 |
KR20090084320A (ko) | 2008-01-31 | 2009-08-05 | 삼성전자주식회사 | 이동 통신 시스템에서 매체 접속 제어 프로토콜 데이터유닛을 송수신하는 장치 및 방법 |
US20090318177A1 (en) | 2008-02-28 | 2009-12-24 | Interdigital Patent Holdings, Inc. | Method and apparatus for lte system information update in connected mode |
JP5109850B2 (ja) | 2008-07-16 | 2012-12-26 | セイコーエプソン株式会社 | 像担持体のクリーニング装置、クリーニング方法、および画像形成装置 |
KR100968037B1 (ko) | 2009-04-21 | 2010-07-07 | 엘지전자 주식회사 | 무선 통신 시스템에서 무선 베어러를 관리하는 방법 및 장치 |
JP4875119B2 (ja) | 2009-04-27 | 2012-02-15 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信システム |
CN111937479B (zh) * | 2018-04-05 | 2023-08-01 | 瑞典爱立信有限公司 | 扩展的随机接入信道的扩展的随机接入前导码标识符 |
-
2009
- 2009-01-22 KR KR1020090005439A patent/KR101594359B1/ko active IP Right Grant
- 2009-01-23 KR KR1020090006356A patent/KR101467798B1/ko active IP Right Grant
- 2009-01-30 EP EP14177928.0A patent/EP2797378B1/en active Active
- 2009-01-30 AU AU2009209739A patent/AU2009209739B2/en active Active
- 2009-01-30 ES ES14177928.0T patent/ES2602957T3/es active Active
- 2009-01-30 CN CN200980100119.3A patent/CN101779408B/zh active Active
- 2009-01-30 EP EP17193157.9A patent/EP3280215B1/en active Active
- 2009-01-30 ES ES09151778.9T patent/ES2612309T3/es active Active
- 2009-01-30 JP JP2010511134A patent/JP4837128B2/ja active Active
- 2009-01-30 ES ES17193157T patent/ES2826446T3/es active Active
- 2009-01-30 EP EP16189075.1A patent/EP3125638B1/en active Active
- 2009-01-30 CN CN201710256244.XA patent/CN107104764B/zh active Active
- 2009-01-30 JP JP2009551643A patent/JP4980432B2/ja active Active
- 2009-01-30 CN CN2009800004832A patent/CN101690375B/zh active Active
- 2009-01-30 ES ES16189075.1T patent/ES2672808T3/es active Active
- 2009-01-30 RU RU2010109062/09A patent/RU2434337C1/ru active
- 2009-01-30 GB GB1002893.4A patent/GB2464648B/en active Active
-
2011
- 2011-08-24 JP JP2011182905A patent/JP5183783B2/ja active Active
-
2012
- 2012-02-28 JP JP2012041575A patent/JP5438153B2/ja active Active
-
2013
- 2013-12-05 JP JP2013252060A patent/JP5671122B2/ja active Active
-
2014
- 2014-12-05 JP JP2014247208A patent/JP6005710B2/ja active Active
-
2015
- 2015-06-30 KR KR1020150092888A patent/KR101615989B1/ko active IP Right Grant
-
2016
- 2016-04-19 KR KR1020160047807A patent/KR101657500B1/ko active IP Right Grant
-
2021
- 2021-03-26 US US17/214,041 patent/USRE49739E1/en active Active
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2658586C2 (ru) * | 2014-05-09 | 2018-06-22 | Телефонактиеболагет Л М Эрикссон (Пабл) | Pdcp и управление потоком для разделенного однонаправленного канала |
US10505829B2 (en) | 2014-05-09 | 2019-12-10 | Telefonaktiebolaget Lm Ericsson (Publ) | PDCP and flow control for split bearer |
RU2693999C2 (ru) * | 2015-04-07 | 2019-07-08 | Квэлкомм Инкорпорейтед | Расширение времени обработки для широкополосных беспроводных передач |
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2434337C1 (ru) | Способ отправки информации статуса в системе мобильной связи и приемник системы мобильной связи | |
EP3410623B1 (en) | Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications | |
AU2007203852B2 (en) | Transmitting data in a mobile communication system | |
US9397791B2 (en) | Transmitting data in a mobile communication system | |
US9008004B2 (en) | Method for sending RLC PDU and allocating radio resource in mobile communications system and RLC entity of mobile communications | |
EP2238707B1 (en) | Method of detecting and handling an endless rlc retransmission | |
JP5037633B2 (ja) | 移動通信システムにおけるrlcpdu送信方法、無線リソース割当方法、及び移動通信システムのrlcエンティティ | |
US8964652B2 (en) | Method for enhancing of controlling radio resources, method for transmitting status report, and receiver in mobile communication system | |
KR20050075566A (ko) | 무선 링크 제어 윈도우의 데드락 방지 방법 |