СПОСОБ РЕГИСТРАЦИИ И ОТМЕНЫ РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЯ

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

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

Известны системы связи, обеспечивающие беспроводную связь для терминала пользователя или других узлов. Примером беспроводной системы является сотовая сеть. В сотовых системах базовая приемопередающая станция (BTS, БППС) или аналогичная сущность доступа обслуживает мобильные станции (MS, МС) или аналогичные устройства пользователя (UE, УП) через беспроводной интерфейс между этими сущностями. Работа базовой станции и узлов требует того, чтобы связь могла быть управляема одной или несколькими управляющими сущностями. Различные управляющие сущности могут быть взаимосвязаны. Также могут быть предусмотрены один или несколько шлюзовых узлов для соединения сотовой сети с другими сетями, такими как коммутируемая телефонная сеть общего доступа (PSTN, КТСОД) и/или другими сетями связи, такими как IP (Интернет протокол) и/или другими сетями переключения пакетов.

Система связи может быть выполнена с возможностью предоставления услуг беспроводной передачи данных. Система связи может быть выполнена с возможностью предоставления услуг беспроводной передачи данных, таких как услуги переключения пакетов (PS, ПП) для мобильной станции. Примеры систем, имеющих услуги беспроводной передачи данных, без ограничения, включают в себя службу пакетной передачи общего назначения по радиоканалу (JPRS), мобильную сеть передачи данных с увеличенной скоростью передачи данных для JSM (EDGE), так называемые телекоммуникационные системы третьего поколения (3G), такие как универсальная мобильная телекоммуникационная система (UMTS), i-телефония или IMT-2000 (международная мобильная телекоммуникация) и система наземной транковой радиосвязи (TETRA).

В системе третьего поколения было предложено обеспечить мультимедийную сетевую архитектуру. Предполагается, что мультимедийная архитектура может управлять различными типами данных, такими как голос, аудио, видео, данные как таковые и другие типы медиа. Было предложено, чтобы указанная сетевая архитектура имела IP (Интернет протокол) мультимедийную подсистему. То есть подсистема указанной архитектуры выполнена с возможностью передачи данных между различными сущностями и пакетных данных, в соответствии с Интернет протоколом.

Более точно, IP мультимедийная подсистема содержит элементы базовой сети для обеспечения мультимедийных услуг. Это включает в себя набор сетевых элементов, имеющих отношение к сигнализации и носителю. Элементы базовой IP мультимедийной сети выполнены с возможностью PLMN операций для того, чтобы предоставить своим абонентам мультимедийные услуги, основанные на и использующие Интернет приложения, услуги и протоколы. Предполагается, что подсистема базовой IP мультимедийной сети позволяет конвергенцию и доступ к передаче голоса, видео, обмену сообщениями, передаче данных и основанным на WWW технологиям для беспроводных пользователей. Предложенная архитектура мультимедийной сети третьего поколения может иметь несколько различных серверов для выполнения различных функций. Это включает в себя функции, такие как функции управления состоянием вызова (CSCF). Эта функция иногда называется функцией управления сессией. Функция управления состоянием вызова может содержать функции, такие как посредническую функцию управления состоянием вызова (P-CSCF), опрашивающую функцию управления состоянием вызова (I-CSCF) и обслуживающую функцию управления состоянием вызова (S-CSCF). Функции управления также могут быть обеспечены сущностями, такими как домашний сервер абонента (HSS) и различными прикладными услугами.

Дается ссылка на текущую версию спецификации третьего поколения: Third Generation Partnership Project; Technical Specification Group Core Network; CX and DX Interface Based on the Diameter Protocol; (release 5), 3GPP TS29.229 V1.1.0 и IP Multimedia (IM) Subsystem CX and DX Interface; Signalling Flows and Message Contents; (release 5) 3GPP TS29.228 V1.1.0. Обе эти спецификации включены в данное описание во всей своей полноте в качестве ссылки. В этих спецификациях определен интерфейс CX. Интерфейс CX также представляет собой интерфейс между домашним сервером абонента и обслуживающей функцией управления состоянием вызова. В предлагаемой в настоящее время спецификации одно и то же сообщение используется как для регистрации пользователя, так и для прекращения регистрации пользователя. В настоящее время нельзя определить, предназначено ли данное сообщение для регистрации или прекращения регистрации. Соответственно, каждый раз, когда такое сообщение принимается CSCF, HSS необходимо проверить, существует ли реально данный пользователь и позволено ли данному пользователю регистрироваться для посещения конкретной сети. HSS также проверяет, производилось ли уже обращение к CSCF. Соответственно, в соответствии с текущими предложениями пользователь должен посылать сообщение регистрации, если пользователь хочет зарегистрироваться или прекратить регистрацию.

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

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

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

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

на фиг. 2 показан информационный поток, в соответствии, с предложенной в настоящее время спецификацией регистрации;

на фиг. 3 показан информационный поток, в соответствии, с предложенной в настоящее время спецификацией регистрации;

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

на фиг. 5 показана блок-схема способа, реализующего настоящее изобретение.

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

На фиг. 2 показана возможная архитектура сетевой системы, в которой могут использоваться варианты осуществления настоящего изобретения. Иллюстративная сетевая система выполнена, в соответствии, со спецификациями PMTS 3G. Однако является очевидным, что альтернативные варианты осуществления настоящего изобретения могут быть использованы с другими спецификациями третьего поколения или любыми другими подходящими стандартами. Устройство 10 пользователя выполнено с возможностью соединения с сетью 12 радиодоступа. Указанное соединение между устройством 10 пользователя и сетью 12 радиодоступа осуществляется через беспроводное соединение 11. Устройство 10 пользователя может иметь любую подходящую форму и может, например, представлять собой мобильный телефон, портативный компьютер, персональный цифровой помощник (PDA, ПЦП) или любое другое подходящее беспроводное устройство. Беспроводное устройство может быть, а может не быть мобильным.

Сеть 12 радиодоступа включает в себя, по меньшей мере, базовую станцию, а также обычно контроллер. Сеть 12 радиодоступа соединена с базовой сетью GPRS. Например, RAN (сеть радиодоступа) 12 может быть соединена с SGSN 30 (обслуживающий узел поддержки GPRS). SGSN 30, в свою очередь, может быть соединен с GGSN 32 (шлюзовой узел поддержки GPRS). GGSN и SGSN составляют сеть 14 GPRS. GGSN соединен с DHCP (динамический протокол конфигурации хоста) 15. DHCP 15 используется для предоставления устройству 10 пользователя доменного имени узла 16 посреднической - CSCF. Узел 16 P-CSCF соединен с GGSN 32. Сервер DNS 18 доменных имен соединен с P-CSCF 16 с SGSN 30. Элементы, отмеченные в блоке 34, могут рассматриваться как сеть посещения, а именно RAN 12, SGSN 30, GGSN 32, DNS 18 и P-CSCF.

Домашняя сеть обозначена в блоке 36. Домашняя сеть 36 представляет собой сеть, с которой связан пользователь и в которой пользователь производит выплаты и т.п. Соединения между домашними сетями и сетями посещения осуществляются через P-CSCF 16 сети посещения и I-CSCF 20 домашней сети. Между P-CSCF 16 и I-CSCF 20 имеется соединительная сеть или другой вид соединения. I-CSCF домашней сети 20 соединена с S-CSCF 22. Обе CSCF 20 и 22 соединены с HSS 24. S-CSCF 22 представляет собой обслуживающую функцию управления состоянием вызова и представляет собой сервер, обслуживающий в данное время, по меньшей мере, одно устройство пользователя и управляющий статусом этого устройства пользователя. Сущность 24 домашнего сервера абонента используется для хранения регистрационной идентификационной информации, такой как информация, относящаяся к пользователю и т.п.

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

На этапе S1 устройство 10 пользователя посылает запрос на регистрацию от устройства 10 пользователя в P-CSCF 16. Задачей данного запроса является регистрация SIP (протокол сессии Интернет) пользователя единого указателя ресурсов в CSCF 22 в домашней сети. Этот запрос направляют в P-CSCF 16, потому что она является контактной точкой для устройства пользователя с IP мультимедийной подсистемой. Сообщение регистрации может включать в себя следующую информацию: секретную идентичность, открытую идентичность, имя домашнего домена и запрашиваемое время истечения регистрации; длину контента, домен назначения для запроса; IP адрес, выделенный для сессии SIP; IP адрес пользователя и информацию авторизации.

На этапе S2 P-CSCF 16 из сети посещения определяет, что устройство 10 пользователя регистрируется и выполняет запрос сервера доменных имен DNS 18 для определения положения I-CSCF 20 в домашней сети. Таблица просмотра в DNS 18 основана на адресе, определенном в URL запроса. P-CSCF 16 посылает запрос на регистрацию, имеющую своим источником устройство 20 пользователя, в идентифицированную I-CSCF 20. На этапе S3 I-CSCF 20 выполняет запрос информации, относящейся к статусу регистрации абонента (т.е. пользователя), посылая запрос в HSS в виде команды запроса авторизации пользователя (UAR). Этот запрос посылают в HSS для запроса авторизации регистрации мультимедийного пользователя. HSS 24 подтверждает, что идентичность, например, определяемая секретной или открытой идентичностью, соответствует одному и тому же пользователю. Дополнительно, HSS 24 может выполнить проверку, зарегистрирован ли уже пользователь и/или авторизован ли пользователь для регистрации в сети, в которую переходит пользователь.

На этапе S4 HSS посылает ответ I-CSCF в виде команды ответа авторизации пользователя (UAA). Если пользователь был авторизован для регистрации и сервер для этого уже назначен, сообщение содержит SIP URL сервера, так что запрос на регистрацию может быть перенаправлен. Если пользователь был авторизован для регистрации, а сервер для этого еще не назначен, взамен может предоставляться информация о производительности сервера, которая может использоваться для выбора сервера, который будет выполнять управление услугами для мультимедийного пользователя.

Эту информацию посылают из HSS 24 в I-CSCF 20.

Основываясь на информации, полученной от YSS 24, I-CSCF 20 выбирает соответствующий S-CSCF 22. Если S-CSCF 22 не идентифицирован, I-CSCF использует информацию о производительности, предоставляемую HSS для выбора соответствующего S-CSCF. Если HSS 24 предоставил информацию, идентифицирующую S-CSCF, тогда используется идентифицированный S-CSCF. На этапе S5, I-CSCF 20 перенаправляет сообщение регистрации выбранному S-CSCF 22.

На этапе S6 запрос на авторизацию для мультимедиа (MAR) посылают из S-CSCF 22 в HSS 24, запрашивая информацию, относящуюся к защите.

HSS 24 в ответ на команду MAR выбирает вектор аутентификации, предназначенный для использования при направлении требования аутентификации пользователю. S-CSCF на данном этапе также может указать HSS 24, что он был назначен для обслуживания конкретного пользователя.

На этапе S7, HSS посылает команду ответа аутентификации для мультимедиа MAA в S-CSCF, который предоставляет запрашиваемые вектора аутентификации.

На этапе S8, S-CSCF посылает требование на аутентификацию в I-CSCF 20, которое включает в себя предоставленный вектор аутентификации. На этапе S9 I-CSCF 20 перенаправляет требование в Р-CSCF 16.

На этапе S10, Р-CSCF 16 перенаправляет требование аутентификации устройству 10 пользователя.

На этапе S11 устройство 10 пользователя генерирует ответ на требование аутентификации и посылает ответ обратно в Р-CSCF 16 в дополнительном сообщении регистрации. Этапы с S12 по S15 аналогичны этапам с S2 по S5 и выполняются для перенаправления сообщения регистрации в S-CSCF 22. Затем S-CSCF 22 выполняет процедуру аутентификации, основываясь на ответе от устройства пользователя. На этапе S16, S-CSCF 22 посылает команду запроса на значение сервера (SAR). При этом эффективно запрашивают, чтобы HSS 24 указал, что S-CSCF 22 обслуживает конкретного пользователя. На этапе S17 посылают ответ на значения сервера из HSS в S-CSCF 22, что эффективно обеспечивает подтверждение, что S-CSCF 22 должен предоставить требуемое обслуживание пользователю. На этапе S18, из S-CSCF 22 в I-CSCF 20 посылают сообщение, эффективно подтверждающее, что пользователь зарегистрирован. I-CSCF 20 перенаправляет это сообщение в P-CSCF на этапе S19 и из P-CSCF 16 в устройство 10 пользователя на этапе S20.

Обратимся к фиг. 3, на которой показана процедура отмены регистрации уже зарегистрированного пользователя. Этапы с T1 по Т5 аналогичны этапам с S1 по S5 по фиг. 2. Однако в данном случае отсутствует необходимость выбора S-CSCF, поскольку это уже было сделано. Поскольку пользователь уже зарегистрирован, следующий этап после этапа Т5 будет этапом Т6 и Т7, которые аналогичны этапам S18 и S19 по фиг. 2.

Сообщение о регистрации, посланное устройством пользователя, содержит информацию о том, что устройство пользователя желает отменить регистрацию. Тем не менее, I-CSCF все же нуждается в обмене данными с HSS, и HSS по-прежнему требуется предоставить верную команду. Команда SAR на этапе Т6 указывает HSS, что пользователь отменяет регистрацию. Это происходит только после того, как HSS произвел обмен данными, например, для проверки, позволено ли пользователю работать в сети, к которой он в настоящее время подсоединен. Производится соответствующее обновление HSS. Сообщение SAA на этапе Т7 подтверждает для S-CSCF, что регистрация мобильной станции может быть отменена. Этапы с Т8 по Т10 представляют собой перенаправление указанного подтверждения в мобильную станцию.

Ниже описывается вариант осуществления настоящего изобретения. В вариантах осуществления настоящего изобретения процедура регистрации происходит, как описано в отношении фиг. 2. Однако для процедуры отмены регистрации предусмотрена другая процедура. В этом отношении приводится ссылка на фиг. 4.

На фиг. 4 показан поток сигналов во время процедуры отмены регистрации. На первом этапе Q1, посылают сообщение регистрации из устройства пользователя в P-CSCF 16. Это является аналогичным этапу S1 по фиг. 2. На этапе Q2, P-CSCF посылает сообщение о регистрации в I-CSCF 20. Опять же это является аналогичным этапу S2 по фиг. 2.

Обратимся к фиг. 5, на которой показан способ, выполняемый I-CSCF 20. На этапе А1 принимают сообщение регистрации. На этапе А2, I-CSCF 20 проверяет значение поля заголовка истечения срока действия, которое содержит запрашиваемое время истечения срока действия в сообщении SIP REGISTER. В частности, на этапе А3, I-CSCF проверяет, является ли данное значение нулем. Если это так, то следующий этап - А4. Значение 0 используется для указания того, что сообщение представляет собой сообщение отмены регистрации. В случае если определяют, что данное сообщение является сообщением отмены регистрации, тогда атрибут или поле в сообщении UAR устанавливается с тем, чтобы указывать, что данное сообщение является сообщением отмены регистрации. Это сообщение посылают на этапе Q3 в HSS 24. Если принятое сообщение UAR указывает, что данное сообщение представляет собой сообщение отмены регистрации, тогда HSS не выполняет анализ роуминга, т.е. определение, разрешено ли, или нет, устройству пользователя работать в сети, к которой в настоящее время оно подсоединено.

Если значение, определенное на этапе А3, не является нулем, тогда следующий этап - А6. Тип регистрации в сообщении UAR устанавливается таким образом, чтобы указывать, что данное сообщение является сообщением регистрации. После приема сообщения UAR на этапе А7 HSS выполняет анализ роуминга. Очевидно, что сообщение UAR, посылаемое на этапе Q3 в HSS 24 из I-CSCF 20, аналогично таковому, посылаемому на этапе S3 с дополнительной информацией, определяющей, желает ли пользователь зарегистрироваться или отменить регистрацию. В качестве альтернативы это может происходить в точности таким же образом, как на этапе S3 при условии, если были определены различные сообщения для регистрации и отмены регистрации.

Как уже упоминалось, HSS не выполняет анализ роуминга, если сообщение представляет собой сообщение отмены регистрации. Следующим этапом является этап Q4, который аналогичен этапу S4 по фиг. 2. Следующий этап Q5 предусматривает посылку I-CSCF сообщения регистрации в S-CSCF. Этапы с Q6 по Q10 являются этапами с Т6 по Т10 по фиг. 3.

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

Общий заголовок

Идентичность сессии

Идентичность авторизованного приложения

Состояние авторизованной сессии

Хост-источник

Зона-источник

Хост назначения

Зона назначения

Имя пользователя

Открытая идентичность

Идентичность сети посещения

Тип регистрации - является ли сообщение сообщением регистрации или отмены регистрации.

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