Область техники, к которой относится изобретение
Настоящее изобретение относится, в основном, к области связи и, в частности, к запросу реализаций протокола двухточечной связи (ПДС) у сети услуг пакетной передачи данных.
Уровень техники
При все возрастающей популярности как беспроводной связи, так и приложений для Интернета возник рынок изделий и услуг, объединяющий их. В результате в стадии разработки находятся различные методы и системы для обеспечения беспроводных услуг Интернета, которые позволили бы абоненту беспроводного телефона или терминала получить доступ к электронной почте, веб-страницам и другим ресурсам сети. Так как информация в Интернете организована в виде отдельных "пакетов" данных, то эти услуги часто называются "услугами пакетной передачи данных".
Среди различных типов беспроводных систем связи, используемых для предоставления услуг беспроводной пакетной передачи данных, присутствуют системы многостанционного доступа с кодовым разделением каналов (МДКР). Использование методов модуляции МДКР является одним из нескольких методов, способствующих развитию связи, при котором присутствует большое количество абонентов системы. Формирование кадра и передача данных межсетевого протокола (Интернет-протокола (ИП)) по беспроводной сети МДКР общеизвестно в данной области техники и описано в стандарте TIA/EIA/IS-707-A, озаглавленном "Дополнительные возможности по услуге передачи данных для систем с расширенным спектром", ниже называемым как IS-707.
В данной области техники известны другие методы систем связи многостанционного доступа, такие как многостанционный доступ с временным разделением каналов (МДВР), многостанционный доступ с частотным разделением каналов (МДЧР) и методы амплитудной модуляции (AM), такие как модуляция однополосного сигнала с компандированной амплитудой. Эти методы были стандартизированы для облегчения стыковки оборудования, производимого различными фирмами. Системы связи МДКР в Соединенных Штатах были стандартизированы в стандарте TIA/EIA/IS-95-B Ассоциации промышленности средств связи, озаглавленном "Стандарт совместимости подвижной станции и базовой станции для двухрежимных широкополосных систем сотовой связи с расширенным спектром", называемом ниже как IS-95.
Международный союз электросвязи недавно запросил представление предлагаемых способов для обеспечения услуг передачи высокоскоростных данных и передачи речи с высоким качеством по беспроводным каналам связи. Первое из этих предложений было представлено Ассоциацией промышленности средств связи, озаглавленное "Конкурсное представление по технологии радиопередачи Сектора радиосвязи Международного союза электросвязи cdma2000" и называемое ниже cdma2000. Второе из этих предложений было представлено Европейским институтом стандартизации электросвязи, озаглавленное "Конкурсное представление по технологии радиопередачи Сектора радиосвязи Международного союза электросвязи наземного радиодоступа универсальной системы подвижной радиосвязи Европейского института стандартизации электросвязи", также известное как "широкополосный МДКР, называемый ниже ШМДКР. Третье предложение было представлено Комитетом 8/1 США, озаглавленное "Конкурсное представление UWC-136", называемое ниже электронной системой сбора данных (ЭССД). Содержимое этих представлений представляет собой общественный архив и общеизвестно в данной области техники.
Несколько стандартов было разработано Комитетом инженерной поддержки сети Интернет для содействия услугам пакетной передаче данных подвижной связи с использованием Интернета. ИП для подвижной связи является одним таким стандартом и был разработан для того, чтобы устройство, имеющее адрес ИП, могло обмениваться данными с Интернетом, физически перемещаясь по сети (или сетям). ИП для подвижной связи подробно описан в Запросах на комментарии Комитета инженерной поддержки сети Интернет, озаглавленных "Поддержка мобильности в ИП".
Несколько других стандартов Целевой группы инженерной поддержки Интернета описывают методы, упоминаемые в вышеназванных ссылках. Протокол двухточечной связи (ПДС) общеизвестен в данной области техники и описывается в Запросах на комментарии 1661 Комитета инженерной поддержки сети Интернет, озаглавленных "Протокол двухточечной связи (ПДС)" и опубликованных в июле 1994 г., называемый ниже ПДС. ПДС включает в себя протокол управления соединением (ПУС) и несколько протоколов управления сетью (ПУСт), используемых для установления и конфигурирования различных протоколов сетевого уровня по соединению ПДС. Одним таким ПУСт является протокол управления Интернет-протоколом (ПУИП), общеизвестный в данной области техники и описанный в Запросах на комментарии 1332 Комитета инженерной поддержки сети Интернет, озаглавленных "Протокол управления Интернет-протоколом (ПУИП) ПДС", опубликованных в мае 1992 г. и ниже называемых ПУИП. Расширения для ПУС общеизвестны в данной области техники и описаны в Запросах на комментарии 1570 Комитета инженерной поддержки сети Интернет, озаглавленных "Расширения ПУС ПДС", опубликованных в январе 1994 г. и ниже называемых ПУС.
Подвижные станции, такие как, например, сотовые телефоны или телефоны системы персональной связи с подключением к Интернету, обычно передают пакетные данные по сети посредством установления соединения ПДС (или реализации ПДС, или сеанса связи ПДС) с узлом услуг пакетной передачи данных (УУППД). Подвижная станция посылает пакеты через радиочастотный интерфейс, такой как, например, интерфейс МДКР, на функциональный блок управления пакетами или базовую станцию. Базовая станция или функциональный блок управления пакетами устанавливают реализацию ПДС с УУППД. Одновременно может быть установлено более одной такой реализации ПДС (например, если телефон и компактный портативный компьютер каждый требует соединения). Пакеты данных направляются от УУППД к собственному агенту (СА) по сети ИП в соответствии с конкретной реализацией ПДС. Пакеты, посылаемые в подвижную станцию, направляются от СА по сети ПИ в УУППД, от УУППД - на функциональный блок управления пакетами или базовую станцию посредством реализации ПДС и от функционального блока управления пакетами или базовой станции - на подвижную станцию через радиочастотный интерфейс.
Если подвижная станция покидает окрестности УУППД и входит в окрестности другого УУППД, то подвижная станция посылает сообщение с исходной информацией. Если подвижная станция участвует в вызове для передачи данных, то сообщение с исходной информацией запрашивает выполнение повторного соединения или установления связанной с ним реализации ПДС. Иначе, сообщение с исходной информацией информирует новый УУППД о новом расположении подвижной станции. Однако любые пакеты данных, посылаемые на подвижную станцию, будут направляться на старый УУППД, так как подвижная станция не имеет реализации ПДС, установленной с новым УУППД. Следовательно, пакеты, предназначенные для подвижной станции, становятся потерянными. Таким образом, существует потребность в способе информирования УУППД о количестве и идентификаторах реализаций ПДС, подлежащих установлению для вновь прибывающей подвижной станции.
Сущность изобретения
Настоящее изобретение относится к способу информирования УУППД о количестве и идентификаторах реализаций ПДС, подлежащих установлению для вновь прибывающей подвижной станции. Следовательно, в одном аспекте изобретения предложен способ информирования сети услуг пакетной передачи данных о неактивных сетевых соединениях, связанных с подвижной станцией, когда подвижная станция перемещается от первого элемента инфраструктуры сети услуг пакетной передачи данных ко второму элементу инфраструктуры сети услуг пакетной передачи данных. Способ заключается в том, что передают от подвижной станции сообщение, включающее в себя количество неактивных сетевых соединений, связанных с подвижной станцией, и список идентификаторов, связанных с неактивными сетевыми соединениями.
В другом аспекте настоящего изобретения предложена подвижная станция, выполненная с возможностью информирования сети услуг пакетной передачи данных о неактивных сетевых соединениях, связанных с подвижной станцией, когда подвижная станция перемещается от первого элемента инфраструктуры сети услуг пакетной передачи данных ко второму элементу инфраструктуры сети услуг пакетной передачи данных. Подвижная станция содержит антенну, процессор, подсоединенный к антенне, и считываемую процессором среду, доступную для процессора и включающую в себя набор команд, выполняемых процессором, для модулирования и передачи от подвижной станции сообщения, включающего в себя количество неактивных сетевых соединений, связанных с подвижной станцией, и список идентификаторов, связанных с неактивными сетевыми соединениями.
В другом аспекте настоящего изобретения предложена подвижная станция, выполненная с возможностью информирования сети услуг пакетной передачи данных о неактивных сетевых соединениях, связанных с подвижной станцией, когда подвижная станция перемещается от первого элемента инфраструктуры сети услуг пакетной передачи данных ко второму элементу инфраструктуры сети услуг пакетной передачи данных. Подвижная станция содержит устройство, выполненное с возможностью передачи от подвижной станции сообщения, включающего в себя количество неактивных сетевых соединений, связанных с подвижной станцией, и список идентификаторов, связанных с неактивными сетевыми соединениями.
В другом аспекте настоящего изобретения предложена подвижная станция, выполненная с возможностью информирования сети услуг пакетной передачи данных о неактивных сетевых соединениях, связанных с подвижной станцией, когда подвижная станция перемещается от первого элемента инфраструктуры сети услуг пакетной передачи данных ко второму элементу инфраструктуры сети услуг пакетной передачи данных. Подвижная станция содержит средство для передачи от подвижной станции сообщения, включающего в себя количество неактивных сетевых соединений, связанных с подвижной станцией, и список идентификаторов, связанных с неактивными сетевыми соединениями.
Краткое описание чертежей
На фиг.1 представлена блок-схема беспроводной системы связи, сконфигурированной для создания сети по пакетной передаче данных.
На фиг.2 представлена блок-схема узла услуг пакетной передачи данных (УУППД).
На фиг.3А представлена блок-схема двух УУППД, подключенных к сетям радиодоступа (СРД), на которой подвижная станция (ПС) переместилась в окрестность второго УУППД без установления новых реализаций ПДС, и на фиг.3В представлена блок-схема двух УУППД, подключенных к СРД, на которой ПС переместилась в окрестность второго УУППД и установила новые реализации ПДС.
На фиг.4 представлена блок-схема, изображающая операции способа, выполняемые подвижной станцией для информирования УУППД о количестве и идентификаторах реализации ПДС, требуемых для установления.
Подробное описание предпочтительных вариантов выполнения
В одном варианте выполнения беспроводная система 100 связи для создания сети пакетной передачи данных содержит элементы, показанные на фиг.1. Подвижная станция (ПС) 102 может исполнять один или несколько протоколов беспроводной пакетной передачи данных. В одном варианте выполнения ПС 102 представляет собой беспроводный телефон, выполняющий основанное на ИП приложение веб-браузера. В одном варианте выполнения ПС 102 не подсоединена ни к какому внешнему устройству, такому как компактный портативный компьютер. В альтернативном варианте выполнения ПС 102 представляет собой беспроводный телефон, подсоединенный к внешнему устройству, в котором используется опция протокола, которая эквивалентна опции интерфейсного протокола сетевого уровня Rm, описанного в IS-707. В другом альтернативном варианте выполнения ПС 102 представляет собой беспроводный телефон, подсоединенный к внешнему устройству, в котором используется опция протокола, которая эквивалентна опции интерфейсного протокола уровня ретрансляции Rm, описанного в вышеупомянутом IS-707.
В конкретном варианте выполнения ПС 102 имеет связь с сетью 104 Интернет-протокола (ИП) посредством беспроводной связи с сетью 106 радиодоступа (СРД). ПС 102 генерирует пакеты ПИ для сети 104 ПИ и инкапсулирует (формирует) пакеты ИП в кадры, предназначенные для узла 108 услуг пакетной передачи данных (УУППД). В одном варианте выполнения пакеты ИП инкапсулируются с использованием протокола двухточечной связи (ПДС), и результирующий поток байтов ПДС передается через сеть многостанционного доступа с кодовым разделением каналов (МДКР) с использованием протокола работы радиолинии (ПРРЛ).
ПС 102 посылает кадры на СРД 106 посредством модулирования и передачи кадров через антенну 110. Кадры принимаются СРД 106 при помощи антенны 112. СРД 106 посылает принимаемые кадры в УУППД 108, в котором пакеты ИП выделяются из принимаемых кадров. После того как УУППД 108 выделит пакеты ИП из потока данных, УУППД 108 направляет пакеты ИП в сеть 104 ИП. И наоборот, УУППД 108 может посылать инкапсулированные кадры через СРД 106 в ПС 102.
В одном варианте выполнения УУППД 108 подключен к серверу 114 службы аутентификации удаленных абонентов по коммутируемым каналам связи (САУАККС, RADIUS) для аутентификации ПС 102. УУППД 108 также подключен к собственному агенту (СА) 116 для поддержки ИП для подвижной связи. СА 116 включает в себя объекты, способные проводить аутентификацию ПС 102 и предоставлять ПС 102 право использовать адрес ИП, когда должен использоваться ИП для подвижной связи. Специалисту в данной области техники понятно, что сервер 114 службы аутентификации удаленных абонентов по коммутируемым каналам связи может быть заменен сервером протокола "Дайэметер" (DIAMETER) или любым другим сервером аутентификации, проверки полномочий (авторизации) и учета.
В одном варианте выполнения ПС 102 генерирует пакеты ИП, а УУППД 108 подключен к сети 104 ИП. Специалисту в данной области техники понятно, что альтернативные варианты выполнения могут использовать форматы и протоколы, отличные от ИП. Кроме того, УУППД 108 может быть подключен к сети, способной исполнять протоколы, отличные от ИП.
В одном варианте выполнения СРД 106 и ПС 102 осуществляют обмен сообщениями друг с другом с использованием беспроводных методов с расширенным спектром. В конкретном варианте выполнения данные беспроводным образом передаются с использованием методов многостанционного доступа МДКР, как описано в патентах US №5103459 и 4901307, которые переуступлены правопреемнику настоящего изобретения. Специалисту в данной области техники понятно, что описанные здесь способы и методы могут быть использованы совместно с несколькими альтернативными методами модуляции, включающими в себя МДВР, cdma2000, ШМДКР и ЭССД.
В одном варианте выполнения ПС 102 может исполнять ПРРЛ, ПДС, протокол аутентификации по методу "вызов-приветствие" ПАВП и ИП для подвижной связи. В конкретном варианте выполнения СРД 106 имеет связь с ПС 102 с использованием ПРРЛ. В одном варианте выполнения УУППД 108 поддерживает функциональность ПДС, включающую в себя протокол управления соединением (ПУС), ПАВП и протокол управления Интернет-протоколом (ПУИП) ПДС. В одном варианте выполнения УУППД 108, сервер 114 службы аутентификации удаленных абонентов по коммутируемым каналам связи и СА 116 физически расположены в различных физических устройствах. В альтернативном варианте выполнения один или несколько из этих объектов могут быть расположены в одном физическом устройстве.
В одном варианте выполнения УУППД 200 содержит управляющий процессор 202, коммутатор 204 пакетов в сети, сетевой интерфейс 206 ИП и интерфейс 208 СРД, как показано на фиг.2. Сетевой интерфейс 206 ИП подключен к коммутатору 204 пакетов в сети. Коммутатор 204 пакетов в сети подключен к управляющему процессору 202 и к интерфейсу 208 СРД. Интерфейс 208 СРД принимает пакеты данных от СРД (не показана). Интерфейс 208 СРД принимает пакеты по физическому интерфейсу. В одном варианте выполнения физическим интерфейсом является ТЗ, стандартный интерфейс цифровой связи, который имеет скорость передачи данных сорок пять Мбит/с. Физический интерфейс ТЗ может быть заменен интерфейсом Т1, интерфейсом Эзернета или любым другим физическим интерфейсом, используемым для создания сети передачи данных.
Интерфейс 208 СРД подает принимаемые пакеты на коммутатор 204 пакетов в сети. В конкретном варианте выполнения соединение между коммутатором 204 пакетов в сети и интерфейсом 208 СРД включает в себя шинное соединение с памятью. Соединением между интерфейсом 208 СРД и коммутатором 204 пакетов в сети может быть Эзернет или любое другое из многочисленных соединений связи, которые общеизвестны в данной области техники. Интерфейс 208 СРД также может принимать пакеты от коммутатора 204 пакетов в сети по этому же соединению и передавать пакеты в СРД.
Коммутатором 204 пакетов в сети преимущественно является конфигурируемый коммутатор, который может направлять пакеты по многочисленным интерфейсам. В одном варианте выполнения коммутатор 204 пакетов в сети сконфигурирован так, что все пакеты, принимаемые от интерфейса 208 СРД и сетевого интерфейса 206 ИП, направляются в управляющий процессор 202. В альтернативном варианте выполнения коммутатор 204 пакетов в сети сконфигурирован так, что подмножество принимаемых кадров от интерфейса 208 СРД подается в сетевой интерфейс 206 ИП, а оставшееся подмножество принимаемых кадров от интерфейса 208 СРД подается в управляющий процессор 202. В одном варианте выполнения коммутатор 204 пакетов в сети подает пакеты в управляющий процессор 202 через шинное соединение с совместно используемой памятью. Соединением между интерфейсом 208 СРД и коммутатором 204 пакетов в сети может быть Эзернет или любое другое из множества соединений связи общеизвестных типов. Хотя коммутатор 204 пакетов в сети подключен к интерфейсу 208 СРД и сетевому интерфейсу 206 ИП, для специалиста в данной области техники понятно, что коммутатор 204 пакетов в сети может быть подключен к меньшему или большему количеству интерфейсов. В варианте выполнения, в котором коммутатор 204 пакетов в сети подключен к одному сетевому интерфейсу, этот сетевой интерфейс подключен как к сети ИП (не показана), так и СРД. В альтернативном варианте выполнения коммутатор 204 пакетов в сети встроен в управляющий процессор 202, так что управляющий процессор 202 имеет связь непосредственно с сетевым интерфейсом (сетевыми интерфейсами).
Управляющий процессор 202 обменивается информационными пакетами с интерфейсом 208 СРД, когда требуется соединение с ПС (не показана). После того как управляющий процессор 202 примет информационный пакет, указывающий, что требуется соединение с ПС, управляющий процессор 202 устанавливает сеанс связи ПДС с ПС. Для установления сеанса связи ПДС управляющий процессор 202 генерирует кадры ПДС и посылает кадры ПДС в интерфейс 208 СРД, а затем интерпретирует ответные сигналы от ПС, принимаемые от интерфейса 208 СРД. Типы кадров, генерируемых управляющим процессором 202, включают в себя кадры ПУС, кадры ПУИП и кадры ПАВП. Аутентификация ПС может быть проведена в соответствии со способом, описанным в заявке US, поданной 3 декабря 1999 г., порядковый номер еще не назначен, озаглавленной "Способ и устройство для аутентификации в беспроводной системе связи", переуступленной правопреемнику настоящего изобретения.
Управляющий процессор 202 генерирует пакеты для обмена с серверами аутентификации, проверки полномочий (авторизации) и учета (не показаны) и СА (также не показаны) ИП для подвижной связи. Кроме того, для каждого установленного сеанса связи ПДС управляющий процессор 202 инкапсулирует и деинкапсулирует пакеты ИП. Для специалиста в данной области техники понятно, что управляющий процессор 202 может быть выполнен с использованием матриц логических элементов, программируемых в условиях эксплуатации, программируемых логических устройств (ПЛУ), процессоров цифровых сигналов (ПЦС), одного или нескольких микропроцессоров, специализированной ИС (интегральной схемы прикладной ориентации) или любого другого прибора, способного выполнять функции УУППД, описанные выше.
В одном варианте выполнения пакеты подаются в коммутатор 204 пакетов в сети, который, в свою очередь, подает пакеты в сетевой интерфейс 206 ИП для подачи в сеть ИП. Сетевой интерфейс 206 ИП передает пакеты через физический интерфейс. В одном варианте выполнения физическим интерфейсом является ТЗ, стандартный интерфейс цифровой связи, который имеет скорость передачи данных сорок пять Мбит/с. Физический интерфейс ТЗ может быть заменен интерфейсом Т1, интерфейсом Эзернета или любым другим физическим интерфейсом, используемым для создания сети передачи данных. Сетевой интерфейс 206 ИП также преимущественно может принимать пакеты через этот же физический интерфейс.
ПС 300 передает пакетные данные по сети ИП (не показана) посредством установления реализации 302 ПДС с УУППД 304, как показано на фиг.3А. ПС 300 посылает пакеты через радиочастотный интерфейс, такой как, например, интерфейс МДКР, на функциональный блок управления пакетами или базовую станцию (ФБУП/БС) 306. ФБУП/БС 306 устанавливает реализацию 302 ПДС с УУППД 304. Может быть одновременно установлена другая реализация 308 ПДС (например, если телефон и компактный портативный компьютер каждый требует соединение). Пакеты данных направляются с УУППД 304 в СА (не показан) через сеть ИП (также не показана) в соответствии с конкретной реализацией 302, 308 ПДС. Пакеты, посылаемые в ПС 300, направляются от СА через сеть ИП в УУППД 304, от УУППД 304 - в ФБУП/БС 306 через реализацию 302, 308 ПДС и от ФБУП/БС 306 - в ПС 300 через радиочастотный интерфейс. ФБУП/БС 306 включает в себя таблицу 310 ФБУП/БС. Таблица 310 ФБУП/БС включает в себя список идентификаторов ПС (ИД_ПС), идентификаторов обращения к услуге (ИД_ОУ) и идентификаторов интерфейса СРД-УУППД (С-У) (ИД С-У). УУППД 304 включает в себя таблицу 312 УУППД. Таблица 312 УУППД включает в себя список адресов ИП, ИД_ПС, ИД_ОУ и ИД С-У. УУППД 304 может обслуживаться несколькими ФБУП/БС 306, но для простоты показан только один ФБУП/БС 306, подключенный к УУППД 304.
В то время как ПС 300 находится в ожидании (т.е. не участвует в телефонном вызове), ПС 300 посылает короткие пакеты данных в виде кадров ПДС. Каждый такой кадр ПДС включает в себя ИД_ОУ, который идентифицирует, какая реализация 302, 308 ПДС должна являться получателем для кадра ПДС. Как будет понятно специалисту в данной области техники, кадры ПДС инкапсулируют другие протоколы. В примерном варианте выполнения кадр ПДС инкапсулирует кадр протокола управления передачей данных (ПУП) и идентифицирует протокол инкапсулированного кадра ПУП. Кадр ПУП инкапсулирует кадр ИП и идентифицирует протокол кадра ИП. Кадр ИП инкапсулирует кадр, такой как кадр ПРРЛ, и также включает в себя заголовок отправителя и заголовок получателя. Кадр ПРРЛ может инкапсулировать кадр данных, сконфигурированный в соответствии, например, с IS-95B.
Когда ПС 300 покидает окрестности УУППД 304 и переходит в окрестности другого УУППД 314, ПС 300 посылает сообщение с исходной информацией. Если ПС 300 задействована в вызове для передачи данных, то происходит передача обслуживания вызова от первого ФБУП/БС 306 во второй ФБУП/БС 316, подсоединенный ко второму УУППД 314. Примерная процедура передачи обслуживания описана в патенте US №5267261, который переуступлен правопреемнику настоящего изобретения. Затем ПС 300 посылает сообщение с исходной информацией, информируя второй УУППД 324 о своем новом расположении и запрашивая установление или повторное соединение реализации ПДС, связанной с вызовом. Иначе, реализации 302, 308 ПДС являются "неактивными", и ПС 300 выполняет передачу обслуживания при неактивности, а затем посылает сообщение с исходной информацией, которое информирует второй УУППД 314 о новом расположении ПС 300. Специалисту в данной области техники понятно, что второй УУППД 314 также может обслуживаться более чем одним ФБУП/БС 316, но для простоты только один ФБУП/БС 316 показан подключенным к УУППД 314. Хотя сеть была проинформирована о новом расположении ПС 300, ПС 300 требует, чтобы были инициированы две новые реализации ПДС (так как ПС 300 имеет два неактивных ИД_ОУ, имеющих отношение к неактивным реализациям 302, 308 услуги ПДС). Новые ФБУП/БС 316 и УУППД 306 не имеют таблицы, перечисляющие ИД_ОУ или ИД С-У, так как две необходимые реализации ПДС не были установлены. Следовательно, пакеты данных, посылаемые в ПС 300, будут направляться на первый УУППД 304, так как ПС 300 не имеет реализацию ПДС, установленную с новым УУППД 314. Следовательно, пакеты, направляемые в ПС 300, становятся потерянными.
В одном варианте выполнения, как показано на фиг.3В, ПС 318 перемещается из окрестности первого УУППД 320 и связанного с ним ФБУП/БС 322 в окрестность второго УУППД 324 и связанного с ним ФБУП/БС 326 и информирует второй УУППД 324 о количестве и идентификаторах реализации ПДС, которые должны быть установлены. Первый УУППД 320 установил две реализации 328, 330 ПДС между УУППД 320 и ФБУП/БС 322, которые были неактивными (т.е. неиспользуемыми для передачи данных канала трафика). Различные установленные соединения и адреса включены в соответствующие таблицы 332, 334 для УУППД 320 и ФБУП/БС 322. Количество (два) и идентификаторы для двух вновь требуемых реализаций 336, 338 ПДС преимущественно включены в сообщение с исходной информацией, передаваемое ПС 318. Для простоты только один ФБУП/БС 322, 326 показан обслуживающим каждый соответствующий УУППД 320, 324, но понятно, что может быть множество ФБУП/БС, обслуживающих каждый УУППД 320, 324. Сообщение с исходной информацией преимущественно включает в себя флаг "Данные-готовы-для-передачи" (ДГП), который может быть установлен в ноль для идентификации УУППД 324 идентификатора и общего количества пакетных услуг, которые являются неактивными, тем самым позволяя УУППД 324 установить реализации 336, 338 ПДС и необходимые каналы С-У между УУППД 324 и ФБУП/БС 326. Если в текущий момент выполняется вызов для передачи данных, то ПС 318 устанавливает флаг ДГП в единицу и запрашивает повторное соединение или установление реализаций 328, 330 ПДС, связанных с этим вызовом. Если в текущий момент не выполняется вызов для передачи данных, то ПС 318 устанавливает флаг ДГП в ноль и сообщает ИД_ОУ всем неактивным реализациям 328, 330 услуги ПДС (ИД_ОУ 1 и 2), связанным с ПС 318. Затем ФБУП/БС 326 посылает сообщение в УУППД 324, которое включает в себя список ИД_ОУ и ИД_ПС. УУППД 324 устанавливает две реализации 336, 338 ПДС и два (количество ИД_ОУ, сообщаемое ПС 318) соединения С-У. Затем УУППД 324 и ФБУП/БС 326 корректируют свои соответствующие таблицы 340, 342. Таким образом, список неактивных ИД_ОУ информирует УУППД 324, сколько реализаций 336, 338 ПДС требуют инициализации, и также предоставляет ФБУП/БС 326 достаточно информации, чтобы скорректировать свою таблицу 342 С-У/ИД_ОУ.
В одном варианте выполнения ПС (не показана) выполняет операции способа, изображенного на фиг.4, когда она покидает окрестности УУППД (также не показан) и входит в окрестности соседнего УУППД (также не показан). При операции 400 ПС определяет, переходит ли она к новому УУППД. Если ПС не переходит к новому УУППД, то ПС возвращается к операции 400. Если, с другой стороны, ПС переходит к новому УУППД, то ПС переходит к операции 402. При операции 402 ПС определяет, задействована ли она в вызове для передачи данных. Если ПС задействована в вызове для передачи данных, то ПС переходит к операции 404. Если, с другой стороны, ПС не задействована в вызове для передачи данных, то ПС переходит к операции 408.
При операции 404 ПС принимает участие в передаче обслуживания. Затем ПС переходит к операции 406. При операции 406 ПС посылает сообщение с исходной информацией в новый УУППД, информируя УУППД о своем расположении. Флаг ДГП в сообщении с исходной информацией устанавливается в единицу, и ПС запрашивает повторное соединение или установление реализации ПДС, связанной с вызовом для передачи данных. При операции 408 ПС участвует в передаче обслуживания при неактивности. Затем ПС переходит к операции 410. При операции 410 ПС посылает сообщение с исходной информацией на новый УУППД, информируя УУППД о своем расположении. Флаг ДГП в сообщении с исходной информацией устанавливается в ноль, и ПС включает количество реализаций ПДС для установления (количества неактивных реализаций ПДС, связанных с ПС) и ИД ОУ, связанный с каждой такой реализацией ПДС.
Таким образом, были описаны новые способ и устройство для запроса реализации ПДС у сети услуг пакетной передачи данных. Для специалистов в данной области техники понятно, что различные иллюстративные логические блоки, модули, схемы и операции алгоритмов, описанные в связи с описанными здесь вариантами выполнения, могут быть осуществлены в виде электронного аппаратного обеспечения, компьютерного программного обеспечения или их комбинации. Различные иллюстративные компоненты, блоки, модули, схемы и операции были описаны, в основном, в смысле их функциональности. Осуществление функциональности в виде аппаратного обеспечения или программного обеспечения зависит от конкретного применения и конструктивных ограничений, налагаемых на всю систему. Для специалиста в данной области техники понятна взаимозаменяемость аппаратного обеспечения и программного обеспечения при таких обстоятельствах и наилучшее осуществление описанной функциональности для каждого конкретного применения. В качестве примеров различные иллюстративные логические блоки, модули, схемы и операции алгоритмов, описанные в связи с описанными здесь вариантами выполнения, могут быть осуществлены или выполнены с применением процессора цифровых сигналов (ПЦС), специализированной ИС, матрицы логических элементов, программируемых в условиях эксплуатации или другого программируемого логического устройства, дискретной вентильной или транзисторной логики, дискретных компонентов аппаратного обеспечения, таких как, например, регистры и схемы обслуживания запросов в порядке поступления, процессор, выполняющий набор команд программно-аппаратных средств, любой обычный программируемый программный модуль и процессор или любая их комбинация. Процессором преимущественно может быть микропроцессор, но в качестве альтернативного варианта процессором может быть любой обычный процессор, контроллер, микроконтроллер или конечный автомат. Программный модуль может постоянно храниться в памяти ОЗУ, в флэш-памяти, в памяти ПЗУ, в регистрах, на жестком диске, на съемном диске, на компакт-диске или на любой среде хранения (носителя записи) другого типа, известного в данной области техники. Специалистам в данной области техники также понятно, что данные, инструкции, команды, информация, сигналы, биты, символы и элементарные посылки (элементы сигнала), которые могут упоминаться в вышеприведенном описании, преимущественно представляются напряжениями, токами, электромагнитными волнами, магнитными полями или частицами, оптическими полями или частицами или любыми их комбинациями.
Таким образом, были показаны и описаны предпочтительные варианты выполнения настоящего изобретения. Специалисту в данной области техники понятно, однако, что могут быть выполнены многочисленные изменения в описанных здесь вариантах выполнения в пределах сущности или объема настоящего изобретения. Поэтому настоящее изобретение не должно ограничиваться ничем, кроме как приведенной ниже формулой изобретения.
Способ и устройство для запроса реализации протокола двухточечной связи (ПДС) у сети услуг пакетной передачи данных включают в себя подвижную станцию, выполненную с возможностью передачи сообщения с исходной информацией в узел услуг пакетной передачи данных (УУППД), к которому она переместилась после выхода из окрестностей другого УУППД. Сообщение информирует новый УУППД о новом расположении подвижной станции и указывает как количество неактивных реализаций ПДС, связанных с подвижной станцией, так и идентификатор обращения к услуге для каждой такой реализации ПДС, что является техническим результатом. Флаг в сообщении может использоваться для указания, являются ли реализации ПДС неактивными (т.е. задействована ли в вызове подвижная станция). 4 н. и 12 з.п. ф-лы, 4 ил.
| ЕР 0912027 А, 28.04.1999 | |||
| УСТРОЙСТВО ПАКЕТНОЙ РАДИОСВЯЗИ | 1991 |
|
RU2034406C1 |
| ЕР 0955755 А, 10.11.1999. | |||
