Способ и устройство для передачи и приема данных в системе множественного доступа с кодовым разделением каналов

Способ и устройство для передачи и приема данных в системе множественного доступа с кодовым разделением каналов

Иллюстрации

Показать все

Реферат

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

Настоящее изобретение, в целом, относится к способу и системе для передачи и приема данных в системе мобильной связи. Более конкретно, настоящее изобретение относится к способу и устройству для передачи и приема данных к/от множеству(а) пользователей в системе множественного доступа с кодовым разделением каналов (CDMA), использующей множество несущих (МН, МС).

Предшествующий уровень техники

В последнее время множество исследований выполняются по высокоскоростной передаче данных в системах мобильной связи CDMA. Типичная система мобильной связи, имеющая канальную структуру для высокоскоростной передачи данных, включает в себя систему 1x EVolution Data Only (1xEVDO). Система 1xEVDO является системой мобильной связи, определенной в Проекте-2 Партнерства 3-го поколения (3GPP2) для дополнения передачи данных в системе Interim Standard-2000 (IS-2000).

Прямой канал системы 1xEVDO включает в себя пилот-канал, прямой канал управления доступом к среде (MAC), прямой канал трафика и прямой канал управления. Прямой канал передают на каждый терминал доступа (ТД, AT) посредством мультиплексирования с временным разделением каналов (TDM). Группа переданных TDM-сигналов называется "пачкой".

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

Обратный канал системы 1xEVDO, в отличие от прямого канала, имеет канал с уникальным идентификационным кодом для каждого индивидуального терминала доступа, и обратный канал для каждого индивидуального терминала доступа включает в себя пилот-канал, обратный канал трафика, канал доступа, канал управления скоростью передачи данных (DRC) и обратный канал индикатора скорости передачи (RRI). Обратный канал трафика передает пакеты данных пользователя, канал DRC используется для индикации скорости передачи прямого канала, поддерживаемой терминалом доступа, и RRI канал используется для индикации скорости передачи данных в направлении обратного канала. Канал доступа используется, когда терминал доступа передает сообщения или трафик к узлу доступа (УД, AN) прежде, чем канал трафика будет соединен.

Архитектура системы 1xEVDO описана ниже со ссылками на Фиг.1.

Фиг.1 изображает диаграмму, схематично иллюстрирующую архитектуру обычной системы 1xEVDO.

Со ссылками на Фиг.1 система 1xEVDO включает в себя узел обслуживания пакетной передачи данных (УОППД, PDSN) 40, соединенный с сетью Интернет 50, для передачи высокоскоростных пакетных данных к узлу 20 доступа, и контроллер узла доступа (ANC, КУД) 30 для управления узлом 20 доступа. Узел 20 доступа беспроводным образом связывается с множеством терминалов доступа (ТД, АТ) 10 и передает высокоскоростные пакетные данные на терминал 10a доступа, имеющий наивысшую скорость передачи.

Для управления скоростью передачи прямого канала терминал доступа 10 измеряет принятый уровень пилот сигнала, переданного узлом 20 доступа, и определяет свою требуемую прямую скорость передачи данных на основании измеренного принятого уровня пилот сигнала. Терминал доступа 10 передает информацию DRC, соответствующую определенной прямой скорости передачи данных, к узлу 20 доступа через канал DRC. Узел 20 доступа затем принимает информацию DRC и может передать пакетные данные только на терминал 10a доступа, имеющий хорошее канальное состояние, на скорости передачи, сообщенной терминалом 10a доступа. Хотя соотношение соответствия между состоянием прямого канала и информацией DRC подвержены изменениям в зависимости от реализации, оно обычно устанавливается в процессе изготовления терминала доступа.

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

Таблица 1
DRC	Скорость передачи (кб/сек)	Количество передач	Формат передачи
0х0	0	16	(1024, 16, 1024)
0х1	38,4	16	(1024, 16, 1024)
0х2	76,8	8	(1024, 8, 512)
0х3	153,6	4	(1024, 4, 256)
0х4	307,2	2	(1024, 2, 128)
0х5	307,2	4	(2048, 4, 128)
0х6	614,4	1	(1024, 1, 64)
0х7	614,4	2	(2048, 2, 64)
0х8	921,6	2	(3072, 2, 64)
0х9	1228,8	1	(2048, 1, 64)
0xa	1228,8	2	(4096, 2, 64)
0xb	1843,2	1	(3072, 1, 64)
0xc	2457,6	1	(4096, 1, 64)
0xd	1536	2	(5120, 2, 64)
0xe	3072	1	(5120, 1, 64)

Со ссылками на Таблицу 1 формат передачи выражен в форме "бит, интервал (слот) и преамбула элемента сигнала", например, (1024, 16, 1024), что означает, что 1024-битная информация передается в 16 слотах и преамбула с 1024 элементами сигнала передается в начале передачи. Узел доступа передает данные на каждый терминал доступа с форматом передачи, соответствующим значению DRC, сообщенному терминалом доступа, и терминал доступа пытается принимать прямой канал данных только с форматом, соответствующим его сообщенному значению DRC. Это соглашение сделано вследствие того, что для канала данных, переданного в прямом направлении, не имеется другого канала для указания его скорости передачи данных. То есть, когда узел доступа передает данные, используя формат передачи другой, чем формат передачи, сообщенный терминалом доступа, не имеется способа указать формат передачи, так что терминал доступа не может принять данные. Поэтому узел доступа всегда передает данные только с форматом передачи, соответствующим DRC, сообщенному терминалом доступа. Например, для терминала доступа, который передал DRC 0x01 через канал DRC, узел доступа передает данные, используя формат передачи (1024, 16, 1024), соответствующий значению DRC, и терминал доступа пытается принимать данные только с этим форматом.

Узел доступа при передаче данных на терминал доступа указывает, какой пользователь должен принять данные прямого канала, используя преамбулу, имеющую длину, указанную в формате передачи. Эта преамбула генерируется посредством расширения заранее определенной последовательности символов, используя код Уолша, соответствующий идентификатору Управления доступом к среде (MAC ID), назначенному каждому терминалу доступа узлом доступа. Чтобы определить, принимать ли данные, терминал доступа принимает столько элементов сигнала, какова длина преамбулы, соответствующая сообщенному ему формату передачи, сжимает принятые элементы сигнала, используя код Уолша, соответствующий его собственному MAC ID, и сравнивает, является ли сигнал равным заранее определенной последовательности символов в терминах уровня и значения.

Пакетные данные, которые узел доступа передает на один терминал доступа согласно принятой информации DRC, называются "пакет одиночного пользователя" (SUP). Для обычной службы передачи данных узел доступа передает данные, используя SUP. Основанная на "Речь по Протоколу Интернет (VoIP)" служба передачи данных, по сравнению с обычной передачей данных, требует более низкой пропускной способности, приблизительно 9.6 кб/сек. Для пропускной способности 9,6 кб/сек данные только приблизительно 192 бит передают каждые 20 мс. Передача такого малого количества данных с SUP, имеющим минимальный размер 1024 бит, вызывает ненужную трату полосы частот. Чтобы предотвратить такую трату ресурсов в секции беспроводного доступа, была представлена схема передачи данных для нескольких пользователей, используя один физический пакет. Такой формат пакета называется " Многопользовательский Пакет (МПП, MUP)".

Таблица 2 иллюстрирует соотношения между значением DRC и его ассоциированными скоростью передачи и форматом передачи для MUP.

Таблица 2
DRC	Скорость передачи (кб/сек)	Список ассоциированных форматов мультипользовательской передачи
0х0	0	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256)
0х1	38,4	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256)
0х2	76,8	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256)
0х3	153,6	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256)
0х4	307,2	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256)
0х5	307,2	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128)
0х6	614,4	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256)
0х7	614,4	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128)
0х8	921,6	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64)
0х9	1228,8	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128)
0xa	1228,8	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64), (4096, 2, 64)
0xb	1843,2	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64)
0xc	2457,6	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64), (4096, 2, 64)
0xd	1536	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64), (4096, 2, 64), (5120, 2, 64)
0xe	3072	(128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128), (3072, 2, 64), (4096, 2, 64), (5120, 1, 64)

Для каждого индивидуального DRC, сообщенного терминалом доступа, система 1xEVDO определяет многопользовательский пакет, совместимый с DRC, как показано в Таблице 2. Например, терминал доступа, который передал DRC 0x5, должен принять многопользовательский пакет, соответствующий формату передачи (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), (2048, 4, 128). Этот многопользовательский пакет включает в себя пакетные данные для нескольких пользователей и передается вместе с адресом терминала доступа, который будет принимать каждый пакет данных. После приема многопользовательского пакета терминал доступа определяет, включен ли его собственный MAC ID в принятый пакет, и обрабатывает соответствующий пользовательский пакет, только когда его собственный MAC ID включен в принятый пакет.

Фиг.2 изображает диаграмму, иллюстрирующую структуру многопользовательского пакета, используемую в обычной системе 1xEVDO. Со ссылками на Фиг.2 многопользовательский пакет 200 состоит из заголовка 210, указывающего MAC ID, или адрес принимающего терминала доступа и длину данных, переданных на терминал доступа, разделитель 220 заголовка для определения границы между заголовком 210 и другой частью, полезные данные 230, включающие в себя данные, заполнение 240 и завершитель 250 (пакета).

Заголовок 210 многопользовательского пакета доставляет информацию, необходимую для приема многопользовательского пакета для каждого из терминалов доступа, принимающих многопользовательский пакет. Эта информация состоит из поля 211 формата, содержащего информацию формата данных передачи, MAC ID 213, который является идентификатором принимающего терминала доступа, и поля 215 длины, указывающего длину данных передачи. Здесь данные передачи означают данные передачи в многопользовательском пакете 200 и называются ниже как пользовательский пакет.

За заголовком 210, включающим в себя N принятых информационных блоков для N принимающих терминалов доступа, следует разделитель 220 из "00000000" для определения границы между частью заголовка и частью полезных данных. За разделителем 220 следуют полезные данные 230, включающие в себя пользовательские пакеты для N терминалов доступа согласно формату данных и длине и порядку, указанному в предварительно переданной/принятой информации. Заполнение 240 может быть присоединено к окончанию полезных данных 230, когда необходимо, и завершитель 250, установленный в "00", расположен в конце заполнения 240, формируя один многопользовательский пакет 200.

Многопользовательский пакет 200 передают, используя преамбулу, назначенную для передачи многопользовательского пакета. Пять преамбул для многопользовательского пакета определены согласно скоростям передачи многопользовательского пакета. Например, одна преамбула (преамбула #66) может использоваться для многопользовательского пакета с низкой скоростью передачи (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256), одна преамбула (преамбула #67) может использоваться для многопользовательского пакета (2048, 4, 128), и отличные преамбулы (преамбулы #68, 69 и 70) могут использоваться для многопользовательского пакета (3072, 2, 64), (4096, 2, 64), (5120, 2, 64) соответственно. Терминал доступа после сообщения DRC контролирует, принята ли преамбула, соответствующая многопользовательскому пакету, совместимому с переданным DRC. После приема преамбулы, соответствующей многопользовательскому пакету, совместимому с его собственным DRC, терминал доступа декодирует многопользовательский пакет, определяет, включен ли его собственный адрес в часть заголовка, и считывает и обрабатывает пользовательский пакет, соответствующий длине, указанной в заголовке части полезных данных, если его собственный адрес включен в часть заголовка.

С увеличением требований на более высокие скорости передачи данных в системах мобильной связи была предложена система EVDO со многими несущими, чтобы получить более высокую скорость передачи в системе 1xEVDO. Система EVDO со многими несущими по сравнению с обычной EVDO системой, которая обменивается данными, используя одну несущую, назначает множество несущих на один терминал доступа, таким образом, реализуя более высокую скорость передачи. Поскольку каждая несущая может обеспечивать максимальную скорость передачи, обеспеченную обычной 1xEVDO системой, терминал доступа при обмене с использованием множества несущих в идеальной среде может использовать максимальную скорость передачи данных, которая является функцией количества несущих.

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

Сущность изобретения

Поэтому задачей примерных вариантов осуществления настоящего изобретения является обеспечение способа и устройства для более эффективной передачи и приема данных к и от множеству(а) терминалов доступа в системе множественного доступа с кодовым разделением каналов (CDMA) с использованием множества несущих (МС).

Другой задачей примерных вариантов осуществления настоящего изобретения является обеспечение способа и устройства передачи/приема данных, способных сократить накладные расходы в системе CDMA, использующей МС.

Примерные варианты осуществления настоящего изобретения обеспечивают способ для передачи данных на терминалы доступа посредством узла доступа в системе множественного доступа с кодовым разделением каналов (CDMA). Способ включает в себя конфигурирование информации относительно преамбулы для многопользовательского пакета (МПП, MUP) к терминалу доступа, передачу информации относительно преамбулы на терминал доступа и передачу MUP на терминал доступа, используя преамбулу, соответствующую этому терминалу доступа.

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

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

В примерном варианте осуществления передача MUP включает в себя проверку информации управления скоростью передачи данных (DRC), принятой от терминала доступа, и передачу MUP с использованием преамбулы, назначенной на терминал доступа.

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

Примерные варианты осуществления настоящего изобретения обеспечивают узел доступа в системе множественного доступа с кодовым разделением каналов (CDMA). Узел доступа включает в себя контроллер для конфигурирования информации относительно преамбулы для передачи многопользовательского пакета (MUP) на терминал доступа и проверку информации управления скоростью передачи данных (DRC), принятой от терминала доступа; радиочастотный модуль (РЧ) для передачи информации относительно преамбулы для многопользовательского пакета (MUP) и MUP, используя преамбулу, назначенную на терминал доступа, на основании DRC для терминалов доступа.

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

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

Другие примерные варианты осуществления настоящего изобретения обеспечивают способ для приема данных терминалом доступа в системе множественного доступа с кодовым разделением каналов (CDMA). Способ включает в себя прием информации относительно преамбулы для многопользовательского пакета (MUP) от узла доступа, обнаружение, имеется ли какая-либо преамбула, назначенная на сам терминал доступа, после приема данных от узла доступа, и декодирование MUP, когда имеется какая-либо преамбула, назначенная на сам терминал доступа.

В примерном варианте осуществления способ дополнительно включает в себя определение преамбулы согласно информации относительно преамбулы и размера MUP для терминала доступа.

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

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

В примерном варианте осуществления этап приема назначенного MUP включает в себя проверку преамбулы, назначенной на сам терминал доступа, когда терминалу доступа назначен MAC ID 128 или выше, и декодирование MUP, когда имеется какая-либо преамбула, назначенная на сам терминал доступа.

Дополнительные примерные варианты осуществления настоящего изобретения обеспечивают терминал доступа в системе множественного доступа с кодовым разделением каналов (CDMA). Терминал доступа включает в себя радиочастотный (РЧ) модуль для передачи информации управления скоростью передачи данных (DRC) к узлу доступа, и приема от узла доступа информации относительно преамбулы для многопользовательского пакета (MUP), назначенной на сам терминал доступа; контроллер для управления DRC, подлежащий передаче к узлу доступа; и декодер для, после приема данных от узла доступа, декодирования MUP, когда имеется какая-либо преамбула, назначенная на сам терминал доступа.

Контроллер также определяет преамбулу согласно информации относительно преамбулы и размера MUP для терминала доступа

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

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

В примерном варианте осуществления контроллер проверяет преамбулу, назначенную на сам терминал доступа, когда терминалу доступа назначен MAC ID 128 или выше, и декодирует MUP, когда имеется какая-либо преамбула, назначенная на сам терминал доступа.

В примерном варианте осуществления контроллер также проверяет обычно назначаемую преамбулу MUP.

Другие примерные варианты осуществления настоящего изобретения обеспечивают способ для передачи данных к терминалам доступа узлом доступа в системе множественного доступа с кодовым разделением каналов (CDMA). Способ включает в себя прием информации о скорости передачи данных (DRC) от терминала доступа, планирование терминала доступа для передачи данных с многопользовательским пакетом (MUP) среди терминалов доступа с назначенной одинаковой преамбулой на основании информации относительно набора преамбул для MUP, и передачу принятых DRC и MUP, и конфигурирование MUP, и передачу конфигурированного MUP с использованием преамбулы.

Краткое описание чертежей

Вышеупомянутые и другие задачи, примерные признаки и преимущества настоящего изобретения станут более очевидными из нижеследующего подробного описания некоторых примерных вариантов осуществления при рассмотрении их совместно с сопроводительными чертежами, на которых:

Фиг.1 изображает диаграмму, схематично иллюстрирующую архитектуру обычной системы 1xEVDO;

Фиг.2 изображает диаграмму, иллюстрирующую структуру многопользовательского пакета, используемую в системе 1xEVDO;

Фиг.3 изображает диаграмму, иллюстрирующую структуру формата многопользовательского пакета согласно примерному варианту осуществления настоящего изобретения;

Фиг.4 изображает последовательность операций, иллюстрирующую операцию обнаружения преамбулы в терминале доступа согласно примерному варианту осуществления настоящего изобретения;

Фиг.5 изображает последовательность операций, иллюстрирующую способ передачи данных в узле доступа согласно примерному варианту осуществления настоящего изобретения;

Фиг.6 изображает схему узла доступа и терминала доступа согласно примерному варианту осуществления настоящего изобретения.

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

Подробное описание примерных вариантов осуществления

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

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

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

Сначала приводится описание многопользовательского пакета, используемого в примерных вариантах осуществления настоящего изобретения. Чтобы поддерживать увеличенное количество терминалов доступа со многими несущими, в то же время поддерживая архитектуру обычной системы, примерные варианты осуществления настоящего изобретения определяют 256 новых идентификаторов терминала доступа (MAC ID с 8 битами) в дополнение к 128 идентификаторам терминала доступа (MAC ID с 7 битами), используемым традиционно. Поэтому в способе, предложенном примерными вариантами осуществления настоящего изобретения, максимальное количество терминалов доступа, поддерживаемых одним сектором, равно 384.

Поскольку здесь предполагается, что поддерживается архитектура обычной системы, невозможно дополнительно назначить новые преамбулы физического уровня к вновь определенным 256 идентификаторам терминала доступа в дополнение к традиционно определенным 128 идентификаторам терминала доступа. Поэтому старый пакет одиночного пользователя (SUP) не может быть использован, где принимающие терминалы доступа отличаются преамбулами с 0-й до 127-ой. Примерные варианты осуществления настоящего изобретения представляют структуру MUP для передачи данных к терминалам доступа, соответствующим вновь определенным 256 идентификаторам терминалов доступа. Обычный многопользовательский пакет, когда он демодулируется и декодируется множеством терминалов доступа, передается с идентификатором его фактического получателя, записанного в части заголовка, чтобы задать фактического получателя. Примерные варианты осуществления настоящего изобретения представляют новый заголовок многопользовательского пакета для определения вновь определенных 256 идентификаторов.

Фиг.3 изображает диаграмму, иллюстрирующую структуру формата многопользовательского пакета 300 согласно примерному варианту осуществления настоящего изобретения, и включает в себя старые идентификаторы терминала доступа и вновь добавленные идентификаторы терминала доступа. Как показано на Фиг.3, заголовок 310 для вновь определенных 256 идентификаторов терминалов доступа MAC_ID от 128 до 384 существует в конце многопользовательского пакета 300 и содержит информацию 311 (значение, полученное вычитанием 128 из идентификатора терминала доступа), указывающую терминал доступа, длину 313 пакета соответствующего терминала доступа, включенного в многопользовательский пакет, и разделитель 303 для различения заголовка 310 от части данных 301 вновь добавленного терминала доступа.

Если данные передаются для вновь определенных 256 идентификаторов MAC_ID терминалов доступа от 128 до 384, используя традиционно определенный многопользовательский пакет и преамбулы, назначенные ему, то есть преамбулы с 66-ой до 70-й, то каждый раз данные передают на один терминал доступа, имеющий идентификатор #128 терминала доступа или более, все терминалы доступа, которые передали DRC, совместимый с форматом многопользовательского пакета, выполняют операцию демодулирования и декодирования пакета. Например, если терминал доступа, имеющий идентификатор #200, сообщил о DRC, совместимый с многопользовательским пакетом (1024, 4, 256), и узел доступа передал многопользовательский пакет (1024, 4, 256) на этот терминал доступа с использованием преамбулы #66, соответствующей многопользовательскому пакету, все терминалы доступа, которые сообщили DRC, совместимый с многопользовательским пакетом (1024, 4, 256), принимают соответствующий пакет и выполняют демодуляцию и декодирование в отношении принятого пакета, определяя, что принятый пакет может быть передан к ним. То есть, если много терминалов доступа в секторе одновременно делают попытку приема каждый раз, когда пакет передают на терминал доступа, имеющий идентификатор #128 или выше, терминалы доступа выполняют ненужный расход мощности. Поэтому настоящее изобретение предлагает схему передачи данных на новые терминалы доступа со многими несущими без воздействия на обычные терминалы доступа.

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

Таблица 3
Поле	Длина (бит)
MessageID	8

{появления NumForwardChannels следующих записей:

…

{появления NumSectorsThisFrequency следующих записей:

TrafficMACIndex	8
MUPPreamblesIncluded	1
MUPPreamble1	0 или 7
MUPPreamble2	0 или 7
MUPPreamble3	0 или 7
MUPPreamble4	0 или 7
MUPPreamble5	0 или 7

}

…

}

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

Поле MessageID сообщения, указывающего набор преамбул, имеет значение идентификатора сообщения для различения сообщения TrafficChannelAssignment или вновь определенного сообщения от других сообщений. Кроме того, сообщение, указывающее набор преамбул, может доставлять один идентификатор терминала доступа для каждой прямой несущей на терминал доступа в каждом секторе для секторов, принадлежащих к активному набору терминала доступа. Идентификатор терминала доступа доставляется, используя поле TrafficMACIndex.

Схема, предложенная в примерных вариантах осуществления настоящего изобретения, может передавать новые идентификаторы преамбул (набор преамбул), используемые для приема многопользовательского пакета, в дополнение к идентификаторам терминала доступа. Поле MUPPreamblesIncluded указывает, включены ли новые идентификаторы преамбулы, предложенные примерными вариантами осуществления настоящего изобретения. Если поле MUPPreamblesIncluded установлено в "1", следующие поля MUPPreamble1, MUPPreamble2, MUPPreamble3, MUPPreamble4, MUPPreamble5 включены в сообщение. Поле MUPPreamble1 указывает преамбулу, используемую для передачи многопользовательского пакета (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256). Поле MUPPreamble2 указывает преамбулу, используемую для передачи многопользовательского пакета (2048, 4, 128). Поле MUPPreamble3 указывает преамбулу, используемую для передачи многопользовательского пакета (3072, 2, 64). Поле MUPPreamble4 указывает преамбулу, используемую для передачи многопользовательского пакета (4096, 2, 64). Поле MUPPreamble5 указывает преамбулу, используемую для передачи многопользовательского пакета (5120, 2, 64).

В вышеупомянутом варианте осуществления узел доступа передает сообщение, включающее в себя пять полей MUPPreamble. Однако если узел доступа передает поле MUPPreamble1 на терминал доступа в соответствии с другим вариантом осуществления, терминал доступа может использовать MUPPreamble 2 - MUPPreamble 5 согласно заранее определенному правилу, используя принятое поле MUPPreamble 1.

Таблица 4
Атрибут	Значения	Пояснение
MUPPreamble1	0х00	Группа преамбул не используется
0х05-0x3F, 0х48-0x7F	Индекс преамбулы для MUPPreamble1
Все другие значения	Зарезервировано
MUPPreamble2	0х00	Группа преамбул не используется
0х05-0x3F, 0х48-0x7F	Индекс преамбулы для MUPPreamble2
Все другие значения	Зарезервировано
MUPPreamble3	0х00	Группа преамбул не используется
0х05-0x3F, 0х48-0x7F	Индекс преамбулы для MUPPreamble3
Все другие значения	Зарезервировано
MUPPreamble4	0х00	Группа преамбул не используется
0х05-0x3F, 0х48-0x7F	Индекс преамбулы для MUPPreamble4
Все другие значения	Зарезервировано
MUPPreamble5	0х00	Группа преамбул не используется
0х05-0x3F, 0х48-0x7F	Индекс преамбулы для MUPPreamble5
Все другие значения	Зарезервировано

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

Примерные варианты осуществления настоящего изобретения определяют дополнительные атрибуты конфигурации MUPpreamble1, MUPPreamble2, MUPPreamble3, MUPPreamble4 и MUPPreamble5. Атрибут MUPPreamble1 конфигурации указывает преамбулу, используемую для передачи многопользовательского пакета (128, 4, 256), (256, 4, 256), (512, 4, 256), (1024, 4, 256). Атрибут MUPPreamble2 конфигурации указывает преамбулу, используемую для передачи многопользовательского пакета (2048, 4, 128). Атрибут MUPPreamble3 конфигурации указывает преамбулу, используемую для передачи многопользовательского пакета (3072, 2, 64). Атрибут MUPPreamble4 конфигурации указывает преамбулу, используемую для передачи многопользовательского пакета (4096, 2, 64). Атрибут MUPPreamble5 конфигурации указывает преамбулу, используемую для передачи многопользовательского пакета (5120, 2, 64). Если значение каждого атрибута конфигурации равно "0x00", это означает неиспользование набора преамбул для приема многопользовательского пакета, предложенного в примерных вариантах осуществления настоящего изобретения. Терминал доступа и узел доступа могут определять требуемый идентификатор преамбулы из '0x05' ~ '0x3F' и '0x48' ~ '0x7F' в качестве значения атрибута конфигурации.

В вышеупомянутом варианте осуществления узел доступа и терминал доступа определяют пять атрибутов конфигурации. Однако если узел доступа и терминал доступа определяют MUPPreamble 1 в соответствии с другим вариантом осуществления, терминал доступа может использовать MUPPreamble 2 - MUPPreamble 5 согласно заранее определенному правилу, используя MUPPreamble 1.

Если конкретный терминал доступа принимает набор преамбул, терминал доступа игнорирует переданный пакет, использующий преамбулы #66-#70, которые использовались для передачи обычного многопользовательского пакета (MUP). Если преамбула, принадлежащая к недавно принятому набору преамбул, обнаружена вместо этого, терминал доступа пытается выполнить демодуляцию и декодирование в отношении пакета прямой передачи. В качестве другого способа после приема набора преамбул терминал доступа может пытаться принять как переданный пакет, использующий преамбулы #66-#70, используемые для передачи обычного многопользовательского пакета, так и пакет, переданный с использованием преамбул, принадлежащих вновь назначенному набору преамбул.

Узел доступа, который указал набор преамбул, может передавать данные для соответствующего терминала доступа с многопользовательским пакетом, используя назначенный новый набор преамбул, вместо передачи данных, используя преамбулы #66-#70, используемые для передачи обычного многопользовательского пакета. В качестве дополнительного другого способа узел доступа, который указал набор преамбул, может передавать данные для соответствующего терминала доступа с многопользовательским пакетом, используя один из обоих назначенных новых наборов преамбулы, вместе с преамбулами #66 и #67, используемыми для передачи обычного многопользовательского пакета.

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

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

В качестве другого способа, чтобы уменьшать нагрузку по обнаружению преамбулы терминала доступа (то есть, чтобы ум