Устройство и способ для передачи/приема многопользовательского пакета в системе мобильной связи

Иллюстрации

Показать все

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

Реферат

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

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

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

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

Таблица 2
DRCСкорость передачи (кбит/с)Список ассоциированных форматов мультипользовательской передачи данных
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, где она определяет, имеются ли еще пакеты пользователя для добавления.

После завершения