×
29.06.2019
219.017.99cc

СПОСОБЫ ВЫПОЛНЕНИЯ АУТЕНТИФИКАЦИИ ДЛЯ УНИВЕРСАЛЬНОЙ СИСТЕМЫ МОБИЛЬНОЙ СВЯЗИ (УСМС, UMTS) С ИСПОЛЬЗОВАНИЕМ СООБЩЕНИЙ ПРОТОКОЛА ИНИЦИИРОВАНИЯ СЕАНСОВ (SIP)

Вид РИД

Изобретение

Юридическая информация Свернуть Развернуть
№ охранного документа
0002273114
Дата охранного документа
27.03.2006
Краткое описание РИД Свернуть Развернуть
Аннотация: Способ аутентификации пользователя на сервере с использованием сообщений Протокола инициирования сеансов (SIP) заключается в том, что направляют запрос SIP от агента пользователя на сервер. Затем сервер направляет запрос на аутентификацию агенту пользователя в ответ на запрос-приглашение, причем запрос на аутентификацию включает в себя информацию о том, что аутентификация будет выполнена с использованием механизма соглашения об аутентификации и ключах (САК) для универсальной системы мобильной связи (УСМС), что и является достигаемым техническим результатом. Затем агент пользователя в соответствии с механизмом САК для УСМС направляет ответ об аутентификации на сервер, после чего сервер выполняет соответствующие действия для реализации вызываемой процедуры SIP в ответ на запрос SIP. Запрос SIP может включать в себя любой стандартизированный запрос SIP, содержащий либо запрос SIP INVITE (приглашение), либо запрос SIP REGISTER (регистрация). Запрос на аутентификацию может включать в себя либо код 401 SIP He разрешено, либо код 407 SIP Требование аутентификации у посредника. Запрос на аутентификацию должен содержать векторы случайного вызова RAND и маркера аутентификации AUTN процедуры САК для УСМС, которые могут быть включены в поле заголовка ответа WWW-аутентификации или аутентификации у посредника SIP. Ответ об аутентификации должен содержать либо код RES, либо код AUTS процедуры САК для УСМС или код ошибки. 2 н. и 14 з.п. ф-лы, 2 ил.
Реферат Свернуть Развернуть

Область техники, к которой относится изобретение

Настоящее изобретение относится к способам выполнения аутентификации с использованием сообщений протокола инициирования сеансов (SIP). В частности, настоящее изобретение касается способов выполнения аутентификации для универсальной системы мобильной связи (УСМС, UMTS) с использованием сообщений SIP.

Уровень техники

Для системы R00 (Release 2000) в качестве протокола для интерфейса пользователь-сеть (ИПС, UNI), то есть интерфейса между мобильным абонентом и функцией управления состоянием вызова (ФУСВ, CSCF), был выбран протокол SIP, причем действующее Соглашение об аутентификации и ключах (САК, AKA) для УСМС является одним из предложений по механизму аутентификации для УСМС R00.

Протокол SIP определен в проекте стандарта RFC2543 (Запросы на комментарии), разработанного Проблемной группой проектирования Интернет (IETF) и опубликованного в марте 1999 года, при этом САК для УСМС определено в спецификации TS33.102, версия 3.5.0, Release 1999, Проекта сотрудничества 3-го поколения (3GPP), опубликованной в июле 2000 года. Содержание указанного проекта протокола в целом и содержание указанной спецификации в целом включены в данное описание.

В проекте протокола установлено следующее.

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

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

Однако использование процедуры САК для УСМС для выполнения аутентификации посредством сообщений SIP в указанном проекте стандарта не раскрыто.

Кроме того, в подсистеме мультимедийных средств IP (Интернет-протокола) (IM), которая поддерживает мобильную IP-телефонную связь, механизм аутентификации абонента должен быть унифицирован. Такой механизм аутентификации пока не унифицирован. Однако скорее всего в качестве механизма аутентификации будет выбрана процедура САК для УСМС. Следовательно, необходимо определить способ выполнения САК для УСМС с использованием протокола SIP.

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

Таким образом, задачей настоящего изобретения является создание способа выполнения аутентификации с использованием процедуры САК для УСМС и передачи соответствующих параметров УСМС посредством сообщений SIP. Аутентификация может быть выполнена либо путем создания нового режима аутентификации САК для УСМС с помощью соответствующих полей, содержащихся в сообщении SIP, либо, в альтернативном варианте, аутентификация может быть выполнена путем повторного использования и адаптации существующего режима аутентификации (например, «дайджестный» режим (digest mode) или режим PGP) сообщения SIP, где PGP (Pretty Good Privacy) - это набор алгоритмов высоконадежного шифрования («надежная конфиденциальность»).

Другой задачей настоящего изобретения в случае подсистемы IM является использование сообщений SIP, которые были выбраны для использования в качестве протокола управления вызовом между оборудованием пользователя (ОП, UE) и функцией ФУСВ, для переноса параметров аутентификации.

Еще одной задачей настоящего изобретения является повторное использование механизма САК для УСМС в качестве возможного решения для процедуры аутентификации в подсистеме IM.

Следующей задачей настоящего изобретения является определение того, какие сообщения SIP и поля заголовка следует использовать для переноса параметров аутентификации УСМС, для того чтобы применить механизм САК для УСМС для аутентификации абонента в подсистеме IM, и как включить параметры аутентификации УСМС в поля заголовка SIP.

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

На фиг.1 дан пример потока данных между агентом пользователя (АП, UA) SIP и функцией ФУСВ; фиг.2 - пример потока данных между АП SIP и функцией ФУСВ.

Наилучший вариант осуществления изобретения

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

На фиг.1 показан пример потока данных между АП SIP и функцией ФУСВ. Однако вместо ФУСВ может быть использован сервер-посредник. В соответствии со стратегией безопасности, когда необходимо выполнить процедуру САК для УСМС (например, при установке вызова или при регистрации), агент АП в ОП посылает запрос REGISTER (регистрация) или INVITE (приглашение) в ФУСВ или сервер-посредник. Функция ФУСВ или сервер-посредник может разрешить регистрацию, отправив сообщение OK 200, либо запросить проверку полномочий, послав ответ 401 Не разрешено.

Согласно вышеупомянутой спецификации 3GPP, чтобы выполнить процедуру САК для УСМС, пользователю должны быть посланы параметры для аутентификации, а именно RAND и AUTN, после чего пользователь должен дать ответ.

Таким образом, ответ 401 включает в себя поле заголовка ответа для WWW-аутентификации, которое содержит необходимую схему проверки полномочий и соответствующие параметры. При выполнении процедуры САК для УСМС согласно настоящему изобретению заголовок для WWW-аутентификации включает параметр случайного вызова (RAND) и параметр маркера аутентификации (AUTN).

Получив ответ 401, АП может послать новый запрос REGISTER или INVITE, который должен содержать в поле заголовка проверки полномочий соответствующую информацию для проверки полномочий. В случае процедуры САК для УСМС согласно настоящему изобретению заголовок проверки полномочий содержит параметры RES или AUTS либо код ошибки (например, может быть послано сообщение об ошибке, если код аутентификации сообщения (КАС, MAC) признан недействительным).

Обратимся теперь к фиг.2, где показана процедура аутентификации у посредника после представления запроса INVITE; при этом после направления запроса INVITE от АП на ФУСВ функция ФУСВ может запросить аутентификацию, послав ответ 407 с требованием аутентификации у посредника. Ответы 407 включают в себя поле заголовка для ответа об аутентификации у посредника, которое содержит необходимую схему проверки полномочий и соответствующие параметры.

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

В случае процедуры САК для УСМС заголовок аутентификации у посредника содержит ту же информацию, что и заголовок WWW-аутентификации, а заголовок проверки полномочий у посредника содержит ту же информацию, что и заголовок проверки полномочий. Поскольку эту процедуру можно использовать только тогда, когда АП посылает запрос, например, когда он инициирует вызов, эта процедура не может заменить аутентификацию при регистрации.

Заметим, что запрос REGISTER, сообщение OK 200 и ответ 401 Не разрешено, а также другие параметры и элементы, упомянутые в вышеприведенном описании, точно определены в вышеупомянутом проекте стандарта RFC2543.

Вышеупомянутый проект стандарта определяет три различных способа аутентификации SIP, а именно: «базовый» механизм аутентификации HTTP, «дайджестный» механизм аутентификации HTTP и механизм аутентификации PGP (надежной конфиденциальности). Механизмы аутентификации HTTP определены в проекте стандарта RFC 2617, разработанном группой IETF и опубликованном в июне 1999 года. Содержание этого проекта стандарта целиком включено в данное описание.

Хотя для аутентификации SIP можно использовать три различных способа, для простоты вместо них можно преимущественно использовать способ САК для УСМС, и элементы, используемые для трех других способов аутентификации SIP, можно заменить элементами САК для УСМС без пересмотра формата в стандарте SIP.

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

После ответа 401 ОП посылает новый запрос REGISTER/INVITE, который должен содержать соответствующую информацию по аутентификации в поле заголовка аутентификации: ответ об аутентификации (RES), параметр нарушения синхронизации (AUTS), либо может быть послан код ошибки, если код аутентификации сообщения (КАС, MAC) признан недействительным.

Заметим, что для установки вызова, как обсуждается ниже, в альтернативном варианте для передачи параметров САК для УСМС можно использовать ответ 407 с требованием аутентификации у посредника.

В настоящем изобретении определены два варианта передачи параметров САК для УСМС в сообщениях SIP.

Как было отмечено выше, стандарт SIP определяет три различных способа аутентификации, а именно базовый способ аутентификации HTTP, «дайджестный» способ аутентификации HTTP и механизм аутентификации PGP (надежной конфиденциальности).

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

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

Заголовок ответа о WWW-аутентификации в случае процедуры САК для УСМС должен иметь возможность передачи как RAND, так и AUTN. Соответственно, один из примеров простого формата, который может быть использован, выглядит следующим образом:

WWW-аутентификация = "WWW-аутентификация" ":" "UMTS" RAND AUTN

RAND="RAND" "=" значение RAND

AUTN="AUTN" "=" значение AUTN

Для значений RAND и AUTN можно использовать шестнадцатеричный формат.

Заголовок проверки полномочий в случае процедуры САК для УСМС должен иметь возможность передачи значения RES или значения AUTS. Соответственно один из примеров простого формата, который можно использовать в этом случае, выглядит следующим образом:

Проверка полномочий = "Проверка полномочий" ":" "UMTS" RES | AUTS | AUTH-REJECT

RES = "RES" "=" значение RES

AUTS = "AUTS" "=" значение AUTS

AUTH-REJECT = "AUTH-REJECT" "=" код ошибки.

Для значений RES и AUTS можно использовать шестнадцатеричный формат.

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

Аутентификация = "аутентификация у посредника" ":" "UMTS"

RAND AUTN

RAND = "RAND" "=" значение RAND

AUTN = "AUTN" "=" значение AUTN

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

Проверка полномочий у посредника = "Проверка полномочий у посредника" ":" "UMTS" RES | AUTS | AUTH-REJECT

RES = "RES" "=" значение RES

AUTS = "AUTS" "=" значение AUTS

AUTH-REJECT = "AUTH-REJECT" "=" код ошибки.

Таким образом, в случае использования механизма аутентификации согласно настоящему изобретению в подсистеме IM аутентификацию САК для УСМС можно использовать в качестве нового режима аутентификации.

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

Например, поле «для данного момента», формально используемое «дайджестным» механизмом, можно использовать для передачи сцепленных значений RAND и AUTN для САК для УСМС в шестнадцатеричном формате. Поскольку содержимое поля «для данного момента» зависит от реализации, длина этого поля должна быть достаточной для передачи значений RAND и AUTN. В другом случае для передачи части параметров для САК для УСМС можно использовать «непрозрачное» поле, определенное в упомянутом проекте стандарта.

Поле «ответа», определенное в проекте стандарта, используется для элемента RES процедуры САК для УСМС. В случае ошибки синхронизации AUTS включают в поле «ответа». Первый символ поля «ответа» может указывать на то, что ответ содержит RES, AUTS или код ошибки. RES и AUTS могут быть представлены в шестнадцатеричном формате.

При аутентификации с помощью части сообщения SIP, формально используемой для «дайджестного» режима, поле «алгоритм», которое формально определяет, какой алгоритм использовать для вычисления «дайджеста» (по умолчанию может быть использован вариант MD5), согласно настоящему изобретению может быть использовано для информирования приемника о том, что это - процедура САК для УСМС, и, таким образом, приемник узнает, что поле «для данного момента» действительно содержит RAND и AUTN.

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

Поле «для данного момента» может нести значения RAND и AUTN.

«PGP = алгоритм» может информировать приемник о том, что это процедура САК для УСМС.

Результат будет включен в поле «PGP-сигнатура». Поскольку это поле может иметь длину более 200 бит, некоторые из первых битов этого поля можно использовать для задания типа результата, например, RES, AUTS или код ошибки.

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

1.СпособаутентификацииагентапользователянасервересиспользованиемсообщенийПротоколаинициированиясеансов(SIP),заключающийсявтом,чтонаправляютзапросSIPотагентапользователянасервер,направляютзапроснааутентификациюотсервераагентупользователявответназапросSIP,причемзапроснааутентификациювключаетвсебяинформациюотом,чтоаутентификациябудетвыполненасиспользованиеммеханизмасоглашенияобаутентификациииключах(САК)дляуниверсальнойсистемымобильнойсвязи(УСМС),направляютответобаутентификацииотагентапользователянасервервответназапроснааутентификациювсоответствиисмеханизмомСАКдляУСМС,ивыполняютвызываемуюпроцедуруSIPнасерверевответназапросSIP,еслиаутентификациюпризнаютуспешнойнаоснованииответаобаутентификации.12.Способпоп.1,отличающийсятем,чтозапросSIPвключаетвсебялибозапросSIPINVITE(приглашение),либозапросSIPREGISTER(регистрация).23.Способпоп.1,отличающийсятем,чтозапроснааутентификациювключаетвсебялибокод401SIPHeразрешено,либокод407SIPТребованиеаутентификацииупосредника.34.Способпоп.3,отличающийсятем,чтозапроснааутентификациювключаетвсебявекторыслучайноговызова(RAND)имаркерааутентификации(AUTN)САКдляУCMC.45.Способпоп.4,отличающийсятем,чтофакторыRANDиAUTNвключенывполезаголовкаответаWWW-аутентификацииилиаутентификацииупосредникаSIP.56.Способпоп.1,отличающийсятем,чтоответобаутентификациивключаетвсебялибокодответа(RES)САКдляУСМСиликодпараметранарушениясинхронизации(AUTS),либокодошибки.67.Способпоп.6,отличающийсятем,чтоответобаутентификациивключаютвполезаголовкапроверкиполномочийилипроверкиполномочийупосредникаSIP.78.Способпоп.1,отличающийсятем,чтовызываемаяпроцедуравключаетвсебяответсподтверждением,содержащийкод200SIP.89.УстройстводляаутентификацииагентапользователянасервересиспользованиемсообщенийПротоколаинициированиясеансов(SIP),содержащеесредстводлянаправлениязапросаSIPотагентапользователянасервер,средстводлянаправлениязапросанааутентификациюотсервераагентупользователявответназапросSIP,причемзапроснааутентификациювключаетвсебяинформациюотом,чтоаутентификациябудетвыполненасиспользованиеммеханизмасоглашенияобаутентификациииключах(САК)дляуниверсальнойсистемымобильнойсвязи(УСМС),средстводлянаправленияответаобаутентификацииотагентапользователянасервервответназапроснааутентификациювсоответствиисмеханизмомСАКдляУСМС,исредстводлявыполнениявызываемойпроцедурыSIPнасерверевответназапросSIP,еслиаутентификациюпризнаютуспешнойнаоснованииответаобаутентификации.910.Устройствопоп.9,отличающеесятем,чтозапросSIPвключаетвсебялибозапросSIPINVITE(приглашение),либозапросSIPREGISTER(регистрация).1011.Устройствопоп.9,отличающеесятем,чтозапроснааутентификациювключаетвсебялибокод401SIPHeразрешено,либокод407SIPТребованияаутентификацииупосредника.1112.Устройствопоп.11,отличающеесятем,чтозапроснааутентификациювключаетвсебявекторыслучайноговызова(RAND)имаркерааутентификации(AUTN)процедурыСАКдляУCMC.1213.Устройствопоп.12,отличающеесятем,чтофакторыRANDиAUTNвключенывполезаголовкаответаоWWW-аутентификацииилиаутентификацииупосредникаSIP.1314.Устройствопоп.9,отличающеесятем,чтоответобаутентификациивключаетвсебялибокодответа(RES)либокодпараметранарушениясинхронизации(AUTS)процедурыСАКдляУСМС,либокодошибки.1415.Устройствопоп.14,отличающеесятем,чтоответобаутентификациивключаетсявполезаголовкапроверкиполномочийилипроверкиполномочийупосредникаSIP.1516.Устройствопоп.9,отличающеесятем,чтовызываемаяпроцедуравключаетвсебяответсподтверждением,содержащийкод200SIP.16
Источник поступления информации: Роспатент

Показаны записи 1-10 из 64.
10.03.2013
№216.012.2f0c

Способ интерполяции значений под-пикселов

Изобретение относится к кодированию цифрового видео, а более конкретно к способу интерполяции значений под-пикселов. Техническим результатом является повышение эффективности кодирования цифрового видео. Предложен способ интерполяции при кодировании видеоданных, в котором пикселы в строках...
Тип: Изобретение
Номер охранного документа: 0002477575
Дата охранного документа: 10.03.2013
27.08.2013
№216.012.65f6

Система и способ для переключения вызова из сети с коммутацией пакетов в сеть с коммутацией каналов

Изобретение относится к сетям связи, более конкретно к речевой связи и переключению таких вызовов, переходящей между сетью с коммутацией пакетов, например сетью Интернет протокола (IP), и сетью с коммутацией каналов, например, коммутируемой телефонной сетью общего пользования (PSTN) или...
Тип: Изобретение
Номер охранного документа: 0002491739
Дата охранного документа: 27.08.2013
20.02.2019
№219.016.bce6

Способ и система передачи мультимедийных сообщений

Изобретение относится к области передачи данных. Технический результат заключается в обеспечении последовательной загрузки передаваемых и непередаваемых потоком компонентов мультимедийной информации. Одно и то же мультимедийное сообщение можно использовать для инкапсуляции непередаваемых...
Тип: Изобретение
Номер охранного документа: 0002288545
Дата охранного документа: 27.11.2006
20.02.2019
№219.016.bcf4

Система связи, содержащая множество сетей связи

Настоящее изобретение относится к системам связи. Техническим результатом является улучшение межсистемной эстафетной передачи обслуживания после модификации представленной услуги. Это достигается тем, что предоставляется первый тип услуг связи для станции, при этом первый сетевой элемент...
Тип: Изобретение
Номер охранного документа: 0002287912
Дата охранного документа: 20.11.2006
20.02.2019
№219.016.bed2

Мобильная сеть, имеющая объекты подсистемы ip мультимедиа (пим), и решения для обеспечения упрощения выполнения операций и совместимости между различными объектами пим

Изобретение относится к области мобильной связи. Технический результат заключается в обеспечении совместимости между функциональными объектами ПИМ. Сущность изобретения заключается в том, что обеспечивается архитектура подсистемы IP мультимедиа (ПИМ) для услуг IP мультимедиа для заданного...
Тип: Изобретение
Номер охранного документа: 0002314657
Дата охранного документа: 10.01.2008
20.02.2019
№219.016.c069

Способ и устройство для обеспечения отображения множества временных потоков блоков данных на верхний уровень при работе в режиме a/gb сети радиодоступа (geran) стандарта gsm/edge

Заявлена беспроводная коммуникационная система, в предпочтительном варианте осуществления система сети радиодоступа стандарта GSM/EFGE, которая содержит уровень управления логическим каналом (LLC) мобильной станции и уровень LLC обслуживающего узла поддержки общих услуг пакетной радиосвязи...
Тип: Изобретение
Номер охранного документа: 0002304350
Дата охранного документа: 10.08.2007
20.02.2019
№219.016.c090

Способ и система буферизации потоковой информационной среды

Изобретение относится к потоковой передаче информационной среды в сетях, основанных на пакетной передаче данных, в частности к механизму буферизации. Техническим результатом является устранение задержек при сетевой пакетной передаче, обусловленных работой сети и функционированием транспортного...
Тип: Изобретение
Номер охранного документа: 0002302032
Дата охранного документа: 27.06.2007
01.03.2019
№219.016.c965

Система и способ, предназначенные для передачи обслуживания без прерывания в подвижном терминале

Изобретение относится к передаче пачек аудиоданных, видеоданных, управляющих данных или другой информации. Достигаемым техническим результатом является обеспечение передачи обслуживания без прерывания в подвижном терминале. Для этого принимают первый и второй сигналы обслуживания, переданные...
Тип: Изобретение
Номер охранного документа: 0002288549
Дата охранного документа: 27.11.2006
01.03.2019
№219.016.cbb4

Способ регистрации и отмены регистрации пользователя

Изобретение относится к способам регистрации в сети связи. Технический результат заключается в упрощении процедуры. Способ включает в себя этапы, на которых посылают запрос первому узлу на регистрацию или отмену регистрации устройства пользователя в системе связи, определяют в первом узле,...
Тип: Изобретение
Номер охранного документа: 0002316153
Дата охранного документа: 27.01.2008
11.03.2019
№219.016.d644

Способ и система создания контекста для сжатия сообщений

Изобретение относится к устройствам и способам создания контекста, представляющего собой словарь и/или код, связанный со словарем, для сжатия сообщений. Техническим результатом является повышение эффективности сжатия сообщений и обеспечение синхронизации словарей при передаче сжатых сообщений....
Тип: Изобретение
Номер охранного документа: 0002273091
Дата охранного документа: 27.03.2006
Показаны записи 1-3 из 3.
10.04.2019
№219.016.ffc9

Телефонные услуги в сетях мобильной связи с интернет-протоколом

Экстренный телефонный вызов поддерживается и маршрутизируется к пункту безопасного ответа общего пользования (ПБООП) в основанной на Интернет-протоколе (ИП) беспроводной сети связи с коммутацией пакетов, что является техническим результатом. Сообщение «Активировать запрос контекста протокола...
Тип: Изобретение
Номер охранного документа: 0002289890
Дата охранного документа: 20.12.2006
10.04.2019
№219.017.08df

Телефонные услуги в сетях мобильной связи с интернет-протоколом

Изобретение относится к телефонной связи. Экстренный телефонный вызов поддерживается и маршрутизируется к пункту безопасного ответа общего пользования (ПБООП) в основанной на Интернет-протоколе (ИП) беспроводной сети связи с коммутацией пакетов. Сообщение «Активировать запрос контекста...
Тип: Изобретение
Номер охранного документа: 0002430490
Дата охранного документа: 27.09.2011
29.04.2019
№219.017.3efc

Способ регистрации абонента в мобильной системе связи

Изобретение относится к системам связи. Техническим результатом является разработка способа регистрации оборудования пользователя в системе связи для повторной регистрации и аутентификации. Он достигается тем, что оборудование пользователя имеет возможность регистрироваться управляющим...
Тип: Изобретение
Номер охранного документа: 0002287911
Дата охранного документа: 20.11.2006
+ добавить свой РИД