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

Изобретение относится к системам беспроводной связи. Техническим результатом является повышение производительности и функциональных возможностей систем беспроводной связи, использующих различные уровни и протоколы интерфейса радиосвязи. Технический результат достигается тем, что перед началом передачи данных между первым объектом (например, терминалом доступа) и вторым объектом (например, сетью передачи данных) для согласования выбирается набор уровней и/или протоколов, для каждого выбранного уровня и протокола (т.е. для каждого атрибута) определяется список выбранных значений атрибутов, рассматриваемых в качестве приемлемых для первого объекта, выбранные атрибуты и связанные с ними значения атрибутов передаются от первого объекта, и в ответ принимается список обработанных атрибутов и связанные с ними списки значений обработанных атрибутов, каждый список значений обработанных атрибутов включает значения атрибутов, рассматриваемые в качестве приемлемых для второго объекта, уровни и протоколы в первом объекте затем конфигурируются в соответствии с принятым списком обработанных атрибутов и связанных с ними значений обработанных атрибутов. 5 н. и 25 з.п. ф-лы, 9 ил., 1 табл.

 

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

Настоящее изобретение относится к беспроводной связи. Более конкретно, настоящее изобретение относится к способу и устройству для обеспечения конфигурируемых уровней и протоколов в системе связи.

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

Использование методов модуляции множественного доступа с кодовым разделением каналов (МДКР) является одним из ряда методов обеспечения связи при большом количестве пользователей системы. Хотя в технике известны и другие системы связи, использующие методы множественного доступа, такие как множественный доступ с временным разделением каналов (МДВР и стандарт GSM - Глобальная система мобильной связи), множественный доступ с частотным разделением каналов (МДЧР) и схемы амплитудной модуляции, такие как модуляция в одной боковой полосе с амплитудным компандированием, методы модуляции расширенного спектра МДКР имеют значительные преимущества по сравнению с другими методами модуляции для систем связи множественного доступа. Использование методов МДКР в системе связи множественного доступа раскрыто в патенте США №4901307 на "Систему связи множественного доступа с расширенным спектром, использующую спутниковые или наземные ретрансляторы", выданном 13 февраля 1990 г., и патент США №5103459 на "Систему и способ формирования сигналов в сотовой телефонной системе МДКР", выданном 7 апреля 1992, которые переуступлены правопреемнику настоящего изобретения и включены в настоящее описание посредством ссылки.

Системы МДКР в типовом случае проектируются в соответствии с одним или несколькими конкретными стандартами МДКР (CDMA). Примерами таких стандартов CDMA могут служить "Стандарт совместимости мобильной станции и базовой станции для двухрежимной широкополосной сотовой системы расширенного спектра" TIA/EIA/IS-95-A, "Стандарт совместимости мобильной станции и базовой станции для двухрежимной широкополосной сотовой системы расширенного спектра" TIA/EIA/IS-95-B, "Стандарт рекомендованных минимальных рабочих характеристик для мобильных станций двухрежимных широкополосных сотовых систем и систем персональной связи расширенного спектра" TIA/EIA/IS-98-A,-В,-С и "Представленный на рассмотрение проект cdma2000 ITU-R RTT". Новые стандарты CDMA постоянно предлагаются и принимаются для использования.

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

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

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

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

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

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

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

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

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

Первый или второй объект, или оба они, могут реализовать конечный автомат, имеющий ряд состояний, включающих следующее: (1) неактивное состояние, указывающее на неактивность перед согласованием сеанса; (2) инициированное состояние, указывающее на согласование сеанса по списку выбранных атрибутов; и (3) открытое состояние, указывающее на активную связь между первым и вторым объектами. Инициированное состояние может быть реализовано для включения (1) инициированного состояния терминала доступа, указывающего на согласование сеанса по атрибутам, выбранным терминалом доступа, и (2) инициированного состояния сети радиосвязи атрибутам, выбранным сетью радиосвязи.

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

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

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

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

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

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

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

Изобретение также предусматривает способ и устройство для реализации конфигурируемых уровней и протоколов в сети радиосвязи.

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

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

фиг.1 - диаграмма системы связи с расширенным спектром, которая поддерживает множество пользователей;

фиг.2 - блок-схема варианта осуществления сети радиосвязи и терминала доступа;

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

фиг.4А-4С - диаграммы конкретных вариантов осуществления структуры канала с высокой скоростью передачи данных (ВСПД), структуры прямого канала и структуры обратного канала соответственно;

фиг.5 - диаграмма конкретного варианта осуществления уровней и соответствующих им протоколов для многоуровневой структуры, представленной на фиг.3;

фиг.6А и 6В - диаграммы состояний для варианта осуществления протокола загрузки сеанса для терминала доступа и сети радиосвязи соответственно;

фиг.6С и 6D - диаграммы состояний для варианта осуществления протокола загрузки сеанса для терминала доступа и сети радиосвязи соответственно;

фиг.7А - блок-схема алгоритма конкретной реализации открытой фазы сеанса;

фиг.7В и 7С - блок-схема алгоритма конкретной реализации субфазы согласования уровня/протокола сеанса и субфазы активации уровня/протокола сеанса соответственно;

фиг.8 - временная диаграмма варианта осуществления субфаз согласования и конфигурации уровня/протокола сеанса и

фиг.9А-9Н - диаграммы варианта осуществления формата для различных сообщений, используемых при согласовании и конфигурировании уровней и протоколов.

Детальное описание конкретных вариантов осуществления изобретения

На фиг.1 представлена схема системы 100 связи с расширенным спектром, которая поддерживает множество пользователей. В системе 100 набор терминалов 110а-110с доступа осуществляет связь с сетью радиосвязи посредством набора приемопередатчиков базовых станций (ПБС) 112a-112f по линиям радиосвязи. Каждый приемопередатчик 112 базовой станции связан с контроллером базовых станций (КБС) 114 и регистром местоположения посетителей (РМП) 116. Контроллеры 114а и 114b базовых станций (и приемопередатчики 112 базовых станций) могут также связываться непосредственно друг с другом, как показано пунктирной линией на фиг.1.

Терминал доступа, как предусмотрено в настоящем описании, представляет собой устройство, которое обеспечивает возможность установления соединений передачи данных и/или речевых соединений для пользователя. Терминал доступа может быть автономным устройством, таким как сотовый телефон, персональный цифровой помощник, или автономным устройством любого подобного типа. Терминал доступа может представлять собой блок или модуль, конфигурируемый для установления соединения с компьютерным устройством, таким как настольный или портативный персональный компьютер. Сеть радиосвязи, как используется в настоящем описании, представляет собой сетевое оборудование (например, приемопередатчик 112 базовой станции, контроллер 114 базовой станции и регистр 116 местоположений посетителей на фиг.1), которое обеспечивает возможность установления соединений передачи данных и/или речевых соединений между сетью передачи данных (например, сетью передачи данных с коммутацией пакетов, такой как сеть Интернет) и терминалом доступа. Возможность установления соединений в типовом случае обеспечивается на уровне линии связи, как описано ниже.

На фиг.2 представлена блок-схема варианта осуществления сети 210 радиосвязи и терминала 250 доступа. В сети 210 радиосвязи данные трафика от буфера 212 и данные управления от системы 214 управления подаются в кодер 216, который кодирует данные с использованием конкретного формата кодирования. Формат кодирования может включать, например, использование контроля циклическим избыточным кодом (ЦИК), сверточное кодирование, кодирование с последовательной конкатенацией (сцеплением), блочное кодирование Рида-Соломона, кодирование с использованием накрывающей последовательности Уолша, псевдошумовое (ПШ) расширение спектра и другие форматы кодирования, обычно используемые в системах стандартов CDMA. Кодированные данные подаются на модулятор 218, который модулирует данные с использованием конкретного формата модуляции, такого как, например, квадратурная фазовая манипуляция (КФМ), КВМ со сдвигом и другие. Передатчик 220 принимает и преобразует модулированные данные в аналоговый сигнал, осуществляет необходимое формирование аналогового сигнала и передает сигнал через дуплексор 222 и антенну 224 в радиоканал.

В терминале 250 доступа переданный сигнал принимается антенной 252, передается через дуплексор 254 и подается в приемник 256. В приемнике 256 сигнал подвергается необходимому преобразованию, и сформированный в результате сигнал подается на демодулятор 258. Указанное преобразование сигнала может включать в себя фильтрацию, усиление, частотное преобразование и т.д. Демодулятор 258 демодулирует сформированный сигнал с использованием формата демодуляции, который является взаимно дополняющим к формату модуляции, используемому в сети 210 радиосвязи. Декодер 260 принимает и декодирует демодулированные данные с использованием формата декодирования, который является взаимно дополняющим по отношению к формату кодирования, используемому в сети радиосвязи 210. Декодированные данные затем подаются в контроллер 262.

Передача данных трафика и данных управления с терминала 250 доступа в сеть 210 радиосвязи производится по дополнительному каналу передачи сигнала. Данные трафика из буфера (не показан на фиг.2) и данные управления с контроллера 262 кодируются кодером 264, модулируются модулятором 266, преобразуются передатчиком 268, направляются через дуплексор 254 и передаются через антенну 252. В сети 210 радиосвязи переданный сигнал принимается антенной 224, направляется через дуплексор 222, преобразуется РЧ-приемником 226 и демодулируется демодулятором 228, декодируется декодером 230 и подается в систему 214 управления.

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

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

В исходном варианте система МДКР, согласованная со стандартом IS-95, поддерживает один протокол интерфейса радиосвязи, который определяет уровни и их протоколы. В некоторых опциях стандарт IS-95 обеспечивает в малой степени разделение протоколов по функции. Исходный протокол интерфейса радиосвязи был модифицирован огромное количество раз, чтобы поддерживать дополнительные функциональные возможности, такие как усовершенствованные функции контроля доступа к среде передачи (MAC). Для реализации дополнительных функциональных возможностей в используемые для этого уровни исходного протокола интерфейса радиосвязи вносятся необходимые изменения, и модифицированный протокол интерфейса радиосвязи идентифицируется новым номером версии (в типовом случае определяется как новый стандарт). Модифицированный протокол интерфейса радиосвязи в типовом случае сохраняет основную часть структур исходного протокола интерфейса радиосвязи (например, ту же самую структуру кадра данных, ту же самую длину кадра и т.д.), чтобы обеспечивать максимально возможную совместимость с предшествующими поколениями систем и стандартов.

После принятия новый протокол интерфейса радиосвязи может быть реализован практически терминалом доступа и сетью радиосвязи, если оба они проектируются с учетом обеспечения поддержки данного протокола интерфейса радиосвязи. Этот метод генерации новых протоколов интерфейса радиосвязи не обеспечивает простую реализацию новых функций и признаков в системе МДКР.

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

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

На фиг.3 показана диаграмма варианта реализации многоуровневой архитектуры 300 интерфейса радиосвязи, поддерживаемой в соответствии с изобретением. Как показано на фиг.3, многоуровневая архитектура 300 содержит семь уровней, которые идентифицированы следующим образом: (1) физический уровень 210, (2) уровень 314 управления доступом к среде передачи (MAC), (3) уровень 316 защиты, (4) уровень 318 соединения, (5) уровень 320 сеанса связи, (6) уровень 322 потока и (7) уровень 324 приложения. Для лучшего понимания настоящего изобретения ниже приведено краткое описание основной функции каждого уровня.

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

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

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

Уровень 318 соединения обеспечивает установление соединения по линии радиосвязи и техническое обслуживание.

Уровень 320 сеанса обеспечивает согласование уровня и протокола, конфигурирование протокола и услуги поддержания состояний. Уровень 320 сеанса описан более детально ниже.

Уровень 322 потока обеспечивает мультиплексирование потоков различных приложений. В конкретном варианте осуществления система связи поддерживает четыре потока приложений, обозначенных как потоки 0-3. В возможном варианте осуществления поток 0 используется для сигнализации между терминалом доступа и сетью радиосвязи, поток 1 используется для передачи пакетных данных, потоки 2 и 3 используются для других приложений. Как показано на фиг.3, поток сигнализации (например, поток 0) поддерживается протоколом канала сигнализации (SLP) 330 и протоколом передачи сообщений с высокой скоростью передачи данных (НМР) 332, а поток пакетных данных (например, поток 1) поддерживается протоколом линии радиосвязи (RLP) 340 и протоколом двухточечной передачи (РРР) 342. В одном из вариантов осуществления устанавливаемый по умолчанию поток сигнализации (т.е. устанавливаемый по умолчанию протокол HMP/SLP) используется в качестве устанавливаемого по умолчанию для потока 0, а устанавливаемая по умолчанию услуга передачи пакетов (т.е. устанавливаемый по умолчанию протокол PPP/RLP) используется в качестве устанавливаемого по умолчанию для потока 1, если эти потоки не были согласованы между терминалом доступа и сетью радиосвязи.

Протокол SRL 330 обеспечивает "наилучшие возможные" механизмы доставки для сообщений сигнализации, протокол HLP 332 обеспечивает услуги передачи сообщений для сообщений сигнализации. Протокол RLP 340 обеспечивает повторную передачу и обнаружение дублирования данных для конкретного определенного потока данных, причем одна из возможных реализаций дополнительно описана в стандарте IS-707. Может быть спроектирована и использована другая реализация протокола RLP 340, отличающаяся от описанной в стандарте IS-707, и это будет включено в объем настоящего изобретения. При использовании в контексте устанавливаемой по умолчанию пакетной услуги протокол RLP 340 может быть определен как используемый для передачи пакетов протокола РРР. Протокол РРР 342 обеспечивает поддержку формирования кадров и многопротокольного режима работы и дополнительно описан в работе W.Simpson, "The Point-to-Point Protocol (PPP)", RFC 1661, July 1994. Протоколы, выполняемые на базе протокола РРР 342, могут передавать данные трафика, а также выполнять различные задачи сетевого администрирования.

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

На фиг.4А-4С представлены диаграммы конкретного варианта осуществления структуры 410 канала с высокой скоростью передачи данных (ВСПД), структуры 420 прямого канала и структуры 440 обратного канала соответственно, поддерживаемых системой связи (например, системой 100 связи, показанной на фиг.1). Структура 410 канала ВСПД включает в себя структуру 420 прямого канала, которая используется для передачи данных от сети радиосвязи к терминалу доступа, и структуру 440 обратного канала, которая используется для передачи данных от терминала доступа к сети радиосвязи. Структуры прямого и обратного каналов предназначены для обеспечения требуемых функциональных возможностей, при этом структура каждого канала проектируется на основе конкретных характеристик передачи данных в прямой или обратной линии связи.

На фиг.4В представлен возможный вариант осуществления структуры 20 прямого канала. В данном варианте осуществления структура 420 прямого канала включает в себя канал 422 пилот-сигнала, канал 424 управления доступом к среде передачи, один или несколько каналов 426 трафика и один или несколько каналов 428 управления. Канал 424 управления доступом к среде передачи также включает в себя канал 432 активности прямого канала, канал 434 активности обратного канала и канал управления мощностью обратного канала. Эти каналы могут проектироваться различными способами, которые входят в объем настоящего изобретения. Каналы пилот-сигнала, управления доступом к среде передачи и управления являются "общими" каналами, совместно используемыми рядом терминалов доступа, осуществляющих связь с сетью радиосвязи. Канал(ы) трафика является(ются) выделенным(и) каналом(ами), назначаемым(и) терминалу доступа после установления сеанса связи.

На фиг.4С представлена диаграмма варианта осуществления структуры 440 обратного канала. В этом варианте структура 440 обратного канала включает в себя один или несколько каналов 442 трафика и канал 444 доступа. Канал(ы) 442 трафика также включает канал 452 пилот-сигнала, канал 454 управления доступом к среде передачи и один или несколько каналов 456 передачи данных. Канал 454 управления доступом к среде передачи может дополнительно включать канал 462 указателя скорости обратного канала и канал 464 управления скоростью передачи данных. Канал 444 доступа также включает в себя канал 472 пилот-сигнала, канал 474 управления доступом к среде передачи и один или несколько каналов 476 передачи данных. Канал 474 управления доступом к среде передачи может дополнительно включать в себя канал 478 указателя скорости обратного канала. И вновь, все эти каналы могут быть выполнены различными способами, и все это входит в объем настоящего изобретения. Как и в случае структуры прямого канала, канал(ы) трафика является(ются) выделенным(и) каналом(ами), а канал доступа является общим каналом, используемым совместно с другими терминалами доступа.

Для описания изобретения использован ряд терминов, которые определены ниже.

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

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

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

На фиг.5 представлен конкретный вариант осуществления уровней и соответствующих им протоколов для многоуровневой архитектуры 300 на фиг.3, которые спроектированы для поддержки структуры 410 каналов ВСПД, показанной на фиг.4А-4С. Как показано на фиг.5, каждый уровень включает один или большее количество протоколов, которые реализуют функциональные возможности уровня. Протоколы используют сообщения сигнализации и/или заголовки для передачи информации к другому объекту на другой стороне линии радиосвязи. На фиг.5 показаны некоторые из протоколов, включенных в уровни многоуровневой архитектуры 300.

В варианте по фиг.5 уровень 314 управления доступом к среде передачи (МАС-уровень) 314 включает в себя МАС-протокол 514а канала управления, МАС-протокол 514b прямого канала трафика, МАС-протокол 514с канала доступа и МАС-протокол 514d обратного канала трафика. МАС-протокол 514а канала управления обеспечивает процедуры, используемые сетью радиосвязи для передачи, а терминалом доступа - для приема, канала 428 управления. МАС-протокол 514b прямого канала трафика обеспечивает процедуры, используемые сетью радиосвязи для передачи, а терминалом доступа - для приема прямого канала 426 трафика. МАС-протокол 514с канала доступа обеспечивает процедуры, используемые терминалом доступа для передачи, а сетью радиосвязи - для приема канала 444 доступа. Любой МАС-протокол 514d обратного канала трафика обеспечивает процедуры, используемые терминалом доступа для передачи, а сетью радиосвязи - для приема обратного канала 442 трафика.

Уровень 316 защиты включает нулевое или большее количество протоколов защиты, спроектированных для защиты от неправомочного использования передач сигналов. В возможном варианте осуществления уровень 316 защиты включает в себя основной протокол защиты (не показан на фиг.4), который защищает от неправомочного использования услуги и неправомочного использования идентификационных данных. Чувствительные к этому передачи данных могут быть в типовом случае защищены с использованием сквозной аутентификации и шифрования, и дополнительная защита на уровне 316 защиты в типовом случае не нужна. Однако предусматриваются интерфейсы, позволяющие вводить дополнительные протоколы защиты по мере необходимости. Уровень 318 соединения включает протокол 518а управления линией радиосвязи, протокол 518b состояния инициализации и протокол 518с состояния ожидания, протокол 518d подсоединенного состояния, протокол 518е контроля состояния ожидания, протокол 518f контроля подсоединенного состояния, протокол 518g консолидации пакетов, протокол 518h обновления данных маршрутизации и протокол 518i служебных сообщений. Протокол 518а управления линией радиосвязи обеспечивает общее управление конечным автоматом, которому следуют терминал доступа и сеть радиосвязи в течение соединения. Протокол 518b состояния инициализации обеспечивает процедуры, которым терминал доступа следует для обнаружения сети радиосвязи и процедуры, которым следует сеть радиосвязи для поддержки обнаружения сети. Протокол 518с состояния ожидания обеспечивает процедуры, которым следуют терминал доступа и сеть радиосвязи, если соединение не открыто. Протокол 518d подсоединенного состояния обеспечивает процедуры, которым следуют терминал доступа и сеть радиосвязи, когда соединение открыто. Протокол 518е контроля состояния ожидания обеспечивает процедуры контроля, которым следует терминал доступа, когда соединение не открыто. Протокол 518f контроля подсоединенного состояния обеспечивает процедуры контроля, которым следуют терминал доступа и сеть радиосвязи, когда соединение открыто. Протокол 518g консолидации пакетов обеспечивает установление приоритетности передач и компоновку пакетов для уровня 318 соединения. Протокол 518h обновления данных маршрутизации обеспечивает средства для поддержания маршрута между терминалом доступа и сетью радиосвязи. И протокол 518i служебных сообщений обеспечивает трансляцию сообщений, содержащих информацию, используемую в протоколах на уровне 318 соединения.

Уровень 320 сеанса связи включает в себя протокол 520а загрузки и протокол 520b управления сеансом. Протокол 520а загрузки сеанса обеспечивает первоначальный обмен сообщениями, используемый для начала сеанса связи, и дополнительно обеспечивает средство для исключения терминала доступа, который в текущее время не имеет сеанса связи. Первоначальный обмен сообщениями назначает терминалу доступа идентификатор UATI (идентификатор адресации конкретного терминала доступа) и выбирает протокол управления сеансом связи, который, в свою очередь, согласует и конфигурирует протоколы, используемые в сеансе связи. Идентификатор UATI в настоящем описании упоминается также как "идентификатор терминала". В возможном варианте осуществления протокол 520а загрузки сеанса может не предусматривать согласования.

Протокол 520b управления сеансом связи обеспечивает первоначальное согласование и конфигурирование протоколов, используемых в течение сеанса, а также поддерживает контроль сеанса и процедуры закрытия сеанса. В возможном варианте осуществления протокол 520b управления сеансом поддерживает две фазы согласования: согласование, инициированное терминалом доступа (ТД), и согласование, инициированное сетью радиосвязи (СР). В фазе согласования, инициированной ТД, обмен данными при согласовании инициируется терминалом доступа. Эта фаза в типовом случае используется для согласования протоколов, которые будут использоваться в сеансе, и для согласования конфигураций для этих протоколов (например, длин аутентификационных ключей). В фазе согласования, инициированной СР, обмен данными при согласовании инициируется сетью радиосвязи. Эта фаза в типовом случае используется для переопределения установленных по умолчанию значений, используемых в согласуемых протоколах. Протокол 520b управления сеансом связи может также обеспечивать механизм сообщений, подтверждающих активность. В возможном варианте осуществления в соответствии с механизмом сообщений, подтверждающих активность, если ничего не последовало в течение некоторого периода времени между терминалом доступа и сетью радиосвязи, то один из объектов посылает сообщение, подтверждающее активность, на которое отвечает другой объект.

Протокол 520а загрузки сеанса и протокол 520b управления сеансом описаны более детально ниже.

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

В возможном варианте осуществления протоколы определяются их интерфейсами и состояниями протоколов. В конкретном варианте осуществления определены четыре типа интерфейсов, включающие: (1) заголовки и сообщения, (2) команды, (3) указания и (4) данные общего пользования. В последующем описании термин "объект" используется для обозначения как терминала доступа, так и сети радиосвязи.

Заголовки и сообщения используются для осуществления связи между протоколом, выполняющимся в одном объекте, и тем же протоколом в другом объекте.

Команды используются протоколом более высокого уровня для получения услуги от протокола более низкого уровня в том же самом объекте. Например, команды могут быть использованы более высоким уровнем в качестве примитивов, вызывая осуществление протоколом более низкого уровня некоторого действия (например, прерывание любой попытки доступа, осуществляемой в данное время). В возможном варианте команды могут быть переданы между протоколами на том же самом уровне, но ограничены одним направлением (т.е. объекту, который принимает команду от конкретного протокола, запрещается передавать команду к другому объекту в том же самом протоколе).

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

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

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

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

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

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

В соответствии с одним из аспектов настоящего изобретения ряд приложений, уровней, протоколов или конфигураций (т.е. для приложений, уровней и протоколов) или их комбинация могут быть согласованы и конфигурированы при установке сеанса связи. Каждому потоку, уровню и протоколу назначается однозначно определенный идентификатор (называемый здесь типом), который идентифицирует общий поток, уровень или протокол (например, МАС-протокол канала доступа). В конкретном варианте реализации идентификатор имеет значение из 8 битов. Многоуровневая структура (например, как показано на фиг.3) также может быть согласована.

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

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

В возможном варианте осуществления устанавливаемое по умолчанию приложение сигнализации включает (1) протокол передачи сообщений (например, протокол HDP передачи сообщений) и (2) протокол уровня линии связи, который обеспечивает фрагментацию сообщений, повторную передачу и обнаружение дублирования данных (например, протокол SLP канала сигнализации). В возможном варианте осуществления устанавливаемое по умолчанию пакетное приложение включает (1) протокол РРР (т.е. как определено документом IETF RFC 1661), который обеспечивает байтовый поток протокола РРР, и (2) протокол уровня линии связи (например, протокол RLP линии радиосвязи), который обеспечивает повторную передачу байтов и обнаружение дублированных данных.

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

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

На фиг.6А представлена диаграмма состояний варианта осуществления, относящегося к протоколу загрузки сеанса (например, протоколу 520а загрузки сеанса, как показано на фиг.5) для терминала доступа, которая включает неактивное состояние 610, состояние 612 инициализации и состояние 614 сеанса. Как показано на фиг.6А, протокол загрузки сеанса для терминала доступа переходит от исходного состояния к неактивному состоянию 610 для открытия сеанса. В неактивном состоянии 610 отсутствует информационный обмен между терминалом доступа и сетью радиосвязи. После передачи или приема сообщения активации протокол переходит к состоянию 512 инициализации, в котором терминал доступа и сеть радиосвязи обмениваются сообщениями запроса открытия и ответа открытия. Протокол переходит назад к неактивному состоянию 610, если принятое сообщение ответа открытия указывает, что запрос отклонен, и переходит к состоянию 614 сеанса, если запрос принят. Посредством обмена сообщениями запроса открытия и ответа открытия терминалу доступа присваивается идентификатор терминала UATI и выбирается протокол управления сеансом для использования при согласовании сеанса. В состоянии 614 сеанса сеанс либо открыт, либо находится в процессе согласования по протоколу управления сеансом, выбранному в состоянии 612 инициализации. Протокол переходит из состояния 614 сеанса назад в неактивное состояние 610 после передачи и приема сообщения закрытия или после приема сообщения отклонения из сети радиосвязи.

На фиг.6В показана диаграмма состояний возможного варианта осуществления протокола загрузки сеанса для сети радиосвязи, которая включает в себя неактивное состояние 620, состояние 622 инициализации и состояние 624 сеанса. Протокол загрузки сеанса для сети радиосвязи входит в неактивное состояние 620 после приема указания открыть сеанс связи. Протокол переходит из неактивного состояния 610 в состояние 612 инициализации после приема сообщения запроса открытия от терминала доступа. Сообщение запроса открытия обрабатывается, и протокол переходит назад в неактивное состояние 620 после передачи сообщения ответа открытия, указывающего на отклонение запроса открытия, и в состояние 624 сеанса после передачи сообщения ответа открытия, указывающего на прием запроса. Протокол переходит из состояния 624 сеанса назад в неактивное состояние 620 после передачи или приема сообщения закрытия.

На фиг.6С показана диаграмма состояний возможного варианта осуществления протокола управления сеансом (например, протокола 520b управления сеансом, как показано на фиг.5) для терминала доступа, которая включает неактивное состояние 630, состояние 632 инициирования терминала доступа, состояние 634 инициирования сети радиосвязи и состояние 636 открытия. Протокол управления сеансом для терминала доступа переходит из исходного состояния в неактивное состояние 630 для согласования сеанса. В неактивном состоянии 630 протокол ожидает команды активации и после ее приема или передачи переходит в состояние 632 инициирования терминала доступа. В состоянии 532 инициирования терминала доступа выполняется согласование по инициативе терминала доступа, и после его завершения (например, как указывается передачей сообщения завершения конфигурации) протокол переходит в состоянии 634 инициирования сети радиосвязи. В состоянии 634 инициирования сети радиосвязи выполняется согласование по инициативе сети радиосвязи, и после его завершения (например, как указано приемом сообщения завершения конфигурации) протокол переходит в состояние 636 открытия. В состоянии 636 открытия сеанс открыт и может быть использован для обмена трафиком приложения (например, в потоках 0-3) между терминалом доступа и сетью радиосвязи. Протокол переходит из состояния открытия 636 назад в неактивное состояние 630 после завершения сеанса (например, после передачи сообщения закрытия).

На фиг.6D показана диаграмма состояний протокола управления сеансом для сети радиосвязи, которая включает в себя неактивное состояние 640, состояние 642 инициирования терминала доступа, состояние 644 инициирования сети радиосвязи, состояние 646 открытия и состояние 648 закрытия. Протокол управления сеансом для сети радиосвязи переходит в неактивное состояние для согласования сеанса. В неактивном состоянии 640 протокол ожидает команды активации и после ее приема или передачи переходит в состояние 642 инициирования терминала доступа. В состоянии 642 инициирования терминала доступа выполняется согласование, инициированное терминалом доступа, и после его завершения (например, как указывается приемом сообщения завершения конфигурации) протокол переходит в состояние 644 инициирования сети радиосвязи. В состоянии 644 инициирования сети радиосвязи выполняется согласование, инициированное сетью радиосвязи, и после его завершения (например, как указано передачей сообщения завершения конфигурации) протокол переходит к состояние 646 открытия. В состоянии 646 открытия сеанс открыт и может быть использован для обмена трафиком приложения между терминалом доступа и сетью радиосвязи. Протокол переходит из состояния 646 открытия назад в неактивное состояние 640 после приема сообщения закрытия и в состояние 648 закрытия после передачи состояния закрытия. Из состояния 648 закрытия протокол переходит назад в неактивное состояние 640 после приема сообщения закрытия или после истечения времени установки таймера.

Для простоты не все переходы показаны на фиг.6A-6D. Например, переходы деактивации не показаны на фиг.6А и 6В, а безуспешные переходы не показаны на фиг.6С и 6D.

На фиг.7А показана блок-схема последовательности операций для конкретной реализации фазы 610 открытия сеанса. Протокол в фазе 610 открытия использует сообщение запроса открытия и сообщение ответа открытия для обеспечения возможности терминалу доступа запросить и получить идентификатор терминала доступа. Терминал доступа инициирует обмен сообщениями путем передачи сообщения запроса открытия по обратному общему каналу (например, каналу доступа 444, как показано на фиг.4С) и идентифицирует себя случайным идентификатором терминала доступа на этапе 710. Сеть радиосвязи принимает и обрабатывает сообщение запроса открытия на этапе 712.

На этапе 714 сеть радиосвязи определяет, принять или отклонить запрос открытия. Если запрос сеанса принят, то сеть радиосвязи присваивает идентификатор терминалу доступа и генерирует сообщение ответа открытия, которое включает в себя присвоенный идентификатор, на этапе 716. Идентификатор терминала доступа должен использоваться терминалом доступа в течение длительности сеанса связи. В противном случае, если запрос сеанса отклонен, то сеть радиосвязи генерирует сообщение ответа открытия, которое включает причину отклонения, на этапе 718. Сообщение ответа открытия также включает случайный идентификатор терминала доступа, выделенный из сообщения запроса открытия, принятого от терминала доступа. Сообщение ответа открытия затем передается к терминалу доступа по прямому общему каналу (например, по каналу управления 428) на этапе 720. В возможном варианте осуществления сообщения в фазе 610 открытия сеанса реализуются по (устанавливаемому по умолчанию) протоколу сеанса.

Как показано на фиг.6, фаза 620 конфигурирования сеанса связи включает в себя субфазу 622 согласования уровня/протокола сеанса, субфазу 624 конфигурирования уровня/протокола сеанса и субфазу 626 активации уровня/протокола сеанса. Эти субфазы описаны ниже более детально.

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

Первоначально терминал доступа выявляет на этапе 730 набор уровней и протоколов (или уровни/протоколы, которые идентифицированы их типами) для согласования. Для каждого из выбранных уровней и протоколов терминал доступа выявляет на этапе 732 набор приемлемых конфигураций (которые идентифицированы их субтипами). Терминал доступа затем генерирует и передает на этапе 734 одно или большее количество сообщений запроса конфигурации по обратному выделенному каналу в сеть радиосвязи.

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

Сеть радиосвязи принимает сообщение (сообщения) запроса конфигурации на этапе 736 и идентифицирует на этапе 738 каждый тип и связанный с ним список субтипов. Для каждого распознанного типа в сообщении запроса конфигурации сеть радиосвязи выбирает приемлемый субтип из связанного с ним списка субтипов, ранее идентифицированного терминалом доступа как приемлемого, на этапе 740. Если сеть радиосвязи не распознает тип или не находит приемлемый субтип в связанном списке, то тип пропускается. Сеть радиосвязи затем генерирует и передает на этапе 742 сообщение ответа конфигурации, которое включает тип (типы), обработанные сетью радиосвязи, и субтип, выбранный для каждого типа. Любой тип, пропущенный сетью радиосвязи, опускается из сообщения ответа конфигурации. В возможном варианте осуществления для упрощения обработки терминалом доступа тип (типы) в сообщении ответа конфигурации упорядочены в том же самом порядке, в котором они находятся в сообщении запроса конфигурации.

Терминал доступа на этапе 746 принимает сообщение ответа конфигурации и сравнивает на этапе 748 тип (типы) в сообщении ответа конфигурации с типом (типами) в сообщении запроса конфигурации. Для каждого типа в сообщении запроса конфигурации, который не найден в сообщении ответа конфигурации, терминал доступа устанавливает на этапе 750 субтип для типа на устанавливаемое по умолчанию значение. Для каждого типа в сообщении ответа конфигурации терминал доступа устанавливает на этапе 752 субтип для типа соответственно субтипу, найденному в принятом сообщении ответа конфигурации.

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

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

1) принятое сообщение ответа конфигурации не имеет связанного с ним сообщения запроса конфигурации,

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

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

4) сообщение ответа конфигурации включает в себя значение атрибута, не найденное в связанном с ним сообщении запроса конфигурации,

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

6) конфигурации, выбранные сетью радиосвязи, не будут функционировать.

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

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

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

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

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

На фиг.7С показана блок-схема последовательности операций варианта осуществления субфазы 626 активации уровня/протокола сеанса связи. После завершения субфазы 624 конфигурации уровня/протокола сеанса для всех согласуемых уровней и протоколов терминал доступа и сеть радиосвязи входят в субфазу 626 активации уровня/протокола сеанса связи. В субфазе 626 терминал доступа и сеть радиосвязи активируют согласованные уровни и протоколы сеанса. Сообщения в субфазе 626 выполняются протоколом сеанса.

В возможном варианте осуществления терминал доступа инициирует на этапе 780 субфазу 626 активации путем передачи сообщения запроса активации запроса по обратному выделенному каналу. Если терминал доступа требует разъединения соединения, чтобы активизировать согласованные уровни и протоколы, он указывает это требование в сообщении запроса активации сеанса. Сеть радиосвязи принимает и обрабатывает на этапе 782 сообщение. Сеть радиосвязи затем пересылает сообщение ответа активации сеанса по прямому выделенному каналу на этапе 784. Если требуется разъединение соединения, то сеть радиосвязи указывает это требование в сообщении ответа активации сеанса.

На этапе 786 выполняется определение того, требует ли терминал доступа или сеть радиосвязи освобождения соединения, чтобы активизировать согласованные уровни и протоколы. Если требуется разъединение соединения, то терминал доступа разъединяет соединение на этапе 788. После разъединения соединения терминал доступа и сеть радиосвязи активируют и используют согласованные уровни и протоколы на этапе 790. Как вариант, может быть определено на этапе 792, принято ли сообщение ответа активации сеанса терминалом доступа. Если сообщение ответа активации сеанса принято, то терминал доступа и сеть радиосвязи активируют и используют согласованные уровни и протоколы. Терминал доступа передает сообщение подтверждения назад в сеть радиосвязи после приема сообщения ответа активации сеанса.

В течение сеанса, если на этапе 796 определено, что требуются другие уровни, протоколы и/или конфигурации, то текущий сеанс завершается, и устанавливается новый сеанс.

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

На фиг.8 представлена блок-схема последовательности операций конкретной реализации субфазы 622 согласования уровня/протокола сеанса связи и субфазы 624 конфигурации уровня/протокола сеанса связи, инициированной терминалом доступа для установления линии связи с сетью радиосвязи. Терминал доступа инициирует согласование сеанса путем передачи сообщения 810 запроса открытия в сеть радиосвязи посредством общего канала (например, канала 444 доступа, как показано на фиг.4, или канала доступа в совместимой системе стандарта IS-95). Сообщение запроса открытия включает в себя идентификатор сообщения и идентификатор транзакции, которые идентифицируют сообщение и транзакцию соответственно для сети радиосвязи. Сеть радиосвязи принимает и обрабатывает сообщение запроса открытия и передает сообщение 812 ответа открытия назад в терминал доступа. Сообщение ответа открытия включает в себя идентификаторы сообщения и транзакции, код результата, соответствующий результату запроса открытия, и идентификатор терминала доступа, если запрос принят.

Терминал доступа и сеть радиосвязи затем определяют уровни и протоколы, которые должны быть согласованы. Это может быть реализовано путем обмена сообщениями 820 и 822 между терминалом доступа и сетью радиосвязи по назначенным прямому и обратному каналам трафика (например, прямой канал 426 трафика и обратный канал 442 трафика, как показано на фиг.4). Множество сообщений может быть передано терминалом доступа и сетью радиосвязи. Сообщения, переданные терминалом доступа, символически представлены как сообщение 820 на фиг.8, а сообщения, переданные сетью радиосвязи, символически представлены как сообщение 822.

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

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

Другой объект принимает сообщения запроса конфигурации и отвечает соответствующими сообщениями 832 (или 842) ответа конфигурации, которые включают согласуемые уровни и/или протоколы и их выбранные конфигурации. Обмен сообщениями запроса/ответа конфигурации продолжается до тех пор, пока оба объекта не примут согласованные атрибуты. Затем объект, который инициировал согласование, передает сообщение 834 (или 844) подтверждения, чтобы подтвердить принятие согласованного атрибута. Дополнительно выбранные атрибуты, если они есть, согласуются аналогичным способом.

На фиг.8 сообщения 830 и 832 согласования и сообщение 834 подтверждения представляют сообщения для одного набора атрибутов (т.е. одного уровня, одного протокола и т.д.). Другой набор сообщений передается для каждого набора атрибутов, выбранных для согласования. В варианте, показанном на фиг.8, обмен сообщениями 840 и 842 согласования и сообщением 844 подтверждения для набора атрибутов, выбранных для согласования сетью радиосвязи, производится после того, как атрибуты, выбранные терминалом, доступа, будут согласованы.

После завершения согласования протокола может осуществляться связь между терминалом доступа и сетью радиосвязи с использованием согласованных уровней и протоколов.

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

Таблица
Сообщение	Идентификатор	Канал
Запрос открытия	0×00	Общий
Ответ открытия	0×01	Общий
Закрытие	0×02	Общий
Приветствие	0×03	общий и выделенный
Запрос конфигурации	0×04	Выделенный
Ответ конфигурации	0×05	Выделенный
Запрос активации конфигурации	0×06	Выделенный
Ответ активации конфигурации	0×07	Выделенный

На фиг.9А представлена диаграмма варианта осуществления формата для сообщения запроса открытия. В этом варианте осуществления сообщение запроса открытия включает поле 910 идентификатора сообщения и поле 912 идентификатора транзакции. В возможном варианте осуществления поле 910 идентификатора сообщения представляет собой 8-битовое поле, имеющее значение 0×00, которое идентифицирует сообщение запроса открытия, поле 912 идентификатора транзакции также представляет собой 8-битовое поле, имеющее значение, которое получает приращение с каждой передачей нового сообщения запроса открытия.

На фиг.9В представлена диаграмма возможного варианта осуществления формата сообщения ответа открытия. В этом варианте осуществления сообщение ответа открытия включает поле 920 идентификатора сообщения, поле 922 идентификатора транзакции, поле 924 кода результата, поле 926 идентификатора терминала доступа и поле 928 таймера неактивности сеанса. В возможном варианте осуществления поле 920 идентификатора сообщения представляет собой 8-битовое поле, имеющее значение 0×01, которое идентифицирует сообщение ответа открытия, поле 922 идентификатора транзакции также представляет собой 8-битовое поле, содержащее значение из поля 912 идентификатора транзакции в соответствующем принятом сообщении запроса открытия, которое обрабатывается. В возможном варианте осуществления поле 924 кода результата представляет собой 8-битовое поле, имеющее значение 0×00, если запрос открытия принят, значение 0×01, если запрос открытия отклонен по неопределенной причине, и значение 0×02, если запрос открытия отклонен ввиду недостатка ресурсов. Могут также генерироваться и дополнительные или иные значения для поля 924 кода результата.

В возможном варианте осуществления поле 926 идентификатора терминала доступа представляет собой 4-байтовое поле, имеющее значение, назначенное в качестве идентификатора терминала доступа для использования терминалом доступа в течение продолжительности сеанса связи. Если значение в поле 924 кода результата соответствует 0×00, то поле 926 идентификатора терминала доступа устанавливается на 0×00000000, и терминал доступа игнорирует это значение. В возможном варианте осуществления поле 928 таймера неактивности сеанса представляет собой 8-битовое поле, имеющее значение, указывающее на длительность неактивности в минутах сеанса связи. Если значение поля 924 кода результата есть 0×00, что указывает на принятие запроса открытия, то сеть радиосвязи устанавливает значение в поле 928 таймера неактивности сеанса на значение из таймера неактивности сеанса, которое используется для данного сеанса связи. Если значение поля 924 кода результата не соответствует 0×00, что указывает на отклонение запроса открытия, то поле 928 таймера неактивности сеанса устанавливается на 0×00, и терминал доступа игнорирует это значение.

На фиг.9С представлена диаграмма возможного варианта осуществления формата для сообщения закрытия. В этом варианте осуществления сообщение закрытия включает в себя поле 930 идентификатора сообщения, поле 932 идентификатора транзакции, поле 934 причины закрытия, поле 936 длины дополнительной информации и поле 938 дополнительной информации. В возможном варианте осуществления поле 930 идентификатора сообщения представляет собой 8-битовое поле, имеющее значение 0×02, которое идентифицирует сообщение запроса "Закрыть", а поле 932 идентификатора транзакции также представляет собой 8-битовое поле, имеющее значение, которое получает приращение с каждой передачей нового сообщения "Закрыть". В возможном варианте осуществления поле 934 причины закрытия представляет собой 1-байтовое поле, имеющее значение, которое идентифицирует причину закрытия; поле 936 длины дополнительной информации представляет собой 1-байтовое поле, имеющее значение, которое идентифицирует длину (в байтах) следующего поля 938 дополнительной информации, при этом поле 938 дополнительной информации имеет переменную длину, содержащую дополнительную информацию, относящуюся к закрытию. Формат для поля 938 дополнительной информации зависит от конкретного закрытия.

На фиг.9D показана диаграмма возможного варианта осуществления формата для сообщения приветствия. В этом варианте осуществления сообщение приветствия включает в себя 8-битовое поле 940 идентификатора сообщения, имеющее значение 0×03, которое идентифицирует сообщение приветствия.

На фиг.9Е показана диаграмма возможного варианта осуществления формата для сообщения запроса конфигурации. В этом варианте сообщение запроса конфигурации содержит поле 950 типа, поле 952 идентификатора сообщения, поле 954 идентификатора транзакции и поле 956 списка атрибутов. В возможном варианте осуществления поле 950 типа представляет собой 8-битовое поле, имеющее значение, которое идентифицирует тип конфигурируемого протокола, поле 952 идентификатора сообщения представляет собой 8-битовое поле, имеющее значение 0×04, которое идентифицирует сообщение запроса конфигурации, и поле 954 идентификатора транзакции, которое также является 8-битовым полем, имеющим значение, которое получает приращение с передачей каждого нового сообщения запроса конфигурации. В возможном варианте осуществления поле 956 списка атрибутов имеет переменную длину, включает в себя список приемлемых субтипов для каждого согласуемого типа, причем каждый элемент списка включает одну или более (тип, субтип) пар. В возможном варианте осуществления, если список включает более одного элемента, то элементы упорядочиваются в порядке убывания предпочтения. Принимающий объект может определить длину сообщения запроса конфигурации с использованием длины сообщения.

На фиг.9F представлена диаграмма варианта осуществления формата для сообщения ответа конфигурации. В данном варианте осуществления сообщение ответа конфигурации включает в себя поле 960 типа, поле 962 идентификатора сообщения, поле 964 идентификатора транзакции и поле 966 списка атрибутов. В возможном варианте поле 960 типа представляет собой 8-битовое поле, имеющее значение, которое идентифицирует тип конфигурируемого протокола, поле 962 идентификатора сообщения является 8-битовым полем, имеющим значение 0х05, которое идентифицирует сообщение ответа конфигурации, и поле 922 идентификатора транзакции также представляет собой 8-битовое поле, содержащее значение из поля 954 идентификатора транзакции в принятом обрабатываемом сообщении запроса конфигурации.

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

На фиг.9G представлена диаграмма возможного варианта осуществления формата для сообщения запроса активации сеанса. В этом варианте осуществления сообщение запроса активации сеанса включает в себя поле 970 идентификатора сообщения, поле 972 идентификации транзакции и поле 974 индикации разъединения соединения. В возможном варианте осуществления поле 970 идентификации сообщения является 8-битовым полем, имеющим значение 0×06, которое идентифицирует сообщение запроса активации сеанса, и поле 972 идентификации транзакции также является 8-битовым полем, имеющим значение, которое получает приращение при каждом переданном сообщении запроса активации сеанса. В возможном варианте осуществления поле 974 индикации разъединения соединения представляет собой 1-байтовое поле, имеющее значение 0×01, если терминал доступа требует, чтобы соединение было разъединено, чтобы перейти к субфазе согласования или конфигурации уровня/протокола сеанса, и значение 0×00 - в ином случае.

На фиг.9Н представлена диаграмма возможного варианта осуществления формата для сообщения ответа активации сеанса. В этом варианте осуществления сообщение ответа активации сеанса включает в себя поле 980 идентификатора сообщения, поле 982 идентификатора транзакции и поле 984 индикации разъединения соединения. В возможном варианте осуществления поле 980 идентификатора сообщения представляет собой 8-битовое поле, имеющее значение 0×07, которое идентифицирует сообщение ответа активации сеанса, а поле 982 идентификации транзакции также представляет собой 8-битовое поле, содержащее значение из поля 972 идентификации транзакции в принятом обрабатываемом сообщении запроса активации сеанса. В возможном варианте осуществления поле 984 индикации разъединения соединения представляет собой 1-байтовое поле, имеющее значение 0х01, если терминал доступа или сеть радиосвязи требуют разъединения соединения, чтобы перейти к субфазе согласования или конфигурации уровня/протокола сеанса, и значение 0×00 - в ином случае.

На фиг.9А-9Н представлены диаграммы конкретных реализаций некоторых из сообщений, которые могут быть использованы для конфигурирования приложений, уровней и протоколов. Дополнительные и/или другие сообщения, чем описанные выше, могут быть также определены и использованы (например, сообщение активации, сообщение завершения конфигурации и многие другие), и все такие изменения входят в объем настоящего изобретения. Более того, сообщения могут быть созданы с другими (или дополнительными) форматами сообщений, полями и форматами полей, чем показанные на фиг.9А-9Н, и это также входит в объем настоящего изобретения.

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

Изобретение может быть реализовано различными способами, оно может быть реализовано программными средствами, аппаратными средствами или комбинацией их обоих. Например, согласно фиг.2, изобретение может быть реализовано комбинацией программного обеспечения и/или аппаратных средств в составе системы 214 управления и контроллера 262 или других блоков, связанных с системой 214 управления и контроллером 262. Аппаратные средства могут быть реализованы в виде одной или нескольких интегральных схем, специализированной интегральной схемы, цифрового процессора сигналов, контроллера, микропроцессора и других схем, спроектированных для выполнения функций, описанных в настоящем описании.

Настоящее изобретение может быть применено в различных системах связи с расширенным спектром. Изобретение применимо к системам с расширенным спектром, которые существуют в настоящее время, и к новым системам, которые непрерывно создаются. Конкретная система множественного доступа с кодовым разделением каналов (МДКР) описана в вышеупомянутой патентной заявке США №08/963,386. Другие системы МДКР описаны в вышеупомянутых патентах США №4901307 и №5103459.

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

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

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

3. Способ по п.1, отличающийся тем, что каждое значение обработанного атрибута связано с одним значением обработанного атрибута.

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

5. Способ по п.1, отличающийся тем, что передачу и прием осуществляют по выделенным каналам связи.

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

7. Способ по п.6, отличающийся тем, что инициированное состояние включает инициированное состояние терминала доступа, указывающее на согласование сеанса по атрибутам, выбранным первым объектом, и инициированное состояние сети радиосвязи, указывающее на согласование сеанса по атрибутам, выбранным вторым объектом.

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

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

10. Способ по п.1, отличающийся тем, что значения обработанных атрибутов и связанные с ними списки значений обработанных атрибутов принимаются в порядке, соответствующем порядку выбранных атрибутов и связанных с ними списков значений выбранных атрибутов.

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

12. Способ по п.1, отличающийся тем, что дополнительно включает прием идентификатора объекта в первом объекте, при этом последующие сообщения, передаваемые от первого объекта, идентифицируются посредством идентификатора объекта.

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

14. Способ по п.1, отличающийся тем, что первый объект представляет собой терминал доступа.

15. Способ по п.1, отличающийся тем, что второй объект представляет собой сеть радиосвязи.

16. Способ по п.1, отличающийся тем, что дополнительно включает передачу от первого объекта сообщения запроса открытия, указывающего на запрос открытия сеанса связи, и прием первым объектом сообщения ответа открытия, указывающего на принятие или отклонение запроса для открытия сеанса связи.

17. Способ по п.16, отличающийся тем, что сообщение запроса открытия и сообщение ответа открытия передают и принимают по общим каналам связи.

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

19. Способ по п.18, отличающийся тем, что сообщения конфигурации реализуются на уровне сеанса системы связи.

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

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

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

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

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

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

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

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

28. Устройство по п.26, отличающееся тем, что дополнительно содержит средство для приема идентификатора объекта в первом объекте, при этом последующие сообщения, передаваемые от первого объекта, идентифицируются посредством идентификатора объекта.

29. Устройство по п.26, отличающееся тем, что дополнительно содержит средство для передачи от первого объекта второму объекту сообщения запроса открытия, указывающего на запрос открытия сеанса связи, и средство для приема первым объектом от второго объекта сообщения ответа открытия, указывающего на принятие или отклонение запроса для открытия сеанса связи.

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