Независимая синхронизация каналов связи протокола "точка-точка" на интерфейсах um и rm

Раскрыты способ, используемый в системе радиосвязи, и устройство радиосвязи ПТ2, обеспечивающие восстановление синхронизации соединения согласно протоколу “точка - точка” (ПТТ) на каждом из интерфейсов R_m и U_m, без воздействия на другой интерфейс R_m и U_m. При выполнении передачи обслуживания, к примеру, передачи связи между подвижным устройством ПТ2 и новой базовой станцией/центром коммутации мобильной связи (БС/ЦКМС), произойдет повторное согласование конфигурации ПТТ на интерфейсе U_m, не вызывая при этом повторного согласования конфигурации ПТТ на интерфейсе R_m. Аналогично, когда происходит повторное согласование конфигурации ПТТ на интерфейсе R_m, не происходит повторного согласования конфигурации ПТТ на интерфейсе U_m, что и является достигаемым техническим результатом. 4 н. и 16 з.п. ф-лы, 6 ил.

 

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

Настоящее изобретение имеет отношение к области услуг по передаче данных радиосвязи. Более конкретно, настоящее изобретение касается нового и усовершенствованного способа и системы для восстановления синхронизации канала связи протокола "точка - точка" (ПТТ) через интерфейс U_m между устройством радиосвязи (ПТ2) и базовой станцией/центром коммутации мобильной связи (БС/ЦКМС) без воздействия на интерфейс R_m между устройством радиосвязи (ПТ2) и устройством ТO2.

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

Быстрыми темпами становится популярным межсетевое взаимодействие, к примеру, соединение отдельных локальных вычислительных сетей (ЛВС). Становятся известными и широко используются инфраструктура и соответствующие протоколы, обычно упоминаемые, как "Интернет". Для обеспечения доступа в Интернет известен протокол "точка - точка" (ПТТ), обеспечивающий стандартный способ для транспортировки многопротокольных датаграмм между двумя узлами и дополнительно описанный в Запросах на комментарии и предложения (ЗНКП) 1661, рабочей группы по сетям, W. Simpson, Editor, от июля 1994.

ПТТ включает три основные составляющие:

1. Способ инкапсуляции многопротокольных датаграмм.

2. Протокол управления соединением (ПУС, LCP) для установления, конфигурирования и тестирования соединения для передачи данных.

3. Совокупность протоколов управления сетью связи (ПУСт) для установления и конфигурирования различных протоколов сетевого уровня.

Фиг.1 иллюстрирует укрупненную блочную диаграмму системы радиосвязи, в которой подвижный терминал 102 (устройство ТO2) через систему радиосвязи, содержащую устройство 104 радиосвязи (ПТ2) и базовую станцию/центр коммутации (БС/ЦКМС) 106, осуществляет связь с блоком 108 межсетевого взаимодействия (БМВ). Согласно фиг.1 БМВ 108 служит в качестве точки доступа к Интернет. БМВ 108 соединен и часто размещен совместно с БС/ЦКМС 106, которая, как известно в технике, может быть стандартной базовой радиостанцией. Устройство 102 ТO2 соединено с устройством 104 ПТ2 (которое может быть сотовым телефоном), взаимодействующим через радиосвязь с БС/ЦКМС 106 и БМВ 108.

Существует много протоколов, обеспечивающих передачу данных между устройством 102 ТO2 и БМВ 108. К примеру, промежуточный стандарт IS-707.5 ассоциации промышленности средств электросвязи (ТIА)/ассоциации электронной промышленности (ЕIА), называемый "Дополнительные средства обслуживания данных для широкополосных систем связи с расширенным спектром: обслуживание пакетных данных", опубликованный в феврале 1998 года, определяет требования, поддерживающие возможности передачи пакетных данных в соответствующих IS-95 TIA/EIA широкополосных системах связи с расширенным спектром, частью которых могут быть БС/ЦКМС 106 и БМВ 108. IS-707.5 также предусматривает требования для протоколов связи на соединениях между устройством 102 ТO2 и устройством 104 ПТ2 (интерфейс R_m), между устройством 104 ПТ2 и БС/ЦКМС 106 (интерфейс U_m), и между БС/ЦКМС 106 и БМВ 108 (интерфейс L).

На фиг.2 показана диаграмма стеков протоколов в каждом объекте из моделей передачи, соответствующих IS-707.5. Фиг.2 примерно соответствует фигуре 1.4.2.2-1 из IS-707.5. С левой стороны чертежа в стандартном вертикальном формате показан стек протокола, иллюстрирующий уровни протоколов, выполняемые на устройстве 102 Т02 (к примеру, на подвижном терминале, портативном или карманном компьютере). Стек протоколов ТO2 иллюстрируется логически соединенным через интерфейс R_m со стеком протоколов устройства 104 ПТ2. Устройство 104 ПТ2 иллюстрируется логически соединенным через интерфейс U_m со стеком протоколов БС/ЦКМС 106. В свою очередь, стек протоколов БС/ЦКМС 106 иллюстрируется логически соединенным через интерфейс L со стеком протоколов БМВ 108.

В качестве примера работы протоколов, иллюстрируемых фиг.2, протокол 206 "точка - точка" (ПТТ_R) кодирует пакеты протоколов 202, 204 верхнего уровня и передает их через интерфейс R_m, используя протокол 208 ЕIА-232 для совместимого с ЕIА-232 порта на устройстве ПТ2, выполняющем протокол 210 ЕIА-232. Настоящее изобретение не ограничено системой, использующей протокол ЕIА-232, так как известно, что также имеются другие подходящие протоколы, типа USB (универсальная последовательная шина). На устройстве ПТ2 протокол 210 ЕIА-232 принимает пакеты и передает их протоколу 205 ПТТ_R. Протокол 205 ПТТ_R осуществляет разборку кадров пакетов, инкапсулированных в кадры ПТТ и, обычно, когда установлено соединение данных, передает пакеты протоколу 215 ПТТ₀, осуществляющему сборку кадров из пакетов в кадры ПТТ для передачи к протоколу того же уровня ПТТ, размещенному в БМВ (108). Известные в технике протокол 212 линии радиосвязи (ПЛР) 212 и протокол 214 IS-95 используются для передачи через интерфейс U_m к БС/ЦКМС 106 пакетов, инкапсулированных в кадры ПТТ. Протокол 212 ПЛР определен промежуточным стандартом IS-707.2 ассоциации промышленности средств электросвязи (ТIА)/ассоциации электронной промышленности (ЕIА), называемым "Дополнительные средства обслуживания данных для широкополосных систем связи с расширенным спектром: протокол линии радиосвязи", от февраля 1998, а протокол IS-95 определен в упомянутом выше IS-95. Дополняющий протокол 216 ПЛР и протокол 218 IS-95 в БС/ЦКМС 106 передают пакеты протоколу 220 уровня для передачи через интерфейс L протоколу 228 уровня передачи. Затем протокол 226 ПТТ_U осуществляет разборку кадров принятых пакетов и передает их протоколам 225 сетевого уровня, в свою очередь передающим их вовне, по объединенной сети, к серверу назначения.

Как описано в ЗНКП 1661, пакеты ПУС включают в себя запрос на установку конфигурации, подтверждение на установку конфигурации, неподтверждение на установку конфигурации и отказ на установку конфигурации. Формат этих пакетов известен и описан в ЗНКП 1661.

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

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

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

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

Ниже приведены известные опции конфигурации, описанные в ЗНКП 1661 и определенные для ПУС ПТТ протокола:

1. Максимальный-принимаемый-блок.

2. Протокол-аутентификации.

3. Протокол-качества.

4. "Магическое"-число.

5. Сжатие-поля-протокола.

6. Сжатие-поля-управления-и-адреса.

Управляющий протокол семейства межсетевых протоколов (МП) (УПМП, IРСР) является протоколом управления сетью, ответственным за конфигурирование, активизацию и отключение модулей межсетевого протокола (МП) на обоих концах канала связи ПТТ. УПМП описан в Запросах на комментарии и предложения (ЗНКП) 1332, "ПТТ управляющий протокол семейства МП (УПМП)", рабочая группа по сетям, G. McGregor Merit, май 1992 года. Опции конфигурации УПМП включают:

1. МП-адресаты

2. МП-протокол-сжатия и

3. МП-адрес

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

Согласования опций конфигураций ПУС и УПМП происходят отдельно и для интерфейса R_m и для интерфейса U_m. Это означает, что согласование опций конфигурации ПУС или УПМП через один интерфейс, R_m или U_m, происходит отдельно от согласования опций конфигурации ПУС или УПМП через другой интерфейс, U_m или R_m. Следовательно, устройство радиосвязи (ПТ2) должно отдельно согласовать опции конфигурации через интерфейсы U_m и R_m.

Так как устройство радиосвязи (ПТ2) является подвижным, то оно может переместиться в область, обслуживаемую другой БС/ЦКМС 106, или другому БМВ 108. Когда это происходит, то осуществляется передача обслуживания, передающая устройство ПТ2 для обслуживания новой БС/ЦКМС 106 или новому БМВ 108. При осуществлении передачи обслуживания необходимо повторно согласовать каналы ПУС и УПМП через интерфейс U_m, как описано выше. Так как согласование ПТТ для интерфейсов U_m и R_m является независимым, то необходимо осуществить повторное согласование ПТТ только на интерфейсе U_m.

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

Таким образом, когда осуществляется передача обслуживания, к примеру, подвижное устройство ПТ2 передается новой БС/ЦКМС, на интерфейсе U_m может произойти повторное согласование конфигурации ПТТ, не вызывая повторного согласования конфигурации ПТТ на интерфейсе R_m.

Аналогично, на интерфейсе R_m может произойти повторное согласование конфигурации ПТТ, не вызывая повторного согласования конфигурации ПТТ на интерфейсе U_m.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

Фиг.2 является диаграммой стеков протоколов каждого объекта.

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

Фиг.4 иллюстрирует функционирование изобретения при повторном согласовании интерфейса U_m.

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

Фиг.6 иллюстрирует функционирование изобретения при повторном согласовании интерфейса R_m.

ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ

ОСУЩЕСТВЛЕНИЯ

Как известно в технике, чтобы установить связь по каналу связи "точка - точка" (ПТТ), по каждому каналу связи ПТТ, то есть через интерфейсы R_m и U_m, нужно осуществить обмен пакетами протокола управления соединением (ПУС, LCP) для установления, конфигурирования и тестирования соединения линии передачи данных. Как определено в ЗНКП 1661, любые не согласованные опции используют предварительно определенное значение, заданное по умолчанию.

Аналогично, для согласования и конфигурирования опций конфигурации УПМП нужно осуществить обмен пакетами УПМП через интерфейсы R_m и U_m. Как определено в ЗНКП 1332, любые не согласованные опции используют предварительно определенное значение, заданное по умолчанию.

Как описано в ЗНКП 1661 и в ЗНКП 1332, пакеты ПУС и пакеты УПМП включают запрос на установку конфигурации, подтверждение на установку конфигурации, неподтверждение на установку конфигурации и отказ на установку конфигурации. Формат этих пакетов известен и описан в ЗНКП 1661 и в ЗНКП 1332, соответственно.

Согласования опций конфигурации могут происходить отдельно для интерфейса R_m и для интерфейса U_m. Как описано в ЗНКП 1661 и в ЗНКП 1332, пакет запроса на установку конфигурации включает список запрашиваемых опций, а пакет подтверждения на установку конфигурации включает список опций, подтвержденных отправителем.

Для упрощения и получения большей эффективности обработки предпочтительно, чтобы в результате повторного согласования опций ПТТ, новые согласованные опции совпадали с опциями ПТТ, используемыми до повторного согласования. Однако, это не является требованием. В случае, когда новые согласованные опции ПТТ не совпадают с опциями ПТТ, используемыми до повторного согласования, требуется осуществление устройством ПТ2 дополнительной обработки, такой как описана в находящейся в процессе одновременного рассмотрения заявке "Выборочная разборка и сборка кадров пакетов ПТТ в зависимости от согласованных опций интерфейсов U_m и R_m", изобретатели Marcello Lioy и Nish Abrol (реестр уполномоченного D1275).

Так как устройство 104 радиосвязи (ПТ2) обычно является подвижным, то связь между устройством 104 ПТ2 и БС/ЦКМС 106, в зависимости от местоположения ПТ2, по необходимости, будет передана другому БС/ЦКМС 106. В технике известны способы передачи обслуживания. Когда происходит передача обслуживания, должен быть повторно согласован интерфейс U_m. То есть через интерфес U_m должны быть повторно согласованы

опции конфигурации ПУС и УПМП. Однако, при повторном согласовании интерфейса U_m нет необходимости повторно согласовывать опции конфигурации ПТТ через интерфейс R_m.

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

Фиг.3 иллюстрирует диаграмму изменения состояния согласно первому аспекту изобретения. Первоначально ПТТ находится в состоянии отсутствия вызова, обозначенном ссылочной позицией 300. При приеме в устройстве 104 ПТ2 пакета ПУС от интерфейса U_m или от интерфейса R_m, ПТТ вводит состояние инициализации ПТТ U_m и R_m, обозначенное ссылочной позицией 310. В этом состоянии на интерфейсах U_m и R_m происходит согласование опций. Когда согласования конфигурации ПУС завершены, затем осуществляются согласования конфигурации УПМП. Когда завершены согласования конфигурации УПМП, ПТТ вводит состояние установленного ПТТ, обозначенное ссылочной позицией 320.

В состоянии установленного ПТТ, если на интерфейсе R_m принимается пакет запроса на установку конфигурации ПУС или УПМП, то ПТТ вводит состояние инициализации ПТТ U_m и R_m, и на интерфейсах U_m и R_m происходят согласования опций.

В состоянии установленного ПТТ может возникнуть необходимость повторно согласовать ПТТ через канал связи U_m. Индикация того, что это необходимо, может поступить в нескольких формах, она может поступить из сети сотовой связи, к примеру, в сети связи МДКР она может быть обозначена идентификатором ИД новой зоны пакета, или новым идентификатором безопасности/идентификатором сети SID/NID. Также она может поступить в форме запроса на установку конфигурации ПУС, или запроса на установку конфигурации УПМП. Если индикация поступает из сети сотовой связи, то ПТТ U_m в телефоне может инициировать повторное согласование, иначе не требуется предпринимать никаких специальных действий. После приема индикации необходимости повторного согласования вводится состояние восстановления синхронизации ПТТ, обозначенное ссылочной позицией 330. В состоянии восстановления синхронизации ПТТ устройство 104 ПТ2 будет повторно согласовывать опции ПУС и УПМП. При завершении согласования опций УПМП восстанавливается состояние установленного ПТТ и может производиться передача данных.

На фиг.4 показан пример функционирования настоящего варианта осуществления. После завершения согласования опций и на интерфейсе R_m и на интерфейсе U_m может производиться передача данных. В состоянии, обозначенном ссылочной позицией 410, БС/ЦКМС 106 передает устройству 104 ПТ2 через интерфейс U_m пакет запроса на установку конфигурации ПУС. В состоянии, обозначенном ссылочной позицией 412, устройство ПТ2, находясь в состоянии установленного ПТТ, принимает пакет запроса на установку конфигурации ПУС, вводит состояние восстановления синхронизации ПТТ, и в состоянии, обозначенном ссылочной позицией 414, передает пакет подтверждения на установку конфигурации ПУС. В состоянии, обозначенном ссылочной позицией 416, устройство ПТ2 передает пакет запроса на установку конфигурации ПУС, и, в состоянии, обозначенном ссылочной позицией 418, устройство ПТ2 принимает от БС/ЦКМС 106 пакет подтверждения на установку конфигурации ПУС. В этой точке опции конфигурации ПУС для обоих концов интерфейса U_m являются успешно согласованными. Следует отметить, что если ПТ2 инициализирует повторное согласование, то фиг.4 должна быть изменена.

В состоянии, соответствующем ссылочной позиции 420, БС/ЦКМС передает устройству ПТ2 пакет запроса на установку конфигурации УПМП. В состоянии, соответствующем ссылочной позиции 422, устройство ПТ2 принимает пакет запроса на установку конфигурации УПМП и, в состоянии, соответствующем ссылочной позиции 424, отвечает пакетом подтверждения на установку конфигурации УПМП. В состоянии, соответствующем ссылочной позиции 426, устройство ПТ2 передает пакет запроса на установку конфигурации УПМП. В состоянии, соответствующем ссылочной позиции 428, устройство ПТ2 принимает от БС/ЦКМС пакет подтверждения на установку конфигурации УПМП. В этот момент времени согласования УПМП завершены, и устройство ПТ2 вводит состояние установленного ПТТ. Таким образом интерфейс U_m был повторно согласован, без воздействия на интерфейс R_m.

Фиг.5 иллюстрирует диаграмму изменения состояния для второго аспекта изобретения. Согласования опций ПУС и УПМП на одном из интерфейсов U_m и R_m без воздействия на другой интерфейс U_m и R_m.

Первоначально ПТТ начинает функционирование в состоянии отсутствия вызова, обозначенном ссылочной позицией 500. Когда пакет запроса на установку конфигурации принимается на интерфейсе R_m или на интерфейсе U_m, то затем ПТТ вводит состояние инициализации ПТТ U_m и R_m, обозначенное ссылочной позицией 510. При завершении согласовании опций УПМП ПТТ вводит состояние установленного ПТТ, обозначенного ссылочной позицией 520.

Когда в состоянии установленного ПТТ через интерфейс U_m или R_m принимается пакет запроса на установку конфигурации ПУС или УПМП, то ПТТ затем вводит состояние восстановления синхронизации ПТТ, обозначенное ссылочной позицией 530. Когда в состоянии восстановления синхронизации ПТТ, УПМП завершает согласование опций на интерфейсе U_m или R_m, затем ПТТ вводит состояние установленного ПТТ.

На фиг.6 показано согласование опций ПТТ через интерфейс R_m без воздействия на интерфейс U_m. После завершения согласования опций и на интерфейсе R_m и на интерфейсе U_m может производиться передача данных. В состоянии, соответствующем ссылочной позиции 610, устройство 102 ТO2 передает устройству 104 ПТ2 через интерфейс R_m пакет запроса на установку конфигурации ПУС. В состоянии, соответствующем ссылочной позиции 612, устройство ПТ2, будучи в состоянии установленного ПТТ, принимает пакет запроса на установку конфигурации ПУС, вводит состояние восстановления синхронизации ПТТ и в состоянии, соответствующем ссылочной позиции 614, передает пакет подтверждения на установку конфигурации ПУС. В состоянии, обозначенном ссылочной позицией 616, устройство ПТ2 передает пакет запроса на установку конфигурации ПУС и, в состоянии, соответствующем ссылочной позиции 618, устройство ПТ2 принимает от устройства 102 ТO2 пакет подтверждения запроса на установку конфигурации ПУС. В этот момент для обоих концов интерфейса R_m опции конфигурации ПУС являются успешно согласованными.

В состоянии, соответствующем ссылочной позиции 620, устройство Т02 передает устройству ПТ2 пакет запроса на установку конфигурации УПМП. В состоянии, соответствующем ссылочной позиции 622, устройство ПТ2 принимает пакет запроса на установку конфигурации УПМП и, в состоянии, соответствующем ссылочной позиции 624, отвечает пакетом подтверждения на установку конфигурации УПМП. В состоянии, соответствующем ссылочной позиции 626, устройство ПТ2 передает пакет запроса на установку конфигурации УПМП. В состоянии, соответствующем ссылочной позиции 628, устройство ПТ2 принимает от устройства ТO2 пакет подтверждения на установку конфигурации УПМП. В этот момент времени согласование УПМП завершается и устройство ПТ2 вводит состояние установленного ПТТ. Таким образом опции интерфейса R_m были согласованы, не оказывая воздействия на интерфейс U_m.

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

1. Способ восстановления синхронизации первого соединения согласно протоколу "точка - точка" на интерфейсе U_m без восстановления синхронизации второго соединения, согласно протоколу "точка - точка" (ПТТ) на интерфейсе R_m, содержащий этапы: проверку всех пакетов, принимаемых устройством радиосвязи ПТ2 через упомянутый интерфейс U_m, для определения, является ли принятый пакет пакетом ПТТ для запроса согласования опций, согласование значений опций упомянутого интерфейса U_m после определения упомянутой проверкой, что упомянутый принятый пакет является упомянутым пакетом ПТТ для запроса согласования опций, и протокол ПТТ на упомянутом устройстве радиосвязи ПТ2 вводит состояние для передачи данных после успешного завершения упомянутого этапа согласования упомянутых значений опций.

2. Способ по п.1, в котором упомянутый этап проверки выполняется, когда упомянутый протокол "точка - точка" находится в упомянутом состоянии для передачи данных.

3. Способ по п.1, в котором упомянутый этап согласования содержит согласование значений опций протокола управления соединением (ПУС).

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

5. Способ по п.1, в котором упомянутый этап согласования содержит согласование значений опций ПУС и значений опций УПМП.

6. Способ восстановления синхронизации первого соединения согласно протоколу "точка - точка" без восстановления синхронизации второго соединения согласно протоколу "точка - точка" (ПТТ), содержащий этапы: проверку всех пакетов, принимаемых устройством радиосвязи ПТ2 через один из интерфейсов U_m и R_m для определения, является ли принятый пакет пакетом ПТТ для запроса согласования опций, согласование значений опций упомянутого одного из интерфейсов U_m и R_m после определения упомянутой проверкой, что упомянутый принятый пакет является упомянутым пакетом ПТТ для запроса согласования опций, и протокол ПТТ на упомянутом устройстве радиосвязи ПТ2 вводит состояние для передачи данных после успешного завершения упомянутого этапа согласования упомянутых значений опций.

7. Способ по п.6, в котором упомянутый этап проверки выполняется, когда упомянутый протокол "точка - точка" находится в упомянутом состоянии для передачи данных.

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

9. Способ по п.6, в котором упомянутый этап согласования содержит согласование значений опций УПМП.

10. Способ по п.6, в котором упомянутый этап согласования содержит согласование значений опций ПУС и значений опций УПМП.

11. Устройство радиосвязи ПТ2, обеспечивающее восстановления синхронизации первого соединения согласно протоколу "точка - точка" на интерфейсе U_m без восстановления синхронизации второго соединения согласно протоколу "точка - точка" (ПТТ) на интерфейсе R_m, содержащее средство проверки всех пакетов, принимаемых через упомянутый интерфейс U_m, для определения, является ли принятый пакет пакетом ПТТ для запроса согласования опций, средство согласования значений опций упомянутого интерфейса U_m после определения упомянутым средством проверки, что упомянутый принятый пакет является упомянутым пакетом ПТТ для запроса согласования опций, и протокол ПТТ на упомянутом устройстве радиосвязи ПТ2 вводит состояние для передачи данных после успешного согласования упомянутых опций ПТТ упомянутым средством согласования.

12. Устройство радиосвязи ПТ2 по п.11, в котором упомянутое средство проверки выполняют проверку всех упомянутых пакетов, когда упомянутый протокол "точка - точка" находится в упомянутом состоянии для передачи данных.

13. Устройство радиосвязи ПТ2 по п.11, в котором упомянутые значения опций, согласованные упомянутым средством согласования, содержат значения опций протокола управления соединением (ПУС).

14. Устройство радиосвязи ПТ2 по п.11, в котором упомянутые значения опций, согласованные упомянутым средством согласования, содержат значения опций управляющего протокола семейства межсетевых протоколов (УПМП).

15. Устройство радиосвязи ПТ2 по п.11, в котором упомянутые значения опций, согласованные упомянутым средством согласования, содержат значения опций ПУС и значения опций УПМП.

16. Устройство радиосвязи ПТ2, обеспечивающее восстановление синхронизации первого соединения согласно протоколу "точка - точка" (ПТТ) без восстановления синхронизации второго соединения согласно протоколу "точка - точка", содержащее средство проверки всех пакетов, принимаемых устройством ПТ2 через один из интерфейсов U_m и R_m, для определения, является ли принятый пакет пакетом ПТТ для запроса согласования опций, средство согласования значений опций упомянутого одного из интерфейсов U_m и R_m после определения упомянутым средством проверки, что упомянутый принятый пакет является упомянутым пакетом ПТТ для запроса согласования опций, и протокол ПТТ на упомянутом устройстве радиосвязи ПТ2 вводит состояние для передачи данных после успешного согласования упомянутым средством согласования опций ПТТ.

17. Устройство радиосвязи ПТ2 по п.16, в котором упомянутое средство проверки выполняет проверку, когда упомянутый протокол "точка-точка" находится в упомянутом состоянии для передачи данных.

18. Устройство радиосвязи ПТ2 по п.16, в котором упомянутые значения опций, согласованные упомянутым средством согласования, содержат значения опций протокола управления соединением (ПУС).

19. Устройство радиосвязи ПТ2 по п.16, в котором упомянутые значения опций, согласованные упомянутым средством согласования, содержат значения опций управляющего протокола семейства межсетевых протоколов (УПМП).

20. Устройство радиосвязи ПТ2 по п.16, в котором упомянутые значения опций, согласованные упомянутым средством согласования, содержат значения опций ПУС и значения опций УПМП.