RU2283542C2 - Method and system for changing subscription - Google Patents

Method and system for changing subscription Download PDF

Info

Publication number
RU2283542C2
RU2283542C2 RU2004125593/09A RU2004125593A RU2283542C2 RU 2283542 C2 RU2283542 C2 RU 2283542C2 RU 2004125593/09 A RU2004125593/09 A RU 2004125593/09A RU 2004125593 A RU2004125593 A RU 2004125593A RU 2283542 C2 RU2283542 C2 RU 2283542C2
Authority
RU
Russia
Prior art keywords
network element
subscriber
specified
information
subscription
Prior art date
Application number
RU2004125593/09A
Other languages
Russian (ru)
Other versions
RU2004125593A (en
Inventor
Миикка ПОЙКСЕЛКЯ (FI)
Миикка ПОЙКСЕЛКЯ
Микаэль ХЕРМАН (FI)
Микаэль ХЕРМАН
Яакко РАЯНИЕМИ (FI)
Яакко РАЯНИЕМИ
Original Assignee
Нокиа Корпорейшн
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Нокиа Корпорейшн filed Critical Нокиа Корпорейшн
Priority to RU2004125593/09A priority Critical patent/RU2283542C2/en
Publication of RU2004125593A publication Critical patent/RU2004125593A/en
Application granted granted Critical
Publication of RU2283542C2 publication Critical patent/RU2283542C2/en

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

FIELD: method and system for changing information about subscription of subscriber in data transfer network.
SUBSTANCE: in accordance to method, when profile of subscriber or subscription information changes or updates, this fact is detected, and registration procedure for registration of end device of subscriber for new servicing network element is initiated in response to result of check stage to determine, whether capability of network element, servicing end device of given subscriber, is still in accordance with aforementioned altered subscription information.
EFFECT: possible achievement of automatic or semiautomatic adaptation of servicing object to altered subscription.
3 cl, 5 dwg

Description

ОБЛАСТЬ ТЕХНИКИFIELD OF TECHNOLOGY

Данное изобретение относится к способу и системе для изменения информации подписки подписчика в сети передачи данных. В частности, данное изобретение относится к изменению подписки в окружении мультимедийной подсистемы (IMS) протокола Интернет (IP).This invention relates to a method and system for changing subscriber subscription information in a data network. In particular, this invention relates to a subscription change in an Internet Protocol (IP) multimedia subsystem (IMS) environment.

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИBACKGROUND OF THE INVENTION

Для того чтобы достичь независимости доступа и поддерживать гладкое взаимодействие с проводными терминалами по Интернет, IMS, определенная, например, в спецификации 3GPP TS 23.228, была разработана для совместимости со «Стандартами Интернет» IETF (проблемной группы проектирования Интернет). Подсистема мультимедийной базовой сети протокола Интернет (IM CN) позволяет сетевым операторам мобильных или сотовых сетей предлагать своим подписчикам мультимедийное обслуживание, основанное и построенное на приложениях, услугах и протоколах Интернет. Цель состоит в разработке таких услуг мобильными сетевыми операторами и другими поставщиками третьей стороны, включая поставщиков в пространстве Интернет, с использованием механизмов, обеспеченных Интернет и подсистемой IM CN. IMS, таким образом, позволяет осуществлять преобразования и доступ к речевым технологиям, видеотехнологиям, технологиям передачи сообщений, технологиям данных и Web-технологиям для беспроводных пользователей, и объединяет рост Интернет с ростом мобильной связи.In order to achieve access independence and maintain smooth interaction with wired terminals over the Internet, the IMS, as defined, for example, in the 3GPP TS 23.228 specification, was developed to be compatible with the Internet Standards IETF (Internet Engineering Problem Group). The Internet Protocol Multimedia Subsystem (IM CN) subsystem allows network operators of mobile or cellular networks to offer their subscribers multimedia services based and built on Internet applications, services and protocols. The goal is to develop such services by mobile network operators and other third-party providers, including providers in the Internet space, using mechanisms provided by the Internet and the IM CN subsystem. IMS, thus, enables transformations and access to voice, video, messaging, data and web technologies for wireless users, and combines the growth of the Internet with the growth of mobile communications.

Фиг. 1 показывает архитектуру сети IMS согласно вышеупомянутой спецификации 3GPP (проект участия 3-го поколения). Эта архитектура основана на принципе, что управление услугой для собственных услуг подписки для перемещающегося по роумингу подписчика находится в собственной сети HN, например, обслуживающий функциональный блок управления состоянием вызова (S-CSCF, ОФУСВ) расположена в собственной сети HN (СС). На фиг. 1 показаны текущий или старый S-CSCFo 10 и будущий или новый S-CSCFn 12, между которыми оконечное устройство или оборудование пользователя (UE, ОП) 40 должно быть передано из-за измененных требуемых возможностей, вызванных изменением профиля подписчика UE 40.FIG. 1 shows an IMS network architecture according to the aforementioned 3GPP specification (3rd Generation Participation Project). This architecture is based on the principle that the service control for own subscription services for a roaming subscriber is located in its own HN network, for example, the serving call state control functional block (S-CSCF, OFUSV) is located in its own HN network (CC). In FIG. 1 shows the current or old S-CSCFo 10 and the future or new S-CSCFn 12 between which the terminal device or user equipment (UE, OP) 40 must be transferred due to changed required capabilities caused by a change in the subscriber profile of the UE 40.

В общем, S-CSCF выполняет обслуживание управления сеансом связи для обслуживаемых UE. Она поддерживает состояние сеанса связи, необходимое для сетевого оператора для поддержки услуг. В пределах сети оператора различные S-CSCF могут иметь различные функциональные возможности. Функциями, выполняемыми S-CSCF во время соответствующего сеанса связи, являются, например, регистрация, управление потоками сеанса, управление загрузкой и использованием ресурсов. Когда подписчик перемещается в посещаемую сеть VN, посещаемая сеть поддерживает уполномоченный (прокси) функциональный блок CSCF (P-CSCF, УФУСВ) 30, который позволяет передавать управление сеансом связи к соответствующему S-CSCF, расположенному в собственной сети HN и обеспечивающему управление обслуживанием. Кроме того, опрашивающий CSCF (I-CSCF, ОпФУСВ) 50 обеспечен в собственной сети HN как точка контакта в пределах сети оператора для всех подключений, предназначенных для подписчика этого сетевого оператора, или находящегося в условиях роуминга оператора, расположенного в данный момент в пределах области обслуживания этого сетевого оператора. В пределах сети оператора может быть много I-CSCF. Функции, выполняемые I-CSCF 50, включают в себя назначение S-CSCF пользователю, выполняющему процедуру регистрации, маршрутизацию запроса, принятого от другой сети по направлению к S-CSCF, поддержание адреса S-CSCF от базы данных подписчика, например, собственного сервера подписчика (HSS, ССП) 20, как показано на фиг. 1, и/или передача запросов или ответов к S-CSCF, определенного на основе адреса изменения от HSS 20.In general, the S-CSCF performs session management service for the served UEs. It maintains the session state necessary for a network operator to support services. Within an operator’s network, different S-CSCFs may have different functionalities. The functions performed by the S-CSCF during the corresponding communication session are, for example, registration, session flow control, load and resource management. When the subscriber moves to the visited VN network, the visited network supports an authorized (proxy) functional block CSCF (P-CSCF, UFUSB) 30, which allows you to transfer session control to the corresponding S-CSCF located in its own HN network and providing service control. In addition, the interrogating CSCF (I-CSCF, OPFUSV) 50 is provided in the HN's own network as a contact point within the operator’s network for all connections intended for the subscriber of this network operator or roaming operator currently located within the region servicing this network operator. There may be many I-CSCFs within an operator’s network. The functions performed by the I-CSCF 50 include assigning the S-CSCF to the user performing the registration procedure, routing a request received from another network towards the S-CSCF, maintaining the S-CSCF address from the subscriber database, for example, the subscriber’s own server (HSS, BSC) 20, as shown in FIG. 1, and / or transmitting requests or responses to the S-CSCF determined based on the change address from the HSS 20.

Функциональный блок P-CSCF 30 является первой точкой контакта в пределах IMS. Ее адрес исследуется UE 40, с последующий активацией контакта PDP (протокола пакетных данных). P-CSCF 30 действует как агент, т.е. он принимает запросы и обслуживает их внутри или передает их, возможно, после трансляции. P-CSCF 30 может также действовать как агент пользователя, т.е. в аномальных условиях он может завершать и независимо генерировать транзакции. Функциями, выполняемыми блоком P-CSCF 30, являются передача запросов регистров, принимаемых от UE 40 к I-CSCF, например, блоку I-CSCF 50, определенного с использованием имени собственной области, как обеспечено UE 40, и передача запросов или ответов к UE 40.The P-CSCF 30 function block is the first point of contact within the IMS. Its address is examined by UE 40, followed by activation of the PDP (packet data protocol) contact. P-CSCF 30 acts as an agent, i.e. he receives requests and serves them internally or transmits them, possibly after the broadcast. P-CSCF 30 may also act as a user agent, i.e. under abnormal conditions, it can complete and independently generate transactions. The functions performed by the P-CSCF 30 are the transmission of register requests received from the UE 40 to the I-CSCF, for example, the I-CSCF 50 determined using the own area name as provided by the UE 40, and the transmission of requests or responses to the UE 40.

Дополнительные подробности, касающиеся функций различных элементов CSCF, показанных на фиг. 1, могут быть собраны из вышеупомянутой спецификации 3GPP.Further details regarding the functions of the various CSCF elements shown in FIG. 1, can be assembled from the above 3GPP specification.

Согласно обычной сетевой архитектуре в вышеупомянутой спецификации 3GPP версии 5 HSS 20 не знает типа возможностей, которые имеет специфический S-CSCF в сети. Напротив, HSS 20 знает, в каком типе возможностей нуждается S-CSCF для поддержки конкретного подписчика. Эта информация хранится в профиле конкретного подписчика. Во время процесса начальной регистрации UE 40, HSS 20 посылает запрашиваемые возможности S-CSCF к I-CSCF 50, и фактический выбор S-CSCF осуществляется I-CSCF 50. Выбор в I-CSCF 50 выполняется на основе информации, указывающей требуемые возможности (способности), и принимается от HSS 20.According to the conventional network architecture in the aforementioned 3GPP version 5 specification, the HSS 20 does not know the type of capabilities that a particular S-CSCF has in the network. In contrast, the HSS 20 knows what type of capabilities the S-CSCF needs to support a particular subscriber. This information is stored in the profile of a particular subscriber. During the initial registration process of the UE 40, the HSS 20 sends the requested S-CSCF capabilities to the I-CSCF 50, and the actual S-CSCF is selected by the I-CSCF 50. The selection in the I-CSCF 50 is based on information indicating the required capabilities (capabilities ), and is received from HSS 20.

Однако, когда имеется необходимость в обновлении профиля подписчика, например, в S-CSCFo 10, обслуживающем в данный момент UE 40, HSS 20 не может знать, способен ли еще выбранный S-CSCFo 10 адекватно обслуживать подписчика UE 40. Может быть возможным то, что новые возможности, требуемые согласно новому профилю подписчика, не поддерживаются S-CSCFo 10. Другой возможностью является то, что поставщик услуг удалил некоторую услугу из профиля подписчика и тем самым воспрепятствовал использованию этой услуги или части услуги.However, when there is a need to update the subscriber profile, for example, in S-CSCFo 10 currently serving the UE 40, the HSS 20 cannot know if the selected S-CSCFo 10 is still able to adequately serve the subscriber of the UE 40. It may be possible that that new features required by the new subscriber profile are not supported by S-CSCFo 10. Another possibility is that the service provider has removed some of the services from the subscriber profile and thereby has prevented the use of this service or part of the service.

Если возможность S-CSCFo 10 не удовлетворяют обновленный профиль подписчика, подписчик не способен использовать все подписанные услуги, или может принять услуги, которые он или она больше не желают иметь. Кроме того, подписчик может быть сделан ответственным за услуги, которые он или она отменили. Кроме того, если сетевой оператор отказался от услуг, подписчик может все же быть способным использовать эти услуги, которые ни ему, ни ей больше не разрешено использовать.If the ability of S-CSCFo 10 does not satisfy the updated subscriber profile, the subscriber is not able to use all the signed services, or may accept services that he or she no longer wants to have. In addition, a subscriber may be made responsible for services that he or she has canceled. In addition, if the network operator has refused the services, the subscriber may still be able to use these services, which he and she are no longer allowed to use.

КРАТКОЕ ИЗЛОЖЕНИЕ СУЩЕСТВА ИЗОБРЕТЕНИЯSUMMARY OF THE INVENTION

Поэтому задачей данного изобретения является обеспечение способа и системы для изменения подписки, посредством которого может быть гарантирована адекватная или согласованная обслуживающая функция даже после изменения профиля подписчика.Therefore, the object of the present invention is to provide a method and system for changing a subscription, by which an adequate or coordinated service function can be guaranteed even after changing a subscriber profile.

Эта задача достигается посредством способа для изменения информации подписки подписчика в сети передачи данных, причем указанный способ предусматривает стадии:This task is achieved by a method for changing subscriber subscription information in a data network, the method comprising the steps of:

обнаружение изменения в указанной информации подписки указанного подписчика;detecting changes in the specified subscription information of the specified subscriber;

проверки того, находится ли еще возможность сетевого элемента, обслуживающего оконечное устройство указанного подписчика, в соответствии с указанной измененной информацией подписки; иchecking whether the network element serving the terminal device of the indicated subscriber is still in accordance with the specified changed subscription information; and

инициирования, в ответ на результат указанной стадии проверки, процедуры регистрации для регистрации указанного оконечного устройства указанного подписчика на новом обслуживающем сетевом элементе.initiating, in response to the result of the indicated verification step, a registration procedure for registering the indicated terminal device of the indicated subscriber with a new serving network element.

Кроме того, вышеуказанная задача решается системой для изменения информации подписки подписчика в сети передачи данных, причем указанная система содержит:In addition, the above problem is solved by the system for changing the subscription information of the subscriber in the data network, and this system contains:

средство обнаружения для обнаружения изменения в указанной информации подписки указанного подписчика;detection means for detecting changes in said subscription information of said subscriber;

средство проверки для проверки того, находится ли еще возможность (способность) сетевого элемента, обслуживающего оконечное устройство указанного подписчика, в соответствии с указанной измененной информацией подписки; иverification means for verifying whether the capability (ability) of the network element serving the terminal device of the indicated subscriber is still in accordance with the specified changed subscription information; and

средство инициирования для инициирования, в ответ на указанное средство проверки, процедуры регистрации для регистрации указанного оконечного устройства указанного подписчика на новом обслуживающем сетевом элементе.initiation means for initiating, in response to said verification means, registration procedures for registering said terminal device of said subscriber with a new serving network element.

Кроме того, вышеуказанная задача достигается посредством базы данных подписчика для хранения информации подписки подписчика сети передачи данных, причем указанная база данных организована для обнаружения изменения в указанной информации подписки и инициирования процедуры регистрации для регистрации оконечного устройства указанного подписчика на новом обслуживающем сетевом элементе в ответ на результат операции проверки для проверки того, находится ли еще функциональная возможность сетевого элемента, обслуживающего оконечное устройство указанного подписчика, в соответствии с указанной измененной информацией подписки.In addition, the above task is achieved by the subscriber database for storing subscription information of the subscriber of the data network, the database being organized to detect changes in the specified subscription information and initiate the registration procedure for registering the terminal device of the specified subscriber with a new serving network element in response to the result verification operations to verify whether the functionality of the network element serving the terminal is still Information about the specified subscriber, in accordance with the specified amended subscription information.

Соответственно, когда профиль подписчика обновляется или изменяется, несовпадение функциональной возможности на обслуживающем сетевом элементе автоматически обнаруживается и новый обслуживающий сетевой элемент, имеющий адекватные возможности, распределяется (назначается) посредством инициирования процедуры регистрации. Тем самым, любая новая информация подписки может быть принята во внимание почти немедленно тогда, когда она была сконфигурирована или сохранена в базе данных подписчика сети передачи данных.Accordingly, when the subscriber profile is updated or changed, a mismatch in functionality on the serving network element is automatically detected and a new serving network element having adequate capabilities is allocated (assigned) by initiating the registration procedure. Thus, any new subscription information can be taken into account almost immediately when it has been configured or stored in the subscriber database of the data network.

Стадия проверки может предусматривать проверку того, является ли еще указанный обслуживающий сетевой элемент способным обслуживать указанное оконечное устройство указанного подписчика ввиду указанной измененной информации подписки.The verification step may include checking whether the specified serving network element is still capable of serving the specified terminal device of the specified subscriber due to the specified changed subscription information.

Стадия обнаружения может быть основана на обнаружении обновления профиля подписчика или может быть основана на обнаружении подписки указанного подписчика на новую услугу.The discovery step may be based on the detection of a subscriber profile update, or may be based on the detection of a subscription of said subscriber to a new service.

Согласно преимущественной дальнейшей разработке стадия проверки может выполняться на основе информации о возможности, добавляемой на основе указанной стадии обнаружения к ответному сообщению процедуры регистрации, инициированной указанным оконечным устройством. В этом случае, процедура регистрации может быть инициирована указанным оконечным устройством в ответ на процедуру дерегистрации, инициируемой, когда изменение указанной информации подписки было обнаружено на указанной стадии обнаружения. Альтернативно, процедурой регистрации может быть периодическая процедура регистрации, инициируемая в заданные интервалы времени.According to an advantageous further development, the verification step may be performed based on the capability information added on the basis of the indicated detection step to the response message of the registration procedure initiated by the indicated terminal device. In this case, the registration procedure may be initiated by the specified terminal device in response to the deregistration procedure initiated when a change in the specified subscription information was detected at the specified detection stage. Alternatively, the registration procedure may be a periodic registration procedure initiated at predetermined time intervals.

Предпочтительно, информация конфигурации может быть предусмотрена для определения подписных услуг, в которых нуждаются заданные обслуживающие сетевые элементы.Preferably, configuration information may be provided to determine the subscription services that specific serving network elements need.

Согласно другой преимущественной дальнейшей разработке стадия проверки может предусматривать стадии передачи запроса возможности, предусматривающие по меньшей мере одну требуемую возможность, к обслуживающему сетевому элементу, сравнения (функциональных) возможностей обслуживающего сетевого элемента по меньшей мере с одной требуемой возможностью, и приема подтверждения, указывающего результат стадии сравнения, от обслуживающего сетевого элемента. В качестве альтернативы, стадия проверки может предусматривать стадии передачи информации, указывающей по меньшей мере одну требуемую возможность, и идентификации указанного обслуживающего сетевого элемента, к опрашивающему сетевому элементу, проверки в указанном опрашивающем сетевом элементе, удовлетворяет ли указанный обслуживающий сетевой элемент указанной по меньшей мере одной из требуемых возможностей, и приема подтверждения, указывающего результат указанной стадии проверки от указанного опрашивающего сетевого элемента. Затем, сообщение дерегистрации для дерегистрации оконечного устройства может быть послано к обслуживающему сетевому элементу в ответ на принятые результаты стадии сравнения. Процедура повторной регистрации может затем быть инициирована оконечным устройством в ответ на сообщение, выданное обслуживающим сетевым элементом. В этом случае сообщение дерегистрации может включать в себя информацию о причине, которая указывает, что причиной для дерегистрации была необходимость в изменении информации подписчика.According to another advantageous further development, the verification step may include the steps of transmitting a capability request providing at least one required capability to the serving network element, comparing the (functional) capabilities of the serving network element with at least one required capability, and receiving an acknowledgment indicating the result of the stage comparisons from the serving network element. Alternatively, the verification step may include the steps of transmitting information indicating at least one required capability, and identifying said serving network element to a polling network element, checking at said polling network element whether the specified serving network element satisfies said at least one from the required capabilities, and receiving a confirmation indicating the result of the indicated verification step from the indicated interrogating network element. Then, a deregistration message for deregistration of the terminal device can be sent to the serving network element in response to the received results of the comparison step. The re-registration procedure may then be initiated by the terminal in response to a message issued by the serving network element. In this case, the deregistration message may include information about the reason, which indicates that the reason for the deregistration was the need to change the information of the subscriber.

В качестве альтернативы инициируемой сетью процедуре повторной регистрации, функция выбора сети передачи данных может быть инициирована с использованием по меньшей мере одной требуемой (функциональной) возможности, и результирующая информация идентификации нового обслуживающего сетевого элемента может быть сообщена прокси-сетевому элементу, подключенному к оконечному устройству. Это уведомление может быть выполнено с использованием идентификации прокси-сетевого элемента, хранимого в базе данных подписчика. Идентификация может быть запрошена от обслуживающего сетевого элемента с использованием сообщения дерегистрации. Функция выбора может быть выполнена опрашивающим сетевым элементом.As an alternative to the network-initiated re-registration procedure, the data network selection function can be initiated using at least one of the required (functional) capabilities, and the resulting identification information of the new serving network element can be communicated to the proxy network element connected to the terminal device. This notification can be made using the identification of the proxy network element stored in the subscriber database. Authentication may be requested from the serving network element using a deregistration message. The selection function may be performed by the interrogating network element.

В качестве дополнительной альтернативы, стадия проверки может быть выполнена посредством запрашивания от сети передачи данных списка (функциональных) возможностей, содержащего информацию о необходимых возможностях обслуживающих сетевых элементах. В частности, список возможностей может быть запрошен от опрашивающего сетевого элемента. Таким образом, средством проверки может быть опрашивающий сетевой элемент, например I-CSCF IMS. Опрашивающий сетевой элемент может быть организован для выполнения этой операции проверки на основе информации о возможности, принятой с ответом авторизации регистрации.As an additional alternative, the verification step can be performed by requesting from the data transmission network a list of (functional) capabilities containing information about the necessary capabilities of the serving network elements. In particular, a list of capabilities may be requested from a polling network element. Thus, the means of verification may be a polling network element, for example, I-CSCF IMS. The interrogating network element may be arranged to perform this verification operation based on the capability information received with the registration authorization response.

Средством обнаружения может быть база данных подписчика, например HSS. Таким образом, изменение профиля подписчика в базе данных подписчика может быть обнаружено непосредственно таким образом, чтобы проверить возможность и инициировать процедуру регистрации, если это необходимо.The detection tool may be a subscriber database, such as HSS. Thus, a change in the subscriber profile in the subscriber database can be detected directly in such a way as to verify the possibility and initiate the registration procedure, if necessary.

Средством инициирования может быть база данных подписчика, в которой процедура регистрации инициируется путем инициирования функции выбора ядра сети передачи данных, или альтернативно, путем выдачи сообщения дерегистрации. В качестве альтернативы, средством инициирования может быть опрашивающий сетевой элемент, организованный для выдачи сообщения регистрации к новому обслуживающему сетевому элементу.The initiating means may be a subscriber database in which the registration procedure is initiated by initiating the function of selecting the core of the data network, or alternatively, by issuing a deregistration message. Alternatively, the initiating means may be a polling network element, organized to issue a registration message to a new serving network element.

База данных подписчика может быть организована для запрета ненужной регистрации на основе информации конфигурации, обеспеченной в указанной базе данных.A subscriber database may be organized to prohibit unnecessary registration based on configuration information provided in the specified database.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙBRIEF DESCRIPTION OF THE DRAWINGS

Далее, данное изобретение будет описано более подробно на основе предпочтительных вариантов со ссылкой на сопутствующие чертежи, в которых:Further, the invention will be described in more detail based on preferred embodiments with reference to the accompanying drawings, in which:

Фиг. 1 показывает схематичную сетевую архитектуру, в которой могут быть реализованы предпочтительные варианты осуществления данного изобретения;FIG. 1 shows a schematic network architecture in which preferred embodiments of the present invention can be implemented;

Фиг. 2 показывает диаграмму передачи и обработки сигналов сообщений, указывающую процедуру изменения подписки согласно первому предпочтительному варианту;FIG. 2 shows a message signal transmission and processing diagram indicating a procedure for changing a subscription according to a first preferred embodiment;

Фиг. 3 показывает диаграмму передачи и обработки сигналов сообщений, указывающую процедуру изменения подписки согласно второму предпочтительному варианту;FIG. 3 shows a message signal transmission and processing diagram indicating a procedure for changing a subscription according to a second preferred embodiment;

Фиг. 4 показывает диаграмму передачи и обработки сигналов сообщений, указывающую процедуру изменения подписки согласно третьему предпочтительному варианту;FIG. 4 shows a message signal transmission and processing diagram indicating a procedure for changing a subscription according to a third preferred embodiment;

Фиг. 5 показывает диаграмму передачи и обработки сигналов сообщений, указывающую процедуру изменения подписки согласно четвертому предпочтительному варианту.FIG. 5 shows a message signal transmission and processing diagram indicating a subscription change procedure according to a fourth preferred embodiment.

ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВDESCRIPTION OF PREFERRED EMBODIMENTS

Предпочтительные варианты описаны ниже на основе сетевой архитектуры IMS, показанной на фиг. 1.Preferred options are described below based on the IMS network architecture shown in FIG. one.

IMS, показанная на фиг. 1, относится к набору объектов базовой сети, использующих услуги, обеспеченные областью коммутации пакетов, для предложения мультимедийных услуг. HSS (ССП) 20 является главной базой данных для данного пользователя и включает в себя функциональные узлы обычных регистров собственного расположения (HLR), а также новые функциональные возможности, определенные для сетей IP, таких как IMS. HSS 20 является объектом, содержащим относящуюся к подписке информацию для поддержки сетевых объектов, реально управляющих вызовами и/или сеансами связи. Собственная сеть HN может содержать один или несколько HSS в зависимости от числа мобильных подписчиков, от производительности оборудования и от организации сети. HSS 20 может интегрировать гетерогенную информацию и позволяет усовершенствованным особенностям в базовой сети быть предложенными приложению и области обслуживания. В частности, HSS 20 отвечает за поддержание информации, связанной с пользователем, такой как идентификация пользователя, информация о нумерации и адресации, информация безопасности пользователя, информация о расположении пользователя и информация профиля пользователя. На основе этой информации, HSS 20 также отвечает за поддержание объектов управления вызовом и сеансом связи различных областей и подсистем, таких как IMS, подсистема радиосети (RNS) и т.д.The IMS shown in FIG. 1 relates to a set of core network entities using services provided by a packet switching area to offer multimedia services. HSS (BSS) 20 is the main database for this user and includes the functional nodes of ordinary home location registers (HLRs), as well as new functionalities defined for IP networks such as IMS. HSS 20 is an object containing subscription-related information to support network entities that actually manage calls and / or communication sessions. A custom HN network may contain one or more HSSs, depending on the number of mobile subscribers, equipment performance, and network organization. HSS 20 can integrate heterogeneous information and allows advanced features in the core network to be offered to the application and service area. In particular, the HSS 20 is responsible for maintaining user-related information, such as user identification, numbering and addressing information, user security information, user location information, and user profile information. Based on this information, the HSS 20 is also responsible for maintaining call and communication control objects of various areas and subsystems, such as IMS, Radio Network Subsystem (RNS), etc.

Согласно предпочтительным вариантам процедура регистрации для регистрации UE 40 для нового блока S-CSCFn 12 инициируется, если проверка (функциональных) возможностей указывает, что текущий S-CSCFo 10 (ОФУСВ) больше не способен обслуживать UE (ОП) 40 после изменения в информации подписки соответствующего подписчика. Эта автоматическая или полуавтоматическая адаптация обслуживающего сетевого элемента или объекта в ответ на проверку возможности может быть выполнена различными способами, описанными в следующих четырех предпочтительных вариантах. Когда подписка или профиль подписчика изменяется для подписчика, например подписчик подписывается на новую услугу (услуги), возможно то, что уже назначенный S-CSCFo 10 не может поддерживать новую услугу (услуги).According to preferred embodiments, the registration procedure for registering the UE 40 for the new S-CSCFn 12 is initiated if a (functional) check indicates that the current S-CSCFo 10 (OFUSW) is no longer able to serve the UE (OP) 40 after changing the subscription information of the corresponding subscriber. This automatic or semi-automatic adaptation of a serving network element or entity in response to a capability check can be performed in various ways, described in the following four preferred embodiments. When a subscription or subscriber profile is changed for a subscriber, for example, a subscriber subscribes to a new service (s), it is possible that an already assigned S-CSCFo 10 cannot support the new service (s).

Для того чтобы назначить новый S-CSCFn 12, способный обслуживать подписчика, следующая процедура, указанная на фиг. 2, может быть выполнена согласно первому предпочтительному варианту.In order to designate a new S-CSCFn 12 capable of serving a subscriber, the following procedure shown in FIG. 2 may be performed according to a first preferred embodiment.

Как показано на фиг. 2, HSS 20 дерегистрирует подписчика путем посылки соответствующего сообщения дерегистрации через S-CSCFo 10 к UE 40 (стадии 1 и 2), которое приводит к ситуации, когда UE 40 автоматически инициирует новую процедуру начальной регистрации, так как сообщение дерегистрации содержит код причины, который указывает причину дерегистрации. Этот код причины или информация причины добавляется HSS 20 в ответ на обнаружение изменения в информации подписки или профиле подписчика рассматриваемого подписчика. Это приведет к ситуации, когда новый S-CSCF, например S-CSCFn 12, будет выбран на основе нового профиля подписчика. Для того чтобы избежать ненужных дерегистраций, HSS 20 может содержать некоторую информацию конфигурации, используемую для определения того, какие типы услуг нуждаются в специальных S-CSCF. UE 40 посылает сообщение регистрации для новой регистрации к I-CSCF 50 (стадия 3). I-CSCF (ОпФУСВ) затем посылает сообщение авторизации регистрации к HSS 20 (стадия 4). Поскольку HSS 20 знает, что подписка была изменена, он посылает ответ авторизации регистрации с информацией о возможностях и имя текущего S-CSCFo 10 к I-CSCF 50, вместо только имени S-CSCF 50, как это имеет место в обычной процедуре. Отметим, что HSS 20 может также только послать информацию о возможностях текущего S-CSCFo 10 (стадия 5). Затем, I-CSCF 50 может использовать обе или только информацию о возможностях S-CSCF для решения, какие действия он должен предпринять, то есть выбирать ли новый S-CSCF или нет (стадия 6). На основе результата проверки, I-CSCF 50 посылает сообщение регистрации либо к текущему S-CSCFo 10, либо к выбранному новому S-CSCFn 12, имеющему требуемые возможности (стадия 7).As shown in FIG. 2, the HSS 20 deregisters the subscriber by sending the corresponding deregistration message via S-CSCFo 10 to the UE 40 (steps 1 and 2), which leads to a situation where the UE 40 automatically initiates a new initial registration procedure, since the deregistration message contains a reason code that indicates the reason for deregistration. This reason code or reason information is added by the HSS 20 in response to detecting a change in the subscription information or subscriber profile of the subscriber in question. This will lead to a situation where a new S-CSCF, for example S-CSCFn 12, will be selected based on the new subscriber profile. In order to avoid unnecessary deregistration, the HSS 20 may contain some configuration information used to determine which types of services need special S-CSCFs. The UE 40 sends a registration message for the new registration to the I-CSCF 50 (stage 3). The I-CSCF (OPFUSV) then sends a registration authorization message to the HSS 20 (step 4). Since the HSS 20 knows that the subscription has been changed, it sends a registration authorization response with feature information and the name of the current S-CSCFo 10 to I-CSCF 50, instead of only the name of S-CSCF 50, as is the case in the normal procedure. Note that the HSS 20 can also only send information about the capabilities of the current S-CSCFo 10 (stage 5). Then, the I-CSCF 50 can use both or only information about the capabilities of the S-CSCF to decide what actions it should take, that is, whether to choose a new S-CSCF or not (stage 6). Based on the result of the check, the I-CSCF 50 sends a registration message to either the current S-CSCFo 10 or to the selected new S-CSCFn 12 having the required capabilities (step 7).

Тем самым обслуживающая сетевая функция может быть адаптирована к изменениям в профиле подписчика рассматриваемого подписчика. Если старый или текущий S-CSCFo 10 удовлетворяет требованиям к возможностям S-CSCF, то старый S-CSCF 10 выбирается во время нового процесса регистрации.Thus, the serving network function can be adapted to changes in the subscriber profile of the subscriber in question. If the old or current S-CSCFo 10 meets the requirements for the capabilities of the S-CSCF, then the old S-CSCF 10 is selected during the new registration process.

Фиг. 3 показывает диаграмму передачи и обработки сигналов сообщений, указывающую процедуру изменения подписки согласно второму предпочтительному варианту. Во втором предпочтительном варианте, HSS 20 не инициирует никаких действий перед тем, как UE 40 посылает нормальное периодическое сообщение регистрации к сети, например к I-CSCF 50 (стадия 1). Когда периодическая регистрация, т.е. сообщение авторизации регистрации прибывает в HSS 20 (стадия 2), HSS 20 знает, что подписка была изменена и посылает ответное сообщение авторизации регистрации, содержащее информацию о производительности и имя текущего S-CSCFo 10 к I-CSCF 50, вместо только имени текущего S-CSCFo 10 (стадия 3). Также в данном случае отметим, что HSS 20 может послать только информацию о (функциональных) возможностях. I-CSCF 50 использует обе или только информацию о возможностях S-CSCF для решения, какие действия следует предпринять, т.е. следует ли выбрать новый S-CSCF, например новый S-CSCFn 12, или нет (стадия 4). В случае, показанном на фиг. 3, новый S-CSCFn 12 выбирается путем передачи сообщения регистрации к S-CSCFn 12 (стадия 5), так как старый назначенный S-CSCFo 10 не удовлетворяет требованиям для обеспечения подходящих услуг для подписчика UE 40.FIG. 3 shows a message signal transmission and processing diagram indicating a procedure for changing a subscription according to a second preferred embodiment. In a second preferred embodiment, the HSS 20 does not initiate any action before the UE 40 sends a normal periodic registration message to the network, for example, to the I-CSCF 50 (step 1). When periodic registration, i.e. registration authorization message arrives at HSS 20 (stage 2), HSS 20 knows that the subscription has been changed and sends a registration authorization response message containing performance information and the name of the current S-CSCFo 10 to I-CSCF 50, instead of just the name of the current S- CSCFo 10 (stage 3). Also in this case, note that the HSS 20 can only send information about the (functional) capabilities. The I-CSCF 50 uses both or only S-CSCF capability information to decide what actions to take, i.e. whether to select a new S-CSCF, for example a new S-CSCFn 12, or not (stage 4). In the case shown in FIG. 3, a new S-CSCFn 12 is selected by transmitting a registration message to S-CSCFn 12 (step 5), since the old designated S-CSCFo 10 does not satisfy the requirements for providing suitable services for the subscriber of the UE 40.

В вышеописанных первом и втором предпочтительных вариантах, автоматическая повторная регистрация может сопровождаться новыми функциональными возможностями для стирания имени старого S-CSCFo 10 из HSS 20 или для обеспечения соответствующей информации флага.In the above-described first and second preferred embodiments, automatic re-registration may be accompanied by new functionality to erase the name of the old S-CSCFo 10 from the HSS 20 or to provide relevant flag information.

Согласно следующим третьему и четвертому предпочтительным вариантам HSS 20 сначала проверяет, поддерживает ли текущий S-CSCFo 10 новые требования, в которых нуждается измененный профиль подписчика или информация подписки, и инициирует соответствующий профиль подписчика или выбор обслуживающего объекта или процедуру изменения, на основе результата операции проверки. Если текущий S-CSCFo 10 может поддержать новые требования, то новый профиль подписчика обновляется в текущем S-CSCFo 10. Если текущий S-CSCFo 10 не может поддержать новые требования, то HSS 20 начинает процедуру, ведущую к изменению, в отношении нового S-CSCFn 12. Отметим, что в третьем и четвертом предпочтительном вариантах предполагается, что UE 10 расположено в посещаемой сети VN и подключено через P-CSCF 30.According to the following third and fourth preferred options, the HSS 20 first checks whether the current S-CSCFo 10 supports the new requirements that the changed subscriber profile or subscription information needs, and initiates the corresponding subscriber profile or selection of a service object or change procedure based on the result of the verification operation . If the current S-CSCFo 10 can support the new requirements, then the new subscriber profile is updated in the current S-CSCFo 10. If the current S-CSCFo 10 cannot support the new requirements, then the HSS 20 starts the process leading to the change with respect to the new S- CSCFn 12. Note that in the third and fourth preferred embodiments, it is assumed that the UE 10 is located in the visited VN and connected through the P-CSCF 30.

Согласно третьему предпочтительному варианту начинается инициированная сетью процедура дерегистрации, которая ведет к ситуации, когда UE 40 автоматически инициирует новую начальную процедуру повторной регистрации из-за того факта, что сообщение дерегистрации, выданное HSS 20, содержит код причины, который однозначно раскрывает причину для дерегистрации. Это приводит к ситуации, когда новый S-CSCFn 12 будет выбран на основе нового профиля подписчика.According to a third preferred embodiment, the network initiated deregistration procedure begins, which leads to a situation where the UE 40 automatically initiates a new initial re-registration procedure due to the fact that the deregistration message issued by the HSS 20 contains a reason code that unambiguously reveals the reason for the deregistration. This leads to a situation where a new S-CSCFn 12 will be selected based on the new subscriber profile.

Фиг. 4 показывает диаграмму передачи и обработки сигналов сообщений, указывающую процедуру изменения подписки согласно третьему предпочтительному варианту. Когда новый профиль подписчика был выдан, HSS 20 посылает запрос о возможностях к текущему выбранному S-CSCFo 10 (стадия 1). Запрос о возможностях содержит новые требуемые возможности. Отметим, что эта операция может быть добавлена к существующему профилю, загружающему в удаленный компьютер от HSS 20 к текущего S-CSCFo 10, или она может быть новым механизмом между HSS 20 и текущим S-CSCFo 10. Текущий S-CSCFo 10 сравнивает свои собственные возможности с требуемыми возможностями и принимает решение, может ли он поддерживать требуемые возможности или нет. Затем, текущий S-CSCFo 10 посылает ответ о возможностях к HSS 20, включая положительное или отрицательное подтверждение (стадия 2). Если текущий S-CSCFo 10 не может больше обслуживать подписчика из-за недостатка возможностей, то он пошлет отрицательное подтверждение. Если текущий S-CSCFo 10 все же может обслуживать подписчика, то он пошлет положительное подтверждение к HSS 20. Если был послан новый профиль подписчика, то текущий S-CSCFo 10 может хранить его для дальнейшего использования.FIG. 4 shows a message signal transmission and processing diagram indicating a procedure for changing a subscription according to a third preferred embodiment. When a new subscriber profile has been issued, the HSS 20 sends a capability request to the currently selected S-CSCFo 10 (stage 1). The feature request contains the new features required. Note that this operation can be added to an existing profile downloading from the HSS 20 to the current S-CSCFo 10 to the remote computer, or it can be a new mechanism between the HSS 20 and the current S-CSCFo 10. The current S-CSCFo 10 compares its own capabilities with the required capabilities and decides whether it can support the required capabilities or not. Then, the current S-CSCFo 10 sends a capability response to the HSS 20, including positive or negative acknowledgment (stage 2). If the current S-CSCFo 10 can no longer serve the subscriber due to a lack of capabilities, then it will send a negative acknowledgment. If the current S-CSCFo 10 can still serve the subscriber, it will send a positive confirmation to HSS 20. If a new subscriber profile has been sent, the current S-CSCFo 10 can store it for future use.

Если HSS 20 принимает положительное подтверждение, то он оканчивает процедуру выбора и изменения. Если профиль подписчика не был послан на стадии 1, то HSS 20 запускает процедуру загрузки профиля подписчика в удаленный компьютер, определенную в вышеупомянутой спецификации 3GPP.If the HSS 20 accepts a positive acknowledgment, then it ends the selection and modification procedure. If the subscriber profile was not sent in stage 1, then the HSS 20 starts the procedure for downloading the subscriber profile to the remote computer defined in the aforementioned 3GPP specification.

Если HSS 20 принимает отрицательное подтверждение, то он инициирует инициируемый сетью процесс дерегистрации путем посылки сообщения дерегистрации к текущему S-CSCFo 10 с кодом причины, который ясно идентифицирует то, что причиной была необходимость в обновлении профиля подписчика (стадия 3). Текущий S-CSCFo 10 принимает это сообщение от HSS 20 и генерирует соответствующее сообщение SIP (протокола инициирования сеанса связи), например, сообщение извещения, с соответствующим кодом причины и посылает его к P-CSCF 30 (стадия 4). P-CSCF 30 затем передает сообщение SIP к UE 40 (стадия 5). Это позволяет UE 40 автоматически и немедленно начать процедуру повторной регистрации. В частности, UE 40 принимает сообщение SIP, передаваемое на стадиях 4 и 5, и обнаруживает необходимость в регистрации. Затем, UE 40 запускает процесс регистрации, определенный в вышеупомянутых технических условиях 3GPP (стадия 6). Тем самым может быть выбран адекватный обслуживающий сетевой объект.If the HSS 20 accepts a negative acknowledgment, it initiates a network-initiated deregistration process by sending a deregistration message to the current S-CSCFo 10 with a reason code that clearly identifies that the reason was the need to update the subscriber profile (stage 3). The current S-CSCFo 10 receives this message from the HSS 20 and generates a corresponding SIP (Session Initiation Protocol) message, for example, a notification message with the corresponding reason code, and sends it to the P-CSCF 30 (stage 4). The P-CSCF 30 then transmits the SIP message to the UE 40 (step 5). This allows the UE 40 to automatically and immediately begin the re-registration procedure. In particular, the UE 40 receives the SIP message transmitted in steps 4 and 5 and detects the need for registration. Then, the UE 40 starts the registration process defined in the aforementioned 3GPP specification (step 6). Thus, an adequate serving network entity can be selected.

Согласно четвертому предпочтительному варианту HSS 20 запускает новую процедуру, которая может изменить назначенный текущий S-CSCFo 10 на новый S-CSCFn 12, поддерживающий новые требования без включения UE 40. Может быть возможным то, что сеть не способна распространить инициированное сетью сообщение дерегистрации к UE 40, например, если UE 40 не было подписано на пакет отчета о событиях регистрации.According to a fourth preferred embodiment, the HSS 20 starts a new procedure that can change the assigned current S-CSCFo 10 to a new S-CSCFn 12 that supports the new requirements without including the UE 40. It may be possible that the network is not able to propagate the network-initiated deregistration message to the UE 40, for example, if the UE 40 was not subscribed to a registration event report packet.

Фиг. 5 показывает диаграмму передачи и обработки сигналов сообщений, указывающую процедуру изменения подписки согласно четвертому варианту. Когда был выдан новый профиль подписчика, HSS 20 посылает запрос о возможностях к текущему S-CSCFo 10 (стадия 1). Запрос о возможностях содержит новые требуемые возможности согласно новому профилю подписчика. Также в данном случае, эта операция может быть добавлена к существующему профилю, загружающемуся в удаленный компьютер от HSS 20 к текущему S-CSCFo 10, или это может быть новый механизм между HSS 20 и текущим S-CSCFo 10.FIG. 5 shows a message signal transmission and processing diagram indicating a subscription change procedure according to the fourth embodiment. When a new subscriber profile has been issued, the HSS 20 sends a capability request to the current S-CSCFo 10 (stage 1). The feature request contains the new features required according to the new subscriber profile. Also in this case, this operation can be added to an existing profile loading into the remote computer from the HSS 20 to the current S-CSCFo 10, or it may be a new mechanism between the HSS 20 and the current S-CSCFo 10.

По принятии запроса о возможностях, текущий S-CSCFo 10 сравнивает свои собственные возможности с требуемыми возможностями и принимает решение, может ли он поддержать требуемые возможности или нет. Если текущий S-CSCFo 10 не может больше обслуживать подписчика из-за недостатка возможностей, то он посылает ответ о возможностях с отрицательным подтверждением к HSS 20 (стадия 2). Если текущий S-CSCFo 10 все же может обслуживать подписчика, то он посылает положительное подтверждение к HSS 20. Если новый профиль подписчика был послан к текущему S-CSCFo 10, то он сохраняет его для дальнейшего использования.Upon accepting the capability request, the current S-CSCFo 10 compares its own capabilities with the required capabilities and decides whether it can support the required capabilities or not. If the current S-CSCFo 10 can no longer serve the subscriber due to a lack of capabilities, then it sends a capability response with a negative acknowledgment to the HSS 20 (stage 2). If the current S-CSCFo 10 can still serve the subscriber, then it sends a positive acknowledgment to HSS 20. If a new subscriber profile has been sent to the current S-CSCFo 10, then it is saved for future use.

Если HSS 20 принимает положительное подтверждение, то он завершает процедуру.If the HSS 20 receives a positive acknowledgment, then it completes the procedure.

Если профиль подписчика не был послан на стадии 1, то HSS 20 запускает процедуру загрузки профиля подписчика в удаленный компьютер, определенную в вышеупомянутых технических условиях 3GPP.If the subscriber profile was not sent in stage 1, then the HSS 20 starts the procedure for downloading the subscriber profile to the remote computer, defined in the above 3GPP specifications.

Если HSS 20 принимает отрицательное подтверждение, как показано на фиг. 5, то HSS 20 посылает сообщение дерегистрации к текущему или старому S-CSCFo 10, который в данный момент обслуживает подписчика UE 40. Это сообщение содержит запрос адреса и/или имени P-CSCF 30 посещаемой сети VN (стадия 3). Текущий S-CSCFo 10 принимает сообщение дерегистрации и подтверждает сообщение с адресом и/или именем P-CSCF 30 (стадия 4). Текущий S-CSCFo 10 может затем удалить существующий профиль подписчика рассматриваемого подписчика. Из-за того факта, что сообщение дерегистрации содержало требование послать адрес и/или имя P-CSCF 30, текущий S-CSCFo 10 не посылает какого-либо извещения к P-CSCF 30. HSS 20 принимает подтверждение с адресом и/или именем P-CSCF 30 и временно сохраняет адрес и/или имя P-CSCF подписчика (стадия 5). Отметим, что адрес и/или имя P-CSCF 30 может постоянно храниться в HSS 20. Затем, не обязательно для HSS 20 запрашивать адрес и/или имя P-CSCF 30 на стадии 3.If the HSS 20 receives a negative acknowledgment, as shown in FIG. 5, the HSS 20 sends a deregistration message to the current or old S-CSCFo 10, which is currently serving the subscriber of the UE 40. This message contains a request for the address and / or name of the P-CSCF 30 of the visited VN network (stage 3). The current S-CSCFo 10 receives the deregistration message and acknowledges the message with the address and / or name of the P-CSCF 30 (stage 4). The current S-CSCFo 10 may then delete the existing subscriber profile of the subscriber in question. Due to the fact that the deregistration message required to send the address and / or name of the P-CSCF 30, the current S-CSCFo 10 does not send any notifications to the P-CSCF 30. The HSS 20 receives a confirmation with the address and / or name P -CSCF 30 and temporarily stores the address and / or name of the P-CSCF subscriber (stage 5). Note that the address and / or name of the P-CSCF 30 can be permanently stored in the HSS 20. Then, it is not necessary for the HSS 20 to request the address and / or name of the P-CSCF 30 in step 3.

На стадии 6, HSS 20 посылает сообщение к I-CSCF 50, включая идентичность подписчика и новые возможности, требуемые подписчиком согласно измененной информации подписки. Этим сообщением может быть сообщение инициировать функцию выбора для выбора нового обслуживающего объекта. В ответ на прием этого сообщения, I-CSCF 50 инициирует новый выбор S-CSCF для подписчика на основе новых требуемых возможностей (стадия 7). Затем, I-CSCF 50 посылает сообщение регистрации к вновь выбранному S-CSCFn 12, включая идентификационную информацию подписчика (стадия 8). В ответ на это, новая S-CSCFn 12 запускает процедуру загрузки в удаленный компьютер профиля подписчика, определенную в вышеупомянутой спецификации 3GPP (стадии 9-12). Когда профиль подписчика был обновлен, новая S-CSCFn 12 генерирует соответствующее сообщение SIP, например сообщение извещения, включающее адрес нового S-CSCFn 12, и посылает его к P-CSCF 30 (стадия 13). На стадии 14, P-CSCF 30 сохраняет или обновляет адрес S-CSCF, подлежащий использованию в будущих сеансах связи (стадия 14). Наконец, P-CSCF 30 дает подтверждение для нового S-CSCFn 12 сообщением SIP 200 OK, новый S-CSCFn 12 дает подтверждение для I-CSCF 50 сообщением SIP 200 OK, и I-CSCF 50 посылает соответствующее подтверждение к HSS 20. После этого обслуживающий сетевой объект адаптирован для измененного профиля подписчика.In step 6, the HSS 20 sends a message to the I-CSCF 50, including subscriber identity and new features required by the subscriber according to the changed subscription information. This message may be a message to initiate a selection function to select a new serving entity. In response to receiving this message, the I-CSCF 50 initiates a new S-CSCF selection for the subscriber based on the new capabilities required (step 7). Then, the I-CSCF 50 sends a registration message to the newly selected S-CSCFn 12, including the subscriber identity (step 8). In response to this, the new S-CSCFn 12 starts the procedure for downloading the subscriber profile defined in the aforementioned 3GPP specification (stages 9-12) to the remote computer. When the subscriber profile has been updated, the new S-CSCFn 12 generates a corresponding SIP message, such as a notification message including the address of the new S-CSCFn 12, and sends it to the P-CSCF 30 (step 13). At step 14, the P-CSCF 30 stores or updates the S-CSCF address to be used in future communication sessions (step 14). Finally, the P-CSCF 30 gives confirmation for the new S-CSCFn 12 with a SIP 200 OK message, the new S-CSCFn 12 gives confirmation for the I-CSCF 50 with a SIP 200 OK message, and the I-CSCF 50 sends a corresponding confirmation to HSS 20. After that the serving network entity is adapted for the changed subscriber profile.

Операция проверки возможностей, выполняемая HSS 20 в третьем и четвертом предпочтительных вариантах, может быть заменена следующей процедурой проверки. Согласно этой альтернативной процедуре проверки HSS 20 может послать запрос на список возможностей к I-CSCF 50. Это сообщение может содержать требуемые возможности нового S-CSCF. Затем, I-CSCF 50 проверяет требуемые возможности и дает отчет списком допустимых S-CSCF для HSS 20. HSS 20 затем проверяет, включен ли текущий S-CSCFo 10 в этот список возможностей.The capability check operation performed by the HSS 20 in the third and fourth preferred embodiments may be replaced by the following check procedure. According to this alternative verification procedure, the HSS 20 may send a feature list request to the I-CSCF 50. This message may contain the required capabilities of the new S-CSCF. Then, the I-CSCF 50 checks the required capabilities and reports a list of valid S-CSCFs for the HSS 20. HSS 20 then checks whether the current S-CSCFo 10 is included in this list of features.

В качестве дальнейшей процедуры проверки, HSS 20 может послать адрес текущего или старого S-CSCFo 10 вместе с новыми требуемыми о возможностями согласно обновленному или измененному профилю подписчика к I-CSCF 50 в соответствующем сообщении обновления, на первой стадии. Затем, на второй стадии, I-CSCF 50 дает подтверждение для HSS 20, удовлетворяет ли старый S-CSCFo 10 новым требованиям. На основе подтверждения, принятого от I-CSCF 50, HSS 20 может затем действовать следующими альтернативными путями. Если требование (требования) выполнено (выполнены) старым S-CSCFo 10, то инициируется обновление профиля от HSS 20 на I-CSCF 50. Если нет, то HSS 20 инициирует инициируемую сетью процедуру дерегистрации или процедуру выбора S-CSCF, описанные в связи с фиг. 4 и 5 соответственно.As a further verification procedure, the HSS 20 may send the address of the current or old S-CSCFo 10 along with the new required capabilities according to the updated or changed subscriber profile to the I-CSCF 50 in the corresponding update message, in the first stage. Then, in the second stage, the I-CSCF 50 confirms to the HSS 20 whether the old S-CSCFo 10 meets the new requirements. Based on the acknowledgment received from the I-CSCF 50, the HSS 20 may then act in the following alternative ways. If the requirement (s) are met (fulfilled) by the old S-CSCFo 10, then the profile update from HSS 20 to the I-CSCF 50 is initiated. If not, the HSS 20 initiates the network-initiated deregistration procedure or the S-CSCF selection procedure described in connection with FIG. 4 and 5, respectively.

Необходимость в согласовании возможностей может быть уменьшена посредством использования S-CSCF по умолчанию вместо основанного на возможности выбора. Таким образом, когда обнаруживается, что текущий S-CSCFo 10 не способен обслуживать подписчика ввиду измененной информации подписки, может быть выбран S-CSCF по умолчанию.Opportunity matching needs can be reduced by using the default S-CSCF instead of a choice-based one. Thus, when it is detected that the current S-CSCFo 10 is not able to serve the subscriber due to the changed subscription information, the default S-CSCF can be selected.

Кроме того, запрос о возможностях HSS 20 может быть интегрирован в существующую команду диаметра PPR в интерфейсе Сх между HSS 20 и функциональными блоками S-CSCF и/или I-CSCF.In addition, a feature request HSS 20 can be integrated into an existing PPR diameter command in the Cx interface between the HSS 20 and the S-CSCF and / or I-CSCF function blocks.

Если UE 40 не может быть информировано для осуществления новой регистрации в третьем предпочтительном варианте, то P-CSCF 30 может инициировать новую регистрацию после приема извещающего сообщения. Затем, единственным элементом, который требует изменений, был бы P-CSCF 30.If the UE 40 cannot be informed for a new registration in the third preferred embodiment, then the P-CSCF 30 may initiate a new registration after receiving the notification message. Then, the only element that needs to be changed would be the P-CSCF 30.

В качестве дальнейшей альтернативы, HSS 20 может знать все возможности S-CSCF, обеспеченные в сети. Для достижения этого, соответствующая таблица может храниться в HSS 20. Затем, запросы о возможностях либо от I-CSCF 50, либо от текущего S-CSCFo 10 не требовались бы в третьем и четвертом предпочтительных вариантах. Операция проверки может затем выполняться в HSS 20. Кроме того, если HSS 20 содержит некоторую информацию конфигурации, то можно избежать ненужных дерегистраций.As a further alternative, the HSS 20 may know all of the S-CSCF capabilities provided on the network. To achieve this, the corresponding table can be stored in HSS 20. Then, feature requests from either the I-CSCF 50 or the current S-CSCFo 10 would not be required in the third and fourth preferred embodiments. The verification operation can then be performed in HSS 20. In addition, if the HSS 20 contains some configuration information, then unnecessary deregistration can be avoided.

Кроме того, в контексте обновления профиля подписчика можно отметить, что старый S-CSCFo 10 не поддерживает новый профиль подписчика, размещенный в ней. Затем, изменение S-CSCF может быть инициировано на основе процедуры согласования, подобной запросам о возможностях первого и второго вариантов. То есть если старый S-CSCFo 10 принимает новый профиль подписчика от HSS 20, то он посылает сообщение подтверждения, которое может содержать причину, например «отсутствие обслуживания» или «обслуживание не известно» и т.д., к HSS 20, указывающее, что она не поддерживает этот вид профиля.In addition, in the context of updating the subscriber profile, it can be noted that the old S-CSCFo 10 does not support the new subscriber profile hosted in it. Then, an S-CSCF change can be initiated based on a matching procedure similar to feature requests of the first and second options. That is, if the old S-CSCFo 10 receives the new subscriber profile from the HSS 20, then it sends a confirmation message, which may contain a reason, for example, “lack of service” or “service is not known,” etc., to the HSS 20, indicating that she does not support this kind of profile.

Отметим, что данное изобретение не ограничено предпочтительными вариантами, рассмотренными выше. Данное изобретение может быть реализовано в любой сети передачи данных, где информация подписки подписчика влияет на требуемые функциональные возможности обслуживающего сетевого элемента. Таким образом, предназначения и функции сетевых элементов или объектов и сообщения передачи сигналов могут быть различными в других или будущих сетях передачи данных. Варианты могут, таким образом, варьироваться в пределах объема прилагаемой формулы изобретения.Note that this invention is not limited to the preferred options discussed above. The present invention can be implemented in any data network where subscriber subscription information affects the required functionality of a serving network element. Thus, the purposes and functions of network elements or objects and signaling messages may be different in other or future data transmission networks. Options may, therefore, vary within the scope of the appended claims.

Claims (34)

1. Способ изменения информации подписки подписчика в сети передачи данных, причем этот способ предусматривает стадии1. A method for changing subscriber subscription information in a data network, this method comprising the steps of a) обнаружения изменения в указанной информации подписки указанного подписчика,a) detecting changes in said subscription information of said subscriber, b) проверки того, способен ли еще текущий обслуживающий сетевой элемент (10) обслуживать оконечное устройство (40) указанного подписчика в виду указанной измененной информации подписки, иb) checking whether the current serving network element (10) is still capable of serving the terminal device (40) of the indicated subscriber in view of said changed subscription information, and c) выполнения в ответ на отрицательный результат указанной стадии проверки, процедуры повторной регистрации для регистрации указанного оконечного устройства (40) указанного подписчика на новом обслуживающем сетевом элементе (12).c) performing in response to a negative result of said verification step, a re-registration procedure for registering said terminal device (40) of said subscriber with a new serving network element (12). 2. Способ по п.1, в котором указанная стадия обнаружения основана на обнаружении обновления профиля подписчика.2. The method according to claim 1, wherein said detection step is based on detection of a subscriber profile update. 3. Способ по п.1, в котором указанная стадия обнаружения основана на обнаружении подписки указанного подписчика на новое обслуживание.3. The method according to claim 1, wherein said detection step is based on detecting a subscription of said subscriber to a new service. 4. Способ по п.1, в котором указанная стадия проверки выполняется на основе информации о возможностях упомянутого нового обслуживающего сетевого элемента (12) обслуживать упомянутое оконечное устройство (40), добавленной к ответному сообщению упомянутой процедуры повторной регистрации, инициированной указанным оконечным устройствам (40).4. The method according to claim 1, wherein said verification step is based on information about the capabilities of said new serving network element (12) to service said terminal device (40) added to the response message of said re-registration procedure initiated by said terminal devices (40) ) 5. Способ по п.4, в котором указанная процедура повторной регистрации инициируется указанным оконечным устройством (40) в ответ на процедуру дерегистрации, инициированной после того как изменение указанной информации подписки было обнаружено в указанной стадии обнаружения.5. The method according to claim 4, wherein said re-registration procedure is initiated by said terminal device (40) in response to a de-registration procedure initiated after a change in said subscription information has been detected at said detection stage. 6. Способ по п.4, в котором указанной процедурой повторной регистрации является периодическая процедура повторной регистрации, инициируемая в заданные интервалы времени.6. The method according to claim 4, wherein said re-registration procedure is a periodic re-registration procedure initiated at predetermined time intervals. 7. Способ по п.1, в котором указанная стадия проверки предусматривает стадии передачи запроса о возможностях обслуживания, содержащего информацию, указывающую по меньшей мере одну требуемую возможность обслуживания к указанному текущему сетевому элементу (10), сравнения возможностей обслуживания указанного текущего обслуживающего сетевого элемента (10) с указанной информацией об указанной по меньшей мере одной требуемой возможности обслуживания и приема подтверждения, указывающего результат указанной стадии сравнения, от указанного текущего обслуживающего сетевого элемента (10).7. The method according to claim 1, wherein said verification step comprises the steps of transmitting a service capability request containing information indicating at least one required service capability to said current network element (10), comparing service capabilities of said current serving network element ( 10) with the specified information about the specified at least one required service and receipt of confirmation, indicating the result of the specified stage of comparison, from the specified uschego serving network element (10). 8. Способ по п.1, в котором указанная стадия проверки предусматривает стадии передачи информации, указывающей по меньшей мере одну требуемую возможность обслуживания и идентификационную информацию указанного текущего обслуживающего сетевого элемента (10), к опрашивающему сетевому элементу (50), проверки в опрашивающем сетевом элементе (50) того, удовлетворяет ли указанный текущий обслуживающий сетевой элемент (10) указанной по меньшей мере одной требуемой возможности обслуживания, и приема подтверждения, указывающего результат указанной стадии проверки от указанного опрашивающего сетевого элемента (50).8. The method according to claim 1, wherein said verification step comprises the steps of transmitting information indicating at least one required serviceability and identification information of said current serving network element (10) to the interrogating network element (50), checking in the interrogating network element (50) of whether the specified current serving network element (10) of the specified at least one required service capability, and receiving a confirmation indicating the result of said di- checking from said interrogating network element (50). 9. Способ по п.7 или 8, дополнительно предусматривающий стадию посылки сообщения дерегистрации для дерегистрации указанного оконечного устройства (40) к указанному текущему обслуживающему сетевому элементу (10) в ответ на принятый результат.9. The method according to claim 7 or 8, further comprising the step of sending a deregistration message to deregister said terminal device (40) to said current serving network element (10) in response to the received result. 10. Способ по п.9, в котором процедура повторной регистрации инициируется указанным оконечным устройством (40) в ответ на сообщение, выданное указанным текущим обслуживающим сетевым элементом (10).10. The method according to claim 9, in which the re-registration procedure is initiated by the specified terminal device (40) in response to a message issued by the specified current serving network element (10). 11. Способ по п.9, в котором указанное сообщение дерегистрации включает в себя информацию причины, которая указывает причину дерегистрации.11. The method of claim 9, wherein said deregistration message includes reason information that indicates a reason for deregistration. 12. Способ по п.11, в котором указанная информация причины используется указанным оконечным устройством (40) для обнаружения того, что требуется повторная регистрация.12. The method according to claim 11, wherein said reason information is used by said terminal device (40) to detect that re-registration is required. 13. Способ по п.7 или 8, в котором функция выбора указанной сети передачи данных инициируется с использованием указанной информации об указанной по меньшей мере одной требуемой возможности обслуживания, и результирующая информация идентификации указанного нового обслуживающего сетевого элемента (12) передается в качестве извещения к уполномоченному сетевому элементу (30), подключенному к указанному оконечному устройству (40).13. The method according to claim 7 or 8, in which the selection function of the specified data network is initiated using the specified information about the specified at least one required service capability, and the resulting identification information of the specified new serving network element (12) is transmitted as a notification to an authorized network element (30) connected to the specified terminal device (40). 14. Способ по п.13, в котором указанное извещение осуществляется с использованием идентификационной информации указанного уполномоченного сетевого элемента (30), хранимой в базе данных (20) подписчика.14. The method according to item 13, in which the specified notification is carried out using the identification information of the specified authorized network element (30) stored in the database (20) of the subscriber. 15. Способ по п.14, в котором указанная идентификационная информация запрашивается от указанного текущего обслуживающего сетевого элемента (10) с использованием указанного сообщения дерегистрации.15. The method of claim 14, wherein said identification information is requested from said current serving network element (10) using said deregistration message. 16. Способ по п.13, в котором указанная функция выбора выполняется опрашивающим сетевым элементом (50).16. The method according to item 13, in which the specified selection function is performed by the interrogating network element (50). 17. Способ по п.1, в котором указанная стадия проверки выполняется посредством запрашивания от указанной сети передачи данных списка возможностей, содержащего требуемые возможности обслуживающих сетевых элементов.17. The method according to claim 1, wherein said verification step is performed by requesting from the specified data network a list of capabilities containing the required capabilities of the serving network elements. 18. Способ по п.17, в котором указанный список возможностей запрашивается от опрашивающего сетевого элемента (50).18. The method according to 17, in which the specified list of capabilities is requested from the interrogating network element (50). 19. Система для изменения информации подписки подписчика в сети передачи данных, причем указанная система содержит19. A system for changing subscriber subscription information in a data network, said system comprising a) средство обнаружения (20) для обнаружения изменения в указанной информации подписки указанного подписчика,a) detection means (20) for detecting changes in said subscription information of said subscriber, b) средство инициирования для инициирования процедуры изменения подписки в ответ на результат работы упомянутого средства (20) обнаружения,b) initiating means for initiating a subscription change procedure in response to the result of the operation of said detection means (20), c) средство проверки (50) для проверки того, способен ли еще текеущий обслуживающий сетевой элемент (10) обслуживать оконечное устройство (40) указанного подписчика ввиду с указанной измененной информации подписки иc) verification means (50) for verifying whether the current serving network element (10) is still capable of serving the terminal device (40) of the indicated subscriber due to said changed subscription information and d) средство (50) регистрации в ответ на результат работы указанного средства проверки (50), указанного оконечного устройства (40) указанного подписчика на новом обслуживающем сетевом элементе (12), если упомянутый ответ на упомянутое средство (50) проверки является отрицательным.d) registration means (50) in response to the result of operation of said verification means (50), said terminal device (40) of said subscriber on a new serving network element (12), if said response to said verification means (50) is negative. 20. Система по п.19, в которой указанным средством проверки является опрашивающий сетевой элемент (50).20. The system according to claim 19, in which the specified means of verification is the interrogating network element (50). 21. Система по п.20, в которой указанным опрашивающим сетевым элементом является опрашивающий функциональный блок управления состоянием вызова I-CSCF (50) мультимедийной подсистемы протокола Интернет (IMS).21. The system of claim 20, wherein said interrogating network element is an interrogating I-CSCF call state control unit (50) of an Internet Protocol Multimedia Subsystem (IMS). 22. Система по п.20, в которой указанный опрашивающий сетевой элемент (50) принимает ответ авторизиции регистрации с по меньшей мере упомянутой информацией о возможностях обслуживания от упомянутого средства обнаружения (20) до выполнения упомянутой операции проверки.22. The system of claim 20, wherein said interrogating network element (50) receives a registration authorization response with at least said service capability information from said detection means (20) to performing said verification operation. 23. Система по п.19, в которой указанное средство обнаружения содержит базу данных (20) подписчика.23. The system of claim 19, wherein said detection means comprises a subscriber database (20). 24. Система по п.23, в которой указанной базой данных подписчика является HSS (20).24. The system of claim 23, wherein said subscriber database is HSS (20). 25. Система по п.19, в которой указанное средство инициирования содержит базу данных (20) подписчика, которая разрешает инициирование указанной процедуры изменения подписки путем инициирования функции выбора указанной сети передачи данных.25. The system of claim 19, wherein said initiating means comprises a subscriber database (20) that permits initiating said subscription change procedure by initiating a selection function of said data network. 26. Система по п.19, в которой указанное средство (20) инициирования содержит базу данных (20) подписчика, которая разрешает инициирование указанной процедуры изменения подписки посредством выдачи сообщения дерегистрации.26. The system of claim 19, wherein said initiating means (20) comprises a subscriber database (20) that permits the initiation of said subscription change procedure by issuing a deregistration message. 27. Система по п.26, в которой указанная база данных подписчика разрешает упомянутому средству инициирования (20) передавать указанное сообщение дерегистрации к указанному текущему обслуживающему сетевому элементу (10).27. The system of claim 26, wherein said subscriber database allows said initiating means (20) to transmit said deregistration message to said current serving network element (10). 28. Система по п.26 или 27, в которой указанное сообщение дерегистрации содержит информацию причины, которая указывает причину дерегистрации.28. The system of claim 26 or 27, wherein said deregistration message contains reason information that indicates a reason for deregistration. 29. Система по п.19, в которой указанным средством регистрации является опрашивающий сетевой элемент (50), выдающий сообщение регистрации к указанному новому обслуживающему сетевому элементу (12).29. The system according to claim 19, in which the indicated registration means is a polling network element (50), issuing a registration message to the specified new serving network element (12). 30. База данных подписчика для хранения информации подписки подписчика сети передачи данных, причем указанная база данных (20) подписчика реализована в средстве (20) обнаружения для обнаружения изменения в указанной информации подписки и средстве (20) инициирования для инициирования процедуры изменения подписки в ответ на результат работы упомянутого средства (20) обнаружения для регистрации посредством процедуры регистрации, оконечного устройства (40) указанного подписчика для нового обслуживающего сетевого элемента (12) в ответ на результат операции проверки для проверки того, находится ли еще возможность текущего обслуживающего сетевого элемента (10), обслуживающего оконечное устройство (40) указанного подписчика, в соответствии с указанной измененной информацией подписки.30. A subscriber database for storing subscriber subscription information of a data network, said subscriber database (20) being implemented in a detection means (20) for detecting changes in said subscription information and initiation means (20) for initiating a subscription change procedure in response to the result of the operation of said detection means (20) for registration by means of the registration procedure, of the terminal device (40) of the indicated subscriber for the new serving network element (12) in response to the result verification operations to verify whether there is still a possibility of the current serving network element (10) serving the terminal device (40) of the indicated subscriber, in accordance with the specified changed subscription information. 31. База данных подписчика по п.30, в которой указанная база данных (20) подписчика позволяет упомянутому средству (20) инициирования инициировать указанную процедуру изменения подписки посредством выдачи сообщения дерегистрации.31. The subscriber database according to claim 30, wherein said subscriber database (20) allows said initiating means (20) to initiate said subscription change procedure by issuing a deregistration message. 32. База данных подписчика по п.30, в которой указанная база данных (20) подписчика позволяет упомянутому средству (20) инициирования инициировать указанную процедуру изменения подписки посредством инициирования функции выбора для выбора указанного нового обслуживающего сетевого элемента (12).32. The subscriber database according to claim 30, wherein said subscriber database (20) allows said initiating means (20) to initiate said subscription change procedure by initiating a selection function to select said new serving network element (12). 33. База данных подписчика по любому из пп.30-32, в которой указанной базой данных подписчика является собственный сервер подписки (HSS) (20).33. The subscriber database according to any one of claims 30-32, wherein said subscriber database is its own subscription server (HSS) (20). 34. База данных подписчика по п.30, в которой указанная база данных (20) подписчика позволяет упомянутому средству (20) инициирования запрещать ненужную регистрацию на основе информации, обеспеченной в указанной базе данных подписчика.34. The subscriber database according to claim 30, wherein said subscriber database (20) allows said initiating means (20) to prohibit unnecessary registration based on information provided in said subscriber database.
RU2004125593/09A 2002-01-21 2002-01-21 Method and system for changing subscription RU2283542C2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
RU2004125593/09A RU2283542C2 (en) 2002-01-21 2002-01-21 Method and system for changing subscription

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
RU2004125593/09A RU2283542C2 (en) 2002-01-21 2002-01-21 Method and system for changing subscription

Publications (2)

Publication Number Publication Date
RU2004125593A RU2004125593A (en) 2006-01-27
RU2283542C2 true RU2283542C2 (en) 2006-09-10

Family

ID=36047709

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2004125593/09A RU2283542C2 (en) 2002-01-21 2002-01-21 Method and system for changing subscription

Country Status (1)

Country Link
RU (1) RU2283542C2 (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7920522B2 (en) 2006-09-29 2011-04-05 Qualcomm Incorporated Method and apparatus for system interoperability in wireless communications
US8134955B2 (en) 2007-01-18 2012-03-13 Interdigital Technology Corporation Method and apparatus for media independent handover
RU2449501C2 (en) * 2007-09-28 2012-04-27 Хуавэй Текнолоджиз Ко., Лтд. Method, device and system for ims emergency recovery
RU2454031C2 (en) * 2007-09-30 2012-06-20 Хуавэй Текнолоджиз Ко., Лтд. Method, system and device for establishing association-control relations
RU2474067C2 (en) * 2007-02-22 2013-01-27 Телефонактиеболагет Лм Эрикссон (Пабл) Group access to ip multimedia subsystem service
US8537775B2 (en) 2007-03-15 2013-09-17 Interdigital Technology Corporation Method and apparatus for media independent handover
US8817956B2 (en) 2009-09-09 2014-08-26 Zte Corporation Method and system for service access of user in access gateway control function entity
US8861536B2 (en) 2009-06-26 2014-10-14 Zte Corporation Method and system for accessing IMS domain for traditional fixed network users

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7920522B2 (en) 2006-09-29 2011-04-05 Qualcomm Incorporated Method and apparatus for system interoperability in wireless communications
US8134955B2 (en) 2007-01-18 2012-03-13 Interdigital Technology Corporation Method and apparatus for media independent handover
RU2474067C2 (en) * 2007-02-22 2013-01-27 Телефонактиеболагет Лм Эрикссон (Пабл) Group access to ip multimedia subsystem service
US8537775B2 (en) 2007-03-15 2013-09-17 Interdigital Technology Corporation Method and apparatus for media independent handover
RU2449501C2 (en) * 2007-09-28 2012-04-27 Хуавэй Текнолоджиз Ко., Лтд. Method, device and system for ims emergency recovery
US9883380B2 (en) 2007-09-28 2018-01-30 Huawei Technologies Co., Ltd. Method, apparatus, and system for disaster recovery of IMS
US10321307B2 (en) 2007-09-28 2019-06-11 Huawei Technologies Co., Ltd. Method, apparatus, and system for disaster recovery of IMS
US10743175B2 (en) 2007-09-28 2020-08-11 Huawei Technologies Co., Ltd. Method, apparatus, and system for disaster recovery of IMS
US11412371B2 (en) 2007-09-28 2022-08-09 Huawei Technologies Co., Ltd. Method, apparatus, and system for disaster recovery of ims
RU2454031C2 (en) * 2007-09-30 2012-06-20 Хуавэй Текнолоджиз Ко., Лтд. Method, system and device for establishing association-control relations
US8861536B2 (en) 2009-06-26 2014-10-14 Zte Corporation Method and system for accessing IMS domain for traditional fixed network users
US8817956B2 (en) 2009-09-09 2014-08-26 Zte Corporation Method and system for service access of user in access gateway control function entity

Also Published As

Publication number Publication date
RU2004125593A (en) 2006-01-27

Similar Documents

Publication Publication Date Title
KR100704036B1 (en) Method and system for changing a subscription
RU2310284C2 (en) Method, system and network device meant for routing a message to a temporarily inaccessible network user
US9860737B2 (en) Communication system and method
KR100912628B1 (en) Method, apparatus and computer program product handling the end of suspended network state of a terminal device
US7502837B2 (en) Service provisioning in a communication system
US7583963B2 (en) User registration in a communication system
KR100755984B1 (en) Multiple registration of a subscriber in a mobile communication system
RU2434351C2 (en) Method, system and apparatus for using ims communication service identifier in communication system
KR20080068806A (en) Provision of ims services via circuit-switched access
US8600031B2 (en) Method for connecting calls between an IP multimedia subsystem (IMS) domain and a circuit switched (CS) domain
EP2037658B1 (en) Assignment of a serving entity in a communication system
US8345541B2 (en) Providing services in case of call diversion in a communication system
EP1873980B1 (en) Interrogating network element for an IMS data network
WO2007052894A1 (en) Distributed hss (home subscriber server) architecture
RU2283542C2 (en) Method and system for changing subscription
JP4586056B2 (en) Method and system for changing contracts
KR101075614B1 (en) Method for terminating call unregistered user in ip multimedia subsystem network
CN101765102A (en) Method for changing subscription and system

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20130802