Способ и система для доступа к услугам пользователя сетевого элемента, реализующего функцию управления шлюзом доступа

Авторы патента:


Способ и система для доступа к услугам пользователя сетевого элемента, реализующего функцию управления шлюзом доступа
Способ и система для доступа к услугам пользователя сетевого элемента, реализующего функцию управления шлюзом доступа
Способ и система для доступа к услугам пользователя сетевого элемента, реализующего функцию управления шлюзом доступа
Способ и система для доступа к услугам пользователя сетевого элемента, реализующего функцию управления шлюзом доступа
Способ и система для доступа к услугам пользователя сетевого элемента, реализующего функцию управления шлюзом доступа

 


Владельцы патента RU 2515701:

ЗТЕ КОРПОРЭЙШЕН (CN)

Изобретение относится к вычислительной технике. Технический результат заключается в расширении функциональных возможностей, за счет обеспечения управления шлюзом доступа, при отношении соответствия между логическим номером пользователя и физическим номером пользователя. Способ содержит: получение элементом функции управления шлюзом доступа (элементом ФУШД) в процессе регистрации, инициированной пользователем, отношений соответствия между физическим номером пользователя и логическим номером пользователя от главного сервера абонентов и сохранение их элементом ФУШД. Получение элементом ФУШД, в процессе вызова, совершаемого пользователем, логического номера пользователя, используя сохраненные отношения соответствия между физическим номером пользователя и логическим номером пользователя, и обеспечение элементом ФУШД доступа пользователя к услугам. Система реализует заявленный способ. 2 н. и 6 з.п. ф-лы, 5 ил.

 

Область применения

Настоящее изобретение относится к области технологий доступа пользователя сетевого элемента, реализующего функцию управления шлюзом доступа (элемента ФУШД), и, в частности, к способу и системе доступа к услугам пользователя элемента ФУШД PES-системы - эмуляционной сети, объединяющей телефонную коммутируемую сеть общего пользования (PSTN) и цифровую сеть интегрального обслуживания (ISDN).

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

IMS - мультимедийная сетевая система, использующая Интернет-протокол, архитектура которой была разработана проектом партнерства третьего поколения (3GPP), и которая обеспечивает открытую и гибкую среду, поддерживающую различные мультимедийные приложения с возможностями оказания широкого разнообразия мультимедийных услуг пользователю. Для обеспечения доступа обычного пользователя к домену IMS разработана сетевая архитектура PES, использующая Интернет-протокол и поддерживающая так называемую «Конвергенцию услуг и протоколов сетей связи и Интернета для усовершенствованных сетей» (TISPAN).

В архитектуре PES не приветствуется прямое подключение элемента ФУШД к вышестоящей системе; и пользователю выделяются соответствующие ресурсы на элементе ФУШД вышестоящей системой, и информация об этом должна быть передана элементу ФУШД от вышестоящей системы посредством соответствующего интерфейса и сохранена на элементе ФУШД. В настоящее время в соответствующей спецификации, разработанной Европейским институтом стандартов связи (ETSI), требуется, чтобы конфигурация элемента ФУШД и главного сервера абонентов обеспечивала наличие на них одних и тех же сведений о пользователе, но как это должно быть реализовано, в данной спецификации не указано.

Согласно упомянутой спецификации требуется, чтобы идентификационные данные пользователя (PUI-код - от Public User Identifier), используемые им для совершения вызова, хранились в элементе сети, например в элементе ФУШД или ему подобном. То есть PUI-коды, сконфигурированные для линии пользователя элемента ФУШД, должны быть актуализированы с данными PUI-кодами в элементах сети PES, таких как сервер приложений, сетевой элемент, реализующий функцию управления сеансами связи (элемент ФУСС), главный сервер абонентов и им подобные. Это вызывает дополнительную нагрузку на сеть, усложняя управление ей, так как необходимо актуализировать информацию о пользователе в элементе ФУШД при том, что пользователь может быть достаточно мобилен в элементе ФУШД, в результате чего в вышестоящей системе появляются дополнительные задачи управления элементом ФУШД, что без сомнения увеличит нагрузку на процессирующую систему;

кроме того, распределение ресурсов элемента ФУШД является разбросанным, и сам элемент ФУШД может быть удаленным, в результате чего управление элементом ФУШД после входа его в вышестоящую систему не может быть таким легким и удобным, как управление главным сервером абонентов, элементом ФУСС или сервером приложений. Так, например, если пользователь элемента ФУШД меняет линию без изменения номера, отношения соответствия между логическим номером пользователя (логическим PUI-кодом) и физическим номером пользователя (физическим PUI-кодом) на главном сервере абонентов, элементе ФУСС или сервере приложений должны быть переконфигурированы; а поскольку конфигурационная информация в элементе ФУШД должна быть актуализированной с соответствующей информацией на главном сервере абонентов, элементе ФУСС или сервере приложений, соответствующая конфигурационная информация на элементе ФУШД должна быть обновлена; и в случае значительного или частого изменения расположения пользователя такое обновление информации на элементе ФУШД сильно усложняется.

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

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

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

В частности, в настоящем изобретении предлагается способ доступа к услугам пользователя сетевого элемента, обеспечивающего функцию управления шлюзом доступа (элемента ФУШД), при котором отношения соответствия между логическим номером пользователя и физическим номером пользователя элемента ФУШД хранятся на главном сервере абонентов. Предлагаемый способ включает: в процессе регистрации, инициированной пользователем, - получение элементом ФУШД отношений соответствия между физическим номером пользователя и логическим номером пользователя от главного сервера абонентов и их сохранение.

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

Процесс регистрации предпочтительно включает:

после получения первого запроса о регистрации от элемента ФУШД - определение главным сервером абонентов сетевого элемента, реализующего функцию управления сеансами связи, связанными с обслуживанием пользователя (элемента ФУСС-О) для данного пользователя, после определения того, что физический номер пользователя имеет соответствующий ему логический номер, и уведомление элемента ФУШД о неудачной регистрации после успешной аутентификации пользователя;

после получения второго запроса о регистрации от элемента ФУШД, - уведомление главным сервером абонентов сетевого элемента, реализующего функцию управления сеансами связи, связанными с запросами (элемента ФУСС-З), о втором запросе регистрации; и

после получения запроса о предоставляемых услугах от элемента ФУСС-О - определение главным сервером абонентов услуг, на которые имеется подписка у упомянутого пользователя, и после этого - уведомление главным сервером абонентов элемента ФУСС-О об услугах, на которые имеется подписка у упомянутого пользователя, уведомление элемента ФУШД об успешной регистрации и сообщение элементу ФУШД логического номера пользователя.

Процесс регистрации предпочтительно включает:

после получения первого запроса о регистрации от элемента ФУШД - определение главным сервером абонентов элемента ФУСС-О для пользователя, после определения того, что физический номер пользователя имеет соответствующий ему логический номер; и

после приема запроса о предоставляемых услугах от элемента ФУСС-О - определение главным сервером абонентов услуг, на которые имеется подписка у пользователя, и после этого - уведомление главным сервером абонентов элемента ФУСС-О об услугах, на которые имеется подписка у пользователя, уведомление элемента ФУШД об успешной регистрации и сообщение элементу ФУШД логического номера пользователя.

Процесс регистрации может дополнительно включать:

получение элементом ФУШД информации о физическом номере пользователя, после получения от пользователя запроса о регистрации, и вложение информации о физическом номере в первый запрос о регистрации, пересылаемый на главный сервер абонентов элементом ФУСС-З; и

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

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

первый блок хранения расположен на главном сервере абонентов и сконфигурирован для хранения в нем отношений соответствия между логическим номером пользователя и физическим номером пользователя элемента ФУШД;

регистрационный блок сконфигурирован для регистрации пользователя;

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

второй блок хранения расположен на элементе ФУШД и сконфигурирован для хранения им отношений соответствия между логическим номером пользователя и физическим номером пользователя.

Система может дополнительно включать второй блок сбора данных и блок доступа к услугам, причем:

второй блок сбора данных расположен на элементе ФУШД и сконфигурирован для получения логического номера пользователя, используя отношения соответствия между физическим номером пользователя и логическим номером пользователя, сохраненные во втором блоке хранения в процессе совершения пользователем вызова; и

блок доступа к услугам сконфигурирован для осуществления доступа пользователя к услугам в соответствии с логическим номером.

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

первый блок приема сконфигурирован для приема первого запроса о регистрации от элемента ФУШД;

первый блок определения сконфигурирован для определения им элемента ФУСС-О для пользователя, после определения того, что физический номер пользователя имеет соответствующий ему логический номер;

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

первый блок уведомления сконфигурирован для уведомления им элемента ФУШД о неудачной регистрации;

второй блок приема сконфигурирован для приема им второго запроса о регистрации от элемента ФУШД;

третий блок приема сконфигурирован для приема им запроса о предоставляемых услугах от элемента ФУСС-О;

второй блок определения сконфигурирован для определения услуг, на которые имеется подписка у пользователя, и запуска второго блока уведомления; и

второй блок уведомления сконфигурирован для уведомления элемента ФУСС-О об услугах, на которые имеется подписка у пользователя, уведомления элемента ФУШД об успешной регистрации, и сообщения элементу ФУШД логического номера пользователя.

Блок регистрации может включать первый блок приема, первый блок определения, второй блок приема, второй блок определения и блок уведомления, причем:

первый блок приема сконфигурирован для приема первого запроса о регистрации от элемента ФУШД;

первый блок определения сконфигурирован для определения элемента ФУСС-О для пользователя, после определения того, что физический номер пользователя имеет соответствующий ему логический номер;

второй блок приема сконфигурирован для приема им запроса о предоставляемых услугах от элемента ФУСС-О;

второй блок определения сконфигурирован для определения услуг, на которые имеется подписка у пользователя, и запуска блока уведомления; и

блок уведомления сконфигурирован для уведомления им элемента ФУСС-О об услугах, на которые имеется подписка у пользователя, уведомления элемента ФУШД об успешной регистрации и сообщения элементу ФУШД логического номера пользователя.

Блок регистрации может дополнительно включать четвертый блок приема, третий блок сбора данных и блок пересылки, причем:

четвертый блок приема расположен в элементе ФУШД и сконфигурирован для приема запроса о регистрации от пользователя;

третий блок сбора данных расположен в элементе ФУШД и сконфигурирован для получения им информации о физическом номере пользователя в соответствии с запросом пользователя о регистрации;

блок пересылки расположен на элементе ФУШД и сконфигурирован для пересылки первого запроса о регистрации на главный сервер абонентов элементом ФУСС-З; причем первый запрос о регистрации включает информацию о физическом номере пользователя; и

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

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

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

Фиг.1. Схема способа доступа к услугам пользователя элемента ФУШД в соответствии с первым воплощением настоящего изобретения.

Фиг.2. Схема способа доступа к услугам пользователя элемента ФУШД в соответствии со вторым воплощением настоящего изобретения.

Фиг.3. Структура системы доступа к услугам пользователя элемента ФУШД в соответствии с настоящим изобретением.

Фиг.4. Структура блока регистрации в соответствии с настоящим изобретением.

Фиг.5. Структура блока регистрации в соответствии с другим воплощением настоящего изобретения.

Подробное описание изобретения

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

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

В контексте настоящего описания физическим номером пользователя (или физическим PUI-кодом) называется номер, соответствующий каналу связи пользователя (например, его IP-адрес и номер порта). Физический номер выделяется линии связи пользователя в элементе ФУШД при подключении к сети связи, причем физический номер может быть постоянным для данного пользователя и невидимым для пользователя.

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

В соответствии с настоящим изобретением, отношения соответствия между между физическим PUI-кодом и логическим PUI-кодом сохраняются на главном сервере абонентов или в другом элементе сети. Элемент ФУШД использует физический PUI-код во время запроса о регистрации и использует PUI-код, сообщенный ему главным сервером абонентов при успешной регистрации, то есть логический PUI-код, при осуществлении таких последовательностей операций, как вызов, подписка и им подобные. О том, как реализовать такое техническое решение, будет подробно описано ниже.

На фиг.1 представлена схема способа доступа к услугам пользователя элемента ФУШД в соответствии с первым воплощением настоящего изобретения. Отношения соответствия между логическим номером пользователя и физическим номером пользователя элемента ФУШД хранятся на главном сервере абонентов. Как показано на фиг.1, способ доступа к услугам пользователя элемента ФУШД в соответствии с данным воплощением включает следующие этапы.

Этап S101: элемент ФУШД получает сообщение-запрос о регистрации с терминала пользователя. А именно пользователь посылает сообщение-запрос о регистрации на элемент ФУШД через шлюз доступа, и шлюз доступа передает сообщение-запрос пользователя о регистрации на элемент ФУШД. Сообщение-запрос о регистрации может быть сообщением «Service Change» по стандарту Н.248 и включает информацию о физическом номере терминала пользователя.

Этап S102: элемент ФУШД посылает на терминал пользователя ответное сообщение об успешной регистрации. Ответное сообщение об успешной регистрации в данном случае может быть сообщением «Reply» по стандарту Н.248.

Этап S103: элемент ФУШД посылает на сетевой элемент, реализующий функцию управления сеансами связи, связанными с запросами (элемент ФУСС-З), сообщение-запрос о регистрации пользователя элемента ФУШД. Данное сообщение-запрос о регистрации может быть сообщением «Register» по стандарту 3GPP TS24.229. PUI-код, включенный в данное сообщение, является физическим номером пользователя.

Этап S104: после получения от элемента ФУШД сообщения-запроса о регистрации элемент ФУСС-З посылает на главный сервер абонентов сообщение-запрос информации о месте нахождения, которое предназначено для того, чтобы главный сервер абонентов мог определить законность физического PUI-кода линии пользователя и получить данные о сетевом элементе, реализующем функцию управления сеансами связи, связанными с обслуживанием пользователя (элементе ФУСС-О), используемом пользователем для совершения данного вызова. Конкретным типом сообщения, используемого для выполнения данного этапа, может быть сообщение-запрос авторизации пользователя («User Authorization Request», или «UAR») по стандарту 3GPP TS29.228/3GPP TS29.229. Когда законность PUI-кода установлена, и кроме того, завершены дополнительные операции, требуемые согласно упомянутой спецификации 3GPP, главный сервер абонентов должен также определить, имеет ли пользователь соответствующий ему логический номер (логический PUI-код), и если нет, должно быть отправлено ответное сообщение о неудачной регистрации, которое означает, что данная пользовательская линия до сих пор не выделена никакому пользователю, и физический номер, используемый пользователем в попытке регистрации, соответствует линии, незаконно используемой данным пользователем; после этого непосредственно высылается сообщение о неудачной регистрации, и весь процесс регистрации заканчивается. Если же главный сервер абонентов определяет, что физическому номеру пользователя, указанному в сообщении-запросе информации о месте расположения, отправленном элементом ФУСС-З, действительно соответствует выделенный логический номер, на этапе 105 главный сервер абонентов в ответном сообщении на запрос информации о месте расположения уведомляет элемент ФУСС-З о том, что физическому номеру соответствует логический номер; в противном случае элемент ФУШД уведомляет элемент ФУСС-З (также на этапе 105 в ответном сообщении на запрос информации о месте расположения) о том, что физический номер не имеет соответствующего логического номера; и текущая последовательность операций заканчивается. Кроме того, следует пояснить, что на данном этапе главный сервер абонентов определяет элемент ФУСС-О, используемый пользователем для доступа к услугам на основании информации о логическом номере пользователя, соответствующего физическому номеру пользователя; и в этом случае сообщает также элементу ФУСС-З информацию об определенном таким образом элементе ФУСС-О.

Этап S105: главный сервер абонентов отправляет на элемент ФУСС-З ответное сообщение с информацией о месте расположения. Таким ответным сообщением, содержащим информацию о месте расположения, может быть сообщение-ответ авторизации пользователя («User Authorization Answer», или «UAA») по стандарту 3GPP TS29.228/3GPP TS29.229. Ответное сообщение с информацией о месте расположения включает информацию об элементе ФУСС-О; и в данное ответное сообщение с информацией о месте расположения не включается информация о логическом номере пользователя, соответствующем физическому номеру пользователя, так как при данном виде регистрации не производится аутентификации пользователя.

Этап S106: элемент ФУСС-З посылает сообщение-запрос о регистрации на элемент ФУСС-О пользователя. Сообщение-запрос о регистрации может быть сообщением «Register» по стандарту 3GPP TS24.229.

Этап S107: после получения сообщения-запроса о регистрации от элемента ФУСС-З элемент ФУСС-О посылает на главный сервер абонентов сообщение-запрос об аутентификации, содержащее информацию, требующуюся для аутентификации, чтобы главный сервер абонентов провел аутентификацию. Информация, требующаяся для аутентификации, в данном случае включает идентификационную информацию оборудования терминала пользователя и прочие необходимые данные. Сообщение-запрос об аутентификации может быть сообщением «MAR» (Multimedia Authorization Request) по стандарту 3GPP TS29.228/3GPP TS29.229.

Этап S108: главный сервер абонентов посылает на элемент ФУСС-О ответное сообщение аутентификации. Ответное сообщение аутентификации может быть сообщением «МАА» (Multimedia Authorization Answer) по стандарту 3GPP TS29.228/3GPP TS29.229.

Этап S109: элемент ФУСС-О отправляет элементу ФУСС-З ответное сообщение о неудачной регистрации. В данном случае ответное сообщение о неудачной регистрации может быть сообщением типа «401» или ему подобным по стандарту 3GPP TS24.229, причем сообщение «401» включает произвольный номер, использованный для упомянутой выше аутентификации. Если пользователь использует иные способы регистрации, в сообщение «401» о неудачной регистрации может быть включена иная информация, или может использоваться иное сообщение о неудачной регистрации.

Этап S110: элемент ФУСС-З посылает на элемент ФУШД ответное сообщение о неудачной регистрации. В данном случае ответное сообщение о неудачной регистрации может быть сообщением типа «401» по стандарту 3GPP TS24.229, включающим произвольный номер, использованный для упомянутой выше аутентификации.

Этап S111: после получения ответного сообщения о неудачной регистрации элемент ФУШД снова инициирует регистрацию и посылает на элемент ФУСС-З сообщение-запрос о регистрации. Данное сообщение-запрос о регистрации может быть сообщением «Register» («зарегистрироваться») по стандарту 3GPP TS24.229. Сообщение-запрос о регистрации включает информацию о физическом номере пользователя.

Этап S112: после получения от элемента ФУШД сообщения-запроса о регистрации элемент ФУСС-З посылает на главный сервер абонентов сообщение-запрос информации о месте нахождения, которое предназначено для того, чтобы главный сервер абонентов мог определить законность физического PUI-кода линии пользователя и получить данные об элементе ФУСС-О, используемом пользователем для совершения данного вызова. Конкретным типом сообщения, используемого для выполнения данного этапа, может быть сообщение типа «UAR» по стандарту 3GPP TS29.228/3GPP TS29.229. Когда законность PUI-кода установлена, и кроме того, завершены дополнительные операции, требуемые упомянутой спецификацией 3GPP, главный сервер абонентов должен также определить, имеет ли пользователь соответствующий логический номер (логический PUI-код), и если нет, должно быть отправлено ответное сообщение о неудачной регистрации, которое означает, что данная пользовательская линия до сих пор не выделена никакому пользователю, и физический номер, используемый пользователем в попытке регистрации, соответствует линии, незаконно используемой данным пользователем; после этого непосредственно высылается сообщение о неудачной регистрации, и весь процесс регистрации заканчивается. Если же главный сервер абонентов определяет, что физическому номеру пользователя, указанному в сообщении-запросе информации о месте расположения, отправленном элементом ФУСС-З, действительно соответствует выделенный логический номер, на этапе 113 главный сервер абонентов в ответном сообщении на запрос информации о месте расположения уведомляет элемент ФУСС-З о том, что физическому номеру соответствует логический номер; в противном случае элемент ФУШД уведомляет элемент ФУСС-З (также на этапе 105 в ответном сообщении на запрос информации о месте расположения) о том, что физический номер не имеет соответствующего логического номера; и текущая последовательность операций заканчивается. Кроме того, следует пояснить, что на данном этапе главный сервер абонентов определяет элемент ФУСС-О, используемый пользователем для доступа к услугам на основании информации о логическом номере пользователя, соответствующего физическому номеру пользователя; и в этом случае сообщает также элементу ФУСС-З информацию об определенном таким образом элементе ФУСС-О. Главный сервер абонентов должен также провести аутентификацию сообщения, отправленного ему элементом ФУШД в соответствии с произвольным номером, ранее выделенным для элемента ФУШД, и если аутентификация проходит успешно, главный сервер абонентов уведомляет элемент ФУСС-З об успешной аутентификации; в противном случае текущая последовательность операций заканчивается.

Этап S113: главный сервер абонентов отправляет на элемент ФУСС-3 ответное сообщение с информацией о месте расположения. Таким ответным сообщением, содержащим информацию о месте расположения, может быть сообщение «UAA» по стандарту 3GPP TS29.228/3GPP TS29.229. Ответное сообщение с информацией о месте расположения включает информацию о элементе ФУСС-О, используемом пользователем для доступа к услугам.

Этап S114: после получения ответного сообщения с информацией о месте расположения элемент ФУСС-З посылает на элемент ФУСС-О сообщение-запрос о регистрации. Таким сообщением-запросом о регистрации может быть сообщение («Register») по стандарту 3GPP TS24.229.

Этап S115: после получения сообщения-запроса о регистрации элемент ФУСС-О посылает на главный сервер абонентов сообщение-запрос о предоставляемых услугах, основным назначением которого является получить информацию об услугах, на которые имеется подписка у данного пользователя. В данном случае сообщение-запрос о предоставляемых услугах может быть сообщением «SAR» (Server Assignment Request) по стандарту 3GPP TS29.228/3GPP TS29.229. После приема сообщения-запроса о предоставляемых услугах главный сервер абонентов находит информацию об услугах, на которые имеется подписка у данного пользователя, и на этапе 116 сообщает элементу ФУСС-О информацию об услугах, на которые имеется подписка у данного пользователя, в ответном сообщении на запрос о предоставляемых услугах, и сообщает также информацию о логическом номере пользователя, соответствующем его физическому номеру; после чего элемент ФУСС-О сообщает элементу ФУСС-З логический номер пользователя, как будет более подробно описано ниже.

Этап S116: главный сервер абонентов дает ответ на запрос о предоставляемых услугах элемента ФУСС-О, то есть отправляет на элемент ФУСС-О ответное сообщение на запрос о предоставляемых услугах, и включает в него логический номер пользователя. Ответное сообщение на запрос о предоставляемых услугах может быть сообщением «SAA» (Server Assignment Answer) по стандарту 3GPP TS29.228/3GPP TS29.229. Элемент ФУСС-О сохраняет информацию об услугах, на которые имеется подписка у пользователя, полученную от главного сервера абонентов.

Этап S117: элемент ФУСС-О посылает на элемент ФУСС-З ответное сообщение об успешной регистрации. Сообщением об успешной регистрации в данном случае может быть сообщение «200 ОК» по стандарту 3GPP TS24.229, и оно включает информацию о логическом номере пользователя.

Этап S118: элемент ФУСС-З посылает на элемент ФУШД ответное сообщение об успешной регистрации. Сообщением об успешной регистрации в данном случае может быть сообщение «200 ОК» по стандарту 3GPP TS24.229, и оно включает информацию о логическом номере пользователя. Элемент ФУШД сохраняет логический номер пользователя, содержащийся в ответном сообщении об успешной регистрации, то есть сохраняет отношения соответствия между логическим номером пользователя и физическим номером пользователя, и использует логический номер пользователя для инициации вызова.

В соответствии с настоящим изобретением реализована гибкая связь между физическим номером пользователя (физическим PUI-кодом) и логический номером пользователя (логическим PUI-кодом), в результате чего снимается проблема поддержания на элементе ФУШД актуальной информации о соответствия между PUI-кодами пользователя, присущая устройствам в соответствии с настоящим уровнем техники (в частности, было неясно, каким способом обеспечить наличие актуальной информации). Более того, пользователь элемента ФУШД может удобно пользоваться таким услугами, как перевод его на другую линию без изменения номера, и ей подобными. В описанном выше процессе регистрации отношения соответствия между логическим номером пользователя и физическим номером пользователя могут одновременно сохраняться на элементе ФУСС-О и элементе ФУСС-З. Изобретение обеспечивает также большую гибкость получения информации об услугах, на которые имеется подписка у пользователя, например, информация об услугах, на которые имеется подписка у пользователя, не обязательно должна храниться на сетевом элементе, таком как, например, элемент ФУШД или ему подобный. Изобретение может также обеспечивать большую гибкость получения информации об услугах, на которые имеется подписка у пользователя, в процессе выполнения вызова, например, в процессе выполнения вызова информация об услугах, на которые имеется подписка у пользователя, может быть получена с главного сервера абонентов или другого сетевого элемента.

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

На фиг.2 показана схема доступа к услугам пользователя элемента ФУШД в соответствии со вторым воплощением настоящего изобретения. В соответствии с данным воплощением, отношения соответствия между логическим номером пользователя элемента ФУШД и физическим номером пользователя хранятся на главном сервере абонентов, и, как показано на фиг.2, способ доступа пользователя элемента ФУШД к услугам включает следующие этапы.

Этапы от S201 до S206 полностью идентичны этапам от S101 до S106.

Этапы от S207 до S210 полностью идентичны этапам от S115 до S118. Отличие между последовательностью операций по регистрации пользователя, изображенной на фиг.2, от последовательности операций, изображенных на фиг.1, заключается в том, что не требуется дополнительной проверки, то есть что не требуется регистрации пользователя на главном сервере абонентов, и вся последовательность операций регистрации может быть выполнена при первой регистрации. Такой способ используется в отношении пользователя, регистрация которого не требуется, например в отношении более приоритетного пользователя.

На фиг.3 схематически представлена структура системы доступа к услугам пользователя элемента ФУШД в соответствии с настоящим изобретением. Как показано на чертеже, предлагаемая система доступа к услугам пользователя элемента ФУШД включает первый блок 30 хранения, блок 31 регистрации, первый блок 32 получения информации и второй блок 33 хранения, причем первый блок 30 хранения расположен на главном сервере абонентов и сконфигурирован для хранения отношений соответствия между логическим номером пользователя и физическим номером пользователя элемента ФУШД; блок 31 регистрации сконфигурирован для регистрации пользователя; первый блок 32 сбора данных сконфигурирован для получения информации об отношениях соответствия между физическим номером пользователя и логический номером пользователя от главного сервера абонентов в процессе регистрации, инициированном пользователем; и второй блок 33 хранения расположен в элементе ФУШД и сконфигурирован для хранения отношений соответствия между логическим номером пользователя и физическим номером пользователя.

Как показано на фиг.3, система доступа к услугам пользователя элемента ФУШД в соответствии с настоящим изобретением дополнительно включает второй блок 34 сбора данных и блок 35 доступа к услугам, причем второй блок 34 сбора данных расположен в элементе ФУШД и сконфигурирован для получения им логического номера пользователя исходя из отношений соответствия между физическим номером пользователя и логический номером пользователя, сохраненных во втором блоке 33 хранения; и блок 35 доступа к услугам сконфигурирован для обеспечения доступа пользователя к услугам в соответствии с логическим номером.

На фиг.4 схематически показана структура блока регистрации в соответствии с настоящим изобретением. Как показано на данном чертеже, блок 31 регистрации дополнительно включает первый блок 401 приема, первый блок 402 определения, блок 403 аутентификации, первый блок 404 уведомления, второй блок 405 приема, третий блок 406 приема, второй блок 407 определения и второй блок 408 уведомления, при этом первый блок 401 приема сконфигурирован для приема им первого запроса о регистрации от элемента ФУШД; первый блок 402 определения сконфигурирован для определения, имеет ли физический номер пользователя соответствующий ему логический номер, и определения элемента ФУСС-О для данного пользователя, если физический номер действительно имеет соответствующий ему логический номер; блок 403 аутентификации сконфигурирован для аутентификации пользователя и включения первого блока 404 уведомления при успешном завершении аутентификации; первый блок 404 уведомления сконфигурирован для уведомления элемента ФУШД о неудачной регистрации; второй блок 405 приема сконфигурирован для приема от элемента ФУШД второго запроса о регистрации; третий блок 406 приема сконфигурирован для приема запроса о предоставляемых услугах от элемента ФУСС-О; второй блок 407 определения сконфигурирован для определения услуг, на которые имеется подписка у данного пользователя; и второй блок 408 уведомления сконфигурирован для уведомления элемента ФУСС-О об услугах, на которые имеется подписка у данного пользователя, уведомления элемента ФУШД об успешной регистрации и сообщения элементу ФУШД логического номера пользователя.

На фиг.5 представлено еще одно воплощение структуры блока регистрации в соответствии с настоящим изобретением. Как показано на данном чертеже, блок 31 регистрации содержит первый блок 501 приема, первый блок 502 определения, второй блок 503 приема, второй блок 504 определения и блок 505 уведомления, при этом первый блок 501 приема сконфигурирован для приема им первого запроса о регистрации от элемента ФУШД; первый блок 502 определения сконфигурирован для определения, имеет ли физический номер пользователя соответствующий ему логический номер, и определения элемента ФУСС-О для данного пользователя, если физический номер действительно имеет соответствующий ему логический номер; второй блок 503 приема сконфигурирован для приема запроса о предоставляемых услугах от элемента ФУСС-О; второй блок 504 определения сконфигурирован для определения услуг, на которые имеется подписка у данного пользователя, и запуска блока 505 уведомления; и блок 505 уведомления сконфигурирован для уведомления элемента ФУСС-О об услугах, на которые имеется подписка у данного пользователя, уведомления элемента ФУШД об успешной регистрации и сообщения элементу ФУШД логического номера пользователя.

Как показано на фиг.4 и 5, блок 31 регистрации в соответствии с настоящим изобретением дополнительно включает четвертый блок 409 приема, третий блок 410 сбора данных и блок 411 пересылки, при этом четвертый блок 409 приема расположен в элементе ФУШД и сконфигурирован для получения от пользователя запроса о регистрации; третий блок 410 сбора данных расположен в элементе ФУШД и сконфигурирован для получения информации о физическом номере пользователя в соответствии с запросом пользователя о регистрации; блок 411 пересылки расположен в элементе ФУШД и сконфигурирован для пересылки элементом ФУСС-3 первого запроса о регистрации на главный сервер абонентов, и при этом первый запрос о регистрации включает информацию о физическом номере пользователя; и если первый блок 402 или 502 определения определяет, что физический номер пользователя не имеет соответствующего ему логического номера, текущий процесс регистрации заканчивается.

Сведущим в данной области техники будет понятно, что система доступа к услугам пользователя элемента ФУШД, изображенная на фиг.3, разработана для реализации способа доступа к услугам пользователя элемента ФУШД; функции всех блоков, изображенных на фиг.3, 4 и 5, следует рассматривать в соответствии с описаниями способов, изображенных на фиг.1 и 2, и упомянутые способы могут быть реализованы с помощью программ, исполняемых процессором, либо отдельным логическим контуром.

Выше описаны лишь предпочтительные воплощения изобретения, и защищаемый масштаб настоящего изобретения данными воплощениями не ограничен.

1. Способ доступа к услугам пользователя сетевого элемента, реализующего функцию управления шлюзом доступа ФУШД, при котором отношения соответствия между логическим номером пользователя и физическим номером пользователя элемента ФУШД хранятся на главном сервере абонентов, и при этом упомянутый способ содержит:
получение элементом ФУШД в процессе регистрации, инициированной пользователем, отношений соответствия между физическим номером пользователя и логическим номером пользователя от главного сервера абонентов и сохранение их элементом ФУШД; и
получение элементом ФУШД, в процессе вызова, совершаемого пользователем, логического номера пользователя, используя сохраненные отношения соответствия между физическим номером пользователя и логическим номером пользователя, и обеспечение элементом ФУШД доступа пользователя к услугам,
при этом процесс регистрации содержит:
получение элементом ФУШД информации о физическом номере пользователя, после получения от пользователя запроса о регистрации, и вложение информации о физическом номере в первый запрос о регистрации, пересылаемый на главный сервер абонентов сетевого элементом, реализующим функцию управления сеансами связи, связанными с запросами ФУСС-З; и
если главный сервер абонентов определяет, что физический номер пользователя не имеет соответствующего ему логического номера - окончание текущей последовательности операций регистрации.

2. Способ по п.1, при котором процесс регистрации содержит:
после получения первого запроса о регистрации от элемента ФУШД - определение главным сервером абонентов сетевого элемента, реализующего функцию управления сеансами связи, связанными с обслуживанием пользователя ФУСС-О для данного пользователя, после определения того, что физический номер пользователя имеет соответствующий ему логический номер, и уведомление элемента ФУШД о неудачной регистрации после успешной аутентификации пользователя;
после получения второго запроса о регистрации от элемента ФУШД - уведомление главным сервером абонентов сетевого элемента, реализующего функцию управления сеансами связи, связанными с запросами ФУСС-З о втором запросе регистрации; и
после получения запроса о предоставляемых услугах от элемента ФУСС-О - определение главным сервером абонентов услуг, на которые имеется подписка у упомянутого пользователя, и после этого - уведомление главным сервером абонентов элемента ФУСС-О об услугах, на которые имеется подписка у упомянутого пользователя, уведомление элемента ФУШД об успешной регистрации и сообщение элементу ФУШД логического номера пользователя.

3. Способ по п.1, при котором процесс регистрации содержит:
после получения первого запроса о регистрации от элемента ФУШД - определение главным сервером абонентов элемента ФУСС-О для пользователя, если будет определено, что физический номер пользователя имеет соответствующий ему логический номер; и
после приема запроса о предоставляемых услугах от элемента ФУСС-О - определение главным сервером абонентов услуг, на которые имеется подписка у пользователя, и после этого - уведомление главным сервером абонентов элемента ФУСС-О об услугах, на которые имеется подписка у пользователя, уведомление элемента ФУШД об успешной регистрации и сообщение элементу ФУШД логического номера пользователя.

4. Система для доступа к услугам пользователя сетевого элемента, реализующего функцию управления шлюзом доступа ФУШД, содержащая первый блок хранения, блок регистрации, первый блок сбора данных и второй блок хранения, причем:
первый блок хранения расположен на главном сервере абонентов и сконфигурирован для хранения в нем отношений соответствия между логическим номером пользователя и физическим номером пользователя элемента ФУШД;
регистрационный блок сконфигурирован для регистрации пользователя;
первый блок сбора данных сконфигурирован для получения отношений соответствия между физическим номером пользователя и логическим номером пользователя от главного сервера абонентов в процессе регистрации, инициированном пользователем;
второй блок хранения расположен на элементе ФУШД и сконфигурирован для хранения им отношений соответствия между логическим номером пользователя и физическим номером пользователя;
второй блок сбора данных расположен на элементе ФУШД и сконфигурирован для получения логического номера пользователя, используя отношения соответствия между физическим номером пользователя и логическим номером пользователя, сохраненные во втором блоке хранения в процессе совершения пользователем вызова; и
блок доступа к услугам сконфигурирован для осуществления доступа пользователя к услугам в соответствии с логическим номером пользователя, при этом
блок регистрации дополнительно содержит четвертый блок приема, третий блок сбора данных и блок пересылки, причем:
четвертый блок приема расположен в элементе ФУШД и сконфигурирован для приема запроса о регистрации от пользователя;
третий блок сбора данных расположен в элементе ФУШД и сконфигурирован для получения им информации о физическом номере пользователя в соответствии с запросом пользователя о регистрации;
блок пересылки расположен на элементе ФУШД и сконфигурирован для пересылки первого запроса о регистрации на главный сервер абонентов сетевым элементом, реализующим функцию управления сеансами связи, связанными с запросами ФУСС-З; причем первый запрос о регистрации включает информацию о физическом номере пользователя; и
если первый блок определения дополнительно определяет, что физический номер пользователя не имеет соответствующего ему логического номера, текущая последовательность операций регистрации заканчивается.

5. Система по п.4, в которой блок регистрации дополнительно включает первый блок приема, первый блок определения, блок аутентификации, первый блок уведомления, второй блок приема, третий блок приема, второй блок определения и второй блок уведомления, причем:
первый блок приема сконфигурирован для приема первого запроса о регистрации от элемента ФУШД;
первый блок определения сконфигурирован для определения им сетевого элемента, реализующего функцию управления сеансами связи, связанными с обслуживанием пользователя (элемента ФУСС-О) для пользователя, после определения того, что физический номер пользователя имеет соответствующий ему логический номер;
блок аутентификации сконфигурирован для проведения им аутентификации пользователя и запуска первого блока уведомления после прохождения аутентификации;
первый блок уведомления сконфигурирован для уведомления им элемента ФУШД о неудачной регистрации;
второй блок приема сконфигурирован для приема им второго запроса о регистрации от элемента ФУШД;
третий блок приема сконфигурирован для приема им запроса о предоставляемых услугах от элемента ФУСС-О;
второй блок определения сконфигурирован для определения услуг, на которые имеется подписка у пользователя, и запуска второго блока уведомления; и
второй блок уведомления сконфигурирован для уведомления элемента ФУСС-О об услугах, на которые имеется подписка у пользователя, уведомления элемента ФУШД об успешной регистрации, и сообщения элементу ФУШД логического номера пользователя.

6. Система по п.4, в которой блок регистрации содержит первый блок приема, первый блок определения, второй блок приема, второй блок определения и блок уведомления, причем:
первый блок приема сконфигурирован для приема первого запроса о регистрации от элемента ФУШД;
первый блок определения сконфигурирован для определения элемента ФУСС-О для пользователя, после определения того, что физический номер пользователя имеет соответствующий ему логический номер;
второй блок приема сконфигурирован для приема им запроса о предоставляемых услугах от элемента ФУСС-О;
второй блок определения сконфигурирован для определения услуг, на которые имеется подписка у пользователя, и запуска блока уведомления; и
блок уведомления сконфигурирован для уведомления им элемента ФУСС-О об услугах, на которые имеется подписка у пользователя, уведомления элемента ФУШД об успешной регистрации и сообщения элементу ФУШД логического номера пользователя.

7. Система по п.5, в которой блок регистрации содержит первый блок приема, первый блок определения, второй блок приема, второй блок определения и блок уведомления, причем:
первый блок приема сконфигурирован для приема первого запроса о регистрации от элемента ФУШД;
первый блок определения сконфигурирован для определения элемента ФУСС-О для пользователя, после определения того, что физический номер пользователя имеет соответствующий ему логический номер;
второй блок приема сконфигурирован для приема им запроса о предоставляемых услугах от элемента ФУСС-О;
второй блок определения сконфигурирован для определения услуг, на которые имеется подписка у пользователя, и запуска блока уведомления; и
блок уведомления сконфигурирован для уведомления им элемента ФУСС-О об услугах, на которые имеется подписка у пользователя, уведомления элемента ФУШД об успешной регистрации и сообщения элементу ФУШД логического номера пользователя.

8. Система по п.6 или 7, в которой блок регистрации дополнительно содержит четвертый блок приема, третий блок сбора данных и блок пересылки, причем:
четвертый блок приема расположен в элементе ФУШД и сконфигурирован для приема запроса о регистрации от пользователя;
третий блок сбора данных расположен в элементе ФУШД и сконфигурирован для получения им информации о физическом номере пользователя в соответствии с запросом пользователя о регистрации;
блок пересылки расположен на элементе ФУШД и сконфигурирован для пересылки первого запроса о регистрации на главный сервер абонентов сетевым элементом, реализующим функцию управления сеансами связи, связанными с запросами (элементом ФУСС-З); причем первый запрос о регистрации включает информацию о физическом номере пользователя; и
если первый блок определения дополнительно определяет, что физический номер пользователя не имеет соответствующего ему логического номера, текущая последовательность операций регистрации заканчивается.



 

Похожие патенты:

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

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

Изобретение относится к вычислительной технике. Технический результат заключается в увеличении пропускной способности и скорости передачи данных внутри сети.

Изобретение относится к средствам обеспечения качества обслуживания (QOS) для абонента многоканального протокола (MP) на уровне абонентов. Технический результат заключается в улучшении распределения фрагментов данных по каналам передачи.

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

Изобретение относится к способу и устройству идентификации потока обмена данными (трафика) по протоколу передачи речевого сигнала Voice over Internet Protocol (VoIP). Технический результат заключается в возможности идентифицирования VoIP трафика, основанного на протоколе соединения MGCP.

Изобретение относится к ретрансляционному устройству. Технический результат - пересылка данных без потерь.

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

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

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

Настоящее изобретение относится к электронному устройству, используемому в системе мониторинга и управления производственным процессом. Технический результат изобретения заключается в улучшении фильтрации сетевого трафика, что повышает устойчивость сети. Способ ограничения объема сетевого трафика, поступающего на локальный узел, в электронном устройстве, действующем по сетевому протоколу Ethernet и использующем сетевой стек, содержащий, по меньшей мере, один физический уровень (31) (PHY) и, по меньшей мере, один канальный уровень (32), предпочтительно контроллер (2) доступа к среде передачи (MAC). Электронное устройство соединяется с сетью связи, сетевой трафик фильтруется, и прием нежелательных данных отфильтровывается. Фильтрация сетевого трафика имеет место в течение приема. Сетевой трафик подвергается проверке, и если обнаружен нежелательный прием, нежелательные данные отбрасываются при достижении контроллера (2) доступа к среде передачи (MAC) в сетевом стеке упомянутого электронного устройства. 4 н. и 16 з.п. ф-лы, 5 ил.

Изобретение относится к области связи. Технический результат состоит в использовании более длительного циклического префикса при большом времени запаздывания распространения радиосигналов для снижения интерференционных эффектов. Для этого представлена фреймовая структура для поддержания сценариев развертывания с большим временем запаздывания распространения (например, функционирование сотовой системы радиосвязи с большими размерами ячеек или работа на низкочастотных диапазонах). В этом отношении для упрощения функционирования системы представленный способ содержит разделение радиофреймов на множество равновеликих (или неравных) суб-фреймов. 3 н. и 16 з.п. ф-лы, 17 ил.

Изобретение относится к системе связи. Технический результат заключается в обеспечении быстрой передачи пакетов мобильной станции. Система связи, содержит исходную базовую станцию, целевую базовую станцию и мобильную станцию, причем мобильная станция включает в себя: средство приема для приема первого протокольного блока данных (PDU) уровня протокола конвергенции пакетных данных (PDCP) и первого порядкового номера от исходной базовой станции, средство приема для приема второго PDU PDCP от целевой базовой станции, при этом второй PDU PDCP создан с использованием второго порядкового номера и блока данных услуг (SDU) PDCP, которые переданы от исходной базовой станции к целевой базовой станции, средство хранения для хранения SDU PDCP, соответствующего первому PDU PDCP, и SDU PDCP, соответствующего второму PDU PDCP, и средство переупорядочивания для выполнения доставки по порядку сохраненных SDU PDCP на основе первого порядкового номера и второго порядкового номера. 31 ил.

Изобретение относится к мобильной станции и системе связи. Технический результат заключается в обеспечении быстрой передачи пакетов мобильной станции. Система связи содержит исходную базовую станцию, целевую базовую станцию и мобильную станцию для приема или первого порядкового номера, или второго порядкового номера, или обоих из первого и второго порядковых номеров, от целевой базовой станции, причем первый порядковый номер передается от исходной базовой станции к целевой базовой станции, и второй порядковый номер добавляется к блоку данных услуг (SDU) уровня протокола конвергенции пакетных данных (PDCP), который передан от исходной базовой станции к целевой базовой станции. 2 н. и 1 з.п. ф-лы, 31 ил.

Изобретение относится к мобильной станции, системе связи и способу доставки данных. Технический результат заключается в обеспечении быстрой передачи пакетов мобильной станции. Способ доставки данных содержит следующие этапы: добавляют в целевой базовой станции отличительную информацию, которая делает возможным отличать данные, которые переданы к мобильной станции от исходной базовой станции, от данных, которые приняты от ведущей станции целевой базовой станции, к данным, которые передают к мобильной станции; передают данные, к которым добавлена отличительная информация, к мобильной станции от целевой базовой станции; выполняют в мобильной станции различение данных, принятых от исходной базовой станции, от данных, принятых от ведущей станции, и выполняют доставку по порядку упомянутых принятых данных на основании упомянутой отличительной информации. 3 н. и 1 з.п. ф-лы, 31 ил.

Изобретение относится к мобильной станции, системе связи и способу доставки данных. Технический результат заключается в обеспечении быстрой передачи пакетов мобильной станции. Способ доставки данных от базовой станции к мобильной станции содержит следующие этапы: добавляют в целевой базовой станции отличительную информацию, которая делает возможным отличать данные, которые переданы к мобильной станции от исходной базовой станции, от данных, которые не переданы к мобильной станции от исходной базовой станции, но переданы к целевой базовой станции от исходной базовой станции, к данным, которые передают к мобильной станции; передают данные, к которым добавлена отличительная информация, к мобильной станции от целевой базовой станции; выполняют в мобильной станции различение данных, принятых от исходной базовой станции, от данных, которые приняты, но не переданы, от исходной базовой станции, и выполняют доставку по порядку упомянутых принятых данных, на основании упомянутой отличительной информации. 3 н. и 1 з.п. ф-лы, 31 ил.

Изобретение относится к мобильной станции и системе связи. Технический результат заключается в обеспечении быстрой передачи пакетов мобильной станции. Мобильная станция содержит: средство приема для приема первого протокольного блока данных (PDU) уровня протокола конвергенции пакетных данных (PDCP), к которому добавлен первый порядковый номер, от исходной базовой станции; средство приема для приема второго PDU PDCP от целевой базовой станции, которая применяет второй порядковый номер, переданный от исходной базовой станции, в качестве порядкового номера блока данных услуг (SDU) PDCP, принятого от ведущей станции, и создает второй PDU PDCP; средство хранения для хранения SDU PDCP, соответствующего первому PDU PDCP, и SDU PDCP, соответствующего второму PDU PDCP; средство для выполнения доставки по порядку упомянутых сохраненных SDU PDCP на основе порядковых номеров, соответствующих этим SDU PDCP. 2 н.п. ф-лы, 31 ил.

Изобретение относится к устройству и способу доставки пакетной информации с использованием ограничителя начала кадра (SFD). Технический результат заключается в улучшении пропускной способности системы связи. Устройство доставки пакетной информации включает в себя: блок передачи SFD для генерирования кода SFD и расположения сгенерированного кода SFD в положении, соответствующем конкретной дополнительной информации, и передачи пакета для уведомления о конкретной дополнительной информации; и блок приема SFD для приема пакета от блока передачи SFD, детектирования положения кода SFD, расположенного в принятом пакете, и детектирования дополнительной информации, соответствующей детектированному положению кода SFD. 3 н. и 6 з.п. ф-лы, 5 ил.

Изобретение относится к области проколов маршрутизации на основе состояния линии связи, в частности к разрешению конфликтов идентификаторов состояния линии связи при назначении состояния линии связи. Технический результат заключается в обеспечении разрешения конфликтов идентификаторов состояния линии связи (LSID) за счет избегания совместного использования одного и того же LSID разными извещениями о состоянии линии связи (LSA), связанными с разными маршрутами. Технический результат достигается за счет определения того, что предварительный LSID, сгенерированный для первого маршрута, который добавлен, конфликтует с LSID, назначенным LSA для второго маршрута, и что один из первого и второго маршрутов является маршрутом к хосту, маршрут к хосту подавляется; если первый маршрут является маршрутом к хосту, подавление включает в себя запрет отправки LSA для первого маршрута; если второй маршрут является маршрутом к хосту, подавление включает в себя очистку LSA для второго маршрута и запрет отправки LSA для второго маршрута; несмотря на подавление маршрута к хосту, досягаемость сети в диапазоне, категорирующем маршрут к хосту, обеспечивается через маршрут, который не является маршрутом к хосту. 3 н. и 17 з.п. ф-лы, 9 ил.

Изобретение относится к средствам использования сетевого кэша для избирательного сохранения локальных данных. Технический результат заключается в уменьшении времени получения данных из сетевого кэша. Принимают данные в сетевом кэше из источника данных зарегистрированного пользователя. Принимают в сервере запроса данных от удаленного устройства пользователя. Принимают решение аутентифицировать запрос данных в зависимости от информации аутентификации, предоставленной источником данных зарегистрированного пользователя и информацией в запросе данных. В ответ на аутентификацию запроса данных обеспечение, по меньшей мере частично, определения наличия запрашиваемых данных в сетевом кэше согласно одному или более правилам кэширования. 3 н. и 18 з.п. ф-лы, 6 ил.
Наверх