RU2342799C1 - Устройство и способ для передачи/приема многопользовательского пакета в системе мобильной связи - Google Patents
Устройство и способ для передачи/приема многопользовательского пакета в системе мобильной связи Download PDFInfo
- Publication number
- RU2342799C1 RU2342799C1 RU2007125690A RU2007125690A RU2342799C1 RU 2342799 C1 RU2342799 C1 RU 2342799C1 RU 2007125690 A RU2007125690 A RU 2007125690A RU 2007125690 A RU2007125690 A RU 2007125690A RU 2342799 C1 RU2342799 C1 RU 2342799C1
- Authority
- RU
- Russia
- Prior art keywords
- mac
- data
- packet
- ants
- user
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/12—Protocol engines
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Изобретение относится к передаче данных в системе мобильной связи. Устройство и способ обеспечиваются для формирования одного пакета с данными передачи и передачи пакета от приемопередающей системы сети доступа (ANTS) к множеству терминалов доступа (AT) в системе мобильной связи, включающей в себя терминалы AT и систему ANTS, которые способны выполнять обмен пакетными данными с терминалами AT, расположенными в ее зоне обслуживания. Способ включает в себя этапы формирования заголовка управления доступом к среде (MAC), включающего в себя информацию об адресе принимающего AT, длине и формате для данных передачи, формирования полезных данных MAC, последовательно присоединяя блоки данных, которые должны быть переданы к принимающему AT, и формирования заключительной части MAC. ANTS добавляет биты '0' к заголовку MAC, если заранее определенный размер MAC больше, чем сумма длин заголовка MAC, полезных данных MAC и заключительной части MAC. Техническим результатом является указанние пользователей во время передачи/приема многопользовательского пакета в системе мобильной связи. 4 н. и 8 з.п. ф-лы, 12 ил.
Description
Область техники
Настоящее изобретение в целом имеет отношение к устройству и способу для передачи/приема данных в системе мобильной связи. В частности, настоящее изобретение относится к устройству и способу для передачи/приема пакетных данных в системе мобильной связи.
Описание предшествующего уровня техники
Системы мобильной связи были разработаны, чтобы обеспечить речевые услуги, гарантируя мобильность пользователя. С быстрым прогрессом в технике связи системы мобильной связи развились в системы, которые также способны обеспечивать услуги по передаче данных. Недавно было проведено исследование в отношении высокоскоростной передачи данных в системе мобильной связи множественного доступа с кодовым разделением каналов (CDMA). Система развития только передачи данных (1xEVDO) 1x является типичной системой мобильной связи, имеющей канальную структуру для осуществления высокоскоростной передачи данных. Система 1xEVDO была предложена в 3-м проекте партнерства поколения-2 (3GPP2), чтобы дополнить передачу данных системы IS-2000.
В системе 1xEVDO передача данных может быть разделена на прямую передачу данных и обратную передачу данных. Термин "прямая передача данных" относится к передаче данных от сети доступа (или базовой станции) на терминал доступа (или мобильную станцию), в то время как термин "обратная передача данных" относится к передаче данных от терминала доступа к сети доступа. Ниже приведено описание примерных структур прямых каналов связи в системе 1xEVDO. Прямые каналы классифицируются как пилот-канал, прямой канал управления доступом к среде (MAC), прямой канал трафика и прямой канал управления, все из которых передают на терминал доступа после того, как будут подвергнуты мультиплексированию с временным разделением каналов (TDM). Набор сигналов передачи TDM называется "пакетом".
Среди этих каналов прямой канал трафика передает пакет данных пользователя, и прямой канал управления передает сообщение управления и пакет данных пользователя. Кроме того, прямой MAC канал используется для управления скоростью передачи обратного канала, передачи информации регулирования мощности и назначения прямого канала передачи данных.
Ниже приведено описание обратных каналов, используемых в системе 1xEVDO. В отличие от каналов прямой связи, обратные каналы, используемые в системе 1xEVDO, имеют различные идентификационные коды, уникальные для доступа к терминалам. Поэтому в нижеследующем описании термин "обратные каналы" относится к каналам, переданным к сети доступа с различными идентификационными кодами, уникальными для терминалов доступа. Обратные каналы содержат пилот-канал, обратный канал трафика, канал доступа, канал управления скоростью передачи данных (DRC) и обратный канал индикатора скорости передачи (RRI).
Функции обратных каналов описаны более подробно. Обратный канал трафика, подобно прямому каналу трафика, передает пакет данных пользователя в обратном направлении. Канал DRC используется, чтобы указать скорость прямой передачи данных, которую терминал доступа может поддерживать, и канал RRI используется, чтобы указать скорость передачи данных канала передачи данных, передаваемых в обратном направлении. Канал доступа используется, когда терминал доступа передает сообщение или трафик к сети доступа прежде, чем канал трафика будет подсоединен. Со ссылками на фиг.1 ниже приведено описание конфигурации системы 1xEVDO, операции по управлению скорости передачи и ее ассоциированных каналов.
Фиг.1 показывает концептуальную диаграмму, иллюстрирующую систему 1xEVDO мобильной связи.
Со ссылками на фиг.1 ссылочная позиция 100 обозначает терминалы доступа (AT), ссылочная позиция 110 обозначает приемопередающую систему сети доступа (ПССД, ANTS), и ссылочная позиция 120 обозначает контроллеры сети доступа (КСД, ANC). Краткое описание конфигурации системы приведено ниже. Первая ANTS 110a обменивается со множеством AT 100a и 100b, и вторая ANTS 110b обменивается с AT 100c. Первая ANTS 110a соединена с первым ANC 120a, и вторая ANTS 110b соединена со вторым ANC 120b. Каждый из ANC 120a и 120b может быть соединен с двумя или более ANTS. На фиг.1 один ANC соединен только с одной ANTS, в качестве примера. ANC 120a и 120b подсоединены к узлу передачи пакетных данных (УППД, PDSN) 130, который обеспечивает передачу пакетных данных, и PDSN 130 соединен с сетью Интернет 140.
В примерной системе мобильной связи согласно фиг.1 каждая из ANTS 110a и 110b передает пакетные данные только к AT, имеющему самую высокую скорость передачи пакетных данных среди AT, расположенных в его зоне обслуживания. Подробное описание их приведено ниже. В нижеследующем описании AT будет обозначен ссылочной позицией 100 и ANTS будет обозначена ссылочной позицией 110.
Для управления скоростью передачи прямой канал связи AT 100 измеряет интенсивность приема пилот-канала, переданного посредством ANTS 110, и определяет прямую скорость передачи данных, желательную для AT 100, согласно фиксированному значению, заранее определенному на основании измеренной интенсивности приема пилот-канала. После этого AT 100 передает информацию DRC, соответствующую определенной прямой скорости передачи данных, к ANTS 110 по DRC каналу. Затем ANTS 110 принимает DRC информацию от всех AT, намеревающихся связаться с ним, расположенных в его зоне обслуживания. На основании этой DRC информации ANTS 110 может передавать пакетные данные только к конкретному AT, имеющему хорошее условие качества канала, на скорости передачи данных, сообщенной от AT. DRC информация относится к значению, определенному из возможной прямой скорости передачи данных, вычисленной в AT, посредством измерения его канального условия. Хотя отношения отображения между условием канала прямой связи и DRC информацией подвержены изменению согласно реализации, обычно отношение отображения фиксируется в процессе изготовления AT.
Отношения отображения между значением DRC, сообщенным от AT, и его ассоциированными скоростью передачи данных и форматом передачи показаны в Таблице 1 ниже, в качестве примера.
| Таблица 1 | |||
| DRC | Скорость передачи (кбит/с) | Количество ТХ (слотов) | Формат передачи |
| 0х0 | 0 | 16 | (1024, 16, 1024) |
| 0х1 | 38,4 | 16 | (1024, 16, 1024) |
| 0х2 | 76,8 | 8 | (1024, 8, 512) |
| 0х3 | 153,6 | 4 | (1024, 4, 256) |
| 0х4 | 307,2 | 2 | (1024, 2, 128) |
| 0х5 | 307,2 | 4 | (2048, 4, 128) |
| 0х6 | 614,4 | 1 | (1024, 1, 64) |
| 0х7 | 614,4 | 2 | (2048, 2, 64) |
| 0х8 | 921,6 | 2 | (3072, 2, 64) |
| 0х9 | 1228,8 | 1 | (2048, 1, 64) |
| 0хa | 1228,8 | 2 | (4096, 2, 64) |
| 0хb | 1843,2 | 1 | (3072, 1, 64) |
| 0хc | 2457,6 | 1 | (4096, 1, 64) |
| 0хd | 1536 | 2 | (5120, 2, 64) |
| 0хe | 3072 | 1 | (5120, 1, 64) |
Как можно видеть из Таблицы 1, формат передачи выражен в форме (A, B, C). Формат передачи описан ниже со ссылками на первое поле Таблицы 1, в качестве примера. В формате (A, B, C) C=1024 передачи указывает 1024-битовую информацию, B=16 указывает, что информация передается в течение 16 слотов, и А=1024 указывает, что передается преамбула с 1024 элементами сигнала. Поэтому ANTS передает данные AT с форматом передачи, соответствующим значению DRC, сообщенному посредством AT. После сообщения о значении DRC AT пытается принять прямой канал передачи данных только с форматом передачи, соответствующим сообщенному значению DRC. Это соглашение сделано потому, что никакой другой канал не существует, чтобы указать скорость передачи данных для канала передачи данных, переданного в прямом направлении. То есть, когда ANTS передает данные, используя формат передачи, отличный от формата передачи, сообщенного от AT, не имеется способа указать формат передачи, так что AT не может принимать данные. Поэтому ANTS передает данные только с форматом передачи, соответствующим (совместимым с) DRC, сообщенному от AT. Например, для AT, который передал DRC=0X01 по DRC каналу, ANTS передает данные, используя формат передачи (1024, 16, 1024), соответствующий значению DRC, и AT пытается принимать данные только с форматом передачи, соответствующим значению DRC.
Пакетные данные, которые ANTS передает одному AT согласно принятой DRC информации в соответствии со способом согласно Таблице 1, называются "пакет одного пользователя". ANTS передает данные, используя пакет одного пользователя для общего обслуживания по передаче данных. По сравнению с общим обслуживанием по передаче данных такая услуга по передаче данных, как протокол "речь-по-Интернет" (VoIP), требует более узкой ширины полосы частот передачи, равной приблизительно 9,6 кбит/с, в которой данные, приблизительно равные 192 битам, передают каждые 20 мс. Однако передача коротких данных посредством пакета одного пользователя, имеющего минимальный размер 1024 битов, вызывает ненужный расход полосы частот. Чтобы предотвратить расход ресурсов в разделе беспроводного доступа, была представлена схема передачи данных для нескольких пользователей с помощью одного физического пакета, и этот формат пакета называется "многопользовательский пакет". Многопользовательский пакет будет описан со ссылками на Таблицу 2 ниже в качестве примера.
| Таблица 2 | ||
| DRC | Скорость передачи (кбит/с) | Список ассоциированных форматов мультипользовательской передачи данных |
| 0х0 | 0 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256) |
| 0х1 | 38,4 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256) |
| 0х2 | 76,8 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256) |
| 0х3 | 153,6 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256) |
| 0х4 | 307,2 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256) |
| 0х5 | 307,2 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128) |
| 0х6 | 614,4 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256) |
| 0х7 | 614,4 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128) |
| 0х8 | 921,6 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64) |
| 0х9 | 1228,8 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128) |
| 0хa | 1228,8 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64), (4096, 2, 64) |
| 0хb | 1843,2 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64) |
| 0хc | 2457,6 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64), (4096, 2, 64) |
| 0хd | 1536 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64), (4096, 2, 64), (5120, 2, 64) |
| 0хe | 3072 | (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64), (4096, 2, 64), (5120, 2, 64) |
Таблица 2 иллюстрирует примерный формат многопользовательского пакета для каждого DRC в системе 1xEVDO. В Таблице 2 каждый индекс DRC включает в себя его ассоциированную скорость передачи данных и формат пакета, который должен быть передан для множества пользователей. Описание ее должно быть сделано со ссылками на пятое поле Таблицы 2 в качестве примера. То есть формат многопользовательского пакета, переданного ко множеству AT, которые передали DRC=5, задается как (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128). Этот многопользовательский пакет включает в себя пакетные данные для нескольких пользователей и передается вместе с адресами AT, которые будут принимать пакетные данные. AT после приема многопользовательского пакета определяет, включен ли его собственный адрес в принятый многопользовательский пакет, и если его собственный адрес включен в него, обрабатывает пользовательский пакет, соответствующий ему.
Хотя передача многопользовательского пакета описывается в 3GPP2, который установил стандарт CDMA 1xEVDO, не имеется описания того, как передать адрес многопользовательского пакета. Соответственно, имеется необходимость в устройстве и способе, которые способны к обнаружению случая, когда обычно передается один пакет ко множеству пользователей, вместо отдельного пользователя, и сообщают результат обнаружения каждому из пользователей.
Сущность изобретения
Задачей настоящего изобретения является по существу решение вышеупомянутых и других проблем и обеспечение устройства и способа для указания пользователей во время передачи/приема многопользовательского пакета в системе мобильной связи.
Другая задача настоящего изобретения состоит в обеспечении устройства и способа для обнаружения передачи пакета, включающего в себя смешанные данные для множества пользователей, и сообщения результата обнаружения системе мобильной связи.
Другой задачей настоящего изобретения является обеспечение устройства и способа, которые способны принимать и обрабатывать пакет, включающий в себя смешанные данные для множества пользователей в системе мобильной связи.
Согласно одному аспекту настоящего изобретения обеспечивается способ для формирования одного пакета с данными передачи и передачи этого пакета от приемопередающей системы сети доступа (ANTS) к множеству терминалов доступа (AT) в системе мобильной связи, включающей в себя терминалы AT и ANTS, которые способны выполнять обмен пакетными данными с терминалами AT, расположенными в зоне обслуживания. Способ содержит этапы формирования заголовка управления доступом к среде (MAC), включающего в себя информацию о приеме адреса AT и длину и формат для данных передачи, формирование полезных данных MAC, посредством последовательного подключения блоков данных, которые должны быть переданы к принимающему AT, и формирование заключительной части MAC, в котором '0' битов дополняются к заголовку MAC, если заранее определенный размер MAC больше, чем сумма длин заголовка MAC, полезных данных MAC и заключительной части МАС.
Согласно другому аспекту настоящего изобретения обеспечивается способ для приема многопользовательского пакета в системе мобильной связи, включающей в себя терминалы доступа (AT) и приемопередающую систему сети доступа (ANTS), которая выполняет обмен пакетами с терминалами AT, расположенными в зоне ее обслуживания, и формирует многопользовательский пакет с данными передачи, которые должны быть переданы к двум или более терминалами AT. Способ содержит этапы приема многопользовательского пакета от ANTS, при этом многопользовательский пакет содержит заголовок управления доступом к среде (MAC), включающий в себя информацию об адресе каждого AT и длину и формат для данных передачи, полезные данные MAC, сформированные посредством последовательного присоединения блоков данных, которые должны быть переданы каждому AT, и заключительную часть МАС, в которой биты '0' добавляются к заголовку MAC, если заранее определенный размер MAC больше, чем сумма длин заголовка MAC, полезных данных MAC и заключительной части МАС. Способ также содержит этапы определения, включена ли адресная информация AT в заголовок MAC принятого многопользовательского пакета, и извлечения данных, указанных заголовком MAC из полезных данных MAC многопользовательского пакета, если адресная информация AT включена в заголовок MAC.
Согласно другому аспекту настоящего изобретения устройство для формирования одного пакета с данными передачи и передачи пакета от приемопередающей системы сети доступа (ANTS) к множеству терминалов доступа (AT) в системе мобильной связи включает в себя терминалы AT и систему ANTS, которые способны выполнять обмен пакетными данными с терминалами AT, расположенными в зоне ее обслуживания. Устройство содержит очереди данных для сохранения данных, которые должны быть переданы к каждому из AT, контроллер для выполнения операции управления формированием заголовка управления доступом к среде (MAC), включающего в себя информацию о приеме адреса AT, длину и формат для данных передачи, формирование заключительной части MAC и формирование полезных данных MAC посредством последовательного подключения блоков данных, которые должны быть переданы к принимающему AT, и выполнение операции управления дополнения битов '0' к заголовку MAC, если заранее определенный размер MAC больше, чем сумма длин заголовка MAC, полезных данных MAC и заключительной части МАС. Устройство дополнительно содержит модуль формирования и передачи/приема данных для, под управлением контроллера, объединения данных, сохраненных в очередях данных, и вывода информации из контроллера и передачи объединенного результата к терминалам AT.
Согласно другому аспекту настоящего изобретения обеспечивается устройство для приема многопользовательского пакета в системе мобильной связи, включающей в себя терминалы доступа (AT) и приемопередающую систему сети доступа (ANTS), которая выполняет обмен пакетами с терминалами AT, расположенными в ее зоне обслуживания, и формирует многопользовательский пакет с данными передачи, которые должны быть переданы к двум или более терминалам AT. Устройство содержит процессор приема для приема многопользовательского пакета от ANTS, при этом многопользовательский пакет содержит заголовок управления доступом к среде (MAC), включающий в себя информацию об адресе каждого AT и длину и формат для данных передачи, полезные данные MAC, сформированные посредством последовательного добавления блоков данных, которые должны быть переданы каждому AT, и заключительную часть МАС, в которой '0' битов дополняются к заголовку MAC, если заранее определенный размер MAC больше, чем сумма длин заголовка MAC, полезных данных MAC и заключительной части МАС, и для демодулирования и декодирования принятого многопользовательского пакета. Устройство дополнительно содержит контроллер для определения, включена ли адресная информация AT в заголовок MAC принятого многопользовательского пакета, и извлечения данных, указанных заголовком MAC, из полезных данных MAC многопользовательского пакета, если адресная информация AT включена в заголовок MAC.
Краткое описание чертежей
Вышеупомянутые и другие задачи, признаки и преимущества настоящего изобретения станут более очевидными из нижеследующего подробного описания при рассмотрении совместно с сопроводительными чертежами, на которых:
Фиг.1 изображает концептуальную диаграмму, иллюстрирующую примерную систему 1xEVDO мобильной связи;
Фиг.2A изображает диаграмму, иллюстрирующую эффективный формат многопользовательского пакета согласно первому варианту осуществления настоящего изобретения;
Фиг.2B и 2C изображают диаграммы, иллюстрирующие различные форматы поля PacketInfo в заголовке MAC многопользовательского пакета согласно первому варианту осуществления настоящего изобретения;
Фиг.3A изображает диаграмму, иллюстрирующую модифицированный формат многопользовательского пакета согласно первому варианту осуществления настоящего изобретения;
Фиг.3B изображает диаграмму, иллюстрирующую формат поля PacketInfo в модифицированном MAC заголовке для многопользовательского пакета согласно первому варианту осуществления настоящего изобретения;
Фиг.4 изображает последовательность операций, иллюстрирующую процесс формирования многопользовательского пакета в ANTS согласно первому варианту осуществления настоящего изобретения;
Фиг.5 изображает последовательность операций, иллюстрирующую процесс анализа формата принятого в AT многопользовательского пакета согласно первому варианту осуществления настоящего изобретения;
Фиг.6A изображает диаграмму, иллюстрирующую примерный эффективный формат многопользовательского пакета согласно второму варианту осуществления настоящего изобретения;
Фиг.6B иллюстрирует эффективный формат поля PacketInfo в заголовке MAC для многопользовательского пакета согласно второму варианту осуществления настоящего изобретения;
Фиг.7 изображает последовательность операций, иллюстрирующую процесс формирования многопользовательского пакета в ANTS согласно второму варианту осуществления настоящего изобретения;
Фиг.8 изображает последовательность операций, иллюстрирующую процесс анализа формата принятого в AT многопользовательского пакета согласно второму варианту осуществления настоящего изобретения;
Фиг.9A изображает диаграмму, иллюстрирующую примерный эффективный формат многопользовательского пакета согласно третьему варианту осуществления настоящего изобретения;
Фиг.9B изображает диаграмму, иллюстрирующую формат поля PacketInfo в заголовке MAC для многопользовательского пакета согласно третьему варианту осуществления настоящего изобретения;
Фиг.10 изображает последовательность операций, иллюстрирующую процесс формирования многопользовательского пакета в ANTS согласно третьему варианту осуществления настоящего изобретения;
Фиг.11 изображает последовательность операций, иллюстрирующую процесс анализа формата принятого в AT многопользовательского пакета согласно третьему варианту осуществления настоящего изобретения; и
Фиг.12 изображает блок-схему, иллюстрирующую структуры ANTS и AT согласно примерному варианту осуществления настоящего изобретения.
Повсюду на чертежах, как должно быть понятно, аналогичные ссылочные позиции относятся к аналогичным частям, компонентам и структурам.
Подробное описание примерных вариантов осуществления
Примерные варианты осуществления настоящего изобретения описаны более подробно со ссылками на сопроводительные чертежи. В нижеследующем описании подробное описание известных функций и конфигураций, включенных здесь, опущено для ясности и краткости.
В нижеследующем описании примерные варианты осуществления настоящего изобретения раскрывают эффективный формат многопользовательского пакета, причем этот формат содержит информацию об адресе терминала доступа (AT), запланированного для приема многопользовательского пакета, и информацию о длине и конфигурации пакета. Нижеследующее описание настоящего изобретения предоставляет три примерных варианта осуществления, но не ограничивается ими.
Первый вариант осуществления
Фиг.2A изображает диаграмму, иллюстрирующую эффективный формат многопользовательского пакета согласно первому варианту осуществления настоящего изобретения. Со ссылками на фиг.2A ниже приведено подробное описание эффективного формата многопользовательского пакета согласно первому варианту осуществления настоящего изобретения.
Многопользовательский пакет, показанный на фиг.2A, грубо разделяется на три части, содержащие:
(1) заголовок управления доступом к среде (MAC) 210,
(2) полезные данные 220 MAC и
(3) заключительную часть 230 MAC.
Заголовок 210 MAC, часть, включающая в себя информацию об адресах, длинах и форматах нескольких пакетов пользователя, включенных в пакет MAC, содержит минимум одно поле PacketInfo (информация о пакете) или максимум 8 полей PacketInfo. Хотя количество полей PacketInfo является расширяемым, предпочтительное максимальное количество полей PacketInfo становится равным 8, когда принимается во внимание размер пакета, обеспеченного в системе 1xEVDO. Поэтому минимальное количество и максимальное количество полей PacketInfo являются объектом изменения для других систем. Поле PacketInfo в заголовке 210 MAC может иметь такой формат, как показано на фиг.2B, или формат, как показано на фиг.2C.
Фиг.2B и 2C являются диаграммами, иллюстрирующими различные форматы поля PacketInfo (информация о пакете) в заголовке MAC многопользовательского пакета согласно первому варианту осуществления настоящего изобретения. Со ссылками на фиг.2B поле 211 PacketInfo с длиной в 2 октета содержит 1-битовое поле 211a Format, указывающее информацию о формате пакета MAC, 7-битовое поле 211b MACIndex, указывающее прием в AT пакета MAC, и 8-битовое поле 211c Length, указывающее длину пакета MAC. То есть эти 8 старших значащих битов (MSB) 2-октетного поля PacketInfo не могут иметь значение '00000000'. Со ссылками на фиг.2C поле 212 NULL PacketInfo с длиной в 1 октет имеет все нулевые значения '00000000' по всему 1 октету. Поскольку 8 MSB битов прежнего поля не могут иметь значение '00000000', принимающий AT может отличать формат прежнего поля 211 от формата последнего поля 212. Поле 212 NULL PacketInfo используется, чтобы отличать заголовок 210 MAC от полезных данных 220 MAC в пакете MAC. Поле 212 NULL PacketInfo добавляют к концу заголовка 210 MAC, когда количество пакетов пользователя, включенных в пакет MAC, меньше, чем 8, и пакеты пользователя не могут полностью заполнять полезные данные 220 MAC.
Полезные данные 220 MAC содержат фактические пакеты пользователя, включенные в пакет MAC. Полезные данные 220 MAC формируются посредством последовательного добавления пакетов для множества пользователей так, что пакет уровня защиты пользователя (в дальнейшем для простоты называемый как "пользовательский пакет"), соответствующий информации об i-м поле PacketInfo заголовка 210 MAC, расположен в i-й точке полезных данных 220 MAC.
Заключительная часть 230 MAC содержит информацию, указывающую формат пакета MAC, и имеет значение '00' для формата многопользовательского пакета.
Фиг.3A изображает диаграмму, иллюстрирующую модифицированный формат многопользовательского пакета согласно первому варианту осуществления настоящего изобретения. Со ссылками на фиг.3A ниже приведено подробное описание модифицированного формата многопользовательского пакета согласно первому варианту осуществления настоящего изобретения.
Общий формат согласно фиг.3А по существу равен формату согласно фиг.2A. Аналогично, многопользовательский пакет, показанный на фиг.3А, грубо разделен на три части, содержащие заголовок 310 MAC, полезные данные 320 MAC и заключительную часть 330 MAC.
По сравнению с заголовком 210 MAC, имеющим поле 211 PacketInfo, сформированное посредством последовательного добавления поля 211a Format, указывающего информацию о формате пакета пользователя, поля 211b MACIndex, указывающего идентификатор пользователя (ID), и поля 211c Length (длина), указывающего длину пакета пользователя, заголовок 310 MAC, как показано на фиг.3B, содержит поле 311 PacketInfo, сформированное посредством добавления поля 311a Format и поля 311b MACIndex, без включения поля 211c Length. Точно так же поле NULL PacketInfo в формате согласно фиг.3А используется для отличия заголовка 310 MAC от полезных данных 320 MAC в пакете MAC. Поле NULL PacketInfo добавляют к концу заголовка 310 MAC, когда количество пакетов пользователя, включенных в пакет MAC, меньше, чем 8, и пакеты пользователя не могут полностью заполнить полезные данные 320 MAC. Поэтому поле 311 PacketInfo согласно фиг.3B имеет длину один октет и включает в себя 1-битовое поле 311a Format и 7-битовое поле 311b MACIndex.
Фиг.4 изображает последовательность операций, иллюстрирующую процесс формирования многопользовательского пакета (MUP) в приемопередающей системе сети доступа (ANTS) согласно первому варианту осуществления настоящего изобретения. Со ссылками на фиг.4 ниже приведено подробное описание процесса формирования многопользовательского пакета в ANTS согласно первому варианту осуществления настоящего изобретения. Должно быть отмечено, что процесс согласно фиг.4 может применяться или к основному формату или модифицированному формату. В нижеследующем описании фиг.2A-2C для удобства названы как фиг.2 и фиг.3A и 3B названы как фиг.3.
На этапе 400 ANTS выбирает пакет #i для конкретного пользователя, который должен быть передан, используя многопользовательский пакет. На этапе 402 ANTS формирует поле PacketInfo и поле Length, показанное на фиг.2 или 3, с использованием информации о формате, ID принимающего AT и длины для пакета #i. После формирования пакета ANTS определяет на этапе 404, может ли быть добавлен пакет #i, имеющий поле PacketInfo и поле Length, к остающемуся пространству в пакете MAC. Если определено на этапе 404, что пакет #i может быть добавлен к остающемуся пространству, ANTS переходит к этапу 406. Иначе, если пакет #i не может быть добавлен, ANTS переходит к этапу 410, где она определяет, имеются ли еще пакеты пользователя для добавления. Если имеются какие-либо пакеты для добавления, ANTS возвращается к этапу 400. Иначе ANTS переходит к этапу 412.
На этапе 406 ANTS добавляет поле PacketInfo и поле Length пакета #i к концу заголовка MAC пакета MAC и добавляет пакет #i к концу полезных данных MAC. После завершения добавления нового пакета #i на этапе 406 ANTS определяет на этапе 408, включает ли в себя пакет MAC максимально возможное количество, например, 8 пакетов пользователя. Если определено, что количество пакетов пользователя, включенных в пакет MAC, не достигло максимально возможного количества, ANTS переходит к этапу 410, где она определяет, имеются ли еще пакеты для добавления.
Однако, если определено на этапе 408, что пакет MAC включает в себя 8 пакетов пользователя, то есть максимально возможное количество пакетов пользователя, ANTS прекращает добавление новых пакетов и переходит к этапу 412, где она определяет, имеются ли какие-либо пустые промежутки в пакете MAC. Если определено, что имеется пустое пространство в пакете MAC, ANTS определяет на этапе 414, включает ли в себя соответствующий пакет MAC максимально возможное количество, например, 8 пакетов пользователя. Если определено, что пакет MAC включает в себя 8 пакетов пользователя, то есть максимально возможное количество пакетов пользователя, ANTS добавляет достаточное заполнение '0', чтобы заполнить полезные данные MAC на этапе 416, и затем завершает процесс. Однако, если определено на этапе 414, что пакет MAC включает в себя меньше, чем 8 пакетов пользователя, ANTS добавляет поле NULL PacketInfo '00000000' к концу заголовка MAC, чтобы делать различие между заголовком MAC и полезными данными MAC, и добавляет достаточное количество заполнения '0', чтобы заполнить пустое пространство в полезных данных MAC на этапе 418, завершая формирования многопользовательского пакета.
Фиг.5 изображает последовательность операций, иллюстрирующую процесс анализа посредством AT формата принятого многопользовательского пакета согласно первому варианту осуществления настоящего изобретения. Со ссылками на фиг.5 ниже приведено подробное описание процесса анализа формата принятого посредством AT многопользовательского пакета согласно первому варианту осуществления настоящего изобретения.
На этапе 500 AT, принимающий многопользовательский пакет, устанавливает значение параметра sum_packet_length, указывающего сумму длин всех пакетов пользователя, включенных в принятый многопользовательский пакет, в '0'. На этапе 502 AT считывает значение i-го поля PacketInfo из многопользовательского пакета, показанного на фиг.2 или 3, и определяет, равняется ли считанное значение '00000000'. Если считанное значение равняется '00000000', AT может определить, что количество пакетов пользователя, включенных в многопользовательский пакет, равно i-1. В этом случае AT уменьшает значение i на один на этапе 506 и устанавливает новое значение i в качестве количества пакетов пользователя, включенных в многопользовательский пакет, на этапе 516. После этого AT может извлекать i пакетов в многопользовательском пакете на основании проанализированной информации, используя i полей PacketInfo и полей Length на этапе 518.
Если определено на этапе 502, что считанное значение не равно '00000000', AT проверяет информацию о формате, ID принимающего AT и длине для i-го пользовательского пакета, соответствующего считанному i-му полю PacketInfo и полю Length на этапе 504. После этого на этапе 508 AT добавляет длину i-го пользовательского пакета к параметру sum_packet_length. На этапе 510 AT оценивает размер полезных данных MAC для случая, когда i пакетов пользователя включены в многопользовательский пакет. Оценка может быть выполнена посредством вычитания длины i полей PacketInfo и полей Length и длины (2 бита) заключительной части МАС из полной длины пакета MAC, сообщенного (переданного) от физического уровня. На этапе 512 AT определяет, является ли определенная длина полезных данных MAC равной по значению параметру sum_packet_length. Если эти два значения равны друг другу, AT может определить на этапе 516, что количество пакетов пользователя, включенных в пакет MAC, равно i. На этапе 518 AT может извлекать i пакетов в многопользовательском пакете на основании проанализированной информации, используя i полей PacketInfo и полей Length. Однако, если определено на этапе 512, что длина полезных данных MAC отлична по значению от параметра sum_packet_length, AT определяет на этапе 514, достигло ли значение i 8, которое является максимально возможным количеством пакетов пользователя, включенных в многопользовательский пакет. Если значение i равно 8, AT может определить количество пакетов пользователя, включенных в пакет MAC, как равное 8 на этапе 516 и извлекать 8 пакетов пользователя в многопользовательском пакете на основании проанализированной информации, используя 8 полей PacketInfo и полей Length на этапе 518.
Однако, если определено на этапе 514, что значение i не равно 8, AT возвращается на этап 502 и выполняет свои последующие этапы снова, чтобы считывать информацию относительно следующего пакета пользователя.
Второй вариант осуществления
Фиг.6A изображает диаграмму, иллюстрирующую примерный эффективный формат многопользовательского пакета согласно второму варианту осуществления настоящего изобретения. Со ссылками на фиг.6A ниже приведено подробное описание эффективного формата многопользовательского пакета согласно второму варианту осуществления настоящего изобретения.
По существу, как описано выше, многопользовательский пакет, показанный на фиг.6A, может быть грубо разделен на три части, содержащие:
(1) заголовок 610 MAC,
(2) полезные данные 620 MAC и
(3) заключительную часть MAC 630.
Заголовок 610 MAC, часть, включающая в себя информацию об адресах, длине и форматах нескольких пакетов пользователя, включенных в пакет MAC, содержит минимум одно поле Length или максимум 8 полей Length и содержит минимум одно поле PacketInfo или максимум 8 полей PacketInfo. Точно так же количество полей PacketInfo является расширяемым. Однако предпочтительное максимальное количество полей PacketInfo становится равным 8, когда принимается во внимание размер пакета, обеспеченного в системе 1xEVDO. Поэтому минимальное количество и максимальное количество полей PacketInfo могут быть изменены для других систем. Со ссылками на фиг.6B, поле 621 PacketInfo в заголовке 610 MAC содержит 1-битовое поле 621a Format, указывающее формат пакета пользователя, и 7-битовое поле 621b MACIndex, указывающее ID принимающего AT для пакета пользователя. Фиг.6B иллюстрирует эффективный формат поля PacketInfo, составляющего заголовок MAC для многопользовательского пакета согласно второму варианту осуществления настоящего изобретения. Количество полей Length больше на единицу, чем количество полей PacketInfo, когда количество пакетов пользователя, включенных в пакет MAC, меньше, чем 8, и сумма длин пакетов пользователя меньше, чем размер полезных данных 620 MAC. Например, в этом случае заголовок 610 MAC может содержать 4 поля Length и 3 поля PacketInfo. Последнее поле Length, включенное в заголовок 610 MAC, имеет значение '00000000', чтобы указать границу между полями Length и полями PacketInfo.
Полезные данные 620 MAC содержат фактические пакеты пользователя, включенные в пакет MAC. Полезные данные 620 MAC формируют посредством последовательного добавления пакетов для множества пользователей, так что пакет уровня защиты пользователя (в дальнейшем для простоты называемый "пользовательский пакет"), соответствующий информации относительно i-го поля PacketInfo заголовка 610 MAC, расположен в i-й точке полезных данных 620 MAC. Наконец, заключительная часть MAC 630 содержит информацию, указывающую формат пакета MAC, и имеет значение '00' для формата многопользовательского пакета.
Ниже приведено описание процесса передачи многопользовательского пакета в ANTS и процесса приема многопользовательского пакета в AT согласно второму варианту осуществления настоящего изобретения.
Фиг.7 изображает последовательность операций, иллюстрирующую процесс формирования многопользовательского пакета в ANTS согласно второму варианту осуществления настоящего изобретения. Со ссылками на фиг.7 ниже приведено подробное описание процесса формирования многопользовательского пакета в ANTS согласно второму варианту осуществления настоящего изобретения. В нижеследующем описании фиг.6A и 6B для удобства названы как фиг.6.
На этапе 700 ANTS выбирает пакет #i для конкретного пользователя, который должен быть передан, используя многопользовательский пакет. На этапе 702 ANTS формирует поле PacketInfo, показанное на фиг.6, используя информацию о формате и ID принимающего AT для пакета #i. После этого ANTS определяет на этапе 704, могут ли пакет #i и поле Length и поле PacketInfo для пакета #i быть добавлены к остающемуся пространству пакета MAC. Если определено на этапе 704, что они могут быть добавлены к остающемуся пространству, ANTS переходит к этапу 706, где она добавляет поле Length и поле PacketInfo для пакета #i к последнему полю Length и последнему полю PacketInfo заголовка MAC соответственно, чтобы удовлетворить формату, показанному на фиг.6, и добавляет пакет #i к концу полезных данных MAC. Однако, если определено на этапе 704, что пакет #i не может быть добавлен к остающемуся пространству, ANTS переходит к этапу 710, где она определяет, имеются ли еще пакеты пользователя для добавления.
После завершения добавления нового пакета #i на этапе 706 ANTS определяет на этапе 708, включает ли в себя пакет MAC максимально возможное количество, например, 8 пакетов пользователя. Если определено, что количество пакетов пользователя, включенных в пакет MAC, не достигло максимального возможного количества, ANTS переходит к этапу 710, где она определяет, имеются ли еще пакеты пользователя для добавления. Однако, если определено на этапе 708, что пакет MAC включает в себя 8 пакетов пользователя, то есть максимально возможное количество пакетов пользователя, ANTS прекращает добавление новых пакетов и переходит к этапу 712, где она определяет, имеются ли какие-либо пустые пространства в пакете MAC. Также, если определено на этапе 710, что больше не имеется пакетов пользователя для добавления, ANTS прекращает добавление новых пакетов и переходит к этапу 712, где она определяет, имеются ли какие-либо пустые пространства в пакете MAC.
Однако, если определено на этапе 710, что имеется еще некоторое количество пакетов пользователя для добавления, ANTS возвращается к этапу 700 и выполняет следующие за ним этапы.
Если определено на этапе 712, что имеется пустое пространство в пакете MAC, ANTS определяет на этапе 714, включает ли в себя соответствующий пакет MAC максимально возможное количество, например, 8 пакетов пользователя. Если определено, что пакет MAC включает в себя 8 пакетов пользователя, то есть максимально возможное количество пакетов пользователя, ANTS добавляет достаточное количество заполняющих '0', чтобы заполнить полезные данные MAC на этапе 716, и затем завершает процесс. Однако, если определено на этапе 714, что пакет MAC включает в себя меньше, чем 8 пакетов пользователя, ANTS добавляет поле Length из '00000000' к последнему полю Length в заголовке MAC, чтобы выполнить различие между полями Length и полями PacketInfo в заголовке MAC, и добавляет достаточное количество заполняющих '0', чтобы заполнить пустое пространство полезных данных MAC на этапе 718, завершая формирование многопользовательского пакета.
Фиг.8 изображает последовательность операций, иллюстрирующую процесс анализа формата принятого многопользовательского пакета посредством AT согласно второму варианту осуществления настоящего изобретения. Со ссылками на фиг.8 ниже приведено подробное описание процесса анализа формата принятого АТ многопользовательского пакета согласно второму варианту осуществления настоящего изобретения.
На этапе 800 AT, принимающий многопользовательский пакет, устанавливает значение параметра sum_packet_length, указывающего сумму длин всех пакетов пользователя, включенных в принятый многопользовательский пакет, в '0'. На этапе 802 AT считывает значение i-го поля Length из многопользовательского пакета, показанного на фиг.6, и определяет, равняется ли считанное значение '00000000'. Если считанное значение равняется '00000000', AT может обнаружить, что количество пакетов пользователя, включенных в многопользовательский пакет, равно i-1. В этом случае AT уменьшает значение i на один на этапе 806 и устанавливает новое значение i в качестве количества пакетов пользователя, включенных в многопользовательский пакет, на этапе 816. После этого AT может извлекать i пакетов в многопользовательском пакете на основании проанализированной информации, используя i полей Length и полей PacketInfo на этапе 818.
Однако, если определено на этапе 802, что считанное значение не равняется '00000000', AT проверяет информацию о формате и ID принимающего AT для i-го пользовательского пакета, соответствующего считанному i-му полю PacketInfo для считанного i-го поля Length на этапе 804. После этого на этапе 808 AT добавляет длину i-го пользовательского пакета к параметру sum_packet_length. На этапе 810 AT оценивает размер полезных данных MAC для случая, когда i пакетов пользователя включены в многопользовательский пакет. Оценка может быть выполнена посредством вычитания длины i полей Length и полей PacketInfo и длины (2 бита) заключительной части МАС из общей длины пакета MAC, сообщенного от физического уровня. На этапе 812 AT определяет, равна ли определенная длина полезных данных MAC по значению параметру sum_packet_length. Если эти два значения равны друг другу, AT может определить на этапе 816, что количество пакетов пользователя, включенных в пакет MAC, равно i. В этом случае AT может извлекать i пакетов в многопользовательском пакете на основании проанализированной информации, используя i полей Length и полей PacketInfo, на этапе 818.
Однако, если определено на этапе 812, что длина полезных данных MAC отлична по значению от параметра sum_packet_length, AT определяет на этапе 814, достигло ли значение i 8, которое является максимально возможным количеством пакетов пользователя, включенных в многопользовательский пакет. Если значение i равно 8, AT может определить количество пакетов пользователя, включенных в пакет MAC, как равное 8 на этапе 816 и извлекать 8 пакетов пользователя в многопользовательском пакете на основании проанализированной информации, используя 8 полей Length и полей PacketInfo на этапе 818.
Однако, если определено на этапе 814, что значение i не равно 8, AT возвращается к этапу 802 и выполняет его последующие этапы снова, чтобы считать информацию относительно следующего пакета пользователя.
Третий вариант осуществления
Фиг.9A изображает диаграмму, иллюстрирующую примерный эффективный формат многопользовательского пакета согласно третьему варианту осуществления настоящего изобретения. Со ссылками на фиг.9A ниже приведено подробное описание эффективного формата многопользовательского пакета согласно третьему варианту осуществления настоящего изобретения.
По существу, как описано выше, многопользовательский пакет, показанный на фиг.9A, может быть грубо разделен на три части, содержащие:
(1) заголовок 910 MAC,
(2) полезные данные 920 MAC и
(3) заключительную часть 930 MAC.
Каждый из n заголовков 910 MAC является частью, включающей в себя информацию об адресах, длинах и форматах нескольких пакетов пользователя, включенных в пакет MAC. Каждый из n заголовков 910 MAC может содержать минимум одно поле Length или максимум 8 полей Length и минимум одно поле PacketInfo или максимум 8 полей PacketInfo. Точно так же возможное количество полей PacketInfo, включенных в пакет MAC, является расширяемым. Однако предпочтительное максимальное количество полей PacketInfo становится равным 8, когда принимается в рассмотрение размер пакета, обеспеченного в системе 1xEVDO. Поэтому минимальное количество и максимальное количество полей PacketInfo может быть изменено для других систем.
Со ссылками на фиг.9B поле 911 PacketInfo в заголовке 910 MAC содержит 1-битовое поле 911a Format, указывающее формат пакета пользователя, и 7-битовое поле 911b MACIndex, указывающее ID принимающего AT для пакета пользователя. Каждые из n полезных данных 920 MAC содержат фактические пакеты пользователя, включенные в пакет MAC. Полезные данные 920 MAC передают пакет уровня защиты пользователя (в дальнейшем для простоты названные как "пользовательский пакет"), соответствующий информации относительно поля PacketInfo его предшествующего заголовка MAC. Заключительная часть 930 MAC содержит информацию, указывающую формат пакета MAC, и имеет значение '00' для формата многопользовательского пакета.
Фиг.10 изображает последовательность операций, иллюстрирующую процесс формирования многопользовательского пакета в ANTS согласно третьему варианту осуществления настоящего изобретения. Со ссылками на фиг.10 ниже приведено подробное описание процесса формирования многопользовательского пакета в ANTS согласно третьему варианту осуществления настоящего изобретения. В нижеследующем описании фиг.9A и 9B для удобства названы как фиг.9.
На этапе 1000 ANTS выбирает пакет #i для конкретного пользователя, который должен быть передан, используя многопользовательский пакет. На этапе 1002 ANTS формирует поле PacketInfo, показанное на фиг.9, с использованием информации о формате и ID принимающего AT для пакета #i. После этого ANTS определяет на этапе 1004, могут ли пакет #i и поле Length и поле PacketInfo для пакета #i быть добавлены к остающемуся пространству пакета MAC. Если определено на этапе 1004, что они могут быть добавлены к остающемуся пространству, ANTS переходит к этапу 1006, где она добавляет пакет #i и поле Length и поле PacketInfo для пакета #i к последнему добавленному пакету пользователя и последнему полю Length и последнему полю PacketInfo для пакета пользователя, соответственно, чтобы удовлетворить формату, показанному на фиг.9.
Однако, если определено на этапе 1004, что пакет #i не может быть добавлен к остающемуся пространству, ANTS переходит к этапу 1010, где она определяет, имеются ли еще пакеты пользователя для добавления. Если имеется еще некоторое количество пакетов пользователя для добавления, ANTS возвращается к этапу 1000 и повторно выполняет последующие за ним этапы. Однако, если не имеется больше пакетов пользователя для добавления, ANTS переходит к этапу 1012.
После завершения добавления нового пакета #i на этапе 1006 ANTS определяет на этапе 1008, включает ли в себя пакет MAC максимально возможное количество, например, 8 пакетов пользователя. Если определено, что количество пакетов пользователя, включенных в пакет MAC, не достигло максимально возможного количества, ANTS переходит к этапу 1010, где она определяет, имеются ли еще пакеты пользователя для добавления.
Однако, если определено на этапе 1008, что пакет MAC включает в себя 8 пакетов пользователя, то есть максимально возможное количество пакетов пользователя, ANTS прекращает добавление новых пакетов и переходит к этапу 1012, где она определяет, имеются ли какие-либо пустые пространства в пакете MAC. Если определено, что имеется пустое пространство в пакете MAC, ANTS добавляет достаточное количество заполняющих '0', чтобы заполнить полезные данные MAC на этапе 1014, и затем завершает процесс. Однако, если не имеется пустого пространства в пакете MAC, ANTS завершает процесс без добавления '0'.
Фиг.11 изображает последовательность операций, иллюстрирующую процесс анализа формата принятого многопользовательского пакета AT согласно третьему варианту осуществления настоящего изобретения. Со ссылками на фиг.11 ниже приведено подробное описание процесса анализа формата принятого многопользовательского пакета AT согласно третьему варианту осуществления настоящего изобретения.
На этапе 1100 AT, принимающий многопользовательский пакет, устанавливает значение параметра sum_packet_length, указывающего сумму длин всех пакетов пользователя, включенных в принятый многопользовательский пакет, равным '0'. На этапе 1102 AT считывает значение i-го поля Length из многопользовательского пакета, показанного на фиг.9, и определяет, равняется ли считанное значение '00000000'. В третьем варианте осуществления настоящего изобретения, так как значение поля Length может не стать равным '00000000', AT может определить, что считанное значение '00000000' является началом заполняющей части. Поэтому AT может определить, что количество пакетов пользователя, включенных в многопользовательский пакет, равно i-1. В этом случае AT уменьшает значение i на единицу на этапе 1106 и устанавливает новое значение i в качестве количества пакетов пользователя, включенных в многопользовательский пакет, на этапе 1116. После этого AT может извлекать i пакетов в многопользовательском пакете на основании проанализированной информации, используя i полей Length и полей PacketInfo на этапе 1118.
Однако, если определено на этапе 1102, что считанное значение не равняется '00000000', AT проверяет информацию о формате и ID принимающего AT для i-го пользовательского пакета, соответствующего считанному i-му полю PacketInfo для считанного i-го поля Length на этапе 1104. После этого на этапе 1108 AT добавляет длину i-го пользовательского пакета к параметру sum_packet_length. На этапе 1110 AT оценивает размер полезных данных MAC для случая, когда i пакетов пользователя включены в многопользовательский пакет. Оценка может быть выполнена посредством вычитания длины i поля Length и поля PacketInfo и длины (2 бита) заключительной части МАС из общей длины пакета MAC, сообщенного от физического уровня. На этапе 1112 AT определяет, является ли определенная длина полезных данных MAC равной по значению параметру sum_packet_length. Если два значения равны друг другу, AT выполняет этап 1116 и его последующий этап способом, описанным выше.
Однако, если определено на этапе 1112, что длина полезных данных MAC отлична по значению от параметра sum_packet_length, AT определяет на этапе 1114, достигло ли значение i 8, которое является максимально возможным количеством пакетов пользователя, включенных в многопользовательский пакет. Если значение i равно 8, AT переходит к этапу 1116. Иначе, если значение i не равно 8, AT возвращается к этапу 1102 и выполняет следующие за ним этапы снова, чтобы считывать информацию относительно следующего пакета пользователя.
Ниже приведено описание структур ANTS и AT согласно примерному варианту осуществления настоящего изобретения.
Фиг.12 изображает блок-схему, иллюстрирующую структуры ANTS и AT согласно примерному варианту осуществления настоящего изобретения. Со ссылками на фиг.12 ниже приведено подробное описание структур ANTS и AT согласно варианту осуществления настоящего изобретения.
Сначала описаны ниже структура и работа ANTS 1210. ANTS 1210 соответствует ANTS 110, показанной на фиг.1, но не ограничивается ею. Контроллер ANTS 1211 управляет процессом формирования многопользовательского пакета с форматом, показанным на фиг.2, 3, 6 и 9. Очередь данных 1213 сохраняет данные пользователя, принятые от верхнего узла 1212, отдельно для индивидуальных пользователей. Например, верхний узел 1212 соответствует ANC 120 согласно фиг.1. Контроллер ANTS 1211 обнаруживает данные, сохраненные в очереди данных 1213, и выполняет операцию по управлению формированием и передачей многопользовательского пакета согласно характеристикам данных перед передачей.
То есть контроллер ANTS 1211 управляет передачей данных, сохраненных в очереди данных 1213. При передаче одного пользовательского пакета контроллер ANTS 1211 выдает данные, сохраненные только в одной очереди данных, к модулю 1214 формирования и передачи/приема данных. Однако при передаче многопользовательского пакета контроллер ANTS 1211 считывает данные из множества очередей данных 1213 и выдает считанные данные к модулю 1214 формирования и передачи/приема данных, чтобы сформировать многопользовательский пакет с форматом, показанным на фиг.2, 3, 6 и 9, используя данные пользователя, сохраненные в множестве очередей 1213 данных перед передачей. Затем модуль 1214 формирования и передачи/приема данных формирует пакет передачи под управлением контроллера ANTS 1211 и передает пакет передачи через соответствующий беспроводной диапазон частот.
Ниже описаны структура и работа AT 1200. AT 1200 соответствует AT 100 согласно фиг.1, но не ограничивается им. В AT 1200 радиочастотный (РЧ) блок 1201 преобразует с понижением частоты РЧ сигнал, принятый от антенны, в сигнал основной полосы частот и выдает сигнал основной полосы частот к демодулятору 1202. Демодулятор 1202 демодулирует сигнал основной полосы частот, модулированный во время его передачи, и выдает демодулированные данные на декодер 1203. Декодер 1203 декодирует демодулированные данные, закодированные во время его передачи, и выдает декодированные данные на контроллер AT 1204 вместе с результатом проверки ошибки посредством кода CRC (циклического контроля избыточности). РЧ блок 1201, демодулятор 1202 и декодер 1203 составляют процессор приема.
Контроллер AT 1204 управляет работой согласно фиг.5, 8 и 11, используя данные, принятые в процессоре приема. То есть для многопользовательского пакета контроллер AT 1204 выполняет операцию управления обработки его собственного многопользовательского пакета, переданного к нему. Описание других операций управления, выполненных контроллером AT 1204, будет опущено для ясности и краткости.
Кроме того, контроллер AT 1204 формирует сигнал управления, который должен быть передан в обратном направлении, и выдает сформированный сигнал управления на кодер 1206. Кодер 1206 кодирует данные пользователя и сигнал управления и выдает закодированные данные на модулятор 1207. Модулятор 1207 выполняет модуляцию способом модуляции, выбранным согласно характеристикам данных, и выдает модулируемые данные на РЧ блок 1201. РЧ блок 1201 преобразует с повышением частоты данные, принятые от модулятора 1207, в РЧ сигнал и обратно передает РЧ сигнал к ANTS 1210 через антенну. Кодер 1206, модулятор 1207 и РЧ блок 1201 составляют процессор передачи.
РЧ блок 1201 может быть включен и в процессор приема и процессор передачи. РЧ блок 1201 может дополнительно включать в себя блок приема для процессора данных приема и блок передачи для процессора данных передачи.
Как может быть понятно из предшествующего описания, новые аппарат и способ согласно вариантам осуществления настоящего изобретения могут эффективно передавать информацию, включенную в пакет, каждому из множества пользователей, отличных от отдельного пользователя.
В то время как примерные варианты осуществления изобретения показаны и описаны со ссылками на некоторые примерные их реализации, специалистам должно быть понятно, что различные изменения в форме и подробностях могут быть сделаны без отрыва от объема и формы изобретения, которое определяется прилагаемой формулой изобретения.
Claims (12)
1. Способ формирования одного пакета с данными передачи и передачи пакета от приемопередающей системы сети доступа (ANTS) ко множеству терминалов доступа (AT) в системе мобильной связи, включающей в себя AT и ANTS, которые способны выполнять обмен пакетными данными с терминалами AT, расположенными в ее зоне обслуживания, причем способ содержит этапы
формируют заголовок управления доступом к среде (MAC), содержащий информацию об адресе принимающего AT, длине и формате для данных передачи;
формируют полезные данные MAC посредством последовательного добавления блоков данных, которые должны быть переданы к принимающему AT; и
формируют заключительную часть MAC, в которой биты '0' заполняют заголовок MAC, если заранее определенный размер MAC больше, чем сумма длин заголовка MAC, полезных данных MAC и заключительной части MAC.
2. Способ по п.1, в котором количество n полезных данных MAC равно 1≤n≤8.
3. Способ по п.1, в котором биты '0' заполнятся блоками октетов.
4. Способ по п.3, в котором эти биты '0' заполняют в полезные данные MAC, если размер MAC не является удовлетворительным, после того, как эти биты '0' добавлены в заголовок MAC.
5. Способ по п.4, в котором эти биты '0' заполняют в полезные данные MAC после того, как максимально возможное количество битов '0' дополнено в заголовок MAC.
6. Устройство для формирования одного пакета с данными передачи и передачи пакета от приемопередающей системы сети доступа (ANTS) ко множеству терминалов доступа (AT) в системе мобильной связи, включающей в себя AT и ANTS, которые способны выполнять обмен пакетными данными с терминалами AT, расположенными в ее зоне обслуживания, при этом устройство содержит
очереди данных для сохранения данных, которые должны быть переданы к каждому из AT;
контроллер для выполнения операции управления формированием заголовка управления доступом к среде (MAC), содержащего информацию об адресе принимающего AT, длине и формате для данных передачи, формирования заключительной части MAC и формирования полезных данных MAC посредством последовательного присоединения блоков данных, которые должны быть переданы к принимающему AT, и выполнения операции управления заполнения битами '0' заголовка MAC, если заранее определенный размер MAC больше, чем сумма длин заголовка MAC, полезных данных MAC и заключительной части MAC; и
модуль формирования и передачи/приема данных для, под управлением контроллера, объединения данных, сохраненных в очередях данных, и информации, выданной из контроллера, и передачи объединенного результата к терминалам AT.
7. Устройство по п.6, в котором количество n полезных данных MAC равно 1≤n≤8.
8. Устройство по п.6, в котором контроллер заполняет биты '0' блоками октетов.
9. Устройство по п.8, в котором контроллер заполняет биты '0' в полезные данные MAC, если размер MAC не является удовлетворительным, после того, как эти биты '0' добавлены в заголовок MAC.
10. Устройство по п.9, в котором контроллер заполняет биты '0' в полезные данные MAC после заполнения максимального возможного количества этих битов '0' в заголовок MAC.
11. Способ приема многопользовательского пакета в системе мобильной связи, включающей в себя терминалы доступа (AT) и систему приемопередатчика сети доступа (ANTS), которая выполняет обмен пакетами с терминалами AT, расположенными в ее зоне обслуживания, и формирует многопользовательский пакет с данными передачи, которые должны быть переданы к двум или более терминалам AT, при этом способ содержит этапы
принимают многопользовательский пакет от ANTS, при этом многопользовательский пакет содержит заголовок управления доступом к среде (MAC), содержащий информацию об адресе каждого AT и длине и формате для данных передачи, полезные данные MAC, сформированные посредством последовательного присоединения блоков данных, которые должны быть переданы каждому AT, и заключительную часть MAC, причем биты '0' добавляются к заголовку MAC, если заранее определенный размер MAC больше, чем сумма длин заголовка MAC, полезных данных MAC и заключительной части MAC;
определяют, включена ли адресная информация AT в заголовок MAC принятого многопользовательского пакета; и
извлекают данные, указанные заголовком MAC, из полезных данных MAC многопользовательского пакета, если адресная информация AT включена в заголовок MAC.
12. Устройство для приема многопользовательского пакета в системе мобильной связи, включающей в себя терминалы доступа (AT) и систему приемопередатчика сети доступа (ANTS), которая выполняет обмен пакетами с терминалами AT, расположенными в ее зоне обслуживания, и формирует многопользовательский пакет с данными передачи, которые должны быть переданы к двум или более терминалам AT, причем устройство содержит
процессор приема для приема многопользовательского пакета от ANTS, при этом многопользовательский пакет содержит заголовок управления доступом к среде (MAC), содержащий информацию об адресе каждого AT и длине и формате для данных передачи, полезные данные MAC, сформированные посредством последовательного присоединения блоков данных, которые должны быть переданы каждому AT, и заключительную часть MAC, причем биты '0' добавляются к заголовку MAC, если заранее определенный размер MAC больше, чем сумма длин заголовка MAC, полезных данных MAC и заключительной части MAC, и демодулирования и декодирования принятого многопользовательского пакета; и
контроллер для определения, включена ли адресная информация AT в заголовок MAC принятого многопользовательского пакета, и извлечения данных, указанных заголовком MAC, из полезных данных MAC многопользовательского пакета, если адресная информация AT включена в заголовок MAC.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR20050001893 | 2005-01-07 | ||
| KR10-2005-0001893 | 2005-01-07 | ||
| KR20050087443A KR100918748B1 (ko) | 2005-01-07 | 2005-09-20 | 이동통신 시스템에서 다중 사용자 패킷 송/수신 장치 및방법 |
| KR10-2005-0087443 | 2005-09-20 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| RU2342799C1 true RU2342799C1 (ru) | 2008-12-27 |
Family
ID=37172372
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2007125690A RU2342799C1 (ru) | 2005-01-07 | 2006-01-06 | Устройство и способ для передачи/приема многопользовательского пакета в системе мобильной связи |
Country Status (5)
| Country | Link |
|---|---|
| JP (1) | JP4584320B2 (ru) |
| KR (1) | KR100918748B1 (ru) |
| CN (1) | CN101053226B (ru) |
| DE (1) | DE602006013206D1 (ru) |
| RU (1) | RU2342799C1 (ru) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2369013C1 (ru) | 2005-10-12 | 2009-09-27 | Самсунг Электроникс Ко., Лтд. | Способ и устройство для передачи и приема данных в системе множественного доступа с кодовым разделением каналов |
| JP4975094B2 (ja) * | 2006-04-25 | 2012-07-11 | エルジー エレクトロニクス インコーポレイティド | ハイブリッド自動要請動作で資源を用いてデータを伝送する方法 |
| CN105743556B (zh) | 2009-11-24 | 2019-03-22 | 韩国电子通信研究院 | 用于在无线通信系统中接收数据的方法和装置 |
| CN102771059B (zh) | 2009-11-24 | 2016-07-06 | 韩国电子通信研究院 | 用于在基于多用户的无线通信系统中传送帧的方法 |
| US8861495B2 (en) | 2009-11-24 | 2014-10-14 | Electronics And Telecommunications Research Institute | Method for protecting data in a MU-MIMO based wireless communication system |
| CN102083009A (zh) * | 2009-11-27 | 2011-06-01 | 中国移动通信集团山东有限公司 | 数据信息发送方法及装置 |
| EP2515452B1 (en) | 2009-12-18 | 2015-04-08 | Electronics and Telecommunications Research Institute | Method for sending/receiving data in a wireless packet communication system in which there is simultaneous communication with a plurality of terminals |
| US9179300B2 (en) | 2011-03-02 | 2015-11-03 | Qualcomm Incorporated | Station-centric multi-user multiple input multiple output (MU-MIMO) |
| US9118473B2 (en) | 2011-03-15 | 2015-08-25 | Qualcomm Incorporated | Efficient multi-user multiple input multiple output (MU-MIMO) |
| WO2013116132A1 (en) * | 2012-01-31 | 2013-08-08 | Marvell World Trade Ltd. | Mac header compression in long-range wireless local area networks |
| CN103517335B (zh) * | 2013-09-18 | 2016-06-15 | 北京创毅讯联科技股份有限公司 | 数据组包方法与装置 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100220628B1 (ko) | 1996-12-28 | 1999-09-15 | 구자홍 | 비동기 전송방식에서의 패드필드를 이용한 부가서비스 장치 |
| KR100231460B1 (ko) | 1996-12-31 | 1999-11-15 | 이우복 | Atm 계층처리부의 패드삽입 장치 |
| KR100289071B1 (ko) | 1997-12-31 | 2001-05-02 | 김덕중 | 비동기식전송모드계층처리시셀구성방법및장치 |
| EP1003302A3 (en) * | 1998-11-20 | 2001-12-12 | Nec Corporation | Data packet multi-access communicating method and transmitting and receiving apparatus therefor |
| CA2309472A1 (en) * | 2000-05-25 | 2001-11-25 | Mark James Frazer | Data communication channel |
| US7280562B2 (en) * | 2003-02-18 | 2007-10-09 | Qualcomm Incorporated | Variable packet lengths for high packet data rate communications |
| JP4666890B2 (ja) * | 2003-04-28 | 2011-04-06 | ソニー株式会社 | 通信システム及び通信方法、並びに通信装置 |
| KR100602631B1 (ko) * | 2003-04-29 | 2006-07-20 | 삼성전자주식회사 | 공중망 디엘알을 공유하는 구내 이브이-디오 시스템 및이를 이용한 데이터 서비스 방법 |
| KR100598042B1 (ko) | 2003-05-12 | 2006-07-13 | 주식회사 팬택앤큐리텔 | 무선통신단말기에서 무선 데이터 서비스 이용시의 데이터수신 속도 측정 방법 |
| DE602004003063T2 (de) * | 2003-06-12 | 2007-06-06 | Koninklijke Philips Electronics N.V. | Zusammengesetzte rahmenstruktur für eine datenübertragung |
-
2005
- 2005-09-20 KR KR20050087443A patent/KR100918748B1/ko not_active IP Right Cessation
-
2006
- 2006-01-06 JP JP2007550298A patent/JP4584320B2/ja active Active
- 2006-01-06 RU RU2007125690A patent/RU2342799C1/ru active
- 2006-01-06 CN CN2006800011086A patent/CN101053226B/zh active Active
- 2006-01-09 DE DE200660013206 patent/DE602006013206D1/de active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN101053226A (zh) | 2007-10-10 |
| DE602006013206D1 (de) | 2010-05-12 |
| JP2008527838A (ja) | 2008-07-24 |
| JP4584320B2 (ja) | 2010-11-17 |
| CN101053226B (zh) | 2011-07-20 |
| KR20060081329A (ko) | 2006-07-12 |
| KR100918748B1 (ko) | 2009-09-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2342799C1 (ru) | Устройство и способ для передачи/приема многопользовательского пакета в системе мобильной связи | |
| US10057729B2 (en) | Apparatus and method for transmitting/receiving multiuser packet in a mobile communication system | |
| US8437328B2 (en) | Method of processing data in a medium access control (MAC) layer | |
| US7796632B2 (en) | Transmission channel bandwidth selection for communications between multi-bandwidth nodes | |
| US6721302B1 (en) | Apparatus, and associated method, for communicating packet data in a SDMA (Space-Division, Multiple-Access) communication scheme | |
| US6901254B2 (en) | Method of selecting base transceiver system in communication system | |
| US7760686B2 (en) | Wireless packet communication method and wireless packet communication apparatus | |
| US20050160181A1 (en) | Method of communications between MIMO stations | |
| US7554945B2 (en) | Apparatus and method for receiving data in a mobile communication system | |
| MX2007002810A (es) | Soporte e medicion para una antena inteligente en un sistema de comunicaciones inalambricas. | |
| MX2008002375A (es) | Metodo para la administracion eficiente de recursos de radio. | |
| CN101094432A (zh) | 传输数据的方法及相应的装置 | |
| KR20060115290A (ko) | 이동통신 시스템에서 다중 사용자 패킷 송수신 장치 및방법 | |
| US8218486B2 (en) | Apparatus and method for transmitting/receiving packet in a mobile communication system | |
| US8396016B2 (en) | Method and apparatus for transmitting and receiving data in a code division multiple access system | |
| EP1786154A1 (en) | Apparatus and method for transmitting/receiving forward rate control informatin in mobile communication system | |
| US7103020B2 (en) | PLMN radio interface with upper layer supervision of layer one transport channels | |
| KR20060067968A (ko) | 전송 포맷 조합 지표의 유도 방법, 디지털 신호 프로세서,무선 송수신기 및 통신 데이터 처리 방법 | |
| KR100823263B1 (ko) | ＱｏＳ 보장 방법 및 장치 | |
| RU2344549C1 (ru) | Устройство и способ для передачи/приема пакетов в системе мобильной связи | |
| KR20070002842A (ko) | 이동 통신 시스템에서 패킷 데이터 송신 장치및 방법과 그시스템 | |
| KR20070050327A (ko) | 이동통신 시스템에서 순방향 전송률 제어 정보 송/수신장치 및 방법 |