УСТРОЙСТВО И СПОСОБ ДЛЯ ПЕРЕДАЧИ/ПРИЕМА МНОГОПОЛЬЗОВАТЕЛЬСКОГО ПАКЕТА В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ Российский патент 2008 года по МПК H04L12/56 

Область техники

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

Описание предшествующего уровня техники

Системы мобильной связи были разработаны, чтобы обеспечить речевые услуги, гарантируя мобильность пользователя. С быстрым прогрессом в технике связи системы мобильной связи развились в системы, которые также способны обеспечивать услуги по передаче данных. Недавно было проведено исследование в отношении высокоскоростной передачи данных в системе мобильной связи множественного доступа с кодовым разделением каналов (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 ниже, в качестве примера.

Таблица 1DRCСкорость передачи (кбит/с)Количество ТХ (слотов)Формат передачи0х0016(1024, 16, 1024)0х138,416(1024, 16, 1024)0х276,88(1024, 8, 512)0х3153,64(1024, 4, 256)0х4307,22(1024, 2, 128)0х5307,24(2048, 4, 128)0х6614,41(1024, 1, 64)0х7614,42(2048, 2, 64)0х8921,62(3072, 2, 64)0х91228,81(2048, 1, 64)0хa1228,82(4096, 2, 64)0хb1843,21(3072, 1, 64)0хc2457,61(4096, 1, 64)0хd15362(5120, 2, 64)0хe30721(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 ниже в качестве примера.

Таблица 2DRCСкорость передачи (кбит/с)Список ассоциированных форматов мультипользовательской передачи данных0х00(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256)0х138,4(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256)0х276,8(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256)0х3153,6(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256)0х4307,2(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256)0х5307,2(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128)0х6614,4(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256)0х7614,4(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128)0х8921,6(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64)0х91228,8(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128)0хa1228,8(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64), (4096, 2, 64)0хb1843,2(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64)0хc2457,6(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64), (4096, 2, 64)0хd1536(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хe3072(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 может дополнительно включать в себя блок приема для процессора данных приема и блок передачи для процессора данных передачи.

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

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

Изобретение относится к передаче данных в системе мобильной связи. Устройство и способ обеспечиваются для формирования одного пакета с данными передачи и передачи пакета от приемопередающей системы сети доступа (ANTS) к множеству терминалов доступа (AT) в системе мобильной связи, включающей в себя терминалы AT и систему ANTS, которые способны выполнять обмен пакетными данными с терминалами AT, расположенными в ее зоне обслуживания. Способ включает в себя этапы формирования заголовка управления доступом к среде (MAC), включающего в себя информацию об адресе принимающего AT, длине и формате для данных передачи, формирования полезных данных MAC, последовательно присоединяя блоки данных, которые должны быть переданы к принимающему AT, и формирования заключительной части MAC. ANTS добавляет биты '0' к заголовку MAC, если заранее определенный размер MAC больше, чем сумма длин заголовка MAC, полезных данных MAC и заключительной части MAC. Техническим результатом является указанние пользователей во время передачи/приема многопользовательского пакета в системе мобильной связи. 4 н. и 8 з.п. ф-лы, 12 ил.

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

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

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

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

очереди данных для сохранения данных, которые должны быть переданы к каждому из AT;

контроллер для выполнения операции управления формированием заголовка управления доступом к среде (MAC), содержащего информацию об адресе принимающего AT, длине и формате для данных передачи, формирования заключительной части MAC и формирования полезных данных MAC посредством последовательного присоединения блоков данных, которые должны быть переданы к принимающему AT, и выполнения операции управления заполнения битами '0' заголовка MAC, если заранее определенный размер MAC больше, чем сумма длин заголовка MAC, полезных данных MAC и заключительной части MAC; и

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

принимают многопользовательский пакет от ANTS, при этом многопользовательский пакет содержит заголовок управления доступом к среде (MAC), содержащий информацию об адресе каждого AT и длине и формате для данных передачи, полезные данные MAC, сформированные посредством последовательного присоединения блоков данных, которые должны быть переданы каждому AT, и заключительную часть MAC, причем биты '0' добавляются к заголовку MAC, если заранее определенный размер MAC больше, чем сумма длин заголовка MAC, полезных данных MAC и заключительной части MAC;

определяют, включена ли адресная информация AT в заголовок MAC принятого многопользовательского пакета; и

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

процессор приема для приема многопользовательского пакета от ANTS, при этом многопользовательский пакет содержит заголовок управления доступом к среде (MAC), содержащий информацию об адресе каждого AT и длине и формате для данных передачи, полезные данные MAC, сформированные посредством последовательного присоединения блоков данных, которые должны быть переданы каждому AT, и заключительную часть MAC, причем биты '0' добавляются к заголовку MAC, если заранее определенный размер MAC больше, чем сумма длин заголовка MAC, полезных данных MAC и заключительной части MAC, и демодулирования и декодирования принятого многопользовательского пакета; и

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