Патент на изобретение №2390970
|
||||||||||||||||||||||||||
(54) РЕГИСТРАЦИЯ ПОЛЬЗОВАТЕЛЕЙ В СИСТЕМЕ СВЯЗИ
(57) Реферат:
Изобретение относится к мобильной связи. Способ регистрации пользователей в системе мобильной связи включает хранение в средствах хранения пользовательской информации первичного и вторичного идентификаторов, идентифицирующих первый обслуживающий контроллер; прием от обслуживающего контроллера запроса, идентифицирующего обслуживающий контроллер с использованием первичного и вторичного идентификаторов; сравнение первичного идентификатора из средства хранения пользовательской информации с первичным идентификатором из указанного запроса и, если имеется несоответствие, сравнение вторичного идентификатора из средства хранения пользовательской информации с вторичным идентификатором из указанного запроса, при этом, если имеется несоответствие между вторичными идентификаторами, заключают, что обслуживающий контроллер, идентифицированный в запросе, не является первым обслуживающим контроллером, а если имеется соответствие между вторичными идентификаторами, заключают, что обслуживающий контроллер, идентифицированный в запросе, является первым обслуживающим контроллером. Техническим результатом является сокращение ненужных процедур дерегистрации. 7 н. и 23 з.п. ф-лы, 6 ил.
Настоящее изобретение относится к регистрации пользователей в системе связи. В настоящее время используются разнообразные системы связи, обеспечивающие связь между двумя или более объектами, например, оборудованием пользователя и/или другими узлами, относящимися к системе. Такие системы могут включать, например, передачу голосовых, мультимедийных и других данных. Известны системы связи, обеспечивающие беспроводную связь для пользовательских терминалов или других узлов. Примером беспроводной системы является наземная мобильная сеть общего пользования (PLMN). Обычно наземная мобильная сеть общего пользования представляет собой сотовую сеть, в которой базовая приемопередающая станция (BTS) или аналогичный объект доступа к сети обслуживает пользовательское оборудование (UE), например мобильные станции (MS), посредством беспроводного интерфейса. Работой устройства, необходимого для такой связи, обычно управляет один или несколько управляющих объектов, которые могут быть связаны между собой. Имеется один или большее количество шлюзовых узлов, обеспечивающих соединение наземной мобильной сети общего пользования с другими сетями. Примерами других сетей является другая сотовая сеть, коммутируемая телефонная сеть общего пользования и сети систем передачи данных с пакетной коммутацией, например сеть на основе Интернет-протокола (IP). Связь между пользовательским оборудованием и другими элементами системы связи основана на соответствующем протоколе связи, который определяет “правила” осуществления связи в системе. В современной беспроводной системе связи третьего поколения (3G) определены различные серверы для предоставления мобильным пользователям различных услуг связи. Они включают серверы, которые обеспечивают функции управления сеансами вызовов, известные как функции CSCF (Call Session Control Function). Кроме того, функции управления могут осуществляться такими объектами как сервер домашних абонентов (HSS, Home Subscriber Server) и различные серверы приложений (AS, Application Server). Обычно сервер домашних абонентов предназначен для постоянного хранения пользовательского (абонентского) профиля. Например, в архитектуре версии 5 для 3G, специфицированной Проектом партнерства третьего поколения (3GPP), эти объекты могут быть локализованы в подсистеме IP мультимедиа (IMS, IP Multimedia Subsystem). Функция управления сеансами вызовов (CSCF) обеспечивает обслуживающую функцию CSCF (S-CSCF), запрашивающую функцию I-CSCF (Interrogating CSCF) и прокси-функцию P-CSCF (Proxy CSCF). Пользователи регистрируются в обслуживающих функциях (функциональных элементах) S-CSCF согласно местоположению и доступным каналам связи. Для связи с обслуживающими функциями S-CSCF используется запрашивающая функция 1-CSCF. Когда с обслуживающей функцией S-CSCF, которая является для пользователя назначенной обслуживающей функцией S-CSCF, невозможно связаться с использованием запрашивающей функции 1-CSCF, можно назначить новую обслуживающую функцию S-CSCF для пользователя в процессе процедуры регистрации. Когда это будет сделано, возможна ситуация, при которой сервер домашних абонентов HSS, получает команду запроса аутентификации в подсистеме мультимедиа (MAR, multimedia authentication request), включающую имя обслуживающей функции S-CSCF, которое не совпадает с предварительно назначенной пользователю обслуживающей функцией S-CSCF. В существующем протоколе 3GPP сервер домашних абонентов может отменять регистрации в старой обслуживающей функции S-CSCF путем использования команды запроса на завершение регистрации (RTR, Registration-Termination-Request). При назначении этой команде причины NEW_SERVER_ASSIGNED (“назначен новый сервер”), это вызывает в старой обслуживающей функции S-CSCF дерегистрацию (отмену регистрации) публичного идентификатора пользователя, который зарегистрирован в новой обслуживающей функции S-CSCF. По поводу оптимизации отмены регистрации, см. ранее поданную заявку на патент США Конкретная обслуживающая функция S-CSCF идентифицируется унифицированным идентификатором ресурсов (URI, Uniform Resource Identifier) протокола SIP. Согласно документу IETF RFC 3261 (“Запрос Комментариев”) идентификатор URI протокола SIP имеет следующий обобщенный вид: Sip:user:password@host:port;uri-parameters?headers Поле “user” (пользователь) представляет собой идентификатор конкретного ресурса на адресуемом хосте. В таком виде информация о пользователе включает поле “user”, поле пароля (password) и поле @. Поле пароля представляет собой пароль, ассоциированный с пользователем, а поле хоста (host) идентифицирует хост, обеспечивающий ресурс SIP. Поле порта (port) представляет собой номер порта, в который посылается запрос. Параметры URI влияют на запрос, сформированный из URI, например, позволяя задать параметры транспорт, maddr (адрес сервера), ttl (время жизни), пользователь, метод и Ir (маршрутизация) известными способами. “Заголовки” – это поля заголовка, которые включены в запрос, сформированный из URI. Согласно правилам сравнения идентификаторов URI протокола SIP, определенным в IETF RFC 3261, для того чтобы два идентификатора URI были равны, должны совпадать компоненты пользователь, пароль, хост и порт. Кроме того, любые параметры URI, появляющиеся в обоих идентификаторах URI, должны совпадать, при этом правила управляют ситуацией, когда параметр присутствует в одном идентификаторе URI и отсутствует в другом. Компоненты заголовка не игнорируются – любые присутствующие компоненты заголовка должны присутствовать в обоих идентификаторах URI и должны совпадать. Вследствие этих правил, считают изобретатели, может возникнуть ситуация, при которой обнаруживается несоответствие между идентификаторами URI протокола SIP даже тогда, когда обслуживающая функция S-CSCF фактически является той же самой. Это может запустить нежелательную процедуру дерегистрации в отношении обслуживающей функции S-CSCF. Цель настоящего изобретения заключается в сокращении ненужных процедур дерегистрации. Согласно одному из аспектов настоящего изобретения предложен способ регистрации пользователей в системе мобильной связи, включающий хранение в средстве хранения пользовательской информации первичного и вторичного идентификаторов, идентифицирующих первый обслуживающий контроллер; прием от обслуживающего контроллера запроса, идентифицирующего обслуживающий контроллер с использованием первичного и вторичного идентификаторов; сравнение первичного идентификатора из средства хранения пользовательской информации с первичным идентификатором из указанного запроса и, если имеется несоответствие, сравнение вторичного идентификатора из средства хранения пользовательской информации с вторичным идентификатором из указанного запроса, при этом, если имеется несоответствие между вторичными идентификаторами, заключают, что обслуживающий контроллер, идентифицированный в запросе, не является первым обслуживающим контроллером, а если имеется соответствие между вторичными идентификаторами, заключают, что обслуживающий контроллер, идентифицированный в запросе, является первым обслуживающим контроллером. В другом своем аспекте настоящее изобретение относится к системе связи, содержащей: первый обслуживающий контроллер; средство хранения пользовательской информации, которое хранит для пользователя по меньшей мере один идентификатор, ассоциированный с первым обслуживающим контроллером, при этом первый обслуживающий контроллер идентифицируется первичным и вторичным идентификаторами; средство для приема от обслуживающего контроллера запроса, идентифицирующего обслуживающий контроллер с использованием первичного и вторичного идентификаторов; и средство для сравнения первичного идентификатора из средства хранения пользовательской информации с первичным идентификатором из указанного запроса и, если имеется несоответствие, для сравнения вторичного идентификатора из средства хранения пользовательской информации с вторичным идентификатором из указанного запроса, при этом, когда имеется несоответствие между вторичными идентификаторами, делается заключение, что обслуживающий контроллер, идентифицированный в запросе, не является первым обслуживающим контроллером, а когда имеется соответствие между вторичными идентификаторами, делается заключение, что обслуживающий контроллер, идентифицированный в запросе, является первым обслуживающим контроллером. В еще одном своем аспекте настоящее изобретение относится к сетевому объекту для использования в системе мобильной связи для обеспечения связи между пользователями, содержащему: средство хранения пользовательской информации, которое хранит для пользователя по меньшей мере один идентификатор, ассоциированный с первым обслуживающим контроллером, при этом первый обслуживающий контроллер идентифицируется первичным и вторичным идентификаторами; средство для приема от обслуживающего контроллера запроса, идентифицирующего обслуживающий контроллер с использованием первичного и вторичного идентификаторов; и средство для сравнения первичного идентификатора из средства хранения пользовательской информации с первичным идентификатором из указанного запроса и, если имеется несоответствие, для сравнения вторичного идентификатора из средства хранения пользовательской информации с вторичным идентификатором из указанного запроса, причем, когда имеется несоответствие между вторичными идентификаторами, делается заключение, что обслуживающий контроллер, идентифицированный в запросе, не является первым обслуживающим контроллером, а когда имеется соответствие между вторичными идентификаторами, делается заключение, что обслуживающий контроллер, идентифицированный в запросе, является первым обслуживающим контроллером. В архитектуре 3GPP средство хранения пользовательской информации образовано сервером домашних абонентов (HSS), но понятно, что в другой архитектуре может иметься другая база данных. Кроме того, в архитектуре 3GPP обслуживающие контроллеры образуются обслуживающими функциями S-CSCF, но понятно, что в другой архитектуре эту роль может выполнять любой подходящий контроллер. Запрос, идентифицирующий обслуживающий контроллер, может быть запросом на аутентификацию в подсистеме мультимедиа (MAR). Запрос на отмену регистрации может быть командой запроса на завершение регистрации (RTR) согласно известному протоколу 3G или может быть эквивалентной или другой подходящей командой в других протоколах. Для лучшего понимания настоящего изобретения и демонстрации возможных вариантов его реализации ниже в качестве примера описаны такие варианты со ссылками на сопровождающие чертежи, где: на фиг.1 схематично показана среда, в которой может быть реализован вариант осуществления настоящего изобретения; на фиг.2 схематично иллюстрируется хранение данных о назначениях обслуживающей функции S-CSCF; на фиг.3 схематично иллюстрируется поток сообщений для случая, когда результат сравнения отрицателен; на фиг.4 иллюстрируются адресные компоненты команды запроса на аутентификацию в подсистеме мультимедиа (MAR); на фиг.5 иллюстрируются поля идентификатора URI протокола SIP; и на фиг.6 схематично иллюстрируется поток сообщений для случая, когда результат сравнения положителен. Ниже описаны некоторые варианты осуществления настоящего изобретения на примере архитектуры мобильной системы связи третьего поколения (3G). Однако должно быть понятно, что варианты осуществления настоящего изобретения могут быть применены к любой подходящей системе связи. На фиг.1 показан пример сетевой архитектуры, в которой может быть реализовано настоящее изобретение. На фиг.1 показана подсистема IP мультимедиа (IMS) 45, предназначенная для предоставления мультимедийных услуг по протоколу IP для абонентов мультимедийной IP-сети. Как описано выше, функциональные возможности IP-мультимедиа (IM) могут быть обеспечены посредством системы мобильной связи. Система мобильной связи обычно предназначена для обслуживания множества единиц мобильного пользовательского оборудования (UE) – обычно через беспроводной интерфейс между пользовательским оборудованием и по меньшей мере одной базовой станцией системы связи. Мобильная система связи может быть логически разделена на сеть радиодоступа (RAN, radio access network) и базовую сеть (CN, core network). В такой системе базовая станция 31 предназначена для передачи сигналов в мобильное пользовательское оборудование 30 мобильного пользователя и для приема сигналов от мобильного пользователя, то есть абонента, через беспроводной интерфейс между пользовательским оборудованием и сетью радиодоступа. Соответственно, мобильное пользовательское оборудование способно передавать сигналы в сеть радиодоступа и принимать их через беспроводной интерфейс. В представленной конфигурации пользовательское оборудование 30 может получить доступ к сети IMS 45 через сеть доступа, связанную с базовой станцией 31, соответственно. Должно быть понятно, что, хотя на фиг.1 для наглядности показана базовая станция только одной сети радиодоступа, типичная система сетей связи обычно включает несколько сетей радиодоступа. Сетью радиодоступа (RAN) третьего поколения обычно управляет соответствующий контроллер радиосети (RNC, radio network controller). Чтобы не загромождать чертеж, этот контроллер не показан. Контроллер может быть назначен для каждой базовой станции или же контроллер может управлять множеством базовых станций, например на уровне сети радиодоступа. Таким образом, должно быть понятно, что наименование, местоположение и количество сетевых контроллеров зависят от системы. Мобильное пользовательское оборудование 30 может включать любое подходящее мобильное пользовательское оборудование, предназначенное для обеспечения связи в рамках протокола IP в пределах сети. Например, мобильный пользователь может получить доступ к сотовой сети связи посредством персонального компьютера, персонального цифрового секретаря (PDA), мобильной станции и т.д. Последующие примеры даны в контексте мобильных станций. Специалисты в данной области техники знакомы с особенностями и работой типичной мобильной станции. Таким образом, достаточно отметить, что пользователь может использовать мобильную станцию для таких задач как посылка и прием телефонных вызовов, прием данных из сети и посылка данных в сеть, для воспроизведения мультимедийного содержания или другого использования мультимедийных услуг. Мобильная станция может включать антенну для беспроводного приема сигналов от базовых станций и для передачи сигналов на базовые станции в сети мобильной связи. Кроме того, мобильные станции могут иметь дисплей для отображения изображений и другой графической информации для пользователя мобильного пользовательского оборудования. Может иметься камера для съемки неподвижных изображений или видео. Кроме того, обычно имеется громкоговоритель. Работой мобильной станции можно управлять посредством соответствующего интерфейса пользователя, например кнопок управления, голосовых команд и т.д. Кроме того, мобильная станция снабжена процессором и запоминающим устройством. Должно быть понятно, что хотя для простоты на фиг.1 показана только одна мобильная станция, множество мобильных станций может одновременно осуществлять связь с базовыми станциями мобильной системы связи. Объекты базовой сети (CN) типично содержат различные коммутирующие и другие управляющие объекты и шлюзы, обеспечивающие связь посредством множества сетей радиодоступа, а также соединяющие отдельную систему связи с одной или несколькими системами связи, например, с другими сотовыми системами связи и/или с системами фиксированной проводной связи. В системах 3GPP контроллер сети радиодоступа обычно соединен с соответствующим объектом или объектами базовой сети, например, но этим не ограничиваясь, с обслуживающим узлом 33 поддержки GPRS (SGSN). Контроллер сети радиодоступа взаимодействует с обслуживающим узлом поддержки GPRS через соответствующий интерфейс, например через интерфейс Iu. Хотя это и не показано, SGSN обычно имеет доступ к назначенной ему абонентской базе данных, сформированной для хранения информации, связанной с подпиской соответствующего пользовательского оборудования. Обслуживающий узел поддержки GPRS, в свою очередь, обычно связан со шлюзовым узлом 34 поддержки GPRS (GGSN) через опорную сеть 32 GPRS. Обычно этот интерфейс представляет собой интерфейс коммутации пакетных данных. На фиг.1 показан сервер 50 приложений (AS, application server). Пользовательское оборудование 30 может соединяться через сеть GPRS с сервером приложений, который связан с одной или несколькими сетями передачи данных, например, но этим не ограничиваясь, с сетью с использованием Интернет-протокола (IP). Должно быть понятно, что с каждой сетью передачи данных может быть связано большое количество серверов приложений. Системы связи развивались в направлении, в котором обслуживание пользовательского оборудования обеспечивается посредством различных функций сети передачи данных, которые реализуются контроллерными объектами, такие как серверы. Например, в современных архитектурах беспроводных мультимедийных сетей третьего поколения (3G) предполагается, что управление предоставлением услуг использует несколько различных серверов, обеспечивающих различные функции управления. Они включают такие функции, как функции управления сеансами вызовов (CSCF). Функции управления сеансами вызовов могут быть разделены на различные категории, например, прокси-функции (Р-CSCF), запрашивающие функции (I-CSCF) и обслуживающие функции (S-CSCF). Должно быть понятно, что одинаковые функции в различных системах могут называться по-разному. Например, в определенных приложениях функции CSCF могут называться функциями управления состоянием вызовов. Пользователь, который желает воспользоваться службой, предоставляемой сервером приложений через систему IMS, сначала может нуждаться в регистрации в обслуживающем контроллере, например, в обслуживающей функции (S-CSCF1) 42. Как показано на фиг.1, связь между обслуживающей функцией S-CSCF 42 и пользовательским оборудованием 30 может быть маршрутизирована посредством по меньшей мере одной прокси-функции P-CSCF 35 и запрашивающей функции I-CSCF 36. Таким образом, прокси-функция P-CSCF 35 служит для представления сообщений из узла GGSN 34 в обслуживающую функцию S-CSCF 42. Обслуживающая функция S-CSCF 42 на фиг.1, в свою очередь, предоставляет объект управления, в котором производится регистрация пользовательского оборудования 30. Регистрация требуется, чтобы пользовательское оборудование могло запросить обслуживание у системы связи. Кроме того, система на фиг.1 выполнена так, что пользователь, которому с помощью опорной сети предоставили необходимые ресурсы связи и который зарегистрирован в обслуживающей функции S-CSCF 42, должен инициировать использование обслуживания, предлагаемого сервером 50 приложения, путем посылки по системе связи запроса на желаемое обслуживание в обслуживающую функцию S-CSCF 42. На фиг.1 иллюстрируется другая обслуживающая функция управления сеансами вызовов (S-CSCF2) 43. На практике, конечно, будет иметься множество обслуживающих функций S-CSCF. Может также иметься объект для хранения пользовательской информации, предназначенный для хранения абонентской, то есть относящейся к пользователям, информации. В иллюстрируемом варианте выполнения настоящего изобретения объект для хранения выполнен в виде сервера 37 домашних абонентов (HSS). Сервер 37 домашних абонентов может быть опрошен другими функциональными объектами через соответствующие интерфейсы, например, в процессе процедур установления сеанса и позже. Информация абонента может включать такую информацию как данные, необходимые для целей регистрации и аутентификации (например, для определения идентификационного и регистрационного статуса абонента) и т.п. Сервер 37 домашних абонентов может также использоваться для постоянного хранения информации о профилях абонентов. В частности, сервер домашних абонентов хранит информацию, связывающую публичные идентификаторы с информацией о конкретном пользовательском оборудовании (UE) и идентифицирующую обслуживающую функцию S-CSCF, с которой ассоциировано данное пользовательское оборудование. Каждое пользовательское оборудование идентифицируется уникальным персональным идентификатором, который имеет вид идентификатора доступа к сети, например UE1@example.org. Каждая обслуживающая функция S-CSCF идентифицирована унифицированным идентификатором ресурсов протокола SIP (SIP URI), например sip:s-cscfi.example.org:5060. Кроме того, каждая обслуживающая функция S-CSCF идентифицирована своим идентификатором протокола “Диаметр” (Diameter), который представлен в формате полного доменного имени (FQDN, Fully Qualified Domain Name), например, s-cscf1.example.org. Протокол на основе “Диаметра” предназначен для аутентификации, авторизации и аккаунтинга (ААА) для приложений, обеспечивающих мобильную связь в рамках сетевого доступа или протокола IP. Основная транзакция “Диаметра” включает пары значений атрибутов (AVP, Attribute value pair), которые являются спаренными атрибутами (например, идентификатор пользователя, пароль), и значения этих атрибутов (например, Джон Доу, Мэриголд), которые могут быть использованы для идентификации. Эти пары AVP значений атрибутов составляют элементы информации в сообщении “Диаметра”. Таким образом, когда сообщение послано из обслуживающей функции S-CSCF согласно протоколу “Диаметр”, оно включает пару AVP значений атрибутов хоста-источника, которая идентифицирует источник сообщения “Диаметра” (адрес клиента “Диаметра” – DCA, Diameter Client Address). На фиг.2 в качестве примера показано содержание базы 38 данных сервера домашних абонентов. Понятно, что это всего лишь пример, а точная структура и протокол меняются в соответствии с требованиями сети. Показано, что каждое пользовательское оборудование связано только с одним публичным идентификатором (Pid, Piblic identity), хотя на практике их может быть несколько для каждого пользовательского оборудования. Публичный идентификатор представляет собой открытый адрес пользователя, который используется для связи в пределах системы IMS. Публичный идентификатор пользователя может быть представлен, например, в виде идентификатора SIP URI, например pidl@example.org. База 38 данных указывает также на регистрационный статус каждого пользовательского оборудования, UE1, UE2, UE3 и т.д., и текущее зарегистрированное местоположение этого пользовательского оборудования. Текущее зарегистрированное местоположение представляет собой обслуживающую функцию S-CSCF, в которой в настоящее время зарегистрировано пользовательское оборудование, и в каждом случае идентифицируется идентификатором SIP URI и адресом DCA. В примере на фиг.2 пользовательское оборудование UE1, UE2 показано зарегистрированным в обслуживающей функции S-CSCF 1, в то время как пользовательское оборудование UE3 показано зарегистрированным в обслуживающей функции S-CSCF 2. Если имеет место изменение назначения конкретного пользовательского оборудования в отношении конкретной обслуживающей функции S-CSCF, необходимо соответствующим образом обновить базу 38 данных сервера HSS домашних абонентов. Кроме того, необходимо осуществить процедуру дерегистрации (отмены регистрации) в отношении предыдущей обслуживающей функции S-CSCF и самого пользовательского оборудования, чтобы пользовательское оборудование “знало”, что оно больше не зарегистрировано в определенной обслуживающей функции S-CSCF, и поэтому можно провести новую процедуру регистрации в новой обслуживающей функции S-CSCF. Ниже со ссылками на фиг.3-6 будет рассмотрена соответствующая процедура. В сети третьего поколения, когда пользователь в первый раз включает свой мобильный терминал, он должен зарегистрировать свой пользовательский идентификатор или адрес в сети до того, как терминалу будет разрешено полное соединение. Это производят, посылая из терминала в подсистему IMS SIP-сообщение “REGISTER” (РЕГИСТРАЦИЯ), которое включает детали адреса пользователя. Эта информация обрабатывается в обслуживающей функции S-CSCF, которая сохраняет релевантную регистрационную информацию в сервере HSS домашних абонентов. Эта регистрационная информация может включать статус пользователя, например местоположение, возможности терминала и доступность пользователя. Регистрация подтверждается подсистемой IMS посредством подходящего ответного сообщения, которое сформировано в соответствии с протоколом SIP. Кроме того, перерегистрация (“re-REGISTER”) происходит всякий раз, когда истекает предыдущая регистрация, изменяется статус пользователя или имеются другие причины для обновления регистрации. На фиг.3 предполагается, что ранее была выполнена процедура регистрации, в результате чего пользовательское оборудование UE1 было зарегистрировано в обслуживающей функции S-CSCF1. На фиг.3 иллюстрируется запрос на перерегистрацию, обозначенный как SIP REGISTER. Для запроса информации аутентификации и для проверки того, что пользовательское оборудование UE1 зарегистрировано в обслуживающей функции S-CSCF1, обслуживающая функция S-CSCF1 выдает команду запроса на аутентификацию в подсистеме мультимедиа (MAR, Multimedia-Authentication-Request), в которой идентифицирует себя с использованием своего идентификатора SIP URI1 (первичный идентификатор). Кроме того, поскольку команда MAR организована согласно протоколу “Диаметр”, адрес DCA (вторичный идентификатор) включен в команду MAR в форме пары AVP значений атрибутов хоста-источника, идентифицирующей обслуживающую функцию S-CSCF 1, как показано на фиг.4. Сервер 37 домашних абонентов получает команду MAR и стремится установить, произошло ли изменение обслуживающей функции S-CSCF, назначенной для конкретного пользовательского оборудования. Первый шаг заключается в сравнении идентификаторов SIP URI, принятых в команде MAR, с идентификатором SIP URI, который хранится в базе 38 данных HSS. Структура идентификатора SIP URI показана на фиг.5 и, как уже обсуждалось выше, включает множество различных полей: пользователь, пароль, хост, идентификатор URI, параметры, заголовки. Применение критериев совпадения, сформулированных в IETF RFC 3261, может привести к несовпадению между идентификатором SIP URI в команде MAR и идентификатором SIP URI, хранящимся в базе 38 данных HSS, даже тогда, когда совпадают поля пользователь, пароль и хост (идентифицирующие обслуживающую функцию S-CSCF). Таким образом, используемые правила сравнения могут привести к ситуации, когда сервер 37 домашних абонентов считает, что произошло изменение обслуживающей функции S-CSCF, тогда как фактически изменения назначенной обслуживающей функции S-CSCF не было. Функция сравнения сервера 37 домашних абонентов обозначена на фиг.3 как С1, и понятно, что она может быть реализована в любом подходящем программном обеспечении или оборудовании. Если функция сравнения указывает, что имеется различие между идентификатором SIP URI, принятом в команде MAR, и идентификатором SIP URI, хранящимся в базе 38 данных, сервер домашнего абонента переходит ко второй функции С2 сравнения, которая сравнивает адрес клиента “Диаметра”, принятый в команде MAR, с адресом клиента “Диаметра”, хранящимся в базе 38 данных. Если адрес клиента “Диаметра”, принятый в команде MAR, не совпадает с адресом, который хранится в базе 38 данных, можно уверенно предположить, что обслуживающая функция S-CSCF была изменена, и в этом случае сервер 37 домашних абонентов отправляет запрос на дерегистрацию (запрос на завершение регистрации – RTR, Registration Termination Request) в обслуживающую функцию S-CSCF. В качестве опции, и как показано на фиг.3, сервер 37 домашних абонентов может добавить к запросу RTR идентификатор 2 SIP URI новой назначенной обслуживающей функции S-CSCF, чтобы обслуживающая функция S-CSCF могла обнаружить, действителен запрос RTR или нет. Обслуживающая функция S-CSCF проверяет, имеет ли идентификатор SIP URI, принятый в запросе RTR, хостовую часть, идентичную идентификатору SIP URI самой обслуживающей функции S-CSCF. На фиг.3 функция проверки действительности обозначена как С3. Сервер 37 домашних абонентов вставляет в команду RTR причину дерегистрации NEW_SERVER_ASSIGNED [НАЗНАЧЕН_НОВЫЙ_СЕРВЕР] совместно с идентификатором SIP URI новой обслуживающей функции S-CSCF2, персональным идентификатором пользовательского оборудования UE1 и публичными идентификаторами, которые зарегистрированы в новой обслуживающей функции S-CSCF2. Когда первая обслуживающая функция S-CSCF1 принимает команду RTR с причиной дерегистрации, имеющей значение NEW_SERVER_ASSIGNED, она удаляет пользовательские данные этих публичных идентификаторов из локальной базы данных обслуживающей функции S-CSCF. Если обслуживающая функция S-CSCF1 хранит также и другие публичные идентификаторы пользовательского оборудования UE1, которые, однако, еще не зарегистрированы в новой обслуживающей функции S-CSCF2, сервер 37 домашних абонентов посылает в обслуживающую функцию S-CSCF1 другую команду RTR. Тогда сервер HSS вставляет в команду RTR причину дерегистрации SERVER_CHANGE совместно с идентификатором SIP URI новой обслуживающей функции S-CSCF2, персональный идентификатор UE1 и публичные идентификаторы, которые еще не были зарегистрированы в новой обслуживающей функции S-CSCF2. Когда первая обслуживающая функция S-CSCF1 принимает команду RTR с причиной дерегистрации, имеющей значение SERVER_CHANGE, она удаляет пользовательские данные этих публичных идентификаторов из локальной базы данных обслуживающей функции S-CSCF и может выдать сообщение NOTIFY [УВЕДОМИТЬ] в пользовательское оборудование UE1. Сообщение NOTIFY содержит указание для пользовательского оборудования UE1 на повторную регистрацию в новой обслуживающей функции S-CSCF2. Это достигается выполнением процедуры перерегистрации, представленной на фиг.3 и описанной выше. На фиг.6 показана ситуация, в которой функция С2 сравнения адреса DCA приводит к тому результату, что адрес DCA в команде MAR совпадает с адресом DCA, хранимым в базе 38 данных. В этом случае сервер 37 домашних абонентов предполагает, что идентификатор SIP URI обслуживающей функции S-CSCF должен быть обновлен в ее базе данных 38, но фактическая обслуживающая функция S-CSCF остается той же самой. В этом случае команду RTR не посылают, а вместо этого процедуру аутентификации продолжают посредством команды ответа на аутентификацию в подсистеме мультимедиа (МАА, Multimedia-Authentication_Answer) известным способом. Функция обновления идентификатора URI обозначена на фиг.6 как С4. Таким образом, вышеописанный вариант осуществления настоящего изобретения оптимизирует существующие функциональные возможности дерегистрации в сетях IMS 3GPP. В частности, он оптимизирует использование интерфейса Сх и поведение сервера HSS с целью уменьшения числа ненужных процедур дерегистрации для назначенных обслуживающих функций S-CSCF. Понятно, что сеть IMS, показанная на фиг.1, может дополнительно включать обслуживающие функции S-CSCF, запрашивающие функции CSCF и прокси-функции CSCF. Аналогично, хотя варианты выполнения настоящего изобретения были описаны в контексте систем третьего поколения с использованием SIP, могут использоваться другие подходящие системы и протоколы интерфейсов. В частности, хотя в вышеописанном варианте выполнения настоящего изобретения для второго сравнения используется протокол “Диаметр” и, следовательно, адрес DCA, понятно, что может использоваться любой протокол и, в частности, любой вторичный идентификатор для обслуживающей функции S-CSCF. Кроме того, понятно, что, хотя изобретение проиллюстрировано вышеописанными вариантами его выполнения, в раскрытом решении можно сделать несколько изменений и модификаций в рамках настоящего изобретения, определенного в формуле изобретения.
Формула изобретения
1. Способ регистрации пользователей в системе связи, включающий 2. Способ по п.1, включающий подачу запроса на дерегистрацию во второй обслуживающий контроллер, когда имеется несоответствие вторичных идентификаторов. 3. Способ по п.1, включающий осуществление процедуры аутентификации для аутентификации терминала пользователя, когда имеется соответствие между вторичными идентификаторами. 4. Способ по п.1, включающий предоставление указанного первичного идентификатора в виде унифицированного идентификатора ресурсов протокола инициирования сеансов. 5. Способ по п.1, включающий предоставление указанного вторичного идентификатора как идентификатора по протоколу “Диаметр”. 6. Способ по п.1, включающий предоставление указанного первичного идентификатора с использованием множества полей, при этом первый набор указанного множества полей идентифицирует второй обслуживающий контроллер, а второй набор указанного множества полей содержит дополнительные параметры. 7. Способ по п.6, в котором результатом сравнения первичных идентификаторов является несоответствие, когда имеет место соответствие для первого набора множества полей, но не имеет места соответствия для второго набора множества полей, что ошибочно указывает на то, что первый обслуживающий контроллер, идентифицированный в указанном запросе, не является вторым обслуживающим контроллером. 8. Способ по п.1, включающий обновление первичных идентификаторов, хранящихся в средстве хранения пользовательской информации, первичным идентификатором, принятым в указанном запросе, когда имеет место соответствие между вторичными идентификаторами. 9. Способ по п.2, который содержит включение в запрос на дерегистрацию первичного идентификатора нового назначенного обслуживающего контроллера. 10. Система связи, содержащая 11. Устройство для обеспечения связи между пользователями в системе мобильной связи, содержащее 12. Устройство по п.11, дополнительно содержащее сервер домашних абонентов. 13. Устройство по п.11, дополнительно содержащее контроллер для посылки команды на дерегистрацию, когда установлено, что первый обслуживающий контроллер, идентифицированный в указанном запросе, не является вторым обслуживающим контроллером. 14. Устройство по п.11, дополнительно содержащее контроллер для выполнения процедуры аутентификации по отношению к терминалу пользователя, когда установлено, что первый обслуживающий контроллер, идентифицированный в указанном запросе, является вторым обслуживающим контроллером. 15. Устройство по п.11, в котором первичный идентификатор включает унифицированный идентификатор ресурсов протокола инициирования сеанса. 16. Устройство по п.11, в котором вторичный идентификатор включает идентификатор по протоколу “Диаметр”. 17. Устройство по п.13, в котором контроллер дополнительно выполнен с возможностью вставки в команду на дерегистрацию первичного идентификатора нового назначенного обслуживающего контроллера. 18. Устройство для обеспечения связи между пользователями в системе мобильной связи, содержащее 19. Устройство по п.18, где первый обслуживающий контроллер содержит функцию управления сеансами вызовов. 20. Машиночитаемый носитель, содержащий команды, которые при выполнении компьютером выполняют процесс, включающий 21. Машиночитаемый носитель по п.20, включающий подачу запроса на дерегистрацию во второй обслуживающий контроллер, когда имеется несоответствие вторичных идентификаторов. 22. Машиночитаемый носитель по п.20, включающий осуществление процедуры аутентификации терминала пользователя, когда имеется соответствие между вторичными идентификаторами. 23. Машиночитаемый носитель по п.20, включающий предоставление указанного первичного идентификатора в виде унифицированного идентификатора ресурсов протокола инициирования сеансов. 24. Машиночитаемый носитель по п.20, включающий предоставление указанного вторичного идентификатора как идентификатора по протоколу “Диаметр”. 25. Машиночитаемый носитель по п.20, включающий предоставление указанного первичного идентификатора с использованием множества полей, при этом первый набор указанного множества полей идентифицирует второй обслуживающий контроллер, а второй набор указанного множества полей содержит дополнительные параметры. 26. Машиночитаемый носитель по п.25, в котором результатом сравнения первичных идентификаторов является несоответствие, когда имеет место соответствие для первого набора множества полей, но не имеет места соответствия для второго набора множества полей, что ошибочно указывает на то, что первый обслуживающий контроллер, идентифицированный в указанном запросе, не является вторым обслуживающим контроллером. 27. Машиночитаемый носитель по п.20, также содержащий обновление первичных идентификаторов, хранящихся в средстве хранения пользовательской информации, первичным идентификатором, принятым в указанном запросе, когда имеет место соответствие между вторичными идентификаторами. 28. Машиночитаемый носитель по п.21, который содержит включение в запрос на дерегистрацию первичного идентификатора нового назначенного обслуживающего контроллера. 29. Способ регистрации пользователей в системе связи, включающий 30. Сервер домашних абонентов сетевого объекта, содержащий
РИСУНКИ
|
||||||||||||||||||||||||||
…., на имя корпорации Nokia (Nokia Ref: NC40087).
