Способ и устройство для передачи и приема данных в системе множественного доступа с кодовым разделением каналов
Способ и устройство обеспечиваются для передачи данных к терминалам доступа посредством узла доступа в системе множественного доступа с кодовым разделением каналов (CDMA), работающей, по меньшей мере, со 128 идентификаторами управления доступом к среде (MAC ID) в одном секторе. Набор преамбул для передачи многопользовательского пакета (MUP) конфигурируется для конкретного терминала доступа, информация относительно набора преамбул обеспечивается на терминал, и данные передают на терминал доступа, имеющий MAC ID, равный 128 или выше, с использованием преамбулы, соответствующей этому MAC ID. Если конкретный терминал доступа имеет MAC ID, равный 128 или выше, набор преамбул включает в себя, по меньшей мере, одну преамбулу, с помощью которой терминал доступа определяет, принят ли MUP. Узел доступа обеспечивает информацию относительно набора преамбул на терминал доступа в течение конфигурирования сеанса связи. 5 н. и 19 з.п. ф-лы, 6 ил., 6 табл.
Область техники
Настоящее изобретение, в целом, относится к способу и системе для передачи и приема данных в системе мобильной связи. Более конкретно, настоящее изобретение относится к способу и устройству для передачи и приема данных к/от множеству(а) пользователей в системе множественного доступа с кодовым разделением каналов (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) множество форматов многопользовательских пакетов может быть поставлено в соответствии им, и терминал доступа должен работать так, чтобы обнаруживать все преамбулы, соответствующие каждому из них.
В качестве другого способа, чтобы уменьшать нагрузку по обнаружению преамбулы терминала доступа (то есть, чтобы уменьшить количество преамбул, которые обнаруживает терминал доступа), терминал доступа могут контролировать только некоторые из форматов многопользовательского пакета, совместимых с переданной информацией о скорости передачи, или формат многопользовательского пакета с самой высокой скоростью передачи и преамбулой, ему соответствующей. Например, терминал доступа, который сообщил DRC 5, может работать так, что он должен принять только преамбулу, соответствующую (2048, 4, 128) среди форматов многопользовательского пакета, поставленных в соответствие ему. Узел доступа и терминал доступа могут определять одну из этих двух операций, используя это сообщение или атрибут конфигурации.
| Таблица 5 … |
|
| TrafficMACIndex | 8 |
| MUPPreambleIncluded | 1 |
| UseBiggestMUP | 0 или 1 |
| MUPPreamble1 | 0 или 7 |
| MUPPreamble2 | 0 или 7 |
| MUPPreamble3 | 0 или 7 |
| MUPPreamble4 | 0 или 7 |
| MUPPreamble5 | 0 или 7 |
…
Таблица 5 иллюстрирует примерную структуру сообщения, указывающую соотношение между информацией прямой скорости передачи и обнаруженной преамбулой, предложенной в примерных вариантах осуществления настоящего изобретения. В Таблице 5 добавленное поле UseBiggestMUP является полем для инструктирования терминалу доступа обнаруживать только самый большой формат многопользовательского пакета, совместимый с информацией скорости передачи, и его связанную преамбулу, когда терминал доступа сообщает соответствующую информацию скорости передачи. Поэтому, когда это поле имеет значение "0", терминал доступа пытается обнаруживать только самый большой формат многопользовательского пакета, совместимый с его сообщенной информацией прямой скорости передачи, и его связанную преамбулу, и если это поле имеет значение "0", терминал доступа пытается обнаруживать все форматы многопользовательского пакета, совместимые с информацией прямой скорости передачи и их связанные преамбулы.
| Таблица 6 | ||
| Атрибут | Значения | Пояснения |
| UseBiggestMUP | 0x00 | Обнаружить преамбулы каждого MUP |
| 0x01 | Обнаружить наибольший MUP, совместимый с DRC | |
| Все другие значения | Зарезервировано |
Таблица 6 иллюстрирует примерный атрибут конфигурации, указывающий соотношение между информацией прямой скорости передачи и обнаруженной преамбулой, предложенной в примерных вариантах осуществления настоящего изобретения. В Таблице 6 добавленный атрибут UseBiggestMUP конфигурации является атрибутом конфигурации для инструктирования терминалу доступа обнаруживать только самый большой формат многопользовательского пакета, совместимый с информацией скорости передачи, и его ассоциированную преамбулу, когда терминал доступа сообщает соответствующую информацию скорости передачи. Поэтому, когда этот атрибут конфигурации имеет значение "0x01", терминал доступа пытается обнаруживать только самый большой формат многопользовательского пакета, совместимый с его сообщенной информацией прямой скорости передачи, и его связанную преамбулу, и если этот атрибут конфигурации имеет значение "0x00", терминал доступа пытается обнаруживать все форматы многопользовательского пакета, совместимые с информацией прямой скорости передачи, и их связанные преамбулы.
В отличие от примерных сообщений из Таблицы 5 и Таблицы 6, альтернативное сообщение может быть сконфигурировано так, что терминал доступа и узел доступа обнаруживают некоторые из множества форматов многопользовательского пакета, совместимых с информацией прямой скорости передачи, сообщенной терминалом доступа, и множество преамбул, соответствующих им.
В примерных вариантах осуществления настоящего изобретения узел доступа назначает группы преамбул на терминалы доступа следующим образом.
Если количество идентификаторов терминала доступа при использовании в секторе меньше или равно 128, узел доступа назначает неиспользованный идентификатор терминала доступа #128 или ниже для нового пользователя со многими несущими и выполняет передачу данных, используя пакет одиночного пользователя, соответствующий идентификатору и многопользовательскому пакету, который использует заранее определенные преамбулы #66-#70.
Если имеется потребность в идентификаторе терминала доступа больше, чем #128, из-за увеличения в количества терминалов доступа, узел доступа назначает новые группы преамбул (например, #40, #41, #42, #43, #44) и новые идентификаторы, большие, чем #128 (например, #145-#150), предложенные в примерных вариантах осуществления настоящего изобретения, некоторым обычным пользователям со многими несущими с назначенными идентификаторами меньше #128 (например, пользователи со многими несущими с назначенными идентификаторами #40-#45). В этом случае традиционно назначенные идентификаторы #45-#50 могут использоваться снова для старых терминалов доступа, не поддерживающих систему со многими несущими.
Если имеется новый терминал доступа со многими несущими, требующий новый идентификатор, узел доступа назначает идентификатор больший, чем #128, и одну из вышеупомянутых назначенных групп #140-#150 преамбул на этот терминал доступа.
Если количество терминалов доступа продолжает увеличиваться, узел доступа назначает новые группы преамбул (например, #80, #81, #82, #83, #84) и новые идентификаторы, большие, чем #128 (например, #180-#190), другим пользователям со многими несущими с назначенными идентификаторами, меньшими #128 (например, пользователям со многими несущими с назначенными #80-#90). Традиционно назначенные идентификаторы #85-#90 могут использоваться снова для старых терминалов доступа, не поддерживающих систему со многими несущими.
Со ссылками на сопроводительные чертежи ниже приведено описание работы терминала доступа с назначенной новой группой преамбул, предложенного в примерных вариантах осуществления настоящего изобретения, и работы узла доступа.
Фиг.4 изображает последовательность операций, иллюстрирующую работу по обнаружению преамбулы терминала доступа с назначенной группой преамбул для многопользовательского пакета согласно примерному варианту осуществления настоящего изобретения.
Со ссылками на Фиг.4 терминал доступа, когда он начинает обнаружение преамбулы, определяет на этапе 401, является ли идентификатор, назначенный ему, меньшим, чем #128. Если назначенный идентификатор меньше, чем #128, терминал доступа пытается обнаруживать преамбулу, соответствующую назначенному идентификатору, на этапе 403. Если терминал доступа обнаруживает соответствующую преамбулу на этапе 405, он переходит к этапу 413, где он выполняет операцию приема пакета, рассматривая, что имеется пакет одиночного пользователя, который приходит на сам терминал доступа.
Если назначенный идентификатор больше чем или равен #128, на этапе 401, или если терминал доступа не сумел обнаружить соответствующую преамбулу на этапе 405, терминал доступа определяет на этапе 407, была ли ему назначена группа преамбул для многопользовательского пакета (MUP), предложенная в примерных вариантах осуществления настоящего изобретения. Если терминалу доступа не была назначена группа преамбул, терминал доступа переходит к этапу 409, где он пытается обнаружить преамбулы (преамбулы #66-#70), используемые для передачи обычного фиксированного многопользовательского пакета. После этого, если терминал доступа обнаруживает преамбулу на этапе 411, терминал доступа переходит к этапу 413, где он выполняет операцию приема пакета, рассматривая, что имеется многопользовательский пакет, который достиг самого терминала доступа. Однако если терминал доступа не смог обнаружить преамбулу на этапе 411, терминал доступа переходит к этапу 419, где он заканчивает операцию обнаружения преамбулы.
Если терминалу доступа была назначена группа преамбул для многопользовательского пакета, предложенного в примерных вариантах осуществления настоящего изобретения, на этапе 407, терминал доступа пытается обнаруживать преамбулы, принадлежащие к назначенной группе преамбул, или преамбулы, используемые для передачи обычного многопользовательского пакета (MUP) на этапе 415. Если терминал доступа смог обнаружить преамбулу на этапе 417, терминал доступа переходит к этапу 413, где он выполняет операцию приема пакета, рассматривая, что имеется многопользовательский пакет (MUP), который достиг самого терминала доступа. Однако если терминал доступа потерпел неудачу в обнаружении преамбулы на этапе 417, терминал доступа переходит к этапу 419, где он заканчивает операцию обнаружения преамбулы.
Фиг.5 изображает последовательность операций, иллюстрирующую способ передачи данных, выполняемый узлом доступа согласно примерному варианту осуществления настоящего изобретения. Во время этой операции узел доступа планирует и передает данные к терминалам доступа с назначенной группой преамбул для многопользовательского пакета и другим терминалам доступа.
Со ссылками на Фиг.5 узел доступа определяет на этапе 501, передает ли он или ретранслирует конкретные данные в текущем слоте "t". Если имеется пакет, который узел доступа передает в настоящее время, узел доступа переходит к этапу 523, где он передает соответствующий пакет. Однако если не имеется пакета, который узел доступа в настоящее время передает на этапе 501, узел доступа определяет на этапе 503 терминал доступа (АТ), к которому его планировщик будет скоро передавать данные посредством планирования, и также определяет скорость передачи данных терминала доступа. После этого узел доступа определяет на этапе 505, является ли идентификатор соответствующего терминала доступа меньшим, чем #128. Если идентификатор соответствующего терминала доступа является меньшим, чем #128, узел доступа определяет на этапе 509, будет ли он передавать данные для соответствующего терминала доступа с использованием многопользовательского пакета (MUP). Если узел доступа решает использовать пакет одиночного пользователя на этапе 509, узел доступа формирует пакет одиночного пользователя, включающий в себя данные для соответствующего терминала доступа, и передает этот пакет одиночного пользователя, используя преамбулу пакета одиночного пользователя, соответствующую идентификатору соответствующего терминала доступа, на этапе 511. Однако если узел доступа принимает решение использовать многопользовательский пакет (MUP) на этапе 509, узел доступа дополнительно планирует данные, которые должны быть дополнительно переданы, используя многопользовательский пакет (MUP), для всех терминалов доступа в секторе, на этапе 513. После этого на этапе 515 узел доступа формирует многопользовательский пакет (MUP), включающий в себя соответствующие данные, и передает многопользовательский пакет (MUP) с использованием преамбул, используемых для передачи обычного многопользовательского пакета.
Если идентификатор соответствующего терминала доступа больше чем или равен #128 на этапе 505, узел доступа определяет на этапе 507, назначил ли он группу преамбул для многопользовательского пакета (MUP), предложенную в примерных вариантах осуществления настоящего изобретения, на соответствующий терминал доступа. Если узел доступа не назначил группу преамбул, узел доступа переходит к этапу 513, где он планирует данные, которые быть дополнительно переданы, используя многопользовательский пакет (MUP), для всех терминалов доступа в секторе. После этого на этапе 515 узел доступа генерирует многопользовательский пакет (MUP), включающий в себя соответствующие данные, и передает многопользовательский пакет (MUP) с использованием преамбул, используемых для передачи обычного многопользовательского пакета (MUP).
Если узел доступа назначил группу преамбул на соответствующий терминал доступа на этапе 507, узел доступа определяет на этапе 517, будет ли он передавать многопользовательский пакет (MUP) с использованием преамбулы из группы преамбул, как предложено в примерных вариантах осуществления настоящего изобретения. Если узел доступа решает использовать преамбулу из группы преамбул, предложенной в примерных вариантах осуществления настоящего изобретения, на этапе 517, узел доступа планирует данные, которые должны быть дополнительно переданы, используя многопользовательский пакет (MUP), для терминалов доступа с назначенной одной и той же группой преамбул, на этапе 519. После этого на этапе 521 узел доступа формирует многопользовательский пакет (MUP), включающий в себя соответствующие данные, и передает многопользовательский пакет (MUP) с использованием преамбул, принадлежащих к группе преамбул.
Если узел доступа решает не использовать группу преамбул, предложенную в примерных вариантах осуществления настоящего изобретения, на этапе 517, узел доступа переходит к этапу 513, где он планирует данные, которые должны быть дополнительно переданы, используя многопользовательский пакет (MUP), для всех терминалов доступа в секторе. После этого на этапе 515 узел доступа формирует многопользовательский пакет, включающий в себя соответствующие данные, и передает многопользовательский пакет, используя преамбулы, используемые для передачи обычного многопользовательского пакета.
Фиг.6 изображает блок-схему узла 610 доступа и терминала 620 доступа согласно примерному варианту осуществления настоящего изобретения.
Со ссылками на Фиг.6 узел 610 доступа, принимающий информацию DRC, включает в себя планировщик и контроллер 611, радиочастотный модуль (РЧ) 613 и очередь 615 данных. Терминал 620 доступа, передающий информацию DRC, включает в себя приемопередатчик (или входной модуль) 621, демодулятор 623, декодер 625, контроллер 627, кодер 629 и модулятор 631.
Очередь 615 данных узла 610 доступа сохраняет данные, принятые от верхнего узла в очереди для каждого индивидуального терминала доступа или службы. Планировщик и контроллер 611 выборочно управляет сохраненными данными для конкретного пользователя или конкретной очереди, принимая во внимание информацию DRC (то есть состояние прямого канала), переданную терминалами доступа, атрибут услуги и справедливость. Здесь планировщик выполняет операцию планирования согласно примерным вариантам осуществления настоящего изобретения, и контроллер управляет операцией передачи данных, используя группу преамбул, назначенную для каждого индивидуального терминала доступа согласно примерным вариантам осуществления настоящего изобретения. РЧ устройство 613 передает выборочно управляемый сигнал данных на терминал 620 доступа.
В терминале 620 доступа демодулятор 623 демодулирует сигнал, принятый через приемопередатчик 621, и декодер 625 декодирует демодулированный сигнал и обеспечивает декодированный сигнал на контроллер 627. Если сигнал от узла 610 доступа формируется в группе преамбул согласно примерным вариантам осуществления настоящего изобретения, терминал 620 доступа выполняет операцию, показанную на Фиг.5. Если имеются данные для передачи, терминал 620 доступа кодирует соответствующие данные кодером 629, модулирует закодированные данные модулятором 631 и передает модулируемые данные к узлу 610 доступа через приемопередатчик 621.
Чтобы помочь узлу 610 доступа в выполнении планирования, терминал 620 доступа измеряет уровень пилот канала, переданного от узла 610 доступа, определяет DRC, то есть скорость передачи данных, с которой данные могут быть приняты от соответствующего узла 610 доступа, и передает определенную DRC к узлу 610 доступа через приемопередатчик 621.
Как может быть понятно из предшествующего описания, примерные варианты осуществления настоящего изобретения могут передавать данные к увеличенному количеству пользователей без воздействия на существующие терминалы доступа, когда система передачи со многими несущими дополнительно использует идентификаторы терминала доступа.
В то время как изобретение было конкретно показано и описано со ссылками на некоторые примерные варианты его осуществления, специалистам понято, что различные изменения в форме и подробности могут быть сделаны без отхода от объема и сущности настоящего изобретения, которое определено приложенной формулой изобретения и ее эквивалентами.
1. Способ передачи данных к терминалам доступа узлом доступа в системе множественного доступа с кодовым разделением каналов (CDMA), причем способ содержит этапы:
конфигурирование информации относительно преамбулы для многопользовательского пакета (MUP) для терминала доступа;
обеспечение информации относительно преамбулы на терминал доступа; и
передачу MUP на терминал доступа с использованием преамбулы, соответствующей терминалу доступа.
2. Способ по п.1, в котором информация относительно преамбулы включает в себя, по меньшей мере, одну преамбулу.
3. Способ по п.1, в котором узел доступа обеспечивает информацию относительно преамбулы на терминал доступа в течение конфигурирования сеанса связи.
4. Способ по п.1, в котором узел доступа назначает MAC ID посредством обеспечения информации относительно преамбулы на терминал доступа наряду с MAC ID.
5. Способ по п.1, в котором этап передачи MUP содержит этапы:
проверку информации управления скоростью передачи данных (DRC), принятой от терминала доступа; и
передачу MUP с использованием преамбулы, назначенной на терминал доступа.
6. Способ по п.1, в котором этап передачи MUP содержит этапы: передачу MUP с использованием преамбулы, определенной согласно информации относительно преамбулы и размера MUP, на терминал доступа.
7. Узел доступа системы множественного доступа с кодовым разделением каналов (CDMA), при этом узел доступа содержит:
контроллер для конфигурирования информации относительно преамбулы для передачи многопользовательского пакета (MUP) на терминал доступа и проверки информации управления скоростью передачи данных (DRC), принятой от терминала доступа;
радиочастотный модуль (РЧ) для передачи информации относительно преамбулы для многопользовательского пакета (MUP) и MUP с использованием преамбулы, назначенной на терминал доступа на основании DRC, на терминалы доступа.
8. Узел доступа по п.7, в котором информация относительно преамбулы включает в себя, по меньшей мере, одну преамбулу.
9. Узел доступа по п.7, в котором контроллер передает MUP с использованием преамбулы, определенной согласно информации относительно преамбулы и размера MUP, на терминал доступа.
10. Способ приема данных терминалом доступа в системе множественного доступа с кодовым разделением каналов (CDMA), причем способ содержит этапы:
прием информации относительно преамбулы для многопользовательского пакета (MUP) от узла доступа;
обнаружение, имеется ли какая-либо преамбула, назначенная на сам терминал доступа, после приема данных от узла доступа; и
декодирование MUP, когда имеется какая-либо преамбула, назначенная на сам терминал доступа.
11. Способ по п.10, дополнительно содержащий обнаружение преамбулы согласно информации относительно преамбулы и размера MUP для терминала доступа.
12. Способ по п.10, в котором информация относительно преамбулы включает в себя, по меньшей мере, одну преамбулу.
13. Способ по п.10, в котором терминал доступа принимает информацию относительно преамбулы в течение конфигурирования сеанса связи с узлом доступа.
14. Способ по п.10, в котором терминал принимает информацию относительно преамбулы, когда терминалу доступа назначен MAC ID от узла доступа.
15. Способ по п.10, в котором этап декодирования MUP содержит этапы:
проверку преамбулы, назначенной на сам терминал доступа, когда терминалу доступа назначен MAC ID 128 или выше; и
декодирование MUP, когда имеется какая-либо преамбула, назначенная на сам терминал доступа.
16. Способ по п.15, дополнительно содержащий проверку обычно назначаемой преамбулы MUP.
17. Терминал доступа системы множественного доступа с кодовым разделением каналов (CDMA), при этом терминал доступа содержит:
радиочастотный модуль (РЧ) для передачи информации управления скоростью передачи данных (DRC) к узлу доступа, и приема от узла доступа информации относительно преамбулы для многопользовательского пакета (MUP), назначенного на сам терминал доступа;
контроллер для управления DRC, подлежащий передаче к узлу доступа; и
декодер для, после приема данных от узла доступа, декодирования MUP, когда имеется какая-либо преамбула, назначенная на сам терминал доступа.
18. Терминал доступа по п.17, в котором контроллер дополнительно определяет преамбулу согласно информации относительно преамбулы и размера MUP для терминала доступа.
19. Терминал доступа по п.17, в котором информация относительно преамбулы включает в себя, по меньшей мере, одну преамбулу.
20. Терминал доступа по п.17, в котором контроллер принимает информацию относительно преамбулы в течение конфигурирования сеанса связи с узлом доступа.
21. Терминал доступа по п.17, в котором контроллер принимает информацию относительно преамбулы, когда терминалу доступа назначен MAC ID от узла доступа.
22. Терминал доступа по п.17, в котором контроллер проверяет преамбулу, назначенную на сам терминал доступа, когда, если терминалу доступа назначен MAC ID, равный 128 или выше, и декодирует MUP, когда имеется какая-либо преамбула, назначенная на сам терминал доступа.
23. Терминал доступа по п.18, в котором контроллер дополнительно проверяет обычно назначенную преамбулу MUP.
24. Способ передачи данных к терминалам доступа посредством узла доступа в системе множественного доступа с кодовым разделением каналов (CDMA), оперирующей, по меньшей мере, 128 идентификаторами управления доступом к среде (MAC ID) в одном секторе, причем способ содержит этапы:
прием информации управления скоростью передачи данных (DRC) от терминала доступа;
планирование терминала доступа для передачи данных с многопользовательским пакетом (MUP) среди терминалов доступа с назначенной той же самой преамбулой на основании информации относительно набора преамбул для MUP и передачи принятого DRC и MUP; и
конфигурирование MUP; и
передачу конфигурированного MUP с использованием преамбулы.
