Изобретение, в целом, относится к области радиосвязи. Более конкретно, настоящее изобретение относится к определению согласованных вариантов конфигурации для линии радиосвязи, использующей сетевую модель работы устройства подвижного терминала.
Системы радиосвязи широко развернуты, чтобы обеспечить различные типы связи, такие как речь, данные и т. д. Эти системы могут основываться на множественном доступе с кодовым разделением (CDMA, МДКР), множественном доступе с временным разделением (TDMA, МДВР) или некоторых других способах модуляции. Система МДКР предоставляет определенные преимущества по сравнению с другими типами систем, включая увеличенную пропускную способность системы.
Система МДКР может быть спроектирована таким образом, чтобы поддерживать один или более стандартов МДКР, таких как (1) "TIA/EIA-95-В Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System" (стандарт IS-95), (2) стандарт, предложенный консорциумом, называемым "Проект партнерства 3-го поколения" (3GPP), и осуществленный в множестве документов, включая документы № 3G TS 25.211, 3G TS 25.212, 3G TS 25.213 и 3G TS 25.214 (стандарт W-CDMA), (3) стандарт, предложенный консорциумом, называемым "Проект партнерства 2-го поколения" (3GPP2), и осуществленный в множестве документов, включая "C.S0002-A Physical Layer Standard for cdma2000 Spread Spectrum Systems", "C.S0005-A Upper Layer (Layer3) Signaling Standard for cdma2000 Spread Spectrum Systems" и "C.S0024 cdma2000 High Rate Packet Data Air Interface Specification" (стандарт cdma2000) и (4) некоторые другие стандарты.
Современные новшества в технологии радиосвязи и в технологии, связанной с компьютерами, а также беспрецедентное увеличение абонентов Internet проложили путь для мобильной вычислительной техники. На самом деле, популярность мобильной вычислительной техники наложила большие требования на современную инфраструктуру Internet, чтобы обеспечить подвижных пользователей большей поддержкой. Технология МДКР является решающей частью удовлетворения этих требований и обеспечения пользователей необходимой поддержкой.
Системы радиосвязи, использующие эту технологию, назначают уникальный код сигналам связи и расширяют эти сигналы связи через общую (широкого диапазона) полосу частот широкого спектра. Пока принимающее устройство в системе МДКР имеет правильный код, оно может успешно обнаружить и выбрать свой сигнал связи из других сигналов, одновременно передаваемых в через один и тот же частотный диапазон. Использование МДКР создает увеличение пропускной способности трафика системы, улучшает общее качество вызовов и уменьшение шума и обеспечивает надежный механизм передачи для трафика службы данных.
Фиг. 1 иллюстрирует основные элементы такой системы 100 передачи данных по радиосвязи. Обычные специалисты без труда поймут, что эти элементы и их интерфейсы могут быть модифицированы, увеличены и подчинены различным стандартам без ограничения их объема или функций. Система 100 дает возможность оборудованию подвижного терминала ТЕ2(ОТ2) устройству 102 (оборудование терминала 2, терминал данных, который предоставляет интерфейс (non-ISDN) пользователь-сеть (non-ISDN (не-ЦСИО цифровая сеть с интегрированным обслуживанием)), такой как портативный компьютер или миниатюрный портативный компьютер), взаимодействовать с функцией 108 межсетевого обмена (IWF, ФМО). (В СDМА2000 соответствующими стандартами данных являются IS707A и IS835. В IS835 ФМО заменена на PDSN, УОПД (узел обслуживания пакетных данных). Таким образом ФМО 108, как используемая далее в настоящем описании, будет относиться как к ФМО, так и к УОПД.
Система 100 включает в себя устройство радиосвязи, устройство МТ2, ПТ2 (подвижный терминал, оконечный элемент подвижной станции, который предоставляет интерфейс пользователь-сеть не ISDN, такой как радиотелефон), и базовую станцию/центр 106 коммутации мобильной связи (BS, БС/MSC, ЦКМС). Например, ФМО 108 поддерживает вызовы данных и служит в качестве шлюза между радиосетью и другими сетями, такими как коммутируемая телефонная сеть общего пользования или проводные сети пакетных данных, обеспечивающие доступ на основе Internet или Intranet.
Как проиллюстрировано на фиг. 1, ФВ 108 соединена с БС/ЦКМС 106 через интерфейс L (в IS835 интерфейс L чаще упоминается как связь R-P или A-интерфейс).
Часто ФМО 108 будет совместно расположена с БС/ЦКМС 106. Устройство 102 ОТ2 электронным способом соединено с устройством 104 ПТ2 через интерфейс Rm. Устройство 104 ПТ2 взаимодействует с БС/ЦКМС 106 через радиоинтерфейс Um. Устройство 102 ОТ1 и устройство 104 ПТ2 могут быть объединены в одно устройство или могут быть разделены, как в случае установленного устройства мобильного телефона, в котором портативный компьютер является устройством 102 ОТ2, в то время как приемопередатчик является устройством 104 ПТ2. Комбинация устройства 102 ОТ1 и устройства 104 ПТ2, объединены ли они или нет, обычно упоминается как подвижная станция (MS, ПС) 103.
Другая поддержка стала возможной с помощью применения различных протоколов для того, чтобы управлять, администрировать или иным способом облегчать различные аспекты радиосвязи. Например, протокол Internet (IP) включен в радиосвязь, чтобы адаптировать службы, ориентированные на пакеты. Протокол IP определяет адресацию и маршрутизацию пакетов (дейтаграмм) между главными компьютерами и определен в запросе комментария 791 (RFC 791), озаглавленном "INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION", опубликованном в сентябре 1981 г.
Протокол IP является протоколом уровня сети, который упаковывает данные в пакеты IP для передачи. Информация адресации является частью заголовка пакета. Заголовки IP (например, IP версии 4) содержат 32-битовые адреса, которые идентифицируют посылающие и принимающие хост-узлы. Эти адреса используются промежуточными маршрутизаторами для того, чтобы выбирать маршрут через сеть для пакета к его конечному пункту назначения по предполагаемому адресу. Затем протокол IP позволяет маршрутизировать пакеты, берущие начало в любом узле Internet в мире, в любой другой узел Internet в мире, при условии, что инициирующая сторона знает адрес IP стороны адресата. Это также относится к версии 6 протокола Internet (IPv6), причем единственным отличием является то, что IPv6 использует 128-битовые адреса и имеет другие оптимизации в эфире при маршрутизации.
Другим протоколом, включенным в системы радиосвязи, является протокол двухточечной связи (РРР, ПДС), который, помимо прочего, обеспечивает доступ в Internet. Протокол ПДС описан в запросе комментария 1661 (RFC 1661), озаглавленном "THE POINT-TO-POINT PROTOCOL (PPP)", опубликованном в июле 1994 г.
Например, протокол ПДС определяет способ для передачи многопротокольных дейтаграмм через двухточечные линии связи и содержит три компоненты: протокол управления соединением (LCP, ПУС) для установления, тестирования, конфигурирования и поддержки соединения линии связи данных; семейство протоколов управления сетью (NCP, ПУСет) для установления и конфигурирования различных протоколов уровня сети; и упаковка многопротокольных дейтаграмм через последовательные линии связи.
При попытке обеспечить множество служб в системах радиосвязи разработаны различные стандарты, чтобы приспособить радиопередачу данных между устройством 102 ОТ2 и ФМО 108. Например, стандарт IS-707/5 TIA/EIA, озаглавленный "DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES", опубликованный в феврале 1998 г., определяет требования для поддержки функциональной возможности передачи пакетных данных в системах IS-95 TIA/EIA и определяет набор служб каналов-носителей пакетных данных. Также стандарт IS-707-A.5 TIA/EIA, озаглавленный "DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES" и стандарт IS-707-A.9 TIA/EIA, озаглавленный "DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: HIGH-SPEED PACKET DATA SERVICES", оба опубликованные в марте 1999 г., определяют требования для поддержки передачи пакетных данных в системах IS-95 TIA/EIA и CDMA2000/IS-2000.
Эти стандарты обеспечивают некоторые варианты обслуживания пакетных данных, которые могут использоваться, чтобы взаимодействовать между устройством 102 ОТ2 и ФМО 108 через БС/ЦКМС 106. При выполнения этого IS-707.5 вводит сетевую модель, которая детализирует требования протокола пакетных данных для интерфейсов Rm и Um. При этой модели предоставляются две отдельные линии связи ПДС на уровне линии связи данных: первая линия связи ПДС (ПДСR) предоставляет уровень линии связи данных между устройством 102 ОТ2 и устройством 104 ПТ2 (т. е. через интерфейс Rm), а вторая линия связи ПДС (ПДСU) предоставляет уровень линии связи данных между устройством 104 ПТ2 и устройством ФМО 108 (т. е. через интерфейсы Um и L).
Отдельные и независимые линии связи ПДС поддерживают "прозрачную мобильность", то есть устройство ОТ2 должно испытывать "бесшовное" и прозрачное обслуживание, независимо от времени и точки подключения его текущей ФМО 108. В таком случае устройство 102 ОТ2 остается невоздействованным локальными изменениями, таким как повторные согласования ПДС, происходящими в линии связи Um, такими как, когда устройство ПТ2 пытается подключиться к другой ФМО 108. Следовательно, сетевая модель работает таким образом, чтобы изолировать линию связи ПДСR от линии связи ПДСU, чтобы предотвратить изменения в линии связи Um от воздействия линии связи Rm. Иначе говоря, линия связи ПДСU может повторно согласовываться, помимо прочего, не заставляя повторно согласовывать линию связи ПДСR.
Фиг. 2 иллюстрирует стеки протоколов в каждом элементе сетевой модели IS-707.5. В самой левой части фиг. 2 находится стек протоколов, изображенный как традиционный вертикальный формат, изображающий уровни протоколов, выполняемые в устройстве 102 ОТ2 (например, подвижном терминале, портативном компьютере или миниатюрном портативном компьютере). Стек протоколов устройства 102 ОТ2 изображен как соединенный со стеком протоколов устройства 104 ПТ2 через интерфейс Rm. Устройство 104 ПТ2 изображено как соединенное со стеком протоколов БС/ЦКМС 106 через интерфейс Um. В свою очередь, стек протоколов БС/ЦКМС 106 изображен как соединенный со стеком протокола ФМО 108 через интерфейс L.
В качестве примера, протокол, изображенный на фиг. 2, действует следующим образом: уровень ПДС в устройстве 102 ОТ2, связанный с интерфейсом Rm (т. е. ПДСR 208), кодирует (например, кадры) пакеты протокола 204 верхнего уровня и протокол 206 сети уровня IP. Затем протокол 208 ПДСR передает пакеты через интерфейс Rm, например, используя протокол 210 уровня TIA/EIA-232-F, в протокол 212 уровня TIA/EIA-232-F в устройстве 104 ПТ2. Стандарт TIA/EIA-232-F определен в "INTERFACE BETWEEN DATA TERMINAL EQUIPMENT AND DATA CIRCUIT-TERMINATING EQUIPMENT EMPLOYING SERIAL BINARY DATA INTERCHANGE", опубликованном в октябре 1997 г. Другие стандарты или протоколы также могут использоваться, чтобы определить передачу через интерфейс Rm. Например, другие применимые стандарты интерфейса Rm могут включать в себя "UNIVERSAL SERIAL BUS (USB) SPECIFICATION, Revision 1.1", опубликованный в сентябре 1998 г., и "BLUETOOTH SPECIFICATION VERSION 1.0A CORE ", опубликованный в июле 1999 г.
Протокол 212 TIA/EIA-232-F в устройстве 104 ПТ2 принимает пакеты из устройства 102 ОТ2 и передает их на уровень 213 ПДСR устройства 104 ПТ2. Уровень 213 ПДСR отменяет разделение на кадры в пакетах в кадрах ПДС и, когда установлено соединение данных, может передать пакеты на уровень ПДС, связанный с Um интерфейсом (например, протокол 217 ПДСU). Уровень 217 ПДСU восстанавливает разделение на кадры в пакетах для передачи на уровень ПДСU, расположенный в ФВ 108. Уровень 216 протокола радиосвязи (RLP, ПРС) и протокол 214 уровня IS-95, оба из которых хорошо известны в данной области техники, могут использоваться для того, чтобы передавать упакованные в пакеты кадры ПДС в БС/ЦКМС 106 через интерфейс Um. Протокол 216 уровня ПРС определен в стандарте IS-707.2, озаглавленном "DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: RADIO LINK PROTOCOL", опубликованном в феврале 1998 г., а также в стандарте IS-707-А.2, озаглавленном "DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: RADIO LINK PROTOCOL", опубликованном в марте 1999 г.
Протокол 222 уровня ПРС и протокол 220 уровня IS-95 в БС/ЦКМС 106 передают пакеты в протокол 224 уровня передачи для передачи через интерфейс L в протокол 234 уровня передачи в ФМО 108. Затем уровень 232 ПДСU отменяет разделение на кадры в принятых пакетах и передает пакеты в протокол IP 230 уровня сети, который, в свою очередь, передает их в протокол 228 верхнего уровня или передает их в их конечный пункт назначения. Как упомянуто выше, протокол 213 уровня ПДСR может передавать пакеты в протокол 217 уровня ПДСu, когда установлено соединение линии связи данных. RFC 1661 обеспечивает то, что пакеты протокола управления соединением (ПУС) могут обмениваться и согласовываться через каждую линию связи ПДС (т. е. ПДСR и ПДСu), чтобы устанавливать, конфигурировать и тестировать соединение линии связи данных, как проиллюстрировано на фиг. 3. Когда пакеты ПУС обменены (смотри стрелки (1А) и (1В) потоков фиг. 3), согласованы варианты линии связи и установлено соединение линии связи данных, может быть установлено соединение уровня сети между устройством 102 ТЕ2 и ФМО 108. На фиг. 2 протоколы 206, 215, 218, 230 уровня сети (т. е. протоколы уровня IP) используют протокол управления протоколом Internet (IPCP, ПУIP) (смотри стрелку (2) потока фиг. 3), чтобы согласовать протокол IP в линиях связи ПДС, чтобы выполнить сквозное соединение между устройством 102 ОТ2 и ФМО 108. ПУIP является частью семейства протоколов управления сетью (ПУСет), которые являются частью протокола ПДС, и описан в запросе комментария (RFC) 1332 "THE PPP INTERNET PROTOCOL CONTROL PROTOCOL (IPCP)", опубликованном в мае 1992 г. Когда система поддерживает IPv6, также может согласовываться IPCPv6, это описано в RFC 2472.
ПУIP использует сообщения запроса конфигурации, чтобы согласовать различные варианты конфигурации. Одним таким вариантом является вариант протокола сжатия IP. Когда разрешен, этот вариант обычно использует методологию сжатия Ван Якобсона для сжатия заголовков TCP, ПУП (протокол управления передачей)/IP в пакете ПДС. Методология сжатия Ван Якобсона улучшает эффективность протокола с помощью уменьшения непроизводительных потерь в заголовках пакетов и описана в RFC 1144, озаглавленном "COMPRESSING TCP/IP HEADERS FOR LOW-SPEED SERIAL LINKS", опубликованном в феврале 1990 г. Согласование варианта протокола сжатия IP использует спецификацию поля ИД интервала времени максимального сжатия, используемого для того, чтобы определить максимальное число интервалов времени сжатия и распаковывания для конкретной линии связи ПДС. Как упомянуто выше, для сетевой модели IS-707.5 линия связи ПДСU может быть повторно согласована, не заставляя повторно согласовывать линию связи ПДСR. В течение начальной установки вызова согласовываются механизмы ПУС и ПУIP, чтобы установить одинаковые варианты конфигурации для обоих интерфейсов Um и Rm. Пока варианты конфигурации остаются одинаковыми, все пакеты данных ПДС (смотри стрелку (3) потока фиг. 3) могут "проходить насквозь" из одного интерфейса в другой без исследования пакетов с помощью устройства 104 ПТ2.
Однако в настоящее время устройство 104 ПТ2 исследует содержимое всех до единого пакетов, чтобы определить варианты конфигурации. Однако в случаях, когда варианты конфигурации остаются одинаковыми, такое исследование является излишним, так как оно отрицательно влияет на ресурсы обработки и задержку пропускной способности устройства 104 ПТ2.
Предлагаемый способ предназначен для определения согласованных вариантов конфигурации для линии радиосвязи, использующей сетевую модель. Способ содержит этап, на котором принимают входной поток данных из линии радиосвязи, использующей сетевую модель. Входной поток данных включает в себя один или более разделенных на кадры пакетов данных, содержащих информацию.
Линия радиосвязи, использующая сетевую модель, основана на согласованных вариантах конфигурации. Разделенный на кадры пакет (пакеты) данных из входного потока данных обнаруживают и, по меньшей мере, часть информации обнаруженного разделенного на кадры пакета (пакетов) данных исследуют, когда согласованы варианты конфигурации линии радиосвязи, использующей сетевую модель.
Фиг. 1 изображает блок-схему высокого уровня системы радиосвязи.
Фиг. 2 схематически изображает стеки протоколов системы радиосвязи.
Фиг. 3 изображает поток данных системы радиосвязи.
Фиг. 4 изображает общий формат кадра HDLC, УВЛСД.
Фиг. 5 изображает варианты конфигурации ПУIP.
Фиг. 6 изображает один вариант осуществления способа, предназначенного для определения согласованных вариантов конфигурации для линии радиосвязи, использующей сетевую модель.
Фиг. 7 изображает реализацию способа, предназначенного для определения согласованных вариантов конфигурации для линии радиосвязи, использующей сетевую модель.
Фиг. 8 изображает один вариант осуществления устройства, предназначенного для определения согласованных вариантов конфигурации для линии радиосвязи, использующей сетевую модель.
Предлагаемый способ предназначен для определения согласованных вариантов конфигурации для линии радиосвязи, использующей сетевую модель. Способ содержит этап, на котором принимают входной поток данных из линии радиосвязи, использующей сетевую модель. Входной поток данных включает в себя один или более разделенных на кадры пакетов данных, содержащих информацию.
Линия радиосвязи, использующая сетевую модель, основана на согласованных вариантах конфигурации. Разделенный на кадры пакет (пакеты) данных из входного потока данных обнаруживают и, по меньшей мере, часть информации обнаруженного разделенного на кадры пакета (пакетов) данных исследуют, когда согласованы варианты конфигурации линии радиосвязи, использующей сетевую модель.
Когда варианты конфигурации изменяются, может вмешиваться устройство 104 ПТ2. Поскольку устройство 104 ПТ2 является подвижным, оно может перемещаться в зону, которая обслуживается ФМО 108, которая отличается от исходной ФМО 108. Когда это случается, происходит передача обслуживания устройства 104 ПТ2 в новую ФМО 108 для обслуживания. Эта передача обслуживания может требовать повторного согласования конкретных вариантов конфигурации ПУС и ПУIP через интерфейс Um, а также вмешательства устройства 104 ПТ2. Когда устройство 104 ПТ2 просто "передает" пакеты, содержащие варианты конфигурации, без исследования их содержимого, пакеты вызывают сквозную повторную синхронизацию всей линии связи, таким образом прекращая независимость линий связи Rm и Um. Следовательно, в случаях, когда варианты конфигурации изменяются, устройство 104 ПТ2 может исследовать пакеты.
Таким образом, один вариант осуществления настоящего изобретения раскрывает согласованные варианты конфигурации для линии связи, использующей сетевую модель, с помощью выборочного исследования пакетов ПДС. Далее подробное описание относится к сопровождающим чертежам, которые иллюстрируют варианты осуществления настоящего изобретения. Возможны другие варианты осуществления и могут быть сделаны модификации в эти варианты осуществления, не выходя за рамки объема и сущности изобретения. Следовательно, подразумевается, что подробное описание не должно ограничивать изобретение. Вместо этого рамки объема изобретения определены прилагаемой формулой изобретения и ее эквивалентами.
Поскольку варианты осуществления, описанные в настоящем описании, работают относительно пакетов данных, разделенных на кадры, фиг. 4 иллюстрирует различные атрибуты кадров HDLC, УВЛСД (управление высокоскоростной линией связи данных), которые упаковывают пакеты ПДС или пакеты протокола верхнего уровня (например, протокола IP и сжатого и распакованного протокола Ван Якобсона). Начало (и конец) кадра УВЛСД разделено флагом кадровой синхронизации из 1 байта, представленного шестнадцатиричным символом "7Е". Следующие два байта указывают адрес протокола и управляющее поле, которые для стандарта пакетов ПДС обычно назначают как шестнадцатиричные символы "FF" и "03" соответственно. Следующие два байта указывают тип протокола, такой как: протокол ПУС, обозначаемый шестнадцатиричными символами "С0" и "21"; протокол ПУIP, обозначаемый шестнадцатиричными символами "80" и "21"; сжатое состояние ПУП, обозначаемое шестнадцатиричными символами "00" (которое является байтом, который может быть распакован, когда сжатие поля протокола разрешено во время согласования ПУС) и "2D"; и распакованное состояние ПУП, обозначаемое шестнадцатиричными символами "00" и "2F". Следующие байты кадра содержат часть информационной части, которая может содержать пакет IP.
Устройство 104 ПТ2 (смотри фиг. 3) может выборочно исследовать, по меньшей мере, часть информационной части обнаруженных кадров УВЛСД, которые упаковывают пакеты протокола ПДС или протокола верхнего уровня, чтобы определить согласованные варианты конфигурации ПУIP для линии связи. Например, устройство 104 ПТ2 может выборочно определить согласованные варианты конфигурации ПУIP для линии связи (например, интерфейс Rm и/или интерфейс Um) с помощью исследования информационной части заранее определенного числа обнаруженных кадров (например, кадров УВЛСД) или пакетов (например, пакетов IP и/или Ван Якобсона). Варианты конфигурации УВЛСД (проиллюстрированные на фиг. 4) включают в себя адресную информацию (например, адрес IP), состояние сжатия Ван Якобсона и ИД интервала времени сжатия Ван Якобсона. На фиг. 5 поле протокола (ПДС), которое равно одному или двум байтам (значения в шестнадцатиричной системе), может включать в себя: (i) тип IP - протокол IP не является ПУП и не может быть сжат -, указанный "0021"; (ii) сжатый ПУП - где заголовок ПУП/IP заменен на сжатый заголовок -, указанный "002d"; и (iii) несжатый ПУП - где поле протокола IP заменено на идентификатор интервала времени сжатия заголовок -, указанный "002F". Определенные варианты конфигурации ПУIP затем могут быть использованы во время следующего повторного согласования ПДС, возникающего в результате передачи обслуживания между ФМО линии радиосвязи, использующей сетевую модель.
Фиг. 6 изображает один вариант осуществления способа 600, предназначенного для определения согласованных вариантов конфигурации для линии радиосвязи, использующей сетевую модель. В блоке 605 способа 600 принимают входной поток данных из линии радиосвязи, использующей сетевую модель. Входной поток данных включает в себя разделенный на кадры пакет данных, содержащий информацию. Разделенный на кадры пакет данных может включать в себя, по меньшей мере, один пакет УВЛСД, пакет IP и пакет Ван Якобсона. Линия радиосвязи, использующая сетевую модель, основана на согласованных вариантах конфигурации, например, между устройством 102 ОТ2 и ФМО 108. Варианты конфигурации могут включать в себя варианты конфигурации ПУIP. В блоке 610 способа 600 обнаруживают разделенный на кадры пакет данных из входного потока данных. Затем в блоке 615 способа 600 исследуют, по меньшей мере, часть информации обнаруженного разделенного на кадры пакета данных, когда согласованы варианты конфигурации линии радиосвязи, использующей сетевую модель.
В блоке 620 способа 600 можно (обозначено пунктирной линией) определить варианты конфигурации, согласованные для линии радиосвязи, использующей сетевую модель, на основании исследования, по меньшей мере, части информации обнаруженного разделенного на кадры пакета данных. Затем определенные согласованные варианты конфигурации могут быть использованы для повторного согласования линии радиосвязи. Повторное согласования линии радиосвязи может происходить в результате передачи обслуживания между первой ФМО 108 и второй ФМО 108.
Фиг. 7 изображает реализацию способа, предназначенного для определения согласованных вариантов конфигурации для линии радиосвязи, использующей сетевую модель. В блоке 705 способа 700 определяют, является ли обнаруженный пакет ПДС соответствующим ПУП. Иначе говоря, способ 700 содержит этап, на котором определяют, содержит ли тип протокола обнаруженного кадра УВЛСД либо шестнадцатиричные символы "00" и "2D" (которые указывают сжатый пакет ПУП), либо шестнадцатиричные символы "00" и "2F" (которые указывают распакованный пакет ПУП). Когда пакет ПДС является соответствующим ПУП, тогда в способе 700 выполняют переход в блок 710. Когда пакет ПДС не является соответствующим ПУП, тогда в способе 700 выполняют переход в блок 725.
Следует понять, что эти значения протокола могут быть либо значением одного или двух байт. Фактически это условие может быть использовано для того, чтобы обнаруживать, было ли согласовано или нет сжатие поля протокола (PFC, СПП), также как отсутствие первого "FF03" может быть использовано для того, чтобы указать, было ли или нет согласовано сжатие адресного и управляющего поля (ACFC, САУП).
В блоке 710 способа можно установить, что сжатие Ван Якобсона согласовано в направлении, в котором перемещается пакет (смотри фиг. 3). (Сжатие Ван Якобсона согласовано, когда обнаружен распакованный или сжатый пакет Ван Якобсона). Определение в блоке 705 помогает при определении сконфигурированного варианта для сжатия Ван Якобсона (т. е. варианта протокола сжатия IP), которое работает относительно заголовков пакетов, основанных на ПУП.
В блоке 715 способа 700 определяют, разрешено ли сжатие поля ИД в заголовке Ван Якобсона. Когда пакет определен, в блоке 705, как сжатый пакет ПУП, и ИД интервала времени не является частью заголовка, тогда сжатие ИД интервала времени разрешено, как в блоке 720, в устройстве, предназначенном для того, чтобы принимать пакет. Когда пакет сжат и поле ИД интервала времени присутствует, исследуют второй пакет. Когда второй пакет содержит поле ИД интервала времени для того же самого соединения, тогда сжатие ИД интервала времени не разрешено, и в способе 700 выполняют переход в блок 730.
Если в блоке 705 определяют, что пакет ПДС не является соответствующим ПУП или, если в блоке 715 определяют, что сжатие поля ИД интервала времени в заголовке Ван Якобсона не разрешено, тогда в блоке 725 исследуют (например, выслеживают) пакет (пакеты) IP в информационной части обнаруженного кадра УВЛСД. Когда поле протокола ПДС указывает пакет IP (а не пакет ПУП), тогда исследуют заголовок пакета IP, чтобы определить адрес IP источника, а также, чтобы определить, является ли пакет IP пакетом ПУП. Когда поле протокола ПДС указывает пакет ПУП, а также пакет IP, тогда с помощью способа 700 устанавливают, что сжатие Ван Якобсона не согласовано.
В блоке 730 способ содержит этап, на котором запоминает в запоминающем устройстве, таком как память, определенные согласованные варианты конфигурации ПУIP, которые могут включать в себя адрес IP, сжатие Ван Якобсона и ИД интервала времени сжатия Ван Якобсона.
Таким образом, описанные варианты осуществления максимизируют ресурсы обработки устройства связи, такого как устройство 104 ПТ2, с помощью определения согласованных вариантов конфигурации ПУIP для линии радиосвязи, использующей работу сетевой модели устройства подвижного терминала, без необходимости исследовать варианты конфигурации ПУIP каждого принятого разделенного на кадры пакета данных. Затем определенные варианты конфигурации ПУIP могут использоваться во время повторного согласования ПДС.
Фиг. 8 иллюстрирует один вариант осуществления устройства 800 (например, устройства 104 ПТ2), предназначенного для определения согласованных вариантов конфигурации для линии радиосвязи, использующей работу сетевой модели. Устройство 800 может содержать приемопередатчик 810, процессор 820 и память 830. Приемопередатчик 810 включает в себя передатчик 812, который дает возможность устройству 800 передавать информацию, например, в: (i) ФМО 108, которая может быть совместно расположена с БС/ЦКМС 106, через интерфейс Um; и/или (ii) устройство 102 ОТ2, которое может быть объединено в одно устройство с устройством 104 ПТ2, через интерфейс Rm. Приемопередатчик 810 также включает в себя приемник 814, который дает возможность устройству 800 принимать информацию, например, из: (i) ФМО 108 через интерфейс Um; и/или (ii) устройства 102 ОТ2 через интерфейс Rm. Такие операции передачи и приема через интерфейс Um и/или интерфейс Rm могут проводиться с использованием одинаковых и разных скоростей данных, протоколов связи, несущих частот и/или схем модуляции. Также операции и/или конфигурации схем передатчика 812 и приемника 814, соответственно, могут быть совершенно независимыми друг от друга или, альтернативно, могут быть частично или полностью объединены.
Процессор 820, который может содержать один или более микропроцессоров, микроконтроллеров или других матриц логических элементов, управляет работой устройства 800 в соответствии с последовательностью команд, которые могут (i) храниться в памяти 800 или в другом запоминающем устройстве внутри устройства 800 или запоминающем устройстве, соединенном с устройством 800, (ii) вводиться пользователем через интерфейс, такой как устройство ввода данных (например, малая клавиатура) (не изображена), и/или (iii) приниматься через интерфейс Um и/или интерфейс Rm.
Память 830, которая может содержать память, доступную только для чтения (ROM, ПЗУ), память произвольного доступа (RAM, ОЗУ), энергонезависимую память, оптический диск, магнитную ленту и/или магнитный диск, хранит программируемые параметры, а также может хранить информацию, включая выполняемые команды, непрограммируемые параметры и/или другие данные. Например, определенные согласованные варианты конфигурации ПУIP, которые могут включать в себя адрес IP, сжатие Ван Якобсона и ИД интервала времени сжатия Ван Якобсона, могут храниться в памяти 830 и/или могут храниться в любом месте в устройстве 800. Выполняемые команды, определяющие способ, связанный с настоящими вариантами осуществления, также могут храниться в памяти 830 для выполнения процессором 820. Способ может быть запрограммирован при изготовлении устройства 800 или позже через машинно-читаемый носитель. Такой носитель может включать в себя любой из видов, перечисленных выше относительно памяти 830, и может дополнительно включать в себя, например, сигнал несущей частоты, модулированный или обработанный другим способом, чтобы передавать команды, которые могут быть считаны, демодулированы/декодированы и выполнены устройством 800.
В виду вышеописанного, обычный специалист в данной области техники поймет, что описанные варианты осуществления могут быть реализованы в программном обеспечении, микропрограммном обеспечения или аппаратном обеспечении. Фактическая программа программного обеспечения или специализированное управляющее аппаратное обеспечение, используемое для того, чтобы реализовать настоящее изобретение, не ограничивает изобретение. Таким образом, работа и осуществление вариантов изобретения описаны без специфической ссылки на фактическую программу программного обеспечения или компоненты специализированного аппаратного обеспечения. Отсутствие таких специфических ссылок является возможным, поскольку очевидно, что обычные специалисты могли бы разработать программное обеспечение и управляющее аппаратное обеспечение, чтобы реализовать варианты осуществления настоящего изобретения на основе приведенного описания.
Вышеприведенное описание вариантов осуществления изобретения предоставлено для того, чтобы дать возможность любому специалисту в данной области техники изготовить или использовать настоящее изобретение. Возможны различные модификации в эти варианты осуществления и основные принципы, предоставленные в настоящем описании, также могут применяться к другим вариантам осуществления. Например, изобретение может быть реализовано частично или полностью как схема с жесткими соединениями, как конфигурация схемы, изготовленной в специализированной интегральной схеме, или как программа микропрограммного обеспечения, загруженная в энергонезависимую память как машинно-читаемая программа, причем такая программа является командами, выполняемыми матрицей логических элементов, таких как микропроцессор или другое устройство обработки цифровых сигналов, или некоторое другое программируемое устройство или система. Как таковое, предполагается, что настоящее изобретение не ограничено изображенными выше вариантами осуществления, любой конкретной последовательностью команд и/или любой конкретной конфигурацией аппаратного обеспечения, а вместо этого должно соответствовать самым широким рамкам, согласующимся с принципами и новыми признаками, раскрытыми любым образом в настоящем описании.
Изобретение относится к технике связи. Технический результат состоит в определении согласованных вариантов конфигурации для линии радиосвязи, использующей сетевую модель. Для этого в способе принимают входной поток данных из линии радиосвязи, использующей сетевую модель, причем модель работает, например, таким образом, чтобы изолировать одну линию связи от другой линии связи. Входной поток данных включает в себя один или более разделенных на кадры пакетов данных, содержащих информацию. Линия радиосвязи, использующая сетевую модель, основывается на согласованных вариантах конфигурации. Обнаруживают разделенный на кадры пакет данных из входного потока данных и исследуют, по меньшей мере, часть информации обнаруженного разделенного на кадры пакета данных, когда согласованы варианты конфигурации линии радиосвязи, использующей сетевую модель. В варианте осуществления определяют варианты конфигурации, как, например, адрес IP, сжатие пакета данных Ван Якобсона и интервала времени сжатия Ван Якобсона с помощью исследования части информации заранее определенного числа разделенных на кадры пакетов данных, когда согласованы варианты конфигурации. 3 н. и 18 з.п. ф-лы, 8 ил.
| Трамвайный контролер | 1925 |
|
SU8822A1 |
| СПОСОБ И УСТРОЙСТВО ДЛЯ ДИНАМИЧЕСКОГО РАСПРЕДЕЛЕНИЯ РЕСУРСОВ В СЕТИ РАДИОСВЯЗИ С ИСПОЛЬЗОВАНИЕМ УПОРЯДОЧЕННОГО ЗАЕМА | 1995 |
|
RU2154901C2 |
| WO 0076173 A, 14.12.2000 | |||
| US 5978386 A, 02.11.1999. | |||
